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

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 Telefon Microsoft, który obsługuje routing bezpośredni w usłudze Microsoft Teams.

W tym artykule podano informacje o:

  • Gdzie usługa Azure Communications Gateway pasuje do twojej sieci.
  • Jak usługa Azure Communications Gateway obsługuje wielu klientów.
  • Które funkcje sygnalizacyjne i media interworking oferuje.

Ważne

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

Rola i pozycja w sieci

Usługa Azure Communications Gateway znajduje się na skraju sieci stałej linii. Łączy tę sieć z systemem Telefon Microsoft, 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.

Wywołuje przepływ z klientów usługi Microsoft Teams za pośrednictwem Telefon Microsoft System i usługi Azure Communications Gateway do 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 Kontrolery granic sesji certyfikowane na potrzeby routingu bezpośredniego.

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 jest przeznaczone do obsługi 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 dzierżawy przewoźnika i modelu dzierżawy klienta opisanego w dokumentacji usługi Microsoft Teams dotyczącej konfigurowania kontrolera granic sesji dla wielu dzierżaw. W tym modelu:

  • Twoja własna konfiguracja usługi Microsoft Teams jest definiowana w dzierżawie organizacji: dzierżawie operatora.
  • Każdy z Twoich klientów ma własną dzierżawę klienta reprezentującą konfigurację dla tego klienta.

Wdrożenie usługi Azure Communications Gateway zawsze odbiera nazwę FQDN (w pełni kwalifikowaną nazwę domeny) po jej utworzeniu. Ta nazwa FQDN jest używana jako domena podstawowa dla dzierżawy przewoźnika.

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 z 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 Telefon Microsoft: obecność poddomeny umożliwia systemowi Telefon Microsoft identyfikację dzierżawy klienta dla każdego komunikatu. Aby uzyskać więcej informacji, zobacz Identyfikowanie dzierżawy klienta dla systemu Telefon Microsoft.

Dla każdego klienta musisz:

  1. Wybierz odpowiednią poddomenę. Etykieta poddomeny musi:
    • Zawierają tylko litery, cyfry, podkreślenia i kreski.
    • Długość maksymalnie ośmiu znaków.
    • Nie zawiera symbolu wieloznakowego lub wielu etykiet rozdzielonych znakami ..

    Ważne

    Pełna poddomena klienta (w tym poddomeny regionalne i domena podstawowa) musi zawierać maksymalnie 48 znaków. Identyfikator Entra firmy Microsoft nie obsługuje nazw domen przekraczających 48 znaków. Na przykład poddomena contoso1.1-r1.a1b2c3d4e5f6g7h8.commsgw.azure.com klienta to 48 znaków.

  2. Skonfiguruj usługę Azure Communications Gateway przy użyciu tych informacji w ramach konfiguracji "konta" dostępnej w portalu zarządzania numerami usługi Azure Communications Gateway i interfejsie API aprowizacji.
  3. Liaise z klientem w celu zaktualizowania dzierżawy przy użyciu odpowiedniej poddomeny, postępując zgodnie z dokumentacją usługi Microsoft Teams dotyczącą rejestrowania nazw domen podrzędnych w dzierżawach klientów.

W ramach rozmieszczania 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 kontrolowanym serwerze DNS. Te rekordy umożliwiają platformie Microsoft 365 sprawdzenie, czy dzierżawa klienta ma autoryzację 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 przekazać go do usługi Azure Communications Gateway przy użyciu portalu zarządzania numerami (wersja zapoznawcza) lub interfejsu API aprowizacji (wersja zapoznawcza). Ten krok umożliwia usłudze Azure Communications Gateway generowanie rekordów TXT DNS, które weryfikują domenę.

Napiwek

Aby zapoznać się z przewodnikiem konfigurowania dzierżawy klienta i numerów na potrzeby testowania, zobacz Konfigurowanie testowego klienta na potrzeby routingu bezpośredniego w usłudze Microsoft Teams za pomocą usługi Azure Communications Gateway i Konfigurowanie numerów testowych dla routingu bezpośredniego usługi Microsoft Teams za pomocą usługi Azure Communications Gateway. Podczas dołączania prawdziwego klienta musisz wykonać podobny proces, ale zazwyczaj musisz poprosić klienta o wykonanie kroków, które wymagają dostępu do dzierżawy.

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 dzierżawie, nawet jeśli nie przypiszesz tej liczby do nich w 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 ekranuje wszystkie wywołania routingu bezpośredniego pochodzące z usługi Microsoft Teams. Ta kontrola gwarantuje, że klienci mogą umieszczać tylko połączenia z przypisanych im numerów. Można jednak wyłączyć tę osłonę dla poszczególnych klientów w ramach konfiguracji "konta" dostępnej w portalu zarządzania numerami (wersja zapoznawcza) i interfejsu API aprowizacji (wersja zapoznawcza).

Na poniższym diagramie przedstawiono przepływ wywołań zaproszenia 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ń przedstawiający wywołanie wychodzące z usługi Microsoft Teams dozwolone przez osłonę wywołań i konfigurację nagłówka niestandardowego.

Diagram przepływu wywołań przedstawiający zaproszenie z numeru przypisanego do klienta. Usługa Azure Communications Gateway sprawdza wewnętrzną bazę danych, aby określić, czy numer połączenia jest przypisany do klienta. Numer jest przypisywany, więc usługa Azure Communications Gateway zezwala na wywołanie. Konfiguracja numeru w usłudze Azure Communications Gateway zawiera niestandardową zawartość nagłówka. Usługa Azure Communications Gateway dodaje zawartość nagłówka jako nagłówek X-MS-Operator-Content przed przekazaniem wywołania do sieci operatora.

Uwaga

Nazwa nagłówka niestandardowego musi być skonfigurowana w ramach wdrażania usługi 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 wywołań zaproszenia z numeru, który nie jest przypisany do klienta. Usługa Azure Communications Gateway odrzuca połączenie z numerem 403.

Przepływ połączeń przedstawiający połączenie wychodzące z usługi Microsoft Teams odrzucone przez przesiewowe wywołania.

Diagram przepływu wywołań przedstawiający zaproszenie od numeru, który nie został przypisany do klienta. Usługa Azure Communications Gateway sprawdza wewnętrzną bazę danych, aby określić, czy numer połączenia jest przypisany do klienta. Numer nie jest przypisany, więc usługa Azure Communications Gateway odrzuca połączenie z numerem 403.

Identyfikowanie dzierżawy klienta dla systemu Telefon Microsoft

System Telefon Microsoft używa domen w nagłówku Kontakt komunikatów do identyfikowania dzierżawy dla każdego komunikatu. Usługa Azure Communications Gateway automatycznie ponownie zapisuje nagłówki kontaktów w komunikatach w systemie Telefon Microsoft, tak aby zawierały one odpowiednią domenę dla klienta. Ten proces eliminuje potrzebę mapowania sieci podstawowej między liczbami 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 (wersja zapoznawcza).

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

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

Diagram przepływu wywołań przedstawiający zaproszenie dla +14255550100 wysłane z sieci operatora do usługi Azure Communications Gateway. Usługa Azure Communications Gateway używa wewnętrznej bazy danych do znalezienia odpowiedniej poddomeny klienta dla numeru i aktualizuje nagłówek Kontakt przy użyciu poddomeny. Następnie usługa Azure Communications Gateway kieruje zaproszenie do systemu Telefon Microsoft.

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 temacie Identyfikowanie dzierżawy klienta dla systemu Telefon Microsoft.
  • SIP za pośrednictwem protokołu TLS.
  • Nagłówki X-MS-SBC (opisujące funkcję SBC).
  • Ścisłe reguły dla a = wiersze atrybutów 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 ze specyfikacjami certyfikowanych SBC dla usługi Microsoft Teams Direct Routing.

Możesz zorganizować bardziej współdziałanie funkcji w ramach początkowego projektu sieci lub w dowolnym momencie, zgłaszając wniosek o pomoc techniczną dla usługi Azure Communications Gateway. Na przykład może być potrzebna dodatkowa konfiguracja międzyoperacji 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 unikatowego identyfikatora dzierżawy w innych miejscach w komunikatach SIP, aby ułatwić korzystanie z sieci, na przykład w tgrp parametrach.

System Telefon Microsoft wymaga połączenia telefonicznego (A-) i numeru telefonu (B-) 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 Telefon Microsoft zazwyczaj wymaga protokołu SRTP dla nośnika. 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 multimediów dla wywołań

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 podstawowych do obsługi dzwonień zwrotnych (dzwonień) podczas transferu połączeń. Sieci podstawowe muszą również obsługiwać hałas komfortu. 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że być konieczne:

  • Obsługa zmian 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ędzyoperacyjną multimediów dostępnych w usłudze Azure Communications Gateway, zgłoś wniosek o pomoc techniczną.

obsługa obejścia multimediów systemu Telefon Microsoft (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 Telefon Microsoft. Nośniki nadal przepływają przez platformę Azure, ponieważ zarówno usługa Azure Communications Gateway, jak i system Telefon Microsoft znajdują się na platformie 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