2011-05-18 49 views

回答

0

它們只是作爲兩個單獨的消息發送;發送機制並不在乎它們原本是一個更長的消息。各種手機實現發送隊列的方式不同,但通常我沒有注意到長SMS的「部分」之間的延遲比兩個無關的消息之間的延遲更長。接收也是如此。

TLDR:儘可能快地發送和接收消息 - 因此,沒有額外的等待循環,但通常的網絡延遲適用,尤其是在網絡負載不足的情況下(例如,不要期望您的消息立即被髮送如果你在1月1日午夜之後發送)。

+0

感謝您的迴應,其實我正在尋找的是,發送一個數據包之後,是否有任何時間延遲,在發送其他部分之前,移動臺會等待任何時間延遲。我會告訴你我到底發生了什麼, 我從我的電腦通過手機發送一條長短信到另一個手機。所以如果短信包含超過160個字符。即時將它分成小部分,併發送,當一小部分發送時,我收到了來自手機的響應,現在我想知道發送的兩部分之間的時間延遲,以便我知道我需要多長時間等待手機的響應。 – 2011-05-18 12:17:29

+0

@harinder爲什麼不讓移動電話處理將長信息作爲一個串聯的信息來處理,而不是將它自己拆分爲多個? – Fanis 2011-05-21 13:50:12

1

手機實現重新組合消息所需的排隊。短信部分在發送到手機時包含諸如消息部分的總數和該消息的哪部分的信息。然後由手機完成重新組裝。

據我所知,手機在接收部件之間或者甚至接收所有部件之間沒有規定的最小或最大時間。

從以往的經驗我知道,送件有些小時間距可以原因一些手機,做這樣的事情

  • 刪除整個CONCAT消息
  • 降部分後期
  • 顯示後期作爲單個消息的零件
  • 別的東西

我建議您嘗試確保您不會顯着延遲發送零件。如果你使用的是GSM調制解調器,那麼很可能你應該嘗試在零件之間按順序發送零件。

所有這一切都假定你發送調制解調器PDU,而不是使用調制解調器AT命令。調制解調器的AT命令可能會做不同的事情,例如在內部爲長消息構建連續部分。

相關問題