Bagikan melalui

Panggilan internal jaringan

Artikel ini menjelaskan alur panggilan di Azure Communication Services. Sinyal dan aliran media bergantung pada jenis panggilan yang dilakukan pengguna Anda. Contoh jenis panggilan termasuk VoIP satu-ke-satu, jaringan telepon yang dialihkan publik satu ke satu (PSTN), dan panggilan grup yang berisi kombinasi peserta yang terhubung dengan VoIP dan PSTN. Untuk informasi selengkapnya, lihat Jenis panggilan.

Sinyal dan protokol media

Saat Anda membuat panggilan peer-to-peer atau grup, dua protokol digunakan di belakang layar - HTTPS (REST) untuk sinyal dan Secure Real-time Transport Protocol (SRTP) untuk media.

Sinyal antara SDK atau antara SDK dan pengontrol sinyal Communication Services ditangani dengan HTTPS REST (TLS). Azure Communication Services menggunakan TLS 1.2. Untuk lalu lintas media real time (RTP), kami merekomendasikan protokol datagram pengguna (UDP). Jika firewall mencegah penggunaan UDP, SDK menggunakan protokol kontrol transmisi (TCP) untuk media.

Mari kita tinjau sinyal dan protokol media dalam berbagai skenario.

Kasus alur panggilan

Kasus 1: VoIP dengan koneksi langsung antara dua perangkat

Dalam VoIP satu-ke-satu atau panggilan video, lalu lintas lebih memilih jalur yang paling langsung. Jalur langsung berarti bahwa jika dua SDK dapat menjangkau satu sama lain secara langsung, mereka membuat koneksi langsung. Jalur langsung dimungkinkan ketika dua SDK berada di subnet yang sama (seperti di subnet 192.168.1.0/24) atau dua ketika perangkat masing-masing hidup di subnet yang dapat saling melihat (SDK di subnet 10.10.0.0/16 dan 192.168.1.0/24 dapat saling menjangkau).

Diagram memperlihatkan panggilan VOIP Langsung antara pengguna dan Communication Services.

Kasus 2: VoIP di mana koneksi langsung antar perangkat tidak dimungkinkan, tetapi koneksi antara perangkat NAT dimungkinkan

Jika dua perangkat terletak di subnet yang tidak dapat menjangkau satu sama lain tetapi koneksi antara perangkat terjemahan alamat jaringan (NAT) dimungkinkan, SDK sisi klien membangun konektivitas melalui perangkat NAT. Misalnya, jika Alice bekerja dari kedai kopi dan Bob bekerja dari kantor rumah.

Bagi Alice, ini adalah NAT dari kedai kopi dan bagi Bob itu adalah NAT dari kantor pusat. Perangkat Alice mengirimkan alamat eksternal NAT-nya dan Bob melakukan hal yang sama. SDK mempelajari alamat eksternal dari utilitas traversal sesi untuk layanan NAT (STUN) yang disediakan Azure Communication Services secara gratis. Logika yang menangani jabat tangan antara Alice dan Bob disematkan dalam SDK yang disediakan Azure Communication Services. Anda tidak memerlukan konfigurasi tambahan.

Diagram memperlihatkan panggilan VOIP, menggunakan utilitas traversal sesi untuk koneksi NAT (STUN).

Kasus 3: VoIP di mana koneksi langsung maupun NAT tidak dimungkinkan

Jika satu atau kedua perangkat klien berada di belakang NAT simetris, layanan cloud terpisah diperlukan untuk menyampaikan media antara dua SDK. Layanan ini disebut traversal menggunakan relai di sekitar NAT (TURN) dan juga disediakan oleh Azure Communication Services. SDK Panggilan Communication Services secara otomatis menggunakan layanan TURN berdasarkan kondisi jaringan yang terdeteksi. Biaya TURN termasuk dalam harga panggilan.

Diagram memperlihatkan komunikasi VOIP melalui traversal menggunakan relai di sekitar koneksi NAT (TURN).

Kasus 4: Panggilan grup dengan PSTN

Sinyal dan media untuk Panggilan PSTN menggunakan sumber daya telepon Azure Communication Services. Sumber daya ini saling terhubung dengan operator lain.

Lalu lintas media PSTN mengalir melalui komponen prosesor media.

Diagram memperlihatkan Panggilan Grup PSTN dengan Layanan Komunikasi.

Nota

Prosesor media juga merupakan agen pengguna back to back, seperti yang didefinisikan dalam RFC 3261 SIP: Protokol Inisiasi Sesi, yang berarti dapat menerjemahkan codec saat menangani panggilan antara jaringan Microsoft dan Operator. Pengontrol sinyal Azure Communication Services adalah implementasi Microsoft dari Proksi SIP per RFC yang sama.

Untuk panggilan grup, media, dan sinyal selalu mengalir melalui backend Azure Communication Services. Audio dan/atau video dari semua peserta dicampur dalam prosesor media. Semua anggota panggilan grup mengirim aliran audio dan video mereka ke prosesor media, yang mengembalikan aliran media campuran.

Protokol real time default (RTP) untuk panggilan grup adalah protokol datagram pengguna (UDP).

Nota

Prosesor Media dapat bertindak sebagai unit kontrol multi-titik (MCU) atau unit penerusan selektif (SFU).

Diagram memperlihatkan alur proses media UDP dalam Communication Services.

Jika SDK tidak dapat menggunakan UDP untuk media karena pembatasan firewall, SDK mencoba menggunakan protokol kontrol transmisi (TCP). Komponen prosesor media memerlukan UDP, jadi ketika dalam hal ini, layanan TURN Communication Services ditambahkan ke panggilan grup untuk menerjemahkan TCP ke UDP. Biaya TURN termasuk dalam harga panggilan.

Diagram memperlihatkan alur proses media TCP dalam Communication Services.

Kasus 5: SDK Layanan Komunikasi dan Microsoft Teams dalam rapat Teams terjadwal

Sinyal mengalir melalui pengontrol sinyal. Media mengalir melalui prosesor media. Pengontrol sinyal dan prosesor media dibagikan antara Communication Services dan Microsoft Teams.

Diagram memperlihatkan SDK Layanan Komunikasi dan Klien Microsoft Teams dalam rapat Teams yang dijadwalkan.

Kasus 6: Media awal

Mengacu pada media yang ditukar, seperti audio dan video, sebelum penerima panggilan menerima sesi. Untuk aliran media awal, pengontrol batas sesi (SBC) harus terhubung ke titik akhir pertama yang memulai media streaming; aliran media dapat dimulai sebelum kandidat dicalonkan. SBC harus mendukung pengiriman nada ganda multi-frekuensi (DTMF) selama fase ini untuk mengaktifkan skenario IVR (Interaktif Suara Respons)/pesan suara. SBC harus menggunakan jalur prioritas tertinggi di mana ia menerima cek, jika nominasi tidak selesai.

Langkah selanjutnya

Mulai melakukan panggilan

  • Last updated on