Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Von Bedeutung
Der Azure Communications Gateway-Dienst wird am 30. Oktober 2025 eingestellt, und es werden keine neuen Kunden integriert. Um Dienstunterbrechungen zu verhindern, wechseln Sie vor dem 30. Oktober 2025 zu einer anderen microsoft Teams Direct Routing Certified Session Border Controller (SBC) -Lösung.
Dieser Artikel führt Sie durch die einzelnen Aufgaben, die Sie ausführen müssen, bevor Sie mit der Bereitstellung des Azure Communications Gateways beginnen können. Für Operator Connect und Teams Phone Mobile hängen erfolgreiche Bereitstellungen vom Status Ihrer Operator Connect- oder Teams Phone Mobile-Umgebungen ab.
In den folgenden Abschnitten werden die Informationen beschrieben, die Sie sammeln müssen, und die Entscheidungen, die Sie vor der Bereitstellung des Azure Communications Gateways treffen müssen.
Voraussetzungen
Von Bedeutung
Sie müssen ein Telekommunikationsanbieter sein, um das Azure Communications Gateway zu verwenden.
Für Operator Connect oder Teams Phone Mobile müssen Sie auch einen Vertrag für Operator Connect oder Teams Phone Mobile mit Microsoft abgeschlossen haben. Weitere Informationen zu diesen Programmen finden Sie unter Operator Connect oder Teams Phone Mobile.
Für Zoom Phone Cloud Peering müssen Sie auch den Onboardingprozess mit Zoom gestartet haben, um zu einem Zoom Phone Cloud Peering-Anbieter zu werden. Weitere Informationen zu Cloud-Peering finden Sie in den Cloud-Peering-Informationen von Zoom.
Von Bedeutung
Sie müssen den Onboardingprozess für Ihren ausgewählten Kommunikationsdienst und alle Abhängigkeiten, die durch den Onboardingprozess eingeführt wurden, vollständig verstehen.
Ausreichend Zeit für den Bereitstellungs- und Onboardingprozess einplanen. Sie müssen z. B. bis zu zwei Wochen warten, bis eine neue Azure Communications Gateway-Ressource bereitgestellt wird, bevor Sie sie mit Ihrem Netzwerk verbinden können.
Sie müssen global routingfähige Zahlen für zwei Arten von Tests besitzen:
- Integrationstests durch Ihre Mitarbeiter während der Bereitstellung und Integration
- Dienstüberprüfung (kontinuierliche Anruftests) durch Ihre ausgewählten Kommunikationsdienste
In der folgenden Tabelle wird beschrieben, wie viele Zahlen Sie zuordnen müssen.
| Dienstleistung | Zahlen für Integrationstests | Dienstüberprüfungsnummern |
|---|---|---|
| Telefonieanbieter | 1 (Minimum) | - Produktionsbereitstellungen: 6 - Lab-Bereitstellungen: 3 |
| Teams Telefon für Mobilgeräte | 1 (Minimum) | - Produktiv-Bereitstellungen: 6 - Lab-Bereitstellungen: 3 |
| Microsoft Teams Direct Routing | 1 (Minimum) | Keine (nicht zutreffend) |
| Zoom Phone Cloud Peering | 1 (Minimum) | - USA und Kanada: 6 - Rest der Welt: 2 |
Von Bedeutung
Dienstüberprüfungsnummern müssen während der gesamten Lebensdauer Ihrer Bereitstellung verwendet werden können.
Wenn Sie eine Lab-Bereitstellung einrichten möchten, müssen Sie eine Standardbereitstellung abgeschlossen haben oder dabei sein, eine durchzuführen. Sie können eine Lab-Bereitstellung nicht als eigenständige Azure Communications Gateway-Bereitstellung verwenden.
Anordnen des Onboardings
Zum Bereitstellen des Azure Communications Gateways benötigen Sie ein Microsoft-Onboardingteam. Das Azure Communications Gateway enthält ein Onboardingprogramm mit dem Namen "Eingeschlossene Vorteile". Wenn Sie nicht für eingeschlossene Leistungen berechtigt sind oder mehr Support benötigen, besprechen Sie Ihre Anforderungen mit Ihrem Microsoft-Vertriebsmitarbeiter.
Die Programme "Operator Connect" und "Teams Phone Mobile" erfordern zudem einen Onboarding-Partner, der die notwendigen Änderungen an den "Operator Connect"- oder "Teams Phone Mobile"-Umgebungen verwaltet und in Ihrem Auftrag die Koordination mit Microsoft Teams übernimmt. Das Azure Communications Gateway Included Benefits-Projektteam erfüllt diese Rolle, Aber Sie können einen anderen Onboarding-Partner auswählen, um in Ihrem Auftrag mit Microsoft Teams zu koordinieren.
Stellen Sie sicher, dass Sie über einen geeigneten Supportplan verfügen
Es wird dringend empfohlen, dass Sie über einen Supportplan verfügen, der technischen Support enthält, z. B. Microsoft Unified Support.
Wählen Sie den Azure-Mandanten aus, der verwendet werden soll.
Es wird empfohlen, einen vorhandenen Microsoft Entra-Mandanten für Azure Communications Gateway zu verwenden, da die Verwendung eines vorhandenen Mandanten Ihre vorhandenen Identitäten für die vollständig integrierte Authentifizierung verwendet. Wenn Sie Identitäten separat vom Rest Ihrer Organisation verwalten oder unterschiedliche Berechtigungen für das Nummernverwaltungsportal für verschiedene Azure Communications Gateway-Ressourcen einrichten möchten, erstellen Sie zuerst einen neuen dedizierten Mandanten.
Die Umgebungen "Operator Connect" und "Teams Phone Mobile" erben Identitäten und Konfigurationsberechtigungen von Ihrem Microsoft Entra-Mandanten über eine Microsoft-Anwendung namens Project Synergy. Sie müssen diese Anwendung Ihrem Microsoft Entra-Mandanten als Teil von Connect Azure Communications Gateway zu Operator Connect oder Teams Phone Mobile hinzufügen (wenn Ihr Mandant diese Anwendung noch nicht enthält).
Von Bedeutung
Für Operator Connect und Teams Phone Mobile müssen Produktionsbereitstellungen und Laborbereitstellungen eine Verbindung mit demselben Microsoft Entra-Mandanten herstellen. Die Microsoft Teams-Konfiguration für Ihren Mandanten zeigt die Konfiguration für Ihre Laborbereitstellungen und Produktionsbereitstellungen zusammen.
Zugriff auf das Azure Communications Gateway für Ihr Azure-Abonnement erhalten
Der Zugriff auf das Azure Communications Gateway ist eingeschränkt. Wenn Sie die vorherigen Schritte in diesem Artikel abgeschlossen haben:
- Wenden Sie sich an Ihr Onboarding-Team, und bitten Sie sie, Ihr Abonnement zu aktivieren. Wenn Sie noch kein Onboarding-Team haben, wenden Sie sich an azcog-enablement@microsoft.com mit Ihrer Azure-Abonnement-ID und Kontaktdetails.
- Warten Sie auf die Bestätigung, dass das Azure Communications Gateway aktiviert ist, bevor Sie mit dem nächsten Schritt fortfahren.
Erstellen eines Netzwerkdesigns
Entscheiden Sie, wie das Azure Communications Gateway eine Verbindung mit Ihrem Netzwerk herstellen soll. Wir empfehlen Microsoft Azure Peering Service Voice (manchmal AUCH MAPS Voice genannt). Weitere Informationen zu Ihren Optionen finden Sie unter Connectivity for Azure Communications Gateway. Wenn Sie planen, Azure Communications Gateway mit VNet-Einfügung (Vorschau) zu verwenden, füllen Sie die Voraussetzungen für die Bereitstellung des Azure Communications Gateways mit VNet-Injektion aus.
Für Teams Phone Mobile und Azure Operator Call Protection Preview müssen Sie entscheiden, wie Ihr Netzwerk bestimmen soll, ob ein Anruf einen relevanten Abonnenten umfasst und daher den Anruf ordnungsgemäß weiterleiten soll. Sie haben folgende Möglichkeiten:
- Verwenden Sie den integrierten mobilen Kontrollpunkt (Mobile Control Point, MCP) des Azure Communications Gateways.
- Stellen Sie eine Verbindung mit einer lokalen Version von Mobile Control Point (MCP) über Metaswitch her.
- Verwenden Sie andere Routingfunktionen in Ihrem Kernnetzwerk.
Weitere Informationen zu diesen Optionen für Teams Phone Mobile finden Sie unter Integration der Anrufsteuerung für Microsoft Teams Phone Mobile und Mobile Control Point in Azure Communications Gateway.
Die Verbindung mit dem Azure Communications Gateway für Azure Operator Call Protection erfolgt über SIPREC. Azure Communications Gateway übernimmt die Rolle des SIPREC-Sitzungsaufzeichnungsservers (SRS). Ein Element in Ihrem Netzwerk, in der Regel ein Session Border Controller (SBC), ist als SIPREC Session Recording Client (SRC) eingerichtet.
Wenn Sie Notrufe von Microsoft Teams- oder Zoomclients unterstützen müssen, lesen Sie informationen zu Notrufen mit Ihrem ausgewählten Kommunikationsdienst:
Von Bedeutung
Notrufe dürfen nicht von Ihrem Netzwerk an das Azure Communications Gateway weitergeleitet werden.
Verbinden Ihres Netzwerks mit Azure
Konfigurieren von Verbindungen zwischen Ihrem Netzwerk und Azure:
- Befolgen Sie zum Konfigurieren von Microsoft Azure Peering Service Voice (manchmal auch MAPS Voice genannt) die Anweisungen in der exemplarischen Vorgehensweise Internet-Peering für Peering Service Voice.
- Befolgen Sie zum Konfigurieren von ExpressRoute Microsoft Peering die Anweisungen im Lernprogramm: Konfigurieren von Peering für ExpressRoute-Schaltkreise.
Sammeln grundlegender Informationen für die Bereitstellung eines Azure Communications Gateways
Sammeln Sie alle Werte in der folgenden Tabelle für die Azure Communications Gateway-Ressource.
| Wert | Feldname(n) im Azure-Portal |
|---|---|
| Der Name des Azure-Abonnements, das zum Erstellen einer Azure Communications Gateway-Ressource verwendet werden soll. Sie müssen dasselbe Abonnement für alle Ressourcen in Ihrer Azure Communications Gateway-Bereitstellung verwenden. | Projektdetails: Abonnement |
| Die Azure-Ressourcengruppe, in der die Azure Communications Gateway-Ressource erstellt werden soll. | Projektdetails: Ressourcengruppe |
Der Name für die Bereitstellung. Dieser Name kann alphanumerische Zeichen und -. Er muss 3 bis 24 Zeichen lang sein. |
Instanzdetails: Name |
| Die Azure-Verwaltungsregion: die Region, in der Ihre Überwachungs- und Abrechnungsdaten verarbeitet werden. Es wird empfohlen, eine Region in der Nähe oder gemeinsam genutzt mit den beiden Regionen für die Behandlung von Anrufverkehr auszuwählen. | Instanzdetails: Region |
| Der Bereitstellungstyp. Wählen Sie aus "Standard" (für die Produktion) oder " Lab" aus. | Instanzdetails: SKU |
| Die Sprachcodecs, die zwischen dem Azure Communications Gateway und Ihrem Netzwerk verwendet werden sollen. Es wird empfohlen, nur codecs anzugeben, wenn Sie einen starken Grund haben, Codecs einzuschränken (z. B. die Lizenzierung bestimmter Codecs), und Sie können Ihr Netzwerk oder Ihre Endpunkte nicht so konfigurieren, dass bestimmte Codecs nicht angeboten werden. Durch das Einschränken von Codecs kann die gesamte Sprachqualität reduziert werden, da Codecs mit geringerer Genauigkeit ausgewählt werden. | Anrufbehandlung: Unterstützte Codecs |
| Unabhängig davon, ob Ihre Azure Communications Gateway-Ressource Notrufe als Standardanrufe behandeln oder direkt an den Notruf-Routing-Dienstanbieter weiterleiten soll (nur in den USA, nur für Operator Connect oder Teams Phone Mobile). | Anrufbehandlung: Notrufbehandlung |
Eine durch Trennzeichen getrennte Liste von Wählzeichenfolgen, die für Notrufe verwendet werden. Geben Sie für Microsoft Teams Wählzeichenfolgen als Standardnotrufnummer an (z. B 999. ). Geben Sie für Zoom Wählzeichenfolgen im Format +<country-code><emergency-number> an (z. B +44999. ). (Nur für Operator Connect, Teams Phone Mobile und Zoom Phone Cloud Peering). |
Anrufbehandlung: Notrufzeichenfolgen |
| Der Bereich, in dem die automatisch generierte Domänenbezeichnung für das Azure Communications Gateway eindeutig ist. Kommunikationsgatewayressourcen werden eine automatisch generierte Domänennamenbezeichnung zugewiesen, die vom Namen der Ressource abhängt. Wenn Sie "Mandant" auswählen, wird eine Ressource mit demselben Namen im selben Mandanten, aber ein anderes Abonnement dieselbe Bezeichnung erhalten. Wenn Sie Abonnement auswählen, erhält eine Ressource mit demselben Namen im selben Abonnement, jedoch in einer anderen Ressourcengruppe, dieselbe Bezeichnung. Wenn Sie "Ressourcengruppe " auswählen, wird eine Ressource mit demselben Namen in derselben Ressourcengruppe dieselbe Bezeichnung angezeigt. Wenn Sie keine erneute Verwendung auswählen, hängt die Bezeichnung nicht vom Namen, der Ressourcengruppe, dem Abonnement oder dem Mandanten ab. | DNS: Automatisch generierter Domänennamebereich |
Sammeln von Konfigurationswerten für Dienstregionen
Sammeln Sie alle Werte in der folgenden Tabelle für beide Dienstbereiche, in denen Sie Azure Communications Gateway bereitstellen möchten.
Hinweis
Laborbereitstellungen verfügen über eine Azure-Region und stellen eine Verbindung mit einem Standort in Ihrem Netzwerk her.
| Wert | Feldname(n) im Azure-Portal |
|---|---|
| Die Azure-Region, die für den Anrufverkehr verwendet werden soll. Wenn Sie die Azure-Anrufschutzvorschau aktivieren, gibt es Einschränkungen, wo Ihre Azure-Ressourcen bereitgestellt werden können. siehe Auswählen von Verwaltungs- und Dienstregionen |
Servicebereich Eins/Zwei: Region |
| Die IPv4-Adresse, die zu Ihrem Netzwerk gehört und die das Azure Communications Gateway verwenden soll, um sich aus dieser Region mit Ihrem Netzwerk zu verbinden. | Dienstregion 1/2: IP-Adresse des Betreibers |
| Der Satz von IP-Adressen/Bereichen, die als Quellen zum Signalisieren von Datenverkehr aus Ihrem Netzwerk zulässig sind. Geben Sie einen IPv4-Adressbereich mithilfe der CIDR-Notation an (z. B. 192.0.2.0/24) oder eine IPv4-Adresse (z. B. 192.0.2.0). Sie können auch eine durch Trennzeichen getrennte Liste von IPv4-Adressen und/oder Adressbereichen bereitstellen. | Dienstregion 1/2: Zulässige IP-Adressen der Signalquelle/CIDR-Bereiche |
| Der Satz von IP-Adressen/Bereichen, die als Quellen für den Mediendatenverkehr aus Ihrem Netzwerk zulässig sind. Geben Sie einen IPv4-Adressbereich mithilfe der CIDR-Notation an (z. B. 192.0.2.0/24) oder eine IPv4-Adresse (z. B. 192.0.2.0). Sie können auch eine durch Trennzeichen getrennte Liste von IPv4-Adressen und/oder Adressbereichen bereitstellen. | Dienstregion 1/2: Zulässige IP-Adresse/CIDR-Bereiche der Medienquelle |
Sammeln von Konfigurationswerten für jeden Kommunikationsdienst
Sammeln Sie die Werte für die Kommunikationsdienste, die Sie unterstützen möchten.
Von Bedeutung
Einige Optionen gelten für mehrere Dienste, wie in den folgenden Tabellen unter Optionen für mehrere Kommunikationsdienste gezeigt. Sie müssen die Konfiguration auswählen, die für alle Dienste geeignet ist, die Sie unterstützen möchten.
Für Microsoft Teams Direct Routing:
| Wert | Feldname(n) im Azure-Portal |
|---|---|
| IP-Adressen oder Adressbereiche (im CIDR-Format) in Ihrem Netzwerk, die in einer durch Trennzeichen getrennten Liste eine Verbindung mit der Bereitstellungs-API des Azure Communications Gateways herstellen dürfen. Die Verwendung der Bereitstellungs-API ist erforderlich, um Nummern für Direct Routing bereitzustellen. | Optionen, die für mehrere Kommunikationsdienstleistungen gemeinsam sind: Zulässige Quell-IP-Adressen/CIDR-Bereiche für die Verbindung mit der Kommunikations-Gateway-Bereitstellungs-Plattform |
| Gibt an, ob mithilfe der Bereitstellungs-API des Azure Communications Gateway ein benutzerdefinierter SIP-Header zu Nachrichten hinzugefügt werden soll, die in Ihr Netzwerk gelangen. | Allgemeine Optionen für mehrere Kommunikationsdienste: Hinzufügen eines benutzerdefinierten SIP-Headers |
| (Nur wenn Sie einen benutzerdefinierten SIP-Header hinzufügen möchten) Der Name eines benutzerdefinierten SIP-Headers | Allgemeine Optionen für mehrere Kommunikationsdienste: Benutzerdefinierter SIP-Headername |
Für Operator Connect:
| Wert | Feldname(n) im Azure-Portal |
|---|---|
| Gibt an, ob mithilfe der Bereitstellungs-API des Azure Communications Gateways ein benutzerdefinierter SIP-Header zu Nachrichten hinzugefügt werden soll, die in Ihr Netzwerk gelangen. | Allgemeine Optionen für mehrere Kommunikationsdienste: Hinzufügen eines benutzerdefinierten SIP-Headers |
| (Nur wenn Sie einen benutzerdefinierten SIP-Header hinzufügen möchten) Der Name eines benutzerdefinierten SIP-Headers | Allgemeine Optionen für mehrere Kommunikationsdienste: Benutzerdefinierter SIP-Headername |
| (Nur wenn Sie einen benutzerdefinierten SIP-Header hinzufügen möchten) IP-Adressen oder Adressbereiche (im CIDR-Format) in Ihrem Netzwerk, die in einer durch Trennzeichen getrennten Liste eine Verbindung mit der Bereitstellungs-API herstellen dürfen. | Optionen, die für mehrere Kommunikationsdienstleistungen gemeinsam sind: Zulässige Quell-IP-Adressen/CIDR-Bereiche für die Verbindung mit der Kommunikations-Gateway-Bereitstellungs-Plattform |
Für Teams Phone Mobile:
| Wert | Feldname(n) im Azure-Portal |
|---|---|
| Die Nummer, die in Teams Phone Mobile für den Zugriff auf die Voicemail Interactive Voice Response (IVR) von nativen Wähltastaturen verwendet wird. | Teams Phone Mobile: Teams Voicemail-Pilotnummer |
| So planen Sie die Verwendung von Mobile Control Point (MCP), um Teams Phone Mobile-Anrufe an das Microsoft Phone System weiterzuleiten. Wählen Sie aus "Integrated " (zum Bereitstellen von MCP im Azure Communications Gateway), lokal (zur Verwendung eines vorhandenen lokalen MCP) oder "None " (wenn Sie eine andere Methode zum Weiterleiten von Anrufen verwenden). | Teams Phone Mobile: MCP |
Für Zoom Phone Cloud Peering:
| Wert | Feldname(n) im Azure-Portal |
|---|---|
| Der Zoombereich, mit dem verbunden werden soll | Zoom: Zoombereich |
| IP-Adressen oder Adressbereiche (im CIDR-Format) in Ihrem Netzwerk, die in einer durch Trennzeichen getrennten Liste eine Verbindung mit der Bereitstellungs-API des Azure Communications Gateways herstellen dürfen. Die Verwendung der Bereitstellungs-API ist erforderlich, um Nummern für Zoom Phone Cloud Peering bereitzustellen. | Optionen, die für mehrere Kommunikationsdienstleistungen gemeinsam sind: Zulässige Quell-IP-Adressen/CIDR-Bereiche für die Verbindung mit der Kommunikations-Gateway-Bereitstellungs-Plattform |
| Gibt an, ob mithilfe der Bereitstellungs-API des Azure Communications Gateways ein benutzerdefinierter SIP-Header zu Nachrichten hinzugefügt werden soll, die in Ihr Netzwerk gelangen. | Allgemeine Optionen für mehrere Kommunikationsdienste: Hinzufügen eines benutzerdefinierten SIP-Headers |
| (Nur wenn Sie einen benutzerdefinierten SIP-Header hinzufügen möchten) Der Name eines benutzerdefinierten SIP-Headers | Allgemeine Optionen für mehrere Kommunikationsdienste: Benutzerdefinierter SIP-Headername |
Für die Azure Operator Call Protection Preview sind keine Konfigurationsoptionen erforderlich.
Sammeln von Werten für Dienstüberprüfungsnummern
Sammeln Sie alle Werte in der folgenden Tabelle für alle dienstüberprüfungsnummern, die vom Azure Communications Gateway benötigt werden.
Für Operator Connect und Teams Phone Mobile:
| Wert | Feldname(n) im Azure-Portal |
|---|---|
| Ein Name für die Testlinie. Wir empfehlen Namen wie OC1 und OC2 (für Operator Connect) sowie TPM1 und TPM2 (für Teams Phone Mobile). | Name |
| Die Telefonnummer für die Testleitung im E.164-Format und einschließlich der Ländervorwahl. | Telefonnummer |
| Der Zweck der Testlinie (immer automatisiert). | Testzweck |
Für Zoom Phone Cloud Peering:
| Wert | Feldname(n) im Azure-Portal |
|---|---|
| Die Telefonnummer für die Testleitung im E.164-Format, einschließlich der Ländervorwahl. | Telefonnummer |
Microsoft Teams Direct Routing und Azure Operator Call Protection Preview erfordern keine Dienstüberprüfungsnummern.
Entscheiden Sie, ob Tags für Azure-Ressourcen verwendet werden sollen
Ressourcenbenennung und -kategorisierung ist nützlich für die Ressourcenverwaltung. Sie ermöglicht Es Ihrer Organisation, Ressourcen zu finden und nachzuverfolgen, die bestimmten Teams oder Workloads zugeordnet sind, und ermöglicht es Ihnen, den Verbrauch von Cloudressourcen nach Geschäftsgebiet und Team genauer nachzuverfolgen.
Wenn Sie glauben, dass Tagging für Ihre Organisation nützlich wäre, entwerfen Sie Ihre Benennungs- und Taggingkonventionen nach den Informationen im Entscheidungshandbuch zur Ressourcenbenennung und zum Kategorisieren.