某移動公司短信系統(tǒng)參數(shù)配置原則

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

2、置原則5一、短信中心單個用戶最大短信緩存條數(shù)（被叫）：5二、短信中心單條短信最大保存期限8三、短信系統(tǒng)重發(fā)參數(shù)111、用戶原因的重發(fā)機制：122、網(wǎng)絡(luò)原因的重發(fā)機制。14四、 MSC短消息事件鑒權(quán)參數(shù) .20五、短信中心接口部分相關(guān)參數(shù)：23第三部分短信網(wǎng)關(guān)參數(shù)配置原則24一、與短信中心接口24二、與 SP接口27三、與 SCP的接口28四、與其他 ISMG的接口29第一部分情況簡介（一）編寫小組成員組長：劉耕副組長：楊書其白慶 王耀陽組員：劉晟、林勇、林靜、曾智、侯漫秋、涂越秋廠家：張美軍（華為）鐘智（康維）李邦建（亞信）（二）本省短信及相關(guān)網(wǎng)絡(luò)設(shè)備情況點對點短信中心： 華為（軟件版本 v2

3、80r001.5d611 ）， 容量 300 萬BHSM夢網(wǎng)短信中心： 康維（軟件版本2.5.27 ），容量 300 萬 BHSM短信網(wǎng)關(guān)： 亞信（軟件版本2.5.1 ）,容量 288 萬 BHSMSCP：東信北郵 (4.04)MSC：西門子（ sr9.0 ）HLR: 西門子（ sr9.0 ）第二部分短信中心參數(shù)配置原則一、短信中心單個用戶最大短信緩存條數(shù)（被叫）：參數(shù)釋義：短信中心對于單個被叫號碼的最大短信保存數(shù)量。不同地區(qū)、不同短信中心此項參數(shù)的設(shè)置并不一致。為了證實此項參數(shù)的不同配置對收入以及對系統(tǒng)資源的影響，我們在成都萬年短信中心 （華為）上進行了測試：測試環(huán)境： 萬年短信中心（華為）

4、 ，承載四川全省除成都以外的點對點短信業(yè)務(wù)以及夢網(wǎng)點播等上行短信業(yè)務(wù)。1、處理能力： 300 萬 BHSM2、日短信提交量（ MO提交量）：約為 300 萬左右。3、內(nèi)存占用情況： 通常情況下 5 萬條以內(nèi)，內(nèi)存容量為 70 萬條。測試方法： 分別將短信中心的單個被叫最大短信緩存條數(shù)設(shè)置為20條、15 條、10 條，然后對修改前后的MO提交成功率、效益（成功下發(fā)的點對點短信條數(shù)/ 手機向短信中心提交的點對點短信條數(shù)X100%）以及內(nèi)存占用率進行統(tǒng)計和分析。由于各短信設(shè)備制造商均未建議 10 條以下的設(shè)置，為避免影響公司收入，因此我們未對低于10條的短信存儲數(shù)進行測試。測試結(jié)果：（如圖）10.9

5、9980.99960.99940.99920.999mo成功率20條(6 月15日)15條(6 月17日)10條(6 月19日)0.950.930.910.890.870.85效益20條(6 月15日)15條(6 月17日)10條(6 月19日)效益 =下發(fā)成功的點對點短信條數(shù)/手機向短信中心提交的點對點短信條數(shù)500004800046000440004200040000內(nèi)存占用20條(6 月15日)15條(6 月17日)10條(6 月19日)配置原則建議： 15 條。理由：1、由上圖可見，單個用戶待發(fā)緩存從20 條調(diào)整到 15 條，對 MO提交成功率影響不大，效益降低不明顯，內(nèi)存占用卻下降了

6、很多。但從 15 條調(diào)整到 10 條，效益卻有明顯的下降。2、對于一些業(yè)務(wù)種類較多（例如含短信群發(fā)業(yè)務(wù)、夢網(wǎng)業(yè)務(wù)）的短信中心，為保證系統(tǒng)安全，我們更是建議采取15 條的被叫緩存設(shè)置。因為承載廣告群發(fā)業(yè)務(wù)以及夢網(wǎng)業(yè)務(wù)的短信中心，內(nèi)存空間或者數(shù)據(jù)庫空間占用率通常較高（成都康維短信中心，數(shù)據(jù)庫空間 150 萬，承載廣告群發(fā)業(yè)務(wù)以及夢網(wǎng)絡(luò)下行等業(yè)務(wù)，根據(jù)統(tǒng)計，廣告群發(fā)的關(guān)機率約為20%，夢網(wǎng)下發(fā)的關(guān)機率約為10%，數(shù)據(jù)庫空間經(jīng)常超過100 萬），因此若被叫緩存數(shù)設(shè)置過高，不僅經(jīng)濟效益不明顯，反而容易導致數(shù)據(jù)庫被占滿，給網(wǎng)絡(luò)的安全帶來隱患。二、短信中心單條短信最大保存期限參數(shù)釋義： 未下發(fā)成功的短信在短

7、信中心內(nèi)存或數(shù)據(jù)庫的保存期限。不同地區(qū)、不同短信中心此項參數(shù)的設(shè)置并不一致，有的設(shè)置為24小時，有的設(shè)置為48 小時。為了證實此項參數(shù)的不同配置對收入以及對系統(tǒng)資源的影響，我們在成都萬年短信中心（華為）上進行了測試：測試環(huán)境： 萬年短信中心（華為） ，承載四川全省除成都以外的點對點短信業(yè)務(wù)以及夢網(wǎng)點播等上行短信業(yè)務(wù)。1、處理能力： 300 萬 BHSM2、日短信提交量（ MO提交量）：約為 300 萬左右。3、內(nèi)存占用情況： 通常情況下 5 萬條以內(nèi)，內(nèi)存容量為 70 萬條。測試方法：考慮到一些廠家的短信中心此項參數(shù)的設(shè)置只能以天為單位，分別將短信中心的單條短信最大保存時限設(shè)置為24 小時和

8、48 小時，然后對修改前后效益以及內(nèi)存占用率進行統(tǒng)計分析。測試結(jié)果：（如圖）0.950.930.910.890.870.85效益24小時(6 月17日)24小時(6 月18日)48小時(6 月22日)48小時(6 月23日52000500004800046000內(nèi)存占用44000420004000024小時(6 月17日)24小時(6 月18日)48小時(6 月22日)48小時(6 月23日效益 =下發(fā)成功的點對點短信條數(shù)/手機向短信中心提交的點對點短信條數(shù)配置原則建議： 24 小時。理由：1、測試所在的短信中心業(yè)務(wù)較為單一，只有點對點業(yè)務(wù)， 從上圖的比較可以看出，單條短信最大保存時限由24

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

10、機率約為20%，夢網(wǎng)下發(fā)的關(guān)機率約為 10%，數(shù)據(jù)庫空間經(jīng)常超過 100 萬），因此若被叫緩存數(shù)設(shè)置過高，不僅無明顯的經(jīng)濟效益，反而容易導致數(shù)據(jù)庫被占滿，給網(wǎng)絡(luò)的安全帶來隱患。三、短信系統(tǒng)重發(fā)參數(shù)參數(shù)釋義：短信中心對于一些由于各種原因首次下發(fā)失敗的短信執(zhí)行即定的發(fā)送機制進行重發(fā)?，F(xiàn)網(wǎng)重發(fā)機制主要有兩類：一、定時重發(fā)（華為）：根據(jù)不同的錯誤代碼按原定的重發(fā)時間間隔進行周期性的重發(fā)。二、智能重發(fā)（康維）：根據(jù)不同的錯誤代碼按原定的重發(fā)機制進行由密到疏的重發(fā)?，F(xiàn)網(wǎng)重發(fā)機制主要包括用戶原因的重發(fā)和網(wǎng)絡(luò)原因的重發(fā)：一、用戶原因：1、用戶關(guān)機。2、PAGING無應(yīng)答3、手機內(nèi)存滿。4、用戶忙：5、終端設(shè)備

11、不支持。6、被叫用戶無短信功能二、網(wǎng)絡(luò)原因：1、HLR/MSC拒絕2、HLR/MSC無應(yīng)答：3、HLR/MSC系統(tǒng)錯誤：目前不同短信中心設(shè)備對不同錯誤代碼的重發(fā)機制差異很大，例如，華為短信中心將用戶關(guān)機和 PAGING無應(yīng)答作為一種錯誤代碼來制定重發(fā)機制， 而康維則是分開制定的； 華為短信短信中心可將各類網(wǎng)絡(luò)原因分開制定重發(fā)機制， 而康維短信中心則是將網(wǎng)絡(luò)原因作為一種錯誤代碼而制定重發(fā)機制的。 為了使重發(fā)機制的測試結(jié)果具有可推廣性，我們選擇在成都府青短信中心（華為）上進行測試。測試環(huán)境： 府青短信中心（華為） ，承載成都點對點短信業(yè)務(wù)以及成都用戶夢網(wǎng)點播等上行短信業(yè)務(wù)。1、處理能力： 300

12、萬 BHSM2、日短信提交量（ MO提交量）：約為 340 萬左右。3、內(nèi)存占用情況： 通常情況下 5 萬條左右，內(nèi)存容量為 70 萬條。測試內(nèi)容：1、用戶原因的重發(fā)機制：1）缺席用戶 / 內(nèi)存滿：由于系統(tǒng)對用戶忙以及終端設(shè)備不支持的重發(fā)數(shù)量較少， 因此本次測試， 主要針對缺席用戶 （關(guān)機 / 出服）以及內(nèi)存滿這兩類錯誤代碼的重發(fā)時間的不同設(shè)置進行測試。測試方法：關(guān)閉除缺席用戶和內(nèi)存滿之外的所有重發(fā)，分別將這兩種錯誤代碼的重發(fā)間隔設(shè)置為10 小時和 10 分鐘，統(tǒng)計 A 表上非首次發(fā)送成功的平均延時。測試結(jié)果：1200011500110001050010000延時統(tǒng)計 ( 秒)95009000

13、10小時(6 月21日)10小時(6 月22日)10分鐘(6 月23日)10分鐘(6 月24日)建議參數(shù)配置： 系統(tǒng)默認最長重發(fā)時間間隔。 （華為為 10 小時）理由：根據(jù)規(guī)范，短信中心在首次下發(fā)收到用戶關(guān)機 / 出服或內(nèi)存滿的狀態(tài)報告之后，將通知被叫用戶歸屬 HLR對該用戶數(shù)據(jù)置消息等待位 HNRF或 MCEF，同時用戶所在的 VLR也將對該用戶的拜訪數(shù)據(jù)置消息等待位。如果用戶在原 VLR或新 VLR開機 / 上網(wǎng)或清理內(nèi)存，VLR或位置更新的信令均將通知 HLR向 SMSC發(fā) alert sc 消息，從而保證用戶能在第一時間接收到短信。也就是說正常情況下，短信中心對這些錯誤代碼的重發(fā)是完全

14、沒必要的，過于密集的重發(fā)設(shè)置只會加重短信中心系統(tǒng)負荷以及 HLR的信令負荷。2）用戶忙： 用戶由于撥出 / 接入電話、發(fā)送 / 接收短消息、位置更新等行為占用SDCCH信道而導致短信中心收到用戶忙的錯誤代碼。從全天統(tǒng)計來可看，數(shù)量極少，考慮到部分機型開機后一段時間才能接收短信 （MOTOROLA老款 6188、6288），因此此項參數(shù)的建議設(shè)置為5 分鐘周期性重發(fā)。3）終端設(shè)備不支持： 建議直接刪除不進行重發(fā)。4）被叫無短信功能： 建議直接刪除不進行重發(fā)。2、網(wǎng)絡(luò)原因的重發(fā)機制。1 ）HLR/MSC無應(yīng)答：通常兩種情況下會出現(xiàn)：i)MSC 對來自 SMSC的 forward sm 信令的 ac

15、k 應(yīng)答消息由于各種網(wǎng)絡(luò)原因（例如 SDCCH掉話等）未能返回到 SMSC。此類情況出現(xiàn)概率極小，一旦這種情況，往往被叫用戶實際已接收到了短信。若短信中心對此錯誤進行重發(fā)，將造成被叫用戶重復接收。ii) 信令轉(zhuǎn)接局 STP上 MSISDN以及 MSCID的 GT數(shù)據(jù)做錯或漏做，或 HLR/MSC上短信中心號碼的 GT數(shù)據(jù)做錯或漏做，造成短信中心無法收到 send routing info 尋址消息或 forward sm 下發(fā)消息的返回信令。若出現(xiàn)這種情況，無論怎樣重發(fā)均是不會成功的。只能通過保證 GSM網(wǎng)絡(luò)的相關(guān) GT 數(shù)據(jù)的正確來避免此類情況的出現(xiàn)。建議參數(shù)配置： 直接刪除不進行重發(fā)。理由

16、：設(shè)置重發(fā)不但容易導致被叫用戶重復接收，另一方面，在出現(xiàn)傳輸阻斷、 STP以及本地重要 MSC/HLR退服等意外的情況下，短信中心內(nèi)存空間將會很快被占滿從而導致業(yè)務(wù)中斷。2 ）其余網(wǎng)絡(luò)原因的重發(fā)設(shè)置：主要有兩類。HLR/MSC拒絕： HLR/MSC對來自SMSC的 send routing info或forward sm 信令直接回送ABORT消息。該錯誤代碼的數(shù)量比例較高，在 4 月份對取消網(wǎng)絡(luò)原因的重發(fā)后統(tǒng)計，府青短信中心平均每天收到的這種錯誤代碼數(shù)量在 3 萬條以上，是影響短信接通率指標的主要原因之一。我們曾在交換側(cè)對此錯誤代碼進行了長期的跟蹤和觀測發(fā)現(xiàn)，該錯誤代碼的出現(xiàn)完全隨機，錯誤代

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

18、ailure的原因之一是由于無線SDCCH掉話導致了 MSC對手機的鑒權(quán)失敗。（詳細分析見后）通常第 2 次發(fā)送即能成功。（關(guān)于制定重發(fā)前后錯誤代碼數(shù)量的對比詳見影響短信質(zhì)量各類原因及優(yōu)化方案 ）測試方法：將以上兩類錯誤代碼的重發(fā)時間間隔分別設(shè)置為5 分鐘、10 分鐘和不重發(fā)進行測試，對比修改前后指標情況以及網(wǎng)絡(luò)錯誤代碼的重發(fā)情況。測試結(jié)果：10.9950.990.985MT成功率0.980.9750.975分鐘(14 日)5分鐘(15 日)10分鐘(18 日)10分鐘(19 日)不重發(fā) (23 日)不重發(fā) (24 日)（圖一）由圖可見，過密的重發(fā)機制對接通率的影響是明顯的。500004000

19、03000020000100000失敗次數(shù)16日17日23日24日（圖 2）上圖中， 6 月 16 日（周一）網(wǎng)絡(luò)錯誤代碼的重發(fā)機制為5 分鐘重發(fā)，6 月 17 日（周二）網(wǎng)絡(luò)錯誤代碼重發(fā)機制為10 分鐘重發(fā)， 23日和 24 日（周一、周二）網(wǎng)絡(luò)錯誤代碼的重發(fā)機制為不重發(fā)。由于這幾天同為周一和周二， 提交量等話務(wù)模型相近 （均為 340 萬左右），因而具有可比性。由圖可見，取消重發(fā)后的23 日和 24 日，短信中心全天由于收到HLR/MSC拒絕以及 HLR/MSC系統(tǒng)錯誤這兩種錯誤代碼而首次下發(fā)失敗的條數(shù)既是全天下發(fā)失敗的次數(shù)，約31200 條左右。當將這兩種錯誤代碼的重發(fā)機制設(shè)定為5 分鐘

20、和 10 分鐘，全天下發(fā)失敗的次數(shù)分別為首次下發(fā)失敗次數(shù)的1.58 倍和 1.32 倍。這說明首次下發(fā)失敗的短信之中，其中絕大部分第1 次重發(fā)即能成功，另外少部分無論怎樣重發(fā)也不能成功。我們對數(shù)據(jù)庫中6 月 16 日以及 6 月 17 日兩天由于這兩類錯誤代碼而最終下發(fā)失敗的數(shù)量進行了統(tǒng)計：1200100080060016日最終下發(fā)失敗條數(shù)40020017日最終下發(fā)失敗條數(shù)0msc拒絕HLR拒絕MSC系統(tǒng)錯誤HLR系統(tǒng)錯誤（圖 3）由上圖可見，每天最終下發(fā)不成功的短信條數(shù)約為1200 條左右，正是這極少部分（不足網(wǎng)絡(luò)原因首次下發(fā)失敗總數(shù)的 4%）的短信被系統(tǒng)反復重發(fā)，導致了網(wǎng)絡(luò)原因下發(fā)失敗次數(shù)

21、的增多。建議參數(shù)配置： 10 分種理由：1、從以上統(tǒng)計結(jié)果可以看出，HLR/MSC拒絕以及 HLR/MSC系統(tǒng)錯誤這兩種錯誤代碼其中大部分通常在短信中心第1 次重發(fā)即能成功，但也不能排除有少量錯誤無論發(fā)送多少次均不能成功的可能。2、由 MT成功率指標的計算公式MT 成功率 =短信中心下發(fā)成功的短信條數(shù) / （短信中心下發(fā)的短信條數(shù)含重發(fā) - 用戶原因造成的發(fā)送失敗次數(shù)含重發(fā)） *100% 可見網(wǎng)絡(luò)錯誤代碼的周期性重發(fā)時間間隔若設(shè)置過密， 將有可能造成“短信中心下發(fā)的短信條數(shù)含重發(fā)”此項參數(shù)指變高，從而導致接通率指標的下降。從圖一可見，網(wǎng)絡(luò)錯誤的重發(fā)由5 分鐘改到 10 分鐘，指標有明顯的提高。

22、3、 由于 HLR/MSC拒絕以及 HLR/MSC系統(tǒng)錯誤這兩種錯誤代碼出現(xiàn)幾率較高，因此重發(fā)時間間隔設(shè)置過廠，被叫用戶將明顯感覺到接收短信延時。因此兼顧用戶和指標兩方面因素此項參數(shù)的建議配置為 10 分鐘。推廣：綜合指標效益、用戶感受、網(wǎng)絡(luò)安全等方面因素，智能化的重發(fā)機制更有利于精品網(wǎng)絡(luò)的建設(shè)。根據(jù)以上周期性重發(fā)機制的設(shè)置原則，對于有智能重發(fā)功能的系統(tǒng)，我們建議：缺席用戶 / 內(nèi)存滿：建議在消息有效期內(nèi)盡可能的減少重發(fā)次數(shù)。用戶忙：建議首次發(fā)送時間間隔為5 分鐘。終端設(shè)備不支持：建議直接刪除不進行重發(fā)。被叫無短信功能：建議直接刪除不進行重發(fā)。HLR/MSC無應(yīng)答：建議直接刪除不進行重發(fā)。HL

23、R/MSC拒絕 &HLR/MSC系統(tǒng)錯誤：建議首次重發(fā)時間間隔盡可能短（ 5 分鐘），之后的重發(fā)時間間隔盡可能長（ 1 小時以上）。另外，對各類網(wǎng)絡(luò)錯誤代碼未加以區(qū)分的短信中心，例如康維，我們建議網(wǎng)絡(luò)原因錯誤代碼的重發(fā)機制設(shè)定為首次發(fā)送時間間隔為 5 分鐘，第 2 次發(fā)送時間間隔為 30 分鐘，之后刪除。四、 MSC 短消息事件鑒權(quán)參數(shù)在對各類網(wǎng)絡(luò)原因影響短消息下發(fā)的分析中，我們發(fā)現(xiàn)導致 MSC回送系統(tǒng)錯誤的一類原因是用戶鑒權(quán)無響應(yīng)，并且在系統(tǒng)錯誤呼損里占到60%以上比例。典型信令流程如下：從信令上看，表現(xiàn)為 MSC收到尋呼響應(yīng)后，下發(fā)鑒權(quán)請求，但由于鑒權(quán)無響應(yīng)（無線 SDCCH掉話）而導致發(fā)

24、生系統(tǒng)錯誤。對現(xiàn)網(wǎng)MSC上的相關(guān)短信參數(shù)進行分析，我們發(fā)現(xiàn)所有MSC上兩類短信事件（本地用戶發(fā)起 / 接收短消息）的鑒權(quán)參數(shù)均設(shè)置為每次鑒權(quán)。為了證明過于頻繁的鑒權(quán)機制對短信發(fā)送的影響，我們選在了在成都府青短信中心以及成都 G3進行測試。測試環(huán)境： 府青短信中心（華為） ，承載成都點對點短信業(yè)務(wù)以及成都用戶夢網(wǎng)點播等上行短信業(yè)務(wù)。1、處理能力： 300 萬 BHSM2、日短信提交量（ MO提交量）：約為 340 萬左右。3、內(nèi)存占用情況：通常情況下5 萬條左右，內(nèi)存容量為70 萬條。測試方法：關(guān)閉短信中心網(wǎng)絡(luò)錯誤代碼的重發(fā)，調(diào)整 MSC3上兩類短信事件的鑒權(quán)機制為 15次事件鑒一次權(quán)，統(tǒng)計調(diào)整

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

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

27、于一些無線覆蓋不好， SDCCH掉話嚴重的地區(qū)，其網(wǎng)絡(luò)質(zhì)量的改善是肯定的。五、短信中心接口部分相關(guān)參數(shù)：以下參數(shù)為短信中心的和其他網(wǎng)元接口部分的參數(shù)設(shè)置。 從現(xiàn)網(wǎng)情況來看，網(wǎng)絡(luò)運行情況良好，若對在網(wǎng)系統(tǒng)這部分參數(shù)進行修改可能會引發(fā)嚴重的網(wǎng)絡(luò)故障， 因此我們未對其進行調(diào)整測試?，F(xiàn)將其列出，謹供參考：短消息 MAP SERVER取路由超時時間為 40秒；短消息 MAP SERVER下發(fā) GSM網(wǎng)絡(luò)消息超時時間為 60秒；短消息 MAP SERVER等待狀態(tài)報告超時時間為 40秒；短消息 MAP SERVER等待后續(xù) MT消息超時時間為 25秒；短消息中心等待 SCP應(yīng)答時間為 12秒短消息中心等待

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

29、it_resp 時間： ISMG 向 SMSC 提交 smpp_submit 消息后等待 SMSC回復 response 的時間。如果太短， ISMG在等待時間內(nèi)沒有收到 response, 就會重新發(fā)送。出現(xiàn)這種情況， SP 一次提交可能造成用戶重復接收 2 次以上 ,但是計費話單只能匹配一次成功。這樣會造成ISMG與 SMSC的負載進一步加重。所以這里必須根據(jù)SMSC的回復 response 時間值，進行嚴格評估，而且要根據(jù)ISMG的處理能力來配置。如果太長，會造成ISMG 臨時消息在內(nèi)存的積壓，會嚴重增加ISMG 負載。所以這個值的設(shè)置還要看雙方的處理能力，目前四川ISMG等待 SMSC

30、的 response 時間是 120 秒，運行情況良好。3.smpp_submit 有效期設(shè)置 (valid_time)：消息在SMSC的存活期。這個值格式在 SMPP協(xié)議中有說明，但是最大值和最小值沒有沒有明確地說明。 這個有效期是消息在 SMSC的存活期，即消息在沒有正常下發(fā)的情況下，在 SMSC存儲的時間。這個值 CMPP沒有明確的規(guī)定，由 SP在向 ISMG提交 cmpp_submit 時自行設(shè)置，如果 SP沒有設(shè)置，ISMG就會添加一個缺省的有效期。 SMSC對這個值的檢查也是千差萬別。有的檢查是否為空，有的不檢查。有的短信中心如果設(shè)置有效期小于 1 個小時，短信中心根本就不給返回狀

31、態(tài)報告，所以有必要對這個值進行規(guī)定。有效期越長，狀態(tài)報告中EXPIRED錯誤越少，從而最大限度減少下發(fā)消息時由于用戶關(guān)機原因造成下發(fā)失敗，有效提高下發(fā)成功率。但會導致SMSC存儲隊列加大，加重SMSC的存儲負載。目前四川 ISMG設(shè)置為 16 個小時，根據(jù)下面對不同有效期的測試結(jié)果統(tǒng)計，建議值為 24 小時 。短信中心返回狀態(tài)報告統(tǒng)計消息有效期狀態(tài)報告狀態(tài)報告狀態(tài)報告占狀態(tài)報統(tǒng)計時間發(fā)送成功發(fā)送失敗發(fā)送成功EXPIRED告總數(shù)比（小時）數(shù)數(shù)率例6-11 14:00 6-12 14:00122324494127138464.64%61853217.20%6-13 22:00 6-14 22:00

32、162621377132030766.50%50678012.86%6-15 14:00 6-16 14:00202471927127615065.95%43602211.63%6-18 00:00 6-19 00:00242616815111965670.03%1066702.85%4. ISMG下發(fā)等待提交隊列： ISMG向 SMSC提交 MT消息時的臨時緩存消息隊列。正常情況下， ISMG向 SMSC提交 MT消息不會形成積壓，根據(jù)最新的 CMPP協(xié)議規(guī)范（補充版），ISMG到短信中心 MT連接出現(xiàn)異常時，短信下發(fā)不終止，而是直接生成SMA話單，并且該值如果配置過大將過多占用ISMG的

33、I/O 資源，降低系統(tǒng)性能， 需要兼顧接通率和系統(tǒng)性能， 目前四川 ISMG設(shè)為 2048 條，運行情況良好。二、與 SP 接口1. 接收 SP提交消息隊列： ISMG臨時緩存 SP提交消息隊列。該隊列大小設(shè)置與 ISMG其他外圍接口有關(guān)， 如安全檢查、 SCP、SMSC等，正常情況下不會形成大量積壓，如果配置過大將過多占用ISMG的 I/O 資源，降低系統(tǒng)性能，目前四川ISMG設(shè)為 4096 條。2. SP等待 ISMG回復 cmpp_connect_resp 時間： SP向 ISMG發(fā)送 cmpp_connect 消息后等待 ISMG回復 response 的時間。該值如果太小將導致 SP 頻繁向 ISMG發(fā)起連接，將造成 ISMG系統(tǒng)資源的浪費，建議至少為30 秒。3. SP等待 ISMG回復 cmpp_submit_resp 時間： SP向 ISMG發(fā)送一條 cmpp_submit 消息后等待 ISMG回復 response 的時間。該值不能設(shè)置太小，ISMG 在正常情況下會很快給SP 返回response ，但是 ISMG要到 016 做安全過濾，神州行用戶還要到SCP進行實時扣費， 所以 ISMG的部分短信的回復可能會變慢，再加上大部分 SP通過 Inte