短信業(yè)務(wù)信令流程.docx

《短信業(yè)務(wù)信令流程.docx》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在工程資料-天天文庫(kù)。

1、1.1??短消息1.1.1????短消息過(guò)程概述GSMS（GPRS（GeneralPacketRadioService）ShortMessageService），支持在CS/PS上的GPRS?短消息業(yè)務(wù)，提供MS和SGSN之間的短消息傳輸方法。短信是指一個(gè)限定大小的消息，GSMS模塊為非接入層的模塊?。GSMS實(shí)體包含在CM層里，通過(guò)SMC實(shí)體給SM-RL提供服務(wù)。這里我們把SMR也看作包含在GSMS里，所以可以認(rèn)為GSMS實(shí)體可以通過(guò)SMR為SM-TL層提供服務(wù)。SMTL??????ShortMessageTransferLay

2、erSMRL???ShortMessageRelayLayerCMsub????ConnectionManagementsublayerSMRShortMessageRelay(entity)SMCShortMessageControl(entity)?1.1.2????短消息完整流程UE首先在MMI的界面上編寫短消息文本，然后通過(guò)按鍵觸發(fā)發(fā)送短消息過(guò)程?。首先RRC層會(huì)檢查是否存在RRC連接，如果已經(jīng)存在，則直接使用，如果沒(méi)有，則首先發(fā)起一個(gè)RRC連接建立過(guò)程。RRC連接建立完成后，高層通過(guò)CMSERVICE?過(guò)程建立MM連接

3、，接收到網(wǎng)絡(luò)側(cè)發(fā)送的CMSERVICEACCEPT后，就可以開(kāi)始短消息數(shù)據(jù)的發(fā)送過(guò)程了。短消息的協(xié)議實(shí)體包括三層，所以響應(yīng)有幾個(gè)步驟。首先UE發(fā)出的CP-DATA包括RP-DATA和協(xié)議頭，RP-DATA也是包括RP頭（主要是OriginatorAddress和DestinationAddress）和用戶數(shù)據(jù)部分，它的用戶數(shù)據(jù)部分是TP-DATA，TP-DATA的用戶部分就是實(shí)際的短消息內(nèi)容了，TP-DATA的數(shù)據(jù)頭部分就包括一些編碼方式等信息。網(wǎng)絡(luò)側(cè)收到此消息后，首先CP層回應(yīng)CP-ACK，接著RP層也需要響應(yīng)，RP-ACK消息嵌

4、套在CP-DATA的用戶數(shù)據(jù)部分發(fā)送,UE需要收到這兩個(gè)ACK后才能確認(rèn)網(wǎng)絡(luò)側(cè)正確收到了發(fā)送的短消息，然后再響應(yīng)CP-ACK，至此，整個(gè)發(fā)送短消息過(guò)程結(jié)束，如果后續(xù)沒(méi)有其它過(guò)程，網(wǎng)絡(luò)側(cè)就可以釋放RRC連接了。過(guò)程成功完成后，MMI界面將顯示接收到一條新短信的提示信息，點(diǎn)擊閱讀即可看到編寫的消息內(nèi)容。閱讀完畢后還可以點(diǎn)擊回復(fù)按鈕，也就是又一個(gè)MO-SMS過(guò)程了。以下為MO-SMS和MT-SMS過(guò)程，即UE發(fā)起的短消息過(guò)程和接收短消息過(guò)程。MO-SMS：圖1-1?MO-SMS的UE發(fā)起的短消息過(guò)程和接收短消息過(guò)程MT-SMS：圖1-2?

5、MT-SMS的UE發(fā)起的短消息過(guò)程和接收短消息過(guò)程針對(duì)TD-SCDMA涉及短信的幾點(diǎn)說(shuō)明如下：1）短消息是點(diǎn)對(duì)點(diǎn)（或多點(diǎn)）的業(yè)務(wù)，分為普通短消息（SMS）和多媒體短消息（MMS），其中SMS又可分為CS域短消息和PS域短消息。2）CS域短消息和PS短消息的區(qū)別在于短消息服務(wù)器對(duì)CN域的選擇不同，短消息經(jīng)過(guò)的路由是MSC還是經(jīng)過(guò)SGSN；在IU口上的尋呼是走CS域?qū)ず暨€是PS域的尋呼。3）在RAN側(cè)和空口流程上，普通短消息的流程和普通3.4K信令流程是一樣的，和LocationUpdate過(guò)程基本一樣，短消息的過(guò)程可以使用DCH傳輸也

6、可以使用Cell-FACH，這取決于網(wǎng)絡(luò)的配置。4）從流程上說(shuō)，RRC過(guò)程是一樣的，在初始直傳消息中（NAS層的cmservicerequest）中的類型值為ShortMessageService；之后會(huì)在鑒權(quán)和完整性（加密）等過(guò)程后，在直傳消息中傳送源（或目的）用戶的號(hào)碼，之后是用戶數(shù)據(jù)。注意這里沒(méi)有RB(和RAB)的建立過(guò)程。5）對(duì)于MMS，和GPRS的流程方式基本相同。服務(wù)器先向用戶發(fā)送一個(gè)Url信息，這個(gè)過(guò)程是通過(guò)普通短信來(lái)發(fā)送的；終端收到這個(gè)Url信息后，激活PDP，通過(guò)PS域連接訪問(wèn)服務(wù)器，下載MMS數(shù)據(jù)，這個(gè)過(guò)程一般是

7、用DCH來(lái)完成的，當(dāng)然網(wǎng)絡(luò)也可以配置使用Cell-FACH，這取決于網(wǎng)絡(luò)的參數(shù)配置以及終端激活的PS業(yè)務(wù)數(shù)率。1.1.3??短消息過(guò)程關(guān)鍵信令RANAP_INITIAL_UE_MESSAGE消息分析?????RANAP_INITIAL_UE_MESSAGE消息見(jiàn)圖2-61??，消息中主要包含以下屬性：l???????cm-service-type：指示服務(wù)類型。本例為短消息服務(wù)，short-message-service。圖1-3?RANAP_INITIAL_UE_MESSAGE消息RANAP_DIRECT_TRANSFER消息分析

8、?????RANAP_DIRECT_TRANSFER消息分析見(jiàn)圖2-62??，消息中主要包含以下屬性：l???????da：源（或目的）用戶的號(hào)碼，本例用戶號(hào)碼為：。l???????rp-user-data：用戶數(shù)據(jù)，格式為二進(jìn)制代碼