Partage via

Point de contrôle mobile dans Azure Communications Gateway pour Teams Téléphone Mobile

  • Article

Le point de contrôle mobile (MCP) est un serveur d’applications IMS intégré à Azure Communications Gateway. Il simplifie l’interaction avec Téléphone Microsoft System (MPS) en minimisant l’adaptation réseau nécessaire dans votre réseau mobile pour acheminer les appels dans Microsoft Teams.

MCP interroge MPS pour déterminer si l’appelant ou l’appelé est éligible à Teams Téléphone Services mobiles.

  • Si l’appelant ou l’appelé est éligible, MCP ajoute MPS au chemin d’appel, afin que MPS puisse fournir des services d’équipe Téléphone Mobile.
  • Si l’utilisateur n’est pas éligible ou si l’appel n’atteint pas MPS, MCP garantit que les appels mobiles natifs continuent d’atteindre leur cible, bien que sans services Microsoft Teams ni alertes dans les clients Microsoft Teams.

Pour plus d’informations sur le rôle fourni par MCP dans un déploiement Teams Téléphone Mobile (y compris les flux d’appels), consultez la documentation teams Téléphone Mobile fournie par votre représentant Microsoft.

Signalisation SIP

MCP s’intègre à votre S-CSCF IMS à l’aide d’une interface ISC. Cette interface est définie dans 3GPP TS 23.218 et TS 23.228, avec plus de détails fournis dans 3GPP TS 24.229. Vous pouvez éventuellement déployer la fonction de passerelle ISC en périphérie de votre réseau IMS pour fournir un contrôle de bordure, similaire au contrôle de bordure fourni par un IBCF.

MCP agit en tant que proxy SIP. Il interroge MPS pour déterminer si un appel implique un abonné Teams Téléphone Mobile et met à jour la signalisation sur l’appel pour acheminer l’appel vers MPS selon les besoins. Il ne traite pas les médias.

MCP interroge toujours MPS, sauf si l’appel répond à l’une des conditions suivantes :

  • Un appel d’origine mobile a un en-tête X-MS-GAC avec n’importe quelle valeur.
  • Un appel d’un client Teams a un en-tête X-MS-GAC avec la valeur APP.
  • Un appel de fin mobile a un en-tête X-MS-GAC avec la valeur MT.

Ces en-têtes X-MS-GAC sont ajoutés par MPS et permettent à MCP d’éviter de créer des boucles où il interroge continuellement MPS.

MCP détermine si un appel est mobile d’origine ou de fin mobile à l’aide (par ordre de préférence) du sescase paramètre sur l’en-tête P-Served-User, term ou orig les paramètres de l’en-tête route supérieur ou termorig des paramètres dans l’URI de l’en-tête Route. Si aucun de ces paramètres n’est présent, MCP traite l’appel comme une fin mobile.

MCP détermine l’abonné servi pour un appel mobile provenant de l’URI dans l’en-tête P-Served-User ou l’en-tête P-Asserted-Identity. Il détermine l’abonné servi à partir d’un appel de fin mobile à partir de l’URI dans l’en-tête P-Served-User ou request-URI.

Si MPS répond avec une erreur ou ne peut pas fournir de numéro à utiliser pour acheminer l’appel, MCP ne peut pas mettre à jour la signalisation, de sorte que l’appel ne reçoit pas Teams Téléphone Services mobiles. MCP transmet toutes les erreurs SIP à votre réseau mobile.

MCP prend en charge les numéros E.164 et sip : et tel : URI.

Tout le trafic vers MCP doit utiliser SIP via TLS.

Appel de MCP pour les abonnés Teams Téléphone Mobile

Teams Téléphone abonnés mobiles nécessitent la configuration des critères de filtre initiaux (iFC) dans le HSS pour impliquer MCP aux points appropriés de l’appel : nous vous recommandons d’appeler la dernière fois dans la chaîne iFC d’origine et d’abord dans la chaîne iFC de fin. Appelez MCP pour tous les appels impliquant Teams Téléphone abonnés Mobiles, à l’exception des appels CDIV.

Les IFC doivent utiliser un nom d’hôte pour MCP. MCP fournit deux noms d’hôte, chacun hiérarchisant une région et autorisant la secours à l’autre région. Pour rechercher les noms d’hôte :

  1. Accédez à la page Vue d’ensemble de votre ressource Azure Communications Gateway.
  2. Dans chaque section Emplacement du service, recherchez le champ nom d’hôte MCP.

Par exemple, vous pouvez utiliser l’iFC suivant (en <mcp-hostname> remplaçant par l’un des noms d’hôte).

<InitialFilterCriteria>
    <Priority>0</Priority>
    <TriggerPoint>
        <ConditionTypeCNF>0</ConditionTypeCNF>
        <SPT>
            <ConditionNegated>0</ConditionNegated>
            <Group>0</Group>
            <Method>INVITE</Method>
        </SPT>
        <SPT>
            <ConditionNegated>1</ConditionNegated>
            <Group>0</Group>
            <SessionCase>4</SessionCase>
        </SPT>
    </TriggerPoint>
    <ApplicationServer>
        <ServerName>sip:<mcp-hostname>;transport=tcp;service=mcp</ServerName>
        <DefaultHandling>0</DefaultHandling>
    </ApplicationServer>
</InitialFilterCriteria>

Étapes suivantes