WO2011048240A2 - Generación de un flujo de transporte corregido para televisión digital - Google Patents

Generación de un flujo de transporte corregido para televisión digital Download PDF

Info

Publication number
WO2011048240A2
WO2011048240A2 PCT/ES2010/000427 ES2010000427W WO2011048240A2 WO 2011048240 A2 WO2011048240 A2 WO 2011048240A2 ES 2010000427 W ES2010000427 W ES 2010000427W WO 2011048240 A2 WO2011048240 A2 WO 2011048240A2
Authority
WO
WIPO (PCT)
Prior art keywords
stream
data
flow
original transport
multiplexed
Prior art date
Application number
PCT/ES2010/000427
Other languages
English (en)
French (fr)
Other versions
WO2011048240A3 (es
Inventor
Belén Ruiz Mezcua
Lara GARCÍA VALVUENA
Mercedes DE CASTRO ÁLVAREZ
Carlos Alberto MARTÍN EDO
José Manuel MENÉNDEZ GARCÍA
José Manuel SÁNCHEZ PENA
David JIMÉNEZ BERMEJO
Guillermo CISNEROS PÉREZ
Federico ÁLVAREZ GARCÍA
Francisco Utray Delgado
Original Assignee
Universidad Carlos Iii De Madrid
Universidad Politécnica de Madrid
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Universidad Carlos Iii De Madrid, Universidad Politécnica de Madrid filed Critical Universidad Carlos Iii De Madrid
Publication of WO2011048240A2 publication Critical patent/WO2011048240A2/es
Publication of WO2011048240A3 publication Critical patent/WO2011048240A3/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23608—Remultiplexing multiplex streams, e.g. involving modifying time stamps or remapping the packet identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4884—Data services, e.g. news ticker for displaying subtitles

Definitions

  • the present invention applies to the field of digital television, and more specifically, to the supervision of accessibility services supported by it.
  • Digital television is understood to mean the transmission and reception of digitally encoded video signals, as opposed to traditional analog television.
  • Digital Terrestrial Television DTT, or DVB_T, of the English “DVB - Terrestrial”
  • DVB_T Digital Terrestrial Television
  • DVB-S Digital Satellite Television
  • DVD-C Digital Cable Television
  • IP television over IP
  • One of the main advantages of digital television systems over analog television systems is the ability to incorporate data streams into the video stream, encapsulating all of them in a transport stream (TS).
  • TS transport stream
  • a certain standard for example, typically in DVB systems, following the MPEG-2 part 1 standard, ISO / IEC 13818-1).
  • This allows to provide additional functionalities and services, such as accessibility services, especially useful for users with visual or hearing disabilities.
  • accessibility services include:
  • EP 1 427 224 A2 presents a method that monitors the presence of subtitles through statistical analysis of the transmission rate (for example by means of histograms or number of seconds with a rate above or below a certain threshold). This method, however, does not take into account the signaling provided by the transport flow itself, so it does not take any action on said signaling when it is not adequate, so it does not solve the problems described for users.
  • the present invention solves the aforementioned problem by means of a method and system that correct a signaling of an accessibility service associated with a video stream when it is not adapted to the content of a transport stream, generating a new transport stream with said signaling. corrected
  • the method of the invention acts on an original transport stream in which at least one video stream and a signaling data stream are multiplexed.
  • Said signaling flow comprises signaling information that indicates whether an accessibility service data stream (for example subtitles, audio description, additional audio tracks ...) is additionally multiplexed on the original transport stream ... tell, they contain packages with useful information of said service).
  • the method begins with extraction by demultiplexing the signaling data flow.
  • the signaling information contained in said signaling data flow on the accessibility service is then compared with the content of the original transport flow. That is, it is verified whether said original transport flow contains the data flows indicated by said signaling information, or if, on the contrary, said signaling information is not correct.
  • the method If correct, the method generates a corrected transport stream that maintains said signaling information. If, on the contrary, said signaling information incorrectly indicates the presence of an accessibility data flow with non-null data (that is, there is no such data flow, or exists but only contains null data), it is generated the corrected transport flow by replacing the signaling information of the original transport flow with a correct signaling information, that is, indicating that the data flow of the accessibility service with non-null data is not available.
  • the method comprises performing an equivalent step when the presence of the accessibility service data stream is not signaled with non-null data and yet is present in the original transport stream. This is achieved not only avoid advertising services that are not available, but also recover other services that have not been announced.
  • the method comprises generating an alarm when the signaling information is not correct and therefore has to be corrected.
  • the method also stores the evolution of the accessibility service, storing the service description of the transmission stream, the corresponding text and the total time in which said service is active, or any subset thereof. In this way, the method allows to provide a global perspective of said accessibility service over time.
  • the method preferably comprises comparing said data flow with a standard established for said service. (for example, standard UNE 153010 in the case of subtitles), generating an alarm if said standard is not met.
  • a system that executes the method described above using a demultiplexer and means of comparison and generation is disclosed.
  • Figure 1 shows a scheme of the system of the invention according to a preferred embodiment thereof.
  • Figure 1 shows a preferred embodiment of the system of the invention, which acts on an original transport flow 1 (TS) to generate a corrected transport flow 2 (TS ') following a preferred embodiment of the method of the invention detailed in throughout this section To do this, it uses a demultiplexer 3 that extracts a signaling data stream from the TS, in which services associated with a certain video stream are indicated, and therefore, comprises signaling information 8 that informs whether said video stream is going accompanied by a flow of data from an accessibility service 9.
  • TS original transport flow 1
  • TS ' corrected transport flow 2
  • This signaling information 8 is checked by means of comparison 5, which determine if it is necessary to include corrections when generating the TS ', step which is performed by means of correction 7
  • notification means 6 generate alarms 10 for the user when signaling errors or in the accessibility service itself are detected
  • storage means 4 store in memory data associated with said accessibility service for historical analysis. .
  • This information is stored in real time in files that can be accessed at any time by the user for consultation and by the system to perform the consequent actions described below.
  • the information acquired by the system is recorded on a storage device that can be found in a remote location.
  • the system is capable of operating in one or several transport flows simultaneously, since the information collected reflects the transport flow of origin, as well as other data such as location, IP address ... DEMULTIPLEXATION AND STORAGE
  • the system continuously captures the transport flow packets belonging to the EIT present & following tables (ETSI EN 300 468), EIT schedule (ETSI EN 300 468), SDT (ETSI EN 300 468), and the packages of all the flow flows subtitled, both DVB-SUB (ETSI EN 300 743) and Teletext (ETSI EN 300 472) contained in the TS.
  • EIT EN 300 468 EIT schedule
  • EIT EN 300 468 EIT schedule
  • SDT ETSI EN 300 468
  • packages of all the flow flows subtitled, both DVB-SUB (ETSI EN 300 743) and Teletext (ETSI EN 300 472) contained in the TS.
  • Packages of all flows are extracted to RAM, processed, and discarded or stored (in whole or in part) as explained below.
  • packages are reassembled to obtain sections, said sections being reassembled in turn to compose instant versions of the tables.
  • the current EIT refers to the EIT of the TS being analyzed, and contains programming information for the services contained in the said TS.
  • the EIT other contains programming information for the services disseminated in other TS.
  • EIT-t ⁇ to the reconstructed TS programming table at time t from the packets received in the current EIT table, present & following.
  • the system thus stores a collection of present & following EIT-tm-1, EIT-tm, EIT-tm + i event tables. The moments of time in which each one of them are reconstructed and stored are recorded.
  • the content of the EIT-tm tables consists of the fields: -servicejd
  • parental_rating_descriptor private_data_specifier_descriptor, data_broadcast_descriptor, content_identifier_descriptor,
  • EITsch-ti to the programming table of the reconstructed TS at the moment you from the packets received in the EIT schedule table of the received TS.
  • the same procedure described for the EIT table present & following is followed for the EIT table schedule.
  • the monitored EIT schedule tables are those whose table_id ranges from 0x50 to 0x5F (EIT actual_transport_stream, schedule).
  • EIT actual_transport_stream, schedule EIT actual_transport_stream, schedule
  • EITsch-tm-1, EITschtm, EITsch-tm + i iterations that differ from each other in at least one field are stored by this procedure. Tables are stored with the corresponding time code.
  • the system It simultaneously captures packets received in the i service description table (SDT), with the data referring to the description of the audiovisual services contained in the TS. For this, a procedure similar to that described for obtaining successive EIT-ti is performed.
  • SDT i service description table
  • SDT-t ⁇ we will call SDT-t ⁇ to the service description table rebuilt at the moment you from the packets received in the SDT table.
  • SDT-tm Different SDT-tm are stored following the procedures explained above. With each change in the content of the SDT, a new version is stored in the system. Each stored version differs from the previous one in at least one field.
  • the fields stored and used to detect changes between the reconstructed SDT and the last SDT stored are:
  • component_descriptor multilingual_service_name_descriptor, private_data_specifier_descriptor, data_broadcast_descriptor,. announcement_support_descriptor, servicejdentifier_descriptor, service_availability_descriptor,
  • the system first extracts the teletext packets, according to the PID indicated in the PMT table, according to the procedure indicated above. Then, among the teletext packages, those corresponding to the subtitle pages are extracted, which are identified thanks to two mechanisms: the data_unit_id field of the header of each page, where it is indicated if it is subtitle or conventional, and the teletext_descriptor field that indicates which subtitles page is.
  • the corresponding control codes and the time of entry and exit of the subtitles are stored. These fields are decoded according to the ETSI EN 300 472 standard.
  • each teletext subtitle register has the following fields:
  • the system also stores digital DVB-SUB subtitles, 'which are encoded and multiplexed as an additional data stream and are specified in ETSI EN 300 743.
  • the implementation of these subtitles are doing Spanish TV operators Digital is characterized by the emission of subtitles as a bitmap.
  • DVB-SUB subtitle records contain the following information:
  • optical character recognition techniques can be used to reconstruct and store the text of the digital subtitles.
  • Incoherent signaling supervision for subtitling is based on the dynamic comparison between subtitling signaling, that is, the set of control information and information that indicates the existence of subtitles in an event, and the packets received in the subtitle stream (DVB-Sub or teletext) corresponding.
  • the subtitle ⁇ ng_descriptor in the case of DVB-SUB subtitles, (ETSI EN 300 468 Ed 1.9.1, chap. 6.2.41) or the teletext_descriptor (in the case of teletext subtitles, (ETSI EN 300 468 Ed 1.9. 1, chapter 6.2.43)
  • the two descriptors are in the PMT-t ⁇ in force at any time
  • the values of the fields included in the descriptors mentioned may reflect two possible situations: presence of subtitles / absence of subtitles.
  • the content of the received packages may reflect two situations:
  • An alarm is defined, inconsistency_subtitled_signalization that can take the values ON and OFF. Three severity levels are defined for the alarm when it is ON: warning, minor, critical.
  • signaling_subtitles OFF
  • subtitle_ signaling OFF
  • the teletext_descriptor descriptor does not exist together with the corresponding PID of the PMT. In this case, teletext subtitles cannot be located even if they are actually being broadcast.
  • the teletex_descriptor exists in the PMT but not the field that indicates the page where they are. In that case, the system scans all teletext pages, checking in each of them whether it is a conventional page or subtitles.
  • the subtitle_descriptor descriptor does not exist.
  • the system may attempt to interpret as DVB subtitles any data stream whose functionality is not identified. In this case, the presence of the subtitles would be unknown by the user, who could not therefore select them, except if the actions are performed of modification of descriptors detailed below.
  • the inconsistencies detected between signaling and data are solved by the correction means by creating the corrected transport flow (TS '). That is, if the subtitle_ signaling values and subtitle_ data do not match, the corresponding descriptors are modified so that the signaling data flow reflects the actual situation detected.
  • TS ' the corrected transport flow
  • the system generates a subtitling_descriptor that it adds in the PMT in the place corresponding to the PID of the data stream that transports the subtitles.
  • the system generates an appropriate component_descriptor that it places in the current EIT table.
  • Case c) There is the subtitling_descriptor or teletext_descriptor and a subtitle data stream considered valid but not the component_descriptor. In this case, the system generates an appropriate component_descriptor and inserts it into the current EIT in the corresponding place.
  • Case d) The component_descriptor exists in the EIT and a subtitle data stream considered valid but there is no subtitling_descriptor or teletext_descriptor in the PMT. In this case the system generates a subtitling_descriptor or teletext_descriptor and inserts it into the PMT in the corresponding place.
  • Case g The signaling indicates that there is an audio stream but no packets of that stream are detected.
  • the system generates a TS 'by deleting, if any, the component_descriptor of the EIT that refers to the nonexistent audio.
  • the system can be configured to also suppress the corresponding input to the PID of the nonexistent audio in the PMT of the service.
  • the transmission of the corrected transport stream is performed using the ASI interface defined by DVB.
  • the measurement of the net subtitling time is based on the measurement of the times in which there are subtitles in the subtitle data stream (DVB-Sub or teletext).
  • the procedure for measuring subtitling provides a net measure, with a limited error rate. This procedure is described below.
  • TNS at the net time of subtitling in a period of time for a particular service belonging to a TS.
  • the detection of the real presence of subtitles is based on the analysis of DVB and teletext subtitle flows, according to the configuration of the service broadcast on the PMT.
  • the presence of subtitles requires that the following conditions be met:
  • the TNS will increase with the time elapsed from the moment of detection of the presence of subtitles until the moment of their termination, plus the time it takes to beat a timeOutl timer (of configurable duration) that the system starts when the loss of subtitles This ensures, within the percentage of error of the procedure, that TNS counts the dialogue breaks of the subtitled programs as subtitled time. If the presence of subtitles is detected again while the timeOutl timer is running, the timer is stopped and the same procedure is restarted.
  • the system is simultaneously monitoring the above-described changes of signaling_subtitling_ON and signaling_subtitling_OFF. After detecting a transition from signaling_subtitled_OFF to signaling_subtitled_ON, the system will start a timer timeOut2 (of configurable duration) which stops when the first subtitle appears. All the time elapsed between the transition from OFF to ON and the appearance of the first subtitle is counted as TNS and the previous procedure for the accumulation in TNS of the periods of presence of subtitles is initiated. If the timeOut2 timer expires and no subtitles are detected, the time elapsed from the OFF to ON transition is not counted as TNS. This step of the procedure, based on the use of timeOut2, is intended to compensate for the effect that may have on TNS the fact that in some subtitled events there may be an initial period without subtitles to be accounted for.
  • the system presented consists of a hardware that includes all the functionalities described above.
  • a remarkable point of this architecture is that the system can be located both on the broadcasting part of the television operator or the network operator and on the receiving side.
  • the system presented receives the transport stream TS at the entrance, performs all the checks and corrections described and generates the new transport stream TS '.
  • This TS 'stream is the one that is introduced into the broadcast network. In this way, the transport flow that is sent and that reaches the users through their television signal receiving devices is the corrected flow.

Abstract

Método y sistema de generación de un flujo de transporte corregido (2) a partir de un flujo de transporte original (1) que demultiplexa un flujo de datos de señalización que comprende información de señalización (8) en la que se indica si en el flujo de transporte original se multiplexa un flujo de datos de un servicio de accesibilidad (9), verifica si dicha información es correcta, y en caso contrario, genera el flujo de transporte corregido (2) sustituyendo dicha información de señalización (8).

Description

GENERACIÓN DE UN FLUJO DE TRANSPORTE CORREGIDO PARA
TELEVISIÓN DIGITAL
Campo de la invención
La presente invención se aplica al campo de la televisión digital, y más concretamente, a la supervisión de los servicios de accesibilidad soportados por la misma.
Antecedentes de la invención
Se entiende por televisión digital (DVB, del inglés "Digital Video Broacasting") la emisión y recepción de señales de video codificadas digitalmente, en oposición a la televisión analógica tradicional. Existen distintos estándares de codificación aceptados actualmente, entre los que destacan la Televisión Digital Terrestre (TDT, o DVB_T, del inglés "DVB - Terrestrial"), la Televisión Digital por Satélite (DVB-S, del inglés "DVB - Satellite"), la Televisión Digital por Cable (DVB- C, del inglés "DVB - Cable") o la televisión sobre IP (DVB-IP, del inglés "DVB - Internet Protocol").
Una de las principales ventajas de los sistemas de televisión digital frente a los sistemas de televisión analógicos es la capacidad de incorporar flujos de datos al flujo de vídeo, encapsulando todos ellos en un flujo de transporte (TS, del inglés "Transport Stream"), de acuerdo con un estándar determinado (por ejemplo, típicamente en los sistemas DVB, siguiendo el estándar MPEG-2 parte 1 , ISO/IEC 13818-1). Esto permite aportar funcionalidades y servicios adicionales, como son los servicios de accesibilidad, especialmente útiles para usuarios con discapacidades visuales o auditivas. Dichos servicios de accesibilidad comprenden:
-Subtitulado mediante teletexto (DVB-TXT)
-Subtitulado digital (DVB-SUB)
-Audiodescripción
Existen además una serie de normas sobre la emisión de dichos servicios de accesibilidad, como por ejemplo, la norma AENOR UNE 153010:2003 y sus futuras versiones, que estipulan requisitos temporales, de tamaño, etc, sobre los subtítulos para garantizar su correcta funcionalidad. La señalización asociada a dichos servicios se transmite sobre el propio flujo de transporte de televisión digital, según la norma de señalización (DVB-SI, del inglés "DVB -Service Information").
No obstante, hay ocasiones en las que la señalización de los servicios de accesibilidad no coincide con los servicios que realmente se están proporcionando en un flujo de transporte, bien porque se indica su presencia cuando no se están transmitiendo, bien porque su presencia no aparece indicada a pesar de que los flujos de datos que corresponden a estos servicios sí están presentes en el flujo de transporte, lo que actúa en detrimento de los usuarios, especialmente de aquellos con discapacidades visuales o auditivas para los cuales dichos servicios de accesibilidad son imprescindibles. Adicionalmente, son las propias emisoras de televisión las que proporcionan los datos de tiempos totales de subtitulado en sus emisiones, por lo que dichos datos no están contrastados y pueden ser erróneos.
Existen actualmente métodos que permiten detectar la presencia de subtítulos en una emisión de televisión digital. Por ejemplo, EP 1 427 224 A2 presenta un método que monitoríza la presencia de subtítulos a través del análisis estadístico de la tasa de transmisión (por ejemplo mediante histogramas o número de segundos con una tasa por encima o por debajo de un determinado umbral). Este método, no obstante, no tiene en cuenta la señalización proporcionada por el propio flujo de transporte, por lo que no realiza ninguna acción sobre dicha señalización cuando no es adecuada, por lo que no soluciona los problemas descritos de cara a los usuarios.
Resumen de la invención
La presente invención resuelve el problema anteriormente mencionado mediante un método y sistema que corrigen una señalización de un servicio de accesibilidad asociado a un flujo de video cuando esta no se adecúa al contenido de un flujo de transporte, generando un nuevo flujo de transporte con dicha señalización corregida.
Para ello, el método de la invención actúa sobre un flujo de transporte original en el que se multiplexan, al menos, un flujo de vídeo y un flujo de datos de señalización. Dicho flujo de señalización comprende información de señalización que indica si sobre el flujo de transporte original se multiplexa adicionalmente un flujo de datos de un servicio de accesibilidad (por ejemplo subtítulos, audiodescripción, pistas de audio adicionales...) con datos no nulos (es decir, contienen paquetes con información útil de dicho servicio).
El método comienza con la extracción mediante demultiplexación del flujo de datos de señalización. La información de señalización contenida en dicho flujo de datos de señalización sobre el servicio de accesibilidad es comparada entonces con el contenido del flujo de transporte original. Es decir, se verifica si dicho flujo de transporte original contiene los flujos de datos indicados por dicha información de señalización, o si por el contrario, dicha información de señalización no es correcta.
En caso de ser correcta, el método genera un flujo de transporte corregido que mantiene dicha información de señalización. Si por el contrario, dicha información de señalización indica de forma errónea la presencia de un flujo de datos del servicio de accesibilidad con datos no nulos (es decir, no existe dicho flujo de datos, o existe pero sólo contiene datos nulos), se genera el flujo de transporte corregido sustituyendo la información de señalización del flujo de transporte original por una información de señalización correcta, es decir, que indique que no se dispone del flujo de datos del servicio de accesibilidad con datos no nulos.
Preferentemente, el método comprende realizar un paso equivalente cuando no se señaliza la presencia del flujo de datos del servicio de accesibilidad con datos no nulos y sin embargo está presente en el flujo de transporte original. Se consigue así no sólo evitar anunciar servicios de los que no se disponen, sino también recuperar otros servicios que no se han anunciado.
También preferentemente, el método comprende generar una alarma cuando la información de señalización no es correcta y por tanto se ha de corregir.
Preferentemente, el método también realiza un almacenamiento de la evolución del servicio de accesibilidad, almacenando la descripción de servicios del flujo de transmisión, el texto correspondiente y el tiempo total en que dicho servicio está activo, o bien cualquier subconjunto de los mismos. De esta manera, el método permite proporcionar una perspectiva global de dicho servicio de accesibilidad a lo largo del tiempo.
Con el fin de ir más allá de la adecuación de la señalización y analizar también que el flujo de datos del servicio de accesibilidad contiene datos adecuados a su objetivo, el método comprende, preferentemente, comparar dicho flujo de datos con una norma establecida para dicho servicio (por ejemplo, la norma UNE 153010 en el caso de los subtítulos), generando una alarma si dicha norma no se cumple. En otro aspecto de la presente invención, se da a conocer un sistema que ejecuta el método descrito anteriormente utilizando un demultiplexador y medios de comparación y generación.
Las ventajas descritas, así como otras adicionales, serán aparentes a la vista de la descripción detallada de la invención.
Breve descripción de los dibujos
Con objeto de ayudar a una mejor comprensión de las características del invento de acuerdo con un ejemplo preferente de realización práctica del mismo y para complementar esta descripción, se acompaña como parte integrante de la misma la siguiente figura, cuyo carácter es ilustrativo y no limitativo:
La figura 1 muestra un esquema del sistema de la invención según una realización preferida del mismo.
Descripción detallada de las realizaciones preferidas
Las cuestiones definidas en esta descripción detallada se proporcionan para ayudar a entender completamente la invención. Por consiguiente, los expertos en la técnica reconocerán que pueden realizarse variaciones, cambios y modificaciones de las realizaciones descritas en el presente documento sin alejarse del alcance y espíritu de la invención tal y como ha sido reivindicada. Se omite también la descripción de funciones y elementos conocidos ampliamente por motivos de claridad y concisión.
Obsérvese que, en este texto, el término "comprende" y sus derivados (tal como "comprendiendo", "que comprende", etc.) no han de entenderse en un sentido excluyente, es decir, estos términos no han de interpretarse como que excluyen la posibilidad de que lo descrito y definido pueda incluir otros elementos, etapas, etc. La figura 1 muestra una realización preferida del sistema de la invención, que actúa sobre un flujo de transporte original 1 (TS) para generar un flujo de transporte corregido 2 (TS') siguiendo una realización preferida del método de la invención que se detalla a lo largo de esta sección. Para ello, utiliza un demultiplexor 3 que extrae del TS un flujo de datos de señalización, en el que se indican servicios asociados a un cierto flujo de vídeo, y por tanto, comprende información de señalización 8 que informa de si dicho flujo de vídeo va acompañado de un flujo de datos de un servicio de accesibilidad 9. Esta información de señalización 8 es comprobada por unos medios de comparación 5, que determinan si es necesario incluir correcciones al generar el TS', paso que es realizado por unos medios de corrección 7. De manera paralela, unos medios de notificación 6 generan alarmas 10 para el usuario cuando se detectan errores de señalización o en el propio servicio de accesibilidad, y unos medios de almacenamiento 4 guardan en memoria datos asociados a dicho servicio de accesibilidad para su análisis histórico. Esta información se guarda en tiempo real en ficheros que pueden ser accesibles en cualquier momento por el usuario para su consulta y por el sistema para realizar las acciones consecuentes descritas más adelante. La información adquirida por el sistema se registra en un dispositivo de almacenamiento que puede encontrarse en una ubicación remota.
Todos estos elementos y procesos se detallan a continuación para el caso de un sistema de DVB-T, basado en el estándar MPEG-2, y con servicios de subtitulado mediante teletexto, subtitulado digital y audiodescripción, pero un experto en la técnica comprenderá que resulta extensible a las particularidades de cualquier otro sistema de televisión digital (por ejemplo IPTV), así como para cualquier otro método de codificación basado en flujos de transporte, y para cualquier servicio de accesibilidad (por ejemplo pistas de audio adicionales). Nótese también que la invención no está restringida a la supervisión de uno solo de estos servicios de accesibilidad, sino que es capaz de supervisar simultáneamente todos aquellos servicios de accesibilidad disponibles.
Adicionalmente, el sistema es capaz de operar en uno o varios flujos de transporte simultáneamente, dado que la información que se recoge refleja el flujo de transporte de procedencia, así como otros datos como ubicación, dirección IP... DEMULTIPLEXACIÓN Y ALMACENAMIENTO
El sistema captura de forma continua los paquetes de flujo de transporte pertenecientes a las tablas EIT present&following (ETSI EN 300 468), EIT schedule (ETSI EN 300 468), SDT (ETSI EN 300 468), y los paquetes de todos los flujos de subtitulado, tanto DVB-SUB (ETSI EN 300 743) como Teletexto (ETSI EN 300 472) contenidos en el TS. Los paquetes de todos los flujos se extraen a memoria RAM, se procesan, y son descartados o almacenados (total o parcialmente) tal como se explica más adelante. Durante dicho proceso de extracción se reensamblan paquetes para obtener secciones, siendo dichas secciones reensambladas a su vez para componer versiones instantáneas de las tablas.
Existen dos tablas EIT: la EIT actual se refiere a la EIT del TS que se analiza, y contiene información de programación de los servicios contenido en el dicho TS. La EIT other contiene información de programación de los servicios difundidos en otros TS.
Denominaremos EIT-t¡ a la tabla de programación del TS reconstruida en el instante t¡ a partir de ios paquetes recibidos en la tabla EIT actual, present&following. Las tablas EIT monitorizadas son las que contienen table_id=0x4E (actual TS, present following event Information)
Una tabla reconstruida en el instante ti se almacena si difiere de la anterior almacenada (la primera tabla reconstruida se almacenará por defecto).
Si los radiodifusores no están emitiendo el campo versión de la tabla EIT de manera que se reflejan cambios entre tablas EIT-ti sucesivas, el sistema se basa en los campos nombre del evento, hora de inicio, duración... para detectar cambios entre dos EIT-t¡ sucesivas. Se consideran sólo las tablas compuestas mediante concatenación de secciones en las que el campo current_next_indicator tiene el valor "1" (véase ETS 300 468, 5.2.4).
El sistema almacena de esa manera una colección de tablas de eventos present&following EIT-tm-1 , EIT-tm, EIT-tm+i. Se registran los instantes de tiempo en que son reconstruidas y almacenadas cada una de ellas. Las tablas EIT-tm-1 y EIT- tm, y las tablas EIT-tm y EIT-tm+idifieren en al menos un campo de un evento. El contenido de las tablas EIT-tm está formado por los campos: -servicejd
-transport_stream_id
-networkjd
-lista de eventos, recogiéndose para cada evento:
-eventjd
-startjime
-duration
-runn¡ng_status
-free_CA_mode
-descriptores (entre los que se pueden encontrar según la norma ETSI EN 300 468, por ejemplo: stuffing_descriptor, short_event_descriptor, extended_event_descriptor, time_shifted_event_descriptor, component_descriptor, CA_identifier_descriptor, content_descriptor,
parental_rating_descriptor, private_data_specifier_descriptor, data_broadcast_descriptor, content_identifier_descriptor,
FTA_content_management_descriptor, extension_descriptor)
Denominaremos EITsch-ti a la tabla de programación del TS reconstruida en el instante ti a partir de los paquetes recibidos en la tabla EIT schedule del TS recibido. El mismo procedimiento descrito para la tabla EIT present&following se sigue para la tabla EIT schedule. Las tablas EIT schedule monitorizadas son aquellas cuyo table_id va de 0x50 a 0x5F (EIT actual_transport_stream, schedule). Para comparar una EITsch-ti con la última EITsch almacenada se usn los mismos campos que se aplican al caso de la EIT present&following.
Se almacenan por este procedimiento las iteraciones EITsch-tm-1, EITschtm, EITsch-tm+i que difieren entre sí en al menos un campo. Las tablas se almacenan con el correspondiente indicativo temporal.
El sistema . realiza simultáneamente la captura de paquetes recibidos en la i service description table (SDT), con los datos que se refieren a la descripción de los servicios audiovisuales contenidos en el TS. Para ello se realiza un procedimiento similar al descrito para la obtención de las EIT-ti sucesivas.
Denominaremos SDT-t¡ a la tabla de descripción de servicios reconstruida en el instante ti a partir de los paquetes recibidos en la tabla SDT. Las tablas SDT > monitorizadas son las que contienen table_id = 0x42 (service_description_section - actual_transport_stream)
Diferentes SDT-tm son almacenadas siguiendo los procedimientos anteriormente explicados. En cada cambio en el contenido del SDT, se almacena en el sistema una nueva versión. Cada versión almacenada difiere de la anterior en al menos un campo. Los campos almacenados y utilizados para detectar cambios entre la SDT reconstruida y la última SDT almacenada son:
-transport_stream_id
-current_next_indicator
-original_networkjd
-Lista con los datos de cada servicio
-servicejd
-reserved_future_use
-EIT_schedule_flag
-EIT_present_following_flag
-running_status
-free_CA_mode
-descriptores (entre los que se pueden encontrar según la norma ETSI EN 300 468, por ejemplo: stuffing_descriptor,
bouquet_name_descriptor, service_descriptor,
component_descriptor, multilingual_service_name_descriptor, private_data_specifier_descriptor, data_broadcast_descriptor, . announcement_support_descriptor, servicejdentifier_descriptor, service_availability_descriptor,
FTA_content_management_descriptor, extensión descriptor)
Por tanto, se ignora el campo versión de forma análoga a lo descrito para la EIT. Sólo se componen tablas SDT-ti a partir de las secciones en las que el campo Current_next_information contiene el valor "1 ".
-Table_id=0x4F (other, present/following)
También por un procedimiento similar se almacena el contenido de las tablas PMT correspondientes a cada servicio del flujo de transporte. Los campos almacenados en este caso, además de los especificados en la norma ISO 38181 , son los descriptores siguientes:
-subtitling_descriptor
-VBI_data_descriptor -teletext_descriptor
Para el caso de los subtítulos de teletexto, el sistema extrae en primer lugar los paquetes de teletexto, de acuerdo con el PID indicado en la tabla PMT, según el procedimiento indicado anteriormente. A continuación, de entre los paquetes de teletexto, se extraen los correspondientes a las páginas de subtítulos, que son identificados gracias a dos mecanismos: el campo data_unit_id de la cabecera de cada página, donde se indica si es de subtítulos o convencional, y el campo del teletext_descriptor que indica cuál es la página de los subtítulos. Además de los subtítulos en modo texto se almacenan los códigos de control correspondientes y el instante de entrada y salida de los subtítulos. Estos campos se descodifican de acuerdo con la norma ETSI EN 300 472. Así pues, cada registro de subtítulos de teletexto cuenta con los siguientes campos:
-Texto
-Instante de entrada
-Instante de salida
-Altura simple o doble
-Color del texto
-Color del fondo
-Posición del subtítulo
El sistema también almacena los subtítulos digitales DVB-SUB, 'que se codifican y se multiplexan como un flujo adicional de datos y que se encuentran especificados en la norma ETSI EN 300 743. La implementación de estos subtítulos que están haciendo los operadores españoles de TV digital se caracteriza por la emisión de los subtítulos como un mapa de bits. De esta forma, los registros de subtítulos DVB-SUB contienen la siguiente información:
-Mapa de bits de los subtítulos, a partir de la especificación contenida en
ETSI EN 300 743
-Instante de entrada
-Instante de salida
Opcionalmente, se pueden utilizar técnicas de reconocimiento óptico de caracteres, para reconstruir y almacenar el texto de los subtítulos digitales.
A partir de la información almacenada en tiempo real el sistema es capaz de realizar las acciones que se describen a continuación.
ANÁLISIS DE INCOHERENCIAS EN EL SUBTITULADO
La supervisión de señalización incoherente para el subtitulado se basa en la comparación dinámica entre la señalización de subtitulado, es decir, el conjunto de información de control e información que indica la existencia de subtítulos en un evento, y los paquetes recibidos en el flujo de subtítulos (DVB-Sub o teletexto) correspondiente.
Los descriptores de la señalización de subtitulado involucrados son:
-El subtitl¡ng_descriptor (en el caso de subtítulos DVB-SUB, (ETSI EN 300 468 Ed 1.9.1 , cap. 6.2.41) o el teletext_descriptor (en el caso de subtítulos teletexto, (ETSI EN 300 468 Ed 1.9.1 , cap. 6.2.43). Los dos descriptores se encuentran en la PMT-t¡ vigente en cada momento
-El component_descriptor, si lo hubiera, con sus campos stream_content y componentjype (ETSI EN 300 468 Ed 1.9.1 , cap. 6.2.8)
Los valores de los campos recogidos en los descriptores mencionados pueden reflejar dos situaciones posibles: presencia de subtítulos/ausencia de subtítulos. En lo siguientes párrafos nos referiremos a estas dos situaciones como señalización_subtítulos = ON y señalización_subtítulos = OFF
Asimismo, el contenido de los paquetes recibidos puede reflejar dos situaciones:
-presencia de subtítulos
-ausencia de subtítulos, ya sea porque el flujo de subtítulos no existe, o porque éste existe pero contiene paquetes de subtítulos vacíos o no válidos.
En lo siguientes párrafos nos referiremos a estas dos situaciones como datos^subtítulos = ON y datos_subtítulos = OFF respectivamente.
Se define una alarma, inconsistencia_señalización_subtitulado que puede tomar los valores ON y OFF. Se definen tres niveles de severidad para la alarma cuando ésta se encuentra en ON: warning, minor, critical.
Si señalización_subtítulos = ON se chequea la existencia de datos reales en el flujo de subtitulado correspondiente. En caso de existir subtítulos (datos_subtítulos = ON) el sistema no realizará ninguna acción. En caso de no existir subtítulos (datos_subtítulos = OFF) el sistema esperará durante un tiempo Twaitl . Si pasado ese tiempo persiste la situación datos_subtítulos = OFF, el sistema emite una alarma de inconsistencia_señalización_subtitulado en el nivel más bajo de severidad (warning). Si pasado un tiempo Twait2 el sistema sigue detectando la situación datos_subtítulos = OFF, la alarma pasa al siguiente nivel de severidad (minor), y pasado un tiempo Twait3 al último nivel de severidad. La detección de presencia de subtítulos en cualquier estado de alarma ON provoca el cese de la alarma. Los tiempos Twaitl , Twait2 y Twait3 son configuradles.
Si señalización_subtítulos = OFF se chequéa la existencia de datos reales en el flujo de subtitulado correspondiente. En caso de no detectarse presencia real de subtítulos en ninguno de los flujos de subtitulado posibles (datos_subtítulos = OFF) el sistema no realiza ninguna acción. En caso de existir subtítulos (datos_subtítulos = ON) el sistema emite una alarma de inconsistencia_señalización_subtitulado en el nivel más bajo de severidad (warning), y permanece en ese estado mientras siga habiendo presencia real de subtítulos. Estando el sistema en la situación de alarma inconsistencia_señalización_subtitulado activada, si el sistema detecta la desaparición de subtítulos en los flujos correspondientes, esperará un tiempo Twait4, configurable, pasado el cual se anula la alarma.
En el caso de que no se señalice la presencia de subtítulos (señalización_subtítulos = OFF), existen distintas situaciones de cara a la detección de los flujos de subtitulado dependiendo del tipo de subtitulado y de los descriptores presentes:
1) No existe el descriptor teletext_descriptor junto con el correspondiente PID de la PMT. En este caso los subtítulos de teletexto no pueden ser localizados aunque se estén transmitiendo realmente.
2) Existe el teletex_descriptor en la PMT pero no el campo que indica la página en la que se encuentran. En ese caso, el sistema realiza un barrido en todas las páginas de teletexto comprobando en cada una de ellas si se trata de una página convencional o de subtítulos.
3) No existe el descriptor subtitle_descriptor. El sistema puede intentar interpretar como subtítulos DVB cualquier flujo de datos cuya funcionalidad no está identificada. En este caso, la presencia de los subtítulos sería desconocida por el usuario, que no podría por tanto seleccionarlos, excepto si se realizan las acciones de modificación de descriptores detalladas más adelante.
4) Existen los descriptores en la PMT pero no existen los component_descriptor en la "EIT actual present&followin '. Los subtítulos pueden por tanto localizarse en el flujo de transporte original, por lo que la inconsistencia en la señalización tiene un carácter menos severo.
Además de generar las alarmas correspondientes, las incoherencias detectadas entre señalización y datos son solventadas por los medios de corrección al crear el flujo de transporte corregido (TS'). Es decir, si los valores de señalización_subtítulos y datos_subtitulos no coinciden, se modifican los descriptores correspondientes para que el flujo de datos de señalización refleje la situación real detectada. Podemos distinguir los siguientes casos en cuanto a correcciones de señalización para generar el TS':
Caso a) La señalización indica que hay datos de subtitulado/audiodescripción pero el flujo de datos no existe o no contiene subtítulos
En este caso el sistema genera un TS' modificado con los siguientes cambios:
-Se suprimen en la PMT los descriptores subtitling_descriptor/teletext_descriptor según proceda, aunque se conserva la entrada de la PMT haciendo referencia al PID del flujo inexistente o con información no válida.
-Se suprime el component_descriptor en la EIT si lo hubiera.
Caso b) La señalización no indica que existan datos de subtitulado pero el sistema detecta la presencia de subtítulos DVB en un flujo de datos referenciado en una PMT.
En este caso el sistema genera un subtitling_descriptor que añade en la PMT en el lugar correspondiente al PID del flujo de datos que transporta los subtítulos.
Además, el sistema genera un component_descriptor adecuado que coloca en la tabla EIT actual.
Caso c) Existe el subtitling_descriptor o teletext_descriptor y un flujo de datos de subtitulado considerado como válido pero no el component_descriptor. En este caso el sistema genera un component_descriptor adecuado y lo inserta en la EIT actual en el lugar correspondiente. Caso d) Existe el component_descriptor en la EIT y un flujo de datos de subtitulado considerado como válido pero no existen el subtitling_descriptor o teletext_descriptor en la PMT. En este caso el sistema genera un subtitling_descriptor o teletext_descriptor y lo inserta en la PMT en el lugar correspondiente.
Caso e) Existe el teletext_descriptor pero algún campo no es correcto, por ejemplo la página de subtítulos en el teletexto. En este caso el sistema puede intentar localizar la página correcta y, en caso de encontrar subtítulos de teletexto, generar un nuevo teletext.descriptor con el campo página corregido
Caso f) Existen subtítulos y subtitling_descriptor, pero algún campo no es correcto, por ejemplo el subtitlingjype. En este caso se genera un nuevo subtitling_descriptor con un valor genérico en el subtitling_type, por ejemplo "DVB subtitles (normal) with no monitor aspect ratio criticalit
Caso g) La señalización indica que existe un flujo de audio pero no se detectan paquetes de dicho flujo. En este caso, el sistema genera un TS' suprimiendo, si lo hubiera, el component_descriptor de la EIT que hace referencia al audio inexistente. El sistema podrá ser configurado para suprimir además la entrada correspondiente al PID del audio inexistente en la PMT del servicio.
Adicionalmente, en el caso de que el sistema detecte la transmisión de subtítulos, se realiza una comprobación de la adecuación de los mismos a la norma UNE 153010. Para ello, se detectan, por ejemplo, colores de subtítulo, velocidad (número de palabras por minuto) y posición en pantalla. En caso de que alguno de estos parámetros no se ajuste a las exigencias de dicha norma, se genera una alarma indicativa de la situación.
La transmisión del flujo de transporte corregido se realiza mediante la interfaz ASI definida por DVB.
ANÁLISIS DE INCOHERENCIAS EN LA AUDIODESCRIPCIÓN
Tanto el análisis de incoherencias como las consecuentes acciones en el caso de la audiodescripción son totalmente equivalentes al caso de los subtítulos, y extensibles a cualquier otro servicio de accesibilidad. Basta con considerar los descriptores correspondientes en el flujo de datos de señalización:
-El component_descriptor, si lo hubiera, con sus campos stream_content y component_type (ETSI EN 300468), o en su defecto:
-El contenido de la PMT correspondiente al servicio indicando la presencia de un flujo de audio alternativo
MEDIDA DEL TIEMPO NETO DE SUBTITULADO
La medida del tiempo neto de subtitulado se basa en la medición de los tiempos en los que existen subtítulos en el flujo de datos de subtitulado (DVB-Sub o teletexto). El procedimiento para la medición del subtitulado proporciona una medida neta, con un porcentaje de error acotado. Este procedimiento se describe a continuación.
Denominaremos TNS al tiempo neto de subtitulado en un periodo de tiempo para un determinado servicio perteneciente a un TS. La detección de la presencia real de subtítulos se basa en al análisis de los flujos de subtitulado DVB y teletexto, de acuerdo a la configuración del servicio difundida en la PMT. La presencia de subtítulos requiere que se cumplan las siguientes condiciones:
-Existen paquetes en el flujo de subtitulado (DVB-Sub o teletexto)
-Son paquetes con contenido real (ej. no en blanco)
-El texto o bit map de los subtítulos cambia con el tiempo
El TNS se incrementará con el tiempo transcurrido desde el instante de detección de presencia de subtítulos hasta el momento de cese de los mismos, más el tiempo que tarda en vencer un temporizador timeOutl (de duración configurable) que el sistema pone en marcha al detectarse la pérdida de subtítulos. De esta forma se asegura, dentro del porcentaje de error del procedimiento, que TNS contabiliza las pausas de diálogo de los programas subtitulados como tiempo subtitulado. En caso de que se detecte de nuevo presencia de subtítulos mientras el temporizador timeOutl está en marcha, se detiene el temporizador y se reinicia el mismo procedimiento.
El sistema está monitorizando simultáneamente los cambios antes descritos de señalizacion_subtitulado_ON y señalizacion_subtitulado_OFF. Tras detectar una transición de señalizacion_subtitulado_OFF a señalizacion_subtitulado_ON, el sistema pondrá en marcha un temporizador timeOut2 (de duración configurable) que se detiene al aparecer el primer subtítulo. Todo el tiempo transcurrido entre la transición de OFF a ON y la aparición del primer subtítulo se contabiliza como TNS y se inicia el procedimiento anterior para la acumulación en TNS de los periodos de presencia de subtítulos. Si vence el temporizador timeOut2 y no se detectan subtítulos, el tiempo transcurrido desde la transición OFF a ON no es contabilizado como TNS. Este paso del procedimiento, basado en el uso de timeOut2, pretende compensar el efecto que puede causar en TNS el hecho de que en algunos eventos subtitulados puede existir un periodo inicial sin subtítulos que debe contabilizarse.
Las transiciones de señalizacion_subtitulado_ON a señalizacion_subtitulado_OFF son ignoradas en lo que se refiere a la contabilización de TNS, es decir, el sistema sigue monitorizando la presencia de subtítulos con el objeto de acumular el TNS.
ARQUITECTURA DEL SISTEMA
El sistema que se presenta consiste en un hardware que incluye todas las funcionalidades que se han descrito anteriormente.
Un punto destacable de esta arquitectura es que el sistema se puede ubicar tanto en la parte de emisión del operador de televisión o del operador de red como en el lado de recepción.
Para que la corrección surta efecto antes de que se emita el flujo de transporte con errores, es necesario situar el sistema entre el multiplexor y los moduladores de la red de difusión. De esta manera, el sistema que se presenta recibe a la entrada el flujo de transporte TS, realiza todas las comprobaciones y correcciones descritas y genera el nuevo flujo de transporte TS'. Este flujo TS' es el que se introduce en la red de difusión. De esta manera, el flujo de transporte que se envía y que llega a los usuarios a través de sus aparatos de recepción de señal de televisión es el flujo corregido.

Claims

REIVINDICACIONES
1. Método de generación de un flujo de transporte corregido (2) a partir de un flujo de transporte original (1) de televisión digital, donde sobre dicho flujo de transporte original (1) y sobre dicho flujo de transporte corregido (2) se multiplexan, al menos:
-un flujo de vídeo;
-un flujo de datos de señalización que comprende, al menos, información de señalización (8) que indica si sobre dicho flujo de transporte original se multiplexa un flujo de datos de un determinado servicio de accesibilidad (9) asociado a dicho flujo de vídeo con datos no nulos en un instante de tiempo; caracterizado porque comprende:
-demultiplexar el flujo de datos de señalización del flujo de transporte original
(D;
-comparar la información de señalización (8) del flujo de datos de señalización con el flujo de transporte original (1);
-si la información de señalización (8) indica que sobre el flujo de transporte original (1) se multiplexa un flujo de datos de un determinado servicio de accesibilidad (9) asociado a dicho flujo de vídeo con datos no nulos y sobre dicho flujo de transporte original (1) se multiplexa dicho flujo de datos del servicio de accesibilidad (9), o si la información de señalización (8) indica que sobre el flujo de transporte original (1) no se multiplexa un flujo de datos de un determinado servicio de accesibilidad (9) asociado a dicho flujo de vídeo con datos no nulos y sobre dicho flujo de transporte original (1) no se multiplexa dicho flujo de datos del servicio de accesibilidad (9), generar el flujo de transporte corregido (2) con la misma información de señalización (8) que el flujo de de transporte original;
-si la información de señalización (8) indica que sobre el flujo de transporte original (1) se multiplexa un flujo de datos de un determinado servicio de accesibilidad (9) asociado a dicho flujo de vídeo con datos no nulos y sobre dicho flujo de transporte original (1) no se multiplexa dicho flujo de datos del servicio de accesibilidad (9), generar el flujo de transporte corregido (2) sustituyendo la información de señalización (8) del flujo de transporte original (1) por una información de señalización que indica que no se multiplexa dicho flujo de datos del servicio de accesibilidad (9);
2. Método según la reivindicación 1 caracterizado porque comprende, además: -si la información de señalización (8) indica que sobre el flujo de transporte original (1) no se multiplexa un flujo de datos de un determinado servicio de accesibilidad (9) asociado a dicho flujo de vídeo con datos no nulos y sobre dicho flujo de transporte original (1) se multiplexa dicho flujo de datos del servicio de accesibilidad (9), generar el flujo de transporte corregido (2) sustituyendo la información de señalización (8) del flujo de transporte original (1) por una información de señalización que indica que se multiplexa dicho flujo de datos del servicio de accesibilidad (9).
3. Método según cualquiera de las reivindicaciones anteriores caracterizado porque comprende, además:
-si la información de señalización (8) indica que sobre el flujo de transporte original (1) se multiplexa un flujo de datos de un determinado servicio de accesibilidad (9) asociado a dicho flujo de vídeo con datos no nulos y sobre dicho flujo de transporte original (1) no se multiplexa dicho flujo de datos del servicio de accesibilidad (9), o si la información de señalización (8) indica que sobre el flujo de transporte original (1) no se multiplexa un flujo de datos de un determinado servicio de accesibilidad (9) asociado a dicho flujo de vídeo con datos no nulos y sobre dicho flujo de transporte original (1) se multiplexa dicho flujo de datos del servicio de accesibilidad (9), generar una alarma (10) de incoherencia.
4. Método según cualquiera de las reivindicaciones anteriores caracterizado porque comprende, además:
-almacenar todas o un subconjunto elegido de entre:
-descripción de servicios asociados al flujo de vídeo;
-texto transmitido por el flujo de datos del servicio de accesibilidad
(9) asociado al flujo de vídeo;
-tiempo total en el que está presente y con datos no nulos el flujo de datos del servicio de accesibilidad (9) asociado al flujo de vídeo.
5. Método según cualquiera de las reivindicaciones anteriores caracterizado porque comprende, además:
-si sobre dicho flujo de transporte original (1) se multiplexa un flujo de datos del servicio de accesibilidad (9) asociado a dicho flujo de vídeo con datos no nulos en un instante de tiempo:
-comparar dicho flujo de datos del servicio de accesibilidad (9) con una norma establecida para dicho servicio de accesibilidad;
-si dicho flujo de datos del servicio de accesibilidad (9) no cumple con dicha norma, generar una alarma (10) de incumplimiento.
6. Sistema de generación de un flujo de transporte corregido (2) a partir de un flujo de transporte original (1) de televisión digital, donde sobre dicho flujo de transporte original (1) y sobre dicho flujo de transporte corregido (2) se multiplexan, al menos:
-un flujo de vídeo;
-un flujo de datos de señalización que comprende, al menos, información de señalización (8) que indica si sobre dicho flujo de transporte original se multiplexa un flujo de datos de un determinado servicio de accesibilidad (9) asociado a dicho flujo de vídeo con datos no nulos en un instante de tiempo; caracterizado porque comprende:
-un demultiplexor (3) configurado para demultiplexar el flujo de datos de señalización del flujo de transporte original (1);
-medios de comparación (5) configurados para comparar la información de señalización (8) del flujo de datos de señalización con el flujo de transporte original (1);
-medios de generación (7) configurados para:
-si la información de señalización (8) indica que sobre el flujo de transporte original (1) se multiplexa un flujo de datos de un determinado servicio de accesibilidad (9) asociado a dicho flujo de vídeo con datos no nulos y sobre dicho flujo de transporte original (1) se multiplexa dicho flujo de datos del servicio de accesibilidad (9), o si la información de señalización (8) indica que sobre el flujo de transporte original (1) no se multiplexa un flujo de datos de un determinado servicio de accesibilidad (9) asociado a dicho flujo de vídeo con datos no nulos y sobre dicho flujo de transporte original (1) no se multiplexa dicho flujo de datos del servicio de accesibilidad (9), generar el flujo de transporte corregido (2) con la misma información de señalización (8) que el flujo de de transporte original (1);
-si la información de señalización (8) indica que sobre el flujo de transporte original (1) se multíplexa un flujo de datos de un determinado servicio de accesibilidad (9) asociado a dicho flujo de vídeo con datos no nulos y sobre dicho flujo de transporte original (1) no se multiplexa dicho flujo de datos del servicio de accesibilidad (9), generar el flujo de transporte corregido (2) sustituyendo la información de señalización (8) del flujo de transporte original (1) por una información de señalización que indica que no se multiplexa dicho flujo de datos del servicio de accesibilidad (9);
7. Sistema según la reivindicación 6 caracterizado porque los medios de generación (7) están configurados, además, para:
-si la información de señalización (8) indica que sobre el flujo de transporte original (1) no se multiplexa un flujo de datos de un determinado servicio de accesibilidad (9) asociado a dicho flujo de vídeo con datos no nulos y sobre dicho flujo de transporte original (1) se multiplexa dicho flujo de datos del servicio de accesibilidad (9), generar el flujo de transporte corregido (2) sustituyendo la información de señalización (8) del flujo de transporte original (1) por una información de señalización que indica que se multiplexa dicho flujo de datos del servicio de accesibilidad (9).
8. Sistema según cualquiera de las reivindicaciones 6 y 7 caracterizado porque comprende, además, medios de notificación (6) configurados para:
-si la información de señalización (8) indica que sobre el flujo de transporte original (1) se multiplexa un flujo de datos de un determinado servicio de accesibilidad (9) asociado a dicho flujo de vídeo con datos no nulos y sobre dicho flujo de transporte original (1) no se multiplexa dicho flujo de datos del servicio de accesibilidad, o si la información de señalización (8) indica que sobre el flujo de transporte original (1) no se multiplexa un flujo de datos de un determinado servicio de accesibilidad (9) asociado a dicho flujo de vídeo con datos no nulos y sobre dicho flujo de transporte original (1) se multiplexa dicho flujo de datos del servicio de accesibilidad (9), generar una alarma (10) de incoherencia.
9. Sistema según cualquiera de las reivindicaciones 6 y 7 caracterizado porque comprende además medios de memoria (4) configurados para almacenar todas o un subconjunto elegido de entre:
-descripción de servicios asociados al flujo de vídeo;
-texto transmitido por el flujo de datos del servicio de accesibilidad (9) asociado al flujo de video;
-tiempo total en el que está presente y con datos no nulos el flujo de 10 datos del servicio de accesibilidad (9) asociado al flujo de vídeo.
10. Sistema según cualquiera de las reivindicaciones anteriores caracterizado porque los medios de comparación (5) están configurados, además, para si sobre dicho flujo de transporte original (1) se multiplexa un flujo de datos del servicio de 15 accesibilidad (9) asociado a dicho flujo de vídeo con datos no nulos en un instante de tiempo, comparar dicho flujo de datos del servicio de accesibilidad (9) con una norma establecida para dicho servicio de accesibilidad; y porque comprende medios de notificación (6) configurados para, si dicho flujo de datos del servicio de accesibilidad (9) no cumple con dicha norma, generar una alarma (10) de incumplimiento.
PCT/ES2010/000427 2009-10-21 2010-10-20 Generación de un flujo de transporte corregido para televisión digital WO2011048240A2 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
ES200930884A ES2358145B1 (es) 2009-10-21 2009-10-21 Método y sistema de generación de un flujo de transporte corregido a partir de un flujo de transporte original de televisión digital.
ESP200930884 2009-10-21

Publications (2)

Publication Number Publication Date
WO2011048240A2 true WO2011048240A2 (es) 2011-04-28
WO2011048240A3 WO2011048240A3 (es) 2011-07-07

Family

ID=43880329

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/ES2010/000427 WO2011048240A2 (es) 2009-10-21 2010-10-20 Generación de un flujo de transporte corregido para televisión digital

Country Status (2)

Country Link
ES (1) ES2358145B1 (es)
WO (1) WO2011048240A2 (es)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2482840B1 (es) * 2012-10-17 2015-04-20 Universidad Carlos Iii De Madrid Procedimiento y dispositivo para medir el tiempo de subtitulado en los flujos de transporte de radio y televisión

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050114890A1 (en) * 2003-11-26 2005-05-26 Wegener Communications, Inc. Automated transport stream apparatus and method
US20050229229A1 (en) * 2003-01-31 2005-10-13 Sony Corporation Data processing device and method, and digital broadcast receiver
JP2007036798A (ja) * 2005-07-28 2007-02-08 Nippon Hoso Kyokai <Nhk> トランスポート・ストリーム監視装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050229229A1 (en) * 2003-01-31 2005-10-13 Sony Corporation Data processing device and method, and digital broadcast receiver
US20050114890A1 (en) * 2003-11-26 2005-05-26 Wegener Communications, Inc. Automated transport stream apparatus and method
JP2007036798A (ja) * 2005-07-28 2007-02-08 Nippon Hoso Kyokai <Nhk> トランスポート・ストリーム監視装置

Also Published As

Publication number Publication date
ES2358145A1 (es) 2011-05-06
ES2358145B1 (es) 2012-03-23
WO2011048240A3 (es) 2011-07-07

Similar Documents

Publication Publication Date Title
BR112013018414B1 (pt) Dispositivos e métodos de recepção e de provisão, meios de armazenamento, e, sistema de difusão
US11659195B2 (en) Method for receiving a universal resource identifier (URI) message in a video watermark and device for receiving a universal resource identifier (URI) message in a video watermark
US10375350B2 (en) Non-closed caption data transport in standard caption service
CN104094540B (zh) 服务使用报告数据传输
ES2329969T3 (es) Garantizacion de una distribucion fiable de contenido interactivo.
CN100518291C (zh) 紧急报警消息数据结构、信令方法及有线广播系统
CN102668583B (zh) 经由封闭字幕的数据隧传
KR20100046229A (ko) 메타데이터를 디지털 프로그램 스트림으로 인코딩하기 위한 방법 및 장치
CN107431835B (zh) 发送装置、发送方法、再现装置以及再现方法
CA3046595C (en) Broadcast system with a uri message watermark payload
CN107211170B (zh) 传输装置、传输方法、接收装置以及接收方法
US9924227B2 (en) Detecting and processing multiplexed closed caption data
WO2011048240A2 (es) Generación de un flujo de transporte corregido para televisión digital
ES2482840B1 (es) Procedimiento y dispositivo para medir el tiempo de subtitulado en los flujos de transporte de radio y televisión
CN108989876B (zh) 一种字幕显示的方法及装置
JP4508847B2 (ja) テレビ放送受信装置における番組情報表示システム
ES2668498B1 (es) Procedimiento y sistema para medir el tiempo de audiodescripción en flujos de transporte de radio y televisión
KR100641449B1 (ko) 디지털티브이의 프로그램가이드 표시방법
CA3017447A1 (en) Emergency messages in watermarks
STANDARD Vertical Ancillary Data Mapping of Audio Metadata—Method A

Legal Events

Date Code Title Description
NENP Non-entry into the national phase in:

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10824494

Country of ref document: EP

Kind code of ref document: A2