Brevet FR2923342A1 — publié le 20090508

Vérification d'un type d'accès généré par un terminal dans un réseau de télécommunications La présente invention concerne une vérification d'un type d'accès de transmission dans un réseau de télécommunications, généré par un terminal d'usager afin d'établir une session de communication entre le terminal d'usager et un autre terminal ou un serveur d'application via cet accès. Plus particulièrement, elle a trait à une vérification d'un type d'accès par un réseau de télécommunications de type 3GPP ("3rd Generation Partnership Project" en anglais) dans le cadre d'un sous-système multimédia IMS ("IP Multimedia Subsystem" en anglais). Le type d'accès de transmission est généré localement dans un terminal d'usager au niveau applicatif. Dans un réseau de télécommunications d'un opérateur de type IMS 3GPP relatif au protocole d'établissement de session SIP ("Session Initial Protocol" en anglais), le terminal transmet un paramètre de type d'accès dans un en-tête PANI ("PAccess-Network-Info" en anglais) d'un message SIP. Le protocole SIP est un protocole de signalisation pour le contrôle de session notamment l'établissement par le réseau de télécommunications d'un appel, dit également session de communication, entre deux terminaux d'usager ou entre un terminal d'usager et un serveur d'application. L'insertion et la syntaxe de l'en-tête PANI sont décrites dans la spécification 3GPP TS 24.229. Des exemples de type d'accès à un réseau de télécommunications sont par réseau à commutation par paquets avec gestion de la mobilité et accès par voie radio GPRS ("General Packet Radio Service" en anglais), par réseau local sans fil IWLAN ("Interworking Wireless Local Area Network" en anglais) ou par ligne d'usager xDSL ("x Digital Subscriber Line" en anglais). Le terminal insère le paramètre de type d'accès ("access-type" en anglais) dans l'entête SIP PANI dans des messages de signalisation SIP à transmettre à des entités de la couche applicative du réseau de télécommunications. En particulier, la valeur de ce paramètre doit être toujours conforme au type d'accès réellement utilisé par le terminal et ce paramètre doit être mis à jour dans l'en-tête PANI en cas de changement d'accès. Ce paramètre est utilisé par les entités du réseau et est déterminant pour la facturation, le déclenchement de service ou le traitement de la signalisation applicative. Un défaut du terminal ou une malveillance de son usager peut entraîner la transmission d'un paramètre de type d'accès considéré comme peu fiable par les entités du réseau de télécommunications de l'opérateur. Il n'existe pas de contrôle de ce paramètre par les entités du réseau de télécommunications notamment au niveau de l'entité d'entrée au réseau, tel que l'entité P-CSCF ("Proxy Cali Session Control Function " en anglais) du réseau IMS 3GPP, lors de la transmission depuis un terminal d'un message de signalisation applicative SIP contenant le paramètre de type d'accès. Pour la facturation de l'un des services offert par le réseau de l'opérateur utilisés par l'usager du terminal, un ticket de facturation est émis par certaines entités du réseau, dans lequel intervient le paramètre de type d'accès. Une corrélation est effectuée pour la facturation entre les tickets émis par les entités de la couche applicative IMS et les tickets émis par les entités de la couche transport mais aucune vérification du paramètre de type d'accès n'est effectuée par l'application de facturation. La corrélation sert uniquement à déterminer le volume de données à facturer et à le relier au service utilisé. Concernant le déclenchement de service, le paramètre de type d'accès contenu dans l'en-tête PANI peut servir de condition de déclenchement de service vers des serveurs d'application. L'exécution d'un service peut être inappropriée en cas d'erreur sur le paramètre de type d'accès contenu dans l'en-tête PANI. Par exemple, un service est déclenché vers un serveur pour l'exécution d'un service de télécommunications fixe lorsque le paramètre de l'en- tête PANI est de type xDSL, alors que le terminal est en réalité connecté via un accès mobile de type GPRS. De même, la facturation associée ne correspond pas au paramètre de type d'accès, la facturation étant pour un accès fixe au lieu d'un accès mobile. Le traitement de la signalisation applicative peut être différent selon le type d'accès. Ainsi, la compression SIP est une option qui vise à minimiser les données de signalisation SIP transmises sur une voie radio où les ressources sont rares et qui n'a aucun intérêt pour un accès xDSL. Pour pallier cet inconvénient, la demande de brevet européen 1715625 décrit un système de contrôle de la mise en oeuvre d'un service dans un réseau de télécommunications à partir d'informations liées au type d'accès de l'utilisateur. Une entité d'entrée de couche applicative correspondant à l'entité P-CSCF ("Proxy Cali Session Control Function" en anglais) relative au réseau de télécommunications IMS 3GPP reçoit un type d'accès émis par un terminal lors d'une demande d'enregistrement au réseau et des informations concernant le type d'accès de ce terminal provenant d'une entité de couche transport, appelée passerelle d'accès, communiquant directement avec l'entité d'entrée. Le type d'accès est utilisé pour contrôler la mise en oeuvre du service demandé par le terminal. Cependant, les inventeurs ont observé que ce contrôle n'était réalisé que lors de l'enregistrement du terminal dans le réseau. Ainsi, si le terminal se déplace vers un nouveau type d'accès tout en gardant le même enregistrement au niveau applicatif, aucun autre contrôle n'est effectué et donc la facturation et les services déclenchés peuvent être erronés de même que le traitement de la signalisation SIP. De plus, les informations envoyées par la passerelle d'accès à l'entité d'entrée génèrent des flux de messages spécifiques non standardisés, qui perturbent et diminuent les performances de transmission. La présente invention pallie les inconvénients évoqués ci-dessus par un procédé pour vérifier un premier indicateur d'accès généré par un terminal à transmettre dans un message de signalisation applicative vers un système de communication comprenant une entité de contrôle, une entité applicative et une passerelle d'accès, un deuxième indicateur d'accès propre à la passerelle étant transmis depuis la passerelle vers l'entité de contrôle à la suite d'une réception d'une requête transmise par le terminal pour établir un lien de transmission entre le terminal et la passerelle. Le procédé est caractérisé en ce qu'il comprend les étapes de : recevoir de l'entité applicative par l'entité de contrôle le premier indicateur d'accès dans une requête, le premier indicateur d'accès étant précédemment contenu dans le message de signalisation applicative transmis depuis le terminal via le lien de transmission établi, comparer dans l'entité de contrôle le premier indicateur d'accès au deuxième indicateur d'accès afin de certifier ledit premier indicateur d'accès, et transmettre une réponse à l'entité applicative résultant de la comparaison des deux indicateurs d'accès. L'invention est basée par exemple sur la spécification 3GPP dans laquelle l'indication du type d'accès est ajoutée dans des messages de signalisation connus depuis l'entité applicative, cette indication étant traitée dans l'entité de contrôle. Ainsi selon la spécification 3GPP, le message de signalisation applicative correspond à un message de signalisation SIP. L'opérateur peut facturer l'usager du terminal sur la base de l'indicateur d'accès généré par le terminal lorsque celui-ci est certifié par l'entité de contrôle du système de communication. L'entité de contrôle peut correspondre à l'entité PCRF ("Policy control and Charging Rules Function" en anglais) du réseau de télécommunications IMS 3GPP. L'indicateur d'accès est modifié à chaque changement de type d'accès. Ainsi lors d'un déplacement du terminal engendrant un changement de type d'accès, l'indicateur d'accès est systématiquement mis à jour et l'opérateur peut baser sa facturation ou le déclenchement de service approprié sur un indicateur fiable. L'opérateur peut souhaiter une facturation différenciée selon le type d'accès, ce qui conduit selon l'invention à une facturation crédible en fonction du type d'accès utilisé, certaines ressources dans le réseau étant plus coûteuses que d'autres. Si le premier indicateur d'accès et le deuxième indicateur d'accès correspondent, l'entité de contrôle transmet le premier indicateur certifié à l'entité applicative dans la réponse. Selon une première réalisation, si le premier indicateur d'accès et le deuxième indicateur d'accès ne correspondent pas, la réponse est une notification de rejet comportant un code d'erreur. Le code d'erreur est spécifique au protocole de signalisation applicative, tel que par exemple un code de type "4xx Request failure" pour le protocole SIP. Cette caractéristique est applicable dans le cas où le premier indicateur d'accès est généré par le terminal dans un message de signalisation applicative de type requête et non pour un message de signalisation applicative de type réponse. Selon une deuxième réalisation de l'invention, si le premier indicateur d'accès et le deuxième indicateur d'accès ne correspondent pas, l'entité de contrôle modifie le premier indicateur d'accès en un indicateur d'accès corrigé et le transmet à l'entité applicative dans la réponse. L'indicateur de type d'accès corrigé peut être le deuxième indicateur d'accès. Cette caractéristique est applicable dans le cas où le premier indicateur d'accès est généré par le terminal dans un message de signalisation applicative de type requête ou de type réponse. La réponse résultant de la comparaison des deux indicateurs d'accès transmise entre l'entité de contrôle et l'entité applicative est une réponse normalisée dans laquelle est ajouté, si les deux types d'accès correspondent, le premier type d'accès certifié et, si les deux types d'accès ne correspondent pas, soit un code d'erreur selon la première réalisation de l'invention, soit un type d'accès corrigé selon la deuxième réalisation de l'invention. De même, la requête transmise de l'entité applicative vers l'entité de contrôle est une requête normalisée dans laquelle est ajouté le premier indicateur d'accès, selon l'invention. L'invention a aussi pour objet un système de communication pour vérifier un premier indicateur d'accès généré par un terminal transmis dans un message de signalisation applicative, le système comprenant au moins une entité de contrôle, une entité applicative et une passerelle d'accès apte à transmettre vers l'entité de contrôle un deuxième indicateur d'accès propre à la passerelle à la suite de la réception d'une requête transmise par le terminal pour établir un lien de transmission entre le terminal et la passerelle, caractérisé en ce qu'il comprend : un moyen dans l'entité applicative pour transmettre vers l'entité de contrôle le premier indicateur d'accès dans une requête, le premier indicateur d'accès étant précédemment contenu dans le message de signalisation applicative transmis depuis le terminal via le lien de transmission établi, un moyen pour recevoir le premier indicateur d'accès et un moyen dans l'entité de contrôle pour comparer le premier indicateur d'accès au deuxième indicateur d'accès afin de certifier ledit premier indicateur d'accès, et un moyen pour transmettre depuis l'entité de contrôle une réponse à l'entité applicative résultant de la comparaison des deux indicateurs d'accès. L'invention concerne également une entité de contrôle et une entité applicative. L'entité de contrôle pour vérifier un premier indicateur d'accès généré par un terminal transmis dans un message de signalisation applicative vers un système de communication comprenant au moins l'entité de contrôle, une entité applicative et une passerelle d'accès apte à transmettre vers l'entité de contrôle un deuxième indicateur d'accès propre à la passerelle à la suite de la réception d'une requête transmise par le terminal pour établir un lien de transmission entre le terminal et la passerelle, est caractérisée en ce qu'elle comprend : un moyen pour recevoir de l'entité applicative le premier indicateur d'accès dans une requête, le premier indicateur d'accès étant précédemment contenu dans le message de signalisation applicative transmis depuis le terminal via le lien de transmission établi, un moyen pour comparer le premier indicateur d'accès au deuxième indicateur d'accès afin de certifier ledit premier indicateur d'accès, et un moyen pour transmettre une réponse à l'entité applicative résultant de la comparaison des deux indicateurs d'accès. L'entité applicative d'un système de communication pour vérifier un premier indicateur d'accès généré par un terminal à transmettre dans un message de signalisation applicative, le système de communication comprenant au moins une entité de contrôle, l'entité applicative et une passerelle d'accès, est caractérisée en ce qu'elle comprend : un moyen pour transmettre vers l'entité de contrôle le premier indicateur d'accès dans une requête, le premier indicateur d'accès étant précédemment contenu dans le message de signalisation applicative transmis depuis le terminal via un lien de transmission établi par la passerelle entre le terminal et la passerelle en réponse à une requête d'établissement de lien de transmission transmise par le terminal, et un moyen pour recevoir depuis l'entité de contrôle une réponse résultant d'une comparaison, dans l'entité de contrôle, du premier indicateur d'accès à un deuxième indicateur d'accès transmis par la passerelle à la suite de la réception de la requête d'établissement de lien de transmission. Selon une première réalisation, l'entité applicative comprend un moyen pour générer un autre message de signalisation applicative contenant un code d'erreur correspondant à un premier code d'erreur contenu dans la réponse résultant de la comparaison si les deux indicateurs d'accès ne correspondent pas, afin de transmettre ledit autre message de signalisation applicative généré au terminal. Selon une deuxième réalisation, l'entité applicative comprend un moyen pour remplacer le premier indicateur d'accès dans le message de signalisation applicative par un indicateur d'accès corrigé reçu de l'entité de contrôle dans la réponse résultant de la comparaison si les deux indicateurs d'accès ne correspondent pas, afin de transmettre ledit message de signalisation applicative vers d'autres entités du système de communications Enfin, l'invention se rapporte à des programmes d'ordinateur aptes à être mis en oeuvre respectivement dans une entité de contrôle et dans une entité applicative d'un système de communication selon l'invention pour mettre en oeuvre le procédé de l'invention. D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description suivante de plusieurs réalisations de l'invention données à titre d'exemples non limitatifs, en référence aux dessins annexés correspondants dans lesquels : - la figure 1 est un bloc-diagramme schématique d'un système de communication mettant en oeuvre un procédé de vérification d'un type d'accès généré par un terminal d'usager, selon l'invention ; - la figure 2 est un bloc-diagramme schématique plus détaillé des entités du système de communication de la figure 1 ; - la figure 3 est un algorithme connu d'établissement d'un lien de transmission ; et - la figure 4 est un algorithme du procédé de vérification du type d'accès généré par le terminal d'accès pour autoriser la transmission du message de signalisation applicative vers d'autres entités du système de communication, selon l'invention. En référence aux figures 1 et 2, le système de communication SC comporte un réseau de contrôle RC connecté à des réseaux de télécommunications différents RT1 à RTM. Les réseaux de télécommunications RT1 à RTM sont, par exemple, un réseau GPRS ("General Packet Radio Service" en anglais), un réseau à ligne xDLS ("x Digital Subscriber Line" en anglais) ou un réseau I-WLAN ("Interworking Wireless Local Area Network" en anglais). Ces réseaux comprennent respectivement des passerelles d'accès réseau PSI à PSM reliées au réseau de contrôle RC, considérées comme des entités de la couche transport. Le réseau de contrôle RC est un sous-système indépendant des accès réseau, assurant le contrôle des sessions de communication et des appels voix et multimédias ainsi que l'interconnexion entre les différents réseaux, telle que l'interconnexion du réseau de télécommunications mobile UMTS ("Universal Mobile Telecommunications System " en anglais) au réseau fixe RTC (Réseau Téléphonique Commuté). Le système de communication SC est par exemple un réseau de télécommunications de troisième génération 3GPP ("3rd Generation Partnership Project" en anglais) dont le réseau de contrôle RC à une architecture IMS ("IP Multimedia Subsystem" en anglais). Le réseau de contrôle RC comprend notamment une entité applicative EA, un contrôleur de qualité de service et de facturation CQF et une entité de souscription ESP, ces entités étant considérées comme des entités de la couche applicative. Les entités PSm, EA, CQF et ESP sont représentées sous forme de blocs fonctionnels dont la plupart assurent des fonctions ayant un lien avec l'invention et peuvent correspondre chacun à un module logiciel et/ou matériel implémenté dans au moins un processeur, par exemple celui d'un serveur. Les entités EA, CQF et ESP dans le réseau de contrôle RC peuvent être des serveurs distincts, ou au moins deux de ceux-ci peuvent être réunis dans un serveur commun. En référence à la figure 2, un usager d'un terminal Tn, avec 1 n N, a souscrit à des services fournis par le réseau RC géré par un opérateur de télécommunications. Le terminal Tn comprend notamment une interface de communication ITn et une unité de traitement UTn. L'unité est apte à établir des requêtes de lien de transmission RqL à transmettre vers une passerelle PSm, avec 1 m M, et des messages de signalisation applicative MSA, appelées également requêtes ou réponses SIP, à transmettre vers l'entité applicative EA. Pour établir ou modifier une session de communication avec un autre terminal ou un serveur d'application, l'unité de traitement UTn du terminal génère un indicateur d'accès TA2s relatif à un type d'accès réseau souhaité par le terminal, l'indice s, avec 1 s S, définissant la session de communication en cours d'établissement ou de modification, plus généralement à chaque génération de message de signalisation applicative MSA émise par le terminal. La requête RqL concerne une demande de ressource relative à l'établissement de lien de transmission entre le terminal Tn et la passerelle PSm d'accès à un réseau de télécommunications pour la transmission de signalisation entre le terminal Tn et l'entité applicative EA et/ou la transmission de données voix ou de données multimédia entre le terminal Tn et un autre terminal d'usager ou un serveur d'application, une fois la session de communication établie. Le message de signalisation applicative MSA transmis à l'entité EA, par exemple, lors de l'établissement d'une session d'appel voix entre le terminal Tn et un autre terminal est une requête de signalisation conforme au protocole de signalisation SIP ("Session Initial Protocol" en anglais). L'en- tête PANI du message MSA comprend un paramètre de type d'accès réseau égal à l'indicateur d'accès TA2s. Le terminal Tn est apte à transmettre à travers la même passerelle PSm, le message de signalisation applicative MSA vers l'entité applicative EA, ou des données multimédias vers un autre terminal après l'établissement de la session de communication. La passerelle PSm d'accès réseau sert de point de terminaison des liens de transmission du terminal Tn pour communiquer des données multimédias vers un autre terminal ou un serveur d'application, et pour communiquer de la signalisation SIP avec le réseau de contrôle RC. La passerelle PSm comprend une interface de communication Ipsm, une mémoire Mpsm et une unité de traitement Upsm. L'interface de communication Ipsm communique avec le terminal Tn, via d'autres entités de la couche de transport, et le contrôleur de qualité de service et de facturation CQF. La mémoire Mpsm mémorise en association à un identificateur du terminal IdTn des règles de qualité de service et de facturation RGTn générées et transmises par le contrôleur CQF à exécuter par l'unité de traitement Upsm de la passerelle. Lors d'une demande d'établissement d'une session de communication par le terminal Tn, la passerelle PSm transmet au contrôleur CQF un indicateur d'accès TA1s propre à la passerelle. L'entité applicative EA est le point d'entrée dans le réseau de contrôle RC et correspond dans le réseau IMS 3GPP à un serveur proxy P-CSCF ("Proxy Cali Session Control Function" en anglais). L'entité applicative EA comprend une interface de communication IEA et une unité de traitement UEA. L'interface de communication communique avec le terminal Tn à travers la passerelle PSm, et avec le contrôleur de qualité de service et de facturation CQF. Selon une réalisation de l'invention, l'unité de traitement UEA remplace, si nécessaire, l'indicateur d'accès TA2s du paramètre de type d'accès réseau erroné dans l'en-tête PANI du message de signalisation applicative MSA en un indicateur d'accès corrigé TAc. Le contrôleur de qualité de service et de facturation CQF est un organe de décision du réseau de contrôle RC qui établit des règles relatives à la qualité de services dispensés par le réseau RC et la facturation de ces services en fonction d'un profil d'usager. Dans le réseau de télécommunications IMS 3GPP, le contrôleur CQF est l'entité de règles de facturation et de droits PCRF ("Policy control and Charging Rules Function" en anglais). Le contrôleur CQF comprend une interface de communication ICQF, une unité de traitement UCQF, une unité de détermination de règles UDR, une unité de comparaison UC et une mémoire MCQF. L'unité UDR détermine des règles de qualité de service et de facturation RGTn en fonction du profil PTn de l'usager du terminal Tn transmis par l'entité de souscription ESP. L'unité UC compare les indicateurs d'accès TA1s et TA2s respectivement transmis par la passerelle PSm et l'entité applicative EA pour déterminer si l'indicateur TA2s généré par le terminal Tn n'est pas erroné. Selon une réalisation de l'invention, le contrôleur CQF transmet un indicateur d'accès corrigé TAc à l'entité applicative EA. La mémoire MCQF mémorise en association avec l'identificateur du terminal IdTn le profil PTn de l'usager transmis par l'entité de souscription ESP et l'indicateur d'accès TA1s transmis par la passerelle PSm. L'entité de souscription ESP du réseau de contrôle RC comprend les profils d'usagers ayant souscrits à des services fournis par le réseau RC. Dans le réseau de télécommunications IMS 3GPP, l'entité de souscription ESP est l'entité de stockage du profil de souscription SPR ("Subscription Profile Repository" en anglais).Le profil de chaque usager PTn, avec 1 n N, est mémorisé en association à l'identificateur IdTn du terminal de l'usager correspondant, dans une mémoire de souscription MESp, lors de la souscription de l'usager du terminal Tn à des services du réseau RC. L'entité de souscription ESP comporte également une interface de communication IF,Sp pour communiquer avec le contrôleur CQF, et une unité de traitement UESp. Le profil PTn d'un usager correspond, par exemple, à une classe de souscription permettant d'accéder à une partie ou à tous les services fournis par le réseau, tels que des services d'appel voix ou des services multimédias. L'établissement d'une session de communication se déroule en trois phases. Une première phase connue, en référence à l'algorithme de la figure 3, comprend l'établissement d'un lien de transmission entre le terminal Tn et la passerelle PSm pour faire transiter ultérieurement un message de signalisation applicative MSA(TA2s) depuis le terminal Tn vers l'entité applicative EA via la passerelle PSm. Cette phase correspond dans le réseau IMS 3GPP à l'établissement d'une session de niveau transport de type IP-CAN. Une deuxième phase, en référence à l'algorithme de la figure 4 et selon de procédé de l'invention, comprend l'établissement de la session de communication dans le réseau de contrôle RC par la transmission du message MSA(TA2s). Une troisième phase connue, comprend l'établissement de lien de transmission correspondant aux ressources de la session établie ou la modification du lien de transmission établi lors de la deuxième phase, pour faire transiter des données multimédias entre le terminal de l'usager et un autre terminal ou un serveur d'application à travers la passerelle PSm. Comme montré à la figure 3, la première phase connue d'établissement d'un lien de transmission entre le terminal d'usager Tn et la passerelle PSm comprend les étapes E1 à E11. Cette première phase correspond à une session IP-CAN ("IP Con_nec .i'Ji _ A l'étape E1, l'unité de traitement UTn du terminal Tn dont l'usager a déjà souscrit à un ou des services du réseau de contrôle RC de l'opérateur, établit une requête de lien de transmission RqL contenant au moins un identificateur IdTn du terminal. La requête RqL est transmise depuis l'interface de communication ITn du terminal vers l'interface de communication Ipsm de la passerelle PSm, éventuellement via des entités de la couche de transport non représentées aux figures 1 et 2. A partir de la requête RqL, l'unité de traitement Upsm de la passerelle PSm établit une requête de qualité de service RqQS contenant notamment l'identificateur de terminal IdTn extrait de la requête RqL, un identificateur du lien de transmission IdLT à établir pour au moins la transmission de signalisation applicative, et l'indicateur d'accès réseau TA1s propre à la passerelle PSm et considéré comme fiable. L'indice s définit la session de communication en cours d'établissement et peut être incrémenté par l'unité de traitement UTn du terminal T et transmis dans la requête RqL, ou incrémenté par une autre entité du réseau telle que la passerelle PSm, l'entité applicative EA, ou le contrôleur CQF. La requête RqQS est transmise depuis l'interface de communication Ipsm de la passerelle vers l'interface de communication IcQF du contrôleur CQF, à l'étape E2. A l'étape E3, à partir du contenu de la requête RqQS reçue, l'unité de traitement UCQF du contrôleur CQF écrit dans la mémoire MpRCF l'indicateur TA1s en association à l'identificateur de lien de transmission IdLT à établir pour la session de communication. De façon optionnelle, le contrôleur CQF s'informe auprès de l'entité de souscription ESP sur le profil de l'usager, en particulier sur les différents services auxquels il a souscrit, en transmettant une requête de profil RqP contenant l'identificateur IdTn du terminal de l'usager, depuis l'interface de communication IcQF vers l'interface de communication IESp de l'entité de souscription ESP, à l'étape E4. A l'étape E5, l'unité de traitement UESP de l'entité ESP trouve dans la mémoire MESp le profil de l'usager PTn en fonction de l'identificateur IdTn, et retransmet une réponse de profil RpP incluant le profil PTn au contrôleur CQF, à l'étape E6. A l'étape E7, l'unité de traitement UCQF du contrôleur active l'unité UDR qui détermine les règles de qualité de service et de facturation RGTn relatives au terminal Tn en fonction du profil PTn reçu et d'instructions de l'opérateur du réseau RC. Par exemple, l'établissement d'un lien de transmission pour transmettre ultérieurement un message de signalisation applicative depuis le terminal Tn vers l'entité applicative EA peut ne pas intervenir dans la facture finale. Une décision de qualité de service et facturation DCTn est générée en fonction des règles RGTn et de l'identificateur IdTn. A l'étape E8, les règles RGTn sont mémorisées en association à l'identificateur IdTn dans la mémoire MCQF. La décision de qualité de service et facturation DCTn est transmise depuis l'interface de communication ICQF du contrôleur CQF vers l'interface de communication Ipsm de la passerelle PSm, à l'étape E9. A l'étape E10, l'unité de traitement UpSm de la passerelle PSm met en oeuvre la décision de qualité de service et de facturation DCTn. Par exemple, la passerelle met en place des autorisations ou des interdictions de transmission selon le type de données multimédias à transmettre. Si le contenu de la requête RqL, pour l'identificateur IdTn, satisfait à la décision DCTn, l'unité de traitement UpSm accepte d'établir un lien de transmission entre le terminal Tn et la passerelle PSm et transmet une réponse RpL au terminal Tn notifiant l'acceptation ,sinon le rejet, d'établissement dudit lien demandé, à l'étape E11.35 Comme montré à la figure 4, la deuxième phase d'établissement d'une session de communication, selon l'invention, comprend les étapes S10 à S19. Après l'établissement du lien de transmission entre le terminal Tn et la passerelle PSm, l'unité de traitement UTn du terminal établit un premier message de signalisation applicative MSA1 contenant l'identificateur IdTn du terminal, des données de service DS relatives au service souhaité par l'usager, par exemple l'établissement d'un appel voix, et un indicateur d'accès TA2s généré par le terminal pour mettre en oeuvre la session de communication s en cours d'établissement. Les données de service DS contiennent une information pour retrouver l'identificateur de lien de transmission IdLT à établir. L'indicateur TA2s correspond au paramètre de type d'accès de l'en-tête PANI du message MSA1. Le message MSA1 est transmis depuis l'interface de communication ITn du terminal vers l'interface de communication IEA de l'entité applicative EA via la passerelle PSm. Sur la base des données de service DS extraites du message MSA1 reçu, l'unité de traitement UEA dans l'entité applicative EA détermine, de manière connue selon la spécification IMS 3GPP, des informations de service IS caractérisant la session de communication en cours d'établissement, par exemple les médias intervenant pour un appel multimédia, tels que la voix et la vidéo et l'identificateur de lien de transmission IdLT à établir. L'unité de traitement UEA établit une requête de qualité de service RqQS contenant les informations de service IS déterminées, l'identificateur IdTn du terminal et l'indicateur TA2s. La requête RqQS est transmise depuis l'interface de communication IEA de l'entité EA à l'interface de communication ICQF du contrôleur CQF, à l'étape S12. A la réception de la requête RqQS, l'unité de traitement UCQF détermine en fonction des informations de service IS l'identificateur du lien de transmission IdLT et trouve dans la mémoire MCQF en fonction de l'identificateur IdLT déterminé l'indicateur TA1s précédemment transmis par la passerelle PSm à l'étape E2, et active l'unité de comparaison UC du contrôleur CQF. L'unité UC compare l'indicateur TA1s mémorisé à l'indicateur TA2s reçu, à l'étape S13. Selon une première réalisation de l'invention, si les indicateurs TA1s et TA2s ne correspondent pas, l'unité de traitement UCQF transmet via son interface ICQF une réponse de qualité de service RpQS contenant une notification de rejet RJ vers l'interface IEA de l'entité applicative ne pouvant ainsi certifier l'indicateur d'accès TA2s, à l'étape S14. Ce rejet correspond à un code d'erreur spécifique indiquant la cause du rejet. Recevant la notification de rejet, l'entité applicative génère un deuxième message de signalisation SIP MSA2 vers le terminal Tn en indiquant éventuellement un code d'erreur spécifique, à l'étape S15. Le rejet indique que l'indicateur d'accès TA2s généré par le terminal Tn est erroné puisque l'indicateur TA2s est différent de l'indicateur TA1s correspondant à la passerelle PSm. Après transmission de la notification RJ au terminal Tn, l'établissement de la session de communication est rompu. Cette première réalisation est applicable dans le cas où l'indicateur TA2s est généré par le terminal dans un message de signalisation applicative de type requête et non pour un message de signalisation applicative de type réponse. Selon une deuxième réalisation de l'invention, si les indicateurs TA1s et TA2s ne correspondent pas, l'unité de traitement UCQF modifie l'indicateur TA2s en un indicateur corrigé TAc, à l'étape S16. L'indicateur corrigé TAc est un indicateur certifié qui correspond plus particulièrement à l'indicateur fiable TA1s transmis précédemment par la passerelle PSm. De façon optionnelle aux étapes S17 à S18, le contrôleur CQF s'informe auprès de l'entité de souscription ESP sur le profil de l'usager, s'il ne le connaît pas, en particulier sur les différents services auxquels il a souscrit, en transmettant une requête de profil RqP contenant l'identificateur IdTn du terminal de l'usager, depuis l'interface de communication ICQF vers l'interface de communication IEsp de l'entité de souscription ESP, à l'étape S17. A l'étape S18, l'unité de traitement UESp de l'entité ESP trouve dans la mémoire MESp le profil de l'usager PTn en fonction de l'identificateur IdTn, et retransmet une réponse de profil RpP incluant le profil PTn au contrôleur CQF, à l'étape S19. Le contrôleur CQF écrit le profil PTn reçu, en association à l'identificateur IdTn dans la mémoire McQF. A l'étape S20, l'unité de traitement UCQF écrit les informations de service IS reçues en association à l'identificateur IdTn du terminal dans la mémoire MCQF et identifie le ou les liens LT de transmission impliqués dans la session pour la transmission de données multimédias. Lors de la troisième phase, ces informations IS sont utilisées pour autoriser l'établissement des liens de transmission entre le terminal Tn et la passerelle PSm où transiteront des données multimédias échangées avec un autre terminal ou un serveur d'application. A l'étape S21, l'unité de traitement UCQF transmet via l'interface ICQF une réponse de qualité de service RpQS contenant l'indicateur corrigé TAc vers l'interface IEA de l'entité applicative EA. A l'étape S22, l'unité de traitement UEA de l'entité applicative remplace dans l'en-tête PANI du message de signalisation applicative MSA1 reçu à l'étape S10, l'indicateur TA2s par l'indicateur TAc extrait de la requête RpQS. Le message MSA ainsi corrigé est transmis par l'interface IEA à d'autres entités de couche applicative du réseau de contrôle RC qui en ont l'utilité pour la facturation des services en cours d'utilisation, par exemple. Cette deuxième réalisation est applicable dans le cas où l'indicateur d'accès TA2s est généré par le terminal dans un message de signalisation applicative de type requête ou de type réponse. A l'étape S13 relativement aux deux réalisations, si les indicateurs TA1s et TA2s correspondent, l'unité de traitement UCQF du contrôleur CQF certifie l'indicateur d'accès TA2s et exécute directement l'étape S17. L'indicateur certifié TA2s est transmis dans la réponse de qualité de service RpQS à l'entité applicative, à l'étape S21. L'étape S22, comprend uniquement la transmission du message de signalisation applicative contenant le type d'accès certifié à d'autres entités du réseau de contrôle RC. La figure 4 correspond à une adaptation de la procédure d'établissement d'une session applicative dans un réseau de télécommunications IMS 3GPP, définie dans la spécification 3GPP TS 29.213. Ainsi la requête RqQS à l'étape S12 et ses réponses RpQS aux étapes S14 et S21 peuvent être respectivement du type "Diameter AAR" et "Diameter AAA". La troisième phase concernant l'établissement de liens de transmission pour la session de communication établie, permettant de transiter des données multimédias entre le terminal de l'usager et un autre terminal ou un serveur d'application à travers la passerelle PSm n'est pas décrite puisqu'elle est connue par la spécification IMS 3GPP. L'invention décrite ici concerne un procédé de vérification de type d'accès dans un système de communication, le type d'accès à vérifier étant généré par un terminal d'usager lors de l'émission d'un message de signalisation applicative contenant un en-tête PANI, une entité de contrôle et une entité applicative. Elle concerne aussi deux programmes d'ordinateur aptes à être mis en oeuvre respectivement dans l'entité de contrôle et dans l'entité applicative. Le programme d'ordinateur apte à être mis en oeuvre dans l'entité de contrôle, est caractérisé en ce qu'il comprend des instructions qui lorsque le programme est exécuté dans un processeur de l'entité de contrôle, dont le fonctionnement est alors commandé par l'exécution du programme, réalisent des étapes correspondant aux moyens fonctionnels inclus dans l'entité de contrôle. Le programme d'ordinateur apte à être mis en oeuvre dans l'entité applicative est caractérisé en ce qu'il comprend des instructions qui lorsque le programme est exécuté dans un processeur l'entité applicative, dont le fonctionnement est alors commandé par l'exécution du programme, réalisent des étapes correspondant aux moyens fonctionnels inclus dans l'entité applicative. En conséquence, l'invention s'applique également à des programmes d'ordinateur, notamment des programmes d'ordinateur enregistrés sur ou dans un ou des supports d'enregistrement lisibles par un ordinateur et tout dispositif de traitement de données, adaptés à mettre en oeuvre l'invention. Ces programmes peuvent utiliser n'importe quel langage de programmation, et être 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 pour implémenter le procédé selon l'invention. Un support d'enregistrement peut être n'importe quelle entité ou dispositif capable de stocker les programmes. Par exemple, le support peut comporter un moyen de stockage sur lequel sont enregistrés les programmes d'ordinateur selon l'invention, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore une clé USB, ou un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Les programmes selon l'invention peuvent être en particulier téléchargés sur un réseau de type internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel les programmes sont incorporés, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé selon l'invention. REVENDICATIONS 1 - Procédé pour vérifier un premier indicateur d'accès (TA2s) généré par un terminal (In) à transmettre dans un message de signalisation applicative(MSA1) vers un système de communication (SC) comprenant une entité de contrôle (CQF), une entité applicative (EA) et une passerelle d'accès (PSm), un deuxième indicateur d'accès (TA1s) propre à la passerelle étant transmis depuis la passerelle vers l'entité de contrôle à la suite d'une réception (El) d'une requête (RqL) transmise par le terminal pour établir un lien de transmission entre le terminal et la passerelle, caractérisé en ce qu'il comprend les étapes de : recevoir (S12) de l'entité applicative par l'entité de contrôle le premier indicateur d'accès (TA2s) dans une requête (RqQS), le premier indicateur d'accès étant précédemment contenu dans le message de signalisation applicative transmis (S10) depuis le terminal via le lien de transmission établi, comparer (S13) dans l'entité de contrôle le premier indicateur d'accès (TA2s) au deuxième indicateur d'accès (TA1s) afin de certifier ledit premier indicateur d'accès, et transmettre (S14, S21) une réponse (RpQS) à l'entité applicative résultant de la comparaison des deux indicateurs d'accès. 2 - Procédé conforme à la revendication 1, selon lequel, si le premier indicateur d'accès (TA2s) et le deuxième indicateur d'accès (TA1s) ne correspondent pas (S13), la réponse (RpQS) est une notification de rejet (RJ) comportant un code d'erreur.35 3 - Procédé conforme à la revendication 1, selon lequel, si le premier indicateur d'accès (TA2s) et le deuxième indicateur d'accès (TA1s) ne correspondent pas, l'entité de contrôle (CQF) modifie (S16) le premier indicateur d'accès en un indicateur d'accès corrigé (TAc) et le transmet (S21) à l'entité applicative (EA) dans la réponse (RqS). 4 - Procédé conforme à la revendication 3, selon lequel l'indicateur d'accès corrigé (TAc) est le deuxième indicateur d'accès (TA1s). 5 - Procédé conforme à la revendication 1, selon lequel, si le premier indicateur d'accès (TA2s) et le deuxième indicateur d'accès (TA1s) correspondent, l'entité de contrôle transmet le premier indicateur certifié (S21) à l'entité applicative (EA) dans la réponse (RqS). 6 - Système de communication (SC) pour vérifier un premier indicateur d'accès (TA2s) généré par un terminal (In) transmis dans un message de signalisation applicative (MSA), le système comprenant au moins une entité de contrôle (CQF), une entité applicative (EA) et une passerelle d'accès (PSm) apte à transmettre vers l'entité de contrôle un deuxième indicateur d'accès (TA1s) propre à la passerelle à la suite de la réception d'une requête (RqL) transmise par le terminal pour établir un lien de transmission entre le terminal et la passerelle, caractérisé en ce qu'il comprend : un moyen (IEA) dans l'entité applicative pour transmettre vers l'entité de contrôle le premier indicateur d'accès (TA2s) dans une requête (RqQS), le premier indicateur d'accès étant précédemment contenu dans le message de signalisation applicative transmis depuis le terminal via le lien de transmission établi, un moyen (ICQF) pour recevoir le premier indicateur d'accès et un moyen (UC) dans l'entité de contrôle pour comparer le premier indicateur d'accès (TA2s) au deuxième indicateur d'accès (TA1s) afin de certifier ledit premier indicateur d'accès, et un moyen pour transmettre (ICQF) depuis l'entité de contrôle une réponse (RpQS) à l'entité applicative résultant de la comparaison des deux indicateurs d'accès. 7 - Entité de contrôle (CQF) pour vérifier un premier indicateur d'accès (TA2s) généré par un terminal (In) transmis dans un message de signalisation applicative (MSA) vers un système de communication (SC) comprenant au moins l'entité de contrôle, une entité applicative (EA) et une passerelle d'accès (PSm) apte à transmettre vers l'entité de contrôle un deuxième indicateur d'accès (TA1s) propre à la passerelle à la suite de la réception d'une requête (RqL) transmise par le terminal pour établir un lien de transmission entre le terminal et l'entité applicative, caractérisée en ce qu'elle comprend : un moyen (ICQF) pour recevoir de l'entité applicative le premier indicateur d'accès (TA2s) dans une requête (RqQS), le premier indicateur d'accès étant précédemment contenu dans le message de signalisation applicative transmis depuis le terminal via le lien de transmission établi, un moyen (UC) pour comparer le premier indicateur d'accès (TA2s) au deuxième indicateurd'accès (TA1s) afin de certifier ledit premier indicateur d'accès, et un moyen (ICQF) pour transmettre une réponse (RpQS) à l'entité applicative résultant de la comparaison des deux indicateurs d'accès. 8 - Entité applicative (EA) d'un système de communication (SC) pour vérifier un premier indicateur d'accès (TA2s) généré par un terminal (In) à transmettre dans un message de signalisation applicative (MSA), le système de communication comprenant au moins une entité de contrôle (CQF), l'entité applicative et une passerelle d'accès (PSm), caractérisée en ce qu'elle comprend : un moyen (ICQF) pour transmettre vers l'entité de contrôle le premier indicateur d'accès (TA2s) dans une requête (RqQS), le premier indicateur d'accès étant précédemment contenu dans le message de signalisation applicative transmis depuis le terminal via un lien de transmission établi entre le terminal et la passerelle en réponse à une requête d'établissement de lien de transmission (RqL) transmise par le terminal, et un moyen (UC) pour recevoir de l'entité de contrôle une réponse résultant d'une comparaison, dans l'entité de contrôle, du premier indicateur d'accès (TA2s) à un deuxième indicateur d'accès (TA1s) transmis par la passerelle à la suite de la réception de la requête d'établissement de lien de transmission. 9 - Entité applicative conforme à la revendication 8, comprenant un moyen (UEA) pour générer un autre message de signalisation applicative (MSA2) contenant un code d'erreur correspondant à unpremier code d'erreur contenu dans la réponse résultant de la comparaison si les deux indicateurs d'accès ne correspondent pas, afin de transmettre ledit autre message de signalisation applicative généré au terminal. - Entité applicative conforme à la revendication 8, comprenant un moyen (UEA) pour remplacer le premier indicateur d'accès (TA2s) dans 10 le message de signalisation applicative (MSA2) par un indicateur d'accès corrigé (TAc) reçu de l'entité de contrôle dans la réponse résultant de la comparaison si les deux indicateurs d'accès ne correspondent pas, afin de transmettre ledit message de signalisation applicative vers d'autres entités du système de communications (SC). 11 - Programme d'ordinateur apte à être mis en oeuvre dans une entité de contrôle (CQF) pour vérifier un premier indicateur d'accès (TA2s) généré par un terminal (In) transmis dans un message de signalisation applicative (MSA) vers un système de communication (SC) comprenant l'entité de contrôle, une entité applicative (EA) et une passerelle d'accès (PSm) apte à transmettre vers l'entité de contrôle un deuxième indicateur d'accès (TA1s) propre à la passerelle à la suite de la réception d'une requête (RqL) transmise par le terminal pour établir un lien de transmission entre le terminal et la passerelle, ledit programme étant caractérisé en ce qu'il comprend des instructions qui lorsque le programme est exécuté dans l'entité de contrôle, réalisent : une réception (S12) du premier indicateur d'accès (TA2s) transmis par l'entité applicative dans une requête (RqQS), le premier indicateur d'accès étant précédemment contenu dans le message de signalisation applicative transmis(S10) depuis le terminal via le lien de transmission établi, une comparaison (S13) du premier indicateur d'accès (TA2s) au deuxième indicateur d'accès (TA1s) afin de certifier ledit premier indicateur d'accès, et une transmission d'une réponse (RpQS) à l'entité applicative résultant de la comparaison des deux indicateurs d'accès. 12 - Programme d'ordinateur apte à être mis en oeuvre dans une entité applicative (EA) d'un système de communication (SC) pour vérifier un premier indicateur d'accès (TA2s) généré par un terminal (In) à transmettre dans un message de signalisation applicative (MSA), le système de communication comprenant au moins une entité de contrôle (CQF), l'entité applicative et une passerelle d'accès (PSm), ledit programme étant caractérisé en ce qu'il comprend des instructions qui lorsque le programme est exécuté dans l'entité applicative, réalisent : une transmission (S12) vers l'entité de contrôle du premier indicateur d'accès (TA2s) dans une requête (RqQS), le premier indicateur d'accès étant précédemment contenu dans le message de signalisation applicative transmis (S10) depuis le terminal via un lien de transmission établi (E11) entre le terminal et la passerelle en réponse à une requête d'établissement de lien de transmission (RqL) transmise (E1) par le terminal, et une réception (S14, S21) depuis l'entité de contrôle d'une réponse résultant d'une comparaison, dans l'entité de contrôle, du premier indicateur d'accès (TA2s) à un deuxième indicateur d'accès(TA1s) transmis par la passerelle à la suite de la réception de la requête d'établissement de lien de transmission.5