Eingehende Anrufweiterleitung & Anrufer-ID

Audact-DIDs können als Ziel einer Anrufweiterleitung verwendet werden: Ein Teilnehmer konfiguriert seine bestehende Telefonnummer (Mobil- oder Festnetz) so, dass eingehende Anrufe an eine Audact-Nummer weitergeleitet werden. Anrufe, die an die Nummer des Teilnehmers gerichtet sind, werden dadurch vom Agenten beantwortet, der der Audact-DID zugewiesen ist. Dieser Abschnitt beschreibt, wie die Anrufer-ID eines weitergeleiteten Anrufs auf dem eingehenden Leg dargestellt wird und wie die Plattform sie normalisiert und bereitstellt — ein Verhalten, das immer dann von Bedeutung ist, wenn eine Integration einen eingehenden Anruf mit der ursprünglichen Nummer korrelieren muss (z. B. um zu bestätigen, dass die Weiterleitung korrekt konfiguriert ist).

Was bei einem weitergeleiteten Anruf ankommt

Ein weitergeleiteter Anruf erreicht die Audact-DID als gewöhnlicher eingehender Anruf. Konzeptionell sind zwei Nummern beteiligt:

• der ursprüngliche Anrufer — die Partei, die die Nummer des Teilnehmers gewählt hat, und
• die Weiterleitungsnummer — die Nummer des Teilnehmers, die den Anruf umgeleitet hat.

Welche dieser Nummern und in welchem SIP-Header sie erscheint, wird vom Netzbetreiber des Teilnehmers bestimmt und liegt nicht im Einflussbereich von Audact. Das beobachtete Verhalten bei verschiedenen Netzbetreibern folgt einigen Mustern:

• Ursprünglicher Anrufer beibehalten (häufig). Der eingehende From- und P-Asserted-Identity-Header enthält die Nummer des ursprünglichen Anrufers. Die Weiterleitungsnummer wird nicht übermittelt. Dies ist das typische Verhalten bei mobiler unbedingter Weiterleitung in den getesteten Netzen.
• Anrufer-ID ersetzt. Einige Netzbetreiber ersetzen die Anrufer-ID durch die Weiterleitungsnummer, sodass der eingehende From-Header die eigene Nummer des Teilnehmers enthält.
• Umleitungsnummer separat signalisiert. Falls vorhanden, überträgt ein Diversion-Header (RFC 5806) oder ein History-Info-Header (RFC 7044) die Weiterleitungsnummer neben dem ursprünglichen Anrufer im From-Header. Viele Netzbetreiber — insbesondere bei nicht signierten Anrufen — lassen diese Header vollständig weg.

Zwei weitere Punkte gelten unabhängig vom Muster:

• Format ist national, nicht E.164. Die Anrufernummer wird sehr häufig im nationalen Format des Ziellandes und nicht in E.164 übermittelt — ein Anruf von +441313670450 kommt beispielsweise als 01313670450 an (die Ländervorwahl +44 wird durch die nationale Trunk-Vorwahl 0 ersetzt). Ein naiver Zeichenkettenvergleich mit der E.164-Form schlägt daher fehl.
• Attestation kann herabgestuft werden. Der STIR/SHAKEN-Verifizierungsstatus (verstat) geht auf dem weitergeleiteten Leg häufig verloren, da der Weiterleitungsnetzbetreiber den Anruf neu originiert.

Wie Audact die Anrufer-ID normalisiert und bereitstellt

Um die Anrufer-ID für die Korrelation nutzbar zu machen, normalisiert die Plattform die eingehende Anrufernummer in E.164 und verwendet dabei das Land der gewählten DID als Regionshinweis (das weitergeleitete Leg endet immer auf einer DID, deren Land bekannt ist, und das ist das Land, dessen nationale Wählregeln der Netzbetreiber angewendet hat). Im weiteren Beispiel wird ein Anrufer 01313670450, der auf einer GB-DID eingeht, zu +441313670450 normalisiert.

Die normalisierte Anrufernummer wird dem Mandanten über den Pre-Connect-Admission-Hook zugestellt: Wenn der Mandant eine admission_url konfiguriert hat, sendet die Plattform per POST einen JSON-Body an diese URL, bevor der Anruf verbunden wird. Der Body enthält:

• caller_number — die E.164-normalisierte ursprüngliche Anrufer-ID,
• called_did — die gewählte Audact-DID,
• agent_id, call_id und trunk_id.

Der Admission-Endpunkt kann den Anruf annehmen oder ablehnen; seine Antwort kann pro-Anruf dynamische Variablen und Metadaten beitragen. Dies ist der unterstützte Integrationspunkt, um auf eingehende (einschließlich weitergeleitete) Anrufe anhand der Anrufer-ID zu reagieren.

Korrelation eines weitergeleiteten Anrufs anhand der Anrufer-ID

Um einen eingehenden weitergeleiteten Anruf zuverlässig mit einer bekannten Ursprungsnummer abzugleichen:

1. Beide Seiten vor dem Vergleich in E.164 normalisieren — rohe, vom Netzbetreiber gelieferte Zeichenketten dürfen nie direkt verglichen werden. Die Plattform normalisiert caller_number bereits; vergleichen Sie diese mit der E.164-Form der erwarteten Nummer.
2. Gegen beide Kandidatennummern vergleichen, falls zutreffend — den ursprünglichen Anrufer und die Weiterleitungsnummer — da Netzbetreiber unterschiedlich vorgehen, welche davon sie im From-Header übermitteln.
3. Nicht auf das Vorhandensein eines Diversion/History-Info-Headers verlassen — behandeln Sie ihn als optionale Anreicherung, nicht als garantiertes Feld.
4. Die Möglichkeit berücksichtigen, dass ein Anrufer seine Nummer unterdrückt (anonym / Privacy: id) — in diesem Fall steht keine Anrufer-ID für den Abgleich zur Verfügung.