FR 3031861 A1 20160722 FR 1550378 A 20150116 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. 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. 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. 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. 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. 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. 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. 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