Çağrı akışı temelleri

  • Makale

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.

Diagram showing a Direct VOIP call between users and Communication Services.

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)

Diagram showing a VOIP call which utilizes a STUN connection.

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.

Diagram showing a VOIP call which utilizes a TURN connection.

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.

Diagram showing a PSTN Group Call with Communication Services.

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

Diagram showing UDP media process flow within Communication Services.

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.

Diagram showing TCP media process flow within Communication Services.

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.

Diagram showing Communication Services SDK and Teams Client in a scheduled Teams meeting.

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

Aramayı kullanmaya başlama

Aşağıdaki belgeler sizin için ilginç olabilir: