Partilhar via

Preparar-se para implementar o Azure Communications Gateway

Importante

O serviço Azure Communications Gateway será retirado a 30 de outubro de 2025, e não há novos clientes a serem integrados. Para evitar qualquer interrupção do serviço, por favor faça a transição para outra solução Microsoft Teams Direct Routing Session Border Controller (SBC) certificada antes de 30 de outubro de 2025.

Este artigo orienta-o por cada uma das tarefas que precisa de completar antes de poder começar a implementar o Azure Communications Gateway. Para o Operator Connect e o Teams Phone Mobile, as implementações bem-sucedidas dependem do estado dos seus ambientes Operator Connect ou Teams Phone Mobile.

As secções seguintes descrevem a informação que precisa de recolher e as decisões que deve tomar antes de implementar o Azure Communications Gateway.

Pré-requisitos

Importante

Deve ser operador de telecomunicações para usar o Azure Communications Gateway.

Para o Operator Connect ou Teams Phone Mobile, deve também ter assinado um acordo Operator Connect ou Teams Phone Mobile com a Microsoft. Para mais informações sobre estes programas, consulte Operator Connect ou Teams Phone Mobile.

Para o Peering do Zoom Phone Cloud, também deve ter iniciado o processo de integração com a Zoom para se tornar um prestador de Peering do Zoom Phone Cloud. Para mais informações sobre Cloud Peering, consulte a informação de Cloud Peering do Zoom.

Importante

Deve compreender totalmente o processo de integração do serviço de comunicações escolhido e todas as dependências associadas ao processo.

Permitir tempo suficiente para o processo de implementação e integração. Por exemplo, pode ter de esperar até duas semanas para que um novo recurso Azure Communications Gateway seja provisionado antes de o poder ligar à sua rede.

Deve possuir números roteáveis globalmente para dois tipos de testes:

  • Testes de integração pela sua equipa durante a implementação e integração
  • Verificação de serviço (teste contínuo de chamadas) pelos serviços de comunicação escolhidos

A tabela seguinte descreve quantos números precisa de alocar.

Serviço Números para testes de integração Números de verificação de serviço
Conexão do operador 1 (mínimo) - Implementações em produção: 6
- Implantações laboratoriais: 3
Telefone do Teams Mobile 1 (mínimo) - Implementações em produção: 6
- Implantações laboratoriais: 3
Roteamento Direto do Microsoft Teams 1 (mínimo) Nenhum (não aplicável)
Peering na Nuvem do Telefone Zoom 1 (mínimo) - EUA e Canadá: 6
- Resto do mundo: 2

Importante

Os números de verificação de serviço devem ser utilizáveis ao longo de toda a vida útil da sua missão.

Se quiseres montar uma implantação de laboratório, tens de ter implementado uma implementação padrão ou estar prestes a implementar uma. Não podes usar uma implementação de laboratório como uma implementação autónoma do Azure Communications Gateway.

Organize a incorporação

Precisa de uma equipa de onboarding da Microsoft para implementar o Azure Communications Gateway. O Azure Communications Gateway inclui um programa de integração chamado Benefícios Incluídos. Se não for elegível para os Benefícios Incluídos ou necessitar de mais apoio, discuta os seus requisitos com o seu representante de vendas da Microsoft.

Os programas Operator Connect e Teams Phone Mobile também requerem um parceiro de integração que gere as alterações necessárias nos ambientes Operator Connect ou Teams Phone Mobile e coordene com o Microsoft Teams em seu nome. A equipa do projeto Azure Communications Gateway Included Benefits desempenha esta função, mas pode escolher um parceiro de integração diferente para coordenar com o Microsoft Teams em seu nome.

Assegure-se de que tem um plano de apoio adequado

Recomendamos vivamente que tenha um plano de suporte que inclua suporte técnico, como o Microsoft Unified Support.

Escolha o tenant da Azure a usar

Recomendamos que utilize um tenant Microsoft Entra existente para o Azure Communications Gateway, pois usar um tenant existente utiliza as suas identidades existentes para autenticação totalmente integrada. Se precisares de gerir identidades separadamente do resto da tua organização, ou configurar permissões diferentes para o Portal de Gestão de Números para diferentes recursos do Azure Communications Gateway, cria primeiro um novo tenant dedicado.

Os ambientes Operator Connect e Teams Phone Mobile herdam identidades e permissões de configuração do seu tenant Microsoft Entra através de uma aplicação Microsoft chamada Project Synergy. Deve adicionar esta aplicação ao seu tenant Microsoft Entra como parte de Connect Azure Communications Gateway para o Operator Connect ou para o Teams Phone Mobile (caso o seu tenant ainda não contenha esta aplicação).

Importante

Para o Operator Connect e o Teams Phone Mobile, as implementações em produção e as implementações em laboratório têm de se ligar ao mesmo inquilino Microsoft Entra. A configuração do Microsoft Teams para o seu tenant mostra a configuração das implementações do seu laboratório e das implementações em produção em conjunto.

Obtenha acesso ao Azure Communications Gateway para a sua subscrição Azure

O acesso ao Azure Communications Gateway é restrito. Depois de completar os passos anteriores deste artigo:

  1. Contacte a sua equipa de integração e peça para ativarem a sua subscrição. Se ainda não tiver uma equipa de integração, contacte azcog-enablement@microsoft.com com o seu ID de subscrição do Azure e os seus detalhes de contacto.
  2. Aguarde pela confirmação de que o Azure Communications Gateway está ativado antes de passar para o próximo passo.

Criar um design de rede

Decida como o Azure Communications Gateway deve ligar-se à sua rede. Recomendamos o Microsoft Azure Peering Service Voice (por vezes chamado MAPS Voice). Para mais informações sobre as suas opções, consulte Conectividade para Azure Communications Gateway. Se planeia usar o Azure Communications Gateway com injeção VNet (pré-visualização), cumpra os pré-requisitos para implementar o Azure Communications Gateway com injeção VNet.

Para o Teams Phone Mobile e Azure Operator Call Protection Preview, deve decidir como a sua rede deve determinar se uma chamada envolve um assinante relevante e, assim, encaminhar corretamente a chamada. É possível:

  • Utilize o Ponto de Controlo Móvel (MCP) integrado do Azure Communications Gateway.
  • Ligue-se a uma versão local do Mobile Control Point (MCP) a partir do Metaswitch.
  • Use outras capacidades de encaminhamento na sua rede principal.

Para mais informações sobre estas opções para o Teams Phone Mobile, consulte integração de gestão de chamadas para o Teams Phone Mobile e Mobile Control Point no Azure Communications Gateway.

A ligação ao Azure Communications Gateway para Azure Operator Call Protection é feita através do SIPREC. O Azure Communications Gateway assume o papel de Servidor de Gravação de Sessão (SRS) SIPREC. Um elemento na sua rede, tipicamente um controlador de fronteira de sessão (SBC), está configurado como um Cliente de Gravação de Sessão (SRC) SIPREC.

Se precisar de suportar chamadas de emergência de clientes Microsoft Teams ou Zoom, leia sobre chamadas de emergência com o serviço de comunicações que escolheu:

Importante

Não deve encaminhar chamadas de emergência da sua rede para o Azure Communications Gateway.

Ligue a sua rede ao Azure

Configure as ligações entre a sua rede e o Azure:

Recolha informações básicas para implementar um Azure Communications Gateway

Recolha todos os valores na tabela seguinte para o recurso Azure Communications Gateway.

Value Nome(s) campo(s) no Azure portal
O nome da subscrição Azure a usar para criar um recurso Azure Communications Gateway. Deve usar a mesma subscrição para todos os recursos na sua implementação do Azure Communications Gateway. Detalhes do projeto: Subscrição
O grupo de recursos Azure onde criar o recurso Azure Communications Gateway. Detalhes do projeto: Grupo de recursos
O nome da missão. Este nome pode conter caracteres alfanuméricos e -. Deve ter entre 3 a 24 caracteres. Detalhes da instância: Nome
A região Azure de gestão: a região onde os seus dados de monitorização e faturação são processados. Recomendamos que selecione uma região próxima ou localizada na mesma área que as duas regiões mencionadas para gerir eficientemente o tráfego de chamadas. Detalhes da instância: Região
O tipo de destacamento. Escolha entre Padrão (para produção) ou Laboratório. Detalhes da instância: SKU
Os codecs de voz para usar entre o Azure Communications Gateway e a sua rede. Recomendamos que só especifique quaisquer codecs se tiver uma razão forte para restringir codecs (por exemplo, licenciamento de codecs específicos) e não puder configurar a sua rede ou endpoints para não oferecer codecs específicos. Restringir codecs pode reduzir a qualidade geral da voz devido à seleção de codecs de menor fidelidade. Gestão de chamadas: Codecs suportados
Se o seu recurso Azure Communications Gateway deve tratar chamadas de emergência como chamadas padrão ou encaminhá-las diretamente para o Prestador de Serviços de Roteamento de Emergência (apenas nos EUA; apenas para Operator Connect ou Teams Phone Mobile). Gestão de chamadas: Gestão de chamadas de emergência
Uma lista separada por vírgulas de sequências de discagem usadas para chamadas de emergência. Para o Microsoft Teams, especifique as cadeias de discagem como o número de emergência padrão (por exemplo 999). Para o Zoom, especifique cadeias de discagem no formato +<country-code><emergency-number> (por exemplo +44999, ). (Apenas para Operator Connect, Teams Phone Mobile e Zoom Phone Cloud Peering). Gestão de chamadas: Sequências de discagem de emergência
O âmbito em que o rótulo do nome de domínio gerado automaticamente para o Azure Communications Gateway é único. Os recursos do Gateway de Comunicações recebem um rótulo de domínio gerado automaticamente que depende do nome do recurso. Selecionar Tenant dá um recurso com o mesmo nome no mesmo tenant mas com uma subscrição diferente e com o mesmo rótulo. Selecionar Subscrição dá um recurso com o mesmo nome na mesma subscrição, mas com um grupo de recursos diferente e com o mesmo rótulo. Selecionar Grupo de Recursos dá a um recurso com o mesmo nome, no mesmo grupo de recursos, o mesmo rótulo. Selecionar Não Reutilizar significa que o rótulo não depende do nome, grupo de recursos, subscrição ou inquilino. DNS: Âmbito de Nome de Domínio Gerado Automaticamente

Recolha de valores de configuração para regiões de serviço

Recolha todos os valores na tabela seguinte para ambas as regiões de serviço onde pretende implementar o Azure Communications Gateway.

Observação

As implementações de laboratório têm uma única região Azure e ligam-se a um único local na tua rede.

Value Nome(s) campo(s) no Azure portal
A região Azure a utilizar para o tráfego de chamadas.

Se estiver a ativar o Azure Operator Call Protection Preview, existem restrições sobre onde os seus recursos Azure podem ser implementados; ver Escolher Regiões de Gestão e Serviço		 Região de Serviço Um/Dois: Região
O endereço IPv4 pertencente à sua rede que o Azure Communications Gateway deve usar para contactar a sua rede a partir desta região. Região de Serviço Um/Dois: Endereço IP do Operador
O conjunto de endereços/intervalos IP que são permitidos como origens para o tráfego de sinalização proveniente da sua rede. Forneça um intervalo de endereços IPv4 usando notação CIDR (por exemplo, 192.0.2.0/24) ou um endereço IPv4 (por exemplo, 192.0.2.0). Também pode fornecer uma lista separada por vírgulas de endereços IPv4 e/ou intervalos de endereços. Região de Serviço Um/Dois: Endereços IP de Fonte de Sinalização Permitidos/Intervalos CIDR
O conjunto de endereços/intervalos IP permitidos como fontes de tráfego multimédia da sua rede. Forneça um intervalo de endereços IPv4 usando notação CIDR (por exemplo, 192.0.2.0/24) ou um endereço IPv4 (por exemplo, 192.0.2.0). Também pode fornecer uma lista separada por vírgulas de endereços IPv4 e/ou intervalos de endereços. Região de Serviço Um/Dois: Endereços IP de Fonte de Média Permitidos/Intervalos CIDR

Recolha valores de configuração para cada serviço de comunicações

Recolha os valores dos serviços de comunicação que pretende apoiar.

Importante

Algumas opções aplicam-se a múltiplos serviços, como mostrado pelas Opções comuns a múltiplos serviços de comunicações nas tabelas seguintes. Deve escolher uma configuração adequada para todos os serviços que pretende suportar.

Para o Microsoft Teams Direct Routing:

Value Nome(s) campo(s) no Azure portal
Endereços IP ou intervalos de endereços (em formato CIDR) na sua rede que devem ser autorizados a ligar-se à API de Provisionamento do Azure Communications Gateway, numa lista separada por vírgulas. A utilização da API de Provisionamento é necessária para fornecer números para o Encaminhamento Direto. Opções comuns a múltiplos serviços de comunicação: Endereços IP de origem/intervalos CIDR permitidos para ligação à Plataforma de Provisionamento do Gateway de Comunicação
Se deve adicionar um cabeçalho SIP personalizado às mensagens que entram na sua rede usando a API de Provisionamento do Azure Communications Gateway Opções comuns a múltiplos serviços de comunicação: Adicionar cabeçalho SIP personalizado
(Só se optares por adicionar um cabeçalho SIP personalizado) O nome de qualquer cabeçalho SIP personalizado Opções comuns a múltiplos serviços de comunicação: Nome de cabeçalho SIP personalizado

Para o Operator Connect:

Value Nome(s) campo(s) no Azure portal
Se deve adicionar um cabeçalho SIP personalizado às mensagens que entram na sua rede usando a API de Provisionamento do Azure Communications Gateway Opções comuns a múltiplos serviços de comunicação: Adicionar cabeçalho SIP personalizado
(Só se optares por adicionar um cabeçalho SIP personalizado) O nome de qualquer cabeçalho SIP personalizado Opções comuns a múltiplos serviços de comunicação: Nome de cabeçalho SIP personalizado
(Só se optares por adicionar um cabeçalho SIP personalizado) Endereços IP ou intervalos de endereços (em formato CIDR) na sua rede que devem ser autorizados a ligar-se à API de Provisionamento, numa lista separada por vírgulas. Opções comuns a múltiplos serviços de comunicação: Endereços IP de origem/intervalos CIDR permitidos para ligação à Plataforma de Provisionamento do Gateway de Comunicação

Para o Teams Phone Mobile:

Value Nome(s) campo(s) no Azure portal
O número utilizado no Teams Phone Mobile para aceder à Resposta Interativa de Voz (IVR) do Correio de Voz a partir de aplicativos de discagem nativos. Teams Phone Mobile: Número do programa piloto do correio de voz do Teams
Como planeia usar o Mobile Control Point (MCP) para encaminhar chamadas Teams Phone Mobile para o Microsoft Phone System. Escolha entre Integrado (para implementar o MCP no Azure Communications Gateway), On-premises (para usar um MCP local existente) ou Nenhum (se quiser usar outro método para encaminhar chamadas). Teams Phone Mobile: MCP

Para interconexão na cloud do Zoom Phone:

Value Nome(s) campo(s) no Azure portal
A região do Zoom para se conectar Zoom: Região de Zoom
Endereços IP ou intervalos de endereços (em formato CIDR) na sua rede que devem ser autorizados a ligar-se à API de Provisionamento do Azure Communications Gateway, numa lista separada por vírgulas. A utilização da API de Provisionamento é necessária para fornecer números para o Zoom Phone Cloud Peering. Opções comuns a múltiplos serviços de comunicação: Endereços IP de origem/intervalos CIDR permitidos para ligação à Plataforma de Provisionamento do Gateway de Comunicação
Se deve adicionar um cabeçalho SIP personalizado às mensagens que entram na sua rede usando a API de Provisionamento do Azure Communications Gateway Opções comuns a múltiplos serviços de comunicação: Adicionar cabeçalho SIP personalizado
(Só se optares por adicionar um cabeçalho SIP personalizado) O nome de qualquer cabeçalho SIP personalizado Opções comuns a múltiplos serviços de comunicação: Nome de cabeçalho SIP personalizado

Não são necessárias opções de configuração para o Azure Operator Call Protection Preview.

Recolha valores para verificação de números do serviço.

Recolha todos os valores na tabela seguinte para todos os números de verificação de serviço exigidos pelo Azure Communications Gateway.

Para o Operator Connect e o Teams Phone Mobile:

Value Nome(s) campo(s) no Azure portal
Um nome para a linha de teste. Recomendamos os nomes do formato OC1 e OC2 (de Operator Connect) e TPM1 e TPM2 (de Teams Phone Mobile). Nome
O número de telefone da linha de teste, em formato E.164 e incluindo o código do país. Número de telefone
O objetivo da linha de teste (sempre Automático). Propósito de teste

Para peering na cloud de telefones Zoom:

Value Nome(s) campo(s) no Azure portal
O número de telefone da linha de teste, em formato E.164 e incluindo o código do país. Número de telefone

O Microsoft Teams Direct Routing e o Azure Operator Call Protection Preview não exigem números de verificação de serviço.

Decide se queres etiquetas para os recursos do Azure

A nomeação e etiquetagem de recursos é útil para a gestão de recursos. Permite à sua organização localizar e acompanhar recursos associados a equipas ou cargas de trabalho específicas e também permite acompanhar com mais precisão o consumo de recursos cloud por área de negócio e equipa.

Se acredita que a marcação seria útil para a sua organização, desenhe as suas convenções de nomeação e marcação seguindo a informação do guia de decisão de nomeação e marcação de recursos.

Próximo passo

Implemente um recurso Azure Communications Gateway e ligue-o às suas redes

  • Last updated on