Udostępnij za pośrednictwem

Omówienie współdziałania usługi Azure Communications Gateway z routingiem bezpośrednim w usłudze Microsoft Teams

  • Artykuł

Usługa Azure Communications Gateway to certyfikowany protokół SBC dla usługi Microsoft Teams Direct Routing, który umożliwia operatorom telekomunikacyjnym zapewnienie klientom łączności PSTN z usługi Microsoft Teams. Usługa Azure Communications Gateway może manipulować sygnałami i nośnikami w celu spełnienia wymagań sieci i systemu Microsoft Phone System, który obsługuje routing bezpośredni w usłudze Microsoft Teams.

Z tego artykułu dowiesz się:

  • Gdzie usługa Azure Communications Gateway pasuje do twojej sieci.
  • Jak usługa Azure Communications Gateway obsługuje wielu klientów.
  • Jakie funkcje sygnalizacyjne i funkcje współdziałania mediów oferuje?

Ważne

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

Rola i pozycja w sieci

Azure Communications Gateway znajduje się na skraju stacjonarnej sieci telekomunikacyjnej. Łączy tę sieć z systemem Microsoft Phone System, co umożliwia obsługę routingu bezpośredniego w usłudze Microsoft Teams. Na poniższym diagramie pokazano, gdzie znajduje się usługa Azure Communications Gateway w sieci.

diagram architektury dla usługi Azure Communications Gateway dla routingu bezpośredniego w usłudze Microsoft Teams.

Połączenia przechodzą od klientów Microsoft Teams przez System Telefonii Microsoft i bramę Azure Communications Gateway do Twojej sieci.

Zgodność ze specyfikacjami certyfikatu SBC

Usługa Azure Communications Gateway obsługuje specyfikacje firmy Microsoft dotyczące certyfikowanych kontrolerów SBCs na potrzeby routingu bezpośredniego w usłudze Microsoft Teams. Aby uzyskać więcej informacji na temat certyfikacji i tych specyfikacji, zobacz Session Border Controllers certified for Direct Routing.

Usługa Azure Communications Gateway zawiera wiele funkcji, które umożliwiają sieci spełnienie wymagań dotyczących routingu bezpośredniego, w tym:

Obsługa wielu klientów z wielodostępnym modelem usługi Microsoft Teams

Wdrożenie usługi Azure Communications Gateway ma na celu obsługę Routingu Bezpośredniego dla wielu dzierżaw. Jego projekt umożliwia dostarczanie usług telefonicznych Microsoft Teams wielu klientom, z których każdy ma wielu użytkowników. Korzysta z modelu dzierżawy operatora i klienta opisanego w dokumentacji Microsoft Teams dotyczącej konfigurowania kontrolera granic sesji dla wielu dzierżaw. W tym modelu:

  • Twoja konfiguracja Microsoft Teams jest definiowana w dzierżawie twojej organizacji: dzierżawie operatora .
  • Każdy klient ma własny tenant, który reprezentuje konfigurację dla tego klienta.

Wdrożenie usługi Azure Communications Gateway zawsze uzyskuje nazwę FQDN (w pełni kwalifikowaną nazwę domeny) gdy jest tworzone. Używasz tej nazwy FQDN jako domeny podstawowej dla swojej dzierżawy operatora.

Usługa Azure Communications Gateway odbiera również dwie poddomeny w poszczególnych regionach domeny podstawowej (jeden na region).

Każdy z Twoich klientów potrzebuje domen podrzędnych klientów tych domen dla poszczególnych regionów. Usługa Azure Communications Gateway zawiera jedną z tych domen podrzędnych w nagłówku Kontakt każdego komunikatu wysyłanego do systemu Microsoft Phone System: obecność poddomeny umożliwia systemowi Microsoft Phone System identyfikację dzierżawy klienta dla każdego komunikatu. Aby uzyskać więcej informacji, zobacz Identyfikacja dzierżawy klienta dla systemu telefonicznego Microsoft.

Dla każdego klienta musisz:

  1. Wybierz odpowiednią etykietę DNS specyficzną dla klienta, aby utworzyć poddomeny.
    • Etykieta musi zawierać maksymalnie dziewięć znaków i może zawierać tylko litery, cyfry, podkreślenia i kreski.
    • Nie można używać poddomen wieloznacznych ani poddomen podrzędnych z wieloma etykietami.
    • Można na przykład przydzielić etykietę contoso.

    Ważne

    Pełne poddomeny klienta (w tym nazwy domen w poszczególnych regionach) muszą zawierać maksymalnie 48 znaków. Identyfikator Entra firmy Microsoft nie obsługuje nazw domen przekraczających 48 znaków. Na przykład poddomena klienta contoso1.1r1.a1b2c3d4e5f6g7h8.commsgw.azure.com ma 48 znaków.

  2. Skonfiguruj usługę Azure Communications Gateway, korzystając z tych informacji, w ramach konfiguracji „konta”, dostępnej w Portalu Zarządzania Numerami usługi Azure Communications Gateway i interfejsie API Provisioning.
  3. Skontaktuj się z klientem, aby zaktualizować ich dzierżawę odpowiednią poddomeną, zgodnie z dokumentacją Microsoft Teams dotyczącą rejestrowania nazw poddomen w dzierżawach klientów.

W ramach organizacji aktualizacji dzierżawców klientów należy utworzyć rekordy DNS zawierające kod weryfikacyjny (udostępniany przez platformę Microsoft 365, gdy klient aktualizuje dzierżawę przy użyciu nazwy domeny) na serwerze DNS, który kontrolujesz. Te rejestry umożliwiają platformie Microsoft 365 sprawdzenie, czy dzierżawa klienta jest upoważniona do używania nazwy domeny. Usługa Azure Communications Gateway udostępnia serwer DNS, którego należy użyć. Należy uzyskać kod weryfikacyjny od klienta i wgrać go do Azure Communications Gateway przy użyciu portalu zarządzania numerami (wersja zapoznawcza) lub interfejsu API do aprowizacji (wersja zapoznawcza). Ten krok umożliwia usłudze Azure Communications Gateway generowanie rekordów TXT DNS, które weryfikują domenę.

Aby uzyskać instrukcje, zobacz Manage Microsoft Teams Direct Routing customers and numbers with Azure Communications Gateway (Zarządzanie klientami i numerami usługi Microsoft Teams Direct Routing przy użyciu usługi Azure Communications Gateway).

Obsługa kontroli identyfikatora rozmówców

Routing bezpośredni w usłudze Microsoft Teams umożliwia administratorowi klienta przypisanie dowolnego numeru telefonu do użytkownika w tenant, nawet jeśli ten numer nie jest przypisany do nich w Twojej sieci. Ten brak weryfikacji stanowi ryzyko fałszowania identyfikatora wywołującego.

Aby zapobiec fałszowaniu identyfikatora wywołującego, usługa Azure Communications Gateway monitoruje wszystkie połączenia bezpośredniego routingu pochodzące z usługi Microsoft Teams. To filtrowanie gwarantuje, że klienci mogą wykonywać tylko połączenia z przypisanych im numerów. Można jednak wyłączyć to przesiewanie dla poszczególnych klientów, w ramach konfiguracji "konta" dostępnej w Portalu Zarządzania Numerami (wersja zapoznawcza) i Interfejsie API Aprowizacji (wersja zapoznawcza).

Na poniższym diagramie przedstawiono przepływ połączeń dla INVITE z numeru przypisanego do klienta. W takim przypadku konfiguracja usługi Azure Communications Gateway dla numeru obejmuje również konfigurację nagłówka niestandardowego, dlatego usługa Azure Communications Gateway dodaje niestandardowy nagłówek z zawartością.

przepływ wywołań pokazujący wywołanie wychodzące z Microsoft Teams, dozwolone przez filtrowanie połączeń i konfigurację niestandardowego nagłówka.

Uwaga

Nazwa nagłówka niestandardowego musi być skonfigurowana jako część przy wdrażaniu Azure Communications Gateway. Nazwa jest taka sama dla wszystkich komunikatów. W tym przykładzie nazwa nagłówka niestandardowego to X-MS-Operator-Content.

Na poniższym diagramie przedstawiono przepływ połączeń dla INVITE z numeru, który nie jest przypisany do abonenta. Usługa Azure Communications Gateway odrzuca połączenie z numerem 403.

przepływ połączeń pokazujący połączenie wychodzące z usługi Microsoft Teams odrzucone przez przesiewanie połączeń.

Identyfikowanie dzierżawy klienta dla systemu Microsoft Phone System

System telefoniczny Microsoft używa domen w nagłówku kontaktu wiadomości, aby zidentyfikować klienta dla każdej wiadomości. Usługa Azure Communications Gateway automatycznie ponownie zapisuje nagłówki kontaktów w komunikatach w systemie Microsoft Phone System, tak aby zawierały one odpowiednią domenę dla poszczególnych klientów. Ten proces eliminuje potrzebę, aby sieć rdzeniowa była odpowiedzialna za mapowanie pomiędzy numerami a domenami poszczególnych klientów.

Musisz aprowizować usługę Azure Communications Gateway z każdą liczbą przypisaną do klienta na potrzeby routingu bezpośredniego. Ta aprowizacja korzysta z interfejsu API aprowizacji usługi Azure Communications Gateway (wersja zapoznawcza) lub Portalu zarządzania numerami telefonu (wersja zapoznawcza).

Na poniższym diagramie pokazano, jak usługa Azure Communications Gateway ponownie zapisuje nagłówki kontaktów w wiadomościach wysyłanych z sieci operatora do systemu Microsoft Phone System z routingiem bezpośrednim.

Przepływ wywołań przedstawiający specyficzne dla klienta ponowne zapisywanie nagłówka Kontaktu w wiadomości przychodzącej do Microsoft Teams.

Sygnalizowanie SIP

Usługa Azure Communications Gateway automatycznie przeplata połączenia w celu obsługi wymagań dotyczących routingu bezpośredniego, w tym:

  • Aktualizowanie nagłówków kontaktów w celu poprawnego kierowania komunikatów zgodnie z opisem w Identyfikowanie dzierżawy klienta dla systemu Microsoft Phone System.
  • SIP za pośrednictwem protokołu TLS.
  • Nagłówki X-MS-SBC (opisujące funkcję SBC).
  • Ścisłe reguły dotyczące wierszy atrybutów a= w ciałach SDP.
  • Ścisłe reguły obsługi transferu połączeń.

Te funkcje są częścią zgodności usługi Azure Communications Gateway z certyfikowanymi specyfikacjami SBC dla Microsoft Teams Direct Routing.

Możesz zorganizować więcej funkcji współdziałania w ramach początkowego projektu sieci lub w dowolnym momencie, składając prośbę o wsparcie dla usługi Azure Communications Gateway. Na przykład możesz potrzebować dodatkowej konfiguracji interoperacyjnej dla:

  • Zaawansowane manipulowanie nagłówkami SIP lub komunikatami SDP.
  • Obsługa niezawodnych komunikatów tymczasowych (100rel).
  • Współpraca między wczesnymi i późnym mediami.
  • Interworking od pasmowych tonów DTMF.
  • Umieszczenie unikalnego identyfikatora najemcy w różnych miejscach wiadomości SIP, aby ułatwić jego wykorzystanie przez sieć, na przykład w parametrach tgrp.

System telefoniczny Microsoft wymaga, aby numery telefonów dzwoniącego (A-) i odbieranego (B-) były w formacie E.164. To wymaganie dotyczy zarówno numerów SIP, jak i TEL. Zalecamy skonfigurowanie sieci tak, aby korzystała z formatu E.164 dla wszystkich liczb. Jeśli sieć nie może przekonwertować liczb na format E.164, skontaktuj się z zespołem dołączania lub zgłoś wniosek o pomoc techniczną, aby omówić wymagania dotyczące konwersji liczb.

Magistrale SIP między siecią a usługą Azure Communications Gateway są wielodostępne, co oznacza, że ruch ze wszystkich klientów korzysta z tego samego magistrali.

Nośniki RTP i SRTP

System telefoniczny Microsoft zwykle wymaga protokołu SRTP dla strumieni multimedialnych. Usługa Azure Communications Gateway obsługuje protokół RTP i SRTP oraz może współdziałać między nimi. Usługa Azure Communications Gateway oferuje dalsze funkcje manipulowania multimediami, aby umożliwić sieciom współdziałanie z systemem Telefon Microsoft.

Obsługa dźwięku dla połączeń

Musisz wybrać koderów, które mają być obsługiwane podczas wdrażania usługi Azure Communications Gateway.

Routing bezpośredni w usłudze Microsoft Teams wymaga sieci szkieletowych do obsługi tonów powrotnych (sygnałów dzwonienia) podczas transferu połączeń. Sieci podstawowe muszą również obsługiwać szum komfortowy. Jeśli sieci podstawowe nie spełniają tych wymagań, usługa Azure Communications Gateway może wprowadzać nośniki do wywołań.

Opcje współdziałania multimediów

Usługa Azure Communications Gateway oferuje wiele opcji współdziałania multimediów. Na przykład możesz potrzebować:

  • Zmiana sposobu obsługi RTCP.
  • Kontrolowanie alokacji przepustowości.
  • Określanie priorytetów określonego ruchu multimedialnego dla jakości usługi.

Aby uzyskać szczegółowe informacje na temat funkcji międzyoperacyjnych multimediów dostępnych w usłudze Azure Communications Gateway, złóż zgłoszenie do działu pomocy technicznej.

Obsługa pomijania multimediów systemu Microsoft Phone (wersja zapoznawcza)

Usługa Azure Communications Gateway ma obsługę w wersji zapoznawczej dla obejścia nośników routingu bezpośredniego. Obejście nośnika routingu bezpośredniego umożliwia przesyłanie multimediów bezpośrednio między usługą Azure Communications Gateway i klientami usługi Microsoft Teams w niektórych scenariuszach zamiast zawsze wysyłać je za pośrednictwem systemu Microsoft Phone System. Media nadal przepływają przez Azure, ponieważ zarówno usługa Azure Communications Gateway, jak i Microsoft Phone System znajdują się w Azure.

Jeśli uważasz, że obsługa pomijania multimediów (wersja zapoznawcza) byłaby przydatna dla danego wdrożenia, należy omówić wymagania z przedstawicielem firmy Microsoft.

Następne kroki