ES2969871T3 - Aparato y procedimiento para enviar/recibir paquetes en un sistema de comunicación multimedia - Google Patents

Aparato y procedimiento para enviar/recibir paquetes en un sistema de comunicación multimedia Download PDF

Info

Publication number
ES2969871T3
ES2969871T3 ES21207152T ES21207152T ES2969871T3 ES 2969871 T3 ES2969871 T3 ES 2969871T3 ES 21207152 T ES21207152 T ES 21207152T ES 21207152 T ES21207152 T ES 21207152T ES 2969871 T3 ES2969871 T3 ES 2969871T3
Authority
ES
Spain
Prior art keywords
fec
source
packet
repair
block
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
ES21207152T
Other languages
English (en)
Inventor
Sung-Hee Hwang
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 ES2969871T3 publication Critical patent/ES2969871T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/27Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes using interleaving techniques
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0075Transmission of coding parameters to receiver
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/29Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/29Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes
    • H03M13/2906Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes using block codes
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/35Unequal or adaptive error protection, e.g. by providing a different level of protection according to significance of source information or by adapting the coding according to the change of transmission channel characteristics
    • H03M13/353Adaptation to the channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0057Block codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/10Active monitoring, e.g. heartbeat, ping or trace-route
    • H04L43/106Active monitoring, e.g. heartbeat, ping or trace-route using time related information in packets, e.g. by adding timestamps
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/70Media network packetisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/11Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits using multiple parity bits
    • H03M13/1102Codes on graphs and decoding on graphs, e.g. low-density parity check [LDPC] codes
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/13Linear codes
    • H03M13/15Cyclic codes, i.e. cyclic shifts of codewords produce other codewords, e.g. codes defined by a generator polynomial, Bose-Chaudhuri-Hocquenghem [BCH] codes
    • H03M13/151Cyclic codes, i.e. cyclic shifts of codewords produce other codewords, e.g. codes defined by a generator polynomial, Bose-Chaudhuri-Hocquenghem [BCH] codes using error location or error correction polynomials
    • H03M13/1515Reed-Solomon codes
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/23Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using convolutional codes, e.g. unit memory codes

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Probability & Statistics with Applications (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Error Detection And Correction (AREA)

Abstract

Se proporciona un método para enviar información de configuración de corrección de errores directa (FEC) mediante un aparato de envío en un sistema multimedia. El método incluye enviar información de configuración de FEC de origen para un paquete de origen de FEC a un aparato receptor, en el que la información de configuración de FEC de origen incluye información relacionada con un paquete de origen o de reparación de FEC que se envía en primer lugar entre al menos un paquete de origen o de reparación de FEC si un paquete de origen o de reparación de FEC El bloque de paquete de origen o de reparación incluye al menos un paquete de origen o de reparación FEC. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Aparato y procedimiento para enviar/recibir paquetes en un sistema de comunicación multimedia
[Campo técnico]
La presente invención se ajusta a las reivindicaciones independientes, y se refiere a un aparato y un procedimiento para enviar/recibir un paquete en un sistema de comunicación multimedia. Más en particular, la presente divulgación se refiere a un aparato y procedimiento para enviar/recibir un paquete en un sistema de comunicación multimedia que soporta un esquema de corrección de errores hacia adelante (FEC).
[Técnica anterior]
Se han propuesto varias tecnologías multimedia de acuerdo con el aumento de la demanda de multimedia, una tecnología multimedia típica es la tecnología de transporte de medios (MMT) del grupo de expertos en imágenes en movimiento (MPEG).
La tecnología MMT es una tecnología para el transporte y la entrega de datos de medios codificados para servicios multimedia a través de redes heterogéneas de conmutación de paquetes, incluidas redes de protocolo de Internet (IP) y redes de radiodifusión digital. Los datos de medios codificados incluyen datos de medios audiovisuales cronometrados y datos no cronometrados.
En la tecnología MMT, los datos multimedia codificados se entregarán a través de una red de entrega de conmutación de paquetes. En la tecnología MMT, se tienen en cuenta las características del entorno de entrega, por ejemplo, el retardo no constante de extremo a extremo de cada paquete desde una entidad emisora MMT a una entidad receptora MMT, y similares.
Para una entrega y consumo eficientes y eficaces de los datos multimedia codificados a través de las redes de entrega con conmutación de paquetes, la tecnología MMT proporciona los siguientes elementos, que se describirán a continuación.
En primer lugar, la tecnología MMT proporciona un modelo lógico para construir contenidos compuestos por componentes de diversas fuentes, por ejemplo, componentes de aplicaciones mash-up, y similares.
En segundo lugar, la tecnología MMT proporciona formatos para entregar información sobre los datos de medios codificados para permitir el procesamiento de la capa de entrega, como la paquetización.
En tercer lugar, la tecnología MMT proporciona un procedimiento de paquetización y una estructura de un paquete para entregar un contenido multimedia a través de redes de conmutación de paquetes que soportan la entrega híbrida independiente de medios y codificación a través de múltiples canales.
En cuarto lugar, la tecnología MMT proporciona un formato de mensajes de señalización para gestionar la entrega y el consumo de un contenido multimedia.
Debido a la diversificación de los contenidos y al aumento de los contenidos de gran capacidad, como los contenidos de alta definición (HD) y los contenidos de ultra alta definición (UHD) en un sistema de comunicación multimedia que soporta un esquema MMT, la congestión de datos se ha vuelto más grave en una red. Debido a tal condición, el contenido enviado por un dispositivo de envío de señal, por ejemplo, un huésped A no se transfiere completamente a un dispositivo de recepción de señal, por ejemplo, un huésped B y parte del contenido se pierde en el camino.
En general, los datos se envían por paquetes y, en consecuencia, la pérdida de datos se genera por paquetes de envío. En consecuencia, si el paquete de envío se pierde en una red, el dispositivo de recepción de señal no puede recibir el paquete de envío perdido, y por lo tanto no puede conocer los datos dentro del paquete de envío perdido. Como resultado, el usuario puede sufrir molestias. Por ejemplo, el usuario puede experimentar deterioro de la calidad de la señal de audio, deterioro de la calidad de la imagen de vídeo, rotura de la imagen de vídeo, omisión de subtítulos, pérdida de archivos, etc.
En vista de lo anterior, existe la necesidad de un esquema para reparar la pérdida de datos ocurrida en una red.
Si se pierden datos en la red, uno de los esquemas que admiten la reparación de datos perdidos en un aparato de recepción de señales es un esquema en el que se genera un bloque de origen utilizando un número preestablecido de paquetes de datos que pueden tener varias longitudes denominados paquete de origen, se añade información de reparación que incluye información como, por ejemplo, datos de paridad o un paquete de reparación al bloque de origen mediante una codificación de corrección de errores hacia delante (FEC), y el bloque de origen al que se añade la información de reparación se envía en base a un bloque de paquetes.
Por lo tanto, un aparato receptor de señales requiere un tiempo de retardo de reparación correspondiente al tiempo preestablecido que se utiliza para enviar el bloque de paquetes en el aparato emisor de señales a fin de reparar la pérdida de datos.
Se requiere un modelo de almacenamiento en memoria intermedia de receptor hipotético (HRBM) como modelo de almacenamiento en memoria intermedia de un aparato receptor de señal hipotético para reparar la pérdida de datos combinando un esquema de eliminación de fluctuaciones como un esquema de eliminación de fluctuaciones de paquetes que se produce en una red y un esquema FEC, de modo que se produzca un caso en el que el aparato receptor de señal considere realizar una operación de reparación de pérdida de datos y una operación de eliminación de fluctuaciones utilizando el HRBM.
Sin embargo, no existe ningún esquema que permita realizar eficazmente la operación de reparación de pérdida de datos y la operación de eliminación de fluctuaciones utilizando el HRBM en un sistema de comunicación multimedia actual que admita un esquema MMT.
La información anterior se presenta como información de antecedentes solo para ayudar a entender la presente divulgación. No se ha hecho ninguna determinación, ni se ha hecho ninguna afirmación, en cuanto a si algo de lo expuesto anteriormente podría ser aplicable como técnica anterior con respecto a la presente divulgación. Las tecnologías de transmisión de paquetes MMT se desvelan, por ejemplo, en el documento US 2013/013892 A1 y en el documento "Technologies under Consideration (TuC) for MMT" publicado en diciembre de 2011 en conjunto con la 98-th MPEG meeting in Geneva form the Motion Picture Expert Group or ISO/IEC/JTCI/SC29/WG1.
[Divulgación]
[Problema técnico]
La presente divulgación propone un procedimiento y un aparato para enviar/recibir un paquete en un sistema de comunicación multimedia que soporta un esquema f Ec .
La presente divulgación propone un procedimiento y un aparato para enviar/recibir un paquete aumentando así la eficiencia de recuperación de datos en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación propone un procedimiento y un aparato para enviar/recibir un paquete adquiriendo así una fiabilidad de transmisión eficiente en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación propone un procedimiento y un aparato para enviar/recibir un paquete tomando en consideración una característica del paquete en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación propone un procedimiento y un aparato para enviar/recibir un paquete tomando en consideración una estructura de codificación FEC en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación propone un procedimiento y un aparato para enviar/recibir un paquete tomando en consideración un punto de temporización de envío de paquetes en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación propone un procedimiento y un aparato para enviar/recibir un paquete tomando en consideración una característica de división del paquete en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación propone un procedimiento y un aparato para enviar/recibir un paquete tomando en consideración el retardo entre un aparato emisor de señal y un aparato receptor de señal en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación propone un procedimiento y un aparato para enviar/recibir un paquete tomando en consideración un tamaño de memoria intermedia en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación propone un procedimiento y un aparato para enviar/recibir información de configuración FEC relacionada con un esquema FEC en un sistema de comunicación multimedia que soporta el esquema FEC.
[Solución técnica]
La solución del problema está de acuerdo con las reivindicaciones.
[Efectos ventajosos]
Como se desprende de la descripción anterior, la presente divulgación permite enviar/recibir un paquete disminuyendo así el retardo de recuperación que puede producirse en un aparato receptor de señal debido al tiempo de retardo debido a la codificación del paquete y al tiempo de retardo del paquete en una red en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación permite enviar/recibir un paquete aumentando así la eficiencia de recuperación de datos en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación permite enviar/recibir un paquete adquiriendo así una fiabilidad de transmisión eficiente en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación permite enviar/recibir un paquete tomando en consideración una característica del paquete en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación permite enviar/recibir un paquete tomando en consideración una estructura de codificación FEC en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación permite enviar/recibir un paquete tomando en consideración un punto de temporización de envío de paquetes en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación permite enviar/recibir un paquete tomando en consideración una característica de división del paquete en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación permite enviar/recibir un paquete tomando en consideración el retardo entre un aparato emisor de señal y un aparato receptor de señal en un sistema de comunicación multimedia que soporta un esquema FEC. La presente divulgación permite enviar/recibir un paquete tomando en consideración un tamaño de memoria intermedia en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación permite enviar/recibir información de configuración FEC relacionada con un esquema FEC en un sistema de comunicación multimedia que soporta el esquema FEC.
[Descripción de los dibujos]
Los anteriores y otros aspectos, características, y ventajas de determinadas realizaciones de la presente divulgación serán más evidentes a partir de la siguiente descripción tomada en conjunto con los dibujos adjuntos, en los cuales:
La FIG. 1 ilustra esquemáticamente un ejemplo de una estructura de un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente divulgación;
La FIG. 2 ilustra esquemáticamente otro ejemplo de estructura de un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente invención;
La FIG. 3 ilustra esquemáticamente la arquitectura AL-FEC en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente invención;
La FIG. 4 ilustra esquemáticamente una estructura de codificación FEC de dos etapas utilizada en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente invención;
La FIG. 5 ilustra esquemáticamente una estructura de codificación LA-FEC utilizada en un sistema MMT que soporta un esquema FEC proporcionando ejemplos para una mejor comprensión de la presente invención, que no está cubierta por las reivindicaciones;
La FIG. 6 ilustra esquemáticamente un procedimiento de generación de bloques de paquetes de origen y bloques de símbolos de origen utilizando un flujo de paquetes MMT en un sistema MMT que soporta un esquema FEC proporcionando ejemplos para una mejor comprensión de la presente invención, que no está cubierta por las reivindicaciones;
La FIG. 7 ilustra esquemáticamente un procedimiento de generación de un bloque de símbolos de reparación utilizando un bloque de símbolos de origen en un sistema MMT que soporta un esquema FEC proporcionando ejemplos para una mejor comprensión de la presente invención, que no está cubierta por las reivindicaciones; La FIG. 8 ilustra esquemáticamente un procedimiento de establecimiento de un sello de tiempo para un paquete de origen o de reparación FEC que se envía en primer lugar entre paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC en un sistema MMT que soporta un esquema FEC proporcionando ejemplos para una mejor comprensión de la presente invención, que no está cubierta por las reivindicaciones;
La FIG. 9 ilustra esquemáticamente un procedimiento de establecimiento de un sello de tiempo en un caso en que se utiliza una estructura FEC de dos etapas en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente divulgación;
La FIG. 10 ilustra esquemáticamente una estructura de un paquete de origen FEC que se utiliza en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente divulgación;
La FIG. 11 ilustra esquemáticamente una estructura de un paquete de reparación FEC que se utiliza en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente divulgación;
La FIG. 12 ilustra esquemáticamente un periodo de envío/recepción de un bloque de paquetes de origen o de reparación FEC y un procedimiento de desajuste de descodificación FEC en un sistema MMT que soporta un esquema FEC proporcionando ejemplos para una mejor comprensión de la presente invención, que no está cubierta por las reivindicaciones;
La FIG. 13 ilustra esquemáticamente una estructura interna de un HRBM en un sistema MMT que soporta un esquema FEC proporcionando ejemplos para una mejor comprensión de la presente invención, que no está cubierta por las reivindicaciones;
La FIG. 14 ilustra esquemáticamente una ventana de protección FEC en un aparato receptor de señal en un caso en que un FFRST_TS se envía después de ser incluido en un paquete (Caso 1) y una ventana de protección FEC en un aparato receptor de señal en un caso en que un FFRST_TS se envía sin ser incluido en un paquete (Caso 2) en un sistema MMT que soporta un esquema FEC proporcionando ejemplos para una mejor comprensión de la presente invención, que no está cubierta por las reivindicaciones;
La FIG. 15 ilustra esquemáticamente un ejemplo de estructura interna de una entidad emisora MMT en un sistema MMT proporcionando ejemplos para una mejor comprensión de la presente invención, que no está cubierta por las reivindicaciones;
La FIG. 16 ilustra esquemáticamente otro ejemplo de una estructura interna de una entidad de envío de MMT en un sistema MMT de acuerdo con una realización de la presente divulgación;
La FIG. 17 ilustra esquemáticamente un ejemplo de estructura interna de una entidad receptora de MMT en un sistema MMT de acuerdo con una realización de la presente divulgación; y
La FIG. 18 ilustra esquemáticamente otro ejemplo de una estructura interna de una entidad de receptora de MMT de acuerdo con una realización de la presente divulgación.
A lo largo de los dibujos, cabe señalar que se utilizan números de referencia similares para representar elementos, características y estructuras iguales o similares.
[Modo para la invención]
La siguiente descripción, con referencia a los dibujos adjuntos, se proporciona para ayudar a una comprensión completa de diversas realizaciones de la presente divulgación, como se define en las reivindicaciones. Incluye diversos detalles específicos para ayudar a esa comprensión, pero se deben considerar simplemente ejemplares. En consecuencia, aquellos expertos en la técnica reconocerán que se pueden llevar a cabo diversos cambios y modificaciones de las diversas realizaciones descritas en la presente memoria sin apartarse del ámbito de la presente divulgación. Además, las descripciones de funciones y construcciones bien conocidas se pueden omitir para mayor claridad y concisión.
Los términos y palabras utilizados en la siguiente descripción y en las reivindicaciones no se limitan a los significados bibliográficos, dado que, son simplemente utilizados por el inventor para permitir una comprensión clara y coherente de la presente divulgación. En consecuencia, deben ser evidentes para los expertos en la técnica que la siguiente descripción de diversas realizaciones de la presente divulgación se proporciona únicamente con fines ilustrativos y no con el fin de limitar la presente divulgación como se define en las reivindicaciones anexas.
Se debe entender que las formas singulares "un", "una", "el" y "la" incluyen referentes plurales a menos que el contexto dicte claramente lo contrario. Por lo tanto, por ejemplo, la referencia a “una superficie componente” incluye la referencia a una o más de tales superficies.
Aunque se utilizarán números ordinales como "primero", "segundo", etc. para describir varios componentes, dichos componentes no están limitados en la presente memoria. Los términos se utilizan únicamente para distinguir un componente de otro. Por ejemplo, un primer componente puede ser referido como un segundo componente y, del mismo modo, un segundo componente también puede ser referido como un primer componente, sin apartarse de la enseñanza del concepto inventivo. Como se utiliza en la presente memoria, el término "y/o" incluye todas las combinaciones de uno o más de los elementos enumerados asociados.
La terminología utilizada en la presente memoria tiene por propósito describir únicamente diversas realizaciones y no pretende limitar la divulgación. Como se usa en la presente memoria, las formas singulares se conciben para incluir también las formas plurales, a menos que el contexto indique claramente lo contrario. Se entenderá que los términos "comprende" y/o "tiene", cuando se utilizan en esta memoria descriptiva, especifican la presencia de una característica, número, etapa, operación, componente, elemento o una combinación de los mismos; pero no excluyen la presencia o adición de una o más características, números, etapas, operaciones, componentes, elementos o combinaciones de los mismos.
Los términos utilizados en la presente memoria, incluidos los términos técnicos y científicos, tienen el mismo significado que los términos generalmente comprendidos por los expertos en la materia, siempre que no se definan de forma diferente. Debe comprenderse que los términos definidos en un diccionario de uso general tienen significados coincidentes con los de los términos de la tecnología relacionada.
De acuerdo con diversas realizaciones de la presente divulgación, un dispositivo electrónico puede incluir una funcionalidad de comunicación. Por ejemplo, un dispositivo electrónico puede ser un teléfono inteligente, un ordenador personal (PC) de tipo tableta, un teléfono móvil, un videófono, un lector de libros electrónicos, un PC de escritorio, un PC portátil, un PC netbook, un asistente personal digital (PDA), un reproductor multimedia portátil (PMP), un reproductor mp3, un dispositivo médico portátil, una cámara, un dispositivo usable (por ej., un dispositivo montado en la cabeza (HMD) tal como gafas electrónicas, ropa electrónica, una pulsera electrónica, un collar electrónico, un accesorio electrónico, un tatuaje electrónico, o un reloj inteligente), y/o similares.
De acuerdo con diversas realizaciones de la presente divulgación, un dispositivo electrónico puede ser un electrodoméstico inteligente con funcionalidad de comunicación. Un electrodoméstico inteligente puede ser, por ejemplo, un televisor, un Reproductor de Discos de Vídeo Digital (DVD), un Reproductor de Audio, un refrigerador, un aparato de aire acondicionado, una aspiradora, un horno, un horno de microondas, una maquina lavadora, un purificador de aire, un descodificador, un aparato de televisión (por ejemplo, Samsung HomeSync™, Apple TVTM, o Google TVTM), una consola de juegos, un diccionario electrónico, una llave electrónica, una videocámara, un marco de fotos electrónico, y/o similares.
De acuerdo con diversas realizaciones de la presente divulgación, un dispositivo electrónico puede ser un dispositivo médico (por ejemplo un dispositivo de angiografía por resonancia magnética (ARM), un dispositivo de imagen por resonancia magnética (IRM), un dispositivo de tomografía computarizada (TC), un dispositivo de obtención de imágenes, o un dispositivo ultrasónico), un dispositivo de navegación, un receptor del sistema de posicionamiento global (GPS), un registrador de datos de eventos (EDR), un registrador de datos de vuelo (FDR), un dispositivo de infoentretenimiento para automóviles, un equipo electrónico para un barco (por ejemplo, un sistema de navegación marina, giroscopio, o girocompás, etc.), un dispositivo electrónico de un avión, un equipo de seguridad, un robot industrial o doméstico, y/o similares.
De acuerdo con diversas realizaciones de la presente divulgación, un dispositivo electrónico puede ser un mueble, parte de un edificio/estructura, una placa electrónica, un dispositivo de recepción de firmas electrónicas, un proyector, diversos dispositivos de medición (por ejemplo, dispositivos de medición de agua, electricidad, gas u ondas electromagnéticas), y/o similares incluyendo funcionalidad de comunicación.
De acuerdo con diversas realizaciones de la presente divulgación, un dispositivo electrónico puede ser cualquier combinación de los dispositivos anteriores. Además, será evidente para alguien que tenga habilidad ordinaria en la técnica que un dispositivo electrónico de acuerdo con diversas realizaciones de la presente divulgación no se limita a los dispositivos anteriores.
De acuerdo con diversas realizaciones de la presente divulgación, por ejemplo, un aparato receptor de señales puede ser un dispositivo electrónico.
La presente divulgación propone un procedimiento y un aparato para enviar/recibir un paquete en un sistema de comunicación multimedia que soporta un esquema de corrección de errores hacia adelante (FEC).
La presente divulgación propone un procedimiento y un aparato para enviar/recibir un paquete aumentando así la eficiencia de recuperación de datos en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación propone un procedimiento y un aparato para enviar/recibir un paquete adquiriendo así una fiabilidad de envío eficiente en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación propone un procedimiento y un aparato para enviar/recibir un paquete tomando en consideración una característica del paquete en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación propone un procedimiento y un aparato para enviar/recibir un paquete tomando en consideración una estructura de codificación FEC en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación propone un procedimiento y un aparato para enviar/recibir un paquete tomando en consideración un punto de temporización de envío de paquetes en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación propone un procedimiento y un aparato para enviar/recibir un paquete tomando en consideración una característica de división del paquete en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación propone un procedimiento y un aparato para enviar/recibir un paquete tomando en consideración el retardo entre un aparato emisor de señal y un aparato receptor de señal en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación propone un procedimiento y un aparato para enviar/recibir un paquete tomando en consideración un tamaño de memoria intermedia en un sistema de comunicación multimedia que soporta un esquema FEC.
La presente divulgación propone un procedimiento y un aparato para enviar/recibir información de configuración FEC relacionada con un esquema FEC en un sistema de comunicación multimedia que soporta el esquema FEC.
Un procedimiento y un aparato propuestos en la presente divulgación pueden aplicarse a diversos sistemas de comunicación tal como un sistema de radiodifusión de vídeo digital tal como un servicio de radiodifusión móvil tal como un servicio de radiodifusión multimedia digital (DMB), un servicio de radiodifusión de vídeo digital portátil (DVP-H), un servicio móvil/portátil del Comité de Sistemas Avanzados de Televisión (ATSC-M/H), etc., y un servicio de televisión por protocolo de Internet (IPTV), un sistema de transporte de medios (MMT) del Grupo de Expertos en Imágenes en Movimiento (MPEG), un sistema de paquetes evolucionado (EPS), un sistema de comunicaciones móviles de evolución a largo plazo (LTE), un sistema de comunicaciones móviles LTE-avanzado (LTE-A), un sistema de comunicaciones móviles de acceso por paquetes de enlace descendente de alta velocidad (HSDPA), un sistema de comunicaciones móviles de acceso por paquetes de enlace ascendente de alta velocidad (HSUPA), un sistema de comunicaciones móviles de datos por paquetes de alta velocidad (HRPD) propuesto en un proyecto de asociación de tercera generación 2 (3GPP2), un sistema de comunicación móvil de acceso múltiple por división de código de banda ancha (WCDMA) propuesto en el 3GPP2, un sistema de comunicación móvil de acceso múltiple por división de código (CDMA) propuesto en el 3GPP2, un sistema de comunicación móvil del Instituto de Ingenieros Eléctricos y Electrónicos (IEEE), un sistema de protocolo de Internet móvil (IP móvil), y/o similares.
Por conveniencia, se asumirá que un sistema de comunicación multimedia que soporta un esquema FEC en el que un procedimiento y aparato propuestos en la presente divulgación es un sistema MMT
En las realizaciones de la presente invención se proponen un aparato y un procedimiento de envío/recepción de paquetes para reparar eficazmente la pérdida de paquetes de datos en todos los dispositivos electrónicos, como un teléfono portátil, un televisor (TV), un ordenador, un tablón de anuncios electrónico, una tableta y un libro electrónico, que pueden proporcionar diversos servicios multimedia, como una vídeoconferencia/vídeollamada, así como contenidos de gran capacidad, como contenidos de alta definición (HD), contenidos de ultra alta definición (UHD) y similares.
Aunque no se describirá un esquema de codificación FEC detallado en las realizaciones de la presente invención, los expertos en la materia entenderán que el esquema de codificación FEC no se limita a un esquema de codificación FEC específico, como un código Reed-Solomon (RS), un código de comprobación de paridad de baja densidad (LDPC), un código turbo, un código XOR, un código FEC de grupo de expertos en imágenes en movimiento (MPEG) y similares.
Los términos y definiciones utilizados para describir diversas realizaciones de la presente divulgación se describirán a continuación.
(1) Código FEC
El código FEC denota un código de corrección de errores utilizado para corregir un símbolo de error o un símbolo de borrado. El código FEC designa un algoritmo para codificar datos de forma que el flujo de datos codificados sea resistente a la pérdida de datos.
(2) símbolo de origen
El símbolo de origen denota una unidad de datos utilizada en un procedimiento de codificación FEC.
(3) símbolo de reparación
El símbolo de reparación denota un símbolo de codificación que contiene información redundante para la corrección de errores. El símbolo de reparación denota un símbolo de codificación que no es el símbolo de origen. El símbolo de reparación puede denominarse símbolo de paridad.
(4) Paquete de origen
El paquete de origen denota un paquete que está protegido por un esquema de codificación FEC.
(5) bloque de paquetes de origen
El bloque de paquetes de origen denota un conjunto segmentado de un flujo de origen FEC que debe protegerse como un único bloque.
(6) bloque de símbolos de origen
El bloque de símbolos de origen denota un conjunto de símbolos de origen generados a partir de un único bloque de paquetes de origen. Es decir, al menos un símbolo de origen está incluido en el bloque de símbolos de origen.
(7) bloque de símbolos de reparación
El bloque de símbolos de reparación denota un conjunto de símbolos de reparación que pueden utilizarse para recuperar símbolos de origen perdidos. Es decir, se incluye al menos un símbolo de reparación en el bloque de símbolos de reparación. El bloque de símbolos de reparación puede denominarse bloque de símbolos de paridad.
(8) bloque de símbolos de codificación
El bloque de símbolos de codificación denota un conjunto de símbolos de codificación. El bloque de símbolos de codificación denota un conjunto de símbolos de codificación generados en un procedimiento de codificación de un bloque de símbolos de origen. Es decir, se incluye al menos un símbolo de codificación en el bloque de símbolos de codificación.
(9) símbolo de codificación
El símbolo de codificación denota una unidad de datos generada por un procedimiento de codificación. En este caso, los símbolos de origen pueden formar parte de los símbolos de codificación.
(10) Paquete de reparación FEC
El paquete de reparación FEC denota un paquete de protocolo MMT (MMTP) junto con un identificador (ID) de carga útil FEC de reparación para entregar uno o más símbolos de reparación de un bloque de símbolos de reparación.
(11) Paquete de origen FEC
El paquete de origen FEC denota un paquete MMTP junto con un ID de carga útil FEC de origen.
(12) Paquete de origen o de reparación FEC
El paquete de origen o de reparación FEC denota un término genérico de un paquete de reparación FEC o un paquete de origen FEC. Es decir, el paquete de origen o de reparación FEC puede denotar un paquete de reparación FEC, un paquete de origen FEC, o ambos, el paquete de reparación FEC y el paquete de origen FEC si es necesario.
(13) Bloque de paquetes de origen FEC
El bloque de paquetes de origen FEC denota un conjunto de paquetes de origen FEC para entregar un bloque de símbolos de origen. Es decir, se incluye al menos un paquete de origen FEC en el bloque de paquetes de origen FEC.
(14) Bloque de paquetes de reparación FEC
El bloque de paquetes de reparación FEC denota un conjunto de paquetes de reparación FEC para entregar un bloque de símbolos de reparación. Es decir, se incluye al menos un paquete de reparación FEC en el bloque de paquetes de reparación FEC. El bloque de paquetes de reparación FEC puede denominarse bloque de paquetes de paridad FEC.
(15) Bloque de paquetes de origen o de reparación FEC
El bloque de paquetes de origen o de reparación FEC denota un término genérico de un bloque de paquetes de origen FEC y un bloque de paquetes de reparación FEC relacionado con el bloque de paquetes de origen FEC. Es decir, el bloque de paquetes de origen o de reparación FEC puede denotar el bloque de paquetes de origen FEC, el bloque de paquetes de reparación FEC, o ambos, el bloque de paquetes de origen FEC y el bloque de paquetes de reparación FEC, si es necesario. Es decir, l el bloque de paquetes de origen o reparación f Ec denota un conjunto de origen FEC de paquetes de reparación para entregar un bloque de símbolos de codificación. Por lo tanto, al menos un paquete de origen o reparación FEC se incluye en el bloque de origen FEC o paquete de reparación.
(16) ID de carga útil FEC
El ID de carga útil FEC denota un ID que identifica el contenido de un paquete MMTP con respecto a un esquema FEC MMT. El esquema FEC Mm T denota un esquema FEC compatible con un sistema MMT.
(17) ID de carga últil de reparación FEC
El ID de carga útil FEC de reparación indica un ID de carga útil FEC para paquetes de reparación. El ID de carga útil FEC de reparación puede denominarse ID de carga útil FEC de paridad. El ID de carga útil FEC de reparación incluye información de configuración FEC de reparación para un paquete FEC de reparación, y la información de configuración FEC de reparación incluye información relacionada con un paquete FEC de origen o de reparación que se envía en primer lugar entre al menos un paquete FEC de origen o de reparación si un bloque de paquetes FEC de origen o de reparación incluye el al menos un paquete FEC de origen o de reparación. En este caso, la información relativa al paquete de origen o reparación FEC que se envía en primer lugar incluye información relativa a una marca de tiempo del paquete de origen o reparación FEC que se envía en primer lugar. Si un aparato emisor de señales que envía una ID de carga útil FEC de reparación relacionada, por ejemplo, una entidad emisora de MMT admite una estructura de codificación FEC de dos etapas, la información relacionada con el paquete de origen o reparación FEC que se envía en primer lugar incluye un indicador de marca de tiempo (TS_indicator) que indica información relacionada con una marca de tiempo en una FEC. El ID de la carga útil FEC de reparación y la marca de tiempo se describirán a continuación, y se omitirá una descripción detallada en la presente memoria.
(18) ID de carga útil FEC de origen
El ID de carga útil FEC de origen denota un ID de carga útil FEC para paquetes de origen. El ID de carga útil FEC de origen incluye información de configuración FEC de origen para un paquete FEC de origen, y la información de configuración FEC de origen incluye información relacionada con un paquete FEC de origen o de reparación que se envía en primer lugar entre al menos un paquete FEC de origen o de reparación si un bloque de paquetes FEC de origen o de reparación incluye el al menos un paquete FEC de origen o de reparación. En este caso, la información relativa al paquete de origen o reparación FEC que se envía en primer lugar incluye información relativa a una marca de tiempo del paquete de origen o reparación FEC que se envía en primer lugar. Si un aparato emisor de señales que envía una ID de carga útil FEC de reparación relacionada, por ejemplo, una entidad emisora de MMT admite una estructura de codificación FEC de dos etapas, la información relacionada con el paquete de origen o reparación FEC que se envía en primer lugar incluye un indicador de marca de tiempo (TS_indicator) que indica información relacionada con una marca de tiempo en una FEC. El ID de la carga útil FEC de origen, la marca de tiempo y el TS_indicator se describirán a continuación, y se omitirá una descripción detallada en la presente memoria.
(19) MMT
MMT denota un estándar internacional estudiado para la entrega eficiente de datos MPEG.
(20) Flujo de origen FEC
El flujo de origen FEC denota un flujo de paquetes MMTP que están protegidos por un esquema MMT FEC.
(21) Esquema FEC
El esquema FEC denota una especificación que define aspectos adicionales del protocolo necesarios para utilizar códigos FEC.
(22) Flujo de reparación FEC
El flujo de reparación FEC denota un flujo de datos que lleva símbolos de reparación para proteger un flujo de origen FEC. El flujo de reparación FEC puede denominarse flujo de paridad FEC.
(23) Flujo codificado FEC
El flujo codificado FEC denota un conjunto lógico de flujos que se componen de un flujo de origen FEC y uno o más flujos de reparación FEC de asociación.
(24) Activo
El activo denota una entidad de datos multimedia que está asociada a un ID único y que se utiliza para construir una presentación multimedia.
(25) Unidad de procesamiento de medios (MPU)
La MPU designa un recipiente genérico para datos temporizados o no temporizados independientemente descodificables que es agnóstico al códec de medios.
(26) Paquete
El paquete denota una colección lógica de datos multimedia que se entrega utilizando un MMT
(27) Paquete MMT
El paquete MMT denota una unidad formateada de datos multimedia que se entrega utilizando un MMTP (28) Carga útil MMT
La carga útil MMT denota una unidad formateada de datos de medios que transporta paquetes y/o mensajes de señalización utilizando un protocolo de transporte MMTP o de capa de aplicación de Internet. Por ejemplo, el protocolo de transporte de la capa de aplicación de Internet puede ser el protocolo de transporte en tiempo real (RTP), y similares.
(29) MMTP
MMTP denota un protocolo de transporte de capa de aplicación para entregar una carga útil MMTP a través de una red de protocolo de Internet (IP).
Un ejemplo de estructura de un sistema MMT que soporta un esquema FEC de acuerdo con la presente divulgación se describirá con la FIG. 1.
La FIG. 1 ilustra esquemática un ejemplo de una estructura de un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente divulgación.
Con referencia a la FIG. 1, el sistema MMT incluye una entidad emisora MMT 111, una entidad receptora MMT 113, un paquete 115, y una pluralidad de proveedores de activos, por ejemplo, N proveedores de activos, es decir, un proveedor de activos #1 117-1, .... , un proveedor de activos #N 117-N. Se realiza una comunicación entre la entidad emisora de MMT 111 y la entidad receptora de MMT 113 basada en un MMTP A continuación, se describe el MMTP El MMTP es un protocolo de transporte de capa de aplicación diseñado para transportar de forma eficiente y fiable el paquete MMT. El MMTP admite varias funciones mejoradas, como la multiplexación de medios, el cálculo de la eliminación de fluctuaciones de la red y otras similares. Estas características permiten distribuir eficazmente contenidos compuestos por varios tipos de datos multimedia codificados. El MMTP puede ejecutarse sobre protocolos de red existentes, por ejemplo, un protocolo de datagramas de usuario (UDP) o un IP, y admite diversas aplicaciones. La entidad emisora MMT 111 puede ser una entidad MMT que envía datos multimedia a una o más entidades receptoras MMT, y por ejemplo, ser un servidor de difusión MMT, y similares.
La entidad receptora de MMT 113 puede ser una entidad MMT que recibe y consume los datos multimedia y, por ejemplo, ser un dispositivo inalámbrico como una estación móvil (MS), un equipo de usuario (UE) y similares. Por ejemplo, si la entidad emisora de MMT 111 es el servidor de difusión de MMT y la entidad receptora de MMT 113 es la EM, el servidor de difusión de MMT puede enviar datos multimedia a la EM a través de una estación base (EB). Cabe señalar que la BS no se muestra en la FIG. 1.
La entidad emisora de MMT 111 envía paquetes a la entidad receptora de MMT 113 como flujos de paquetes MMTP En este caso, un paquete denota una colección lógica de datos multimedia, y se entrega utilizando una tecnología MMT. La entidad emisora de MMT 111 envía un activo, información de presentación (PI) y similares a la entidad receptora de MMT 113. Se omitirá en la presente memoria la descripción detallada del activo y de la IP La entidad emisora de MMT 111 puede tener que adquirir contenidos de proveedores de contenidos (no mostrados en la FIG. 1) basado en PI de un paquete que son proporcionados por el proveedor del paquete 115.
La entidad emisora de MMT 111 y la entidad receptora de MMT 113 envían/reciben señalización MMT a través de flujos de paquetes MMTP
El proveedor de paquetes 115 y los proveedores de contenidos pueden estar ubicados en el mismo lugar. El contenido multimedia se proporciona como un activo que se segmenta en una serie de unidades de procesamiento MMT encapsuladas que forman un flujo de paquetes MMTP
Se genera un flujo de paquetes MMTP del contenido multimedia utilizando la información de características de transporte asociada. Los mensajes de señalización pueden utilizarse para gestionar la entrega y el consumo de los paquetes.
En la FIG. 1, la entidad emisora de MMT 111 es un aparato emisor de señales, y la entidad receptora de MMT 113 es un aparato receptor de señales.
Un ejemplo de una estructura de un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente divulgación se ha descrito con referencia a la FIG. 1, y otro ejemplo de estructura de un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente invención se describirá con referencia a la FIG. 2.
La FIG. 2 ilustra esquemáticamente otro ejemplo de estructura de un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente invención.
Con referencia a la FIG. 2, el sistema MMT incluye un aparato emisor de señales 200 y un aparato receptor de señales 210.
El aparato de envío de señales 200 incluye un bloque de procesamiento de protocolo A 201 que realiza una operación de procesamiento de protocolo A correspondiente a un protocolo A como protocolo superior FEC, un bloque de codificación FEC 202, un bloque de procesamiento de protocolo B 203 que realiza una operación de procesamiento de protocolo B correspondiente a un protocolo B como protocolo inferior FEC, y un bloque de procesamiento de capa física de remitente 204.
El bloque de procesamiento de protocolo A 201 genera cargas útiles de origen 230 realizando una operación de procesamiento de protocolo A sobre los datos de envío, y emite las cargas útiles de origen 230 al bloque de codificación FEC 202.
El bloque de codificación FEC 202 genera un bloque de paquete de origen que incluye al menos un paquete de origen, y genera símbolos de reparación que incluyen una carga útil de paridad 231 realizando una operación de codificación FEC correspondiente a un esquema FEC preestablecido en el bloque de paquete de origen generado. El bloque de codificación FEC 202 genera un paquete de origen FEC añadiendo una cabecera FEC 232 al paquete de origen y al símbolo de reparación, y envía el paquete de origen FEC al bloque de procesamiento de protocolo B 203. El paquete de origen FEC se genera combinando la cabecera FEC con el paquete de origen, y un paquete de reparación FEC se genera combinando la cabecera FEC con el símbolo de reparación.
En la FIG. 2, un paquete de origen FEC es una unidad de datos que se genera de forma que hay una carga útil de origen después de una cabecera FEC. Alternativamente, el paquete de origen FEC puede ser una unidad de datos que se genera de forma que hay el encabezado FEC después de la carga útil de origen.
En la FIG. 2, el bloque de codificación FEC 202 está situado entre el bloque de procesamiento de protocolo A 201 y el bloque de procesamiento de protocolo B 203. Alternativamente, el bloque 201 de procesamiento del protocolo A puede incluir el bloque 202 de codificación FEC. En este caso, un encabezado de protocolo para realizar una función del bloque de procesamiento de protocolo A 201 puede incluirse en un paquete de paridad FEC, y el bloque de procesamiento de protocolo A 201 que incluye el bloque de codificación FEC 202 puede incluir un multiplexor para generar un paquete de origen y un paquete de paridad como un flujo de paquetes.
El bloque de procesamiento de protocolo B 203 genera una señal de protocolo B realizando una operación de procesamiento de protocolo B correspondiente al protocolo B en el paquete de origen FEC o el paquete de paridad FEC transferido desde el bloque de codificación FEC 202, y transfiere la señal de protocolo B al bloque de procesamiento de capa física de remitente 204.
El bloque de procesamiento de capa física del remitente 204 convierte la señal de protocolo B transferida desde el bloque de procesamiento de protocolo B 203 en una señal de capa física que es apropiada para el envío de capa física, y transfiere la señal de capa física al aparato receptor de señal 210 a través del canal de transporte 220. Puede haber varias capas entre el bloque de procesamiento del protocolo B 203 y el bloque de procesamiento de la capa física del remitente 204, y se omitirá una descripción detallada de los diversos bloques de procesamiento.
Mientras que el bloque de procesamiento del protocolo A 201, el bloque de codificación FEC 202, el bloque de procesamiento del protocolo B 203 y el bloque de procesamiento de la capa física del emisor 204 se muestran en la FIG. 2 como unidades separadas, debe entenderse que esto es por mera conveniencia de descripción. En otras palabras, dos o más del bloque de procesamiento del protocolo A 201, el bloque de codificación FEC 202, el bloque de procesamiento del protocolo B 203 y el bloque de procesamiento de la capa física del emisor 204 pueden incorporarse en una sola unidad.
El aparato receptor de señal 210 incluye un bloque de procesamiento de capa física de receptor 211, un bloque de procesamiento de protocolo B 212 que realiza una operación de procesamiento de protocolo B correspondiente al protocolo B, un bloque de descodificación FEC 213, y un bloque de procesamiento de protocolo A 214 que realiza una operación de procesamiento de protocolo A correspondiente al protocolo A.
El bloque de procesamiento de capa física receptor 211 convierte una señal de capa física recibida en el aparato receptor de señal 210 desde el aparato emisor de señal 200 a través del canal de transporte 220 en una señal de protocolo B, y transfiere la señal de protocolo B al bloque de procesamiento de protocolo B 212. Como se describe en el aparato de envío de señales 200, puede haber varias capas entre el bloque de procesamiento del protocolo B 212 y el bloque de procesamiento de la capa física del receptor 211, y se omitirá una descripción detallada de los diversos bloques de procesamiento.
El bloque de procesamiento de protocolo B 212 genera una señal de protocolo B realizando una operación de procesamiento de protocolo B sobre una señal de capa física recibida en el bloque de procesamiento de protocolo B 212, y entrega la señal de protocolo B al bloque de descodificación FEC 213. La señal del protocolo B puede ser un paquete FEC, es decir, un paquete de origen FEC o un paquete de paridad FEC. Algunos de los paquetes FEC enviados desde el aparato emisor de señales 200 se pierden debido a un efecto de congestión de la red y a un error producido en una capa física. Así, algunos de los paquetes FEC enviados desde el aparato emisor de señales 100 pueden no ser entregados al bloque de descodificación FEC 213.
El bloque de descodificación FEC 213 detecta las cargas útiles de origen enviadas desde el aparato emisor de señales 200 realizando una operación de descodificación FEC sobre un paquete FEC transferido desde el bloque de procesamiento de protocolo B 212, y entrega las cargas útiles de origen detectadas al bloque de procesamiento de protocolo A 214. El bloque de procesamiento de protocolo A 214 detecta los datos de envío realizando una operación de procesamiento de protocolo A en las cargas útiles de origen entregadas desde el bloque de descodificación FEC 213.
Como se ha descrito anteriormente, una cabecera FEC incluye un ID de carga útil FEC, una cabecera FEC para un paquete de origen FEC incluye un ID de carga útil FEC de origen, y una cabecera FEC para un paquete de paridad FEC incluye un ID de carga útil FEC de reparación.
Dado que una realización de la presente divulgación se aplica a un sistema MMT, el paquete de origen se convierte en un paquete MMT, un paquete de origen FEC se convierte en un paquete MMT con un ID de carga útil FEC de origen, y un paquete de reparación FEC se convierte en un paquete Mm T con un ID de carga útil FEC de reparación que lleva un símbolo de reparación.
Si bien el bloque de procesamiento de la capa física del receptor 211, el bloque de procesamiento del protocolo B 212, el bloque de descodificación FEC 213, y el bloque de procesamiento del protocolo A 214 se muestran en la FIG.
2 como unidades separadas, debe entenderse que esto es por mera conveniencia de descripción. En otras palabras, dos o más del bloque de procesamiento de la capa física del receptor 211, el bloque de procesamiento del protocolo B 212, el bloque de descodificación FEC 213 y el bloque de procesamiento del protocolo A 214 pueden incorporarse en una sola unidad.
Otro ejemplo de una estructura de un sistema MMT que soporte un esquema FEC de acuerdo con una realización de la presente invención con referencia a la FIG. 2, y una arquitectura para la corrección de errores hacia adelante de la capa de aplicación (AL-FEC) en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente invención se describirá con referencia a la FIG. 3. Por comodidad, la arquitectura del AL-FEC se denominará arquitectura AL-FEC.
La FIG. 3 ilustra esquemáticamente la arquitectura AL-FEC en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente invención.
Con referencia a la FIG. 3, se observará que la arquitectura AL-FEC de la FIG. 3 es una estructura de una arquitectura AL-FEC que se incluye en un aparato de envío de señales.
La arquitectura AL-FEC incluye una unidad de aplicación MMT 310, una unidad MMTP 320, una unidad MMT FEC 330, una unidad de código FEC 340, una unidad de procesamiento de la capa de transporte 350, y una unidad de procesamiento del protocolo de Internet (IP) 360. En este caso, la unidad MMTP 320 y la unidad Mm T FEC 330 están incluidas en un procesador AL-FEC.
El esquema MMT proporciona un mecanismo AL-FEC para una entrega fiable en una red IP Un esquema FEC compatible con el sistema MMT (esquema MMT FEC) se describe como un bloque de construcción de una función de entrega.
En primer lugar, los activos MMT se entregan desde la unidad de aplicación MMT 310 a la unidad MMTP 320, la unidad MMTP 320 genera paquetes MMTP aplicando un esquema de paquetización MMTP preestablecido a los activos MMT transferidos, y entrega los paquetes MMTP generados a la unidad MMT FEC 330 para su protección en el envío/recepción. El esquema de paquetización MMTP utilizado en la unidad MMTP 320 puede implementarse con varios esquemas, y se omitirá en la presente memoria una descripción detallada.
La unidad de aplicación MMT 310 proporciona información de configuración FEC a la unidad MMT FEC 330, y la información de configuración FEC incluye un ID de un flujo codificado FEC, información relacionada con una estructura de codificación FEC y un código FEC, y similares. La información de configuración FEC se entrega a una entidad emisora de señales correspondiente a la entidad emisora de señales, la información de configuración FEC se describirá a continuación, y se omitirá una descripción detallada en la presente memoria.
La unidad FEC de MMT 330 genera símbolos de reparación, ID de carga útil FEC de reparación e ID de carga útil FEC de origen codificando los paquetes MMTP entregados desde la unidad MMTP correspondientes a un esquema FEC preestablecido, y entrega los símbolos de reparación, los ID de carga útil FEC de reparación y los ID de carga útil FEC de origen a la unidad 320 de MMTP. La unidad MMTP 320 entrega los símbolos de reparación entregados desde la unidad MMT FEC 330 junto con los paquetes MMTP a la capa de transporte 350.
Mientras tanto, la entidad emisora de MMT determina los activos MMT dentro de los paquetes que requieren protección y el número de flujos de origen FEC. Uno o más de los activos MMT están protegidos como un único flujo de origen FEC, y el único flujo de origen FEC consiste en paquetes MMTP que transportan uno o más de los activos MMT El flujo de origen FEC y la información de configuración FEC sobre el flujo de origen FEC se entregan a la unidad FEC 330 de MMT para su protección. La unidad FEC 330 de MMT utiliza un código o códigos FEC para generar símbolos de reparación que incluyen uno o más flujos de reparación FEC. Los símbolos de reparación se entregan a la unidad MMTP 310 junto con los ID de carga útil FEC de origen y los ID de carga útil FEC de reparación. A continuación, la unidad MMTp 320 entrega paquetes FEC de origen y reparación a la entidad receptora MMT. A continuación, una unidad MMTP incluida en la entidad receptora MMT entrega el flujo de origen FEC y un flujo o flujos de reparación FEC asociados del flujo de origen FEC a una unidad MMT FEC incluida en la entidad receptora MMT. La unidad MMT FEC recupera los paquetes MMTP descodificando el flujo de origen FEC y el flujo o flujos de reparación FEC asociados del flujo de origen FEC entregado desde la unidad MMT<p>con base en un esquema FEC preestablecido, y entrega los paquetes MMTP recuperados a la unidad MMTP
Mientras tanto, la unidad MMT FEC 330 divide el flujo de origen FEC en bloques de paquetes de origen y genera bloques de símbolos de origen. La unidad MMT FEC 330 entrega los bloques de símbolos de origen al bloque de código FEC 340 para la codificación FEC. En este caso, la codificación FEC significa un procedimiento para generar símbolos de reparación a partir del bloque de símbolos de origen.
El bloque de código FEC 340 genera símbolos de reparación codificando FEC los bloques de símbolos de origen entregados desde la unidad FEC MMT 330 con base en un algoritmo de código FEC preestablecido. El algoritmo de código FEC utilizado en el bloque de código FEC 340 puede implementarse con varios formatos. En una realización de la presente divulgación, se supondrá que el algoritmo de código FEC es un algoritmo de código FEC en el que los símbolos de reparación se generan a partir de un bloque de símbolos de origen, tal como se utiliza en una organización internacional de normalización/comisión electrotécnica internacional (ISO/IEC) 23008-10.
Mientras tanto, la arquitectura AL-FEC se describirá tomando en consideración el aspecto de la información de configuración FEC.
La unidad de aplicación MMT 310 determina los activos MMT a entregar después de la protección AL-FEC, y entrega los activos MMT determinados a la unidad MMTP 320. La unidad de aplicación MMT 310 entrega información relacionada con AL-FEC, por ejemplo, información de configuración FEC a la unidad MMTP 320 y a la unidad MMT FEC 330, es decir, un procesador AL-FEC. La información de configuración FEC puede incluir información de control FEC incluida en un mensaje FEC, información relacionada con período de tiempo de envío del bloque de paquetes de origen o reparación FEC , y similares, una descripción detallada de la información de configuración FEC será a continuación, y una descripción detallada se omitirá en la presente memoria.
La unidad MMTP 320 genera paquetes MMT mediante la paquetización de activos MMT de entrada, genera un paquete de origen añadiendo una cabecera de paquete MMT a los paquetes MMT generados, y emite un bloque de paquete de origen que incluye al menos un paquete de origen a la unidad MMT FEC 230. La información de la cabecera del paquete MMT relacionada con el momento en que se envía un paquete MMT, por ejemplo, una marca de tiempo. La unidad MMTP 320 establece una marca de tiempo para cada paquete MMT realizando una operación de programación para que una diferencia entre la información de marca de tiempo de envío en un paquete de origen o reparación FEC que se envía en primer lugar entre al menos un paquete de origen o reparación F<e>C incluido en un bloque de origen FEC o paquete de reparación y la información de marca de tiempo de envío en un paquete de origen o reparación FEC que se envía en último lugar entre la al menos un paquete de origen o reparación FEC incluido en el bloque de origen FEC o paquete de reparación, es decir, una diferencia de marca de tiempo está dentro del periodo de tiempo de envío de bloque de paquetes de origen o reparación FEC incluido en la información de configuración FEC.
La unidad FEC de MMT 330 genera un bloque de símbolos de origen a partir de cada bloque de paquetes que se introduce de acuerdo con un esquema de generación de bloques de símbolos de origen determinado, con base en la información de configuración FEC introducida por la unidad de aplicación MMT 310. En este caso, si la información sobre el esquema de generación de bloques de símbolos de origen de acuerdo con una realización de la presente divulgación se da como información de configuración FEC, y la información sobre el esquema de generación de bloques de símbolos de origen se incluye en la información de configuración FEC, la unidad FEC de MMT 330 genera un bloque de símbolos de origen de acuerdo con el esquema de generación de bloques de símbolos de origen incluido en la información de configuración FEC. Después de generar el bloque de símbolos de origen, la unidad FEC de MMT 330 entrega el bloque de símbolos de origen generado a la unidad de código FEC 340.
La unidad de código FEC 340 genera un bloque de símbolos de reparación a partir del bloque de símbolos de origen entregado desde la unidad FEC MMT 330 para entregar el bloque de símbolos de reparación a la unidad FEC MMT 330.
La unidad MMT FEC 330 genera un ID de carga útil FEC para el bloque de símbolos de origen y el bloque de símbolos de reparación y entrega símbolos de reparación recibidos de la unidad de código FEC 340 a la unidad MMTP 320.
La unidad MMTP 320 genera un paquete de origen FEC añadiendo un ID de carga útil FEC de origen a un paquete de origen, y genera un paquete de reparación FEC añadiendo un ID de carga útil FEC de reparación, una cabecera de carga útil MMTP y una cabecera de paquete MMT a un símbolo de reparación utilizando un símbolo de reparación de entrada y un ID de carga útil FEC. La unidad MMTP 320 entrega el paquete de origen FEC generado y el paquete de reparación FEC a la unidad IP 360 a través de la unidad de capa de transporte 350. Por ejemplo, una capa de transporte puede ser un protocolo de datagramas de usuario (UDP), y similares. Un ID de carga útil FEC para un paquete de origen FEC incluido en un paquete de origen o de reparación FEC o un ID de carga útil FEC para un paquete de reparación FEC incluido en el paquete de origen o de reparación FEC incluye información de tiempo de envío para un paquete de origen o de reparación FEC que se envía en primer lugar entre al menos un paquete de origen o de reparación FEC incluido en el bloque de paquetes de origen o de reparación FEC, por ejemplo, "T0". Alternativamente, la información de tiempo de envío T0 puede enviarse realizando una operación de codificación FEC en una cabecera de paquete MMT incluyendo el T0 e incluyendo el T0 a una cabecera de paquete MMT para un paquete de reparación FEC después de la operación de codificación FEC.
La unidad MMTP 320 añade una cabecera de carga útil MMT y una cabecera de paquete MMT a un mensaje FEC que incluye la información de configuración FEC generada por la unidad de aplicación MMT 310 para enviar el mensaje FEC al que se añaden la cabecera de carga útil MMT y la cabecera de paquete MMT.
No mostrado en la FIG. 3, la unidad de aplicación MMT 310 puede generar un mensaje de modelo hipotético de almacenamiento intermedio del receptor (HRBM) propuesto en una realización de la presente divulgación. En este caso, el mensaje HRBM incluye información relacionada con un tamaño máximo de memoria intermedia, por ejemplo, "tamaño máximo de memoria intermedia", información relacionada con el retardo entre un aparato emisor de señales y un aparato receptor de señales, por ejemplo, "retardo fijo de extremo a extremo", y similares. La unidad de aplicación MMT 310 añade un encabezado de carga útil MMT y un encabezado de paquete MMT al mensaje HRBM generado para entregar el mensaje HRBM al que se han añadido el encabezado de carga útil MMT y el encabezado de paquete MMT.
Mientras tanto, el retardo fijo de extremo a extremo denota el tiempo de retardo máximo hasta que se recibe un paquete en un aparato receptor de señal tomando en consideración una situación de red en el envío de paquetes, y puede o no incluir un periodo de tiempo de envío de un bloque de paquetes de reparación o de origen FEC. Si el retardo fijo de extremo a extremo incluye el periodo de tiempo de envío del bloque de paquetes de origen o de reparación FEC, el aparato receptor de señal puede realizar una operación de descodificación FEC correspondiente al retardo fijo de extremo a extremo, es decir, tiempo de envío de un paquete Ts retardo fijo de extremo a extremo, y proporcionar el paquete a una unidad de aplicación MMT (no mostrada en la FIG. 3) incluido en el aparato receptor de señales. Si el retardo fijo de extremo a extremo no incluye el periodo de tiempo de envío del bloque del paquete de origen o de reparación FEC, el aparato receptor de señal puede realizar la operación de descodificación FEC correspondiente al tiempo indicado por la información del periodo de tiempo de envío del paquete de origen o de reparación FEC del mensaje FEC y el retardo fijo de extremo a extremo, es decir, el tiempo de envío de un paquete Ts retardo fijo de extremo a extremo un periodo de tiempo de envío del paquete de origen o de reparación FEC, y proporcionar el paquete a la unidad de aplicación MMT incluida en el aparato receptor de señal. El periodo de tiempo de envío de paquetes de origen o de reparación FEC denota que todos los bloques de paquetes de origen o de reparación FEC deben enviarse durante el periodo de tiempo de envío de paquetes de origen o de reparación FEC.
En la FIG. 3, se genera un paquete de origen FEC en base a un bloque de paquetes de origen y se genera y envía un paquete de reparación FEC en base al bloque de paquetes de origen. Sin embargo, en un entorno de red real, los expertos en la técnica comprenderán que un paquete de origen generado por la unidad MMTP 320 se introduce en la unidad MMT FEC 330, el paquete de origen se genera como un paquete de origen FEC añadiendo un ID de carga útil FEC de origen al paquete de origen al mismo tiempo, y el paquete de origen FEC se envía inmediatamente. En este caso, la unidad MMT FEC 330 almacena el paquete de origen en una memoria interna incluida en la unidad MMT FEC 330, genera un bloque de símbolos de origen a partir del bloque de paquetes de origen si el último paquete de origen para el bloque de paquetes de origen se introduce en la unidad<m>M<t>FEC 330, y entrega el bloque de símbolos de origen a la unidad de código FEC 340. A continuación, se prefiere que la unidad de código FEC 340 genere un bloque de símbolos de paridad basado en el bloque de símbolos de origen entregado desde la unidad MMT FEC 330 y entregue el bloque de símbolos de paridad generado a la unidad MMTP 320 junto con un ID de carga útil FEC, y la unidad MMTP 320 genere paquetes de reparación FEC basados en el bloque de símbolos de paridad entregado desde la unidad MMT FEC 340 para entregar los paquetes de reparación FEC.
Aunque la unidad de aplicación MMT 310, la unidad MMTP 320, la unidad MMT FEC 330, la unidad de código FEC 340, la unidad de procesamiento de la capa de transporte 350, y la unidad de procesamiento IP 360 se describen como unidades separadas, debe entenderse que esto es meramente por conveniencia de la descripción. En otras palabras, dos o más de la unidad de aplicación MMT 310, la unidad MMTP 320, la unidad MMT FEC 330, la unidad de código FEC 340, la unidad de procesamiento de la capa de transporte 350 y la unidad de procesamiento IP 360 pueden incorporarse en una única unidad.
Una arquitectura AL-FEC en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente invención se ha descrito con referencia a la FIG. 3, y una estructura de codificación FEC de dos etapas utilizada en un sistema MMT que soporta un esquema FEC se describirá con referencia a la FIG. 4.
La FIG. 4 ilustra esquemáticamente una estructura de codificación FEC de dos etapas utilizada en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente invención.
Con referencia a la FIG. 4, un esquema MMT FEC proporciona una construcción multinivel de paquetes MMTP para datos de medios estratificados o no estratificados para un nivel adecuado de protección del activo MMT en un flujo de origen FEC. Por ejemplo, la construcción multinivel incluye una estructura de codificación FEC de dos etapas, una estructura de codificación FEC por capas (LA-FEC) y similares.
En un esquema MMT, se ha propuesto una estructura de codificación FEC en dos etapas para proteger paquetes MMTP que requieren una fiabilidad relativamente alta utilizando más de un código FEC. La estructura de codificación FEC de dos etapas denota una estructura de codificación FEC para una AL-FEC para proteger un paquete de origen incluido un número predeterminado de paquetes MMTP.
En la FIG. 4, el i-ésimo P1 denota un símbolo de reparación para el i-ésimo bloque de símbolos de origen, P2 denota un bloque de símbolos de reparación para un bloque de símbolos de origen. En este caso, i=1, 2, ..., M.
Un bloque de paquetes de origen será codificado de acuerdo con una de una pluralidad de estructuras de codificación FEC, es decir, una estructura de codificación FEC correspondiente a un caso 0, una estructura de codificación FEC correspondiente a un caso 1, y una estructura de codificación FEC correspondiente a un caso 2. A continuación se describirá la estructura de codificación FEC correspondiente al caso 0, la estructura de codificación FEC correspondiente al caso 1 y la estructura de codificación FEC correspondiente al caso 2.
(1) Estructura de codificación FEC correspondiente a un caso 0 (Caso 0) Una estructura de codificación FEC correspondiente al Caso 0 denota que no se aplica la codificación FEC.
(2) Estructura de codificación FEC correspondiente a un caso 1(Caso 1) Una estructura de codificación FEC correspondiente al Caso 1 denota una estructura de codificación FEC de una etapa.
(3) Estructura de codificación FEC correspondiente a un caso 2 (Caso 2)
Una estructura de codificación<f>E<c>correspondiente al Caso 2 denota una estructura de codificación FEC en dos etapas.
Para la estructura de codificación FEC de dos etapas, un bloque de paquetes de origen se divide en M bloques de paquetes de origen. Cada uno de los M bloques de paquetes de origen puede denominarse subbloque de paquetes de origen. En este caso, M es mayor que 1 (M>1). El i-ésimo bloque de paquetes de origen dividido, es decir, el iésimo subbloque de paquetes de origen, se convierte en el i-ésimo bloque de símbolos de origen correspondiente a uno de los modos de generación de bloques de símbolos de origen (SSBG). Los modos SSBG se describirán a continuación, y se omitirá en la presente memoria una descripción detallada.
A continuación, el i-ésimo bloque de símbolos de origen se codifica mediante un código FEC 1. En este caso, i = 1, 2, ..., M. A continuación, M bloques de símbolos de origen se concatenan para formar un único bloque de símbolos de origen mediante un código FEC 2.
Mientras tanto, M bloques de símbolos de reparación son generados a partir de M bloques de símbolos de origen por el código FEC 1, respectivamente, y un bloque de símbolos de reparación es generado a partir del bloque de símbolos de origen concatenado por el código FEC 2.
Para la estructura de codificación FEC correspondiente al Caso 0, tanto la codificación FEC 1 como la FEC 2 serán omitidas. Para la estructura de codificación FEC correspondiente al caso 0, no se generan símbolos de reparación.
Para la estructura de codificación FEC correspondiente al Caso 1, M se ajustará a '1' y se omitirá la codificación FEC 1 o la codificación FEC 2. Tanto el caso 0 como el caso 1 no están cubiertos por las reclamaciones.
A continuación se describirá detalladamente la estructura de codificación FEC en dos etapas.
De acuerdo con una estructura de codificación FEC de dos etapas, una unidad FEC MMT divide subbloques de paquetes de origen incluyendo un número predeterminado de paquetes de origen en M (M es un número entero mayor que 1) primeros subbloques de paquetes de origen (1 ~ M-ésimos bloques de paquetes de origen), genera primeros subbloques de símbolos de origen (1 ~ M-ésimos bloques de símbolos de origen) a partir de cada uno de los primeros subbloques de paquetes de origen, y genera el primer símbolo de codificación incluyendo primeros bloques de símbolos de reparación realizando la primera operación de codificación FEC en cada uno de los primeros subbloques de símbolos de origen. En este caso, la primera operación de codificación FEC denota una operación de codificación basada en el código FEC 1.
La unidad MMT FEC genera el segundo bloque de símbolos de codificación incluyendo el segundo bloque de símbolos de reparación que es generado por la segunda operación de codificación FEC generando M primeros subbloques de símbolos de origen como el segundo bloque de símbolos de origen. En este caso, la segunda operación de codificación FEC denota una operación de codificación basada en el código FEC 2. La primera operación de codificación FEC y la segunda operación de codificación FEC pueden utilizar el mismo código FEC o códigos FEC diferentes. En este caso, un código FEC que puede ser utilizado en una realización de la presente divulgación puede ser uno de los códigos actualmente conocidos, como un código Reed Solomon (RS), un código de Comprobación de Paridad de Baja Densidad (LDPC), un código Raptor, un código OR exclusivo (XOR), y similares, y códigos que se desarrollarán, y no se limita a un código específico.
En la FIG. 4, el i-ésimo P1 es un bloque de símbolos de reparación para el i-ésimo bloque de símbolos de origen, y P2 es un bloque de símbolos de reparación para un bloque de símbolos de origen, en el que i=1,2, ..., M.
Una estructura de codificación FEC de dos etapas utilizada en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente divulgación se ha descrito con referencia a la FIG. 4, y una estructura de codificación LA-FEC utilizada en un sistema MMT que soporta una FEC se describirá con referencia a la FIG. 5.
La FIG. 5 ilustra esquemáticamente una estructura de codificación LA-FEC utilizada en un sistema MMT que soporta un esquema FEC proporcionando ejemplos para una mejor comprensión de la presente invención, que no está cubierta por las reivindicaciones.
Con referencia a la FIG. 5, se puede utilizar una estructura de codificación LA-FEC para proteger eficazmente datos de medios con una estructura de capas, es decir, datos de medios en capas. Por ejemplo, los datos multimedia en capas pueden ser contenidos codificados utilizando un esquema de codificación de vídeo escalable (SVC) o un esquema de codificación de vídeo multivista (MVC), y similares. Es decir, la estructura de codificación LA-FEC puede aplicarse con cualquier código FEC y es específica para los datos de medios en capas.
La estructura de codificación LA-FEC explota una dependencia entre capas de un medio para la construcción FEC y consiste en la generación de varios flujos de reparación asociados a cada capa. En cada capa, cada flujo de reparación protege los datos de la capa relacionada de cada flujo de reparación y los datos de todas las capas, de las que depende cada capa, si las hay. Por conveniencia, cada capa puede denominarse capa complementaria.
En primer lugar, los paquetes MMTP de diferentes capas se agrupan en bloques de símbolos de origen de forma independiente. Si se utiliza la estructura de codificación LA-FEC, un bloque de símbolos de origen generado para la codificación FEC de un flujo de reparación combinará un bloque de símbolos de origen de una capa relacionada y bloques de símbolos de origen de todas las capas complementarias de la capa relacionada, si las hubiera. La combinación de los bloques de símbolos de origen de las distintas capas se realizará siguiendo una jerarquía de dependencia de los medios, es decir, con cada bloque de símbolos de origen a continuación del bloque de símbolos de origen de una capa complementaria de la capa relacionada.
En la FIG. 5, hay un ejemplo de generación de bloques de símbolos de origen para un medio de datos estratificado con dos capas para una estructura de codificación LA-FEC. Una capa base y una capa de mejora se expresan en la estructura de codificación LA-FEC de la FIG. 5, y la capa de mejora depende de una capa base de un flujo de medios en capas.
Es decir, una configuración de bloque de origen para aplicar un esquema de codificación LA-FEC en el caso de que un medio incluya dos capas se muestra en la estructura de codificación LA-FEC de la FIG. 5. En la FIG. 5, una representación base (BR) de una capa base denota datos que pueden descodificarse independientemente en un códec multimedia, y una representación de mejora (ER) de una capa mejorada denota datos que dependen de la BE. En la FIG. 5, se observará que se utiliza una B<r>conjuntamente si se genera paridad para un ER1.
Una estructura de codificación LA-FEC utilizada en un sistema MMT que soporta un esquema FEC se ha descrito con referencia a la FIG. 5, y un procedimiento de generación de bloques de paquetes de origen y bloques de símbolos de origen utilizando un flujo de paquetes MMT en un sistema<m>M<t>que soporta un esquema FEC se describirá con referencia a la FIG. 6.
La FIG. 6 ilustra esquemáticamente un procedimiento de generación de bloques de paquetes de origen y bloques de símbolos de origen utilizando un flujo de paquetes MMT en un sistema MMT que soporta un esquema FEC proporcionando ejemplos para una mejor comprensión de la presente invención, que no está cubierta por las reivindicaciones.
Con referencia a la FIG. 6, un activo incluye una pluralidad de MPU, y cada MPU se genera como paquetes MMT después de la paquetización.
Si cada MPU se paquetiza en paquetes MMT, una cabecera incluida en cada paquete MMT incluye información de tiempo de envío para un paquete MMT relacionado, es decir, un sello de tiempo. Los paquetes MMT se dividen en bloques de paquetes de origen que incluyen un número preestablecido de paquetes MMT respectivamente, y cada uno de los bloques de paquetes de origen se convierte en un bloque de símbolos de origen que incluye símbolos de origen que tienen la misma longitud (T). En el caso de que un bloque de paquetes de origen se convierta en un bloque de símbolos de origen, si la longitud del paquete de origen es inferior a T, se genera un bloque de símbolos de origen de longitud T insertando datos de relleno en el paquete de origen. De este modo, el último paquete de origen entre los paquetes de origen incluidos en el bloque de paquetes de origen puede generarse también como un bloque de símbolos de origen.
Se ha descrito un procedimiento de generación de bloques de paquetes de origen y bloques de símbolos de origen utilizando un flujo de paquetes MMT en un sistema MMT que soporta un esquema FEC con referencia a la FIG. 6, y un procedimiento de generación de un bloque de símbolos de reparación utilizando un bloque de símbolos de origen en un sistema MMT que soporta un esquema FEC se describirán con referencia a la FIG. 7.
La FIG. 7 ilustra esquemáticamente un procedimiento de generación de un bloque de símbolos de reparación utilizando un bloque de símbolos de origen en un sistema MMT que soporta un esquema FEC proporcionando ejemplos para una mejor comprensión de la presente invención, que no está cubierta por las reivindicaciones.
Con referencia a la FIG. 7, un bloque de símbolos de codificación incluye un bloque de símbolos de origen y un bloque de símbolos de reparación que se genera a partir del bloque de símbolos de origen. El bloque de símbolos de origen se genera a partir de un bloque de paquetes de origen de acuerdo con un modo SSBG preestablecido. El bloque de símbolos de reparación se genera a partir de un bloque de símbolos de origen relacionado mediante un esquema de codificación FEC. En este caso, un formato de símbolo de codificación se muestra en la FIG. 7.
Es decir, en la FIG. 7 se muestra un procedimiento de generación de un bloque de símbolos de reparación a partir de un bloque de símbolos de origen utilizando un código FEC. En la FIG. 7, K símbolos de origen, es decir, un bloque de símbolos de origen que incluye un símbolo de origen #0, un símbolo de origen #1, ... un símbolo de origen #K-1 se introduce en un codificador FEC, y el codificador FEC genera un bloque de símbolos de reparación que incluye P símbolos de reparación, es decir, un símbolo de reparación #0, un símbolo de reparación #1, ... un símbolo de reparación #P-1 para dar salida al bloque de símbolos de reparación generado. En este caso, cada uno del símbolo de origen #0, el símbolo de origen #1, ... el símbolo de origen #K-1, el símbolo de reparación #0, el símbolo de reparación #1, ... un símbolo de reparación #P-1 tiene una longitud de T bytes.
Se ha descrito un procedimiento de generación de un bloque de símbolos de reparación utilizando un bloque de símbolos de origen en un sistema MMT que soporta un esquema FEC con referencia a la FIG 7, y se describirá un procedimiento de establecimiento de una marca de tiempo para un paquete de origen o de reparación FEC que se envía en primer lugar entre paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC en un sistema MMT que soporta un esquema FEC con referencia a la FIG 8.
La FIG. 8 ilustra esquemáticamente un procedimiento de establecimiento de una marca de tiempo para un paquete de origen o de reparación FEC que se envía en primer lugar entre paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC en un sistema MMT que soporta un esquema FEC proporcionando ejemplos para una mejor comprensión de la presente invención, que no está cubierta por las reivindicaciones.
Con referencia a la FIG. 8, un procesador AL-FEC (no mostrado en la FIG. 8) divide un bloque de paquetes de origen que incluye 20 paquetes de origen generados como en la FIG. 6 en dos subbloques de paquetes de origen, cada subbloque de paquetes de origen incluyendo 10 paquetes de origen para aplicar una estructura de codificación FEC de dos etapas como se describe en la FIG. 4. El procesador AL-FEC genera tres símbolos de reparación mediante un código FEC 1 para cada uno de los dos subbloques de paquetes de origen, y genera tres símbolos de reparación mediante un código FEC 2 para el bloque de paquetes de origen que incluye los 20 paquetes de origen aplicando la estructura de codificación FEC de dos etapas a los dos subbloques de paquetes de origen generados. El procesador AL-FEC genera un bloque de paquete de origen o de reparación FEC añadiendo un ID de carga útil FEC a los subbloques de paquete de origen y a los símbolos de reparación.
Una cabecera incluida en cada uno de los paquetes de origen incluye una marca de tiempo para un paquete relacionado en una generación de paquete de origen, y una cabecera incluida en un paquete de reparación incluye una marca de tiempo para un paquete relacionado.
En este caso, el ID de carga útil FEC incluye una marca de tiempo para un paquete de origen o de reparación FEC que es enviado en primer lugar entre los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC en el que se incluye cada paquete. En este caso y en un ejemplo no comprendido en el ámbito de las reivindicaciones, si se aplica la estructura de codificación FEC en dos etapas, un ID de carga útil FEC de origen para un subbloque de paquetes de origen incluye una marca de tiempo para un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC para el subbloque de paquetes de origen y una marca de tiempo para un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC para el bloque de paquetes de origen en el que se incluye el subbloque de paquetes de origen, y un ID de carga útil FEC de reparación incluye una marca de tiempo para un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC relacionado.
Aunque no se muestra en la FIG. 8, si se aplica una estructura de codificación FEC de una etapa, un ID de carga útil FEC de origen incluye sólo una marca de tiempo para un paquete FEC de origen o de reparación que se envía en primer lugar entre los paquetes FEC de origen o de reparación incluidos en un bloque de paquetes FEC de origen o de reparación relacionado, y si se aplica una estructura de codificación LA-FEC como se describe en la FIG. 5, el ID de la carga útil FEC de origen incluye únicamente una marca de tiempo para un paquete FEC de origen o de reparación que se envía en primer lugar entre los paquetes FEC de origen o de reparación incluidos en un bloque de paquetes FEC de origen o de reparación que incluye una capa base y capas de mejora.
Con referencia a la FIG. 8, un procesador AL-FEC genera un paquete MMT incluyendo una marca de tiempo a cada una de las cabeceras incluidas en los 10 primeros paquetes MMT de entre 20 paquetes MMT en forma de 0, 1, 2, ....
8, 9, e incluyendo una marca de tiempo a cada una de las cabeceras incluidas en otros 10 paquetes MMT de forma 13, 14, 15, ..., 21,22 tomando en consideración que se generarán tres paquetes de reparación FEC.
A continuación, se genera un total de seis paquetes de reparación FEC mediante un código FEC 1, se incluye una marca de tiempo en cada una de las cabeceras MMT incluidas en los tres primeros paquetes de reparación FEC de forma 10, 11, 12, y se incluye una marca de tiempo en cada una de las cabeceras MMT incluidas en los tres siguientes paquetes de reparación FEC de forma 23, 24, 25.
Se incluye una marca de tiempo en cada una de las cabeceras MMT incluidas en 3 paquetes de reparación FEC que son generados por un código FEC 2 en forma de 26, 27, 28, se añade un ID de carga útil FEC a cada paquete después de que los 3 paquetes de reparación FEC son paquetizados. Es decir, se añade un ID de carga útil FEC de origen a un paquete FEC de origen y un ID de carga útil FEC de reparación a un paquete FEC de reparación. La marca de tiempo de un paquete de origen FEC o de reparación que se envía en primer lugar entre los paquetes de origen FEC o de reparación incluidos en el bloque de paquetes de origen FEC o de reparación se establece como "0" para cada paquete de origen FEC o de reparación incluido en un bloque de paquetes de origen FEC o de reparación para el primer subbloque de paquetes de origen (1er bloque de paquetes de origen), y una marca de tiempo de un paquete de origen FEC o de reparación que se envía en primer lugar entre los paquetes de origen FEC o de reparación incluidos en el bloque de paquete de origen FEC o de reparación como "13" se establece para cada paquete de origen FEC o de reparación incluido en un bloque de paquete de origen FEC o de reparación para el segundo subbloque de paquete de origen (2° bloque de paquete de origen).
Una marca de tiempo de un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en el bloque de paquetes de origen o de reparación FEC como "0" se establece para cada paquete de origen o de reparación FEC incluido en un bloque de paquetes de origen o de reparación FEC para un bloque de paquetes de origen.
Por ejemplo, la marca de tiempo es una marca de tiempo de protocolo de tiempo de red (NTP), y puede ser implementado con un número preestablecido de bytes, por ejemplo, 4 bytes. En este caso, los 2bytes superiores indican "segundo" y los 2bytes inferiores indican "fracción". Una descripción detallada de la marca de tiempo NTP puede basarse en un concepto definido en "formato corto" en la cláusula 6 de IETF RFC5905, NTP versión 4, y se omitirá en la presente memoria una descripción detallada.
Aunque no se representa en la FIG. 8, otro ejemplo de procedimiento de envío de una marca de tiempo de un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en el bloque de paquetes de origen o de reparación FEC es un esquema de envío de una marca de tiempo mediante la inclusión de la marca de tiempo en una cabecera de paquete MMT para cada paquete de origen o de reparación FEC.
Alternativamente, la marca de tiempo puede ser enviada a través de otro campo que es diferente de un ID de carga útil FEC.
En cualquiera de los diversos esquemas de envío de marca de tiempo, es preferente que una marca de tiempo de un paquete de origen o reparación FEC que se envía en primer lugar entre el paquete de origen o reparación FEC incluidos en bloque de paquetes de origen o reparación FEC se envíe a través de al menos un paquete de origen o reparación FEC entre el paquete de origen o reparación FEC incluidos en un bloque de paquetes de origen o reparación FEC relacionado.
Generalmente, la pérdida de paquetes puede ocurrir en una red. Por lo tanto, si se envía una marca de tiempo en cada uno de todos los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC, un aparato receptor de señal puede conocer una marca de tiempo para un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC relacionado a partir de un paquete de origen o de reparación FEC que el aparato receptor de señal recibe en primer lugar.
Además, un aparato receptor de señal debe recibir al menos un paquete de reparación FEC para descodificación FEC. Por lo tanto, si una marca de tiempo para un paquete de origen o reparación FEC relacionado en paquetes de reparación FEC, el aparato de recepción de señal puede conocer una marca de tiempo para un paquete de origen o reparación FEC que se envía en primer lugar entre el paquete de origen o reparación FEC incluidos en un bloque de paquetes de origen o reparación FEC relacionado de un paquete de reparación FEC que el aparato de recepción de señal recibe en primer lugar.
Para una estructura de codificación FEC de dos etapas como la descrita en la FIG. 4, si se incluye una marca de tiempo en cada uno de todos los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC relacionado, un paquete de origen FEC requiere, en un ejemplo no comprendido en el ámbito de las reivindicaciones, dos campos de marca de tiempo, ya que el paquete de origen FEC debe incluir una marca de tiempo para un paquete de origen o de reparación f Ec que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en cada uno de un paquete de origen o de reparación FEC para un subbloque de paquetes de origen FEC y un paquete de origen o de reparación FEC para un bloque de paquetes de origen<f>E<c>.
En este caso, para utilizar un campo para una marca de tiempo incluido en un paquete FEC, es posible establecer alternativamente una marca de tiempo. Es decir, es posible que la información de marca de tiempo para un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC para un subbloque de paquetes de origen FEC se incluya en un paquete de origen FEC que se envía en número impar entre los paquetes de origen FEC, y la información de marca de tiempo para un paquete de origen FEC o de reparación que se envía en primer lugar entre los paquetes de origen FEC o de reparación incluidos en un bloque de paquetes de origen FEC o de reparación para un bloque de paquetes de origen FEC se incluye en un paquete de origen FEC que se envía en número par entre los paquetes de origen FEC.
Además, en este caso, es preferente que el campo de marca de tiempo incluya adicionalmente información que indique una marca de tiempo para un paquete de origen o de reparación FEC que se envía en primer lugar entre paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC para un bloque de paquetes de origen FEC o una marca de tiempo para un paquete de origen o de reparación FEC que se envía en primer lugar entre paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC para un subbloque de paquetes de origen FEC. Por ejemplo, si un campo de marca de tiempo se implementa con 4 bytes, se establece un MSB de 1 bit como indicador de información de marca de tiempo. En este caso, si el valor del bit 1 es "0", significa que se envía una marca de tiempo para un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC para un bloque de paquetes de origen FEC. Si el valor del bit 1 es "1", significa que se envía una marca de tiempo para un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC para un subbloque de paquetes de origen FEC. En este caso, los 31 bits restantes se establecen en los 31 bits restantes excepto el MSB 1bit entre la marca de tiempo para el paquete de origen o reparación FEC que se envía en primer lugar entre los paquetes de origen o reparación FEC incluidos en un paquete de origen o reparación FEC relacionado.
Se ha descrito con referencia a la FIG. un procedimiento de establecimiento de una marca de tiempo para un paquete de origen o de reparación FEC que se envía en primer lugar entre paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC en un sistema MMT que soporta un esquema FEC. 8, y un procedimiento de establecimiento de una marca de tiempo en un caso en que se utiliza una estructura FEC de dos etapas en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente divulgación se describirán con referencia a la FIG. 9.
La FIG. 9 ilustra esquemáticamente un procedimiento de establecimiento de una marca de tiempo en un caso en que se utiliza una estructura FEC de dos etapas en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente divulgación.
Con referencia a la FIG. 9, se establece una marca de tiempo como 0, 1, 2, 3, 4, 8, 9, 10, 11, 12 en una cabecera MMTP incluida en cada uno de los 10 paquetes de origen. Esto significa que un procesador AL-FEC (no mostrado en la FIG. 10) divide un bloque de paquetes de origen que incluye 10 paquetes de origen en 5 paquetes de origen, respectivamente, y reserva las marcas de tiempo 5, 6, 7 para un paquete de reparación tras asumir que el procesador AL-FEC generará 3 paquetes de reparación para el primer bloque de paquetes de origen. El procesador AL-FEC determina cómo construir un bloque de paquetes de origen, o generar cuántos paquetes de reparación con base en la información relacionada con la configuración FEC que se introduce en la entidad de envío MMT o que está predeterminada, y puede programar cada paquete de acuerdo con un orden de envío y un tiempo de envío de cada paquete como se ha descrito anteriormente.
El procesador AL-FEC genera 2 subbloques de paquetes de origen (1er bloque de paquetes de origen), cada uno incluyendo 5 paquetes de origen, agrupando un bloque de paquetes de origen incluyendo los 10 paquetes de origen, genera 3 paquetes de reparación FEC1 por codificación FEC 1 para cada uno de los dos subbloques de paquetes de origen, y genera 3 paquetes de reparación FEC2 por codificación FEC 2 para el total de bloques de paquetes de origen.
El procesador AL-FEC incluye un TS_indicator = 0 y FP TS (=0) como información de 31bits excepto un bit más significativo (MSB) 1 bit de una marca de tiempo que se envía en una cabecera de paquete MMTP de un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en el primer bloque de paquetes de origen o de reparación FEC a un ID de carga útil FEC de origen de un paquete de origen FEC impar incluido en el primer bloque de paquetes de origen FEC. El TS_indicator y el FP TS se describirán más adelante, y se omitirá en la presente memoria una descripción detallada.
El procesador AL-FEC incluye un TS_indicator = 1 y FP TS (=0) como información de 31bits excepto un MSB 1 bit de una marca de tiempo que se envía en una cabecera de paquete MMTP de un paquete de origen o de reparación FEC que se envía en primer lugar entre paquetes de origen o de reparación FEC incluidos en un bloque de paquete de origen o de reparación FEC a un ID de carga útil FEC de origen de un paquete de origen FEC par.
El procesador AL-FEC incluye un TS_indicator = 0 y FP TS (=0) como información de 31bits excepto un MSB 1 bit de una marca de tiempo que se envía en una cabecera de paquete MMTP incluida en un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en el primer bloque de origen o de reparación FEC a 3 paquetes de reparación FEC1 para el primer bloque de paquetes de origen FEC.
El procesador AL-FEC incluye un TS_indicator = 0 y FP TS (=8) como información de 31bits excepto un bit MSB 1 de una marca de tiempo que se envía en una cabecera de paquete MMTP incluida en un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en el primer bloque de origen o de reparación FEC a un ID de carga útil FEC de origen de un paquete de origen FEC impar incluido en el segundo paquete de origen FEC.
El procesador AL-FEC incluye un TS_indicator = 1 y FP TS (=0) como información de 31bits excepto un MSB 1 bit de una marca de tiempo que se envía en una cabecera de paquete MMTP de un paquete de origen o de reparación FEC que se envía en primer lugar entre paquetes de origen o de reparación FEC incluidos en un bloque de origen o de reparación FEC a un ID de carga útil FEC de origen de un paquete de origen FEC par.
El procesador AL-FEC incluye un TS_indicator = 0 y FP TS (=8) como información de 31bits excepto un MSB 1 bit de una marca de tiempo que se envía en una cabecera de paquete MMTP de un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en un bloque de origen o de reparación FEC a 3 paquetes de reparación FEC1 para el segundo bloque de paquetes de origen FEC.
El procesador AL-FEC incluye un TS_indicator = 1 y FP TS (=0) como información de 31bits excepto un MSB 1 bit de una marca de tiempo que se envía en una cabecera de paquete MMTP de un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en un bloque de origen o de reparación FEC a 3 paquetes de reparación FEC2 para un bloque de paquetes de origen FEC.
Se ha descrito un procedimiento de establecimiento de una marca de tiempo en un caso en que se utiliza una estructura FEC de dos etapas en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente divulgación con referencia a la FIG. 9, y una estructura de un paquete de origen FEC que se utiliza en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente divulgación se describirá con referencia a la FIG. 10.
La FIG. 10 ilustra esquemáticamente una estructura de un paquete de origen FEC que se utiliza en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente divulgación.
Con referencia a la FIG. 10, el paquete de origen FEC incluye un campo de encabezado D2 1010, un campo de encabezado D1 1011, un campo de carga útil D1 1012, y un campo de señales en banda FEC 1013.
El campo de cabecera D2 1010 incluye una cabecera de paquete MMT, el campo de cabecera D1 1011 incluye una cabecera de carga útil MMT, el campo de carga útil D1 1012 incluye datos de carga útil, y el campo de señales en banda FEC 1013 incluye un ID de carga útil FEC de origen. En este caso, en el campo de cabecera D21010 se incluye una marca de tiempo como información sobre la hora de envío en la que se envía un paquete MMT relacionado.
Una estructura de un paquete de origen FEC que se utiliza en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente divulgación se ha descrito con referencia a la FIG. 10, y una estructura de un paquete de reparación FEC que se utiliza en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente divulgación se describirá con referencia a la FIG. 11.
La FIG. 11 ilustra esquemáticamente una estructura de un paquete de reparación FEC que se utiliza en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente divulgación.
Con referencia a la FIG. 11, el paquete de reparación FEC incluye un campo de encabezado D2 1120, un campo de encabezado D1 1121, un campo de carga útil D1 (carga(s) útil(es) de reparación) 1122, y un campo de señales en banda FEC 1123.
El campo de cabecera D2 1120 incluye una cabecera de paquete MMT, el campo de cabecera D1 1121 incluye una cabecera de carga útil MMT, el campo de señales FEC en banda 1123 incluye un ID de carga útil FEC de reparación, y el campo de carga útil D1 (carga(s) útil(es) de reparación) 1122 incluye uno o más símbolos de reparación. El campo de cabecera D2 1120 incluye una marca de tiempo como información sobre la hora de envío de un paquete m Mt relacionado.
Como se ha descrito anteriormente, un paquete MMT tiene una estructura como la descrita en la FIG. 11 a través de una serie de procedimientos tal como un procedimiento de codificación FEC, y similares.
En la FIG. 10, con el fin de mantener la coherencia de una estructura de un paquete de protocolo, por ejemplo, un paquete MMT y localizar continuamente paquetes de origen dentro de un paquete FEC, se asumirá que la localización del campo de señales en banda FEC 1013 es la última parte de un paquete de origen FEC. El paquete de reparación FEC incluye uno o más símbolos de reparación. Los símbolos de reparación se utilizan para recuperar un bloque de símbolos de origen que incluye un paquete de origen.
En la FIG. 11, para que un aparato receptor de señales adquiera más rápida y fácilmente información relacionada con FEC, se supondrá que la ubicación del campo de señales en banda FEC 1123 se encuentra entre una cabecera de protocolo de envío y un símbolo de reparación.
Se describirá con referencia a las Tablas 1 y 2 un caso en el que una marca de tiempo de un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC se incluye en una ID de carga útil FEC en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente divulgación.
La Tabla 1 expresa un ID de carga útil FEC de origen, y la Tabla 2 expresa un ID de carga útil FEC de reparación.
[Tabla 1]
Cada campo de las Tablas 1 y 2 se describirá a continuación.
(1) Campo SS_ID
El campo SS_ID incluye un ID de símbolo de origen (SS_ID), y el SS_ID es un número de secuencia para símbolos de origen dentro de un paquete de origen FEC.
El SS_ID se incrementa por elemento de símbolo en un valor preestablecido, por ejemplo, 1 de un valor preestablecido. Esto también se aplica a un elemento de símbolo de relleno, y el SS_ID se establece en un SS_ID del primer elemento de símbolo incluido en un paquete de origen FEC. La diferencia entre un SS_ID para un paquete actual y un SS_ID para el siguiente paquete es idéntica al número de elementos de símbolo incluidos en el paquete actual. Sin embargo, la diferencia entre un SS_ID del último paquete de origen FEC entre los paquetes de origen FEC incluidos en un bloque de paquetes de origen actual y un s S_ID del primer paquete de origen FEC entre los paquetes de origen FEC incluidos en el siguiente bloque de paquetes de origen es una suma del número de elementos de símbolo incluidos en el bloque de paquetes de origen FEC actual y el número de elementos de símbolo de relleno si los elementos de símbolo están incluidos en un bloque de símbolos de origen del bloque de paquetes de origen FEC actual. El SS_ID comienza a partir de un valor arbitrario que puede ser generado aleatoriamente incrementado y el SS_ID se envuelve alrededor de un valor inicial, por ejemplo, '0' después de un valor máximo preestablecido que puede ser expresado con 4bytes o una longitud preestablecida de bytes más de 4bytes.
A continuación, se describe el SS_ID.
El SS_ID puede ser implementado por una pluralidad de bits, por ejemplo, 32bits, y denota un número de secuencia para símbolos de origen dentro de un paquete de origen FEC. El<s>S_ID comienza a partir de un valor arbitrario incrementado y el SS_ID se envuelve alrededor de un valor inicial, por ejemplo, '0' después de un valor máximo preestablecido.
Si un valor de ssbg_mode como parámetro que indica un modo SSBG aplicado es 00 o 01 (modo ssbg == 00 o ssbg_mode == 01), el SS _ID se incrementa por paquete de origen FEC en un valor preestablecido, por ejemplo, uno. En este caso, 'modo ssbg == 00' indica que el modo SSBG aplicado es 'ssbg mode0', y 'modo ssbg == 01' indica que el modo SSBG aplicado es 'modo ssbg 1'. El modo ssbg0 y el modelo ssbg se describirán a continuación, y se omitirá en la presente memoria una descripción detallada.
Si el valor del modo ssbg es 10 (modo ssbg == 10), el SS_ID se incrementa por elemento de símbolo en un valor preestablecido, por ejemplo, uno, y el SS_ID se establece en un SS_ID del primer elemento de símbolo incluido en el paquete de origen f Ec . En este caso, el elemento de símbolo incluye elementos de símbolo de relleno en el último símbolo de origen del bloque de símbolos de origen, si lo hay. En este caso, 'modo ssbg == 10' indica que el modo SSBG aplicado es 'ssbg_mode2'. El ssbg_mode2 se describirá a continuación, y se omitirá en la presente memoria una descripción detallada.
El ssbg mode0, el modelo ssbg, y el ssbg _mode2 se describirán a continuación.
En primer lugar, a continuación se describirá el ssbg mode0.
En el ssbg mode0, el bloque de símbolos de origen es exactamente el mismo que el bloque de paquetes de origen ya que todos los paquetes MMTP tienen el mismo tamaño. Esto significa que el número de paquetes MMTP incluidos en el bloque de paquetes de origen es idéntico al número de símbolos de origen incluidos en el bloque de símbolos de origen y cada paquete MMTP #i es exactamente igual a cada símbolo de origen #i (i=0, 1, ..., K-1). En el ssbg mode0, para una estructura de codificación FEC de una etapa (M=1), se genera un bloque de símbolos de origen a partir de un bloque de paquetes de origen sin bytes de relleno. En el ssbg mode0, para una estructura de codificación FEC de dos etapas y una estructura de codificación LA-FEC (M>1), el i-ésimo bloque de símbolos de origen se genera a partir del i-ésimo bloque de paquetes de origen incluido en un bloque de paquetes de origen (i=0,1,...,M-1), es decir, el iésimo subbloque de paquetes de origen sin bytes de relleno.
En segundo lugar, a continuación se describirá el modelo ssbg.
En el modelo ssbg, un bloque de símbolos de origen es generado a partir de un bloque de paquetes de origen de la misma manera que en el modo ssbg0 excepto que cada paquete MMTP #i tiene posiblemente bytes de relleno para hacer que el tamaño de cada paquete MMTP #i sea el mismo que T usado como longitud de los símbolos de paridad asociados de cada paquete MMTP #i. Esto significa que el número de paquetes MMTP incluidos en el bloque de paquetes de origen es el mismo que el número de símbolos de origen incluidos en un bloque de símbolos de origen asociado con el bloque de paquetes de origen, y cada símbolo de origen #i se genera añadiendo posibles bytes de relleno (todos 00h) a un paquete MMTP #i correspondiente. En el modelo ssbg, para una estructura de codificación FEC de una etapa (M=1), se genera un bloque de símbolos de origen a partir de un bloque de paquetes de origen con posibles bytes de relleno (todos 00h). En el modelo ssbg, para una estructura de codificación FEC de dos etapas y una estructura de codificación LA-FEC (M>1), el i-ésimo bloque de símbolos de origen se genera a partir del i-ésimo bloque de paquetes de origen incluido en un bloque de paquetes de origen (i=0,1,...,M-1) con posibles bytes de relleno (todos 00h).
En tercer lugar, a continuación se describirá el ssbg _mode2.
En el ssbg _mode2, para una estructura de codificación FEC de una etapa, se genera un bloque de símbolos de origen a partir de un bloque de paquetes de origen con posibles bytes de relleno (todos 00h). Un único bloque de símbolos de origen consta de símbolos de origenKssgenerados a partir de un único bloque de paquetes de origen con posibles bytes de relleno (todos 00h) y cada símbolo de origen consta del mismo númeroN(>=1) de elementos de símbolo. Esto significa que el bloque de símbolos de origen única consta deN*Ksselementos de símbolo. Un paquete MMTP #0 del bloque de paquetes de origen se coloca en el primer númerosode elementos de símbolo incluidos en el bloque de símbolos de origen con bytes de relleno posiblemente hasta un límite del último elemento de símbolo del primer númerosode elementos de símbolo incluidos en el bloque de símbolos de origen. El paquete MMTP Núm. 1 del bloque de paquetes de origen se coloca en el siguiente númeroside elementos de símbolo incluidos en el bloque de símbolos de origen de la misma manera que el paquete MMTP Núm. 0. De este modo, un paquete MMTP#Ksp-idel bloque de paquetes de origen se coloca en el siguiente númeroSKsp-ide elementos de símbolo incluidos en el bloque de símbolos de origen del mismo modo que el del paquete MMTP #0. Si la sumaKssT { sít', i = 1,...,Ksp}no es cero, se coloca un númeroPde bytes de relleno (todos 00h) en los últimos elementos de símbolo incluidos en el bloque de símbolo de origen única.
(2) Campo FFSRP TS
El campo FFSRP_TS incluye la primera marca de tiempo del paquete de origen o de reparación FEC. El campo FFSRP _TS es un campo para un paquete de origen FEC, e incluye una marca de tiempo de un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC relacionado que incluye un paquete relacionado.
Si se aplica una estructura de codificación FEC de dos etapas (M>1 en FIG. 4), el campo FFSRP _TS incluye tanto una marca de tiempo de un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC para un subbloque de paquetes de origen FEC (i-ésimo bloque de paquetes de origen FEC, i = 1, 2, ..., M) como una marca de tiempo de un paquete de origen o de reparación<f>E<c>que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC para un bloque de paquetes de origen FEC. Esta opción no está contemplada en las reivindicaciones.
Alternativamente, si se aplica la estructura de codificación FEC de dos etapas (M>1 en FIG. 3), se envía una marca de tiempo de forma que una marca de tiempo de un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC para un subbloque de paquetes de origen FEC (i-ésimo bloque de paquetes de origen FEC, i = 1, 2, ... ., M) se incluye en un ID de carga útil FEC de origen para un paquete de origen FEC enviado en número par (o impar) entre los bloques de paquetes de origen FEC y una marca de tiempo de un paquete de origen FEC o de reparación enviado en primer lugar entre los paquetes de origen FEC o de reparación incluidos en un bloque de paquetes de origen FEC o de reparación para un bloque de paquetes de origen FEC se incluye en un ID de carga útil f Ec de origen para un paquete de origen FEC enviado en número impar (o par) entre los bloques de paquetes de origen FEC, por lo que un campo FFSRP _TS puede procesar una estructura de codificación FEC de dos etapas. En este caso, el campo FFSRP _TS incluye un TS_indicator y un campo de marca de tiempo. El TS_indicator indica que una marca de tiempo incluida en el campo de marca de tiempo corresponde a un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación<f>E<c>incluidos en un bloque de paquetes de origen o de reparación FEC para un subbloque de paquetes de origen FEC o un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC para un bloque de paquetes de origen FEC.
Alternativamente, si se aplica una estructura de codificación LA-FEC, el campo FFSRP_TS incluye una marca de tiempo de un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC relacionado que incluye una capa mejorada. Esta opción no está cubierta por las reivindicaciones.
(3) Campo SS_Start
El campo SS_Start puede ser utilizado selectivamente en un paquete de origen FEC. Si el campo SS_Start está incluido en el paquete de origen FEC, el campo SS_Start tiene el mismo valor que un SS_ID del primer paquete de origen de un bloque de paquetes de origen incluido en el paquete de origen f Ec , y corresponde a información de límites de un bloque de símbolos de origen en el que está incluido el paquete de origen.
En un paquete de paridad FEC, el campo SS_ Start tiene el mismo valor que un SS_ID del primer paquete de origen de un bloque de paquetes de origen FEC relacionado con un bloque de paquetes de paridad FEC que incluye un paquete de paridad FEC relacionado. Un receptor de señal puede conocer un límite de un paquete de origen FEC, es decir, una posición de inicio de un paquete FEC recibido basado en el campo SS_Start.
(4) Campo RSB_length
El campo RSB _length denota el número de símbolos de paridad incluidos en un bloque de paridad en el que se incluye(n) un(os) símbolo(s) de paridad incluido(s) en un paquete de paridad FEC. Es decir, si se generan P símbolos de reparación a partir de un bloque de símbolos de origen que incluye K símbolos de origen utilizando un esquema de codificación FEC, un valor del campo RSB_length se establece en P
(5) Campo RS_ID
El campo RS_ID incluye un RS_ID como número de serie para identificar símbolos de paridad incluidos en un paquete de paridad FEC. El RS_ID comienza con un valor preestablecido, por ejemplo, 0 y se incrementa en un valor preestablecido, por ejemplo, 1 dentro de cada bloque de símbolos de paridad. Si un paquete de paridad FEC incluye una pluralidad de símbolos de paridad, el RS_ID denota un valor mínimo entre los números de serie de la pluralidad de símbolos de paridad.
(6) Campo SSB_length
El número de elementos de símbolo incluidos en un (sub)bloque de símbolo de origen protegido por un símbolo(s) de paridad incluido en un paquete de paridad FEC se establece en el campo SSB_length. El número de elementos de símbolo no incluye el número de elementos de símbolo de relleno incluidos en el último símbolo de origen del bloque de símbolos de origen. Es decir, si el número de símbolos de origen incluidos en un bloque de símbolos de origen es K, y el número de elementos de símbolo de relleno incluidos en el último símbolo de origen entre los símbolos de origen incluidos en el bloque de símbolos de origen es p, un valor del campo SSB_length se establece en K*m -p.
(7) Campo FFSRP TS
El campo FFSRP TS incluye la primera marca de tiempo del paquete de origen o de reparación FEC. El campo FFSRP TS es para un paquete de reparación FEC, e incluye una marca de tiempo de un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC relacionado que incluye el paquete de reparación FEC.
La Tabla 3 expresa un caso en el que una marca de tiempo de un paquete de origen o de reparación FEC que se envía en primer lugar entre paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC de acuerdo con una realización de la presente divulgación se incluye en un campo separado, y el campo separado se incluye en un campo de señal en banda FEC de acuerdo con se describe en las FIGs . 10 y 11. En este caso, el campo de señal FEC en banda de las FIGS. 10 y 11 incluye un campo para un ID de carga útil FEC y un campo para una marca de tiempo FEC, un ID de carga útil<f>E<c>de origen incluye un campo SS_ID en la Tabla 1, y un ID de carga útil FEC de reparación se genera sin un campo FFSRP _TS en la Tabla 2.
[Tabla 3]
La Tabla 2 es idéntica a la Tabla 1 excepto que un campo FFSRP TS de la Tabla 3 se incluye en un campo de señal en banda FEC como un campo separado no como un ID de carga útil FEC. Es decir, si el campo FFSRP T<s>se aplica a un paquete de origen FEC, el campo FFSRP _TS es el mismo que se describe en la Tabla 1, y si el campo FFSRP TS se aplica a un paquete de reparación FEC, el campo FFSRP _TS es el mismo que se describe en la Tabla 2.
La Tabla 4 expresa un caso en el que una marca de tiempo de un paquete de origen o de reparación FEC que se envía en primer lugar entre paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC de acuerdo con una realización de la presente divulgación se incluye en una cabecera de paquete MMTP.
[Tabla 4]
En la Tabla 4, un campo TS incluye una marca de tiempo en el que se envía un paquete relacionado. En este caso, un aparato receptor de señales puede conocer la hora a la que se envía un paquete recibido con base en la marca de tiempo incluida en el campo TS al recibir el paquete.
En la Tabla 4, un campo FFSRP TS es idéntico a un campo FFSRP _TS en las Tablas 1 y 2 excepto que el campo FFSRP _TS se incluye en una cabecera de paquete m Mt , y se omitirá en la presente memoria una descripción detallada.
La Tabla 5 expresa un formato de un mensaje FEC de acuerdo con una realización de la presente divulgación, y el mensaje FEC incluye un campo de tiempo de ventana de protección FEC como información de periodo de tiempo de envío de un bloque de paquete de origen o de reparación FEC.
[Tabla 5]
En la Tabla 5, un campo de tiempo de ventana de protección FEC denota un valor máximo entre el tiempo de envío de un paquete de origen o reparación FEC que se envía en primer lugar entre el paquete de origen o reparación FEC incluidos en un bloque de origen FEC o paquete de reparación y el tiempo de envío de un paquete de origen o reparación FEC que se envía en último lugar entre el paquete de origen o reparación FEC incluidos en el bloque de origen FEC o paquete de reparación. Significa que un aparato receptor de señal debe enviar todos los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC durante el tiempo establecido por el tiempo de ventana de protección FEC.
Por lo tanto, si la marca de tiempo del paquete de origen o reparación FEC que se envía en último lugar entre los paquetes de origen o reparación FEC incluidos en el bloque de origen FEC o de paquete de reparación es 'T 1', y la marca de tiempo del paquete de origen o reparación FEC que se envía en primer lugar entre los paquetes de origen o reparación FEC incluidos en el bloque de origen FEC o de paquete de reparación es 'T0', debe satisfacerse un criterio de T1 - T0 < tiempo de ventana de protección FEC.
Si se aplica una estructura de codificación FEC de dos etapas o una estructura de codificación LA-FEC, el tiempo de ventana de protección FEC debe ajustarse al tiempo de ventana de protección FEC para cada etapa de codificación FEC o al tiempo de ventana de protección FEC para cada capa. Por ejemplo, para la estructura de codificación FEC de dos etapas, puede ser necesario un tiempo de ventana de protección FEC de un bloque de paquetes de origen o de reparación FEC para un subbloque de paquetes de origen FEC y un tiempo de ventana de protección FEC de un bloque de paquetes de origen o de reparación FEC para un bloque de paquetes de origen FEC, respectivamente.
La Tabla 6 expresa un formato de un mensaje HRBM de acuerdo con una realización de la presente divulgación, y un campo de tamaño máximo de memoria intermedia y un campo de retardo fijo de extremo a extremo.
[Tabla 6]
En la Tabla 6, el campo de tamaño máximo de memoria intermedia incluye un tamaño de memoria intermedia que se requiere como máximo para activos MMT para un aparato receptor de señal. El tamaño de la memoria intermedia puede calcularse como (Retardo máximo - Retardo mínimo)*Tasa de bits máxima. Es decir, el campo de tamaño máximo de memoria intermedia incluye información relacionada con un tamaño máximo de memoria intermedia que se requiere para los datos multimedia.
En la Tabla 6, el campo de retardo fijo de extremo a extremo incluye un valor de retardo entre un aparato emisor de señal y un aparato receptor de señal, y puede establecerse en un valor de retardo máximo de transmisión tiempo de almacenamiento intermedio FEC. El tiempo de almacenamiento en memoria intermedia FEC denota el tiempo de ventana de protección FEC. Como se describe en la FIG. 5, si el tiempo de ventana de protección FEC es necesario por un esquema de codificación, el mensaje HRBM incluye información de retardo máximo de transmisión en lugar de información de retardo fijo de extremo a extremo, y la información de retardo fijo de extremo a extremo por etapa de un esquema de codificación para un mensaje FEC puede enviarse a un aparato receptor de señal junto con el tiempo de ventana de protección FEC por etapa del esquema de codificación para el mensaje FEC.
Es decir, el campo de retardo fijo de extremo a extremo incluye información relacionada con el retardo entre el aparato emisor de señal y el aparato receptor de señal. La información relacionada con el retardo entre el aparato emisor de señales y el aparato receptor de señales se determina con base en el retardo máximo de envío entre el aparato emisor de señales y el aparato receptor de señales y en la información de intervalo de tiempo máximo. Si un bloque de paquetes de origen o de reparación FEC incluye una pluralidad de paquetes de origen o de reparación FEC, la información de intervalo de tiempo máximo está relacionada con un intervalo de tiempo máximo entre un punto de temporización de envío de un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación FEC y un punto de temporización de envío de un paquete de origen o de reparación FEC que se envía en último lugar entre los paquetes de origen o de reparación FEC.
Si un bloque de paquetes de origen o de reparación FEC incluye una pluralidad de paquetes de origen o de reparación FEC, el tiempo de ventana de protección FEC denota información relacionada con un intervalo de tiempo máximo entre un punto de temporización de envío de un paquete de origen o de reparación FEC que se envía en primer lugar entre los paquetes de origen o de reparación<f>E<c>y un punto de temporización de envío de un paquete de origen o de reparación FEC que se envía en último lugar entre los paquetes de origen o de reparación FEC. Los paquetes FEC de origen o de reparación se envían a un aparato receptor dentro del intervalo de tiempo máximo.
A continuación se describirá un periodo de envío/recepción de un bloque de paquetes de origen o de reparación FEC y un procedimiento de desajuste de descodificación FEC en un sistema MMT que soporta un esquema FEC de acuerdo con un ejemplo no comprendido en el ámbito de las reivindicaciones.
La FIG. 12 ilustra esquemáticamente un periodo de envío/recepción de un bloque de paquetes de origen o de reparación FEC y un procedimiento de desajuste de descodificación FEC en un sistema MMT que soporta un esquema<f>Ec proporcionando ejemplos para una mejor comprensión de la presente invención, que no está cubierta por las reivindicaciones.
Con referencia a la FIG. 12, un MMTP envía el primer paquete de origen o de reparación FEC al último paquete de origen o de reparación FEC incluido en un bloque de paquetes de origen o de reparación FEC dentro de un tiempo de ventana de protección FEC (Tw) basado en un orden de envío. En la FIG. 12, se envían 2 bloques de paquetes de origen o de reparación FEC, cada uno de los cuales incluye N paquetes (K paquetes de origen FEC y N-K paquetes de reparación FEC), utilizando el tiempo de ventana de protección FEC (Tw) establecido en un mensaje FEC. Los paquetes N enviados llegan a un aparato receptor de señales tras un retardo de transmisión mínimo (Dmín) o máximo (Dmáx) debido al retardo de la red.
Por lo tanto, una ventana de protección FEC en un punto de temporización de envío puede ser diferente de la ventana de protección FEC en un punto de temporización de recepción. Es decir, un bloque de paquetes de origen o reparación FEC Núm. 1 que se envía entre Ts1 y Te1 puede tener una ventana de recepción de Ts1+Dmín a Te1+Dmáx debido al retardo de la red.
Sin embargo, debido a la situación de la red, el paquete puede no llegar en el mismo orden que un orden de envío y la pérdida del paquete puede ocurrir, así que un aparato receptor de la señal puede no fijar una ventana de recepción de Ts1+Dmín a Te1+Dmáx puesto que el aparato receptor de la señal puede no saber si un paquete recibido en primer lugar es un paquete de origen o reparación FEC que se envía en primer lugar entre los paquetes de origen o reparación FEC incluidos en un paquete de origen o reparación FEC relacionado.
Sin embargo, un aparato receptor de señal puede establecer una ventana de recepción desde el tiempo de recepción del paquete de origen o paquete de reparación FEC recibido en primer lugar que se basa en la información<f>F<s>RP TS del paquete de origen F<e>C recibido en primer lugar o paquete de reparación, es decir, Tr a T0 Tw Dmáx = Te1 Dmáx utilizando el tiempo de ventana de protección FEC (Tw) de un mensaje FEC, el retardo máximo de transmisión (Dmáx), y una marca de tiempo de un paquete de origen o de reparación<f>E<c>que se envía en primer lugar entre los paquetes de origen o de reparación FEC incluidos en un paquete de origen o de reparación FEC que se envía en cada paquete de origen o de reparación FEC (es decir, FFSRP _TS = T0 = Ts1).
Por lo tanto, el aparato receptor de señal puede realizar una operación de descodificación FEC realizando una operación de almacenamiento en memoria intermedia durante el tiempo comprendido entre Tr y Te1 Dmáx. Si el aparato receptor de señal recibe suficientes paquetes FEC de origen o de reparación, el aparato receptor de señal puede realizar una operación de descodificación FEC antes del tiempo comprendido entre Tr y Te1 Dmáx. El Te1 Dmáx denota el tiempo máximo durante el cual un descodificador FEC por un HRBM puede esperar para realizar una operación de descodificación. El descodificador FEC introduce K paquetes MMT incluidos en un bloque de paquetes de origen FEC relacionado junto con paquetes MMT que se recuperan de acuerdo con la descodificación FEC en un memoria intermedia de eliminación de fluctuaciones, y el memoria intermedia de eliminación de fluctuaciones emite los paquetes MMT de entrada correspondientes a Ts △ . En este caso, Ts denota una marca de tiempo de un paquete, y △ = Dmáx Tw.
Se ha descrito con referencia a la FIG. un periodo de envío/recepción de un bloque de paquetes de origen o de reparación FEC y un procedimiento de de-eliminación de fluctuaciones de descodificación FEC en un sistema MMT que soporta un esquema FEC. 12, y una estructura interna de un HRBM en un sistema MMT que soporta un esquema FEC se describirán con referencia a la FIG. 13.
La FIG. 13 ilustra esquemáticamente una estructura interna de un HRBM en un sistema MMT que soporta un esquema FEC proporcionando ejemplos para una mejor comprensión de la presente invención, que no está cubierta por las reivindicaciones.
Con referencia a la FIG. 13, el HRBM incluye un memoria intermedia de descodificación FEC 1311, un memoria intermedia de de-eliminación de fluctuaciones 1313, y un memoria intermedia de-capsulación MMTP 1315. A continuación se describirán detalladamente la memoria intermedia de descodificación FEC 1311, la memoria intermedia de eliminación de fluctuaciones 1313 y la memoria intermedia de eliminación de encapsulación MMTP 1315.
(1) Memoria intermedia de descodificación FEC 1311
El memoria intermedia de descodificación FEC 1311 establece una ventana de recepción desde el tiempo de recepción de un paquete de origen o de reparación FEC recibido en primer lugar Tr hasta FFRSP TS Tw Dmáx = FFRSP △ con base en la información FFRSP TS para el paquete de origen o de reparación FEC recibido en primer lugar, el tiempo de ventana de protección FEC Tw de un mensaje FEC, el retardo máximo de transmisión Dmáx de un mensaje HRBM, y un tamaño máximo de memoria intermedia, y almacena en memoria intermedia los paquetes de origen o de reparación FEC incluidos en un bloque de paquetes de origen o de reparación FEC relacionados que se reciben dentro de la ventana de recepción establecida.
Tras recibir suficientes paquetes FEC de origen o de reparación dentro de la ventana de recepción, el aparato receptor de señal realiza una operación de descodificación FEC antes de FFRSP A o en FFRSP Ae introduce todos los paquetes (paquetes MMT) de un bloque de paquetes de origen FEC recuperado en la memoria intermedia de eliminación de fluctuaciones 1313. Es decir, todos los paquetes incluidos en el paquete de origen FEC recuperado se introducen en el memoria intermedia de eliminación de fluctuaciones 1313 en un punto de temporización T tiempo de ventana de protección FEC (Tw). En este caso, T es menor o igual que FFRSP _TS Dmáx o mayor o igual que un punto de temporización en el que el aparato receptor de señal recibe suficientes paquetes FEC de origen o de reparación que el aparato receptor de señal puede descodificar FEC.
(2) Memoria intermedia de eliminación de fluctuaciones 1313
La memoria intermedia de eliminación de fluctuaciones 1313 introduce cada uno de los paquetes MMT procedentes de la memoria intermedia de descodificación FEC 1311 en un punto de temporización Ts A a la memoria intermedia de desencapsulación MMTP 1315. En este caso, Ts es la hora de envío de un paquete incluida en la cabecera de un paquete<m>M<t>, es decir, una marca de tiempo.
(3) Memoria intermedia de desencapsulación MMTP 1315
La memoria intermedia de desencapsulación MMTP 1315 realiza una operación de desencapsulación en los paquetes MMT introducidos desde el memoria intermedia de desencapsulación 1313 para generar una unidad de fragmento de medio (MFU)/unidad de procesamiento de medio (MPU), y emite la MFU/MPU generada. En este caso, la MFU denota un fragmento de una MPU. La operación de desencapsulación incluye una operación de eliminación de un encabezado de paquete MMT y un encabezado de carga útil MMT, una operación de eliminación de una carga útil MMT, una operación de desfragmentación y una desagregación.
Aunque la memoria intermedia de descodificación FEC 1311, la memoria intermedia de eliminación de fluctuaciones 1313, y la memoria intermedia de desencapsulación MMTP 1315 se describen como unidades separadas, debe comprenderse que esto es meramente por conveniencia de descripción. En otras palabras, dos o más de la memoria intermedia de descodificación FEC 1311, la memoria intermedia de eliminación de fluctuación de fase 1313 y la memoria intermedia de eliminación de encapsulación MMTP 1315 pueden incorporarse en una sola unidad.
Una estructura interna de un HRBM en un sistema MMT que soporta un esquema FEC se describirá con referencia a la FIG. 13, y una ventana de protección FEC en un aparato receptor de señal en un caso en que un FFRSTTS se envía después de ser incluido en un paquete (Caso 1) y una ventana de protección FEC en un aparato receptor de señal en un caso en que un FFRST_TS se envía sin ser incluido en un paquete (Caso 2) en un sistema MMT que soporta un esquema FEC se describirán con referencia a la FIG. 14.
La FIG. 14 ilustra esquemáticamente una ventana de protección FEC en un aparato receptor de señal en un caso en que un FFRST_TS se envía después de ser incluido en un paquete (Caso 1) y una ventana de protección FEC en un aparato receptor de señal en un caso en que un FFRST_TS se envía sin ser incluido en un paquete (Caso 2) en un sistema MMT que soporta un esquema f Ec proporcionando ejemplos para una mejor comprensión de la presente invención, que no está cubierta por las reivindicaciones.
Con referencia a la FIG. 14, un intervalo de ventana de protección FEC de recepción que se expresa como T0 Dmín -Te Dmáx denota un intervalo en el que puede recibirse un bloque de paquetes FEC de origen o de reparación enviado tomando en consideración Dmín, Dmáx y Tw.
En la FIG. 14, por referencia a un Caso 1, un aparato receptor de señal recibe en primer lugar un paquete de origen o reparación FEC incluido en el paquete de origen o reparación FEC en el tiempo real Tr. una ventana de protección<f>E<c>del aparato receptor de señal se establece a partir de la información FFRSP _TS (T0) incluida en el paquete de origen o reparación FEC recibido a T0 Tw Dmáx tomando en consideración Tw, y Dmáx que se adquieren a partir de un mensaje FEC y un mensaje HRBM.
En la FIG. 14, por referencia al Caso 2, no se envía un FFRSP _TS, por lo que el aparato receptor de señal no conoce la información de tiempo de envío de un paquete de origen o reparación FEC que se envía en primer lugar entre el paquete de origen o reparación FEC incluidos en el bloque de origen FEC o paquete de reparación y puede no saber si un paquete de origen o reparación FEC recibido en primer lugar es el paquete de origen o reparación FEC que se envía en primer lugar entre el paquete de origen o reparación FEC incluidos en el bloque de origen FEC o paquete de reparación.
Debido a esto, el aparato receptor de señal debe establecer la ventana de protección FEC del aparato receptor de señal en Ts Tw Dmáx tomando en consideración Tw y Tmáx con base en la información de tiempo de envío (Ts) del paquete de origen o de reparación FEC recibido en primer lugar.
Debido a esto, en el Caso 2 comparado con el Caso 1, el aparato de recepción de señal realiza una operación de almacenamiento en memoria intermedia innecesaria durante Ts -T0, o se produce un retardo adicional, y el tiempo de salida de un memoria intermedia de eliminación de fluctuaciones puede variarse en función de que un memoria intermedia de descodificación FEC reciba en primer lugar qué paquete de origen o reparación FEC, ya que un valor de Ts - T0 se varía en función de la información de tiempo de envío Ts de un paquete de origen o reparación FEC recibido en primer lugar.
Una ventana de protección FEC en un aparato receptor de señal en un caso en que un FFRST_TS es enviado después de ser incluido en un paquete (Caso 1) y una ventana de protección FEC en un aparato receptor de señal en un caso en que un FFRST_TS es enviado sin ser incluido en un paquete (Caso 2) en un sistema MMT que soporta un esquema FEC ha sido descrito con referencia a la FIG. 14, y se describirá un ejemplo de estructura interna de una entidad emisora MMT en un sistema MMT con referencia a la FIG. 15.
La FIG. 15 ilustra esquemáticamente un ejemplo de estructura interna de una entidad emisora MMT en un sistema MMT proporcionando ejemplos para una mejor comprensión de la presente invención, que no está cubierta por las reivindicaciones.
Con referencia a la FIG. 15, una entidad emisora de MMT 1500 incluye una capa de motor de presentación 1511, un procesador de archivos 1513, una capa de construcción de objetos genéricos 1515, un procesador de medios 1517, una capa de construcción de MPU 1519, un procesador de mensajes de señalización 1521, una capa de construcción de mensajes de señalización 1523, una capa de protocolo MMT 1525 y una capa de entrega 1527.
La capa de motor de presentación 1511 configura una escena multimedia.
El procesador de archivos 1513 procesa un archivo, por ejemplo, un archivo MPU, y la capa de construcción de objetos genéricos 1515 construye un objeto genérico tal como una MPU completa.
El procesador de medios 1517 procesa datos de medios, la capa de construcción de MPU 1519 construye una MPU, y el procesador de mensajes de señalización 1521 realiza una operación de procesamiento para un mensaje de señalización que se enviará a una entidad receptora de MMT La capa de construcción de mensajes de señalización 1523 construye un mensaje de señalización que se procesa en el procesador de mensajes de señalización 1521.
La capa de protocolo MMT 1525 genera medios transmitidos tomando en consideración varios parámetros tal como un ID de paquete, un tipo de carga útil, y similares. En este caso, un procedimiento de encapsulación se basa en un tipo de carga útil entregada, y se realiza de forma independiente, por lo que se observará que el procedimiento de encapsulación no se muestra en la FIG. 15.
La capa de entrega 1527 convierte los datos multimedia transmitidos que se generan en la capa MMTP 1525 a un formato apropiado para que la capa de entrega 1527 envíe los datos multimedia transmitidos, y envía el formato convertido a la entidad receptora MMT.
Aunque la capa de motor de presentación 1511, el procesador de archivos 1513, la capa de construcción de objetos genéricos 1515, el procesador de medios 1517, la capa de construcción de MPU 1519, el procesador de mensajes de señalización 1521, la capa de construcción de mensajes de señalización 1523, la capa de protocolo MMT 1525, y la capa de entrega 1527 se describen como unidades separadas, debe entenderse que esto es meramente por conveniencia de la descripción. En otras palabras, dos o más de la capa de motor de presentación 1511, el procesador de archivos 1513, la capa de construcción de objetos genéricos 1515, el procesador de medios 1517, la capa de construcción de MPU 1519, el procesador de mensajes de señalización 1521, la capa de construcción de mensajes de señalización 1523, la capa de protocolo MMT 1525 y la capa de entrega 1527 pueden incorporarse en una única unidad.
Un ejemplo de estructura interna de una entidad emisora MMT en un sistema MMT que soporta un esquema FEC se ha descrito con referencia a la FIG. 15, y otro ejemplo de estructura interna de una entidad emisora MMT en un sistema MMT que soporta un esquema FEC de acuerdo con una realización de la presente divulgación se describirá con referencia a la FIG. 16.
La FIG. 16 ilustra esquemáticamente otro ejemplo de una estructura interna de una entidad emisora MMT en un sistema MMT de acuerdo con una realización de la presente divulgación.
Con referencia a la FIG. 16, una entidad emisora MMT 1600 incluye un emisor 1611, un controlador 1613, y una unidad de almacenamiento 1617.
El controlador 1613 controla las operaciones generales de la unidad emisora de MMT 1600. Más en particular, el controlador 1613 controla la entidad emisora de MMT 1600 para realizar una operación relacionada con una operación de envío/recepción de un paquete de acuerdo con una realización de la presente divulgación. La operación relacionada con la operación de envío/recepción del paquete se realiza de la manera descrita con referencia a las FIGS. 1 a 14 y su descripción se omitirá en la presente memoria.
El remitente 1611 envía diversos mensajes y/o similares a una entidad receptora MMT y/o similares bajo el control del controlador 1613. Los diversos mensajes, y/o similares enviados en el emisor 1611 han sido descritos en las FIGS. 1 a 14 y su descripción se omitirá en la presente memoria.
El receptor 1615 recibe diversos mensajes y/o similares de la entidad receptora MMT y similares bajo el control del controlador 1613. Los diversos mensajes y similares recibidos en el receptor 1613 han sido descritos en las FIGS. 1 a 14 y su descripción se omitirá en la presente memoria.
La unidad de almacenamiento 1617 almacena un programa, diversos datos, y/o similares necesarios para la operación de la entidad emisora MMT 1600, especialmente, la operación relacionada con la operación de envío/recepción del paquete de acuerdo con una realización de la presente divulgación. La unidad de almacenamiento 1617 almacena los diversos mensajes, y/o similares recibidos en el receptor 1615.
Aunque el emisor 1611, el controlador 1613, el receptor 1615, y la unidad de almacenamiento 1617 se describen como unidades separadas, debe entenderse que esto es meramente para conveniencia de la descripción. En otras palabras, dos o más del emisor 1611, el controlador 1613, el receptor 1615 y la unidad de almacenamiento 1617 pueden incorporarse en una sola unidad.
Otro ejemplo de estructura interna de una entidad emisora MMT en un sistema MMT de acuerdo con una realización de la presente divulgación se ha descrito con referencia a la FIG. 16, y un ejemplo de estructura interna de una entidad receptora de MMT en un sistema MMT de acuerdo con una realización de la presente divulgación se describirá con referencia a la FIG. 17.
La FIG. 17 ilustra esquemática un ejemplo de una estructura interna de una entidad receptora MMT de acuerdo con una realización de la presente divulgación.
Con referencia a la FIG. 17, una entidad receptora MMT 1700 incluye una capa de motor de presentación 1711, un procesador de archivos 1713, una capa de reconstrucción de objetos genéricos 1715, un procesador de medios 1717, una capa de reconstrucción MPU 1719, un procesador de mensajes de señalización 1721, una capa de reconstrucción de mensajes de señalización 1723, una capa MMTP 1725 y una capa de entrega 1727.
La entidad receptora MMT 1700 opera en una o más áreas funcionales MMT (no mostradas en la FIG. 17). Las áreas funcionales del MMT incluyen un área funcional MPU, un área funcional de entrega y un área funcional de señalización. A continuación se describen el área funcional MPU, el área funcional de entrega y el área funcional de señalización.
El área funcional MPU define una estructura lógica de contenido multimedia, un paquete y un formato de unidades de datos para ser procesados por una entidad MMT y su instanciación, por ejemplo, instanciación con formato de archivo multimedia base ISO de acuerdo con se especifica en ISO/IEC 14496-12. El paquete especifica los componentes, incluido el contenido multimedia y la relación entre los componentes para proporcionar la información necesaria para una entrega avanzada. El formato de las unidades de datos se define para encapsular datos de medios codificados para su almacenamiento o entrega, y para permitir una fácil conversión entre los datos que se van a almacenar y los que se van a entregar.
El área funcional de entrega define un protocolo de transporte de capa de aplicación y formatos de carga útil. El protocolo de transporte de capa de aplicación proporciona características mejoradas en comparación con la multiplexación, el soporte del uso mixto de streaming y la entrega de descarga en un protocolo de transporte de capa de aplicación general, por ejemplo, un flujo de paquetes único. El formato de la carga útil se define con el fin de permitir el transporte de datos de medios codificados que es agnóstico a los tipos de medios y procedimientos de codificación.
El área funcional de señalización define formatos de mensajes de señalización que transportan información para gestionar la entrega y el consumo de contenidos multimedia. Los mensajes de señalización para gestionar el consumo se utilizan para señalizar una estructura del paquete, y los mensajes de señalización para gestionar la entrega se utilizan para señalizar una estructura del formato de la carga útil y la configuración del protocolo.
La capa MMTP 1725 se utiliza para recibir y desmultiplexar medios transmitidos basados en varios parámetros tal como un ID de paquete, un tipo de carga útil, y similares. En este caso, un procedimiento de desencapsulación depende de un tipo de carga útil que se entrega y se procesa de forma independiente, y por lo tanto no se muestra en la FIG. 17.
La capa de motor de presentación 1711 configura una escena multimedia, y hace referencia a un contenido que se recibe utilizando un MMTP
Aunque la capa del motor de presentación 1711, el procesador de archivos 1713, la capa de reconstrucción de objetos genéricos 1715, el procesador de medios 1717, la capa de reconstrucción MPU 1719, el procesador de mensajes de señalización 1721, la capa de reconstrucción de mensajes de señalización 1723, la capa MMTP 1725, y la capa de entrega 1727 se describen como unidades separadas, debe entenderse que esto es meramente para conveniencia de la descripción. En otras palabras, dos o más de la capa del motor de presentación 1711, el procesador de archivos 1713, la capa de reconstrucción de objetos genéricos 1715, el procesador de medios 1717, la capa de reconstrucción MPU 1719, el procesador de mensajes de señalización 1721, la capa de reconstrucción de mensajes de señalización 1723, la capa MMTP 1725 y la capa de entrega 1727 pueden incorporarse en una sola unidad.
Un ejemplo de una estructura interna de una entidad receptora MMT en un sistema MMT de acuerdo con una realización de la presente divulgación se ha descrito con referencia a la FIG. 17, y otro ejemplo de una estructura interna de una entidad receptora de MMT en un sistema MMT de acuerdo con una realización de la presente divulgación se describirá con referencia a la FIG. 18.
La FIG. 18 ilustra esquemáticamente otro ejemplo de una estructura interna de una entidad de receptora de MMT de acuerdo con una realización de la presente divulgación.
Con referencia a la FIG. 18, una entidad receptora MMT 1800 incluye un emisor 1811, un controlador 1813, y una unidad de almacenamiento 1817.
El controlador 1813 controla la operación general de la entidad receptora MMT 1800. Más en particular, el controlador 1813 controla la entidad receptora MMT 1800 para realizar una operación relacionada con una operación de envío/recepción de un paquete de acuerdo con una realización de la presente divulgación. La operación relacionada con la operación de envío/recepción del paquete se realiza de la manera descrita con referencia a las FIGS. 1 a 14 y su descripción se omitirá en la presente memoria.
El remitente 1811 envía diversos mensajes y/o similares a una entidad de envío MMT y/o similares bajo el control del controlador 1813. Los diversos mensajes, y/o similares enviados en el emisor 1811 han sido descritos en las FIGS. 1 a 14 y su descripción se omitirá en la presente memoria.
El receptor 1815 recibe diversos mensajes y/o similares de la entidad emisora de MMT y similares bajo el control del controlador 1813. Los diversos mensajes y similares recibidos en el receptor 1813 han sido descritos en las FIGS. 1 a 14 y su descripción se omitirá en la presente memoria.
La unidad de almacenamiento 1817 almacena un programa, diversos datos, y/o similares necesarios para la operación de la entidad receptora MMT 1800, especialmente, la operación relacionada con la operación de envío/recepción del paquete de acuerdo con una realización de la presente divulgación. La unidad de almacenamiento 1817 almacena los diversos mensajes, y/o similares recibidos en el receptor 1815.
Aunque el emisor 1811, el controlador 1813, el receptor 1815, y la unidad de almacenamiento 1817 se describen como unidades separadas, debe entenderse que esto es meramente para conveniencia de la descripción. En otras palabras, dos o más del emisor 1811, el controlador 1813, el receptor 1815 y la unidad de almacenamiento 1817 pueden incorporarse en una sola unidad.
Ciertos aspectos de la presente divulgación también se pueden representar como un código legible por ordenador en un medio de registro legible por ordenador no transitorio. Un medio de registro legible por ordenador no transitorio es cualquier dispositivo de almacenamiento de datos que puede almacenar datos que pueden ser leídos posteriormente por un sistema informático. Los ejemplos del medio de registro legible por ordenador no transitorio incluyen memoria de solo lectura (ROM), memoria de acceso aleatorio (RAM), CD-ROM, cintas magnéticas, disquetes, dispositivos ópticos de almacenamiento de datos, y ondas portadoras (tal como transmisión de datos a través de Internet). El medio de registro legible por ordenador no transitorio también se puede distribuir a través de sistemas informáticos acoplados a la red de forma que el código legible por ordenador se almacene y ejecute de forma distribuida. Además, los programas funcionales, el código, y los segmentos de código para llevar a cabo la presente divulgación pueden ser fácilmente interpretados por programadores expertos en técnica a la cual pertenece la presente divulgación.
Puede apreciarse que un procedimiento y aparato de acuerdo con una realización de la presente divulgación puede implementarse mediante hardware, software y/o una combinación de los mismos. El software puede almacenarse en un almacenamiento no volátil, por ejemplo, una ROM borrable o regrabable, una memoria, por ejemplo, una RAM, un chip de memoria, un dispositivo de memoria o un circuito integrado (CI) de memoria, o un medio de almacenamiento no transitorio, óptico o magnético, legible por máquina (por ejemplo, legible por ordenador) (por ejemplo, un disco compacto (CD), un disco versátil digital (DVD), un disco magnético, una cinta magnética y/o similares). Un procedimiento y aparato de acuerdo con una realización de la presente divulgación puede ser implementado por un ordenador o un terminal móvil que incluye un controlador y una memoria, y la memoria puede ser un ejemplo de un medio de almacenamiento no transitorio legible por máquina (por ejemplo, legible por ordenador), adecuado para almacenar un programa o programas que incluyen instrucciones para implementar diversas realizaciones de la presente divulgación.
La presente divulgación puede incluir un programa que incluye código para implementar el aparato y el procedimiento como se define en las reivindicaciones adjuntas, y un medio de almacenamiento legible por máquina no transitorio (por ejemplo, legible por ordenador) que almacena el programa. El programa puede transferirse electrónicamente a través de cualquier medio, como señales de comunicación, que se transmiten a través de conexiones por cable y/o inalámbricas, y la presente divulgación puede incluir sus equivalentes.
Un aparato de acuerdo con una realización de la presente divulgación puede recibir el programa de un programa que proporciona el dispositivo que está conectado al aparato a través de un cable o inalámbrica y almacenar el programa. El dispositivo que proporciona el programa puede incluir una memoria para almacenar las instrucciones que ordenan realizar un procedimiento de protección de contenido que ya ha sido instalado, la información necesaria para el procedimiento de protección de contenido, y similares, una unidad de comunicación para realizar una comunicación por cable o inalámbrica con un dispositivo de procesamiento gráfico, y un controlador para transmitir un programa relacionado a un dispositivo de transmisión/recepción basado en una solicitud del dispositivo de procesamiento gráfico o transmitir automáticamente el programa relacionado al dispositivo de transmisión/recepción.
Aunque la presente divulgación se ha mostrado y descrito con referencia a determinadas realizaciones de la misma, aquellos con experiencia en la técnica comprenderán que se pueden llevar a cabo varios cambios en su forma y detalles sin apartarse del ámbito de la invención definido por las reivindicaciones adjuntas y sus sistemas equivalentes. Los ejemplos del medio de registro legible por ordenador no transitorio incluyen memoria de solo lectura (ROM), memoria de acceso aleatorio (RAM), CD-ROM, cintas magnéticas, disquetes, dispositivos ópticos de almacenamiento de datos, y ondas portadoras (tal como transmisión de datos a través de Internet). El medio de registro legible por ordenador no transitorio también se puede distribuir a través de sistemas informáticos acoplados a la red de forma que el código legible por ordenador se almacene y ejecute de forma distribuida. Además, los programas funcionales, el código, y los segmentos de código para llevar a cabo la presente divulgación pueden ser fácilmente interpretados por programadores expertos en técnica a la cual pertenece la presente divulgación.
Puede apreciarse que un procedimiento y aparato de acuerdo con una realización de la presente divulgación puede implementarse mediante hardware, software y/o una combinación de los mismos. El software puede almacenarse en un almacenamiento no volátil, por ejemplo, una ROM borrable o regrabable, una memoria, por ejemplo, una RAM, un chip de memoria, un dispositivo de memoria o un circuito integrado (CI) de memoria, o un medio de almacenamiento no transitorio, óptico o magnético, legible por máquina (por ejemplo, legible por ordenador) (por ejemplo, un disco compacto (CD), un disco versátil digital (DVD), un disco magnético, una cinta magnética y/o similares). Un procedimiento y aparato de acuerdo con una realización de la presente divulgación puede ser implementado por un ordenador o un terminal móvil que incluye un controlador y una memoria, y la memoria puede ser un ejemplo de un medio de almacenamiento no transitorio legible por máquina (por ejemplo, legible por ordenador), adecuado para almacenar un programa o programas que incluyen instrucciones para implementar diversas realizaciones de la presente divulgación.
La presente divulgación puede incluir un programa que incluye código para implementar el aparato y el procedimiento como se define en las reivindicaciones adjuntas, y un medio de almacenamiento legible por máquina no transitorio (por ejemplo, legible por ordenador) que almacena el programa. El programa puede transferirse electrónicamente a través de cualquier medio, como señales de comunicación, que se transmiten a través de conexiones por cable y/o inalámbricas, y la presente divulgación puede incluir sus equivalentes.
Un aparato de acuerdo con una realización de la presente divulgación puede recibir el programa de un programa que proporciona el dispositivo que está conectado al aparato a través de un cable o inalámbrica y almacenar el programa. El dispositivo que proporciona el programa puede incluir una memoria para almacenar las instrucciones que ordenan realizar un procedimiento de protección de contenido que ya ha sido instalado, la información necesaria para el procedimiento de protección de contenido, y similares, una unidad de comunicación para realizar una comunicación por cable o inalámbrica con un dispositivo de procesamiento gráfico, y un controlador para transmitir un programa relacionado a un dispositivo de transmisión/recepción basado en una solicitud del dispositivo de procesamiento gráfico o transmitir automáticamente el programa relacionado al dispositivo de transmisión/recepción.
Si bien la presente divulgación se ha mostrado y descrito con referencia a diversas realizaciones de la misma, los expertos en la técnica entenderán que se pueden realizar diversos cambios de forma y detalles en la misma sin apartarse del ámbito de la presente divulgación como se define en las reivindicaciones adjuntas.

Claims (6)

REIVINDICACIONES
1. Un aparato (1600) para enviar información de configuración de corrección de errores hacia adelante, FEC, en un sistema multimedia, comprendiendo el aparato:
un transmisor (1611); y
un controlador (1613), estando el aparato configurado para realizar bajo un control del controlador las siguientes operaciones:
generar, mediante un bloque de codificación FEC (202) del aparato, un bloque de paquetes de origen incluyendo al menos un paquete de origen,
codificar, mediante el bloque de codificación FEC (202), el bloque de paquetes de origen de acuerdo con una estructura de codificación FEC para generar al menos un bloque de símbolos de reparación FEC, generar, mediante el bloque de codificación FEC (202), al menos un paquete de origen FEC añadiendo información de configuración FEC (1013) a cada uno de los al menos un paquete de origen,
enviar el al menos un paquete de origen FEC a través del transmisor,
en el que cada uno de los al menos un paquete de origen FEC incluye una cabecera (1010), una carga útil (1012) y la información de configuración f Ec (1013), y la cabecera incluye información para una marca de tiempo que indica un tiempo de envío de un paquete de origen FEC correspondiente,
en el que la estructura de codificación FEC es una estructura de codificación FEC de dos etapas y la codificación del bloque de paquetes de origen comprende:
dividir el bloque de paquetes de origen en M, M>1, subbloques de paquetes de origen,
generar M subbloques de símbolos de origen a partir de los M subbloques de paquetes de origen, codificar cada subbloque de símbolos de origen i de los M subbloques de símbolos de origen mediante un código FEC 1 para generar M primeros bloques de símbolos de reparación FEC, i=1,2, ..., M, y codificar un bloque de símbolos de origen generado concatenando los M subbloques de símbolos de origen mediante un código FEC 2 para generar un segundo bloque de símbolos de reparación FEC,caracterizado por que
la información de configuración FEC incluye un indicador de marca de tiempo, TS_Indicator, y un campo de marca de tiempo, FP_TS.
y está situado después de la carga útil, el TS_indicator indica si el campo de marca de tiempo de la información de configuración FEC está relacionado con el bloque de paquete de origen FEC o con el i-ésimo subbloque de paquete de origen FEC, i=1,2, ..., M al que pertenece el paquete de origen FEC, en el que, en caso de que la información de configuración FEC se incluya en un paquete de origen FEC enviado en número par entre uno o más paquetes de origen FEC del subbloque i-ésimo de paquetes de origen FEC, el indicador_TS indica que el campo de marca de tiempo, FP_TS, como información de 31 bits incluye bits excepto un bit más significativo, MSB, de 1 bit de la marca de tiempo en la cabecera de un primer paquete de origen FEC que se envía en primer lugar en el bloque de paquetes de origen FEC al que pertenece el paquete de origen FEC enviado en número par, y
en el que, en caso de que la información de configuración FEC se incluya en un paquete de origen FEC enviado en número impar entre los uno o más paquetes de origen FEC del subbloque i-ésimo de paquetes de origen FEC, el indicador TS indica que el campo de marca de tiempo, FP_TS, como información de 31 bits incluye bits excepto un MSB de 1 bit de la marca de tiempo en la cabecera de un primer paquete de origen FEC enviado en primer lugar en el subbloque i-ésimo de paquetes de origen FEC al que pertenece el paquete de origen FEC enviado en número impar.
2. El procedimiento de la reivindicación 1, en el que el TS_indicator es1 bit.
3. El aparato de la reivindicación 1,
en el que la información de configuración FEC comprende un ID de carga útil FEC de origen y el ID de carga útil FEC de origen comprende un campo SS_ID y un campo FFSRP_TS,
en el que el campo SS_ID incluye un ID de símbolo de origen y es un número de secuencia para símbolos de origen dentro de un paquete de origen FEC.
4. El aparato de la reivindicación 3, en el que el TS_indicator y el campo de marca de tiempo, FP_TS, están comprendidos en el campo FFSRP TS.
5. El aparato de la reivindicación 3, en el que la longitud del campo SS_ID es 32 bits.
6. Un aparato (1800) para recibir información de configuración de corrección de errores hacia adelante, FEC, en un sistema multimedia, comprendiendo el aparato:
un receptor (1815); y
un controlador (1813), estando el aparato configurado para realizar bajo un control del controlador las siguientes operaciones:
recibir al menos un paquete de origen FEC a través del receptor desde un aparato emisor (1600), generándose el al menos un paquete de origen FEC a partir de un bloque de paquetes de origen que incluye al menos un paquete de origen,
descodificar el al menos un paquete de origen FEC,
en el que cada uno de los al menos un paquete de origen FEC incluye una cabecera (1010), una carga útil (1012) e información de configuración FEC (1013), y la cabecera incluye información para una marca de tiempo que indica una hora de envío de un paquete de origen FEC correspondiente,
en el que el bloque de paquetes de origen es codificado por el aparato emisor de acuerdo con una estructura de codificación FEC para generar al menos un bloque de símbolos de reparación FEC,
en la que la estructura de codificación FEC es una estructura de codificación FEC de dos etapas, en la que el bloque de paquetes de origen se divide en M, M>1, subbloques de paquetes de origen,
se generan M subbloques de símbolos de origen a partir de los M subbloques de paquetes de origen, cada subbloque de símbolos de origen i de los M subbloques de símbolos de origen se codifica mediante un código FEC 1 para generar M primeros bloques de símbolos de reparación FEC, i=1,2, ..., M, y un bloque de símbolos de origen, generado concatenando los M subbloques de símbolos de origen, se codifica mediante un código FEC 2 para generar un segundo bloque de símbolos de reparación FEC,caracterizado por que
la información de configuración FEC incluye un indicador de marca de tiempo, TS_Indicator, y un campo de marca de tiempo, FP_TS, y está situada después de la carga útil, el TS_indicator indica si el campo de marca de tiempo de la información de configuración FEC está relacionado con el bloque de paquetes de origen FEC o con el i-ésimo subbloque de paquetes de origen FEC, i=1,2, ..., M al que pertenece el paquete de origen FEC,
en el que, en caso de que la información de configuración FEC se incluya en un paquete de origen FEC enviado en número par entre uno o más paquetes de origen FEC del subbloque i-ésimo de paquetes de origen FEC, el indicador_TS indica que el campo de marca de tiempo, FP_TS, como información de 31 bits incluye bits excepto un bit más significativo, MSB, de 1 bit de la marca de tiempo en la cabecera de un primer paquete de origen FEC que se envía en primer lugar en el bloque de paquetes de origen FEC al que pertenece el paquete de origen FEC enviado en número par, y
en el que, en caso de que la información de configuración FEC se incluya en un paquete de origen FEC enviado en número impar entre los uno o más paquetes de origen FEC del subbloque i-ésimo de paquetes de origen FEC, el indicador TS indica que el campo de marca de tiempo, FP_TS, como información de 31 bits incluye bits excepto un MSB de 1 bit de la marca de tiempo en la cabecera de un primer paquete de origen FEC enviado en primer lugar en el subbloque i-ésimo de paquetes de origen FEC al que pertenece el paquete de origen FEC enviado en número impar.
ES21207152T 2013-07-18 2014-07-18 Aparato y procedimiento para enviar/recibir paquetes en un sistema de comunicación multimedia Active ES2969871T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR20130084877 2013-07-18

Publications (1)

Publication Number Publication Date
ES2969871T3 true ES2969871T3 (es) 2024-05-23

Family

ID=52346476

Family Applications (1)

Application Number Title Priority Date Filing Date
ES21207152T Active ES2969871T3 (es) 2013-07-18 2014-07-18 Aparato y procedimiento para enviar/recibir paquetes en un sistema de comunicación multimedia

Country Status (12)

Country Link
US (4) US10341054B2 (es)
EP (2) EP3022860B1 (es)
JP (1) JP6530748B2 (es)
KR (1) KR102138000B1 (es)
CN (1) CN105393480B (es)
AU (1) AU2014290953B2 (es)
BR (1) BR112016000913B1 (es)
ES (1) ES2969871T3 (es)
FI (1) FI3972135T3 (es)
MX (1) MX357095B (es)
MY (1) MY177154A (es)
WO (1) WO2015009105A1 (es)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10085051B2 (en) * 2015-02-13 2018-09-25 Samsung Electronics Co., Ltd. Method and apparatus for converting MMTP stream to MPEG-2TS
CN111786682B (zh) 2015-03-02 2023-09-01 三星电子株式会社 发送器及其分割方法
WO2016144142A1 (ko) * 2015-03-12 2016-09-15 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2017140261A1 (en) * 2016-02-19 2017-08-24 Mediatek Inc. Method and system of adaptive application layer fec for mpeg media transport
JP6583171B2 (ja) * 2016-07-21 2019-10-02 住友電気工業株式会社 Mmtコンテンツ作成装置および作成プログラム
KR102464803B1 (ko) * 2017-10-13 2022-11-09 삼성전자주식회사 응용 계층 순방향 오류 정정 방식을 사용하는 멀티미디어 서비스 제공 방법 및 장치
US11689440B2 (en) * 2019-02-06 2023-06-27 Marvell Israel (M.I.S.L) Ltd. Method and apparatus for transmit time timestamping
CN115189810B (zh) * 2022-07-07 2024-04-16 福州大学 一种面向低时延实时视频fec编码传输控制方法
WO2024230956A1 (en) * 2024-01-11 2024-11-14 Lenovo (Singapore) Pte. Ltd. Protocol data unit set signalling with application layer forward error correction in a wireless communication network

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1783981A1 (en) * 1993-12-24 2007-05-09 Sharp Kabushiki Kaisha Image information storage device and image information storage regenerating device
US7257664B2 (en) * 2001-12-21 2007-08-14 Lambert Everest Ltd. Adaptive error resilience for signal transmission over a network
US7660245B1 (en) 2004-09-16 2010-02-09 Qualcomm Incorporated FEC architecture for streaming services including symbol-based operations and packet tagging
CN101686107B (zh) 2006-02-13 2014-08-13 数字方敦股份有限公司 使用可变fec开销和保护周期的流送和缓冲
JP4655006B2 (ja) * 2006-08-23 2011-03-23 日本電気株式会社 Ipストリーム送受信システム、ipストリーム受信装置及びそれらに用いる受信処理タイミング同期化方法
JP4356742B2 (ja) * 2006-12-25 2009-11-04 ソニー株式会社 データ通信システム、データ送信装置およびデータ送信方法
US8787153B2 (en) 2008-02-10 2014-07-22 Cisco Technology, Inc. Forward error correction based data recovery with path diversity
JP5380862B2 (ja) * 2008-03-05 2014-01-08 日本電気株式会社 Ipストリーム送受信システム、ipストリーム受信装置及びそれらに用いる受信処理タイミング同期化方法
JP4544435B2 (ja) * 2009-02-10 2010-09-15 日本電気株式会社 映像品質推定装置、映像品質推定方法およびプログラム
US8301982B2 (en) * 2009-11-18 2012-10-30 Cisco Technology, Inc. RTP-based loss recovery and quality monitoring for non-IP and raw-IP MPEG transport flows
TW201223170A (en) * 2010-11-18 2012-06-01 Ind Tech Res Inst Layer-aware Forward Error Correction encoding and decoding method, encoding apparatus, decoding apparatus and system thereof
US8769369B2 (en) * 2011-07-08 2014-07-01 Samsung Electronics Co., Ltd. Method for generating forward error correction packet in multimedia system and method and apparatus for transmitting and receiving forward error correction packet
JP5890208B2 (ja) * 2012-03-14 2016-03-22 日本放送協会 パケット送信装置、パケット受信装置及びパケット伝送システム
US10756997B2 (en) * 2015-09-28 2020-08-25 Cybrook Inc. Bandwidth adjustment for real-time video transmission

Also Published As

Publication number Publication date
US10341054B2 (en) 2019-07-02
FI3972135T3 (fi) 2024-03-20
EP3022860A4 (en) 2017-03-22
US11677503B2 (en) 2023-06-13
AU2014290953B2 (en) 2017-11-16
BR112016000913B1 (pt) 2023-05-16
AU2014290953A2 (en) 2016-04-21
US20160182188A1 (en) 2016-06-23
US20200244399A1 (en) 2020-07-30
EP3022860B1 (en) 2021-11-10
US11146361B2 (en) 2021-10-12
KR20150010652A (ko) 2015-01-28
US20190273579A1 (en) 2019-09-05
MX357095B (es) 2018-06-26
EP3972135A1 (en) 2022-03-23
EP3972135B1 (en) 2023-12-20
BR112016000913A2 (es) 2017-07-25
MX2016000718A (es) 2016-04-15
JP6530748B2 (ja) 2019-06-12
US20220029743A1 (en) 2022-01-27
US10637611B2 (en) 2020-04-28
MY177154A (en) 2020-09-08
AU2014290953A1 (en) 2016-03-10
KR102138000B1 (ko) 2020-07-28
JP2016525320A (ja) 2016-08-22
CN105393480A (zh) 2016-03-09
WO2015009105A1 (en) 2015-01-22
EP3022860A1 (en) 2016-05-25
CN105393480B (zh) 2019-08-06

Similar Documents

Publication Publication Date Title
ES2969871T3 (es) Aparato y procedimiento para enviar/recibir paquetes en un sistema de comunicación multimedia
ES3009367T3 (en) Method and apparatus for packet transmission supporting downloading and streaming
ES2706384T3 (es) Procedimiento y aparato para transmitir y recibir paquetes en un sistema de comunicación
JP5312456B2 (ja) 移動体テレビジョン放送システム
AU2013260417B2 (en) Apparatus and method of transmitting and receiving packet in a broadcasting and communication system
KR102533481B1 (ko) 송신 장치, 송신 방법, 수신 장치, 및 수신 방법
ES2898632T3 (es) Procedimiento y aparato para la señalización y el funcionamiento del consumo con bajo retardo de los datos de medios en MMT
JP6511472B2 (ja) ブロードキャスティング及び/又は通信システムにおけるパケットの生成及び復元のための方法及び装置
CA2909801C (en) Apparatus and method for transmitting and receiving forward error correction packet
KR102163338B1 (ko) 방송 및 통신 시스템에서 패킷 송수신 장치 및 방법
BR112019011500A2 (pt) aparelho e método de transmissão, e, aparelho e método de recepção.
CN108141615B (zh) 用于mpeg运输帧同步的方法和系统
KR102093731B1 (ko) 오류 정정 부호를 사용하는 통신 시스템에서 패킷 송수신 기법
KR102506507B1 (ko) 통신 시스템에서 신호를 송/수신하는 장치 및 방법
JP7658401B2 (ja) 送信装置、及び、送信方法