مشاركة عبر

استدعاء الشبكات الداخلية

توضح المقالة تدفقات الاستدعاءات في Azure Communication Services. تعتمد الإشارات وتدفقات الوسائط على أنواع المكالمات التي يجريها المستخدمون. تتضمن أمثلة أنواع المكالمات نقل الصوت عبر بروتوكول الإنترنت واحد إلى واحد وشبكة الهاتف العامة المبدلة من واحد إلى واحد (PSTN) والمكالمات الجماعية التي تحتوي على مجموعة من المشاركين المتصلين ب VoIP وPSTN. لمزيد من المعلومات، راجع أنواع المكالمات.

بروتوكولات الإشارات والوسائط

عند إنشاء مكالمة نظير إلى نظير أو مجموعة، يتم استخدام بروتوكولين خلف الكواليس - HTTPS (REST) للإشارات وبروتوكول النقل الآمن في الوقت الحقيقي (SRTP) للوسائط.

تتم معالجة الإشارات بين SDKs أو بين SDKs ووحدات تحكم إشارات Communication Services باستخدام HTTPS REST (TLS). تستخدم Azure Communication Services TLS 1.2. بالنسبة لحركة مرور الوسائط في الوقت الحقيقي (RTP)، نوصي ببروتوكول مخطط بيانات المستخدم (UDP). إذا كان جدار الحماية يمنع استخدام UDP، فإن SDK يستخدم بروتوكول التحكم في الإرسال (TCP) للوسائط.

دعونا نراجع بروتوكولات الإشارات والوسائط في سيناريوهات مختلفة.

حالات تدفق الاستدعاءات

الحالة 1: نقل الصوت عبر بروتوكول الإنترنت مع اتصال مباشر بين جهازين

في مكالمات الصوت عبر بروتوكول الإنترنت أو الفيديو واحد إلى واحد، تفضل نسبة استخدام الشبكة المسار الأكثر مباشرة. المسار المباشر يعني أنه إذا كان يمكن لاثنين من SDKs الوصول إلى بعضهما البعض مباشرة، فإنها تنشئ اتصالا مباشرا. يكون المسار المباشر ممكنا عندما تكون مجموعتا SDK في نفس الشبكة الفرعية (كما هو الحال في الشبكة الفرعية 192.168.1.0/24) أو اثنتين عندما يعيش كل جهاز في شبكات فرعية يمكن أن ترى بعضها البعض (يمكن أن تتواصل SDKs في الشبكة الفرعية 10.10.0.0/16 و192.168.1.0/24).

رسم تخطيطي يوضح مكالمة نقل الصوت عبر بروتوكول الإنترنت المباشر بين المستخدمين وخدمات الاتصالات.

الحالة 2: نقل الصوت عبر بروتوكول الإنترنت الذي لا يكون فيه الاتصال المباشر بين الأجهزة ممكنا، ولكن الاتصال بين أجهزة NAT ممكن

إذا كان جهازان موجودان في شبكات فرعية لا يمكنها الوصول إلى بعضها البعض ولكن الاتصال بين أجهزة ترجمة عناوين الشبكة (NAT) ممكن، فإن حزم SDK من جانب العميل تنشئ الاتصال عبر أجهزة NAT. على سبيل المثال، إذا كانت Alice تعمل من مقهى ويعمل Bob من مكتب منزلي.

بالنسبة ل Alice، إنها NAT من المقهى وبالنسبة ل Bob إنها NAT لمكتب المنزل. يرسل جهاز Alice العنوان الخارجي ل NAT الخاص بها ويفعل Bob الشيء نفسه. تتعلم SDKs العناوين الخارجية من الأدوات المساعدة لاجتياز جلسة عمل لخدمة NAT (STUN) التي توفرها Azure Communication Services مجانا. يتم تضمين المنطق الذي يعالج تأكيد الاتصال بين Alice وBob في حزم SDK المقدمة من Azure Communication Services. لا تحتاج إلى أي تكوين إضافي.

رسم تخطيطي يوضح مكالمة VOIP، باستخدام الأدوات المساعدة لاجتياز جلسة عمل لاتصال NAT (STUN).

الحالة 3: نقل الصوت عبر بروتوكول الإنترنت حيث يكون الاتصال المباشر أو NAT ممكنا

إذا كان جهاز عميل واحد أو كليهما خلف NAT متماثل، يلزم وجود خدمة سحابية منفصلة لترحيل الوسائط بين مجموعتي SDK. تسمى هذه الخدمة اجتياز باستخدام المرحلات حول NAT (TURN) ويتم توفيرها أيضا بواسطة Azure Communication Services. تستخدم Communication Services Calling SDK تلقائيا خدمات TURN استنادا إلى ظروف الشبكة المكتشفة. يتم تضمين رسوم TURN في سعر المكالمة.

رسم تخطيطي يوضح VOIP، عبر اجتياز باستخدام المرحلات حول اتصال NAT (TURN).

الحالة 4: مكالمات جماعية باستخدام PSTN

تستخدم كل من الإشارات والوسائط لمكالمات PSTN مورد الاتصالات الهاتفية Azure Communication Services. هذا المورد مترابط مع شركات النقل الأخرى.

تتدفق حركة مرور وسائط PSTN عبر مكون معالج الوسائط.

رسم تخطيطي يوضح مكالمة جماعية عبر PSTN مع Communication Services.

إشعار

معالج الوسائط هو أيضا عامل مستخدم رجوع إلى الخلف، كما هو محدد في RFC 3261 SIP: بروتوكول بدء الجلسة، ما يعني أنه يمكنه ترجمة برامج الترميز عند معالجة المكالمات بين شبكات Microsoft وشركة الاتصالات. وحدة تحكم إشارة Azure Communication Services هي تنفيذ Microsoft لوكيل SIP لكل RFC نفسه.

بالنسبة لمكالمات المجموعة، تتدفق الوسائط والإشارات دائما عبر الواجهة الخلفية ل Azure Communication Services. يتم خلط الصوت و/أو الفيديو من جميع المشاركين في معالج الوسائط. يرسل جميع أعضاء مكالمة جماعية تدفقات الصوت والفيديو الخاصة بهم إلى معالج الوسائط، مما يؤدي إلى إرجاع تدفقات الوسائط المختلطة.

بروتوكول الوقت الحقيقي الافتراضي (RTP) لمكالمات المجموعة هو بروتوكول مخطط بيانات المستخدم (UDP).

إشعار

يمكن أن يعمل معالج الوسائط كوحدة تحكم متعددة النقاط (MCU) أو وحدة إعادة توجيه انتقائية (SFU).

رسم تخطيطي يوضح تدفق عملية وسائط UDP داخل Communication Services.

إذا تعذر على SDK استخدام UDP للوسائط بسبب قيود جدار الحماية، فإنه يحاول استخدام بروتوكول التحكم في الإرسال (TCP). يتطلب مكون معالج الوسائط UDP، لذلك عندما تتم إضافة خدمة Communication Services TURN في هذه الحالة إلى استدعاء المجموعة لترجمة TCP إلى UDP. يتم تضمين رسوم TURN في سعر المكالمة.

رسم تخطيطي يوضح تدفق عملية وسائط TCP داخل Communication Services.

الحالة 5: Communication Services SDK وMicrosoft Teams في اجتماع Teams مجدول

تتدفق الإشارات عبر وحدة تحكم الإشارات. تتدفق الوسائط عبر معالج الوسائط. تتم مشاركة وحدة تحكم الإشارات ومعالج الوسائط بين Communication Services وMicrosoft Teams.

رسم تخطيطي يوضح Communication Services SDK وعميل Teams في اجتماع Teams مجدول.

الحالة 6: الوسائط المبكرة

يشير إلى الوسائط التي يتم تبادلها، مثل الصوت والفيديو، قبل أن يقبل المتصل الجلسة. بالنسبة لتدفق الوسائط المبكر، يجب أن تزلق وحدة التحكم في حدود جلسة العمل (SBC) إلى نقطة النهاية الأولى التي تبدأ في دفق الوسائط؛ يمكن أن يبدأ تدفق الوسائط قبل ترشيح المرشحين. يجب أن يدعم SBC إرسال عدة ترددات ثنائية النغمة (DTMF) خلال هذه المرحلة لتمكين سيناريوهات IVR/البريد الصوتي. يجب أن تستخدم SBC المسار الأعلى أولوية الذي تتلقى عليه الفحوصات، إذا لم تكتمل الترشيحات.

الخطوات التالية

بدء إجراء المكالمات