Közvetlen útválasztás használata a meglévő telefonos szolgáltatáshoz való csatlakozáshoz

Az Azure Communication Services közvetlen útválasztással csatlakoztathatja meglévő telefonos infrastruktúráját az Azure-hoz. A cikk felsorolja a támogatott munkamenet-szegélyvezérlő (SBC) közvetlen útválasztáshoz való csatlakoztatásához szükséges magas szintű lépéseket, valamint az engedélyezett kommunikációs erőforrás hangalapú útválasztásának működését.

Ha tudni szeretné, hogy az Azure Communication Services közvetlen útválasztása a megfelelő megoldás-e a szervezet számára, tekintse meg az Azure telefonos alapelveit. Az előfeltételekről és az üzembe helyezés megtervezéséről további információt a Communication Services közvetlen útválasztási infrastruktúra követelményei című témakörben talál.

az SBC Csatlakozás az Azure Communication Services szolgáltatással

Tartomány tulajdonjogának ellenőrzése

Kövesse ezeket az utasításokat az SBC tartomány tulajdonjogának érvényesítéséhez

Kimenő hang útválasztásának konfigurálása

Az SBC hozzáadásához és a kimenő hangalapú útválasztási szabályok konfigurálásához tekintse meg a Hangalapú útválasztás rövid útmutatóját .

Munkamenet-szegélyvezérlő kapcsolatának állapota

Az SBC-kapcsolat állapota most már elérhető az Azure Portalon. Figyelembe veszi a Transport Layer Security (TLS) állapotát és az SIP-beállításokat.

Az egyes állapotjelzők lehetséges értékei

TLS állapota – A csomagtartó TLS-kapcsolatainak állapota:

• Ismeretlen – Azt jelzi, hogy az SBC nem kísérelt meg TLS-kézfogást az elmúlt 15 percben.
• Aktív – Azt jelzi, hogy létrejött a TLS-kapcsolat.
• CertExpiring – Azt jelzi, hogy az SBC-tanúsítvány lejár.
• CertExpired – Azt jelzi, hogy az SBC-tanúsítvány lejárt.

SIP OPTIONS (Ping) – A SIP OPTIONS-üzenetek cseréje:

• Ismeretlen – Azt jelzi, hogy az SBC nem küldött SIP-beállításokat.
• Aktív – Azt jelzi, hogy a beállítások küldése és fogadása folyamatban van.
• Lejárt – Azt jelzi, hogy az SBC SIP-beállításokat küldött, de az elmúlt 15 percben nem kaptuk meg a BEÁLLÍTÁSOK üzeneteket.
• Hiba – Hibaüzenetet jelez az OPTIONS exchange-ben.

Állapot – A csomagtartó általános állapotának állapota:

• Ismeretlen – Ismeretlen állapotot jelez.
• Online – Azt jelzi, hogy az SBC-kapcsolat kifogástalan.
• Figyelmeztetés – Azt jelzi, hogy a TLS vagy a Ping lejárt.

Feljegyzés

Ha most konfigurált egy új csomagtartót, az állapot frissítése akár 15 percet is igénybe vehet.

Fontos

A hívások indítása vagy fogadása előtt győződjön meg arról, hogy az SBC állapota online állapotú

Kimenő hang útválasztási szempontjai

Az Azure Communication Services közvetlen útválasztása olyan útválasztási mechanizmussal rendelkezik, amely lehetővé teszi a hívás küldését egy adott SBC-be az úgynevezett számminta alapján.

Amikor közvetlen útválasztási konfigurációt ad hozzá egy erőforráshoz, az erőforrás példányaiból (identitásaiból) indított összes hívás először megpróbál egy közvetlen útválasztási törzset. Az útválasztás egy tárcsázott számon és egy egyezésen alapul az erőforráshoz konfigurált hangútvonalakban.

• Ha van egyezés, a hívás a közvetlen útválasztási csomagtartón halad át.
• Ha nincs egyezés, a következő lépés a alternateCallerId metódus paraméterének callAgent.startCall feldolgozása.
• Ha az erőforrás engedélyezve van a hanghíváshoz (PSTN), és legalább egy, a Microsofttól vásárolt számmal rendelkezik, akkor a rendszer ellenőrzi.alternateCallerId
• Ha a alternateCallerId rendszer az erőforráshoz tartozó megvásárolt számmal egyezik, a hívás a Hanghívás (PSTN) szolgáltatáson keresztül irányítja át a Microsoft infrastruktúráját.
• Ha alternateCallerId a paraméter nem egyezik a megvásárolt számok egyikével sem, a hívás meghiúsul.

A diagram az Azure Communication Services hang-útválasztási logikáját mutatja be.

Hangalapú útválasztási példák

Az alábbi példák a hangalapú útválasztást jelenítik meg a hívási folyamatban.

Feljegyzés

Minden példában, míg a magasabb hangutasítás magasabb prioritással rendelkezik, az útvonal SBCs-jei véletlenszerű sorrendben vannak megpróbálva.

Egy útvonal példa:

Ha létrehozott egy hangútvonalat egy mintával^\+1(425|206)(\d{7})$, és sbc2.contoso.biz hozzáadta sbc1.contoso.biz és hozzáadta, akkor amikor a felhasználó hívást kezdeményez +1 425 XXX XX XX vagy +1 206 XXX XX XXkezdeményez, a hívás először SBC-hez sbc1.contoso.biz vagy sbc2.contoso.biz. Ha egyik SBC sem érhető el, a hívás megszakad.

Két útvonal például:

Ha egy hangútvonalat hozott létre egy mintával^\+1(425|206)(\d{7})$, és hozzáadta sbc2.contoso.biz sbc1.contoso.biz és hozzáadta, majd létrehozott egy második útvonalat ugyanazzal a mintával sbc3.contoso.biz és sbc4.contoso.biz. Ebben az esetben, amikor a felhasználó hívást +1 425 XXX XX XX kezdeményez vagy +1 206 XXX XX XXkezdeményez, a rendszer először az SBC-hez sbc1.contoso.biz vagy sbc2.contoso.biza . Ha az sbc1 és az sbc2 sem érhető el, a rendszer megpróbálja az alacsonyabb prioritású útvonalat (sbc3.contoso.biz és sbc4.contoso.biz). Ha a második útvonal egyik SBC-je sem érhető el, a rendszer elveti a hívást.

Három útvonal például:

Ha egy hangútvonalat hozott létre egy mintával ^\+1(425|206)(\d{7})$ , és hozzáadta sbc1.contoso.biz sbc2.contoso.biz és hozzáadta, majd létrehozott egy második útvonalat ugyanazzal a mintával sbc3.contoso.biz sbc4.contoso.biz, és a következővel ^+1(\d[10])$ sbc5.contoso.bizlétrehozott egy harmadik útvonalat. Ebben az esetben, amikor a felhasználó hívást +1 425 XXX XX XX kezdeményez vagy +1 206 XXX XX XXkezdeményez, a rendszer először az SBC-hez sbc1.contoso.biz vagy sbc2.contoso.biza . Ha sem az sbc1, sem az sbc2 nem érhető el, a rendszer megpróbálja az alacsonyabb prioritású útvonalat (sbc3.contoso.biz és sbc4.contoso.biz). Ha a második útvonal egyik SBCs-je sem érhető el, a harmadik útvonal kipróbálása történik. Ha az sbc5 is nem érhető el, a hívás megszakad. Emellett ha egy felhasználó tárcsáz +1 321 XXX XX XX, a hívás elindul sbc5.contoso.biz, és nem érhető el, a hívás el lesz ejtve.

Feljegyzés

A hangalapú útválasztás következő SBC-jének feladatátvétele csak a 408,503 és 504 válaszkód esetén működik.

Feljegyzés

Az összes példában, ha a tárcsázott szám nem egyezik a mintával, a rendszer elveti a hívást, kivéve, ha a kommunikációs erőforráshoz van vásárolt szám, és ezt a számot az alkalmazásban használtként alternateCallerId használták.

Bejövő hívások kezelése

Az általános bejövő híváskezeléshez használja a Call Automation SDK-kat egy olyan alkalmazás létrehozásához, amely figyeli és kezeli a telefonszámra érkező vagy az Azure Communication Services közvetlen útválasztásán keresztül fogadott bejövő hívásokat. Az Omnichannel ügyfélszolgálati ügyfeleinek tekintse meg ezeket az utasításokat.

Következő lépések

Fogalmi dokumentáció

• Az Azure Communication Services közvetlen útválasztásához minősített munkamenet-szegélyvezérlők
• A Hívásautomatizálás áttekintése
• Árképzés
• Próbálkozzon Telefon hívással

Rövid útmutatók

• Kimenő hívás telefonszámra
• Bejövő telefonos hívások átirányítása a Hívásautomatizálással