Çağrı akışı temelleri
Aşağıdaki bölümde Azure İletişim Hizmetleri'daki çağrı akışlarına genel bir bakış verebilirsiniz. Sinyal ve medya akışları, kullanıcılarınızın yapmakta olduğu çağrı türlerine bağlıdır. Arama türlerine örnek olarak bire bir VoIP, bire bir PSTN ve VoIP ile PSTN bağlantılı katılımcıların birleşimini içeren grup çağrıları verilebilir. Arama türlerini gözden geçirin.
Sinyal ve medya protokolleri hakkında
Eşler arası veya grup çağrısı oluşturduğunuzda, arka planda iki protokol kullanılır: sinyal için HTTPS (REST) ve medya için SRTP.
SDK'lar arasında veya SDK'lar ile İletişim Hizmetleri Sinyal Denetleyicileri arasında sinyal oluşturma, HTTPS REST (TLS) ile işlenir. Azure İletişim Hizmetleri TLS 1.2 kullanır. Gerçek Zamanlı Medya Trafiği (RTP) için Kullanıcı Veri Birimi Protokolü (UDP) tercih edilir. UDP kullanımı güvenlik duvarınız tarafından engellenirse SDK, medya için İletim Denetimi Protokolü'ni (TCP) kullanır.
Çeşitli senaryolarda sinyal ve medya protokollerini gözden geçirelim.
Çağrı akışı servis talepleri
Olay 1: İki cihaz arasında doğrudan bağlantının mümkün olduğu VoIP
Birebir VoIP veya görüntülü aramalarda trafik en doğrudan yolu tercih eder. "Doğrudan yol", iki SDK'nın birbirine doğrudan ulaşabilmesi durumunda doğrudan bağlantı kuracakları anlamına gelir. Bu durum genellikle iki SDK aynı alt ağda olduğunda (örneğin, 192.168.1.0/24 alt aklarında) veya cihazların her biri birbirini görebilen alt ağlarda (10.10.0.0/16 ve 192.168.1.0/24 alt ağındaki SDK'lar) birbirine ulaşabildiği durumlarda mümkündür.
Olay 2: Cihazlar arasında doğrudan bağlantının mümkün olmadığı ancak NAT cihazları arasında bağlantının mümkün olduğu VoIP
İki cihaz birbirine ulaşamasa da alt ağlarda bulunuyorsa (örneğin, Alice bir kafeden çalışıyor ve Bob ev ofisinden çalışıyorsa) ancak NAT cihazları arasındaki bağlantı mümkünse, istemci tarafı SDK'ları NAT cihazları aracılığıyla bağlantı kurar.
Alice için kafenin NAT'ı, Bob için ise ev ofisinin NAT'ı olacak. Alice'in cihazı NAT'sinin dış adresini gönderir ve Bob'ınki de aynısını yapar. SDK'lar, Azure İletişim Hizmetleri ücretsiz olarak sunulan bir STUN (NAT için Oturum Geçişi Yardımcı Programları) hizmetinden dış adresleri öğrenir. Alice ve Bob arasındaki el sıkışmasını işleyen mantık, sağlanan Azure İletişim Hizmetleri SDK'ların içine eklenir. (Ek yapılandırmaya ihtiyacınız yoktur)
Olay 3: Doğrudan veya NAT bağlantısının mümkün olmadığı VoIP
Bir veya her iki istemci cihaz simetrik NAT'nin arkasındaysa, medyayı iki SDK arasında geçiş yapmak için ayrı bir bulut hizmeti gerekir. Bu hizmet TURN (NAT çevresindeki Geçişleri Kullanarak Dolaşma) olarak adlandırılır ve İletişim Hizmetleri tarafından da sağlanır. İletişim Hizmetleri Çağırma SDK'sı, algılanan ağ koşullarına göre OTOMATIK OLARAK TURN hizmetlerini kullanır. TURN ücretleri aramanın fiyatına dahildir.
Olay 4: PSTN ile grup aramaları
PSTN Çağrıları için hem sinyal hem de medya Azure İletişim Hizmetleri telefon kaynağını kullanır. Bu kaynak diğer taşıyıcılarla birbirine bağlıdır.
PSTN medya trafiği, Medya İşlemcisi adlı bir bileşen üzerinden akar.
Not
Medya işleme hakkında bilgi sahibi olanlar için, Medya İşlemcimiz RFC 3261 SIP: Oturum Başlatma Protokolü'nde tanımlandığı gibi bir Arka Arkaya Kullanıcı Aracısıdır, yani Microsoft ve Taşıyıcı ağları arasındaki çağrıları işlerken codec bileşenlerini çevirebilir. Azure İletişim Hizmetleri Sinyal Denetleyicisi, Microsoft'un aynı RFC başına bir SIP Ara Sunucusu uygulamasıdır.
Grup çağrıları için medya ve sinyal her zaman Azure İletişim Hizmetleri arka ucu üzerinden akar. Tüm katılımcılardan gelen ses ve/veya video Medya İşlemcisi bileşeninde karıştırılır. Grup çağrısının tüm üyeleri, ses ve/veya video akışlarını medya işlemcisine gönderir ve bu da karma medya akışları döndürür.
Grup çağrıları için varsayılan gerçek zamanlı protokol (RTP), Kullanıcı Veri Birimi Protokolü 'dür (UDP).
Not
Medya İşlemcisi, Çok Noktalı Denetim Birimi (MCU) veya Seçmeli İletme Birimi (SFU) olarak görev yapabilir
SDK, güvenlik duvarı kısıtlamaları nedeniyle medya için UDP kullanamıyorsa, İletim Denetimi Protokolü'ne (TCP) yönelik bir girişimde bulunulacaktır. Medya İşlemcisi bileşeninin UDP gerektirdiğini unutmayın; bu durumda İletişim Hizmetleri TURN hizmeti, TCP'yi UDP'ye çevirmek için grup çağrısına eklenir. TURN ücretleri aramanın fiyatına dahildir.
5. Olay: Zamanlanmış Teams toplantısında İletişim Hizmetleri SDK'sı ve Microsoft Teams
Sinyal, sinyal denetleyicisi üzerinden akar. Medya, Medya İşlemcisi üzerinden akar. Sinyal denetleyicisi ve Medya İşlemcisi İletişim Hizmetleri ile Microsoft Teams arasında paylaşılır.
Olay 6: Erken medya
Belirli bir oturum çağrılan kullanıcı tarafından kabul edilene kadar değiş tokuş edilen medyayı (ör. ses ve video) ifade eder. Erken medya akışı varsa, SBC'nin akış medyasını başlatan ilk uç noktaya kilitlemesi gerekir; medya akışı adaylar aday gösterilmeden önce başlayabilir. IVR/sesli mesaj senaryolarını etkinleştirmek için SBC'nin bu aşamada DTMF gönderme desteğine sahip olması gerekir. SBC, adaylıklar tamamlanmadıysa denetimler aldığı en yüksek öncelikli yolu kullanmalıdır.
Sonraki adımlar
Aşağıdaki belgeler sizin için ilginç olabilir:
- Arama türleri hakkında daha fazla bilgi edinin
- İstemci-sunucu mimarisi hakkında bilgi edinin
- Çağrı akışı topolojileri hakkında bilgi edinin