Ağın dahili işlemlerini çağırma

Makalede Azure İletişim Hizmetleri'ndeki çağrı akışları açıklanmaktadır. 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 ortak anahtarlı telefon ağı (PSTN) ve VoIP ile PSTN bağlantılı katılımcıların birleşimini içeren grup aramaları verilebilir. Daha fazla bilgi için bkz. Arama türleri.

Sinyal ve medya protokolleri

Eşler arası veya grup çağrısı oluşturduğunuzda, arka planda iki protokol kullanılır: sinyal göndermek için HTTPS (REST) ve medya için Güvenli Gerçek Zamanlı Aktarım Protokolü (SRTP).

SDK'lar arasında veya SDK'lar ile İletişim Hizmetleri sinyal denetleyicileri arasında iletişim, HTTPS REST (TLS) ile sağlanır. Azure İletişim Hizmetleri TLS 1.2 kullanır. Gerçek zamanlı medya trafiği (RTP) için kullanıcı veri birimi protokolü (UDP) önerilir. Güvenlik duvarı UDP kullanımını engellerse SDK, medya için iletim denetimi protokolunu (TCP) kullanır.

Çeşitli senaryolarda sinyal ve medya protokollerini gözden geçirelim.

Çağrı akışı durumları

Olay 1: İki cihaz arasında doğrudan bağlantı olan 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. İki SDK aynı alt ağda olduğunda (192.168.1.0/24 gibi) veya cihazlar birbirini görebilen alt ağlarda yaşadığında (10.10.0.0/16 ve 192.168.1.0/24 alt ağındaki SDK'lar birbirine ulaşabiliyor) doğrudan yol mümkündür.

Kullanıcılar ve İletişim Hizmetleri arasındaki Doğrudan VOIP çağrısını gösteren diyagram.

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 ağ adresi çevirisi (NAT) cihazları arasındaki bağlantı mümkünse istemci tarafı SDK'ları NAT cihazları aracılığıyla bağlantı kurar. Örneğin, Alice bir kafede çalışıyorsa ve Bob bir ev ofisinde çalışıyorsa.

Alice için, kafenin NAT'sı ve Bob için de ev ofisinin NAT'sı. Alice'in cihazı NAT'sinin dış adresini gönderir ve Bob da aynı şeyi yapar. SDK'lar, Azure İletişim Hizmetleri'nin ücretsiz olarak sağladığı NAT (STUN) hizmeti için oturum geçiş yardımcı programlarından dış adresleri öğrenir. Alice ve Bob arasındaki el sıkışmasını işleyen mantık, Azure İletişim Hizmetleri tarafından sağlanan SDK'lara eklenir. Ek yapılandırmaya ihtiyacınız yoktur.

NAT (STUN) bağlantısı için oturum geçişi yardımcı programları kullanan VOIP çağrısını gösteren diyagram.

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, NAT etrafındaki röleler kullanılarak geçiş (TURN) olarak adlandırılır ve Azure İ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.

NAT (TURN) bağlantısındaki röleleri kullanarak VOIP geçişini gösteren diyagram.

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 bir medya işlemci bileşeni üzerinden akar.

İletişim Hizmetleri ile PSTN Grup Çağrısını gösteren diyagram.

Uyarı

Medya işlemcisi aynı zamanda RFC 3261 SIP: Oturum Başlatma Protokolü'nde tanımlandığı gibi arka arkaya bir 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 işlemcisinde karıştırılır. Grup çağrısındaki tüm üyeler, ses ve video akışlarını medya işlemcisine gönderir, ve medya işlemcisi bu akışları karıştırarak karma medya akışları halinde geri 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).

Uyarı

Medya İşlemcisi, çok noktalı denetim birimi (MCU) veya seçmeli iletme birimi (SFU) olarak görev yapabilir.

İletişim Hizmetleri içindeki UDP medya işlemi akışını gösteren diyagram.

SDK güvenlik duvarı kısıtlamaları nedeniyle medya için UDP kullanamıyorsa, iletim denetimi protokolunu (TCP) kullanmayı dener. Medya işlemci bileşeni UDP gerektirir, bu nedenle bu durumda, TCP'yi UDP'ye çevirmek için grup çağrısına İletişim Hizmetleri TURN hizmeti eklenir. TURN ücretleri aramanın fiyatına dahildir.

İletişim Hizmetleri içindeki TCP medya işlemi akışını gösteren diyagram.

Durum 5: Planlanmış bir Teams toplantısında İletişim Hizmetleri SDK'sı ve Microsoft Teams

Sinyal, sinyal denetleyicisi üzerinden akar. Medya, medya işlemcisi üzerinden akar. Sinyal denetleyicisi ve medya işlemcisi İletişim Hizmetleri ile Microsoft Teams arasında paylaşılır.

Zamanlanmış Teams toplantısında İletişim Hizmetleri SDK'sı ve Teams İstemcisi'nin gösterildiği diyagram.

Olay 6: Erken medya

Çağıran oturumu kabul etmeden önce ses ve görüntü gibi değiştirilen medyayı ifade eder. Erken medya akışı için, oturum sınır denetleyicisinin (SBC) akış medyasını başlatan ilk uç noktayla eşleşmesi gerekir; medya akışı adaylar aday gösterilmeden önce başlayabilir. SBC, IVR/sesli mesaj senaryolarını etkinleştirmek için bu aşamada çift tonlu çok frekanslı (DTMF) göndermeyi desteklemelidir. SBC, adaylıklar tamamlanmazsa denetimleri aldığı en yüksek öncelikli yolu kullanmalıdır.

Sonraki Adımlar

Aramayı kullanmaya başlama

  • Last updated on