Mobiler Kontrollpunkt im Azure Communications-Gateway für Microsoft Teams Phone Mobile

Mobile Control Point (MCP) ist ein IMS-Anwendungsserver, der in das Azure Communications Gateway integriert ist. Es vereinfacht die Zusammenarbeit mit dem Microsoft Phone System (MPS), indem die Netzwerkanpassung minimiert wird, die in Ihrem mobilen Netzwerk erforderlich ist, um Anrufe an Microsoft Teams weiterzuleiten.

MCP fragt MPS ab, um festzustellen, ob der Anrufer oder der Angerufene für Teams Phone Mobile-Dienste berechtigt ist.

  • Wenn der Anrufer oder Angerufene berechtigt ist, fügt MCP MPS zum Anrufpfad hinzu, damit MPS Mobile-Dienste für Teamtelefone 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 über die Rolle, die MCP bei einer Teams Phone Mobile-Bereitstellung spielt (einschließlich Anrufflüssen), finden Sie in der von Ihrem Microsoft-Vertreter zur Verfügung gestellten Teams Phone Mobile-Dokumentation.

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 die ISC-Gateway-Funktion am Rand Ihres IMS-Netzwerks bereitstellen, um eine Grenzkontrolle zu bieten, ähnlich der Grenzkontrolle, die von einem IBCF bereitgestellt wird.

MCP fungiert als SIP-Proxy. Es fragt MPS ab, um festzustellen, ob ein Anruf einen Teams Phone Mobile-Abonnent umfasst, und aktualisiert die Signalisierung des Anrufs, 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 MTauf.

Diese X-MS-FMC-Headers werden von MPS hinzugefügt und ermöglichen es MCP, die Erstellung von Schleifen zu vermeiden, bei denen MPS kontinuierlich abgefragt wird.

MCP bestimmt, ob ein Anruf mobil ursprünglich oder mobil endend ist, indem der sescase Parameter im P-Served-User-Header, die term oder orig Parameter im oberen Route-Header oder die term oder orig Parameter im URI der Route-Kopfzeile verwendet werden. Wenn keine dieser Parameter vorhanden ist, behandelt MCP den Anruf als mobiles Beenden.

MCP bestimmt den versorgten Teilnehmer für einen von einem Mobiltelefon ausgehenden Anruf anhand des URI im P-Served-User-Header oder P-Asserted-Identity-Header. 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 Phone 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.

Aufruf von MCP für Teams Phone Mobile-Abonnenten

Teams Phone Mobile-Abonnenten erfordern die Konfiguration "Initial Filter Criteria (iFC)" im HSS, um MCP an den entsprechenden Stellen im Anruf 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 Microsoft Teams Phone Mobile-Abonnenten mit Ausnahme von CDIV-Anrufen auf.

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:

  1. Wechseln Sie zur Seite "Übersicht" für Ihre Azure Communications Gateway-Ressource.
  2. Suchen Sie in jedem Dienststandort-Abschnitt das Feld MCP-Hostname.

Sie könnten beispielsweise den folgenden iFC verwenden, indem Sie <mcp-hostname> durch einen der Hostnamen ersetzen.

<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>

Nächste Schritte

  • Last updated on