2016-04-15 54 views
1

我有一個存在的疑問,我知道當ESME發送一個提交時,流程如何請求並從SMSC獲得傳遞報告。但是,SMSC(向ESME)請求registered_delivery時的行爲應該如何?ESME應發送遞送報告嗎?

ESME應發送deliver_sm嗎?根據smpp 3.4(我正在使用的規範),deliver_sm不是由ESME發佈的。那麼,我應該如何將發送報告發送到SMSC?

+0

在其包你希望SMSC要求registered_delivery? deliver_sm或submit_sm? – jim

+0

在我身邊,我有一個ESME,它收到一個deliver_sm(來自SMSC),並註冊了registration_delivery請求(例如registered_delivery = 0x01),我的觀點是我應該如何將註冊的傳遞發送到SMSC。 **回答您的問題:**我不知道,哪些是正確的行爲,將deliver_sm或submit_sm作爲送達報告發送給SMSC?其實這是我的疑問。非常感謝你的幫助。 – Ariel

回答

1

我將引述SMPP 3.4:

4.6.1(「DELIVER_SM」語法):

registered_delivery - 指示是否一個ESME確認需要

2.11(消息類型)

對於一個固定的中小企業(即ESME)的情況下,一個SME德利非常可能發送的確認超出了本規範的範圍

您必須將您的問題告知SMSC所有者,以便澄清他們請求的信息到底是什麼。例如,如果具有registered_delivery的deliver_sm數據包是MO消息,則可以在將此MO發送給其最終收件人時發回一些事件通知。

在任何情況下,您都不應該使用deliver_sm用於SME確認通知(正如您所指出的 - deliver_sm不是由ESME發佈的)。還有就是你可以在SUBMIT_SM應使用此設置特殊標誌esm_class:

5.2.12(esm_class)

XX 0 0 1 0 XX - 短消息包含ESME傳遞確認

XX 0 1 0 0 XX - 短消息包含ESME手冊/用戶 確認

+0

非常感謝吉姆。 – Ariel

+0

最近我發現,似乎只有一種方法可以將ESME確認與原始MO消息相關聯。它被稱爲user_message_reference(TLV 0x0204),並且必須存在於原始MO消息中。否則,將不可能「回覆」任何確認。 – jim