FR3031861A1 - Procede et dispositif de commutation de services, programme d'ordinateur et support de stockage correspondants - Google Patents

Procede et dispositif de commutation de services, programme d'ordinateur et support de stockage correspondants Download PDF

Info

Publication number
FR3031861A1
FR3031861A1 FR1550378A FR1550378A FR3031861A1 FR 3031861 A1 FR3031861 A1 FR 3031861A1 FR 1550378 A FR1550378 A FR 1550378A FR 1550378 A FR1550378 A FR 1550378A FR 3031861 A1 FR3031861 A1 FR 3031861A1
Authority
FR
France
Prior art keywords
service
switching
packet
packets
services
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR1550378A
Other languages
English (en)
Other versions
FR3031861B1 (fr
Inventor
Pascal Dupain
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telediffusion de France ets Public de Diffusion
Original Assignee
Telediffusion de France ets Public de Diffusion
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 Telediffusion de France ets Public de Diffusion filed Critical Telediffusion de France ets Public de Diffusion
Priority to FR1550378A priority Critical patent/FR3031861B1/fr
Publication of FR3031861A1 publication Critical patent/FR3031861A1/fr
Application granted granted Critical
Publication of FR3031861B1 publication Critical patent/FR3031861B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43072—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/23424—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for inserting or substituting an advertisement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23605—Creation or processing of packetized elementary streams [PES]
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41422—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance located in transportation means, e.g. personal vehicle
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44016—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for substituting a video clip
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6143—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a satellite
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8547—Content authoring involving timestamps for synchronizing content

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne un procédé de commutation, mis en œuvre dans un dispositif de commutation, d'un premier service S1 porté par un premier flux MPEG-TS F1 vers un deuxième service S2 porté par un second flux MPEG-TS F2, lesdits services S1 et S2 étant synchronisés avant leur transport. Selon l'invention, le procédé met en œuvre les étapes suivantes, pour chaque composante desdits services S1 et S2 : • synchronisation (20) d'un paquet PF1i de début de paquet PES dudit service S1 et d'un paquet correspondant PF2j de début de paquet PES dudit service S2, ladite synchronisation tenant compte des valeurs respectives du champ de marqueur temporel de présentation, noté PTS, desdits paquets PF1i et PF2j ; • commutation (21) dudit service S1 vers ledit service S2 au début desdits paquets PF1i et

Description

Procédé et dispositif de commutation de services, programme d'ordinateur et support de stockage correspondants. 1. Domaine de l'invention Le domaine de l'invention est celui de la transmission et de la diffusion de contenus numériques, notamment de données audiovisuelles. Plus précisément, l'invention concerne la commutation de services DVB (en anglais « Digital Video Broadcasting », en français « Diffusion Vidéo numérique ») portés par deux multiplex de transport MPEG-TS (en anglais « Motion Picture Expert Group -Transport Stream », en français « flux de transport MPEG ») distincts, et en particulier une commutation « seamless », c'est-à-dire sans discontinuité d'image et de son. 2. Art antérieur A ce jour, les techniques utilisées pour réaliser une commutation sans discontinuité nécessitent que les multiplex de transport soient identiques pour les deux services à commuter. Dans ce cas en effet, la signalisation des paquets de tous les services (par exemple la table PAT ou le paquet MIP) est identique et permet une commutation sans discontinuité d'image et de son. En revanche, lorsque deux services à commuter sont portés par des flux de transport MPEG-TS distincts, la commutation ne peut se faire sans discontinuité d'image et de son, les deux services n'étant pas « synchronisés » au niveau du dispositif de commutation. Or, il existe un besoin pour une commutation « seamless » dans certains systèmes dans lesquels les deux services à commuter sont portés par des flux de transport MPEG-TS distincts. Par exemple, dans un système où un service de secours d'un service « principal » appartenant à un multiplex est acheminé par un autre flux de transport que le service « principal », ou encore dans un système de télévision numérique terrestre embarquée dans un véhicule en déplacement tel qu'un bus, l'utilisateur doit pouvoir bénéficier d'une offre de service de qualité consistant à assurer une continuité d'image et de son, quels que soient les aléas de diffusion. 3. Exposé de l'invention L'invention propose une solution nouvelle qui ne présente pas l'ensemble de ces inconvénients de l'art antérieur, sous la forme d'un procédé de commutation, mis en oeuvre dans un dispositif de commutation, d'un premier service Si porté par un premier flux MPEG-TS F1 vers un deuxième service 52 porté par un second flux MPEG-TS F2, les services Si et 52 étant synchronisés avant leur transport. Selon l'invention, le procédé met en oeuvre les étapes suivantes, pour chaque composante des services Si et 52 : - synchronisation d'un paquet PFli de début de paquet PES du service Si et d'un paquet correspondant PF2j de début de paquet PES du service 52, la synchronisation tenant compte des valeurs respectives du champ de marqueur temporel de présentation, noté PTS, des paquets PFli et PF2j; - commutation du service Si vers le service S2 au début des paquets PFli et PF2j. Ainsi, selon ses différents modes de réalisation, l'invention repose sur une approche nouvelle et inventive de la commutation « seamless » (c'est-à-dire sans discontinuité d'image et de son) de services portés par des flux de transport distincts, permettant d'aligner les paquets des deux services dès lors qu'ils étaient synchronisés avant leur transport (par exemple lorsqu'ils ont été codés par un unique codeur ou deux codeurs générant des services identiques). Pour ce faire, l'invention prévoit d'utiliser les estampilles PTS des paquets des deux flux pour aligner ces paquets et ainsi synchroniser les services après transport, de façon à ensuite pouvoir commuter d'un service vers un autre de manière « seamless ». Ceci est mis en oeuvre pour chaque composante (vidéo, audio, ...) des deux services à commuter. En effet, lorsque deux services ont été par exemple codés/générés par un unique codeur, leurs estampilles PTS sont identiques, et même s'ils sont transportés par des flux de transport distincts, et ainsi même si leurs débits sont différents (et donc les estampilles PCR dont différentes), ces estampilles sont inchangées et peuvent donc être comparées et utilisées pour synchroniser ces services. Selon un autre exemple, lorsque deux services ont été codées/générés par deux codeurs distincts mais permettant de fournir deux services identiques (c'est-à-dire présentant le même contenu, le même découpage et le même formatage des données), les estampilles PTS de tels services sont identiques et peuvent donc être comparées et utilisées pour synchroniser ces services. De ce fait, l'invention, selon ses différents modes de réalisation, permet de synchroniser deux services portés par des multiplex de transport distincts et présentant potentiellement des débits différents, de façon à pouvoir les commuter de façon « seamless », ce que les techniques actuelles de commutation ne permettent pas. En particulier, l'étape de synchronisation comprend les étapes suivantes : - une étape d'acquisition des flux F1 et F2, par le dispositif de commutation ; - une étape de détermination du paquet PFli du flux F1 portant le début d'un paquet PES, délivrant la valeur PTSi du champ PTS du paquet PFli ; - une étape de calcul d'un écart temporel /3 entre le paquet PFli et un paquet PF2j du flux F2 dont le champ PTS a une valeur égale à PTSi ; - une étape d'alignement temporel des paquets PFli et PF2j tenant compte de l'écart temporel A, lorsque celui-ci est positif.
Ainsi, selon ce mode de réalisation de l'invention, la synchronisation est basée sur un alignement temporel de deux paquets de début de paquet PES, dans chacun des flux, permettant ainsi une synchronisation à l'image près. Pour ce faire, un paquet MPEG-TS de début de paquet PES est détecté dans le flux en cours de diffusion, de façon à mémoriser la valeur de son champ PTS. Le paquet correspondant, dans le flux à synchroniser (c'est-à-dire le paquet ayant la même valeur de champ PTS), est alors détecté dans le flux à synchroniser et l'écart temporel entre ces deux paquets est calculé. Une fois cet écart temporel connu, et lorsqu'il est positif (c'est-à-dire lorsque le service vers lequel on souhaite commuter est en « avance » sur le service en cours de diffusion), les deux paquets des deux flux, présentant le même PTS, sont alignés temporellement, de manière à ce qu'ils puissent être considérés comme synchronisés. Ils peuvent ensuite être commutés de façon à ce que la commutation entre les deux services correspondants se fasse sans discontinuité d'image et de son. En particulier, l'étape de détermination comprend une sous-étape de détection d'un entête de paquet MPEG-TS portant un champ Payload Unit Start Indicator de valeur égale à 1, permettant d'identifier un paquet de début de PES, selon la norme ISO/CEI 13818-1. Selon une caractéristique particulière de l'invention, l'écart temporel A correspond à une différence temporelle entre les acquisitions respectives des paquets PFli et PF2j par le dispositif de commutation.
Ainsi, la synchronisation des paquets des deux flux est basée sur la mesure de l'écart temporel entre deux paquets identifiés pour la synchronisation, au moment de leurs acquisitions respectives par le dispositif de commutation recevant les deux flux portant les services à commuter. Ainsi, l'instant d'acquisition de chaque paquet reçu, dans le dispositif de commutation, est mémorisé et lorsque deux paquets (un pour chacun des flux) sont identifiés comme présentant la même valeur de champ PTS, l'écart temporel entre les instants d'acquisition respectifs est calculé, de manière à savoir quel retard appliquer au flux en avance pour synchroniser les deux paquets sur lesquels aura lieu la commutation de services. Par exemple, l'étape d'alignement temporel comprend une sous-étape de paramétrage de la profondeur de mémorisation d'une ligne à retard, mise en oeuvre dans le dispositif de commutation, appliquée au flux F2 portant le service 52. Ainsi, lorsque l'écart temporel d'acquisition est connu entre le paquet du premier service et le paquet du deuxième service, cet écart temporel sert à paramétrer la profondeur de mémorisation de la ligne à retard appliquée au deuxième service. De cette manière, le deuxième service est « retardé », c'est-à-dire momentanément stocké, de façon à ce que son paquet identifié comme étant le paquet sur lequel les deux services seront commutés soit aligné avec le paquet du premier service identifié comme étant le paquet sur lequel les deux services seront commutés. De ce fait, en sortie du dispositif de commutation, les deux paquets sur lesquels la commutation aura lieu sont synchronisés et la commutation pourra être mise en oeuvre en assurant une continuité d'image et de son. L'invention concerne également un dispositif de commutation d'un premier service Si porté par un premier flux MPEG-TS F1 vers un deuxième service 52 porté par un second flux MPEG-TS, les services 51 et 52 étant synchronisés avant leur transport.
Selon l'invention, un tel dispositif de commutation comprend les moyens suivants : - des moyens de synchronisation, par exemple sous la forme d'un module de synchronisation tel qu'une ligne à retard, d'un paquet PFli de début de paquet PES du service Si et d'un paquet correspondant PF21 de début de paquet PES du service 52, les moyens de synchronisation tenant compte des valeurs respectives du champ de marqueur temporel de présentation, noté PTS, des paquets PFli et PF2j ; - des moyens de commutation, par exemple sous la forme d'un module de commutation, du service SI vers le service 52 au début des paquets PFli et PF2j. Un tel dispositif de commutation est notamment adapté à mettre en oeuvre le procédé de commutation décrit précédemment. Un tel dispositif d'optimisation pourra bien sûr comporter les différentes caractéristiques relatives au procédé de commutation selon l'invention, qui peuvent être combinées ou prises isolément. Ainsi, les caractéristiques et avantages de ce dispositif de commutation sont les mêmes que ceux du procédé de commutation et ne sont pas détaillés plus amplement. L'invention concerne par ailleurs un ou plusieurs programmes d'ordinateur comportant des instructions pour la mise en oeuvre d'un procédé de commutation tel que décrit précédemment lorsque ce ou ces programmes sont exécutés par un processeur. Le procédé de commutation selon l'invention peut donc être mis en oeuvre de diverses manières, notamment sous forme câblée ou sous forme logicielle. Ce ou ces programmes peuvent utiliser n'importe quel langage de programmation, et se présenter sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention concerne enfin un support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de commutation tel que décrit précédemment. 4. Liste des figures D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : la figure 1 illustre un exemple de système pour la mise en oeuvre d'un procédé de commutation de services, selon un mode de réalisation particulier de l'invention ; la figure 2 présente les principales étapes d'un procédé de commutation de services dans un système tel qu'illustré en figure 1, selon un mode de réalisation particulier de l'invention ; la figure 3 illustre l'étape d'analyse d'un flux selon un mode de réalisation particulier du procédé de commutation de services de l'invention ; les figures 4a et 4b illustrent les différentes étapes de l'alignement temporel de deux flux portant deux services à commuter selon un mode de réalisation particulier du procédé de commutation de services de l'invention ; la figure 5 illustre l'étape de commutation de deux services selon un mode de réalisation particulier du procédé de commutation de services de l'invention ; les figures 6a à 6c illustrent un deuxième exemple d'application de l'invention, selon un mode de réalisation particulier ; la figure 7 présente le système correspondant au deuxième exemple d'application des figures 6a à 6c; les figures 8a et 8b illustrent une commutation de service respectivement selon l'art antérieur et un mode de réalisation de l'invention ; les figures 9a et 9b illustrent un exemple d'architecture simplifiée d'un dispositif de commutation de services selon un mode de réalisation de l'invention. 5. Description d'un mode de réalisation de l'invention 5.1 Principe général Le principe général de l'invention repose sur la synchronisation, avant commutation, de deux services à commuter, par alignement temporel de paquets spécifiques de ces services sur leurs estampilles PTS (ou marqueurs temporels PTS), en partant du principe que celles-ci sont identiques car les deux services étaient synchronisés avant le transport. Par exemple, il s'agit de deux services codés/générés par un même codeur ou par deux codeurs distincts mais eux-mêmes synchronisés (et délivrant des services présentant les mêmes estampilles PTS). Cet alignement temporel est mis en oeuvre pour chaque composante (vidéo, audio ...) de chaque service à commuter, assurant ainsi une commutation « seamless », c'est-à-dire sans discontinuité d'image et de son, même si les deux services sont portés par des flux de transport différents. Ainsi, le principe de l'invention se base sur le fait que les estampilles PTS des paquets de deux services générés par un même codeur sont identiques après transport, même si les flux de transport sont différents, et que les débits des deux flux portant les services sont potentiellement différents. De même, les estampilles PTS des paquets de deux services générés par des codeurs eux-mêmes synchronisés (c'est-à-dire générant des services avec les mêmes estampilles PTS) sont identiques après transport. Les principales étapes du procédé de commutation de services de l'invention sont illustrées en figure 2, selon un mode de réalisation particulier pouvant être mis en oeuvre dans un système tel qu'illustré en figure 1. Ce système de la figure 1 comprend une tête de réseau nationale, fournissant une pluralité de services dans un multiplex transporté ensuite via un réseau de transport 2 (par exemple un satellite), vers des émetteurs des sites 1 et 2 du réseau régional.
Dans ce multiplex sont présents des services (nationaux) issus des codeurs 1 et 2, ainsi qu'un service (régional) issu d'un codeur 3 et transporté jusqu'à la tête de réseau nationale par un réseau de transport 1. Ce même service régional issu du codeur 3 est également transporté via un réseau de transport 3 (par exemple une liaison terrestre) vers les émetteurs des sites 1 et 2 du réseau régional.
Par exemple, le multiplex en sortie du remultiplexeur (« remux ») de la tête de réseau nationale comprend tous les services de « France Télévision »®, y compris le service « France 3 »® correspondant au service régional issu du codeur 3. En effet, il est courant que le service « France 3 »® « principal », transporté par le satellite dans le multiplex de « France Télévision »®, soit « doublé » par un service de secours acheminé par liaison terrestre.
L'invention permet donc, dans ce cas, de commuter du service « France 3 »® acheminé par satellite (réseau de transport 2) dans le multiplex de « France Télévision »® vers le service « France 3 »® de secours acheminé par liaison terrestre (réseau de transport 3), sans discontinuité d'image et de son, au niveau de l'un et/ou l'autre des émetteurs des sites 1 et 2 du réseau régional, mettant en oeuvre l'invention.
Plus précisément, et comme illustré en figure 2, le procédé de commutation selon ce mode de réalisation de l'invention prévoit, lors d'une étape 20 de synchronisation, d'aligner temporellement deux paquets PFli et PF21 issus respectivement des deux flux F1 et F2 (portant respectivement les deux services Si et 52 à commuter). Une fois ces deux paquets alignés temporellement, une étape de commutation 21 du service SI vers le service 52 est alors mise en oeuvre, au niveau des paquets PF1i et PF2j. On présente maintenant plus en détails ces différentes étapes du procédé de commutation selon ce mode de réalisation de l'invention, en relation avec les figures 3 (analyse du flux F.1), 4a et 4b (alignement temporel des flux F1 et F2), et 5 (commutation du service Si vers le service 52). 5.2 Description d'un mode de réalisation La figure 3 illustre l'étape d'analyse du flux F1 permettant de détecter un paquet de début de PES (pour « Packetized Elementary Stream » en anglais) d'une composante du service Si (par 10 exemple la composante vidéo), après acquisition de ce flux Fi. En effet, les flux élémentaires continus transportant de l'audio ou de la vidéo sont divisés en paquets appelés paquets PES. Ces paquets sont identifiés par des en-têtes PES contenant des marqueurs temporels pour la synchronisation, comme par exemple des estampilles temporelles PTS utilisées selon la présente invention. 15 Afin de pouvoir commuter les deux services à l'image près, la commutation doit donc être mise en oeuvre au niveau d'un paquet de début de PES pour la composante vidéo. De même, pour pouvoir commuter les deux services sans discontinuité de son, la commutation doit être mise en oeuvre au niveau d'un paquet de début de PES pour la composante audio. La détection d'un tel paquet de début de PES est basée sur la détection du champ 20 « Payload Unit Start Indicator » de l'entête du paquet MPEG-TS de valeur égale à 1, indiquant le début d'un paquet PES. Par exemple, comme illustré en figure 3, l'étape d'analyse du flux F1 détecte le paquet PF1i comme un paquet de début de PES. Une fois ce paquet de début de PES détecté, la valeur du marqueur temporel PTS (pour 25 « Presentation Time Stamp » en anglais) est extraite et mémorisée afin de détecter, dans le flux F2 portant le service S2 vers lequel la commutation aura lieu, le paquet PF2j de même valeur PTS (en l'occurrence ici une valeur égale à PTSi. En effet, ce marqueur temporel de présentation PTS (encore noté estampille temporelle) indique quand l'image doit être présentée à la sortie du décodeur, et donc deux paquets dont les 30 champs PTS ont la même valeur sont à présenter en même temps. Ainsi, dans ce mode de réalisation particulier de l'invention, les deux paquets PF1i et PF2j correspondent à des paquets de début de PES, de même PTS (ici PTS = 2), et permettent une commutation à l'image près. Une fois identifiés les deux paquets PF1i et PF2j, une étape de calcul d'un écart temporel 35 A entre le paquet PF1i et le paquet PF2j et est mise en oeuvre, comme illustré sur la figure 4a.
Cet écart temporel â correspond à la différence entre les instants d'acquisition des deux paquets PFli et PF2j, par le dispositif de commutation. En effet, les deux flux F1 (par exemple un flux MPEG-TS national) et F2 (par exemple un flux MPEG-TS régional de secours) portant les deux services Si et 52 étant transportés par des réseaux de transport distincts (comme illustré dans le système de la figure 1), ces deux flux peuvent présenter des décalages temporels au moment de leurs acquisitions respectives par le dispositif de commutation. Ce sont ces décalages qui engendrent des commutations discontinues selon les techniques de l'art antérieur. Il est à noter que l'invention s'applique pour un flux (F1) en cours de diffusion présentant un retard sur le flux (F2) vers lequel la commutation doit avoir lieu. En effet, dans cette situation, l'invention permet de « retarder » le flux F2, afin d'effectuer une commutation « seamless ». Lorsqu'au contraire, c'est le flux F2 qui est en retard, l'invention ne permet pas de commuter de façon « seamless », sauf à temporiser le flux F.1 dès son acquisition par le dispositif de commutation. Dans ce cas, soit les deux flux sont synchronisés (l'écart temporel A est nul) et la commutation peut être mise en oeuvre de manière « seamless », soit le flux F.1 se retrouve finalement en retard par rapport au flux F2, et l'invention s'applique, selon les modes de réalisation décrits, pour une commutation « seamless ». Selon le mode de réalisation illustré en relation avec les figures 4a et 4b, une fois ce décalage temporel A obtenu, l'invention prévoit donc (comme illustré en figure 4b) d'aligner temporellement les deux flux, à partir des paquets identifiés PFli et PF2j, de façon à obtenir un écart temporel A' nul. Ainsi, les deux flux F1 et F2 sont synchronisés, après cette étape d'alignement temporel. Pour ce faire, l'invention prévoit, selon ce mode de réalisation, de mettre en oeuvre une ligne à retard, pour le flux F2 (en avance par rapport au flux El, comme indiqué ci-dessus), dont la profondeur de mémorisation correspond à l'écart temporel A obtenu précédemment.
L'alignement temporel des deux flux F1 et F2, à partir d'un écart temporel A, peut bien sûr être mis en oeuvre par d'autres moyens, assurant la même fonction consistant à « retarder,> le flux F2 dans le dispositif de communication. Une fois les deux flux F1 et F2 alignés temporellement, la commutation peut être mise en oeuvre, au niveau des paquets ayant permis l'alignement temporel, c'est-à-dire les paquets PFli et PF2j précédemment identifiés, et comme illustré sur la figure 5. Ainsi, au lieu de continuer à diffuser le flux Fi, le dispositif de communication « bascule » sur le flux F2, sans que l'utilisateur ne s'en aperçoive, les paquets sur lesquels la commutation a lieu ayant été préalablement synchronisés dans le dispositif de commutation.
Il est à noter que l'invention, selon ses différents modes de réalisation, permet une commutation de services sur critère classique de commutation (seuil, taux d'erreur, ...), selon la norme ETR290 par exemple, tout en assurant une commutation « seamless ». 5.3 Exemples d'application 5.3.1 Premier exemple d'application Selon l'exemple du système illustré en figure 1, une décision de commutation peut être prise par exemple si la qualité du signal du service « France 3 »® du flux national est inférieure à un seuil prédéterminé, ou si le signal disparaît. Dans ce cas, le dispositif de communication met en oeuvre l'invention, selon l'un quelconque de ses modes de réalisation, pour une commutation du service « France 3 »® national vers le service « France 3 »® régional, au niveau des paquets PF11 et PF2j identifiés comme paquets de début de PES, en alignant les deux flux sur ces paquets. Ainsi, même si les services « France 3 »® national et régional ne sont pas transportés par le même réseau de transport (en l'occurrence le satellite pour « France 3 »® national et une liaison terrestre pour « France 3 »® régional), une commutation « seamless » peut être mise en oeuvre, grâce à l'invention, car les deux services sont issus d'un même codeur (codeur 3). 5.3.2 Deuxième exemple d'application Selon un autre exemple, on considère la problématique de la continuité de service pour la visualisation d'un programme dans un véhicule, par exemple dans le cas de la TNT (« Télévision Numérique Terrestre ») dans un bus. Dans ce type de situation, la mobilité du récepteur (situé dans le bus) nécessite parfois des changements de source d'émission, par exemple lorsque le véhicule se déplace d'une zone de couverture d'un émetteur à une zone de couverture d'un autre émetteur. Cet exemple est illustré par les figures 6a à 6c. On considère un programme diffusé (noté Service 1 ci-après) par les deux émetteurs, de fréquences respectives Freq1 et Freq2, et un bus qui se déplace de la zone de couverture du premier émetteur (figure 6a), vers la zone de couverture du deuxième émetteur (figure 6c), en passant par une zone intermédiaire de recouvrement entre les deux zones de couverture des deux émetteurs (figure 6b). Dans le cas de la figure 6a, le programme disponible (noté Service 1-1 ci-après) dans le bus pour les utilisateurs est celui diffusé par l'émetteur de fréquence Freq1, ainsi que dans le cas de la figure 6b. En revanche, dans le cas de la figure 6c, le programme disponible (noté Service 1-2 ci-après) dans le bus pour les utilisateurs est celui diffusé par l'émetteur de fréquence Freq2.
Il est donc nécessaire de pouvoir mettre en oeuvre une commutation entre le service de l'émetteur Freq1 et le service de l'émetteur Freq2 de façon « seamless », afin que les utilisateurs bénéficient d'une continuité de service, quel que soit le déplacement du bus. On considère, comme illustré en figure 7, que tous les multiplex DVB-T2 (notés Zone 1, Zone 2 et Zone 3) sont générés par un codeur unique situé au niveau d'une tête de réseau centrale, et qu'un programme commun (Service 1) à plusieurs multiplex (Zone 1 et Zone 2) est disponible pour les utilisateurs du bus. Par ailleurs, dans le bus, la diffusion des services est mise en oeuvre selon une norme sans fil, par exemple le WIFI. Pour ce faire, tous les services des multiplex sont démultiplexés, en mode SPTS (pour « Single Program Transport Stream » en anglais) puis encapsulés dans des trames IP. Les figures 8a et 8b illustrent une commutation de services respectivement selon une technique de l'art antérieur (figure 8a) et selon ce mode de réalisation de l'invention (figure 8b). Comme illustré en figure 8a, une commutation classique (selon une technique de l'art antérieur) est mise en oeuvre au niveau MPTS (pour « Multi Program Transport Stream » en anglais), c'est-à-dire avant le traitement nécessaire au passage en mode d'émission WIFI, en fonction de critères de commutation prédéfinis, et ne peut donc pas se faire de façon « seamless », les deux multiplex étant différents et les services non synchronisés. Ainsi, lorsque la décision de commutation intervient, le Service 1 issu du Tuner F1 est remplacé par le Service 1 issu du Tuner F2 (avant d'être traité pour l'émission WIFI) sans continuité.
En revanche, la figure 8b illustre une commutation mise en oeuvre selon un mode de réalisation de l'invention, au niveau SPTS, c'est-à-dire après un démultiplexage des services issus des tumer F1 et F2, et un alignement temporel de ces services (Service 1-1 et Service 1-2) selon l'un des modes de réalisation de l'invention décrits précédemment. En particulier, on rappelle que l'alignement temporel est basé sur l'analyse des flux afin de détecter les paquets de début de PES puis les estampilles temporelles PTS de ces paquets. Le présent mode de réalisation met ensuite en oeuvre des files d'attente (FIFO 1 et FIFO 2) pour chacun des services démultiplexés (Service 1-1 et Service 1-2), en fonction de l'écart temporel A calculé, de façon ensuite à pouvoir les synchroniser avant la commutation et l'encapsulation IP du service choisi.
Ainsi, lorsque la décision de commutation intervient, les deux services Service 1-1 et Service 1-2 sont alignés temporellement et la commutation peut être mise en oeuvre de façon « seamless » entre Service 1-1 et Service 1-2. L'invention permet donc, dans ce cas d'application de la TNT dans un bus, d'assurer une continuité de service pour un utilisateur tout au long du déplacement du bus et quelle que soit la région de couverture traversée. 5.4 Structure d'un dispositif d'optimisation On présente désormais, en relation avec les figures 9a et 9b, un exemple de structure simplifiée d'un dispositif 900 de commutation de services, mettant en oeuvre une technique de commutation de services selon un mode de réalisation décrit ci-dessus. Ces figures 9a et 9b illustrent seulement une manière particulière, parmi plusieurs possibles, de réaliser les différents modes de réalisation détaillés ci-dessus. Le dispositif 900 de commutation de services, illustré en figures 9a et 9b, comprend une mémoire RAM 90, une unité de traitement 91, équipée par exemple d'un processeur, et pilotée par un programme d'ordinateur stocké dans une mémoire ROM 92, mettant en oeuvre le procédé de commutation de services selon un mode de réalisation de l'invention. A l'initialisation, les instructions de code du programme d'ordinateur 92 sont par exemple chargées dans la mémoire RAM 90 avant d'être exécutées par le processeur de l'unité de traitement 91. L'unité de traitement 91 reçoit en entrée les flux F.1 et F2, portant respectivement les services Si et 52 à commuter. Le processeur de l'unité de traitement 91 met en oeuvre les étapes du procédé de commutation de services décrit précédemment, selon les instructions du programme d'ordinateur 92, pour commuter de manière « seamless » du service Si vers le service 52. Pour cela, le dispositif de commutation de services comprend, outre la mémoire 90: - des moyens de synchronisation (par exemple sous la forme d'un module de synchronisation composé d'un module d'analyse des estampilles PTS et d'une module d'alignement temporel tel qu'une ligne à retard ou une file d'attente), d'un paquet PFli de début de paquet PES du service Si et d'un paquet correspondant PF2j de début de paquet PES du service 52, les moyens de synchronisation tenant compte des valeurs respectives du champ de marqueur temporel de présentation, noté PTS, des paquets PFli et PF2j; - des moyens de commutation, par exemple sous la forme d'un module de commutation « PES », du service S1 vers le service 52 au début des paquets PFli et PF2j. Ces modules sont pilotés par le processeur de l'unité de traitement 91.

Claims (7)

  1. REVENDICATIONS1. Procédé de commutation, mis en oeuvre dans un dispositif de commutation, d'un premier service Si porté par un premier flux MPEG-TS F1 vers un deuxième service S2 porté par un second flux MPEG-TS F2, lesdits services Si et S2 étant synchronisés avant leur transport, caractérisé en ce que ledit procédé met en oeuvre les étapes suivantes, pour chaque composante desdits services Si et S2 : - synchronisation (20) d'un paquet PFli de début de paquet PES dudit service Si et d'un paquet correspondant PF2j de début de paquet PES dudit service 52, ladite synchronisation tenant compte des valeurs respectives du champ de marqueur temporel de présentation, noté PTS, desdits paquets PFli et PF2j; - commutation (21) dudit service Si vers ledit service S2 au début desdits paquets PFli et PF2j.
  2. 2. Procédé de commutation selon la revendication 1, caractérisé en ce que ladite étape de synchronisation comprend les étapes suivantes : - une étape d'acquisition desdits flux F1 et F2, par ledit dispositif de commutation ; - une étape de détermination dudit paquet PFli dudit flux F1 portant le début d'un paquet PES, délivrant la valeur PTSi du champ PTS dudit paquet PFli ; - une étape de calcul d'un écart temporel A entre ledit paquet PFli et un paquet PF2j dudit flux F2 dont le champ PTS a une valeur égale à PTSi ; - une étape d'alignement temporel desdits paquets PFli et PF2j tenant compte dudit écart temporel A, lorsque celui-ci est positif.
  3. 3. Procédé de commutation selon la revendication 2, caractérisé en ce que ledit écart temporel A correspond à une différence temporelle entre les acquisitions respectives des paquets PFli et PF2j par ledit dispositif de commutation.
  4. 4. Procédé de commutation selon la revendication 2, caractérisé en ce que ladite étape d'alignement temporel comprend une sous-étape de paramétrage de la profondeur de mémorisation d'une ligne à retard, mise en oeuvre dans ledit dispositif de commutation, appliquée audit flux F2 portant le service S2.
  5. 5. Dispositif de commutation d'un premier service Si porté par un premier flux MPEG-TS F1 vers un deuxième service S2 porté par un second flux MPEG-TS, lesdits services Si et S2 étantsynchronisés avant leur transport, caractérisé en ce que ledit dispositif de commutation comprend les moyens suivants : - des moyens de synchronisation d'un paquet PFli de début de paquet PES dudit service Si et d'un paquet correspondant PF2j de début de paquet PES dudit service S2, lesdits moyens de synchronisation tenant compte des valeurs respectives du champ de marqueur temporel de présentation, noté PTS, desdits paquets PFli et PF2j; - des moyens de commutation dudit service Si vers ledit service S2 au début desdits paquets PFli et PF2j.
  6. 6. Programme d'ordinateur comportant des instructions pour la mise en oeuvre d'un procédé de commutation selon l'une quelconque des revendications 1 à 4, lorsque ce programme est exécuté par un processeur.
  7. 7. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de commutation selon l'une quelconque des revendications 1 à 4.20
FR1550378A 2015-01-16 2015-01-16 Procede et dispositif de commutation de services, programme d'ordinateur et support de stockage correspondants Active FR3031861B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR1550378A FR3031861B1 (fr) 2015-01-16 2015-01-16 Procede et dispositif de commutation de services, programme d'ordinateur et support de stockage correspondants

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1550378A FR3031861B1 (fr) 2015-01-16 2015-01-16 Procede et dispositif de commutation de services, programme d'ordinateur et support de stockage correspondants
FR1550378 2015-01-16

Publications (2)

Publication Number Publication Date
FR3031861A1 true FR3031861A1 (fr) 2016-07-22
FR3031861B1 FR3031861B1 (fr) 2018-02-02

Family

ID=53177607

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1550378A Active FR3031861B1 (fr) 2015-01-16 2015-01-16 Procede et dispositif de commutation de services, programme d'ordinateur et support de stockage correspondants

Country Status (1)

Country Link
FR (1) FR3031861B1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1115252A2 (fr) * 2000-01-04 2001-07-11 Emc Corporation Raccordement continu de séquences vidéo et audio MPEG
US20120254457A1 (en) * 2011-04-03 2012-10-04 Jeremiah Condon System and method of adaptive transport of multimedia data
US8387105B1 (en) * 2009-01-05 2013-02-26 Arris Solutions, Inc. Method and a system for transmitting video streams
WO2013144347A1 (fr) * 2012-03-29 2013-10-03 Koninklijke Kpn N.V. Synchronisation d'éléments multimédias inter-destinations basée sur un marqueur

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1115252A2 (fr) * 2000-01-04 2001-07-11 Emc Corporation Raccordement continu de séquences vidéo et audio MPEG
US8387105B1 (en) * 2009-01-05 2013-02-26 Arris Solutions, Inc. Method and a system for transmitting video streams
US20120254457A1 (en) * 2011-04-03 2012-10-04 Jeremiah Condon System and method of adaptive transport of multimedia data
WO2013144347A1 (fr) * 2012-03-29 2013-10-03 Koninklijke Kpn N.V. Synchronisation d'éléments multimédias inter-destinations basée sur un marqueur

Also Published As

Publication number Publication date
FR3031861B1 (fr) 2018-02-02

Similar Documents

Publication Publication Date Title
US10009660B2 (en) Media content transceiving method and transceiving apparatus using same
EP2597870B1 (fr) Procédé de transmission de fichiers multimédia
US9860581B2 (en) Correlating timeline information between media streams
EP1040670B1 (fr) Procede et systeme de mesure de la qualite de signaux de television numerique
US10992725B2 (en) System and method for interleaved media communication and conversion
EP3284260B1 (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
EP2243232A1 (fr) Procede de diffusion d ' un flux de donnees dans un reseau comprenant une pluralite d ' emetteurs ainsi que produit programme d ' ordinateur, tete de reseau et systeme pour la mise en oeuvre de ce procede
FR3031861A1 (fr) Procede et dispositif de commutation de services, programme d'ordinateur et support de stockage correspondants
WO2015150587A1 (fr) Procédé et dispositif de synchronisation de données, procédé et dispositif de génération d'un flux de données, et programmes d'ordinateur correspondants
US10778740B2 (en) Video image distribution apparatus, control method, and recording medium
FR3068559B1 (fr) 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
EP2865189B1 (fr) Procédé et dispositif d'horodatage d'un flux de données, procédé et dispositif d'insertion, produits programme d'ordinateur et médium de stockage correspondants
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.
US11943125B2 (en) Discontinuity detection in transport streams
WO2021144247A1 (fr) Procédé de décrochage d'un flux dans un multiplex à débit variable, ledit flux étant constitué d'une pluralité de chunks, site de diffusion et dispositifs associés
FR3055175A1 (fr) Synchronisation de flux dans un recepteur
JP4674918B2 (ja) デジタル画像データ処理装置及び処理方法
FR3034610A1 (fr) Systeme de diffusion de contenus audio et/ou video par un reseau wifi local, et appareils mettant en œuvre le procede

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20160722

PLFP Fee payment

Year of fee payment: 3

PLFP Fee payment

Year of fee payment: 4

PLFP Fee payment

Year of fee payment: 6

PLFP Fee payment

Year of fee payment: 7

PLFP Fee payment

Year of fee payment: 8

PLFP Fee payment

Year of fee payment: 9

PLFP Fee payment

Year of fee payment: 10