TCAP

TCAP, ou Transaction Capabilities Application Part, est la couche fonctionnelle la plus élevée de la pile de protocoles du système de signalisation 7 (SS7) utilisée dans les réseaux téléphoniques publics commutés (RTPC). Elle se situe au-dessus du SCCP (Signaling Connection Control Part) et gère l'échange de messages non liés aux appels entre les nœuds du réseau, tels que les requêtes d'authentification, les requêtes de facturation et les opérations de logique de service. TCAP fournit un cadre de messagerie orienté transaction qui permet aux éléments du réseau de télécommunications de demander des services et de recevoir des réponses de manière asynchrone.

Le protocole est structuré autour du concept de dialogue et de messagerie de composants. Un dialogue représente une conversation logique entre deux nœuds compatibles TCAP, identifiée par un ID de dialogue et nécessitant éventuellement une connexion SCCP établie. Au sein d'un dialogue, les composants transportent les requêtes et les réponses de service réelles. Ces composants sont encodés à l'aide de la notation de syntaxe abstraite un (ASN.1), généralement au format BER (Basic Encoding Rules), ce qui permet de sérialiser des structures de données complexes de manière fiable entre différentes implémentations réseau.

Applications réelles et variations

TCAP est fondamental pour les services de réseau intelligent (IN). Lorsqu'un abonné compose un numéro gratuit, le commutateur interroge un point de contrôle de service (SCP) via TCAP pour déterminer le routage. Les réseaux mobiles utilisent TCAP de manière extensive pour les requêtes de registre de localisation nominal (HLR) lors de l'établissement d'appels, les vérifications de solde prépayé et les recherches de centre de services de messages courts (SMS). Le protocole sous-tend également les périphériques intelligents (IP) qui fournissent des annonces vocales, le filtrage d'appels ou la logique de menu interactif. Les opérateurs de réseau implémentent TCAP sur différents transports sous-jacents: traditionnellement sur MTP3 (Message Transfer Part niveau 3), mais aussi de plus en plus sur IP en utilisant des protocoles SIGTRAN (Signaling Transport) comme M3UA.

Les modes de défaillance dans TCAP impliquent généralement des conditions de temporisation où un nœud ne répond pas dans la fenêtre attendue, des abandons de dialogue lorsqu'un composant inattendu arrive, ou un épuisement des ressources lorsque les descripteurs de dialogue s'accumulent. Le protocole inclut une gestion explicite des temporisateurs: une requête d'invocation peut spécifier la durée maximale de transaction attendue, et les nœuds doivent libérer rapidement les ressources de dialogue. Des problèmes d'interopérabilité surviennent lorsque les implémentations diffèrent sur les détails d'encodage ASN.1 ou lorsque les éléments du réseau fonctionnent avec des versions TCAP différentes; les tests de conformité formels par rapport aux spécifications ETSI ou ITU-T sont une pratique courante avant le déploiement.

Le terme « Transaction Capabilities » reflète le but du protocole: permettre aux dispositifs de télécommunications d'initier et de gérer des opérations discrètes et limitées dans le temps qui peuvent nécessiter une communication bidirectionnelle. Contrairement à la signalisation traditionnelle basée sur les circuits, TCAP découple la transaction de l'appel lui-même, permettant à la logique de contrôle du réseau de s'exécuter dans des serveurs d'applications spécialisés plutôt que dans des instruments de ligne. Ce changement architectural a permis l'innovation de services qui a caractérisé les réseaux de télécommunications à partir des années 1990, faisant de TCAP l'une des couches les moins visibles mais les plus commercialement significatives de la pile RTPC.