SP 短信開發基礎知識全攻略：協議、業務模式與接入流程詳解

核心參考文檔清單

1. MISC 1.6 SP 訂購通知接口要求
2. SMPP 協議規范 (GSM 03.39 V3.30 / V3.40)
3. MISC 系統短信 SP 接入培訓教材
4. DSMP 規范中 SSO 平台接入規范 v1.5.1
5. SP 可查錯誤代碼表
6. 互聯網短信網關接口協議 V3.0

短信業務兩大核心模式

1. 點播業務 (On-Demand)

• Service_ID 特徵：無前綴「-」，如 YLSH
• 計費代碼：即 Service_ID，由移動申報，決定資費（1元/2元/N元）
• 觸發機制：用戶必須先發送上行短信 → MISC 鑒權通過 → 分配 LinkID → SP 才能下發
• 下發規則：一個上行對應一個 LinkID，有效期內可下發多條，但所有下發共用同一 LinkID 和計費代碼，實際只扣一次費

2. 定制/訂閱業務 (Subscription)

• Service_ID 特徵：帶前綴「-」，如 -YLQTYX
• 用戶訂購：用戶發送訂購指令 → MISC 鑒權 → 建立訂購關係
• 主動下發：無需用戶上行，SP 可隨時主動下發，無 LinkID，僅需 Service_ID
• 細分類型：
  • 按條計費：每條扣費，月封頂 10 元，超額仍需帶 Service_ID 下發但不再扣費
  • 包月制：移動側定期扣費，SP 僅負責帶 Service_ID 下發

關鍵術語與代碼體系

關鍵標識碼規則

• ISMG_Id：0XYZ01~0XYZ99，XYZ 為省會區號（不足左補零），如北京 001001、江西 079101
• SP_Id：6 位企業代碼，9XY000~9XY999，XY 為移動公司代碼
• SP_Code：服務代碼（用戶可見的短號）
  • 全網業務：4 位 1000~9999
  • 本地業務：5 位 01000~09999
  • 新規範：1061~1069 前綴

開發技術要點

• 語言/數據庫無限制：只要滿足協議規範即可
• 核心難點：網絡編程（SMPP/CMPP 長連接、心跳、重連）+ SOAP/Web Service 調用（MISC 接口）
• 狀態機管理：發送隊列、狀態報告回調、去重、超時重試、計費核對

接入流程概覽

1. 資質審核、簽訂協議、獲取 SP_Id/SP_Code
2. 開發 SMPP/CMPP 客戶端或 HTTP/SOAP 接口對接 MISC/ISMG
3. 測試環境聯調：MO/MT、狀態報告、計費驗證
4. 生產環境割接、監控告警、運營數據核對

避坑指南

• LinkID 管理混亂導致重複扣費或漏發
• 長連接心跳間隔設置不當被防火牆斷開
• 狀態報告丟失無補償機制
• 特殊字符（UCS2 編碼）導致內容截斷/亂碼
• 並發高峰期隊列積壓、內存 OOM

現代化替代方案

傳統 SMPP/CMPP 接入門檻高、維護重。現建議優先考慮：

• 三大運營商開放平台（HTTP/REST API、SDK、控制台管理）
• 第三方聚合通道（騰訊雲/阿里雲/網易雲信/極光等），統一 API、多通道備援、可視化運營
• 5G 富媒體短信（RCS）、富卡片、數字化短信，提升用戶交互體驗