WO2012076490A1 - Dispositif de sélection de flux de service numérique, et procédé, programme d'ordinateur et moyens de stockage correspondants - Google Patents

Dispositif de sélection de flux de service numérique, et procédé, programme d'ordinateur et moyens de stockage correspondants Download PDF

Info

Publication number
WO2012076490A1
WO2012076490A1 PCT/EP2011/071838 EP2011071838W WO2012076490A1 WO 2012076490 A1 WO2012076490 A1 WO 2012076490A1 EP 2011071838 W EP2011071838 W EP 2011071838W WO 2012076490 A1 WO2012076490 A1 WO 2012076490A1
Authority
WO
WIPO (PCT)
Prior art keywords
digital service
stream
modulator
t2mi
streams
Prior art date
Application number
PCT/EP2011/071838
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 ES11791554T priority Critical patent/ES2696545T3/es
Priority to US13/992,276 priority patent/US9049270B2/en
Priority to EP11791554.6A priority patent/EP2649738B1/fr
Publication of WO2012076490A1 publication Critical patent/WO2012076490A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/10—Arrangements for replacing or switching information during the broadcast or the distribution
    • H04H20/103—Transmitter-side switching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2389—Multiplex stream processing, e.g. multiplex stream encrypting
    • 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/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2404—Monitoring of server processing errors or hardware failure
    • 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/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
    • 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4385—Multiplex stream processing, e.g. multiplex stream decrypting
    • 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/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/631—Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/65—Arrangements characterised by transmission systems for broadcast
    • H04H20/67—Common-wave systems, i.e. using separate transmitters operating on substantially the same frequency

Definitions

  • Digital service flow selection device and method, computer program and corresponding storage means
  • the present invention relates to the field of broadcasting digital services to delivery terminals of these services. More particularly, the present invention is concerned with the problem of the reliability of the broadcast chain.
  • Digital service broadcasting networks are becoming widespread.
  • DVB-T Digital Video Broadcasting (Terrestrial) standard "ETSI EN 300 744 VI .5.1, Digital Video Broadcasting (DVB): Framing Structure, Channel Coding and Modulation for Digital Terrestrial Television "
  • DVB-H Digital Video Broadcasting - Handheld mobile terminals
  • ETSI EN 302 304 DVB-H - Transmission System for Handheld Terminals ".
  • the services are encoded individually by a set of encoders.
  • Each of these encoders has the contents of the service for which it is responsible. Such content may be composed of video sequences, audio sequences, texts or interactive applications.
  • each service is available in the form of a data stream number of packets.
  • These services are then multiplexed by a multiplexer. This operation consists of building a stream mixing the data packets of the different services to be broadcast. This results in a digital data flow comprising the data of the different services.
  • the MPEG-2 TS transport stream format (Moving Picture Experts Group-2 Transport Stream in English) described in the document "ISO / IEC 13818-1, Generic Coding of Moving Pictures and Associated Audio Information Systems", or the format according to the Internet Protocol IP ⁇ Internet Protocol in English), can be used.
  • the stream In the context of a radio transmission, the stream is intended to be transmitted in the form of a radio signal by one or more modulators. To do this, the stream must be formatted by a formatting module. This formatting may, for example, consist of the insertion of synchronization marks in the stream, so as to allow the modulator (s) to synchronize the transmission of the radio signal within the framework of a SFN type distribution ⁇ Single Frequency Network in English or Single Frequency Network in French).
  • the patent document WO 2009/112 371 A1 describes a broadcasting system having a duplicate formatting module.
  • This broadcasting system allows a modulator to switch between the two streams generated by the two formatting modules without becoming out of sync.
  • These formatting modules are synchronized with each other to generate synchronized flows.
  • a modulator can switch from a first stream generated by one of the formatting modules to a second stream generated by the other formatting module, without a resynchronization of the modulator is necessary.
  • an incident affecting the generation of the flow does not systematically result in service interruption.
  • WO 2009/112 371 A1 is not suitable for implementation in the context of a broadcast based on the DVB-T2 second-generation digital terrestrial video broadcasting standard: "EN 302 755 VI .1.1, Frame Structure, Channel Coding and Modulation or a Second Generation Digital Earth striai Television Broadcasting System.
  • the synchronization performed between the MPEG2 TS transport streams does not make it possible to avoid resynchronization at the level of the modulator in this frame.
  • the invention relates to a device intended to be placed upstream of a modulator in a digital service flow broadcasting chain, said device comprising means for receiving a plurality of transport streams and transmission means of a transport stream to the modulator, each transport stream encapsulating a digital service stream adapted to be broadcast by said modulator, said digital service flows being representative of the same digital service, the device being such that it comprises: means for extracting digital service flows from the received transport streams; error detection means at the received transport streams and / or the extracted digital service stream; extracted digital service stream alignment means; means for selecting a stream among the aligned digital service flows, as a function of any errors detected by said detection means; and means for encapsulating the selected digital service stream to form said transport stream to be transmitted to said modulator.
  • a device intended to be placed upstream of a modulator in a digital service flow broadcasting chain, said device comprising means for receiving a plurality of transport streams and transmission means of a transport stream to the modulator, each transport stream encapsulating a digital service stream
  • said alignment means comprise means for storing the packets of the digital service flows extracted in correspondence with respective packet type information and respective values of a continuity counter of said packets within a packet. their respective digital service flows.
  • alignment of digital service flows is facilitated.
  • said alignment means comprise stored packet reading means, and said means being implemented to read a packet of a given digital service stream, said means are further enabled to read. a packet of another digital service stream, if their respective packet type information and their respective continuity counter values coincide.
  • said flow alignment is achieved in a simple manner by coordinated reading of buffer memories.
  • said storage means are adapted to store the packets of the extracted digital service flows in correspondence with information representative of instants at which said packets are respectively stored, and said reading means are further activated according to said information.
  • encapsulation performed by the device to obtain a transport stream for the modulator is slaved to the timing of the selected digital service stream.
  • said reading means are initially activated following the expiration of a predefined duration timer started when storing the first packet of said stream.
  • a constant processing time is applied by the device.
  • said selection means take into account a predefined priority order between said aligned digital service flows.
  • the reliability of the transmission of the service is enhanced, for example by establishing this order of priority according to a level of robustness a priori transmissions of the transport stream to said device.
  • the invention also relates to a digital service flow broadcasting system, said system being intended to transmit, to a modulator, a transport stream encapsulating a digital service flow adapted to be broadcast by said modulator, the system being such that it comprises a device, as mentioned previously, said flow selection device, and at least one provider device providing said plurality of transport streams to said stream selection device.
  • the system comprises a plurality of supplier devices, and said provider devices comprise: means for assigning a master status to a given supplier device, a slave status being assigned to each other device provider ; respective means for generating digital service flows, said generation means of each slave device being temporally slaved to those of the master device.
  • the invention also relates to a method implemented by a device intended to be placed upstream of a modulator in a digital service flow broadcasting chain, said device comprising means for receiving a plurality of transport streams and means for transmitting a transport stream to the modulator, each transport stream encapsulating a digital service stream adapted to be broadcast by said modulator, said digital service flows being representative of the same digital service, the method being such that it comprises steps of: extracting digital service flows from the transport streams received by said device; error detection at the received transport stream and / or the extracted digital service stream; digital service flow alignment schemes extracted; selecting a stream among the aligned digital service flows, as a function of any errors detected by said detection means; encapsulating the selected digital service stream to form said transport stream to be transmitted to said modulator.
  • the invention also relates to a computer program, which can be stored on a medium and / or downloaded from a communication network, in order to be read by a computer system or a processor.
  • This computer program includes instructions for implementing the method mentioned above, when said program is executed by a computer system or a processor.
  • the invention also relates to storage means comprising such a computer program.
  • FIG. 1 schematically illustrates a digital service broadcasting system, wherein the present invention can be implemented
  • FIG. 2 schematically illustrates a first embodiment of a data flow selection module of the broadcasting system of FIG. 1;
  • FIG. 3 schematically illustrates a second embodiment of the data flow selection module of the broadcasting system of FIG. 1;
  • FIG. 4 schematically illustrates a first algorithm implemented by the data flow selection module of the broadcasting system of FIG. 1;
  • FIG. 5a, 5b and 5c schematically illustrate a second algorithm implemented by the data stream selection module of the broadcasting system of FIG. 1, according to an embodiment of the present invention.
  • This device comprises means for receiving a plurality of transport streams, each encapsulating a digital service flow as mentioned above.
  • these digital service flows are T2MI flows.
  • the device performs a digital service flow extraction from the received transport streams and detects any errors in the received transport streams, i.e. at the MPEG2 TS level within the framework of the DVB- standard.
  • T, and / or at the level of the extracted digital service flows that is to say at the T2MI (T2 Modulator Interface in English or T2 Modulator Interface in French) level within the framework of the DVB-T2 standard.
  • the device then aligns extracted digital service streams, and selects a stream among the aligned streams, based on any errors detected. Finally, the device encapsulates the selected stream to form the transport stream to be transmitted to the modulator. When the device subsequently detects errors in the selected stream, it selects another stream from among the aligned streams. In other words, he switches to this other stream.
  • FIG. 1 schematically illustrates a digital service broadcasting system, in which the present invention can be implemented.
  • the broadcasting system shown in FIG. 1 complies with the DVB-T2 standard.
  • Digital services are received in the form of at least one MPEG2 TS transport stream, called TS stream or TS packets thereafter, by 1.1 and 1.2 gateways via respective links 1.5 and 1.6.
  • the broadcast system may have a larger number of gateways to make the broadcast chain more reliable.
  • each gateway 1.1 and 1.2 builds BB baseband frame frames from each received TS stream.
  • the quantity of useful data in the BB frames depends on the transmission parameters: constellation, coding rate (code rate in English), FEC (Forward Error Correction) error correction data, and so on.
  • Gateways 1.1 and 1.2 then encapsulate the BB frames in T2MI packets.
  • Gateways 1.1 and 1.2 further generate T2MI signaling packets and T2MI packets containing timestamp information.
  • T2MI packets are thus generated by the 1.1 and 1.2 gateways.
  • the T2MI packets are grouped by T2-type frames, the period of a T2 frame being defined by the Orthogonal Frequency Division Multiplexing (OFDM) modulation parameters used in English.
  • Each frame T2 comprises T2MI packets containing BB frames, then a T2MI packet of timestamp information, and then a signaling T2MI packet.
  • the signaling T2MI packet contains the information of type Ll, that is to say that it contains modulation information: bandwidth, FFT (Fast Fourier Transform in English), and so on.
  • the information contained in the T2MI packet of timestamp information corresponds to an indication of the instant at which the superframe T2, composed of a predefined number of successive T2 frames, must be transmitted by each modulator in the case of a distribution.
  • SFN type The timestamp information can be absolute using a common or relative start reference time, for example example compared to a PPS type timing ⁇ Puise Per Second in English or Impulse Per Second in French). This timestamping information is not significant in the case of a MFN ⁇ Multiple Frequency Network (MFN)) distribution.
  • MFN Multiple Frequency Network
  • all modulators and gateways of the broadcast network must have a common clock, since the DVB-T2 standard does not allow modulator rate adaptation.
  • Gateways 1.1 and 1.2 encapsulate T2MI packets in TS packets to allow the transport of digital services to 1.4 modulators (only one of which is shown in Fig. 1).
  • PAT Program Association Table
  • PMT Program Map Table
  • NULL Packet Markup Language
  • the gateways 1.1 and 1.2 transmit the T2MI packets, encapsulated in TS packets, respectively via links 1.8 and 1.9.
  • the links 1.8 and 1.9 may be of a different nature, for example the link 1.8 corresponds to a satellite communication and the link 1.9 corresponds to a communication via the Internet network.
  • a data stream selection module 1.3 receives these T2MI packets, encapsulated in TS packets, via these links 1.8 and 1.9. This module 1.3 is in charge of dynamically selecting a stream among those from the 1.1 and 1.2 gateways and providing it to the modulator 1.4 via a link 1.10.
  • the module 1.3 selects the stream coming from the other gateway.
  • a flow switch can occur when the flow that was selected until then has been interrupted.
  • a synchronization at the superframe level T2 is then required, which means that the T2 superframes and T2 frames are transmitted at the same time and that the values of the continuity counters of the T2MI packets transmitted simultaneously by the gateways are identical; otherwise, switching from one stream to another would result in a resulting flow that is incorrect from the point of In view of the DVB-T2 standard, the size of a T2 frame would be incorrect with respect to the LI type information and a discontinuity would appear at the level of counter values contained in the T2MI packets. Indeed, T2MI packets belonging to the same superframe T2 must contain the same counter value. Thus during a switch from one stream to another, it would be necessary for the modulator 1.4 to resynchronize, which means that the digital service would be suspended for the duration of resynchronization, which can be several seconds.
  • each gateway 1.1 and 1.2 performs rate adaptation at the TS packet level which is not deterministic
  • the data stream selection module 1.3 must synchronize the streams to enable the switchover of a packet. flow to each other seamlessly. To do this, it performs a flow alignment, an exemplary embodiment of which is described below in relation to FIGS. 5a, 5b and 5c.
  • Gateways 1.1 and 1.2 are synchronized at frame level T2 or superframe T2.
  • the gateways 1.1 and 1.2 then generate the superframes T2, and thus the frames T2, at the same times.
  • the T2MI packets of timestamp information transmitted at the same time by the gateways 1.1 and 1.2 then have the same timestamp information.
  • This synchronization of the gateways 1.1 and 1.2 is obtained by negotiation via a link 1.7, with negligible latency vis-à-vis the T2 frame periods, connecting these gateways.
  • the gateways 1.1 and 1.2 exchange messages to determine which gateway is assigned the status of master, the other gateway then being assigned the status of slave.
  • the slave gateway then slavers temporally on the master gateway, the master gateway sending to the slave gateway, to each superframe T2, the timestamp information of the current super frame T2 as well as the continuity counter value of the T2MI packets of this superframe T2.
  • the gateways are considered as slaves, and a gateway must be elected as master.
  • Each gateway then sends the other a status request message.
  • the gateway 1.1 or 1.2 Upon receipt of a status request, the gateway 1.1 or 1.2 returns its status, which includes an indication of the reception status of the signals of a reference clock and the reception status of the data stream. Entrance. If a gateway has any of its input signals, stream or reference clock, which is not received correctly, it automatically takes on slave status. The other then takes the status of master. If each of the gateways 1.1 and 1.2 correctly receives its input signals, a master gateway is for example selected by comparison of identifiers, such as their MAC addresses ⁇ Medium Access Control in English or French Access Control in Support).
  • the master gateway no longer receives one of its input signals, stream or reference clock correctly, it takes the status of slave and informs the other gateway, which then takes the status of master on the condition that these input signals are correct.
  • the gateways 1.1 and 1.2 does not receive its input signals correctly, no gateway is able to take the status of master. This rare situation of simultaneous errors on gateways 1.1 and 1.2 leads to a digital service broadcast interruption.
  • each of the gateways 1.1 and 1.2 determines the associated timestamp information.
  • the master gateway transmits to the slave gateway a synchronization message including the time stamp information it has determined, as well as the value of the T2MI packet continuity counter of this superframe T2.
  • the slave gateway checks whether the time stamp information provided by the master gateway coincides with the information it has itself determined. It is possible to allow a certain desynchronization tolerance, for example of 1 ⁇ . If the timestamp information differs, the slave gateway resynchronizes to the next T2 superframe. The timestamp information of the next superframe T2 generated by the slave gateway are then those received by the master gateway to which is added the theoretical duration of a superframe T2.
  • the slave gateway can further verify that the value of the T2MI packet continuity counter is identical to that provided by the master gateway. If there is a difference, the T2MI packet continuity counter takes the value received from the master gateway, to which is added the number of T2MI packets theoretically generated during a T2 superframe.
  • Figs. 2 and 3 schematically illustrate, respectively, a first and a second embodiment of the data stream selection module 1.3.
  • Fig. 2 corresponds to a hardware implementation of the 1.3 data flow selection module.
  • the module 1.3 can then, for example, take the form of a machine or a dedicated component, such as an FPGA (Field Programmable Gate Array) or ASIC (Application-Specific Integrated). Circuit in English or Integrated Circuit Specific to an Application in French).
  • Module 1.3 contains TS compliance analysis modules 2.1 and 2.2, with respect to the recommendations of the ETR report 290, respectively received streams via links 1.8 and 1.9.
  • the errors that can be detected by the modules 2.1 and 2.2 mention may be made of the TS synchronization loss errors, the PAT table errors, the continuity counter value errors, and so on. If such errors are detected, they are escalated to a flow decision decision module 2.7.
  • the module 1.3 may be configured to mask TS compliance errors of one or more types, so that they do not generate flow failover.
  • Module 1 .3 also includes modules 2.3 and 2.4 for T2MI compliance analysis. These modules receive, respectively, via links 2.11 and 2.12, from the modules 2.1 and 2.2, the data streams received via the links 1.8 and 1.9, as well as an indication of any compliance errors at the TS level.
  • the modules 2.3 and 2.4 extract the T2MI packets from the received TS streams and then analyze the compliance of the data at the T2MI level.
  • T2MI counter value continuity errors parity errors by CRC (Cyclic Redundancy Code) field analysis
  • T2MI packet length errors etc. If such errors are detected, they are reported back to the flow decision module 2.7.
  • the module 1.3 may be configured to mask compliance errors at the T2MI level of one or more given types, so that they do not generate flow failover.
  • the module 1.3 further includes FIFO type 2.5 and 2.6 buffers (First-In First-Out or English First In First Out).
  • the T2MI packets are respectively stored in the buffers 2.5 and 2.6 by the modules 2.3 and 2.4 via links 2.13 and 2.14.
  • Each T2MI packet is stored together with its associated continuity counter value, with an indication of the type of the T2MI packet, as well as errors, possibly detected by the TS-level compliance analysis modules 2.1 and 2.2. by modules 2.3 and 2.4 for compliance analysis at the T2MI level.
  • Each T2MI packet is furthermore jointly stored with information representative of the instant at which it is stored in the buffer memory 2.5 or 2.6 concerned.
  • This information representative of the moments at which the T2MI packets are stored in the memories Buffer 2.5 and 2.6 are obtained, via links 2.15 and 2.16, from respective time stamp modules 2.9 and 2.10.
  • the stream switching decision module 2.7 can access the packets, and all the information stored in the buffers 2.5 and 2.6, via respective links 2.17 and 2.18.
  • the flow failover decision module 2.7 performs an alignment of the stored T2MI packet streams, and depending on the result of this alignment and the errors possibly detected by the modules 2.1, 2.2, 2.3 and 2.4, it selects T2MI packets to be transmitted. to the modulator 1.4.
  • One embodiment of the flow alignment performed by the module 2.7 is described below in relation to FIGS. 5a, 5b and 5c.
  • the module 1.3 further comprises an encapsulation module 2.8 TS.
  • the module 2.8 generates a stream TS from the T2MI packets selected by the module 2.7, in order to allow the transport of the digital service up to the modulator 1.4.
  • PAT and PMT tables, and possibly stuffing packets, or NULL packets, are added in order to obtain a TS stream with a constant and valid bit rate from the point of view of the ETR report 290, the bit rate of this stream being slaved on the stream selected by module 2.7.
  • Fig. 3 corresponds to a software implementation of the data flow selection module 1.3, by executing a set of instructions by a programmable machine, such as a DSP (Digital Signal Processor) or a processing unit (DSP). Digital Signal in French) or a microcontroller.
  • a programmable machine such as a DSP (Digital Signal Processor) or a processing unit (DSP). Digital Signal in French) or a microcontroller.
  • the module 1.3 comprises, connected by a communication bus 3.1: a processor, microprocessor, microcontroller or CPU (Central Processing Unit in English or Central Processing Unit in French) 3.2; random access memory RAM (Random Access Memory in English or Random Access Memory in French) 3.3; a read-only ROM (read only memory) 3.4; a medium storage drive 3.5, such as an SD card reader ⁇ Secure Digital Card in English or French Secured Digital Card); interface means 3.6 with links 1.8 and 1.9; and interface means 3.7 with link 1.10.
  • a communication bus 3.1 a processor, microprocessor, microcontroller or CPU (Central Processing Unit in English or Central Processing Unit in French) 3.2; random access memory RAM (Random Access Memory in English or Random Access Memory in French) 3.3; a read-only ROM (read only memory) 3.4; a medium storage drive 3.5, such as an SD card reader ⁇ Secure Digital Card in English or French Secured Digital Card); interface means 3.6 with links 1.8 and 1.9; and interface means
  • the microcontroller 3.2 is able to execute instructions loaded into the
  • RAM 3.3 from ROM 3.4, a storage medium, such as an SD card or the like, or a communication network (not shown).
  • the microcontroller 3.2 is able to read the instructions RAM 3.3 and execute them. These instructions form a computer program causing the microcontroller 3.2 to implement all or some of the algorithms described below in relation to FIGS. 4, 5a, 5b and 5c.
  • Fig. 4 schematically illustrates an algorithm implemented by the 1.3 data flow selection module.
  • the module 1.3 receives several streams TS, each encapsulating T2MI packets.
  • the module 1.3 performs a compliance analysis of the TS streams received, as already described in relation to FIG. 3.
  • the module 1.3 extracts T2MI packet streams from the received TS streams.
  • the module 1.3 performs a conformity analysis of the extracted T2MI flows, as already described with reference to FIG. 3.
  • the module 1.3 stores each T2MI packet stream in a buffer memory.
  • Each T2MI packet is stored together with the associated continuity counter value, with an indication of the T2MI packet type, as well as any errors detected in steps 4.2 and 4.4.
  • Each T2MI packet is furthermore jointly stored with information representative of the time at which it is stored in the buffer concerned.
  • a subsequent step 4.6 the module 1.3 performs a stored T2MI packets flow alignment, and in a subsequent step 4.7, selects a stream from the stored T2MI packets based on the result of the alignment performed and any errors detected. during steps 4.2 and 4.4.
  • steps 4.2 and 4.4 One embodiment of these operations is more fully detailed below in relation to FIGS. 5a, 5b and 5c.
  • the module 1.3 encapsulates T2MI packets of the stream selected in step 4.7 so as to obtain a stream TS. This stream TS is then transmitted to the modulator 1.4.
  • the module 1.3 selects a flow of T2MI packets whose data are not tainted by errors, whether they are errors at the level TS or at the level T2MI. If the flow selected until then becomes tainted with errors, the module 1.3 switches to another stream, aligned, and which is not tainted by errors. Since the streams are aligned at the T2MI level, the switchover does not affect the behavior of the modulator 1.4, which therefore does not need to resynchronize.
  • Figs. 5a, 5b and 5c schematically illustrate an algorithm implemented by the module 1.3 and intended to enable it to determine, among the flow of stored T2MI packets, which are able to be transmitted to the modulator 1.4, and to enable it to align stored T2MI packet streams and select T2MI packets to be encapsulated for transmission to modulator 1.4.
  • This algorithm is, in the context of the embodiment described with reference to FIG. 2, more particularly implemented by module 2.7.
  • T2MI but its principle can extend to more flows.
  • the algorithm starts, in a step 5.1, by an initialization phase.
  • the module 1.3 determines whether data are available in the buffers in which the T2MI packets are to be stored. If this is the case, a step 5.3 is performed, otherwise step 5.2 is repeated.
  • the module 1.3 starts a timer. This delay is of a predefined duration, sufficient to compensate for jitter in each of the TS streams received in step 4.1 and to compensate for the possible time shift of transmission between links 1.8 and 1.9.
  • step 5.3 the module 1.3 waits for the expiration of the delay corresponding to this delay.
  • the module 1.3 selects a stream of T2MI packets stored in step 4.5 as the main stream, that is to say the one which a priori is intended to be encapsulated for transmission to the modulator 1.4. The other stream is then selected as the secondary stream.
  • the module 1.3 initializes a counter, associated with the main stream, with a value corresponding to the time when the first T2MI packet of the main stream has been stored in the buffer concerned.
  • the module 1.3 terminates the initialization phase and starts a T2MI packet reading phase.
  • the module 1.3 determines whether the main flow is tainted with errors, whether at the TS level or at the T2MI level. If this is the case, the module 1.3 considers that the main flow is not able to be transmitted to the modulator 1.4 and a step 5.26 is performed (connection of the flowchart to the label B of Fig. 5c); otherwise, a step 5.8 is performed.
  • step 5.8 the module 1.3 determines whether the secondary stream is considered aligned. It should be noted that, as a step 5.10 described below is not performed, the secondary stream is not considered aligned. If this is the case, a step 5.11 is performed; otherwise, a step 5.9 is performed.
  • step 5.9 module 1.3 determines whether the conditions for the secondary stream to be considered aligned with the main stream are met, that is, if the next T2MI packet to be read for secondary stream is of the same type and has the same continuity counter value as the next T2MI packet for the main stream. If this is the case, a step 5.10 is performed, in which the module 1.3 considers that the secondary stream is aligned, and a step 5.12 is performed; otherwise, a step 5.15 is performed (connection of the flowchart to the label C of Fig. 5b).
  • step 5.11 the module 1.3 checks whether the conditions for the secondary stream to be considered aligned with the main stream are still met. If this is the case, step 5.12 is performed; otherwise a step 5.14 is performed.
  • step 5.12 the module 1.3 determines whether the secondary flow is tainted with errors, whether at the TS level or at the T2MI level. If this is the case, the module 1.3 considers that the secondary stream is not able to be transmitted to the modulator 1.4 and step 5.14 is performed; otherwise, a step 5.13 is performed.
  • step 5.13 the module 1.3 updates a counter associated with the secondary stream by giving it a value corresponding to the instant at which the next T2MI packet of the secondary stream has been stored in the buffer concerned.
  • step 5.15 is performed (joining the flowchart to the label C of Fig. 5b).
  • step 5.14 the memory for T2MI packets of the secondary stream is reset, either because the secondary stream is no longer aligned, or because it contains, or the TS stream that encapsulated it contained, data Wrong.
  • step 5.15 is performed (joining the flowchart to the label C of Fig. 5b).
  • step 5.15 the module 1.3 gets the length of the T2MI packet to read. This value is common to all the streams capable of being transmitted to the modulator 1.4, since these are aligned.
  • step 5.16 the counter associated with the main stream is incremented. This counter is incremented on the basis of the clock rate that was used as a reference to determine the times at which T2MI packets are stored in the buffer. It is considered in the algorithm of Figs. 5a, 5b and 5c that the steps between the steps 5.6 and 5.15 are performed in one shot of this clock.
  • step 5.17 the module 1.3 determines whether the secondary stream is considered aligned. If this is the case, a step 5.18 is performed; otherwise, a step 5.19 is performed. In step 5.18, the counter associated with the secondary stream is incremented, in the same manner as is associated with the main stream in step 5.16. In the following step 5.19, implemented as part of the embodiment described in relation to FIG. 2, the module 1.3 determines whether the encapsulation module 2.8 TS is ready to receive data. If this is the case, a step 5.20 is performed; otherwise, step 5.16 is again implemented.
  • a step 5.20 the module 1.3 determines whether the counter associated with the main stream has reached or exceeded a value corresponding to the time at which the next T2MI packet to be read for the main stream has been stored in the buffer. If this is the case, steps 5.21 and 5.23 are performed; otherwise, step 5.16 is again implemented.
  • step 5.23 the module 1.3 determines whether the secondary stream is considered aligned. If this is the case, a step 5.24 is performed; otherwise, step 5.6 is repeated (connection of the flowchart to the label D of Fig. 5a).
  • step 5.24 the T2MI packet of the secondary stream is read at the same rate as is the T2MI packet of the main stream in step 5.21, but is not encapsulated or transmitted for encapsulation. In other words, this package is deleted.
  • step 5.25 the counter associated with the secondary flow is incremented, in the same way as it is in step 5.18. Then, step 5.6 is repeated (connection of the flowchart to the label D of Fig. 5a).
  • step 5.21 the T2MI packet of the main stream is read, and is encapsulated or transmitted for encapsulation. It is therefore selected for encapsulation for transmission to modulator 1.4.
  • step 5.22 the counter associated with the main stream is incremented, in the same way as it is in step 5.16.
  • step 5.6 is reiterated (connection of the flowchart to the tag D of Fig. 5a), and a new T2MI packet read phase is implemented.
  • steps 5.21 and 5.24 the reading of a T2MI packet is then activated to read a packet of another T2MI stream that the main stream, that is to say the one currently selected, if they are aligned.
  • a fixed processing delay is applied by the module 1.3 on the TS streams.
  • the TS flow generated by the module 1.3 is slaved to the selected T2MI packet stream.
  • step 5.26 the module 1.3 determines whether the secondary stream is considered to be aligned with the main stream, that is to say if step 5.10 was previously performed. If this is the case a step 5.28 is performed; otherwise a step 5.27 is performed.
  • step 5.28 module 1.3 determines whether the secondary stream is tainted errors, whether at the TS level or at the T2MI level. If this is the case, the module 1.3 considers that the secondary stream is not able to be transmitted to modulator 1.4 and step 5.27 is performed; otherwise, a step 5.29 is performed.
  • step 5.27 the main stream and the secondary stream being faulty, the memories in which the T2MI packets are stored are reset, and step 5.2 is reiterated (connection of the flow chart to the label A of Fig. 5a). A new initialization phase is then implemented.
  • step 5.29 the main stream being faulty, the buffer in which its T2MI packets are stored is reset, and in a subsequent step 5.30, a flow switchover is performed.
  • the secondary stream then becomes the main stream and the main stream becomes the secondary stream.
  • step 5.15 is performed (joining the flowchart to the label C of Fig. 5b).
  • the T2MI streams are classified according to an order of priority, for example depending on a respective level of robustness of their transmission up to module 1.3.
  • the highest priority flow is selected in step 4.7. This makes it possible to reinforce the reliability of the transmission up to the modulator 1.4, by limiting the risk that the selected stream contains errors, visible at the reception of the service, but which do not lead to flow failover within the module. 1.3.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Un dispositif (1.3) est placé en amont d'un modulateur dans une chaîne de diffusion de flux de service numérique, et est adapté pour recevoir une pluralité de flux de transport et pour transmettre un flux de transport à un modulateur, chaque flux de transport encapsulant un flux de service numérique adapté à être diffusé par le modulateur, lesdits flux de service numérique étant représentatifs d'un même service numérique. Le dispositif est aussi adapté pour : extraire (2.3; 2.4) des flux de service numérique à partir des flux de transport reçus; détecter (2.1; 2.2; 2.3; 2.4) des erreurs dans les flux; aligner (2.5, 2.6, 2.7) des flux extraits; sélectionner (2.7) un flux parmi les flux alignés, en fonction d'éventuelles erreurs détectées; encapsuler (2.8) le flux sélectionné, afin de former le flux de transport à transmettre au modulateur.

Description

Dispositif de sélection de flux de service numérique, et procédé, programme d'ordinateur et moyens de stockage correspondants
La présente invention concerne le domaine de la diffusion de services numériques à destination de terminaux de restitution de ces services. Plus particulièrement, la présente invention s'intéresse au problème de la fiabilité de la chaîne de diffusion.
Les réseaux de diffusion de services numériques se généralisent. On peut citer par exemple la norme de diffusion de vidéo numérique terrestre DVB-T {Digital Video Broadcasting - Terrestrial en anglais) : « ETSI EN 300 744 VI .5.1, Digital Video Broadcasting (DVB) : Framing Structure, Channel Coding and Modulation for Digital Terrestrial Télévision », et la norme de diffusion de vidéo numérique pour terminaux mobiles DVB-H (Digital Video Broadcasting - Handheld en anglais) : « ETSI EN 302 304, DVB-H - Transmission System for Handheld Terminais ».
Dans de tels réseaux de diffusion, les services sont encodés individuellement par un ensemble d'encodeurs. Chacun de ces encodeurs dispose des contenus composant le service dont il a la charge. De tels contenus peuvent être composés de séquences vidéo, de séquences audio, de textes ou encore d'applications interactives. En sortie de chaque encodeur, chaque service est disponible sous la forme d'un flux de données numériques composé d'un ensemble de paquets. Ces services sont ensuite multiplexés par un multiplexeur. Cette opération consiste à construire un flux mélangeant les paquets de données des différents services devant être diffusés. Il en résulte un flux de données numériques comportant les données des différents services. Le format de flux de transport MPEG-2 TS {Moving Picture Experts Group-2 Transport Stream en anglais) décrit dans le document « ISO/CEI 13818-1, Generic Coding of Moving Pictures and Associated Audio Information: Systems », ou le format selon le protocole Internet IP {Internet Protocol en anglais), peuvent être utilisés.
Dans le cadre d'une transmission hertzienne, le flux est destiné à être émis sous la forme d'un signal radio par un ou plusieurs modulateurs. Pour ce faire, le flux doit être mis en forme par un module de formatage. Ce formatage peut, par exemple, consister en l'insertion de marques de synchronisation dans le flux, de manière à permettre au(x) modulateur(s) de synchroniser la transmission du signal radio dans le cadre d'une distribution de type SFN {Single Frequency Network en anglais ou Réseau à Fréquence Unique en français).
Le document de brevet WO 2009/112 371 Al décrit un système de diffusion disposant d'un module de formatage dupliqué. Ce système de diffusion autorise un modulateur à basculer entre les deux flux générés par les deux modules de formatage sans se désynchroniser. Ces modules de formatage sont synchronisés entre eux pour générer des flux synchronisés. Ainsi, un modulateur peut basculer d'un premier flux généré par l'un des modules de formatage vers un second flux généré par l'autre module de formatage, sans qu'une resynchronisation du modulateur ne soit nécessaire. Ainsi, un incident intervenant sur la génération du flux n'entraîne pas systématiquement d'interruption de service.
C ep e n d ant, l e sy stè m e d e di ffu s i on d é cri t d an s c e d o cum e nt
WO 2009/112 371 Al n'est pas adapté à une mise œuvre dans le cadre d'une diffusion basée sur la norme de diffusion de vidéo numérique terrestre de seconde génération DVB-T2 : « EN 302 755 VI .1.1, Frame Structure, Channel Coding and Modulation or a Second Génération Digital Terre striai Télévision Broadcasting System ». En effet, la synchronisation effectuée entre les flux de transport MPEG2 TS ne permet pas d'éviter une resynchronisation au niveau du modulateur dans ce cadre.
La même problématique se pose dans le cadre d'autres chaînes de diffusion de services numériques, si elles présentent une redondance par utilisation de plusieurs flux de service numérique représentatifs d'un même service numérique, ces flux étant encapsulés dans des flux de transport respectifs.
Il est souhaitable de pallier ces différents inconvénients de l'état de la technique. L'invention concerne un dispositif destiné à être placé en amont d'un modulateur dans une chaîne de diffusion de flux de service numérique, ledit dispositif comprenant des moyens de réception d'une pluralité de flux de transport et des moyens de transmission d'un flux de transport à destination du modulateur, chaque flux de transport encapsulant un flux de service numérique adapté à être diffusé par ledit modulateur, lesdits flux de service numérique étant représentatifs d'un même service numérique, le dispositif étant tel qu'il comporte : des moyens d'extraction de flux de service numérique à partir des flux de transport reçus ; des moyens de détection d'erreur au niveau des flux de transport reçus et/ou au niveau des flux de service numérique extraits ; des moyens d'alignement de flux de service numérique extraits ; des moyens de sélection d'un flux parmi les flux de service numérique alignés, en fonction d'éventuelles erreurs détectées par lesdits moyens de détection ; et, des moyens d'encapsulation du flux de service numérique sélectionné, afin de former ledit flux de transport à transmettre à destination dudit modulateur. Ainsi, on évite une re synchronisation au niveau du modulateur lorsque surviennent des interférences engendrant des erreurs lors du transport des données du service numérique à diffuser.
Selon un mode de réalisation particulier, lesdits moyens d' alignement comportent des moyens de mémorisation des paquets des flux de service numérique extraits en correspondance avec des informations respectives de type de paquet et des valeur respectives d'un compteur de continuité desdits paquets au sein de leurs flux de service numérique respectifs. Ainsi, l'alignement des flux de service numérique est facilité.
Selon un mode de réalisation particulier, lesdits moyens d'alignement comportent des moyens de lecture de paquet mémorisé, et, lesdits moyens étant mis en œuvre pour lire un paquet d'un flux de service numérique donné, lesdits moyens sont en outre activés pour lire un paquet d'un autre flux de service numérique, si leurs informations respectives de type de paquet et leurs valeurs respectives de compteur de continuité coïncident. Ainsi, l'alignement des flux est réalisé de manière simple par lecture coordonnée de mémoires tampon. Selon un mode de réalisation particulier, lesdits moyens de mémorisation sont adaptés pour mémoriser les paquets des flux de service numérique extraits en correspondance avec des informations représentatives d'instants auxquels lesdits paquets sont respectivement mémorisés, et lesdits moyens de lecture sont en outre activés en fonction desdites informations. Ainsi, l'encapsulation effectuée par le dispositif pour obtenir un flux de transport destiné au modulateur est asservie sur le cadencement du flux de service numérique sélectionné.
Selon un mode de réalisation particulier, lesdits moyens de lecture sont initialement activés suite à l'expiration d'une temporisation de durée prédéfinie lancée lors de la mémorisation du premier paquet dudit flux. Ainsi, un délai de traitement constant est appliqué par le dispositif.
Selon un mode de réalisation particulier, lesdits moyens de sélection prennent en compte un ordre de priorité prédéfini entre lesdits flux de service numérique alignés. Ainsi, la fiabilité de la transmission du service est renforcée, par exemple en établissant cet ordre de priorité en fonction d'un niveau de robustesse a priori des transmissions des flux de transport jusqu' audit dispositif.
L'invention concerne également un système de diffusion de flux de service numérique, ledit système étant destiné à transmettre, à un modulateur, un flux de transport encapsulant un flux de service numérique adapté à être diffusé par ledit modulateur, le système étant tel qu'il comporte un dispositif, tel que mentionné précédemment, dit dispositif de sélection de flux, et au moins un dispositif fournisseur fournissant ladite pluralité de flux de transport audit dispositif de sélection de flux.
Selon un mode de réalisation particulier, le système comporte une pluralité de dispositifs fournisseurs, et lesdits dispositifs fournisseurs comportent : des moyens d'attribution d'un statut de maître à un dispositif fournisseur donné, un statut d'esclave étant attribué à chaque autre dispositif fournisseur ; des moyens respectifs de génération de flux de service numérique, lesdits moyens de génération de chaque dispositif esclave étant asservis temporellement sur ceux du dispositif maître.
L'invention concerne également un procédé mis en œuvre par un dispositif destiné à être placé en amont d'un modulateur dans une chaîne de diffusion de flux de service numérique, ledit dispositif comprenant des moyens de réception d'une pluralité de flux de transport et des moyens de transmission d'un flux de transport à destination du modulateur, chaque flux de transport encapsulant un flux de service numérique adapté à être diffusé par ledit modulateur, lesdits flux de service numérique étant représentatifs d'un même service numérique, le procédé étant tel qu'il comporte des étapes : d'extraction de flux de service numérique à partir des flux de transport reçus par ledit dispositif ; de détection d'erreur au niveau des flux de transport reçus et/ou au niveau des flux de service numérique extraits ; d'alignement de flux de service numérique extraits ; de sélection d'un flux parmi les flux de service numérique alignés, en fonction d'éventuelles erreurs détectées par lesdits moyens de détection ; d'encapsulation du flux de service numérique sélectionné, afin de former ledit flux de transport à transmettre à destination dudit modulateur.
L'invention concerne également un programme d'ordinateur, qui peut être stocké sur un support et/ou téléchargé d'un réseau de communication, afin d'être lu par un système informatique ou un processeur. Ce programme d'ordinateur comprend des instructions pour implémenter le procédé mentionné ci-dessus, lorsque ledit programme est exécuté par un système informatique ou un processeur. L'invention concerne également des moyens de stockage comprenant un tel programme d'ordinateur.
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 schématiquement un système de diffusion de services numériques, dans lequel la présente invention peut être mise en œuvre ;
- la Fig. 2 illustre schématiquement un premier mode de réalisation d'un module de sélection de flux de données du système de diffusion de la Fig. 1 ;
- la Fig. 3 illustre schématiquement un second mode de réalisation du module de sélection de flux de données du système de diffusion de la Fig. 1 ;
- la Fig. 4 illustre schématiquement un premier algorithme mis en œuvre par le module de sélection de flux de données du système de diffusion de la Fig. 1 ;
- les Figs. 5a, 5b et 5c illustrent schématiquement un second algorithme mis en œuvre par le module de sélection de flux de données du système de diffusion de la Fig. 1, selon un mode de réalisation de la présente invention.
De manière à permettre de maintenir la diffusion d'un service numérique, de la redondance est introduite dans la chaîne de diffusion de service numérique en amont du modulateur. Ainsi, plusieurs flux représentatifs du service numérique vont suivre des chemins de transmission différents et apporter de la diversité en entrée du modulateur, afin de permettre, en cas d'erreurs sur un de ces flux, de pouvoir basculer sur un autre de ces flux. Ces flux peuvent être générés par un même dispositif fournisseur, tel qu'une passerelle dans le cadre de la norme DVB-T2, ou par plusieurs dispositifs fournisseurs, tel que plusieurs passerelles en parallèle dans le cadre de la norme DVB-T2. Ces flux sont ainsi générés de sorte d' avoir la même forme d'enveloppe, c'est-à-dire avec des trames T2MI de forme et taille identique dans le cadre de la norme DVB-T2, mais éventuellement des contenus décalés dans le temps. Ces flux sont ensuite encapsulés dans des flux de transport MPEG2 TS respectifs.
Il est proposé de placer un dispositif en amont du modulateur dans la chaîne de diffusion de flux de service numérique. Ce dispositif comprenant des moyens de réception d'une pluralité de flux de transport, chacun encapsulant un flux de service numérique tel que mentionné ci-dessus. Dans le cadre de la norme DVB-T2, ces flux de service numérique sont des flux T2MI. Le dispositif effectue une extraction de flux de service numérique à partir des flux de transport reçus et détecte d'éventuelles erreurs au niveau des flux de transport reçus, c'est-à-dire au niveau MPEG2 TS dans le cadre de la norme DVB-T, et/ou au niveau des flux de service numérique extraits, c'est-à-dire au niveau T2MI (T2 Modulator Interface en anglais ou Interface de Modulateur T2 en français) dans le cadre de la norme DVB-T2. Le dispositif aligne ensuite des flux de service numérique extraits, et sélectionne un flux parmi les flux alignés, en fonction des éventuelles erreurs détectées. Enfin, le dispositif encapsule le flux sélectionné, afin de former le flux de transport à transmettre à destination du modulateur. Lorsque le dispositif détecte par la suite des erreurs dans le flux sélectionné, il sélectionne un autre flux parmi les flux alignés. En d'autres termes, il bascule sur cet autre flux.
La description qui suit s'attache à décrire une mise en œuvre de la présente invention dans le cadre d'une chaîne de diffusion de services numériques conformément à la norme DVB-T2. D'autres chaînes de diffusion peuvent être utilisées, sans départir du cadre de la présente invention, si elles présentent une redondance par utilisation de plusieurs flux de service numérique représentatifs d'un même service numérique, ces flux étant encapsulés dans des flux de transport respectifs. De plus, la description qui suit s'attache à décrire une mise en œuvre de la présente invention dans le cadre d'une chaîne de diffusion de services numériques présentant deux dispositifs fournisseurs de ces flux de service numérique représentatifs d'un même service numérique et encapsulés dans des flux de transport respectifs. Comme déjà mentionné, un unique dispositif fournisseur peut être utilisé, sans départir du cadre de la présente invention. De tels dispositifs fournisseurs sont appelés passerelles dans le cadre d'une chaîne de diffusion de services numériques conformément à la norme DVB-T2.
La Fig. 1 illustre schématiquement un système de diffusion de services numériques, dans lequel la présente invention peut être mise en œuvre. Le système de diffusion présenté à la Fig. 1 est conforme à la norme DVB-T2.
Des services numériques sont reçus sous la forme d'au moins un flux de transport MPEG2 TS, appelé flux TS ou paquets TS par la suite, par des passerelles 1.1 et 1.2 via des liens respectifs 1.5 et 1.6. Le système de diffusion peut comporter un plus grand nombre de passerelles pour fiabiliser la chaîne de diffusion.
Conformément à la norme DVB-T2, chaque passerelle 1.1 et 1.2 construit des trames de bande de base BB {BaseBand frame en anglais) à partir de chaque flux TS reçu. La quantité de données utiles dans les trames BB dépend des paramètres de transmission : constellation, taux de codage {code rate en anglais), données de correction d'erreur de type FEC (Forward Error Correction en anglais), etc. Les passerelles 1.1 et 1.2 encapsulent ensuite les trames BB dans des paquets T2MI. Les passerelles 1.1 et 1.2 génèrent en outre des paquets T2MI de signalisation et des paquets T2MI contenant des informations d'horodatage (timestamp en anglais). Plusieurs types de paquets T2MI sont ainsi générés par les passerelles 1.1 et 1.2. Plus précisément, les paquets T2MI sont regroupés par trames de type T2, la période d'une trame T2 étant définie par les paramètres de modulation OFDM (Orthogonal Frequency Division Multiplexing en anglais ou Multiplexage par Division en Fréquences Orthogonales en français) utilisés. Chaque trame T2 comporte des paquets T2MI contenant des trames BB, puis un paquet T2MI d'informations d'horodatage, puis un paquet T2MI de signalisation. Le paquet T2MI de signalisation contient les informations de type Ll, c'est à dire qu'il contient des informations de modulation : bande passante, taille de FFT (Fast Fourier Transform en anglais ou Transformée de Fourier Rapide en français), etc.
Les informations contenues dans le paquet T2MI d'informations d'horodatage correspondent à une indication de l'instant auquel la supertrame T2, composée d'un nombre prédéfini de trames T2 successives, doit être émise par chaque modulateur dans le cas d'une distribution de type SFN. Les informations d'horodatage peuvent être absolues en utilisant un instant de référence de départ commun ou relatives, par exemple par rapport à un cadencement de type PPS {Puise Per Second en anglais ou Impulsion Par Seconde en français). Ces informations d'horodatage ne sont pas significatives dans le cas d'une distribution de type MFN {Multiple Frequency Network en anglais ou Réseau à Multiples Fréquences en français). Cependant, l'ensemble des modulateurs et passerelles du réseau de diffusion doivent disposer d'une horloge commune, étant donné que la norme DVB-T2 ne permet pas l'adaptation de débit au niveau des modulateurs.
Les passerelles 1.1 et 1.2 encapsulent les paquets T2MI dans des paquets TS afin de permettre le transport des services numériques jusqu'à des modulateurs 1.4 (dont un seul est représenté sur la Fig. 1). Des tables PAT {Program Association Table en anglais ou Table d'Association de Programmes en français) et PMT {Program Map Table en anglais ou Table de Correspondance de Programmes en français), et éventuellement des paquets de bourrage, aussi appelés paquets NULL, sont ajoutés afin d'obtenir un flux TS à débit constant et valide du point de vue du rapport ETR 290 : « Digital Video Broadcasting (DVB) ; Measurement Guide Unes for DVB Systems » et plus particulièrement du paragraphe « Measurement and Analysis of the MPEG-2 Transport Stream » de ce rapport. Les passerelles 1.1 et 1.2 effectuent ainsi une adaptation de débit au niveau du flux TS.
Les passerelles 1.1 et 1.2 transmettent les paquets T2MI, encapsulés dans des paquets TS, respectivement via des liens 1.8 et 1.9. Les liens 1.8 et 1.9 peuvent être de nature différente, par exemple le lien 1.8 correspond à une communication satellite et le lien 1.9 correspond à une communication via le réseau Internet. Un module 1.3 de sélection de flux de données reçoit ces paquets T2MI, encapsulés dans des paquets TS, via ces liens 1.8 et 1.9. Ce module 1.3 est en charge de sélectionner dynamiquement un flux parmi ceux issus des passerelles 1.1 et 1.2 et de le fournir au modulateur 1.4 via un lien 1.10.
Lorsque le flux issu de l'une des passerelles 1.1 et 1.2 est interrompu, par exemple suite à une erreur de transmission, le module 1.3 sélectionne le flux issu de l'autre passerelle. Ainsi, un basculement de flux peut s'opérer, lorsque le flux qui était sélectionné jusqu' alors a subi une interruption. Une synchronisation au niveau supertrame T2 est alors requise, ce qui signifie que les supertrames T2 et trames T2 sont émises au même instant et que les valeurs des compteurs de continuité des paquets T2MI émis simultanément par les passerelles sont identiques ; sinon, le passage d'un flux à un autre entraînerait un flux résultant qui est incorrect du point de vue de la norme DVB-T2, la taille d'une trame T2 serait incorrecte par rapport aux informations de type Ll et une discontinuité apparaîtrait au niveau de valeurs de compteurs contenues dans les paquets T2MI. En effet, les paquets T2MI appartenant à une même supertrame T2 doivent contenir une même valeur de compteur. Ainsi lors d'un basculement d'un flux à l'autre, il serait nécessaire que le modulateur 1.4 se resynchronise, ce qui signifie que le service numérique serait suspendu pendant la durée de resynchronisation, qui peut être de plusieurs secondes.
Etant donné que chaque passerelle 1.1 et 1.2 effectue une adaptation de débit au niveau des paquets TS qui n'est pas déterministe, le module 1.3 de sélection de flux de données doit assurer la synchronisation des flux pour permettre d' effectuer le basculement d'un flux à l'autre de manière transparente. Pour ce faire, il effectue un alignement des flux, dont un exemple de réalisation est décrit ci-après en relation avec les Figs. 5a, 5b et 5c.
Les passerelles 1.1 et 1.2 sont synchronisées au niveau trame T2 ou supertrame T2. Les passerelles 1.1 et 1.2 génèrent alors les supertrames T2, et donc les trames T2, aux mêmes instants. Les paquets T2MI d'informations d'horodatage émis à un même instant par les passerelles 1.1 et 1.2 comportent alors les mêmes informations d'horodatage. Cette synchronisation des passerelles 1.1 et 1.2 est obtenue par négociation via un lien 1.7, à latence négligeable vis-à-vis des périodes de trame T2, reliant ces passerelles. Les passerelles 1.1 et 1.2 échangent des messages afin de déterminer à quelle passerelle est attribué le statut de maître, à l'autre passerelle étant alors attribué le statut d'esclave. La passerelle esclave s'asservit alors temporellement sur la passerelle maître, la passerelle maître envoyant à la passerelle esclave, à chaque supertrame T2, les informations d'horodatage de la supertrame T2 courante ainsi que la valeur de compteur de continuité des paquets T2MI de cette supertrame T2.
Au démarrage de la négociation, les passerelles sont considérées comme esclaves, et une passerelle doit être élue comme maître. Chaque passerelle envoie alors à l'autre un message de demande de statut. A la réception d'une demande de statut, la passerelle 1.1 ou 1.2 retourne son statut, celui-ci comprenant une indication de l'état de réception des signaux d'une horloge de référence et de l'état de réception du flux d'entrée. Si une passerelle a l'un de ses signaux d'entrée, flux ou horloge de référence, qui n'est pas reçu correctement, elle prend automatiquement le statut d'esclave. L'autre prend alors le statut de maître. Si chacune des passerelles 1.1 et 1.2 reçoit correctement ses signaux d' entrée, une passerelle maître est par exemple sélectionnée par comparaison d'identifiants, tels que leurs adresses MAC {Médium Access Control en anglais ou Contrôle d'Accès au Support en français).
Dès que la passerelle maître ne reçoit plus correctement un de ses signaux d'entrée, flux ou horloge de référence, elle prend le statut d'esclave et en informe l'autre passerelle, qui prend alors le statut de maître à la condition que ces signaux d'entrée soient corrects. Dans le cas où chacune des passerelles 1.1 et 1.2 ne reçoit pas correctement ses signaux d'entrée, aucune passerelle n'est en mesure de prendre le statut de maître. Cette situation rare d'erreurs simultanées sur les passerelles 1.1 et 1.2 conduit à une interruption de diffusion de service numérique.
Pour chaque supertrame T2 à transmettre, chacune des passerelles 1.1 et 1.2 détermine les informations d'horodatage associées. La passerelle maître transmet alors à la passerelle esclave un message de synchronisation comportant les informations d'horodatage qu'elle a déterminées, ainsi que la valeur du compteur de continuité des paquets T2MI de cette supertrame T2. La passerelle esclave vérifie si les informations d'horodatage fournies par la passerelle maître coïncident avec celles qu'elle a elle- même déterminées . Il est possible d ' autoriser une certaine tolérance de désynchronisation, par exemple de 1 μβ. Si les informations d'horodatage diffèrent, la passerelle esclave se resynchronise à la prochaine supertrame T2. Les informations d'horodatage de la prochaine supertrame T2 générée par la passerelle esclave sont alors celles reçues par la passerelle maître auxquelles s'ajoute la durée théorique d'une supertrame T2. La passerelle esclave peut en outre vérifier que la valeur du compteur de continuité des paquets T2MI est identique à celle fournie par la passerelle maître. En cas de différence, le compteur de continuité des paquets T2MI prend la valeur reçue de la passerelle maître, à laquelle est ajouté le nombre de paquets T2MI théoriquement générés durant une supertrame T2.
Les Figs. 2 et 3 illustrent schématiquement, respectivement, un premier et un second mode de réalisation du module 1.3 de sélection de flux de données.
La Fig. 2 correspond à une mise en œuvre sous forme matérielle du module 1.3 de sélection de flux de données. Le module 1.3 peut alors par exemple prendre la forme d'une machine ou un composant dédié, tel qu'un FPGA (Field-Programmable Gâte Array en anglais ou Matrice de Portes Programmable sur Champ en français) ou un ASIC {Application-Specific Integrated Circuit en anglais ou Circuit Intégré Spécifique à une Application en français). Le module 1.3 comporte des modules 2.1 et 2.2 d'analyse de conformité au niveau TS, vis-à-vis des recommandations du rapport ETR 290, des flux respectivement reçus via les liens 1.8 et 1.9. Parmi les erreurs pouvant être détectées par les modules 2.1 et 2.2, on peut citer les erreurs de perte de synchronisation du flux TS, les erreurs de table PAT, les erreurs de valeur de compteur de continuité, etc. Si de telles erreurs sont détectées, elles sont remontées jusqu'à un module 2.7 de décision de basculement de flux. Dans un mode de réalisation particulier, le module 1.3 peut être configuré de manière à masquer les erreurs de conformité au niveau TS d'un ou plusieurs types, de sorte qu'elles n'engendrent pas de basculement de flux.
Le module 1 .3 comporte en outre des modules 2.3 et 2.4 d' analyse de conformité au niveau T2MI. Ces modules reçoivent respectivement, via des liens 2.11 et 2.12, en provenance des modules 2.1 et 2.2, les flux de données reçus via les liens 1.8 et 1.9, ainsi qu'une indication d'éventuelles erreurs de conformité au niveau TS. Les modules 2.3 et 2.4 extraient les paquets T2MI des flux TS reçus et analysent ensuite la conformité des données au niveau T2MI. Parmi les erreurs pouvant être détectées par les modules 2.3 et 2.4, on peut citer les erreurs de continuité de valeur de compteur T2MI, les erreurs de parité par analyse de champ CRC (Cyclic Redundancy Code en anglais ou Code de Redondance Cyclique en français), les erreurs de longueur de paquet T2MI, etc. Si de telles erreurs sont détectées, elles sont remontées jusqu'au module 2.7 de décision de basculement de flux. Dans un mode de réalisation particulier, le module 1.3 peut être configuré de manière à masquer les erreurs de conformité au niveau T2MI d'un ou plusieurs types donnés, de sorte qu'elles n'engendrent pas de basculement de flux.
Le module 1.3 comporte en outre des mémoires tampon 2.5 et 2.6 de type FIFO (First-In First-Out en anglais ou Premier Entré Premier Sorti en français). Les paquets T2MI sont respectivement stockés dans les mémoires tampon 2.5 et 2.6 par les modules 2.3 et 2.4 via des liens 2.13 et 2.14. Chaque paquet T2MI est stocké conjointement avec la valeur de compteur de continuité qui lui est associée, avec une indication concernant le type du paquet T2MI, ainsi que les erreurs, éventuellement détectées par les modules 2.1 et 2.2 d'analyse de conformité au niveau TS et par les modules 2.3 et 2.4 d'analyse de conformité au niveau T2MI. Chaque paquet T2MI est en outre conjointement stocké avec une information représentative de l'instant auquel il est stocké dans la mémoire tampon 2.5 ou 2.6 concernée. Ces informations représentatives des instants auxquels les paquets T2MI sont stockés dans les mémoires tampon 2.5 et 2.6 sont obtenues, via des liens 2.15 et 2.16, auprès de modules 2.9 et 2.10 d'horodatage respectifs. Le module 2.7 de décision de basculement de flux peut accéder aux paquets, et à l'ensemble des informations stockées dans les mémoires tampon 2.5 et 2.6, via des liens 2.17 et 2.18 respectifs.
Le module 2.7 de décision de basculement de flux effectue un alignement des flux de paquets T2MI stockés, et en fonction du résultat de cet alignement et des erreurs éventuellement détectées par les modules 2.1, 2.2, 2.3 et 2.4, il sélectionne des paquets T2MI à transmettre à destination du modulateur 1.4. Un mode de réalisation de l'alignement de flux effectué par le module 2.7 est décrit ci-après en relation avec les Figs. 5a, 5b et 5c.
Le module 1.3 comporte en outre un module 2.8 d'encapsulation TS. Le module 2.8 génère un flux TS à partir des paquets T2MI sélectionnés par le module 2.7, afin de permettre le transport du service numérique jusqu'au modulateur 1.4. Des tables PAT et PMT, et éventuellement des paquets de bourrage, ou paquets NULL, sont ajoutés afin d'obtenir un flux TS à débit constant et valide du point de vue du rapport ETR 290, le débit de ce flux étant asservi sur le flux sélectionné par le module 2.7.
La Fig. 3 correspond à une mise en œuvre sous forme logicielle du module 1.3 de sélection de flux de données, par exécution d'un ensemble d'instructions par une machine programmable, tel qu'un DSP {Digital Signal Processor en anglais ou Unité de Traitement de Signal Numérique en français) ou un microcontrôleur. Selon cette réalisation, le module 1.3 comporte, reliés par un bus de communication 3.1 : un processeur, micro-processeur, microcontrôleur ou CPU {Central Processing Unit en anglais ou Unité Centrale de Traitement en français) 3.2 ; une mémoire vive RAM {Random Access Memory en anglais ou Mémoire à Accès Aléatoire en français) 3.3 ; une mémoire morte ROM {Read Only Memory en anglais ou Mémoire à Lecture Seule en français) 3.4 ; un lecteur 3.5 de médium de stockage, tel qu'un lecteur de carte SD {Secure Digital Card en anglais ou Carte Numérique Sécurisée en français) ; des moyens d'interface 3.6 avec les liens 1.8 et 1.9 ; et des moyens d'interface 3.7 avec le lien 1.10.
Le microcontrôleur 3.2 est capable d'exécuter des instructions chargées dans la
RAM 3.3 à partir de la ROM 3.4, d'un support de stockage, tel qu'une carte SD ou autre, ou d'un réseau de communication (non représenté). Lorsque le module 1.3 est mis sous tension, le microcontrôleur 3.2 est capable de lire de la RAM 3.3 des instructions et de les exécuter. Ces instructions forment un programme d'ordinateur causant la mise en œuvre, par le microcontrôleur 3.2, de tout ou partie des algorithmes décrits ci-après en relation avec les Figs. 4, 5a, 5b et 5c.
La Fig. 4 illustre schématiquement un algorithme mis en œuvre par le module 1.3 de sélection de flux de données.
Dans une étape 4.1, le module 1.3 reçoit plusieurs flux TS, chacun encapsulant des paquets T2MI. Dans une étape 4.2 suivante, le module 1.3 effectue une analyse de conformité des flux TS reçus, comme déjà décrit en relation avec la Fig. 3. Dans une étape 4.3 suivante, le module 1.3 extrait des flux de paquets T2MI à partir des flux TS reçus. Dans une étape 4.4 suivante, le module 1.3 effectue une analyse de conformité des flux T2MI extraits, comme déjà décrit en relation avec la Fig. 3. Dans une étape 4.5 suivante, le module 1.3 stocke chaque flux de paquets T2MI dans une mémoire tampon. Chaque paquet T2MI est stocké conjointement avec la valeur de compteur de continuité qui lui est associée, avec une indication concernant le type du paquet T2MI, ainsi que les erreurs éventuellement détectées lors des étapes 4.2 et 4.4. Chaque paquet T2MI est en outre conjointement stocké avec une information représentative de l'instant auquel il est stocké dans la mémoire tampon concernée.
Dans une étape 4.6 suivante, le module 1.3 effectue un alignement de flux de paquets T2MI stockés, et dans une étape 4.7 suivante, sélectionne un flux parmi les flux de paquets T2MI stockés en fonction du résultat de l'alignement effectué et des erreurs éventuellement détectées lors des étapes 4.2 et 4.4. Un mode de réalisation de ces opérations est plus amplement détaillé ci-après en relation avec les Figs. 5a, 5b et 5c.
Dans une étape 4.8 suivante, le module 1.3 effectue une encapsulation des paquets T2MI du flux sélectionné à l'étape 4.7 de manière à obtenir un flux TS. Ce flux TS est alors transmis au modulateur 1.4.
Lors de l'étape 4.7, le module 1.3 sélectionne un flux de paquets T2MI dont les données ne sont pas entachées d'erreurs, qu'elles soient des erreurs au niveau TS ou au niveau T2MI. Si le flux sélectionné jusqu'alors devient entaché d'erreurs, le module 1.3 bascule sur un autre flux, aligné, et qui n'est pas entaché d'erreurs. Les flux étant alignés au niveau T2MI, le basculement n'affecte pas le comportement du modulateur 1.4, qui n'a donc pas besoin de se resynchroniser.
Les Figs. 5a, 5b et 5c illustrent schématiquement un algorithme mis en œuvre par le module 1.3 et destiné à lui permettre de déterminer, parmi les flux de paquets T2MI stockés, lesquels sont aptes à être transmis à destination du modulateur 1.4, et destiné à lui permettre d'aligner les flux de paquets T2MI stockés et de sélectionner les paquets T2MI à encapsuler en vue de leur transmission au modulateur 1.4. Cet algorithme est, dans le cadre du mode de réalisation décrit en relation avec la Fig. 2, plus particulièrement mis en œuvre par le module 2.7.
L'algorithme des Figs. 5a, 5b et 5c est détaillé pour gérer deux flux de paquets
T2MI, mais son principe peut s'étendre à plus de flux.
L'algorithme démarre, dans une étape 5.1, par une phase d'initialisation. Dans une étape 5.2 suivante, le module 1.3 détermine si des données sont disponibles dans les mémoires tampons dans lesquelles les paquets T2MI sont destinés à être stockés. Si tel est le cas, une étape 5.3 est effectuée, sinon l'étape 5.2 est réitérée. Lorsque l'une des mémoires contenant les paquets T2MI commence à se remplir, le module 1.3 lance une temporisation. Cette temporisation est d'une durée prédéfinie, suffisante pour compenser la gigue (jitter en anglais) possible sur chacun des flux TS reçus à l'étape 4.1 et pour compenser le décalage temporel de transmission possible entre les liens 1.8 et 1.9. Dans l'étape 5.3, le module 1.3 se met en attente de l'expiration du délai correspondant à cette temporisation. Une fois la temporisation écoulée, lors d'une étape 5.4, le module 1.3 sélectionne un flux de paquets T2MI stockés à l'étape 4.5 comme flux principal, c'est-à-dire celui qui a priori est destiné à être encapsulé pour transmission au modulateur 1.4. L'autre flux est alors sélectionné comme flux secondaire. Dans une étape 5.5 suivante, le module 1.3 initialise un compteur, associé au flux principal, avec une valeur correspondant à l'instant auquel le premier paquet T2MI du flux principal a été stocké dans la mémoire tampon concernée.
Dans une étape 5.6 suivante, le module 1.3 met fin à la phase d'initialisation et débute une phase de lecture de paquet T2MI. Dans une étape 5.7 suivante, le module 1.3 détermine si le flux principal est entaché d'erreurs, qu'elles soient au niveau TS ou au niveau T2MI. Si tel est le cas, le module 1.3 considère que le flux principal n'est pas apte à être transmis au modulateur 1.4 et une étape 5.26 est effectuée (raccord de l'organigramme à l'étiquette B de la Fig. 5c) ; sinon, une étape 5.8 est effectuée.
Dans l'étape 5.8, le module 1.3 détermine si le flux secondaire est considéré comme aligné. Il est à noter que, tant qu'une étape 5.10 décrite ci-après n'est pas effectuée, le flux secondaire n'est pas considéré comme aligné. Si tel est le cas, une étape 5.11 est effectuée ; sinon, une étape 5.9 est effectuée.
Dans l'étape 5.9, le module 1.3 détermine si les conditions pour que le flux secondaire soit considéré comme aligné au flux principal sont remplies, c'est-à-dire si le prochain paquet T2MI à lire pour flux secondaire est de même type et comporte la même valeur de compteur de continuité que le prochain paquet T2MI pour le flux principal. Si tel est le cas, une étape 5.10 est effectuée, dans laquelle le module 1.3 considère que le flux secondaire est aligné, et une étape 5.12 est effectuée ; sinon, une étape 5.15 est effectuée (raccord de l'organigramme à l'étiquette C de la Fig. 5b).
Dans l'étape 5.11, le module 1.3 vérifie si les conditions pour que le flux secondaire soit considéré comme aligné au flux principal sont toujours remplies. Si tel est le cas, l'étape 5.12 est effectuée ; sinon une étape 5.14 est effectuée.
Dans l'étape 5.12, le module 1.3 détermine si le flux secondaire est entaché d'erreurs, qu'elles soient au niveau TS ou au niveau T2MI. Si tel est le cas, le module 1.3 considère que le flux secondaire n'est pas apte à être transmis au modulateur 1.4 et l'étape 5.14 est effectuée ; sinon, une étape 5.13 est effectuée.
Dans l' étape 5.13, le module 1.3 met à jour un compteur associé au flux secondaire en lui donnant une valeur correspondant à l'instant auquel le prochain paquet T2MI du flux secondaire a été stocké dans la mémoire tampon concernée.
Ensuite, l'étape 5.15 est effectuée (raccord de l'organigramme à l'étiquette C de la Fig. 5b).
Dans l'étape 5.14, la mémoire destinée aux paquets T2MI du flux secondaire est réinitialisée, soit parce que le flux secondaire n'est plus aligné, soit parce qu'il contient, ou que le flux TS qui l'encapsulait contenait, des données erronées. Ensuite, l'étape 5.15 est effectuée (raccord de l'organigramme à l'étiquette C de la Fig. 5b).
Dans l' étape 5.15, le module 1.3 obtient la longueur du paquet T2MI à lire. Cette valeur est commune à l'ensemble des flux aptes à être transmis au modulateur 1.4, puisque ceux-ci sont alignés. Dans une étape suivante 5.16, le compteur associé au flux principal est incrémenté. Ce compteur est incrémenté sur la base du rythme de l'horloge qui a servi de référence pour déterminer les instants auxquels les paquets T2MI sont stockés en mémoire tampon. Il est considéré dans l'algorithme des Figs. 5a, 5b et 5c que les étapes comprises entre les étapes 5.6 et 5.15 sont effectuées en un coup de cette horloge.
Dans une étape 5.17 suivante, le module 1.3 détermine si le flux secondaire est considéré comme aligné. Si tel est le cas, une étape 5.18 est effectuée ; sinon, une étape 5.19 est effectuée. Dans l'étape 5.18, le compteur associé au flux secondaire est incrémenté, de la même manière que l'est celui associé au flux principal dans l'étape 5.16. Dans l'étape 5.19 suivante, mise en œuvre dans le cadre du mode de réalisation décrit en relation avec la Fig. 2, le module 1.3 détermine si le module 2.8 d'encapsulation TS est prêt à recevoir des données. Si tel est le cas, une étape 5.20 est effectuée ; sinon, l'étape 5.16 est à nouveau mise en œuvre.
Dans une étape 5.20, le module 1.3 détermine si le compteur associé au flux principal a atteint, ou dépassé, une valeur correspondant à l'instant auquel le prochain paquet T2MI à lire pour le flux principal a été stocké en mémoire tampon. Si tel est le cas, des étapes 5.21 et 5.23 sont effectuées ; sinon, l'étape 5.16 est à nouveau mise en œuvre.
Dans l'étape 5.23 suivante, le module 1.3 détermine si le flux secondaire est considéré comme aligné. Si tel est le cas, une étape 5.24 est effectuée ; sinon, l'étape 5.6 est réitérée (raccord de l'organigramme à l'étiquette D de la Fig. 5a).
Dans l'étape 5.24, le paquet T2MI du flux secondaire est lu au même rythme que l'est le paquet T2MI du flux principal dans l'étape 5.21, mais n'est pas encapsulé ou transmis pour encapsulation. En d'autres termes, ce paquet est supprimé. Dans une étape 5.25 suivante, le compteur associé au flux secondaire est incrémenté, de la même manière qu'il l'est à l'étape 5.18. Ensuite, l'étape 5.6 est réitérée (raccord de l'organigramme à l'étiquette D de la Fig. 5a).
Dans l'étape 5.21, le paquet T2MI du flux principal est lu, et est encapsulé ou transmis pour encapsulation. Il est donc sélectionné pour encapsulation en vue de sa transmission au modulateur 1.4. Dans une étape 5.22 suivante, le compteur associé au flux principal est incrémenté, de la même manière qu'il l'est à l'étape 5.16. Ensuite, l'étape 5.6 est réitérée (raccord de l'organigramme à l'étiquette D de la Fig. 5a), et une nouvelle phase de lecture de paquet T2MI est mise en œuvre. Au vu des étapes 5.21 et 5.24, la lecture d'un paquet T2MI est alors activée pour lire un paquet d'un autre flux T2MI que le flux principal, c'est-à-dire celui actuellement sélectionné, s'ils sont alignés.
Ainsi, grâce aux compteurs respectivement associés au flux principal et au flux secondaire, ainsi qu'au délai appliqué à l'étape 5.3, un délai de traitement fixe est appliqué par le module 1.3 sur les flux TS. En outre, le flux TS généré par le module 1.3 est asservi sur le flux de paquets T2MI sélectionné.
Dans l'étape 5.26, le module 1.3 détermine si le flux secondaire est considéré comme aligné avec le flux principal, c'est-à-dire si l'étape 5.10 a été préalablement effectuée. Si tel est le cas une étape 5.28 est effectuée ; sinon une étape 5.27 est effectuée. Dans l'étape 5.28, le module 1.3 détermine si le flux secondaire est entaché d'erreurs, qu'elles soient au niveau TS ou au niveau T2MI. Si tel est le cas, le module 1.3 considère que le flux secondaire n'est pas apte à être transmis au modulateur 1.4 et l'étape 5.27 est effectuée ; sinon, une étape 5.29 est effectuée. Dans l'étape 5.27, le flux principal et le flux secondaire étant entachés d'erreurs, les mémoires dans lesquelles sont stockés les paquets T2MI sont réinitialisées, et l'étape 5.2 est réitérée (raccord de l'organigramme à l'étiquette A de la Fig. 5a). Une nouvelle phase d'initialisation est alors mise en œuvre.
Dans l'étape 5.29, le flux principal étant entaché d'erreurs, la mémoire tampon dans laquelle ses paquets T2MI sont stockés est réinitialisée, et dans une étape 5.30 suivante, un basculement de flux est effectué. Le flux secondaire devient alors le flux principal et le flux principal devient le flux secondaire. Ensuite, l'étape 5.15 est effectuée (raccord de l'organigramme à l'étiquette C de la Fig. 5b).
Dans une variante de réalisation, les flux T2MI sont classés selon un ordre de priorité, par exemple dépendant d'un niveau respectif de robustesse de leur transmission jusqu'au module 1.3. Parmi des flux alignés et non entachés d'erreurs, le flux de priorité la plus grande est sélectionné dans l'étape 4.7. Cela permet de renforcer la fiabilité de la transmission jusqu'au modulateur 1.4, en limitant le risque que le flux sélectionné ne contienne des erreurs, visibles lors de la réception du service, mais qui n'entraînent pas de basculement de flux au sein du module 1.3.

Claims

REVENDICATIONS
1) Dispositif (1.3) destiné à être placé en amont d'un modulateur (1.4) dans une chaîne de diffusion de flux de service numérique, ledit dispositif comprenant des moyens de réception (1.8; 1.9) d'une pluralité de flux de transport et des moyens de transmission (1.10) d'un flux de transport à destination du modulateur, chaque flux de transport encapsulant un flux de service numérique adapté à être diffusé par ledit modulateur, lesdits flux de service numérique étant représentatifs d'un même service numérique, caractérisé en ce qu'il comporte :
- des moyens d'extraction (2.3;2.4) de flux de service numérique à partir des flux de transport reçus ;
des moyens de détection (2.1;2.2;2.3;2.4) d'erreur au niveau des flux de transport reçus et/ou au niveau des flux de service numérique extraits ;
des moyens d'alignement (2.5,2.6,2.7) de flux de service numérique extraits ; - des moyens de sélection (2.7) d'un flux parmi les flux de service numérique alignés, en fonction d'éventuelles erreurs détectées par lesdits moyens de détection ; des moyens d'encapsulation (2.8) du flux de service numérique sélectionné, afin de former ledit flux de transport à transmettre à destination dudit modulateur. 2) Dispositif selon la revendication 1 , caractérisé en ce que lesdits moyens d'alignement comportent des moyens de mémorisation (2.5;2.6) des paquets des flux de service numérique extraits en correspondance avec des informations respectives de type de paquet et des valeur respectives d'un compteur de continuité desdits paquets au sein de leurs flux de service numérique respectifs.
3) Dispositif selon la revendication 2, caractérisé en ce que lesdits moyens d'alignement comportent des moyens de lecture de paquet mémorisé, et en ce que, lesdits moyens étant mis en œuvre pour lire un paquet d'un flux de service numérique donné, lesdits moyens sont en outre activés pour lire un paquet d'un autre flux de service numérique, si leurs informations respectives de type de paquet et leurs valeurs respectives de compteur de continuité coïncident.
4) Dispositif selon la revendication 3, caractérisé en ce que lesdits moyens de mémorisation sont adaptés pour mémoriser les paquets des flux de service numérique extraits en correspondance avec des informations représentatives d'instants auxquels lesdits paquets sont respectivement mémorisés, et en ce que lesdits moyens de lecture sont en outre activés en fonction desdites informations. 5) Dispositif selon l'une quelconque des revendications 2 à 4, caractérisé en ce que lesdits moyens de lecture sont initialement activés suite à l'expiration d'une temporisation de durée prédéfinie lancée lors de la mémorisation du premier paquet dudit flux. 6) Dispositif selon l'une quelconque des revendications 1 à 5, caractérisé en ce que lesdits moyens de sélection prennent en compte un ordre de priorité prédéfini entre lesdits flux de service numérique alignés.
7) Système (1.1,1.2,1.3) de diffusion de flux de service numérique, ledit système étant destiné à transmettre, à un modulateur (1.4), un flux de transport encapsulant un flux de service numérique adapté à être diffusé par ledit modulateur, caractérisé en ce qu'il comporte un dispositif (1.3) selon l'une quelconque des revendications 1 à 5, dit dispositif de sélection de flux, et au moins un dispositif fournisseur (1.1; 1.2) fournissant ladite pluralité de flux de transport audit dispositif de sélection de flux.
8) Système selon la revendication 7, caractérisé en ce qu'il comporte une pluralité de dispositifs fournisseurs, et en ce que lesdits dispositifs fournisseurs comportent :
des moyens d'attribution d'un statut de maître à un dispositif fournisseur donné, un statut d'esclave étant attribué à chaque autre dispositif fournisseur ;
des moyens respectifs de génération de flux de service numérique, lesdits moyens de génération de chaque dispositif esclave étant asservis temporellement sur ceux du dispositif maître. 9) Procédé mis en œuvre par un dispositif (1.3) destiné à être placé en amont d'un modulateur (1.4) dans une chaîne de diffusion de flux de service numérique, ledit dispositif comprenant des moyens de réception (1.8; 1.9) d'une pluralité de flux de transport et des moyens de transmission (1.10) d'un flux de transport à destination du modulateur, chaque flux de transport encapsulant un flux de service numérique adapté à être diffusé par ledit modulateur, lesdits flux de service numérique étant représentatifs d'un même service numérique, caractérisé en ce qu'il comporte des étapes :
d'extraction (4.3) de flux de service numérique à partir des flux de transport reçus par ledit dispositif ;
de détection (4.2;4.4) d'erreur au niveau des flux de transport reçus et/ou au niveau des flux de service numérique extraits ;
d'alignement (4.6) de flux de service numérique extraits ;
de sélection (4.7) d'un flux parmi les flux de service numérique alignés, en fonction d'éventuelles erreurs détectées par lesdits moyens de détection ;
d'encapsulation (4.8) du flux de service numérique sélectionné, afin de former ledit flux de transport à transmettre à destination dudit modulateur.
10) Programme d'ordinateur caractérisé en ce qu'il comprend des instructions pour mettre en œuvre, par un dispositif destiné à être placé en amont d'un modulateur dans une chaîne de diffusion de flux de service numérique, le procédé selon la revendication 9, lorsque ledit programme est exécuté par un processeur dudit dispositif.
11) Moyens de stockage, caractérisés en ce qu'ils stockent un programme d'ordinateur comprenant des instructions pour mettre en œuvre, par un dispositif destiné à être placé en amont d'un modulateur dans une chaîne de diffusion de flux de service numérique, le procédé selon la revendication 9, lorsque ledit programme est exécuté par un processeur dudit dispositif.
PCT/EP2011/071838 2010-12-08 2011-12-06 Dispositif de sélection de flux de service numérique, et procédé, programme d'ordinateur et moyens de stockage correspondants WO2012076490A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
ES11791554T ES2696545T3 (es) 2010-12-08 2011-12-06 Dispositivo de selección de flujos de servicio digital, y procedimiento, programa de ordenador y medios de almacenamiento correspondientes
US13/992,276 US9049270B2 (en) 2010-12-08 2011-12-06 Device for selecting digital service streams, and method, computer program and storage means corresponding thereto
EP11791554.6A EP2649738B1 (fr) 2010-12-08 2011-12-06 Dispositif de sélection de flux de service numérique, et procédé, programme d'ordinateur et moyens de stockage correspondants

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1060266A FR2968791B1 (fr) 2010-12-08 2010-12-08 Dispositif de selection de flux de service numerique, et procede, programme d'ordinateur et moyens de stockage correspondants
FR10/60266 2010-12-08

Publications (1)

Publication Number Publication Date
WO2012076490A1 true WO2012076490A1 (fr) 2012-06-14

Family

ID=44201858

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2011/071838 WO2012076490A1 (fr) 2010-12-08 2011-12-06 Dispositif de sélection de flux de service numérique, et procédé, programme d'ordinateur et moyens de stockage correspondants

Country Status (5)

Country Link
US (1) US9049270B2 (fr)
EP (1) EP2649738B1 (fr)
ES (1) ES2696545T3 (fr)
FR (1) FR2968791B1 (fr)
WO (1) WO2012076490A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2882191A1 (fr) * 2013-12-05 2015-06-10 Cisco Technology, Inc. Synchronisation de données en continu
RU2637502C2 (ru) * 2012-12-13 2017-12-05 Эненсис Текнолоджиз Способ генерирования и передачи по меньшей мере одного потока данных

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3015739B1 (fr) * 2013-12-19 2017-05-26 Enensys Tech Procede de generation d’un marquage temporel pour une diffusion terrestre synchrone
US10129839B2 (en) * 2014-12-05 2018-11-13 Qualcomm Incorporated Techniques for synchronizing timing of wireless streaming transmissions to multiple sink devices
DE102015001622A1 (de) 2015-02-09 2016-08-11 Unify Gmbh & Co. Kg Verfahren zur Übertragung von Daten in einem Multimedia-System, sowie Softwareprodukt und Vorrichtung zur Steuerung der Übertragung von Daten in einem Multimedia-System
WO2016181198A1 (fr) * 2015-05-14 2016-11-17 Telefonaktiebolaget Lm Ericsson (Publ) Procédés et système de synchronisation de nœuds dans un réseau sans fil
US9843837B2 (en) * 2015-08-03 2017-12-12 At&T Intellectual Property I, L.P. Cross-platform analysis
EP3148103B1 (fr) 2015-09-28 2022-04-20 Nxp B.V. Traitement de données audio
RU2621063C1 (ru) * 2016-06-14 2017-05-31 ТимКаст Текнолоджи Сообщение для передачи данных, способ передачи множества указанных сообщений, способ регионализации контента (варианты) и способ регионализации сигнализации регионального букета
RU2649415C1 (ru) * 2017-04-10 2018-04-03 Владимир Леонидович Карякин Региональная сеть цифрового тв вещания стандарта dvb-t2
FR3068559B1 (fr) * 2017-06-30 2019-08-02 Enensys Technologies Procede de generation d'un flux de donnees, passerelle de diffusion, procede et equipement de selection d'un flux de donnees et programme d'ordinateur correspondant

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030142670A1 (en) * 2000-12-29 2003-07-31 Kenneth Gould System and method for multicast stream failover
US6765865B1 (en) * 1999-09-08 2004-07-20 British Telecommunications Public Limited Company Signal switching
US20070237185A1 (en) * 2006-04-03 2007-10-11 Pereira Michael A Synchronizing redundant video streams encapsulated in ip/udp packets
WO2009112371A1 (fr) 2008-03-07 2009-09-17 Enensys Technologies Procede de synchronisation d'une pluralite de modules de formatage
FR2936919A1 (fr) * 2008-10-06 2010-04-09 Enensys Technologies Dispositif et procede de synchronisation fine de differentes versions d'un flux de donnees recues

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6765865B1 (en) * 1999-09-08 2004-07-20 British Telecommunications Public Limited Company Signal switching
US20030142670A1 (en) * 2000-12-29 2003-07-31 Kenneth Gould System and method for multicast stream failover
US20070237185A1 (en) * 2006-04-03 2007-10-11 Pereira Michael A Synchronizing redundant video streams encapsulated in ip/udp packets
WO2009112371A1 (fr) 2008-03-07 2009-09-17 Enensys Technologies Procede de synchronisation d'une pluralite de modules de formatage
FR2936919A1 (fr) * 2008-10-06 2010-04-09 Enensys Technologies Dispositif et procede de synchronisation fine de differentes versions d'un flux de donnees recues

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Digital Video Broadcasting (DVB); Modulator Interface (T2-MI) for a second generation digital terrestrial television broadcasting system (DVB-T2)", TECHNICAL SPECIFICATION, EUROPEAN TELECOMMUNICATIONS STANDARDS INSTITUTE (ETSI), 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS ; FRANCE, vol. BROADCAS, no. V1.2.1, 1 December 2010 (2010-12-01), XP014061858 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2637502C2 (ru) * 2012-12-13 2017-12-05 Эненсис Текнолоджиз Способ генерирования и передачи по меньшей мере одного потока данных
EP2882191A1 (fr) * 2013-12-05 2015-06-10 Cisco Technology, Inc. Synchronisation de données en continu
US20150163757A1 (en) * 2013-12-05 2015-06-11 Cisco Technology, Inc. Synchronization of streaming data
US9706509B2 (en) 2013-12-05 2017-07-11 Cisco Technology, Inc. Synchronization of streaming data

Also Published As

Publication number Publication date
EP2649738B1 (fr) 2018-08-15
FR2968791A1 (fr) 2012-06-15
EP2649738A1 (fr) 2013-10-16
US9049270B2 (en) 2015-06-02
FR2968791B1 (fr) 2013-01-11
US20130322557A1 (en) 2013-12-05
ES2696545T3 (es) 2019-01-16

Similar Documents

Publication Publication Date Title
EP2649738B1 (fr) Dispositif de sélection de flux de service numérique, et procédé, programme d'ordinateur et moyens de stockage correspondants
CA2390699C (fr) Surveillance de la qualite de service dans une liaison de television numerique
WO2007042574A1 (fr) Procede de generation et demultiplexage d'un signal de contribution optimise, et systeme de diffusion regionalisee de donnees
AU2013330649A2 (en) Method and apparatus for media data delivery control
EP2462749A1 (fr) Procede de diffusion dvb-t2 avec insertion de contenu regional et dispositif utilise dans le procede
CN103096183A (zh) 一种高效流媒体传输方法
FR2880749A1 (fr) Methode de transmission de flux mpeg sur ip et appareil implementant la methode
WO2009053663A2 (fr) Procédé optimisé de transmission, vers des terminaux mobiles et via une infrastructure radio à méthode d'accès de type tdm/tdma/ofdma, de contenus en couches, et dispositif de traitement associé
FR2927747A1 (fr) Procede de diffusion d'un flux de donnees dans un reseau comprenant une pluralite d'emetteurs, produit programme d'ordinateur, tete de reseau et systeme correspondants.
EP3284260A1 (fr) Procédé de remplacement d'un contenu principal par au moins un contenu secondaire, équipement de remplacement de contenus et programme d'ordinateur correspondants
WO2010040743A1 (fr) Dispositif et procédé de synchronisation fine de différentes versions d'un flux de données reçues
WO2009144134A1 (fr) Dispositif et procédé de synchronisation de flux de données numériques
EP3643072A1 (fr) Procédé et équipement de génération d'un flux de transport, procédé et site de diffusion, et programme d'ordinateur correspondants.
US20230283390A1 (en) Method of measuring timing holdover performance in an r-phy system
EP0781480B1 (fr) Dispositif de routage de paquets
JP7069847B2 (ja) 同期処理装置、信号処理システム、同期処理方法、および同期処理用プログラム
EP2277313A1 (fr) Procede de synchronisation d'une pluralite de modules de formatage
FR3036904A1 (fr) Procede de traitement d'un flux global d'origine comprenant au moins un tunnel couche physique encapsulant un flux de transport, dispositif et programme d'ordinateur correspondants
FR2891973A1 (fr) Procede et dispositif de changement de groupes de datagrammes achemines par des paquets d'un flux de transport recu par un dispositif de reception radiofrequence
FR3091109A1 (fr) Procédé et équipement de génération d’un flux de transport destiné à être distribué à une pluralité de sites de diffusion, procédé et site de diffusion de données, et programme d’ordinateur correspondants.
FR3032077A1 (fr) Procede de diffusion multipoint d'un flux de donnees au format ip
Bartolin et al. Reliable real-time video delivery over IP networks
WO2016016403A1 (fr) Procédé de diffusion d'un service d'alerte
FR2726722A1 (fr) Procede de deroutage de paquets destines a etre mis en oeuvre dans une unite de reception d'un systeme de transmission de donnees numeriques arrangees en paquets

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: 11791554

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2011791554

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13992276

Country of ref document: US