Dela via

Mobil kontrollpunkt i Azure Communications Gateway för Teams Telefon Mobile

  • Artikel

Mobile Control Point (MCP) är en IMS-programserver som är integrerad i Azure Communications Gateway. Det förenklar samarbetet med Microsoft Telefon System (MPS) genom att minimera den nätverksanpassning som behövs i ditt mobilnätverk för att dirigera samtal till Microsoft Teams.

MCP frågar MPS för att avgöra om anroparen eller anroparen är berättigad till Teams Telefon Mobile-tjänster.

  • Om anroparen eller anroparen är berättigad lägger MCP till MPS i samtalssökvägen så att MPS kan tillhandahålla Team Telefon Mobile-tjänster.
  • Om användaren inte är berättigad eller om samtalet inte når MPS ser MCP till att interna mobilsamtal fortsätter att nå målet, men utan Microsoft Teams-tjänster eller aviseringar i Microsoft Teams-klienter.

Mer information om den roll SOM MCP tillhandahåller i en Teams Telefon Mobile-distribution (inklusive samtalsflöden) finns i dokumentationen för Teams Telefon Mobile som tillhandahålls av din Microsoft-representant.

SIP-signalering

MCP integreras med din IMS S-CSCF med hjälp av ett ISC-gränssnitt. Det här gränssnittet definieras i 3GPP TS 23.218 och TS 23.228, med mer information i 3GPP TS 24.229. Du kan också distribuera ISC-gatewayfunktionen i utkanten av ditt IMS-nätverk för att tillhandahålla gränskontroll, ungefär som gränskontrollen som tillhandahålls av en IBCF.

MCP fungerar som en SIP-proxy. Den frågar MPS för att avgöra om ett samtal involverar en Teams-Telefon Mobile-prenumerant och uppdaterar signaleringen på samtalet för att dirigera samtalet till MPS efter behov. Det bearbetar inte media.

MCP frågar alltid MPS om inte anropet uppfyller något av följande villkor:

  • Ett mobilt anrop har en X-MS-FMC-rubrik med valfritt värde.
  • Ett anrop från en Teams-klient har en X-MS-FMC-rubrik med värdet APP.
  • Ett mobilt avslutande anrop har en X-MS-FMC-rubrik med värdet MT.

Dessa X-MS-FMC-huvuden läggs till av MPS och tillåter MCP att undvika att skapa loopar där det kontinuerligt frågar MPS.

MCP avgör om ett anrop är mobilt eller mobilt som avslutas med hjälp av parametern sescase (i prioritetsordning) i sidhuvudet P-Served-User, term eller orig parametrar i det översta Routningshuvudet eller term eller orig parametrarna i URI:n för routningshuvudet. Om ingen av dessa parametrar finns behandlar MCP anropet som mobilt avslutande.

MCP avgör den betjänade prenumeranten för ett mobilt anrop från URI:n i sidhuvudet P-Served-User eller P-Asserted-Identity. Den avgör den betjänade prenumeranten från ett mobilsamtal som avslutar anropet från URI:n i sidhuvudet P-Served-User eller Request-URI.It determines the served subscriber from a mobile terminating call from the URI in the P-Served-User header or the Request-URI.

Om MPS svarar med ett fel eller inte kan ange ett nummer som ska användas för att dirigera samtalet kan MCP inte uppdatera signalerna, så samtalet tar inte emot Teams Telefon Mobile-tjänster. MCP skickar alla SIP-fel tillbaka till ditt mobila nätverk.

MCP stöder E.164-nummer och sip: och tel: URI:er.

All trafik till MCP måste använda SIP via TLS.

Anropa MCP för Teams Telefon Mobile-prenumeranter

Teams Telefon Mobile-prenumeranter kräver konfiguration av initiala filterkriterier (iFC) i HSS för att involvera MCP vid lämpliga punkter i samtalet: vi rekommenderar att du anropar det sist i den ursprungliga iFC-kedjan och först i den avslutande iFC-kedjan. Anropa MCP för alla samtal som involverar Teams Telefon Mobile-prenumeranter, förutom CDIV-anrop.

IFC:erna bör använda ett värdnamn för MCP. MCP tillhandahåller två värdnamn, var och en prioriterar en region och tillåter återställning till den andra regionen. Så här hittar du värdnamnen:

  1. Gå till sidan Översikt för din Azure Communications Gateway-resurs.
  2. I varje avsnitt om tjänstplats hittar du fältet MCP-värdnamn .

Du kan till exempel använda följande iFC (ersätta <mcp-hostname> med ett av värdnamnen).

<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ästa steg