楊永鋒

（聯(lián)通運(yùn)行維護(hù)部，亳州 236000）

短消息業(yè)務(wù)是用戶(hù)的基本服務(wù)之一，同時(shí)也是移動(dòng)網(wǎng)絡(luò)為客戶(hù)帶來(lái)的和語(yǔ)音傳輸截然不同的溝通方式。在當(dāng)前，使用最多的就是點(diǎn)對(duì)點(diǎn)短消息；但是由于網(wǎng)絡(luò)系統(tǒng)、用戶(hù)終端和用戶(hù)行為等諸多原因，短信的發(fā)送和接收一直存在各類(lèi)問(wèn)題，伴隨著用戶(hù)對(duì)網(wǎng)絡(luò)質(zhì)量的敏感度及維權(quán)意識(shí)日益增強(qiáng)，用戶(hù)投訴短信的問(wèn)題日益突出，嚴(yán)重影響用戶(hù)的感知。

1 短信網(wǎng)絡(luò)拓?fù)?/h2>

A 省設(shè)在A(yíng) 市的一對(duì)短信中心，短消息中心號(hào)碼為008613xxxxxxxxx 或008615xxxxxxxxx。短信中心與省內(nèi)移動(dòng)網(wǎng)端局MSC Server、歸屬位置寄存器HLR 通過(guò)一對(duì)H 局負(fù)荷分擔(dān)轉(zhuǎn)接信令，無(wú)直連信令鏈路。

2 短消息轉(zhuǎn)發(fā)流程分析

2.1 移動(dòng)始發(fā)短信流程分析

移動(dòng)始發(fā)短消息，指的是用戶(hù)利用手機(jī)把短消息發(fā)送到中心去的一個(gè)環(huán)節(jié)。

1）在用戶(hù)短消息發(fā)送之后，MS 向網(wǎng)絡(luò)發(fā)送CM Service request，該消息通過(guò)A 接口或者Iu 接口傳送到MSC Server，網(wǎng)絡(luò)要求MS 完成鑒權(quán)、指配、加密、標(biāo)識(shí)流程。

2）MS 向MSC Server 發(fā)出CP_DATA、RP_DATA 消息，包含有短信中心地址、短信傳送方向接收方MSISDN 以及短信內(nèi)容。MSC Server 收到短消息業(yè)務(wù)請(qǐng)求以后，根據(jù)短消息始發(fā)MS的MSISDN 向VLR 發(fā)送SEND INFO FOR MO_SMS，對(duì)MS 是否簽約短信業(yè)務(wù)進(jìn)行檢查，并且檢查是否支持短信業(yè)務(wù)和其他的數(shù)據(jù)要求。

3）VLR 檢查相關(guān)的請(qǐng)求信息后向MSC 發(fā)送SEND_INFO_FOR_MO_SMS_ACK，返回檢查結(jié)果。因現(xiàn)網(wǎng)中MSC SERVER和VLR 的物理實(shí)體是一體的，SEND INFO FOR MO_SMS/ACK這兩個(gè)消息就成為設(shè)備內(nèi)部消息。

4）MSC SERVER 分析VLR 返回的數(shù)據(jù)，在本局不支持SMMO 以及ODB 的短消息閉鎖的現(xiàn)象，就會(huì)向手機(jī)進(jìn)行消息的回復(fù)，發(fā)送拒絕（RP_ERROR），否則向BSC/RNC 發(fā)送確認(rèn)消息CP-ACK。

5）數(shù)據(jù)檢查通過(guò)后，MSC SERVER 向短信中心發(fā)送前轉(zhuǎn)短信請(qǐng)求，該消息內(nèi)容與SMS CP-DATA 中內(nèi)容相同，在短消息中心接收到始發(fā)短消息以后，對(duì)數(shù)據(jù)有效性進(jìn)行檢查，檢查通過(guò)就會(huì)給MSC SERVER 發(fā)送移動(dòng)始發(fā)前轉(zhuǎn)短消息響應(yīng)。

6）在MSC SERVER 接收短信中心的響應(yīng)以后，向BSC/RNC 發(fā)送CP_ DATA RP_ACK，BSC/RNC 向MSC SERVER 發(fā)送SMS_CP_ACK 響應(yīng)，然后，MSC SERVER 發(fā)送Clear command消息送給無(wú)線(xiàn)側(cè)要求釋放資源。

2.2 移動(dòng)終止短消息流程分析

移動(dòng)終止短消息，主要是指短消息中心對(duì)消息進(jìn)行下發(fā)，保證達(dá)到目的用戶(hù)手中的環(huán)節(jié)。

1）在短消息中心中，接收到始發(fā)短消息就會(huì)從其中提取出被叫號(hào)碼，利然后路用該號(hào)碼，向HLR 發(fā)送Send Routing info For SM Req，從而完成查詢(xún)環(huán)節(jié)。

2）在HLR 收到短消息之后，針對(duì)數(shù)據(jù)庫(kù)進(jìn)行用戶(hù)基本信息檢索，并且向短消息中心，直接回MSC Server 號(hào)碼。

3）在利用HLR 得到被叫VLR 地址以后，短消息中心就會(huì)給VMSC Server 進(jìn)行消息的傳送。

4）VMSC Server 在收到短消息前轉(zhuǎn)請(qǐng)求之后，就會(huì)發(fā)送數(shù)據(jù)檢查的要求。

5）VLR 能夠?qū)τ脩?hù)的簽約數(shù)據(jù)和狀態(tài)進(jìn)行查詢(xún)，如果用戶(hù)因?yàn)镾MMT 不被支持，或者是已關(guān)機(jī)，或者是存在MNRF 被設(shè)置的現(xiàn)象都不能被尋呼，那么MSC Server 就會(huì)將終止短消息失敗信息反饋到短消息中心。

6）7）MSC Server 對(duì)手機(jī)進(jìn)行尋呼Paging，手機(jī)向MSC Server 進(jìn)行尋呼響應(yīng)。

8）9）10）在收到手機(jī)尋呼響應(yīng)之后，MSC Server 如果需要，就進(jìn)行接入過(guò)程。在完成之后，利用A 接口（2G），或者是Iu 接口（3G），給手機(jī)進(jìn)行短消息RP_DATA 的下發(fā)。

11）12）在得到手機(jī)短消息下發(fā)結(jié)果以后，MSC Server 會(huì)把結(jié)果傳送到短消息中心，如果很多條短消息在下發(fā)，則保持該連接，重復(fù)3、10、11、12過(guò)程，否則，釋放所有連接。

3 短信分析手段

結(jié)合A 市現(xiàn)網(wǎng)情況及工具，本次分析手段主要利用信令儀采集信令的方式，對(duì)短信信令收集和分析。采集接口如下（圖1）

圖1 采集接口

2/3G 網(wǎng)絡(luò)

采集點(diǎn)1：Um/Uu 口 采集點(diǎn)2：A/IUCS 口 采集點(diǎn)3：Mc 口采集點(diǎn)4：C/D 口 采集點(diǎn)5：E 口 采集點(diǎn)6：C 口

4 短信投訴統(tǒng)計(jì)

在短信優(yōu)化期間共處理短信投訴265起，其中短信接收問(wèn)題14起，短信發(fā)送問(wèn)題251起。

4.1 短信接收問(wèn)題分析

將14起短信接收問(wèn)題根據(jù)投訴情況進(jìn)行分類(lèi)，通過(guò)跟蹤用戶(hù)的信令發(fā)現(xiàn)：

（1）用戶(hù)接收不到短信主要分為：一是用戶(hù)手機(jī)內(nèi)存滿(mǎn)。跟蹤的信令消息中含有內(nèi)存溢出標(biāo)志。二是網(wǎng)間短信。用戶(hù)投訴接收不到移動(dòng)用戶(hù)發(fā)送的短信；聯(lián)系短信中心發(fā)現(xiàn)，短信中心并未收到網(wǎng)間移動(dòng)用戶(hù)的短信，需聯(lián)系其他運(yùn)營(yíng)商處理查看。

（2）用戶(hù)收到兩條重復(fù)短信：主叫用戶(hù)發(fā)送短信時(shí)，已經(jīng)成功提交到短信中心，但由于主叫所處網(wǎng)絡(luò)質(zhì)量不好，手機(jī)未收到終呼響應(yīng)而顯示失敗，從而導(dǎo)致主叫用戶(hù)主動(dòng)重發(fā)。通過(guò)用戶(hù)信令消息發(fā)現(xiàn)，用戶(hù)信號(hào)覆蓋弱，無(wú)線(xiàn)側(cè)進(jìn)行網(wǎng)絡(luò)優(yōu)化，提升網(wǎng)絡(luò)覆蓋。

（3）用戶(hù)接收短信延遲。主要與短信中心的重傳參數(shù)有關(guān)，修改后未收到延遲類(lèi)投訴。

4.2 短信發(fā)送問(wèn)題分析

將251起發(fā)送短信問(wèn)題根據(jù)原因進(jìn)行分類(lèi)，通過(guò)分類(lèi)結(jié)果得知，短信投訴中49%是由于用戶(hù)短信中心號(hào)碼錯(cuò)誤導(dǎo)致的。根據(jù)對(duì)中心錯(cuò)誤錯(cuò)誤統(tǒng)計(jì)，主要為號(hào)碼不全、號(hào)碼錯(cuò)誤及異網(wǎng)中心號(hào)碼。分析原因：用戶(hù)終端為移動(dòng)定制機(jī)；設(shè)置短信中心號(hào)碼從終端讀取而不是從手機(jī)卡中，手機(jī)里的中心號(hào)碼為138XXXX。

其次，用戶(hù)被拉入黑名單也占有較大比例。造成用戶(hù)被拉入黑名單的主要原因?yàn)椋河脩?hù)群發(fā)短信，且數(shù)量超出短信中心設(shè)置；手機(jī)含有防盜軟件，因不斷發(fā)送定位信息，導(dǎo)致被拉入黑名單。

5 短信指標(biāo)分析

優(yōu)化期間，采集了為期五天的Mc 接口晚忙時(shí)19：00-20：00的信令，通過(guò)時(shí)間段回放的方式統(tǒng)計(jì)出短信失敗原因和對(duì)應(yīng)的比例。

5.1 網(wǎng)絡(luò)Mc 接口始發(fā)短消息統(tǒng)計(jì)

網(wǎng)絡(luò)Mc 接口始發(fā)短消息統(tǒng)計(jì)（見(jiàn)表1）

?

由此可見(jiàn)，網(wǎng)絡(luò)移動(dòng)始發(fā)短信息成功率平均只有88.75%，發(fā)送成功率偏低。

5.2 始發(fā)短消息失敗的原因

始發(fā)短消息失敗占比較大的主要有：

1）“短消息傳送拒絕”主要有兩種情況導(dǎo)致：一是短信接收方號(hào)碼錯(cuò)誤，如“179111860XXXX”等；二是短信內(nèi)容中存在被短信平臺(tái)屏蔽的關(guān)鍵字。

2）“網(wǎng)絡(luò)故障”，最主要的原因?yàn)槎滔⒅行奶?hào)碼設(shè)置錯(cuò)誤，當(dāng)MSC SERVER 向短信中心發(fā)送前轉(zhuǎn)短信請(qǐng)求時(shí)，需要根據(jù)短消息中心號(hào)碼判斷將短消息轉(zhuǎn)發(fā)的目的地，若短信中心號(hào)碼不是用戶(hù)歸屬SMC 的號(hào)碼或者短信中心號(hào)碼后面位長(zhǎng)不足，都會(huì)產(chǎn)生“網(wǎng)絡(luò)故障”的失敗碼。

3）“運(yùn)營(yíng)者決定的鎖閉”，原因?yàn)橛脩?hù)欠費(fèi)停機(jī)。

5.3 始發(fā)短消息失敗的解決方案

（1）加強(qiáng)短消息業(yè)務(wù)使用規(guī)范宣傳。業(yè)務(wù)部門(mén)可以編制一些短信使用的注意事項(xiàng)和規(guī)范普及，比如正確的短信中心號(hào)碼、短信接收號(hào)碼準(zhǔn)確性等，提高用戶(hù)對(duì)業(yè)務(wù)使用的規(guī)范性，降低用戶(hù)的投訴。

（2）欠費(fèi)短信通知及時(shí)發(fā)送至用戶(hù)，尤其是預(yù)付費(fèi)用戶(hù)。有些用戶(hù)號(hào)碼已停機(jī)，依然發(fā)送短消息，造成用戶(hù)投訴。

6 結(jié)束語(yǔ)

綜上所述，我們應(yīng)通過(guò)短消息業(yè)務(wù)規(guī)范宣貫，對(duì)用戶(hù)費(fèi)用、業(yè)務(wù)變更及時(shí)發(fā)出通知，以提高網(wǎng)絡(luò)指標(biāo)、降低用戶(hù)投訴、提升用戶(hù)感知。