معدل نقل رسائل SMS وتخطيط TPS: تحديد حجم روابط SMPP (bind) للحملات ذات الحجم الكبير.

معدل المعاملات في الثانية (TPS) هو عدد عمليات إرسال رسائل SMS التي تُكملها منصتك كل ثانية. في بروتوكول SMPP، يعتمد معدل النقل المستدام على نافذة الجلسة - أي عدد وحدات بيانات البروتوكول (PDUs) غير المُؤكدة قيد الإرسال - مقسومًا على زمن الاستجابة ذهابًا وإيابًا إلى مركز خدمة الرسائل القصيرة (SMSC): معدل النقل ≈ نافذة الجلسة ÷ زمن الاستجابة ذهابًا وإيابًا. لتجاوز الحد الأقصى لجلسة واحدة، قم بتشغيل عدة عمليات ربط متوازية.

ما معنى TPS في رسائل SMS

يقيس معدل المعاملات في الثانية (TPS)، والذي يُستخدم كمرادف لمعدل الرسائل في الثانية في نظام المراسلة من التطبيقات إلى الأشخاص (A2P)، عدد عمليات إرسال الرسائل التي تغادر نظامك ويتم قبولها في المراحل اللاحقة كل ثانية. في بروتوكول SMPP، تُعتبر المعاملة الواحدة وحدة بيانات بروتوكول إرسال الرسائل القصيرة (submit_sm PDU) التي يُقرّ بها مركز خدمة الرسائل القصيرة (SMSC) برسالة تأكيد إرسال الرسائل القصيرة (submit_sm_resp). يُعدّ معدل المعاملات في الثانية (TPS) الوحدة التي تُكتب بها جميع العقود وحدود المعدلات وخطط السعة، لذا فإنّ تحديد التعريف بدقة أمرٌ بالغ الأهمية: فهو يحسب عمليات الإرسال المقبولة للتسليم، وليس الرسائل التي تم تأكيد تسليمها إلى الهاتف - وهذا يُمثّل تدفق استلام وتسليم منفصل (DLR) يصل لاحقًا كوحدات بيانات بروتوكول تسليم الرسائل القصيرة (deliver_sm PDU).

يكمن الخطأ في معظم خطط السعة في التمييز بين معدل الإرسال ومعدل التسليم. يمكنك الإرسال بمعدل 5000 معاملة في الثانية بينما لا يُنهي مشغّل الشبكة الطرفية إلا عند 2000 معاملة في الثانية؛ هذا الفارق يُملأ قائمة انتظار ما. تخطيط الإنتاجية يعني تخطيط السلسلة بأكملها - عميلك، وجلسة SMPP إلى المنصة، ومسار المنصة إلى بوابة مركز خدمة الرسائل القصيرة (SMSC) الطرفية، وسقف معدل A2P الخاص بهذا المشغّل.

كيف تعمل إنتاجية SMPP فعليًا: النافذة والكمون

بروتوكول SMPP هو بروتوكول TCP مستمر وذو حالة. يتم الربط مرة واحدة ويتم بث وحدات بيانات البروتوكول (PDUs) في كلا الاتجاهين لساعات. لا يتم تحديد معدل النقل في عملية الربط الواحدة بواسطة عرض النطاق الترددي - وحدات بيانات بروتوكول الرسائل القصيرة (SMS PDUs) صغيرة جدًا - ولكن بواسطة متغيرين: نافذة عدم التزامن ووقت الرحلة ذهابًا وإيابًا.

النافذة هي الحد الأقصى لعدد وحدات بيانات بروتوكول الإرسال (PDUs) التي يمكنك إرسالها قبل انتظار رد الإرسال (submit_sm_resp). في الوضع المتزامن، تكون النافذة فعليًا 1: تُرسل الطلب، ثم تنتظر الرد، ثم تُرسل مرة أخرى - لذا فإن رحلة ذهاب وإياب بطيئة واحدة تُبطئ كل شيء. في الوضع غير المتزامن (المُحدد بالنافذة)، تُرسل ما يصل إلى N من عمليات الإرسال دون انتظار، وتتدفق الردود بالتزامن. هذا العدد N هو حجم النافذة، ويتم التفاوض عليه مع النظام الأساسي لكل عملية ربط.

لأن الربط لا يتيح إلا عددًا أقصى من وحدات PDU المعلّقة ضمن "النافذة"، وكل وحدة PDU تشغل الأنبوب لمدة رحلة ذهاب وإياب واحدة (RTT) قبل أن يصبح مكانها متاحًا، فإن الحد الأقصى للربط الفردي هو ببساطة النافذة مقسومة على RTT:

1# الحد الأقصى لإنتاجية SMPP لربط واحد
2عدد الإرسالات في الثانية لكل ربط = حجم النافذة / زمن الاستجابة بالثواني
3 
4# نافذة من 10 وحدات بيانات بروتوكول غير مؤكدة، زمن ذهاب وإياب 100 مللي ثانية إلى مركز خدمة الرسائل القصيرة:
5عدد الإرسالات في الثانية لكل ربط = 10 / 0.100 = 100 إرسال رسالة قصيرة/ثانية
6 
7# نفس النافذة، زمن الاستجابة مُخفّض إلى النصف ليصبح 50 مللي ثانية:
8عدد الإرسالات في الثانية لكل ربط = 10 / 0.050 = 200 إرسال رسالة قصيرة/ثانية
9 
10# التوسع الأفقي عبر N ربط متوازي:
11إجمالي عدد الإرسالات في الثانية = عدد الإرسالات في الثانية لكل ربط * عدد الربطات
12 
13= 200 * 4 = 800 إرسال رسالة قصيرة/ثانية

ينتج عن ذلك خياران. توسيع نطاق النافذة يزيد من عدد وحدات بيانات البروتوكول (PDUs) قيد النقل في كل رحلة ذهاب وإياب. تقصير زمن الاستجابة (RTT) - إما بوضع عميلك بالقرب من نقطة استقبال المنصة أو بإزالة مصافحات TLS لكل طلب، وهو ما يوفره ربط SMPP المستمر مقارنةً بطلب HTTP لكل مكالمة - يؤدي إلى إعادة تدوير كل خانة بشكل أسرع. النافذة الصغيرة جدًا تُضعف اتصالًا منخفض زمن الاستجابة؛ أما النافذة الكبيرة جدًا فتُخزن وحدات بيانات البروتوكول (PDUs) التي لا يكون مركز خدمة الرسائل القصيرة (SMSC) جاهزًا لها، مما يزيد زمن الاستجابة دون زيادة الإنتاجية.

مثال عملي: نافذة وRTT إلى TPS، ثم ربط متعدد

لنفترض أن عميلك موجود في نفس منطقة المنصة، ويبلغ زمن الاستجابة (RTT) لديه 80 مللي ثانية تحت الضغط. مع نافذة متفق عليها تبلغ 50، فإن عملية ربط واحدة تدعم 50 ÷ 0.080 ≈ 625 معاملة في الثانية. وهذا كافٍ لمعظم المُرسِلين. عندما يحتاج وقت الذروة إلى المزيد، لا تسعى إلى نافذة أكبر باستمرار - فبعد نقطة معينة، لا يتم سوى وضع الطلبات في قائمة الانتظار - بل تضيف عمليات ربط. أربع عمليات ربط، كل منها بمعدل 625 معاملة في الثانية، تُعطي إجماليًا حوالي 2500 معاملة في الثانية؛ وتقوم المنصة بموازنة أحمال الإرسال عبر الجلسات.

يقع الصف السفلي بالقرب من الحد الأقصى المستدام الذي توفره BroadNet على الشبكة، والذي يصل إلى 30,000 رسالة SMS في الثانية لكل عقدة، والذي لا يتحقق بربط واحد ضخم، بل بنافذة زمنية معقولة، وزمن استجابة منخفض، وربط أفقي. قم بنمذجة مزيجك الخاص في حاسبة المعاملات في الثانية قبل الالتزام بسعر تعاقدي، لأن الحسابات هي التي تحدد عدد عمليات الربط التي يتعين على فريق العمليات تشغيلها ومراقبتها.

معدل TPS المخصص مقابل القدرة الخام

هناك رقمان لمعدل نقل الرسائل، وهما ليسا متطابقين. القدرة الخام هي ما تشير إليه حسابات النافذة والزمن المستغرق أعلاه بشأن إمكانية وصول عمليات الربط الخاصة بك. أما معدل نقل الرسائل المخصص (المتعاقد عليه) فهو المعدل المسموح لحسابك بإرسال البيانات به، وهو حدٌّ تفرضه المنصة لضمان عدم استنزاف عميل واحد لمسار مشترك أو تجاوز ضوابط إساءة الاستخدام الخاصة بالمشغّل. إذا كان معدل نقل الرسائل المتعاقد عليه 500 عملية في الثانية، فلن تصل إلى 5000 عملية في الثانية عند فتح عشر عمليات ربط واسعة النطاق؛ إذ تعمل المنصة على ضبط معدل نقل الرسائل وفقًا للمعدل المخصص، ثم تُرسل استجابات تقييد (ESME_RTHROTTLED) أعلى منه.

لذا، فإن تحديد حجم الربط له مهمتان: توفير عدد كافٍ من المعاملات في الثانية (TPS) المتعاقد عليها لتلبية ذروة الطلب الفعلية، وتكوين عدد كافٍ من عمليات الربط والنوافذ الزمنية للوصول فعليًا إلى هذا العدد المُخصص مع مراعاة زمن الاستجابة. يؤدي نقص التخصيص إلى تقييد سرعة المعالجة، بينما يؤدي الإفراط في إنشاء عمليات الربط مقابل عقد منخفض إلى إهدار جهود فريق العمليات. لذا، حدد حجم العقد أولًا بناءً على ذروة الطلب، ثم حدد حجم عمليات الربط للوصول إليها.

ما الذي يستنزف معدل النقل الفعلي لديك؟

تُحدد الصيغة حدًا أقصى واضحًا. هناك أربعة عوامل واقعية تُؤدي إلى انخفاض الإنتاجية المُقدمة عن هذا الحد، ويجب أن تأخذ كل خطة طاقة استيعابية هذه العوامل في الحسبان:

• التجزئة. تُقسّم الرسالة التي يزيد طولها عن مقطع SMS واحد وتُرسل على شكل وحدات بيانات بروتوكول (PDU) متعددة من نوع submit_sm، لتُشكّل رسالة مُدمجة (UDH). رسالة تسويقية GSM-7 بطول 480 حرفًا تُعتبر ثلاثة مقاطع، لذا فهي تستهلك ثلاث معاملات من ميزانية المعاملات في الثانية (TPS)، وليس معاملة واحدة. أما UCS-2 (العربية، الرموز التعبيرية) فيُقلّل الحد الأقصى للمقطع الواحد إلى 70 حرفًا، لذا فإن الحملات غير اللاتينية تستهلك معاملات TPS بشكل أسرع. لذا، عند التخطيط، احسب عدد المقاطع وليس عدد الرسائل.
• التخزين المؤقت والضغط العكسي. عندما تُرسل البيانات بسرعة تفوق سرعة إنهاء المشغّل اللاحق، تتراكم وحدات بيانات البروتوكول (PDUs) في قائمة الانتظار. تُطبّق المنصة السليمة ضغطًا عكسيًا - عن طريق تقليل سرعة الاستجابات أو تقليص نافذة الاستجابة الفعّالة - بدلًا من تجاهلها. تعامل مع خطأ ESME_RTHROTTLED وارتفاع زمن استجابة البيانات كإشارات لإبطاء حلقة الإرسال، وليس كأخطاء لإعادة المحاولة بشكل عشوائي.
• حدود معدل نقل الرسائل لكل مسار. يحدد مشغّل الشبكة الطرفية حدًا أقصى لعدد المعاملات في الثانية (TPS) لكل مرسل أو لكل عملية ربط، بغض النظر عن عقدك. يمكنك إرسال 5000 معاملة في الثانية، ولكن إذا كانت شبكة الوجهة تقبل 1000 معاملة في الثانية لمعرّف المُرسِل الخاص بك، فسيتم التسليم الفعلي بمعدل 1000 معاملة في الثانية، بينما تُوضع المعاملات المتبقية في قائمة الانتظار. غالبًا ما تحدد حدود معدل نقل الرسائل على مستوى المسار، وليس على مستوى الربط، معدل النقل الفعلي.
• الاستخدام المستمر مقابل الاستخدام المفاجئ. لن تتمكن نافذة بحجم مناسب للحمل المتوسط من استيعاب ارتفاع مفاجئ في حجم البيانات. حركة رموز التحقق لمرة واحدة (OTP) متقلبة بطبيعتها - إطلاق منتج جديد أو بث رسالة يؤدي إلى تدفق هائل من رموز التحقق لمرة واحدة في ثوانٍ - لذا حدد حجم النافذة بناءً على حجم الاستخدام المفاجئ، وليس المتوسط اليومي.

الذروة مقابل الحمل المستمر: تحديد السعة لموجات OTP المفاجئة

معدل المعاملات في الثانية (TPS) المستدام هو معدلك الثابت؛ أما ذروة معدل المعاملات في الثانية فهي أسوأ ثانية يجب عليك تجاوزها دون تأخر وصول رموز التحقق لمرة واحدة. بالنسبة لرمز التحقق لمرة واحدة (OTP)، فإن الذروة هي الأهم - فرمز التحقق الذي يصل بعد أن يستسلم المستخدم يُعتبر فاشلاً حتى لو تم تسليمه في النهاية. تكون عمليات وصول رمز التحقق لمرة واحدة متقطعة ومترابطة: حملة تسويقية، أو عرض ترويجي سريع، أو حدث إقليمي في دول مجلس التعاون الخليجي خلال شهر رمضان أو عطلة وطنية، يمكن أن تُركّز عمليات تسجيل الدخول في بضع دقائق. يُقيّد حجم النظام معدل المعاملات في الثانية ويربطه بتلك الذروة مع هامش أمان، ويسمح للمنصة المشتركة باستيعاب التدفق الزائد من خلال نظام الانتظار بدلاً من إسقاطه.

هنا أيضًا تبرز أهمية بروتوكول SMPP مقارنةً ببروتوكول HTTP من حيث التكلفة التشغيلية. إذ يُلغي الربط المستمر عملية المصافحة TLS لكل طلب من المسار الحرج، مما يُحافظ على ثبات زمن الاستجابة مع ازدياد حجم البيانات - وهي الخاصية المطلوبة عند حدوث تدفق مفاجئ للبيانات. أما الفرق التي لا تحتاج إلى هذا الأداء، فغالبًا ما يكون استخدام واجهة برمجة تطبيقات رسائل SMS (SMS API) عبر HTTPS أكثر فائدة؛ حيث يكمن التوازن بين زيادة معدل نقل الرسائل واستقرار زمن الاستجابة وسهولة التكامل.

الأسئلة الشائعة

ما هو TPS في رسائل SMS؟

يشير مصطلح TPS إلى عدد عمليات إرسال رسائل SMS التي تقبلها منصتك كل ثانية، ويُستخدم هذا المصطلح بشكل متبادل مع عدد الرسائل في الثانية في نظام المراسلة من التطبيقات إلى الأشخاص (A2P). في بروتوكول SMPP، تُعتبر كل معاملة عبارة عن وحدة بيانات بروتوكول (PDU) واحدة تُسمى submit_sm، ويتم تأكيدها بواسطة submit_sm_resp. يحسب TPS عمليات الإرسال المقبولة للتسليم، وليس الرسائل التي تم تأكيدها على الهاتف، والتي يتم تتبعها بشكل منفصل من خلال إيصالات التسليم التي تصل كوحدات بيانات بروتوكول (PDU) تُسمى deliver_sm.

كم عدد رسائل SMS التي يمكن لبروتوكول SMPP إرسالها في الثانية الواحدة؟

لا يوجد رقم موحد؛ إذ يدعم ربط SMPP واحد عدد رسائل في الثانية يساوي حجم النافذة مقسومًا على زمن الاستجابة (RTT). ينتج عن نافذة بحجم 50 رسالة خلال زمن استجابة 80 مللي ثانية حوالي 625 رسالة في الثانية لكل ربط، ويؤدي تشغيل عدة روابط متوازية إلى زيادة هذا العدد بشكل أكبر، ليصل إلى الآلاف. يُحدد معدل النقل الفعلي بناءً على عدد الرسائل المتعاقد عليه في الثانية، بالإضافة إلى حد معدل A2P الخاص بكل مشغّل طرفي، أيهما أقل.

كيف يمكنني تحديد حجم روابط SMPP ونافذة SMPP لتحمل ذروة الحمل؟

ابدأ من ذروة معدل المعاملات في الثانية (TPS)، وليس من المتوسط. اقسمها على الحد الأقصى لكل عملية ربط (نافذة ÷ زمن الاستجابة ذهابًا وإيابًا) للحصول على عدد عمليات الربط، ثم خصص معدل معاملات في الثانية متعاقد عليه لتغطية الذروة مع هامش أمان. احسب المقاطع بدلاً من الرسائل - فالرسائل متعددة الأجزاء ورسائل UCS-2 تستهلك معاملات إضافية - وأضف هامشًا لاحتمالية حدوث دفعات من رسائل OTP. قم بنمذجة هذا المزيج في حاسبة معدل المعاملات في الثانية قبل الالتزام، ثم اختبره تحت الحمل.

مراجع

• مواصفات بروتوكول SMPP الإصدار 3.4 - الإرسال غير المتزامن، وحجم النافذة، ودلالات وحدة بيانات البروتوكول: smpp.org
• مواصفات بروتوكول SMPP الإصدار 5.0 - حالة الازدحام وسلوك التقييد: smpp.org
• GSMA — IR.71 إطار عمل الربط الشبكي بين الشبكات و A2P لخدمة رسائل SMS: gsma.com
• BroadNet — دليل تكامل SMPP وحاسبة TPS لتحديد حجم الربط.