Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Importante
El servicio Azure Communications Gateway se retirará el 30 de octubre de 2025 y no se incorporará ningún nuevo cliente. Para evitar cualquier interrupción del servicio, realice la transición a otra solución de controlador de borde de sesión (SBC) certificado de enrutamiento directo de Microsoft Teams antes del 30 de octubre de 2025.
Este artículo le guía por cada una de las tareas que debe completar antes de empezar a implementar Azure Communications Gateway. En el caso de Operator Connect y Teams Phone Mobile, las implementaciones exitosas dependen del estado de sus entornos de Operator Connect o Teams Phone Mobile.
En las secciones siguientes se describe la información que necesita recopilar y las decisiones que debe tomar antes de implementar Azure Communications Gateway.
Prerrequisitos
Importante
Debe ser un operador de telecomunicaciones para usar Azure Communications Gateway.
Para Operator Connect o Teams Phone Mobile, también debe haber firmado un acuerdo de Operator Connect o Teams Phone Mobile con Microsoft. Para obtener más información sobre estos programas, vea Operador Connect o Teams Phone Mobile.
Para Zoom Phone Cloud Peering, también debe haber iniciado el proceso de incorporación con Zoom para convertirse en proveedor de este servicio. Para obtener más información sobre el emparejamiento en la nube, consulte Información de emparejamiento en la nube de Zoom.
Importante
Debe comprender completamente el proceso de incorporación del servicio de comunicaciones elegido y las dependencias introducidas por el proceso de incorporación.
Permita suficiente tiempo para el proceso de implementación e integración. Por ejemplo, es posible que necesite esperar hasta dos semanas para que se aprovisione un nuevo recurso de Puerta de enlace de comunicaciones de Azure para poder conectarlo a la red.
Debe poseer números enrutables globales para dos tipos de pruebas:
- Pruebas de integración por parte del personal durante la implementación y la integración
- Comprobación del servicio (pruebas continuas de llamadas) por parte de los servicios de comunicación elegidos
En la tabla siguiente se describe el número de números que necesita asignar.
| Service | Números para pruebas de integración | Números de comprobación del servicio |
|---|---|---|
| Conexión con operador | 1 (mínimo) | - Implementaciones de producción: 6 - Implementaciones de laboratorio: 3 |
| Teléfono móvil de Teams | 1 (mínimo) | - Implementaciones de producción: 6 - Implementaciones de laboratorio: 3 |
| Enrutamiento directo de Microsoft Teams | 1 (mínimo) | Ninguno (no aplicable) |
| Interconexión en la Nube de Zoom Phone | 1 (mínimo) | - Estados Unidos y Canadá: 6 - Resto del mundo: 2 |
Importante
Los números de comprobación del servicio deben ser utilizables durante toda la vigencia de la implementación.
Si desea configurar una implementación de laboratorio, debe haber implementado una implementación estándar o estar a punto de implementar una. No puede usar una implementación de laboratorio como una implementación independiente de Azure Communications Gateway.
Organizar la incorporación
Necesita un equipo de incorporación de Microsoft para implementar Azure Communications Gateway. Azure Communications Gateway incluye un programa de incorporación denominado Ventajas incluidas. Si no es apto para ventajas incluidas o necesita más soporte técnico, analice sus requisitos con su representante de ventas de Microsoft.
Los programas Operador Connect y Teams Phone Mobile también requieren un asociado de incorporación que administre los cambios necesarios en los entornos de Operador Connect o Teams Phone Mobile y se coordina con Microsoft Teams en su nombre. El equipo del proyecto Ventajas incluidas de Azure Communications Gateway cumple este rol, pero puede elegir otro asociado de incorporación para coordinarse con Microsoft Teams en su nombre.
Asegúrese de que tiene un plan de soporte técnico adecuado
Se recomienda encarecidamente que tenga un plan de soporte técnico que incluya soporte técnico, como el soporte técnico unificado de Microsoft.
Seleccione el inquilino de Azure a usar
Se recomienda usar un inquilino de Microsoft Entra existente para Azure Communications Gateway, ya que el uso de un inquilino existente usa las identidades existentes para la autenticación totalmente integrada. Si necesita administrar identidades por separado del resto de la organización o configurar distintos permisos para el Portal de administración de números para distintos recursos de Azure Communications Gateway, cree primero un nuevo inquilino dedicado.
Los entornos de Operator Connect y Teams Phone Mobile heredan identidades y permisos de configuración del inquilino de Microsoft Entra a través de una aplicación de Microsoft denominada Project Sync. Debe agregar esta aplicación a su tenant de Microsoft Entra como parte de Conectar Azure Communications Gateway con Operator Connect o Teams Phone Mobile (si su tenant aún no contiene esta aplicación).
Importante
Para Operator Connect y Teams Phone Mobile, las implementaciones de producción y las implementaciones de laboratorio deben conectarse al mismo inquilino de Microsoft Entra. La configuración de Microsoft Teams para su entidad de cliente muestra la configuración para las implementaciones de laboratorio y las de producción juntas.
Acceso a Azure Communications Gateway para su suscripción de Azure
El acceso a Azure Communications Gateway está restringido. Cuando haya completado los pasos anteriores de este artículo:
- Póngase en contacto con el equipo de incorporación y pídale que habilite su suscripción. Si aún no tiene un equipo de incorporación, póngase en contacto con azcog-enablement@microsoft.com proporcionando su ID de suscripción de Azure y sus datos de contacto.
- Espere a la confirmación de que La puerta de enlace de comunicaciones de Azure está habilitada antes de pasar al paso siguiente.
Creación de un diseño de red
Decida cómo azure Communications Gateway debe conectarse a la red. Recomendamos Microsoft Azure Peering Service Voice (a veces denominado MAPS Voice). Para más información sobre las opciones, consulte Conectividad para Azure Communications Gateway. Si planea usar Azure Communications Gateway con inyección de red virtual (versión preliminar), complete los requisitos previos para implementar Azure Communications Gateway con inyección de red virtual.
Para Teams Phone Mobile y Azure Operator Call Protection Preview, debe decidir cómo su red debe determinar si una llamada involucra a un suscriptor relevante y, por lo tanto, enrutar correctamente la llamada. Ustedes pueden:
- Use el punto de control móvil (MCP) integrado de Azure Communications Gateway.
- Conéctese a una versión local de Mobile Control Point (MCP) desde Metaswitch.
- Use otras funcionalidades de enrutamiento en la red principal.
Para obtener más información sobre estas opciones para Teams Phone Mobile, consulte Integración del control de llamadas para Teams Phone Mobile y Mobile Control Point en Azure Communications Gateway.
La conexión a Azure Communications Gateway para Azure Operator Call Protection se realiza a través de SIPREC. Azure Communications Gateway tiene el rol del servidor de grabación de sesión (SRS) SIPREC. Un elemento de la red, normalmente un controlador de borde de sesión (SBC), se configura como cliente de grabación de sesión SIPREC (SRC).
Si necesita admitir llamadas de emergencia desde clientes de Microsoft Teams o Zoom, lea sobre las llamadas de emergencia con el servicio de comunicaciones elegido:
- Enrutamiento directo de Microsoft Teams
- Operator Connect y Teams Phone Móvil
- Zoom Phone Cloud Peering
Importante
No debe enrutar las llamadas de emergencia de la red a Azure Communications Gateway.
Conexión de la red a Azure
Configure las conexiones entre la red y Azure:
- Para configurar Microsoft Azure Peering Service Voice (a veces llamada MAPS Voice), siga las instrucciones en el tutorial de emparejamiento de Internet para Peering Service Voice.
- Para configurar el emparejamiento de Microsoft de ExpressRoute, siga las instrucciones de Tutorial: Configuración del emparejamiento para el circuito ExpressRoute.
Recopilación de información básica para implementar una puerta de enlace de comunicaciones de Azure
Recopile todos los valores de la tabla siguiente para el recurso azure Communications Gateway.
| Valor | Nombres de campo en Azure Portal |
|---|---|
| Nombre de la suscripción de Azure que se va a usar para crear un recurso de Puerta de enlace de comunicaciones de Azure. Debe usar la misma suscripción para todos los recursos de la implementación de Azure Communications Gateway. | Detalles del proyecto: Suscripción |
| El grupo de recursos de Azure en el que se va a crear el recurso azure Communications Gateway. | Detalles del proyecto: Grupo de recursos |
Nombre de la implementación. Este nombre puede contener caracteres alfanuméricos y -. Debe tener entre 3 y 24 caracteres. |
Detalles de la instancia: Nombre |
| La región de Azure de administración: la región en la que se procesan los datos de supervisión y facturación. Se recomienda seleccionar una región cercana o coubicada con las dos regiones para controlar el tráfico de llamadas. | Detalles de la instancia: Región |
| Tipo de implementación. Elija entre Estándar (para producción) o Laboratorio. | Detalles de la instancia: SKU |
| Códecs de voz que se van a usar entre Azure Communications Gateway y la red. Se recomienda especificar solo los códecs si tiene una razón fuerte para restringir los códecs (por ejemplo, licencias de códecs específicos) y no puede configurar la red o los puntos de conexión para no ofrecer códecs específicos. Restringir los códecs puede reducir la calidad general de la voz debido a que se seleccionan códecs de menor fidelidad. | Gestión de llamadas: códecs admitidos |
| Si su recurso de puerta de enlace de comunicaciones de Azure debe manejar las llamadas de emergencia como llamadas estándar o enrutarlas directamente al proveedor de servicios de enrutamiento de emergencias (solo EE. UU.; únicamente para Operator Connect o Teams Phone Mobile). | Control de llamadas: control de llamadas de emergencia |
Una lista separada por comas de cadenas de marcado usadas para las llamadas de emergencia. Para Microsoft Teams, especifique cadenas de marcado como número de emergencia estándar (por ejemplo 999). En Zoom, especifique las cadenas de marcado con el formato +<country-code><emergency-number> (por ejemplo +44999, ). (Solo para Operator Connect, Teams Phone Mobile y Zoom Phone Cloud Peering). |
Control de llamadas: secuencias de marcado de emergencia |
| El ámbito en el que la etiqueta de nombre de dominio generada automáticamente para Azure Communications Gateway es única. A los recursos de Communications Gateway se les asigna una etiqueta de nombre de dominio generada automáticamente que depende del nombre del recurso. Al seleccionar Tenant, se asigna la misma etiqueta a un recurso con el mismo nombre en el mismo tenant, pero en una suscripción diferente. Al seleccionar Suscripción se proporciona un recurso con el mismo nombre en la misma suscripción, pero un grupo de recursos diferente tiene la misma etiqueta. Al seleccionar Grupo de recursos , se proporciona un recurso con el mismo nombre en el mismo grupo de recursos la misma etiqueta. Al seleccionar No volver a usar , la etiqueta no depende del nombre, el grupo de recursos, la suscripción o el inquilino. | DNS: ámbito de nombre de dominio generado automáticamente |
Recopilación de valores de configuración para regiones de servicio
Recopile todos los valores de la tabla siguiente para ambas regiones de servicio en las que desea implementar Azure Communications Gateway.
Nota:
Las implementaciones de laboratorio tienen una región de Azure y se conectan a un sitio de la red.
| Valor | Nombres de campo en Azure Portal |
|---|---|
| La región de Azure para usar en el tráfico de llamadas. Si habilita la versión preliminar de Protección de llamadas del operador de Azure, hay restricciones en cuanto a dónde se pueden implementar los recursos de Azure; consulte Elección de las regiones de administración y servicio. |
Región de servicio uno/dos: región |
| La dirección IPv4 perteneciente a su red que Azure Communications Gateway debería usar para ponerse en contacto con su red desde esta región. | Región de servicio Uno/dos: dirección IP del operador |
| Conjunto de direcciones IP o intervalos que se permiten como orígenes para el tráfico de señalización desde su red. Proporcione un intervalo de direcciones IPv4 mediante notación CIDR (por ejemplo, 192.0.2.0/24) o una dirección IPv4 (por ejemplo, 192.0.2.0). También puede proporcionar una lista separada por comas de direcciones IPv4 o intervalos de direcciones. | Región de servicio uno/dos: direcciones IP de origen de señalización permitidas o intervalos CIDR |
| Conjunto de direcciones IP o rangos que se permiten como orígenes para el tráfico multimedia de su red. Proporcione un intervalo de direcciones IPv4 mediante notación CIDR (por ejemplo, 192.0.2.0/24) o una dirección IPv4 (por ejemplo, 192.0.2.0). También puede proporcionar una lista separada por comas de direcciones IPv4 o intervalos de direcciones. | Región de servicio uno/dos: direcciones IP de origen multimedia/intervalos CIDR permitidos |
Recopilación de valores de configuración para cada servicio de comunicaciones
Recoja los valores de los servicios de comunicaciones que planea soportar.
Importante
Algunas opciones se aplican a varios servicios, como se muestra en Opciones comunes a varios servicios de comunicaciones en las tablas siguientes. Debe elegir la configuración adecuada para todos los servicios que planea admitir.
Para el enrutamiento directo de Microsoft Teams:
| Valor | Nombres de campo en Azure Portal |
|---|---|
| Direcciones IP o intervalos de direcciones (en formato CIDR) en la red que se deben permitir para conectarse a la API de aprovisionamiento de Azure Communications Gateway, en una lista separada por comas. El uso de la API de aprovisionamiento es necesario para aprovisionar números para el enrutamiento directo. | Opciones comunes a varios servicios de comunicaciones: intervalos de CIDR o direcciones IP de origen permitidas para conectarse a la plataforma de aprovisionamiento de la puerta de enlace de comunicaciones |
| Si se debe añadir un encabezado SIP personalizado a los mensajes que entran en su red mediante la API de aprovisionamiento de Azure Communications Gateway | Opciones comunes a varios servicios de comunicaciones: Agregar encabezado SIP personalizado |
| (Solo si decide agregar un encabezado SIP personalizado) Nombre de cualquier encabezado SIP personalizado | Opciones comunes a varios servicios de comunicaciones: nombre de encabezado SIP personalizado |
Para Operator Connect:
| Valor | Nombres de campo en Azure Portal |
|---|---|
| Si desea añadir un encabezado SIP personalizado a los mensajes que entran en su red mediante la API de aprovisionamiento de Azure Communications Gateway | Opciones comunes a varios servicios de comunicaciones: Agregar encabezado SIP personalizado |
| (Solo si decide agregar un encabezado SIP personalizado) Nombre de cualquier encabezado SIP personalizado | Opciones comunes a varios servicios de comunicaciones: nombre de encabezado SIP personalizado |
| (Solo si decide agregar un encabezado SIP personalizado) Direcciones IP o intervalos de direcciones (en formato CIDR) en la red que se deben permitir para conectarse a la API de aprovisionamiento, en una lista separada por comas. | Opciones comunes a varios servicios de comunicaciones: intervalos de CIDR o direcciones IP de origen permitidas para conectarse a la plataforma de aprovisionamiento de la puerta de enlace de comunicaciones |
Para Teams Phone Mobile:
| Valor | Nombres de campo en Azure Portal |
|---|---|
| El número usado en Teams Phone Mobile para acceder a la respuesta interactiva de voz del correo de voz (IVR) desde los dialers nativos. | Teléfono móvil de Teams: número piloto del correo de voz de Teams |
| Cómo planea usar el punto de control móvil (MCP) para enrutar las llamadas móviles del teléfono de Teams al sistema telefónico de Microsoft. Elija entre Integrado (para implementar MCP en Azure Communications Gateway), Local (para usar un MCP local existente) o Ninguno (si usará otro método para enrutar llamadas). | Teléfono móvil de Teams: MCP |
Para la interconexión en la nube de Zoom Phone:
| Valor | Nombres de campo en Azure Portal |
|---|---|
| Región zoom a la que conectarse | Zoom: región de zoom |
| Direcciones IP o intervalos de direcciones (en formato CIDR) en la red que se deben permitir para conectarse a la API de aprovisionamiento de Azure Communications Gateway, en una lista separada por comas. El uso de la API de aprovisionamiento es necesario para aprovisionar números para el emparejamiento en la nube de Zoom Phone. | Opciones comunes a varios servicios de comunicaciones: intervalos de CIDR o direcciones IP de origen permitidas para conectarse a la plataforma de aprovisionamiento de la puerta de enlace de comunicaciones |
| Si desea añadir un encabezado SIP personalizado a los mensajes que entran en su red mediante la API de aprovisionamiento de Azure Communications Gateway | Opciones comunes a varios servicios de comunicaciones: Agregar encabezado SIP personalizado |
| (Solo si decide agregar un encabezado SIP personalizado) Nombre de cualquier encabezado SIP personalizado | Opciones comunes a varios servicios de comunicaciones: nombre de encabezado SIP personalizado |
No se requieren opciones de configuración para la versión preliminar de Azure Operator Call Protection.
Recolección de valores para números de verificación de servicio
Recopile todos los valores de la tabla siguiente para todos los números de comprobación del servicio requeridos por Azure Communications Gateway.
Para operador Connect y Teams Phone Mobile:
| Valor | Nombres de campo en Azure Portal |
|---|---|
| Nombre de la línea de prueba. Se recomiendan los nombres del formulario OC1 y OC2 (para Operator Connect) y TPM1 y TPM2 (para Teams Phone Mobile). | Nombre |
| Número de teléfono de la línea de prueba, en formato E.164 e incluido el código de país. | Número de teléfono |
| Propósito de la línea de prueba (siempre automatizado). | Propósito de prueba |
Para la interconexión en la nube de Zoom Phone:
| Valor | Nombres de campo en Azure Portal |
|---|---|
| Número de teléfono de la línea de prueba, en formato E.164 e incluido el código de país. | Número de teléfono |
El enrutamiento directo de Microsoft Teams y la versión preliminar de Protección de llamadas del operador de Azure no requieren números de comprobación del servicio.
Decidir si quiere etiquetas para recursos de Azure
La nomenclatura y el etiquetado de recursos son útiles para la administración de recursos. Permite a su organización localizar y realizar un seguimiento de los recursos asociados a equipos o cargas de trabajo específicos y también le permite realizar un seguimiento más preciso del consumo de recursos en la nube por área empresarial y equipo.
Si cree que el etiquetado sería útil para su organización, diseñe las convenciones de nomenclatura y etiquetado siguiendo la información de la guía de decisión de nomenclatura y etiquetado de recursos.