WO2016016403A1 - Procédé de diffusion d'un service d'alerte - Google Patents

Procédé de diffusion d'un service d'alerte Download PDF

Info

Publication number
WO2016016403A1
WO2016016403A1 PCT/EP2015/067597 EP2015067597W WO2016016403A1 WO 2016016403 A1 WO2016016403 A1 WO 2016016403A1 EP 2015067597 W EP2015067597 W EP 2015067597W WO 2016016403 A1 WO2016016403 A1 WO 2016016403A1
Authority
WO
WIPO (PCT)
Prior art keywords
packets
alert
alert service
audio
services
Prior art date
Application number
PCT/EP2015/067597
Other languages
English (en)
Inventor
Ludovic Poulain
Laurent Roul
Original Assignee
Enensys Technologies
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 Enensys Technologies filed Critical Enensys Technologies
Priority to EP15753622.8A priority Critical patent/EP3175623A1/fr
Priority to RU2017105010A priority patent/RU2691101C2/ru
Priority to US15/327,414 priority patent/US10321205B2/en
Publication of WO2016016403A1 publication Critical patent/WO2016016403A1/fr

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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/814—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts comprising emergency warnings
    • 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/23611—Insertion of stuffing data into a multiplex stream, e.g. to obtain a constant bitrate
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T

Definitions

  • the present invention relates to the field of broadcasting an alert service in a system for broadcasting digital audiovisual programs within a single frequency plate.
  • the audiovisual data streams are multiplexed and time-tagged to allow SFN (Single Frequency Network) transmission of these.
  • SFN Single Frequency Network
  • SFN Single Frequency Network
  • broadcasting of the services is carried out by the transmission of the same data stream by different transmitters on one and the same modulation frequency. Therefore, it is necessary that these different transmitters receive exactly the same content and are finely synchronized with each other to avoid generating interference in the places at the junction of the coverage areas of different transmitters.
  • This synchronization between the different SFN transmitters can, for example, be achieved by inserting in the stream distributed to these transmitters synchronization such as the T2-MI timestamp (T2-Modulator Interface) packets in English which correspond in the DVB-T2 standard to the time labels, and MIP for (Mega-frame Initialization Packet in English) used in the DVB-H and DVB standards -T.
  • T2-MI timestamp T2-Modulator Interface
  • MIP Multi-frame Initialization Packet in English
  • SFN diffusion is characterized by the definition of SFN plates.
  • An SFN plate is a geographical area covered by a set of transmitters whose number is greater than or equal to one. These transmitters are finely synchronized and emit exactly the same data stream on the same frequency.
  • the present invention aims at enabling a broadcasting system for audiovisual digital programs within a single frequency plate to be able to broadcast an alert service in a simple, fast and not very complex way to implement.
  • the invention relates to a method for broadcasting an alert service in a system for broadcasting audiovisual digital programs within a single-frequency plate, characterized in that the method comprises the steps performed by an insertion module of the alert service:
  • the invention also relates to a device for broadcasting an alert service in a system for broadcasting audiovisual digital programs within a single-frequency plate, characterized in that the device comprises:
  • the system for broadcasting audiovisual digital programs within a single-frequency plate can broadcast an alert service in a simple, fast and not very complex to implement.
  • the present invention is able to broadcast the alert service less than two frames after receiving a command to broadcast an alert message.
  • the replacement of all the packets of the video and audio components of the services other than the alert service by the alert service packets stored in the backup memory is broken down into sub-steps. from:
  • alert service packets do not need to be stored as many times as other services exist.
  • the frames are T2-type frames and the method further comprises the step of encapsulating the packets of the new frame in a T2-MI stream.
  • the present invention is applicable in new generation broadcast systems.
  • the T2 frames comprising the alerting service and the other services are included in at least one T2-MI stream and obtaining the T2 frames is performed by de-encapsulating the T2 frames of the stream T2-MI.
  • the present invention is applicable in new generation broadcast systems.
  • the T2 frames comprising the alert service and the other services are included in a single T2-MI stream.
  • the architecture of the broadcasting system is simplified.
  • the T2 frames comprising the alert service and the other services are included in two T2-MI streams, the frames of the alert service being encapsulated in a T2-MI stream different from the T2-MI stream.
  • T2-MI stream in which the T2 frames comprising the other services and the method comprises the step of aligning the frames of the alert service and the frames of the other services.
  • the T2 frames are included in TS streams and the method further comprises the steps of:
  • the new frames conform to the standard used for broadcasting.
  • the method furthermore comprises the step of receiving a stop command for broadcasting an alert message and the packets of the other services are not replaced from the mark of the frame following the reception of the command to stop broadcasting an alert message.
  • FIG. 1 illustrates an exemplary architecture for broadcasting an alert service in an audiovisual digital program broadcasting system within a single-frequency plate according to the present invention
  • FIG. 2 represents an insertion module of an alert service for a synchronous terrestrial broadcast within a single-frequency plate according to the present invention
  • Figs. 3 represent an example of an algorithm for synchronous terrestrial broadcasting within a single-frequency plate according to the present invention
  • FIG. 4 shows an example of a T2-MI stream received and processed according to the present invention
  • FIG. 5 represents the reception of a command for broadcasting an alert message between frames T2.
  • Fig. 1 illustrates an exemplary architecture for broadcasting an alert service in an audiovisual digital program broadcasting system within a single-frequency plate according to the present invention.
  • the present invention is described in a broadcast system conforming to DVB-T2, acronym for Digital Video Broadcasting - Terrestrial Second Generation.
  • the present invention is also applicable in audiovisual broadcasting systems that conform to other broadcast standards.
  • the system according to the example of FIG. 1 comprises at least one multiplexer 11 which multiplexes audiovisual services to be broadcast.
  • the multiplexer 11 encodes and multiplexes, for example, x services marked Servi and Serv2 to Servx, as well as a service denoted ServEWS that includes the audiovisual program to be broadcast in the event of an alert.
  • the system comprises a second multiplexer 13 which multiplexes at least the audiovisual alert service to broadcast ServEWS instead of the multiplexer 11.
  • Multiplexer 11 forms, for example, three audiovisual data streams denoted TS1, TS2 and TS3.
  • the audiovisual data stream streams TS1, TS2 and TS3 are streams of the TS (Transport Stream Acronym) type and conform to the ISO 13818 standard.
  • the multiplexer 13 encodes and multiplexes for example the services marked Servi 1, Servl2 and ServEWS.
  • the multiplexer 13 forms, for example, two audiovisual data streams denoted TS1 and TS12.
  • the audiovisual data streams TS1 and TS12 are streams of type TS.
  • the data streams formed by the multiplexer 11 are processed by a T2 gateway 12 compliant with the DVB standard in its version 2 and which forms a stream called T2-MI stream.
  • a T2-MI stream consists of a set of isolated physical layer tunnels. Each tunnel contains a multiplex of programs corresponding to a stream TS within the meaning of version 1 of the standard. The T2-MI stream is therefore composed of the different programs to be broadcast on a given region and the alert service.
  • the T2-MI stream formed by the T2 gateway 12 is subsequently called the T2-T2 stream.
  • Main MI This T2-MI stream comprises the services broadcast when no alert service broadcast command is generated as well as the alert service which is not broadcast when a broadcast command of the alert service does not exist. is not generated.
  • the data streams formed by the multiplexer 13 are processed by a gateway T2 denoted 14 which also conforms to the DVB standard in its version 2 and which forms a stream T2-MI.
  • the T2-MI stream formed by the T2 gateway 14 is subsequently called secondary T2-MI stream.
  • T2-MI stream (s) formed by the T2 gateway 12 or the T2 gateway 14 are transferred in accordance with the present invention to an EWS alert service insertion module noted 10.
  • the transfer of the T2-MI flow (s) formed by the T2 gateway 12 or the T2 gateway 14 is performed via a satellite link.
  • Satellite broadcasting is just one example, any other means of dissemination that can be used.
  • the advantage of satellite is that it allows wide coverage of a set of potentially numerous transmitters that are far apart. Depending on the territory to be covered, it may be envisaged a diffusion by optical fiber for example.
  • a module for generating an alert service 17 generates dispatch commands for the alert flow to the alert service insertion module 10.
  • the generation module of an alert service 17 is capable of to generate the service noted ServEWS to the multiplexer 11 or 13 or not if the alert service is generated by another device not shown in FIG. 1.
  • the alert service insertion module EWS 10 the alert service insertion module EWS 10:
  • the EWS alert service broadcast module 10 transfers the T2-MI stream thus formed to a processing and transmission equipment for broadcast 15.
  • FIG. 1 the system includes an EWS alert service broadcast module 10 and processing and transmission equipment for SFN plate broadcast.
  • Fig. 2 represents an insertion module of an alert service for a synchronous terrestrial broadcast within a single-frequency plate according to the present invention.
  • the insertion module of an alert service 10 comprises a communication bus 201 to which are connected a processor 200, a non-volatile memory 203, a random access memory 202, a communication or input interface 204 with the T2 gateways 12 and 14 and a communication or output interface 205 with the processing and transmission module 15.
  • the non-volatile memory 203 stores the software modules implementing the invention, as well as the data for implementing the algorithm that will be described later with reference to FIGS. 3.
  • the programs according to the present invention are stored in storage means.
  • This storage means is readable by the microprocessor 200.
  • the software modules according to the present invention are transferred into the random access memory 202 which then contains the executable code of the invention as well as the data necessary to the implementation of the invention.
  • the insertion module of an alert service 10 transfers the modified stream to the processing and transmission module 15 for broadcasting.
  • All or part of the steps of the algorithm described below with reference to FIGS. 3 can be implemented by software by executing the steps by a programmable device such as a microprocessor, a DSP (Digital Signal Processor), or a microcontroller or implemented in a component such as a Field Programmable Gate Array (FPGA) or a ASIC (Application-Specific Integrated Circuit).
  • a programmable device such as a microprocessor, a DSP (Digital Signal Processor), or a microcontroller or implemented in a component such as a Field Programmable Gate Array (FPGA) or a ASIC (Application-Specific Integrated Circuit).
  • FPGA Field Programmable Gate Array
  • ASIC Application-Specific Integrated Circuit
  • the insertion module of an alert service 10 includes circuitry which allows the insertion module of an alert service 10 to execute the steps of the algorithm of FIGS. 3.
  • Figs. 3 represent an example of an algorithm for synchronous terrestrial broadcasting within a single-frequency plate according to the present invention.
  • the present algorithm is executed by the processor 200 of the insertion module of an alert service 10.
  • step E300 the processor 200 detects the reception of the T2-MI streams of the T2 gateways 12 and 14 containing time markers for an SFN broadcast.
  • the time markers are, for example, T2-MI-timestamp packets.
  • step E301 the processor 200 aligns the T2-MI streams using the time information of the T2-MI-timestamp packets. For this, the processor 200 determines from information stored in the RAM 202, the unique identifier of the alert service and the T2-MI stream that includes the alert service. This information is for example and in a non-limiting manner stored during the installation of the insertion module of an alert service 10.
  • the processor 200 does not execute step E301, the main T2-MI stream already being aligned.
  • the processor 200 executes step E301 and aligns the main T2-MI stream and the secondary T2-MI stream.
  • a T2-MI stream includes T2-MI data packets such as T2-MI timestamp synchronization packets, signaling packets including the current named T2-MI L1 packet which provides information on the T2-MI flow structure and packets called Baseband Frames (BB), containing data from the MPEG-2 TS streams of the different tunnels.
  • T2-MI packets are organized in T2 frames, each T2 frame contains a T2-MI timestamp packet, a current T2-MI L1 packet, and baseband packet frames.
  • the processor 200 instead of receiving T2-MI streams, directly receives TS streams with time markers corresponding to the standard used for broadcasting. These markers are, for example, Megaframe Information Packet (MIP) packets in the case of a first-generation DVB-T broadcast. In this case, the processor 200 does not execute the steps E300 to E302.
  • MIP Megaframe Information Packet
  • the processor 200 associates a mark for each frame T2 of each decapsed TS stream.
  • Fig. 4 shows an example of a T2-MI stream received and processed according to the present invention.
  • a T2 frame of a T2-MI stream comprising three tunnels denoted PLPO, PLP1 and PLP2 is shown.
  • the PLPO tunnel includes service data PI, P2 and P3 which have been multiplexed, the PLPL tunnel includes data Pl1, P12 and P13 of the service Serv2 which have been multiplexed and the PLP2 tunnel includes data P21, P22 and P23 Serv3 service that have been multiplexed.
  • a mark 40, present in each frame T2, is duplicated to the first packet
  • the PLPO tunnel is marked by the mark 41
  • the PLPL tunnel is marked by the mark 42
  • PLP2 tunnel is marked by the mark 43.
  • the processor 200 searches the de-encapsulated T2-MI stream comprising the alert service, the unique identifier of the alert service and stores the PIDs (packet identifier in English and packet identifier in French). ) of the video component and audio components of the alert service.
  • the identifier is called service id.
  • the processor 200 searches in the de-encapsulated T2-MI stream, the unique identifiers of the other services and stores the PIDs of the video component and the audio components of the other services of the main stream.
  • processor 200 proceeds to step E306 of FIG. 3b.
  • step E306 the processor 200 checks whether a broadcast command for an alert message is received.
  • the broadcast command of the alert message is for example included in one of the T2-MI streams received and is generated by the alert service generation module 17.
  • step E307 If a broadcast command for an alert message is received, the processor 200 proceeds to step E307.
  • step E307 the processor 200 stores the packets of the video component and audio components of the alert service from the frame mark T2 following the reception of the broadcast command of an alert message. Other alert service packets are not backed up.
  • Fig. 5 represents the reception of a command for broadcasting an alert message between frames T2.
  • an alert message 50 is received after the frame mark T2 noted 51 and before the reception of the frame mark T2 52.
  • the processor 200 stores in step E307 the packets of the video component and audio components of the alert service from the T2 frame mark 52.
  • step E308 the processor 200 counts, for each frame T2, the number of packets TS stored in step E307. This number is called Nb_package_alert.
  • the processor 200 identifies the packets of the different streams TS contained in the main stream T2-MI.
  • the processor 200 replaces all the PID packets of the video and audio components of the other services than the null packet alert service.
  • step E311 the processor 200 counts, for each frame T2 of the main stream T2-MI, the number of packets TS of each of the streams TS of the main stream T2-MI. For each TS stream of the main T2-MI stream, this number is called Nb_package (i) or i identifies a stream TSi of the main T2-MI stream.
  • the processor 100 calculates for each TSi, the ratio between the number of packets of the alert service and the stream TSi according to the following formula:
  • the processor 200 defined then remains (i) the remainder of the Euclidean division Nb -P a ⁇ uet ⁇ _
  • the processor 200 calculates, for each stream TSi, the duration of a packet TS in PCR time.
  • Time tagging in the form of packets containing a PCR field, is described in ISO 13818-1.
  • the processor 200 uses the PID containing the PCR of the first service of the stream TSi.
  • PCR PCR
  • n PCR field index
  • the processor 200 performs a Euclidean division of Diff by NbPaquetPCR.
  • the quotient is called step_pcr (i) and the rest remains_pcr (i).
  • the processor 200 timestamps in PCR time all the packets of the stream TSi.
  • the timestamp TimePcr of the package j realized is the following:
  • TimePcr j TimePcr j-l) + step_pcr (i)
  • TimePcr j TimePcr j-l) + step_pcr (i) + l
  • step E319 the processor 200 detects a frame mark T2.
  • the processor 200 reads the first packet of the alert service stored during the previous frame T2 and stores it in a FIFO memory.
  • the processor 200 increments the corresponding counter cpt (i) by one unit of each stream of each stream TSi.
  • processor 200 proceeds to step E325. If not, processor 200 returns to step E323.
  • step E325 the processor 200 reads the next received packet.
  • step E330 the processor 200 reads the next packet of the alert service stored during the previous frame T2 and stores it in a FIFO memory.
  • processor 200 proceeds to step E340 of FIG. 3c.
  • step E340 the processor 200 checks whether the packet received from the stream TSi is a null packet and that the FIFO contains at least one packet of the alert service.
  • step E341 the processor 200 proceeds to step E341 and reads a packet in the FIFO.
  • step E342 the processor 200 stores the packet read in step E341 in a so-called backup memory.
  • step E343 the processor 200 checks whether the read packet TSi is a packet of an audio component. If the packet is a packet of an audio component, the processor 200 proceeds to step E344. The processor 200 replaces the null packet with the read alert service packet. If not, processor 200 proceeds to step E345.
  • step E344 the processor 200 replaces the PID of the alert service packet stored in the backup memory with the first PID of the audio component of the stream TSi identified in step E305.
  • processor 200 proceeds to step E346.
  • step E345 the processor 200 replaces the PID of the alert service packet stored in the backup memory with the first PID of the video component of the stream TSi identified in step E305.
  • processor 200 proceeds to step E346.
  • step E346 the processor 200 checks whether the next packet received from the stream TSi is a null packet. If the next packet of stream TSi is a null packet, processor 200 proceeds to step E347. If not, processor 200 proceeds to step E352.
  • step E347 the processor 200 reads the next packet stored in the so-called backup memory.
  • the processor 200 replaces the null packet with the read alert service packet.
  • the processor 200 replaces the PID of the alert service packet stored in the backup memory with the next PID of the audio component of the stream TSi identified in step E305 if the read packet is an audio packet. or replace the PID of the alert service packet stored in the backup memory with the next PID of the video component of the stream TSi identified in step E305.
  • step E349 the processor 200 checks whether all the components of each stream TS i have been processed. If not, processor 200 proceeds to step E350. If so, processor 200 proceeds to step E351.
  • step E340 the processor 200 considers another component and returns to step E346.
  • step E351 the processor 200 updates the packet continuity counters. For each PID of the services replaced, the first continuity counter is set to 0 and the flag discontinuity indicator is set to 1, then for each PID, the continuity counter is incremented by 1.
  • step 350 the processor 200 updates the PCRs of the streams thus modified.
  • the update of the PCR of the packet n is carried out as follows:
  • PCR (n) PCR (n-1) + DeltaT (n, n-1) where DeltaT is the time between packet n and packet n-1.
  • the first updated PCR value is the original PCR of the inserted packet and the discontinuity flag is set to 1:
  • the processor 200 proceeds to step E352 and re-encapsulates the packets in a T2-MI stream.
  • the T2-MI stream has exactly the same structure as the original stream since processing is done at the TS level and there is no packet deletion or addition.
  • the processing latency of the main stream is very low, so it is easy to use the characteristics of the incoming T2-MI stream.
  • processor 200 returns to step E340.
  • the insertion of the alert service stops either because an alert stop message is received by the insertion module of an alert service 10 or because the alert service is not available. no longer present. In this case, the insertion module of an alert service 10 no longer performs any processing on the T2-MI stream.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention concerne un procédé de diffusion d'un service d'alerte dans un système de diffusion de programmes numériques audiovisuels au sein d'une plaque mono fréquence. Le procédé comporte les étapes, effectuées par un module d'insertion du service d'alerte : - obtention (E301, E301, E302) de trames comportant le service d'alerte et d'autres services, - association (E303) d'une marque pour chaque trame, - identification (E303, E305) des identificateurs des paquets de composantes audio et vidéo du service d'alerte et des paquets de composantes audio et vidéo des autres services, - réception d'une commande de diffusion d'un message d'alerte, - mémorisation des paquets vidéo et audio du service d'alerte à partir de la première marque de trame suivant la réception de la commande de diffusion d'un message d'alerte, - remplacement, à partir de la seconde marque de trame suivant la réception de la commande de diffusion d'un message d'alerte, de tous les paquets des composantes vidéo et audio des autres services que le service d'alerte par les paquets du service d'alerte mémorisés dans la mémoire de sauvegarde et remplacement des identificateurs de paquets de composantes audio et vidéo du service d'alerte respectivement par les identificateurs de paquets de la composante audio ou vidéo du paquet remplacé pour former une nouvelle trame.

Description

Procédé de diffusion d'un service d'alerte
La présente invention concerne le domaine de la diffusion d'un service d'alerte dans un système de diffusion de programmes numériques audiovisuels au sein d'une plaque mono fréquence.
Dans les systèmes de diffusion de programmes numériques audiovisuels, les flux de données audiovisuels sont multiplexés et marqués temporellement pour permettre une diffusion mono fréquence SFN (pour Single Frequency Network en anglais) de ceux-ci.
La diffusion SFN (pour Single Frequency Network en anglais) se caractérise en ce que la diffusion des services est effectuée par l'émission d'un même flux de données par différents émetteurs sur une seule et même fréquence de modulation. De ce fait, il est nécessaire que ces différents émetteurs reçoivent exactement le même contenu et soient finement synchronisés entre eux pour éviter de générer des interférences dans les endroits se trouvant à la jonction des zones de couverture des différents émetteurs.
Cette synchronisation entre les différents émetteurs SFN peut, par exemple, être réalisée par l'insertion dans le flux distribué à ces émetteurs de paquets de synchronisation tels que les paquets T2-MI timestamp (T2-Modulator Interface) en anglais qui correspondent dans la norme DVB-T2 aux étiquettes temporelles, et MIP pour (Mega-frame Initialization Packet en anglais) utilisées dans les normes DVB-H et DVB-T. Ce mécanisme est décrit dans le document : « Digital Video Broadcasting (DVB); DVB mega-frame for Single Frequency Network (SFN) synchronization Modulator Interface (T2-MI) for a second génération digital terrestrial télévision broadcasting System (DVB-T2)» de l'ETSI (European Télécommunications Standards Institute en anglais) sous la référence ETSI TS 102 773 VI .1.1 (2009-09). Le point d'émission recevant le flux se synchronise alors sur le flux reçu, par exemple à l'aide de ces paquets T2-MI de type DVB-T2 timestamp. Nous appelons cette synchronisation du point d'émission sur le flux reçu entraînant la synchronisation entre eux de tous les points d'émission, la synchronisation SFN du point d'émission.
La diffusion SFN se caractérise par la définition de plaques SFN. Une plaque SFN est une zone géographique couverte par un ensemble d'émetteurs dont le nombre est supérieur ou égal à un. Ces émetteurs sont finement synchronisés et émettent exactement le même flux de données sur la même fréquence.
Dans certaines régions, les populations sont soumises à des risques majeurs comme par exemple une éruption volcanique, des ouragans, des typhons. Afin de permettre à ces populations de prendre des précautions avant l'arrivée de tels événements, des messages d'alerte sont diffusés par les autorités. La diffusion de tels messages d'alerte par l'intermédiaire un système de diffusion de programmes numériques audiovisuels SFN est une solution intéressante mais difficile à implémenter de par la synchronisation des différents émetteurs SFN et le multiplexage des flux audiovisuels.
La présente invention vise à permettre à un système de diffusion de programmes numériques audiovisuels au sein d'une plaque mono fréquence de pouvoir diffuser un service d'alerte de manière simple, rapide et peu complexe à implémenter.
L'invention concerne un procédé de diffusion d'un service d'alerte dans un système de diffusion de programmes numériques audiovisuels au sein d'une plaque mono fréquence, caractérisé en ce que le procédé comporte les étapes effectuées par un module d'insertion du service d'alerte :
- obtention de trames comportant le service d'alerte et d'autres services,
- association d'une marque pour chaque trame, - identification des identificateurs des paquets de composantes audio et vidéo du service d'alerte,
- identification des identificateurs des paquets de composantes audio et vidéo des autres services,
- réception d'une commande de diffusion d'un message d'alerte,
- mémorisation des paquets vidéo et audio du service d'alerte à partir de la première marque de trame suivant la réception de la commande de diffusion d'un message d'alerte,
- remplacement, à partir de la seconde marque de trame suivant la réception de la commande de diffusion d'un message d'alerte, de tous les paquets des composantes vidéo et audio des autres services que le service d'alerte par les paquets du service d'alerte mémorisés dans la mémoire de sauvegarde et remplacement des identificateurs de paquets de composantes audio et vidéo du service d'alerte respectivement par les identificateurs de paquets de la composante audio ou vidéo du paquet remplacé pour former une nouvelle trame.
L'invention concerne aussi un dispositif de diffusion d'un service d'alerte dans un système de diffusion de programmes numériques audiovisuels au sein d'une plaque mono fréquence, caractérisé en ce que le dispositif comporte :
- des moyens d'obtention de trames comportant le service d'alerte et d'autres services,
- des moyens d'association d'une marque pour chaque trame,
- des moyens d'identification des identificateurs des paquets de composantes audio et vidéo du service d'alerte,
- des moyens d'identification des identificateurs des paquets de composantes audio et vidéo des autres services,
- des moyens de réception d'une commande de diffusion d'un message d'alerte,
- des moyens de mémorisation des paquets vidéo et audio du service d'alerte à partir de la première marque de trame suivant la réception de la commande de diffusion d'un message d'alerte,
- des moyens de remplacement, à partir de la seconde marque de trame suivant la réception de la commande de diffusion d'un message d'alerte, de tous les paquets des composantes vidéo et audio des autres services que le service d'alerte par les paquets du service d'alerte mémorisés dans la mémoire de sauvegarde et remplacement des identificateurs de paquets de composantes audio et vidéo du service d'alerte respectivement par les identificateurs de paquets de la composante audio ou vidéo du paquet remplacé pour former une nouvelle trame.
Ainsi, le système de diffusion de programmes numériques audiovisuels au sein d'une plaque mono fréquence peut diffuser un service d'alerte de manière simple, rapide et peu complexe à implémenter.
En effet, la présente invention est apte à diffuser le service d'alerte moins de deux trames après la réception d'une commande de diffusion d'un message d'alerte.
Selon un mode particulier de réalisation de l'invention, le remplacement de tous les paquets des composantes vidéo et audio des autres services que le service d'alerte par les paquets du service d'alerte mémorisés dans la mémoire de sauvegarde se décompose en sous étapes de :
- remplacement, à partir de la seconde marque de trame suivant la réception de la commande de diffusion d'un message d'alerte, de tous les paquets des composantes vidéo et audio des autres services que le service d'alerte par des paquets nuls,
- remplacement des paquets nuls par les paquets du service d'alerte mémorisés dans la mémoire de sauvegarde.
Ainsi, les paquets du service d'alerte n'ont pas besoin d'être mémorisés autant de fois qu'il existe d'autres services.
Selon un mode particulier de réalisation de l'invention, les trames sont des trames de type T2 et le procédé comporte en outre l'étape d'encapsulation des paquets de la nouvelle trame dans un flux T2-MI.
Ainsi, la présente invention est applicable dans les systèmes de diffusion de nouvelle génération.
Selon un mode particulier de réalisation de l'invention, les trames T2 comportant le service d'alerte et les autres services sont comprises dans au moins un flux T2-MI et l'obtention des trames T2 est effectuée en désencapsulant les trames T2 du flux T2-MI.
Ainsi, la présente invention est applicable dans les systèmes de diffusion de nouvelle génération.
Selon un mode particulier de réalisation de l'invention, les trames T2 comportant le service d'alerte et les autres services sont comprises dans un unique flux T2-MI.
Ainsi, l'architecture du système de diffusion est simplifiée. Selon un mode particulier de réalisation de l'invention, les trames T2 comportant le service d'alerte et les autres services sont comprises dans deux flux T2- MI, les trames du service d'alerte étant encapsulées dans un flux T2-MI différent du flux T2-MI dans lequel les trames T2 comportant les autres services et le procédé comporte l'étape d'alignement des trames du service d'alerte et les trames des autres services.
Ainsi, en encapsulant les trames du service d'alerte dans un autre flux T2-MI, il est possible d'avoir une génération du service d'alerte centralisée, par exemple, par un organisme, tel qu'un état, en parallèle avec les opérateurs classiques de diffusion.
Selon un mode particulier de réalisation de l'invention, les trames T2 sont comprises dans des flux TS et le procédé comporte en outre les étapes de :
- calcul du rapport entre le nombre de paquets de composantes vidéo et audio du service d'alerte et le nombre de paquets de composantes vidéo du service d'alerte et des autres services,
- détermination d'un étiquetage temporel pour chaque flux TS.
Ainsi, les nouvelles trames sont conformes à la norme utilisée pour la diffusion.
Selon un mode particulier de réalisation de l'invention, le procédé comporte en outre l'étape de réception d'une commande d'arrêt de diffusion d'un message d'alerte et les paquets des autres services ne sont pas remplacés à partir de la marque de la trame suivant la réception de la commande d'arrêt de diffusion d'un message d'alerte.
Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels :
la Fig. 1 illustre un exemple d'architecture de diffusion d'un service d'alerte dans un système de diffusion de programmes numériques audiovisuels au sein d'une plaque mono fréquence selon la présente invention ;
la Fig. 2 représente un module d'insertion d'un service d'alerte pour une diffusion terrestre synchrone au sein d'une plaque mono fréquence selon la présente invention ;
les Figs. 3 représentent un exemple d'algorithme pour une diffusion terrestre synchrone au sein d'une plaque mono fréquence selon la présente invention;
la Fig. 4 représente un exemple de flux T2-MI reçu et traité selon la présente invention ; la Fig. 5 représente la réception d'une commande de diffusion d'un message d'alerte entre des trames T2.
La Fig. 1 illustre un exemple d'architecture de diffusion d'un service d'alerte dans un système de diffusion de programmes numériques audiovisuels au sein d'une plaque mono fréquence selon la présente invention.
La présente invention est décrite dans un système de diffusion conforme à la norme DVB-T2, acronyme de Digital Video Broadcasting - Terrestrial seconde génération. La présente invention est aussi applicable dans des systèmes de diffusion audiovisuels conformes à d'autres normes de diffusion.
Le système selon l'exemple de la Fig. 1 comporte au moins un multiplexeur 11 qui multiplexe des services audiovisuels à diffuser.
Le multiplexeur 11 encode et multiplexe par exemple x services notés Servi et Serv2 à Servx ainsi qu'un service noté ServEWS qui comporte le programme audiovisuel à diffuser en cas d'alerte.
En variante, le système comporte un second multiplexeur 13 qui multiplexe au moins le service audiovisuel d'alerte à diffuser ServEWS à la place du multiplexeur 11.
Le multiplexeur 11 forme par exemple trois flux de données audiovisuelles notés TS1, TS2 et TS3. Les flux de flux de données audiovisuelles TS1, TS2 et TS3 sont des flux de type TS (acronyme de Transport Stream) et conformes à la norme ISO 13818.
Selon la variante, le multiplexeur 13 encode et multiplexe par exemple les services notés Servi 1, Servl2 et ServEWS.
Le multiplexeur 13 forme par exemple deux flux de données audiovisuelles notés TSl l et TS12. Les flux de données audiovisuelles TSl l et TS12 sont des flux de type TS.
Les flux de données formés par le multiplexeur 1 1 sont traités par une passerelle T2 notée 12 conforme à la norme DVB dans sa version 2 et qui forme un flux appelé flux T2-MI. Un flux T2-MI est constitué d'un ensemble de tunnels couches physiques isolés. Chaque tunnel contient un multiplexe de programmes correspondant à un flux TS au sens de la version 1 de la norme. Le flux T2-MI est donc composé des différents programmes devant être diffusés sur une région donnée et du service d'alerte. Le flux T2-MI formé par la passerelle T2 12 est par la suite appelé flux T2- MI principal. Ce flux T2-MI comprend les services diffusés lorsqu' aucune commande de diffusion du service d'alerte n'est générée ainsi que le service d'alerte qui n'est pas diffusé lorsqu'une commande de diffusion du service d'alerte n'est pas générée.
Selon la variante, les flux de données formés par le multiplexeur 13 sont traités par une passerelle T2 notée 14 conforme elle aussi à la norme DVB dans sa version 2 et qui forme un flux T2-MI. Le flux T2-MI formé par la passerelle T2 14 est par la suite appelé flux T2-MI secondaire.
Le ou les flux T2-MI formés par la passerelle T2 12 voire la passerelle T2 14 sont transférés conformément à la présente invention à un module d'insertion de service d'alerte EWS noté 10.
Le transfert du ou des flux T2-MI formés par la passerelle T2 12 voire la passerelle T2 14 est effectué par l'intermédiaire d'une liaison satellite. La diffusion par satellite n'est qu'un exemple, tout autre moyen de diffusion pouvant être utilisé. Le satellite offre l'avantage de permettre une couverture large d'un ensemble d'émetteurs potentiellement nombreux et éloignés les uns des autres. Selon le territoire à couvrir, il peut être envisagé une diffusion par fibre optique par exemple.
Un module de génération d'un service d'alerte 17 génère des commandes de diffusion du flux d'alerte à destination du module d'insertion de service d'alerte 10. Le module de génération d'un service d'alerte 17 est apte à générer le service noté ServEWS à destination du multiplexeur 11 ou 13 ou non si le service d'alerte est généré par un autre dispositif non représenté en Fig. 1.
Selon la présente invention, le module d'insertion de service d'alerte EWS 10:
- obtient des trames comportant le service d'alerte et d'autres services,
- associe une marque pour chaque trame,
- identifie des identificateurs des paquets de composantes audio et vidéo du service d'alerte,
- identifie des identificateurs des paquets de composantes audio et vidéo des autres services,
- reçoit une commande de diffusion d'un message d'alerte,
- mémorise des paquets vidéo et audio du service d'alerte à partir de la première marque de trame suivant la réception de la commande de diffusion d'un message d'alerte,
- remplace, à partir de la seconde marque de trame suivant la réception de la commande de diffusion d'un message d'alerte, tous les paquets des composantes vidéo et audio des autres services que le service d'alerte par les paquets du service d'alerte mémorisés dans la mémoire de sauvegarde et remplace des identificateurs de paquets de composantes audio et vidéo du service d'alerte respectivement par les identificateurs de paquets de la composante audio ou vidéo du paquet remplacé pour former une nouvelle trame.
Le module de diffusion de service d'alerte EWS 10 transfère le flux T2-MI ainsi formé à un équipement de traitement et de transmission pour une diffusion 15.
Il est à remarquer ici que par souci de simplification, un seul module de diffusion de service d'alerte EWS et un seul équipement de traitement et de transmission pour une diffusion sont représentés en Fig. 1. En réalité, le système comporte un module de diffusion de service d'alerte EWS 10 et un équipement de traitement et de transmission pour une diffusion 15 par plaque SFN.
La Fig. 2 représente un module d'insertion d'un service d'alerte pour une diffusion terrestre synchrone au sein d'une plaque mono fréquence selon la présente invention.
Le module d'insertion d'un service d'alerte 10 comporte un bus de communication 201 auquel sont reliés un processeur 200, une mémoire non volatile 203, une mémoire vive 202, une interface de communication ou d'entrée 204 avec les passerelles T2 12 et 14 et une interface de communication ou de sortie 205 avec le module de traitement et de transmission 15.
La mémoire non volatile 203 mémorise les modules logiciels mettant en œuvre l'invention, ainsi que les données permettant de mettre en œuvre l'algorithme qui sera décrit par la suite en référence aux Figs. 3.
De manière plus générale, les programmes selon la présente invention sont mémorisés dans un moyen de stockage. Ce moyen de stockage est lisible par le microprocesseur 200.
Lors de la mise sous tension du module d'insertion d'un service d'alerte 10, les modules logiciels selon la présente invention sont transférés dans la mémoire vive 202 qui contient alors le code exécutable de l'invention ainsi que les données nécessaires à la mise en œuvre de l'invention.
Par l'intermédiaire de l'interface 205, le module d'insertion d'un service d'alerte 10 transfère le flux modifié au module de traitement et de transmission 15 pour une diffusion. Tout ou partie des étapes de l'algorithme décrit par la suite en regard aux Figs. 3 peut être implémenté par logiciel en exécutant les étapes par un dispositif programmable tel qu'un microprocesseur, un DSP {Digital Signal Processor), ou un microcontrôleur ou implémenté dans un composant tel qu'un FPGA (Field- Programmable Gâte Array) ou un ASIC (Application-Specific Integrated Circuit).
En d'autres mots, le module d'insertion d'un service d'alerte 10 comporte de la circuiterie qui permet au module d'insertion d'un service d'alerte 10 d'exécuter les étapes de l'algorithme des Figs. 3.
Les Figs. 3 représentent un exemple d'algorithme pour une diffusion terrestre synchrone au sein d'une plaque mono fréquence selon la présente invention.
Plus précisément, le présent algorithme est exécuté par le processeur 200 du module d'insertion d'un service d'alerte 10.
A l'étape E300, le processeur 200 détecte la réception des flux T2-MI des passerelles T2 12 et 14 contenant des marqueurs temporels pour une diffusion SFN. Les marqueurs temporels sont par exemple des paquets T2-MI-timestamp.
A l'étape E301, le processeur 200 aligne les flux T2-MI en utilisant les informations temporelles des paquets T2-MI-timestamp. Pour cela, le processeur 200 détermine à partir d'informations mémorisées dans la mémoire vive 202, l'identifiant unique du service d'alerte ainsi que le flux T2-MI qui comprend le service d'alerte. Ces informations sont par exemple et de manière non limitative mémorisées lors de l'installation du module d'insertion d'un service d'alerte 10.
Lorsque le service d'alerte est compris dans le flux T2-MI principal, le processeur 200 n'exécute pas l'étape E301, le flux T2-MI principal étant déjà aligné.
Lorsque le service d'alerte est compris dans le flux T2-MI secondaire, le processeur 200 exécute l'étape E301 et aligne le flux T2-MI principal et le flux T2-MI secondaire.
A l'étape suivante E302, le processeur 200 désencaspule les flux T2-MI pour fournir des flux TS. Un flux T2-MI comprend des paquets de données T2-MI tels que des paquets de synchronisation T2-MI timestamp, des paquets de signalisation dont le paquet nommé T2-MI Ll courant qui donne des informations sur la structure du flux T2-MI et des paquets appelés trames bandes de base (Baseband Frame en anglais appelé classiquement BBframe) contenant les données des flux MPEG-2 TS des différents tunnels. Les paquets T2-MI sont organisés en trames T2, chaque trame T2 contient un paquet T2-MI timestamp, un paquet T2-MI Ll courant et des paquets trames bandes de base.
Il est à remarquer qu'en variante, le processeur 200 peut, au lieu de recevoir des flux T2-MI, reçoit directement des flux TS avec des marqueurs temporels correspondant à la norme utilisée pour la diffusion. Ces marqueurs sont par exemple des paquets MIP (Megaframe Information Packet en anglais, en français paquet d'information de méga trame) dans le cas d'une diffusion DVB-T de première génération. Dans ce cas, le processeur 200 n'exécute pas les étapes E300 à E302.
A l'étape suivante E303, le processeur 200 associe une marque pour chaque trame T2 de chaque flux TS désencapsulé.
Un exemple est donné en référence à la Fig. 4.
La Fig. 4 représente un exemple de flux T2-MI reçu et traité selon la présente invention.
Dans l'exemple de la Fig. 4, une trame T2 d'un flux T2-MI comportant trois tunnels notés PLPO, PLPl et PLP2 est représentée.
Le tunnel PLPO comporte des données PI, P2 et P3 du service Servi qui ont été multiplexées, le tunnel PLPl comporte des données Pl l , P12 et P13 du service Serv2 qui ont été multiplexées et le tunnel PLP2 comporte des données P21, P22 et P23 du service Serv3 qui ont été multiplexées.
Une marque 40, présente dans chaque trame T2, est dupliquée au premier paquet
TS de chaque tunnel. Le tunnel PLPO est marqué par la marque 41, le tunnel PLPl est marqué par la marque 42 et tunnel PLP2 est marqué par la marque 43.
A l'étape suivante E304, le processeur 200 recherche dans le flux T2-MI désencapsulé comprenant le service d'alerte, l'identifiant unique du service d'alerte et mémorise les PID (pour packet identifier en Anglais et identifiant de paquet en français) de la composante vidéo et des composantes audio du service d'alerte. L'identifiant est appelé service id.
A l'étape suivante E305, le processeur 200 recherche dans le flux T2-MI désencapsulé, les identifiants uniques des autres services et mémorise les PID de la composante vidéo et des composantes audio des autres services du flux principal.
Cette opération effectuée, le processeur 200 passe à l'étape E306 de la Fig. 3b.
A l'étape E306, le processeur 200 vérifie si une commande de diffusion d'un message d'alerte est reçue. La commande de diffusion du message d'alerte est par exemple comprise dans un des flux T2-MI reçus et est générée par le module de génération de service d'alerte 17.
Si aucune commande de diffusion d'un message d'alerte n'est reçue, aucun traitement n'est réalisé sur les différents flux TS. Ils sont encapsulés dans des paquets en conservant la même structure T2-MI que les flux T2-MI à l'entrée du module d'insertion d'un service d'alerte 10. Ainsi, les BBframes ont la même taille, les paquets T2-MI ont les mêmes compteurs.
Si une commande de diffusion d'un message d'alerte est reçue, le processeur 200 passe à l'étape E307.
A l'étape E307, le processeur 200 mémorise les paquets de la composante vidéo et des composantes audio du service d'alerte à partir de la marque de trame T2 suivant la réception de la commande de diffusion d'un message d'alerte. Les autres paquets du service d'alerte ne sont pas sauvegardés.
La Fig. 5 représente la réception d'une commande de diffusion d'un message d'alerte entre des trames T2.
Dans l'exemple de la Fig. 5, un message d'alerte 50 est reçu après la marque de trame T2 notée 51 et avant la réception de la marque de trame T2 52.
Le processeur 200 mémorise à l'étape E307 les paquets de la composante vidéo et des composantes audio du service d'alerte à partir de la marque de trame T2 52.
A l'étape suivante E308, le processeur 200 compte, pour chaque trame T2, le nombre de paquets TS mémorisés à l'étape E307. Ce nombre est appelé Nb_paquet_alerte.
A l'étape suivante E309 et à partir de la marque de trame T2 suivante, dans l'exemple de la Fig. 5, la marque de trame notée 53, le processeur 200 identifie les paquets des différents flux TS contenus dans le flux T2-MI principal.
A l'étape suivante E310, le processeur 200 remplace tous les paquets PID des composantes vidéo et audio des autres services que le service d'alerte par des paquets nuls.
A l'étape E311 , le processeur 200 compte, pour chaque trame T2 du flux T2-MI principal, le nombre de paquets TS de chacun des flux TS du flux T2-MI principal. Pour chaque flux TS du flux T2-MI principal, Ce nombre est appelé Nb_paquetÇi) ou i identifie un flux TSi du flux T2-MI principal. A l'étape suivante E312, le processeur 100 calcule pour chaque TSi, le rapport entre le nombre de paquets du service d'alerte et le flux TSi selon la formule suivante :
. Nb paquet(i)
ratw(i) = Nb_pa—qu -e—t_alerte
II est à remarquer ici que le résultat de cette division n'étant pas un entier, le processeur 200 défini alors reste(i) le reste de la division euclidienne Nb-Pa^uet^ _
Nb_paquet_alerte
A l'étape suivante E313, le processeur 200 calcule, pour chaque flux TSi, la durée d'un paquet TS en heure PCR. L'étiquetage temporel, sous la forme de paquets contenant un champ PCR, est décrit dans la norme ISO 13818-1.
PCR est l'acronyme de « Program Clock Référence ».
Pour cela, le processeur 200 utilise le PID contenant le PCR du premier service du flux TSi. A chaque nouvelle valeur PCR (n), où n est indice de champ PCR, le processeur 200 détermine : Diff = PCR(n) - PCR(n-l), compte le nombre de paquets TS entre deux valeurs de PCR : NbPaquetPCR(i) et effectue la division euclidienne de Diff par NbPaquetPCR(i). Le quotient est appelé step pcr(i), le reste reste_pcr(i).
Le processeur 200 effectue une division euclidienne de Diff par NbPaquetPCR. Le quotient est appelé step_pcr(i) et le reste reste_pcr(i).
Le processeur 200 horodate en temps PCR l'ensemble des paquets du flux TSi. L'horodatage TimePcr du paquet j réalisé est le suivant :
TimePcr (0) = 0 et residu_pcr= 0 pour le premier paquet contenant la marque trame T2 suivant la réception du message d'alerte à savoir la trame numérotée 52
residu_pcr j+l)= residu_pcr j)+ reste_pcr(i),
si residu_pcr(j+l)< NbPaquetPCR alors TimePcr j) = TimePcr j-l)+step_pcr(i)
Sinon residu_pcr j+l)= residu_pcr(j+l)- NbPaquetPCR
TimePcr j) = TimePcr j-l)+step_pcr(i)+l
Cette opération effectuée, le processeur 200 passe à l'étape E319 de la Fig. 3c.
A l'étape E319, le processeur 200 détecte une marque de trame T2.
A l'étape suivante E320, le processeur 200, lit le premier paquet du service d'alerte mémorisé pendant la trame T2 précédente et le mémorise dans une mémoire FIFO.
A l'étape suivante E322, le processeur 200 définit les variables suivantes Intervalle(i) = ratio(i), residu(i) ainsi que le compteur de paquets cpt(i)=l .
A l'étape suivante E323, le processeur 200, incrémente à chaque paquet de chaque flux TSi le compteur cpt(i) correspondant d'une unité. A l'étape suivante E324, le processeur 200 vérifie si le compteur cpt(i) = Intervalle.
Dans l'affirmative, le processeur 200 passe à l'étape E325. Dans la négative, le processeur 200 retourne à l'étape E323.
A l'étape E325, le processeur 200 lit le paquet suivant reçu.
A l'étape suivante E326, le processeur 200 met à jour la variable résidu(i) : résidu(i) = résidu(i) + reste(i).
A l'étape suivante E327, le processeur 200 vérifie si residu(i) > ratio (i). Dans la négative, le processeur 200 passe à l'étape E329. Dans l'affirmative, le processeur 200 passe à l'étape E328 et met à jour la variable résidu(i) : residu(i) = residu(i) - ratio(i).
A l'étape suivante E329, le processeur 200 met à jour la variable intervalle(i) : intervalle(i) = ratio (i)+l .
A l'étape E330, le processeur 200 lit le paquet suivant du service d'alerte mémorisé pendant la trame T2 précédente et le mémorise dans une mémoire FIFO.
Ainsi, tous les paquets du service d'alerte sauvegardés pendant la trame T2 précédente sont lus et mémorisés dans la mémoire FIFO.
Cette opération effectuée, le processeur 200 passe à l'étape E340 de la Fig. 3c.
A l'étape E340, le processeur 200 vérifie si le paquet reçu du flux TSi est un paquet nul et que la mémoire FIFO contient au moins un paquet du service d'alerte.
Dans la négative, le paquet reçu du flux TSi n'est pas modifié et le processeur
200 passe à l'étape E352.
Dans l'affirmative, le processeur 200 passe à l'étape E341 et lit un paquet dans la mémoire FIFO.
A l'étape suivante E342, le processeur 200 mémorise le paquet lu à l'étape E341 dans une mémoire dite de sauvegarde.
A l'étape suivante E343, le processeur 200 vérifie si le paquet lu TSi est un paquet d'une composante audio. Si le paquet est un paquet d'une composante audio, le processeur 200 passe à l'étape E344. Le processeur 200 remplace le paquet nul par le paquet du service d'alerte lu. Dans la négative, le processeur 200 passe à l'étape E345.
A l'étape E344, le processeur 200 remplace le PID du paquet service d'alerte mémorisé dans la mémoire de sauvegarde par le premier PID de la composante audio du flux TSi identifié à l'étape E305.
Cette opération effectuée, le processeur 200 passe à l'étape E346. A l'étape E345, le processeur 200 remplace le PID du paquet service d'alerte mémorisé dans la mémoire de sauvegarde par le premier PID de la composante vidéo du flux TSi identifié à l'étape E305.
Cette opération effectuée, le processeur 200 passe à l'étape E346.
A l'étape E346, le processeur 200 vérifie si le paquet suivant reçu du flux TSi est un paquet nul. Si le paquet suivant du flux TSi est un paquet nul, le processeur 200 passe à l'étape E347. Dans la négative, le processeur 200 passe à l'étape E352.
A l'étape E347, le processeur 200 lit le paquet suivant mémorisé dans la mémoire dite de sauvegarde. Le processeur 200 remplace le paquet nul par le paquet du service d'alerte lu.
A l'étape suivante E348, le processeur 200 remplace le PID du paquet service d'alerte mémorisé dans la mémoire de sauvegarde par le PID suivant de la composante audio du flux TSi identifié à l'étape E305 si le paquet lu est un paquet audio ou remplace le PID du paquet service d'alerte mémorisé dans la mémoire de sauvegarde par le PID suivant de la composante vidéo du flux TSi identifié à l'étape E305.
A l'étape E349, le processeur 200 vérifie si toutes les composantes de chaque flux TSi ont été traitées. Dans la négative, le processeur 200 passe à l'étape E350. Dans l'affirmative, le processeur 200 passe à l'étape E351.
A l'étape E340, le processeur 200 considère une autre composante et retourne à l'étape E346.
A l'étape E351, le processeur 200 met à jour les compteurs de continuité des paquets. Pour chaque PID des services remplacés, le premier compteur de continuité est mis à 0 et le drapeau indicateur de discontinuité (flag discontinuity indicator en anglais) est mis à 1, ensuite pour chaque PID, le compteur de continuité est incrémenté de 1.
A l'étape 350 le processeur 200 met à jour les PCR des flux ainsi modifiés. La mise à jour du PCR du paquet n est réalisée de la manière suivante :
PCR(n)=PCR(n-l) +DeltaT(n, n-1) où DeltaT est le temps entre le paquet n et le paquet n-1.
Pour chaque service, la première valeur de PCR mise à jour est le PCR d'origine du paquet inséré et le drapeau indicateur de discontinuité est mis à 1 :
PCRout(0)=PCRin(0) Pour n>0 PCRout(n)= PCRout(n-l)+DeltaT(n, n-1), DeltaT(n,n-l)=TimePcr(n)- TimePcr(n-l).
Cette opération effectuée, le processeur 200 passe à l'étape E352 et ré-encapsule les paquets dans un flux T2-MI. Le flux T2-MI a exactement la même structure que le flux d'origine puisque le traitement est réalisé au niveau TS et qu'il n'y a aucune suppression de paquet ni ajout. La latence de traitement du flux principal est très faible, ainsi il est aisé de reprendre les caractéristiques du flux T2-MI rentrant.
Cette opération effectuée, le processeur 200 retourne à l'étape E340.
L'insertion du service d'alerte s'arrête soit parce qu'un message d'arrêt d'alerte est reçu par le module d'insertion d'un service d'alerte 10 soit parce que le service d'alerte n'est plus présent. Dans ce cas, le module d'insertion d'un service d'alerte 10 n'effectue plus aucun traitement sur le flux T2-MI.

Claims

REVENDICATIONS
1) Procédé de diffusion d'un service d'alerte dans un système de diffusion de programmes numériques audiovisuels au sein d'une plaque mono fréquence, caractérisé en ce que le procédé comporte les étapes, effectuées par un module d'insertion du service d'alerte :
- obtention de trames (E301, E301, E302) comportant le service d'alerte et d'autres services,
- association (E303) d'une marque pour chaque trame,
- identification (E304) des identificateurs des paquets de composantes audio et vidéo du service d'alerte,
- identification (E305) des identificateurs des paquets de composantes audio et vidéo des autres services,
- réception d'une commande de diffusion d'un message d'alerte,
- mémorisation des paquets vidéo et audio du service d'alerte à partir de la première marque de trame suivant la réception de la commande de diffusion d'un message d'alerte,
- remplacement, à partir de la seconde marque de trame suivant la réception de la commande de diffusion d'un message d'alerte, de tous les paquets des composantes vidéo et audio des autres services que le service d'alerte par les paquets du service d'alerte mémorisés dans la mémoire de sauvegarde et remplacement des identificateurs de paquets de composantes audio et vidéo du service d'alerte respectivement par les identificateurs de paquets de la composante audio ou vidéo du paquet remplacé pour former une nouvelle trame.
2) Procédé selon la revendication 1, caractérisé en ce que le remplacement de tous les paquets des composantes vidéo et audio des autres services que le service d'alerte par les paquets du service d'alerte mémorisés dans la mémoire de sauvegarde se décompose en sous étapes de :
- remplacement, à partir de la seconde marque de trame suivant la réception de la commande de diffusion d'un message d'alerte, de tous les paquets des composantes vidéo et audio des autres services que le service d'alerte par des paquets nuls,
- remplacement des paquets nuls par les paquets du service d'alerte mémorisés dans la mémoire de sauvegarde. 3) Procédé selon la revendication 1 ou 2, caractérisé en ce que les trames sont des trames de type T2 et en ce que le procédé comporte en outre l'étape d'encapsulation des paquets de la nouvelle trame dans un flux T2-MI. 4) Procédé selon la revendication 3, caractérisé en ce que les trames T2 comportant le service d'alerte et les autres services sont comprises dans au moins un flux T2-MI et en ce que l'obtention des trames T2 est effectuée en désencapsulant les trames T2 du flux T2-MI. 5) Procédé selon la revendication 4, caractérisé en ce que les trames T2 comportant le service d'alerte et les autres services sont comprises dans un unique flux T2-MI.
6) Procédé selon la revendication 4, caractérisé en ce que les trames T2 comportant le service d'alerte et les autres services sont comprises dans deux flux T2- MI, les trames du service d'alerte étant encapsulées dans un flux T2-MI différent du flux T2-MI dans lequel les trames T2 comportent les autres services et en ce que le procédé comporte l'étape d'alignement des trames du service d'alerte et les trames des autres services.
7) Procédé selon l'une quelconque des revendications 3 à 6, caractérisé en ce que les trames T2 sont comprises dans des flux TS, le procédé comportant en outre les étapes de :
- calcul du rapport entre le nombre de paquets de composantes vidéo et audio du service d'alerte et le nombre de paquets de composantes vidéo du service d'alerte et des autres services,
- détermination d'un étiquetage temporel pour chaque flux TS.
8) Procédé selon l'une quelconque des revendications 1 à 7, caractérisé en ce que le procédé comporte en outre l'étape de réception d'une commande d'arrêt de diffusion d'un message d'alerte et en ce que les paquets des autres services ne sont pas remplacés à partir de la marque de la trame suivant la réception de la commande d'arrêt de diffusion d'un message d'alerte. 9) Dispositif de diffusion d'un service d'alerte dans un système de diffusion de programmes numériques audiovisuels au sein d'une plaque mono fréquence, caractérisé en ce que le dispositif comporte :
- des moyens d'obtention de trames comportant le service d'alerte et d'autres services,
- des moyens d'association d'une marque pour chaque trame,
- des moyens d'identification des identificateurs des paquets de composantes audio et vidéo du service d'alerte,
- des moyens d'identification des identificateurs des paquets de composantes audio et vidéo des autres services,
- des moyens de réception d'une commande de diffusion d'un message d'alerte,
- des moyens de mémorisation des paquets vidéo et audio du service d'alerte à partir de la première marque de trame suivant la réception de la commande de diffusion d'un message d'alerte,
- des moyens de remplacement, à partir de la seconde marque de trame suivant la réception de la commande de diffusion d'un message d'alerte, de tous les paquets des composantes vidéo et audio des autres services que le service d'alerte par les paquets du service d'alerte mémorisés dans la mémoire de sauvegarde et remplacement des identificateurs de paquets de composantes audio et vidéo du service d'alerte respectivement par les identificateurs de paquets de la composante audio ou vidéo du paquet remplacé pour former une nouvelle trame.
PCT/EP2015/067597 2014-07-31 2015-07-30 Procédé de diffusion d'un service d'alerte WO2016016403A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP15753622.8A EP3175623A1 (fr) 2014-07-31 2015-07-30 Procédé de diffusion d'un service d'alerte
RU2017105010A RU2691101C2 (ru) 2014-07-31 2015-07-30 Способ широковещательной рассылки услуги оповещения
US15/327,414 US10321205B2 (en) 2014-07-31 2015-07-30 Method for broadcasting an alert service

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1457435 2014-07-31
FR1457435A FR3024626B1 (fr) 2014-07-31 2014-07-31 Procede de diffusion d'un service d'alerte

Publications (1)

Publication Number Publication Date
WO2016016403A1 true WO2016016403A1 (fr) 2016-02-04

Family

ID=51688293

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2015/067597 WO2016016403A1 (fr) 2014-07-31 2015-07-30 Procédé de diffusion d'un service d'alerte

Country Status (5)

Country Link
US (1) US10321205B2 (fr)
EP (1) EP3175623A1 (fr)
FR (1) FR3024626B1 (fr)
RU (1) RU2691101C2 (fr)
WO (1) WO2016016403A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1619895A2 (fr) * 2004-07-23 2006-01-25 LG Electronics, Inc. Structure de données et procédé de signalisation pour les messages d'alerte d'urgence et système de télévision par câble
US20080022318A1 (en) * 2006-07-19 2008-01-24 Manabu Yoshino Message communication device
US20090100457A1 (en) * 2007-10-10 2009-04-16 Electronics And Telecommunications Research Institute Apparatus and method for managing customized channel in IP-based broadcasting services
WO2012019889A1 (fr) * 2010-08-13 2012-02-16 Enensys Technologies Procede de diffusion dvb-t2 avec insertion de contenu regional et dispositif utilise dans le procede
WO2014090928A1 (fr) * 2012-12-13 2014-06-19 Enensys Technologies Procédé de génération et de transfert d'au moins un flux de données

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5917830A (en) * 1996-10-18 1999-06-29 General Instrument Corporation Splicing compressed packetized digital video streams
KR101053596B1 (ko) * 2004-07-15 2011-08-03 엘지전자 주식회사 디지털 케이블 방송 수신기 및 긴급 경고 메시지 처리 방법
US20060130119A1 (en) * 2004-12-15 2006-06-15 Candelore Brant L Advanced parental control for digital content
EP1768285A1 (fr) * 2005-09-23 2007-03-28 Udcast Procédé et dispositif de traitement d'un flux de transport conforme au DVB-H (Digital Video Broadcasting - Handheld)
JP2008205979A (ja) * 2007-02-22 2008-09-04 Hitachi Ltd 放送データ変換装置
FR2937490B1 (fr) * 2008-10-17 2010-12-17 Tdf Procede et dispositif d'horodatage d'un flux de donnees, procede et dispositif d'insertion et produits programme d'ordinateur correspondants.
US8949885B2 (en) * 2010-07-30 2015-02-03 Echostar Technologies L.L.C. Systems, methods and apparatus for transmitting weather information in a television distribution network
US8990851B2 (en) * 2013-03-14 2015-03-24 Google Technology Holdings LLC System and method for using emergency alert system messages

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1619895A2 (fr) * 2004-07-23 2006-01-25 LG Electronics, Inc. Structure de données et procédé de signalisation pour les messages d'alerte d'urgence et système de télévision par câble
US20080022318A1 (en) * 2006-07-19 2008-01-24 Manabu Yoshino Message communication device
US20090100457A1 (en) * 2007-10-10 2009-04-16 Electronics And Telecommunications Research Institute Apparatus and method for managing customized channel in IP-based broadcasting services
WO2012019889A1 (fr) * 2010-08-13 2012-02-16 Enensys Technologies Procede de diffusion dvb-t2 avec insertion de contenu regional et dispositif utilise dans le procede
WO2014090928A1 (fr) * 2012-12-13 2014-06-19 Enensys Technologies Procédé de génération et de transfert d'au moins un flux de données

Also Published As

Publication number Publication date
RU2017105010A (ru) 2018-08-28
FR3024626A1 (fr) 2016-02-05
RU2691101C2 (ru) 2019-06-11
EP3175623A1 (fr) 2017-06-07
RU2017105010A3 (fr) 2019-01-09
FR3024626B1 (fr) 2016-08-19
US10321205B2 (en) 2019-06-11
US20170188117A1 (en) 2017-06-29

Similar Documents

Publication Publication Date Title
US10182269B1 (en) HTTP live streaming delivery over multicast
EP2709369B1 (fr) Dispositif de diffusion DVB-T2 avec insertion de contenu régional au format T2-MI
EP2649738B1 (fr) Dispositif de sélection de flux de service numérique, et procédé, programme d&#39;ordinateur et moyens de stockage correspondants
EP3284260B1 (fr) Procédé de remplacement d&#39;un contenu principal par au moins un contenu secondaire, équipement de remplacement de contenus et programme d&#39;ordinateur correspondants
EP3085098B1 (fr) Procédé de filtrage et de synchronisation de flux audiovisuels pour une diffusion terrestre synchrone
IL176704A (en) Timeline protection
EP2932724A1 (fr) Procédé de génération et de transfert d&#39;au moins un flux de données
EP3175623A1 (fr) Procédé de diffusion d&#39;un service d&#39;alerte
FR2812504A1 (fr) Systeme de cryptage/decryptage &#34;a la volee&#34; pour la diffusion de donnees
EP4320871A1 (fr) Procédés et dispositifs d&#39;insertion d&#39;un événement dans un flux de transport, de surveillance, de gestion et de réception du flux de transport, et programme d&#39;ordinateur correspondants
EP3304775B1 (fr) Procede de traitement d&#39;un flux global d&#39;origine comprenant au moins un tunnel couche physique encapsulant un flux de transport
EP2865189B1 (fr) Procédé et dispositif d&#39;horodatage d&#39;un flux de données, procédé et dispositif d&#39;insertion, produits programme d&#39;ordinateur et médium de stockage correspondants
FR2930098A1 (fr) Procede de transmission simplifie d&#39;un flux de signaux entre un emetteur et un appareil electronique
OA17812A (fr) Procédé de génération d&#39;un marquage temporel pour une diffusion terrestre synchrone.
FR2970616A1 (fr) Procede d&#39;acces a des programmes a partir de postes de television et systeme associe.

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15753622

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15327414

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2015753622

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2015753622

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2017105010

Country of ref document: RU

Kind code of ref document: A