Teilen über

Verwenden eines direkten Routings zum Herstellen einer Verbindung mit dem vorhandenen Telefoniedienst

  • Artikel

Mit dem Azure Communication Services direktem Routing können Sie Ihre vorhandene Infrastruktur der Telefonie mit Azure verbinden. In diesem Artikel werden die Schritte aufgeführt, die auf hoher Ebene zum Verbinden eines unterstützten Session Border Controller (SBC) zum direkten Routing erforderlich sind. Außerdem wird erläutert, wie das Sprachrouting für die aktivierte Communication-Ressource funktioniert.

Informationen dazu, ob Azure Communication Services direktes Routing die richtige Lösung für Ihr Unternehmen ist, finden Sie unter Azure-Telefoniekonzepte. Informationen zu den Voraussetzungen und zur Planung Ihrer Bereitstellung finden Sie unter Anforderungen an die Infrastruktur für das direkte Routing in Communication Services.

Verbinden von SBC mit Azure Communication Services

Überprüfen des Domänenbesitzes

Befolgen Sie diese Anweisungen, um einen Domänenbesitz Ihres SBC zu überprüfen

Konfigurieren von ausgehendem Sprachrouting

Weitere Informationen zum Hinzufügen eines SBC und zum Konfigurieren von ausgehenden Regeln für Sprachrouting finden Sie unter Schnellstart für Sprachrouting.

Verbindungsstatus des Session Border Controllers

Die Integrität einer SBC-Verbindung wird jetzt im Azure-Portal angezeigt. Der Transport Layer Security (TLS)-Status und SIP OPTIONS werden berücksichtigt.

Screenshot der SBC-Verbindungseigenschaften.

Mögliche Werte der einzelnen Integritätsindikatoren

TLS-Status – Status der TLS-Verbindungen eines Trunks:

  • Unbekannt – Gibt an, dass SBC in den letzten 15 Minuten keinen TLS-Handshake unternommen hat.
  • Aktiv – Gibt an, dass eine TLS-Verbindung hergestellt ist.
  • CertExpiring – Gibt an, dass das SBC-Zertifikat abläuft.
  • CertExpired – Gibt an, dass das SBC-Zertifikat abgelaufen ist.

SIP OPTIONS (Ping) – Status des Austauschs von SIP OPTIONS-Nachrichten:

  • Unbekannt – Gibt an, dass SBC keine SIP-Optionen gesendet hat.
  • Aktiv – Gibt an, dass OPTIONS gesendet und empfangen werden.
  • Abgelaufen – Gibt an, dass SBC SIP-OPTIONEN sendete, aber wir in den letzten 15 Minuten keine OPTIONS-Nachrichten erhalten haben.
  • Fehler – Gibt einen Fehler im OPTIONS-Austausch an.

Status – Der allgemeine Integritätsstatus eines Trunks:

  • Unbekannt – Gibt einen unbekannten Integritätsstatus an.
  • Online – Gibt an, dass die SBC-Verbindung fehlerfrei ist.
  • Warnung : Gibt an, dass die TLS oder der Ping abgelaufen ist.

Hinweis

Wenn Sie gerade einen neuen Trunk konfiguriert haben, kann es bis zu 15 Minuten dauern, bis der Status aktualisiert wird.

Wichtig

Bevor Sie Anrufe tätigen oder entgegennehmen, stellen Sie sicher, dass der SBC-Status Online ist

Überlegungen zum ausgehenden Sprachrouting

Das direkte Routing von Azure Communication Services verfügt über einen Routingmechanismus, mit dem ein Anruf basierend auf dem angerufenen Zahlenmuster an einen bestimmten SBC gesendet werden kann.

Wenn Sie einer Ressource eine Konfiguration für direktes Routing hinzufügen, versuchen alle Anrufe, die von den Instanzen (Identitäten) dieser Ressource vorgenommen werden, zuerst einen Trunk für direktes Routing. Das Routing basiert auf einer gewählten Nummer und einer Übereinstimmung in Sprachrouten, die für die Ressource konfiguriert sind.

  • Wenn es eine Übereinstimmung gibt, durchläuft der Anruf den Direct Routing-Trunk.
  • Wenn keine Übereinstimmung vorhanden ist, besteht der nächste Schritt darin, den alternateCallerId-Parameter der callAgent.startCall-Methode zu verarbeiten.
  • Wenn die Ressource für Sprachanrufe (PSTN) aktiviert ist und mindestens eine von Microsoft erworbene Nummer aufweist, wird der alternateCallerId überprüft.
  • Wenn der alternateCallerId mit einer erworbenen Nummern für die Ressource übereinstimmt, wird der Anruf über die Microsoft-Infrastruktur zu Sprachanruf (PSTN) weitergeleitet.
  • Wenn der alternateCallerId-Parameter keiner der erworbenen Nummern entspricht, führt der Aufruf zu einem Fehler.

Das Diagramm veranschaulicht die Sprachrouting-Logik des Azure Communication Services.

Abbildung des Flussdiagramms bei ausgehendem Sprachrouting

Beispiele für das Sprachrouting

In den folgenden Beispielen wird das Sprachrouting in einem Anruffluss angezeigt.

Hinweis

In allen Beispielen werden die SBCs in einer Route nach dem Zufallsprinzip ausprobiert, während die höhere Sprachroute eine höhere Priorität hat.

Ein Beispiel für eine Route:

Wenn Sie eine Sprachroute mit einem Muster ^\+1(425|206)(\d{7})$ erstellt und ihr sbc1.contoso.biz und sbc2.contoso.biz hinzugefügt haben, wird der Anruf, wenn der Benutzer ihn an +1 425 XXX XX XX oder +1 206 XXX XX XX tätigt, zunächst an SBCsbc1.contoso.biz oder sbc2.contoso.biz weitergeleitet. Wenn kein SBC verfügbar ist, wird der Anruf verworfen.

Eine Beispiel für zwei Routen:

Wenn Sie eine Sprachroute mit einem Muster ^\+1(425|206)(\d{7})$ erstellt und mit sbc1.contoso.biz und sbc2.contoso.biz ergänzt haben, und dann eine zweite Route mit demselben Muster mit sbc3.contoso.biz und sbc4.contoso.biz erstellt haben. Wenn der Benutzer in diesem Fall einen Anruf an +1 425 XXX XX XX oder +1 206 XXX XX XX tätigt, wird der Aufruf zuerst an SBC sbc1.contoso.biz oder sbc2.contoso.biz geroutet. Wenn sowohl der SBC 1 als auch der SBC 2 nicht verfügbar sind, wird versucht, die Route mit einer niedrigerer Priorität (sbc3.contoso.biz und sbc4.contoso.biz) verwenden. Wenn keine der SBCs der zweiten Route verfügbar ist, wird der Aufruf verworfen.

Eine Beispiel für drei Routen:

Wenn Sie eine Sprachroute mit einem Muster ^\+1(425|206)(\d{7})$ erstellt und mit sbc1.contoso.biz und sbc2.contoso.biz ergänzt haben, und dann eine zweite Route mit demselben Muster mit sbc3.contoso.biz und sbc4.contoso.biz sowie eine dritte Route mit ^+1(\d[10])$ und sbc5.contoso.biz erstellt haben. Wenn der Benutzer in diesem Fall einen Anruf an +1 425 XXX XX XX oder +1 206 XXX XX XX tätigt, wird der Aufruf zuerst an SBC sbc1.contoso.biz oder sbc2.contoso.biz geroutet. Wenn weder der SBC 1 noch der SBC 2 nicht verfügbar sind, wird versucht, die Route mit einer niedrigerer Priorität (sbc3.contoso.biz und sbc4.contoso.biz) verwenden. Wenn keiner der SBCs einer zweiten Route verfügbar ist, wird die dritte Route ausprobiert. Wenn sbc5 ebenfalls nicht verfügbar ist, wird der Aufruf abgelehnt. Wenn darüber hinaus Benutzer*innen +1 321 XXX XX XX wählen, erfolgt der Anruf an sbc5.contoso.biz. Wenn dieses Ziel nicht verfügbar ist, wird der Anruf verworfen.

Hinweis

Failover zum nächsten SBC im Sprachrouting funktioniert nur für die Antwortcodes 408, 503 und 504.

Hinweis

Wenn die gewählte Nummer in keinem der Beispiele dem Muster entspricht, wird der Anruf verworfen. Das gilt nicht, wenn eine erworbene Nummer für die Kommunikationsressource vorhanden ist und diese Nummer als alternateCallerId in der Anwendung verwendet wurde.

Verwalten eingehender Anrufe

Verwenden Sie für die allgemeine Verwaltung eingehender Anrufe Anrufautomatisierungs-SDKs, um eine Anwendung zu erstellen, die eingehende Anrufe an eine Telefonnummer oder über ACS Direct Routing empfangene Anrufe überwacht und verwaltet. Wenn Sie Kunde von Omnichannel for Customer Service sind, lesen Sie diese Anweisungen.

Nächste Schritte

Konzeptionelle Dokumentation

Schnellstarts