Vorbereiten der Bereitstellung von Azure Communications Gateway

Dieser Artikel bietet einen Leitfaden zu den einzelnen Aufgaben, die Sie ausführen müssen, bevor Sie mit der Bereitstellung von Azure Communications Gateway beginnen können. Erfolgreiche Bereitstellungen hängen bei Operator Connect und Teams Phone Mobile vom Zustand Ihrer Operator Connect- oder Teams Phone Mobile-Umgebung ab.

In den folgenden Abschnitten werden die Informationen, die Sie sammeln müssen, und die Entscheidungen beschrieben, die Sie vor der Bereitstellung von Azure Communications Gateway treffen müssen.

Voraussetzungen

Wichtig

Sie müssen ein Telekommunikationsanbieter sein, um Azure Communications Gateway zu verwenden.

Für den Telefonieanbieter oder Teams Phone Mobile müssen Sie auch einen Telefonieanbieter- oder Teams Phone Mobile-Vertrag mit Microsoft unterzeichnet 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.

Wichtig

Sie müssen den Onboardingprozess für den von Ihnen ausgewählten Kommunikationsdienst und alle Abhängigkeiten, die durch den Onboardingprozess eingeführt wurden, vollständig verstehen.

Planen Sie ausreichend Zeit für den Bereitstellungs- und Onboardingprozess. Beispiel: Möglicherweise müssen Sie bis zu zwei Wochen warten, bis eine neue Azure Communications Gateway-Ressource bereitgestellt wird, bevor Sie diese mit Ihrem Netzwerk verbinden können.

Sie müssen Nummern für globales Routing für zwei Arten von Tests besitzen:

  • Integrationstests durch Ihre Mitarbeiter während der Bereitstellung und Integration
  • Dienstüberprüfung (kontinuierliche Anruftests) durch die von Ihnen ausgewählten Kommunikationsdienste

Die folgende Tabelle beschreibt, wie viele Nummern Sie zuordnen müssen.

Dienst Nummern für Integrationstests Dienstüberprüfungsnummern
Telefonieanbieter 1 (Minimum) – Produktionsbereitstellungen: 6
– Lab-Bereitstellungen: 3
Teams Telefon für Mobilgeräte 1 (Minimum) – Produktionsbereitstellungen: 6
– Lab-Bereitstellungen: 3
Microsoft Teams Direct Routing 1 (Minimum) Keine (nicht anwendbar)
Zoom Phone Cloud Peering 1 (Minimum) – USA und Kanada: 6
– Rest der Welt: 2
Vorschauversion von Azure Operator Call Protection 1 (Minimum) Keine (nicht anwendbar)

Wichtig

Nummern für Dienstüberprüfungen müssen während der gesamten Lebensdauer Ihrer Bereitstellung verwendet werden können.

Wenn Sie eine Labbereitstellung einrichten möchten, müssen Sie über eine Standardbereitstellung verfügen oder im Begriff sein, eine Bereitstellung durchzuführen. Sie können eine Labbereitstellung nicht als eigenständige Azure Communications Gateway-Bereitstellung verwenden.

Planen des Onboardings

Zum Bereitstellen von Azure Communications Gateway benötigen Sie ein Microsoft-Onboardingteam. Azure Communications Gateway schließt ein Onboardingprogramm namens Included Benefits ein. Wenn Sie nicht für Included Benefits berechtigt sind oder mehr Support benötigen, wenden Sie sich bezüglich Ihrer Anforderungen an Ihren Microsoft-Vertriebsmitarbeiter.

Die Programme Operator Connect und Teams Phone Mobile erfordern außerdem einen Onboardingpartner, der die erforderlichen Änderungen an den Umgebungen von Operator Connect oder Teams Phone Mobile verwaltet und die Koordination mit Microsoft Teams in Ihrem Auftrag übernimmt. Das Included Benefits-Projektteam von Azure Communications Gateway erfüllt diese Rolle, jedoch können Sie einen anderen Onboardingpartner auswählen, der die Koordination mit Microsoft Teams in Ihrem Auftrag übernimmt.

Sicherstellen, dass Sie über einen geeigneten Supportplan verfügen

Es wird dringend empfohlen, dass Sie über einen Supportplan mit technischem Support wie Microsoft Unified Support verfügen.

Auswählen des zu verwendenden Azure-Mandanten

Es wird empfohlen, einen vorhandenen Microsoft Entra-Mandanten für Azure Communications Gateway zu verwenden, da bei einem vorhandenen Mandanten Ihre vorhandenen Identitäten für die vollständig integrierte Authentifizierung verwendet werden. Wenn Sie Identitäten getrennt von Ihrer restlichen Organisation verwalten oder unterschiedliche Berechtigungen für das Nummernverwaltungsportal für verschiedene Azure Communications Gateway-Ressourcen einrichten möchten, erstellen Sie zunächst einen neuen dedizierten Mandanten.

Die Umgebungen von Operator Connect und Teams Phone Mobile erben die Identitäten und Konfigurationsberechtigungen über eine Microsoft-Anwendung namens Project Synergy von Ihrem Microsoft Entra-Mandanten. Sie müssen diese Anwendung Ihrem Microsoft Entra-Mandanten als Teil des Artikels Verbinden von Azure Communications Gateway mit Operator Connect oder Teams Phone Mobile hinzufügen, sofern Ihr Mandant diese Anwendung noch nicht enthält.

Wichtig

Für Operator Connect und Microsoft Teams Phone müssen Produktions- und Labbereitstellungen eine Verbindung mit demselben Microsoft Entra-Mandanten herstellen. Bei der Microsoft Teams-Konfiguration für Ihren Mandanten wird die Konfiguration für Ihre Lab- und Produktionsbereitstellungen zusammen angezeigt.

Erhalten des Zugriffs auf Azure Communications Gateway für Ihr Azure-Abonnement

Der Zugriff auf Azure Communications Gateway ist eingeschränkt. Nach Abschluss der vorherigen Schritte in diesem Artikel sollten Sie die folgenden Schritte ausführen:

  1. Wenden Sie sich an Ihr Onboardingteam, und bitten Sie um die Aktivierung Ihres Abonnements. Wenn Sie noch kein Onboardingteam haben, wenden Sie sich mit Ihrer Azure-Abonnement-ID und den Kontaktdetails an azcog-enablement@microsoft.com.
  2. Warten Sie auf die Bestätigung, dass Azure Communications Gateway aktiviert wurde, bevor Sie mit dem nächsten Schritt fortfahren.

Erstellen eines Netzwerkentwurfs

Legen Sie fest, wie Azure Communications Gateway eine Verbindung mit Ihrem Netzwerk herstellen soll. Es wird empfohlen, Microsoft Azure Peering Service Voice (auch als MAPS Voice bezeichnet) zu verwenden. Weitere Informationen zu Ihren Möglichkeiten finden Sie unter Konnektivität für Azure Communications Gateway. Wenn Sie planen, das Azure Communications Gateway mit VNet-Einschleusung (Vorschau) zu verwenden, erfüllen Sie die Voraussetzungen für die Bereitstellung des Azure Communications Gateways mit VNet-Einschleusung.

Bei Teams Phone Mobile und Azure Operator Call Protection (Vorschauversion) müssen Sie entscheiden, wie Ihr Netzwerk bestimmen soll, ob an einem Anruf ein relevanter Abonnent beteiligt ist, um den Anruf korrekt weiterzuleiten. Sie können Folgendes ausführen:

  • Verwenden des integrierten mobilen Steuerpunkts (Mobile Control Point, MCP) von Azure Communications Gateway
  • Herstellen einer Verbindung mit einer lokalen Version des mobilen Steuerpunkts (MCP) von Metaswitch
  • Verwenden anderer Routingfunktionen in Ihrem Kernnetzwerk

Weitere Informationen zu diesen Optionen für Teams Phone Mobile finden Sie unter Integration der Anrufsteuerung für Teams Phone Mobile und Mobiler Steuerpunkt in Azure Communications Gateway.

Für die Verbindung zwischen Azure Communications Gateway und Azure Operator Call Protection wird SIPREC verwendet. Azure Communications Gateway übernimmt die Rolle des SIPREC-SRS (Session Recording Server; Sitzungsaufzeichnungsserver). Eine Komponente in Ihrem Netzwerk (in der Regel ein SBC) wird als SIPREC-SRC (Session Recording Client; Sitzungsaufzeichnungsclient) eingerichtet.

Wenn Sie Notrufe über Microsoft Teams- oder Zoom-Clients unterstützen müssen, machen Sie sich mit den Informationen zu Notrufen mit Ihrem ausgewählten Kommunikationsdienst vertraut:

Wichtig

Notrufe dürfen nicht von Ihrem Netzwerk an Azure Communications Gateway weitergeleitet werden.

Herstellen einer Verbindung von Ihrem Netzwerk mit Azure

So konfigurieren Sie Verbindungen zwischen Ihrem Netzwerk und Azure:

Sammeln grundlegender Informationen für die Bereitstellung einer Azure Communications Gateway-Instanz

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 für alle Ressourcen in Ihrer Azure Communications Gateway-Bereitstellung dasselbe Abonnement verwenden. Projektdetails: Abonnement
Die Azure-Ressourcengruppe, in der die Azure Communications Gateway-Ressource erstellt werden soll. Projektdetails: Ressourcengruppe
Der Name für die Bereitstellung. Der Name darf nur alphanumerische Zeichen und - enthalten. Er muss 3–24 Zeichen lang sein. Details zur Instanz: Name
Die Azure-Verwaltungsregion: die Region, in der Ihre Überwachungs- und Abrechnungsdaten verarbeitet werden. Wir empfehlen, dass Sie für die Abwicklung des Anrufdatenverkehrs eine Region in der Nähe oder gemeinsam mit den beiden Regionen auszuwählen. Instanzdetails: Region
Der Typ der Bereitstellung. Wählen Sie aus Standard (für die Produktion) oder Lab aus. Instanzdetails: SKU
Die VoIP-Codecs, die zwischen Azure Communications Gateway und Ihrem Netzwerk verwendet werden sollen. Wir empfehlen Ihnen, nur Codecs anzugeben, wenn Sie einen starken Grund haben, Codecs einzuschränken (z. B. die Lizenzierung bestimmter Codecs), und Sie Ihr Netzwerk oder Ihre Endpunkte nicht so konfigurieren können, dass bestimmte Codecs nicht angeboten werden. Das Einschränken von Codecs kann die Sprachqualität insgesamt beeinträchtigen, wenn Codecs mit geringerer Qualität ausgewählt werden. Anrufbehandlung: Unterstützte Codecs
Gibt an, ob Ihre Azure Communications Gateway-Ressource Notrufe als Standardanrufe verarbeiten oder direkt an den Dienstanbieter für Notrufweiterleitung (Emergency Routing Service Provider, nur für USA, nur für Telefonieanbieter oder Teams Phone Mobile) weiterleiten soll. Anrufbehandlung: Notrufbehandlung
Eine durch Kommas 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: Wählzeichenfolgen für Notruf
Der Bereich, in dem die automatisch generierte Domänennamenbezeichnung für Azure Communications Gateway eindeutig ist. Communications Gateway-Ressourcen wird eine automatisch generierte Domänennamenbezeichnung zugewiesen, die vom Namen der Ressource abhängt. Wenn Sie Mandant auswählen, erhält eine Ressource mit demselben Namen im selben Mandanten, aber einem anderen Abonnement, dieselbe Bezeichnung. Wenn Sie Abonnement auswählen, erhält eine Ressource mit demselben Namen im selben Abonnement, aber einer anderen Ressourcengruppe, dieselbe Bezeichnung. Wenn Sie Ressourcengruppe auswählen, erhält eine Ressource mit demselben Namen in der gleichen Ressourcengruppe dieselbe Bezeichnung. Wenn Sie keine Wiederverwendung auswählen, bedeutet dies, dass die Bezeichnung nicht vom Namen, der Ressourcengruppe, dem Abonnement oder dem Mandanten abhängt. DNS: Automatisch generierter Domänennamenbereich

Sammeln von Konfigurationswerten für Dienstregionen

Sammeln Sie alle Werte in der folgenden Tabelle für beide Dienstregionen, in denen Sie Azure Communications Gateway bereitstellen möchten.

Hinweis

Lab-Bereitstellungen haben eine Azure-Dienstregion und erstellen eine Verbindung mit einer Site in Ihrem Netzwerk.

Wert Feldname(n) im Azure-Portal
Die Azure-Region, die für den Anrufdatenverkehr verwendet werden soll.

Wenn Sie die Vorschauversion von Azure Operator Call Protection aktivieren, können Ihre Azure-Ressourcen nur in bestimmten Regionen bereitgestellt werden. Weitere Informationen finden Sie unter Auswählen von Verwaltungs- und Dienstregionen.
Dienstregion Eins/Zwei: Region
Die IPv4-Adresse, die zu Ihrem Netzwerk gehört, das Azure Communications Gateway verwenden sollte, um Ihr Netzwerk aus dieser Region zu kontaktieren. Dienstregion Eins/Zwei: Betreiber-IP-Adresse
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 Kommas getrennte Liste von IPv4-Adressen und/oder Adressbereichen bereitstellen. Dienstregion Eins/Zwei: Zulässige IP-Adressen/CIDR-Bereiche der Signalquelle
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 Kommas getrennte Liste von IPv4-Adressen und/oder Adressbereichen bereitstellen. Dienstregion Eins/Zwei: 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.

Wichtig

Einige Optionen gelten für mehrere Dienste, wie die Optionen, die für mehrere Kommunikationsdienste gemeinsam sind in den folgenden Tabellen zeigen. 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 eine Verbindung mit der Bereitstellungs-API von Azure Communications Gateway herstellen dürfen, in einer durch Kommas getrennten Liste. Die Verwendung der Bereitstellungs-API ist erforderlich, um Nummern für Direct Routing bereitzustellen. Optionen, die für mehrere Kommunikationsdienste gemeinsam sind: Zulässige Quell-IP-Adressen/CIDR-Bereiche für das Herstellen einer Verbindung mit der Communications Gateway-Bereitstellungsplattform
Gibt an, ob Nachrichten, die in Ihr Netzwerk eingegeben werden, mithilfe der Bereitstellungs-API von Azure Communications Gateway ein benutzerdefinierter SIP-Header hinzugefügt werden soll Optionen, die für mehrere Kommunikationsdienste gemeinsam sind: Hinzufügen eines benutzerdefinierten SIP-Headers
(Nur wenn Sie einen benutzerdefinierten SIP-Header hinzufügen möchten) Der Name eines beliebigen benutzerdefinierten SIP-Headers Optionen, die für mehrere Kommunikationsdienste gemeinsam sind: Benutzerdefinierter SIP-Headername

Für Telefonieanbieter:

Wert Feldname(n) im Azure-Portal
Gibt an, ob Nachrichten, die in Ihr Netzwerk eingegeben werden, mithilfe der Bereitstellungs-API von Azure Communications Gateway ein benutzerdefinierter SIP-Header hinzugefügt werden soll Optionen, die für mehrere Kommunikationsdienste gemeinsam sind: Hinzufügen eines benutzerdefinierten SIP-Headers
(Nur wenn Sie einen benutzerdefinierten SIP-Header hinzufügen möchten) Der Name eines beliebigen benutzerdefinierten SIP-Headers Optionen, die für mehrere Kommunikationsdienste gemeinsam sind: 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 eine Verbindung mit der Bereitstellungs-API herstellen dürfen, in einer durch Komma getrennten Liste. Optionen, die für mehrere Kommunikationsdienste gemeinsam sind: Zulässige Quell-IP-Adressen/CIDR-Bereiche für das Herstellen einer Verbindung mit der Communications Gateway-Bereitstellungsplattform

Für Teams Telefon Mobil:

Wert Feldname(n) im Azure-Portal
Die Nummer, die in Microsoft Teams Telefon Mobil für den Zugriff auf das Voicemail-Sprachdialogsystem (Interactive Voice Response, IVR) von nativen Wählvorrichtungen verwendet wird Teams Phone Mobile: Teams Voicemail-Pilotnummer
So planen Sie die Verwendung von Mobiler Steuerpunkt (Mobile Control Point, MCP), um Teams Phone Mobile-Anrufe an das Microsoft-Telefonsystem weiterzuleiten. Wählen Sie aus Integriert (zum Bereitstellen von MCP im Azure Communications Gateway), Lokal (zur Verwendung eines vorhandenen lokalen MCP) oder Keine (wenn Sie eine andere Methode zum Routen von Anrufen verwenden). Teams Phone Mobil: MCP

Für Cloud-Peering in Zoom-Telefon:

Wert Feldname(n) im Azure-Portal
Der Zoombereich, mit dem eine Verbindung hergestellt werden soll Zoom: Zoomregion
IP-Adressen oder Adressbereiche (im CIDR-Format) in Ihrem Netzwerk, die eine Verbindung mit der Bereitstellungs-API von Azure Communications Gateway herstellen dürfen, in einer durch Kommas getrennten Liste. Die Verwendung der Bereitstellungs-API ist erforderlich, um Nummern für Cloud-Peering in Zoom-Telefon bereitzustellen. Optionen, die für mehrere Kommunikationsdienste gemeinsam sind: Zulässige Quell-IP-Adressen/CIDR-Bereiche für das Herstellen einer Verbindung mit der Communications Gateway-Bereitstellungsplattform
Gibt an, ob Nachrichten, die in Ihr Netzwerk eingegeben werden, mithilfe der Bereitstellungs-API von Azure Communications Gateway ein benutzerdefinierter SIP-Header hinzugefügt werden soll Optionen, die für mehrere Kommunikationsdienste gemeinsam sind: Hinzufügen eines benutzerdefinierten SIP-Headers
(Nur wenn Sie einen benutzerdefinierten SIP-Header hinzufügen möchten) Der Name eines beliebigen benutzerdefinierten SIP-Headers Optionen, die für mehrere Kommunikationsdienste gemeinsam sind: Benutzerdefinierter SIP-Headername

Für die Vorschauversion von Azure Operator Call Protection 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 Telefonieanbieter und Teams Phone Mobile:

Wert Feldname(n) im Azure-Portal
Ein Name für die Testlinie. Wir empfehlen Namen der Formulare OC1 und OC2 (für Operator Connect) und TPM1 und TPM2 (für Microsoft Teams Telefon Mobil). Name
Die Telefonnummer für die Testlinie im E.164-Format und einschließlich der Landeskennzahl. Telefonnummer
Der Zweck der Testlinie (immer Automatisiert). Testzwecke

Für Cloud-Peering in Zoom-Telefon:

Wert Feldname(n) im Azure-Portal
Die Telefonnummer für die Testlinie im E.164-Format und einschließlich der Landeskennzahl. Telefonnummer

Für Microsoft Teams Direct Routing und die Vorschauversion von Azure Operator Call Protection werden keine Dienstüberprüfungsnummern benötigt.

Entscheiden, ob für Azure-Ressourcen Tags verwendet werden sollen

Ressourcenbenennung und -kennzeichnung ist nützlich für die Ressourcenverwaltung. Dies ermöglicht es Ihrer Organisation, Ressourcen zu finden und nachzuverfolgen, die bestimmten Teams oder Workloads zugeordnet sind, und ermöglicht es Ihnen auch, den Verbrauch von Cloudressourcen nach Geschäftsgebiet und Team genauer nachzuverfolgen.

Wenn Sie glauben, dass eine Kennzeichnung für Ihre Organisation nützlich wäre, entwerfen Sie Ihre Benennungs- und Kennzeichnungskonventionen nach den Informationen im Entscheidungshandbuch zur Ressourcenbenennung und -kennzeichnung.

Nächster Schritt