Brevet FR2936673A1 — publié le 20100402

La présente invention concerne le domaine du contrôle et de l'évaluation de la qualité de service de la diffusion de télévision numérique et plus particulièrement du service de diffusion du guide électronique de service ou ESG (Electronic Service Guide en anglais). Le guide électronique des services ou ESG est défini, entre autre dans le cadre de la diffusion de vidéo numérique DVB (Digital Video Broadcast en anglais) et plus particulièrement DVB-H (Digital Video Broadcast-Handheld en anglais) la version de DVB pour les terminaux mobiles, dans les documents de spécification technique de l'ETSI (European Telecommunications Standards Institute en anglais) référencés TS 102 471 et un guide d'implémentation en est donné dans le document référencé TS 102 592. Il est à noter que l'ESG est également utiliser de manière similaire dans des normes comme OMA BCAST, DVB-SH, Media Flow, ATSC ou MBMS, ou autre, l'invention s'appliquant naturellement à toutes ces normes. Cet ESG est constitué d'une structure de données exprimée en XML (Extensible Markup Language en anglais) une norme ouverte du W3C (World Wide Web Consortium en anglais). On a l'habitude de voir cette structure comme un ensemble arborescent d'objets permettant de décrire l'ensemble des services disponible au sein du bouquet de diffusion ainsi que pour chaque service l'ensemble des programmes diffusés, les horaires de diffusion, des informations sur le contenu du programme et autres. L'ESG contient également les données de diffusion ou de localisation des services qui permettent au terminal de localiser et de se configurer en vue de la réception dudit service. L'ESG est composé d'un ensemble de fragments XML diffusés via un lien IP (Internet Protocol en anglais), typiquement un lien IPDC (IP Data Cast en anglais) mais tout lien IP disponible sur le récepteur peut être utilisé pour diffuser tout ou partie de l'ESG. Ces fragments peuvent être diffusés selon une politique de diffusion propre au niveau de la fréquence de diffusion et de mise à jour. Ils constituent une structure de données complexe et de taille importante. A l'initialisation d'un terminal de réception, une des premières opérations que le terminal doit faire est de charger l'ESG pour être en mesure de proposer des services à l'utilisateur. Sans les données de l'ESG, aucun service ne peut être accessible. Dès lors, on comprend que la diffusion de cet ESG dans de bonnes conditions ainsi que sa conformité vont déterminer la qualité de l'expérience utilisateur. Elle va être cruciale dans toutes les opérations impliquant les services comme le temps de démarrage nécessaire pour accéder à un premier service, le temps de basculement d'un service à un autre (zapping en anglais) et autres. La ressource radio étant limitée, un des problèmes majeurs de la diffusion de service est l'optimisation de la bande passante. Aujourd'hui, aucun outil spécifique de contrôle et de surveillance de la diffusion d'un service de guide des programmes n'existe. L'invention vise à résoudre ce problème en proposant un dispositif et un procédé de contrôle de la diffusion d'un guide électronique de programme. Plus particulièrement, l'invention définit un ensemble de critères innovants et leur procédé d'élaboration. La détermination de ces critères permet de mesurer la qualité de service de la diffusion de cet ESG. De plus, ces critères sont utiles au diagnostic d'éventuels problèmes de diffusion de l'ESG. Ils permettent également d'aider à l'optimisation de la bande passante utilisée par la diffusion de l'ESG. L'invention concerne un procédé de contrôle de la diffusion d'un guide électronique de services par un dispositif de réception d'un flux de données comportant au moins un guide électronique de services appelé ESG composé de fragments se référençant décrivant l'ensemble des services accessibles au terminal, comportant une étape de connexion à une adresse de diffusion bien connue où est diffusée une session de démarrage de l'ESG ; une étape d'analyse de cette session de démarrage pour extraire la localisation des différentes sessions de l'ESG ; une étape de connexion et d'acquisition des différentes sessions d'ESG ainsi localisées diffusant des fragments ; une étape de constitution de l'ESG à partir des fragments ainsi acquis ainsi qu'une étape de calcul d'au moins un critère de qualité de service de la diffusion de l'ESG. Selon un mode particulier de réalisation de l'invention, le procédé comprend une étape de calcul d'un critère d'unicité de la session d'ESG de démarrage, ce critère ayant une valeur booléenne selon que le nombre de sessions diffusées sur l'adresse bien connue est un ou une autre valeur. Selon un mode particulier de réalisation de l'invention, le procédé comprend une étape de calcul d'un indicateur du nombre de fragments erronés corrigibles reçus. Selon un mode particulier de réalisation de l'invention, le procédé comprend une étape de calcul d'un indicateur du nombre de cycles nécessaires en moyenne pour extraire correctement un fragment, les fragments étant diffusés de façon périodique au sein des sessions, le temps de cycle étant défini comme le temps de répétition du fragment. Selon un mode particulier de réalisation de l'invention, le procédé comprend le calcul d'un tel indicateur par type d'objets. Selon un mode particulier de réalisation de l'invention, le procédé comprend une étape de calcul d'un indicateur correspondant au ratio entre la période de diffusion des objets de type FDT et la période de diffusion des objets autres. Selon un mode particulier de réalisation de l'invention, le procédé comprend une étape de calcul d'un indicateur qui reflète la cohérence entre un premier descripteur qui identifie les différents fournisseurs d'ESG présents sur la plate-forme IP et un second descripteur qui indique comment accéder aux données de chacun des fournisseurs décrits dans le premier descripteur au sein de la session de démarrage. Selon un mode particulier de réalisation de l'invention, le procédé comprend une étape de calcul d'un indicateur qui présente une valeur représentative du temps de répétition d'un objet donné. Selon un mode particulier de réalisation de l'invention, le procédé comprend 15 une étape de calcul d'un indicateur relatif au temps théorique maximum d'acquisition de l'ESG. Selon un mode particulier de réalisation de l'invention, des informations de signalisation étant incluses dans le flux de données reçu, le procédé comprend une étape de calcul d'un indicateur représentatif de la cohérence entre les adresses IP 20 relatives à la diffusion de l'ESG telles qu'annoncées dans les informations de signalisation du flux de données et les adresses réellement utilisées pour cette diffusion. Selon un mode particulier de réalisation de l'invention, le procédé comprend une étape de calcul d'un indicateur de richesse des fragments qui mesure pour chaque 25 fragment le nombre de champs renseignés parmi tous les champs possibles. Selon un mode particulier de réalisation de l'invention, le procédé comprend une étape de calcul d'un indicateur de complétude des fragments qui mesure pour chaque fragment le nombre de champs renseignés parmi tous les champs pertinents, ces champs pertinents étant un sous-ensemble donné des champs possibles. 30 Selon un mode particulier de réalisation de l'invention, le procédé comprend une étape de calcul d'un indicateur de complétude de l'ESG correspondant au nombre de fragments possédant une référence sur un fragment non diffusé. Selon un mode particulier de réalisation de l'invention, le procédé comprend une étape de calcul d'un indicateur de complétude de l'ESG correspondant au nombre de fragments isolés non référencés par d'autres fragments de l'ESG et donc inutiles. Selon un mode particulier de réalisation de l'invention, le procédé comprend une étape de calcul d'un indicateur de cohérence sémantique indiquant si certaines caractéristiques sémantiques annoncées dans l'ESG correspondent bien à la réalité des données d'ESG transmises. Selon un mode particulier de réalisation de l'invention, le procédé comprend une étape de calcul d'une liste de fragments inutilisables avec leur numéro de 10 référence. Selon un mode particulier de réalisation de l'invention, le procédé comprend une étape de calcul d'un indicateur représentatif de l'évolution dans le temps du chargement de l'ESG qui indique en temps réel le nombre de références à des fragments non encore reçus découverts dans les fragments déjà reçus. 15 L'invention concerne également un dispositif de contrôle et de surveillance de la diffusion d'un guide électronique de services comportant des moyens de réception d'un flux de données comportant au moins un guide électronique de services appelé ESG composé d'un arbre de fragments se référençant décrivant l'ensemble des services accessibles au terminal ; des moyens de connexion à une adresse de diffusion 20 bien connue où est diffusée une session de démarrage de l'ESG ; des moyens d'analyse de cette session de démarrage pour extraire la localisation des différentes sessions de l'ESG ; des moyens de connexion et d'acquisition des différentes sessions d'ESG ainsi localisées diffusant des fragments ; des moyens de constitution de l'ESG à partir des fragments ainsi acquis ainsi que des moyens de calcul d'au moins un 25 critère de qualité de service de la diffusion de l'ESG. 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 : 30 La Fig. 1 illustre l'architecture logicielle de la couche IP dans DVB-H ; La Fig. 2 illustre le modèle de données de l'ESG dans le cas IPDC ; La Fig. 3 illustre la chaîne de diffusion de l'ESG ; La Fig. 4 illustre le procédé d'extraction de l'ESG et du calcul des critères selon un exemple de réalisation de l'invention. Typiquement, l'ESG tel que décrit dans la norme ETSI TS 102 471, est diffusé au sein d'un flux de diffusion DVB via le mécanisme de diffusion de données IPDC (IP Data Cast en anglais). Ce mécanisme de diffusion utilise une diffusion monodirectionnelle périodique (carrousel en anglais). Le protocole de diffusion utilisé est le protocole FLUTE (File Delivery over Unidirectional Transport en anglais défini par la RFC 3926). La Fig. 1 illustre l'architecture logicielle des transmissions IP dans un contexte DVB-H. Le bloc 1.1 représente la couche de diffusion DVB-H, donc le flux de transport. Ce flux de transport consiste en un ensemble de sections MPE (Multi Protocol Encapsulation en anglais défini dans le document ETSI EN 301 192) transportant les paquets IP de la couche 1.3. Éventuellement, les communications DVB-H peuvent être complétées par une couche de transport point à point 1.2. Au-dessus de la couche IP 1.3, on retrouve les couches de transport classique UDP (User Datagram Protocol en anglais défini par la RFC 768) et TCP (Transmission Control Protocol en anglais défini par la RFC 793). On rappelle que UDP est un protocole de routage de datagramme sans mécanisme de signalisation et de réexpédition des paquets perdus à l'inverse de TCP. UDP peut donc être implémenté sur un lien monodirectionnel, il est léger, mais ne garantit pas la délivrance des données. TCP lui nécessite un mécanisme d'accusé-réception permettant de garantir la délivrance mais rendant obligatoire un lien bi directionnel. De ce fait, on retrouve logiquement la diffusion de contenu temps réel, par exemple du type audio et vidéo 1.9 implémenté par des protocoles de diffusion temps réels comme RTP (Real-time Transport Protocol en anglais défini par la RFC 3550) et son protocole de contrôle RTCP, 1.8 et 1.7, au dessus de UDP. Tout aussi logiquement, on retrouve des mécanismes basés sur le paradigme de requêtes et réponses, typiquement bidirectionnel, comme les mécanismes de réparation 1.14 permettant de redemander des fragments de services non ou mal reçus via le protocole HTTP (Hyper Text Transport Protocol en anglais défini par la RFC 2616) 1.13 au dessus de TCP. Les services de protection et d'achat de contenu SPP (Service Purchase and Protection en anglais) se trouvent pour part implémentés dans la diffusion monodirectionnelle 1.6 et pour part via des mécanismes interactifs au-dessus de TCP 1.15. Pour la diffusion de fichiers de données n'ayant pas de contrainte temps réel, on utilise un protocole de diffusion appelé FLUTE (File Delivery over Unidirectional Transport en anglais défini par la RFC 3926) 1.10. Ce protocole permet la diffusion d'une collection d'objets au sein de sessions. Ces objets sont annoncés dans une ou plusieurs tables appelées FDT (File Delivery Table en anglais) qui sont elles-mêmes diffusées sous la forme d'un objet de la session. Chaque objet peut être diffusé périodiquement et donc rediffusé régulièrement. Ce protocole permet la diffusion sur un lien monodirectionnel de fichiers binaires 1.11 et en particulier du guide électronique des programmes l'ESG 1.12. Bien que s'agissant d'une diffusion monodirectionnelle, le fait que les données soient diffusées périodiquement permet la réparation d'un objet mal reçu par une nouvelle réception décalée dans le temps. Au-dessus, la couche applicative 1.16 permet l'implémentation des services diffusés. Le guide électronique de services se compose d'un arbre d'objets, appelés fragments, se référençant qui permettent de décrire un ensemble de service, ou bouquet, accessible à un terminal. Il contient des informations permettant de localiser et de configurer la réception des services ainsi que des informations sémantiques sur le contenu de ces services. Cet arbre d'objets suit le modèle de données illustré par la Fig. 2. Ce modèle de donnée est décrit par une définition de schéma XML (Extended Markup Language en anglais). L'ESG est subdivisé en fragments d'ESG, qui peuvent être instanciés en partie d'ESG. Les cardinalités indiquées correspondent aux cardinalités spécifiées dans la définition de schéma XML. Le fragment bouquet 2.1 (service bundle en anglais) spécifie un ensemble de services, compris comme un groupement d'objets offerts à l'utilisateur sous la forme de services. Ce bouquet peut être utilisé pour lier des informations d'achat aux bouquets. Le fragment achat 2.2 (purchase en anglais) contient les informations devant être affichées à l'utilisateur pour permettre l'achat du service. Le fragment canal d'achat 2.3 (purchase channe/ en anglais) contient l'interface permettant l'accès au système d'achat. Le fragment service 2.4 décrit les informations relatives à un service. Le fragment programmation 2.5 (schedule en anglais) spécifie le moment de diffusion d'un élément de service. Le fragment contenu 2.6 (content en anglais) contient les méta données qui décrivent le contenu indépendamment du mode de diffusion de ce contenu. Le fragment d'acquisition 2.7 spécifie les informations pour accéder à un service ou un contenu. Ce modèle est le modèle utilisé dans IPDC, des variantes de ce modèle peuvent être implémentées dans d'autres protocoles voisins comme OMA BCAST. Selon ce protocole, les fragments programmation et contenu peuvent être rassemblés en un seul par exemple. Les sessions d'ESG définies comme les sessions utilisées pour diffuser des données d'ESG sont implémentées sous la forme de sessions FLUTE. Lorsque nous parlons de l'ESG, nous parlons d'une structure arborescente de fragments d'ESG. Quand nous nous intéressons aux sessions de transport de ces fragments on utilise plus facilement le terme d'objet qui est le terme consacré dans la terminologie du protocole FLUTE. Les différents fragments sont référencés à l'aide d'identificateurs et de numéros de versions. Ils sont rassemblés dans des conteneurs (containers en anglais) disposant eux-mêmes d'identificateurs et de numéros de version. Ce sont ces conteneurs qui forment les objets diffusés dans les sessions. Dans ce document, le terme de fragment et d'objet est utilisé selon le contexte, les objets transportés dans les sessions FLUTE étant ici des conteneurs pouvant transporter plusieurs fragments d'ESG. Par extension, on parle souvent des fragments transportés dans la session FLUTE sans toujours expliciter l'encapsulation dans les conteneurs. La diffusion de ce guide des services se fait donc par la diffusion sous la forme d'une session FLUTE de l'ensemble des fragments constituant ce guide. Ces fragments sont diffusés de manière périodique selon une période pouvant varier selon les fragments. Les paquets IP constituant cette diffusion sont encapsulés dans des sections MPE insérées dans le flux de transport de diffusion. Elles viennent généralement soit s'insérer dans les salves (burst en anglais) des services ou sous la forme de salves d'ESG spécifiques. La Fig. 3 illustre la chaîne de diffusion de service typique en DVB-H. Un serveur est chargé de produire l'ESG, c'est le serveur 3.1 de la figure. Un ensemble de serveurs va produire les différents services et les encoder, il s'agit des serveurs 3.2, 3.3 et 3.4 sur la figure. L'ESG et les flux élémentaires encodés des services sont alors envoyés vers un équipement 3.5 appelé IPE (IP Encapsulator en anglais) chargé d'encapsuler et de multiplexer ces flux élémentaires. C'est cet équipement qui génère les sections MPE et les salves à partir des paquets IP reçus pour les différents services. L'IPE 3.5 génère donc en sortie un flux unique multiplexé contenant les différents services, les informations de signalisations non représentées et le guide des services. Ce flux est acheminé vers au moins un point de diffusion 3.6 pour être diffusé à destination de terminaux 3.7, 3.8 et 3.9. Le procédé de contrôle et de surveillance de la diffusion d'un guide électronique de services est donc typiquement mis en oeuvre par l'un des terminaux 3.7 à 3.9. Il peut s'agir d'un terminal utilisateur générique doté d'un programme spécifique lui permettant la mise en oeuvre du procédé ou d'un terminal dédié au test de flux. Ce terminal est donc un dispositif de réception d'un flux de données comportant au moins un guide électronique de services. Ce guide est transmis via un canal de transport IP, typiquement le canal de diffusion de fichier IPDC, mais il peut s'agir de tout canal de transport IP comme un canal Wifi ou autres. L'acquisition d'un ESG par le terminal de réception comprend plusieurs étapes illustrées par la Fig. 4. Lors d'une première étape 4.1 le terminal se connecte à une adresse IP de diffusion (multicast en anglais) bien connue (well known address en anglais). A cette adresse est diffusée une session de démarrage de l'ESG qui contient l'annonce des différents ESG présents sur la plateforme IP. Lors d'une seconde étape 4.2, cette session de démarrage est analysée pour extraire la localisation, c'est-à-dire l'adresse de diffusion, des différentes sessions d'ESG. Lors d'une troisième étape 4.3, le terminal se connecte à chacune des adresses annoncées pour acquérir les données d'ESG qui y sont diffusées. On acquiert alors les différentes sessions d'ESG ainsi localisées. Lors d'une quatrième étape 4.4, les données ainsi acquises sont utilisées pour renseigner une structure de données arborescente d'objets constituant le guide électronique des services. Un ou plusieurs critères de contrôle de la qualité de service de la diffusion de l'ESG sont calculés lors d'une étape 4.5. Ces calculs utilisent des données pouvant être extraites lors d'une ou plusieurs des étapes 4.1 à 4.4 d'acquisition de l'ESG. L'ESG est nécessaire à plusieurs applications sur le terminal. Tout d'abord, lorsque le terminal est initialisé, il est nécessaire d'acquérir l'ESG pour pouvoir offrir une liste de services accessibles à l'utilisateur. Celui-ci peut alors faire le choix d'un service. Le terminal trouve alors dans l'ESG les informations dont il a besoin pour localiser et recevoir ce service. On voit donc que le temps de réception de l'ESG est déterminant dans le temps entre l'allumage du terminal et le moment où l'utilisateur est en mesure de commencer la consultation d'un service. Les informations d'ESG sont également utilisées lors d'une opération de changement de service (zapping en anglais). De plus, les informations sémantiques de l'ESG vont permettre à l'utilisateur d'éclairer son choix. Ces informations forment des attracteurs amenant l'utilisateur à la consommation. Pour toutes ces raisons, une bonne réception de l'ESG, fiable et rapide, est un élément de la qualité de service ressentie par l'utilisateur du terminal. Autant des critères permettent aujourd'hui de déterminer la qualité globale de la diffusion d'un flux DVB, on peut citer le rapport technique de l'ETSI TR 290, autant aucun critère ou dispositif ne permet de mesurer une qualité de service spécifique de la diffusion de l'ESG. Nous allons donc définir un procédé d'estimation de la qualité de service de la diffusion du guide électronique des services. Ce procédé est basé sur la définition d'un ensemble de critères de qualité de service de la diffusion de l'ESG et du procédé de mesure associé permettant d'obtenir une information fiable sur la diffusion de l'ESG. On définit donc un critère de qualité de service de la diffusion de l'ESG comme un critère calculé pendant l'acquisition de l'ESG et relatif à la qualité de service de cette diffusion. Il s'agit donc d'un critère spécifiquement relatif à l'ESG, sa conformité ou sa diffusion. Ces critères peuvent être utilisés non seulement pour mesurer cette qualité de service, mais aussi, du moins pour certains d'entre eux, pour aider au diagnostic de cette diffusion. En effet, certains de ces critères peuvent aider à comprendre la source d' éventuels dysfonctionnements ou lenteur dans cette diffusion. Avantageusement, ces critères peuvent être classés selon une hiérarchie de niveaux de sévérité, permettant de filtrer et de ne sélectionner que certains niveaux de sévérité. On peut, par exemple, définir un premier niveau de sévérité appelé � critique � concernant les dysfonctionnements pouvant empêcher l'extraction de l'ESG. Un second niveau sera qualifié d� Un critère d'unicité de la session FLUTE de démarrage (bootstrap en anglais) peut ainsi être défini. En effet, selon la norme ETSI TS 102 471, l'acquisition de l'ESG démarre par l'acquisition de données diffusées dans une unique session FLUTE de démarrage disponible à une adresse bien connue (well known address en anglais). Cette adresse bien connue est l'adresse de diffusion (multicast en anglais) 224.0.23.14 en IP version 4 et ffOx:0:0:0:0:0:0:12d en IP version 6 sur le port 3937 ou sur le port 9214. Aussi, un récepteur peut admettre que la première session FLUTE qu'elle détecte à cette adresse de diffusion est la session de démarrage de l'ESG. Par conséquent, la présence de plusieurs sessions FLUTE à l'adresse IP bien connue, comme l'absence de session de démarrage, peut perturber l'acquisition de l'ESG, voire la rendre impossible. Avantageusement, ce critère se voit donc attribuer un niveau de sévérité critique. Le procédé de détermination de ce critère consiste à écouter les données diffusées sur l'adresse bien connue pour déterminer le nombre de sessions FLUTE diffusées à cette adresse. Ce critère a une valeur booléenne selon que le nombre de sessions diffusées sur l'adresse bien connue est un ou une autre valeur. Ce nombre est déterminé par analyse des entêtes de paquets ALC/LCT utilisés dans les sessions FLUTE. Ces entêtes contiennent un indicateur appelé TSI (Transport Session Identifier en anglais) qui identifie de manière unique la session FLUTE parmi les sessions provenant d'une source donnée. Chaque session est donc déterminée de manière unique par le couple adresse IP source présent dans l'entête IP et TSI présent dans l'entête ALC/LCT. On peut donc vérifier que les paquets FLUTE reçus sur l'adresse bien connue de diffusion correspondent bien à un unique couple adresse source et TSI pour calculer ce critère. Il arrive que des erreurs se produisent à la réception des objets transmis via une session FLUTE. Ce dernier protocole étant unidirectionnel, aucune information sur l'état du récepteur n'est remontée au serveur. Il n'y a donc pas de notification d'erreur. Cependant, les objets erronés peuvent être réparés si un code FEC est utilisé, et est en mesure de corriger les erreurs. Dans le cas contraire, le récepteur doit attendre le prochain cycle pour une nouvelle tentative d'extraction de la donnée désirée. Il faut distinguer deux cas de figure, dans un premier cas le fragment reçu se révèle réparable, mais la réparation par l'un des mécanismes ci-dessus entraîne un délai ralentissant l'acquisition de l'ESG. Dans ce cas, nous sommes en présence d'un dysfonctionnement du niveau avertissement. Dans un second cas, la réparation n'est pas possible, le fragment n'est pas réparable et est perdu. Dans ce cas, nous sommes en présence d'un dysfonctionnement du niveau critique. L'invention propose deux types d'indicateurs pour surveiller ce phénomène de perte de données, un premier pour donner le taux d'objets erronés corrigés par le code FEC, et un deuxième qui donne le nombre de cycles nécessaires en moyenne pour extraire un objet. On peut ainsi déduire le nombre de cycles nécessaires lorsque le code FEC n'est pas utilisé. L'invention définit un premier indicateur représentatif du nombre d'objets erronés corrigibles. Il dépendra de critères, qui sont le nombre d'objets reçus, la présence d'erreurs à la réception, la présence d'un code correcteur d'erreurs (FEC) et enfin la possibilité de corriger ou pas les erreurs constatées. Cet indicateur peut être calculé selon la formule suivante: nombre d'objets erronés corrigeables * 100 nombre d'objets reçus où le nombre d'objets reçus correspond au nombre total de conteneurs d'ESG reçus et où le nombre d'objets erronés corrigibles correspond au nombre de fragments reçus avec au moins une erreur et qui ont pu être corrigés par l'une des trois méthodes de réparation, code correcteur, répétition ou mécanisme de réparation. L'invention définit un indicateur représentatif du nombre de cycles nécessaires en moyenne pour extraire correctement un objet. Il dépendra de critères, qui sont le nombre d'objets reçus, la présence d'erreurs à la réception, la présence d'un code correcteur d'erreurs (FEC) et enfin la possibilité de corriger ou pas les erreurs constatées. Pour calculer cet indicateur, on utilise un mode d'acquisition particulier. Dans ce mode, on cherche à extraire tous les objets reçus même lorsque l'objet, du fait de la diffusion périodique, est reçu de nouveau et même s'il a déjà été correctement extrait lors d'un passage précédent. Dans ce mode, si l'on définit le nombre d'objets reçus comme la somme des nombres d'occurrence de réception de chaque objet, chacune de ces occurrences donnant lieu à une tentative d'extraction, on peut alors exprimer en nombre de cycles par objet l'indicateur et le calculer selon la formule suivante: nombre d'objets reçus c = nombre d'objets extraits Il s'exprime en cycles par objets, les mesures devant être faites sur un temps correspondant à plusieurs périodes de diffusion des objets pour être significatif. L'annonce des objets présents dans la session FLUTE via les FDT pouvant ne pas être complète, il est avantageux d'offrir ces indicateurs par type d'objets. On peut, par exemple, calculer ces indicateurs pour les objets de type FDT, pour les objets cités dans les FDT ou encore pour les objets présents dans la session bien que non décrits dans les FDT. Ces indicateurs donnent des informations précieuses sur la conformité des sessions, ils peuvent aider à diagnostiquer des problèmes dans la génération des sessions. Avantageusement, on mesurera également un indicateur correspondant au ratio entre la période de diffusion des objets de type FDT et la période de diffusion des autres objets généralement identique pour les autres objets. En effet, la période de diffusion de la FDT influe sur le temps nécessaire à sa bonne réception et donc à la bonne réception des autres objets de la session. Pour ces indicateurs, on fixe ou on permet à l'utilisateur du dispositif de contrôle de fixer une fenêtre de validité de l'indicateur. L'utilisateur fixe donc des bornes inférieures et supérieures pour la valeur de l'indicateur. Lorsque l'indicateur sort de la fenêtre de validité, une alarme est générée. Cette alarme peut apparaître visuellement sur l'écran du dispositif. Pendant la phase de démarrage de 1ESG (Bootstrap operation), deux descripteurs sont livrés. Un premier descripteur, ESGProviderDiscovery qui identifie les différents fournisseurs d'ESG présents sur la plate-forme IP. Un deuxième descripteur, ESGAccessDescriptor qui indique comment accéder aux données de chacun des fournisseurs décrits dans ESGProviderDiscovery. Si un fournisseur décrit dans le premier descripteur n'a pas d'entrée d'ESG û ESGEntry û dans le deuxième, on ne peut pas accéder à ses données. De même, si le nombre d'entrées d'ESG présentes dans le deuxième descripteur est inférieur à celui du premier on ne peut pas extraire les données de tous les fournisseurs d'ESG présents sur la plateforme IP. On définit donc un critère binaire qui reflète la cohérence entre ces descripteurs de la session de démarrage de l'ESG, la session de démarrage étant la session diffusée sur l'adresse bien connue de démarrage de l'ESG. Ce critère est analysé lors de la réception de cette session de démarrage par comparaison entre les deux descripteurs. Ce critère possède un niveau de sévérité critique, car une incohérence peut signifier qu'au moins un pan entier de l'ESG n'est pas accessible. Les objets de l'ESG sont transmis via les sessions FLUTE de façon cyclique dite en carrousel. Les délais d'extraction de l'ensemble des données liées à un ESG peuvent varier selon le choix des débits, c'est-à-dire de la période entre deux diffusions des objets des différentes sessions FLUTE, d'où la nécessité de surveiller cette période pour les différents objets, et notamment pour les objets les plus critiques. Ainsi, on surveillera plus particulièrement: - Le descripteur ESGProviderDiscovery, le standard TS 102 592 préconise un temps de répétition autour de 10s. - Le descripteur ESGAccessDescriptor, le standard TS 102 592 préconise un temps de répétition inférieur 1s. - La session FLUTE du carrousel d'annonce de l'ESG, qui doit être diffusée au moins une fois par salve DVB-H (DVB-H burst en anglais) selon le standard TS 102 592. Chacun de ces indicateurs présente donc une valeur représentative du temps de répétition ou période de diffusion de l'objet concerné. Des bornes de valeurs admissibles, un minimum et un maximum, peuvent être définies pour générer des alertes. Concernant la session FLUTE du carrousel d'annonce de l'ESG, on peut définir l'indicateur comme le ratio entre le nombre de diffusions de cette session d'annonce et le nombre de salves DVB-H reçues pendant un temps donné, ce ratio devant être supérieur ou égal à 1. Avantageusement, on peut aussi créer un indicateur relatif au temps théorique maximum d'acquisition de l'ESG. En effet, on sait que pour acquérir l'ESG on doit, dans un premier temps, acquérir les objets FDT qui référencent les fragments d'ESG diffusés. Quand on connaît la période de diffusion de la FDT et de ces autres fragments, on peut en déduire un temps minimum d'acquisition. Ce temps théorique peut faire l'objet d'un indicateur. Cet indicateur peut être utilisé d'une part intrinsèquement comme indicateur de la qualité de service de cet ESG. Plus il est faible et plus l'acquisition est théoriquement rapide et donc la qualité de service bonne. D'un autre côté, on peut également comparer le temps d'acquisition réel de l'ESG à ce temps théorique. Le temps réel d'acquisition peut augmenter par rapport au temps théorique du fait de problèmes de transmission entraînant un besoin élevé de faire appel au service de réparation ce qui ralentit l'acquisition. Le temps théorique comme le temps réel d'acquisition peut également être influencé par la capacité du terminal à acquérir des sessions FLUTE en parallèle. On voit que l'on peut donc d'une part définir un critère relatif au temps d'acquisition total de l'ESG et des critères relatifs à l'acquisition de certains fragments spécifiques. Ces fragments spécifiques ne sont pas limités aux exemples donnés. Avantageusement, l'interface utilisateur permet de sélectionner le ou les fragments pour lesquels on souhaite obtenir une indication relative au temps d'acquisition dudit fragment. Parmi les tables de signalisation définies dans le document ETSI TS 102 470 intitulé � Digital Video Broadcasting (DVB); IP Datacast over DVB-H: Program Specific Information (PSI)/Service Information (SI) � il en est une définie au paragraphe 4.8 et appelée INT (IP/MAC Notification Table en anglais) qui annonce les plate-formes IP et pour chacune d'elles l'ensemble des adresses IP utilisées. On doit donc y retrouver l'ensemble des adresses utilisées pour les canaux ALC/LCT utilisées par les sessions FLUTE. On définit donc un indicateur représentatif de la notification des adresses IP cible des canaux ALC/LCT dans la table INT. Cet indicateur est positionné lorsque l'adresse d'un canal ALC/LCT utilisé pour la diffusion de l'ESG ne figure pas dans la table INT. Avantageusement, on vérifie aussi que toutes les adresses présentes dans la table INT et annoncées comme relatives à la diffusion de l'ESG correspondent bien à des diffusions effectives. On calcule donc un indicateur représentatif de la cohérence entre les adresses IP relatives à la diffusion de l'ESG telles qu'annoncées dans les informations de signalisation du flux de données et les adresses réellement utilisées pour cette diffusion. Tous les critères sont applicable tant au mécanisme IPDC qu'au mécanisme OMA BCAST. On définit également un critère de richesse des fragments. On a vu que l'ESG est constitué d'un arbre de fragments se référençant entre eux. Un fragment est donc une structure de données dont certains champs sont des références à d'autres fragments conformément au modèle de données, sauf pour les fragments constituant des feuilles de l'arbre. Le confort de l'utilisateur dépend du degré de remplissage de ces champs de fragments. Il peut également en aller de la complétude de l'ESG. Un critère peut donc mesurer pour chaque fragment le nombre de champs renseignés parmi tous les champs possibles. Une valeur moyenne peut être établie pour l'ensemble de l'ESG. Cet indicateur est représentatif de la richesse de contenu de l'ESG et donc du niveau d'information qu'il apporte à l'utilisateur. Pour calculer cet indicateur, on définit une première valeur représentative de l'ensemble des champs possible pour un fragment i que l'on appelle Cpi et une seconde valeur représentative du nombre de champs renseignés du fragment i que l'on appelle Cri. On peut alors définir le critère selon l'une des formules suivantes : (Cpi ù Cri) L Cri r= ou r= ; Cpi LCpi La première formule donne le taux de champs non remplis tandis que la deuxième donne le taux de champs remplis. Avantageusement, le nombre de champs possibles définis par la norme pouvant être élevé et certains de ces champs se révéler non réellement pertinents dans une application donnée, on définit ou on offre la possibilité à l'utilisateur de définir pour chaque fragment un ensemble de champs dits pertinents. Dans ce cas, cet ensemble de champs pertinents remplace l'ensemble des champs possibles dans les formules de calcul de cet indicateur. On définit également un autre critère relatif cette fois à la complétude de l'ESG dans son ensemble. En effet, il peut être constaté que des fragments font référence à d'autres fragments qui ne sont pas diffusés ou fragments manquants. Ces références manquantes peuvent avoir plusieurs conséquences de gravités diverses. D'une part, ils peuvent entraîner un manque d'informations complémentaires relatives à un service. On est dans ce cas face à un critère de niveau de sévérité information. Mais ils peuvent aussi rendre le fragment possédant la référence manquante inutilisable. On peut citer le cas d'un contenu non lié à une information permettant de l'acheter. Dans ce cas le niveau de sévérité est critique. De plus, le fragment, bien que diffusé, mais rendu inutilisable par le manque d'un fragment référencé peut être également considéré comme manquant et provoquer un problème relatif à l'utilisation d'un autre fragment le référençant. On voit donc que la non-diffusion d'un seul fragment peut provoquer de proche en proche la perte d'usage d'une branche entière de l'arbre constituant l'ESG. Avantageusement, on peut prendre en compte ici des informations sémantiques sur les fragments manquants pour déterminer le niveau de sévérité affecté au critère. Comme déjà vu plus haut, l'absence d'un fragment référencé n'a pas le même effet selon la nature du fragment. De plus, on peut également dans ce cas affiner l'attribution d'un niveau de sévérité et différencier les applications impactées. L'absence d'un même fragment peut se révéler critique pour l'application de changement de service (zapping en anglais) mais ne pas empêcher l'accès à un premier service au démarrage. On affecte, donc, le niveau de sévérité en fonction de l'application telle que démarrage, changement de service, balado-diffusion (podcast en anglais), chaînes de publicité, diffusion de POI (Point of Interest en anglais) pour des applications de navigation ou autres. D'autre part, on peut aussi constater la diffusion de fragments qui ne référencent aucun fragment de l'ESG et qui ne sont référencés par aucun fragment de l'ESG. Ces fragments isolés ne sont donc pas utilisables et bien que ne perturbant pas l'acquisition et le fonctionnement des fragments valides de l'ESG, ces fragments sont diffusés inutilement et provoquent une perte de la bande passante. Ils pourraient utilement être retirés du flux. Cette analyse des fragments isolés doit être étendue à un ensemble de fragments n'ayant pas de lien avec l'arbre général de l'ESG diffusé. Cet ensemble inutile se caractérise par le fait qu'aucun fragment de l'ESG ne fait référence à aucun des fragments de l'ensemble, et que les seules références présentes dans les fragments de cet ensemble référencent d'autres fragments de l'ensemble à l'exclusion de fragments de l'ESG diffusé. On définit donc deux nouveaux critères correspondant au nombre de fragments possédant une référence sur un fragments non diffusé et au nombre de fragments isolés non référencés par d'autres fragments de l'ESG et donc inutiles. Ces indicateurs sont calculés par analyse des fragments reçus une fois que l'on estime que la totalité de l'ESG doit être reçue. On doit signaler ici une difficulté liée à la détermination du moment auquel on estime que la totalité de l'ESG est reçue. Dans la pratique, on détermine une durée choisie par l'utilisateur pour le calcul de ces indicateurs. D'autres critères de cohérence sémantiques peuvent être définis. Ces critères indiquent si certaines caractéristiques sémantiques annoncées dans l'ESG correspondent bien à la réalité des données d'ESG transmises. Par exemple, on peut définir un critère relatif à l'accès conditionnel au contenu qui vérifie que lorsqu'un service est annoncé comme utilisant un système de contrôle d'accès, le contenu associé à ce service est bien chiffré selon les procédés de chiffrement liés à ce système de contrôle d'accès. Lorsque le terminal dispose de différents liens IP, par exemple un lien Wifi ou un lien 3G, l'ESG diffusés dans le flux peut être complété par des données d'ESG reçues via le lien IP complémentaire. Dans ce cas, avantageusement, ces critères de cohérence de l'ESG permettent de tester la cohérence entre les données d'ESG reçues par les différents liens. Avantageusement on peut également extraire la liste des fragments inutilisables avec leur numéro de référence et éventuellement leur type. Avantageusement, on détermine également un critère représentatif de l'évolution dans le temps du chargement de l'ESG. On définit ce critère comme indiquant en temps réel le nombre de références à des fragments non encore reçus découverts dans les fragments déjà reçus. Cet indicateur est initialisé à 0. Lors de la réception d'un fragment, on le diminue de 1 si ce fragment fait partie des fragments dont on avait découvert la référence et que l'on n'avait pas déjà reçu. Il est augmenté du nombre de références à des fragments non encore reçus contenues dans le fragment. On voit que cet indicateur doit augmenter au début de la réception de l'ESG pour se stabiliser à la valeur du nombre de références à des fragments manquant au fil du temps. Son affichage en temps réel permet de visualiser la progression de l'acquisition de l'ESG et de déterminer un moment auquel on estime que l'acquisition des fragments diffusés est complète. On peut d'ailleurs fixer un délai et considérer que si la valeur de cet indicateur n'évolue pas pendant une durée supérieure ou égale à ce délai, on considère l'acquisition comme terminée. On calcule alors les indicateurs précédents relatifs à la complétude de l'ESG. Bien que décrite principalement dans le contexte d'une diffusion de l'ESG via le mécanisme IPDC de DVB-H, l'invention s'adapte à d'autres modes de diffusion tels que OMA BCAST, directement pour la plupart des critères ou moyennant quelques adaptations évidentes pour l'homme du métier. Elle peut également s'appliquer lorsque l'ESG est diffusé via d'autres canaux IP, tels qu'une diffusion Wifi ou tout autre lien IP. L'ESG comprend typiquement plusieurs sous ESG dédié chacun à un opérateur particulier. Avantageusement, l'invention permet de sélectionner un de ces ESG et de ne calculer les critères que pour cet ESG. REVENDICATIONS1/ Procédé de contrôle de la diffusion d'un guide électronique de services par un dispositif de réception d'un flux de données comportant au moins un guide électronique de services appelé ESG composé de fragments se référençant décrivant l'ensemble des services accessibles au terminal, comportant les étapes suivantes : - une étape de connexion à une adresse de diffusion bien connue où est diffusée une session de démarrage de l'ESG ; - une étape d'analyse de cette session de démarrage pour extraire la localisation des différentes sessions de l'ESG ; - une étape de connexion et d'acquisition des différentes sessions d'ESG ainsi localisées diffusant des fragments ; - une étape de constitution de l'ESG à partir des fragments ainsi acquis ; 15 caractérisé en ce qu'il comporte en outre : - une étape de calcul d'au moins un critère de qualité de service de la diffusion de l'ESG. 2/ Procédé selon la revendication 1, caractérisé en ce qu'il comprend une étape 20 de calcul d'un critère d'unicité de la session d'ESG de démarrage, ce critère ayant une valeur booléenne selon que le nombre de session diffusées sur l'adresse bien connue est un ou une autre valeur. 3/ Procédé selon la revendication 1, caractérisé en ce qu'il comprend une étape 25 de calcul d'un indicateur du nombre de fragments erronés corrigibles reçus. 4/ Procédé selon la revendication 1, caractérisé en ce qu'il comprend une étape de calcul d'un indicateur du nombre de cycles nécessaire en moyenne pour extraire correctement un fragment, les fragments étant diffusés de façon périodique au sein des 30 sessions, le temps de cycle étant défini comme le temps de répétition du fragment. 5/ Procédé selon la revendication 4, caractérisé en ce qu'il comprend le calcul d'un tel indicateur par type d'objets.6/ Procédé selon la revendication 1, caractérisé en ce qu'il comprend une étape de calcul d'un indicateur correspondant au ratio entre la période de diffusion des objets de type FDT et la période de diffusion des objets autres. 7/ Procédé selon la revendication 1, caractérisé en ce qu'il comprend une étape de calcul d'un indicateur qui reflète la cohérence entre un premier descripteur qui identifie les différents fournisseurs d'ESG présents sur la plate-forme IP et un second descripteur qui indique comment accéder aux données de chacun des fournisseurs décrits dans le premier descripteur au sein de la session de démarrage. 8/ Procédé selon la revendication 1, caractérisé en ce qu'il comprend une étape de calcul d'un indicateur qui présente une valeur représentative du temps de répétition d'un objet donné. 9/ Procédé selon la revendication 1, caractérisé en ce qu'il comprend une étape de calcul d'un indicateur relatif au temps théorique maximum d'acquisition de l'ESG. 10/ Procédé selon la revendication 1, caractérisé en ce que des informations de signalisation étant incluses dans le flux de données reçu, il comprend une étape de calcul d'un indicateur représentatif de la cohérence entre les adresses IP relatives à la diffusion de l'ESG telles qu'annoncées dans les informations de signalisation du flux de donnée et les adresses réellement utilisées pour cette diffusion. 11/ Procédé selon la revendication 1, caractérisé en ce qu'il comprend une étape 25 de calcul d'un indicateur de richesse des fragments qui mesure pour chaque fragment le nombre de champs renseignés parmi tous les champs possibles. 12/ Procédé selon la revendication 1, caractérisé en ce qu'il comprend une étape de calcul d'un indicateur de complétude des fragments qui mesure pour chaque 30 fragment le nombre de champs renseignés parmi tous les champs pertinent, ces champs pertinents étant un sous ensemble donné des champs possibles.13/ Procédé selon la revendication 1, caractérisé en ce qu'il comprend une étape de calcul d'un indicateur de complétude de l'ESG correspondant au nombre de fragments possédant une référence sur un fragment non diffusé. 14/ Procédé selon la revendication 1, caractérisé en ce qu'il comprend une étape de calcul d'un indicateur de complétude de l'ESG correspondant au nombre de fragments isolés non référencés par d'autres fragments de l'ESG et donc inutiles. 15/ Procédé selon la revendication 1, caractérisé en ce qu'il comprend une étape de calcul d'un indicateur de cohérence sémantique indiquant si certaines caractéristiques sémantiques annoncées dans l'ESG correspondent bien à la réalité des données d'ESG transmises. 16/ Procédé selon la revendication 1, caractérisé en ce qu'il comprend une étape de calcul d'une liste de fragments inutilisables avec leur numéro de référence. 17/ Procédé selon la revendication 1, caractérisé en ce qu'il comprend une étape de calcul d'un indicateur représentatif de l'évolution dans le temps du chargement de l'ESG qui indique en temps réel le nombre de références à des fragments non encore reçus découverts dans les fragments déjà reçus. 18/ Dispositif de contrôle et de surveillance de la diffusion d'un guide électronique de services comportant : - des moyens de réception d'un flux de données comportant au moins un guide 25 électronique de services appelé ESG composé d'un arbre de fragments se référençant décrivant l'ensemble des services accessibles au terminal ; - des moyens de connexion à une adresse de diffusion bien connue où est diffusée une session de démarrage de l'ESG ; - des moyens d'analyse de cette session de démarrage pour extraire la 30 localisation des différentes sessions de l'ESG ; - des moyens de connexion et d'acquisition des différentes sessions d'ESG ainsi localisées diffusant des fragments ; - des moyens de constitution de l'ESG à partir des fragments ainsi acquis ; caractérisé en ce qu'il comporte en outre :- des moyens de calcul d'au moins un critère de qualité de service de la diffusion de l'ESG.