BroadNet
البروتوكولات إجابة BroadNet

SMPP 3.4 مقابل SMPP 5.0 - ما الذي تغير وما الذي يجب استخدامه

آخر مراجعة 2 دقائق قراءةتمت المراجعة من قبل قسم الهندسة BroadNet
إجابة سريعة

لا يزال بروتوكول SMPP 3.4 (1999) هو بروتوكول الربط البيني للرسائل النصية القصيرة (SMS) المستخدم في معظم عمليات الربط من التطبيقات إلى الأشخاص (A2P) في بيئات الإنتاج الحالية. أضاف بروتوكول SMPP 5.0 (2003) رؤوسًا خالية من ترميز Unicode، ودعمًا للبث والبث الخلوي، وقيم TLV لفئات الرسائل الأكثر ثراءً، لكن معظم مراكز خدمة الرسائل القصيرة (SMSC) ومجمعي الرسائل لم ينتقلوا إليه. إذا كنت بصدد اختيار بروتوكول الربط اليوم، فاستخدم SMPP 3.4 عبر TLS ما لم يطلب الطرف الآخر صراحةً استخدام 5.0.

تعريف بلغة بسيطةمحايد تجاه البائعتمت المراجعة 30 سبتمبر 2026
مخططجلسة SMPP بين منصتكم وBroadNet
منصتكم (ESME)
BroadNet SMSC
اتصال TCP/TLS مستمر واحد
  1. bind_transceiverفتح الجلسة والمصادقة عليها
  2. bind_transceiver_respتم قبول الجلسة
  3. submit_smإرسال رسالة
  4. submit_sm_respتم القبول، وإعادة معرف الرسالة
  5. deliver_smإيصال استلام أو رسالة واردة
  6. deliver_sm_respتم التأكيد
  7. enquire_linkإشارة Keepalive أثناء الخمول
الإجابة المطولة

كل ما يستحق المعرفة، ولا شيء مما لا يستحقها.

§01

لماذا فاز الإصدار 3.4 بقاعدة التثبيت؟

تم إطلاق بروتوكول SMPP 3.4 بالتزامن مع انطلاق خدمة رسائل SMS من التطبيقات إلى الأشخاص (SMS A2P). وقد قامت جميع الشركات الكبرى المزودة لمراكز خدمة رسائل SMS بتطوير تطبيقات متطورة ومستقرة لبروتوكول 3.4. يتميز هذا البروتوكول بصغر حجمه (حوالي 30 نوعًا من وحدات بيانات البروتوكول، وثمانية أوامر فقط)، وسهولة فهمه، وقدرته على تجاوز جميع تقنيات ترجمة عناوين الشبكة (NAT) وجدران الحماية في مسار البيانات. وبعد مرور سبعة وعشرين عامًا، لا تزال مواصفات SMPP 3.4 هي البروتوكول المعتمد في جميع عقود الربط البيني من التطبيقات إلى الأشخاص.

§02

ما الذي أضافه الإصدار 5.0؟

حسّن بروتوكول SMPP 5.0 العديد من الجوانب غير المكتملة: دعم ترميز UTF-8 الأصلي لبيانات الرسائل، وسجل مناسب لأنواع الخدمات، ووظائف بث الرسائل الخاصة (broadcast_sm) والاستعلام عنها (query_broadcast_sm) وإلغاء بثها (cancel_broadcast_sm) للبث الخلوي، ووحدات TLV اختيارية للفوترة، وتحكم أكثر دقة في الازدحام باستخدام خاصية congestion_state. كما قدم مفهوم آلات حالة الرسائل التي يمكن لمركز خدمة الرسائل القصيرة (SMSC) تشغيلها نيابةً عن المؤسسة الصغيرة والمتوسطة (ESME).

§03

لماذا لا يستخدم أحد تقريباً الإصدار 5.0

ثلاثة أسباب. أولاً، لم يتقاضَ مُورّدو مراكز خدمة الرسائل القصيرة (SMSC) أي مقابل مادي مقابل الترقية، إذ كان لدى شركات الاتصالات بالفعل حزم 3.4 جاهزة للعمل. ثانياً، استهدفت حالة استخدام البث الخلوي في الإصدار 5.0 مراكز البث الخلوي المُخصصة (CBCs)، وليس مراكز خدمة الرسائل القصيرة. ثالثاً، عادةً ما تُحلّ المشكلات التي عالجها الإصدار 5.0 (معالجة يونيكود، وقيم TLV الخاصة بالفوترة) على مستوى التطبيق باستخدام قيم TLV فوق الإصدار 3.4. والنتيجة: لدينا في BroadNet ربط واحد فقط بالإصدار 5.0 قيد التشغيل، بينما لدينا أكثر من 1000 ربط نشط بالإصدار 3.4.

§04

نصائح عملية

قم بالربط كجهاز إرسال واستقبال عبر SMPP 3.4، مع TLS على المنفذ المقدم مع حسابك. استخدم submit_sm مع message_payload TLV للرسائل الطويلة (بدلاً من دمج UDH) عندما يدعم مركز خدمة الرسائل القصيرة (SMSC) ذلك. تفاوض على enquire_link كل 30 ثانية، ثم افصل الربط بشكل صحيح. إذا كان مُجمِّع الرسائل لديك يُجبرك على استخدام الإصدار 5.0، فاسأل عن السبب - لا توجد فائدة في إمكانية التسليم على مسارات A2P التجارية.

SMPP 3.4 مقابل SMPP 5.0 في لمحة

SMPP 3.4SMPP 5.0
سنة الإصدار19992003
الانتشار في بيئات الإنتاجمعظم اتصالات A2P تقريبًانادر — قلّما يُستخدم
ترويسة Unicode أصلية—
دعم البث الخلوي (Cell Broadcast)—
التحكم في الازدحامأساسيإشارات congestion_state
ميزة إمكانية التسليمخط الأساسلا فائدة على مسارات A2P التجارية
موصى به اليومنعم — transceiver عبر TLSفقط إذا طلبه الطرف المقابل
BNكتبه فريق الهندسة BroadNet·تشغيل خدمات الرسائل عالية الجودة منذ عام 2003، والمقر الرئيسي في دبي·المعايير التحريرية
FAQ

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

هل ينبغي عليّ استخدام بروتوكول SMPP 5.0 لعملية تكامل جديدة؟
نادراً ما يحدث ذلك. يُنصح بربط بروتوكول SMPP 3.4 عبر TLS إلا إذا اشترط طرفٌ مُحدد استخدام الإصدار 5.0. تعتمد قاعدة التثبيت والأدوات ودعم المشغّلين جميعها على الإصدار 3.4، ولا يُقدم الإصدار 5.0 أي ميزة في إمكانية التسليم على مسارات A2P التجارية.
هل يُوصل بروتوكول SMPP 5.0 الرسائل بشكل أفضل من الإصدار 3.4؟
لا. إمكانية التسليم تعتمد على مسار المشغّل، وليس على إصدار بروتوكول SMPP. أما التحسينات التي أضافها الإصدار 5.0 (مثل رؤوس Unicode وعناصر TLV الخاصة بالفواتير) فتتم معالجتها عادةً على مستوى التطبيق فوق الإصدار 3.4.
كيف يمكنني إرسال اللغة العربية أو الرموز التعبيرية عبر بروتوكول SMPP 3.4؟
قم بتعيين data_coding إلى UCS-2 (0x08)، أو قم بتضمين نص الرسالة في message_payload TLV. الإصدار 3.4 يتعامل مع محتوى Unicode بشكل جيد؛ لست بحاجة إلى الإصدار 5.0 لذلك.
ما نوع الربط والمنفذ الذي يجب أن أستخدمه؟
يُعدّ ربط جهاز الإرسال والاستقبال عبر بروتوكول TLS المعيارَ القياسيّ لبروتوكول A2P، حيث يُرسل رسالة submit_sm ويستقبل رسائل DLR عبر منفذ واحد. توفر BroadNet روابط SMPP 3.4؛ يتم توفير المضيف والمنفذ وبيانات الاعتماد مع وصول الاختبار الخاص بك.
ابدأ باستخدام هذا

هل تحتاج إلى مساعدة في توصيل هذا الجهاز؟

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

تحدث إلى فريقنا الهندسي
تعليق

هل كانت هذه الإجابة مفيدة؟

يساعدنا تصويتك في تحديد أولويات الإجابات التي يجب توسيعها بأمثلة ورسوم بيانية ومقتطفات من التعليمات البرمجية.

هل كانت هذه الإجابة مفيدة؟
شكراً، تمّت الملاحظة. سنحتفظ بهذه الإجابة.
فهمت. أخبرنا ما هو المفقود — أرسل ملاحظة سريعة.

كيف نكتب المحتوى ونراجعه

المركز الموضوعيشرح بروتوكول SMPP
أسئلة ذات صلة
اطلع على المكتبة الكاملة
هل ما زلت بحاجة إلى مساعدة؟

تحدث إلى مهندس حقيقي حول تصميمك.

نرد خلال يوم عمل واحد، وتحظى حسابات الإنتاج بدعم على مدار الساعة طوال أيام الأسبوع. مهندسو الحلول لدينا يقدمون برمجيات جاهزة، وليس مجرد برامج نصية.

تحدث للحصول على الدعم تحدث مع قسم المبيعات
$ curl -X POST https://api.broadnet.me/sms/sendSms
اتفاقية مستوى الاستجابة (SLA)
طلبات الوصول التجريبيالرد خلال يوم عمل واحد
بيئة الإنتاج24 / 7 · < 15 min
مركز NOC للمشغّلينعلى مدار الساعة · استدعاء المناوب
support@broadnet.me · +971 4 456 7768