Mobiler Kontrollpunkt im Azure Communications Gateway für Teams Telefon Mobile
Mobile Control Point (MCP) ist ein IMS-Anwendungsserver, der in das Azure Communications Gateway integriert ist. Es vereinfacht die Zusammenarbeit mit Microsoft-Telefon System (MPS), indem die Netzwerkanpassung in Ihrem Mobilen Netzwerk minimiert wird, um Anrufe an Microsoft Teams weiterzuleiten.
MCP fragt MPS ab, um zu ermitteln, ob der Anrufer oder Angerufene für Teams Telefon Mobile-Dienste berechtigt ist.
- Wenn der Anrufer oder Angerufene berechtigt ist, fügt MCP MPS zum Anrufpfad hinzu, damit MPS Team Telefon Mobile-Dienste bereitstellen kann.
- Wenn der Benutzer nicht berechtigt ist oder der Anruf mpS nicht erreicht, stellt MCP sicher, dass native Mobiltelefonanrufe weiterhin ihr Ziel erreichen, obwohl ohne Microsoft Teams-Dienste oder Benachrichtigungen in Microsoft Teams-Clients.
Weitere Informationen zur Rolle MCP in einer Microsoft Teams Telefon Mobile-Bereitstellung (einschließlich Anrufflüssen) finden Sie in der Microsoft-Dokumentation zu Teams Telefon Mobile.
SIP-Signalisierung
MCP lässt sich mithilfe einer ISC-Schnittstelle in Ihren IMS S-CSCF integrieren. Diese Schnittstelle ist in 3GPP TS 23.218 und TS 23.228 definiert, mit weiteren Details in 3GPP TS 24.229. Sie können optional isc gateway function at the edge of your IMS network to provide border control, similar to the border control provided by an IBCF.
MCP fungiert als SIP-Proxy. Er fragt MPS ab, um festzustellen, ob ein Anruf einen Microsoft Teams Telefon Mobile-Abonnent umfasst, und aktualisiert die Signalisierung für den Anruf, um den Anruf nach Bedarf an MPS weiterzuleiten. Es verarbeitet keine Medien.
MCP fragt MPS immer ab, es sei denn, der Aufruf erfüllt eine der folgenden Bedingungen:
- Ein mobiler ausgehender Anruf verfügt über einen X-MS-FMC-Header mit einem beliebigen Wert.
- Ein Anruf von einem Teams-Client verfügt über einen X-MS-FMC-Header mit dem Wert
APP
. - Ein Anruf für mobiles Beenden weist einen X-MS-FMC-Header mit dem Wert
MT
auf.
Diese X-MS-FMC-Header werden von MPS hinzugefügt und ermöglichen MCP das Erstellen von Schleifen, bei denen es ständig MPS abfragt.
MCP bestimmt, ob ein Anruf mobiler Ursprung oder mobiles Beenden ist, indem der sescase
Parameter im Header "P-Served-User" oder orig
Parameter im oberen Route-Header oder term
orig
parameter im URI der Route-Kopfzeile oder parameter im URI der Route-Kopfzeile term
verwendet wird. Wenn keine dieser Parameter vorhanden ist, behandelt MCP den Anruf als mobiles Beenden.
MCP bestimmt den bereitgestellten Abonnent für einen mobilen Anruf, der aus dem URI im P-Served-User-Header oder im P-Asserted-Identity-Header stammt. Er bestimmt den bereitgestellten Abonnent von einem mobilen Abbruchaufruf aus dem URI im P-Served-User-Header oder dem Anforderungs-URI.
Wenn MPS mit einem Fehler reagiert oder keine Nummer zum Weiterleiten des Anrufs bereitstellen kann, kann MCP die Signalisierung nicht aktualisieren, sodass der Anruf keine Teams Telefon Mobile-Dienste empfängt. MCP übergibt alle SIP-Fehler wieder in Ihr Mobilfunknetz.
MCP unterstützt E.164-Nummern und sip: und tel: URIs.
Der gesamte Datenverkehr zu MCP muss SIP über TLS verwenden.
Aufrufen von MCP für Microsoft Teams Telefon Mobile-Abonnenten
Teams Telefon Mobile-Abonnenten erfordern die Konfiguration "Initial Filter Criteria (iFC)" im HSS, um MCP an den entsprechenden Stellen im Aufruf einzubeziehen: Wir empfehlen, sie zuletzt in der ursprünglichen iFC-Kette und zuerst in der endenden iFC-Kette aufzurufen. Rufen Sie MCP für alle Anrufe mit Teams Telefon Mobile-Abonnenten auf, mit Ausnahme von CDIV-Anrufen.
Die iFCs sollten einen Hostnamen für MCP verwenden. MCP stellt zwei Hostnamen bereit, wobei jeweils eine Region priorisiert und Fallbacks für die andere Region zugelassen werden. So suchen Sie die Hostnamen:
- Wechseln Sie zur Seite "Übersicht" für Ihre Azure Communications Gateway-Ressource.
- Suchen Sie in jedem Abschnitt "Dienststandort " das Feld "MCP-Hostname ".
Sie können z. B. den folgenden iFC verwenden (ersetzen durch <mcp-hostname>
einen der Hostnamen).
<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>