通訊短信系統(tǒng)參數(shù)配置原則

1、37/37短信系統(tǒng)參數(shù)配置原則（初稿）四川移動通信責任有限公司2003年六月前 言 受集團公司托付（移網(wǎng)通2002528號關于托付編寫短信系統(tǒng)參數(shù)配置原則的通知），四川移動通信有限責任公司負責制定短信系統(tǒng)參數(shù)配置原則。為此公司上下十分重視，立即成立了以網(wǎng)絡部副主任劉耕為組長的參數(shù)編制小組，對短信系統(tǒng)相關的參數(shù)進行了大量的測試和分析，為提高短信各設備間的兼容性和下發(fā)成功率以及解決短信中心、短信網(wǎng)關的參數(shù)設置不規(guī)范，導致省際、省內(nèi)各級短信設備配合不一致，阻礙短信業(yè)務成功下發(fā)的問題，提出了參數(shù)配置建議。由于時刻和水平有限，原則當中難免有考慮不周之處，敬請指正。目 錄 TOC o 1-3 h z u

2、HYPERLINK l _Toc44402333 第一部分 情況簡介 PAGEREF _Toc44402333 h 3 HYPERLINK l _Toc44402334 第二部分 短信中心參數(shù)配置原則 PAGEREF _Toc44402334 h 4 HYPERLINK l _Toc44402335 一、短信中心單個用戶最大短信緩存條數(shù)（被叫）： PAGEREF _Toc44402335 h 5 HYPERLINK l _Toc44402336 二、短信中心單條短信最大保存期限 PAGEREF _Toc44402336 h 8 HYPERLINK l _Toc44402337 三、短信系統(tǒng)重發(fā)

3、參數(shù) PAGEREF _Toc44402337 h 11 HYPERLINK l _Toc44402338 1、用戶緣故的重發(fā)機制： PAGEREF _Toc44402338 h 12 HYPERLINK l _Toc44402339 2、網(wǎng)絡緣故的重發(fā)機制。 PAGEREF _Toc44402339 h 14 HYPERLINK l _Toc44402340 四、MSC短消息事件鑒權參數(shù) PAGEREF _Toc44402340 h 20 HYPERLINK l _Toc44402341 五、短信中心接口部分相關參數(shù)： PAGEREF _Toc44402341 h 23 HYPERLINK

4、l _Toc44402342 第三部分 短信網(wǎng)關參數(shù)配置原則 PAGEREF _Toc44402342 h 24 HYPERLINK l _Toc44402343 一、與短信中心接口 PAGEREF _Toc44402343 h 24 HYPERLINK l _Toc44402344 二、與SP接口 PAGEREF _Toc44402344 h 26 HYPERLINK l _Toc44402345 三、與SCP的接口 PAGEREF _Toc44402345 h 27 HYPERLINK l _Toc44402346 四、與其他ISMG的接口 PAGEREF _Toc44402346 h 2

5、8第一部分 情況簡介 （一）編寫小組成員組長：劉耕 副組長：楊書其 白慶 王耀陽組員：劉晟、林勇、林靜、曾智、侯漫秋、涂越秋廠家：張美軍（華為） 鐘智（康維） 李邦建（亞信）（二）本省短信及相關網(wǎng)絡設備情況點對點短信中心：華為（軟件版本 v280r001.5d611）， 容量300萬BHSM夢網(wǎng)短信中心：康維（軟件版本 2.5.27），容量300萬BHSM短信網(wǎng)關：亞信（軟件版本 2.5.1）, 容量288萬BHSMSCP：東信北郵(4.04)MSC：西門子（sr9.0）HLR: 西門子（sr9.0）第二部分 短信中心參數(shù)配置原則一、短信中心單個用戶最大短信緩存條數(shù)（被叫）：參數(shù)釋義：短信中心

6、關于單個被叫號碼的最大短信保存數(shù)量。不同地區(qū)、不同短信中心此項參數(shù)的設置并不一致。為了證實此項參數(shù)的不同配置對收入以及對系統(tǒng)資源的阻礙，我們在成都萬年短信中心（華為）上進行了測試：測試環(huán)境：萬年短信中心（華為），承載四川全省除成都以外的點對點短信業(yè)務以及夢網(wǎng)點播等上行短信業(yè)務。處理能力：300萬BHSM日短信提交量（MO提交量）：約為300萬左右。內(nèi)存占用情況：通常情況下5萬條以內(nèi)，內(nèi)存容量為70萬條。測試方法：分不將短信中心的單個被叫最大短信緩存條數(shù)設置為20條、15條、10條，然后對修改前后的MO提交成功率、效益（成功下發(fā)的點對點短信條數(shù)/手機向短信中心提交的點對點短信條數(shù) X 100%）

7、以及內(nèi)存占用率進行統(tǒng)計和分析。由于各短信設備制造商均未建議10條以下的設置，為幸免阻礙公司收入，因此我們未對低于10條的短信存儲數(shù)進行測試。測試結果：（如圖）效益=下發(fā)成功的點對點短信條數(shù)/手機向短信中心提交的點對點短信條數(shù)配置原則建議：15條。理由：由上圖可見，單個用戶待發(fā)緩存從20條調整到15條，對MO提交成功率阻礙不大，效益降低不明顯，內(nèi)存占用卻下降了專門多。但從15條調整到10條，效益卻有明顯的下降。關于一些業(yè)務種類較多（例如含短信群發(fā)業(yè)務、夢網(wǎng)業(yè)務）的短信中心，為保證系統(tǒng)安全，我們更是建議采取15條的被叫緩存設置。因為承載廣告群發(fā)業(yè)務以及夢網(wǎng)業(yè)務的短信中心，內(nèi)存空間或者數(shù)據(jù)庫空間占用

8、率通常較高（成都康維短信中心，數(shù)據(jù)庫空間150萬，承載廣告群發(fā)業(yè)務以及夢網(wǎng)絡下行等業(yè)務，依照統(tǒng)計，廣告群發(fā)的關機率約為20%，夢網(wǎng)下發(fā)的關機率約為10%，數(shù)據(jù)庫空間經(jīng)常超過100萬），因此若被叫緩存數(shù)設置過高，不僅經(jīng)濟效益不明顯，反而容易導致數(shù)據(jù)庫被占滿，給網(wǎng)絡的安全帶來隱患。二、短信中心單條短信最大保存期限參數(shù)釋義：未下發(fā)成功的短信在短信中心內(nèi)存或數(shù)據(jù)庫的保存期限。不同地區(qū)、不同短信中心此項參數(shù)的設置并不一致，有的設置為24小時，有的設置為48小時。為了證實此項參數(shù)的不同配置對收入以及對系統(tǒng)資源的阻礙，我們在成都萬年短信中心（華為）上進行了測試：測試環(huán)境：萬年短信中心（華為），承載四川全省除

9、成都以外的點對點短信業(yè)務以及夢網(wǎng)點播等上行短信業(yè)務。處理能力：300萬BHSM日短信提交量（MO提交量）：約為300萬左右。內(nèi)存占用情況：通常情況下5萬條以內(nèi)，內(nèi)存容量為70萬條。測試方法：考慮到一些廠家的短信中心此項參數(shù)的設置只能以天為單位，分不將短信中心的單條短信最大保存時限設置為24小時和48小時，然后對修改前后效益以及內(nèi)存占用率進行統(tǒng)計分析。測試結果：（如圖）效益=下發(fā)成功的點對點短信條數(shù)/手機向短信中心提交的點對點短信條數(shù)配置原則建議：24小時。理由：測試所在的短信中心業(yè)務較為單一，只有點對點業(yè)務，從上圖的比較能夠看出，單條短信最大保存時限由24小時調整到48小時，內(nèi)存占用明顯上升，

10、經(jīng)濟效益卻明顯的下降這講明正常的在網(wǎng)用戶，短信中心的待發(fā)短信保存時限專門少會超過24小時，而對那些長時刻關機的用戶，短信中心保存時限設置再高，這部分短信最終也會由于超期而被系統(tǒng)刪除。因此關于點對點業(yè)務而言，此項參數(shù)的合理配置建議為24小時。關于一些業(yè)務種類較多（例如含短信群發(fā)業(yè)務、夢網(wǎng)業(yè)務）的短信中心，為保證系統(tǒng)安全，我們更是建議采取24小時的單條短信保存時限設置。因為承載廣告群發(fā)業(yè)務以及夢網(wǎng)業(yè)務的短信中心，內(nèi)存空間或者數(shù)據(jù)庫空間占用率通常較高（成都康維短信中心，數(shù)據(jù)庫空間150萬，承載廣告群發(fā)業(yè)務以及夢網(wǎng)絡下行等業(yè)務，依照統(tǒng)計，廣告群發(fā)的關機率約為20%，夢網(wǎng)下發(fā)的關機率約為10%，數(shù)據(jù)庫空

11、間經(jīng)常超過100萬），因此若被叫緩存數(shù)設置過高，不僅無明顯的經(jīng)濟效益，反而容易導致數(shù)據(jù)庫被占滿，給網(wǎng)絡的安全帶來隱患。三、短信系統(tǒng)重發(fā)參數(shù)參數(shù)釋義：短信中心關于一些由于各種緣故首次下發(fā)失敗的短信執(zhí)行即定的發(fā)送機制進行重發(fā)。現(xiàn)網(wǎng)重發(fā)機制要緊有兩類：定時重發(fā)（華為）：依照不同的錯誤代碼按原定的重發(fā)時刻間隔進行周期性的重發(fā)。智能重發(fā)（康維）：依照不同的錯誤代碼按原定的重發(fā)機制進行由密到疏的重發(fā)。現(xiàn)網(wǎng)重發(fā)機制要緊包括用戶緣故的重發(fā)和網(wǎng)絡緣故的重發(fā)：用戶緣故：用戶關機。PAGING無應答手機內(nèi)存滿。用戶忙： 終端設備不支持。被叫用戶無短信功能網(wǎng)絡緣故：HLR/MSC拒絕HLR/MSC無應答： 3、HLR

12、/MSC系統(tǒng)錯誤： 目前不同短信中心設備對不同錯誤代碼的重發(fā)機制差異專門大，例如，華為短信中心將用戶關機和PAGING無應答作為一種錯誤代碼來制定重發(fā)機制，而康維則是分開制定的；華為短信短信中心可將各類網(wǎng)絡緣故分開制定重發(fā)機制，而康維短信中心則是將網(wǎng)絡緣故作為一種錯誤代碼而制定重發(fā)機制的。為了使重發(fā)機制的測試結果具有可推廣性，我們選擇在成都府青短信中心（華為）上進行測試。測試環(huán)境：府青短信中心（華為），承載成都點對點短信業(yè)務以及成都用戶夢網(wǎng)點播等上行短信業(yè)務。處理能力：300萬BHSM日短信提交量（MO提交量）：約為340萬左右。內(nèi)存占用情況：通常情況下5萬條左右，內(nèi)存容量為70萬條。測試內(nèi)容

13、：1、用戶緣故的重發(fā)機制：缺席用戶/內(nèi)存滿：由于系統(tǒng)對用戶忙以及終端設備不支持的重發(fā)數(shù)量較少，因此本次測試，要緊針對缺席用戶（關機/出服）以及內(nèi)存滿這兩類錯誤代碼的重發(fā)時刻的不同設置進行測試。測試方法：關閉除缺席用戶和內(nèi)存滿之外的所有重發(fā)，分不將這兩種錯誤代碼的重發(fā)間隔設置為10小時和10分鐘，統(tǒng)計A表上非首次發(fā)送成功的平均延時。測試結果：建議參數(shù)配置：系統(tǒng)默認最長重發(fā)時刻間隔。（華為為10小時）理由：依照規(guī)范，短信中心在首次下發(fā)收到用戶關機/出服或內(nèi)存滿的狀態(tài)報告之后，將通知被叫用戶歸屬HLR對該用戶數(shù)據(jù)置消息等待位HNRF或MCEF，同時用戶所在的VLR也將對該用戶的訪問數(shù)據(jù)置消息等待位。

14、假如用戶在原VLR或新VLR開機/上網(wǎng)或清理內(nèi)存，VLR或位置更新的信令均將通知HLR向SMSC發(fā)alert sc消息，從而保證用戶能在第一時刻接收到短信。也確實是講正常情況下，短信中心對這些錯誤代碼的重發(fā)是完全沒必要的，過于密集的重發(fā)設置只會加重短信中心系統(tǒng)負荷以及HLR的信令負荷。用戶忙：用戶由于撥出/接入電話、發(fā)送/接收短消息、位置更新等行為占用SDCCH信道而導致短信中心收到用戶忙的錯誤代碼。從全天統(tǒng)計來可看，數(shù)量極少，考慮到部分機型開機后一段時刻才能接收短信（MOTOROLA 老款6188、6288），因此此項參數(shù)的建議設置為5分鐘周期性重發(fā)。終端設備不支持：建議直接刪除不進行重發(fā)。

15、被叫無短信功能：建議直接刪除不進行重發(fā)。2、網(wǎng)絡緣故的重發(fā)機制。 1）HLR/MSC無應答：通常兩種情況下會出現(xiàn)：i)MSC對來自SMSC的forward sm信令的ack 應答消息由于各種網(wǎng)絡緣故（例如SDCCH掉話等）未能返回到SMSC。此類情況出現(xiàn)概率微小，一旦這種情況，往往被叫用戶實際已接收到了短信。若短信中心對此錯誤進行重發(fā)，將造成被叫用戶重復接收。ii)信令轉接局STP上MSISDN以及MSCID的GT數(shù)據(jù)做錯或漏做，或HLR/MSC上短信中心號碼的GT數(shù)據(jù)做錯或漏做，造成短信中心無法收到send routing info尋址消息或forward sm下發(fā)消息的返回信令。若出現(xiàn)這種

16、情況，不管如何樣重發(fā)均是可不能成功的。只能通過保證GSM網(wǎng)絡的相關GT數(shù)據(jù)的正確來幸免此類情況的出現(xiàn)。建議參數(shù)配置：直接刪除不進行重發(fā)。理由：設置重發(fā)不但容易導致被叫用戶重復接收，另一方面，在出現(xiàn)傳輸阻斷、STP以及本地重要MSC/HLR退服等意外的情況下，短信中心內(nèi)存空間將會專門快被占滿從而導致業(yè)務中斷。 2）其余網(wǎng)絡緣故的重發(fā)設置：要緊有兩類。HLR/MSC拒絕：HLR/MSC對來自SMSC的send routing info或forward sm信令直接回送ABORT消息。該錯誤代碼的數(shù)量比例較高，在4月份對取消網(wǎng)絡緣故的重發(fā)后統(tǒng)計，府青短信中心平均每天收到的這種錯誤代碼數(shù)量在3萬條以上

17、，是阻礙短信接通率指標的要緊緣故之一。我們曾在交換側對此錯誤代碼進行了長期的跟蹤和觀測發(fā)覺，該錯誤代碼的出現(xiàn)完全隨機，錯誤代碼的數(shù)量只和下發(fā)業(yè)務量成正比，且和HLR/MSC的CP負荷、信令鏈路負荷、應答等待參數(shù)設置等均無關，通常第2次發(fā)送即能成功。（關于制定重發(fā)前后錯誤代碼數(shù)量的對比詳見阻礙短信質量各類緣故及優(yōu)化方案）HLR/MSC系統(tǒng)錯誤：HLR/MSC對來自SMSC的send routing info或forward sm信令回送system failure。該錯誤代碼的數(shù)量比例較高，在4月份對取消網(wǎng)絡緣故的重發(fā)后統(tǒng)計，府青短信中心平均每天收到的這種錯誤代碼數(shù)量在1萬條以上，是阻礙短信接通

18、率指標的要緊緣故之一。在交換側對此錯誤代碼進行跟蹤和觀測發(fā)覺，造成MSC側回送system failure的緣故之一是由于無線SDCCH掉話導致了MSC對手機的鑒權失敗。（詳細分析見后）通常第2次發(fā)送即能成功。（關于制定重發(fā)前后錯誤代碼數(shù)量的對比詳見阻礙短信質量各類緣故及優(yōu)化方案） 測試方法：將以上兩類錯誤代碼的重發(fā)時刻間隔分不設置為5分鐘、10分鐘和不重發(fā)進行測試，對比修改前后指標情況以及網(wǎng)絡錯誤代碼的重發(fā)情況。 測試結果： （圖一）由圖可見，過密的重發(fā)機制對接通率的阻礙是明顯的。 （圖2）上圖中，6月16日（周一）網(wǎng)絡錯誤代碼的重發(fā)機制為5分鐘重發(fā)，6月17日（周二）網(wǎng)絡錯誤代碼重發(fā)機制為

19、10分鐘重發(fā)，23日和24日（周一、周二）網(wǎng)絡錯誤代碼的重發(fā)機制為不重發(fā)。由于這幾天同為周一和周二，提交量等話務模型相近（均為340萬左右），因而具有可比性。 由圖可見，取消重發(fā)后的23日和24日，短信中心全天由于收到HLR/MSC拒絕以及HLR/MSC系統(tǒng)錯誤這兩種錯誤代碼而首次下發(fā)失敗的條數(shù)既是全天下發(fā)失敗的次數(shù)，約31200條左右。當將這兩種錯誤代碼的重發(fā)機制設定為5分鐘和10分鐘，全天下發(fā)失敗的次數(shù)分不為首次下發(fā)失敗次數(shù)的1.58倍和1.32倍。這講明首次下發(fā)失敗的短信之中，其中絕大部分第1次重發(fā)即能成功，另外少部分不管如何樣重發(fā)也不能成功。我們對數(shù)據(jù)庫中6月16日以及6月17日兩天由

20、于這兩類錯誤代碼而最終下發(fā)失敗的數(shù)量進行了統(tǒng)計：（圖3）由上圖可見，每天最終下發(fā)不成功的短信條數(shù)約為1200條左右，正是這極少部分（不足網(wǎng)絡緣故首次下發(fā)失敗總數(shù)的4%）的短信被系統(tǒng)反復重發(fā)，導致了網(wǎng)絡緣故下發(fā)失敗次數(shù)的增多。 建議參數(shù)配置：10分種 理由：從以上統(tǒng)計結果能夠看出，HLR/MSC拒絕以及HLR/MSC系統(tǒng)錯誤這兩種錯誤代碼其中大部分通常在短信中心第1次重發(fā)即能成功，但也不能排除有少量錯誤不管發(fā)送多少次均不能成功的可能。由MT成功率指標的計算公式MT成功率=短信中心下發(fā)成功的短信條數(shù)/（短信中心下發(fā)的短信條數(shù)含重發(fā)-用戶緣故造成的發(fā)送失敗次數(shù)含重發(fā)）*100%可見網(wǎng)絡錯誤代碼的周期

21、性重發(fā)時刻間隔若設置過密，將有可能造成“短信中心下發(fā)的短信條數(shù)含重發(fā)”此項參數(shù)指變高，從而導致接通率指標的下降。從圖一可見，網(wǎng)絡錯誤的重發(fā)由5分鐘改到10分鐘，指標有明顯的提高。由于HLR/MSC拒絕以及HLR/MSC系統(tǒng)錯誤這兩種錯誤代碼出現(xiàn)幾率較高，因此重發(fā)時刻間隔設置過廠，被叫用戶將明顯感受到接收短信延時。因此兼顧用戶和指標兩方面因素此項參數(shù)的建議配置為10分鐘。推廣： 綜合指標效益、用戶感受、網(wǎng)絡安全等方面因素，智能化的重發(fā)機制更有利于精品網(wǎng)絡的建設。依照以上周期性重發(fā)機制的設置原則，關于有智能重發(fā)功能的系統(tǒng)，我們建議：缺席用戶/內(nèi)存滿：建議在消息有效期內(nèi)盡可能的減少重發(fā)次數(shù)。用戶忙：

22、建議首次發(fā)送時刻間隔為5分鐘。終端設備不支持：建議直接刪除不進行重發(fā)。被叫無短信功能：建議直接刪除不進行重發(fā)。HLR/MSC無應答：建議直接刪除不進行重發(fā)。HLR/MSC拒絕&HLR/MSC系統(tǒng)錯誤：建議首次重發(fā)時刻間隔盡可能短（5分鐘），之后的重發(fā)時刻間隔盡可能長（1小時以上）。 另外，對各類網(wǎng)絡錯誤代碼未加以區(qū)分的短信中心，例如康維，我們建議網(wǎng)絡緣故錯誤代碼的重發(fā)機制設定為首次發(fā)送時刻間隔為5分鐘，第2次發(fā)送時刻間隔為30分鐘，之后刪除。四、MSC短消息事件鑒權參數(shù)在對各類網(wǎng)絡緣故阻礙短消息下發(fā)的分析中，我們發(fā)覺導致MSC回送系統(tǒng)錯誤的一類緣故是用戶鑒權無響應，同時在系統(tǒng)錯誤呼損里占到60

23、%以上比例。典型信令流程如下：從信令上看，表現(xiàn)為MSC收到尋呼響應后，下發(fā)鑒權請求，但由于鑒權無響應（無線SDCCH掉話）而導致發(fā)生系統(tǒng)錯誤。對現(xiàn)網(wǎng)MSC上的相關短信參數(shù)進行分析，我們發(fā)覺所有MSC上兩類短信事件（本地用戶發(fā)起/接收短消息）的鑒權參數(shù)均設置為每次鑒權。為了證明過于頻繁的鑒權機制對短信發(fā)送的阻礙，我們選在了在成都府青短信中心以及成都G3進行測試。測試環(huán)境：府青短信中心（華為），承載成都點對點短信業(yè)務以及成都用戶夢網(wǎng)點播等上行短信業(yè)務。1、處理能力：300萬BHSM2、日短信提交量（MO提交量）：約為340萬左右。3、內(nèi)存占用情況：通常情況下5萬條左右，內(nèi)存容量為70萬條。測試方法

24、：關閉短信中心網(wǎng)絡錯誤代碼的重發(fā)，調整MSC3上兩類短信事件的鑒權機制為15次事件鑒一次權，統(tǒng)計調整前后MSC系統(tǒng)錯誤占下發(fā)量的比例。測試結果：從上圖可見，兩類鑒權參數(shù)調整之后，由于MSC系統(tǒng)錯誤導致的發(fā)送失敗占發(fā)往MSC3全部短信數(shù)量的比例約為調整前的61.5%左右。參數(shù)配置建議：調整MSC本地用戶發(fā)起/接收短信兩類事件的鑒權頻率為15次。理由：進行鑒權的意義僅在于確定SIM卡的合法性，防止非法SIM卡。但若SIM卡是非法的，它在開機后的鑒權必定無法成功，更不可能完成位置更新。各MSC對短信鑒權參數(shù)的設置是在開局之初制定的，我們認為在短信業(yè)務蓬勃進展的今天，這種過于密集的鑒權機制已不再適用：

25、由于無線SDCCH的掉話，可能導致用戶提交短信時MSC對主叫手機的鑒權失敗，在短信中心的統(tǒng)計上雖可不能阻礙MO成功率，但對用戶實際感受造成了阻礙。由于無線SDCCH的掉話，短信在下發(fā)中由于MSC對被叫手機的鑒權失敗而產(chǎn)生系統(tǒng)錯誤，短信中心運行重發(fā)機制，將導致被叫用戶接收信息延時。目前各MSC上本地用戶做主叫/被叫兩類電話事件的鑒權頻率均為15次，既然目前專門多用戶短信業(yè)務量遠比語音業(yè)務量多，因此這兩類短信事件的鑒權頻率為1次的設置顯然是不合理的。調整兩類短信事件的鑒權頻率，要緊目的是幸免不必要的鑒權造成的呼損，因此這項參數(shù)的調整，關于無線環(huán)境良好的地區(qū)，意義不大，但關于一些無線覆蓋不行，SDC

26、CH掉話嚴峻的地區(qū)，其網(wǎng)絡質量的改善是確信的。五、短信中心接口部分相關參數(shù)：以下參數(shù)為短信中心的和其他網(wǎng)元接口部分的參數(shù)設置。從現(xiàn)網(wǎng)情況來看，網(wǎng)絡運行情況良好，若對在網(wǎng)系統(tǒng)這部分參數(shù)進行修改可能會引發(fā)嚴峻的網(wǎng)絡故障，因此我們未對其進行調整測試。現(xiàn)將其列出，謹供參考：短消息MAP SERVER取路由超時時刻為40秒；短消息MAP SERVER下發(fā)GSM網(wǎng)絡消息超時時刻為60秒；短消息MAP SERVER等待狀態(tài)報告超時時刻為40秒；短消息MAP SERVER等待后續(xù)MT消息超時時刻為25秒；短消息中心等待SCP應答時刻為12秒短消息中心等待短信網(wǎng)關時刻為120秒短消息中心（華為）接收來自同一SP

27、（依照服務代碼推斷）的消息隊列長度建議依照各SP業(yè)務量具體制定。 第三部分 短信網(wǎng)關參數(shù)配置原則以下參數(shù)配置數(shù)據(jù)流向均為MT，即短信ISMG（ISMG）-短信中心（SMSC）。一、與短信中心接口ISMG與SMSC重連時刻間隔：ISMG與SMSC連接中斷后ISMG重新發(fā)起連接請求的間隔時刻。該值過短會造成SMSC拒絕連接；也不宜過長，否則會造成連接中斷時刻增加，造成SMA話單數(shù)量增加，建議值為10s（需要與SMSC上等待enquire_link超時時刻一致）。ISMG等待SMSC回復smpp_submit_resp 時刻： ISMG向SMSC提交smpp_submit消息后等待SMSC回復res

28、ponse的時刻。假如太短，ISMG在等待時刻內(nèi)沒有收到response,就會重新發(fā)送。出現(xiàn)這種情況，SP一次提交可能造成用戶重復接收2次以上,然而計費話單只能匹配一次成功。如此會造成ISMG與SMSC的負載進一步加重。因此那個地點必須依照SMSC的回復response時刻值，進行嚴格評估，而且要依照ISMG的處理能力來配置。假如太長，會造成ISMG臨時消息在內(nèi)存的積壓，會嚴峻增加ISMG負載。因此那個值的設置還要看雙方的處理能力，目前四川ISMG等待SMSC的response時刻是120秒，運行情況良好。smpp_submit 有效期設置(valid_time)：消息在SMSC的存活期。那個

29、值格式在SMPP協(xié)議中有講明，然而最大值和最小值沒有沒有明確地講明。那個有效期是消息在SMSC的存活期，即消息在沒有正常下發(fā)的情況下，在SMSC存儲的時刻。那個值CMPP沒有明確的規(guī)定，由SP在向ISMG提交cmpp_submit時自行設置，假如SP沒有設置，ISMG就會添加一個缺省的有效期。SMSC對那個值的檢查也是千差萬不。有的檢查是否為空，有的不檢查。有的短信中心假如設置有效期小于1個小時，短信中心全然就不給返回狀態(tài)報告，因此有必要對那個值進行規(guī)定。有效期越長，狀態(tài)報告中EXPIRED錯誤越少，從而最大限度減少下發(fā)消息時由于用戶關機緣故造成下發(fā)失敗，有效提高下發(fā)成功率。但會導致SMSC存

30、儲隊列加大，加重SMSC的存儲負載。目前四川ISMG設置為16個小時，依照下面對不同有效期的測試結果統(tǒng)計，建議值為24小時。短信中心返回狀態(tài)報告統(tǒng)計統(tǒng)計時刻消息有效期（小時）狀態(tài)報告發(fā)送成功數(shù)狀態(tài)報告發(fā)送失敗數(shù)狀態(tài)報告發(fā)送成功率EXPIRED占狀態(tài)報告總數(shù)比例6-11 14:00 6-12 14:00122324494127138464.64%61853217.20%6-13 22:00 6-14 22:00162621377132030766.50%50678012.86%6-15 14:00 6-16 14:00202471927127615065.95%43602211.63%6-18

31、00:00 6-19 00:00242616815111965670.03%1066702.85%ISMG下發(fā)等待提交隊列：ISMG向SMSC提交MT消息時的臨時緩存消息隊列。正常情況下，ISMG向SMSC提交MT消息可不能形成積壓，依照最新的CMPP協(xié)議規(guī)范（補充版），ISMG到短信中心MT連接出現(xiàn)異常時，短信下發(fā)不終止，而是直接生成SMA話單，同時該值假如配置過大將過多占用ISMG的I/O資源，降低系統(tǒng)性能，需要兼顧接通率和系統(tǒng)性能，目前四川ISMG設為2048條，運行情況良好。二、與SP接口接收SP提交消息隊列：ISMG臨時緩存SP提交消息隊列。該隊列大小設置與ISMG其他外圍接口有關，

32、如安全檢查、SCP、SMSC等，正常情況下可不能形成大量積壓，假如配置過大將過多占用ISMG的I/O資源，降低系統(tǒng)性能，目前四川ISMG設為4096條。SP等待ISMG回復cmpp_connect_resp時刻：SP向ISMG發(fā)送cmpp_connect消息后等待ISMG回復response的時刻。該值假如太小將導致SP頻繁向ISMG發(fā)起連接，將造成ISMG系統(tǒng)資源的白費，建議至少為30秒。SP等待ISMG回復cmpp_submit_resp時刻：SP向ISMG發(fā)送一條cmpp_submit消息后等待ISMG回復response的時刻。該值不能設置太小，ISMG在正常情況下會專門快給SP返回response，然而ISMG要到016做安全過濾，神州行用戶還要到SCP進行實時扣費，因此ISMG