SIP - Basic Call Flow تدفق المكالمات الأساسي

تُظهر الصورة التالية تدفق المكالمات الأساسي لجلسة SIP.

فيما يلي شرح خطوة بخطوة لتدفق المكالمة أعلاه -

• يعد طلب INVITE الذي يتم إرساله إلى خادم وكيل مسؤولاً عن بدء جلسة.

• يرسل الخادم الوكيل 100 محاولة الرد على الفور إلى المتصل (أليس) لإيقاف إعادة إرسال طلب الدعوة.

• يبحث الخادم الوكيل عن عنوان Bob في خادم الموقع. بعد الحصول على العنوان ، يقوم بإعادة توجيه طلب INVITE.

• بعد ذلك ، يتم إرجاع 180 رنين (ردود مؤقتة) تم إنشاؤها بواسطة بوب إلى أليس.

• A 200 OK يتم إنشاء رد في وقت قريب بعد بوب يختار الهاتف تصل.

• يتلقى بوب ACK من Alice ، بمجرد حصوله على 200 موافق .

• في الوقت نفسه ، يتم إنشاء الجلسة وتبدأ حزم RTP (المحادثات) في التدفق من كلا الطرفين.

• بعد المحادثة ، يمكن لأي مشارك (أليس أو بوب) إرسال طلب BYE لإنهاء الجلسة.

• يصل BYE مباشرة من Alice إلى Bob متجاوزًا الخادم الوكيل.

• أخيرًا ، يرسل Bob استجابة 200 OK لتأكيد BYE ويتم إنهاء الجلسة.

• في تدفق المكالمات الأساسي أعلاه ، تتوفر ثلاث معاملات (تم وضع علامة عليها كـ 1 ، 2 ، 3).

تُعرف المكالمة الكاملة (من INVITE إلى 200 OK) باسم Dialog .

شبه منحرف SIP

كيف يساعد الوكيل في توصيل مستخدم بآخر؟ دعنا نكتشف بمساعدة الرسم البياني التالي.

يُعرف الهيكل الموضح في الرسم البياني باسم شبه منحرف SIP. تتم العملية على النحو التالي -

• عندما يبدأ المتصل مكالمة ، يتم إرسال رسالة INVITE إلى الخادم الوكيل. عند استلام الدعوة ، يحاول الخادم الوكيل حل عنوان المستدعى بمساعدة خادم DNS.

• بعد الحصول على المسار التالي ، يقوم الخادم الوكيل للمتصل (الوكيل 1 ، المعروف أيضًا باسم الخادم الوكيل الصادر) بإعادة توجيه طلب INVITE إلى الخادم الوكيل للمستدعى الذي يعمل كخادم وكيل وارد (الوكيل 2) للمستدعي.

• يتصل الخادم الوكيل الوارد بخادم الموقع للحصول على معلومات حول عنوان المستدعي حيث سجل المستخدم.

• بعد الحصول على المعلومات من خادم الموقع ، يقوم بإعادة توجيه المكالمة إلى وجهتها.

• بمجرد أن يعرف وكلاء المستخدم عنوانهم ، يمكنهم تجاوز المكالمة ، أي أن المحادثات تمر مباشرة.