TCAP

TCAP, oder Transaction Capabilities Application Part, ist die oberste funktionale Schicht des Signaling System 7 (SS7)-Protokollstapels, der in öffentlichen Telefonfestnetzen (PSTN) verwendet wird. Sie sitzt über dem SCCP (Signaling Connection Control Part) und verwaltet den Austausch von anrufunabhängigen Nachrichten zwischen Netzwerkknoten, wie Authentifizierungsanfragen, Abfragen zur Gebührenabrechnung und Service-Logik-Operationen. TCAP bietet ein transaktionsorientiertes Messaging-Framework, das Telekommunikations-Netzelemente ermöglicht, Services anzufordern und asynchron Antworten zu erhalten.

Das Protokoll ist um das Konzept von Dialog und Component-Messaging aufgebaut. Ein Dialog stellt ein logisches Gespräch zwischen zwei TCAP-fähigen Knoten dar, identifiziert durch eine Dialog-ID und optional mit erforderlicher etablierter SCCP-Verbindung. Innerhalb eines Dialogs transportieren Components die eigentlichen Service-Anfragen und Antworten. Diese Components werden mithilfe von Abstract Syntax Notation One (ASN.1) kodiert, typischerweise im Basic Encoding Rules (BER)-Format, was ermöglicht, dass komplexe Datenstrukturen zuverlässig über verschiedene Netzwerk-Implementierungen hinweg serialisiert werden.

Praktische Anwendungen und Varianten

TCAP ist grundlegend für Intelligent Network (IN)-Services. Wenn ein Teilnehmer eine gebührenfreie Nummer wählt, befragt der Switch einen Service Control Point (SCP) über TCAP, um das Routing zu ermitteln. Mobilfunknetze nutzen TCAP umfangreich für HLR-Abfragen (Home Location Register) während des Anrufaufbaus, Prüfungen von Prepaid-Gutschriften und Lookups im SMS-Zentrum. Das Protokoll bildet auch die Grundlage für Intelligent Peripherals (IPs), die Sprachdurchsagen, Anruffilterung oder interaktive Menülogik bereitstellen. Netzwerkbetreiber implementieren TCAP über verschiedene zugrunde liegende Transporte: traditionell über MTP3 (Message Transfer Part Level 3), aber zunehmend auch über IP mit SIGTRAN-Protokollen (Signaling Transport) wie M3UA.

Fehlermodi bei TCAP entstehen typischerweise durch Timeout-Bedingungen, wenn ein Knoten nicht innerhalb des erwarteten Zeitfensters antwortet, Dialog-Abbrüche bei Ankunft einer unerwarteten Component oder Ressourcenerschöpfung, wenn sich Dialog-Deskriptoren ansammeln. Das Protokoll umfasst explizites Timer-Management: eine Invoke-Anfrage kann die erwartete maximale Transaktionsdauer angeben, und Knoten müssen Dialog-Ressourcen umgehend freigeben. Interoperabilitätsprobleme entstehen, wenn sich Implementierungen bei ASN.1-Kodierungsdetails unterscheiden oder wenn Netzelemente mit unterschiedlichen TCAP-Versionen arbeiten; formale Konformitätstests gegen ETSI- oder ITU-T-Spezifikationen sind Standard vor der Bereitstellung.

Der Ausdruck "Transaction Capabilities" spiegelt den Zweck des Protokolls wider: Telekommunikationsgeräten ermöglichen, diskrete, zeitlich begrenzte Operationen einzuleiten und zu verwalten, die möglicherweise bidirektionale Kommunikation erfordern. Im Gegensatz zur traditionellen schaltkreisgestützten Signalisierung entkoppelt TCAP die Transaktion vom Anruf selbst, was es ermöglicht, dass Netzwerk-Steuerungslogik in spezialisierten Anwendungsservern ausgeführt wird, statt in Endgeräten. Dieser architektonische Wandel ermöglichte die Service-Innovation, die Telefonnetze ab den 1990er Jahren kennzeichnete, was TCAP zu einer der am wenigsten sichtbaren, aber kommerziell bedeutendsten Schichten im PSTN-Stapel macht.