FR 2719963 A1 19951117 FR 9405932 A 19940511 Procédé de traitement de message de signalisation pour réseau de télécommunications La présente invention concerne de manière générale un procédé de traitement de message de signalisation mis en oeuvre dans deux terminaux connectés entre eux à travers un réseau de télécommunications. L'invention est particulièrement destinée au traitement des messages de signalisation de commande d'appel reçus et transmis par ces deux terminaux dans un mode de transfert de données avec connexion, lors de phases d'établissement et de libération de connexion. En raison du nombre sans cesse croissant d'applications dans le domaine de l'informatique communicante, 1' ISO (International Standardization Organization) a défini un modèle de référence, dit OSI (Open System Interconnection), décrivant une architecture normalisée destinée aux systèmes dits ouverts en ce qu'ils sont conçus pour communiquer entre eux. Ce modèle de référence est représenté sous forme schématique à la figure 1 pour deux systèmes communicants, tels que terminaux TA et TB. Le modèle consiste à associer à chaque terminal communicant TA, TB, sept couches la à 7a, lb à 7b, ayant chacune une fonction particulière dans la mise en oeuvre d'une application communicante. Conceptuellement il est intéressant de distinguer les couches basses la à 3a et les couches hautes 4a à 7a, 4b à 7b, lb à 3b. Dans les couches basses, les couches physiques la et lb traitent des aspects physiques du raccordement des deux terminaux TA et TB à une ligne de communication L. Ces couches physiques sont notamment relatives à des interfaces mécanique et électrique pour le raccordement des terminaux TA et TB à la ligne L et des protocoles d'échange d'élément binaire. La couche LIAISON 2a, 2b est relative notamment aux mécanismes de protection contre des erreurs de transmission. La couche RESEAU 3a, 3b, concerne l'établissement et la rupture d'une communication ainsi que l'acheminement et le contrôle de flux des informations d'usager à travers un réseau R reliant les deux terminaux TA et TB. Ces couches basses la à 3a, lb à 3b, se rapportent aux fonctions nécessaires pour assurer, avec les performances requises, l'acheminement ou transfert d'informations entre les deux terminaux TA et TB à travers le réseau de télécommunications R. Les couches hautes ou applicatives 4a à 7a, ou 4b à 7b, concernent plus spécifiquement, l'application, telle que télétex, télécopie ou vidéotex, utilisée par les usagers des terminaux TA et TB. La couche TRANSPORT 4a, 4b, est orientée vers la gestion d'acheminement et le contrôle de bout en bout du transfert d'informations dans le réseau R. Elle assure la transparence du réseau à l'usager. La couche SESSION 5a, 5b fournit les moyens pour organiser des échanges et structurer le dialogue entre les applications. Elle est garante notamment de la cohérence des enchaînements entre les messages émis et les réponses reçues par rapport à une procédure donnée. Les couches PRESENTATION et APPLICATION 6a, 6b, et 7a, 7b sont relatives à l'application proprement dite et concernent entre autre la syntaxe (alphabet sélectionné, présentation d'informations graphiques sur écran) et les programmes informatiques concernant l'application elle-même, tels que logiciels de base de données et de calcul scientifique. Cette modélisation en couches d'une application communicante autorise une compatibilité entre des couches qui sont développées individuellement et séparément. Dans la suite de la description, les termes "application" et "couches applicatives" font référence respectivement à la seule couche 7a, et à l'ensemble des couches 4a, 5a, 6a et 7a notamment en référence aux figures 4A, 4B, 5A et 5B. Entre couches adjacentes dans un même terminal sont définies des primitives qui constituent la base d'un dialogue entre ces couches. Ces primitives sont de quatre types : demande, indication, réponse et confirmation. A titre d'exemple, entre les couches RESEAU 3a, 3b et applicatives 4a - 7a sont définies dans le cadre d'un Réseau Numérique à Intégration de Services (RNIS), pour une phase d'établissement de communication, la primitive "demande de connexion" et la primitive "réponse à une demande de connexion". Pour une phase de transfert de données sont définies les primitives "demande de transfert de données" et "indication de transfert de données". Par ces primitives, une couche déterminée demande un service à une couche inférieure immédiatement adjacente et procure ses services à une couche supérieure immédiatement adjacente. En pratique, pour un message initial fourni par les couches applicatives d'un terminal local, tel que le terminal TA, chacune des couches inférieures ajoute à ce message initial un champ de données nécessaire à la mise en oeuvre de la fonction assurée par ladite chacune des couches inférieures de manière à transmettre un message final vers le réseau R. Ce message final est reçu par la couche PHYSIQUE d'un terminal distant, ici le terminal TB, dans lequel chacune des couches PHYSIQUE à APPLICATION met en oeuvre la ou les fonctions qui lui sont propres à partir de ce message final reçu. A titre d'exemple, la couche LIAISON 2a du terminal TA introduit un champ de contrôle d'erreur dans chaque message établi par la couche supérieure immédiatement adjacente RESEAU, 3a, et la couche LIAISON 2b du terminal TB vérifie en dépendance de ce champ de contrôle d'erreur, qu'aucune erreur en transmission ne s'est produite dans chaque message reçu. Le dialogue entre deux couches de même niveau des deux terminaux pour la mise en oeuvre d'une procédure donnée, telle que le contrôle d'erreur décrit cidessus, est dénommé "protocole". Comme montrée à la figure 2, un mode de transfert de données avec connexion entre deux terminaux TA et TB à travers un réseau R, tel que RNIS, comprend une phase d'établissement de connexion et une phase de rupture de connexion respectivement précédant le et succédant au transfert des données entre les deux terminaux. La figure 2 illustre des étapes principales composant ces deux phases dans le cadre d'une communication téléphonique demandée et libérée par le terminal TA. Ces deux phases sont caractérisées par des messages de signalisation transmis de l'un des terminaux à destination de l'autre terminal, tels que le message "établissement", des messages transmis de l'un des terminaux à destination du réseau, tels que le message "info", ou bien encore des messages en provenance du réseau et transmis vers l'un des terminaux tels que les messages "A.R. d'établissement" (A.R. = Accusé de Réception) et "appel en cours". I1 est à noter que les messages transmis de l'un des terminaux à destination du réseau R et les messages en provenance du réseau à destination de l'un des terminaux sont des messages de signalisation échangés entre un sous-réseau de signalisation dans le réseau R et le terminal concerné. Selon la technique antérieure, chacun des messages de signalisation est transmis, respectivement reçu, par un terminal durant une phase d'établissement ou de rupture d'une connexion à travers sa couche physique, mais ce message a pour origine, respectivement est transformé en, un message initial correspondant produit par, respectivement destiné à, la couche APPLICATION de ce terminal. Ainsi selon la technique antérieure les couches, dites "hautes" ou "applicatives", TRANSPORT, SESSION, PRESENTATION et APPLICATION sont sollicitées pour chacun des messages de signalisation nécessaires à l'établissement ou à la rupture d'une connexion. Cela augmente la difficulté de conception et de réalisation de ces couches hautes élaborées essentiellement sous forme logicielle L'invention vise à réduire la complexité des couches applicatives et ainsi traiter des messages de signalisation reçus et transmis par un terminal sans faire systématiquement appel aux couches applicatives pour chacun de ces messages de signalisation. Corollairement, la partie commune à des terminaux dédiés à différentes applications est plus étendue, et le coût de conception de ces terminaux est diminué. A cette fin, un procédé selon l'invention pour traiter dans un terminal donné, d'une part, des messages de signalisation provenant d'un réseau de télécommunications et entrant dans le terminal donné à travers un moyen d'acheminement de messages qui sont transmis entre le terminal donné et un terminal distant à travers ledit réseau , et, d'autre part, des messages de signalisation transmis à destination dudit réseau et sortant du premier terminal donné à travers un moyen applicatif, est caractérisé en ce qu'il comprend les étapes suivantes sur réception d'un message de signalisation de demande d'établissement de connexion entrant, la comparaison d'au moins un champ de données dudit message de demande d'établissement entrant avec des champs prédéterminés mémorisés dans le terminal donné puis la transmission dudit message de demande d'établissement entrant vers ledit moyen applicatif lorsque ladite comparaison est positive, et la transmission éventuelle d'un message de signalisation de refus d'établissement vers ledit moyen d'acheminement lorsque ladite comparaison est négative. Selon une caractéristique de l'invention, en réponse à ladite comparaison positive, le procédé comprend les étapes de sauvegarde d'au moins un champ de données dans au moins un premier message de signalisation entrant dans le terminal donné à travers ledit moyen d'acheminement, et restitution dudit au moins un champ de données sauvegardé dans un second message de signalisation entrant dans le terminal donné à travers ledit moyen d'acheminement et postérieur audit premier message de signalisation entrant, pour former un message de signalisation entrant transmis audit moyen applicatif. En outre, avantageusement, le procédé est caractérisé par une étape de transmission simultanée d'un message de signalisation entrant vers ledit moyen applicatif et d'un message de signalisation sortant vers ledit moyen d'acheminement en réponse à un message de signalisation de demande de libération de connexion entrant dans ledit réseau terminal donné à travers ledit moyen d'acheminement. Toutes les étapes précitées sont mises en oeuvre de manière sélective dans le terminal donné en fonction du type d'application concernée (téléphonie, données...). L'invention prévoit le chargement d'une table de procédure particulière en fonction de l'application et cela à partir d'un message de demande d'établissement de connexion. Pour un message de demande d'établissement sortant, le procédé selon l'invention est caractérisé par le chargement de l'une de plusieurs tables de procédure mémorisées dans ledit terminal donné pour une mise en oeuvre sélective d'étapes du procédé, telles que sauvegarde, restitution ou transmission simultanée, en fonction d'un mot d'identification de table inclus dans un message de demande d'établissement sortant dudit moyen applicatif. Pour un message de demande d'établissement entrant, le procédé est caractérisé, en réponse à ladite comparaison positive, par une étape de chargement de l'une de plusieurs tables de procédure pour une mise en oeuvre d'étapes du procédé, telles que sauvegarde et restitution, en fonction de champs de données dans ledit message de demande d'établissement de connexion entrant à travers ledit moyen d'acheminement. 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 préférées de l'invention en référence aux dessins annexés correspondants dans lesquels - la figure 1, déjà commentée, montre deux terminaux interconnectés à travers un réseau de télécommunications et schématise une structure modélisée en couches pour le traitement de messages dans ces deux terminaux selon la technique antérieure; - la figure 2, également déjà commentée, schématise des phases d'établissement de connexion et de rupture de connexion entre les deux terminaux de la figure 1, et respectivement précédant et succédant à une phase de transfert de données entre les deux terminaux selon la technique antérieure; - la figure 3 est une structure modélisée en couches pour le traitement de messages de signalisation dans un terminal pour la mise en oeuvre du procédé selon l'invention; - les figures 4A et 4B sont deux algorithmes pour la mise en oeuvre du procédé selon l'invention relatifs respectivement à l'établissement d'une connexion pour un appel sortant et à l'établissement d'une connexion pour un appel entrant; et - les figures 5A et 5B sont deux algorithmes pour la mise en oeuvre du procédé selon l'invention relatifs respectivement à la libération sortante d'une connexion et à la libération entrante d'une connexion. Chacun de messages de signalisation transmis entre les deux terminaux TA et TB durant des phases d'établissement et de libération de connexion, à travers un réseau RNIS, est constitué d'une pluralité de champs de données contenant des éléments d'information tels que définis dans la Recommandation ETS 300-102-1 de l'ETSI (European Telecommunications Standard Institute). Concernant le message de signalisation "établissement", certains éléments d'information, tels que "discriminateur de protocole", sont transmis à la fois dans chaque message de demande d'établissement de connexion "établissement" transmis du terminal demandeur TA (ou TB) vers le réseau R et dans chaque message de demande d'établissement de connexion transmis du réseau R vers le terminal demandé TB (ou TA). Certains autres éléments d'information ne sont fournis que dans chaque message de demande d'établissement de connexion "établissement" transmis du réseau vers le terminal demandé, c'est-à-dire dans chaque message "établissement" entrant (message de communication d'arrivée pour le terminal demandé), tel que l'élément d'information "affichage". Enfin certains autres éléments d'information ne sont fournis que dans chaque message de demande d'établissement sortant (message de communication de départ pour le terminal demandeur), du terminal demandeur vers le réseau, tels que l'élément d'information "facilitéclavier". Les deux dernières catégories précitées d'éléments d'information sont utilisées pour établir un dialogue entre le terminal et le réseau. En ce qui concerne le contenu de messages de signalisation "alerte" et "connexion", il apparaît que certains éléments d'information, tels que "identification du canal" et "information usager à usager", inclus dans le message "alerte" sont également inclus dans le message "connexion" qui est transmis postérieurement au message "alerte" pendant la phase d'établissement de connexion, comme montré dans la figure 2. Cette particularité apparaissant pour certains messages de signalisation dans la Recommandation ETS-300-102-1 est mise à profit dans le cadre de l'invention pour simplifier les phases d'établissement de connexion et de libération de connexion. En référence à la figure 3, l'invention consiste schématiquement en l'insertion d'une couche 34a, dite "filtre", entre les couches RESEAU 3a et couches applicatives 4a, 5a, 6a et 7a, dans le modèle de référence OSI pour chaque terminal. Cette couche de traitement de message de signalisation "filtre" est disposée au dessus des couches basses PHYSIQUE, LIAISON et RESEAU puisqu'elle nécessite des fonctions d'émission/réception, de détection/correction d'erreurs et d'adressage de terminaux mises en oeuvre par ces couches pour chacun des messages de signalisation qu'elle produit ou reçoit. Par exemple dans le cadre d'une installation RNIS de type à bus passif à laquelle sont connectés un terminal de télécopie et un terminal téléphonique, la couche "filtre" dans une terminaison numérique de réseau mettant en oeuvre le procédé selon l'invention nécessite la connaissance du terminal auquel est destiné un message de signalisation reçu afin d'opérer un traitement particulier sur ce message de signalisation en fonction du terminal concerné. La couche "LIAISON" identifie ce terminal par l'adressage utilisé. Par contre, cette couche "filtre" selon l'invention ne nécessite pas les services assurés par les couches applicatives TRANSPORT 4a à APPLICATION 7a et est donc située en dessous des couches 4a à 7a. En référence aux figures 4A à 5B, il est maintenant détaillé les différentes étapes du procédé selon l'invention pour le traitement de messages de signalisation dans un terminal donné TA lors des phases d'établissement et de libération d'une connexion pour des appels sortant et entrant. I1 est à noter que le terminal distant TB, demandé pour un appel sortant ou demandeur pour un appel entrant, en communication avec le terminal donné TA peut être un terminal classique ne comprenant pas la couche de traitement "filtre" 34a selon l'invention et dont les couches applicatives assurent l'intégralité du traitement des messages de signalisation. La figure 4A concerne une phase d'établissement de connexion pour un appel sortant (communication de départ). Comme souligné dans le début de la description, les couches RESEAU 3a et applicatives 4a-7a encadrant la couche de traitement "filtrage" 34a selon l'invention sont respectivement affectées à l'acheminement des données entre les deux terminaux TA et TB, et à l'application implantée dans le terminal. Un message de signalisation sortant "établissement" relatif à une demande d'établissement de connexion est produit par les couches applicatives et est reçu par la couche de traitement selon l'invention 34a. Ce message "établissement" contient, outre certains éléments d'information ei dans des champs de données respectifs, un mot d'identification de table de procédure. Ce message "établissement" est produit par les couches applicatives en réponse à une opération particulière fonction du type d'application mise en oeuvre dans le terminal TA, tel qu'appel téléphonique dans une application téléphonique ou demande d'un transfert de fichier dans une application de traitement de données. Le mot d'identification de table de procédure reçu par la couche 34a y provoque le chargement d'une table de procédure particulière adressée par ce mot d'identification qui dépend de l'application mise en oeuvre dans le terminal TA. Cette table de procédure contient des données et plus particulièrement des éléments d'information à utiliser, ainsi que la procédure à suivre relativement à l'application mise en oeuvre. Grâce au chargement de la table de procédure identifiée par le mot d'identification dans le message "établissement", des valeurs particulières sont affectées à des éléments d'information pour remplir des champs de données du message "établissement" reçu comme montré à l'étape 340S. A titre d'exemple, des éléments d'information tels que "Mode de fonctionnement du support" et "Compatibilité des couches supérieures" peuvent être affectés aux champs de données du message "établissement" dans la couche 34a en fonction de la table chargée. Le message "établissement" complété par ces éléments d'information dans la couche 34a est alors transmis vers le réseau R à travers la couche RESEAU 3a. En réponse, plusieurs messages successifs tels que "appel en cours" et "alerte" peuvent être reçus à travers la couche RESEAU 3a par la couche de traitement selon l'invention 34a. Dans une application de traitement de données, contrairement à une application téléphonique, ces messages de signalisation tels que "appel en cours" et "alerte" ne sont d'aucune utilité pour les couches applicatives TRANSPORT 4a à APPLICATION 7a. Par contre ces messages contiennent des éléments d'informations qui ne sont pas nécessairement retransmis dans le message de signalisation entrant ultérieur "connexion", bien que la Recommandation ETS 300-102-1 prévoit des champs de données dans ce message "connexion" destinés à recevoir ces éléments d'informations. Ainsi, à titre d'exemple en comparant les messages "alerte" et "connexion" un champ d'information est prévu dans les deux messages "alerte" et "connexion", pour recevoir l'élément d'information "identification du canal". Sachant que cet élément d'information "identification du canal", s'il est transmis dans le message "alerte", n'est pas nécessairement transmis dans le message ultérieur "connexion", il est prévu, selon l'invention, de mémoriser ou sauvegarder les éléments d'information des messages "appel en cours" et "alerte" (étape 341S) et de les restituer dans des champs de données appropriés prévus dans le message "connexion" (étape 342S). Ainsi, en accord avec l'objectif de l'invention, le traitement des messages de signalisation par les couches applicatives TRANSPORT 4a à APPLICATION 7a, est réduit, ce qui facilite les conception et développement de ces couches applicatives. Seul le message "connexion" est en effet transmis aux couches applicatives 4a à 7a dans le cadre de l'invention, comparativement aux trois messages selon la technique antérieure qui sont "appel en cours", "alerte" et "connexion". En référence à la figure 4B, il est maintenant détaillé les différentes étapes de traitement selon l'invention de messages de signalisation lors d'un établissement de connexion pour un appel entrant (communication d'arrivée). Sur réception d'un message "établissement" issu de la couche RESEAU 3a, la couche 34a selon l'invention vérifie si la connexion à établir est compatible avec une application, telle qu'application de traitement de données, mise en oeuvre dans le terminal TA comme montré dans l'étape 340E. Cette vérification de compatibilité consiste à comparer des valeurs d'éléments d'information prédéterminées mémorisées et fonction du terminal et de l'application traitée dans ce terminal (téléphonique, de données (X.25)) avec les valeurs des éléments d'information correspondants transmises dans le message "établissement" reçu. Ces éléments d'information comparés sont notamment "Compatibilité de couche supérieure", "Compatibilité de couche inférieure" et "Mode de fonctionnement du support". Dans le cas d'au moins une comparaison négative, la demande d'établissement de connexion est rejetée en transmettant depuis la couche 34a vers la couche RESEAU 3a un message de refus d'établissement de connexion. Un tel message de refus d'établissement est émis vers le réseau selon la Recommandation 300102-1 de l'ETSI. Dans le cas d'une comparaison positive est opéré le chargement d'une table de procédure relative aux différentes opérations à réaliser par la couche 34a pour cette phase d'établissement de connexion et pour une phase ultérieure de libération de connexion. Notamment cette table de procédure précise des éléments d'information inclus dans le message "établissement" reçu qui sont à sauvegarder (étape 341E). Après sauvegarde de ces éléments d'information, le message "établissement" est alors retransmis vers les couches applicatives 4a-7a. Comparativement à la technique antérieure, les deux étapes 340E et 341E évitent un traitement complet du message "établissement" par les couches applicatives 4a à 7a et simplifient ainsi le développement de ces couches. Sur réception d'un message "établissement", les couches applicatives 4a-7a transmettent éventuellement le message "alerte" puis le message "connexion" vers le réseau à travers la couche 34a. En réponse à ces deux messages, le réseau R établit un message d'accusé de réception de connexion "A.R. de connexion" dans lequel, comme montré à l'étape 342E, la couche 34a introduit des éléments d'information complémentaires et notamment ceux sauvegardés au cours de l'étape 341E et éventuellement par exemple des éléments d'information de complément de service fonction de la table de procédure. Il est par exemple avantageux d'insérer dans ce message un élément d'information relatif au canal utilisé qui est transmis par le réseau R. De nombreuses opérations coûteuses en temps de conception et développement sont ainsi soustraites aux couches applicatives pour être gérées directement par la couche additionnelle 34a. Les figures 5A et 5B sont relatives respectivement à une libération sortante et une libération entrante. Pour une libération sortante, ou plus précisément dans un terminal ayant pris l'initiative d'une libération de connexion, un message de demande de libération de connexion "déconnexion" est transmis par les couches applicatives 4a-7a du terminal TA vers le réseau R à travers la couche 34a. Cette dernière est transparente au message "déconnexion". En réponse à ce message, le réseau R transmet au terminal le message "libération" qui est fourni à la couche 34a à travers la couche RESEAU 3a. Contrairement à la technique antérieure, ce message "libération" n'est pas transmis aux couches applicatives 4a à 7a. La couche 34a, comme montré dans l'étape 343S, transmet deux messages "fin de libération" respectivement destinés au réseau R et aux couches applicatives 4a à 7a. Ainsi comparativement à la technique antérieure, seulement deux messages de signalisation, savoir "déconnexion" et "fin de libération" sont respectivement transmis et reçu par les couches applicatives 4a-7a, le message "libération" n'étant pas fourni aux couches applicatives puisqu'il est directement traité par la couche 34a. Le traitement réalisé par la couche 34a pour une libération entrante, c'est-à-dire dans un terminal subissant une libération en recevant un message de demande de libération de connexion "déconnexion" est illustré à la figure 5B. De manière similaire à l'étape 343S illustrée dans la figure 5A, sur réception d'un message "déconnexion" en provenance du réseau, la couche 34a sauvegarde les éléments d'information transmis dans ce message "déconnexion" (étape 343E) et forme deux messages "déconnexion" et "libération", à partir de ces éléments d'information sauvegardés, respectivement destinés aux couches applicatives 4a à 7a et au réseau R. En réponse au message "libération" le réseau R fournit le message "fin de libération" qui est reçu par la couche 34a à travers la couche RESEAU 3a. Dans ce message entrant "fin de libération", la couche 34a restitue (étape 344E) éventuellement des éléments d'information sauvegardés à l'étape 343E, pour constituer un message "fin de libération" retransmis vers les couches applicatives 4a-7a. Cette restitution des éléments d'information ei sauvegardés à l'étape 343b dans le message "fin de libération" reçu est nécessaire dans le cas où certains éléments d'information transmis dans le message "déconnexion" ne sont pas retransmis dans le message "fin de libération". Une telle restitution peut concerner l'information relative au coût total. Chacune des trois étapes de restitution d'éléments d'information sauvegardés décrites cidessus permet en pratique de simplifier la réalisation des couches applicatives 4a à 7a, en limitant ces dernières aux seuls traitements strictement nécessaires à chaque étape (message de signalisation reçu ou transmis) d'une phase d'établissement ou de libération de connexion. REVENDICATIONS 1 - Procédé pour traiter dans un terminal donné, d'une part, des messages de signalisation provenant d'un réseau de télécommunications (R) et entrant dans le terminal donné à travers un moyen d'acheminement de messages (3a) qui sont transmis entre le terminal donné (TA) et un terminal distant (TB) à travers ledit réseau (R), et, d'autre part, des messages de signalisation transmis à destination dudit réseau (R) et sortant du premier terminal donné (TA) à travers un moyen applicatif (4a - 7a), caractérisé en ce qu'il comprend les étapes suivantes sur réception d'un message de signalisation de demande d'établissement de connexion entrant ("établissement"), la comparaison (340E) d'au moins un champ de données dudit message de demande d'établissement entrant avec des champs prédéterminés mémorisés dans le terminal donné (TA), puis la transmission dudit message de demande d'établissement entrant vers ledit moyen applicatif (4a - 7a) lorsque ladite comparaison est positive, et la transmission éventuelle d'un message de signalisation de refus d'établissement vers ledit moyen d'acheminement (3a) lorsque ladite comparaison est négative. 2 - Procédé conforme à la revendication 1, caractérisé, en réponse à ladite comparaison positive, par les étapes de sauvegarde (341S;341E;343E) d'au moins un champ de données dans au moins un premier message de signalisation ("établissement" ; "appel en cours"; "alerte" ; "déconnexion") entrant dans le terminal donné (TA) à travers ledit moyen d'acheminement (3a), et restitution (342S;342E;344E) dudit au moins un champ de données sauvegardé dans un second message de signalisation ("connexion" ; "A.R. de connexion" ; "fin de libération") entrant dans le terminal donné (TA) à travers ledit moyen d'acheminement (3a) et postérieur audit premier message de signalisation entrant, pour former un message de signalisation entrant transmis audit moyen applicatif (4a - 7a). 3 - Procédé conforme à la revendication 1 ou 2, caractérisé par une étape (343E) de transmission simultanée d'un message de signalisation entrant ("déconnexion") vers ledit moyen applicatif (4a - 7a) et d'un message de signalisation sortant ("libération") vers ledit moyen d'acheminement (3a) en réponse à un message de signalisation de demande de libération de connexion ("déconnexion") entrant dans ledit réseau terminal donné (TA) à travers ledit moyen d'acheminement (3a). 4 - Procédé conforme à l'une quelconque des revendications 1 à 3, caractérisé par une étape (340S) d'affectation de valeurs prédéterminées (ei) à des champs de données d'un message de demande d'établissement ("établissement") sortant du moyen applicatif (4a - 7a) en fonction d'un mot d'identification contenu dans ledit message de demande d'établissement. 5 - Procédé conforme à l'une quelconque des revendications 1 à 4, caractérisé par le chargement (340S) de l'une de plusieurs tables de procédure mémorisées dans ledit terminal donné (TA) pour une mise en oeuvre sélective d'étapes du procédé (sauvegarde, transmission alternée, restitution, etc.) en fonction d'un mot d'identification de table inclus dans un message de demande d'établissement ("établissement") sortant dudit moyen applicatif (4a - 7a). 6 - Procédé conforme à l'une quelconque des revendications 1 à 5, caractérisé, en réponse à ladite comparaison positive, par l'étape de chargement (341E) de l'une de plusieurs tables de procédure pour une mise en oeuvre d'étapes suivantes du procédé (sauvegarde, restitution...) en fonction de champs de données dans ledit message de demande d'établissement de connexion ("établissement") entrant à travers ledit moyen d'acheminement (3a).