MX2013011678A - Transmisor de difusion digital para transmitir un flujo de transporte que contiene paquetes de audio, receptor de difusion digital para recibir los mismos y metodos de los mismos. - Google Patents

Transmisor de difusion digital para transmitir un flujo de transporte que contiene paquetes de audio, receptor de difusion digital para recibir los mismos y metodos de los mismos.

Info

Publication number
MX2013011678A
MX2013011678A MX2013011678A MX2013011678A MX2013011678A MX 2013011678 A MX2013011678 A MX 2013011678A MX 2013011678 A MX2013011678 A MX 2013011678A MX 2013011678 A MX2013011678 A MX 2013011678A MX 2013011678 A MX2013011678 A MX 2013011678A
Authority
MX
Mexico
Prior art keywords
data
interval
mode
flow
area
Prior art date
Application number
MX2013011678A
Other languages
English (en)
Inventor
Jin-Hee Jeong
Hak-Ju Lee
Jae-Yoel Kim
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
Priority claimed from PCT/KR2012/002637 external-priority patent/WO2012138180A2/ko
Publication of MX2013011678A publication Critical patent/MX2013011678A/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/015—High-definition television systems

Abstract

Se describe un método para procesar un flujo de un transmisor de difusión digital. El presente método comprende una etapa de formar un flujo que contenga datos normales y datos M/H, y una etapa de transmisión para codificar, entrelazar y enviar el flujo. En la etapa de formar un flujo, el flujo se forma de tal manera que un número predeterminado de paquetes de audio de los datos normales sean dispuestos por ciclo de tiempo predeterminado. Así, los paquetes de audio se transmiten en forma eficiente.

Description

TRANSMISOR DE DIFUSIÓN DIGITAL PARA TRANSMITIR UN FLUJO DE TRANSPORTE QUE CONTIENE PAQUETES DE AUDIO, RECEPTOR DE DIFUSION DIGITAL PARA RECIBIR LOS MISMOS Y MÉTODOS DE LOS MISMOS Antecedentes de la invención 1. Campo de la invención Los métodos y aparatos relacionados con las modalidades ejemplares se refieren a un transmisor de difusión digital para transmitir un flujo de transporte que contiene paquetes de audio, un receptor de difusión digital para recibir los mismos, y métodos de los mismos, y más particularmente, a un transmisor de difusión digital que forma un flujo de transporte en donde paquetes de audio de un tamaño predeterminado son dispuestos por periodo predeterminado y se transmite el flujo de transporte, a un receptor de difusión digital que recibe y procesa el flujo del transporte y a métodos de los mismos. 2. Descripción de la técnica anterior Con la propagación de difusiones digitales, varios tipos de aparatos electrónicos proporcionan servicios de difusión digital. Especialmente, recientemente, aparte de aparatos en hogares normales, por ejemplo, televisiones de difusión digital, y decodificadores etc., los aparatos portátiles que los individuos portan, por ejemplo, teléfonos móviles, navegadores, PDAs, y reproductores de MP3, etc. tienen funciones que soportan servicios de difusión digital.
Por lo tanto, ha habido discusiones acerca de las normas de difusión digital para proporcionar servicios de difusión digital en aparatos portátiles.
Entre éstas, ha habido discusiones sobre la norma ATS-MH. De acuerdo con la norma ATS-MH, las tecnologías para disponer datos móviles dentro de un flujo de transporte para transmitir datos normales y transmitir el flujo de transporte están siendo descritas.
Datos móviles son datos que serán recibidos desde un aparato móvil y luego procesados, y de esta manera debido a la movilidad de los aparatos móviles, los datos móviles se procesan para ser resistentes a errores en comparación con datos normales, y luego se incluyen dentro del flujo de transporte.
La figura 1 es una vista que ilustra un ejemplo de un flujo de transporte que contiene datos móviles y datos normales. a) de la figura 1 ilustra un flujo en donde cada uno de datos móviles y datos normales son dispuestos en un paquete asignado a sí mismo y luego multiplexado.
El flujo a) de la figura 1 se convierte en una estructura tal como el flujo b) por entrelazado. De acuerdo con b) de la figura 1 , MH, que son datos móviles pueden dividirse en área A y área B por entrelazado. Un área indica un área dentro de cierto intervalo con base en una porción donde datos móviles de más de cierto tamaño se acumulan en una pluralidad de unidades de transmisión, mientras que el área B indica la porción que no es el área A. La división de área A y área B es sólo un ejemplo, y de esta manera se pueden dividir diferentemente de acuerdo con las circunstancias. Es decir, en b) de la figura 1 , el área A puede ser la porción hasta que los datos normales no se incluyan, mientras que la porción que corresponda a la unidad de transmisión cuando los datos normales se dispongan aunque sólo sean pocos puede ser el área B.
Mientras tanto, ha habido discusiones sobre tecnologías para transmitir datos móviles y datos normales en métodos más diversos y eficientes usando un flujo que tenga una estructura de la figura 1 . Especialmente, puede haber casos en donde un número no suficiente de paquetes de audio de datos de audio no se transmitan debido a la transmisión de datos móviles. Y de esta manera existe una necesidad cada vez más alta por una tecnología para evitar esos casos.
Breve descripción de la invención El propósito de la presente invención es resolver la necesidad mencionada arriba, y más particularmente proporcionar un transmisor de difusión digital que transmite un flujo de transporte configurado para almacenar temporalmente un número adecuado de paquetes de audio en un receptor de difusión digital, un receptor de difusión digital que recibe y procesa el transporte, y métodos de los mismos.
Breve descripción de los dibujos Los anteriores y/u otros aspectos de la presente invención se harán más aparentes al describir ciertos aspectos de la presente invención con referencia a los dibujos acompañantes, en los cuales: La figura 1 es una vista que ¡lustra un ejemplo de una configuración de un flujo de transporte de acuerdo con la norma ATSC-MH.
Las figuras 2 a 4 son diagramas de bloques que ilustran una configuración de un transmisor de difusión digital de acuerdo con varias modalidades ejemplares de la presente invención.
La figura 5 es un diagrama de bloques que ilustra un ejemplo de una configuración de un codificar de cuadros.
La figura 7 es un diagrama de bloques que ilustra un ejemplo de un procesador de bloques.
La figura 8 es una vista para explicar un ejemplo de una clasificación por bloques de un flujo.
La figura 9 es un diagrama de bloques que ilustra un ejemplo de una configuración de un codificador de señalización.
Las figuras 10 a 13 son vistas que ilustran varios ejemplos de una configuración de un codificador por entrelazado.
La figura 14 es una vista para explicar un ejemplo de una estructura de un cuadro de datos móviles.
Las figuras 15 a 21 son vistas que ilustran una configuración de flujo de acuerdo con varias modalidades ejemplares de la presente invención.
Las figuras 22 a 28 son vistas que ilustran un patrón de inserción de datos de base de acuerdo con varias modalidades ejemplares de la presente invención.
La figura 29 es una vista que ilustra un patrón en donde datos móviles son dispuestos en un área de datos normales de acuerdo con un primer modo.
La figura 30 es una vista que ilustra un estado entrelazado del flujo de la figura 29.
La figura 31 es una vista que ilustra un patrón donde datos móviles son dispuestos en un área de datos normales de acuerdo con un segundo modo.
La figura 32 es una vista que ilustra un estado entrelazado del flujo de la figura 31 .
La figura 33 es una vista que ilustra un patrón en donde datos móviles se disponen en un área de datos normales de acuerdo con un tercer modo.
La figura 34 es una vista que ilustra un estado entrelazado con el flujo de la figura 33.
La figura 35 es una vista que ilustra un patrón donde datos móviles se disponen en un área de datos normales de acuerdo con un cuarto modo.
La figura 36 es una vista que ilustra un estado entrelazado del flujo de la figura 35.
Las figuras 37 a 40 son vistas que ilustran un patrón donde datos móviles se disponen de acuerdo con varios modos de la presente invención.
Las figuras 41 a 43 son vistas que ilustran un estado en donde varios tipos de intervalos se disponen repetidamente en forma secuencial.
Las figuras 44 a 47 son vistas para explicar un método de asignación de bloques de acuerdo con varias modalidades ejemplares de la presente invención.
La figura 48 es una vista para explicar varias modalidades ejemplares que definen un punto de partida de un cuadro RS.
La figura 49 es una vista para explicar una ubicación de inserción de datos de señalización.
La figura 50 es una vista que ilustra un ejemplo de una configuración de sincronización de campos de datos para suministrar datos de señalización.
Las figuras 51 a 53 son vistas que ilustran una configuración de un receptor de difusión digital de acuerdo con varias modalidades ejemplares de la presente invención.
La figura 54 es un ejemplo de un formato de flujo después de entrelazado. La figura 55 es una vista para explicar un ejemplo de un método para pre-señalizar información de un cuadro siguiente.
La figura 56 es una estructura de flujo después del entrelazado en modo escalable 1 1 a.
La figura 57 es una estructura de flujo antes del entrelazado en modo escalable 1 1 a.
La figura 58 es una estructura de flujo que ilustra un área huérfana de primer tipo después del entrelazado.
La figura 59 es una estructura de flujo que ilustra un área huérfana de primer tipo antes del entrelazado.
La figura 60 es una estructura de flujo que ilustra un área huérfana de segundo tipo después del entrelazado.
La figura 61 es una estructura de flujo que ilustra un área huérfana de segundo tipo antes del entrelazado.
La figura 62 es una estructura de flujo que ilustra un área huérfana de tercer tipo después del entrelazado.
La figura 63 es una estructura de flujo que ilustra un área huérfana de tercer tipo antes del entrelazado.
La figura 64 es una estructura de flujo de antes del entrelazado en el modo de expansión de bloques 00.
La figura 65 es una estructura de flujo de después del entrelazado en el modo de expansión de bloques 00.
La figura 66 es un orden de asignación de grupos en un sub-cuadro.
La figura 67 es un patrón de asignación de intervalos para una parada múltiple.
La figura 68 es un diagrama de bloques que ilustra una configuración de un receptor de difusión digital de acuerdo con otra modalidad ejemplar de la presente invención.
La figura 69 es una tabla de códigos de tamaño de cuadro definida en una norma.
La figura 70 es un diagrama de bloques que ¡lustra una configuración de un transmisor de difusión digital de acuerdo con una modalidad ejemplar para transmitir un paquete de audio.
Las figuras 71 a 74 son vistas para explicar un método de transmisión de paquetes de audio de acuerdo con varias modalidades ejemplares de la presente invención.
La figura 75 es un diagrama de bloques que ilustra una configuración de un receptor de difusión digital configurado para recibir un flujo de transporte y procesar un paquete de audio de acuerdo con una modalidad ejemplar de la presente invención.
Descripción detallada de la invención Ciertas modalidades ejemplares se describen en mayor detalle abajo con referencia a los dibujos acompañantes.
Transmisor de difusión digital De acuerdo con la figura 2, un transmisor de difusión digital de acuerdo con una modalidad ejemplar de la presente invención incluye un pre-procesador de datos 100 y mux (multiplexor) 200.
El preprocesador de datos 100 es configurado para recibir datos móviles, procesar los datos móviles recibidos adecuadamente, y convertir los datos móviles procesados en un formato de cuadro para transmisión.
El mux 200 forma un flujo de transporte que contiene los datos móviles enviados desde el preprocesador de datos 100. En caso de que los datos normales deban ser transmitidos juntos, el mux 200 multiplexa los datos móviles y datos normales, para formar un flujo de transporte.
El preprocesador de datos 100 puede procesar en el formato en donde los datos móviles se dispongan en una totalidad o porción de un paquete asignado a datos normales de un flujo completo.
Es decir, como se ilustra en la figura 1 , de acuerdo con la norma ATSC-MH, algunos de los paquetes de los paquetes completos son asignados a datos normales. Más específicamente por ejemplo, como en la figura 1 , un flujo puede dividirse en una pluralidad de intervalos en unidades de tiempo, y un intervalo puede consistir en un total de 156 paquetes. De estos, 38 paquetes pueden ser una porción asignada a datos normales, mientras que los 1 18 paquetes restantes pueden ser una porción asignada a datos móviles. Para conveniencia de explicación, en esta descripción, los anteriormente mencionados 1 18 paquetes serán denominados un área asignada a datos móviles o una primer área, y los 38 paquetes mencionados arriba serán denominados un área asignada a datos normales, o una segunda área. Además, datos normales significa varios tipos de datos convencionales que pueden ser recibidos desde una TV convencional y ser procesados, mientras que datos móviles significa tipos de datos que pueden ser recibidos y procesados en un aparato móvil. Los datos móviles pueden ser llamados por varios términos tales como datos robustos, datos turbo o datos adicionales etc., dependiendo de las circunstancias.
El preprocesador de datos 100 puede disponer datos móviles en un área de paquete asignada a datos móviles, y también disponer datos móviles en una porción o totalidad de un paquete asignado a datos normales. Para conveniencia de explicación, los datos móviles dispuestos en un paquete asignado a datos móviles serán llamados datos móviles existentes, y un área asignada a los datos móviles existentes serán llamada una primer área como se indicó arriba. Por otro lado, datos móviles dispuestos en un paquete asignado a datos normales serán llamados nuevos datos móviles o datos móviles, para conveniencia de explicación. Los datos móviles existentes y datos móviles pueden ser los mismos datos o un tipo diferente de datos.
Mientras tanto, el preprocesador de datos 100 puede disponer datos móviles en varios tipos de acuerdo con el estado de ajuste tal como un modo de cuadros y modo etc. La formación de disposición de los datos móviles se explicará con referencia a los dibujos más adelante aquí.
El mux 200 multiplexa un flujo y datos normales enviados desde el preprocesador de datos 100 y forma un flujo de transporte.
La figura 3 ilustra una modalidad ejemplar en donde un controlador 310 se añade al transmisor de difusión digital de la figura 2. De acuerdo con la figura 3, el controlador 310 provisto en el transmisor de difusión digital determina un estado de ajuste de un modo de cuadros, y controla las operaciones del preprocesador de datos 100.
Más específicamente, cuando se determina que un primer modo de cuadros es establecido, el controlador 310 controla el preprocesador 100 para disponer datos móviles no en la totalidad de los paquetes asignados a datos normales, sino sólo en la primer área. Es decir, el preprocesador de datos 100 envía un flujo que sólo contiene datos móviles existentes. En consecuencia, en los paquetes asignados a los datos normales, datos normales son dispuestos por el mux 200, formando así un flujo de transporte.
Mientras tanto, cuando se determina que se establece un segundo modo de cuadros, el controlador 310 controla el preprocesador 100 para disponer datos móviles existentes en los paquetes asignados a los datos móviles, que es la primer área, y para disponer datos móviles en al menos una porción de los paquetes asignados a los datos normales, que es la segunda área.
En este caso, el controlador 310 puede determinar un estado de ajuste de otro modo provisto separadamente del modo de cuadros, es decir, un modo que determine el número de paquetes donde datos móviles serán dispuestos de entre los paquetes asignados a los datos normales. En consecuencia, el controlador puede controlar el preprocesador de datos 100 para disponer datos móviles en el número de paquetes que correspondan al estado de ajuste del modo, de entre los paquetes completos asignados a datos normales.
Aquí, se puede proporcionar un modo en varios formatos. Por ejemplo, un modo puede incluir al menos un modo de compatibilidad, modo de incompatibilidad. Un modo de compatibilidad indica un modo que mantiene compatibilidad con un receptor de datos normales convencional que reciba y procesa datos normales, mientras que un modo de incompatibilidad indica un modo que no mantiene compatibilidad.
Más específicamente, un modo de compatibilidad puede incluir una pluralidad de modos de compatibilidad que dispongan nuevos datos móviles en al menos una porción de la segunda área. Por ejemplo, un modo de compatibilidad puede ser uno de un primer modo de compatibilidad que disponga datos móviles sólo en algunos de los paquetes de entre la totalidad de paquetes asignados a datos normales y un segundo modo de compatibilidad que disponga datos móviles en la totalidad de paquetes asignados a datos normales.
Aquí, el primer modo de compatibilidad puede ser un modo para disponer datos móviles sólo en una porción de cada área de datos de algunos de los paquetes en la segunda área. Es decir, datos móviles pueden ser dispuestos en alguna área de datos del área de datos completa de algunos paquetes, y datos normales pueden ser dispuestos en el área de datos restante.
De otra manera, el primer modo de compatibilidad puede ser incorporado en un modo para disponer datos móviles en el área completa de algunos paquetes dentro de la segunda área.
Además de lo anterior, se puede proporcionar un modo en varios formatos que considere exhaustivamente el número de paquetes asignados a datos normales, tamaño, tipo, hora de transmisión y ambiente de transmisión, etc. de datos móviles.
Por ejemplo, cuando 38 paquetes sean asignados a datos normales donde 38 paquetes como se ilustra en la figura 1 , el primer modo de compatibilidad puede incluir: 1 ) un primer modo de disponer nuevos datos móviles en 38 paquetes en una relación 1/4 2) un segundo modo de disponer nuevos datos móviles en 38 paquetes en una relación 2/4 3) un tercer modo de disponer nuevos datos móviles en 38 paquetes en relación 3/4 4) un cuarto modo de disponer nuevos datos móviles en los 38 paquetes completos.
En la presente, en caso de un primer modo, es posible disponer nuevos datos móviles en 2 paquetes de entre 38 paquetes combinados con 9 paquetes que correspondan a los 36 paquetes restantes divididos entre 4, es decir, un total de 1 1 paquetes. Además, en el caso de un segundo modo, es posible disponer nuevos datos móviles en 2 paquetes de entre 38 paquetes combinados con 18 paquetes que correspondan a los paquetes restantes divididos entre 2, es decir un total de 20 paquetes. Y en el caso de un tercer modo, es posible disponer nuevos datos móviles en 2 paquetes de entre 38 paquetes combinados con 27 paquetes que es 3/4 de los 36 paquetes restantes, que es un total de 29 paquetes. En el caso de un cuarto modo, es posible disponer nuevos datos móviles en todos los 38 paquetes.
Mientras tanto, un modo de incompatibilidad significa un modo capaz de incrementar la capacidad de transmisión de nuevos datos móviles, sin importar la compatibilidad con el receptor que reciba datos normales. Más específicamente, un modo de incompatibilidad puede ser un modo de disponer nuevos datos móviles usando no sólo la segunda área completa sino también un encabezado MPEG y área de paridad RS provista dentro de la primera área.
En consecuencia, el preprocesador de datos 100 de la figura 2 o figura 3 puede formar un flujo de transporte al disponer nuevos datos móviles de acuerdo con los siguientes varios modos. 1 ) un primer modo de disponer nuevos datos móviles en un total de 1 1 paquetes de entre los 38 paquetes asignados a datos normales, 2) un segundo modo de disponer nuevos datos móviles en un total de 20 paquetes de entre los 39 paquetes asignados a datos normales, 3) un tercer modo de disponer nuevos datos móviles en un total de 29 paquetes de entre los 39 paquetes asignados a datos normales, 4) un cuarto modo de disponer nuevos datos móviles en los 39 paquetes completos asignados a datos normales, y 5) un quinto modo de disponer nuevos datos móviles en los 38 paquetes completos asignados a datos normales y el área que corresponda al encabezado MPEG y área de paridad de entre las áreas asignadas a datos móviles existentes.
En la presente descripción, para conveniencia de explicación, el quinto modo es llamado un modo de incompatibilidad, y el primero a cuarto modos son llamados un modo de compatibilidad, pero cada modo puede ser llamado diferentemente. Además, en la modalidad ejemplar mencionada arriba, un total de 5 modos de incompatibilidad de 4 modos de compatibilidad y un modo de incompatibilidad existen, pero el número de los modos de incompatibilidad puede ser cambiado. Por ejemplo, el primero a tercer modos pueden ser usados como modos de compatibilidad como se mencionó arriba y el cuarto modo puede determinarse como un quinto modo como se indicó arriba, que es un modo de incompatibilidad.
Mientras tanto, el preprocesador de datos 100 puede insertar datos de base así como datos móviles aparte. Datos de base significa una secuencia que tanto el transmisor de difusión digital como el receptor de difusión digital conocen. El receptor de difusión digital puede recibir datos de base transmitidos desde el transmisor de difusión digital, verificar la diferencia a partir de la secuencia que conocía el receptor de difusión digital y percibir el grado de corrección de error, etc. De otra manera, los datos de base pueden ser expresados como datos de entrenamiento, secuencia de entrenamiento, señal de criterios y señal de criterios adicional, etc., pero en la presente descripción, son llamados datos de base.
El preprocesador de datos 100 puede insertar al menos uno de datos móviles y datos de base en varias porciones de entre la totalidad de flujos de transporte, para mejorar el rendimiento de recepción.
Es decir, en la configuración de flujo ilustrada en b) de la figura 1 , en el área A, MH, que son datos móviles son acumulados, mientras que en el área B, MH se forma en una forma de cono. En consecuencia, el área A puede ser llamada un área de cuerpo, y el área B puede ser llamada un área de cabeza/cola. Ha habido un problema en el pasado de que ya que los datos de base no son dispuestos en el área de cabeza/cola, el rendimiento del área de cabeza/cola es inferior al de los datos del área de cuerpo.
En consecuencia, el preprocesador de datos 100 inserta datos de base en una ubicación adecuada de tal forma que los datos de base puedan ser dispuestos en el área de cabeza/cola también. Los datos de base pueden ser dispuestos en un formato de secuencia de tratamiento larga en donde datos de o por arriba de un tamaño predeterminado se conecten secuencialmente, o en un formato disperso discontinuamente.
La formación por inserción de datos móviles y datos de base puede hacerse de varias maneras de acuerdo con la modalidad ejemplar. Esto se explicará en la presente abajo con referencia a los dibujos. Sin embargo, antes de eso, un ejemplo de una configuración detallada de un receptor de difusión digital se explicará en más detalle abajo.
Ejemplo de una configuración detallada de un receptor de difusión digital La figura 4 es un diagrama de bloques que ilustra un ejemplo de una configuración detallada de un transmisor de difusión digital de acuerdo con una modalidad ejemplar de la presente invención. De acuerdo con la figura 4, el transmisor de difusión digital puede incluir un procesador normal 320, y un excitador 400 aparte del preprocesador de datos 100 y mux 200. Aquí, por conveniencia de explicación, la porción que incluye el preprocesador de datos 100, procesador normal 320 y mux 200 puede ser llamada una configuración de flujo.
En la figura 4, se omite la ilustración del controlador 3 0 de la figura 3, pero es una cuestión normal que el controlador 310 puede ser incluido en el transmisor de difusión digital. Además, algunos de los elementos configurativos del transmisor de difusión digital de la figura 4 pueden ser borrados, o se pueden añadir nuevos elementos al mismo, y el orden de disposición y números de los elementos también pueden ser cambiados.
De acuerdo con la figura 4, el procesador normal 320 recibe datos normales y convierte los datos normales recibidos en un formato adecuado para una configuración de flujos de transporte. Es decir, el transmisor de difusión digital forma un flujo de transporte que contiene datos normales y datos móviles y transmite el flujo de transporte, y el receptor que recibe datos normales debe ser capaz de recibir y procesar los datos normales adecuadamente. Por lo tanto, el procesador normal 320 lleva a cabo sincronización de paquetes y ajuste PCR de los datos normales (o pueden ser llamados datos de servicio principales) para que de esta manera sean adecuados para la norma MPEG/ATSC usada en decodificación de datos normales. Una explicación específica de lo mismo se describe en el anexo B de ATSC-MH, y de esta manera se omite una explicación adicional.
El preprocesador de datos 100 incluye un codificador de cuadros 1 10, procesador de bloques 120, formateador de grupos 130, formateador de paquetes 140 y codificador de señalización 150.
El codificador de cuadros 1 10 lleva a cabo codificación de un cuadro RS. Más específicamente, el codificador de cuadros 1 10 recibe un servicio y construye un número predeterminado de cuadros RS. Por ejemplo, si el servicio es una unidad de ensamble M/H que consiste en una pluralidad de paradas M/H, el codificador de cuadros 1 10 forma un número predeterminado de cuadros RS. Más específicamente, el codificador de cuadros 1 10 aleatoriza datos móviles que están siendo ingresados, lleva a cabo codificación RS-CRC, y divide cada cuadro RS de acuerdo con el modo de cuadros predeterminado, y envía un número predeterminado de cuadros RS.
La figura 5 es un diagrama de bloques que ilustra un ejemplo de una configuración del codificador de cuadros 100. De acuerdo con la figura 5, el codificador de cuadros 1 10 incluye un desmultiplexor (demux) de entrada 1 1 1 , una pluralidad de codificadores de cuadros RS 1 12-1 -1 12-M, y multiplexor de salida 1 13.
Cuando se ingresan datos móviles de una unidad de servicio predetermina (por ejemplo, ensamble M,H), el desmultiplexor de entrada 1 1 1 desmultiplexa en una pluralidad de ensambles, por ejemplo un ensamble primario y un ensamble secundario de acuerdo con la información de configuración predeterminada, es decir, un modo de cuadros, y envía a cada codificador de cuadros RS 1 12-1 -1 12-M. Cada codificador de cuadros RS 1 12-1 -1 12-M lleva a cabo aleatorización, codificación RS-CRC y división etc. con respecto al ensamble de entrada, y envía ahí mismo al multiplexor de salida 1 13. El multiplexor de salida 1 13 multiplexa las porciones de cuadros enviadas desde cada codificador de cuadros RS 1 12-1 -1 12-M y envía la porción de cuadro RS primaria y porción de cuadro RS secundaria. En este caso, sólo la porción de cuadro RS primaria puede ser enviada de acuerdo con el estado de ajuste del modo de cuadro.
La figura 6 es un diagrama de bloques que ilustra un ejemplo de una configuración de codificador de cuadros RS que se puede incorporar en uno de cada uno de los codificadores de cuadros RS 1 12-1 -1 12-M. De acuerdo con la figura 6, el codificador de cuadros 1 12 incluye una pluralidad de aleatorizador M.H 1 12-1 a~1 12-1 b, codificador RS-CRC 1 12-2a, 1 12-2b y divisor de cuadros RS 1 12-3a, 12-3b.
Cuando el ensamble M/H primario y ensamble M.H secundario son ingresados desde el desmultiplexor de entrada 1 1 1 , cada aleatorizador M.H 1 12-1 a, 1 12- 1 b lleva a cabo aleatorización, y los codificadores RS-CRC 1 12-2a, 1 12-2b RS-CRC codifican por RS-CRC los datos aleatorizados. Los divisores de cuadros RS 1 12-3a, 1 12-3b dividen adecuadamente los datos para ser codificados por bloques y envía los mismos al multiplexor de salida 1 13 de tal manera que el procesador de bloques 120 dispuesto en el extremo posterior del codificador de cuadros 1 10 pueda ser codificado por bloques adecuadamente. El multiplexor de salida 1 13 combina adecuadamente y multiplexa cada porción de cuadros de tal manera que el procesador de bloques 120 pueda llevar a cabo la codificación por bloques, y enviar los mismos al procesador de bloques 120.
El procesador de bloques 120 codifica el flujo enviado desde el codificador de cuadros 1 10 en unidades de bloques, es decir codifica por bloques el flujo.
La figura 7 es un diagrama de bloques que ilustra un ejemplo de una configuración de un procesador de bloques 120.
De acuerdo con la figura 7, el procesador de bloques 120 incluye un primer convertidor 121 , convertidor de bytes a bits 122, codificador convolucional 123, entrelazador de símbolos 124, convertidor de símbolos a bits 125 y segundo convertidor 126.
El primer convertidor 121 convierte el cuadro RS ingresado desde el codificador de cuadros en unidades de bloques. Es decir, el primer convertidor 121 convierte los datos móviles dentro del cuadro RS de acuerdo con el modo de bloques predeterminado, y envía el bloque SCCC (Código Convolucional Concatenado en Serie).
Por ejemplo, cuando el modo de bloque es "00", un bloque M/H se vuelve un bloque SCCC.
La figura 8 es una vista que ilustra un estado de un bloque M/H donde datos móviles se dividen en unidades de bloques. Con referencia a la figura 8, una unidad de datos móviles, por ejemplo un grupo M/H puede dividirse en 10 bloques B1 -B10. Cuando el modo de bloques es "00", cada uno de los bloques B1 -B10 son enviados como bloque SCCC. Mientras tanto, cuando el modo de bloques es "01 ", dos bloques M/H se combinan como un bloque SCCC y son enviados. Un patrón de combinación puede establecerse de varias formas. Por ejemplo, B1 y B2 se combinan como uno para formar SCB1 y B2 y B7, B3 y B8, B4 y B9, y B5 y B10 pueden combinarse para formar SCB2, SCB3, SCB4 y SCB5. Los bloques pueden combinarse de varias maneras y números de acuerdo con otros modos de bloques también.
El convertidor de bytes a bits 122 convierte el bloque SCCC de una unidad de byte a unidad de bit. Esto es debido a que el codificador convolucional 123 opera en unidades de bits. En consecuencia, el codificador convolucional 123 codifica convolucionalmente los datos convertidos.
Después, el entrelazador de símbolos 124 lleva a cabo entrelazado de símbolos. Un entrelazado de símbolos puede hacerse de la misma manera que el entrelazado de bloques. Los datos entrelazados de símbolos se convierten en unidades de bytes por el convertidor de símbolos a bytes 125, y luego se vuelven a convertir en unidades de bloques M/H por el segundo convertidor 126, y son enviados.
El formateador de grupos 130 recibe el flujo procesado en el procesador de bloques 120 y formatea el flujo en unidades de grupo. Más específicamente, el formateador de grupos 130 pasa los datos enviados desde el procesador de bloques 120 en una ubicación adecuada dentro del flujo, y añade datos de base, datos de señalización y datos iniciales etc. Además, el formateador de grupos 130 también lleva a cabo una función de añadir datos normales, encabezado MPEG-2, byte de sostenimiento del lugar para paridad RS no sistemática, etc., y byte ficticio para ajusfar el formato de grupo, etc.
Datos de señalización significan información variada necesaria en el procesamiento de un flujo de transporte. Los datos de señalización pueden ser procesados adecuadamente por un codificador de señalización 150, y ser proporcionados al formateador de grupo.
Para poder transmitir datos móviles, se pueden usar un Canal de Parámetros de Transmisión (TPC) y Canal de Información Rápida (FIC). TPC Es para proporcionar varios parámetros tales como diferente información de modo FEC (Corrección de Errores Hacia Adelante) e información de cuadros M/H, etc., y FIC es para obtener servicio rápido de un receptor incluyendo una información de capas cruzadas entre una jerarquía física y jerarquía superior. Cuando esta información TPC e información FIC son proporcionadas al codificador de señalización 150, el codificador de señalización 150 procesa adecuadamente la información proporcionada y proporciona la misma como datos de señalización.
La figura 9 es un diagrama de bloques que ilustra un ejemplo de una configuración de un codificador de señalización 150.
De acuerdo con la figura 9, el codificador de señalización 150 incluye un codificador RS para uso TPC 151 , mux 152, codificador RS para uso de FIC 153, entrelazador de bloques 154, aleatorizador de señalización 155 y codificador de PCCC 156. El codificador de RS 151 para uso TPC codifica por RS los datos TPC que están siendo ingresados y forma una contraseña TPC. El codificador RS 153 para uso FIC y el entrelazador de bloques 154 codifica por RS o entrelaza por bloques los datos para uso FIC que estén siendo ingresados y forma una contraseña FIC. El multiplexor 152 dispone la contraseña FIC cerca de la contraseña TPC para formar una secuencia. La secuencia formada es aleatorizada en el aleatorizador de señalización 155, codificada por PCCC (Código Convolucional Concatenado Paralelo) por el codificador PCCC 156 y es enviada al formateador de grupo 130 como datos de señalización.
Mientras tanto, como se indicó arriba, datos de base significan una secuencia que tanto el transmisor de difusión digital como el receptor de difusión digital conocen. El formateador de grupo 130 puede insertar datos de base en una ubicación adecuada de tal manera que los datos de base puedan ser dispuestos en una ubicación adecuada en el flujo después de que sean entrelazados dentro del excitador 400. Por ejemplo, el formateador de grupo 130 puede insertar datos de base en una ubicación adecuada de tal manera que los datos de base puedan ser dispuestos en el área B en b) la estructura de flujo de la figura 1 . Mientras tanto, el formateador de grupo 130 puede determinar la ubicación donde se van a insertar los datos de base considerando la regla de entrelazado.
Mientras tanto, los datos de inicialización se refieren a datos que hacen posible que el codificador por entrelazado 450 proporcionado dentro del excitador 400 inicialice las memorias interiores en un punto adecuado. Una explicación más detallada del mismo será en la parte sobre el excitador 400.
El formateador de grupos 130 puede incluir una configuración de formato de grupo (no ¡lustrada) que inserte varias áreas y señales dentro del flujo y forme al flujo en un formato de grupo y un desentrelazador de datos que descentrelace el flujo formado en un formato de grupo.
El entrelazador de datos redispone los datos inversos al entrelazador 430 dispuesto en el extremo posterior del flujo. El flujo desentrelazado en el desentrelazador de datos puede ser provisto al formateador de paquetes 140.
El formateador de paquetes 140 puede retirar varios titulares de lugares provistos en el flujo para el formateador de grupo 130, y puede añadir el encabezado MPEG que tenga PID que es una ID de paquete de los datos móviles. En consecuencia, el formateador de paquete 140 envía unidades de paquetes de número predeterminado de un flujo en cada grupo. Por ejemplo, el formateador de paquetes 140 puede enviar 1 18 paquetes TS.
De esta manera, el preprocesador de datos 100 es incorporado en varias configuraciones, y forma datos móviles en formatos adecuados. Especialmente, en caso de proporcionar una pluralidad de servicios móviles, cada elemento de configuración incluido en el preprocesador de datos puede ser incorporado en varios números.
El mux 200 multiplexa el flujo normal procesado en el procesador normal 320 y el flujo para uso móvil procesado en el preprocesador de datos 100, y forma un flujo de transporte. El flujo de transporte enviado desde el mux 200 puede tener un formato que incluya datos normales y datos móviles, y además, que incluya datos de base para mejorar la calidad de recepción.
El excitador 400 lleva a cabo codificación, entrelazado, codificación por entrelazado y modulación en el flujo de transporte formado en el multiplexor 200, y envía el resultado. En algunos casos, el excitador 400 puede ser llamado un post-procesador de datos.
De acuerdo con la figura 4, el excitador 400 incluye un aleatorizador 410, codificador RS 420, entrelazador 430, reemplazador de paridad 440, codificador por entrelazado 450, recodificador RS 460, mux sincronizado 470, insertador piloto 480, modulador 8-VSB 490 y convertidor ascendente RF 495.
El aleatorizador 410 aleatoriza el flujo de transporte enviado desde el mux 200. El aleatorizador 410 puede llevar a cabo las mismas funciones que el aleatorizador de acuerdo con la norma ATSC.
El aleatorizador 410 puede llevar a cabo una operación XOR en el encabezado MPEG de los datos móviles y los datos normales completos con una PRBS (Secuencia Binaria Pseudoaleatoria) de una longitud máxima de 16 bits, sin llevar a cabo una operación XOR con respecto al bit de carga útil de datos móviles. Sin embargo, en este caso, el generador de PRBS puede continuar desplazando el registrador de desplazamiento. Es decir, el aleatorizador 410 deriva con respecto al bit de carga útil de los datos móviles.
El codificador RS 420 lleva a cabo una codificación RS en el flujo aleatorizado.
Más específicamente, cuando una porción que corresponde a los datos normales es ingresada, el codificador RS 420 lleva a cabo una codificación RS sistemática en el mismo método que el sistema ATSC convencional. Es decir, el codificador RS 420 añade una paridad de 20 bytes a cada porción extrema de los paquetes de 187 bytes. Mientras tanto, cuando una porción que corresponde a los datos móviles es ingresada, el codificador RS 420 lleva a cabo una codificación Rs no sistemática. En este caso, los datos RS FEC de 20 bytes obtenidos a través de la codificación RS no sistemática son dispuestos en una ubicación de bytes de paridad predeterminada dentro de cada paquete de datos móviles. En consecuencia, es posible tener compatibilidad con un receptor de la norma ATSC convencional.
El entrelazador 430 entrelaza el flujo codificado en el codificador RS 420. El entrelazado puede hacerse en el mismo método que un sistema ATSC convencional. Es decir, el entrelazador 430 puede ser incorporado en una configuración en donde lleve a cabo escritura y lectura de datos mientras selecciona secuencialmente una pluralidad de trayectorias que consisten en un número diferente de registradores de desplazamiento usando un interruptor, y de esta manera el entrelazado se lleva a cabo tantas veces como el número de registradores de desplazamiento en esas trayectorias.
El reemplazador de paridad 440 es una porción que corrige una paridad cambiada al llevar a cabo inicialización de memoria en el codificador por entrelazador 450 en el extremo posterior.
Es decir, el codificador por entrelazado 450 recibe el flujo entrelazado y lleva a cabo codificación por entrelazado. Generalmente, se usan 12 codificadores por entrelazado. En consecuencia, un desmultiplexor que divide el flujo en 12 flujos independientes e ingresa el flujo dividido en cada codificador por entrelazado, y un multiplexor que combina los flujos codificados por entrelazado en cada codificador por entrelazado en un flujo pueden ser usados.
Cada codificador por entrelazado usa una pluralidad de memorias internas para llevar a cabo una codificación por entrelazado en un método para llevar a cabo operación lógica en un valor recién ingresado y un valor pre-almacenado en una memoria interior.
Mientras tanto, como se indicó arriba, los datos de base pueden ser incluidos en el flujo de transporte. Los datos de base son una secuencia conocida que tanto el transmisor de difusión digital como el receptor de difusión digital conocen comúnmente, y el receptor de difusión digital puede verificar el estado de los datos de base recibidos y determinar el grado de corrección de error. Así, los datos de base pueden ser transmitidos en el estado conocido por el receptor. Sin embargo, ya que no es posible saber el valor almacenado en la memoria interna provista dentro del codificador por entrelazado, existe la necesidad por inicializar el valor a un valor particular antes de que los datos deban ser ingresados. En consecuencia, el codificador por entrelazado 450 lleva a cabo inicialización de memoria antes de la codificación por entrelazado de los datos de base. Una inicialización de memoria es llamada un reinicio por entrelazado.
La figura 10 ilustra un ejemplo de una configuración de entre una pluralidad de codificadores por entrelazado provistos dentro del codificador por entrelazado 450.
De acuerdo con la figura 10, el codificador por entrelazado incluye primero y segundo multiplexores 451 , 452, primero y segundo sumadores 453, 454, primera a tercera memorias 455, 456, 457, y un asignador 458.
El primer multiplexor 451 recibe un valor I almacenado en datos N y la primera memoria 455 dentro del flujo, y envía un valor, que es N o I de acuerdo con la señal de control N/l. Más específicamente, una señal de control que hace posible que I se seleccione cuando se aplique un valor que corresponda a una sección de datos de inicialización, y el primer multiplexor 451 envía I. En otras secciones, se envía N. El segundo multiplexor 452 también envía I sólo cuando el valor corresponde a la sección de datos de inicialización.
Por lo tanto, en el caso del primer multiplexor 451 , cuando el valor no corresponde a la sección de inicialización, el valor entrelazado es enviado directamente al extremo posterior, y el valor de salida es ingresado en el primer sumador 453 junto con el valor pre-almacenado en la primera memoria 455. El primer sumador 453 lleva a cabo una operación lógica, por ejemplo, OR exclusiva lógica en los valores ingresados, y envía el resultado a Z2. En tal estado, cuando un valor que corresponda a la sección de datos de inicialización se ha aplicado, el valor almacenado en la primera memoria 455 se selecciona por el primer multiplexor 451 y es enviado. Por lo tanto, los mismos dos valores son ingresados en el primer sumador 453, y de esta manera su valor de operación lógico es siempre un valor fijo. Es decir, cuando se lleva a cabo una operación lógica exclusiva, se envía 0. El valor enviado del primer sumador 453 es ingresado en la primera memoria 455 tal cual, y de esta manera el valor de la primera memoria 455 es inicializado a 0.
En el caso del segundo multiplexor 452, en la sección de datos de inicialización, el valor almacenado en la tercera memoria 457 se selecciona tal cual por el segundo multiplexor 452 y es enviado. El valor enviado es ingresado en el segundo sumador 454 junto con el valor almacenado de la tercera memoria 457. El segundo sumador 454 lleva a cabo una operación lógica en los dos valores de entrada iguales, y envía el resultado a la segunda memoria 453. Como se indicó arriba, ya que el valor de entrada del segundo sumador 454 es igual, el valor de operación lógica para ese mismo valor, por ejemplo, cuando es un OR exclusivo lógico, 0 es ingresado en la segunda memoria 456. En consecuencia, la segunda memoria 456 es inicializada. Mientras tanto, el valor almacenado en la segunda memoria 456 es desplazado y es almacenado en la tercera memoria 457. Por lo tanto, cuando los siguientes datos de inicialización son ingresados, el valor actual de la segunda memoria 456, es decir, 0 se ingresa en la tercera memoria 457, y la tercera memoria 457 es inicializada también.
El asignador 458 recibe el valor de salida del primer sumador 453, el valor de salida del segundo multiplexor 452, y el valor de salida de la segunda memoria 457, y asigna el resultado a un valor de símbolo R, y envía el resultado. Por ejemplo, cuando cada uno de ZO, Z1 , Z2 es enviado como 0, 1 , 0, respectivamente, el asignador 458 envía el símbolo -3.
Mientras tanto, ya que el codificador RS 420 se ubica antes del codificador por entrelazado 450, el valor ingresado en el codificador por entrelazado 450 está en un estado en donde una paridad ya ha sido añadida. Por lo tanto, al llevar a cabo una inicialización y algunos de los valores de datos ser cambiados en el codificador por entrelazado 450, la paridad debe ser cambiada también.
El recodificador RS 460 usa el X1 ', X2' enviados desde el codificador por entrelazado 450, para cambiar el valor de la sección de datos de inicialización y crear una nueva paridad. El recodificador RS 460 puede ser llamado un codificador RS no sistemático.
Mientras tanto, la figura 10 ilustra una modalidad ejemplar de inicíalizar un valor de memoria a 0, pero el valor de memoria puede ser inicializado a un valor que no sea 0.
La figura 1 1 es una vista que ilustra otra modalidad ejemplar del codificador por entrelazado.
De acuerdo con la figura 1 1 , primero y segundo multiplexores 451 , 452, primero a cuarto sumadores 453, 454, 459-1 , 459-2, y primera a tercera memorias 455, 456, 457 pueden ser incluidos. La ilustración sobre el asignador 458 se omite en la figura 1 1 .
En consecuencia, el primer mux 451 puede enviar uno del valor de entrada de flujo X2 y el valor del tercer sumador 459-1. En el tercer sumador 459-1 , l_X2 y el valor de almacenamiento de la primera memoria 455 es ingresado. I_X2 Significa el valor de reinicio de memoria ingresado desde afuera. Por ejemplo, cuando se desee inicializar la primera memoria 455 a 1 , 1 debe ser ingresado como l_X2. Cuando el valor de almacenamiento de la primera memoria 455 es 0, el valor de salida del tercer sumador 459-1 se vuelve 1 , y el primer mux 451 envía 1 . En consecuencia, el primer sumador 453 lleva a cabo un OR exclusivo lógico en 1 que es el valor de salida del primer mux 451 y el valor de almacenamiento 0 de la primera memoria 455 de nuevo, y almacena el valor de resultado en la primera memoria 455. En consecuencia, la primera memoria 455 es ¡nicializada a 1 .
En la sección de datos de inicialización, el segundo mux 452 también selecciona el valor de salida del cuarto sumador 459-2 y envía el valor de salida. El cuarto sumador 459-2 también envía el valor OR exclusivo lógico del valor de reinicio de memoria l_X1 ingresado desde afuera y la tercera memoria 457. Se almacenan 1 y 0 en cada una de la segunda y tercera memorias 456, 457, respectivamente, y por ejemplo, en caso de inicializar las dos memorias a 1 y 1 , respectivamente, primero que nada, 1 que es un valor OR exclusivo lógico de 0 que es el valor almacenado en la tercera memoria 457 y 1 que es el valor l_X1 es enviado desde el segundo mux 452. En el segundo sumador 454, un OR exclusivo lógico se lleva a cabo en el 1 de salida con el 0 almacenado en la tercera memoria 457, y el valor de resultado 1 es ingresado en la segunda memoria 456. Mientras tanto, el valor 1 que se usó para ser almacenado en la segunda memoria 456 es desplazado a la tercera memoria 457, y la tercera memoria 457 también se vuelve 1 . En tal estado, cuando 1 es ingresado en el segundo l_X1 también, un OR exclusivo lógico se lleva a cabo con 1 que es el valor de la tercera memoria 457, y el valor de resultado 0 es enviado desde el segundo mux 452. Cuando un OR exclusivo lógico se lleva a cabo en 0 enviado desde el segundo mux 452 y 1 que es el valor almacenado en la tercera memoria 457 por el segundo sumador 454, el valor de resultado 1 es ingresado en la segunda memoria 456, y 1 que se usó para ser almacenado en la segunda memoria 456 se desplaza a la tercera memoria 457 y se almacena. En consecuencia, la segunda y tercera memorias 456, 457 pueden ser inicializadas como 1.
La figura 12 y la figura 13 son vistas que ilustran varias modalidades ejemplares de un codificador por entrelazamiento.
De acuerdo con la figura 12, un codificador por entrelazamiento pude ser incorporado en un formato en donde el tercero y cuarto muxes 459-3, 459-4 se incluyan además en la estructura de la figura 1 1 . El tercero y cuarto muxes 459-3, 459-4 pueden enviar la salida de los valores del primero y segundo sumadores 453, 454 o valores l_X2 e l_X1 de acuerdo con cada señal de control N/l. En consecuencia, los valores de la primera a tercera memorias 455, 456, 457 pueden ser inicializados a valores deseados.
La figura 13 ilustra un caso en donde un codificador por entrelazamiento es incorporado en una estructura más simple. De acuerdo con la figura 13, el codificador por entrelazamiento puede incluir primero y segundo sumadores 453, 454, primera a tercera memorias 455, 456, 457, y tercero y cuarto muxes 459-3, 459-4. En consecuencia, la primera a tercera memorias 455, 456, 457 pueden ser inicializadas de acuerdo con el l_X1 , l_X2 ingresado en cada uno del tercero y cuarto muxes 459-3, 459-4. Es decir, de acuerdo con la figura 13, 1_X2 e l_X1 pueden ser ingresados directamente en la primera memoria 455 y la segunda memoria 456, y volverse el valor de primera memoria 455 y el valor de segunda memoria 456.
Se omite una explicación más detallada sobre la operación de un codificador por entrelazamiento de la figura 12 y figura 13.
Con referencia a la figura 4 de nuevo, para un flujo codificado por entrelazamiento por un codificador por entrelazamiento 450, una sincronización archivada y sincronización de segmento, etc. se agregan en el mux sincronizado 470.
Mientras tanto, como se indicó arriba, en caso de que el preprocesador de datos 100 disponga y use datos para uso móvil con respecto a los paquetes asignados a los datos normales existentes también, debe notificar al receptor que datos nuevos para uso móvil existen. El hecho de que datos nuevos para uso móvil existan puede notificarse de varias formas, incluyendo un método para usar una sincronización de campo.
Explicación detallada de los mismo se hará en la presente abajo.
El insertador de piloto 480 inserta un piloto en el flujo de transporte procesado en el mux de sincronización 470, y el modulador 8-VSB 490 lleva a cabo modulación en el método de modulación 8-VSB. El convertidor ascendente FR 495 convierte el flujo modulado en una señal de banda RF superior para transmitir el flujo modulado, y la señal convertida es transmitida a una antena.
De esta manera, el flujo de transporte puede ser transmitido mientras contiene datos normales, datos para uso móvil y datos de base.
La figura 14 es una vista para explicar un cuadro de datos para uso móvil de un flujo de transporte, es decir, una estructura única de cuadro M/H. De acuerdo con a) de la figura 14, un cuadro M/H puede tener un tamaño de un total de 968 ms en unidades de tiempo, y como se ilustra en b) de la figura 4, un M/H puede dividirse en 5 sub-cuadros. Un sub-cuadro puede tener una unidad de tiempo de 193.6 ms. Además, como se ilustra en c) de la figura 14, cada sub-cuadro puede dividirse en 16 intervalos. Cada intervalo tiene una unidad de tiempo de 12.1 ms, y puede incluir un total de 156 paquetes de flujo de transporte. Como se mencionó arriba, 38 paquetes de ellos son asignados a datos normales, y de esta manera, un total de 1 18 paquetes son asignados a datos móviles. Es decir, un grupo M/H consiste en 1 18 paquetes.
En tal estado, el preprocesador de datos 00 dispone datos móviles y datos de base, etc., con respecto a los paquetes asignados a datos normales también, incrementando así la eficiencia de transmisión de datos móviles, y mejorando el rendimiento de recepción.
Varias modalidades ejemplares del flujo de transporte cambiado Las figuras 15 a 21 son vistas que ilustran una configuración de flujo de transporte de acuerdo con varias modalidades ejemplares de la presente invención.
La figura 15 es la estructura cambiada más simple de una configuración de flujo en donde se lleva a cabo entrelazamiento en un estado en donde datos móviles son dispuestos en los paquetes asignados a los datos normales existentes, que es la segunda área. En el flujo de la figura 15, datos de base pueden ser dispuestos juntos con datos móviles en la segunda área.
En consecuencia, en el ATSC-MH existente, se hace posible usar la porción que no había sido usada para uso móvil, es decir 38 paquetes para uso móvil también. Además, ya que la segunda área se usa independientemente de los datos móviles existentes (es decir, primer área), se hace posible proporcionar uno o más servicios adicionales. En caso de usar nuevos datos móviles por el mismo servicio que los datos móviles existentes, es posible incrementar la eficiencia de transmisión de datos.
Mientras tanto, en caso de transmitir nuevos datos móviles y datos de base como en la figura 15, también es posible notificar al receptor si los datos nuevos para uso móvil y datos de base existen, y la ubicación de los mismos etc., usando datos de señalización o sincronización de campo.
La disposición de datos móviles y datos de base puede hacerse por el preprocesador de datos 100. Más específicamente, el formateador de grupos 130 dentro del preprocesador de datos 100 puede disponer los datos móviles y datos de base con respecto al trigésimo octavo paquete también.
Mientras tanto, en la figura 15, se puede ver que el área de cuerpo en donde se acumulan datos móviles existentes, datos de base de 6 formatos de secuencias de entrenamiento largas son dispuestos. Además, se puede ver que para la robustez de error de los datos de señalización, los datos de señalización son dispuestos entre la primera y segunda secuencias de entrenamiento largas. Por otro lado, en la porción de paquete asignada a los datos normales, los datos de base pueden ser dispuestos en un formato disperso y no un formato de secuencia de entrenamiento larga.
Además, el área con rayas diagonales indicada por el número de referencia 1510 en la figura 15 es la porción de encabezado MPEG, el área con rayas diagonales indicada por 1520 es el área de paridad RS, el área con rayas diagonales indicada por 1530 es el área ficticia y el área con rayas diagonales indicada por 1540 es datos de señalización, y el área con rayas diagonales indicada por 1550 es datos de inicialización. De acuerdo con la figura 15, se puede ver que los datos de inicialización son dispuestos antes de que aparezcan los datos de base. Mientras tanto, el número de referencia 1400 indica datos M/H de N-1 ° intervalo, número de referencia 1500 indica los datos M/H de N° intervalo y el número de referencia 1600 indica los datos M/H del N+1 ° intervalo.
La figura 16 es una estructura de flujos de transporte para transmitir datos móviles y datos de base usando una porción de la primer área asignada a los datos móviles existentes, junto con los paquetes asignados a datos normales, que es la segunda área.
De acuerdo con la figura 16, en el área A, que es el área de cuerpo en donde se acumulan los datos móviles existentes, datos de base de formato de 6 secuencias de entrenamiento largas son dispuestos. Al mismo tiempo, datos de base son dispuestos en un formato de secuencia de entrenamiento larga en área B también. Para que los datos de base sean dispuestos en un formato de secuencia de entrenamiento larga en el área B, los datos de base son incluidos no sólo en el área de 38 paquetes sino también en una porción de paquetes de entre los 1 18 paquetes asignados a datos móviles existentes. En el área restante del 38° paquete en donde no se incluyen datos de base, se disponen nuevos datos móviles. En consecuencia, se hace posible mejorar el rendimiento de corrección de errores con respecto al área B.
Mientras tanto, ya que se acaban de agregar datos de base a una porción del área para datos móviles existentes, para compatibilidad con el receptor de datos móviles existentes, es posible añadir información sobre la nueva ubicación de los datos de base a los datos de señalización existentes, o llevar a cabo procesamiento del encabezado y un paquete para uso móvil existente en donde datos de base se inserten nuevamente en un formato que el receptor de datos para uso móvil existente no pueda reconocer, por ejemplo en un formato de paquetes nulos. En consecuencia, el receptor de datos móviles existente no reconoce los datos de base recién añadidos, y de esta manera no se presenta un error.
La figura 17 es una configuración de flujo en un estado en donde por lo menos uno de datos móviles y datos de base son dispuestos en una ubicación del encabezado MPEG, paridad RS, al menos una porción del ficticio y los datos MY existentes también.
Es decir, en comparación con la figura 15, en la figura 17, nuevos datos móviles y nuevos datos de base son formados en el encabezado MPEG, paridad RS y una porción del ficticio. Los datos móviles insertados en estas porciones, y los datos para uso móvil insertados en los paquetes de datos normales pueden ser los mismos datos o datos diferentes.
Mientras tanto, nuevos datos móviles pueden ser dispuestos en el área total incluyendo el área de datos móviles existente también.
Cuando el flujo se forma como en la figura 17, es posible incrementar la eficiencia de transmisión de datos móviles y datos de base en comparación con las figuras 15 y 16. Especialmente, es posible proporcionar una pluralidad de datos móviles.
En el caso de formar un flujo como en la figura 17, es posible usar datos de señalización existentes o sincronización de campo, para incluir nuevos datos de señalización en la nueva área de datos móviles, y notificar si datos móviles nuevos se incluyen o no.
La figura 18 ilustra un flujo donde nuevos datos móviles y datos de base son dispuestos no sólo en la segunda área sino también en el área B, que es la primera área que corresponde al área de servicio secundaria.
Como se ilustra en la figura 18, el flujo completo se divide en un área de servicio primaria y área de servicio secundaria, y el área de servicio primaria puede ser llamada un área de cuerpo, y el área de servicio secundaria puede ser llamada un área de cabeza/cola. Como se mencionó arriba, el área de cabeza/cola no incluye datos de base, sino que incluye datos de diferentes intervalos, y de esta manera el rendimiento se deteriora, y datos de base no pueden ser dispuestos en esta porción junto con nuevos datos móviles. En la presente, datos de base pueden ser dispuestos pero no están limitados a un formato de secuencia de entrenamiento larga justo como el área de cuerpo. Los datos de base pueden ser dispuestos en un formato disperso o tanto en una secuencia de entrenamiento larga como en un formato de secuencia tipo disperso.
Mientras tanto, al usarse la porción de datos móviles existente como un área de datos móviles nueva, es posible configurar el encabezado de los paquetes en donde nuevos datos móviles o datos de base se incluyan de entre el área de datos móviles existente en un formato de encabezado no reconocible por el receptor existente, manteniendo de esta manera compatibilidad con el receptor de acuerdo con la norma ATSC-MH existente.
De otra manera, los datos de señalización existentes o nuevos datos de señalización pueden notificar este hecho.
La figura 19 ¡lustra un ejemplo de un flujo de transporte para transmitir nuevos datos móviles y datos de base usando toda el área de datos normales convencional, encabezado MPEG, área de paridad RS, por lo menos una porción del ficticio de los datos móviles existentes, etc. Existe una diferencia entre la figura 17 y figura 19 ya que la figura 17 ilustra casos de transmitir nuevos datos móviles diferentes de los nuevos datos móviles dispuestos en el área de datos normales, pero la figura 19 ilustra un caso de transmitir nuevos datos móviles usando toda el área de datos normales y las áreas mencionadas arriba.
La figura 20 ilustra un ejemplo de un flujo de transporte en caso de transmitir nuevos datos móviles y datos de base usando toda la totalidad del área B, área de datos normales, encabezado MPEG, área de paridad RS y por lo menos una porción del ficticio de los datos móviles existentes.
De manera similar al caso mencionado arriba, es deseable hacer la porción en donde nuevos datos móviles y datos de base incluidos no reconocible para compatibilidad con el receptor existente.
La figura 21 ilustra configuración de un flujo de transporte donde el ficticio del área usada en los datos móviles existentes se reemplaza con una paridad o una nueva área de datos móviles, y el ficticio reemplazado y área de datos normales se usan para exponer datos móviles y datos de base. En la figura 21 , se ilutran un ficticio de N-1 intervalo y un ficticio del N intervalo.
Como se mencionó arriba, las figuras 15 a 21 ilustran una configuración de flujo después del entrelazado. El preprocesador de datos 100 dispone datos móviles y datos de base en una ubicación adecuada para formar así una configuración de flujo como en las figuras 15 a 21 después del entrelazado.
Más específicamente, el preprocesador de datos 100 dispone el área de datos normales, es decir los paquetes de datos móviles dentro de los 38 paquetes de acuerdo con un patrón predeterminado, en la configuración de flujo como a) de la figura 1.
En este caso, los datos móviles pueden ser dispuestos en la totalidad de la carga útil de los paquetes o en una porción dentro de los paquetes. Además, los datos móviles pueden ser dispuestos no sólo en el área de datos normales sino también en el área dispuesta en la ubicación que corresponda a la cabeza o cola después del entrelazado de entre el área móvil existente.
Mientras tanto, los datos de base pueden ser dispuestos dentro de cada paquete de datos móviles o paquete de datos normales. En este caso, en a) de la figura 1 , los datos de base pueden ser dispuestos secuencialmente en una dirección vertical o por una cierta distancia de tal manera que los datos de base después del entrelazado puedan tener un formato de una secuencia de entrenamiento larga o una secuencia de entrenamiento larga similar que se dirija en una dirección horizontal.
Además, los datos de base pueden ser dispuestos en un formato disperso aparte de la secuencia de entrenamiento larga mencionada arriba. A continuación se da una explicación de varios ejemplos de un formato de disposición de datos de base.
Disposición de datos de base Como se indicó arriba, datos de base son dispuestos en una ubicación adecuada por el formateador de grupos 130 dentro del preprocesador de datos 100, y luego son entrelazados juntos con el flujo por el entrelazador 430 dentro del excitador 400. Las figuras 22 a 28 son vistas para explicar un método de disposición de datos de base de acuerdo con varias modalidades ejemplares.
La figura 22 ilustra un estado en donde datos de base se disponen adicionalmente en la porción en forma de cono dentro del área de cabeza/cola mientras que los datos de base tipo disperso se disponen juntos con la secuencia de entrenamiento larga existente en la porción de cuerpo. De esta manera, al ser añadidos nuevamente datos de base mientras se mantienen datos de base convencionales, se hace posible mejorar la sincronización y rendimiento de su posición de canales y la función de ecualización del receptor.
La disposición de datos de base como la ilustrada en la figura 22 se lleva a cabo por el formateador de grupos 130 como se indicó arriba. El formateador de grupos 130 puede determinar la ubicación en donde los datos de base serán insertados considerando la regla de entrelazado del entrelazador 430. La regla de entrelazado puede diferir de acuerdo con varias modalidades ejemplares, pero cuando se conoce una regla de entrelazado, el formateador de grupos 130 puede determinar adecuadamente la ubicación de datos de base. Por ejemplo, cuando datos de base se insertan en ciertos tamaños en una porción de la carga útil por 4 paquetes o en un campo provisto por separado, es posible obtener datos de base dispuestos en cierto patrón por el entrelazado.
La figura 23 es una configuración de flujo que ilustra otro ejemplo de un método para insertar datos de base.
De acuerdo con la figura 23, se puede ver que datos de base dispersos del área de cono no son dispuestos, sino que los datos de base dispuestos se disponen junto con la secuencia de entrenamiento larga sólo en el área de cuerpo.
Después, la figura 24 es una configuración de un flujo en donde la longitud de la secuencia de entrenamiento larga se reduce que en la figura 23 mientras que los datos de base dispersos se disponen como tantos como el número reducido. En consecuencia, la eficiencia de datos se mantiene igual, mientras se mejora el rendimiento de rastreo doffler.
La figura 25 es una configuración de flujo de otro método para insertar datos de base.
De acuerdo con la figura 25, de entre las 6 secuencias de entrenamiento largas totales dentro del área de cuerpo, sólo la primera secuencia se mantiene, mientras que el resto son reemplazadas por datos de base dispersos. En consecuencia, se hace posible mantener el rendimiento de sincronía y su posición de canales inicial por la primera secuencia de entrenamiento larga en donde el área de cuerpo inicia mientras se mejora el rendimiento de rastreo doffler.
La figura 26 es una configuración de flujo de un ejemplo de otro método para insertar datos de base. De acuerdo con la figura 26, de entre las 6 secuencias de entrenamiento larga totales, la segunda secuencia se reemplaza por datos de base dispersos.
La figura 27 ilustra un caso en donde los datos de base reemplazados de la configuración de flujo de la figura 26 y datos de señalización se disponen alternantemente.
La figura 28 ilustra una configuración de flujo en donde datos de base dispersos se añaden no sólo en el área de cabeza sino también en el área de cola.
De esta manera, datos de base pueden ser dispuestos en varios formatos.
En el caso de asignar nuevamente datos móviles en los paquetes en donde se asignan datos normales, el patrón asignado puede ser cambiado de varias maneras. A continuación se da una configuración de un flujo de transporte que contiene datos móviles dispuestos en varias formas de acuerdo con modos.
Disposición de datos móviles El preprocesador de datos 100 verifica el estado de ajuste del modo de cuadros. El modo de cuadros puede ser provisto de varias maneras. Por ejemplo, se puede proporcionar un primer modo de cuadros para usar los paquetes asignados a datos normales y usar sólo los paquetes asignados a datos móviles existentes como datos móviles, y un segundo modo de cuadros para usar incluso al menos una porción de los paquetes asignados a datos normales como datos móviles. Este modo de cuadros puede establecerse considerando las intenciones del operador de transmisión de difusión digital y ambiente de transcepción.
Cuando se determina que un primer modo de cuadros establecido para disponer datos normales en la totalidad de los paquetes asignados a datos normales, el preprocesador de datos 100 dispone datos móviles sólo en los paquetes asignados a datos móviles en el método ATSC-MH convencional.
Por otro lado, cuando se determina que se establece un segundo modo de cuadros, el preprocesador de datos 100 determina el estado de establecimiento del modo de nuevo. Un modo se refiere a un ajuste hecho con relación al patrón en el que los datos móviles van a ser dispuestos en cuántos paquetes en los paquetes asignados a los datos normales que está en la segunda área. Y varios modos pueden ser provistos de acuerdo con las modalidades ejemplares.
Más específicamente, un modo puede establecerse como uno de un modo para disponer datos móviles sólo en una porción de la totalidad de paquetes asignados a datos normales, un modo para disponer datos móviles en la totalidad de los paquetes asignados a datos normales, y un modo de incompatibilidad para disponer datos móviles tan lejos como el área de paridad RS y área de encabezado provista para compatibilidad con el receptor para recibir datos normales mientras se disponen datos móviles en la totalidad de paquetes asignados a datos normales. En este caso, un modo de disponer datos móviles con respecto sólo a una porción de la totalidad de paquetes puede establecerse diferentemente dependiendo de si es o no un modo que utilice la totalidad del área de carga útil para datos móviles, o un modo que utilice sólo una porción del área de carga útil para los datos móviles.
Más específicamente, en caso de que los paquetes que correspondan a la segunda área asignada a los datos normales sean 38 paquetes, el modo, 1 ) un primer modo de disponer nuevos datos móviles en un total de 1 1 paquetes de entre los 38 paquetes asignados a datos normales, 2) un segundo modo de disponer nuevos datos móviles en un total de 20 paquetes de entre los 38 paquetes asignados a datos normales, 3) un tercer modo de disponer nuevos datos móviles en un total de 29 paquetes de entre los 38 paquetes asignados a datos normales, 4) un cuarto modo de disponer nuevos móviles en la totalidad de los 38 paquetes asignados a los datos normales, 5) un quinto modo de disponer nuevos datos móviles en la totalidad de los 38 paquetes asignados a datos normales, y un área que corresponda al encabezado MPEG y paridad de entre las áreas asignadas a datos móviles existentes.
Como se mencionó arriba, es una cuestión de curso que el quinto modo pueda ser llamado un modo de incompatibilidad, y el primero a cuarto modos pueden ser llamados modos de compatibilidad, y que el tipo de modo de compatibilidad y el número de paquetes en cada modo se pueden cambiar de varias maneras.
La figura 29 es una configuración de flujo de un estado en donde el formateador de grupo 130 dispuso datos móviles y datos de base de acuerdo con el primer modo en una modalidad ejemplar de transmitir nuevos datos móviles usando una segunda área y área de cabeza/cola.
De acuerdo con la figura 9, se puede ver que los nuevos datos móviles 2950 y datos de base 2960 son dispuestos en un patrón predeterminado dentro de la segunda área, y que los nuevos datos móviles y datos de base son dispuestos en la porción 2950 que corresponde al área de cabeza/cola así como aparte de la segunda área.
Además, se puede ver que el encabezado MEG 2910, datos de base 2920, datos de señalización 2930, datos móviles existentes 2940 y ficticio 2970, etc. son dispuestos en una dirección vertical en el flujo. Cuando el espacio vacío dentro de la segunda área es llenado con datos normales y luego se llevan a cabo codificación e entrelazado, se creará una configuración de flujo de la figura 30.
La figura 30 es una configuración de flujo después del entrelazado en el modo 1.
De acuerdo con la figura 30, nuevos datos móviles 3010 y datos de base 3030 son dispuestos en una porción del área de paquetes que se usó para ser asignada a datos normales. Especialmente, datos de base se listan discontinuamente dentro de la segunda área, formando así una secuencia de entrenamiento larga similar a la secuencia de entrenamiento larga del área de cuerpo.
En la figura 29, los datos móviles 3020 que solían ser dispuestos en el área de cabeza/encabezado corresponden a los datos móviles 3020 dispuestos en el área de cabeza/cola de la figura 30, y los datos de base 2955 que solían ser dispuestos juntos con los datos móviles 2950 forman datos de base 3030 de un formato de secuencia de entrenamiento larga similar junto con los datos de base dentro de la segunda área en la figura 30.
La figura 31 es una configuración de flujo de un estado en donde el formateador de grupos 130 dispuso datos móviles y datos de base de acuerdo con el segundo modo en una modalidad ejemplar de transmitir nuevos datos móviles usando la segunda área y área de cabeza/cola.
La figura 31 ilustra un estado en donde la relación de datos móviles incluidos en la segunda área se ha incrementado en comparación con la figura 29. En comparación con la figura 29, se puede ver que en la figura 31 , la porción en donde datos móviles y datos de base son compensados ha sido incrementada.
La figura 32 es un estado en donde el flujo de la figura 31 es entrelazado. De acuerdo con la figura 32, los datos de base dentro de la segunda área forman una secuencia de entrenamiento larga similar más finamente que los datos de base dentro de la segunda área de la figura 30.
La figura 33 es una configuración de flujo de un estado en donde el formateador de flujo 130 dispuso datos móviles y datos de base de acuerdo con un tercer modo en una modalidad ejemplar de transmitir nuevos datos móviles usando la segunda área y área de cabeza/cola. Además, la figura 34 es un estado en donde el flujo de la figura 34 es entrelazado.
La figura 35 es una configuración de flujo de acuerdo con un cuarto modo que usa la totalidad de área de datos normales en una modalidad ejemplar capaz de usar la totalidad de paquetes asignados a datos normales y todas las áreas de paquetes asignadas a datos móviles existentes que corresponden al área de cabeza/cola.
De acuerdo con la figura 35, en la segunda área y el área circundante de la misma, datos de base se disponen en una dirección vertical, y la porción restante se llena con nuevos datos móviles.
La figura 36 ilustra un estado en donde el flujo de la figura 35 es entrelazado. De acuerdo con la figura 36, la totalidad del área de cabeza/cola y área de datos normales se llena con nuevos datos móviles y datos de base, y especialmente, los datos de base son dispuestos en un formato de secuencia de entrenamiento larga.
Mientras tanto, en estas áreas, los datos de base pueden ser insertados poco a poco repetidamente en una pluralidad de periodos de patrones, y de esta manera pueden volverse datos de base tipo disperso después del entrelazado.
La figura 37 es una vista para explicar un método de insertar nuevos datos móviles en los paquetes asignados a la segunda área, es decir paquetes asignados a datos normales (por ejemplo, 38 paquetes), en varios modos. En la presente abajo, para conveniencia de explicación, los nuevos datos móviles son llamados datos ATSC móviles 1 .1 (o datos versión 1 .1 ), y los datos móviles existentes son llamados datos ATSC móviles 1.0 (o datos versión 1 .0).
Primero que nada, en el caso de a) primer modo, en un estado en donde datos versión 1 .1 se disponen uno por uno en el primero y final paquete, un paquete 1 .1 y tres paquetes de datos normales pueden ser insertados de tal manea que se dispongan repetidamente con respecto a los paquetes entre ellos. En consecuencia, un total de 1 1 paquetes pueden usarse para transmitir datos versión 1 .1 , es decir, nuevos datos móviles.
Después, en el caso de b) segundo modo, de la misma manera que arriba, datos versión 1 .1 pueden ser dispuestos en cada primero y final paquetes como se mencionó arriba, y un paquete 1 .1 y un paquete de datos normales pueden insertarse de tal manera que se dispongan de manera alternante y repetida en los paquetes entre cada uno del primero y final paquetes.
Después, en el caso de b) segundo modo, de la misma manera que arriba, datos versión 1 .1 pueden ser dispuestos en cada primer y final paquete como se mencionó arriba, y un paquete 1 .1 y unos datos normales pueden ser insertados de tal manera que sean dispuestos de manera alternante y repetida en los paquetes entre cada primero y final paquetes. En consecuencia, se pueden usar 20 paquetes en la transmisión de datos versión 1.1 , es decir nuevos datos móviles.
Luego, en el caso de c) tercer modo, de la misma manera que arriba, datos versión 1 .1 pueden ser dispuestos en cada primer y final paquetes, y tres paquetes 1.1 y un paquete de datos normales pueden insertarse de tal manera que se dispongan repetidamente en los paquetes entre cada primero y final paquetes.
Luego, en el caso de d) cuarto modo, todos los paquetes que correspondan a la segunda área pueden usarse en transmitir datos versión 1.1.
Aquí, el cuarto modo puede ser incorporado en un modo de compatibilidad de usar todos los paquetes que correspondan a la segunda área en transmitir datos versión 1 .1 o en modo de incompatibilidad en donde no sólo todos los paquetes que correspondan a la segunda área sino también el área de encabezado MPEG y paridad provistos para compatibilidad con el receptor para uso de datos normales se llenen con datos versión 1 .1 . De otra manera, el modo de incompatibilidad puede ser visto como un quinto modo separado.
En la clasificación de modos mencionado arriba, se ha explicado que los casos donde 1/4, 2/4, 3/4, y 4/4 de entre los paquetes completos de la segunda área se usan en transmisión de datos móviles puedan corresponder a cada uno del primero a cuarto modo, pero como en la figura 37, ya que el número total de paquetes es 38, que no es un número múltiplo de 4, es posible fijar algunos de los paquetes de transmisión para transmisión de nuevos datos móviles o datos normales, y clasificar los modos a clasificar los paquetes restantes en las relaciones anteriores. Es decir, de acuerdo con a), b), c) de la figura 37, datos 1 .1 pueden ser incluidos en relaciones 1/4, 2/4, 3/4 con respecto a los 36 paquetes restantes aparte del número de paquetes predeterminados de entre 38 paquetes.
La figura 38 es una vista para explicar un patrón de disposición de datos móviles en otros modos.
De acuerdo con la figura 38, dos datos versión 1 .1 son dispuestos en un paquete central con base en la ubicación en el flujo de entre la totalidad de los paquetes dentro de la segunda área, es decir de entre 38 paquetes, y en los demás paquetes, datos de inversión 1.1 y datos normales son dispuestos de acuerdo con las relaciones determinadas en cada modo.
Es decir, en a) primer modo, con respecto a los paquetes restantes aparte de los dos paquetes centrales, en el lado superior, dos paquetes de datos normales y dos paquetes de datos versión 1.1 son repetidos, mientras que en la parte inferior, dos paquetes de datos versión 1 .1 y dos paquetes de datos normales son repetidos.
Después, en c) tercer modo, con respecto a los paquetes restantes aparte de los dos paquetes centrales, en el lado superior, un paquete de datos normales y tres paquetes de datos versión 1 .1 son repetidos, mientras que en el lado inferior, tres paquetes de datos versión 1 .1 y un paquete de datos normales se repiten.
En d) cuarto modo, los paquetes completos son dispuestos en datos versión 1 .1 , los cuales envuelven el mismo formato que el cuarto modo de la figura 37.
Luego, la figura 39 ilustra una modalidad ejemplar en donde datos versión 1 .1 se disponen secuencialmente en direcciones de paquetes superior e inferior a partir del paquete central con base en la ubicación en el flujo.
Es decir, en a) primer modo de la figura 39, 1 1 paquetes desde el centro de entre los paquetes completos de la segunda área son dispuestos secuencialmente en direcciones superior e inferior.
Después, b) segundo modo de la figura 39 es un estado en donde un total de 20 paquetes desde el centro son dispuestos secuencialmente en direcciones superior e inferior, y c) tercer modo de la figura 39 es un estado en donde un total de 30 paquetes desde el centro se disponen secuencialmente en direcciones superior e inferior. D) Cuarto modo de la figura 39 es un estado en donde los paquetes completos son llenados con datos versión 1.1 .
De manera diferencia a la figura 39, la figura 40 ilustra una configuración de flujo de acuerdo con una modalidad ejemplar en donde datos móviles son llenados en una dirección central desde los paquetes superior e inferior. Además, la figura 40 ilustra un estado en donde los números de paquetes de nuevos datos móviles en el primero a cuarto modos se establecen diferentemente de los números en las diferentes modalidades ejemplares mencionadas arriba.
Es decir, en a) primer modo de la figura 40, cuatro paquetes de datos versión 1 .1 son dispuestos en una dirección inferior desde los paquetes superiores, y cuatro paquetes de datos versión 1 .1 son dispuestos en una dirección superior desde los paquetes inferiores. Es decir, ilustra un caso en donde un total de 8 paquetes de datos versión 1 .1 son dispuestos.
Después, en b) segundo modo, ocho paquetes de datos versión 1 .1 son dispuestos en una dirección inferior desde los paquetes superiores, y ocho paquetes de datos versión 1 .1 son dispuestos en una dirección superior desde los paquetes inferiores. Es decir, un total de 16 paquetes de datos versión 1.1 son dispuestos.
Luego, en c) tercer modo, doce paquetes de datos versión 1 .1 son dispuestos en una dirección inferior desde los paquetes superiores, y doce paquetes de datos versión 1 .1 son dispuestos en una dirección superior desde los paquetes inferiores. Es decir, un total de veinticuatro paquetes de datos versión 1.1 son dispuestos.
Los paquetes restantes son llenados con datos normales. El patrón de paquetes en el cuarto modo es el mismo que en las figuras 37, 38 y 39, y de esta manera se omite la ilustración en la figura 40.
Mientras tanto, no hay ilustración en las figuras 37 a 49 acerca de la inserción de datos de base, pero datos de base pueden insertarse en un área de porción de los paquetes tal como datos móviles, o se pueden insertar en un área de porción de un paquete separado o la totalidad del área de carga útil. El método de insertar datos de base ya ha sido explicado en la presente arriba y de esta manera se omite su ilustración en las figuras 37 a 40.
Además, en el caso del quinto modo, que es el modo de compatibilidad, nuevos datos móviles se llenan adicionalmente en el área de paridad RS y el área de encabezado dentro del área de datos móviles existente y no el área de datos normales, y de esta manera no se hace ilustración adicional en las figuras 37 a 40.
Además, el quinto modo puede ser provisto como un nuevo modo por separado del cuarto modo, pero el cuarto modo o quinto modo pueden combinarse con el primero a tercer modos, para ser incorporados como un total de cuatro modos.
Es decir, las figuras 37 a 40 mencionadas arriba ilustran un método de insertar nuevos datos móviles en los paquetes asignados a la segunda área, es decir, datos normales (por ejemplo, 38 paquetes) en varios modos. En las figuras 37 a 40, el método de disponer nuevos datos móviles en los paquetes asignados a datos normales puede cambiar como en el primer modo a cuarto modo como se mencionó arriba. Aquí, el cuarto modo puede ser incorporado en un modo de llenar sólo la totalidad de 38 paquetes con nuevos datos móviles, o en un modo de llenar el área de paridad RS y área de encabezado así como además de los 38 paquetes con nuevos datos móviles. De otra manera, como se mencionó arriba, el modo puede incluir todos los primero a quinto modos.
Mientras tanto, suponiendo que un modo para determinar el número de paquetes para asignar nuevos datos móviles de entre los 38 paquetes y determinar cómo configurar el bloque dentro del grupo M/H sea un modo escalable, en la figura 37, los modos pueden ser definidos como a) modo escalable 00, b) modo escalable 01 , c) modo escalable 10 y d) modo escalable 1 1 , usando el campo de señalización de dos bits. Aquí, incluso si todos los 38 paquetes son asignados a nuevos datos móviles como en b) de la figura 37, 1 18 paquetes del área de datos móviles existente y 38 paquetes en donde nuevos datos móviles son asignados pueden formar un grupo M/H.
En este caso, dependiendo de cómo se configura un bloque dentro de este grupo, se pueden definir dos modos escalables. Por ejemplo, suponiendo un caso en donde la velocidad de datos de transmisión de 19.4 Mbps se asigne toda a los datos móviles, y un caso en donde no, puede verse que los grupos M/H que tienen diferentes configuraciones de bloque se pueden presentar incluso cuando 38 paquetes dentro de un intervalo sean todos asignados a datos móviles como en la figura 37.
En este caso, dependiendo de cómo se configuren los bloques dentro de este grupo, pueden definirse dos modos escalables. Por ejemplo, suponiendo un caso en donde la velocidad de datos de transmisión de 19.4 Mbps sea toda asignada a datos móviles, y un caso en donde no, como en la figura 37, incluso cuando 38 paquetes dentro de un intervalo se asignen todos a datos móviles, pueden presentarse grupos M/H que tengan diferentes configuraciones de bloque.
Primero que nada, el caso donde la velocidad de datos de transmisión existente de 19.4 Mbps es toda asignada a datos móviles es un caso en donde la velocidad de datos normales es 0 Mbps, que corresponde a un caso en donde un operador de difusión proporciona servicios considerando sólo el receptor que recibe datos móviles y no considerando el receptor que recibe datos normales. En este caso, es posible definir un área en donde exista un marcador de posición para el encabezado MPEG y paridad RS que se haya dejado para compatibilidad con el receptor que reciba datos normales existentes como un área para datos móviles, e incrementar la capacidad de transmisión de datos móviles hasta aproximadamente 21 .5 Mbps.
Asignar toda la velocidad de datos de transmisión existente de 19.4 Mbps a datos móviles es cada 156 paquetes de todos los intervalos M/H que configuran el cuadro M/H que está siendo asignado a datos móviles, significando un caso en donde 16 intervalos dentro de. cada sub-cuadro M/H se establece como modo escalable 1 1 . En este caso, los 38 paquetes que es el área de datos normales se pueden llenar todos con datos móviles, y un bloque SB5 que corresponda a un área donde exista un marcador de posición del encabezado MPEG y paridad RS existente en el área de cuerpo puede ser derivado. Cuando 16 intervalos dentro del sub-cuadro M/H se establezcan todos en modo escala 11 y el modo de cuadros RS sea 00 (modo de un solo cuadro), no existe un bloque SB5 adicional, y el marcador de posición que corresponda a SB5 es cada uno absorbido a bloques M/H B4, B5, B6 y B7. Cuando 16 intervalos dentro del sub-cuadro M/H se establecen todos como modo escalable 1 1 , y el modo de cuadros RS es 01 (Modo de Doble Cuadro), el marcador de posición ubicado en SB5 forma el bloque SB5. Los datos móviles son llenados en el área de marcador de posición para paridad RS existente en el área de cabeza/cola aparte del área de cuerpo, y son absorbidos a un bloque donde el segmento en donde el marcador de posición para paridad RS pertenece. El marcador de posición ubicado en los segmentos correspondientes de bloque M/H B8 y B9 es absorbido a SB1 . El marcador de posición ubicado en los primeros 14 segmentos del bloque M/H B10 es absorbido a SB1 . El marcador de posición ubicado en los últimos 14 segmentos del bloque M/H B1 del intervalo subsecuente se absorbe a SB3. El marcador de posición ubicado en el segmento correspondiente del bloque M/H B2 y B3 del intervalo subsecuente es absorbido a SB4. Como se mencionó arriba en la figura 20, se puede ver que en el formato de grupo después del entrelazado, un área para encabezado MPEG y paridad RS no existe.
Mientras tanto, un caso en donde no toda la velocidad de datos de transmisión de 19.4 Mbps existente se asigna a datos móviles es un caso en donde la velocidad de datos normal no es 0 Mbps, que es cuando el operador de difusión proporciona servicios considerando tanto el receptor que recibe datos normales como el receptor que recibe datos móviles. En este caso, para poder mantener compatibilidad con el receptor que recibe los datos normales existentes, el encabezado MPEG o paridad RS no pueden ser redefinidos como datos móviles, sino que tienen que ser transmitidos tal cual. Es decir, incluso si los nuevos datos móviles se llenan sólo en una porción de los 38 paquetes o nuevos datos móviles se llenan en la totalidad de los 38 paquetes, el encabezado MPEG y área de paridad RS no se llena con nuevos datos móviles, como en el modo de compatibilidad mencionado arriba. Por lo tanto, incluso cuando los 38 paquetes que es un área de datos normales se llenan todos con datos móviles, un bloque SB5 que corresponde al área en donde existe un encabezado MPEG y paridad RS existe en el área de cuerpo no puede ser derivado.
La figura 57 es un formato de grupos de unidades de paquetes antes del entrelazado considerando compatibilidad cuando los 38 paquetes que es el área de datos normales se llenan todos con datos móviles. Como en d) de las figuras 37 a 40, todos los 38 paquetes son asignados por datos móviles, pero se puede ver que como en la figura 56, en el formato de grupos de unidades de segmentos después del entrelazado, un área donde existe un encabezado MPEG y paridad RS se mantiene y no se deriva un bloque SB5. Este formato de grupos puede definirse como un formato de grupos que corresponda al modo escalable 1 1 , o el cuarto modo. De otra manera, el cuarto modo donde sólo los 38 paquetes son llenados con nuevos datos móviles considerando compatibilidad puede ser llamado modo escalable 1 1 a.
Mientras tanto, en caso de que el modo de incompatibilidad, que es el modo escalable 1 1 sea usado, no se puede usar junto con el intervalo t en donde nuevos datos móviles son llenados con otro modo. Es decir, los intervalos totales, es decir 0 a 1 5° intervalos deben ser todos llenados con nuevos datos móviles de acuerdo con el modo escalable 1 1 . Por otro lado, el primero a cuarto modos pueden no ser combinados unos con otros y usarse.
De esta manera, el área de datos normales de cada intervalo puede ser llenada con datos móviles en varios formatos. Por lo tanto, el formato del intervalo puede cambiar de acuerdo con el modo de cuadro y estado de ajuste del modo.
Como se mencionó arriba, cuando se proporcionan cuatro modos, cada intervalo donde datos móviles son dispuestos en modos 1 a 4 pueden ser llamados los intervalos de primer tipo a cuarto tipo.
El transmisor de difusión digital puede formar un mismo tipo de intervalo por intervalo, pero por el contrario, puede formar un flujo de tal manera que diferentes tipos de intervalos sean repetidos.
Es decir, como en la figura 41 , el preprocesador de datos 100 puede disponer datos móviles de tal manera que un intervalo de primer y tres intervalos tipo 0 sean dispuestos repetidamente. El intervalo tipo 0 puede ser un intervalo en donde datos normales se asignen a los paquetes asignados a los datos normales.
Este tipo de intervalo puede definirse usando datos de señalización existentes, por ejemplo cierta porción de TPC o FIC.
Mientras tanto, como se mencionó arriba, en un estado en donde el modo de cuadros se establece como 1 , el modo puede establecerse para ser uno de una pluralidad de modos tal como de primero a cuarto modo. Aquí, el cuarto modo puede ser el modo escalable 1 1 o modo escalable 1 1 a mencionados arriba. De otra manera, puede ser uno de un total de cinco modos incluyendo todos del modo escalable 1 1 y 11 a. De otra manera, se puede clasificar como por lo menos un modo de compatibilidad y modo de incompatibilidad, que es el modo escalable 1 1.
En un ejemplo en donde el modo se incorpora en un caso que incluye primero a cuarto modos, el intervalo que corresponde a cada modo puede ser denominado 1 -1 , 1 -2, 1 -3, a intervalo de tipo 104.
Es decir, intervalo tipo 1 -1 significa un intervalo en donde 38 paquetes son asignados a primer modo, e intervalo tipo 1 -2 significa un intervalo en donde 38 paquetes son asignados a segundo modo, e intervalo tipo 1 -4 significa un intervalo en donde 38 paquetes sean asignados a cuarto modo.
La figura 42 ilustra ejemplos de flujos en donde estos diferentes tipos de intervalos se disponen repetidamente.
El ejemplo 2 de la figura 42 ilustra un flujo en donde intervalo tipo 1 -4 e intervalo tipo 0 se repiten de manera alternante. Como se indicó arriba, el cuarto modo es un modo en donde la totalidad del área de datos normales se llena con datos móviles, y de esta manera el ejemplo 2 significa una situación en donde un intervalo en el que se usa el área de datos normales completa para datos móviles y un intervalo usado para datos normales se repiten de manera alternante.
Además, varios tipos de intervalos pueden ser dispuestos repetidamente de varias maneras como en los ejemplos 3, 4 y 5. Especialmente, puede haber un caso en donde la totalidad de un intervalo se unifique en un tipo y un flujo se forme como en el ejemplo 6.
La figura 43 es una vista que ilustra una configuración de flujo de acuerdo con el ejemplo 2 de la figura 42. De acuerdo con la figura 43, en el intervalo tipo 0, el área de datos normales se usa para datos normales en sí misma, pero en el intervalo de primer tipo, el área de datos normales completa se usa como datos móviles, y al mismo tiempo, datos de base se disponen en un formato de secuencia de entrenamiento larga. De esta manera, el formato de intervalo puede ser incorporado de varias maneras.
Las figuras 44 a 47 son configuraciones de flujo para explicar un método de asignación de bloques en los modos 1 a 4. Como se indicó arriba, la primera área y segunda área pueden ser clasificadas en una pluralidad de bloques.
El pre-procesador de datos 100 puede llevar a cabo codificación por bloques en un bloque o una pluralidad de unidades de combinación de bloques de acuerdo con el modo de bloques predeterminado.
La figura 44 ilustra una clasificación de bloques en primer modo. De acuerdo con la figura 44, el área de cuerpo especificada como B3-B8, y el área de cabeza/cola se clasifica como BN1 a BN4.
Las figuras 45 y 46 ilustran clasificación de bloques en segundo modo y tercer modo. Al igual que en la figura 44, el área de cuerpo y área de cabeza/cola se clasifican en una pluralidad de bloques.
Mientras tanto, la figura 47 ilustra clasificación de bloques en cuarto modo en donde el área de cabeza/cola es completamente llenada con datos móviles. Al ser completamente llenada el área de datos móviles con datos móviles, los datos normales no son necesarios, y de esta manera en la figura 47, estas porciones se definen como BN5.
La porción BN5 es llenada con nuevos datos móviles en el modo de incompatibilidad, y se usa para uso de encabezado y paridad en el modo de compatibilidad. De esta manera, en comparación con las figuras 44 a 46, en la figura 47, el área de cabeza/cola se clasifica como BN1 a BN5.
Como se mencionó arriba, el procesador de bloques 120 del preprocesador de datos 100 convierte el cuadro RS en unidades de bloque y luego procesa las mismas. Es decir, como se ilustra en la figura 7, el procesador de bloques 120 incluye el primer convertidor 121 , y el primer convertidor 121 combina los datos móviles dentro del cuadro RS de acuerdo con el modo de bloques predeterminado, y envía el bloque SCCC (Código Convolucional Concatenado en Serie).
El modo de bloques puede establecerse de varias maneras.
Por ejemplo, cuando el modo de bloques se establezca como 0, cada bloque, es decir, BN 1 , BN2, BN3, BN4 y BN5, etc., es enviado como un bloque SCCC, volviéndose una unidad de codificación SCCC.
Mientras tanto, cuando el modo de bloques se establece como 1 , los bloques se combinan para formar un bloque SCCC. Más específicamente, BN1 +BN3 se vuelve SCBN1 y BN2+BN4 se vuelve SCBN2, y BN5 se vuelve SCBN3.
Mientras tanto, aparte de los datos móviles dispuestos en la segunda área, los datos móviles existentes dispuestos en la primera área también pueden ser combinados en uno o una pluralidad de los mismos y luego codificados por bloques. Esto es lo mismo que el ATSC-MH convencional, y de esta manera la explicación del mismo se omite.
Información sobre el modo de bloques puede describirse en los datos de señalización existentes o incluirse en un área provista en los nuevos datos de señalización, y ser notificada al lado del receptor. El lado del receptor verifica la información del modo de bloques notificado, codifica adecuadamente el mismo y restablece el flujo original.
Mientras tanto, como se indicó arriba, los datos que serán codificados por bloques pueden combinarse para formar el cuadro RS. Es decir, el codificador de cuadros 1 10 dentro del procesador de datos 100 combina adecuadamente cada porción de cuadro para que sea codificada por bloques adecuadamente por el procesador de bloques 120, y crea el cuadro RS.
Más específicamente, SBCN1 y SCBN2 se combinan para formar el cuadro RS 0, y SCBN3 y SCBN4 se combinan para formar el cuadro RS 1 .
De otra manera, SCBN1 , SCBN2, SCBN3 y SCBN4 pueden combinarse para formar el cuadro RS 0, y SCBN5 puede formar el cuadro RS 1.
De otro modo, SCBN1 +SCBN2+SCBN3+SCBN4+SCBN5 pueden formarse como un cuadro RS.
Además, los bloques que correspondan a los datos móviles existentes y los bloques recién añadidos (SCBN1 -SCBN5) pueden formarse para formar un cuadro RS.
La figura 48 es una vista para explicar varios otros métodos para definir el punto de partida del cuadro RS. De acuerdo con la figura 48, un flujo de transporte se clasifica en una pluralidad de bloques. En el ATSC-MH convencional, el cuadro RS se clasificó entre BN2 y BN3. Sin embargo, como en la presente descripción, ya que los datos móviles y datos de base se insertan en el área de datos normales, el punto de partida del cuadro RS puede ser definido diferentemente.
Por ejemplo, es posible iniciar el cuadro RS con base en el límite entre BN1 y B8, o iniciar el cuadro RS con base en el límite entre BN2 y BN3 en forma similar al punto de referencia actual, o iniciar el cuadro RS con base en el límite entre B8 y B1. El punto de partida del cuadro RS puede definirse diferentemente de acuerdo con el estado de combinación de la codificación por bloques.
Mientras tanto, la información de configuración del cuadro RS mencionado arriba puede incluirse en el área provista en los datos de señalización existentes o nuevos datos de señalización y ser proporcionada al lado del receptor.
Como se mencionó arriba, ya que nuevos datos móviles y datos de base se insertan en el área asignada a los datos normales originales y el área asignada a los datos móviles existentes, varios tipos de información se requieren para notificar este hecho al lado del receptor. Esta información puede ser transmitida usando el bit de reserva dentro del área TPC de la norma ATSC-MH existente, o un área de datos de señalización puede ser nuevamente obtenida, y nuevos datos de señalización pueden ser transmitidos a través de esa área. El área de señalización recién proporcionada debe estar en el mismo lugar en todos los modos, y de esta manera se ubica en la porción de cabeza/cola.
La figura 49 es una configuración de flujo de la ubicación de disposición de datos de señal existentes y una nueva ubicación de disposición de datos de señalización.
De acuerdo con la figura 49, los datos de señalización existentes se disponen entre la secuencia de entrenamiento larga del área de cuerpo, y los nuevos datos de señalización se disponen dentro del área de cabeza/cola. Los nuevos datos de señalización codificados en el codificador de señalización 150 se insertan por el formateador de grupos 130 en la ubicación predeterminada como la ubicación ilustrada en la figura 49.
Mientras tanto, el codificador de señalización 150 puede usar un código diferente del codificador de señalización existente o llevar a cabo codificación con una velocidad de código diferente y mejorar el rendimiento.
Es decir, es posible usar un método para obtener un efecto tal como usar código PCCC de velocidad de 1/8 al añadir el código RS existente y usar código PCCC 1/8 o usar código PCCC RS+1/4 mientras se envía los mismos datos dos veces.
Mientras tanto, como se mencionó arriba, ya que los datos de base se incluyen en el flujo de transporte, una inicialización de la memoria dentro del codificador por entrelazamiento debe llevarse a cabo justo antes de que haga una codificación por entrelazamiento con respecto a los datos de base.
En caso de que se proporcione una secuencia de entrenamiento larga como en el modo 4, es posible procesar la secuencia correspondiente sólo con una inicialización, y de esta manera no hay un gran problema, pero en caso de que los datos de base se dispongan discontinuamente como en los modos restantes, existe una dificultada de que se tiene que llevar a cabo una inicialización varias veces. Además, cuando la memoria se inicializa a 0 por la inicialización, se hace difícil hacer un símbolo tal como modo 4.
Considerando lo anterior, es posible cargar el valor de memoria de codificador por entrelazamiento (es decir, valor de registro) en modo 4 directamente al codificador por entrelazado sin un reinicio de entrelazado, para crear así un símbolo en modos 1 a 3 así como en modo 4. Para este fin, es posible registrar y almacenar valores de almacenamiento de memoria del codificador por entrelazado en un formato de tabla y llevar a cabo codificación por entrelazado con un valor de la ubicación que corresponda en la tabla almacenada. De otra manera, es posible tener un codificador adicional que opere en modo 4 y utilice el valor obtenido en ese codificador por entrelazado.
Así, es posible utilizar de manera activa el área de datos normales y área de datos móviles existente dentro del flujo de transmisión y proporcionar datos móviles de varias maneras. En consecuencia, es posible proporcionar un flujo más adecuado a transmisión de datos móviles en comparación con la norma ATSC convencional.
Señalización Mientras tanto, al ser añadidos nuevos datos móviles y datos de base al flujo de transporte como se mencionó arriba, existe la necesidad de una tecnología para notificar esto al receptor para de esta manera procesar estos datos. La notificación puede hacerse de varias formas.
Es decir, antes que nada, es posible usar la sincronización de campos de datos que se usó para la transmisión de datos móviles existentes para notificar si existen o no datos móviles nuevos.
La figura 50 es una vista que ilustra un ejemplo de una configuración de sincronización de campo de datos. De acuerdo con la figura 50, la sincronización de campo de datos consiste en un total de 832 símbolos, de los cuales 104 símbolos corresponden a un área de reserva. En el área de reserva, el 83° a 92° símbolo, es decir, un total de 10 símbolos corresponden al área de incremento.
En caso de que sólo se incluyen datos versión 1 .0, en un campo de datos de número impar, +5 se da al 85° símbolo mientras que -5 se da a los símbolos restantes, es decir 83, 84, 86-92. Un campo de datos de números pares tiene el valor negativo del símbolo del campo de datos de números impares que es opuesto (es decir - cuando + y + cuando -).
Mientras tanto, cuando se incluyen datos versión 1 .1 , en un campo de datos de números impares, +5 se da a símbolos 85 y 86, y -5 se da a los símbolos restantes, es decir 83, 84, 87-92. Un campo de datos de números pares tiene el valor negativo del símbolo del campo de datos de números impares. Es decir, es posible notificar si datos versión 1 .1 están incluidos o no usando el 86° símbolo.
Mientras tanto, si datos versión 1 .1 se incluyen o no pueden notificarse por otro símbolo dentro del área de incremento. Es decir, es posible notificar si datos versión 1.1 están incluidos o no al dar +5 u otros valores a uno o una pluralidad de símbolos aparte del símbolo 85. Por ejemplo, el símbolo 87 puede ser usado.
La sincronización de campos de datos puede crearse por un controlador de la figura 3, codificador de señalización o un creador de sincronización de campos (no ilustrado) proporcionado por separado y luego proporcionado en un rnultiplexor sincronizado 470 de la figura 4, y ser multiplexado al flujo por el mux sincronizado 470.
Como un segundo método, es posible notificar si datos versión 1 .1 existen usando TPC. TPC Se hace por una sintaxis como la siguiente lista.
Tabla 1.
Como en la tabla 1 , existe un área reservada en la información TPC. Por lo tanto, es posible señalizar si datos móviles se incluyen en los paquetes asignados a los datos normales, es decir en los paquetes de la segunda área, su ubicación, si se añaden o no nuevos datos de base, y la ubicación añadida de estos datos de base, etc. usando uno o una pluralidad de bits dentro del área reservada.
La información que se puede insertar puede expresarse como sigue.
Tabla 2 En la tabla 2, el modo de cuadro 1 .1 es información para comandar si se usan los paquetes asignados a los datos normales directamente para datos normales, o si se usan para nuevos datos móviles, es decir, datos versión 1 .1 .
El modo móvil 1.1 es información para mostrar en qué patrón se dispondrán datos móviles en los paquetes asignados a los datos normales. Es decir, es posible usar dos bits para escribir uno de "00", "01 ", "10" y "1 1" para escribir uno de 4 modos del primero a cuarto modos. En consecuencia, el flujo puede ser dispuesto en varios formatos como en las figuras 29, 31 , 33, 35, 37, 38, 39 y 4-, y el lado del receptor puede revisar la información de modo móvil y revisar la ubicación de disposición de datos móviles.
El modo de bloques SCCC 1.1 es información que muestra el modo de bloques en datos versión 1 .1 aparte, 1 .1 SCCBM1 -SCCCBM5 es información que muestra unidades de codificación de datos para uso en versión 1.1 .
Aparte de la información descrita en la tabla 2, información variada puede proporcionarse adicionalmente la cual haga posible que nuevos datos móviles sean detectados y decodificados adecuadamente por el lado del receptor, y el número de bits asignado a cada información puede cambiarse cuando sea necesario. Además, la ubicación de cada campo puede ser dispuesta en un orden diferente al de la tabla 2.
Mientras tanto, se puede hacer una notificación a través de información FIC de tal manera que el receptor de difusión digital que recibió un flujo que contenga nuevos datos móviles pueda reconocer si se incluyen o no nuevos datos móviles.
Es decir, el receptor para uso en versión 1 .1 que recibe y procesa nuevos datos móviles debe ser capaz de procesar información de servicio 1 .0 e información de servicio 1 .1 al mismo tiempo, mientras que el receptor para versión 1 .0 debe ser capaz de ignorar información de servicio 1 .1 .
En consecuencia, es posible cambiar la sintaxis del segmento FIC existente, para obtener un área para notificar si existen o no datos versión 1 .1.
Antes que nada, la sintaxis del segmento FIC existente puede configurarse como en la siguiente tabla.
Tabla 3 El segmento FIC como el de la tabla 3 puede ser cambiado como en la siguiente tabla para que sea capaz de notificar si existe el uso de datos para versión 1.1 o no.
Tabla 4 De acuerdo con la tabla 4, se puede ver que en lugar del área reservada, FIC_segment_num y FIC_last_segment_num se expanden cada una a 5 bits.
En la tabla 4, al añadir 01 al valor de FIC_segment_type, es posible notificar si existen o no datos para el uso versión 1.1 . Es decir, cuando FIC_segment_type se establece como 01 , el receptor para uso versión 1.1 decodifica la información FIC y procesa los datos para uso versión 1 .1 . En este caso, el receptor para uso versión 1 .1 no puede detectar la información FIC. Por otro lado, cuando FIC_segment_type se define como segmento nulo, el receptor para uso versión 1 .0 decodifica la información FIC y procesa los datos móviles existentes.
Mientras tanto, es posible no cambiar la sintaxis FIC existente, sino mantener la sintaxis del segmento FIC mientras se usa un área de porción por ejemplo un área reservada para notificar si existen o no datos versión 1 .1 .
Más específicamente, es posible añadir "MH 1 .1 service_status" al área de reserva entre el circuito de ensamble de servicio como en la siguiente tabla.
Tabla 5 De acuerdo con la tabla 5, es posible utilizar 2 bits de entre 3 bits del área reservada para presentar visualmente MH 1.1_service_status. MHY 1 , 1_service_status Pueden sr datos que comanden si existen o no datos versión 1 .1 dentro del flujo.
De otra manera, es posible añadir MH1.1_ensemble_indicator aparte de MH 1 .1_service_status. Es decir, la sintaxis del segmento FIC puede hacerse como en la siguiente tabla.
Tabla 6 De acuerdo con la tabla 6, 1 bit de entre los 3 bits de la primera área reservada se asigna a MH1 .1_ensemble_indicator. MH1.1_ensemble_ind¡cator significa información sobre un ensamble que es la unidad de servicio de datos versión 1 .1. En la tabla 6, es posible utilizar 2 bits de entre los 3 bits de la segunda área reservada y presentar visualmente MH1 , 1_service_status_extension.
De otra manera, como en la tabla 7, es posible cambiar la versión de protocolo de ensamble y utilizar el valor asignado al área reservada de 1 .0 para presentar visualmente .1 en caso de un servicio para uso versión 1 .1 .
Tabla 7 De otro modo, como en la tabla 8, es posible transmitir datos de señalización en un método de cambiar la longitud de extensión del encabezado de circuito de ensamble de entre los campos de sintaxis del encabezado del segmento FIC, y añadir extensión de ensamble del campo de sintaxis de la carga útil del segmento FIC, y añadir MH1.1_service_status a los 3 bits reservados del circuito de servicio de la sintaxis de la carga útil del segmento FIC.
Tabla 8 De otra manera, como en la siguiente tabla, es posible cambiar el MH_serv¡ce_loop_extensionJength de entre el campo de sintaxis de encabezado del segmento FIC, y añadir un campo de información que se refiera a MH1 .1_service al campo de carga útil del segmento FIC.
Tabla 9 De esta forma, es posible proporcionar datos de señalización al lado del receptor usando varias áreas tales como sincronización de campos, información TPC e información FIC, etc.
Mientras tanto, es posible insertar datos de señalización en áreas aparte de las áreas mencionadas arriba. Es decir, es posible insertar datos de señalización en la porción de carga útil de paquete de los datos existentes.
En este caso, como en la tabla 5, es posible configurar de tal manera que se registre la ubicación para revisar que datos para uso versión 1 .1 existen o la ubicación para revisar los datos de señalización, y proporcionar datos de señalización adicionales para uso versión 1 .1 para detectar y usar datos de señalización que correspondan al receptor para uso versión 1 .1 .
Además, es posible configurar estos datos de señalización en un flujo adicional y usar un canal adicional aparte del canal de transmisión de flujo para transmitir el mismo al lado del receptor.
Además, otra información para señalizar por lo menos una de información variada tal como si se incluyen o no datos móviles nuevos o existentes, la ubicación de datos móviles, si se añaden o no datos móviles, añadir la ubicación de los datos de base, patrón de disposición de datos móviles y datos de base, modo de bloques y unidad de codificación etc., pueden incluirse también.
Mientras tanto, el receptor de difusión digital que usa datos de señalización puede ser incorporado en un formato que incluya un preprocesador de datos que disponga por lo menos uno de datos móviles y datos de base en al menos una porción del área de datos normales de entre los paquetes completos que configuren el flujo y un multiplexor que cree un flujo de transporte que contenga datos móviles y datos de señalización. La configuración detallada del preprocesador de datos puede incorporarse como una de varias modalidades ejemplares mencionadas arriba, o se puede incorporar en un formato en donde algunos elementos de configuración sean omitidos, añadidos o cambiados. Específicamente, los datos de señalización pueden ser provistos en un codificador de señalización o el controlador o un creador de sincronización de campo adicional (no ¡lustrado, y ser insertados en el flujo de transporte por el multiplexor o multiplexor sincronizado). En este caso, los datos de señalización son datos para notificar al menos uno de si los datos móviles están dispuestos o no o el patrón dispuesto, y se pueden incorporar en una sincronización de campos de datos o TPC, información FIC, etc. como se mencionó arriba.
Mientras tanto, como se indicó arriba, cuando existe un modo escalable 1 1 a aparte del modo escalable 1 1 , es decir cuando primero a quinto modos existen, el método de expresión de modos dentro de los datos de señalización puede cambiar en consecuencia.
De acuerdo con una modalidad ejemplar, el nombre de campo de señalización dentro del campo TPC puede ser llamado modo escalable y asignar dos bits para definir cuatro modos de a) a d) de las figuras 37 a 40 como 00, 01 , 10 y 1 1 . En este caso, en el cuarto modo, si se incorpora o no en un modo de compatibilidad o modo de incompatibilidad, tiene el mismo valor de bits 1 1 . Sin embargo, ya que los dos modos son diferentes en términos de si el encabezado MPEOG y área de paridad sean usados o no, el formato de grupos puede ser diferente.
El receptor puede revisar no sólo el TPC del intervalo en donde el grupo M/H de la parada M/H será recibido sino también el TPC de otros intervalos, y cuando el modo escalable de todos los intervalos sea 1 1 y no exista un intervalo CMM, es decir cuando la velocidad de datos normales sea 0 Mbps, el valor de bits 1 1 puede determinarse como modo escalable 1 1 y ser decodificado.
Por otro lado, cuando el modo escalable no sea 1 1 o exista un intervalo CMM, es decir, cuando la velocidad de datos normales no sea 0 Mbps, la compatibilidad debe ser considerada y de esta manera es posible determinar el valor de bits 1 1 como modo escalable 1 1 a y decodificar el mismo.
De acuerdo con otras modalidades ejemplares, el nombre de campo de señalización dentro del campo TPC puede ser denominado modo escalable, y se pueden asignar tres bits a ese campo. En consecuencia, es posible señalizar un total de 5 formatos de grupo incluyendo tres formatos de grupo que correspondan a a) a c) de las figuras 37 a 40 que son primero a tercer modo, y dos formatos de grupo que correspondan a d) de las figuras 37 a 40 que son cuarto y quinto modos.
Es decir, como se mencionó arriba, los modos completos pueden incluir: 1 ) primer modo que disponga nuevos datos móviles en un total de 1 1 paquetes de entre los 38 paquetes asignados a datos normales, 2) segundo modo de disponer nuevos datos móviles a un total de 20 paquetes de entre los 38 paquetes asignados a datos normales, 3) tercer modo de disponer nuevos datos móviles a un total de 29 paquetes de entre los 38 paquetes asignados a datos normales, 4) cuarto modo de disponer nuevos datos móviles en la totalidad de 38 paquetes asignados a datos normales, 5) quinto modo de disponer nuevos datos móviles en la totalidad de los 38 paquetes asignados a datos normales y un área que corresponda al encabezado MPEG y paridad de entre el área asignada a datos móviles existentes.
De éstos, el primer modo se indica como modo escalable 000, el segundo modo se indica como modo escalable 001 , el tercer modo se indica como modo escalable 010, y el cuarto modo, es decir el modo en donde datos móviles deben ser llenados en los 38 paquetes y la compatibilidad debe ser considerada, se indica modo escalable 01 1 , el quinto modo que es el modo donde datos móviles se llenan en los 38 paquetes y la compatibilidad no tiene que considerarse se indica como modo escalable 1 1 1 .
Además, para poder definir formatos de grupo adicionales, es posible asignar el valor de bit de un modo escalable o añadir un bit de señalización.
El receptor de difusión digital de acuerdo con varias modalidades ejemplares de la presente invención puede disponer los datos móviles existentes, nuevos datos móviles y datos normales dentro de un flujo y transmitir los mismos de acuerdo con varios métodos de modo.
Por ejemplo, en la configuración de la figura 4, la configuración de flujo que es el formateador del grupo 130 dispuesto dentro del preprocesador de datos 100 formatea en unidades de grupo mientras agrega los datos de base, datos de señalización y datos de inicialización al flujo procesado en el procesador de flujos 120.
En consecuencia, cuando el formateador de paquetes lleva a cabo formateo de paquetes, el mux 200 lleva a cabo multiplexión. En este caso, en el caso del primero a tercer modos, el mux 200 multiplexa los datos normales procesados en el procesador normal 320 también.
Por otro lado, en el caso del cuarto y quinto modos, el procesador normal 320 no envía ningunos datos normales, y el multiplexor 200 envía directamente el flujo provisto por el formateador de paquetes 140.
Receptor de difusión digital Como se mencionó arriba, el transmisor de difusión digital puede transmitir nuevos datos móviles usando una porción o la totalidad de los paquetes asignados a datos normales de entre la configuración de flujo existente y una porción o la totalidad de los paquetes asignados a los datos móviles existentes.
El receptor de difusión digital que recibe lo anterior puede recibir por lo menos uno de los datos móviles existentes, datos normales, nuevos datos móviles y procesar los datos recibidos de acuerdo con la versión de los mismos.
Es decir, un receptor de difusión digital existente para uso en procesamiento de datos normales puede revisar los datos de señalización, y detectar y decodificar los datos normales. Como se mencionó arriba, en el caso de un flujo que consista en un modo en donde datos normales no se incluyan en absoluto, el receptor para uso de procesamiento de datos normales no hace posible proporcionar servicios de datos normales.
Mientras tanto, el receptor de difusión digital para uso en versión 1 .0 puede revisar los datos de señalización y detectar y decodificar los datos móviles existentes cuando se reciba un flujo de varias estructuras como se mencionó arriba. En caso de que datos móviles para uso en versión 1 .1 se dispongan en las áreas completas, el receptor de difusión digital para uso en versión 1 .1 puede no ser capaz de proporcionar servicios móviles.
Por otro lado, el receptor de difusión digital para uso en versión 1 .1 puede detectar y procesar no sólo datos para uso en versión 1 .1 sino también datos para uso en versión 1 .0. En este caso, cuando se proporciona un bloque de decodificación para procesamiento de datos normales, también se pueden proporcionar servicios de datos normales.
La figura 51 es un diagrama de bloques que ilustra un ejemplo de una configuración de un receptor de difusión digital de acuerdo con una modalidad ejemplar de la presente invención. El receptor de difusión digital puede ser incorporado en un formato en donde los elementos de configuración que correspondan a varias configuraciones de transmisor se dispongan en un orden inverso, pero por conveniencia de explicación, la figura 51 sólo ilustra elementos de configuración esenciales para la recepción.
Es decir, de acuerdo con la figura 51 , el receptor de difusión digital incluye un receptor 5100, desmodulador 5200, ecualizador 5300 y decodificador 5400.
El receptor 5100 recibe el flujo de transporte transmitido desde el transmisor de difusión digital a través de una antena o cable, etc.
El desmodulador 5200 desmodula el flujo de transporte recibido a través del receptor 5100. Una señal de frecuencia y reloj etc. de la señal recibida a través del receptor 5100 se sincronizan con el transmisor de difusión digital a través del desmodulador 5200.
El ecualizador 5300 ecualiza el flujo de transporte desmodulado.
El desmodulador 5200 puede llevar a cabo la sincronización y ecualización más rápidamente usando datos de base incluidos en el flujo de transporte, especialmente, los datos de base añadidos juntos con los nuevos datos móviles.
El decodificador 5400 detecta datos móviles dentro del flujo de transporte ecualizado y decodifica los datos móviles detectados.
La ubicación de inserción y tamaño de los datos móviles y datos de base puede notificarse por los datos de señalización incluidos dentro del flujo de transporte o datos de señalización recibidos a través de un canal adicional.
El decodificador 5400 puede usar los datos de señalización para revisar la ubicación de los datos móviles adecuada para el receptor de difusión digital, y luego detectar los datos móviles en esa ubicación y decodificar los datos móviles detectados.
La configuración del decodificador 5400 puede incorporarse de varias maneras de acuerdo con modalidades ejemplares.
Es decir, el decodificador 5400 puede incluir dos decodificadores que contengan un decodificador por entrelazado (no ilustrado) y un decodificador convolucional (no ilustrado). Los dos decodificadores pueden mejorar el rendimiento mientras llevan a cabo intercambio de información de confiabilidad de decodificación mutua. De éstos, la salida del decodificador convolucional puede ser igual a una entrada del codificador RS en el lado del transmisor.
La figura 52 es un diagrama de bloques que ilustra un ejemplo de una configuración detallada de un receptor de difusión digital de acuerdo con una modalidad ejemplar de la presente invención.
De acuerdo con la figura 52, el receptor de difusión digital puede incluir un receptor 5100, desmodulador 5200, ecualizador 5300, decodificador 5400, detector 5500 y decodif¡cador de señalización 5600.
Las funciones del receptor 5100, desmodulador 5200 y ecualizador 5300 son iguales a las de la figura 51 y de esta manera se omite una explicación detallada.
El decodificador 5400 puede incluir el primer decodificador 5410 y segundo decodificador 5420.
El primer decodificador 5410 lleva a cabo decodificación con respecto a por lo menos uno de los datos móviles existentes y nuevos datos móviles. El primer decodificador 5410 puede llevar a cabo decodificación SCCC de decisión en unidades de bloques.
El segundo decodificador 5420 lleva a cabo decodificación RS con respecto al flujo decodificado en el primer decodificador 5410.
El primero y segundo decodificadores 5410, 5420 pueden usar el valor de salida del decodificador de señalización 5600 y procesar los datos móviles.
Es decir, el decodificador de señalización 5600 puede detectar y decodificar los datos de señalización contenidos en el flujo. Más específicamente, el decodificador de señalización 5600 desmultiplexa el área reservada, o área de información TPC, o área de información FIC etc. dentro de los datos de sincronización de campo provenientes del flujo de transmisión. En consecuencia, el decodificador de señalización 5600 puede decodificar convolucionalmente y decodificar por RS la porción desmultiplexada, y luego aleatorizar por inversión los mismos para restablecer los datos de señalización. Los datos de señalización restablecidos se proporcionan a cada elemento de configuración dentro del receptor de difusión digital, es decir el desmodulador 5200, ecualizador 5300, decodificador 5400 y detector 5500. En los datos de señalización, información variada que usará estas configuraciones, es decir información de modo de bloques, información de modo, información de patrón de inserción de datos de base y modo de cuadros etc. pueden ser incluidas. Los tipos y funciones de esta información han sido explicados en detalle en la porción mencionada arriba, y de esta manera se omite la explicación detallada.
Además de lo anterior, información variada tal como la velocidad de codificación, velocidad de datos, ubicación de inserción del móvil, tipo del modo de corrección de error de usuario, información del servicio primario, información necesaria para soportar segmentos de tiempo, descripción de los datos móviles, información relacionada con el cambio de la información de modo, e información para soporte de servicio IP pueden ser proporcionadas en el lado del receptor en un formato de datos de señalización u otro formato de datos adicional.
Mientras tanto, en la figura 52, se explicó que datos de señalización estaban incluidos en el flujo, pero en caso de que una señal de datos de señalización se transmita a través de un canal proporcionado adicional, el decodificador de señalización 5600 puede decodificar esta señal de datos de señalización y procesar los datos de base añadidos juntos.
Más específicamente, los datos de base pueden ser insertados en varios lugares y formatos en un área del área de cuerpo y área de cabeza/cola de móvil, como se ilustra en las figuras 22 a 36. La información sobre el patrón de inserción, es decir, ubicación, punto de partida y longitud de los datos de base puede ser incluida en los datos de señalización. El detector 5500 puede detectar los datos de base en una ubicación adecuada de acuerdo con los datos de señalización y proporcionar los datos de base detectados al desmodulador 5200, ecualizador 5300 y decodificador 5400, etc.
La figura 53 es una vista que ilustra una configuración detallada de un receptor de difusión digital de acuerdo con otra modalidad ejemplar de la presente invención.
De acuerdo con la figura 53, el receptor de difusión digital incluye un receptor 5100, desmodulador 5200, ecualizador 5300, procesador FEC 541 1 , decodificador TCM 5412, desentrelazador CV 5412, descentrelazador exterior 5414, decodificador exterior 5414, decodificador RS 5416, aleatorizador inverso 5417, entrelazador exterior 5418, entrelazador CV 5419 y decodificador de señalización 5600.
El receptor 5100, desmodulador 5200, ecualizador 5300 y decodificador de señalización 5300 etc., fueron explicados en la figura 52, y de esta manera una explicación repetida se omite. A diferencia de la figura 52, se omite la ilustración del detector 5500. Es decir, como en la presente modalidad ejemplar, cada elemento de configuración puede detectar directamente los datos de base usando los datos de señalización decodificados en el decodificador 5600.
El procesador FEC 541 1 lleva a cabo una corrección de errores en dirección hacia adelante en el flujo de transporte ecualizado en el ecualizador 5300. El procesador FEC 51 1 puede usar la información sobre la ubicación o patrón de inserción de los datos de base de entre la información proporcionada desde el decodificador de señalización 5600 para detectar los datos de base dentro del flujo de transporte y usarlos en la corrección de errores con dirección hacia adelante. De otra manera, dependiendo de la modalidad ejemplar, una señal de referencia adicional no puede ser usada en una corrección de errores con dirección hacia adelante.
Mientras tanto, en la figura 53, cada elemento de configuración se dispone en un formato en donde una codificación con respecto a datos móviles se hace después de que se hace el procesamiento FEC. Es decir, éste es un formato en donde el procesamiento FEC en la totalidad del flujo de transporte es hecho. Sin embargo, también se puede incorporar en un formato en donde sólo datos móviles se detecten de entre el flujo de transporte y luego FEC se lleve a cabo sólo con relación a los datos móviles.
El decodificador TCM 5412 detecta datos móviles de entre el flujo de transporte enviado desde el procesador FEC 541 1 y lleva a cabo una decodificación por entrelazado. En este caso, si el procesador FEC 541 1 ya detectó datos móviles y llevó a cabo una corrección de errores con dirección hacia adelante sólo con relación a esa porción, el decodificador TCM 5412 puede llevar a cabo directamente una decodificación por entrelazado en los datos de entrada.
El desentrelazador CV 5417 lleva a cabo un desentralazado convolucional en los datos decodificados por entrelazado. Como se mencionó arriba, la configuración del receptor de difusión digital corresponde a la configuración del flujo de transporte y la configuración del transmisor de difusión digital procesado, y de esta manera dependiendo de la estructura del transmisor, puede no necesitarse un desentrelazador CV 5413.
El desentrelazador exterior 5414 lleva a cabo un desentrelazado exterior en los datos que recibieron un desentrelazado convolucional. Después, el decodificador exterior 5415 lleva a cabo decodificación para retirar la paridad añadida a los datos móviles.
Mientras tanto, en algunos casos, es posible llevar a cabo repetidamente el proceso desde el decodificador TCM 5412 hasta el decodificador exterior 5415 al menos una vez y mejorar el rendimiento de recepción de datos móviles. Para llevar a cabo el proceso repetidamente, los datos de decodificación del decodificador exterior 5415 pueden pasar a través del entrelazador exterior 541 8 y el entrelazador CV 5419 y ser proporcionados al decodificador TCM 5412. Aquí, el entrelazador CV 5419 puede no ser necesario dependiendo de la estructura del transmisor.
De esta manera los datos decodificados por entrelazado son proporcionados al decodificador RS 541 6. El decodificador RS 5416 decodifica por RS los datos proporcionados, y el aleatorizador inverso 5417 puede llevar a cabo aleatorización inversa. Después de este proceso, se puede procesar el flujo en los datos móviles, especialmente, en los datos versión 1.1 recién definidos.
Mientras tanto, como se indicó arriba, cuando el receptor de difusión digital es para uso en versión 1 .1 , aparte de datos versión 1 .1 , datos versión 1 .0 también pueden ser procesados.
Es decir, por lo menos uno del procesador FEC 541 1 y decodificador TCM 5412 puede detectar la totalidad completa de datos móviles aparte de datos normales y llevar a cabo procesamiento.
Además, cuando el receptor de difusión digital es un receptor de uso común, puede tener todo el bloque para procesamiento de datos normales, bloque para procesamiento de datos versión 1 .0 y bloque para procesamiento de datos versión 1 .1. En este caso, como se proporciona una pluralidad de trayectorias de procesamiento en el extremo posterior del ecualizador 5300, y cada uno de los bloques mencionados arriba se dispone en cada trayectoria de procesamiento, y al menos una trayectoria de procesamiento se selecciona de acuerdo con un control del controlador proporcionado adicionalmente (no ilustrado), datos adecuados para el flujo de transmisión pueden ser incluidos.
Además, como se mencionó arriba, en el flujo de transporte, datos móviles pueden ser dispuestos en diferentes patrones por intervalo. Es decir, varios intervalos tales como un primer intervalo de formato en donde datos normales se incluyen directamente, un segundo intervalo de formato en donde nuevos datos móviles son incluidos en la totalidad de los datos normales, un tercer intervalo de formato en donde nuevos datos móviles se incluyen en una porción del área de datos normales, y un cuarto intervalo de formato en donde los nuevos datos móviles se incluyen en el área de datos normales y la totalidad del área móvil existente puede ser configurada repetidamente de acuerdo con el patrón predeterminado.
El decodificador de señalización 5600 decodifica los datos de señalización y notifica información de modo de cuadro o información de modo a cada elemento de configuración. Por lo tanto, cada uno de los elementos de configuración, especialmente el procesador FEC 541 1 o decodificador TCM 5412 puede detectar datos móviles en una ubicación determinada con respecto a cada intervalo y procesar los datos móviles detectados.
En las figuras 51 a 53, se omite la ilustración del controlador, pero el decodificador de señalización 5600 puede incluir además un controlador configurado para aplicar señal de control adecuada a cada bloque usando los datos de señalización decodificados. Este controlador puede controlar la operación de sintonización del receptor 5100 de acuerdo con la selección del usuario.
En el caso de un receptor para uso versión 1 .1 , de acuerdo con la selección del usuario, datos versión 1 .0 o datos versión 1 .1 pueden ser provistos selectivamente.
Además, cuando una pluralidad de datos versión 1 .1 son proporcionados, uno de los servicios pueden ser proporcionados de acuerdo con la selección del usuario.
Especialmente, como se mencionó arriba al igual que en el primero a cuarto modos (en la presente, primero a cuarto modos pueden ser todos los modos de compatibilidad, y sólo el cuarto modo puede ser un modo de incompatibilidad) o el primero a quinto modos, por lo menos uno de los datos normales y nuevos datos móviles existentes pueden ser puestos en el flujo y ser transmitidos.
En este caso, el receptor de difusión digital puede detectar cada uno de los datos en una ubicación adecuada de acuerdo con el modo y aplicar un método de decodificación para llevar a cabo decodificación.
Más específicamente, en una modalidad ejemplar en donde el modo se expresa en 2 bits y una lectura de campo de señalización TPC 00, 01 , 10, 1 1 es restablecida, cuando el valor 1 1 se confirma en los datos de señalización, el receptor de difusión digital revisa el TPC no sólo de los intervalos que contengan el grupo M/H de la parada M/H que será recibida sino también otros intervalos. En consecuencia, cuando la información de modo de todos los intervalos es 1 1 , y no hay intervalos CMM, se determina que el cuarto modo es determinado como un modo de incompatibilidad. En consecuencia, el receptor de difusión digital puede decodificar el encabezado MPEG y área de paridad, por ejemplo el área SB5 mencionada arriba en donde nuevos datos móviles son dispuestos en el mismo método que el flujo de área de cuerpo restante.
Mientras tanto, cuando el modo escalable de todos los intervalos no es 1 1 o cuando existe un intervalo CMM, se determina que el modo determinado es un modo de compatibilidad, es decir el modo escalable 1 1 a, y se decodifica el encabezado MPEG y área de paridad, es decir área SB5 en un método de decodificación diferente al flujo de área de cuerpo restante, que es un método que corresponde al método de codificación de los nuevos datos móviles. La revisión de TPC y revisión de modo de cada intervalo se pueden llevar a cabo en el decodificador de señalización o controlador proporcionado adicionalmente.
Mientras tanto, en una modalidad ejemplar en donde se expresa un modo en tres bits y bits de señalización de 000, 001 , 010, 01 1 y 1 1 1 son transmitidos, el receptor de difusión digital revisa el modo de acuerdo con el valor de bit y lleva a cabo una decodificación que corresponde al mismo.
El receptor de difusión digital puede combinar los datos normales, datos móviles existentes y nuevos datos móviles, configurar un flujo de transporte y luego transmitir el flujo de transporte.
En consecuencia, el receptor de difusión digital que recibe y procesa el flujo de transporte puede ser incorporado en varios formatos, es decir un receptor para uso de datos normales capaz de procesar sólo los datos normales, un receptor para uso de datos móviles existentes capaz de procesar sólo los datos móviles existentes, receptor para uso de nuevos datos móviles capaz de procesar sólo nuevos datos móviles, y un receptor de uso común capaz de procesar al menos dos de los datos anteriores.
En el caso de un receptor para uso de datos normales, como se mencionó arriba, a diferencia del cuarto modo que tiene compatibilidad con el primer modo, no hay datos que serán procesados en el cuarto modo o quinto modo que no tengan compatibilidad. Por lo tanto, el receptor de difusión digital puede ignorar el flujo de transporte que no pueda reconocer y procesar.
Mientras tanto, en el caso de un receptor para uso de datos móviles existentes y un receptor de uso común capaz de procesar los datos móviles existentes y datos normales juntos, para procesamiento de datos normales, datos normales incluidos en los intervalos que consisten sólo en paquetes normales o la totalidad o una porción de los 38 paquetes son decodificados, mientras que para procesamiento de datos móviles existentes, datos móviles existentes incluidos en los paquetes que no son los 38 paquetes son detectados y decodificados. Especialmente, en el caso de un intervalo en donde se incluyen nuevos datos móviles, como se mencionó arriba, cuando el modo de bloque es separado, la porción de ensamble primaria es llenada con nuevos datos móviles, y es entonces posible transmitir los datos existentes y nuevos datos móviles en un intervalo. Por lo tanto, cuando el modo es un modo escalable 1 1 , el receptor decodifica el área de cuerpo restante aparte de SB5 para poder procesar los datos móviles existentes. Mientras tanto, cuando el modo es el modo escalable 1 1 a, ya que SB5 no se llena con nuevos datos móviles, el receptor decodifica el área de cuerpo completa para procesar los datos móviles existentes. Mientras tanto, cuando el modo de bloque es apareado, la totalidad de bloques se llena sólo con datos móviles 1.1 , y de esta manera en caso de procesar los datos móviles existentes, el receptor ignora el intervalo correspondiente.
Mientras tanto, también en el caso de un receptor para uso de nuevos datos móviles o un receptor de uso común que puede procesar los nuevos datos móviles u otros datos juntos, la decodificación se lleva a cabo de acuerdo con el modo de bloque y modo. Es decir, cuando el modo de bloque es separado, cuando el modo es modo escalable 1 1 , el bloque independiente de SB5 y el bloque en donde los nuevos datos móviles son asignados se decodifican en un método de decodificación de acuerdo con el método de codificación de los nuevos datos móviles, y cuando el modo es modo escalable 1 1 a, el bloque en donde nuevos datos móviles son asignados es decodificado en un método de decodificación de acuerdo con el método de codificación de nuevos datos móviles. Mientras tanto, cuando el modo de bloque es apareado, la totalidad del bloque puede ser decodificada.
En las figuras 1 1 a 53, un controiador proporcionado adicionalmente o decodificador de señalización etc., puede revisar el modo de bloque y controlar la decodificación como se mencionó arriba. Especialmente, en caso de que hayan dos bits que indiquen el modo de entre los datos de señal, cuando el valor de bit de 1 1 es transmitido, el controiador o decodificador de señalización puede revisar no sólo el TPC del intervalo en donde el grupo IWH de la parada M/H que será recibida esté incluido sino también el TPC de otros intervalos. En consecuencia, cuando se confirma que la velocidad de datos normales es 0 Mbps, puede determinarse que el valor de bit de 1 1 es modo escalable 1 1 y ser decodificado. Mientras tanto, cuando el modo escalable de todos los intervalos no es 1 1 o existe un intervalo CMM, es decir cuando la velocidad de datos normales no s 0 Mbps, el valor de bit 1 1 puede determinarse como modo escalable 1 a y ser decodificado.
El receptor de difusión digital de las figuras 51 a 53 puede ser incorporado en un decodificador o TV, pero también en varios tipos de aparatos que sean portátiles tales como PDA, diccionario electrónico de reproductor MP3 y computadora portátil, etc. Además, aunque no se ilustre en las figuras 51 a 53, también es una cuestión común que los datos de resultado decodificados puedan ser escalados o convertidos para incluir los elementos configurativos enviados en la pantalla en un formato de datos de sonido o imagen.
Mientras tanto, el método de configuración de flujo del receptor de difusión digital de acuerdo con la modalidad ejemplar de la presente invención, y el método de procesamiento de flujos del receptor de difusión digital pueden explicarse usando el diagrama de bloques mencionado arriba y diagrama de configuración de flujos.
Es decir, el método de configuración de flujos del receptor de difusión digital puede incluir una etapa de disponer datos móviles en al menos una porción de los paquetes asignados a los datos normales de entre los paquetes completos que formen el flujo y una etapa de formar el flujo al insertar datos normales en el flujo en donde se dispongan datos móviles.
La etapa de disponer datos móviles se puede llevar a cabo por el preprocesador de datos 100 ilustrado en las figuras 2 a 4.
Los datos móviles pueden ser dispuestos independientemente o juntos con los datos normales y datos móviles existentes en varias publicaciones como en las varias modalidades ejemplares anteriormente mencionadas. Es decir, datos móviles y datos de base pueden ser dispuestos de varias maneras como en las figuras 15 a 40.
Además, la etapa de formación de flujos multiplexa los datos normales procesados por separado de datos móviles junto con los datos móviles y forma un flujo de transporte.
El flujo de transporte formado es transmitido al lado del receptor después de pasar por varios procesos de codificación RS, entrelazado, codificación por entrelazado, multiplexión sincronizada y desmodulación, etc. El procesamiento de flujo de transporte puede ser por varios elementos configurativos del receptor de difusión digital ilustrado en la figura 4.
Las diferentes modalidades ejemplares del método de configuración de flujo se refieren a las diferentes operaciones del transmisor de difusión digital mencionado arriba. Por lo tanto, el diagrama de flujo con respecto al método de configuración de flujo omitió la ilustración sobre esas operaciones.
Mientras tanto, el método de procesamiento de flujos del receptor de difusión digital de acuerdo con una modalidad ejemplar de la presente invención se divide en la primer área asignada a datos móviles existentes, y la segunda área asignada a datos normales, y puede incluir una etapa de recibir un flujo de transporte que contenga datos móviles dispuestos por separado de datos móviles existentes, desmodular el flujo transmitido recibido, ecualizar el flujo de transmisión desmodulado y decodificar por lo menos uno de los datos móviles existentes y datos para uso móvil a partir del flujo de transmisión ecualizado.
El flujo de transporte que esté siendo recibido en este método puede ser el flujo de transporte configurado y transmitido en el transmisor de difusión digital de acuerdo con varias modalidades ejemplares. Es decir, el flujo de transporte puede tener un formato en donde datos móviles sean dispuestos de varias maneras como se ilustra en las figuras 15 a 21 , y figuras 29 a 40. Además, los datos móviles pueden ser también dispuestos en varios formatos como se ¡lustra en las figuras 22 a 28.
Varias modalidades ejemplares del método de procesamiento de flujos se refieren a varias modalidades ejemplares del receptor de difusión digital mencionado arriba. Por lo tanto, también se omite la ilustración del diagrama de flujos del método de procesamiento de flujos.
Mientras tanto, los ejemplos de configuración de los flujos como los ilustrados en las figuras 16 a 40 no están fijados a uno, sino que pueden ser cambiados por diferentes configuraciones dependiendo de las situaciones. Es decir, el preprocesador de datos 100 puede aplicar varios modos de cuadro, modos, modos de bloques etc. y disponer datos móviles y datos de base, y llevar a cabo codificación por bloques mediante una señal de control ingresada desde la señal de control aplicada por el controlador proporcionado por separado o una señal de control ingresada desde el exterior. En consecuencia, el operador de difusión digital es capaz de proporcionar los datos deseados, especialmente, datos móviles en varios tamaños.
Además, los nuevos datos móviles mencionados arriba, es decir, datos versión 1 .1 pueden ser los mismos datos que los datos que los datos móviles existentes, es decir los mismos datos que los datos versión 1 .0, o datos diferentes ingresados desde otras fuentes. Además, una pluralidad de datos versión 1 .1 pueden ser incluidos en un intervalo y ser transmitidos. En consecuencia, el usuario del receptor de difusión digital es capaz de ver varios tipos de datos.
Método de procesamiento de bloques Mientras tanto, las diferentes modalidades ejemplares mencionadas arriba pueden ser cambiadas de varias maneras.
Por ejemplo, el procesador de bloques 120 de la figura 4 mencionado arriba combina adecuadamente los datos móviles, datos normales, nuevos datos móviles y datos de base existentes dispuestos dentro del flujo y lleva a cabo codificación por bloques. Aquí, los nuevos datos móviles y datos de base pueden ser dispuestos no sólo en al menos una porción del área de datos normales asignada con relación a datos móviles existentes, sino también en al menos una porción del área de datos móviles existente. Es decir, los nuevos datos móviles y datos de base pueden estar en un estado en donde datos normales, nuevos datos móviles y datos móviles existentes se mezclan en el mismo.
La figura 54 ilustra un ejemplo de un formato de flujo después del entrelazado. De acuerdo con la figura 54, el flujo que contiene el grupo de datos móviles consiste en 208 segmentos de datos. De estos, los primeros 5 segmentos corresponden al área de paridad RS y son entonces excluidos del grupo de datos móviles. En consecuencia, el grupo de datos móviles de un total de 203 segmentos de datos se divide en 15 bloques de datos móviles. Más específicamente, bloques B1 a B10 y SB1 a SB5 son incluidos. De estos, los bloques B1 a B10 pueden corresponder a los datos móviles dispuestos en el área de datos móviles existente como se ilustra en la figura 8. Mientras tanto, los bloques SB1 a SB5 pueden corresponder a los nuevos datos móviles asignados al área de datos normales existente. SB5 Incluye el encabezado MPEG y pandad RS para compatibilidad hacia atrás.
Cada uno de B1 a B10 consiste en 16 segmentos, cada uno de SB1 y SB4 puede consistir en 3| segmentos, y cada uno de SB2 y SB3 puede consistir en 14 segmentos.
Estos bloques, es decir B1 -B10 y SB1 -SB5 pueden ser combinados en varios formatos y ser codificados por bloques.
Es decir, como se mencionó arriba, el modo de bloques puede establecerse de varias maneras como 00, 01 , etc. Cada bloque SCB cuando el modo de bloques se establece como "00" y el SOBL(Longitud de Bloque de Salida SCCC), SIBL (Longitud de Bloque de Entrada SCCC) con respecto a cada bloque SCB son como sigue: Tabla 10 De acuerdo con la tabla 10, se puede ver que B1 a B10 se vuelven SCB1 a SCB10.
Mientras tanto, cada bloque SCB de cuando el modo de bloques se establece como "01" y el SOBL (Longitud de Bloque de Salida SCCC) y SIBL (Longitud de Bloque de Entrada SCCC) con respecto a cada bloque SCB pueden resumirse como sigue: Tabla 11 De acuerdo con la tabla 1 1 , se puede ver que B1 y B6 se combinan para formar un SCB1 , y que B2 y B7, B3 y B8, B4 y B9, y B5 y B10 se combinan para formar SCB2, SCB3, SCB4, SCN5, respectivamente. Además, se puede ver que la longitud del bloque de entrada aparece de manera diferente dependiendo de si es la velocidad 1/2, o la velocidad 1/4.
Mientras tanto, combinar cada uno de B1 a B10 y formar bloque SCB como se mencionó arriba puede ser una operación cuando nuevos datos móviles no se dispongan, es decir, una operación en modo CMM.
En el modo SFCMM cuando se disponen nuevos datos móviles, cada bloque puede ser combinado en forma diferente y formar el bloque SCB. Es decir, datos móviles existentes y nuevos datos móviles pueden combinarse juntos para formar una codificación por bloques SCC. Las tablas 12 y 13 abajo muestran ejemplos de bloques combinados diferentemente de acuerdo con el modo de cuadro RS y modo de intervalo.
Tabla 12 En la tabla 12, modo de cuadro RS significa información para notificar si un ensamble está incluido o no dentro de un intervalo (cuando el modo de cuadro RS es 00), o si una pluralidad de ensambles tales como el ensamble primario y ensamble secundario están incluidos o no en un intervalo (cuando el modo de cuadro RS es 01 ). Además, modo de bloque SCCC significa información para mostrar si es o no un modo para llevar a cabo un procesamiento por bloques SCCC individual o un modo de combinar una pluralidad de bloques y llevar a cabo procesamiento por bloques SCCC como en el modo de bloques mencionado arriba.
La tabla 12 ilustra un caso en donde el modo de intervalo es 00. El modo de intervalo es información que muestra los criterios que dividen el inicio y fin del intervalo. Es decir, cuando el modo de intervalo es 00, significa que es un modo en donde la porción que incluye B1 a B10 y SB1 a SB5 con relación el mismo intervalo se clasifica como un intervalo, y cuando el modo de intervalo es 01 , significa que es un modo en donde una porción que consiste en un total de 15 bloques configurados al enviar B1 y B2 al intervalo previo e incluir B1 y B2 de intervalos de subsecuencia en el intervalo actual se clasifica como un intervalo. Un modo de intervalo puede ser llamado varios nombres de acuerdo con la versión del documento estándar. Por ejemplo, se puede llamar un modo de extensión de bloque. Esto se explicará en más detalle en la presente abajo.
De acuerdo con la tabla 12, cuando el modo de cuadro RS es 00, y el modo de bloque SCCC es 00, se usan B1 a B8 como SCB1 a SCB8, B9 y SB1 se combinan para formar SCB9, B10 y SB@ se combinan para formar SCB10, y SB3 y SB4 se usan como SCB1 1 y SCB12, respectivamente. Mientras tanto, cuando el modo de bloque SCCC es 01 , B1 , B6, SB3 se combinan para ser usados como SCB1 , B2+B7+SB4 se usan como SB2 y B3+B8, B4+B9+SB1 , B5+B10+SB2 se usan como SCB3, SCB4, SCB5, respectivamente.
Mientras tanto, en caso de que el modo de cuadro RS sea 01 , cuando el modo de bloque SCCC sea 00, B1 , B2, B9+SB1 , B10+SB2, SB3, SB4 se usan como SCB1 a SB6, respectivamente. Además, cuando el modo de bloque SCCC es 01 , B1 +SB3+B9+SB1 se usa como SB1 , y B2+SB4+B10+SB2 se usa como SCB2.
Aparte de lo anterior, cuando el modo de intervalo es 01 , y los nuevos datos móviles se disponen de acuerdo con el primero, segundo y tercer modos mencionados arriba, el bloque SCCC puede combinarse como en la siguiente tabla Tabla 13 De acuerdo con la tabla 13, B1 a B10 y SB1 a SB5 pueden combinarse en varios métodos de acuerdo con el estado de ajuste del modo de cuadro RS y modo de bloques de SCCC.
Mientras tanto, cuando el modo de intervalo es 01 y los nuevos datos móviles se disponen en la totalidad del cuarto modo mencionado arriba, el bloque SCB puede configurarse en varias combinaciones como en la siguiente tabla.
Tabla 14 De esta manera, los datos móviles, datos normales y nuevos datos móviles existentes pueden clasificarse en bloques, y cada bloque puede combinarse de varias maneras por modo y configurar el bloque SCCC. En consecuencia, los bloques SCCC configurados se combinan para formar el cuadro RS.
Como se mencionó arriba, combinar y codificar un bloque se puede llevar a cabo dentro del preprocesador de datos 100 ilustrado en las diferentes modalidades ejemplares mencionadas arriba. Más específicamente, el procesador de bloques 120 dentro del preprocesador de datos 100 puede combinar los bloques para llevar a cabo codificación por bloques. La explicación sobre otro procesamiento aparte del método de combinación ya ha sido descrita en las modalidades ejemplares mencionadas arriba, y de esta manera se omite una explicación repetida. Mientras tanto, la velocidad de codificación que codifica el bloque SCCC, es decir, la velocidad de código exterior SCCC puede determinarse diferentemente de acuerdo con el modo de código exterior. Más específicamente, la velocidad de codificación puede resumirse como en la siguiente tabla.
Tabla 15 Como se describe en la tabla 15, el modo de código exterior SCCC puede establecerse de varias maneras como 00, 01 , 10, 1 1 . En el caso de 00, el bloque SCCC puede ser codificado por velocidad de código 1/2, en el caso de 01 , por velocidad de código 1/4, y en el caso de 10, por velocidad de código 1/3. Estas velocidades de código pueden cambiarse de varias maneras de acuerdo con la versión de la norma. Las velocidades de código recién añadidas pueden ser aplicadas al modo de código exterior SCCC 1 1 . Mientras tanto, la relación de coincidencia entre el modo de código exterior SCCC mencionado anteriormente y la velocidad de código puede ser cambiada. El preprocesador de datos 100 puede codificar el bloque SCCC con una velocidad de código adecuada de acuerdo con el estado de ajuste del modo de código exterior. El estado de ajuste del modo de código exterior puede notificarse desde el controlador 310 de otros elementos configurativos o puede revisarse a través de un canal de señalización adicional. Mientras tanto, la velocidad de código 1/3 recibe un bit y envía tres bits, y el formato del codificador puede configurarse de varias maneras. Por ejemplo, se puede configurar en una combinación de velocidad de código 1/2 y velocidad de código 1/4, y también es posible perforar la salida del codificador convolucional de 4 estados.
Modo de extensión de bloques: BEM Como se mencionó arriba, el método de codificar bloques existentes dentro de un intervalo cambia de acuerdo con el modo de intervalo o modo de extensión de bloque. Como se mencionó arriba, cuando el modo de extensión de bloque es 00, significa que la porción que incluye B1 a B10 y SB1 a SB5 con respecto al mismo intervalo se clasifica como un intervalo, y cuando el modo de extensión de bloque es 01 , significa que el modo es un modo en donde una porción que consiste en un total de 15 bloques después de enviar B1 y B2 a los intervalos previos y que incluye B1 y B2 del intervalo subsecuente en el intervalo actual se clasifica como un intervalo.
Es posible clasificar la región de grupo por bloque dentro del intervalo. Por ejemplo, los cuatro bloques B4 a B7 pueden ser llamados región de grupo A, dos bloques B3 y B8 pueden ser llamados región de grupo B, dos bloques B2 y B2 pueden ser llamados región de grupo C, y dos bloques B1 y B10 pueden ser llamados región de grupo D. Además, cuatro bloques SB1 a SB4 que aparezcan cuando los 38 paquetes que es el área de datos normales sean entrelazados pueden ser llamados región de grupo E.
Cuando el modo de extensión del bloque de un intervalo arbitrario es 01 , la región de grupo A y B que consiste en bloques B3 a B8 pueden ser llamadas ensamble primario. Es posible enviar los bloques B1 y B2 a los intervalos previos, e incluir bloques B9 y B10, bloques SB1 a SB4, y B1 y B2 del intervalo subsecuente en B2, y definir la región de grupos C, D, E como el nuevo ensamble secundario. Es posible llenar el área de cabeza/cola con datos de entrenamiento largos de una longitud que corresponda a un segmento de datos de manera similar al primario, y la ventaja es que el rendimiento de recepción del área de cabeza/cola puede mejorarse hasta el mismo nivel que el rendimiento de recepción del área de cuerpo.
Cuando el modo de extensión de bloque de un intervalo arbitrario es 00, el ensamble primario es el mismo que en el caso de BEM 01 , pero existe una diferencia en el ensamble secundario. Los bloques B1 y B2, bloques B9 y B10, y bloques SB1 a SB4 del intervalo actual pueden ser incluidos y ser definidos como el ensamble secundario. A diferencia del primario, el área de cabeza/cola tiene una forma de sierra dentada, y es entonces imposible llenarla con datos de entrenamiento largos, y de esta manera el rendimiento de recepción del área de cabeza/cola se deteriora con respecto al del área de cuerpo.
Mientras tanto, cuando dos intervalos arbitrarios se acercan como modo BEM 00, datos de entrenamiento largos pueden ser llenados en una porción en donde áreas de cabeza/cola en forma de sierra se crucen y se encuentren unas con otras. Como se ilustra en las figuras 64 y 65, ya que cada entrenamiento de segmento se conecta en el área en donde dos intervalos del modo BEM 00 se acercan y se encuentran entre sí, en consecuencia, es posible crear un entrenamiento largo de la misma longitud que un segmento de datos. En las figuras 64 y 65, la ubicación del byte de inicialización del codificador por entrelazado y ubicación de byte conocido de base son presentadas visualmente.
Cuando se configura el cuadro M/H de acuerdo con el tipo de servicio, el intervalo llenado con nuevos datos móviles (intervalo SFCMM) puede ser dispuesto adyacentemente con intervalos llenados con 156 paquetes (Intervalo Principal Lleno) sólo con el intervalo CMMM llenado con datos móviles o datos normales existentes. Aquí, cuando el modo BEM del intervalo SFCMM es 00, incluso cuando el intervalo CMM o intervalo principal lleno se disponen como un intervalo adyacente, la combinación es posible sin dificultad. De entre 16 intervalos dentro del sub-cuadro M/H, suponiendo un caso en donde el intervalo BEM 00 se disponga como intervalo #0 y el intervalo CMM se disponga en intervalo #1 , una codificación por bloques se hace mediante la combinación de los bloques B1 a B10 y bloques SB1 a SB4 dentro de intervalo #0, y una codificación por bloques para intervalo #1 se hace por una combinación de bloques B1 a B10.
Mientras tanto, en caso de que el modo BEM del intervalo SFCMM sea 01 , cuando el intervalo CMM o intervalo principal completo se disponga como un intervalo adyacente, la región huérfana debe ser considerada. Una región huérfana significa un área que no se puede usar fácilmente mientras una pluralidad de intervalos diferentes se disponen continuamente.
Por ejemplo, suponiendo un caso en donde de entre los 16 intervalos dentro de los sub-cuadros M/H, el intervalo BEM 01 se disponga en intervalo #0 y el intervalo CMM se disponga en intervalo #1 , se hace una codificación por bloques al enviar bloques B1 y B2 dentro del intervalo #0 al intervalo previo, e incluyendo bloques B3 a B10 y SB1 a SB4 y B1 y B2 del intervalo subsecuente. Es decir, los dos intervalos llenados con datos móviles 1 .0 y datos móviles 1.1 que no tienen compatibilidad entre sí no se deben hacer interferir unos con otros de acuerdo con el método de codificación por bloques de BEM 01 .
Mientras tanto, el intervalo donde BEM es 00 y el intervalo donde BEM es 01 puede establecerse para no ser combinado junto y usado. Mientras tanto, en el caso de BEM 01 , el modo CMM, modo BEM01 , intervalo de modo principal lleno pueden combinarse juntos y usarse. En este caso, el área que es difícil de usar debido a diferencia de modo puede ser considerada un área huérfana y ser utilizada.
Región huérfana El área de la región huérfana que impide la interferencia entre los dos intervalos cambia de acuerdo con a qué tipo de intervalo es adyacente el intervalo que tiene BEM 01 y de acuerdo con el orden de intervalo.
Antes que nada, en caso de que (i)° intervalo sea intervalo CMM y el intervalo subsecuente (i+1 )° intervalo sea intervalo BEM 01 , los bloques B1 y B2 que existan en el área de cabeza del intervalo BEM01 son enviados al intervalo previo. Sin embargo, ya que el intervalo CMM no es codificado por bloques usando los bloques B1 y B2 del intervalo subsecuente, las áreas de bloques B1 y B2 de intervalos (i+1 ) se dejan sin ser asignadas a ningún servicio, y esta área se define como tipo huérfano 1 . Además, también en caso de que el (i)° intervalo sea un intervalo principal lleno y el (i+1 )° intervalo que sea el intervalo subsecuente sea intervalo BEM 01 , las áreas de bloques B1 y B2 del intervalo (i+1 ) se dejan sin ser asignadas a ningún servicio, también generando el tipo huérfano 1 .
En segundo lugar, en caso de que el (i)° intervalo sea intervalo BEM01 y el intervalo subsecuente intervalo (i+1 )° sea intervalo CMM, se lleva a cabo una codificación por bloques usando bloques B1 y B2 en el intervalo subsecuente, y de esta manera ya no es posible usar bloques B1 y B2 en el intervalo subsecuente. Es decir, el intervalo subsecuente, intervalo CMM se establece en modo de doble cuadro, y de esta manera se tienen que asignar servicios sólo al ensamble primario y el ensamble secundario debe dejarse vacío. Aquí, de entre el ensamble secundario que consiste en bloques B1 a B2 y B9 a B10, los bloques B1 y B2 son traídos del (i)° intervalos y luego usados, pero las áreas de bloques B9 y B10 restantes se dejan sin ningún servicio asignado a las mismas, y ésta área se define como tipo huérfano 2.
Finalmente, cuando el intervalo BEM 01 es adyacente al (i)°, y el intervalo principal lleno es adyacente a (i+1 )°, se genera tipo huérfano 3. Cuando el intervalo BEM01 trae y usa el área que corresponde a los bloques B1 y B2 del intervalo subsecuente, intervalo principal lleno, se vuelve imposible transmitir datos normales a los 32 paquetes superiores donde existen el área de bloques B1 y B2 de entre los 156 intervalos subsecuentes. Es decir, una porción de los primeros 32 paquetes del intervalo subsecuente corresponde al área de bloques B1 y B2, y de esta manera se usa en el (i)° intervalo, intervalo BEM 01 , pero el área restante que no corresponde al área de bloques B1 y B2 en los 32 paquetes se deja sin ningún servicio asignado a la misma. El área restante que corresponde al área de bloques B1 y B2 en los primeros 21 paquetes del intervalo subsecuente se distribuye en una porción de la región del grupo A y B cuando se envía en el formato de grupo después del entrelazado. Por lo tanto, se genera tipo huérfano 3 en el área de cuerpo del intervalo subsecuente.
Métodos para utilizar huérfano En el área huérfana, no hubo datos móviles, datos de entrenamiento o bytes ficticios pueden incluirse cuando sea necesario. En caso de llenar la región huérfana con nuevos datos móviles, la existencia y tipo de los datos correspondientes e información de señalización necesaria para que el receptor reconozca y decodifique los datos pueden ser añadidas.
En caso de llenar la región huérfana con datos de entrenamiento, es posible iniciaíizar el codificador por entrelazado de acuerdo con la secuencia de entrenamiento que se generará y definir el byte conocido de tal manera que el receptor pueda reconocer la secuencia de entrenamiento.
La tabla 16 ilustra un ejemplo de la ubicación del huérfano y el método de uso de huérfano cuando BEM es 01 .
Tabla 16 De otra manera, la generación de un área huérfana cuando BEM es 01 puede configurarse como en la tabla 17 mostrada abajo.
Tabla 17 Según se ¡lustra en la tabla anterior, un área huérfana puede formarse en varias ubicaciones y tamaños de acuerdo con el formato de dos intervalos secuenciales. Además, esta área huérfana puede utilizarse para varios usos tales como datos de entrenamiento y ficticios, etc. Las tablas 16 y 17 no ilustran casos en donde datos móviles se usan en el área huérfana, pero es una cuestión común que tal caso también sea posible.
Mientras tanto, cuando se utiliza un área huérfana, un método de procesamiento de flujos del transmisor de difusión digital puede incorporarse para incluir una etapa de formar un flujo donde una pluralidad de diferentes tipos de intervalos en donde al menos uno de datos móviles existentes, datos normales y nuevos datos móviles sean dispuestos en diferentes formatos respectivamente y una etapa de transmisión para codificar y entrelazar el flujo y enviar el flujo codificado y entrelazado como un flujo de transporte. Aquí, la etapa de transmisión puede significar la operación llevada a cabo en el excitador 400 de entre los elementos configurativos en el transmisor de difusión digital mencionado arriba.
Mientras tanto, la etapa de formar un flujo puede disponer al menos uno de nuevos datos móviles, datos de entrenamiento y datos ficticios en el área huérfana cuando no se asignen datos debido a la diferencia de formato entre los intervalos continuos. Este método de utilizar el área huérfana se explicó en la presente arriba.
Además, un área huérfana puede mostrarse en varios tipos como se indicó arriba.
Es decir, un área huérfana puede ser una de un primer tipo de área formada en una porción de cabeza del intervalo SFCMM en caso de que el intervalo C M y el intervalo SFCM en donde el modo de extensión de bloque sea 01 se dispongan secuencialmente o en caso de que el intervalo principal lleno que contenga sólo datos normales e intervalo SFCMM donde el modo de extensión de bloque sea 01 se dispongan secuencialmente, un área huérfana de segundo tipo formada en una porción de cola del intervalo CMM en caso de que el intervalo SFCMM donde el modo de extensión de bloque sea 01 y el intervalo CMM se dispongan secuencialmente, y un área huérfana de tercer tipo formada en una porción de cuerpo del intervalo principal completo en caso de que el intervalo SFCMM en donde el modo de extensión de bloque sea 01 y el intervalo principal lleno que incluye sólo datos normales sean dispuestos secuencialmente.
Se ha explicado aquí arriba ya que el intervalo CMM es un intervalo en donde datos móviles existentes se disponen en la primera área asignada para datos móviles existentes y datos normales se disponen en la segunda área asignada para datos normales.
Además, ya se ha explicado en la presente arriba que el intervalo SFCMM es un intervalo en donde nuevos datos móviles son dispuestos en un modo determinado en al menos una porción del área completa incluyendo la primera área y segunda área.
La figura 58 es una estructura de flujo de un área huérfana de primer tipo después del entrelazado, y la figura 59 es una estructura de flujo de un área huérfana de primer tipo antes del entrelazado.
Además, la figura 60 es una estructura de flujo de un área huérfana de segundo tipo antes del entrelazado, y la figura 61 es una estructura de flujo de un área huérfana de segundo tipo antes del entrelazado.
Además, la figura 62 es una estructura de flujo de un área huérfana de tercer tipo después del entrelazado, y la figura 63 es una estructura de flujo de un área huérfana de tercer tipo antes del entrelazado.
De acuerdo con estos dibujos, se puede ver que un huérfano puede crearse en varias ubicaciones de acuerdo con el patrón de disposición de un intervalo.
Mientras tanto, el flujo de transmisión transmitido desde este transmisor de difusión digital puede ser recibido en el receptor de difusión digital y ser procesado.
Es decir, el receptor de difusión digital puede incluir un receptor configurado para recibir un flujo de transporte codificado y entrelazado en donde una pluralidad de tipos de intervalo diferentes en donde al menos uno de datos móviles existentes, datos normales y nuevos datos móviles se dispongan en diferentes formatos sean dispuestos continuamente, un desmodulador configurado para desmodular un flujo de transporte, un ecualizador configurado para ecualizar el flujo de transporte desmodulado y un decodificador configurado para decodificar nuevos datos móviles a partir del flujo ecualizado. Aquí, el flujo de transporte puede incluir un área huérfana en donde no se asignen datos debido a una diferencia de formato entre los intervalos secuenciales, y en el área huérfana, al menos uno de los nuevos datos móviles, datos de entrenamiento y datos ficticios pueden ser dispuestos.
El receptor de difusión digital puede detectar sólo los datos que pueda procesar y procesar los datos detectados dependiendo de su tipo, es decir si es un receptor exclusivo para datos normales, receptor exclusivo de CMM, receptor exclusivo de SFCMM y receptor de uso común.
Mientras tanto, como se mencionó arriba, si existen o no datos en el área huérfana y el tipo de los mismos puede notificarse usando información de señalización. Es decir, el receptor de difusión digital puede decodificar información de señalización e incluir además un decodificador de señalización configurado para revisar si existen o no datos en el área huérfana y el tipo de los mismos.
Datos de señalización Mientras tanto, información tal como el número de paquetes de datos móviles nuevos o existentes recién añadidos o velocidad de código, etc., se transmite al lado del receptor como información de señalización.
Por ejemplo, esta información de señalización puede ser transmitida usando el área reservada de TPC. En este caso, algunos sub-cuadros pueden transmitir información en el presente cuadro, y otros sub-cuadros pueden transmitir información en el siguiente cuadro para incorporar "señalización por adelantado". Es decir, el parámetro TPC predeterminado y datos FIC pueden ser pre-señalizados.
Más específicamente, como se ilustra en la figura 55, un cuadro M/H puede dividirse en cinco sub-cuadros. Los parámetros TPC tales como sub_frame_number, slot_number, parade_id, parade_repetion_cycle_minus_1 , parade_continuity_counter, fic_version, y modo de intervalo añadidos como se mencionó arriba pueden transmitir información sobre el cuadro actual en 5 sub-cuadros. Mientras tanto, parámetros TPC tales como SGN, number_of_groups_minus_1 , modos FEC, TNoG, número de paquetes de datos móviles existentes o nuevos añadidos como se mencionó arriba, y velocidad de código, etc., pueden grabarse diferentemente de acuerdo con el número del sub-cuadro. Es decir, los sub-cuadros #0, #1 , pueden transmitir información sobre el cuadro actual, y los sub-cuadros #2, #3, #4 pueden transmitir información sobre el siguiente cuadro considerando el PRC (Ciclo de Repetición de Parada). En el caso de TNoG, los sub-cuadros #0, #1 pueden transmitir información sobre el presente cuadro, y los sub-cuadros #2, #3, #4 pueden transmitir toda la información sobre el cuadro actual y cuadro siguiente.
Más específicamente, información TPC puede configurarse como en la siguiente tabla.
Tabla 18 Como se ilustra en la tabla 18, en caso de que el número de sub-cuadro sea 1 o menos, es decir en #0, #1 , información variada sobre el cuadro M/H actual se transmite, y en caso de que el número de sub-cuadro sea 9 o más, es decir #2, #3, #4, PRC (Ciclo de Repetición de Parada) puede considerarse y entonces información variada sobre el siguiente cuadro M/H puede transmitirse. En consecuencia, se hace posible conocer la información sobre el siguiente cuadro, mejorando así la velocidad del proceso.
Mientras tanto, de acuerdo con un cambio en la modalidad ejemplar como se mencionó arriba, la configuración del lado del receptor también puede ser cambiada. Es decir, el lado del receptor puede decodificar los datos que han sido combinados de varias maneras de acuerdo con el modo de bloque y luego codificados por bloques, y restablecer datos móviles, datos normales y nuevos datos móviles existentes, etc. Además, el receptor puede revisar la información de señalización sobre el siguiente cuadro por adelantado y preparar procesamiento de acuerdo con la información revisada.
Más específicamente, en el receptor de difusión digital que tiene una configuración de la figura 51 , el receptor 5100 combina los datos dispuestos en el área de datos móviles existente con los nuevos datos móviles dispuestos en los datos normales en unidades de bloques, lleva a cabo codificación SCCC y recibe el flujo configurado.
Aquí, el flujo puede ser dividido en unidades de cuadro, y un cuadro puede dividirse en una pluralidad de sub-cuadros. Además, al menos en una porción de la pluralidad de sub-cuadros, información de señalización sobre el siguiente cuadro se incluye, y en el sub-cuadro restante de entre una pluralidad de sub-cuadros, información de señalización sobre el siguiente cuadro en donde PRC (Ciclo de Repetición de Parada) se considera puede ser incluida. Por ejemplo, de entre un total de 5 sub-cuadros, en sub-cuadros #0, #1 , información sobre el cuadro actual puede ser incluida, y en sub-cuadros #2, #3, #4, se puede incluir información sobre el siguiente cuadro en donde PRC (Ciclo de Repetición de Parada) se considere.
Además, el flujo mencionado arriba puede ser un flujo que haya sido codificado por SCCC con una velocidad de velocidad 1/2, velocidad 1/3, velocidad 1/4 por el transmisor de difusión digital.
Cuando el flujo mencionado arriba es transmitido, el desmodulador 5200 desmodula el flujo y el ecualizador 5300 ecualiza el flujo desmodulado.
El decodificador 5400 decodifica por lo menos uno de datos móviles existentes y nuevos datos móviles a partir del flujo ecualizado. En este caso, el decodificador 5400 puede preparar procesamiento en el siguiente cuadro por adelantado usando la información de cuadros incluida en cada sub-cuadro.
De esta manera, el receptor de difusión digital puede procesar adecuadamente el flujo transmitido desde el transmisor de difusión digital de acuerdo con varias modalidades ejemplares. Se omite una explicación e ilustración sobre el método de procesamiento de flujos del receptor de difusión digital.
De esta manera, la configuración del receptor de acuerdo con varias modalidades ejemplares cambiadas es similar a la configuración de otras modalidades ejemplares, y de esta manera se omite la ilustración y explicación repetida de las mismas.
Mientras tanto, la figura 56 es una vista que ilustra un formato de grupo M/H antes del entrelazado de datos en el modo de compatibilidad mencionado arriba, es decir en el modo escalable 1 1 a.
De acuerdo con la figura 56, el grupo M/H que incluye los datos móviles consiste en 208 segmentos de datos. En caso de que el grupo M/H se distribuya a través de 156 paquetes dentro del intervalo M/H que consiste en 156 unidades de paquete, los 156 paquetes resultantes entrelazados por la regla de entrelazado del entrelazador 430 son dispersos a 208 segmentos de datos.
El grupo de datos móviles de un total de 208 segmentos de datos se divide en 15 bloques de datos móviles. Más específicamente, bloques de B1 a B10 y SB1 a SB5 son incluidos. De estos, los bloques B1 a B10 pueden corresponder a los datos móviles dispuestos en el área de datos móviles existente como se ilustra en la figura 8. Mientras tanto, bloques SB1 a SB5 pueden corresponder a nuevos datos móviles asignados al área de datos normales existente. SB5 Es un área que incluye el encabezado MPEG y paridad RS para compatibilidad hacia atrás.
Cada uno de los bloques B1 a B10 pueden consistir en 16 segmentos justo como el área de datos móviles existente, el bloque SB4 pueden consistir cada uno en 31 segmentos, y cada uno de los bloques SB2 y SB3 pueden consistir en 14 segmentos. El bloque SB1 puede tener longitud de segmento diferente distribuida de acuerdo con el modo. En todos los cuadros, en caso de que datos normales no se transmiten en absoluto, es decir, cuando toda la velocidad de datos de 19.4 Mbps se llene con datos móviles, el bloque SB1 puede consistir en 32 segmentos. Además, en caso de que datos normales se transmitan incluso por una porción, el bloque SB1 puede consistir en 31 segmentos.
El bloque SB5 es un área en donde encabezado MPEG y paridad RS existente en 51 segmentos de área de cuerpo son distribuidos, y en caso de que datos normales no se transmitan en absoluto en todos los cuadros, es decir, cuando se llena con datos móviles por 19.4 Mbps, el bloque SB5 puede ser llenado con datos móviles y definido como SB5. Esto corresponde al modo de incompatibilidad mencionado arriba. De esta manera, cuando todos los datos se asignan a datos móviles y no es necesario considerar compatibilidad. El área donde el encabezado MPEG y paridad RAS que existieron para la compatibilidad con el receptor para recibir datos normales existentes puede ser redefinida como datos móviles y ser usada.
Mientras tanto, como se mencionó arriba, estos bloques, es decir, B1 a B10 y SB1 a SB5 pueden combinarse en varios formatos y ser codificados por bloques.
Es decir, en caso de que el modo de bloques SCCC sea 00 (bloque separado), el modo de código exterior SCCC puede ser aplicado diferentemente por región de grupo (A, B, C, D), mientras que en caso de que el modo de bloque SCCC sea 01 (bloque apareado), el modo de código exterior SCCC de todas las regiones debe ser el mismo. Por ejemplo, SB1 y SB4 que son bloques de datos móviles recién añadidos siguen el modo de código exterior SCCC determinado para la región de grupo C, y los bloques SB2 y SB3 siguen el modo de código exterior SCCC determinado para la región de grupo D. Finalmente, el bloque SB5 sigue al modo de código exterior SCCC determinado para la región del grupo A.
Especialmente, en caso de que el bloque SB5 se derive, es un estado en donde se implementan servicios sólo con datos móviles, y en este caso, es posible aplicar la codificación de SB5 diferentemente considerando la compatibilidad entre el receptor que recibe datos móviles existentes y el receptor que recibe adicionalmente nuevos datos móviles.
Es decir, en caso de que el modo de bloque del intervalo en donde el bloque SB5 se derive sea separado, puede ser necesario llenar el ensamble primario con datos móviles 1 .0 y ensamble secundario con datos móviles 1 .1 para mantener compatibilidad con los receptores que reciben datos móviles. Por lo tanto, el bloque SB5 puede ser codificado independientemente.
Mientras tanto, cuando el modo de bloque del intervalo en donde el bloque SB5 se deriva es apareado, es un solo cuadro, en cuyo caso no es necesario considerar la compatibilidad con el receptor de datos móviles existente. Por lo tanto, es posible absorber el bloque SB5 como una porción del área existente y codificar el mismo.
Más específicamente, en caso de que nuevos datos móviles se dispongan en la totalidad de la segunda área dentro de un intervalo como en el caso de un modo de incompatibilidad, es decir el modo escalable 1 1 , la codificación de SB5 puede aplicarse diferentemente de acuerdo con el modo de bloque. Por ejemplo, cuando el modo de bloque determinado para el intervalo correspondiente sea un modo separado en donde datos móviles existentes y nuevos datos móviles puedan coexistir, el bloque que incluye el encabezado MPEG y área de paridad RS, es decir SB5 puede ser codificado diferentemente con el área de cuerpo dentro del intervalo correspondiente. Por otro lado, cuando el modo de bloque sea un modo apareado sólo existente en nuevos datos móviles, el bloque que incluye el encabezado MPEG y área de paridad RS, es decir, SB5 puede ser codificado junto con la porción restante del área de cuerpo. Así, varios tipos de codificación por bloques pueden llevarse a cabo.
En consecuencia, el receptor de difusión digital que recibe un flujo de transporte revisa el modo de acuerdo con datos de señalización, y detecta nuevos datos móviles como adecuados para ese modo y luego reproduce los nuevos datos móviles detectados. Es decir, en caso de que nuevos datos móviles del modo de bloques apareado se transmitan en el modo de incompatibilidad mencionado arriba (es decir, quinto modo o modo escalable 1 1 ), es posible decodificar los nuevos datos móviles junto con los datos móviles incluidos en el área de cuerpo existente sin decodificar por separado el bloque SB5.
Mientras tanto, en caso de que datos de base, es decir, secuencia de tratamiento existan como se indicó arriba, es necesario inicializar las memorias dentro del codificador por entrelazado antes de que la secuencia de entrenamiento sea codificada por entrelazado. En este caso, el área provista para inicialización de memoria, es decir, byte de inicialización debe ser dispuesta antes de la secuencia de entrenamiento.
La figura 56 ilustra una estructura de flujo después del entrelazado. De acuerdo con la figura 56, la secuencia de entrenamiento aparece en una pluralidad de formatos de secuencia de entrenamiento larga en el área de cuerpo, y en una pluralidad de formatos de secuencia de entrenamiento también en el área de cabeza y cola también. Más específicamente, en el área de cabeza y cola, aparece un total de 5 secuencias de entrenamiento largas. De éstas, con respecto a la segunda, tercera y cuarta secuencias de entrenamiento, el byte de inicialización por entrelazado puede determinarse para iniciar no a partir del primer byte sino después de cierto byte, a diferencia de la primera y quinta secuencias de entrenamiento.
Esta transferencia de la ubicación de un byte de inicialización por entrelazado no está limitado sólo al área de cabeza/cola. Es decir, también en algunas de las secuencias de entrenamiento largas de entre la pluralidad de secuencias de entrenamiento largas incluidas en el área de cuerpo, el byte de inicialización por entrelazado puede ser diseñado para empezar después de cierto byte de cada segmento.
Tamaño de PL, SOBL, SIBL de acuerdo con modo de bloque Mientras tanto, la PL(Longitud de Porción de Cuadro RS), SOBL (Longitud de Bloque de Salida SCCC) puede incorporarse en varios tamaños. La siguiente tabla muestra la PL del cuadro RS primario cuando el modo de cuadro RS es 00 (es decir, cuadro individual), el modo de bloque SCCC es 00 (es decir, bloque separado) y el modo de extensión de bloque SCCC es 01 .
Tabla 19 Además, la siguiente tabla muestra la PL del cuadro RS primario cuando el modo de cuadro es 00 (es decir, cuadro individual), el modo de bloque SCCC es 01 (es decir, bloque apareado), y el modo de extensión de bloque SCCC es 01.
Tabla 20 Además, la siguiente tabla muestra la PL del cuadro RS secundario cuando el modo de cuadro RS es 01 (es decir, cuadro doble), el modo de bloque SCCC es 00 (es decir, bloque separado), y el modo de extensión de bloque SCCC es 01.
Tabla 21 Además, la siguiente tabla muestra la SOBL y SIBL cuando el modo de bloque SCCC es 00 (es decir, bloque separado), el modo de cuadro RS es 00 (es decir, cuadro individual) y el modo de extensión de bloque SCCC es 01 .
Tabla 22 Además, la siguiente tabla muestra SOBL y SIBL cuando el modo de bloque SCCC es 01 (es decir, bloque apareado), el modo de cuadro RS es 01 (es decir, cuadro doble) y el modo de extensión de bloque es 01 .
Tabla 23 Como se mencionó arriba, es posible incorporar PL, SOBL y SIBL en varios tamaños de acuerdo con el modo de bloque. Los datos descritos en las tablas anteriores son simplemente ejemplos, y de esta manera no está limitado a la misma.
Inicialización Mientras tanto, como se mencionó arriba, cuando datos de base, es decir, datos de entrenamiento se incluyen en un flujo, se debe llevar a cabo la inicialización. Es decir, en el sistema de transmisión ATSC-M/H, es posible inicializar el codificador por entrelazado para ser adecuado para la secuencia de entrenamiento que será generada y luego definir el byte conocido de tal manera que el receptor pueda reconocer la secuencia de entrenamiento.
En el formato de grupo de modo BEM 00, un byte de inicialización por entrelazado está en la superficie limítrofe de cada diente de sierra, y entonces el byte conocido es distribuido. Suponiendo que la codificación por entrelazado se lleve a cabo desde los segmentos superiores hasta los segmentos inferiores y de los bytes izquierdos a los bytes derechos, codificación por entrelazado se lleva a cabo entre la superficie limítrofe del diente de sierra llenado con datos del siguiente intervalo, y de esta manera no es posible predecir el valor de memoria del codificador por entrelazado en la superficie limítrofe del diente de sierra lleno con los datos del siguiente intervalo actual. Por lo tanto, el codificador por entrelazado debe ser inicializado en la superficie limítrofe de cada diente de sierra. Como se ilustra en las figuras 56 y 57, el byte de ¡nicialización puede ser destruido en cada límite de diente de sierra del área de cabeza que consiste en bloques B1 y B2, y también en cada superficie de límite de diente de sierra del área de cola que consiste en los bloques SB1 a SB4.
Cuando cualesquiera dos intervalos son adyacentes uno al otro como BEM 00, datos de entrenamiento cortos de cada área de cabeza/cola se ubican en el mismo segmento y se conectan continuamente, y de esta manera pueden jugar el papel de un entrenamiento largo. En caso de que dos intervalos BEM 00 sean adyacentes entre sí y de esta manera el entrenamiento sea concatenado, sólo los primeros 12 bytes de ¡nicialización máximos del segmento en donde existen datos de entrenamiento se usan como el modo de inicialización, y el byte de ¡nicialización que existe en la porción en donde el siguiente diente de sierra pueda ser acoplado puede ser ingresado justo al igual que el byte conocido y luego codificado por entrelazado.
Aparte de la primera ¡nicialización máximo 12 de los segmentos, el byte de ¡nicialización medio que existe en la porción en donde el diente de sierra es acoplado puede ser ingresado como el byte conocido o el byte de inicialización dependiendo del caso adyacente al mismo intervalo BEM 00 y el caso adyacente a otro intervalo aparte de BEM 00. Es decir, la operación de codificado por entrelazado puede multiplexarse en modo normal o en modo de inicialización para el periodo de byte de inicialización medio. Un símbolo diferente se genera dependiendo de qué modo el codificador por entrelazado multiplexe la entrada, y de esta manera el valor de símbolo que el receptor usa en entrenamiento puede cambiar. Por lo tanto, para minimizar confusión del receptor, en caso de que dos intervalos BEM 00 sean adyacentes entre sí y se configure un entrenamiento largo, es posible determinar el valor de byte de inicialización media que se usará como el modo de inicialización en caso de que el intervalo BEM 00 no sea adyacente al mismo intervalo, con base en el símbolo que será generado al multiplexar todos los valores de byte de inicialización medios. Es decir, es posible determinar el valor de byte de inicialización medio para crear así un mismo valor como el valor de símbolo de entrenamiento largo generado en el caso de concatenación. Aquí, durante los primeros dos símbolos de los bytes de inicialización medios, el valor de símbolo puede ser diferente de cuando se haga concatenación.
De esta manera, es posible incorporar el método de procesamiento de flujos del transmisor de difusión digital de tal manera que una secuencia de entrenamiento larga pueda formarse en las porciones limítrofe de los intervalos continuos.
Es decir, el método de procesamiento de flujos y el lado del transmisor pueden incluir una etapa de formar un flujo cuando intervalos que contengan una pluralidad de bloques sean dispuestos secuencialmente, y una etapa de codificar y entrelazar el flujo y enviar el flujo codificado y entrelazado como un flujo de transporte.
Aquí, la etapa de formar un flujo puede disponer datos de base en cada segmento predeterminado del intervalo adyacente de tal manera que una secuencia de entrenamiento larga pueda formarse en la porción limítrofe de los intervalos adyacentes acoplados en un formato de diente de sierra, en caso de que los intervalos establecidos en el modo de extensión de bloque 00 que hacen posible usar los bloques completos dentro del intervalo correspondiente se dispongan secuencialmente. El modo de extensión de bloque 00 es un modo determinado de tal manera que los bloques B1 y B2 mencionados arriba se usen todos en ese intervalo. En consecuencia, en la porción limítrofe del siguiente intervalo, el diente de sierra del intervalo anterior y el diente de sierra del siguiente intervalo se acoplan entre sí. En este caso, datos de base se disponen en una ubicación de segmento adecuada del intervalo anterior y en la ubicación de segmento adecuada del intervalo siguiente de tal manera que los datos de base pueden ser conectados en la porción de diente de sierra de los dos intervalos. Más específicamente, cuando datos de base se disponen aproximadamente en el segmento 130 del intervalo anterior y en el segmento 15 del siguiente intervalo, se conectan en la porción limítrofe, formando una secuencia de entrenamiento larga.
De esta manera, en caso de que los primeros datos de base dispuestos en la porción de diente de sierra del intervalo anterior y los segundos datos de base dispuestos en la porción de diente de sierra del siguiente intervalo se conecten de manera alternante en la porción limítrofe, el valor de los primeros datos de base y el valor de los segundos datos de base puede ser un valor predeterminado para formar una secuencia de entrenamiento larga entre el receptor de difusión digital.
De otra manera, los datos de base pueden ser insertados para tener una misma secuencia con referencia a la secuencia de entrenamiento larga usada en el intervalo del modo de extensión de bloque 01 que hace posible proporcionar algunos bloques dentro del intervalo correspondiente a otros intervalos.
La figura 64 es una estructura de flujo antes del entrelazado cuando el modo de extensión de bloques 00, y la figura 65 es una estructura de flujo después del entrelazado cuando el modo de extensión del bloque es 00.
Mientras tanto, cuando datos de base se disponen en un formato de secuencia de entrenamiento larga como se menciona arriba, no se tiene que hacer inicialización en cada porción de datos de base. Por lo tanto, en este caso, se puede incluir una etapa de inicializar el codificador por entrelazado antes de la codificación por entrelazado de los datos de base que correspondan a la primera porción de la secuencia de entrenamiento larga.
Por otro lado, en caso de que los intervalos establecidos en diferentes modos de extensión de bloque sean dispuestos secuencialmente, los datos de base no pueden ser conectados en la porción limítrofe. Por lo tanto, en este caso, la etapa de transmisión puede inicializar el codificador por entrelazado antes de la codificación por entrelazado de cada uno de los datos de base dispuestos en la porción de diente de sierra en el límite de los intervalos dispuestos secuencialmente.
Mientras tanto, en caso de que los datos de base se dispongan en un formato de secuencia de entrenamiento larga en la porción limítrofe y se transmitan, el método de procesamiento de flujos del receptor de difusión digital puede incorporarse en consecuencia.
Es decir, el método de procesamiento de flujos del receptor de difusión digital puede incluir una etapa de recibir flujo de transporte codificado y entrelazado con intervalos que contengan una pluralidad de bloques dispuestos secuencialmente, una etapa de desmodular el flujo de transporte recibido, una etapa de ecualizar el flujo de transporte desmodulado y una etapa de decodificar los nuevos datos móviles a partir del flujo ecualizado.
Aquí, cada intervalo del flujo de transporte puede incluir al menos uno de datos normales, datos móviles existentes y nuevos datos móviles.
Además, en caso de que los intervalos establecidos en el modo de extensión de bloque 00 que hace posible usar los bloques completos dentro del intervalo correspondiente se dispongan secuencialmente, el flujo de transporte puede ser uno que tenga datos de base dispuestos en cada segmento predeterminado de cada uno de los intervalos adyacentes de tal manera que una secuencia de entrenamiento larga pueda formarse en la porción limítrofe del intervalo adyacente acoplado en un formato de diente de sierra.
Como se mencionó arriba, cada dato de base en la porción limítrofe del intervalo anterior y el intervalo siguiente puede conectarse secuencialmente para formar una secuencia de entrenamiento larga que sea una base entre el transmisor de difusión digital.
Además, esta secuencia de entrenamiento larga puede tener una misma secuencia con referencia a la secuencia de entrenamiento larga usada en el intervalo del modo de extensión de bloque 01 que hace posible que algunos bloques dentro del intervalo correspondiente se proporcionen a otros intervalos.
El receptor de difusión digital puede saber si esta secuencia de entrenamiento larga se usa o no al revisar el modo de extensión de bloque de cada intervalo.
Es decir, el método de procesamiento de flujos del receptor de difusión digital puede incluir además una etapa de decodificar los datos de señalización en cada intervalo y revisar el modo de extensión de bloque de cada intervalo. Más específicamente, este modo de extensión de bloque puede grabarse en la TPC de cada intervalo.
En este caso, el receptor de difusión digital puede retrasar la detección y procesamiento de datos de base, hasta que el modo de extensión del bloque del siguiente intervalo sea revisado incluso cuando la recepción de un intervalo sea completada. Es decir, el método puede incluir detectar los datos de base de la porción de diente de sierra ubicada en el límite del intervalo adyacente con la secuencia de entrenamiento larga y procesar los datos de base detectados, cuando se confirme que el modo de extensión de bloque del siguiente intervalo es modo 00.
Mientras tanto, de acuerdo con otra modalidad ejemplar, los datos de señalización de cada intervalo pueden ser incorporados para notificar información sobre los intervalos circundantes por adelantado.
En este caso, el receptor de difusión digital puede llevar a cabo una etapa de decodificar los datos de señalización del intervalo anterior de entre los intervalos adyacentes y revisar el modo de extensión de bloque del intervalo anterior y el intervalo siguiente juntos.
El método de procesamiento de flujos mencionado arriba del receptor de difusión digital y transmisor de difusión digital puede llevarse a cabo en el transmisor de difusión digital y receptor de difusión digital que tengan la configuración como la ilustrada en los diferentes dibujos y explicación mencionados arriba. Por ejemplo, en el caso del receptor de difusión digital, puede incluir además un detector configurado para llevar a cabo detención y procesamiento de datos de base aparte de la configuración básica del receptor, desmodulador, ecualizador y decodificador, etc. En este caso, cuando se revise que dos intervalos del modo de extensión de bloque 00 son recibidos, el detector puede detectar los datos de entrenamiento largos dispuestos en la porción lim ítrofe de los intervalos y utilizar el resultado detectado en corrección de error. Además, el detector debe proporcionar el resultado detectado a por lo menos uno del desmodulador, ecualizador y decodificador, etc.
Ubicación de datos de entrenamiento considerando paridad RS.
Con respecto a un segmento para el cual un valor de paridad RS ya se determina, para que el receptor funcione normalmente sin generar ningún error, el valor de paridad RS precalculado debe ser cambiado al cambiar los datos del segmento en el proceso de inicialización del codificador por entrelazado. En el caso de un paquete en donde exista un byte de inicialización de entrelazado, un byte de pandad RS no sistemática 20 del paquete correspondiente no puede estar antes de un byte de ¡nicialización por entrelazado. Un byte de inicialización por entrelazado puede existir sólo en una ubicación que satisfaga tales condiciones restringidas, y datos de entrenamiento pueden generarse por este byte de ¡nicialización.
Como se ilustra en las figuras 64 y 65, para disponer de tal manera que el byte de ¡nicialización por entrelazado pueda estar antes de la paridad RS, la ubicación de la paridad RS ha sido cambiada diferentemente del formato de grupo del intervalo BEM 01 . Es decir, en el formato de grupo del intervalo BEM 01 , en los primeros 5 segmentos de entre los 208 segmentos de datos después del entrelazado, sólo la pandad RS fue ubicada, pero en el caso del intervalo BEM 00, la ubicación de la paridad RS puede ser cambiada para llenar la porción inferior del bloque B2, como se ilustra en las figuras 64 y 65.
Considerando la paridad RS cambiada, con respecto a la ubicación de los datos de entrenamiento distribuidos en el intervalo BEMOO, el , 2o y 3o entrenamientos pueden ubicarse en el 7o, 8o segmentos, 20°, 21 ° segmento, y 31 °, 32° segmentos en las áreas del bloque B1 y B2. En los 33° a 37° segmentos del área de bloques B1 y B2, las paridades RS cambiadas pueden ser ubicadas. Además, en el área de cola, el 1 o, 2o, 3o, 4o y 5o entrenamientos pueden ubicarse en el 134°, 135° segmentos, 150°, 151 ° segmentos, 163°, 164° segmentos, 176°, 177° segmentos, 187°, 188° segmentos. En caso de que dos intervalos BEM 00 sean adyacentes entre sí y generen un entrenamiento largo concatenado, el 1 ° entrenamiento del área de bloques B1 y B2 y el 3° entrenamiento del área de cola, el 2° entrenamiento del área de bloque B1 y B2 y el 4° entrenamiento del área de cola, el 2° entrenamiento del área de bloques B1 y B2 y el cuarto entrenamiento del área de cola, y el 3° entrenamiento del área de bloques B1 y B2 y el quinto entrenamiento del área de cola pueden conectarse entre sí.
Como se mencionó arriba, datos de entrenamiento pueden ser dispuestos de varias maneras, y una inicialización con respecto a los datos de entrenamiento puede llevarse a cabo de varias maneras también.
El receptor de difusión digital detecta datos de entrenamiento provenientes de la ubicación en donde datos de entrenamiento son dispuestos. Más específicamente, es posible detectar información para notificar la ubicación de disposición de los datos de entrenamiento en las configuraciones tales como el detector o decodificador de señalización ilustrado en la figura 52. En consecuencia, es posible detectar los datos de entrenamiento en la ubicación confirmada y corregir el error.
Intervalo adyacente El sistema ATSC-M/H asigna el grupo M/H en 16 intervalos dentro del sub-cuadro de acuerdo con cierto orden. La figura 66 ilustra el orden de asignación de grupos. Existe un orden de asignación de grupos único para cada número de intervalo, por ejemplo, 0o para intervalo #0, 1 o para intervalo #4, 2o para intervalo #8 y 3o para intervalo #12. Este orden de asignación de grupos puede determinarse adecuadamente de acuerdo con el número total de parada, y el número de intervalos que cada parada use. Más específicamente, el orden de asignación de grupos puede determinarse de tal manera que una parada no se disponga secuencialmente en dos o más intervalos secuenciales.
La figura 67 ilustra un ejemplo en donde una pluralidad de paradas se asignan a un intervalo. Se puede ver que 3 paradas no se asignan secuencialmente de acuerdo con los números de intervalo, sino que se disponen en un orden de asignación de cada intervalo de tal manera que una parada particular no se disponga secuencialmente en el orden del intervalo. Es decir, en el caso de la parada #0, hay 3 NoG, y de esta manera datos móviles se asignan a 3 intervalos, no 3 intervalos #0, #1 , #2, sino 3 intervalos #0, #4, #8. Y las paradas #1 , #2 son dispuestas entre los mismos.
De esta manera, cuando una parada particular se dispone de acuerdo con el orden de asignación de intervalos, datos móviles de la misma parada pueden ser asignados antes/después que cualquier intervalo, pero esto puede no ser siempre el caso. Como se ilustra en la figura 67, se puede ver que el intervalo #1 que es el siguiente intervalo del intervalo #0 es un Intervalo donde datos principales se asignan y no los datos móviles de la misma para dar #0. En consecuencia, el intervalo frontal/posterior adyacente a cualquier intervalo puede tener tipos de datos diferentes o configuración de grupos M/H, etc.
Notificación de información de intervalo adyacente De esta manera, ya que la configuración de cada intervalo e intervalos adyacentes puede ser diferente, además de las diferentes modalidades ejemplares mencionadas arriba, una modalidad ejemplar de notificar información sobre el Intervalo adyacente y utilizar la misma puede ser proporcionada.
Por ejemplo, en la porción de datos TPC (Canal de Parámetro de Transmisión) que transmite información relacionada con configuración de entre los datos de señalización de datos móviles, se puede incluir información sobre el intervalo frontal y posterior del intervalo correspondiente, que es el intervalo adyacente.
Es decir, como se mencionó arriba, en el sistema ATSC-M/H, el intervalo frontal/posterior de cualquier intervalo puede tener cualquier tipo de datos y configuración de grupo M/H. En el pasado, la información TPC del intervalo frontal/posterior tenía que ser decodificada primero para obtener así información del intervalo frontal/posterior adyacente aparte del intervalo que correspondía a la palabra que era decodificada por el receptor. Como resultado, se presentaba un consumo de energía adicional al acceder al intervalo adyacente en cada cuadro M/H, lo cual servía como una carga en incorporar el receptor. Para mejorar esto, se puede proporcionar una modalidad ejemplar de añadir información de intervalo adyacente al TPC de cualquier intervalo y transmitir la misma.
La información en intervalo adyacente, la información que tiene la mayor utilidad en el receptor es información relacionada con secuencia de entrenamiento.
De esta manera, de acuerdo con una modalidad ejemplar adicional de la presente invención, es posible transmitir información de intervalo adyacente usando el área reservada de TPC.
De acuerdo con una modalidad ejemplar, TPC se puede proporcionar como en la siguiente tabla.
Tabla 24 Al igual que en la tabla 24 mencionada arriba, en el área de reserva de TPC, se puede incluir información sobre el intervalo adyacente de acuerdo con la versión de protocolo. En la tabla 24, tpc_protocol_version es un campo que indica la versión de la estructura de sintaxis de TPC, y el campo consiste en 5 bits.
Mientras tanto, como se ilustra en la figura 67, en el área de reserva TPC del intervalo #0, se puede incluir información sobre el intervalo adyacente del intervalo #4 que sea la misma parada. En este caso, en el intervalo #4, información sobre el intervalo adyacente del intervalo #8 que sea la misma parada puede ser incluida. Además, en intervalo #8, puede incluirse información sobre el intervalo adyacente del intervalo #0 del siguiente sub-cuadro.
Aquí, el intervalo adyacente puede ser el intervalo previo o el intervalo siguiente, o tanto el intervalo previo como el intervalo siguiente. Es decir, tanto el primer indicador del intervalo previo como el segundo indicador del siguiente intervalo pueden ser incluidos.
Además, información de intervalo adyacente puede ser al menos una de si existen o no datos de entrenamiento en el intervalo adyacente, tipo de datos de entrenamiento, modo de extensión de bloques de intervalo adyacente, modo escalable de intervalo adyacente y tipo de huérfano existente en el intervalo adyacente. Aparte de esto, también se puede incluir información sobre el campo que se transmitirá de entre el campo TPC existente.
Mientras tanto, en caso de que el intervalo n sea intervalo CMM, la información del intervalo (n-1 ) adyacente del cual el diente de sierra acopla el área de bloque B1 , B2 del intervalo n puede utilizarse en la decodificación del intervalo (n). Por lo tanto, es deseable para el campo relacionado con información del intervalo (n-1 ) para el TPC del intervalo (n).
Sin embargo, no es el área de bloques B1 , B2 del intervalo (n+1 ) sino el área de 38 paquetes del intervalo (n) en donde el diente de sierra se acopla con el área de bloques B9, B10 del intervalo (n) que es el intervalo CMM. Por lo tanto, en el caso del intervalo CMM, puede no ser necesario añadir el campo relacionado con la información del intervalo (n+1 ). Es decir, cuando se añade información del intervalo adyacente al TPC del intervalo adyacente, toda la información del intervalo frontal/posterior adyacente puede añadirse de acuerdo con el tipo del intervalo, o sólo la información del intervalo frontal adyacente puede añadirse.
De esta manera, puede haber un caso donde información tanto sobre el intervalo previo como el intervalo siguiente sea necesaria y un caso en donde sólo sea necesaria la información sobre el intervalo previo, dependiendo del tipo del intervalo. Considerando esto, en otras modalidades ejemplares, un indicador de intervalo puede utilizarse para distinguir el tipo de los intervalos.
En el caso de una modalidad ejemplar que utiliza un indicador perdido, la información TPC puede crearse como en la siguiente tabla.
Tabla 25 Sintaxis No. de Bits Formato TPC_data{ siib-frame_numberslot_numberparad 347545555 13123 uimsbtuimsb ui e_idi (siib-tVame_iuimbei'< I ) 13326165 msbfuimsbfuims I ~ bfuimsbfbslb ui omitido msbfuimsbfbslb bslbfbslbfbslbfbs Ibfbslbfbslbfbslb }fie_versionparade_contiiHiity_c iinterif(sub-fra fbslbfbslbfbslbf me_number< l ) { current_TNoGreserved } if(siib 'rame_iuimber> 2){ next_TNoGcurrent_TNoG }if(tpc_protocol_ version==' l 100()'){ slot_indicator si(slot_¡ndicator=='ü' { backward_train¡ng_indicator reservada si(slot_indicator==' l ' j bac k wardjra i n i n g_ i n d i c a tor forward_t ra i n i n g_ i n d i c a to r si(sub-frame_number< l ) { current_scalable_mode } si'(sub-trame_number>2) ( next__scalable_mode ¡ sccc block_extension_mode reservada J ¡ si(tpc_piOtocol_version=' l 1 1 1 1 '){ reservada } tpc_proto ol_version } Como en la tabla 25 mencionada arriba, al ser transmitidos nuevos datos móviles, campos tales como un indicador de intervalo, indicador de entrenamiento hacia adelante, indicador de entrenamiento hacia atrás, etc., pueden ser añadidos a los datos TPC. Aquí, dependiendo de la ubicación del intervalo en el flujo, el indicador de entrenamiento hacia adelante pueden significar el primer indicador del intervalo previo, y otro puede significar el segundo indicador del siguiente intervalo.
De acuerdo con la modalidad ejemplar descrita en la tabla 25, se puede ver que cuando el indicador de intervalo es 0, sólo 3 bits se usan con respecto al indicador de entrenamiento hacia atrás. Por otro lado, puede verse que cuando el indicador de intervalo es 1 , aparte del bit 3 con respecto al indicador de entrenamiento hacia atrás, un bit se asigna al indicador de entrenamiento hacia adelante también.
En la tabla 25, un indicador de intervalo indica el tipo de intervalo M/H. Cuando el indicador de intervalo es "0", significa que el intervalo M/H actual tiene 1 18 paquetes M/H y 38 paquetes TS-M. Por otro lado, cuando el indicador de intervalo es "1 ", significa que el intervalo M/H actual tiene 1 18+x paquetes M/H y paquetes TS-M. Aquí, x+y es 38.
Un indicador de entrenamiento hacia atrás muestra las características de la secuencia de entrenamiento en el intervalo previo del siguiente intervalo de la parada actual o las características de la secuencia de entrenamiento en el bloque M/H B1 y B2 del siguiente intervalo de la parada actual. El indicador de entrenamiento hacia atrás puede establecerse de varias maneras como en la siguiente tabla.
Tabla 26 En la tabla 26, el intervalo (N) indica el siguiente intervalo en la parada actual, mientras que el intervalo (P) indica el intervalo que precede directamente al intervalo (N). Como se mencionó arriba, la secuencia de entrenamiento hacia atrás puede establecerse para tener varios valores tales como 000, 001 , 010, 01 1 , 100, 101 , 1 10, 1 1 1 dependiendo de la relación del intervalo (P) y el intervalo (N).
Un indicador de entrenamiento hacia adelante indica las características de la secuencia de entrenamiento del intervalo que sigue al siguiente intervalo en la parada actual. Como se mencionó arriba, si el intervalo (N) indica el siguiente intervalo en la parada actual, el intervalo (S) indica el intervalo transmitido justo después del intervalo (N). Una secuencia de entrenamiento hacia adelante puede establecerse para tener varios valores como en la siguiente tabla.
Tabla 27 De acuerdo con la tabla 27, en caso de que el modo de extensión de bloque del intervalo correspondiente sea 01 y el intervalo siguiente sea intervalo CMM, el intervalo principal parcial o intervalo SFCMM que tenga el modo de extensión de bloque 01 , y en caso de que el modo de extensión de bloque del intervalo correspondiente sea 00, y el siguiente intervalo sea el intervalo SFCMM que tenga el modo de extensión de bloque 00, el indicador de entrenamiento se establece como 1 .
Por otro lado, en caso de que el modo de extensión de bloque del intervalo correspondiente sea 00, y el siguiente intervalo sea el intervalo CMM o intervalo principal, el indicador de entrenamiento se establece como 0.
Aquí, un intervalo principal parcial indica un intervalo M/H que es más pequeño que los 156 paquetes principales y que tiene huérfano tipo 3 en la tabla 17.
De esta manera, un indicador de entrenamiento hacia atrás o indicador de entrenamiento hacia atrás/indicador de entrenamiento hacia adelante puede incluirse selectivamente de acuerdo con el valor del indicador de intervalo.
Mientras tanto, como se mencionó arriba, el indicador de intervalo, indicador de entrenamiento hacia atrás e indicador de entrenamiento hacia adelante, etc., pueden determinarse con base en el siguiente intervalo que corresponda a la misma parada que la parada actual, pero no está limitado al mismo. Es decir, el indicador de intervalo, indicador de entrenamiento hacia atrás e indicador de entrenamiento hacia adelante pueden determinarse con base en el intervalo actual.
Además, como se mencionó arriba, la información de intervalo adyacente puede notificarse en varios formatos.
La configuración del transmisor de difusión digital configurado para transmitir información de intervalo adyacente junta puede incorporarse para ser igual que la configuración mencionada arriba de los diferentes transmisores de difusión digital.
Por ejemplo, el transmisor de difusión digital de la presente modalidad ejemplar puede tener la misma configuración que la ¡lustrada en la figura 4. Más específicamente, el transmisor de difusión digital puede incluir un preprocesador de datos, mux, procesador normal y excitador. Para conveniencia de explicación, el preprocesador de datos, procesador normal y mux serán denominados como una configuración de flujo.
Como se ¡lustra en las figuras 66 y 57, la configuración de flujos permite grupos para una pluralidad de paradas. El orden de asignación de grupos puede determinarse dependiendo del número de grupo de cada parada. Más específicamente, los grupos de la misma parada pueden ser dispuestos para no ser secuenciales entre sí. Esta operación puede hacerse por la operación de control de un controlador adicional y de acuerdo con programación de cada bloque.
El preprocesador de datos puede disponer datos versión 1.0 y datos versión 1 .1 y datos de entrenamiento de acuerdo con la información de modo establecida para cada parada (es decir, modo de extensión de bloque etc.). Esto ya se explicó en las diferentes modalidades ejemplares mencionadas arriba, y de esta manera se omite una explicación repetida.
De esta forma, cuando los datos de entrenamiento se disponen juntos con cada dato M/H, el codificador de señalización dentro del preprocesador de datos dispone la información en el intervalo adyacente en el área de reserva de TPC de acuerdo con la información de modo de extensión de bloque, para proporcionar datos de señalización. Los datos de señalización son incluidos en el flujo por el formateador de grupo, procesados junto con las operaciones del mux y excitador, y luego difundidos.
De acuerdo con una modalidad ejemplar de la presente invención, el método de procesamiento de flujos del transmisor de difusión digital puede incluir una etapa de formar un flujo que contenga intervalos en donde datos M/H se asignen y una etapa de transmisión para codificar y entrelazar el flujo y enviar el flujo codificado y entrelazado.
Aquí, cada intervalo del flujo incluye datos de señalización. TPC De los datos de señalización puede incorporarse en formatos ilustrados en la tabla 24 o tabla 25 mencionadas arriba. En caso de la modalidad de la tabla 25, los datos de señalización incluyen un indicador de intervalo que indica el tipo de los intervalos. Además, los datos de señalización pueden incluir por lo menos uno del indicador de entrenamiento hacia atrás e indicador de entrenamiento hacia delante de acuerdo con el valor del indicador del intervalo.
Mientras tanto, la etapa de probar un flujo puede incluir una etapa de disponer cada una de la pluralidad de paradas en una pluralidad de intervalos de acuerdo con un patrón de disposición en donde los intervalos que correspondan a la misma parada no se conecten secuencialmente, creando datos de señalización que incluyen el indicador de intervalo, indicador de entrenamiento hacia atrás, indicador de entrenamiento hacia adelante, codificación de los datos de señalización creados, y luego adición de los datos de señalización codificados al flujo.
Más específicamente, se pueden disponer paradas como se ilustra en las figuras 66 y 67. Además, de acuerdo con el formato disposición y tipo de cada intervalo, como se describe en la tabla 25, el valor del indicador de intervalo, indicador de entrenamiento hacia atrás e indicador de entrenamiento hacia adelante pueden ser determinados. El valor determinado es grabado en un bit del campo asignado a cada indicador.
De acuerdo con la tabla 25, en el caso del intervalo CMM, la información sobre los datos de entrenamiento en el intervalo previo es creada por el indicador de entrenamiento hacia atrás, y el indicador de entrenamiento hacia adelante no se crea. Por otro lado, en el caso del intervalo SFCMM, la información sobre los datos de entrenamiento en el intervalo previo justo antes del intervalo SFCMM se crea con el indicador de entrenamiento hacia adelante.
Como se mencionó arriba, es posible que el receptor de difusión digital registre varios tipos de indicadores y use en forma efectiva el intervalo previo y el intervalo siguiente de acuerdo con el tipo del intervalo.
El receptor de difusión digital puede recibir el flujo de transporte difundido, detectar los datos de señalización, decodificar los datos de señalización detectados y revisar la información de intervalo adyacente.
La configuración del receptor de difusión digital de acuerdo con una modalidad ejemplar de la presente invención puede incorporarse de la misma manera que en la configuración de las diferentes modalidades ejemplares mencionadas arriba.
Por ejemplo, la configuración del presente receptor puede ser incorporada como en la figura 68.
De acuerdo con la figura 68, el receptor de difusión digital incluye un desmodulador 6810, ecualizador 6820, decodificador 6830, decodificador de señalización 6840, almacenamiento 6850 y detector de datos de base 6860.
El desmodulador 6810 recibe el flujo de transporte y desmodula el flujo de transporte recibido. El flujo desmodulado envía el decodificador de señalización 6840 y ecualizador 6820.
El decodificador de señalización 6840 detecta los datos de señalización provenientes del flujo desmodulado y lleva a cabo decodificación. Aquí, el demux (no ilustrado) que detecta los datos de señalización puede ser provisto dentro del decodificador de señalización 6840 o en un extremo posterior del desmodulador 6810.
El decodificador de señalización 6840 procesa los datos de señalización y detecta la información de intervalo adyacente del área de reserva del TPC. Más específicamente, en caso de que el TPC se configure como en la tabla 25 mencionada arriba, el decodificador de señalización 6840 revisa el tpc_protocol_version y determina si es intervalo CMM o intervalo SFCMM o no. Luego, después de revisar el indicador de intervalo, el decodificador de señalización 6840 revisa por lo menos uno del indicador de entrenamiento hacia atrás e indicador de entrenamiento hacia adelante.
En el almacenamiento 6850, información sobre el valor de cada indicador, tipo de intervalo que corresponde al mismo y ubicación de datos de entrenamiento de los intervalos adyacentes etc. puede ser almacenada. Más específicamente, en el almacenamiento 6850, se puede almacenar información tal como en la tabla 26 y tabla 27.
El decodificador de señalización 6840 lee información que coincide con el valor indicador dentro de los datos de señalización provenientes del almacenamiento 6850.
Los datos leídos pueden ser provistos al mismo detector de datos de base 6860.
En el caso del intervalo CMM, el detector de datos de base 6860 detecta datos de base provenientes del intervalo previo de acuerdo con la información de secuencia de entrenamiento del intervalo previo. En consecuencia, los datos de base detectados son proporcionados al desmodulador 6810, ecualizador 6820 y decodificador 6830 junto con los datos de base del intervalo. En consecuencia, datos de base pueden ser usados al menos en una operación de la desmodulación, ecualización y decodificación, etc.
Mientras tanto, en el caso del intervalo SFCMM, el detector 6860 detecta los datos de base dispuestos en el intervalo previo y los datos de base dispuestos en el intervalo siguiente de acuerdo con la información de secuencia de entrenamiento del intervalo previo y la información de secuencia de entrenamiento del intervalo siguiente. Además, hace posible que los datos de base detectados sean proporcionados al desmodulador 6810, ecualizador 6820 y decodificador 6830 junto con los datos de base del intervalo, y de esta manera usarse en cada operación de procesamiento.
Aparte de lo anterior, cuando se proporciona un ecualizador (no ilustrado), se puede proporcionar al ecualizador.
Por ejemplo, en caso de tener el mismo modo BEM 00 con los intervalos adyacentes, el ecualizador 6820 puede usar la información de intervalo adyacente que notifique al TPC del intervalo (n) y usar la secuencia de entrenamiento larga concatenada en lugar de la secuencia de entrenamiento corta en el área C/D/E del intervalo (n) para llevar a cabo una operación de ecualización.
Mientras tanto, en la figura 68, el detector de datos de base 6860 se ilustra como un módulo separado, pero en su lugar, puede ser proporcionado dentro del decodificador de señalización 6840, desmodulador 6810 y ecualizador 6820, y decodificador 6830. En consecuencia, se puede incorporar para detectar y procesar los datos de base directos cuando la información de secuencia de entrenamiento sea notificada.
El valor y formato del indicador de intervalo, indicador de entrenamiento hacia atrás e indicador de entrenamiento hacia adelante pueden determinarse en varios formatos como se ilustra en las tablas 25 a 27 mencionadas arriba. Especialmente, de acuerdo con la tabla 25, el valor del indicador de intervalo puede ser expresado como 1 bit, el indicador de entrenamiento hacia atrás como 3 bits, el indicador de entrenamiento hacia adelante como 1 bit.
Mientras tanto, se puede proporcionar una modalidad ejemplar que haga posible modificar el orden de disposición del ensamble y predecir la información de intervalo adyacente en el lado del receptor de difusión digital a diferencia de las modalidades ejemplares mencionadas arriba.
Es decir, el transmisor de difusión digital puede disponer datos M/H y datos normales en cada intervalo de acuerdo con el ciclo de repetición de parada (PRC) de cada parada y regla predeterminada. Un ciclo de repetición de parada significa un ciclo en donde la misma parada es repetida por cuadro. Por ejemplo, si el PRC es 3, significa que la misma parada se transmite después de cada 3 cuadros M/H. Por lo tanto, de acuerdo con el valor PRC de cada parada, es posible disponer datos y transmitir los datos de acuerdo con la regla predeterminada y tener el número del grupo de partida (SGN) fijo por cuadro. En este caso, si el receptor de difusión digital conoce esa regla, es posible predecir qué tipo de intervalo es, incluso si información del intervalo previo y el intervalo siguiente de cada intervalo no se transmite adicionalmente.
Por ejemplo de la regla mencionada arriba, antes que nada, una parada de la cual el PRC es 1 , es decir, una parada dispuesta repetidamente por cuadro se dispone hasta adelante. Si hay una pluralidad de paradas de las cuales PRC sea uno, es posible llenar secuencialmente desde el 1 con el número de grupo más pequeño hasta el que tenga el número de grupo más grande.
Después, con respecto a las paradas de las cuales el PRC es dos o más, una agregación de PRC que contenga todos los denominadores comunes más grandes y múltiplos comunes más bajos aparte de 1 puede ser creada. Por ejemplo, la agregación PRC puede ser creada como {2, 4, 8}, {3, 6}, {4, 8}, {5, 5, 5}.
Después, dentro de la agregación PRC seleccionada, el PRC es llenado en el orden de la parada de PRC más pequeña y el número de grupo más pequeño o en el orden opuesto de los mismos.
De esta manera, si las paradas son dispuestas en los intervalos de acuerdo con cierta regla, y el receptor de difusión digital comparte la regla mencionada arriba, es posible usar los datos de entrenamiento de los intervalos circundantes y procesarlos juntos incluso si una información de intervalo adyacente no se transmite adicionalmente.
Así, de acuerdo con diferentes modalidades ejemplares de la presente invención, es posible procesar en forma efectiva el flujo usando la secuencia de entrenamiento del intervalo adyacente sin ningún consumo de electricidad adicional.
Modalidad ejemplar para transmisión de paquetes de audio Mientras tanto, de acuerdo con las diferentes modalidades ejemplares de la presente invención, es posible formar un flujo que contenga los datos normales y datos móviles, es decir, datos M/H y transmitir el flujo formado. El número y ubicación de disposición de los datos M/H pueden cambiar dependiendo de los diferentes ajustes de modo. En este caso, la compatibilidad con el receptor existente que recibe datos normales puede volverse un problema. Especialmente, en el caso del paquete de audio de datos normales, existe una limitación de que el receptor de difusión digital tiene que ser proporcionado con un número adecuado de paquetes de audio.
Es decir, en el caso del flujo de transmisión MPEG-2, el modelo T-STD (decodificadores objetivo de sistema de flujo de transporte) define el tamaño de memoria de almacenamiento temporal de audio principal BSn como sigue: Bsn=BSmax+BSdec + BSoh Aquí, BSmux es 736 bytes, BSdec tiene un tamaño de una memoria volátil de unidad de acceso y BSoh tiene el tamaño de una sobrecarga de encabezado PES.
Se describe que MPEG-2 define BSn como un valor fijo tal como 3584 bytes, y memoria volátil adicional puede usarse para multiplexión adicional. Cuando el flujo elemental AC-3 es transmitido por el flujo de transmisión MPEG-2, el flujo de transporte debe satisfacer el tamaño de memoria volátil de audio principal tal como BSn = BSm¡)< = BSpad + BSdec. Aquí, BSdec es 736 bytes y BSpad es 64 bytes.
El valor de BSdec puede ser el valor de la velocidad de bits más grande soportada por el sistema. Es decir, cuando la velocidad de bits de audio es más baja que el valor máximo permitido por un sistema particular, el tamaño de memoria volátil no se reduce. 64 Bytes en BSpad es válido con respecto a BSoh y multiplexión adicional. De acuerdo con estas limitaciones, el decodificador puede tener la memoria volátil más pequeña posible.
La figura 69 ¡lustra una tabla de códigos de tamaño de cuadro definida en A/52.
De acuerdo con la figura 69, la duración de la unidad de acceso AC-2 32ms en el caso de la frecuencia 48 kHz, 34.83 ms en el caso de 44.1 kHz, y 48 ms en el caso de una frecuencia de 32 kHz.
De acuerdo con la figura 69, cuando se transmite en 48 kHz, el paquete de audio de 448 kbps tiene un tamaño de 896*2=1792 bytes. Por lo tanto, de acuerdo con la fórmula matemática mencionada arriba, el tamaño de memoria volátil de audio principal BSn debe tener 736+64+1792 = 2592 bytes.
Además, la memoria volátil de audio del receptor de difusión digital debe tener el cuadro de audio completo antes de que el decodificador consiga el paquete. De acuerdo a la figura 69, en el caso de flujo de audio de 448 kbps, un cuadro tiene un tamaño de 1792. Por lo tanto, el paquete de audio de 1792 bytes debe ser almacenado temporalmente antes de que se haga la decodificación. Cuando se aplica velocidad de muestreo de 48 kHz, la distancia de tiempo en la que el decodificador AC-3 accede a la memoria volátil de audio es 32 ms. Por lo tanto, el paquete de audio de un tamaño de 1792 bytes debe ser almacenado temporalmente en la memoria volátil de audio por 32 mseg. Ya que un paquete es 184 bytes, 1792/184 se calcula como 9.739. Por lo tanto, al menos 10 paquetes deben ser dispuestos en un flujo por 32 mseg.
Sin embargo, en algún intervalo SFCM , los datos M/H explican una porción significativa del área de datos normales, y de esta manera el paquete de audio que no satisfaga el tamaño de memoria volátil de audio principal puede ser proporcionado. Es decir, como en el ejemplo mencionado arriba, puede haber un caso donde paquetes de audio de 448 kbps sean transmitidos en frecuencia de 48 kHz, y un caso en donde 2592 bytes deban ser transmitidos por 32 ms pero es difícil debido al área de datos normales insuficiente. Por lo tanto, ya que no es adecuado para la norma MPEG-2, se crea un problema de que la compatibilidad con el receptor existente se vuelve difícil.
La figura 70 ¡lustra una configuración del transmisor de difusión digital de acuerdo con otra modalidad ejemplar de la presente invención capaz de proporcionar un número adecuado de paquetes de audio mientras transmite un flujo de transporte que contiene datos normales y datos M/H.
De acuerdo con la figura 70, el receptor de difusión digital incluye una configuración de flujo 7010 y un emisor 7020.
La configuración de flujo 710 forma un flujo que contiene datos normales y datos M/H. La configuración de flujo 7010 puede configurarse en un formato que contenga el preprocesador de datos 100, procesador normal 320 y mux 200 ilustrados en la figura 4.
El emisor 7020 codifica el flujo formado por la configuración del flujo 7010, codifica y entrelaza el flujo codificado, y envía el flujo codificado y entrelazado. El emisor 7020 puede configurarse en un formato junto como el excitador 400 ilustrado en la figura 4. Por lo tanto, se omite una explicación repetida sobre la configuración detallada y operaciones del emisor 7020.
La configuración de flujo 7010 puede configurar el flujo de tal manera que un número predeterminado de paquetes de audio de los datos normales puedan ser dispuestos por ciclo de tiempo predeterminado.
Aquí, el ciclo de tiempo y número de paquetes de audio puede ser determinado diferentemente de acuerdo con el tamaño y frecuencia del flujo de audio. Es decir, como se mencionó arriba, en el caso de un flujo de audio de 448 kbps, un flujo se configura de tal manera que al menos 10 paquetes de audio sean dispuestos por ciclo de tiempo de 32 ms.
Por otro lado, de acuerdo con la figura 69, en caso del flujo de audio de 48 kbps, el tamaño de cuadro de audio es 192 bytes. 192/184 = 1 .04, Y de esta manera al menos dos paquetes van a ser transmitidos por 32 ms. Sin embargo, en el caso de un flujo de audio de 48 kbps, existe la preocupación de que se pueda producir un subdesbordamiento en la memoria volátil de audio, y de esta manera es posible incrementar el ciclo de transmisión al doble del número predeterminado. Por ejemplo, cuando se implementa por 8 veces, el tamaño del flujo de audio que será transmitido se vuelve 192*8=1536, y el ciclo de tiempo se vuelve 32*8=256 mseg. El número de paquete es 1536/184 = 8.35, y de esta manera 9. En resumen, con respecto al flujo de audio de 48 kpbs, la configuración de flujo 7010 puede formar el flujo de tal manera que al menos 9 paquetes de audio son dispuestos por ciclo de tiempo de 256 mseg. Cuando se configura de esta manera, incluso si la unidad de acceso toma 1 .04 paquete de la memoria volátil de audio por 32 ms, es posible evitar que se presente su desbordamiento en la memoria volátil de audio. Con respecto al otro flujo de audio, también es posible determinar el ciclo de tiempo y número de paquete de audio de acuerdo con la figura 69 y la fórmula matemática mencionada arriba.
El método de formación de flujo puede ser incorporado de varias maneras de acuerdo con las modalidades ejemplares.
Antes que nada, es posible incorporar un método que haga posible obtener un área de datos normales por cierto ciclo de tiempo al determinar un ciclo de repetición de parada (PRC) de más de 1 .
Es decir, la configuración de flujo 7010 obtiene el área de datos normales por ciclo de tiempo predeterminado al disponer repetidamente cada parada M/H que configura los datos M/H dentro del flujo de acuerdo con el ciclo de repetición de parada, y dispone el paquete de audio en el área de datos normales obtenida. El ciclo de repetición de parada se determina para ser entre 1 y 7 para de esta manera obtener el área de datos normales por ciclo de tiempo determinado. Como se mencionó arriba, un ciclo de repetición de parada significa un ciclo en donde la misma parada se repite por cuadro. Por ejemplo, si el PRC es 0, la parada se repite por cuadro, y si el PRC es , la parada se repite una vez cada otro cuadro. Si la parada M/H aparece según cada cuadro, puede haber un caso en donde no haya suficiente área de datos normales de acuerdo con el formato de intervalo dentro de la palabra M/H. Para evitar tal caso, para la parada M/H llenada con datos M/H de acuerdo con el modo escalable usando gran parte del área de datos normales, es posible determinar el ciclo de repetición de parada para que sea mayor que 1 , de tal manera que al menos una cantidad mínima de área de datos normales pueda obtenerse por ciclo de tiempo determinado.
Como un segundo método, puede ser posible aplicar varios modos escaiables de tal manera que el área de datos normales pueda obtenerse por cierto ciclo de tiempo.
Es decir, la configuración de flujo 7010 forma un flujo de tal manera que una pluralidad de intervalos donde datos M/H sean dispuestos se dispongan secuencialmente de acuerdo con diferentes modos escaiables para obtener área de datos normales por ciclo de tiempo predeterminado, y dispone paquetes de audio en el área de datos normales obtenida.
Como se mencionó arriba, los modos escaiables pueden determinarse de varias maneras tales como 00, 01 , 10, 1 , 1 1 a. El método de disposición de datos M/H de cada modo ya ha sido explicado en detalle y de esta manera se omite una explicación repetida. El tamaño del área de datos normales dentro de cada intervalo cambia dependiendo del modo escalable. Es decir, en el caso del modo escalable 1 1 u 1 1 a, hay un área de datos normales insuficiente en comparación con otros modos. Considerando este hecho, es posible diseñar y ajusfar adecuadamente el modo escalable de los intervalos secuenciales de tal manera que el área de datos normales pueda obtenerse por cierto ciclo.
Como un tercer método, también puede ser posible determinar el modo de extensión de bloque de varias maneras.
La configuración de flujo 7010 puede formar un flujo de tal manera que una pluralidad de intervalos para los cuales diferentes modos de extensión de bloques se establezcan se conecten secuencialmente y obtengan área de datos normales, y dispongan paquetes de audio en el área de datos normales obtenida.
El modo de extensión de bloque puede establecerse en 00, 01. En el caso de 00, no hay área de datos normales, e intervalos en donde todos los 156 paquetes son llenados con datos móviles son creados, y en el caso de 01 , intervalos que tengan áreas de datos normales variadas de acuerdo con el modo escalable son creados. Considerando lo anterior, es posible formar un flujo de tal manera que el área de datos normales pueda obtenerse por cierto ciclo al diseñar adecuadamente el modo de extensión de bloque de los intervalos secuenciales.
Como un cuarto método, es posible combinar diferentes tipos de intervalos y obtener área de datos normales. Por ejemplo, es posible disponer en forma alternante y repetida intervalo CMM e intervalo SFCMM, o combinar al menos dos del intervalo CMM, intervalo SFCMM, intervalo principal.
Intervalo CMM significa un intervalo donde 38 paquetes de los paquetes completos son asignados a datos normales, y los paquetes restantes se asignan a datos M/H. Intervalo SFCMM significa un intervalo donde datos M/H se asignan a la totalidad o una porción de los 38 paquetes asignados a datos normales de entre los paquetes completos, de acuerdo con el modo. Intervalo principal significa un intervalo lleno sólo con datos normales.
El intervalo CM tiene una característica de intervalo de que existen 38 áreas de datos normales, y el intervalo SFCMM tiene una característica dé intervalo de que existen menos de 38 áreas de datos normales. Considerando estas características de intervalo, la configuración de flujo 7010 combina el intervalo CMM e intervalo SFCMM y forma un flujo de tal manera que un intervalo específico sea dispuesto en el punto donde sea necesaria el área de datos normales. En consecuencia, cuando se obtiene el área de datos normales, la configuración de flujo 7010 puede disponer el paquete de audio en esa área. El método de combinación de intervalo puede determinarse en un nivel superior y ser proporcionado a la configuración de flujo 7010.
Mientras tanto, en caso de que diferentes tipos de intervalos sean combinados, el estado de combinación puede notificarse al modo del receptor de difusión digital a través de los datos de señalización. Es decir, como se mencionó arriba, el tipo de intervalo puede definirse usando el TPC o FIC dentro de los datos de señalización. Por lo tanto, cuando el intervalo CMM o el intervalo SFCMM se combinan para obtener un área de datos normales, información sobre el tipo de intervalo grabada en los datos de señalización es modificada. En caso de que la configuración de flujo 7010 se configure como se ilustra en la figura 4, el codificador de señalización 150 provisto dentro de la configuración de flujo 7010 codifica los datos de señalización y proporciona los datos de señalización codificados al formateador de grupos 130. El formateador de grupos 130 procesa los datos de señalización con datos M/H y proporciona los datos procesados al formateador de paquetes 140, y formatea por paquete los datos proporcionados y proporciona los datos formateados por paquete al mux 200. El mux 200 multiplexa los datos procesados en el formateador de paquetes 140 y los datos normales procesados en el procesador normal 320 para formar un flujo. El codificador de señalización 150, formateador del grupo 130, formateador de paquete 140 y procesador normal 320 ya han sido explicados y de esta manera se omite una explicación repetida.
Como un quinto método, es posible establecer el número de grupo inicial (SGN) por parada M/H y asignar el intervalo adecuado en un punto en donde sea necesaria un área de datos normales. El número de grupo inicial indica el número de grupos asignados inicialmente a la parada a la que ese grupo pertenece. Por lo tanto, cuando el número de grupo se establece diferentemente, es posible evitar que se concentren grupos específicos en paradas específicas, de esta manera dispersando adecuadamente el área de datos normales.
La configuración de flujo 7010 puede disponer la parada M/H dentro del flujo de acuerdo con el número de grupo inicial establecido diferentemente por cada parada M/H que configure los datos M/H para obtener área de datos normales por ciclo de tiempo. En el. área obtenida, los paquetes de audio son dispuestos.
Como un sexto método, es posible combinar el ensamble CMM con el ensamble SFCMM. El ensamble es un tipo de unidad de servicio, significando una agregación de cuadros RS secuenciales que tienen el mismo código FEC. Cada cuadro RS encapsula la agregación de una tira IP. Un ensamble puede ser el ensamble CMM o ensamble SFCMM. Un ensamble CMM significa un ensamble primario o ensamble secundario definido en ATSC A/153 parte 2. Un ensamble SFCMM significa un ensamble primario o ensamble secundario para proporcionar servicio SFCMM. El ensamble SFCMM no se reconoce por el receptor CMM o decodificador CMM, sino que tiene compatibilidad hacia atrás.
El ensamble CMM consiste en intervalos CMM que tienen 38 paquetes de datos normales, y de esta manera tiene más área de datos normales que el área SFCMM.
Considerando este hecho, la configuración de flujo 7010 combina el ensamble CMM y ensamble SFCMM de tal manera que el área de datos normales pueda obtenerse de acuerdo al ciclo de tiempo determinado. Además, la configuración de flujo 7010 dispone paquetes de audio en el área de datos normales obtenida.
También en caso de que el ensamble CMM y el ensamble SFCMM sean combinados, es necesario modificar los datos de señalización y notificar al receptor de difusión digital qué ensamble es dispuesto. Es decir, el codificador de señalización dentro de la configuración del flujo 7010 codifica los datos de señalización para informar el estado de combinación del ensamble CMM y el ensamble SFCMM que se incluirán en el flujo.
Los diferentes métodos mencionados arriba pueden usarse en forma individual o usarse en combinaciones. Por ejemplo, es posible combinar al menos dos tipos de intervalos del intervalo CMM, intervalo SFCMM, e intervalo principal, y establecer en al menos uno del modo de extensión de bloque, modo escalable, PRC y SGN, para obtener un área de datos normales. Es una cuestión de curso que una combinación de ensambles también se puede combinar.
Además, en los diferentes métodos mencionados arriba, determinar el PRC, tipo de intervalo, modo de extensión del bloque, modo escalable, SGN, y tipo de ensamble etc. para la transmisión de paquetes de audio puede hacerse de acuerdo con el comando de usuario ingresado a través del ingresador (no ilustrado) provisto dentro del transmisor de difusión digital, o de acuerdo con el algoritmo predeterminado por el controlador provisto dentro del transmisor de difusión digital. En caso de que la configuración de flujo 7010 se configure como en la figura 4, la operación de formar el flujo de acuerdo con el parámetro determinado puede llevarse a cabo en el formateador de grupos dentro de la configuración de flujo 7010. Además, la operación de disponer los paquetes de audio en el área de datos normales obtenida se puede llevar a cabo por el procesador normal 320 dentro de la configuración del flujo 7010.
Aparte de lo anterior, es posible establecer una limitación adecuada en el sistema ATSC-MH de tal forma que cierto tamaño de paquetes de audio pueda transmitirse a cierto ciclo de tiempo. Por ejemplo, considerando el tamaño general de la memoria volátil de audio que se define en la norma o se usa generalmente en el mercado, es posible establecer una limitación para no transmitir un flujo que tenga una configuración en donde se espere que ocurra error.
La figura 71 ilustra un ejemplo de una configuración de flujo en donde el área de datos normales se obtiene para poder transmitir un flujo de audio de 448 kbps. La figura 71 ilustra un método donde intervalo CMM, intervalo SFCMM e intervalo principal se combina para obtener área de datos normales, y un número adecuado de paquetes de audio se insertan en el área obtenida. De acuerdo con la figura 71 , mientras que el intervalo número 2 de entre un total de 16 intervalos está siendo transmitido, 32 mseg pasan y llega el segundo ciclo de tiempo, y mientras el intervalo número 5 está siendo transmitido, llega el tercer ciclo de tiempo. Considerando estos ciclos de tiempo, el intervalo número 0 consiste en intervalo CMM, y el intervalo número 1 consiste en intervalos SFCMM que tienen un modo de extensión de bloque CMM. Además, los intervalos número 2 a intervalos número 16 se configuran por un patrón en donde un intervalo CMM e intervalo principal se repiten alternantemente. En este caso, se obtiene un área de datos normales según 32 ms. Aquí, cuando paquetes de audio se disponen en el área E del número 0, 2-15 intervalos, se puede presentar un desbordamiento que exceda el tamaño de la memoria volátil de audio provista en el receptor de difusión digital. Considerando este hecho, 10 paquetes de audio se disponen en el área E de los intervalos número 0, 4, 6, 8, 12 y 14. En consecuencia, se hace posible transmitir al menos 10 paquetes de audio por 32 mseg, evitando desbordamiento. El receptor de difusión digital accede los paquetes de audio almacenados en la memoria volátil de audio según el ciclo de tiempo de 32 mseg, produciendo de esta manera señales de audio.
La figura 72 ilustra otro ejemplo de una configuración de flujo en donde el área de datos normales se obtiene para transmitir un flujo de audio de 448 kbps. La figura 72 ilustra un método de combinar el intervalo CMM, intervalo SFCMM, e intervalo principal, y ajustar el modo de extensión de bloque del intervalo SFCMM para obtener área de datos normales, e insertar un número adecuado de paquetes de audio en el área obtenida. De acuerdo con la figura 72, los intervalos número 1 , 4, 5, 8 consisten en intervalos CMM, los intervalos número 1 , 2, 6, 10, 12, 14 consisten en intervalos SFCMM que tienen modo de extensión de bloque 00. En este caso, cuando 10 paquetes de audio se disponen en el área E de los intervalos número 0, 4, 7, 9, 1 1 , 15, se hace posible evitar el desbordamiento y subdesbordamiento mientras se transmite un número adecuado de paquetes de audio. En el caso de la figura 72, no hay limitación en el número de grupos y de esta manera es posible cambiar el número de grupos (NoG) para proporcionar servicio principal de 8.5 Mbps.
La figura 73 ilustra otro ejemplo de una configuración de flujo en donde el área de datos normales se obtiene para transmitir un flujo de audio de 448 kbps. La figura 73 ilustra un método de establecer el modo escalable de cada intervalo diferentemente y obtener área de datos normales, e insertar un número adecuado de paquetes de audio en el área obtenida. De acuerdo con la figura 73, se configura un flujo sólo con intervalos SFCMM. De éstos, los intervalos número 1 , 2, 4, 6, 8, 10, 12, 14 consisten en intervalos SFCMM de los cuales el modo escalable 10, y los intervalos número 1 , 3, 5, 7, 9, 1 1 , 13, 15 consisten en intervalos SFCMM de los cuales el modo escalable es 10. Como se explicó en la figura 37, cuando el modo escalable es 10, es decir el tercer modo, 9 paquetes se obtienen como área de datos normales. En consecuencia, 9 paquetes de audio se disponen en el área E del intervalo número 0, 4 paquetes de audio se disponen en el área E del intervalo número 2 y 9, 9, 9, 2, 9, 9 paquetes de audio se disponen en el área E de los intervalos número 4, 6, 8, 10, 12, 14.
Cuando se disponen como arriba, cuando llega el primer ciclo de tiempo de 32 mseg, 3 paquetes de audio se dejan en la memoria temporal de audio. Cuando llega el segundo ciclo de tiempo de 32 mseg, se dejan 2 paquetes. De acuerdo con la figura 73, al menos 10 paquetes de audio son almacenados temporalmente por la memoria temporal de audio siempre que llega el ciclo de tiempo de 32 mseg, de esta manera evitando que se presente desbordamiento o subdesbordamiento.
En la figura 73 sólo el modo escalable 1 1 a y 10 se establecen para ser repetidos alternantemente, pero es una cuestión de curso que también se pueden establecer en un modo escalable diferente.
La figura 74 es un ejemplo de una configuración de flujo en donde el área de datos normales para transmitir flujo de audio de 48 kbps es obtenida. Como se mencionó arriba, en el caso de un flujo de audio de 48 kbps, el paquete 1 .04 puede ser transmitido por 32 mseg. Sólo tiene que haber un flujo que tenga un formato como el ¡lustrado en la figura 73 para transmitir el paquete 1 .04 por 32 ms. Sin embargo, en este caso, cuando no hay ningún otro servicio aparte del flujo de audio de 48 kbps de datos normales, datos normales se desperdician y se reduce la velocidad de datos M/H. Por lo tanto, es posible incrementar el ciclo de transmisión 8 veces e incrementar el paquete 9 y luego hacer la transmisión. En este caso, incluso si la unidad de acceso del receptor de difusión digital toma 1 .04 paquetes por 32 ms de la memoria temporal de audio, (9-1.04) paquetes se dejan en la memoria volátil, de esta manera evitando su desbordamiento. En consecuencia, como se ilustra en la figura 74, es posible configurar el flujo de tal manera que 9 paquetes de audio se transmitan por un ciclo de transmisión de 32*8 = 256 mseg.
Es decir, de acuerdo con la figura 74, los intervalos número 0 a 14 consisten en intervalos SFCMM que tienen el modo escalable 1 1 a, y el intervalo número 15 consiste en intervalos SFCMM que tienen modo escalable 10. En consecuencia, se hace posible transmitir nuevos paquetes de audio dentro de 193.6 mseg que es más bajo que 256 mseg.
De esta manera, es posible cambiar la configuración de flujo en varios métodos para de esta forma obtener área de datos normales, y almacenar temporalmente los datos de audio en el lado del receptor de difusión digital, reproduciendo así los datos de audio.
El método de procesamiento de flujo mencionado arriba del transmisor de difusión digital incluye una etapa de formar un flujo que contiene datos normales y datos M/H y una etapa de transmitir para codificar y entrelazar el flujo y enviar el flujo codificado y entrelazado.
Aquí, la etapa de formar un flujo forma el flujo de tal manera que un número predeterminado de paquetes de audio de datos normales se disponga por ciclo de tiempo predeterminado. Varios métodos de flujo han sido ya explicados anteriormente en la presente y de esta manera una explicación repetida se omite. También se omiten diagramas de flujo.
La figura 75 es un diagrama de bloques que ilustra una configuración de un receptor de difusión digital configurado para recibir un flujo que incluye datos M/H junto con los paquetes de audio de datos normales y procesar el flujo recibido.
De acuerdo con la figura 75, el receptor de difusión digital incluye un receptor 7510, desmodulador 7520, ecualizador 7530, decodificador 7540, demux 7550, memoria volátil de audio 7560 y memoria volátil de video 7570.
El receptor 7510 se configura para recibir un flujo que contenga datos normales y datos M/H. El flujo recibido es un flujo de una estructura en donde cierto número de paquetes de audio se disponen por cierto ciclo de tiempo.
El desmodulador 7520 desmodula el flujo recibido, y el ecualizador 7530 ecualiza el flujo desmodulado.
El decodificador 7540 decodifica el flujo ecualizado y lo proporciona al demux 7550.
El demux 7550 revisa el ID de paquete de cada paquete del flujo decodificado y separa el paquete de audio y paquete de video. En consecuencia, el paquete de audio es separado y paquete de video se almacenan en la memoria volátil de audio 7560 y memoria volátil de video 7570, respectivamente. El paquete de audio y paquete de video almacenados son leídos por la unidad de acceso (no ilustrada) y sincronizados y reproducidos.
Como se mencionó arriba, incluso en caso de que el flujo se configure sólo por el intervalo SFCMM, cierto número de paquetes de audio se transmite por cierto ciclo de tiempo, y de esta manera un número de cuadro de paquetes de audio siempre se almacenan temporalmente por ciclo de acceso de la unidad de acceso. En consecuencia, los servicios de audio pueden ser soportados.
Aunque algunas modalidades de la presente invención han sido mostradas y descritas, se apreciará por aquellos expertos en la técnica que pueden hacerse cambios en esta modalidad sin alejarse de los principios y espíritu de la invención, cuyo alcance se define en las reivindicaciones y sus equivalentes.

Claims (15)

REIVINDICACIONES
1. Un método de procesamiento de flujos de un transmisor de difusión digital, el método se caracteriza porque comprende: formar un flujo que contenga datos normales y datos M/H; y codificar y entrelazar el flujo y enviar y transmitir el flujo codificado y entrelazado, en donde la formación de un flujo forma un flujo de tal manera que un número predeterminado de paquetes de audio de los datos normales sean dispuestos por ciclo de tiempo predeterminado.
2. El método de procesamiento de flujos de conformidad con la reivindicación 1 , caracterizado porque la formación de un flujo dispone repetidamente cada parada M/H que forma los datos M/H dentro del flujo de acuerdo con un ciclo de repetición de parada para obtener un área de datos normales por ciclo de tiempo predeterminado y disponer los paquetes de audio en el área de datos normales obtenida, y el ciclo de repetición de parada se determina para ser entre 1 y 7 de tal manera que un área de datos normales se obtenga por ciclo de tiempo predeterminado.
3. El método de procesamiento de flujos de conformidad con la reivindicación 1 , caracterizado porque la formación de un flujo forma el flujo de tal manera que una pluralidad de intervalos en donde los datos M/H son dispuestos se continúen secuencialmente de acuerdo con modos escalables diferentes para obtener un área de datos normales según ciclo de tiempo predeterminado, y disponen los paquetes de audio en el área de datos normales obtenida.
4. El método de procesamiento de flujos de conformidad con la reivindicación 1 , caracterizado porque la formación de un flujo forma el flujo de tal manera que una pluralidad de intervalos de los cuales diferentes modos de extensión de bloque se determinen se conecten secuencialmente para obtener un área de datos normales, y dispone los paquetes de audio en el área de datos normales obtenida.
5. El método de procesamiento de flujos de conformidad con la reivindicación 1 , caracterizado porque la formación de un flujo combina diferentes tipos de intervalos para obtener un área de datos normales por ciclo de tiempo predeterminado, y dispone los paquetes de audio en el área de datos normales obtenida.
6. El método de procesamiento de flujos de conformidad con la reivindicación 1 , caracterizado porque la formación de un flujo dispone la parada M/H dentro del flujo de acuerdo con un número de grupo inicial determinado en forma diferente por cada parada M/H que configura los datos M/H para obtener un área de datos normales por ciclo de tiempo predeterminado, y dispone los paquetes de audio en el área de datos normales obtenida.
7. El método de procesamiento de flujos de conformidad con la reivindicación 1 , caracterizado porque la formación de un flujo combina un ensamble CMM y ensamble SFCMM para obtener un área de datos normales por ciclo de tiempo predeterminado, y dispone los paquetes de audio en el área de datos normales obtenida.
8. Un transmisor de difusión digital caracterizado porque comprende: una configuración de flujos para formar datos normales y datos M/H; y un emisor configurado para codificar y entrelazar el flujo y enviar el flujo codificado y entrelazado, en donde la configuración de flujo forma el flujo de tal manera que un número predeterminado de paquetes de audio se dispongan por ciclo de tiempo predeterminado.
9. El transmisor de difusión digital de conformidad con la reivindicación 8, caracterizado porque la configuración de flujo dispone repetidamente cada parada M/H que forma los datos M/H dentro del flujo de acuerdo con un ciclo de repetición de parada, y el ciclo de repetición de parada se determina como entre 1 y 7 por lo que un área de datos normales se obtiene por ciclo de tiempo predeterminado.
10. El transmisor de difusión digital de conformidad con la reivindicación 8, caracterizado porque la configuración del flujo forma el flujo de tal manera que una pluralidad de intervalos donde datos M/H estén dispuestos se continúen secuencialmente de acuerdo con diferentes modos escalables por ciclo de tiempo predeterminado, y dispone los paquetes de audio en el área de datos normales obtenida.
1 1 . El transmisor de difusión digital de conformidad con la reivindicación 8, caracterizado porque la configuración de flujo forma el flujo de tal manera que una pluralidad de intervalos de los cuales diferentes modos de extensión de bloque se determine sean conectados secuencialmente para obtener un área de datos normales, y dispone los paquetes de audio en el área de datos normales obtenida.
12. El transmisor de difusión digital de conformidad con la reivindicación 8, caracterizado porque la configuración de flujo combina diferentes tipos de intervalos para obtener un área de datos normales por ciclo de tiempo predeterminado, y dispone los paquetes de audio en el área de datos normales obtenida.
13. El transmisor de difusión digital de conformidad con la reivindicación 12, caracterizado porque la configuración de flujos comprende un procesador normal configurado para procesar los datos normales; un preprocesador de datos configurado para formatear los datos M/H; y un multiplexor configurado para multiplexar los datos enviados desde cada uno del preprocesador de datos y procesador normal y formar el flujo; en donde el preprocesador de datos comprende un codificador de señalización configurado para codificar datos de señalización para notificar el tipo de intervalo.
14. El transmisor de difusión digital de conformidad con la reivindicación 8, caracterizado porque la configuración de flujo dispone la parada M/H dentro del flujo de acuerdo con un número de grupo inicial determinado en forma diferente para cada parada M/H que configura los datos M/H para obtener un área de datos normales por ciclo de tiempo predeterminado, y dispone los paquetes de audio en las áreas de datos normales obtenidas.
15. El transmisor de difusión digital de conformidad con la reivindicación 10, caracterizado porque la configuración de flujo combina un ensamble CMM y ensamble SFCMM para obtener un área de datos normales por ciclo de tiempo predeterminado, y dispone los paquetes de audio en el área de datos normales obtenida.
MX2013011678A 2011-04-08 2012-04-06 Transmisor de difusion digital para transmitir un flujo de transporte que contiene paquetes de audio, receptor de difusion digital para recibir los mismos y metodos de los mismos. MX2013011678A (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201161473362P 2011-04-08 2011-04-08
KR1020120035471A KR20120115123A (ko) 2011-04-08 2012-04-05 오디오 패킷을 포함하는 전송 스트림을 전송하는 디지털 방송 송신기, 이를 수신하는 디지털 방송 수신기 및 그 방법들
PCT/KR2012/002637 WO2012138180A2 (ko) 2011-04-08 2012-04-06 오디오 패킷을 포함하는 전송 스트림을 전송하는 디지털 방송 송신기, 이를 수신하는 디지털 방송 수신기 및 그 방법들

Publications (1)

Publication Number Publication Date
MX2013011678A true MX2013011678A (es) 2014-02-17

Family

ID=47284093

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2013011678A MX2013011678A (es) 2011-04-08 2012-04-06 Transmisor de difusion digital para transmitir un flujo de transporte que contiene paquetes de audio, receptor de difusion digital para recibir los mismos y metodos de los mismos.

Country Status (5)

Country Link
US (1) US20140036759A1 (es)
KR (1) KR20120115123A (es)
CN (1) CN103460690A (es)
CA (1) CA2832627A1 (es)
MX (1) MX2013011678A (es)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101891116B1 (ko) 2014-06-02 2018-08-23 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CA3010249C (en) * 2016-01-13 2024-04-02 Sony Corporation Data processing apparatus and data processing method
CN111383644B (zh) * 2018-12-29 2023-07-21 南京中感微电子有限公司 一种音频通信方法、设备及系统
CN113381821B (zh) * 2021-06-11 2023-01-31 董金星 一种广播发射机预驱动级调测箱

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000308124A (ja) * 1999-04-26 2000-11-02 Mitsubishi Electric Corp 制御チャネル配置方法
ES2354427T3 (es) * 2003-06-30 2011-03-14 Koninklijke Philips Electronics N.V. Mejora de la calidad de audio decodificado mediante la adición de ruido.
KR100740202B1 (ko) * 2005-10-21 2007-07-18 삼성전자주식회사 듀얼 전송 스트림 생성 장치 및 그 방법
JP5464785B2 (ja) * 2006-12-05 2014-04-09 キヤノン株式会社 情報処理装置および情報処理方法
WO2008097027A1 (en) * 2007-02-07 2008-08-14 Lg Electronics Inc. Digital broadcasting system and method of processing data
KR101285887B1 (ko) * 2007-03-26 2013-07-11 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101486372B1 (ko) * 2007-07-25 2015-01-26 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
WO2010134786A2 (ko) * 2009-05-21 2010-11-25 삼성전자 디지털 방송 송신기, 디지털 방송 수신기 및 그들의 스트림 구성 및 처리 방법
US8391314B2 (en) * 2009-09-21 2013-03-05 Lg Electronics Inc. Method and apparatus of processing digital broadcasting signal including transmission ensemble number fields in transmitter and receiver
US9253000B2 (en) * 2009-12-29 2016-02-02 Lg Electronics Inc. Digital broadcasting system and method for transmitting and receiving digital broadcast signal

Also Published As

Publication number Publication date
KR20120115123A (ko) 2012-10-17
CN103460690A (zh) 2013-12-18
US20140036759A1 (en) 2014-02-06
CA2832627A1 (en) 2012-10-11

Similar Documents

Publication Publication Date Title
KR101743123B1 (ko) 디지털 방송 송신기, 디지털 방송 수신기 및 그들의 스트림 구성 및 처리 방법
KR101426368B1 (ko) 디지털 방송 송신기, 디지털 방송 수신기 및 그들의 스트림 구성 및 처리 방법
US8804805B2 (en) Digital broadcasting transmitter, digital broadcasting receiver, and method for composing and processing streams thereof
MX2013011678A (es) Transmisor de difusion digital para transmitir un flujo de transporte que contiene paquetes de audio, receptor de difusion digital para recibir los mismos y metodos de los mismos.
US20120063443A1 (en) Digital broadcast transmitter, digital broadcast receiver, and methods for configuring and processing streams thereof
KR101801106B1 (ko) 디지털 방송 송신기, 디지털 방송 수신기 및 그들의 스트림 구성 및 처리 방법
KR101820308B1 (ko) 디지털 방송 송신기, 디지털 방송 수신기 및 그들의 스트림 처리 방법
CA2800305C (en) Digital broadcast transmitter, digital broadcast receiver, and method for constructing and processing streams for same
US20130051405A1 (en) Digital broadcast transmitter, digital broadcast receiver, and method for configuring and processing streams thereof
KR20120035097A (ko) 디지털 방송 송신기, 디지털 방송 수신기 및 그들의 스트림 처리 방법
KR20090096320A (ko) 디지털 방송 시스템 및 데이터 처리 방법
BR112012028605B1 (pt) Método para processamento de fluxo de um transmissor de radiodifusão digital, transmissor de radiodifusão digital, método para processamento de fluxo de um receptor de radiodifusão digital, e receptor de radiodifusão digital

Legal Events

Date Code Title Description
FG Grant or registration