Azure Communications Gateway와 Microsoft Teams 직접 라우팅의 상호 운용성 개요

Azure Communications Gateway는 Microsoft Teams 직접 라우팅용으로 인증된 SBC로, 이를 사용하면 통신 사업자가 고객에게 Microsoft Teams의 PSTN 연결을 제공할 수 있습니다. Azure Communications Gateway는 Microsoft Teams 직접 라우팅을 지원하는 네트워크와 Microsoft 전화 시스템의 요구 사항이 충족되도록 신호와 미디어를 조작할 수 있습니다.

이 문서에서는 다음에 대해 알아봅니다.

• Azure Communications Gateway가 네트워크에 적합한 위치
• Azure Communications Gateway에서 많은 고객을 지원하는 방법
• 제공하는 신호 및 미디어 상호 연동 기능

Important

Azure Communications Gateway를 사용하려면 통신 사업자여야 합니다.

네트워크의 역할 및 위치

Azure Communications Gateway는 고정 회선 네트워크의 에지에 있습니다. 이 네트워크를 Microsoft 전화 시스템에 연결하면 Microsoft Teams 직접 라우팅을 지원할 수 있습니다. 다음 다이어그램은 네트워크에서 Azure Communications Gateway가 있는 위치를 보여 줍니다.

SIP 및 RTP를 통해 Microsoft 전화 시스템과 고정 운영자 네트워크에 연결하는 Azure Communications Gateway를 보여주는 아키텍처 다이어그램입니다. Azure Communications Gateway 및 Microsoft 전화 시스템은 여러 고객을 운영자 네트워크에 연결합니다. Azure Communications Gateway에는 운영자의 관리 네트워크에서 BSS 클라이언트가 연결해야 하는 프로비전 API도 있습니다. Azure Communications Gateway에는 인증된 SBC 함수가 포함되어 있습니다.

통화는 Microsoft 전화 시스템과 Azure Communications Gateway를 통해 Microsoft Teams 클라이언트에서 네트워크로 흐릅니다.

인증된 SBC 사양 준수

Azure Communications Gateway는 Microsoft Teams 직접 라우팅용으로 인증된 SBC에 대한 Microsoft 사양을 지원합니다. 인증과 이러한 사양에 대한 자세한 내용은 직접 라우팅용으로 인증된 세션 테두리 컨트롤러를 참조하세요.

Azure Communications Gateway에는 다음을 포함하여 네트워크에서 직접 라우팅에 대한 요구 사항을 충족할 수 있게 하는 여러 기능이 포함되어 있습니다.

• Microsoft 전화 시스템의 고객 테넌트 식별
• SIP 상호 연동
• 미디어 상호 연동

Microsoft Teams 다중 테넌트 모델을 사용하는 여러 고객 지원

Azure Communications Gateway 배포는 많은 테넌트에 직접 라우팅을 지원하도록 설계되었습니다. 설계를 통해 여러 사용자가 있는 고객 각각에 Microsoft Teams 통화 서비스를 제공할 수 있습니다. 여러 테넌트에 세션 테두리 컨트롤러 구성에 대한 Microsoft Teams 문서에 설명된 이동 통신 사업자 테넌트와 고객 테넌트 모델을 사용합니다. 이 모델에서는 다음이 적용됩니다.

• 고유한 Microsoft Teams 구성은 조직 테넌트인 이동 통신 사업자 테넌트에서 정의됩니다.
• 각 고객에게는 해당 고객 구성을 나타내는 고유한 고객 테넌트가 있습니다.

Azure Communications Gateway 배포는 생성될 때 항상 FQDN(정규화된 도메인 이름)을 수신합니다. 이 FQDN을 이동 통신 사업자 테넌트의 기본 도메인으로 사용합니다.

또한 Azure Communications Gateway는 기본 도메인의 지역별 하위 도메인 2개(지역당 하나)를 수신합니다.

각 고객에게는 이러한 지역별 도메인의 고객 하위 도메인이 필요합니다. Azure Communications Gateway는 Microsoft 전화 시스템으로 전송되는 각 메시지의 연락처 헤더에 이러한 하위 도메인 중 하나를 포함합니다. 하위 도메인이 있으면 Microsoft 전화 시스템에서 각 메시지에 대한 고객 테넌트를 식별할 수 있습니다. 자세한 내용은 Microsoft 전화 시스템의 고객 테넌트 식별을 참조하세요.

고객마다 다음을 수행해야 합니다.

1. 하위 도메인을 형성하는 데 적합한 고객별 DNS 레이블을 선택합니다.
   • 레이블의 길이는 최대 9자이며 문자, 숫자, 밑줄 및 대시만 포함해야 합니다.
   • 와일드카드 하위 도메인이나 여러 레이블이 있는 하위 도메인을 사용하면 안 됩니다.
   • 예를 들어 레이블 contoso를 할당할 수 있습니다.

   Important

   전체 고객 하위 도메인(지역별 도메인 이름 포함)은 최대 48자여야 합니다. Microsoft Entra ID는 48자를 초과하는 도메인 이름은 지원하지 않습니다. 예를 들어 고객 하위 도메인 contoso1.1r1.a1b2c3d4e5f6g7h8.commsgw.azure.com은(는) 48자입니다.

2. Azure Communications Gateway의 번호 관리 포털 및 프로비전 API에서 사용할 수 있는 "계정" 구성의 일부로 이 정보를 사용하여 Azure Communications Gateway를 구성합니다.
3. 고객 테넌트에 하위 도메인 이름을 등록하기 위한 Microsoft Teams 문서에 따라 고객과 연락하여 적절한 하위 도메인으로 고객 테넌트를 업데이트합니다.

고객 테넌트에 대한 업데이트를 정렬하는 과정의 일환으로 개발자가 제어하는 DNS 서버에서 확인 코드(고객이 테넌트를 도메인 이름으로 업데이트할 때 Microsoft 365에서 제공)가 포함된 DNS 레코드를 만들어야 합니다. 이러한 레코드를 사용하면 Microsoft 365에서 고객 테넌트에 도메인 이름을 사용할 수 있는 권한이 부여되었는지 확인할 수 있습니다. Azure Communications Gateway는 사용해야 하는 DNS 서버를 제공합니다. 고객으로부터 확인 코드를 가져와 번호 관리 포털(미리 보기) 또는 프로비전 API(미리 보기)를 사용하여 Azure Communications Gateway에 업로드해야 합니다. 이 단계를 통해 Azure Communications Gateway는 도메인을 확인하는 DNS TXT 레코드를 생성할 수 있습니다.

지침은 Azure Communications Gateway를 사용하여 Microsoft Teams 직접 라우팅 고객 및 번호 관리를 참조하세요.

발신자 ID 검사 지원

Microsoft Teams 직접 라우팅을 사용하면 전화 번호를 네트워크에 있는 사용자에게 할당하지 않은 경우에도 고객 관리자는 전화 번호를 자신의 테넌트에 있는 사용자에게 할당할 수 있습니다. 유효성 검사가 부족하면 발신자 ID 스푸핑 위험이 있습니다.

발신자 ID 스푸핑이 방지되도록 Azure Communications Gateway는 Microsoft Teams에서 시작된 모든 직접 라우팅 통화를 검사합니다. 이 검사를 통해 고객은 자신에게 할당된 번호에서만 전화를 걸 수 있습니다. 그러나 번호 관리 포털(미리 보기) 및 프로비전 API(미리 보기)에서 사용할 수 있는 "계정" 구성의 일부로 고객별로 이 심사를 사용하지 않도록 설정할 수 있습니다.

다음 다이어그램은 고객에게 할당된 번호의 INVITE에 대한 통화 흐름을 보여 줍니다. 이 경우 번호에 대한 Azure Communications Gateway 구성에는 사용자 지정 헤더 구성도 포함되므로 Azure Communications Gateway는 콘텐츠와 함께 사용자 지정 헤더를 추가합니다.

고객에게 할당된 번호에서 초대를 보여주는 통화 흐름 다이어그램입니다. Azure Communications Gateway는 내부 데이터베이스를 검사하여 통화 번호가 고객에게 할당되었는지 확인합니다. 번호가 할당되므로 Azure Communications Gateway에서 통화를 허용합니다. Azure Communications Gateway의 번호 구성에는 사용자 지정 헤더 콘텐츠가 포함됩니다. Azure Communications Gateway는 통화를 운영자 네트워크로 전달하기 전에 헤더 콘텐츠를 X-MS-Operator-Content 헤더로 추가합니다.

참고 항목

사용자 지정 헤더 이름은 Azure Communications Gateway 배포의 일부로 구성되어야 합니다. 이름은 모든 메시지에 대해 동일합니다. 이 예제에서는 사용자 지정 헤더 이름은 X-MS-Operator-Content입니다.

다음 다이어그램은 고객에게 할당되지 않은 번호의 INVITE에 대한 통화 흐름을 보여 줍니다. Azure Communications Gateway는 403이 있는 통화를 거부합니다.

고객에게 할당되지 않은 번호에서 초대를 보여주는 통화 흐름 다이어그램입니다. Azure Communications Gateway는 내부 데이터베이스를 검사하여 통화 번호가 고객에게 할당되었는지 확인합니다. 번호가 할당되지 않으므로 Azure Communications Gateway는 403이 있는 통화를 거부합니다.

Microsoft 전화 시스템의 고객 테넌트 식별

Microsoft 전화 시스템은 메시지의 연락처 헤더에 있는 도메인을 사용하여 각 메시지의 테넌트를 식별합니다. Azure Communications Gateway는 적절한 고객별 도메인을 포함하도록 Microsoft 전화 시스템으로 보내는 메시지의 연락처 헤더를 자동으로 다시 작성합니다. 이 프로세스에서는 핵심 네트워크가 번호와 고객 도메인별 간에 매핑할 필요가 없습니다.

직접 라우팅을 위해 고객에게 할당된 각 번호로 Azure Communications Gateway를 프로비전해야 합니다. 이 프로비전은 Azure Communications Gateway의 프로비전 API(미리 보기) 또는 번호 관리 포털(미리 보기)을 사용합니다.

다음 다이어그램에서는 Azure Communications Gateway가 직접 라우팅을 사용하여 운영자 네트워크에서 Microsoft 전화 시스템으로 보낸 메시지의 연락처 헤더를 다시 작성하는 방법을 보여줍니다.

운영자 네트워크에서 Azure Communications Gateway로 보낸 +14255550100 초대를 보여주는 통화 흐름 다이어그램입니다. Azure Communications Gateway는 내부 데이터베이스를 사용하여 번호에 적합한 고객 하위 도메인을 찾고 연락처 헤더를 하위 도메인으로 업데이트합니다. 그런 다음, Azure Communications Gateway는 초대를 Microsoft 전화 시스템으로 라우팅합니다.

SIP 신호

Azure Communications Gateway는 다음을 비롯하여 직접 라우팅에 대한 요구 사항을 지원하기 위해 통화를 자동으로 상호 연동합니다.

• Microsoft 전화 시스템의 고객 테넌트 식별의 설명대로 연락처 헤더를 업데이트하면 메시지가 올바르게 라우팅됩니다.
• TLS를 통한 SIP.
• X-MS-SBC 헤더(SBC 함수 설명)
• SDP 본문의 a= 특성 줄에 대한 엄격한 규칙.
• 통화 전송 처리에 대한 엄격한 규칙.

이러한 기능은 Azure Communications Gateway의 Microsoft Teams 직접 라우팅용으로 인증된 SBC 사양 규정 준수에 속합니다.

초기 네트워크 디자인의 일부로 또는 언제든지 Azure Communications Gateway에 대한 지원 요청을 제기하여 더 많은 상호 연동 기능을 맞출 수 있습니다. 예를 들어 다음을 위해 추가 상호 연동 구성이 필요할 수 있습니다.

• 고급 SIP 헤더 또는 SDP 메시지 조작.
• 신뢰할 수 있는 임시 메시지 지원(100rel).
• 초기 미디어와 후기 미디어 간의 상호 연동.
• 대역 내 DTMF 톤에서 벗어나는 상호 연동.
• 네트워크를 더 쉽게 사용하도록 SIP 메시지의 다른 위치에 고유 테넌트 ID 배치(예: tgrp 매개 변수).

Microsoft 전화 시스템을 사용하려면 통화 중인(A-) 전화 번호와 전화를 건(B-) 전화 번호가 E.164 형식이어야 합니다. 이 요구 사항은 SIP 및 TEL 번호 모두에 적용됩니다. 모든 번호에 E.164 형식을 사용하도록 네트워크를 구성하는 것이 좋습니다. 네트워크에서 번호를 E.164 형식으로 변환할 수 없으면 온보딩 팀에 문의하거나 지원을 요청하여 번호 변환 요구 사항을 논의하세요.

네트워크와 Azure Communications Gateway 간의 SIP 트렁크는 다중 테넌트이므로 모든 고객의 트래픽에서 같은 트렁크를 공유합니다.

RTP 및 SRTP 미디어

Microsoft Phone System에는 일반적으로 미디어에 대한 SRTP가 필요합니다. Azure Communications Gateway는 RTP와 SRTP를 모두 지원하며 둘 사이에 상호 연동될 수 있습니다. Azure Communications Gateway는 네트워크가 Microsoft Phone System과 상호 운용할 수 있도록 추가 미디어 조작 기능을 제공합니다.

통화를 위한 미디어 처리

Azure Communications Gateway를 배포할 때 지원하려는 코덱을 선택해야 합니다.

Microsoft Teams 직접 라우팅을 사용하려면 코어 네트워크에서 통화 전송 중에 링백톤(벨 소리)을 지원해야 합니다. 코어 네트워크는 편안함 소음도 지원해야 합니다. 코어 네트워크가 이러한 요구 사항을 충족할 수 없는 경우 Azure Communications Gateway는 미디어를 호출에 삽입할 수 있습니다.

미디어 상호 연동 옵션

Azure Communications Gateway는 여러 미디어 상호 연동 옵션을 제공합니다. 예를 들어, 다음을 수행해야 합니다.

• RTCP의 변경 처리.
• 대역폭 할당을 제어합니다.
• 서비스 품질을 고려해서 특정 미디어 트래픽에 우선 순위를 지정합니다.

Azure Communications Gateway에서 사용할 수 있는 미디어 상호 연동 기능에 대한 자세한 내용을 확인하려면 지원 요청을 제기하세요.

Microsoft 전화 시스템 미디어 우회 지원(미리 보기)

Azure Communications Gateway에는 직접 라우팅 미디어 우회에 대한 미리 보기 지원이 있습니다. 직접 라우팅 미디어 우회를 사용하면 미디어가 항상 Microsoft 전화 시스템을 통해 전송하는 대신 일부 시나리오에서 Azure Communications Gateway 및 Microsoft Teams 클라이언트 사이에서 직접 흐를 수 있습니다. Azure Communications Gateway 및 Microsoft 전화 시스템 모두 Azure에 있으므로 미디어는 Azure를 통해 계속 흐르고 있습니다.

미디어 우회 지원(미리 보기)이 배포에 유용하다고 생각되면 Microsoft 담당자와 요구 사항을 논의하세요.

다음 단계

• Azure Communications Gateway 모니터링에 대해 알아봅니다.
• Azure Communications Gateway에 대한 변경 요청에 대해 알아봅니다.