Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure Communications Gateway peut manipuler la signalisation et les médias pour répondre aux exigences de vos réseaux et des programmes Opérateur Connect et Teams Phone Mobile. Cet article fournit une vue d’ensemble des fonctionnalités d’interopérabilité proposées par Azure Communications Gateway pour Operator Connect et Teams Phone Mobile.
Important
Vous devez signer un contrat Opérateur Connect ou Teams Phone Mobile avec Microsoft pour utiliser ce service.
Rôle et position dans le réseau
Azure Communications Gateway se trouve à la périphérie de vos réseaux fixes et mobiles. Il connecte ces réseaux au système téléphonique Microsoft, ce qui vous permet de prendre en charge Operator Connect (pour les réseaux fixes) et Teams Phone Mobile (pour les réseaux mobiles). Le diagramme suivant montre où se trouve Azure Communications Gateway dans votre réseau.
Les appels circulent des clients Microsoft Teams via le système téléphonique Microsoft et la passerelle de communication Azure vers votre réseau.
Conformité avec les spécifications SBC certifiées
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 Les 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 d’appel pour Teams Phone Mobile
Teams Phone Mobile vous permet de proposer des services d’appel de Microsoft Teams pour les appels émis depuis le numéroteur natif sur les appareils mobiles, tels que la présence et l’historique des appels. Ces fonctionnalités nécessitent l’ancrage des appels dans le cloud ic3 (Intelligent Conversation and Communications Cloud) de Microsoft, qui fait partie du système téléphonique Microsoft.
Le système téléphonique Microsoft s’appuie sur des informations dans la signalisation SIP pour déterminer si un appel est :
- À un abonné Teams Phone Mobile.
- À partir d’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 en utilisant des jonctions uniques ou en remplissant correctement un en-tête X-MS-FMC conformément aux spécifications SIP de Microsoft Teams Phone Mobile. 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 rediriger les appels vers le système téléphonique Microsoft. Vous avez le choix entre les options suivantes.
- Utilisation du point de contrôle mobile (MCP) dans Azure Communications Gateway. MCP est un serveur d’applications IMS qui interroge l’API de consultation mobile de téléphone Teams pour déterminer si l’appel implique un abonné mobile mobile Teams. MCP ajoute ensuite des en-têtes X-MS-FMC et met à jour la signalisation pour rediriger l’appel vers le système téléphonique Microsoft via Azure Communications Gateway. Pour plus d’informations, consultez Mobile Control Point in Azure Communications Gateway for Teams Phone Mobile.
- Déploiement d’une version locale du point de contrôle mobile (MCP) à partir du metaswitch. Pour plus d’informations, consultez la description du metaswitch du point de contrôle mobile. Cette version de MCP n’est pas incluse dans Azure Communications Gateway.
- Utilisation d’autres fonctionnalités de routage dans votre réseau de base pour détecter les abonnés Mobile mobile Teams et acheminer les INVITEs vers ou depuis ces abonnés vers le système téléphonique Microsoft via Azure Communications Gateway.
Important
Si une invite a 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 Microsoft.
Signalisation SIP
Azure Communications Gateway gère l'interconnexion automatique des appels pour satisfaire les besoins suivants d'Operator Connect et de Teams Phone Mobile :
- SIP via TLS
- En-tête X-MS-SBC (décrivant la fonction SBC)
- Règles strictes sur les lignes d’attribut a= dans les corps SDP
- Règles strictes sur la gestion des transferts d’appels
Vous pouvez organiser une fonction d’interworking dans le cadre de votre conception de réseau initiale ou à tout moment en mettant en place une demande de support pour Azure Communications Gateway. Par exemple, vous pouvez avoir besoin d’une configuration d’interworking supplémentaire pour :
- Manipulation avancée de l’en-tête SIP ou du message SDP
- Prise en charge des messages provisoires fiables (100rel)
- Interaction entre les médias précoces et tardifs
- Interopérabilité sans les tons DTMF en bande
- Placer l'ID de locataire unique ailleurs dans les messages SIP pour faciliter la consommation par votre réseau, par exemple dans les paramètres
tgrp.
Le système téléphonique Microsoft nécessite que les numéros de téléphone composant (A-) et les numéros composés (B-) soient au format E.164. Cette exigence s’applique aux numéros SIP et TEL. Nous vous recommandons de configurer votre réseau pour utiliser le format E.164 pour tous les nombres. Si votre réseau ne peut pas convertir de numéros au format E.164, contactez votre équipe d’intégration ou déclenchez une demande de support pour discuter de vos besoins en matière de conversion de nombres.
Les jonctions SIP entre votre réseau et Azure Communications Gateway sont mutualisées, ce qui signifie que le trafic de tous vos clients partage la même jonction. 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édia RTP et SRTP
Le système téléphonique Microsoft nécessite généralement SRTP pour le média. Azure Communications Gateway prend en charge RTP et SRTP et peut interagir entre eux. Azure Communications Gateway offre d’autres fonctionnalités de manipulation multimédia pour permettre à vos réseaux d’interagir avec le système téléphonique Microsoft.
Gestion 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 des réseaux de base pour prendre en charge les tonalités de retour (sonneries) pendant le transfert d’appel. Les réseaux de base doivent également prendre en charge le bruit de confort. Si vos réseaux principaux ne peuvent pas répondre à ces exigences, Azure Communications Gateway peut injecter des médias dans des appels.
Options d’interworking multimédia
Azure Communications Gateway offre plusieurs options d’interworking multimédia. Par exemple, vous pourriez avoir besoin de :
- Changer la gestion de RTCP
- Contrôler l’allocation de bande passante
- Hiérarchiser le trafic multimédia spécifique pour la qualité de service
Pour plus d’informations sur les fonctionnalités d’interworking multimédia disponibles dans Azure Communications Gateway, déclenchez une demande de support.
API d’approvisionnement et de connexion d’opérateurs
L’opérateur Connect et Teams Phone Mobile nécessitent l’intégration d’API entre vos systèmes informatiques et Microsoft Teams pour l’approvisionnement et l’automatisation par flux. Une fois votre déploiement certifié et lancé, vous ne devez pas utiliser un portail pour l’approvisionnement. Azure Communications Gateway offre une autre méthode pour l’approvisionnement d’abonnés avec son API d’approvisionnement (préversion) qui permet l’approvisionnement par flux de 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 Azure, pour un approvisionnement via navigateur qui peut être utilisé pour vous aider à démarrer en attendant l’intégration complète de l’API.
Pour plus d’informations, consultez :
- Approvisionnement d’Azure Communications Gateway et intégration à l’API d’approvisionnement d’Azure Communications Gateway.
- Gérez une entreprise avec le portail de gestion des numéros (préversion) d’Azure Communications Gateway pour Operator Connect et Teams Phone Mobile.
Conseil / Astuce
Ces méthodes n’autorisent pas vos clients d’entreprise à gérer les appels Teams. Par exemple, ils ne fournissent pas de portails en libre-service.
Fourniture de 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 (informations CallDuration) dans l’environnement Microsoft Teams. Ces informations permettent 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. Fournir ces informations à Microsoft Teams est une exigence du programme Operator Connect que la passerelle de communication Azure effectue en votre nom.
Compatibilité avec les exigences de surveillance
Le service Azure Communications Gateway inclut une surveillance continue des erreurs potentielles dans votre déploiement. Les métriques que nous monitorons couvrent toutes les métriques que les opérateurs doivent surveiller dans le cadre du programme Operator Connect et inclure :
- Qualité des appels
- Erreurs d’appel et comportement inhabituel (par exemple, échecs de configuration des appels, appels courts ou déconnexions inhabituelles)
- Autres erreurs dans Azure Communications Gateway
Nous allons examiner l’erreur potentielle et déterminer si l’erreur se rapporte à Azure Communications Gateway ou au système téléphonique Microsoft. Nous vous demandons peut-être d’effectuer certaines étapes de dépannage dans vos réseaux pour vous aider à isoler l’erreur.
Étapes suivantes
- En savoir plus sur la surveillance d’Azure Communications Gateway.
- Découvrez comment demander des modifications à Azure Communications Gateway.