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

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

- الرابط الأساسي: https://www.broadnet.me/ar/answers/smpp-3-4-vs-5-0
- اللغة: ar
- آخر مراجعة: 2026-09-30
- الناشر: BroadNet (https://www.broadnet.me)

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

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

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

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

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

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

## نصائح عملية

قم بالربط كجهاز إرسال واستقبال عبر 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.4 | SMPP 5.0 |
|---|---|---|
| سنة الإصدار | 1999 | 2003 |
| الانتشار في بيئات الإنتاج | معظم اتصالات A2P تقريبًا | نادر — قلّما يُستخدم |
| ترويسة Unicode أصلية | لا | نعم |
| دعم البث الخلوي (Cell Broadcast) | لا | نعم |
| التحكم في الازدحام | أساسي | إشارات congestion_state |
| ميزة إمكانية التسليم | خط الأساس | لا فائدة على مسارات A2P التجارية |
| موصى به اليوم | نعم — transceiver عبر TLS | فقط إذا طلبه الطرف المقابل |

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

### هل ينبغي عليّ استخدام بروتوكول 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؛ يتم توفير المضيف والمنفذ وبيانات الاعتماد مع وصول الاختبار الخاص بك.

## ذو صلة

- [ما هو SMPP؟](https://www.broadnet.me/ar/answers/what-is-smpp)
- [REST مقابل SMPP](https://www.broadnet.me/ar/compare/sms-api-vs-smpp)
- [مقارنة بين ترميز GSM-7 وترميز UCS-2](https://www.broadnet.me/ar/answers/what-is-encoding-gsm-7-ucs-2)
- [جميع الإجابات](https://www.broadnet.me/ar/answers)
- [كيف يعمل بروتوكول SMPP؟](https://www.broadnet.me/ar/answers/smpp-protocol)
- [ما هو SMPP؟](https://www.broadnet.me/ar/answers/what-is-smpp)
- [بروتوكول TLS 1.3 في المراسلة - ما الذي تغير ولماذا هو مهم لبروتوكول SMPP](https://www.broadnet.me/ar/answers/tls-1-3-in-messaging)
- [SMPP integration](https://www.broadnet.me/ar/developers/smpp)
- [SMPP error-code lookup](https://www.broadnet.me/ar/tools/smpp-error-codes)
- [SMS API](https://www.broadnet.me/ar/products/sms-api)