Partage via

Vue d’ensemble de l’interopérabilité d'Azure Communications Gateway avec Operator Connect et Teams Phone Mobile

  • Article

Azure Communications Gateway peut manipuler la signalisation et les médias pour répondre aux exigences de vos réseaux et des programmes Operator Connect et Teams Phone Mobile. Cet article donne un aperçu des fonctions d'interopérabilité qu'offre Azure Communications Gateway pour Operator Connect et Teams Phone Mobile.

Important

Vous devez signer un contrat Operator Connect ou Teams Phone Mobile avec Microsoft pour utiliser ce service.

Rôle et position dans le réseau

Azure Communications Gateway se situe à la périphérie de vos réseaux fixes et mobiles. Il connecte ces réseaux au système téléphonique de Microsoft, ce qui vous permet de prendre en charge Operator Connect (pour les réseaux de lignes fixes) et Teams Phone Mobile (pour les réseaux mobiles). Le diagramme suivant montre l’emplacement d'Azure Communications Gateway dans votre réseau.

Diagramme d’architecture pour la connexion à Azure Communications Gateway à des réseaux fixes et mobiles

Les appels partent des clients Microsoft Teams et passent par le système téléphonique de Microsoft et Azure Communications Gateway pour arriver sur votre réseau.

Conformité avec les spécifications du SBC certifié

Azure Communications Gateway prend en charge les spécifications Microsoft pour les SBC certifiés pour Operator Connect et Teams Phone Mobile. Pour plus d’informations sur la certification et ces spécifications, consultez Contrôleurs de frontière de session certifiés pour le routage direct et la documentation Opérateur Connect ou Teams Phone Mobile fournie par votre représentant Microsoft.

Intégration du contrôle des appels pour Teams Phone Mobile

Teams Phone Mobile vous permet d’offrir des services d’appel Microsoft Teams pour les appels effectués à partir du numéroteur natif sur les combinés mobiles, par exemple la présence et l’historique des appels. Ces fonctionnalités nécessitent d'ancrer les appels dans l'Intelligent Conversation and Communications Cloud (IC3) de Microsoft, qui fait partie du Microsoft Phone System.

Le système téléphonique Microsoft s'appuie sur les informations contenues dans la signalisation SIP pour déterminer si un appel est en cours :

  • Vers un abonné Teams Phone Mobile.
  • Depuis un abonné Teams Phone Mobile ou entre deux abonnés Teams Phone Mobile.

Votre réseau mobile principal doit fournir ces informations à Azure Communications Gateway, à l’aide de jonctions uniques ou en remplissant correctement un en-tête X-MS-FMC tel que défini par les spécifications SIP de Téléphone Mobile Teams. Si vous n’avez pas accès à ces spécifications, contactez votre représentant Microsoft ou votre équipe d’intégration.

Votre réseau mobile principal doit également être en mesure d'ancrer et de dévier les appels vers le système téléphonique de Microsoft. Vous pouvez choisir parmi les options suivantes.

  • Utilisation du point de contrôle mobile (MCP) dans Azure Communications Gateway. MCP est un serveur d'application IMS qui interroge l'API de consultation du téléphone mobile Teams Phone pour déterminer si l'appel concerne un abonné du téléphone mobile Teams Phone. MCP ajoute alors des en-têtes X-MS-FMC et met à jour la signalisation pour dévier l'appel vers le système téléphonique Microsoft via Azure Communications Gateway. Si vous souhaitez obtenir plus d’informations, consultez Point de contrôle mobile dans Azure Communications Gateway pour Teams Phone Mobile.
  • Déploiement d’une version locale du point de contrôle mobile (MCP) de Metaswitch. Pour plus d’informations, consultez Description du point de contrôle mobile Metaswitch. Cette version de MCP n’est pas incluse dans Azure Communications Gateway.
  • Utiliser d'autres capacités de routage dans votre réseau principal pour détecter les abonnés Teams Phone Mobile et acheminer les INVITE vers ou depuis ces abonnés vers le système téléphonique Microsoft via Azure Communications Gateway.

Important

Si une INVITE comporte un en-tête X-MS-FMC, le cœur ne doit pas acheminer l’appel vers Microsoft Teams. L’appel a déjà été ancré dans le système téléphonique de Microsoft.

Signalisation SIP

Azure Communications Gateway intercale automatiquement les appels pour prendre en charge les exigences suivantes de Operator Connect et de Teams Phone Mobile :

  • SIP sur TLS
  • En-tête X-MS-SBC (décrivant la fonction SBC)
  • Règles strictes concernant les lignes d’attributs a= dans les corps de SDP
  • Règles strictes pour le traitement des transferts d’appels

Vous pouvez mettre en place davantage de fonctions d'interfonctionnement dans le cadre de la conception initiale de votre réseau ou à tout moment en formulant une demande d'assistance pour Azure Communications Gateway. Par exemple, vous pouvez avoir besoin d’une configuration supplémentaire pour l’interfonctionnement pour :

  • Manipulation avancée des en-têtes SIP ou des messages SDP
  • Prise en charge des messages provisoires fiables (100rel)
  • Interfonctionnement entre les médias précoces et tardifs
  • Interfonctionnement sans tonalités DTMF en bande
  • Placer l’identifiant de locataire unique ailleurs dans les messages SIP pour faciliter l’utilisation de votre réseau, par exemple dans les paramètres tgrp

Le système téléphonique Microsoft exige que les numéros de téléphone de l’appelant (A-) et de l’appelé (B-) soient au format E.164. Cette exigence s’applique aux numéros SIP et TEL. Nous vous recommandons de configurer votre réseau de manière à utiliser le format E.164 pour tous les numéros. Si votre réseau ne peut pas convertir les numéros au format E.164, contactez votre équipe d'intégration ou faites une demande d'assistance pour discuter de vos besoins en matière de conversion des numéros.

Les liaisons SIP entre votre réseau et Azure Communications Gateway sont multi-locataire, ce qui signifie que le trafic de tous vos clients partage la même liaison. Par défaut, le trafic pour Operator Connect ou Teams Phone Mobile contient un en-tête X-MS-TenantID. Cet en-tête identifie l’entreprise qui envoie le trafic et peut être utilisé par vos systèmes de facturation.

Médias RTP et SRTP

Le système téléphonique Microsoft nécessite généralement le protocole SRTP pour les médias. Azure Communications Gateway prend en charge à la fois RTP et SRTP, et peut fonctionner entre eux. Azure Communications Gateway offre d'autres fonctions de manipulation des médias pour permettre à vos réseaux d'interopérer avec le système téléphonique de Microsoft.

Traitement des médias pour les appels

Vous devez sélectionner les codecs que vous souhaitez prendre en charge lorsque vous déployez Azure Communications Gateway.

Operator Connect et Teams Phone Mobile nécessitent que les réseaux centraux prennent en charge les tonalités de rappel (sonneries) pendant le transfert d'appel. Les réseaux centraux doivent également prendre en charge les bruits de confort. Si vos réseaux centraux ne peuvent pas répondre à ces exigences, Azure Communications Gateway peut injecter des médias dans les appels.

Options d’interfonctionnement des médias

Azure Communications Gateway offre plusieurs options d’interfonctionnement des médias. Par exemple, vous pourriez avoir besoin de :

  • Gestion des modifications de RTCP
  • Contrôler l’allocation de bande passante
  • Classer par ordre de priorité le trafic média spécifique pour la qualité de service

Pour obtenir des détails complets sur les fonctions d'interfonctionnement des médias disponibles dans Azure Communications Gateway, envoyez une demande d'assistance.

API Provisioning et Operator Connect

Operator Connect et Teams Phone Mobile nécessitent l’intégration des API entre vos systèmes informatiques et Microsoft Teams pour assurer l’automatisation et le provisionnement en flux continu. Une fois votre déploiement certifié et lancé, vous ne devez pas utiliser de portail pour le provisionnement. Azure Communications Gateway offre une autre méthode de provisionnement des abonnés avec son API de provisionnement (préversion) qui permet un provisionnement en flux continu depuis vos clients BSS vers Azure Communications Gateway et les environnements Operator Connect. Azure Communications Gateway fournit également un portail de gestion des numéros (préversion), intégré au Portail Microsoft Azure, pour un provisionnement basé sur un navigateur qui peut être utilisé pour démarrer pendant que vous terminez l'intégration de l'API.

Pour plus d’informations, consultez l’article suivant :

Conseil

Ces méthodes ne permettent pas à vos clients d’entreprise de gérer les appels Teams. Par exemple, elle ne fournissent pas de portails en libre-service.

Fournir des données de durée des appels à Microsoft Teams

Azure Communications Gateway peut utiliser les API Operator Connect pour charger des informations sur la durée des appels individuels (information sur CallDuration) dans l’environnement Microsoft Teams. Cette information permet aux clients Microsoft Teams d’afficher la durée d’appel enregistrée par votre réseau, au lieu de la durée d’appel enregistrée par Microsoft Teams. La fourniture de ces informations à Microsoft Teams est une exigence du programme Operator Connect qu’Azure Communications Gateway effectue en votre nom.

Compatibilité avec les exigences en matière de surveillance

Le service Azure Communications Gateway comprend une surveillance continue des défaillances potentielles de votre déploiement. Les paramètres que nous contrôlons couvrent tous les paramètres que les opérateurs doivent contrôler dans le cadre du programme Operator Connect :

  • Qualité d’appel
  • Erreurs d'appel et comportement inhabituel (par exemple, échec de l'établissement d'un appel, appels de courte durée ou déconnexions inhabituelles)
  • Autres erreurs dans la passerelle Azure Communications

Nous examinerons le problème potentiel et déterminerons s'il est lié à Azure Communications Gateway ou au système téléphonique Microsoft. Nous pourrions vous demander d'effectuer des opérations de dépannage dans vos réseaux afin d'isoler la panne.

Étapes suivantes