Design, implementation and evaluation of data

carrousel extractor algorithm on MPEG-2 TS for

Digital Terrestrial Television
Gonzalo Olmedoa , Andrés Núñeza ,Diego Villamarı́n a
a Departamento de Eléctrica y Electrónica, Universidad de las Fuerzas Armadas ESPE
[email protected], [email protected], [email protected]

Abstract—This paper shows the design, implementation and La cabecera de los paquetes llevan su respectivo identificador
evaluation of an algorithm that allows the extraction of Transport de paquete (PID del inglés Packet Identification) que señala
Stream’s (TS) data section for Digital Terrestrial Television el tipo de datos que transporta los 184 bytes restantes,
(DTT), with the organization in a hierarchical file system and
directories based on MPEG-2 standard ISO-13818-6: Extension dependiendo de lo indicado en las tablas de información
for Digital Storage Media Command and Control (DSM-CC), in especı́fica de programa (PSI del inglés Program Specific
order to fully recover the media from interactive applications Information) o información de servicio (SI del inglés Service
contained by the MPEG-2 TS stream. To check the validity Information). En el caso de la transmisión de datos de las
of the algorithm, it was implemented in a software to evaluate aplicaciones interactivas, los paquetes transportan el directorio
the application extraction of different TS, verifying its correct
operation, as it successfully recovered all directories and files y contenido completo de las aplicaciones, a través de la
from interactive applications conversión de estos a un formato de carrusel de datos [5]
Index Terms—Interactive Applications, Data Carosusel, Ob- descrito en la norma de MPEG-2 ISO-13818-6: Extensiones
ject Data, DSM-CC,BIOP messages, MPEG-2, DTT, Transport para el Comando y Control de Almacenamiento de Medios
Stream. Digital (DSM-CC del inglés Digital Storage Media Command
and Control) [6]. La definición y estructura del carrusel de
I. I NTRODUCCI ÓN
datos se explica en la sección II-B.
El avance que han realizado las nuevas tecnologı́as de comu- Diversas arquitecturas son propuestas como en [7] para
nicación ha permitido traer consigo el concepto y desarrollo mejorar el tiempo de descarga y extracción de datos del TS,
de la Televisión Digital Terrestre (TDT), que ha convertido donde se propone una forma de almacenamiento rápido de
al telespectador pasivo en un usuario interactivo [1]. Esto la información en la memoria caché, utilizando programación
como consecuencia de la inclusión de aplicaciones interactivas basado en prioridad de monitoreo de hilos. Otros trabajos
dentro del sistema, las cuales cada vez más, son vistas como proponen una modificación a la estructura tradicional de un
una nueva y potencial forma de hacer publicidad y comercio carrusel de datos de modo que este transmita de una forma
electrónico [2], ya no solo como una forma de inclusión y más sencilla la estructura jerárquica de archivos y directorios,
equidad social de la población por parte de los gobiernos, y que de igual forma el receptor sea capaz de interpretar esta
como el caso de Ecuador [3] y otros paı́ses de América Latina modificación para poder visualizar una mejora de rendimiento
[4]. Esto produce que el contenido de información multimedia en la descarga de los datos [8]. De manera similar en [9] se
transmitido deba ser de alguna manera analizado, sea con propone otra arquitectura de software que permite un proce-
fines regulatorios, de investigación o de comprobación del samiento más rápido de la descarga de información acorde a
funcionamiento en cuanto a calidad de la programación de una selección previa del televidente.
las aplicaciones interactivas, sin la necesidad de contar con Los trabajos citados anteriormente al igual que la mayorı́a,
un decodificador especial que ejecute las aplicaciones y en no se enfocan tanto en contenido del carrusel, sino mas bien en
consecuencia muestre su contenido. la forma de mejorar el rendimiento del sistema, disminuyendo
La TDT transmite cada uno de sus diferentes servicios tiempos de extracción por lo que la visualización y análisis
video, audio y datos, mediante el Flujo de Transporte (TS del del contenido sigue limitándose al uso de un decodificador
inglés Transport Stream), el cual se caracteriza por realizar u otros dispositivos como en [10] donde este puede realizar
multiplexación de cada uno de estos servicios, en un solo la descarga de información del TS en un dispositivo de
flujo de datos, dividiendo la información en paquetes de 188 almacenamiento para posterior análisis, pero esta forma aparte
bytes los cuales se dividen 4 bytes de cabecera y 184 bytes de ser patentada es mucho más compleja de implementar,
de datos. por lo cual en el presente trabajo se propone generar un
algoritmo de descarga, más sencillo y fácil de implementar en
un software, con el objetivo de facilitar la tarea de extracción
978-1-5090-1633-4/16/$31.00 
c 2016 IEEE y reconstrucción de la información multimedia, cuando esta
se transmite mediante un carrusel de datos. muy sencillo de este sistema, el cual se basa en la asignación
En el presente trabajo la Sección II brinda una visión rápida de claves de objeto a cada archivo y carpeta para después
de la metodologı́a utilizada para identificación de protocolos encapsular la información dentro de mensajes BIOP de tipo
y parámetros en la norma, además de una breve conceptuali- file (fil), directory (dir) y service gateway (srg), cada uno con
zación del carrusel de datos y otros aspectos asociados como su respectiva cabecera la cual contiene información del tipo
el carrusel de objetos y las secciones DSM-CC. En la Sección de mensaje, tamaño y sobre todo la clave de objeto asignada.
III se explica el algoritmo de extracción diseñado y las limita- Los mensajes tipo fil son los encargados de transportar el
ciones que este posee. Los resultados obtenidos después de la contenido de los archivos, mas no su nombre, ya que de esto
implementación del software se analizan en la Sección IV. Las se encargarán los mensajes dir y srg. Cabe mencionar que la
conclusiones más representativas y planteamiento de trabajos estructura de los mensajes dir y srg son exactamente iguales
de investigación relacionados para un futuro desarrollo, se con la diferencia que srg generalmente se le asigna la clave de
muestran en la sección V. objeto cero (0) y será único en el carrusel de objetos ya que
representa al directorio raı́z, mientras que los tipo dir puede
II. M ÉTODO haber tantos como el número total de carpetas en el directorio
Para cumplir con los objetivos propuestos, primero se ana- [13].
lizaron los protocolos y parámetros disponibles dentro de la
norma MPEG-2 ISO-13818-6, para identificar cuáles serı́an
necesarios, en la elaboración del algoritmo de descarga. Dicha
identificación se realizó en base al análisis de la estructura
del carrusel de datos y comparándola con la que presentaba
diversos TS de prueba, los cuales contenı́an datos DSM-CC.
Para realizar dicha comparación se hizo uso del software
notepad++, el cual permite hacer un mejor análisis de la
información, como poder visualizar caracteres no imprimibles,
conversión rápida de ASCII a hexadecimal o viceversa y
conteo rápido de bytes seleccionados [11].
En la norma se identificaron dos protocolos para DSM-
CC: Usuario-Red (U-N) y de descarga [8]. El U-N define el
tipo mensajes DSM-CC que transportará el carrusel de datos.
El perfil de mensajes U-N que se manejó para este trabajo
es el caracterı́stico de una red broadcast unidireccional de
servidor a cliente [12], siendo un ejemplo de servidor el canal Fig. 1. Encapsulación del directorio de una aplicación ginga.ncl dentro del
de televisión que transmite su señal digital con datos y el carrusel de objetos
cliente la población que recepta dichos datos con su televisor.
El cliente por lo tanto descarga la información en cualquier Los mensajes dir y srg por lo tanto son los encargados de
instante ya que los mensajes son transmitidos continuamente. describir los archivos y carpetas que contiene un directorio
El perfil de protocolo de descarga para televisión digital es identificado su nombre, tipo, tamaño (solo de archivos) y en
aquel que hace uso del carrusel de datos, y este a su vez especial las claves de objetos que se les fue asignado. La Tab.
maneja herramientas de apoyo para construcción de direc- I muestra que contenido deberı́an tener los mensajes dir y
torios y archivos como lo es el carrusel de objetos y para srg, haciendo referencia al ejemplo de la Fig.1. Los nombres,
encapsulamiento dentro del TS las secciones DSM-CC. Estas tipos y claves de objetos asociados son los que sirven para
herramientas son explicadas a continuación. relacionar un directorio con los archivos o carpetas que estos
deben contener.
II-A. Carrusel de Objetos
TABLA I
Las aplicaciones interactivas para TDT, son transmitidas D ESCRIPCI ÓN DE LOS MENSAJES dir Y srg DE LOS OBJETOS ASOCIADOS
con su directorio y archivos, entre los cuales se encuentra el AL DIRECTORIO
código fuente de su programa principal, el cual generalmente
Clave Objeto Directorio Nombre Objeto Asoc Tipo Objeto Asoc Clave Objeto Asoc
funciona haciendo llamadas a imágenes, archivos de texto u 0 main.ncl fil 1
media dir 2
otros ficheros multimedia que requiera para su ejecución, a espe.png fil 3
2
partir del directorio donde esten ubicados, por lo que resulta texto1.txt fil 4
importante no solo recuperar el contenido de los archivos en sı́,
sino también la ubicación u ordenamiento archivos en relación
a su directorio raı́z. De esto se encarga el carrusel de objetos II-B. Carrusel de Datos
que provee un sistema de mensajes “Broadcast Inter ORB El objetivo del carrusel de datos es proveer un formato a
Protocol” (BIOP), el cual provee el sistema de recuperación de los datos para facilitar la transmisión a través de la red, por lo
archivos con su directorio [13]. La Fig. 1 muestra un ejemplo que después de haber convertido la información en carrusel de
objetos, este es dividido en módulos, y a su vez cada módulo se
subdividirá en un determinado número de bloques de descarga.
Existen 3 tipos de bloques dentro de un carrusel de datos: El
Download Data Block (DDB), el Download Info Indication
(DII) y el Download Server Initiate (DSI). Los DDB son los
encargados de encapsular al carrusel de objetos, es decir que en
general transportan los datos de la aplicación. Los DII y DSI
por otro lado constituyen mensajes de control de descarga, con
la particularidad de que un DII tiene la función de describir a
un solo grupo de módulos, mientras que el DSI describe a un
supergrupo (dos o más grupos) [13].
El tipo de trasmisión del carrusel de datos hacia la red es
de naturaleza cı́clica, es decir que este se encontrará repetido
varias veces a lo largo de todo el TS, para permitir al cliente la
descarga de la información en cualquier momento. Un ejemplo
de esto se muestra en la Fig. 2 [14] donde se tiene un carrusel
de datos con 3 módulos (M1, M2 y M3) en un bucle que se Fig. 3. Carrusel de datos: (a) una capa , (b) dos capas
repite cı́clicamente y donde cada módulo es dividido en un
cierto número de bloques DDB dependiendo del tamaño del
el carrusel de datos consta de un número grande de módu-
módulo. Además se tiene la presencia de bloques de control de
los (mayor a 65.535), razón por la cual su descripción es
descarga como el DII o el DSI, los cuales describen al grupo
demasiado grande para un solo mensaje DII o cuando se
de módulos en cuestión. Cabe destacar que aun cuando en el
tiene variabilidad en cuanto a la versión de una aplicación
ejemplo de la Fig. 2 se tiene una sola vez la inclusión de la DII
transmitida, respecto al perfil que maneja el receptor [13].
y DSI dentro del bucle, la norma ISO/IEC 13818-6 no restringe
Entonces dado que en este trabajo solo utilizamos como base
en lo absoluto la posición, las veces o la frecuencia con la que
la transmisión de aplicaciones en una única versión y además
se puedan introducir estos bloques dentro de un mismo ciclo.
por su cantidad limitada de elementos, se generarán un número
Esto con el objetivo de generar el carrusel que mejor se adapte
pequeño de módulos para el carrusel de datos, resultando
con las necesidades o caracterı́sticas del cliente.
efectivo la utilización de un solo DII para contener toda la
descripción del grupo, por lo que se planteó solo el uso del
concepto de carrusel de datos de una capa, para la elaboración
del algoritmo de extracción.

II-C. Secciones DSM-CC

Las secciones DSM-CC constituyen una forma que la norma
ISO/IEC 13818-1 [16] utiliza para ensamblar los paquetes del
TS dentro del carrusel de datos. Por lo que esto permite la
localización de bloques o módulos requeridos a partir de los
paquetes que posean el PID correspondiente al stream de tipo
U-N DSM-CC, el cual se encuentra definido en la tabla de
mapa de programa (PMT del inglés Program Map Table) del
TS. La Tab. II [17] muestra la estructura de las secciones
DSM-CC con respecto a los bloques DDB, DII o DSI del
carrusel de datos. El DII y DSI corresponden al User Network
Fig. 2. Transmisión cı́clica de información en un carrusel de datos Message con un table id de 0x3B, mientras que el DDB
al Download Data Message con table id de 0x3C. Existen
Existen dos tipos de carrusel de datos: De una capa y de otros valores de table id aparte del 0x3B o 0x3C, que son
dos capas. El carrusel de una capa se da en el caso donde para bloques de bytes de datos privados, listas de descriptores
se tiene un solo grupo de módulos, que es descrito por un DSM-CC, etc, sin embargo estos no son de relevancia para los
único DII, mientras que el de dos capas tiene dos o más objetivos de este trabajo por lo que no son tomados en cuenta.
grupos (supergrupo), descritos por un DII diferente en cada
grupo. El conjunto DII de un carrusel de datos de dos capas El tamaño máximo de una sección es de 4096 bytes [16],
es descrito por un único DSI, conformando ası́ la descripción por lo que en el campo dsmcc section length de la Tab. II
de un supergrupo. La comparación del carrusel de una capa y es común encontrar el valor de 4093 bytes, considerando que
de dos capas se muestra en la Fig. 3 [15]. esta longitud se toma a partir del campo table id ex hasta
El carrusel de dos capas es utilizado solo en casos donde el final de la sección incluyendo el checksum o el CRC-32.
 TABLA II
E STRUCTURA DE SECCI ÓN DSM-CC
Sintaxis No. de Bits
DSMCC section(){
table id 8
section syntax indicator 1
reserved 1
dsmcc section length 12
table id extension 16
reserved 2
version number 5
current next indicatot 1
section number 8 Fig. 4. Byte de control en paquete TS para localización del table id
last section number 8
if(table id==3B){
userNetworkMessage()
} del paquete, quedando el inicio de una nueva sección en el
else if (table id==3C){
downloadDataMessage() siguiente paquete con un valor de pointer field igual a cero.
}
if(section syntax indicator==’0’){
El relleno también puede ser identificado con el control de
checksum 32 campo de adaptación de la cabecera del paquete TS [20].
}
else{
CRC 32 32 III. D ESARROLLO DEL A LGORITMO
}
} Tomando como base a las secciones II-A, II-B, II-D, previa-
mente expuestas, se determinó que el algoritmo de extracción y
construcción de la información debı́a desarrollarse en 3 pasos:
Sin embargo este valor de longitud de sección casi siempre 1) Extracción de secciones DSM-CC (Fig. 5), 2) Extracción
es menor de 4093 para la última sección de cada módulo. de carrusel de datos (Fig. 6) y 3) Extracción de carrusel de
Es decir usualmente para cuando en una sección, el valor del objetos (Fig. 7). Los algoritmos son presentados en formato
campo section number y last section number son iguales. de diagrama de flujo.
Según el table id que se presente habrá valores comunes Cabe mencionar que en lo que respeta al algoritmo presenta-
de ciertos parámetros de la sección DSM-CC, los cuales son do en la Fig. 5, debe considerarse que el proceso de busqueda
mostrados en la Tab. III [18], donde en lo que respecta al DDB, de PID de los paquetes DSM-CC, deberá hacerce para todas
los valores son los mismos vistos en el carrusel de datos de la las diferentes PMT, que la tabla de asociación de programas
Fig 2. como el module ID (X) y el block Number (Y). En lo (PAT del inglés Program Association Table) describa, ya que
que refiere al DSI y el DII la Tab. III, muestra valores con los es posible que haya mas de un flujo de datos en el TS.
cuales se puede diferenciar uno de otro, tomando en cuenta Una limitación del algoritmo desarrollado es que este no
que los dos poseen el mismo table id de 0x3B. considera el concepto de carrusel de datos de dos capas. Sin
embargo esto se justifica con el hecho de que el contenido
TABLA III de las aplicaciones interactivas de los TS en general y los
C ODIFICACI ÓN DE LAS SECCIONES DSM-CC
considerados en este trabajo poseen pocos elementos y pesan
Mensaje DDB DII DSI pocos bytes por lo que estas no generan un gran número de
table id 0x3C 0x3B 0x3B
table id extension module Id 0x0002-0xFFFF 0x0000-0x0001 módulos suficiente para conformar un carrusel de dos capas.
version number module Version 0x00 0x00
section number block Number(0x00-0xFF) 0x00 0x00
last section number Max(section number) 0x00 0x00 Software desarrollado para pruebas
Para comprobar la validez del algoritmo desarrollado, se
implementó cada paso descrito en la sección III en funciones
II-D. Mapeo de secciones en el TS de MATLAB [21], una para cada paso. Después se le dio
El inicio o final de una sección DSM-CC no es estrictamente un entorno gráfico de usuario para facilitar su uso el cual se
marcado por el inicio o final de un paquete de transporte, muestra en la Fig. 8. El entorno gráfico muestra opciones como
por lo que MPEG-2 TS provee un byte de control llamado el botón “Abrir”(1) que sirve para escoger el TS del cual se va
poiter field con el que se puede mapear el inicio de una nueva a extraer la información y cuyo directorio se visualizará en el
sección a partir de la cabecera del paquete TS. El poiter field area de texto de la parte superior de (2). El botón “Salida”(3)
y su funcionamiento son mostrados en la Fig. 4. Cuando el permite selecionar el directorio destino de la extracción y
indicador de arranque (10mo bit de la cabecera del paquete TS) en donde además se guardarán tanto archivos temporales del
se encuentra puesto en ’1’, significa que primer byte después carrusel de datos y objetos, como un reporte detallado del
de la cabecera corresponderá al poiter field. El valor máximo proceso de extracción presentado en una hoja de cáculo de
del poiter field será de 182 [19]. Excel(*.xlsx), en caso de que se requiera. El directorio destino
No puede existir mas de un pointer field dentro de un mismo se podrá visualizar en el área de texto de la parte inferior
paquete, es decir que si una sección es tan pequeña que inicia de (2). El botón “Extraer”(4) inicia el proceso de extracción,
y termina en el mismo paquete, se procede a rellenar con mientras que en (5) se presenta algunas opciones adicionales
bytes (0xFF) desde el final de dicha sección hasta el final tales como si se quiere o no eliminar archivos temporales,
 Fig. 6. Algoritmo de extracción de carrusel de datos

Fig. 5. Algoritmo de extracción de secciones DSM-CC

generar archivo de reporte detallado o abrir la carpeta de

extracción al finalizar el proceso. El menú de opciones (7)
permite seleccionar el tipo de reporte resumen que se desea
visualizar (Secciones DSM-CC, carrusel de datos o carrusel de Fig. 7. Algoritmo de extracción de carrusel de objetos
objetos). Por defecto se encuentra seleccionado el reporte de
la Secciones DSM-CC, el cual muestra datos como PID de los
paquetes DSM-CC, número de módulos extraidos, número de del carrusel (0x03 para Mensajes U-N DSM-CC), asi como
mensajes de descarga y control encontrados. También muestra también información de los DDB’s pertenecientes a cada
una tabla con datos referentes a los módulos extraidos. módulo. Por otro lado el reporte de carrusel de objetos muestra
La Fig.9 muestra el funcionamiento del software, con el los mensajes srg, dir y fil encontrados, además de sus claves
TS de prueba celinaginga.ts y los reportes resumen que se de objeto propias y asociadas. Los resultados de estos reportes
obtuvieron al finalizar el proceso de extracción, de Secciones son analizados en la Sección IV.
DSM-CC, carrusel de datos y carrusel de objetos. El reporte El contenido(directorio y ficheros) de celinaginga.ts obteni-
de carrusel de datos muestra el tipo de mensajes DSM-CC dos después de la extración se muestran en la Fig. 10. Donde
 Fig. 8. Interfáz gráfica de software extractor

TABLA IV
R EPORTE DE EXTRACCI ÓN DE DATOS

Archivo TS celinaginga.ts espe sek.ts EITV-GINGA.ts

PID del DSM-CC 2004 2004 1001
No. de Módulos 12 8 30
No. Sec DSM-CC 183 522 463
No de DDB 182 521 393
No. Objetos “srg” 1 1 1
No. Objetos “dir” 1 1 7
No. Objetos “fil” 23 12 128

se puede apreciar que este TS contiene una aplicación de

GINGA.NCL y su directorio se vé en (1), mientras que el
contenido de la carpeta raı́z “extracción celinagingats”se ve
en (2) y el de la carpeta “media”(3) que contiene los archivos Fig. 9. Funcionamiento del software con el TS celinaginga.ts
multimedia de la aplicación.

IV. A N ÁLISIS DE R ESULTADOS

demore menos mientras más veces se encuentre repetido estos
Se comprobó el funcionamiento de algoritmo mediante el bloques de control. Sin embargo esto también hará que en
uso del software extrayendo satisfactoriamente la información tiempo desde que inicia la extracción hasta que culmina sea
multimedia de diferentes TS, los cuales contaban con sección mayor ya que habrá una pequeña demora al descartar bloques
de datos. Además la Tab. IV muestra algunos datos del de control que no serán utilizados.
reporte resumen de cada extracción. Los datos mostrados Para analizar el funcionamiento de las aplicaciones y veri-
corresponden a extracciones de 3 diferentes TS donde se puede ficar que su contenido fue correctamente extraido y ordena-
apreciar los PID que tienen los paquetes del DSM-CC, el do, se utilizó el emulador OpenGinga para aplicaciones de
número de secciones, módulos y DDB’s del carrusel de datos. GINGA.NCL [22]. En la Fig. 11 se muestra la ejecución
También indica datos correspondientes al carrusel de objetos de la aplicación estraida de celinaginga.ts en el emulador,
como el número de mensajes tipo dir, srg y fil. demostrando su correcta extracción.
La diferencia que existe entre el número de Secciones
DSM-CC y el número de DDB, corresponde al número de V. C ONCLUSIONES Y T RABAJOS F UTUROS
veces en que el bloque de control DII se encontró repetido El algoritmo de extracción y construcción de datos desa-
durante un ciclo completo del carrusel de datos. En el caso de rrollado en este trabajo, resulta muy eficiente y sencillo, dado
celinaginga.ts y espe sek.ts, solo se tiene una repetición del que no necesita la utilización de muchos de los parámetros
bloque de control DII en un ciclo, mientras que en el caso de que tanto las secciones DSM-CC, carrusel de datos y objetos
EITV-GINGA.ts se tiene 70 repeticiones. Esto demuestra que presentan en sus respectivas estructuras, para cumplir con el
la frecuencia con las que los mensajes de control de descarga objetivo que es de recuperar la información de una aplicación
DII son introducidos dentro un mismo ciclo del carrusel de de TDT en forma ordenada en su respectivo directorio.
datos, es indistinta, y como consecuencia hará que el inicio de La aplicación que se le puede dar al algoritmo propuesto
extracción de datos con el algoritmo propuesto probablemente o al software que se pueda desarrollar con este es variada,
 multiplataforma para realizar dicha tarea.

R EFERENCIAS
[1] JaeHoon Cho, Young June Sah and Junghee Ryu, “A new content-related
advertising model for interactive television,” Broadband Multimedia
Systems and Broadcasting, 2008 IEEE International Symposium on, Las
Vegas, NV, 2008, pp. 1-9.
[2] L. Xiang and Q. Wang,“Influence of Interactive Television on Electronic
Commerce,” Management of e-Commerce and e-Government, 2009.
ICMECG ’09. International Conference on, Nanchang, 2009, pp. 513-
516.
[3] Ministerio de Telecomunicaciones y Sociedad de la Información.
Televisión Digital Terrestre en el Ecuador. 2010. [Online]. Avai-
lable: http://www.telecomunicaciones.gob.ec/television-digital-terrestre-
en-el-ecuador/.
[4] J. B. dos Santos Junior, K. P. Braga, D. de Souza, G. Vilela, D. Lima and
W. Diogo, “Towards interactivity for citizenship: An approach to inter-
active digital television,” Consumer Communications and Networking
Fig. 10. Directorio y ficheros recuperados de celinaginga.ts Conference (CCNC), 2012 IEEE, Las Vegas, NV, 2012, pp. 723-728.
[5] D. Villamarı́n, M. A. Illescas, G. Olmedo and R. L. Cueva, “Gene-
rating a transport stream for digital terrestrial television system in
conformance with ISDB-Tb standard,” Communications and Computing
(COLCOM), 2013 IEEE Colombian Conference on, Medellin, 2013, pp.
1-5.
[6] ISO/IEC. “Generic coding of moving pictures and associated audio
information - Part 6: Extensions for DSM-CC”. 13818-6. September
1, 1998
[7] Dong-Hwan Park, Tai-Yeon Ku and Kyeong-Deok Moon, “Real-time
carousel caching and monitoring in data broadcasting,” Consumer Elec-
tronics, 2006. ICCE ’06. 2006 Digest of Technical Papers. International
Conference on, 2006, pp. 273-274.
[8] Hongguang Zhang, Tianpu Jiang, Zhiqi Gu and Shibao Zheng, “Design
and implementation of broadcast file system based on DSM-CC data
carousel protocol,” in IEEE Transactions on Consumer Electronics, vol.
50, no. 3, pp. 929-933, Aug. 2004.
[9] W. Guobin, N. Hong, P. Liang and W. Gang, “Advanced Software
Architecture for Processing Bulk Carousel Data in a Data Broadcasting
Push Service,” Signal Processing, 2006 8th International Conference on,
Beijing, 2006, pp. .
[10] I. a. M. M. a. I. H. Hamada, “Apparatus and method for
downloading desired data signal to user-selectable storage
Fig. 11. Ejecución en OpenGinga de la aplicación extraida de celinaginga.ts unit,” Google Patents, 16 aug 2005. [Online]. Available:
https://www.google.com/patents/US6931198. [Último acceso: 24
feb 2016].
[11] Ho, D. Notepad++. 2011. [Online]. Available: http://notepad-plus-
en especial en paı́ses de América Latina donde la TDT, aún plus.org.
sigue en proceso de implementación, lo que genera que se [12] V. Balabanian, L. Casey, N. Greene and C. Adams, “An introduction to
deba hacer pruebas de transmisión de los diferentes servicios digital storage media-command and control,” in IEEE Communications
Magazine, vol. 34, no. 11, pp. 122-127, Nov 1996.
que la TDT posee. Esto significa que en lo que respecta a la [13] ETSI TR. “Digital Video Broadcasting (DVB);Implementation guideli-
transmisión de aplicaciones interactivas y datos en general, se nes for Data Broadcasting”. 101 202 V1.2.1 (2003-01)
deba tener formas más sencillas de recuperar la información [14] ETSI TR. “Cyclic transmission of information in a data carou-
sel”.[Figure]. 101 202 V1.2.1 (2003-01)
sin necesidad de utilizar un decodificador en especial, sea esto [15] ETSI EN. “Structure of the DVB data carousel”.[Figure]. 301 192
por motivos de investigación, regularización o para comproba- V1.4.1. 2004.
ción del correcto funcionamiento de este servicio en el sistema [16] ISO/IEC. “Information technology – Generic coding of moving pictures
TDT. and associated audio information – Part 1: Systems”. 13818-1. 2015
[17] ETSI TR. “DSM-CC Section Format”.[Table]. 101 202 V1.2.1 (2003-
En el presente trabajo no es considerado ninguno de los 01)
códigos detectores de errores (CRC-32 o Checksum) que posee [18] ETSI TR. “Encoding of DSM-CC section fields”.[Table]. 101 202
la estructura de las secciones DSM-CC, por lo que serı́a V1.2.1 (2003-01)
[19] Ether Guide Systems. “pointer field [MPEG-
interesante realizar un trabajo en cuanto a la comparación de 2 Semantics]”. [Online] . Available:
datos extraı́dos cuando se descarta o no bloques de datos con http://www.etherguidesystems.com/help/sdos/mpeg/semantics/mpeg-
información errónea. 2/pointer field.aspx. [Último acceso: 20 Abr 2016].
[20] ABNT NBR. Televisión digital terrestre — Multiplexación y servicios
La implementación del algoritmo desarrollado con dife- de información (SI) Parte 2: Estructura de datos y definiciones de la
rentes lenguajes de programación como Java, Python, etc. información básica de SI. 15603-2. (21.09.2009).
resultarı́a interesante para poder comparar el rendimiento que [21] A. Haubold, “Matlab for first-year college engineers,” 2007 37th Annual
Frontiers In Education Conference - Global Engineering: Knowledge
cada uno posee en cuanto al tiempo de extracción de un Without Borders, Opportunities Without Passports, Milwaukee, WI,
mismo TS, además de poder tener a disposición un software 2007, pp. F1H-7-F1H-12.
[22] Quingaluisa Quispe, Á. L., Torres Beltrán, J. A. “Estudio
e investigación del MIDDLEWARE GINGA J del estándar
brasileño de televisión digital. caso práctico: desarrollo de una
aplicación interactiva aplicando metodologı́a OPENUP/BASIC como
parte del Proyecto ESPE-GINGA”. 2011. [Online]. Available:
http://repositorio.espe.edu.ec/bitstream/21000/4748/1/T-ESPE-
032865.pdf.