FR 2852756 A1 20040924 FR 0303579 A 20030318 1 l - i i La présente invention concerne un procédé de transmission de données au moyen d'un système de télécommunication incluant: au moins un émetteur destiné à transmettre des données vers un correspondant via un réseau de communication principal, 5. au moins un contrôleur d'accès apte à contrôler un noeud d'accès destiné à recevoir lesdites données depuis l'émetteur via un réseau de communication auxiliaire, et au moins un contrôleur de service apte à contrôler un noeud de terminaison destiné à recevoir lesdites données depuis le noeud d'accès et à superviser un 10 acheminement desdites données vers le correspondant. Dans de tels systèmes de télécommunication, il peut advenir que, pour assurer un acheminent pertinent des données transmises par l'émetteur, le contrôleur de service ait besoin de connaître certaines informations relatives à l'émetteur, telles des informations relatives à une localisation géographique de cet émetteur. En effet, certains messages transmis par l'émetteur peuvent ne contenir aucune identification nominale du correspondant, ces messages étant destinés à être reçus par un destinataire qui devra être ultérieurement identifié comme tel en fonction de conditions dans lesquelles le message transmis aura été généré. Il en va ainsi entre autres pour des messages d'appel d'urgence, qui devront être orientés par le système 20 de télécommunication vers une entité qui sera la mieux adaptée à porter secours à l'émetteur d'un tel appel, par exemple l'entité la plus proche d'un lieu géographique depuis lequel l'appel d'urgence a été émis. De plus, une connaissance par le contrôleur de service d'informations relatives à la localisation géographique de l'émetteur pourra être utilisée pour valider des droits 25 d'accès dudit émetteur au correspondant auquel il souhaite se connecter, et pourra notamment contribuer à empêcher des tromperies sur la localisation réelle de l'émetteur. Par ailleurs, une connaissance préalable par le contrôleur de service d'informations de profil relatives à l'émetteur, comme par exemple une description de la configuration matérielle mise en oeuvre par ledit émetteur dans le cadre de son interaction avec le système de télécommunication, pourra permettre à un fournisseur de services auquel appartiendra le contrôleur de service d'adapter des paramètres de communication à des capacités inhérentes à ladite configuration. Le fournisseur de 5 services pourra par exemple ainsi attribuer à une liaison entre l'émetteur et son correspondant un débit de données optimal défini sur la base de la connaissance d'un débit maximal de données déterminé en fonction de la configuration matérielle propre audit émetteur, d'une part, et/ou la configuration matérielle de la liaison entre l'émetteur et le noeud de terminaison, d'autre part, ce qui permettra d'optimiser une 10 distribution de ressources de communication rendues disponibles par le réseau de communication principal. Une connaissance préalable par le contrôleur de service d'informations de profil relatives à l'émetteur pourra également permettre la mise en oeuvre d'un service de restriction d'accès à certains correspondants. Dans une telle application, seuls des 15 émetteurs munis d'autorisations spécifiques et explicitement incluses dans les informations de profil relatives à ces émetteurs, qui pourront par exemple être constituées par des niveaux d'accès prédéfinis, pourront accéder à un correspondant à accès protégé. Cependant, il est courant que le réseau de communication auxiliaire, d'une part, 20 et le contrôleur de service, d'autre part, soient gérés par des entités économiques ou juridiques distinctes l'une de l'autre. Dans de telles situations, une transmission par un opérateur du réseau de communication auxiliaire d'informations relatives aux utilisateurs pour le compte desquels il assure une mise en relation avec le réseau de communication principal en général, et avec le fournisseur de services auquel 25 appartient le contrôleur de service en particulier, est rendue problématique par le fait que les informations relatives aux utilisateurs peuvent être considérées comme confidentielles et ne devraient pas a priori être mises à disposition sans aucune forme de contrôle ni justification spécifique audit fournisseur de services. De tels problèmes de confidentialité pourront également affecter des échanges entre un fournisseur de services et une plate-forme de service qui n'appartiendrait pas audit fournisseur de services. L'un des buts de l'invention est de permettre une communication de certaines 5 informations relatives à un émetteur de données à un fournisseur de services, sans pour autant qu'une telle communication ne puisse provoquer une dissémination dommageable à la confidentialité des ces informations. En effet, un procédé de transmission de données conforme au paragraphe introductif est caractérisé selon l'invention en ce qu'il inclut une étape d'émission 10 d'une requête sécurisée par un fournisseur de services auquel appartient le contrôleur de service, ladite requête étant destinée à solliciter une transmission, de la part d'un opérateur du réseau de communication auxiliaire, d'informations relatives à l'émetteur desdites données. L'invention subordonne toute transmission d'informations relatives à un 15 émetteur de données à l'émission préalable d'une requête en ce sens par le fournisseur de services concerné, de sorte que l'opérateur du réseau de communication auxiliaire sera à même de vérifier l'identité du demandeur de ces informations avant de les transmettre effectivement, ce qui limite les risques pour qu'une dissémination de ces informations ne se produise. De plus, la requête identifiera de préférence de manière 20 précise la nature des informations demandées, et portera alors seulement sur des informations dont la connaissance est réellement indispensable au fournisseur de services, ce qui limitera encore les risques de dissémination. Enfin, le caractère sécurisé de la requête limite intrinsèquement les risques de dissémination. Une telle sécurisation peut être réalisée de diverses manières. Dans un mode de 25 mise en oeuvre particulier de l'invention, un procédé conforme à la description qui précède inclura avantageusement: une étape préalable de définition par le contrôleur d'accès d'une clé de service associée à une demande d'accès à un correspondant émise par l'émetteur, une étape suivante de transmission de ladite clé de service au fournisseur de 30 services, et une étape suivante de mémorisation de ladite clé de service, conjointement avec un identifiant de l'émetteur, au sein de moyens de mémorisation propres au fournisseur de service, ladite clé de service étant destinée à être incluse dans toute requête d'informations relatives audit émetteur émise par ledit fournisseur de services 5 vers l'opérateur du réseau de communication auxiliaire par la voie de requête sécurisée. Ce mode de mise en oeuvre est avantageux en ce qu'il permet à l'opérateur du réseau de communication auxiliaire de définir lui-même une clé qui permettra d'authentifier des requêtes de la part d'un fournisseur de services donné, ladite clé 10 étant spécifiquement dédiée à un utilisateur donné, d'une part, et à une demande d'accès donnée, d'autre part, de sorte que cette clé ne sera valable que pour une seule session et pour le seul émetteur de données ayant initié ladite session. Une telle clé spécifique à un seul utilisateur et à une seule session sera donc périmée dès la fin de la session en cours, ce qui limite les risques pour que des tiers non-autorisés et mal 15 intentionnés utilisent cette clé avec succès pour soutirer des informations confidentielles à l'opérateur du réseau de communication auxiliaire. Cette clé devra de plus être incluse dans toute requête d'informations relatives à l'émetteur de données auquel cette clé est dédiée, ce qui limite les risques de dissémination de ces informations. La clé de service pourra être créée de diverses manières. En particulier, la clé de service pourra être constituée par une concaténation d'un identifiant du noeud d'accès, d'une part, et d'un identifiant de la demande d'accès émise par l'émetteur, d'autre part. Un tel mode de création de la clé de service est avantageux en ce qu'il exploite 25 des informations systématiquement fournies par le noeud d'accès, d'une part, et par un protocole destiné à gérer les communications entre le noeud d'accès et le contrôleur d'accès, d'autre part, et permet donc d'identifier aisément et de façon univoque la session en cours. La clé de service pourra être transmise par l'opérateur du réseau de 30 communication auxiliaire au fournisseur de services par une liaison spécifique établie entre ces deux entités et distincte du réseau de communication principal. Un tel mode de mise en oeuvre de l'invention imposera toutefois des investissements significatifs en vue de créer des réseaux privés entre opérateurs et fournisseurs de services. Selon un mode de mise en oeuvre particulièrement avantageux de l'invention, 5 l'étape de transmission de la clé de service au fournisseur de services est réalisée au moyen d'une connexion sécurisée établie via le réseau de communication principal entre le contrôleur d'accès et le contrôleur de service. Une telle connexion sécurisée pourra par exemple être réalisée au moyen d'une liaison MPLS (abréviation connue de l'homme du métier de l'expression anglaise 10 "Multi-Protocol Label Switching"), définie par l'organisme IETF dans un document référencé RFC303 1. Une telle liaison permet de regrouper dans un tunnel des chemins de données appartenant au réseau de communication principal, et d'isoler ces chemins de données du reste du réseau de communication principal par des moyens de protection spécifiques à ce tunnel, par exemple par encryptage et/ou utilisation de 15 passerelles pare-feu. Il est en outre envisageable d'encrypter les données elles-mêmes, pour obtenir un surcroît de confidentialité, par exemple au moyen de protocoles de type HTTPSecurity (abréviation connue de l'homme du métier de l'expression anglaise "Hyper Text Protocol Security" définie par l'organisme IETF), SSL (abréviation 20 connue de l'homme du métier de l'expression anglaise "Secure Socket Layer" définie par l'organisme IETF) ou autres, qui sont en eux-mêmes bien connus de l'homme du métier. Ce mode de mise en oeuvre de l'invention permet donc une transmission sécurisée de la clé de service vers le fournisseur de services sans nécessiter 25 d'installation préalable d'un réseau de communication privé entre l'opérateur du réseau de communication auxiliaire et ledit fournisseur de services. Ainsi qu'exposé plus haut, le fournisseur de services pourra avoir besoin de connaître la localisation géographique de l'émetteur des données pour en assurer un acheminement pertinent, mais aussi éventuellement pour décider d'autoriser ou 30 d'interdire leur transmission vers le correspondant, ce qui peut être le cas si l'accès audit correspondant est interdit pour des raisons juridiques et/ou économiques à des émetteurs localisés dans certaines zones géographiques prédéterminées. Dans un mode de mise en oeuvre spécifique de l'invention, les informations relatives à l'émetteur des données seront donc représentatives d'une localisation géographique dudit émetteur. L'invention concerne également, selon l'un de ses aspect matériels, un système de télécommunication incluant: au moins un émetteur destiné à transmettre des données vers un correspondant via un réseau de communication principal, 10. au moins un contrôleur d'accès destiné à contrôler un noeud d'accès destiné à recevoir lesdites données depuis le terminal via un réseau de communication auxiliaire, et au moins un contrôleur de service destiné à contrôler un noeud de terminaison destiné à recevoir lesdites données depuis le noeud d'accès et à superviser un 15 acheminement desdites données vers le correspondant, système caractérisé en ce qu'il inclut une voie de requête sécurisée permettant à un fournisseur de services destiné à gérer des communications destinées audit correspondant de solliciter depuis un opérateur du réseau de communication auxiliaire une transmission d'informations relatives à l'émetteur desdites données. L'invention concerne aussi, en tant que moyen essentiel à sa mise en oeuvre, un signal destiné à emprunter une voie de requête sécurisée incluse dans un système de télécommunication conforme à la description qui précède, lequel signal est caractérisé en ce qu'il inclut une clé de service préalablement définie par le contrôleur d'accès et mémorisée dans des moyens de mémorisation propres au fournisseur de service. Ainsi qu'exposé plus haut, la clé de service pourra être constituée par une concaténation d'un identifiant du noeud d'accès, d'une part, et d'un identifiant de la demande d'accès émise par l'émetteur, d'autre part. Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels: La Fig.1 est un schéma fonctionnel qui représente un premier échange de signaux au sein d'un système de télécommunication dans lequel l'invention est mise en oeuvre, et La Fig.2 est un schéma fonctionnel qui représente un deuxième échange de signaux au sein d'un tel système de télécommunication. La Fig. 1 représente schématiquement un système de télécommunication SYST incluant: 10. au moins un émetteur EM destiné à transmettre des données DAT vers un correspondant DEST via un réseau de communication principal INW, matérialisé ici par un réseau Internet, au moins un contrôleur d'accès CAX apte à contrôler un noeud d'accès RAN destiné à recevoir lesdites données depuis l'émetteur EM via un réseau de 15 communication auxiliaire LNW, et au moins un contrôleur de service CSV apte à contrôler un noeud de terminaison LNS destiné à recevoir lesdites données DAT depuis le noeud d'accès RAN et à superviser un acheminement desdites données DAT vers le correspondant DEST. La présente figure illustre un premier échange de signaux, préalable à un acheminement des données DAT vers le correspondant DEST, de sorte que les dites données DAT sont représentées par des flèches en pointillés. En effet, cette figure illustre une situation dans laquelle une connaissance préalable de certaines informations relatives à l'émetteur EM est nécessaire à un fournisseur de services, 25 dont dépend le contrôleur de service CSV, par exemple pour assurer un acheminement pertinent desdites données DAT, ou encore pour assurer une réponse adaptée au profil de l'émetteur EM. Le système de télécommunication SYST inclut à cet effet une voie de requête sécurisée VR qui permettra audit fournisseur de services de solliciter de la part d'un opérateur du réseau de communication auxiliaire LNW une transmission d'informations relatives à l'émetteur EM, au cours d'un deuxième échange de signaux qui sera représenté sur la figure suivante. Au cours d'une première étape, l'émetteur EM, identifié par un code d'accès appelé Login, émet une demande d'accès AxRq vers le noeud d'accès RAN, via par 5 exemple une liaison de type PPP (abréviation connue de l'homme du métier de l'expression anglaise "Point to Point Protocol" et définie par l'organisme IETF dans un document référencé RFC2661) appartenant au réseau auxiliaire LNW. Le noeud d'accès RAN répercute cette demande d'accès AxRq, accompagnée du code d'accès Login et d'une clé de réseau Cr définie par le noeud d'accès RAN et représentative de 10 l'origine physique de l'émetteur EM, vers le contrôleur d'accès CAX contrôlant ledit noeud d'accès RAN. Une telle transmission d'informations entre le noeud d'accès RAN vers le contrôleur d'accès CAX pourra être réalisée conformément à un protocole de transmission RADIUS (abréviation connue de l'homme du métier de l'expression anglaise "Remote Authentification Dial-Up Service" et définie par 15 l'organisme IETF dans des documents référencés RFC2865 à RFC2869). Le contrôleur d'accès CAX crée alors un contexte de session, en identifiant le fournisseur d'accès devant gérer des communications destinées au correspondant DEST, et définit une clé de service Cs associée à la demande d'accès AxRq émise par l'émetteur EM et valide pour la session en cours. La clé de service Cs pourra par exemple être constituée par une concaténation d'un identifiant du noeud d'accès RAN, d'une part, et d'un identifiant de la demande d'accès AxRq émise par l'émetteur EM, d'autre part. Un tel mode de création de la clé de service Cs est avantageux en ce qu'il exploite des informations systématiquement fournies par le noeud d'accès RAN, d'une 25 part, et par un protocole destiné à gérer les communications entre le noeud d'accès RAN et le contrôleur d'accès tel le protocole RADIUS mentionné plus haut, d'autre part, et permet donc d'identifier aisément et de façon univoque la session en cours. En particulier, le protocole RADIUS a entre autres fonctions celle d'attribuer un identifiant choisi de façon aléatoire à chaque nouvelle session mettant en oeuvre un 30 noeud d'accès RAN donné. Au cours d'une deuxième étape, le contrôleur d'accès CAX transmet à un contrôleur de services CSV appartenant audit fournisseur de services la demande d'accès AxRq accompagnée du code d'accès Login et de la clé de service Cs. Dans l'exemple représenté ici, une telle transmission est réalisée au moyen d'une connexion 5 sécurisée (LS 1, LSI, LS2) établie via le réseau de communication principal INW entre le contrôleur d'accès CAX et le contrôleur de service CSV. Cette connexion sécurisée (LS1, LSI, LS2) sera par exemple réalisée au moyen d'une liaison MPLS telle que décrite plus haut, ou encore au moyen d'une liaison IPSEC (abréviation connue de l'homme du métier de l'expression anglaise "IP SECurity protocol"). Simultanément ou postérieurement à la transmission de la clé de service Cs au contrôleur de service CSV, le contrôleur d'accès CAX ordonne une mémorisation conjointe, dans une base de données d'accès BDAX, du code d'accès Login, de la clé de réseau Cr et de la clé de service Cs valide pour la session en cours. Cette base de données d'accès BDAX est destinée à contenir des informations supplémentaires 15 relatives à chaque émetteur EM identifié par la clé de service Cs qui a été attribuée à cet émetteur EM, telles des informations de localisation géographique dudit émetteur EM et des informations de profil décrivant entre autres la configuration matérielle mise en oeuvre par ledit émetteur pour se connecter au réseau de communication auxiliaire LNW, par exemple des caractéristiques physiques d'un terminal mis en 20 oeuvre pour réaliser une tell connexion et/ou des caractéristiques propres à des équipements contrôlés par l'opérateur du réseau de communication auxiliaire dans le cadre de l'établissement de cette connexion. Cette base de données d'accès BDAX est accessible au contrôleur CAX, mais aussi à un serveur d'accès SAX qui est interrogeable par le fournisseur de services via la voie de requête sécurisée VR. Au cours d'une troisième étape, le contrôleur de service CSV envoie une réponse Answ à la demande d'accès AxRq, laquelle réponse contient, outre éventuellement le code d'accès Login de l'émetteur EM qui a émis la demande d'accès AxRq, une adresse protocole @IPLNS de type adresse TP relative au noeud de terminaison LNS auquel ledit émetteur EM devra être connecté, par exemple au 30 moyen d'une prolongation de la connexion PPP décrite plus haut, laquelle prolongation pourra être incluse dans un tunnel CNXT de type MPLS ou L2TP (abréviation connue de l'homme du métier de l'expression anglaise "Layer Two Tunneling Protocol" et définie par l'organisme IETF dans un document référencé RFC2661), afin que les données DAT puissent être dirigées vers un correspondant 5 DEST adéquat. Cette réponse Answ est transmise vers le contrôleur d'accès CAX via la liaison sécurisée (LS 1, LSI, LS2) décrite plus haut. Au cours d'une quatrième étape, la demande d'accès de l'émetteur EM est dirigée via la connexion CNXT vers le noeud de terminaison LNS identifié au moyen de l'adresse protocole @IPLNS par le noeud d'accès RAN, qui est en quelque sorte un 10 routeur piloté par le contrôleur d'accès CAX. Le contrôleur de service CSV reçoit alors cette demande d'accès par le biais du noeud de terminaison LNS qu'il contrôle, en extrait le code d'accès Login, authentifie ledit code d'accès Login, attribue une adresse protocole @IPEM à l'émetteur EM, et retransmet ladite adresse protocole @IPEM audit l'émetteur EM au moyen de la connexion PPP (LNW, CNXT) décrite 15 plus haut. Le contrôleur de service CSV ordonne alors une mémorisation conjointe, dans une base de données de service BDSV, du code d'accès Login, de l'adresse protocole @IPEM de l'émetteur EM et de la clé de service Cs valide pour la session en cours. Cette base de données de service BDSV est accessible au contrôleur de service CSV, mais aussi à un serveur de services SSV qui est interrogeable par une 20 plate-forme de service SPF, laquelle plate-forme est destinée à superviser l'acheminement des données DAT vers un correspondant DEST adéquat au moyen d'informations de routage IR. Les données DAT pourront être porteuses d'un appel d'urgence, composé par un émetteur EM dans l'ignorance de l'identité véritable du destinataire desdites données. 25 Il en sera par exemple ainsi quand ces données DAT matérialiseront un appel de type VoIP (abréviation connue de l'homme du métier de l'expression anglaise "Voice On Internet Protocol") destiné à un numéro abrégé attribué aux pompiers, en France le numéro 18. Le contrôleur de service CSV sera capable d'identifier la plate-forme générale des pompiers SPF comme étant celle qui doit générer des informations de 30 routage IR pertinentes, mais cette plate-forme SPF sera incapable de générer lesdites informations de routage IR tant qu'elle ne connaîtra pas l'origine géographique de l'appel, qui lui sera en effet indispensable pour identifier la caserne la plus proche de cette origine géographique. Grâce à la présente invention, la plate-forme SPF pourra prendre connaissance d'informations relatives à la localisation géographique de l'émetteur EM via le serveur de services SSV et la voie de requête sécurisée VR. La Fig.2 illustre un deuxième échange de signaux mettant en oeuvre la voie de données sécurisée VR aux fins décrites ci-dessus dans un système de télécommunication SYST conforme en tout point à la description qui précède. Au cours de ce deuxième échange, la plate-forme de services SPF reçoit depuis le 10 contrôleur de service CSV, par exemple via le réseau de communication principal INW, une requête aux fins de connecter l'émetteur EM, identifié par son adresse de protocole @IPEM, à un destinataire identifié par un numéro de connexion CN afin de faire parvenir audit destinataire un message matérialisé par des données DAT. Si ledit numéro de connexion CN est un numéro abrégé, comme c'est le cas pour le numéro 15 18 qui désigne les pompiers de manière générique, la plate-forme SPF va requérir un complément d'informations auprès du serveur de services SSV au moyen d'un signal InfRq incluant l'adresse protocole @IPEM de l'émetteur EM des données DAT. Le serveur de services SSV consultera alors la base de données de service BDSV pour en extraire la clé de service Cs dédiée à la session en cours initiée par l'émetteur EM 20 identifié par l'adresse protocole @IPEM, et enverra alors au serveur d'accès SAX et via la voie de requête sécurisée VR une demande de renseignements authentifiée par ladite clé de service Cs. Les renseignements demandés seront dans cet exemple des informations Inf relatives à la localisation géographique de l'émetteur EM. Ces renseignements seront demandés à la base de données d'accès BDAX par le serveur 25 d'accès SAX au moyen d'un signal de requête InfRq qui incluera la clé de service Cs, les informations Inf produites par la première base de données BDAX étant alors transmises en retour au serveur de service SSV via la voie de requête sécurisée VR, lesdites informations Inf étant authentifiées par la clé de service Cs. Ces informations Inf relatives à la localisation géographique de l'émetteur EM identifié par son adresse 30 de protocole @IPEM sont alors retransmises à la plate-forme de service SPF, qui est ainsi apte à identifier, sur la base de la localisation géographique dudit émetteur EM, la caserne de pompiers la plus proche dudit émetteur EM, et à générer des informations de routage IR qui permettront au contenu de l'appel matérialisé par les données DAT d'atteindre ce correspondant DEST. REVENDICATIONS 1) Procédé de transmission de données au moyen d'un système de télécommunication incluant: au moins un émetteur destiné à transmettre des données vers un correspondant via un réseau de communication principal, 5. au moins un contrôleur d'accès apte à contrôler un noeud d'accès destiné à recevoir lesdites données depuis l'émetteur via un réseau de communication auxiliaire, et au moins un contrôleur de service apte à contrôler un noeud de terminaison destiné à recevoir lesdites données depuis le noeud d'accès et à superviser un 10 acheminement desdites données vers le correspondant, procédé caractérisé en ce qu'il inclut une étape d'émission d'une requête sécurisée par un fournisseur de services auquel appartient le contrôleur de service, ladite requête étant destinée à solliciter une transmission, de la part d'un opérateur du réseau de communication auxiliaire, d'informations relatives à l'émetteur desdites 15 données. 2) Procédé de transmission de données selon la revendication 1, caractérisé en ce qu'il inclut en outre: une étape préalable de définition par le contrôleur d'accès d'une clé de service associée à une demande d'accès à un correspondant émise par l'émetteur, 20. une étape suivante de transmission de ladite clé de service au fournisseur de services, et une étape suivante de mémorisation de ladite clé de service, conjointement avec un identifiant de l'émetteur, au sein de moyens de mémorisation propres au fournisseur de service, ladite clé de service étant destinée à être incluse dans toute 25 requête d'informations relatives audit émetteur émise par ledit fournisseur de services vers l'opérateur du réseau de communication auxiliaire par la voie de requête sécurisée. 3) Procédé de transmission de données selon la revendication 2, dans lequel l'étape de transmission de la clé de service au fournisseur de services est réalisée au moyen d'une connexion sécurisée établie via le réseau de communication principal entre le contrôleur d'accès et le contrôleur de service. 4) Procédé de transmission de données selon l'une des revendications 1 à 3, dans lequel les informations relatives à l'émetteur desdites données sont représentatives d'une localisation géographique dudit émetteur. 5) Procédé de transmission de données selon l'une des revendications 1 à 4, dans lequel la clé de service est constituée par une concaténation d'un identifiant du 10 noeud d'accès, d'une part, et d'un identifiant de la demande d'accès émise par l'émetteur, d'autre part. 6) Système de télécommunication incluant: au moins un émetteur destiné à transmettre des données vers un correspondant via un réseau de communication principal, 15. au moins un contrôleur d'accès apte à contrôler un noeud d'accès destiné à recevoir lesdites données depuis le terminal via un réseau de communication auxiliaire, et au moins un contrôleur de service apte à contrôler un noeud de terminaison destiné à recevoir lesdites données depuis le noeud d'accès et à superviser un 20 acheminement desdites données vers le correspondant, système caractérisé en ce qu'il inclut une voie de requête sécurisée permettant à un fournisseur de services auquel appartient le contrôleur de service de solliciter depuis un opérateur du réseau de communication auxiliaire une transmission d'informations relatives à l'émetteur desdites données. 7) Signal destiné à emprunter une voie de requête sécurisée incluse dans un système de télécommunication conforme à la revendication 6, caractérisé en ce qu'il inclut une clé de service préalablement définie par le contrôleur d'accès et mémorisée dans des moyens de mémorisation propres au fournisseur de service. 8) Signal selon la revendication 7, caractérisé en ce que la clé de service qu'il inclut est constituée par une concaténation d'un identifiant du noeud d'accès, d'une part, et d'un identifiant de la demande d'accès émise par l'émetteur, d'autre part.