GSM信令流程專題(切換短消息呼叫重建)_第1頁
GSM信令流程專題(切換短消息呼叫重建)_第2頁
GSM信令流程專題(切換短消息呼叫重建)_第3頁
GSM信令流程專題(切換短消息呼叫重建)_第4頁
GSM信令流程專題(切換短消息呼叫重建)_第5頁
已閱讀5頁,還剩9頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、1.5 切換1.5.1 切換的起因: 1) 無線標準信號質(zhì)量場強MSS和/BBTS接接收電平平MSBBTS距距離改善干擾擾與功率率控制(選擇在在確保正正常通信信質(zhì)量的的情況下下切換的的小區(qū)以以盡量減減少MSS傳輸功功率從而而改善干干擾)2) 網(wǎng)絡標標準話務負荷荷(防止止小區(qū)擁擁塞,均均化話務務;但擾擾亂了小小區(qū)規(guī)劃劃并增加加了對周周圍區(qū)域域的干擾擾強度),只在在出現(xiàn)特特殊事件件,局部部地區(qū)產(chǎn)產(chǎn)生峰值值時暫時時使用,如舉行行運動會會,交易易會。發(fā)發(fā)生自然然災害時時等。O&M原原因,應應操作維維護方面面的需要要1.5.2 切切換啟動動方式 1) BSSC根據(jù)據(jù)管理標標準而檢檢測到無無線傳輸輸原因而

2、而執(zhí)行切切換判決決MS測量量周圍鄰鄰近小區(qū)區(qū)下行信信號電平平和質(zhì)量量,以搜搜尋可供供選擇的的BTSS,并將將結果報報告正在在服務的的BTSS正在服務務的BTTS對MMS上行行信號電電平,質(zhì)質(zhì)量和距距離進行行測量MS測量量結果與與BTSS測量結結果送往往BSCC進行處處理,BBSC根根據(jù)傳輸輸質(zhì)量標標準作出出切換判判決2)MSSC詢問問切換候候選人 由由于MSSC業(yè)務務的原因因,MSSC希望望確定是是否能夠夠切換到到MS所所指定的的小區(qū),則MSSC發(fā)“切換候候選者詢詢問”消息到到BSSS,希望望BSSS識別在在某一特特定小區(qū)區(qū)可以切切換到另另一些小小區(qū)的切切換候選選者數(shù)目目,消息息中包含含最大候

3、候選者的的數(shù)目。1.5.3切換換類型1)內(nèi)部部切換 由BSSS控制制進行,MSCC不參與與介入切切換控制制過程:BSSS僅在切切換完成成后發(fā)送送“切換完完成消息息”到MSSC。內(nèi)內(nèi)部切換換有幾種種類型:小區(qū)切換換同一個無無線頻道道的話務務信道之之間 不同同的無線線頻道之之間同基站內(nèi)內(nèi)小區(qū)間間切換2)外部部切換(MSCC參與控控制切換換過程)同MSCC內(nèi)不同同基站間間切換同PLMMN不同同MSCC只基站站間切換換不同PLLMN的的基站間間切換,GSMM未定義義1.5.4 控控制流程程(以BBSS啟啟動“切換請請求指示示”為例)1.5.4.11 同MMSC基基站間切切換1.5.4.22 PLLMN

4、內(nèi)內(nèi)不同MMSC之之間的基基站間切切換局間切換換GSMM定義為為兩種切切換基本切換換-最最初的MMSC(MSCCA)的的移動用用戶MSS需要切切換到另另一個MMSC(MSCCB)的的基站去去,MSSCA主主控這個個切換。后續(xù)切換換-同同一個接接續(xù)在基基本切換換之后,已在MMSCBB的MSS又需切切換到另另一個MMSC(MSCCB)或或重新返返回到MMSCAA,這類類切換處處理謂之之“后續(xù)切切換”不論是“基本切切換”還是“后續(xù)切切換”,MSSCA始始終處于于主控位位置,基基本切換換原理如如下:1.5.4.33 局間間切換處處理小結:本課介紹紹了切換換的相關關內(nèi)容。學習本本課后,應掌握握切換的的起

5、因,切換的的分類,對于各各種切換換所設計計到的實實體、每每個實體體在切換換中的作作用有一一定的認認識。1.6 短消息息流程短消息相相關的網(wǎng)網(wǎng)絡實體體: SMSGMSSC:GGateewayy MSSC ffor Shoort Messsagge SServvicee短消息息關口MMSC,能夠直直接從短短消息中中心接受受短消息息,能夠夠從HLLR獲取取路由信信息和短短消息信信息,并并將短消消息傳遞遞給VMMSC。SMSIWMMSC:Intterwworkkingg MSSC ffor Shoort Messsagge SServvicee,在PPLMNN內(nèi)部能能夠接收收短消息息并提交交給短消消息

6、中心心。1.6.1 移移動信息息始發(fā)短短消息的的基本流流程 對與與手機來來說,移移動始發(fā)發(fā)短消息息和移動動終結短短消息是是完全獨獨立的兩兩個過程程,移動動始發(fā)的的短消息息從手機機接入系系統(tǒng)開始始,到收收到短消消息中心心發(fā)來的的發(fā)送成成功為止止。手機機將短信信發(fā)送給給VMSSC,VVMSCC根據(jù)短短信中攜攜帶的短短消息中中心的標標識號,將短消消息提交交給IWWMSCC,由IIWMSSC提交交短信中中心。 移動動始發(fā)短短消息可可以分為為以下幾幾個過程程:接入和鑒鑒權加密密發(fā)送短消消息到短短消息中中心短消息中中心向手手機報告告發(fā)送結結果其中接入入和鑒權權加密的的過程和和移動用用戶主叫叫對應的的過程一

7、一致。下下圖是移移動始發(fā)發(fā)短消息息的流程程圖。1.6.2 移移動終結結短消息息的基本本流程移動終結結短消息息的過程程與移動動用戶被被叫的過過程類似似,短消消息中心心將收到到的短消消息發(fā)送送給SMMS-GGMSCC,SMMS-GGMSCC向HLLR取得得為發(fā)送送短消息息所必需需的路由由信息,然后將將短信傳傳送給短短欣接收收者所在在的MSSC,由由MSCC將短消消息發(fā)送送給手機機。整個個過程包包括取路路由信息息,尋呼呼,接入入和尋呼呼響應,鑒權加加密,短短消息傳傳送,最最后向短短消息中中興報告告接受結結果,這這個結果果SMSS-GMMSC分分別送HHLR和和短消息息中心,由短消消息中心心回送始始發(fā)

8、短消消息用戶戶。下圖圖為移動動終結短短消息的的流程圖圖。1.6.3 短短消息案案例現(xiàn)象描述述: AA地新建建MSCC,用戶戶反映短短消息收收發(fā)有以以下幾種種不成功功情況:(所有有手機均均為A 地本地地手機,A地手手機使用用B地的的短信中中心)本MSCC內(nèi)兩個個手機互互相收發(fā)發(fā)短消息息,發(fā)方方顯示發(fā)發(fā)送失敗敗,但接接收方能能正常收收到短消消息;本地MSSC內(nèi)手手機向其其他MSSC內(nèi)手手機發(fā)送送短消息息,發(fā)方方顯示發(fā)發(fā)送失敗敗,但接接收方能能正常收收到短消消息;其他MSSC內(nèi)手手機向我我MSCC內(nèi)手機機發(fā)送短短消息,發(fā)方顯顯示發(fā)送送成功,但接收收方實際際上收不不到短消消息。處理過程程通過跟蹤蹤鏈路

9、上上的與短短消息有有關的消消息,發(fā)發(fā)現(xiàn)本MMSC能能夠收到到從短消消息中心心發(fā)過來來的foorwaard shoort messsagge 消消息,但但發(fā)出此此消息的的OPCC并不是是MTPP目的信信令點表表中所配配置的短短消息中中心的SSPC,經(jīng)過詢詢問,該該OPCC是B地地MSCCI的SSPC,由于我我們MSSC與該該MSCC沒有認認識關聯(lián)聯(lián),所以以MTPP目的信信令點中中并未配配置該DDPC,將該DDPC添添加后,所有短短消息收收發(fā)均正正常。分析原因因其中:AA地中興興MSCC2對BB地短消消息中心心使用DDPC+SSNN方式尋尋址,DDPC為為B地短短信的DDPC,該消息息發(fā)往HHST

10、PP,通過過HSTTP轉到到B地短短信,而而由于BB地短信信與HSSTP沒沒有直達達鏈路,所有短短信中心心發(fā)出的的消息都都是通過過B地MMSC11進行轉轉接,短短信中心心的尋址址方式為為DPCC+GTT(DPPC為BB地MSSC1的的DPCC),從從B地短短信中心心發(fā)出的的forrwarrd sshorrt mmesssagee消息經(jīng)經(jīng)過B地地MSCC1進行行翻譯后后,以DDPC尋尋址方式式繼續(xù)發(fā)發(fā)往目的的地MSSC,但但該消息息的OPPC已經(jīng)經(jīng)變成了了B地MMSC11的信令令點;由由于A地地中興MMSC22的MTTP目的的信令點點表中沒沒有配置置該DPPC的數(shù)數(shù)據(jù),所所以A地地為中興興MSC

11、C2收到到MTPP層的該該消息后后,做失失敗處理理,并不不會進行行進一步步的SCCCP曾曾的分析析處理,所以造造成了以以下幾種種失敗情情況:A地中興興MSCC2內(nèi)的的手機向向其他MMSC內(nèi)內(nèi)手機發(fā)發(fā)短消息息,該消消息可以以正常發(fā)發(fā)到B地地短消息息中心,所以被被叫手機機可以正正常收到到短消息息,但由由于A地地中興MMSC22不能正正常收到到短消息息中心發(fā)發(fā)來的發(fā)發(fā)送確認認,所以以手機顯顯示發(fā)送送失??;A地中興興MSCC2內(nèi)手手機向本本MSCC內(nèi)手機機發(fā)送短短消息,該短消消息能送送到B地地短消息息中心,短消息息送至我我MSCC后,我我MSCC無法正正常接收收,所以以被叫手手機無法法接收到到短消息息

12、,而發(fā)發(fā)送確認認消息我我MSCC也無法法正常接接收,所所以發(fā)送送方手機機顯示發(fā)發(fā)送失敗敗,同時時接收方方無法收收到該短短信;其他MSSC的手手機向我我MSCC內(nèi)手機機發(fā)送短短消息,發(fā)送方方由于可可以收到到該短消消息中心心的發(fā)送送確認,所以發(fā)發(fā)送方顯顯示發(fā)送送成功,但我MMSC無無法正常常接收短短消息中中心發(fā)過過來的短短消息,所以被被叫手機機無法收收到短消消息。從上面的的案例中中我們可可以清楚楚的看出出:短消息始始發(fā)和短短消息終終結是兩兩個完全全獨立的的過程,所以AA地手機機用戶始始終要BB地短消消息中心心發(fā)送短短消息,但不一一定只從從B地短短消息中中心接收收短消息息。手機所顯顯示的是是否正確確

13、發(fā)送,實際上上是根據(jù)據(jù)MSCC所回復復的deelivver-repportt消息決決定的,無法正正確收到到該消息息,手機機會顯示示發(fā)送失失敗。小結:本節(jié)描述述了短消消息的基基本流程程,短消消息網(wǎng)絡絡和GSSM網(wǎng)絡絡,PSSTN網(wǎng)網(wǎng)絡的用用戶同時時提供服服務。學學習本節(jié)節(jié)內(nèi)容,應基本本掌握短短消息的的流程。1.7呼呼叫重建建和定向向重試流流程1.7.1 呼呼叫重建建的基本本流程呼叫重建建指移動動用戶進進入通話話狀態(tài)后后,由于于無線方方面的原原因,在在較短時時間(88秒鐘)內(nèi)與BBTS失失去聯(lián)系系,即BBTS沒沒有收到到該手機機的測量量報告,手機就就發(fā)起一一個呼叫叫重建的的過程,試圖恢恢復以前前的

14、通話話。呼叫叫重建功功能是一一項有效效的降低低呼損率率的功能能。當用用戶在穿穿越隧道道或BTTS突然然癱瘓時時,會在在一段時時間內(nèi)與與基站失失去聯(lián)系系,在這這種情況況下,手手機會再再次捕捉捉信道,重新發(fā)發(fā)起呼叫叫重建請請求。如如果MSSC支持持呼叫重重建功能能,就可可以直接接將此次次新建立立的信道道與原有有的呼叫叫連接起起來,從從而實現(xiàn)現(xiàn)繼續(xù)保保持呼叫叫,有效效降低呼呼損率的的目的。呼叫重建建包括以以下幾個個過程:接入過過程,重重新指配配話音信信道的過過程。重重新指配配話音信信道時指指配命令令與第一一次指配配話音信信道時指指配命令令不同。呼叫重建建的一個個簡單流流程如下下所示。1.7.2 定定

15、向重試試的基本本流程定向重試試指:在在指配過過程中,往往因因為一些些原因,如小區(qū)區(qū)擁塞、沒有無無線資源源可以分分配,會會發(fā)生指指配失敗敗的情況況。而在在手機當當前服務務小區(qū)資資源緊張張的同時時,它的的臨近小小區(qū)可能能有充足足的資源源可以利利用。為為了提高高呼叫接接通率,GSMM系統(tǒng)提提出了定定向重試試的方案案。定向重試試是指在在手機指指配過程程中,在在當前服服務小區(qū)區(qū)資源緊緊張的情情況下,直接為為手機分分配臨近近小區(qū)的的業(yè)務信信道,借借用切換換流程,將手機機切換到到臨近資資源充足足的小區(qū)區(qū),從而而順利完完成指配配流程的的過程。因此定定向重試試可以認認為是一一種特殊殊的切換換。定向重試試在實際際中用很很強的實實用性,它可以以動態(tài)的的調(diào)配小小區(qū)間話話務量,實現(xiàn)小小區(qū)互助助。特別別是處理理一些緊緊急突發(fā)發(fā)性事件件,更能能體現(xiàn)它它的優(yōu)越越性。例例如某小小區(qū)

溫馨提示

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

評論

0/150

提交評論