短消息處理流程_第1頁
短消息處理流程_第2頁
短消息處理流程_第3頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、短消息處理流程M 0流程M橢程Alert_SC?J|t 程Alert hJcitifiicaticin疏程MO流程MO (Mobile Originated),即移動臺始發(fā)的短消息,指的是移動臺MS向短消息 中心提交短消息,到收到短消息中心返回的應(yīng)答消息的過程。具體流程如下。移動臺MS向VLR提交訪問請求和可選的鑒權(quán)請求(Access request and possible authentication)。移動臺MS向MSC提交短消息(Message Transfer)。MSC 向 SMC 提交短消息(Message Transfer)oSMC 向 MSC 回送應(yīng)答(Success or E

2、rror)oMSC 向 MS 回送應(yīng)答(Success or Error)oMT流程MT(Mobile Terminated),移動臺終止的短消息,指的是短消息中心按一定的 規(guī)則把短消息發(fā)送給目的移動臺MS,到收到移動臺MS返回的應(yīng)答消息的過程。SMC根據(jù)目的手機號碼找到目的手機歸屬的HLR,并且發(fā)送消息到該HLR查詢目 的手機當前所在的MSC的地址。得到該地址后,SMC發(fā)送消息到目的手機所在MSC, 由該MSC將短消息轉(zhuǎn)發(fā)到該目的手機。目的手機收到短消息后給SMC回送應(yīng)答消 息。具體流程如下。SMC 向 HLR 查詢發(fā)送路由(SendRoutingInfo_For_ShortMessage)

3、,從 HLR 取回用戶的IMSI號碼和目前用戶所在的MSC的地址。SMC 向 MSC 前傳短消息(Forward_ShortMessage)。MSC向VLR查詢發(fā)送路由(SendInfoFor_MT_SMS),從VLR取回當前手機 用戶所在的小區(qū)位置信息。MSC向移動臺MS發(fā)送短消息(Message Transfer)。MS向MSC回送MT消息的ACK消息。MSC 向 SMC 回送轉(zhuǎn)發(fā)報告(Delivery report)。MT的流程較為復(fù)雜,以上僅為正常下發(fā)流程,現(xiàn)在將非正常下發(fā)流程說明如下。如果用戶不在服務(wù)區(qū)或用戶手機短消息內(nèi)存已滿,則SMC會發(fā)信令消息到 HLR 置 MNRF (Mobi

4、le Not Reachable Flag)或 MCEF (Memory Capacity Exceeded Flag)標志,信令名稱為 Delivery Status Reporto當SMC去HLR取路由時,如果HLR內(nèi)MNRF或MCEF已被置位,則HLR除發(fā) 送路由信息,還要發(fā)送Inform SC信令到SMC (如果HLR為PHASE1版本, 則無此過程),通知該用戶不可用,此時如果下發(fā)的短消息為普通優(yōu)先級, 貝USMC不再下發(fā),如果短消息為高優(yōu)先級,則SMC嘗試下發(fā)該短消息,如 果發(fā)送不成功則下發(fā)結(jié)束,如果下發(fā)成功,則發(fā)信令消息到VLR清除MNRF 或MCEF標志,如果清除成功,HLR發(fā)

5、送Alert_SC消息到SMC,如果該用 戶仍有短消息未發(fā)出,則SMC會保持與MSC的會話,然后繼續(xù)下發(fā)短消息, 直到發(fā)完或出錯為止。每次成功下發(fā)后,SMC檢測短消息是否是MO短消息且要求狀態(tài)報告。如 果是,則下發(fā)狀態(tài)報告短消息到提交用戶。Alert_SC 流程當HLR檢測到手機不可接收短消息的原因(如用戶關(guān)機、存儲區(qū)滿等)解除時(如 該移動臺開機、移動臺內(nèi)存可用等),會主動向SMC發(fā)Alert_SC消息,SMC收 到后立即嘗試向該手機重發(fā)短消息。手機開機的呼叫流程如下:手機開機后,通過BTS和BSC向MSC請求接入。如果該手機是第一次在該MSC 管轄的區(qū)域內(nèi)開機,則VLR內(nèi)沒有該手機的相關(guān)信

6、息。這時MSC會根據(jù)手機號碼 的前7位找到該手機歸屬的HLR,并且發(fā)送消息到該HLR查詢該手機的相關(guān)信息。 HLR將相關(guān)的信息發(fā)送到MSC后,如果MSC認為該用戶是合法的,則接受該手機 的登錄請求。在這個過程中,HLR也記錄了該手機當前所在的MSC的地址。當手機開機后,HLR就會發(fā)送Alert_SC消息給SMC,提醒SMC將存儲的消息發(fā)給 該手機,這就是Alert_SC過程。具體流程如下。當手機開機、或在手機內(nèi)存滿時用戶刪除短消息等操作釋放了內(nèi)存時,手 機向VLR報告短消息功能可用(RP_MS_TO_NETWORK_SMS_A)。VLR通知HLR,手機已能夠接收短消息(RegForSM)。HL

7、R向SMC發(fā)送喚醒消息(ALERT_SC)。SMC向該用戶下發(fā)短消息。Alert_Notification 流程Alert_Notification是SMPP3.4的消息,它和交互式的Data_SM消息中的 set_dpf字段配合完成SS7中的Alert_SC消息的透傳。當手機開機、或在手機內(nèi)存滿時用戶刪除短消息等操作釋放了內(nèi)存時,HLR發(fā)送 Alert_SC消息給SMC,如果在這之前某ESME通過Data_SM向該手機用戶發(fā)送消 息時,消息被成功設(shè)置了發(fā)送暫緩,則SMC向該ESME發(fā)送Alert_Notification 消息通知該用戶可達。該業(yè)務(wù)主要用于SMC觸發(fā)ESME向手機用戶發(fā)送消息

8、,例如它可以用于觸發(fā)WAP 代理服務(wù)器向手機用戶發(fā)送數(shù)據(jù)內(nèi)容。具體流程如下。SP向SMC提交Data_SM消息,該短消息的目的地址為手機用戶的號碼, 且該Data_SM消息設(shè)置了下發(fā)失敗需設(shè)置發(fā)送暫緩(set_dpf)。SMC收到SP提交的消息后,向MS下發(fā)短消息。當下發(fā)失敗時,網(wǎng)絡(luò)側(cè)向SMC發(fā)送失敗應(yīng)答。SMC根據(jù)SP的要求設(shè)置發(fā)送暫緩,并向SP返回應(yīng)答(Data_SM_Resp,其 中的dpf_result字段標志設(shè)置發(fā)送暫緩是否成功)。只有發(fā)送短消息給 MS失敗,且網(wǎng)絡(luò)側(cè)返回8號(用戶不在服務(wù)區(qū))、17號(內(nèi)存滿)或24 號(用戶關(guān)機)錯誤碼時,SMC才能設(shè)置發(fā)送暫緩成功。當手機開機,或在手機內(nèi)存滿時用戶刪除短消息等操作釋放了內(nèi)存時,手 機向VLR報告短消息功能可用(RP_MS_TO_NETWORK_SMS_A)。VLR

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論