كل ما يستحق المعرفة، ولا شيء مما لا يستحقها.
لماذا توجد نافذة أصلاً؟
SMPP غير متزامن: ترسل submit_sm ويرد SMSC بطلب submit_sm_resp، ولكن ليس عليك انتظار هذا الرد قبل إرسال PDU التالية. تحدد النافذة عدد الرسائل المسموح لك بإرسالها مسبقًا. عند استخدام نافذة بقيمة 1، تصبح الجلسة عبارة عن طلب واستجابة، وينخفض معدل نقل الرسائل إلى رسالة واحدة لكل دورة ذهاب وإياب - أي 20 رسالة في الثانية على رابط مدته 50 مللي ثانية، بغض النظر عن شروط عقدك.
الحساب
معدل النقل التقريبي هو حجم النافذة مقسومًا على زمن الاستجابة ذهابًا وإيابًا. نافذة بحجم 10 مللي ثانية مع زمن استجابة ذهابًا وإيابًا 50 مللي ثانية تُعطي حوالي 200 رسالة في الثانية عند ربط البيانات؛ بينما نافذة بحجم 50 مللي ثانية تُعطي حوالي 1000 رسالة. لهذا السبب، قد يلاحظ عميلان بنفس الشروط التجارية اختلافًا كبيرًا في معدل النقل الفعلي - أحدهما قام بضبط حجم النافذة والآخر لم يفعل. زيادة حجم النافذة لا تُكلفك شيئًا سوى الذاكرة اللازمة لوحدة PDU غير المُؤكدة.
لماذا لا يمكنك ببساطة ضبطه على 1000؟
يتم الاتفاق على نطاق زمني محدد مع المشغّل أو مزود الخدمة، وتجاوزه يؤدي إلى تلقي ردود ESME_RTHROTTLED أو انقطاع الاتصال. كما يجب على SMSC الاحتفاظ بحالة كل PDU غير مؤكدة. بعد نقطة معينة، ينتقل عنق الزجاجة من النطاق الزمني إلى معدل إرسال SMSC نفسه، وتوسيع النطاق الزمني لا يؤدي إلا إلى زيادة حجم قائمة الانتظار التي لا يمكن تصريفها. لذا، يُنصح بالاتفاق على النطاق الزمني والحد الأقصى لعدد المعاملات TPS معًا، والتعامل معهما كإعداد واحد.
تعدّد الربط (binds) وترتيب الرسائل
عندما لا يكفي ربط واحد، يكون الحل هو استخدام روابط متعددة بدلاً من نافذة غير محدودة - إذ تُخصص معظم مزودات الخدمة معدل نقل بيانات لكل ربط. انتبه لترتيب الرسائل: لا يوجد ترتيب نسبي مضمون PDU عبر روابط منفصلة، لذا يجب أن تبقى الرسائل متعددة الأجزاء أو التسلسلات التي سيقرأها المستخدم بالترتيب على رابط واحد. حافظ على تشغيل enquire_link على كل رابط حتى لا يتم إسقاط الروابط غير النشطة دون تنبيه.