Sdílet prostřednictvím

Použití přímého směrování pro připojení ke stávající telefonní službě

  • Článek

Přímé směrování služby Azure Communication Services umožňuje připojit stávající telefonní infrastrukturu k Azure. Tento článek uvádí základní kroky potřebné pro připojení podporovaného řadiče SBC (Session Border Controller) k přímému směrování a způsobu fungování hlasového směrování pro povolený komunikační prostředek.

Informace o tom, jestli je přímé směrování ve službě Azure Communication Services pro vaši organizaci správným řešením, najdete v tématu Koncepty telefonie Azure. Informace opožadavch

Připojení SBC se službou Azure Communication Services

Ověření vlastnictví domény

Podle těchto pokynů ověřte vlastnictví domény vašeho SBC.

Konfigurace odchozího hlasového směrování

V rychlém startu pro směrování hlasových hovorů přidejte SBC a nakonfigurujte pravidla směrování odchozích hlasových přenosů.

Stav připojení kontroleru ohraničení relace

Stav připojení SBC je teď vystavený na webu Azure Portal. Bere v úvahu stav PROTOKOLU TLS (Transport Layer Security) a MOŽNOSTI PROTOKOLU SIP.

Snímek obrazovky s vlastnostmi připojení SBC

Možné hodnoty jednotlivých ukazatelů stavu

Stav protokolu TLS – stav připojení TLS kmene:

  • Neznámé – označuje, že se SBC v posledních 15 minutách nepokoušel o metodu handshake protokolu TLS.
  • Aktivní – označuje, že je navázáno připojení TLS.
  • CertExpiring – označuje, že platnost certifikátu SBC vypršela.
  • CertExpired – označuje, že vypršela platnost certifikátu SBC.

SIP OPTIONS (Ping) - Stav zpráv SIP OPTIONS výměna:

  • Neznámé – označuje, že SBC neodeslala žádné možnosti PROTOKOLU SIP.
  • Aktivní – označuje, že se možnosti odesílají a přijímají.
  • Platnost vypršela – označuje, že SBC odesílala možnosti SIP, ale za posledních 15 minut jsme neobdrželi žádné zprávy OPTIONS.
  • Chyba – Označuje chybu v exchangi OPTIONS.

Stav – celkový stav kmene:

  • Neznámé – označuje neznámý stav.
  • Online – označuje, že připojení SBC je v pořádku.
  • Upozornění – Označuje, že vypršela platnost protokolu TLS nebo Ping.

Poznámka:

Pokud jste právě nakonfigurovali nový kufr, může aktualizace stavu trvat až 15 minut.

Důležité

Před umístěním nebo příjmem hovorů se ujistěte, že je stav SBC online.

Důležité informace o odchozím hlasovém směrování

Přímé směrování služeb Azure Communication Services má mechanismus směrování, který umožňuje odesílat volání do konkrétního SBC na základě volaného číselného vzoru.

Když do prostředku přidáte konfiguraci přímého směrování, všechna volání z instancí tohoto prostředku (identit) nejprve vyzkouší přímý směrovací kmen. Směrování vychází z vytočení čísla a shody v hlasových trasách nakonfigurovaných pro daný prostředek.

  • Pokud dojde ke shodě, volání prochází přes přímý směrovací kmen.
  • Pokud neexistuje žádná shoda, dalším krokem je zpracování alternateCallerId parametru callAgent.startCall metody.
  • Pokud je prostředek povolený pro hlasové hovory (PSTN) a má alespoň jedno číslo zakoupené od Microsoftu, je zaškrtnuté alternateCallerId .
  • alternateCallerId Pokud odpovídá zakoupenému číslu prostředku, hovor se směruje přes hlasovou volání (PSTN) pomocí infrastruktury Microsoftu.
  • Pokud alternateCallerId parametr neodpovídá žádnému z zakoupených čísel, volání selže.

Diagram znázorňuje logiku hlasového směrování ve službě Azure Communication Services.

Diagram vývojového diagramu odchozího hlasového směrování

Příklady hlasového směrování

Následující příklady zobrazují hlasové směrování v toku volání.

Poznámka:

Ve všech příkladech, zatímco vyšší hlasová trasa má vyšší prioritu, sbcs v trase se snaží náhodně.

Příklad jedné trasy:

Pokud jste vytvořili jednu hlasovou trasu se vzorem ^\+1(425|206)(\d{7})$ a přidána sbc1.contoso.biz do sbc2.contoso.biz ní, pak když uživatel zavolá +1 206 XXX XX XX+1 425 XXX XX XX nebo , hovor se nejprve přesměruje na SBC sbc1.contoso.biz nebo sbc2.contoso.biz. Pokud není k dispozici žádný SBC, volání se zahodí.

Příklad dvou tras:

Pokud jste vytvořili jednu hlasovou trasu se vzorem ^\+1(425|206)(\d{7})$ a přidali sbc1.contoso.biz do sbc2.contoso.biz ní a pak jste vytvořili druhou trasu se stejným vzorem a sbc3.contoso.biz sbc4.contoso.biz. V takovém případě, když uživatel zavolá nebo +1 425 XXX XX XX +1 206 XXX XX XX, hovor je nejprve směrován na SBC sbc1.contoso.biz nebo sbc2.contoso.biz. Pokud sbc1 i sbc2 nejsou k dispozici, zkusí se trasa s nižší prioritou (sbc3.contoso.biz a sbc4.contoso.biz). Pokud není k dispozici žádná ze sbc druhé trasy, volání se zahodí.

Příklad tří tras:

Pokud jste vytvořili jednu hlasovou trasu se vzorem ^\+1(425|206)(\d{7})$ a přidali sbc1.contoso.biz sbc2.contoso.biz do ní a pak jste vytvořili druhou trasu se stejným vzorem sbc3.contoso.biz a sbc4.contoso.bizvytvořili třetí trasu s sbc5.contoso.biz^\+1(\d{10})$ . V takovém případě, když uživatel zavolá nebo +1 425 XXX XX XX +1 206 XXX XX XX, hovor je nejprve směrován na SBC sbc1.contoso.biz nebo sbc2.contoso.biz. Pokud jsou oba sbc1 i sbc2 nedostupné, trasa s nižší prioritou se pokusí (sbc3.contoso.biz a sbc4.contoso.biz). Pokud není k dispozici žádná ze sbc druhé trasy, zkusí se třetí trasa. Pokud sbc5 není k dispozici, volání se zahodí. Pokud se uživatel vytočí +1 321 XXX XX XX, hovor přejde a sbc5.contoso.biznení dostupný, hovor se zahodí.

Poznámka:

Převzetí služeb při selhání na další SBC v hlasovém směrování funguje jenom pro kódy odpovědí 408, 503 a 504.

Poznámka:

Ve všech příkladech platí, že pokud se vytočité číslo neshoduje se vzorem, volání se zahodí, pokud neexistuje číslo zakoupené pro komunikační prostředek a toto číslo se použilo jako alternateCallerId v aplikaci.

Správa příchozích volání

Pro obecnou správu příchozích volání použijte sady SDK pro automatizaci volání k vytvoření aplikace, která naslouchá a spravuje příchozí hovory umístěné na telefonním čísle nebo přijaté prostřednictvím přímého směrování služby Azure Communication Services. Omnichannel pro zákazníky služeb zákazníkům, přečtěte si tyto pokyny.

Další kroky

Koncepční dokumentace

Rychlé starty