ES2242197T3 - Receptor dab, aparato y metodo para un formato de conversion de una secuencia de datos dab. - Google Patents
Receptor dab, aparato y metodo para un formato de conversion de una secuencia de datos dab.Info
- Publication number
- ES2242197T3 ES2242197T3 ES96929500T ES96929500T ES2242197T3 ES 2242197 T3 ES2242197 T3 ES 2242197T3 ES 96929500 T ES96929500 T ES 96929500T ES 96929500 T ES96929500 T ES 96929500T ES 2242197 T3 ES2242197 T3 ES 2242197T3
- Authority
- ES
- Spain
- Prior art keywords
- data
- frame
- sequence
- type
- frames
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H40/00—Arrangements specially adapted for receiving broadcast information
- H04H40/18—Arrangements characterised by circuits or components specially adapted for receiving
- H04H40/27—Arrangements characterised by circuits or components specially adapted for receiving specially adapted for broadcast systems covered by groups H04H20/53 - H04H20/95
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H2201/00—Aspects of broadcast communication
- H04H2201/10—Aspects of broadcast communication characterised by the type of broadcast system
- H04H2201/20—Aspects of broadcast communication characterised by the type of broadcast system digital audio broadcasting [DAB]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Circuits Of Receivers In General (AREA)
- Communication Control (AREA)
Abstract
Un convertidor (16) destinado a convertir una primera secuencia de datos, organizados en tramas de un primer tipo, de tal modo que dichas tramas comprenden una pluralidad de tipos de datos en posiciones predeterminadas dentro de la trama, en una segunda secuencia de datos, organizados en tramas de un segundo tipo, de tal manera que la longitud de una trama del primer tipo de tramas es diferente de la longitud de una trama del segundo tipo de tramas, habiéndose dispuesto el convertidor para: desensamblar la primera secuencia en al menos dos secuencias independientes de datos, de tal modo que cada una de las secuencias independientes de datos está reservada para un tipo predeterminado de datos, dividir las secuencias independientes en tramas del segundo tipo, disponer las secuencias independientes en tramas del segundo tipo, de manera que cada trama tiene un identificador del tipo de trama, destinado a identificar las secuencias independientes contenidas en la segunda secuencia, y ensamblar adicionalmente la segunda secuencia fuera de las secuencias independientes.
Description
Receptor DAB, aparato y método para un formato de
conversión de una secuencia de datos DAB.
La invención se refiere a un receptor para
recibir una señal de Radiodifusión de Audio Digital, el cual
comprende medios para descodificar una señal de DAB recibida en una
primera secuencia de datos, organizados en tramas de un primer tipo,
de tal manera que dichas tramas comprenden una pluralidad de tipos
de datos en posiciones predeterminadas dentro de la trama.
La invención se refiere adicionalmente a un
aparato y a un método para convertir o transformar una primera
secuencia de datos en una segunda secuencia de datos.
Se conoce un receptor de DAB por un pliego
titulado "Receptor de ensayo de Radiodifusión de Audio Digital
DAB452", publicado por la Philips Consumer Electronics, de los
Países Bajos, en febrero de 1995.
En el receptor de DAB conocido, una señal de DAB
recibida se convierte en frecuencia y se desmodula en un dispositivo
de Transformación de Fourier Rápida, se deshace o invierte su
intercalado y se descodifica en una secuencia de datos de DAB,
organizada en tramas de un primer tipo, de tal manera que dichas
tramas comprenden una pluralidad de tipos de datos en posiciones
predeterminadas dentro de la trama. Los datos de salida del
descodificador de canal pueden comprender la totalidad de la
secuencia de datos de DAB, deshecho su intercalado y descodificada,
o bien únicamente una parte de esta secuencia. Estos datos de salida
se consideran aquí como la primera secuencia de datos, y están
disponibles en una interfaz externa del receptor de DAB para su
suministro a dispositivos periféricos con vistas a su tratamiento
adicional. Esto significa que, en el caso de que esté disponible la
totalidad de la secuencia de datos de DAB, los dispositivos
periféricos necesitan tener conocimiento de la estructura del
formato de DAB para descodificar la información correcta contenida
en la primera secuencia. En el caso de que tan solo se disponga de
una parte de la secuencia de datos de DAB, los dispositivos
periféricos aún necesitan conocer el tipo de los datos de que se
dispone. Ello hace que un dispositivo periférico sea bastante
complejo. Por otra parte, el formato de la trama de la primera
secuencia de datos no es universalmente utilizado en el dominio
digital: tan solo se utiliza para la DAB. Esto hace que la interfaz
del receptor de DAB con los dispositivos periféricos no sea
estándar, lo que es indeseable en las aplicaciones en las que se
requiere una variedad de dispositivos periféricos que se comunican
entre
sí.
sí.
Un objeto de la presente invención es
proporcionar un receptor de DAB, un aparato y un método para
convertir los datos contenidos en la primera secuencia en datos en
una segunda secuencia más fácilmente accesible.
El objeto de acuerdo con la presente invención se
lleva a cabo mediante el convertidor para convertir una primera
secuencia de datos, organizados en tramas de un primer tipo, de tal
manera que dichas tramas comprenden una pluralidad de tipos de datos
en posiciones predeterminadas dentro de la trama, en una segunda
secuencia de datos, organizados en tramas de un segundo tipo, de tal
manera que una longitud de trama del primer tipo de tramas es
diferente de una longitud de trama del segundo tipo de tramas,
habiéndose dispuesto el convertidor para:
- desensamblar la primera secuencia en al menos
dos secuencias independientes de datos, de tal modo que cada una de
las secuencias independientes de datos está reservada para un tipo
predeterminado de datos,
- dividir las secuencias independientes en tramas
del segundo tipo,
- disponer las secuencias independientes en
tramas del segundo tipo, de manera que cada trama tiene un
identificador del tipo de trama, destinado a identificar las
secuencias independientes contenidas en la segunda secuencia, y
ensamblar adicionalmente la segunda secuencia fuera de las
secuencias independientes.
Al dividir la primera secuencia en secuencias
independientes, de manera que cada secuencia independiente queda
reservada para un tipo concreto de datos, y al dividir o repartir
las secuencias independientes en las tramas de la segunda secuencia,
y añadir adicionalmente identificadores a las tramas de la segunda
secuencia, pueden identificarse las secuencias independientes dentro
de la segunda secuencia sin necesidad de tener conocimiento de la
posición exacta de los tipos de datos en la segunda secuencia. Esto
reduce la complejidad de un dispositivo periférico y da lugar, como
resultado, a una segunda secuencia que es más fácilmente
accesible.
Un receptor de DAB de acuerdo con la invención se
caracteriza por que el receptor de DAB comprende adicionalmente un
convertidor destinado a convertir la primera secuencia de datos en
la segunda secuencia de datos, tal y como se ha explicado en lo
anterior.
El método de conversión correspondiente se da en
la reivindicación 15.
Una realización de la invención se caracteriza
por que los medios de conversión se han dispuesto de manera que
añaden un identificador del tipo de datos a al menos una de las
secuencias independientes, al objeto de identificar el tipo de los
datos de la secuencia independiente. Esto permite al dispositivo
periférico determinar de forma sencilla el tipo de datos que está
presente en una de las secuencias independientes.
Una realización adicional de la invención se
caracteriza por que la segunda secuencia comprende una pluralidad de
paquetes, de tal forma que una secuencia independiente comprende un
paquete, el cual comprende una pluralidad de tramas de la segunda
secuencia, de manera que se identifica un paquete por valores
predeterminados del identificador del tipo de trama, de tal modo que
dicho paquete tiene un encabezamiento que contiene el identificador
del tipo de datos. Al disponer los datos en paquetes, de tal manera
que cada paquete comprende un encabezamiento, tan solo se utiliza
una pequeña cantidad de información de encabezamiento en la segunda
secuencia, ya que no todas las tramas de la segunda secuencia
necesitan tener un identificador del tipo de datos para identificar
el tipo de datos al que pertenecen los datos. Esto da lugar a una
elevada eficiencia de la segunda secuencia.
Otra realización de la invención se caracteriza
por que la segunda secuencia comprende tramas de datos individuales,
identificadas por al menos un valor predeterminado adicional del
identificador del tipo de trama, de tal manera que cada una de las
tramas de datos individuales de la segunda secuencia comprende datos
y un identificador del tipo de datos.
Al disponer los datos en tramas y añadir un
identificador adicional a las tramas, la descodificación de los
datos se ve simplificada, lo que da lugar a un dispositivo
periférico menos complejo.
Una realización de la invención se caracteriza
por que los medios de conversión se han dispuesto para añadir una
señal de sincronización a la segunda secuencia, a fin de señalizar
el comienzo de una trama del primer tipo.
Al añadir una señal de sincronización que indica
el comienzo de una trama en la primera secuencia, el dispositivo
periférico puede determinar qué datos de la segunda secuencia
pertenecen a la misma trama de la primera secuencia.
Una implementación ventajosa de dicha realización
se caracteriza por que la señal de sincronización es una trama que
tiene un identificador del tipo de trama con un valor
predeterminado.
Una realización de la invención se caracteriza
por que una trama de la segunda secuencia comprende al menos 20 bits
para los datos procedentes de la primera secuencia, y a lo sumo 4
bits para el identificador del tipo de trama, siendo la longitud
total de una trama 24 bits.
Esto da lugar a una longitud de trama que es un
múltiplo de 8 bits y que puede, por tanto, tratarse con más
facilidad, puesto que la mayor parte de los dispositivos se ha
concebido para el tratamiento de los datos en múltiplos de 8 bits.
Esta longitud de trama permite también que la trama se disponga
embebida o intercalada en una trama subordinada o
sub-trama de conformidad con la norma IEC958, con lo
que se hace posible una normalización adicional de la comunicación
de datos entre los diferentes dispositivos.
Una realización de la invención se caracteriza
por que, dependiendo del tipo de los datos, una trama comprende 20
bits para los datos y 4 bits para el identificador del tipo de
trama, o bien 22 bits para los datos y 2 bits para el identificador
del tipo de trama.
Esto permite introducir más datos en una trama en
los casos en que se necesite. Por ejemplo, cuando los datos
procedentes de un receptor de DAB se convierten o transforman a la
segunda secuencia, los datos de MSC pueden no caber o encajar
completamente en una trama que tan solo tiene 20 bits de datos. Si
se reduce el indicador del tipo de trama y se incrementa el campo de
los datos en dos bits, estos datos de MSC cabrán en la segunda
secuen-
cia.
cia.
Una realización de la invención en la que el
receptor comprende medios para descodificar los datos, embebidos o
intercalados en la señal de DAB, se caracteriza por que los medios
de conversión se han concebido para añadir a la segunda secuencia,
como una secuencia independiente, los datos descodificados
suministrados por los medios para descodificar datos.
En virtud de esta medida, es posible colocar en
un lugar accesible dentro de la segunda secuencia incluso los datos
que no se encuentran presentes de forma inmediata en los datos de
salida del descodificador de canal. Un ejemplo de éstos son los
datos de TII, que no forman parte de la primera secuencia pero están
codificados en el símbolo nulo de la señal de DAB.
Una realización adicional de la invención se
caracteriza por que los datos descodificados son datos PAD.
Un ejemplo adicional de datos que no son
accesibles de forma inmediata desde la primera secuencia son los
datos PAD, que se introducen conjuntamente con la información de
audio en la primera secuencia. En la segunda secuencia estarán
también normalmente asociados a la información de audio. Ello
requiere que un dispositivo periférico comprenda un descodificador
de audio para recuperar los datos PAD. Como un receptor de DAB está
equipado con un descodificador de audio, los datos PAD se encuentran
ya disponibles en el receptor. Si se añaden los datos PAD como una
secuencia independiente a la segunda secuencia, ya no es necesario
que un dispositivo periférico descodifique la información de audio
conjuntamente con los datos PAD para recuperar los datos PAD, si no
que puede encontrar los datos PAD directamente en la segunda
secuencia. Esto simplifica considerablemente la recuperación de los
datos PAD y su extracción de la segunda secuencia.
Una realización de la invención se caracteriza
por que se dispone una trama de la segunda secuencia embebida o
intercalada en una sub-trama IEC958, y por que los
medios de conversión se han concebido de manera que inserten la
secuencia independiente que comprende los datos PAD en un canal de
Datos de Usuario de la sub-trama IEC958.
En el formato de la IEC958 puede utilizarse el
canal de Datos de Usuario a voluntad. Si se utiliza el canal de
Datos de Usuario para los datos PAD, no será necesario sacrificar
tramas normales de la segunda secuencia para la adición de los datos
PAD a la segunda secuencia.
El objeto y las características anteriores de la
presente invención se pondrán de manifiesto de forma más evidente a
partir de la siguiente descripción de las realizaciones preferidas,
con referencia a los dibujos, en los cuales:
la Figura 1 es un esquema o diagrama de una
realización de un receptor destinado a recibir símbolos digitales,
de acuerdo con la invención,
la Figura 2 es un diagrama de una trama de
transmisión de DAB,
la Figura 3A es un diagrama de una trama de la
segunda secuencia de acuerdo con una realización de la
invención,
la Figura 3B es un diagrama de una trama
subordinada o sub-trama IEC958,
la Figura 4 es un diagrama de un ejemplo de la
estructura de un mensaje de PAD para uso en un receptor de acuerdo
con la invención,
la Figura 5A es un diagrama del primer
encabezamiento IU de un mensaje de Datos de Usuario,
la Figura 5B es un diagrama del segundo
encabezamiento IU de un mensaje de Datos de Usuario,
la Figura 5C es un diagrama del tercer
encabezamiento IU del mensaje de Datos de Usuario,
la Figura 5D es un diagrama de unos datos IU del
mensaje de Datos de Usuario.
En las figuras, las partes idénticas se han
provisto de los mismos números de referencia.
La Figura 1 es un esquema o diagrama de una
realización de un receptor destinado a recibir señales digitales de
acuerdo con la invención. Una antena receptora 2 está conectada a
una primera entrada del receptor. La entrada del receptor está
conectada a una unidad de extremo o terminal frontal 4. Una salida
de la unidad de terminal frontal 4 está conectada a una entrada de
un procesador de FFT 6. Una salida del procesador de FFT 6 está
conectada a una entrada de un descodificador de canal 8.
Puede utilizarse un receptor para la recepción de
señales digitales en el sistema de Radiodifusión de Audio Digital
(DAB -"Digital Audio Broadcast"). Una señal de OFDM, que
comprende una pluralidad de portadoras, de modo que sobre dicha
pluralidad de portadoras se modulan señales digitales, es recibida
por el receptor y amplificada y convertida en frecuencia en la
unidad de terminal frontal 4. La señal de salida de la unidad de
terminal frontal 4 es aplicada entonces al procesador de FFT 6 para
su desmodulación, a fin de obtener las señales digitales. En la
salida del procesador de FFT 6 se dispone de señales codificadas e
intercaladas. El procesador de FFT 6 proporciona también información
a un procesador de señal 14 para la sincronización del terminal
frontal 4. El procesador de señal puede recuperar también
información procedente del procesador de FFT 6, relativa a la
intensidad de campo de los transmisores recibidos y a la
identificación de los transmisores, la Información de Identificación
de Transmisor o TII ("Transmitter Identification Information").
Esta TII está presente en un símbolo Nulo situado al principio de
cada trama de DAB. Se deshace o invierte el intercalado de las
señales presentes en la salida del procesador de FFT 6 y éstas son
descodificadas por parte del descodificador 8 con el fin de obtener
las señales digitales reconstruidas. Un descodificador de audio, por
ejemplo, el Philips SAA2500, se conecta a la salida del
descodificador 8 con el fin de descodificar las señales digitales
que comprenden tramas de audio. En una primera salida, el
descodificador de audio 10 proporciona Datos Asociados a Programa
(PAD -"Program Associated Data"), los cuales se encuentran
embebidos en las tramas de audio. Estos PAD son suministrados a una
unidad de control 12 para su tratamiento adicional. En una segunda
salida, el descodificador de audio 10 proporciona datos de audio 32.
La unidad de control 12 controla adicionalmente la sintonización del
receptor y la descodificación en el descodificador 8. La unidad de
control 12 tiene una interfaz que comprende datos 34 para recibir
información de un usuario y suministrar información al usuario.
La Figura 2 es un diagrama de una trama de
transmisión de DAB. La trama de DAB comprende tres campos: un Canal
de Sincronización SC ("Synchronization Channel"), un Canal de
Información Rápida FIC ("Fast Information Channel"), y un Canal
de Servicio Principal MSC ("Main Service Channel"). El FIC
comprende un cierto número de Bloques de Información Rápida FIB
("Fast Information Blocks"). Este número depende del modo de
transmisión de DAB. En el modo I, la trama de DAB comprende 4 CIFs;
en el modo II 1 CIF y en el modo III 1 CIF. En el modo I, los tres
primeros FIBs son asignados al primer CIF, los tres siguientes FIBs
al segundo CIF, etc. El Canal de Servicio Principal es un canal de
datos intercalados en el tiempo, dividido en un cierto número de
canales subordinados o sub-canales, cada uno de los
cuales tiene un número de Identificación de
Sub-canal, SubChId, y de tal manera que cada
sub-canal puede portar uno o más componentes de
servicio, como audio, datos, etc. El MSC está dividido
adicionalmente en Unidades de Capacidad de 64 bits, de manera que un
Sub-canal puede ocupar una o más de estas Unidades
de Capacidad. La organización de los sub-canales y
su ubicación en Unidades de Capacidad son transmitidas en el FIC,
entre otros elementos. Para una descripción detallada de una trama
de transmisión de DAB, de su estructura y su contenido, se hace
referencia al documento "Sistemas de Radiodifusión por Radio;
Radiodifusión de Audio Digital (DAB) a receptores móviles,
portátiles y fijos", ETS 300 401, publicado por el Instituto
Europeo de Normalización de las Telecomunicaciones, Sophia
Antipolis, 1995.
En el receptor de la Figura 1, el descodificador
8, tal y como se utiliza en el presente, no puede descodificar toda
la secuencia de DAB en su totalidad, sino que únicamente puede
descodificar partes seleccionadas de los datos de DAB. Por ejemplo,
un usuario da instrucciones a la unidad de control 12 para que
suministre los datos de audio desde un programa, por ejemplo
"Radio 3", al descodificador de audio 10. La unidad de control
12 analiza entonces el FIC y determina en qué
Sub-canal del Canal de Servicio Principal está
presente el programa de "Radio 3". La unidad de control 12
determina a continuación las Unidades de Capacidad que están
asignadas a ese Sub-canal, por ejemplo, las CU's 6,
7 y 8. La unidad de control 12 da instrucciones a continuación al
descodificador 8 para que descodifique y suministre como salida los
datos descodificados desde las CU's 6, 7 y 8, y activa una primera
señal de ventana con el fin de señalizar la presencia de los datos
descodificados. El descodificador de audio 10 recibe los datos y la
señal de ventana y suministra los datos de audio en su salida. De
esta forma, el descodificador 8 puede suministrar únicamente una
cantidad limitada de datos. Un descodificador futuro 8 será capaz de
suministrar los datos descodificados completos desde una señal de
DAB.
El receptor de la Figura 1 comprende
adicionalmente, de acuerdo con la invención, medios de conversión 16
que tienen:
- una primera entrada, conectada a la salida del
descodificador 8 para recibir la primera secuencia de datos,
comprendiendo la salida, ya sea una secuencia completa de datos de
DAB, ya sea al menos una parte de dicha secuencia de datos de DAB,
dependiendo del descodificador 8, tal y como se ha mencionado
anteriormente,
- una salida para suministrar una segunda
secuencia de datos 36, organizados en tramas de un segundo tipo, de
tal manera que la longitud de una trama del primer tipo de tramas es
diferente de la longitud de una trama del segundo tipo de trama,
comprendiendo la segunda secuencia al menos dos secuencias
independientes, de tal modo que cada una de las secuencias
independientes se reserva para un tipo de datos diferente y se
dispone o distribuye en tramas del segundo tipo, de manera que cada
trama del segundo tipo comprende un identificador de tipo de trama
destinado a identificar las secuencias independientes contenidas en
la segunda secuencia.
De acuerdo con un aspecto adicional de la
invención, los medios de conversión 16 tienen una segunda entrada,
conectada a una segunda salida del procesador 14 de señal con el fin
de recibir TII, comprendida en el símbolo Nulo de una señal de DAB.
El procesador de señal 14 suministra también la intensidad de campo
relativa, según se mide por la FFT del símbolo Nulo, y, si se desea,
también los valores de las componentes en fase y en cuadratura de
los pares de portadoras seleccionados. Los medios de conversión 16
pueden insertar entonces la TII y los otros datos, suministrados por
el procesador 14 de señal, en la segunda secuencia. El modo como
esto se hace se describe con mayor detalle más adelante, cuando se
trate el contenido de las tramas de la segunda secuencia.
De acuerdo con otro aspecto de la invención, que
incluso puede contemplarse como independiente de los aspectos
previos de la invención, los medios de conversión 16 tienen una
tercera entrada, conectada a la segunda salida del descodificador de
audio 10, la cual proporciona los PAD. Estos PAD se insertan
también, a continuación, en la secuencia. Esto puede realizarse de
manera similar a como se hace con la TII y los datos asociados,
proporcionando un identificador de tipo de datos independiente para
los PAD e insertando los PAD en un paquete independiente. Esto no se
describe con mayor detalle. En una realización preferida que se
describe con mayor detalle más adelante, los PAD se insertan en la
segunda secuencia, en un canal de Datos de Usuario, en el caso de
que las tramas del segundo tipo sean tramas de acuerdo con el
formato IEC958.
Otro nombre para los medios de conversión 16 es
medios de suministro, ya que los medios de conversión suministran,
de hecho, la segunda secuencia de datos al mundo exterior, a saber,
a los dispositivos periféricos, etc.
La Figura 3A es un diagrama de una trama de la
segunda secuencia de acuerdo con una realización de la invención. En
la presente invención, la primera secuencia de datos se convierte en
una segunda secuencia de datos que tiene una longitud de trama
diferente de la longitud de trama de la primera secuencia. En una
realización, la longitud de trama de la segunda secuencia se escoge
de modo que sea de 24 bits, de los cuales los 20 primeros bits, b0,
..., b19, se reservan para los datos (DT) y los bits b20, ..., b23
para un identificador del tipo de trama (FTI -"Frame Type
Identifier"). Esta elección permite que la trama de la segunda
secuencia sea incorporada a una trama subordinada o
sub-trama, de acuerdo con la norma IEC958. Para más
detalles de esta norma, se hace referencia al documento "Interfaz
de Audio Digital" ("Digital Audio Interface"), Norma
Internacional IEC 958, publicada por la Oficina Central de la
Comisión Electrotécnica Internacional, Suiza, 1989.
La Figura 3B es un diagrama de una
sub-trama IEC958. La IEC958 comprende un preámbulo
PR de 4 bits, un campo de 4 bits para datos auxiliares, AXD, un
campo de 20 bits para datos de audio, AD, así como cuatro campos de
1 bit: un bit de estado o indicador de Validez, V, un bit de canal
de Datos de usuario, U, un bit de Estado de Canal, C, y un bit de
paridad, P. El bit de estado de canal, C, porta un bit de una
palabra de Estado de Canal, que proporciona información sobre los
datos transportados en el canal. El bit de canal de Datos de
Usuario, U, porta un bit del canal de Datos de Usuario. Cuando la
trama de la segunda secuencia se incorpora a la
sub-trama IEC958, ésta es transportada en posiciones
de bit a4, ..., a27. El bit indicador de Validez, V, deberá entonces
situarse en "1" con el fin de evitar la descodificación
accidental por parte de un descodificador de audio. En la palabra de
Estado de Canal, el estado deberá establecerse en
"no-audio" (bit 1 del byte 0), y deberá hacerse
valer el "copyright" ("derechos de autor") (bit 2 del byte
0 = "0"). Los bits 3, 4 y 5 del byte 0 deberán establecerse en
"000", y los bits 6 y 7 del byte 0 deberán ajustarse en el Modo
0 (= "00"). Deberá utilizarse el código de categoría "001"
para la Recepción de radiodifusión de audio digital (bits 0, 1, 2
del byte 1 = "001"). El bit de estado de generación deberá
situarse en "original" (bit 7 del byte 1 = "0"). En el
byte 2, el número de fuente y el número de canal deberán estar
"sin especificar" (byte 2 = "00000000"). La frecuencia de
muestreo será 48 kHz (bits 0, 1, 2, 3 del byte 3 = "0100"). La
precisión del reloj de \pm1.000 ppm será el "Nivel II" (bits
4, 5 del byte 3 = "00"). De esta forma, se recomienda ajustar
los cuatro primeros bytes de la palabra de Estado de Canal como
sigue: el byte 0 en "01000000", el byte 1 en "00100100",
el byte 2 en "00000000" y el byte 3 en "01000000". Los
bits 3, 4, 5, 6 del byte 1 se ajustan en "0010", que es una
propuesta para una entrada de "DAB" que se habrá de definir en
la categoría "Recepción de radiodifusión".
La Tabla 1 muestra un ejemplo de los valores de
los bits b20, ..., b23 del identificador del tipo de trama.
| Valores de los bits identificadores del tipo de trama b20, ..., b23 | |
| b20, ..., b23 | Tipo de trama |
| 0000 | Relleno compensador |
| 0001 | Encabezamiento de los datos |
| XX10 | Continuación de los datos |
| 0100 | Fin de los datos |
| 0101 | Sincronización de trama |
| 0111 | Comienzo de los datos de TII (transferencia de datos |
| de baja capacidad) | |
| 1111 | Datos (transferencia de datos de baja capacidad) |
Los valores identificadores del tipo de trama,
"0001", "XX10", "0100" y "0100" denotan una
transferencia de los datos en paquetes. Los valores "0001" y
"0111" señalizan el comienzo de un paquete, de tal manera que
el valor "0111" identifica asimismo incluso el tipo de datos
contenidos en el paquete, el valor "XX10" señaliza una
continuación del paquete, y el valor "0100" señaliza el final
del paquete. Una ventaja de la transferencia de datos en paquetes es
que tan solo se utiliza una pequeña cantidad de información de
encabezamiento, ya que se utiliza una única trama de encabezamiento
-y, posiblemente, una trama trasera o de cola- como información de
encabezamiento, la cual indica, por ejemplo, el tipo de los datos y
la longitud del paquete. Esta transferencia de datos de alta
capacidad resulta especialmente útil en combinación con
descodificadores de canal futuros 8, que son capaces de descodificar
la totalidad de los datos de DAB.
El valor "XX10" del identificador del tipo
de datos significa que los valores de los bits b20 y b21 carecen de
importancia. Esto es de especial utilidad si los 20 bits de datos,
proporcionados por los bits b0, ..., b19, no son suficientes y se
necesitan uno o dos bits de datos más en una trama de continuación.
En este caso, se añaden los bits b20 y b21 a los bits de datos, con
lo que se realiza un campo de datos de 22 bits. Si los bits b20 y
b21 no se utilizan como bits de datos, dependiendo del tipo de los
datos contenidos en el paquete, entonces deberán establecerse,
preferiblemente, en "00". Por ejemplo, en el caso de datos de
MSC, los bits b20 y b21 se añaden al campo de datos, en tanto que,
en el caso de datos de FIC o de TII, los bits b20 y b21 forman parte
del identificador del tipo de
trama.
trama.
El valor "1111" del identificador del tipo
de trama indica una trama que comprende datos y su identificador de
tipo de datos. Como cada trama comprende dicho identificador, es
posible procesar o tratar cada trama independientemente de las
demás. Esto hace muy fácil el tratamiento de las tramas en el
extremo o terminal receptor, al coste de una información de
encabezamiento grande, ya que ahora es necesario que todas las
tramas contengan un identificador del tipo de datos.
El valor "0000" del identificador del tipo
de trama indica una trama de relleno de compensación, la cual
comprende, en todas las posiciones b0, ..., b19, normalmente tan
solo un "0" lógico. Este tipo de trama se utiliza cuando no hay
datos listos para ser transferidos, y garantiza un flujo continuo de
tramas en la segunda secuencia cuando no hay datos presentes.
El valor "0101" del identificador de tipo de
trama indica el comienzo de una trama de la primera secuencia, es
decir, una trama de DAB lógica, por ejemplo. Esta trama puede
contener alguna información en sus restantes posiciones de bits b0,
..., b19. A tal efecto, los bits b0, ..., b3 se reservan para un
Indicador de Contenido de Trama de Sincronización, SFCI
("Syncronization Frame Contents Indicator"), que, en este caso,
tiene, por ejemplo, un valor de "0001", que indica que un Campo
de Contenido CF ("Contents Field"), es decir, los restantes
bits b4, ..., b19, contiene el número de errores corregidos
detectados por la nueva codificación del FIC de la trama de DAB
previa. Se reservan otros valores de los bits b0, ..., b3.
En el caso de transferencia de datos de baja
capacidad (utilizando valores "0111" de identificador de tipo
de trama de TII, en asociación con "XX10" y "0100", y el
valor "1111" de identificador de tipo de trama), las tramas que
tienen un valor "1111" de identificador de tipo de trama son
transmitidas, por ejemplo, en el canal A del formato IEC958, y las
tramas de TII, en caso de que existan, se transmiten entonces por el
canal B del formato de IEC958. La transferencia de datos de baja
capacidad es especialmente útil en combinación con el descodificador
de canal 8 que se utiliza en la actualidad, ya que tan solo es
necesario transportar una cantidad limitada de datos.
Así pues, los medios de conversión 16 colocan la
TII y los datos asociados, ya sea en un paquete para una
transferencia de datos de alta capacidad, ya sea en un paquete para
una transferencia de datos de baja capacidad. Lo mismo reza para los
otros datos, tales como los datos de MSC y los datos de FIC. Puede
resultar evidente que lo anterior ha de ser interpretado únicamente
como ilustración, y no se pretende que limite la invención.
Como se ha indicado en la Tabla 1, existen
identificadores del tipo de trama para una transferencia de datos de
baja capacidad. Éstos tienen los valores "1111" y "0111"
(con sus valores asociados "XX10" y "0100" para indicar el
resto del paquete).
Las tramas que tienen un valor "1111" del
identificador del tipo de trama comprenden 8 bits de datos, DT,
preferiblemente en las posiciones de bit b8, ..., b15 en la trama de
la Figura 3A. Se añade un identificador DTI del tipo de datos
("Data Type Identifier") a la trama en los bits b6, b7, con el
fin de denotar el origen de los datos e indicar el uso de un campo
de 6 bits, IDF, en los bits b0, ..., b5 de la trama, tal y como se
ilustra en la Tabla 2.
| Bits identificadores del tipo de datos, b6, b7, en una trama "1111" | |
| b6 b7 | Tipo de datos y contenido del IdField |
| (Campo identificador) | |
| 00 | Sin señalizar, IdFiel reservado |
| 01 | MSC, el IdField contiene el SubChId |
| 10 | FIC, IdField reservado |
| 11 | Reservado, el IdField está reservado |
El SubChId es un identificador destinado a
identificar un sub-canal contenido en el MSC, tal y
como se ha explicado anteriormente. El descodificador de canal 8 de
la Figura 1 puede proporcionar señales de ventana conjuntamente con
la secuencia de datos de DAB. Dicha señal de ventana se ajusta de
modo que permanezca activa en los periodos de tiempo durante los
cuales están presentes datos en la secuencia de datos de DAB que
pertenecen a un cierto tipo de datos. Por ejemplo, una unidad de
control ha deducido del FIC la presencia de un
sub-canal particular en las Unidades de Capacidad 6,
7 y 8 del MSC. A continuación, la unidad de control da instrucciones
al descodificador de canal 8 para que active la señal de ventana 1
en el instante en que los datos descodificados procedentes de las
Unidades de Capacidad 6, 7 y 8 están presentes en la salida del
descodificador de canal 8. A continuación, la señal de ventana 1
señaliza, en su salida, la presencia de los datos descodificados
procedentes de las Unidades de Capacidad 6, 7 y 8, y la unidad de
control tiene conocimiento de que estos datos están asociados al
número de sub-canal particular. En el formato de
trama pueden distinguirse 16 señales de ventana diferentes,
procedentes del descodificador de canal, al proporcionar un
identificador de señal de ventana de 4 bits en las posiciones de bit
b16, ..., b19 de la trama. Puede enlazarse una señal de ventana a un
sub-canal insertando el SubChId en el IdField, en
las posiciones de bit b0, ..., b5 de la trama, en el caso de que los
datos lleguen del MSC. En otros casos, el IdField está reservado.
Puede utilizarse una de las señales de ventana para rellenado de
compensación, indicando que no existen datos disponibles.
El valor "0111" del identificador del tipo
de trama denota el encabezamiento de un paquete de información TII
para la transferencia de datos de baja capacidad, por lo que
funciona también como un identificador del tipo de datos. Las tramas
que tienen los valores de tipo de trama "XX10" y "0100"
transportan datos. En la trama de encabezamiento (valor "0111")
se reserva una palabra de 5 bits, en las posiciones de bit b11, ...,
b15, para indicar el Número de Transmisores Recibidos (NRT
-"Number of Received Transmitters"), que puede oscilar entre 1
y 24. Los otros valores están reservados. Existen (NRT - 1) tramas
de continuación o subsiguientes, así como una trama de cola, las
cuales se llenan como sigue. Cada una de estas tramas comprende una
SubId de 5 bits, en las posiciones de bit b8, ..., b12, y una MainId
de 7 bits, en los bits b13, ..., b19, de modo que la MainId y la
SubId son conocidas por la sub-sección 8.1.9 del
documento "Sistemas de Radiodifusión por Radio; Radiodifusión de
Audio Digital (DAB) a receptores móviles, portátiles y fijos",
ETS 300 401, Publicada por el Instituto Europeo de Normalización de
las Telecomunicaciones, Sophia Antipolis, 1995. Se reservan, además,
3 bits (b5, ..., b7) para indicar una intensidad de campo relativa,
los cuales varían desde "001", que indica una señal muy débil,
hasta "111", para indicar una señal muy fuerte. El valor
"000" denota "no señalizado". Los restantes bits, b0, ...,
b4, están reservados. Como se ha mencionado anteriormente, la última
trama de datos tiene un valor identificador del tipo de datos
"0100", pero contiene el mismo tipo de datos que las tramas de
continuación, ya que no se necesita ninguna trama trasera o de cola
específica.
En la transferencia de datos de baja capacidad,
las tramas de TII pueden ser alternadas con las tramas de datos que
tengan el tipo de trama "1111".
El valor "0001" del identificador del tipo
de trama identifica una trama de encabezamiento de paquetes para una
transferencia de datos de alta capacidad. Para este propósito, los
bits b18 y b19 de la trama de encabezamiento constituyen un
identificador de tipo de datos y están reservados para indicar el
tipo de los datos contenidos en el paquete, tal como se muestra en
la Tabla 3.
| Bits de identificador de tipo de datos, b18, b19, en una trama "0001" | |
| b18 b19 | Tipo de datos |
| 00 | MSC |
| 01 | FIC |
| 10 | TII |
| 11 | Reservado |
El valor "XX10" del identificador del tipo
de trama indica una trama de continuación, es decir, una trama que
forma parte de un paquete, y el valor "0100" del identificador
del tipo de trama puede ser considerado como una trama de cola, de
manera que indica el final de un paquete.
En el caso de que se estén transmitiendo datos de
MSC (b18 = 0, b19 = 1), la trama de encabezamiento puede comprender,
en los bits b0 a b11, el número M de tramas de RDI, es decir, la
longitud del paquete, y, en los bits b12, ..., b17, el Identificador
de Sub-canal. Las tramas de continuación portan,
todas ellas, datos. La penúltima trama contenida en el paquete
comprende bits de datos y de relleno de compensación, ya que el
número total de bits de datos puede no corresponder con el número
total de bits de datos disponibles en el paquete. La trama de cola
comprende un campo de 16 bits, el cual especifica el número de
errores corregidos que se han detectado al efectuar una nueva
codificación. Excepcionalmente, el código "1111 1111 1111 1111"
indicará que esta información no ha señalizado. En el caso de que se
estén transmitiendo datos de MSC, el identificador de tipo de trama
que tiene un valor de "XX10" es acortado, preferiblemente,
hasta tan solo los dos últimos bits: "10". Puede ponerse de
manifiesto por la Tabla 1 que estos dos últimos bits son suficientes
para reconocer una trama de continuación. Esto da lugar a un
sobrante de 2 bits (b20 y b21) para datos, con lo que se extiende el
campo de datos de 20 bits a 24 bits. En otros casos en los que no se
necesitan los 2 bits de datos extra, estos bits de datos se sitúan
en "00".
En el caso de que se estén transmitiendo datos de
FIC (b18 = 0, b19 = 1), la trama de encabezamiento comprende dos
bits que indican el modo de transmisión de DAB, por ejemplo, los
bits b14 y b15. La Tabla 4 muestra los valores de los bits b14 y
b15, así como el modo de transmisión de DAB asociado.
| Bits de modo de transmisión de DAB, b14, b15, en trama de encabezamiento de FIC | |
| b14 b15 | Modo de transmisión de DAB |
| 00 | Reservado |
| 01 | Modo I (12 FIBs por cada 96 ms en un impulso de escalón de 24 ms) |
| 10 | Modo II (3 FIBs por cada 24 ms) |
| 11 | Modo III (4 FIBs por cada 24 ms) |
En la trama de encabezamiento de FIC, se reservan
4 bits (por ejemplo: bits b10, ..., b13) para un número de FIB. En
los modos de transmisión de DAB II y III, el campo de número de FIB
se codifica como un número binario no firmado que especifica el FIB.
En la Tabla 5 se proporciona la codificación del número de FIB.
| Codificación de los bits del número de FIB, b10, ..., b13, en el Modo I | |
| b10, ..., b13 | Número de FIB |
| 0000 | FIB 1,1 |
| 1000 | FIB 1,2 |
| 0100 | FIB 1,3 |
| 1100 | FIB 2,1 |
| .... | |
| 1101 | FIB 4,3 |
La trama de cola con el valor "0100" del
identificador del tipo de trama contiene, en el caso de un paquete
de FIC, lo siguiente. Se reservan tres bits (por ejemplo, los bits
b16, ..., b18) para un Tipo de Indicación de Error (EIT -"Error
Indication Type"), el cual especifica el tipo de datos
transportados en un Campo de Comprobación de Errores (ECF -"Error
Check Field") de 16 bits (por ejemplo, los bits b0, ..., b15). La
Tabla 6 muestra los códigos para el EIT y los contenidos
relacionados del ECF.
| Codificación de los bits de EIT b16, ..., b18 y el ECF relacionado | |
| EIT (b16, ..., b18) | Significado + contenido de ECF |
| 000 | Sin indicación de error; el ECF está reservado |
| 100 | Llevada a cabo la CRC; el ECF está reservado |
| 010 | Llevada a cabo la CRC; el ECF contiene la CRC como recibida |
| 110 | Llevada a cabo la CRC; el EDF contiene una suma expresada |
| en bits de la CRC recibida y calculada localmente |
En el Modo I de transmisión de DAB, los 12 FIBs
contenidos en una trama de transmisión pueden ser transportados en
una unidad o unitariamente, una vez cada 96 ms, o bien como cuatro
series de 3 FIBs a intervalos de 24 ms.
\newpage
En el caso de que se estén transmitiendo datos de
TII (b18 = 1, b19 = 0), la trama de encabezamiento comprende
adicionalmente un identificador de formato de TII, que, en este
ejemplo, comprende 3 bits, b8, ..., b10. El identificador de formato
de TII que tiene un valor de "010" denota un formato básico, y
el valor "001" denota un formato extendido. Justamente al igual
que en el formato de baja capacidad (valor de identificador de tipo
de trama = "0111"), los bits b11, ..., b15 contienen el
NRT.
En el formato básico (en el que los b8, ..., b10
del encabezamiento son iguales a "010"), el resto del paquete
de TII es el mismo que en el formato de baja capacidad.
En el formato extendido (en el que los b8, ...,
b10 del encabezamiento son iguales a "001"), las primeras
tramas de continuación de NRT se rellenan de manera similar al
formato básico, pero ahora los bits b1, ..., b4 se utilizan como
sigue. El bit b1 es un Indicador de Símbolo Nulo, el cual cambia
cuando los datos procedentes de un nuevo símbolo nulo son
transmitidos por primera vez. En el formato extendido se
proporcionan los resultados complejos de la Transformada de Fourier
discreta, según se lleva a cabo en el procesador de FFT 6 de la
Figura 1 sobre las muestras del símbolo Nulo de pares seleccionados
de portadoras. A este efecto, los bits b2, ..., b4 denotan el número
de pares de portadoras (NCP) para los que se proporciona información
para el transmisor identificado por el MainId y el SubId. En las
tramas de continuación que siguen al número de tramas de NRT, según
se ha descrito en lo anterior, 16 bits contienen, codificada como
complemento de dos, la parte real o imaginaria del resultado de la
FFT sobre las muestras del símbolo Nulo para cada uno del número de
pares de portadoras, según se denota por el NCP para cada
transmisor, conforme se ha identificado en el número de tramas de
NRT.
El orden en el tiempo de la transmisión de datos
desde los Sub-canales de MSC, el FIC y la TII en
cualquier formato, son arbitrarios. Es posible insertar tramas de
relleno de compensación en cualquier posición. Sin embargo, como
regla: todos los datos que están relacionados con una trama de DAB
lógica serán enviados dentro del intervalo definido por dos
transmisiones consecutivas de una trama de sincronización. Los datos
de TII pueden ser enviados en varios paquetes si se desea. La
información de TII para cada par de portadoras será transmitida
preferiblemente una sola vez por cada símbolo Nulo evaluado. Sin
embargo, esta información puede ser divida o repartida en varias
tramas lógicas. El comienzo de un nuevo conjunto de datos se indica
por un nuevo valor del Indicador de Símbolo Nulo.
En la primera secuencia no están presentes datos
de TII distintos del que ya se ha incorporado al FIC. Una señal de
DAB contiene también datos de TII en su símbolo Nulo, al comienzo de
cada trama de DAB. En la presente invención, estos datos de TII,
conjuntamente con los datos referentes a la intensidad de campo
relativa de los transmisores recibidos, se recuperan del procesador
de FFT 6 y se insertan en la segunda secuencia.
En la primera secuencia, los datos PAD son
embebidos o intercalados conjuntamente con información de audio en
la corriente de bits. Con el fin de recuperar estos datos PAD, es
necesario recuperar en primer lugar las tramas de audio y, a
continuación, recuperar de las mismas los datos PAD. Es ésta una
operación laboriosa que supone un coste extra en dispositivos
físicos o hardware. En la mayor parte de los receptores de DAB están
presentes medios de descodificación de audio, los cuales también
recuperan los datos PAD de las tramas de audio. De acuerdo con la
invención, esto puede ser utilizado ventajosamente insertando estos
PAD como una secuencia independiente en la segunda secuencia. Ello
facilita en gran medida a un dispositivo periférico la recepción de
la segunda secuencia, a fin de recuperar los datos PAD de la segunda
secuencia, ya que no se requieren medios de descodificación de
audio.
La Figura 4 muestra un ejemplo de la estructura
de un mensaje de PAD para uso en un receptor de acuerdo con la
invención, en el cual los PAD son recuperados e insertados en la
segunda secuencia. El mensaje de PAD comprende:
- un encabezamiento (HDR -"Header"),
destinado a indicar que el mensaje tiene la estructura que se
describe en lo que sigue,
- un indicador de longitud (LI), que especifica
el número de bytes que siguen en el mensaje de PAD,
- un campo de dos bytes (F-PAD),
que porta el F-PAD conforme se define en la ETS 300
401. Los dos bytes de F-PAD están contenidos en su
orden lógico,
- en caso de que se proporcione, un campo
adicional (X-PAD) que porta un cierto número de
bytes procedentes del campo X-PAD según se define en
la ETS 300 401. Estos bytes están también contenidos en su orden
lógico.
Tanto el encabezamiento como el indicador de
longitud son, preferiblemente, un campo de un solo byte, en el cual
el encabezamiento deberá contener el valor hexadecimal "AD"
para identificar la estructura del mensaje. El campo
X-PAD es opcional; su presencia y longitud pueden
ser deducidas del Indicador de Longitud LI ("Length
Indicator"). Se destaca aquí el hecho de que el receptor de DAB
puede proporcionar más bytes en el campo X-PAD que
los que contienen actualmente los datos X-PAD; en
tal caso, el receptor de DAB transporta únicamente bytes desde el
extremo o terminal de una trama de audio sin distinción respecto a
si éstos contienen datos de audio
o PAD.
o PAD.
En una realización preferida, los mensajes de PAD
pueden ser transportados en el canal de Datos de Usuario de la
interfaz IEC958. Esto significa que la información se ha de
trasladar o portar en Unidades de Información (IU -"Information
Units"), de tal manera que cada IU comprende 8 bits, de los que
el primero es un Indicador de Comienzo (SF -"Start Flag"), que
siempre está establecido en "1", seguido por 7 bits de
información. Un mensaje de Datos de Usuario comprende un
encabezamiento de tres IU's y un cierto número de IU's de datos.
La Figura 5A es un diagrama de la primera IU de
encabezamiento de un mensaje de Datos de Usuario. La primera IU
comprende, en primer lugar, un campo de cinco bits, que porta un
identificador destinado a identificar el tipo de mensaje (TMI
-"Type of Message Identifier"). Preferiblemente, este campo
porta el número binario "10010". Además, comprende un bit
Indicador de Último (LF -"Last Flag"), situado en "1" en
el caso de que este mensaje sea el último de una serie de Mensajes
de Datos de Usuario que, conjuntamente, transportan un mensaje de
PAD. En caso contrario, habrá de establecerse en "0".
Finalmente, comprende también un bit Indicador de Primero (FF
-"First Flag"), que se ajustará en "1" en el caso de que
este mensaje sea el primero de una serie de Mensajes de Datos de
Usuario que, conjuntamente, transportan un mensaje de PAD. En caso
contrario, se deberá establecer en "0".
La Figura 5B es un diagrama de la segunda IU de
encabezamiento de un mensaje de Datos de usuario. La segunda IU de
encabezamiento comprende el indicador de longitud del mensaje (LI
-"Length Indicator"), de 7 bits. Nótese que la tercera IU de
encabezamiento está incluida en este valor de longitud.
La Figura 5C es un diagrama de la tercera IU de
encabezamiento del mensaje de Datos de Usuario. La tercera IU del
encabezamiento comprende un campo de 7 bits (OCC) que,
preferiblemente, duplica el Código de Categoría Originaria del
Estado de Canal (bits b0, ..., b6 del byte 1) del formato
IEC958.
La Figura 5D es un diagrama de una IU de datos
del mensaje de Datos de Usuario. Si la IU porta datos, es decir,
parte de los mensajes de PAD, entonces los 7 bits restantes pueden
ser utilizados para los datos contenidos en el campo de datos de
usuario (UDF -"User Data Field"). En una realización preferida,
el segundo bit contenido en la IU (= al primer bit del campo de
datos de usuario de 7 bits) puede reservarse para un indicador de
error (EF -"Error Flag"), que señala si se ha detectado un
error en los seis siguientes bits de datos de usuario. De esta
forma, una IU de Datos de Usuario puede, preferiblemente,
transportar 6 bits de datos de usuario en el campo de datos de
usuario (UDF), e incluso 7 bits si se prescinde del indicador de
error. El último UDF de un mensaje puede comprender un cierto número
de bits de relleno de compensación en el caso de que se proporcionen
menos de 6 (ó 7) bits.
Las IU's contenidas en un mensaje de Datos de
Usuario pueden ser separadas por medio de bits de relleno que tienen
un valor lógico de "0", con un máximo de 8 bits de relleno, ya
que un bit que tiene un valor de "1" a continuación de 9 bits
consecutivos con un valor lógico de "0" se interpreta como el
comienzo de un nuevo mensaje de Datos de Usuario. El rellenado de
compensación entre IU's pertenecientes a diferentes mensajes de
Datos de Usuario no está restringido a una longitud máxima, siempre
y cuando su longitud sea de al menos 9 bits. Un mensaje de PAD que
no se ajuste o quepa en un único mensaje de Datos de Usuario puede
ser dividido o repartido en varios mensajes de Datos de Usuario. No
es necesario que la partición del mensaje de PAD se realice en el
límite de un byte. El encabezamiento del mensaje de Datos de Usuario
indica que el mensaje contiene DAB-PAD, la longitud
del mensaje de Datos de Usuario, y si el mensaje es el comienzo, la
continuación o el final de una serie de mensajes que, conjuntamente,
constituyen un mensaje de PAD.
El ejemplo anteriormente proporcionado de
insertar adicionalmente los mensajes de PAD en el canal de Datos de
Usuario IEC958 resulta especialmente ventajoso por las siguientes
razones. Son fácilmente accesibles los circuitos electrónicos, los
cuales se han diseñado para la codificación y descodificación de
datos en el canal de Datos de Usuario, independientemente de la
codificación y descodificación de otros datos. Esto es de gran
ventaja para reducir la complejidad de la codificación /
descodificación, especialmente para los dispositivos periféricos que
necesitan acceder únicamente a los PAD.
Se pretende que los ejemplos proporcionados
constituyan únicamente una ilustración de la presente invención. No
es necesario que los datos embebidos estén restringidos a PAD de
datos de DAB. Además, los PAD pueden también proporcionarse en otras
corrientes de bits que no son de conformidad con la IEC958, así como
en otra estructura, sin apartarse del ámbito de la presente
invención.
Claims (27)
1. Un convertidor (16) destinado a convertir una
primera secuencia de datos, organizados en tramas de un primer tipo,
de tal modo que dichas tramas comprenden una pluralidad de tipos de
datos en posiciones predeterminadas dentro de la trama, en una
segunda secuencia de datos, organizados en tramas de un segundo
tipo, de tal manera que la longitud de una trama del primer tipo de
tramas es diferente de la longitud de una trama del segundo tipo de
tramas, habiéndose dispuesto el convertidor para:
- desensamblar la primera secuencia en al menos
dos secuencias independientes de datos, de tal modo que cada una de
las secuencias independientes de datos está reservada para un tipo
predeterminado de datos,
- dividir las secuencias independientes en tramas
del segundo tipo,
- disponer las secuencias independientes en
tramas del segundo tipo, de manera que cada trama tiene un
identificador del tipo de trama, destinado a identificar las
secuencias independientes contenidas en la segunda secuencia, y
ensamblar adicionalmente la segunda secuencia fuera de las
secuencias independientes.
2. El convertidor de acuerdo con la
reivindicación 1, caracterizado por que el convertidor se ha
dispuesto para añadir un identificador del tipo de datos a al menos
una de las secuencias independientes, a fin de identificar el tipo
de datos de la secuencia independiente.
3. El convertidor de acuerdo con la
reivindicación 1 ó la reivindicación 2, caracterizado por que
la segunda secuencia comprende una pluralidad de paquetes, de tal
manera que una secuencia independiente comprende un paquete, que
comprende una pluralidad de tramas de la segunda secuencia, estando
identificado un paquete por valores predeterminados del
identificador del tipo de trama (FTI -"Frame Type Identifier"),
y teniendo dicho paquete un encabezamiento que contiene el
identificador del tipo de datos.
4. El convertidor de acuerdo con las
reivindicaciones 1, 2 ó 3, caracterizado por que la segunda
secuencia comprende tramas de datos individuales, identificadas por
al menos un valor adicional predeterminado del identificador del
tipo de trama, de tal manera que cada trama de la segunda secuencia
comprende datos y un identificador del tipo de datos.
5. El convertidor de acuerdo con las
reivindicaciones 1, 2, 3 ó 4, caracterizado por que el
convertidor se ha dispuesto de manera que añada una señal de
sincronización a la segunda secuencia, a fin de señalizar un
comienzo de una trama del primer tipo.
6. El convertidor de acuerdo con la
reivindicación 5, caracterizado por que la señal de
sincronización es una trama que tiene un identificador del tipo de
trama con un valor predeterminado.
7. El convertidor de acuerdo con las
reivindicaciones 1, 2, 3, 4 ó 5, caracterizado por que una
trama de la segunda secuencia comprende al menos 20 bits para datos
procedentes de la primera secuencia y a lo sumo 4 bits para el
identificador del tipo de trama, de manera que una longitud total de
la trama es 24 bits.
8. El convertidor de acuerdo con la
reivindicación 7, caracterizado por que, dependiendo del tipo
de datos, una trama comprende 20 bits para datos y 4 bits para el
identificador del tipo de trama, o bien 22 bits para datos y 2 bits
para el identificador del tipo de trama.
9. El convertidor de acuerdo con la
reivindicación 7 ó la reivindicación 8, caracterizado por que
la trama de la segunda secuencia es embebida o intercalada en una
trama subordinada o sub-trama de acuerdo con la
norma IEC958.
10. El convertidor de acuerdo con una cualquiera
de las reivindicaciones 1 a 9, de tal modo que el convertidor está
acoplado a medios (10) para descodificar datos, embebidos en una
señal de DAB, caracterizado por que el convertidor se ha
dispuesto de manera que añada los datos descodificados procedentes
de los medios para descodificar datos, como una secuencia
independiente, a la segunda secuencia.
11. El convertidor de acuerdo con la
reivindicación 10, caracterizado por que los datos
descodificados son datos de TII comprendidos en un símbolo nulo de
la señal de DAB.
12. El convertidor de acuerdo con la
reivindicación 10, caracterizado por que los datos
descodificados son datos PAD.
13. El convertidor de acuerdo con la
reivindicación 12, caracterizado por que una trama de la
segunda secuencia está embebida en una sub-trama
IEC958 y por que el convertidor se ha dispuesto de manera que
inserte la secuencia independiente que comprende datos PAD en un
canal de Datos de Usuario de la sub-trama
IEC958.
14. Un receptor para recibir una señal de
Radiodifusión de Audio Digital, que comprende medios (8) para
descodificar una señal de DAB recibida en una primera secuencia de
datos, organizados en tramas de un primer tipo, de manera que dichas
tramas comprenden una pluralidad de tipos de datos en posiciones
predeterminadas dentro de la trama, caracterizado por que el
receptor comprende adicionalmente el convertidor (16) de acuerdo con
la reivindicación 1.
15. Un método para convertir una primera
secuencia de datos, organizados en tramas de un primer tipo, de
manera que dichas tramas comprenden una pluralidad de tipos de datos
en posiciones predeterminadas dentro de la trama, en una segunda
secuencia de datos, organizados en tramas de un segundo tipo, de tal
modo que la longitud de una trama del primer tipo de tramas es
diferente de la longitud de una trama del segundo tipos de tramas,
comprendiendo dicho método las etapas de:
- leer la primera secuencia,
- desensamblar la primera secuencia en al menos
dos secuencias de datos independientes, de tal modo que cada una de
las secuencias de datos independientes se reserva para un tipo de
datos predeterminado,
- dividir las secuencias independientes en tramas
del segundo tipo,
- disponer las secuencias independientes en
tramas del segundo tipo, de tal modo que cada trama tiene un
identificador del tipo de trama destinado a identificar las
secuencias independientes dentro de la segunda secuencia,
- ensamblar la segunda secuencia fuera de las
secuencias independientes.
16. El método de acuerdo con la reivindicación
15, caracterizado por que se añade un identificador del tipo
de datos a al menos una de las secuencias independientes, al objeto
de identificar el tipo de datos de la secuencia independiente.
17. El método de acuerdo con la reivindicación 15
ó la reivindicación 16, caracterizado por que la segunda
secuencia comprende una pluralidad de paquetes, de tal manera que
una secuencia independiente comprende un paquete, el cual comprende
una pluralidad de tramas de la segunda secuencia, de modo que un
paquete se identifica por valores predeterminados del identificador
del tipo de trama, teniendo dicho paquete un encabezamiento que
contiene el identificador del tipo de datos.
18. El método de acuerdo con las reivindicaciones
15, 16 ó 17, caracterizado por que la segunda secuencia
comprende tramas de datos individuales, identificadas por al menos
un valor adicional predeterminado de identificador del tipo de
trama, de tal modo que cada trama de la segunda secuencia comprende
datos y un identificador del tipo de datos.
19. El método de acuerdo con las reivindicaciones
15, 16, 17 ó 18, caracterizado por que se añade una señal de
sincronización a la segunda secuencia con el fin de señalizar un
comienzo de una trama del primer tipo.
20. El método de acuerdo con la reivindicación
19, caracterizado por que la señal de sincronización es una
trama que tiene un identificador del tipo de trama con un valor
predeterminado.
21. El método de acuerdo con las reivindicaciones
15, 16, 17, 18, 19 ó 20, caracterizado por que una trama de
la segunda secuencia comprende al menos 20 bits para datos
procedentes de la primera secuencia y a lo sumo 4 bits para el
identificador del tipo de trama, de manera que la longitud total de
una trama es 24 bits.
22. El método de acuerdo con la reivindicación
21, caracterizado por que, dependiendo del tipo de datos, una
trama comprende 20 bits para datos y 4 bits para el identificador
del tipo de trama, o bien 22 bits para datos y 2 bits para el
identificador del tipo de trama.
23. El método de acuerdo con la reivindicación 21
ó la reivindicación 22, caracterizado por que la trama es
embebida o intercalada en una trama subordinada o
sub-trama de acuerdo con la norma IEC958.
24. El método de acuerdo con las reivindicaciones
15, 16, 17, 18, 19, 20, 21, 22 ó 23, en el que la primera secuencia
es recuperada de una señal de DAB, y en el cual los datos, embebidos
en una señal de DAB, son descodificados, caracterizado por
que los datos descodificados se añaden como una secuencia
independiente a la segunda secuencia.
25. El método de acuerdo con la reivindicación
24, caracterizado por que los datos descodificados son datos
de TII comprendidos en un símbolo nulo de la señal de DAB.
26. El método de acuerdo con la reivindicación
24, caracterizado por que los datos descodificados son datos
PAD.
27. El método de acuerdo con la reivindicación
26, caracterizado por que una trama de la segunda secuencia
es embebida en una sub-trama IEC958 y por que la
secuencia independiente que comprende datos PAD es insertada en un
canal de Datos de Usuario de la sub-trama
IEC958.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP95202664 | 1995-10-04 | ||
| EP95202664 | 1995-10-04 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2242197T3 true ES2242197T3 (es) | 2005-11-01 |
Family
ID=8220682
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES96929500T Expired - Lifetime ES2242197T3 (es) | 1995-10-04 | 1996-09-25 | Receptor dab, aparato y metodo para un formato de conversion de una secuencia de datos dab. |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US6078592A (es) |
| EP (1) | EP0807342B1 (es) |
| JP (1) | JP4014224B2 (es) |
| KR (1) | KR100436315B1 (es) |
| CN (1) | CN1115810C (es) |
| CA (1) | CA2206627C (es) |
| DE (1) | DE69634659T2 (es) |
| ES (1) | ES2242197T3 (es) |
| WO (1) | WO1997013339A1 (es) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI99185C (fi) * | 1995-12-21 | 1997-10-10 | Nokia Oy Ab | Ohjelmatiedosto digitaalisessa yleisradiojärjestelmässä |
| FI100629B (fi) * | 1996-05-09 | 1998-01-15 | Nokia Oy Ab | Linkkiobjektin käyttö digitaalisessa yleisradiojärjestelmässä |
| TW366631B (en) * | 1996-06-25 | 1999-08-11 | Koninkl Philips Electronics Nv | A method and system for providing synchronization in a stream of messages and a transmitter and a receiver for use in such a system |
| SE9703630L (sv) * | 1997-03-03 | 1998-09-04 | Telia Ab | Förbättringar av, eller med avseende på, synkronisering |
| DE19716063C1 (de) * | 1997-04-17 | 1998-11-19 | Grundig Ag | Datenendgerät für einen DAB-Empfänger |
| HU222630B1 (hu) * | 1997-06-03 | 2003-09-29 | Koninklijke Philips Electronics N.V. | Berendezés és eljárás digitális hangjel lejátszására adathordozóról |
| US20020114316A1 (en) * | 2001-02-22 | 2002-08-22 | Buchanan Stanley P. | Method and system for alignment of streaming data between circuit and packet domains of a communication system |
| DE10337321A1 (de) * | 2003-08-12 | 2005-03-24 | Robert Bosch Gmbh | Vorrichtung zum Empfang und zur Verteilung codierter digitaler Audio- und Datensignale |
| KR100739511B1 (ko) * | 2004-06-25 | 2007-07-13 | 삼성전자주식회사 | 직교 주파수 분할 다중 방식을 사용하는 통신 시스템에서파일럿 신호 송수신 장치 및 방법 |
| KR100710308B1 (ko) * | 2005-01-25 | 2007-04-23 | 엘지전자 주식회사 | 유료 이동형 방송 서비스를 위한 데이터 구조, 유료이동형 방송 서비스 방법, 및 이동형 방송 수신기 |
| CN100369477C (zh) * | 2005-01-26 | 2008-02-13 | 乐金电子（惠州）有限公司 | 数字多媒体广播接收机的频道解码器 |
| KR100617836B1 (ko) * | 2005-05-30 | 2006-08-28 | 삼성전자주식회사 | 지상파 디지털 방송 데이터를 수신하는 이동 통신 단말기의사용자 인터페이스 구성 방법 |
| PL2025083T3 (pl) * | 2006-05-30 | 2017-01-31 | Nokia Technologies Oy | Dynamiczne opcje systemu danych radiowych |
| US8520852B2 (en) * | 2006-12-22 | 2013-08-27 | Ibiquity Digital Corporation | Method and apparatus for store and replay functions in a digital radio broadcasting receiver |
| US8014446B2 (en) | 2006-12-22 | 2011-09-06 | Ibiquity Digital Corporation | Method and apparatus for store and replay functions in a digital radio broadcasting receiver |
| KR101405965B1 (ko) * | 2007-06-25 | 2014-06-12 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
| WO2010005234A2 (en) * | 2008-07-08 | 2010-01-14 | Lg Electronics Inc. | Transmitting/receiving system and method of processing data in the transmitting/receiving system |
| CN101685636B (zh) * | 2008-09-25 | 2013-01-09 | 数维科技（北京）有限公司 | Dra数据格式转换方法及其实现装置 |
| EP2355427A1 (en) * | 2009-12-15 | 2011-08-10 | Nxp B.V. | Digital Communications Receiver |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE4118424A1 (de) * | 1991-06-05 | 1992-12-10 | Thomson Brandt Gmbh | Verfahren zur verarbeitung und wiedergabe empfangener digital codierter audio-daten und rundfunkempfaenger zum empfang von digital codierter ton-rundfunkdaten (dar) |
| JP3082447B2 (ja) * | 1992-06-25 | 2000-08-28 | ソニー株式会社 | デジタル放送受信機 |
| EP0596440B1 (en) * | 1992-11-02 | 1997-07-16 | Matsushita Electric Industrial Co., Ltd. | Station selecting apparatus for digital modulation signal use |
| DE4319769C1 (de) * | 1993-06-15 | 1994-07-14 | Grundig Emv | Verfahren und Anordnung zur Einstellung der lokalen Oszillatoren eines Empfängers in einem Mehrkanalübertragungssystem |
| FR2718905B1 (fr) * | 1994-04-19 | 1996-06-28 | France Telecom | Signal numérique organisé en containers de données autonomes, notamment pour la transmission de données vers des récepteurs à fonctionnement intermittent, procédé de diffusion et procédé de réception correspondants. |
| FI97840C (fi) * | 1995-03-09 | 1997-02-25 | Nokia Technology Gmbh | Menetelmä hypertekstidokumentin ja hypermediapalvelun siirtämiseksi jamuodostamiseksi liikkuvalle vastaanottajalle |
| US5748686A (en) * | 1996-04-04 | 1998-05-05 | Globespan Technologies, Inc. | System and method producing improved frame synchronization in a digital communication system |
| US5751774A (en) * | 1996-04-04 | 1998-05-12 | Lucent Technologies Inc. | Transmission system for digital audio broadcasting |
-
1996
- 1996-09-25 CN CN96191458A patent/CN1115810C/zh not_active Expired - Lifetime
- 1996-09-25 EP EP96929500A patent/EP0807342B1/en not_active Expired - Lifetime
- 1996-09-25 ES ES96929500T patent/ES2242197T3/es not_active Expired - Lifetime
- 1996-09-25 WO PCT/IB1996/000994 patent/WO1997013339A1/en active IP Right Grant
- 1996-09-25 CA CA002206627A patent/CA2206627C/en not_active Expired - Fee Related
- 1996-09-25 DE DE69634659T patent/DE69634659T2/de not_active Expired - Lifetime
- 1996-09-25 JP JP51410297A patent/JP4014224B2/ja not_active Expired - Lifetime
- 1996-09-25 KR KR1019970703729A patent/KR100436315B1/ko not_active IP Right Cessation
- 1996-10-01 US US08/724,390 patent/US6078592A/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| CN1168205A (zh) | 1997-12-17 |
| US6078592A (en) | 2000-06-20 |
| EP0807342B1 (en) | 2005-04-27 |
| CA2206627A1 (en) | 1997-04-10 |
| CA2206627C (en) | 2006-11-14 |
| KR100436315B1 (ko) | 2004-08-09 |
| CN1115810C (zh) | 2003-07-23 |
| WO1997013339A1 (en) | 1997-04-10 |
| JPH11502390A (ja) | 1999-02-23 |
| DE69634659D1 (de) | 2005-06-02 |
| EP0807342A1 (en) | 1997-11-19 |
| KR980700745A (ko) | 1998-03-30 |
| DE69634659T2 (de) | 2006-03-02 |
| JP4014224B2 (ja) | 2007-11-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2242197T3 (es) | Receptor dab, aparato y metodo para un formato de conversion de una secuencia de datos dab. | |
| US5796785A (en) | Digital audio broadcast receiver having circuitry for retrieving embedded data and for supplying the retrieved data to peripheral devices | |
| US11622345B2 (en) | Method and apparatus for transmitting/receiving control information in a wireless communication system | |
| CA2552990C (en) | Method for packet data error correction | |
| ES2719534T3 (es) | Procedimiento para determinar el tamaño de bloque de transporte y procedimiento de transmisión de la señal que usa el mismo | |
| KR20070061869A (ko) | 디지털 방송망에서의 버스트 전송 | |
| ES2661923T3 (es) | Receptor de DVB-T2, método de recepción y programa | |
| KR20060044446A (ko) | 이동통신 시스템에서 외부 부호를 사용하는 방송 데이터송수신 방법 및 그 장치 | |
| EP1842291A2 (en) | Promotion and degradation of soft erasure information using crc and preceding decoder information | |
| TW200816733A (en) | Efficient frame structure for digital satellite communication | |
| US7489675B2 (en) | Method for indicating padding in a digital mobile radio system | |
| ES2674873T3 (es) | Concepto de transmisión para un flujo que comprende unidades de acceso | |
| CN101150574A (zh) | 数字卫星通信的有效帧结构 | |
| WO1997028620A1 (en) | Coding of file segments on a digital radio channel | |
| KR100478543B1 (ko) | 교통안내송신방법및그에이용되는수신기 | |
| ES2255092T3 (es) | Metodo y dispositivo para la transmision de mensajes con un volumen de transferencia de datos variable como señal de datos por radio. | |
| KR20080063185A (ko) | 임의의 ｅｔｉ－신호를 ｄａｂ 모드 ３을 갖는ｅｔｉ－신호로 변환하기 위한 방법 및 장치 | |
| KR101160479B1 (ko) | 프로그램 관련 데이터의 에러 보정 방법 | |
| CN100391126C (zh) | 在通用广播频道上用于个别广播的系统和方法 | |
| EP0833468B1 (en) | Receiver for receiving mulliplexed broadcast programmes, comprising audio data and supplementary broadcast data | |
| KR20070113509A (ko) | 재난 정보 송수신 방법 및 재난 정보 수신 장치 | |
| ITRM960675A1 (it) | Terminale multimediale interattivo per la fornitura di servizi a valo= re aggiunto su portante dab. | |
| KR20050092996A (ko) | 이동통신 시스템에서 방송 서비스 수신 장치 및 방법 | |
| JPH0787066A (ja) | パケットデータ復号装置 |