××通訊- 短信系統(tǒng)參數(shù)配置原則(初稿）
短信系統(tǒng)參數(shù)配置原則 （初稿） 四川移動通信責任有限公司 2003年六月 前 言 受集團公司委托（移網(wǎng)通[2002]528號《關于委托編寫短信系統(tǒng)參數(shù)配置原則的通知 》），四川移動通信有限責任公司負責制定短信系統(tǒng)參數(shù)配置原則。為此公司上下十分重 視，立即成立了以網(wǎng)絡部副主任劉耕為組長的參數(shù)編制小組，對短信系統(tǒng)相關的參數(shù)進 行了大量的測試和分析，為提高短信各設備間的兼容性和下發(fā)成功率以及解決短信中心 、短信網(wǎng)關的參數(shù)設置不規(guī)范，導致省際、省內各級短信設備配合不一致，影響短信業(yè) 務成功下發(fā)的問題，提出了參數(shù)配置建議。由于時間和水平有限，《原則》當中難免有考 慮不周之處，敬請指正。 目 錄 第一部分 情況簡介 3 第二部分 短信中心參數(shù)配置原則 4 一、短信中心單個用戶最大短信緩存條數(shù)（被叫）： 5 二、短信中心單條短信最大保存期限 8 三、短信系統(tǒng)重發(fā)參數(shù) 11 1、用戶原因的重發(fā)機制： 12 2、網(wǎng)絡原因的重發(fā)機制。 14 四、MSC短消息事件鑒權參數(shù) 20 五、短信中心接口部分相關參數(shù)： 23 第三部分 短信網(wǎng)關參數(shù)配置原則 24 一、與短信中心接口 24 二、與SP接口 26 三、與SCP的接口 27 四、與其他ISMG的接口 28 第一部分 情況簡介 （一）編寫小組成員 組長：劉耕 副組長：楊書其 白慶 王耀陽 組員：劉晟、林勇、林靜、曾智、侯漫秋、涂越秋 廠家：張美軍（華為） 鐘智（康維） 李邦建（亞信） （二）本省短信及相關網(wǎng)絡設備情況 點對點短信中心：華為（軟件版本 v280r001.5d611）， 容量300萬BHSM 夢網(wǎng)短信中心：康維（軟件版本 2.5.27），容量300萬BHSM 短信網(wǎng)關：亞信（軟件版本 2.5.1）, 容量288萬BHSM SCP：東信北郵(4.04) MSC：西門子（sr9.0） HLR: 西門子（sr9.0） 第二部分 短信中心參數(shù)配置原則 一、短信中心單個用戶最大短信緩存條數(shù)（被叫）： 參數(shù)釋義：短信中心對于單個被叫號碼的最大短信保存數(shù)量。不同地區(qū)、不同短信中心 此項參數(shù)的設置并不一致。為了證實此項參數(shù)的不同配置對收入以及對系統(tǒng)資源的影響 ，我們在成都萬年短信中心（華為）上進行了測試： 測試環(huán)境：萬年短信中心（華為），承載四川全省除成都以外的點對點短信業(yè)務以及夢 網(wǎng)點播等上行短信業(yè)務。 1. 處理能力：300萬BHSM 2. 日短信提交量（MO提交量）：約為300萬左右。 3. 內存占用情況：通常情況下5萬條以內，內存容量為70萬條。 測試方法：分別將短信中心的單個被叫最大短信緩存條數(shù)設置為20條、15條、10條，然 后對修改前后的MO提交成功率、效益（成功下發(fā)的點對點短信條數(shù)/手機向短信中心提交 的點對點短信條數(shù) X 100%）以及內存占用率進行統(tǒng)計和分析。由于各短信設備制造商均未建議10條以下的設 置，為避免影響公司收入，因此我們未對低于10條的短信存儲數(shù)進行測試。 測試結果：（如圖） [pic] [pic] 效益=下發(fā)成功的點對點短信條數(shù)/手機向短信中心提交的點對點短信條數(shù) [pic] 配置原則建議：15條。 理由： 1. 由上圖可見，單個用戶待發(fā)緩存從20條調整到15條，對MO提交成功率影響不大，效益降 低不明顯，內存占用卻下降了很多。但從15條調整到10條，效益卻有明顯的下降。 2. 對于一些業(yè)務種類較多（例如含短信群發(fā)業(yè)務、夢網(wǎng)業(yè)務）的短信中心，為保證系統(tǒng)安 全，我們更是建議采取15條的被叫緩存設置。因為承載廣告群發(fā)業(yè)務以及夢網(wǎng)業(yè)務的 短信中心，內存空間或者數(shù)據(jù)庫空間占用率通常較高（成都康維短信中心，數(shù)據(jù)庫空 間150萬，承載廣告群發(fā)業(yè)務以及夢網(wǎng)絡下行等業(yè)務，根據(jù)統(tǒng)計，廣告群發(fā)的關機率約 為20%，夢網(wǎng)下發(fā)的關機率約為10%，數(shù)據(jù)庫空間經(jīng)常超過100萬），因此若被叫緩存數(shù) 設置過高，不僅經(jīng)濟效益不明顯，反而容易導致數(shù)據(jù)庫被占滿，給網(wǎng)絡的安全帶來隱 患。 二、短信中心單條短信最大保存期限 參數(shù)釋義：未下發(fā)成功的短信在短信中心內存或數(shù)據(jù)庫的保存期限。不同地區(qū)、不同短 信中心此項參數(shù)的設置并不一致，有的設置為24小時，有的設置為48小時。為了證實此 項參數(shù)的不同配置對收入以及對系統(tǒng)資源的影響，我們在成都萬年短信中心（華為）上 進行了測試： 測試環(huán)境：萬年短信中心（華為），承載四川全省除成都以外的點對點短信業(yè)務以及夢 網(wǎng)點播等上行短信業(yè)務。 1. 處理能力：300萬BHSM 2. 日短信提交量（MO提交量）：約為300萬左右。 3. 內存占用情況：通常情況下5萬條以內，內存容量為70萬條。 測試方法：考慮到一些廠家的短信中心此項參數(shù)的設置只能以天為單位，分別將短信中 心的單條短信最大保存時限設置為24小時和48小時，然后對修改前后效益以及內存占用 率進行統(tǒng)計分析。 測試結果：（如圖） [pic][pic]效益=下發(fā)成功的點對點短信條數(shù)/手機向短信中心提交的點對點短信條數(shù) 配置原則建議：24小時。 理由： 1. 測試所在的短信中心業(yè)務較為單一，只有點對點業(yè)務，從上圖的比較可以看出，單條短 信最大保存時限由24小時調整到48小時，內存占用明顯上升，經(jīng)濟效益卻明顯的下降 這說明正常的在網(wǎng)用戶，短信中心的待發(fā)短信保存時限很少會超過24小時，而對那些 長時間關機的用戶，短信中心保存時限設置再高，這部分短信最終也會由于超期而被 系統(tǒng)刪除。因此對于點對點業(yè)務而言，此項參數(shù)的合理配置建議為24小時。 2. 對于一些業(yè)務種類較多（例如含短信群發(fā)業(yè)務、夢網(wǎng)業(yè)務）的短信中心，為保證系統(tǒng)安 全，我們更是建議采取24小時的單條短信保存時限設置。因為承載廣告群發(fā)業(yè)務以及 夢網(wǎng)業(yè)務的短信中心，內存空間或者數(shù)據(jù)庫空間占用率通常較高（成都康維短信中心 ，數(shù)據(jù)庫空間150萬，承載廣告群發(fā)業(yè)務以及夢網(wǎng)絡下行等業(yè)務，根據(jù)統(tǒng)計，廣告群發(fā) 的關機率約為20%，夢網(wǎng)下發(fā)的關機率約為10%，數(shù)據(jù)庫空間經(jīng)常超過100萬），因此若 被叫緩存數(shù)設置過高，不僅無明顯的經(jīng)濟效益，反而容易導致數(shù)據(jù)庫被占滿，給網(wǎng)絡 的安全帶來隱患。 [pic][pic] 三、短信系統(tǒng)重發(fā)參數(shù) 參數(shù)釋義：短信中心對于一些由于各種原因首次下發(fā)失敗的短信執(zhí)行即定的發(fā)送機制進 行重發(fā)?，F(xiàn)網(wǎng)重發(fā)機制主要有兩類： 1. 定時重發(fā)（華為）：根據(jù)不同的錯誤代碼按原定的重發(fā)時間間隔進行周期性的重發(fā)。 2. 智能重發(fā)（康維）：根據(jù)不同的錯誤代碼按原定的重發(fā)機制進行由密到疏的重發(fā)。 現(xiàn)網(wǎng)重發(fā)機制主要包括用戶原因的重發(fā)和網(wǎng)絡原因的重發(fā)： 1. 用戶原因： 1. 用戶關機。 2. PAGING無應答 3. 手機內存滿。 4. 用戶忙： 5. 終端設備不支持。 6. 被叫用戶無短信功能 2. 網(wǎng)絡原因： 1. HLR/MSC拒絕 2. HLR/MSC無應答： 3、HLR/MSC系統(tǒng)錯誤： 目前不同短信中心設備對不同錯誤代碼的重發(fā)機制差異很大，例如，華為短信中心將 用戶關機和PAGING無應答作為一種錯誤代碼來制定重發(fā)機制，而康維則是分開制定的； 華為短信短信中心可將各類網(wǎng)絡原因分開制定重發(fā)機制，而康維短信中心則是將網(wǎng)絡原 因作為一種錯誤代碼而制定重發(fā)機制的。為了使重發(fā)機制的測試結果具有可推廣性，我 們選擇在成都府青短信中心（華為）上進行測試。 測試環(huán)境：府青短信中心（華為），承載成都點對點短信業(yè)務以及成都用戶夢網(wǎng)點播等 上行短信業(yè)務。 1. 處理能力：300萬BHSM 2. 日短信提交量（MO提交量）：約為340萬左右。 3. 內存占用情況：通常情況下5萬條左右，內存容量為70萬條。 測試內容： 1、用戶原因的重發(fā)機制： 1. 缺席用戶/內存滿：由于系統(tǒng)對用戶忙以及終端設備不支持的重發(fā)數(shù)量較少，因此本次 測試，主要針對缺席用戶（關機/出服）以及內存滿這兩類錯誤代碼的重發(fā)時間的不同 設置進行測試。 測試方法：關閉除缺席用戶和內存滿之外的所有重發(fā)，分別將這兩種錯誤代碼的重發(fā) 間隔設置為10小時和10分鐘，統(tǒng)計A表上非首次發(fā)送成功的平均延時。 測試結果： [pic][pic] 建議參數(shù)配置：系統(tǒng)默認最長重發(fā)時間間隔。（華為為10小時） 理由：根據(jù)規(guī)范，短信中心在首次下發(fā)收到用戶關機/出服或內存滿的狀態(tài)報告之后， 將通知被叫用戶歸屬HLR對該用戶數(shù)據(jù)置消息等待位HNRF或MCEF，同時用戶所在的VLR 也將對該用戶的拜訪數(shù)據(jù)置消息等待位。如果用戶在原VLR或新VLR開機/上網(wǎng)或清理內 存，VLR或位置更新的信令均將通知HLR向SMSC發(fā)alert sc消息，從而保證用戶能在第一時間接收到短信。也就是說正常情況下，短信中心對 這些錯誤代碼的重發(fā)是完全沒必要的，過于密集的重發(fā)設置只會加重短信中心系統(tǒng)負 荷以及HLR的信令負荷。 2. 用戶忙：用戶由于撥出/接入電話、發(fā)送/接收短消息、位置更新等行為占用SDCCH 信道而導致短信中心收到用戶忙的錯誤代碼。從全天統(tǒng)計來可看，數(shù)量極少，考 慮到部分機型開機后一段時間才能接收短信（MOTOROLA 老款6188、6288），因此此項參數(shù)的建議設置為5分鐘周期性重發(fā)。 3. 終端設備不支持：建議直接刪除不進行重發(fā)。 4. 被叫無短信功能：建議直接刪除不進行重發(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)這種情況，無論怎樣重發(fā)均是不會成功的。只能通過 保證GSM網(wǎng)絡的相關GT數(shù)據(jù)的正確來避免此類情況的出現(xiàn)。 建議參數(shù)配置：直接刪除不進行重發(fā)。 理由：設置重發(fā)不但容易導致被叫用戶重復接收，另一方面，在出現(xiàn)傳輸阻斷、STP以 及本地重要MSC/HLR退服等意外的情況下，短信中心內存空間將會很快被占滿從而導致 業(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萬條以上，是影響短 信接通率指標的主要原因之一。我們曾在交換側對此錯誤代碼進行了長期的跟蹤和觀 測發(fā)現(xiàn)，該錯誤代碼的出現(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萬條以上，是影響短信接通率指標的主 要原因之一。在交換側對此錯誤代碼進行跟蹤和觀測發(fā)現(xiàn)，造成MSC側回送system failure的原因之一是由于無線SDCCH掉話導致了MSC對手機的鑒權失敗。（詳細分析見 后）通常第2次發(fā)送即能成功。（關于制定重發(fā)前后錯誤代碼數(shù)量的對比詳見《影響短 信質量各類原因及優(yōu)化方案》） [pic] 測試方法：將以上兩類錯誤代碼的重發(fā)時間間隔分別設置為5分鐘、10分鐘和不重發(fā)進 行測試，對比修改前后指標情況以及網(wǎng)絡錯誤代碼的重發(fā)情況。 測試結果： [pic] （圖一） 由圖可見，過密的重發(fā)機制對接通率的影響是明顯的。 [pic] [pic] （圖2） 上圖中，6月16日（周一）網(wǎng)絡錯誤代碼的重發(fā)機制為5分鐘重發(fā)，6月17日（周二）網(wǎng) 絡錯誤代碼重發(fā)機制為10分鐘重發(fā)，23日和24日（周一、周二）網(wǎng)絡錯誤代碼的重發(fā) 機制為不重發(fā)。由于這幾天同為周一和周二，提交量等話務模型相近（均為340萬左右 ），因而具有可比性。 由圖可見，取消重發(fā)后的23日和24日，短信中心全天由于收到HLR/MSC拒絕以及HLR/M SC系統(tǒng)錯誤這兩種錯誤代碼而首次下發(fā)失敗的條數(shù)既是全天下發(fā)失敗的次數(shù)，約312 00條左右。當將這兩種錯誤代碼的重發(fā)機制設定為5分鐘和10分鐘，全天下發(fā)失敗的 次數(shù)分別為首次下發(fā)失敗次數(shù)的1.58倍和1.32倍。這說明首次下發(fā)失敗的短信之中， 其中絕大部分第1次重發(fā)即能成功，另外少部分無論怎樣重發(fā)也不能成功。我們對數(shù) 據(jù)庫中6月16日以及6月17日兩天由于這兩類錯誤代碼而最終下發(fā)失敗的數(shù)量進行了統(tǒng) 計： [pic] （圖3） [pic] 由上圖可見，每天最終下發(fā)不成功的短信條數(shù)約為1200條左右，正是這極少部分（不 足網(wǎng)絡原因首次下發(fā)失敗總數(shù)的...
××通訊- 短信系統(tǒng)參數(shù)配置原則(初稿）