Udostępnij przez

Przygotowanie do wdrożenia usługi Azure Communications Gateway

Ważne

Usługa Azure Communications Gateway zostanie wycofana 30 października 2025 r., a nowi klienci nie są dołączani. Aby zapobiec wszelkim przerwom w działaniu usługi, przejdź do innego rozwiązania certyfikowanego kontrolera granic sesji (SBC) usługi Microsoft Teams przed 30 października 2025 r.

W tym artykule opisano poszczególne zadania, które należy wykonać przed rozpoczęciem wdrażania usługi Azure Communications Gateway. W przypadku Operator Connect i Teams Phone Mobile pomyślne wdrożenia zależą od stanu środowiska Operator Connect lub Teams Phone Mobile.

W poniższych sekcjach opisano informacje potrzebne do zebrania i decyzje, które należy podjąć przed wdrożeniem usługi Azure Communications Gateway.

Wymagania wstępne

Ważne

Aby korzystać z usługi Azure Communications Gateway, musisz być operatorem telekomunikacyjnym.

W przypadku aplikacji Operator Connect lub Teams Phone Mobile musisz również mieć podpisaną umowę Operator Connect lub Teams Phone Mobile z firmą Microsoft. Aby uzyskać więcej informacji na temat tych programów, zobacz Operator Connect lub Teams Phone Mobile.

W przypadku Zoom Phone Cloud Peering należy również rozpocząć proces dołączania z Zoom, aby stać się dostawcą Zoom Phone Cloud Peering. Aby uzyskać więcej informacji na temat komunikacji równorzędnej w chmurze, zobacz Zoom's Cloud Peering information (Komunikacja równorzędna w chmurze).

Ważne

Musisz w pełni zrozumieć proces wdrażania dla wybranej usługi komunikacyjnej i wszelkich zależności wprowadzonych przez ten proces.

Zapewnij wystarczający czas na proces wdrażania. Na przykład może być konieczne odczekanie do dwóch tygodni na aprowizację nowego zasobu usługi Azure Communications Gateway, zanim będzie można połączyć go z siecią.

Musisz posiadać globalnie routowalne numery dla dwóch typów testów:

  • Testowanie integracji przez pracowników podczas wdrażania i integracji
  • Weryfikacja usługi (ciągłe testowanie wywołań) przez wybrane usługi komunikacyjne

W poniższej tabeli opisano liczbę liczb, które należy przydzielić.

Usługa Numery na potrzeby testowania integracji Numery weryfikacji usługi
Łączność Operatora 1 (minimum) - Wdrożenia produkcyjne: 6
- Wdrożenia laboratorium: 3
Telefon komórkowy w aplikacji Teams 1 (minimum) - Wdrożenia produkcyjne: 6
- Wdrożenia laboratorium: 3
Routing bezpośredni w usłudze Microsoft Teams 1 (minimum) Brak (nie dotyczy)
Parowanie w chmurze dla Zoom Phone 1 (minimum) - Stany Zjednoczone i Kanada: 6
- Reszta świata: 2

Ważne

Numery weryfikacyjne usługi muszą być używane przez cały cykl życia wdrożenia.

Jeśli chcesz skonfigurować wdrożenie laboratorium, musisz już mieć wdrożone wdrożenie standardowe lub być w trakcie jego wdrażania. Nie można użyć wdrożenia laboratorium jako autonomicznego wdrożenia usługi Azure Communications Gateway.

Zorganizować onboarding

Aby wdrożyć usługę Azure Communications Gateway, potrzebny jest zespół wdrażający Microsoft. Usługa Azure Communications Gateway obejmuje program dołączania o nazwie Uwzględnione korzyści. Jeśli nie kwalifikujesz się do uwzględnionych korzyści lub potrzebujesz dodatkowej pomocy technicznej, porozmawiaj o wymaganiach z przedstawicielem handlowym firmy Microsoft.

Programy Operator Connect i Teams Phone Mobile wymagają również partnera dołączania, który zarządza niezbędnymi zmianami w środowiskach Operator Connect lub Teams Phone Mobile i koordynuje je z usługą Microsoft Teams w Twoim imieniu. Zespół projektu Azure Communications Gateway Included Benefits spełnia tę rolę, ale możesz wybrać innego partnera do wdrożenia, aby koordynować z zespołem Microsoft Teams w Twoim imieniu.

Upewnij się, że masz odpowiedni plan pomocy technicznej

Zdecydowanie zalecamy posiadanie planu pomocy technicznej obejmującego pomoc techniczną, taką jak Microsoft Unified Support.

Wybierz dzierżawę platformy Azure do użycia

Zalecamy użycie istniejącej dzierżawy Microsoft Entra dla Azure Communications Gateway, ponieważ korzystanie z istniejącej dzierżawy umożliwia korzystanie z istniejących tożsamości w celu w pełni zintegrowanego uwierzytelniania. Jeśli musisz zarządzać tożsamościami oddzielnie od reszty organizacji lub skonfigurować różne uprawnienia dla portalu zarządzania numerami dla różnych zasobów usługi Azure Communications Gateway, najpierw utwórz nową dedykowaną dzierżawę.

Środowiska Operator Connect i Teams Phone Mobile dziedziczą tożsamości i uprawnienia konfiguracji z dzierżawy Microsoft Entra za pośrednictwem aplikacji Microsoft o nazwie Project Synergy. Musisz dodać tę aplikację do dzierżawy Microsoft Entra jako część procesu łączenia usługi Azure Communications Gateway z usługą Operator Connect lub Teams Phone Mobile, jeśli dzierżawa nie zawiera jeszcze tej aplikacji.

Ważne

W przypadku programów Operator Connect i Teams Phone Mobile wdrożenia produkcyjne i wdrożenia laboratoryjne muszą łączyć się z tym samym dzierżawcą Microsoft Entra. Konfiguracja usługi Microsoft Teams dla dzierżawcy pokazuje konfigurację wdrożeń laboratoryjnych i produkcyjnych razem.

Uzyskiwanie dostępu do usługi Azure Communications Gateway dla subskrypcji platformy Azure

Dostęp do usługi Azure Communications Gateway jest ograniczony. Po wykonaniu poprzednich kroków w tym artykule:

  1. Skontaktuj się z zespołem ds. wdrożeń i poproś o włączenie subskrypcji. Jeśli nie masz jeszcze zespołu wdrożeniowego, skontaktuj się azcog-enablement@microsoft.com z identyfikatorem subskrypcji platformy Azure i danymi kontaktowymi.
  2. Przed przejściem do następnego kroku poczekaj na potwierdzenie włączenia usługi Azure Communications Gateway.

Tworzenie projektu sieci

Zdecyduj, jak usługa Azure Communications Gateway powinna łączyć się z siecią. Zalecamy korzystanie z usługi Microsoft Azure Peering Service Voice (czasami nazywanej usługą MAPS Voice). Aby uzyskać więcej informacji na temat opcji, zobacz Łączność dla usługi Azure Communications Gateway. Jeśli planujesz użyć usługi Azure Communications Gateway z iniekcją sieci wirtualnej (wersja zapoznawcza), wypełnij wymagania wstępne dotyczące wdrażania usługi Azure Communications Gateway z iniekcją sieci wirtualnej.

W przypadku aplikacji Teams Phone Mobile i Azure Operator Call Protection (wersja zapoznawcza) należy zdecydować, w jaki sposób sieć powinna określić, czy połączenie obejmuje odpowiedniego subskrybenta, a w związku z tym należy prawidłowo kierować połączenie. Masz następujące możliwości:

  • Użyj zintegrowanego punktu kontroli mobilnej (MCP) usługi Azure Communications Gateway.
  • Nawiąż połączenie z lokalną wersją mobilnego punktu sterowania (MCP) z metaswitcha.
  • Użyj innych możliwości routingu w sieci podstawowej.

Aby uzyskać więcej informacji na temat tych opcji dla aplikacji Teams Phone Mobile, zobacz Integracja sterowania połączeniami dla aplikacji Teams Phone Mobile i Mobile Control Point w usłudze Azure Communications Gateway.

Połączenie z usługą Azure Communications Gateway dla usługi Azure Operator Call Protection odbywa się za pośrednictwem protokołu SIPREC. Usługa Azure Communications Gateway pełni rolę serwera nagrywania sesji SIPREC (SRS). Element w sieci, zazwyczaj kontroler granic sesji (SBC), jest skonfigurowany jako klient nagrywania sesji SIPREC (SRC).

Jeśli musisz obsługiwać połączenia alarmowe od klientów usługi Microsoft Teams lub Zoom, przeczytaj o połączeniach alarmowych z wybraną usługą komunikacji:

Ważne

Nie można kierować połączeń alarmowych z sieci do usługi Azure Communications Gateway.

Łączenie sieci z platformą Azure

Konfigurowanie połączeń między siecią a platformą Azure:

Zbieranie podstawowych informacji dotyczących wdrażania usługi Azure Communications Gateway

Zbierz wszystkie wartości w poniższej tabeli dla zasobu usługi Azure Communications Gateway.

Wartość Nazwy pól w witrynie Azure Portal
Nazwa subskrypcji platformy Azure, która ma zostać użyta do utworzenia zasobu usługi Azure Communications Gateway. Musisz użyć tej samej subskrypcji dla wszystkich zasobów we wdrożeniu usługi Azure Communications Gateway. Szczegóły projektu: subskrypcja
Grupa zasobów platformy Azure, w której ma zostać utworzony zasób usługi Azure Communications Gateway. Szczegóły projektu: Grupa zasobów
Nazwa wdrożenia. Ta nazwa może zawierać znaki alfanumeryczne i -. Musi mieć długość od 3 do 24 znaków. Szczegóły wystąpienia: nazwa
Region zarządzania platformą Azure: region, w którym są przetwarzane dane monitorowania i rozliczeń. Zalecamy wybranie regionu znajdującego się blisko lub współdzielonego z dwoma regionami na potrzeby obsługi ruchu telefonicznego. Szczegóły wystąpienia: Region
Typ wdrożenia. Wybierz jedną z opcji Standardowa (dla środowiska produkcyjnego) lub Laboratorium. Szczegóły wystąpienia: SKU
Kodeki głosowe do używania między usługą Azure Communications Gateway a twoją siecią. Zalecamy określenie tylko koderów, jeśli istnieje silny powód ograniczenia koderów (na przykład licencjonowania określonych koderów) i nie można skonfigurować sieci ani punktów końcowych, aby nie oferować określonych koderów. Ograniczenie koderów może zmniejszyć ogólną jakość głosu ze względu na wybór koderów o niższej wierności. Obsługa wywołań: obsługiwane koderie
Bez względu na to, czy zasób usługi Azure Communications Gateway powinien obsługiwać połączenia alarmowe jako standardowe połączenia, czy bezpośrednio kierować je do dostawcy usługi routingu awaryjnego (tylko w USA; tylko dla usługi Operator Connect lub Teams Phone Mobile). Obsługa połączeń: obsługa połączeń alarmowych
Rozdzielona przecinkami lista ciągów wybierania używanych do połączeń alarmowych. W przypadku usługi Microsoft Teams określ ciągi wybierania jako standardowy numer alarmowy (na przykład 999). W przypadku Zoom określ ciągi wybierania numerów w formacie +<country-code><emergency-number> (przykładowo +44999). (Tylko dla Operator Connect, Teams Phone Mobile i Zoom Phone Cloud Peering). Obsługa połączeń alarmowych: numery alarmowe
Zakres, w którym automatycznie wygenerowana etykieta nazwy domeny dla usługi Azure Communications Gateway jest unikatowa. Zasoby gateway'a komunikacyjnego otrzymują automatycznie generowaną etykietę nazwy domeny, która zależy od nazwy zasobu. Wybranie Dzierżawa przypisuje zasobowi o tej samej nazwie w tej samej dzierżawie, ale innej subskrypcji, tę samą etykietę. Wybranie Subskrypcja powoduje, że zasób o tej samej nazwie w tej samej subskrypcji, ale innej grupie zasobów, otrzymuje tę samą etykietę. Wybranie pozycji Grupa zasobów powoduje nadanie zasobowi tej samej nazwy w tej samej grupie zasobów tej samej etykiety. Wybranie pozycji Nie należy ponownie używać oznacza, że etykieta nie zależy od nazwy, grupy zasobów, subskrypcji ani dzierżawy. DNS: automatycznie wygenerowany zakres nazwy domeny

Zbieranie wartości konfiguracji dla regionów usługi

Zbierz wszystkie wartości w poniższej tabeli dla obu regionów usługi, w których chcesz wdrożyć usługę Azure Communications Gateway.

Uwaga / Notatka

Wdrożenia laboratorium mają jeden region świadczenia usługi Azure i łączą się z jedną lokacją w sieci.

Wartość Nazwy pól w witrynie Azure Portal
Region platformy Azure do obsługi traffiku połączeń.

Jeśli włączasz usługę Azure Operator Call Protection w wersji zapoznawczej, istnieją ograniczenia dotyczące miejsc, w których można wdrożyć zasoby platformy Azure; Zobacz Wybieranie regionów zarządzania i usług		 Region serwisowy Jeden/Dwa: Region
Adres IPv4 należący do twojej sieci, którego usługa Azure Communications Gateway powinna używać do kontaktowania się z twoją siecią z tego regionu. Jeden/drugi region usługi: adres IP operatora
Zestaw adresów IP/zakresów dozwolonych jako źródła sygnału ruchu z sieci. Podaj zakres adresów IPv4 przy użyciu notacji CIDR (na przykład 192.0.2.0/24) lub adresu IPv4 (na przykład 192.0.2.0). Można również podać rozdzielaną przecinkami listę adresów IPv4 i/lub zakresów adresów. Jeden/drugi region usługi: dozwolone źródłowe adresy IP/zakresy CIDR
Zestaw adresów IP/zakresów dozwolonych jako źródła ruchu multimedialnego z sieci. Podaj zakres adresów IPv4 przy użyciu notacji CIDR (na przykład 192.0.2.0/24) lub adresu IPv4 (na przykład 192.0.2.0). Można również podać rozdzielaną przecinkami listę adresów IPv4 i/lub zakresów adresów. Jeden/drugi region usługi: Dozwolone źródłowe adresy IP/zakresy CIDR źródła multimediów

Zbieranie wartości konfiguracji dla każdej usługi komunikacji

Zbierz wartości usług komunikacyjnych, które planujesz obsługiwać.

Ważne

Niektóre opcje dotyczą wielu usług, jak pokazano w temacie Opcje wspólne dla wielu usług komunikacyjnych w poniższych tabelach. Musisz wybrać konfigurację odpowiednią dla wszystkich usług, które planujesz obsługiwać.

W przypadku routingu bezpośredniego w usłudze Microsoft Teams:

Wartość Nazwy pól w witrynie Azure Portal
Adresy IP lub zakresy adresów (w formacie CIDR) w Twojej sieci, które powinny być dozwolone do łączenia się z API konfiguracji usługi Azure Communications Gateway, na liście rozdzielanej przecinkami. Aby aprowizować numery dla routingu bezpośredniego, wymagane jest użycie interfejsu API aprowizacji. Opcje wspólne dla wielu usług komunikacyjnych: Dozwolone źródłowe adresy IP/zakresy CIDR do łączenia się z platformą konfiguracyjną bramy komunikacyjnej
Czy dodać niestandardowy nagłówek SIP do komunikatów wprowadzanych do sieci przy użyciu interfejsu API aprowizacji usługi Azure Communications Gateway Opcje wspólne dla wielu usług komunikacyjnych: Dodawanie niestandardowego nagłówka SIP
(Tylko w przypadku wybrania dodania niestandardowego nagłówka SIP) Nazwa dowolnego niestandardowego nagłówka SIP Opcje typowe dla wielu usług komunikacyjnych: niestandardowa nazwa nagłówka SIP

Dla operatora Connect:

Wartość Nazwy pól w witrynie Azure Portal
Czy dodać niestandardowy nagłówek SIP do komunikatów wprowadzanych do sieci przy użyciu interfejsu API aprowizacji usługi Azure Communications Gateway Opcje wspólne dla wielu usług komunikacyjnych: Dodawanie niestandardowego nagłówka SIP
(Tylko w przypadku wybrania dodania niestandardowego nagłówka SIP) Nazwa dowolnego niestandardowego nagłówka SIP Opcje typowe dla wielu usług komunikacyjnych: niestandardowa nazwa nagłówka SIP
(Tylko w przypadku wybrania dodania niestandardowego nagłówka SIP) Adresy IP lub zakresy adresów (w formacie CIDR) w sieci, które powinny mieć dostęp do interfejsu API provisioningu, na liście rozdzielanej przecinkami. Opcje wspólne dla wielu usług komunikacyjnych: Dozwolone źródłowe adresy IP/zakresy CIDR do łączenia się z platformą konfiguracyjną bramy komunikacyjnej

W przypadku aplikacji Teams Phone Mobile:

Wartość Nazwy pól w witrynie Azure Portal
Numer używany w aplikacji Teams Phone Mobile do uzyskania dostępu do interaktywnej odpowiedzi głosowej (IVR) poczty głosowej z natywnych programów do wybierania numerów. Mobilny telefon Teams: numer pilota poczty głosowej Teams
Jak planujesz używać punktu kontroli mobilnej (MCP) do kierowania połączeń Teams Phone Mobile do systemu Microsoft Phone System. Wybierz jedną z opcji Zintegrowane (w celu wdrożenia mcp w usłudze Azure Communications Gateway), lokalnie (w celu użycia istniejącego lokalnego mcp) lub Brak (jeśli użyjesz innej metody do kierowania wywołań). Teams Phone Mobile: MCP

W przypadku Zoom Phone Cloud Peering:

Wartość Nazwy pól w witrynie Azure Portal
Region Zoom, z którym ma nawiązać połączenie Powiększenie: region powiększenia
Adresy IP lub zakresy adresów (w formacie CIDR) w Twojej sieci, które powinny być dozwolone do łączenia się z API konfiguracji usługi Azure Communications Gateway, na liście rozdzielanej przecinkami. Aby aprowizować numery dla komunikacji równorzędnej Zoom Phone Cloud Peering, wymagane jest korzystanie z interfejsu API Provisioning. Opcje wspólne dla wielu usług komunikacyjnych: Dozwolone źródłowe adresy IP/zakresy CIDR do łączenia się z platformą konfiguracyjną bramy komunikacyjnej
Czy dodać niestandardowy nagłówek SIP do komunikatów wprowadzanych do sieci przy użyciu interfejsu API aprowizacji usługi Azure Communications Gateway Opcje wspólne dla wielu usług komunikacyjnych: Dodawanie niestandardowego nagłówka SIP
(Tylko w przypadku wybrania dodania niestandardowego nagłówka SIP) Nazwa dowolnego niestandardowego nagłówka SIP Opcje typowe dla wielu usług komunikacyjnych: niestandardowa nazwa nagłówka SIP

W wersji zapoznawczej usługi Azure Operator Call Protection nie są wymagane żadne opcje konfiguracji.

Zbierz wartości dla numerów weryfikacyjnych usługi

Zbierz wszystkie wartości w poniższej tabeli dla wszystkich numerów weryfikacyjnych usługi wymaganych przez usługę Azure Communications Gateway.

W przypadku Operator Connect i Teams Phone Mobile:

Wartość Nazwy pól w witrynie Azure Portal
Nazwa wiersza testu. Zalecamy nazwy w postaci OC1 i OC2 (dla Operator Connect) oraz TPM1 i TPM2 (dla Teams Phone Mobile). Nazwa
Numer telefonu dla linii testowej w formacie E.164, który zawiera kod kraju. Numer
Cel linii testowej (zawsze automatyczny). Cel testowania

W przypadku usługi Zoom Phone Cloud Peering:

Wartość Nazwy pól w witrynie Azure Portal
Numer telefonu dla testowej linii w formacie E.164, zawierający kod kraju. Numer

Usługa Microsoft Teams Direct Routing i Wersja zapoznawcza usługi Azure Operator Call Protection nie wymagają numerów weryfikacyjnych usługi.

Zdecyduj, czy chcesz używać tagów dla zasobów platformy Azure

Nazewnictwo zasobów i tagowanie jest przydatne w przypadku zarządzania zasobami. Umożliwia ona organizacji lokalizowanie i śledzenie zasobów skojarzonych z określonymi zespołami lub obciążeniami, a także umożliwia dokładniejsze śledzenie zużycia zasobów w chmurze według obszaru biznesowego i zespołu.

Jeśli uważasz, że tagowanie byłoby przydatne w organizacji, zaprojektuj konwencje nazewnictwa i tagowania zgodnie z informacjami w przewodniku po decyzjach dotyczących nazewnictwa zasobów i tagowania.

Następny krok

Wdrażanie zasobu usługi Azure Communications Gateway i łączenie go z sieciami

  • Last updated on