Um空中接口流程及問題_第1頁
Um空中接口流程及問題_第2頁
Um空中接口流程及問題_第3頁
Um空中接口流程及問題_第4頁
Um空中接口流程及問題_第5頁
已閱讀5頁,還剩30頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

GSM信令流程主要內(nèi)容主要內(nèi)容:空中接口的主要流程介紹DT測(cè)試中空中接口常見問題流程分析未接通掉話空中接口各流程及問題分析無線鏈路建立流程MSBTSBSCMSCChannelRequestChannelRequiredChannelActivationSDCCHChannelActAckImmediateAssignmentCommandUIImmAssignmentST9103ET9103ST3126ET3126ST3101SABM[L3Info]EstInd[L3Info]SCCPConRqrd[L3]SCCPConnConfirmET3101ST9105ET9105UA[L3Info]無線鏈路建立流程

無線鏈路建立流程

無線鏈路建立階段DT測(cè)試中常見問題無線鏈路建立階段DT測(cè)試中常見問題:手機(jī)上發(fā)channelrequest無后續(xù)的immediateassignment消息的情況RACH信道沖突移動(dòng)臺(tái)啟動(dòng)立即指配過程開始到第一個(gè)信道請(qǐng)求消息發(fā)送之間的時(shí)隙數(shù)(不包括發(fā)送消息的時(shí)隙)是一個(gè)隨機(jī)數(shù)。這個(gè)隨機(jī)數(shù)是屬于集合{0,1,……,MAX(T,8)-1}中的一個(gè)元素。移動(dòng)臺(tái)每次啟動(dòng)立即指配過程時(shí),按均勻分布概率從上述集合中取數(shù);任意兩次相鄰的信道請(qǐng)求消息之間間隔的時(shí)隙數(shù)(不包括消息發(fā)送的時(shí)隙)由移動(dòng)臺(tái)以均勻分布概率方式從集合{S,S+1,……,S+T-1}中取出。無線鏈路建立階段DT測(cè)試中常見問題其中T值為Tx-integer,小區(qū)參數(shù),在BCCH信道上廣播;S值是根據(jù)CCCH信道的配置和T值計(jì)算得到,在BCCH信道上周期發(fā)送。由上可見,在RACH上發(fā)送信道請(qǐng)求,不可避免的會(huì)有沖突現(xiàn)象,導(dǎo)致發(fā)生channelrequest無響應(yīng)的情況。無線鏈路建立階段DT測(cè)試中常見問題Channelrequest上發(fā)后收到immediateassignmentreject消息小區(qū)SDCCH擁塞無線鏈路建立階段DT測(cè)試中常見問題手機(jī)在上發(fā)信道請(qǐng)求后,由于SDCCH擁塞,無法激活SDCCH信道,擁塞后BSC下發(fā)Immediateassignmentreject消息給手機(jī)(EN_IMM_AS_REJ開啟),手機(jī)在收到該消息時(shí)間T3122后會(huì)重新發(fā)起請(qǐng)求,該等待時(shí)間可在OMC中設(shè)置。各呼叫原因?qū)?yīng)不同的計(jì)數(shù)器值:WI_OP、WI_OC、WI_EC、WI_CR,即當(dāng)SDCCH信道激活不成功,間作再次呼叫請(qǐng)求間將等待上述相應(yīng)時(shí)間;EN_IMM_AS_REJ關(guān)閉是不會(huì)下發(fā)該消息;當(dāng)被叫原因answertopaging的信道請(qǐng)求時(shí)不發(fā)Immediateassignmentreject消息;手機(jī)最大的重發(fā)次數(shù)由參數(shù)max_retans定義。無線線鏈鏈路路建建立立階階段段DT測(cè)試試中中常常見見問問題題04年年CMCC測(cè)試試規(guī)規(guī)范范::試試呼呼次次數(shù)數(shù)::以以channelrequest和CMservicerequest同時(shí)時(shí)出出現(xiàn)現(xiàn)來來確確定定試試呼呼開開始始。。主叫叫手手機(jī)機(jī)SDCCH擁塞塞對(duì)對(duì)接接通通率率考考核核無無影影響響,,但但被被叫叫手手機(jī)機(jī)在在max_retans++1次數(shù)數(shù)后后仍仍未未分分配配成成功功將將影影響響接接通通率率。。無線線鏈鏈路路建建立立階階段段DT測(cè)試試中中常常見見問問題題手機(jī)機(jī)上上發(fā)發(fā)業(yè)業(yè)務(wù)務(wù)請(qǐng)請(qǐng)求求無無成成功功消消息息手機(jī)機(jī)SABM上發(fā)發(fā)送送相相應(yīng)應(yīng)的的業(yè)業(yè)務(wù)務(wù)請(qǐng)請(qǐng)求求((如如主主叫叫、、被被叫叫、、位位置置更更新新等等))BSC收到到ESTIND消息息后后,,BSS會(huì)在在MSC的消消息息中中加加了了一一些些信信息息((如如服服務(wù)務(wù)小小區(qū)區(qū)信信息息等等)),,通通過過COMPLETELAYER3發(fā)送送給給MSC,,正常常流流程程MSC會(huì)回回連連接接確確認(rèn)認(rèn)CC((connectfonfirm))的消消息息。。MSBTSBSCMSC無線線鏈鏈路路建建立立階階段段DT測(cè)試試中中常常見見問問題題交換換側(cè)側(cè)問問題題將將導(dǎo)導(dǎo)致致BSC發(fā)向向MSC的CR((connectrequest))不能能收收到到相相應(yīng)應(yīng)的的CC((connectconfirm))消息息。。DT測(cè)試試中中較較常常見見的的是是主主叫叫手手機(jī)機(jī)發(fā)發(fā)送送CMservicerequest消息息無無相相應(yīng)應(yīng)的的accept消息息。。通常??煽葾口信信令令跟跟蹤蹤確確定定CR/CC的比比率率是是否否正正常常,,如果果數(shù)數(shù)值值相相差差過過大大,,一一般般為為交交換換側(cè)側(cè)模模塊塊故故障障所所引引起起。。鑒權(quán)、、身份份識(shí)別別、加加密、、TMSI重新分分配流流程MSBTSBSCMSCAuthentificationReqCipheringModeCmdAuthentificationReqAuthentificationReqAuthentificationRespAuthentificationRespAuthentificationRespEncryptionCommandCipheringModeCmdCipheringModeCmpCipheringModeCmpCipheringModeCmpTMSIReallocCmdTMSIReallocCmdTMSIReallocCmdTMSIReallocCmpTMSIReallocCmpTMSIReallocCmpAuthentificationCipheringTMSIReallocST3260ET3260*AuthentificationReject*IdentificationIdentificationRequestST3270ET3270IdentificationRequestIdentificationRequestIdentificationResponseIdentificationRespIdentificationResponseST3250ET3250(SRES))RAND與Ki經(jīng)過A3算法得得到SRES;;經(jīng)過A8算法得得到Kc(IMSI))比較SRESVLR從HLR處得到到RAND/SRES/Kc(TMSI))(PermittedAlg,Kc))(Alg(A5算法)))開始加加密發(fā)發(fā)射和和解密密接收收已加密密的消消息如正確確解密密接收收,則則下條條消息息加密密發(fā)射射(Alg,Kc))準(zhǔn)備解解密接接收TCH分配過過程MSBTSBSCMSCChannelActivationTCHSABM(FACCH)ChannelActivationAck.AssignmentCommandAssignmentCommandAssignementRequestPhysicalContextRequestPhysicalContextConfirmReleaseReq(SDCCH)EstablishIndicationUAAssignmentCompleteAssignmentCompleteAssignmentCmpRFChannelRelease(SD)RFChannelReleaseAck.ST10ET10ST9108ET9108ST9103ET9103ST3107ET3107TCH分配過過程TCH分配階階段DT測(cè)試中中常見見問題題TCH分配階階段DT測(cè)試中中常見見問題題:在callproceeding或callconfirmed后無assignmentcommand消息TCH擁塞情情況遇到TCH擁塞的的情況況時(shí),,系統(tǒng)統(tǒng)將啟啟用排排隊(duì)功功能時(shí)時(shí),會(huì)會(huì)同時(shí)時(shí)啟動(dòng)動(dòng)定時(shí)時(shí)器T11,在該定定時(shí)器器超時(shí)時(shí)前,,若有有TCH被釋放放,則則系統(tǒng)統(tǒng)會(huì)將將該TCH指配給給隊(duì)列列中的的這次次呼叫叫,并并清除除該定定時(shí)器器。若若到定定時(shí)器器超時(shí)時(shí)時(shí),,依然然沒有有可用用的TCH資源,,則系系統(tǒng)將將隊(duì)列列中的的此次次請(qǐng)求求清除除,并并發(fā)送送clearrequest給MSC,直接釋釋放資資源。。TCH分配階階段DT測(cè)試中中常見見問題題在callproceding或callconfirmed后手機(jī)機(jī)上發(fā)發(fā)assignmentfailure消息無線原原因手機(jī)收收到AssignmentCommand后,在在新信信道上上發(fā)SABM消息,,BTS收到后后向手手機(jī)發(fā)發(fā)UA消息。。但可可能由由于空空中接接口原原因,,手機(jī)機(jī)沒有有收到到UA消息。。手機(jī)機(jī)嘗試試未成成功;手機(jī)將將會(huì)回回到原原來的的信道道。并發(fā)送送AssignmentFailure消息;;BSC收到該該消息息后在在A接口發(fā)發(fā)AssignmentFailure"ReversiontoOldChannel““;BSC向BTS發(fā)RFChannelRelease消息,,釋放放新信信道TCH分配階階段DT測(cè)試中中常見見問題題MSBTSBSCMSCSABM(FACCH)AssignmentCommandAssignmentCommandReleaseReq(SDCCH)EstablishIndicationUAAssignmentfailureAssignmentfailureAssignmentfailureRFChannelRelease(SD)RFChannelReleaseAck.ST3107ET3107ReversiontoOldChannel無線原原因?qū)?dǎo)致的的TCH分配失失敗TCH分配階階段DT測(cè)試中中常見見問題題硬件問問題手機(jī)發(fā)發(fā)現(xiàn)AssignmentCommand消息中中內(nèi)容容有誤誤,手手機(jī)發(fā)發(fā)AssignmentFailure消息到到BSC。位置更更新流流程MSBTSBSCMSCClearCMDESTIN(LocUpReq)RRConnectionEstablishementRRConnectionEstablishementRRConnectionEstablishementAuthentificationProcedureAuthentificationProcedureAuthentificationProcedureCipheringProcedureCipheringProcedureCipheringProcedureTMSIReallocProcedureTMSIReallocProcedureTMSIReallocProcedureLocUpAcceptChannelReleaseDeactivateSACCHDISCReleaseIndicationUARFChReleaseLocUpReqLocUpAcceptLocUpAcceptChannelReleaseRFChReleaseAckClearCMPST3210ET3210位置更更新流流程位置更更新流流程DT測(cè)試中中常見見問題題位置更更新流流程DT測(cè)試中中常見見問題題:主叫手手機(jī)::重選選后,,來不不及做做LocationUpdate,就開始始呼叫叫,收收到CMServiceReject。主叫手手機(jī)進(jìn)進(jìn)行跨跨MSC的小區(qū)區(qū)重選選后((不同同的MSC/VLR),,還未來來的及及進(jìn)行行位置置更新新,這這時(shí)手手機(jī)進(jìn)進(jìn)行呼呼叫過過程。。由于于手機(jī)機(jī)已經(jīng)經(jīng)更新新到新新的LAC,但未進(jìn)進(jìn)行位位置更更新過過程,,因此此還沒沒有進(jìn)進(jìn)行TMSI重新分分配的的過程程,因因此手手機(jī)TMSI號(hào)碼是是原MSC的VLR分配的的,在在新的的VLR中是查查詢不不到該該TMSI號(hào)。此此時(shí)網(wǎng)網(wǎng)絡(luò)將將啟動(dòng)動(dòng)Identity過程,,發(fā)送送Identityreuqest消息給給手機(jī)機(jī),手手機(jī)在在Identityresponse消息中中將上上發(fā)手手機(jī)的的IMSI號(hào),根根據(jù)該該IMSI號(hào),MSC再次在在VLR中進(jìn)行行查詢?cè)?,由由于該該IMSI號(hào)也是是未登登記的的,所所以同同樣也也是查查詢不不到的的,至至此網(wǎng)網(wǎng)絡(luò)側(cè)側(cè)認(rèn)為為手機(jī)機(jī)是不不支持持該業(yè)業(yè)務(wù)類類型,,發(fā)CMservicereject,cause為IMSIUnknownInVLR,呼叫失失敗。。;如重選選前后后的小小區(qū)屬屬于同同一MSC/VLR,所以MSC仍可通通過TMSI查詢到到此手手機(jī)的的支持持業(yè)務(wù)務(wù)等。。如此此,呼呼叫流流程正正常進(jìn)進(jìn)行,,不會(huì)會(huì)受到到LU的影響響。位置更更新流流程DT測(cè)試中中常見見問題題主叫手手機(jī)呼呼叫,,被叫叫手機(jī)機(jī)正在在位置置更新新,造造成呼呼叫失失敗正常流流程::在主叫叫TCH分配成成功后后,主主叫手手機(jī)所所在的的MSC會(huì)從HLR中取得得動(dòng)態(tài)態(tài)漫游游號(hào)MSRN,,定位被被叫手手機(jī)所所在的的MSC和相關(guān)關(guān)聯(lián)的的VLR,從中取取得被被叫手手機(jī)相相關(guān)的的TMSI和所在在的LAC信息,,然后后下發(fā)發(fā)paging消息((消息息中包包含TMSI信息))到該該LAC下所在在的所所有BSC,進(jìn)行被被叫無無線鏈鏈路的的建立立過程程。位置更更新流流程DT測(cè)試中中常見見問題題呼叫時(shí)時(shí)被叫叫手機(jī)機(jī)正在在位置置更新新流程程:當(dāng)被叫叫手機(jī)機(jī),重重選到到不同同的LAC,正在進(jìn)進(jìn)行位位置更更新時(shí)時(shí),主主叫手手機(jī)呼呼叫時(shí)時(shí)有2種可可能的的情況況:被叫手手機(jī)位位置更更新信信息在在HLR中還沒沒有更更新這時(shí)主主叫手手機(jī)在在HLR中查詢?cè)兊谋槐唤惺质謾C(jī)的的動(dòng)態(tài)態(tài)漫游游號(hào)MSRN還是原原來的的LAC下所對(duì)對(duì)應(yīng)的的信息息,因因此通通過該該號(hào)碼碼從原原來MSC關(guān)聯(lián)VLR取得TMSI和LAC信息,,并下下發(fā)paging消息至至該LAC下所有有的BSC,由于手手機(jī)已已經(jīng)重重選到到其它它LAC的BSC下,因因此paging消息不不能發(fā)發(fā)送到到被叫叫手機(jī)機(jī),MSC不能收收到手手機(jī)的的response消息,,呼叫叫流程程結(jié)束束;被叫手手機(jī)位位置更更新流流程時(shí)時(shí)HLR中數(shù)據(jù)據(jù)已經(jīng)經(jīng)更新新這時(shí)從從HLR中取得得的MSRN號(hào),查查詢到到手機(jī)機(jī)新LAC所應(yīng)的的VLR,但由于于此時(shí)時(shí)手機(jī)機(jī)正在在進(jìn)行行位置置更新新的流流程,,VLR顯示手手機(jī)為為忙碌碌狀態(tài)態(tài),因因此不不會(huì)在在paging被叫手手機(jī),,呼叫叫流程程結(jié)束束。位置更更新流流程DT測(cè)試中中常見見問題題在DT測(cè)試中中位置置更新新隨機(jī)機(jī)性對(duì)對(duì)接通通率有有較大大的影影響,,減少該該情況況的發(fā)發(fā)生應(yīng)應(yīng)避免免手機(jī)機(jī)在LAC區(qū)來回回的小小區(qū)重重選,,保證證在跨跨LAC區(qū)有兩兩個(gè)較較強(qiáng)的的信號(hào)號(hào),經(jīng)經(jīng)過更更新區(qū)區(qū)域時(shí)時(shí)只小小區(qū)重重選一一次,,一次次位置置更新新,應(yīng)應(yīng)對(duì)一一些市市區(qū)中中一些些頻繁繁位置置更新新區(qū)域域的附附近的的小區(qū)區(qū)俯仰仰角進(jìn)進(jìn)行了了調(diào)整整;對(duì)一些些主占占小區(qū)區(qū)的CRH進(jìn)行調(diào)調(diào)整,,使經(jīng)經(jīng)過是是占用用更為為穩(wěn)定定;對(duì)于一一些處處于位位置交交界交交通要要道、、十字字路口口等信信號(hào)雜雜亂的的區(qū)域域,進(jìn)進(jìn)行LAC區(qū)的重重新劃劃分,,使盡盡量在在道路路上避避開跨跨LAC區(qū)。。主叫流流程MSBTSBSCMSCCallProceedingESTIN(CM_Serv_Req)RRConnectionEstablishementRRConnectionEstablishementRRConnectionEstablishementAuthentificationProcedureAuthentificationProcedureAuthentificationProcedureCipheringProcedureCipheringProcedureCipheringProcedureTMSIReallocProcedureTMSIReallocProcedureTMSIReallocProcedureSETUPSETUPSETUPCallProceedingCallProceedingAssignmentProcedureAssignmentProcedureAssignmentProcedureAlertingAlertingAlertingConnectConnectConnectConnectAck.ConnectAck.ConnectAck.SpeechCM_Serv_Req被叫流程程MSBTSBSCMSCCallConfirmedESTIN(PagingResp)RRConnectionEstablishementRRConnectionEstablishementRRConnectionEstablishementAuthentificationProcedureAuthentificationProcedureAuthentificationProcedureCipheringProcedureCipheringProcedureCipheringProcedureTMSIReallocProcedureTMSIReallocProcedureTMSIReallocProcedureSETUPSETUPSETUPCallConfirmedCallConfirmedAssignmentProcedureAssignmentProcedureAssignmentProcedureAlertingAlertingAlertingConnectConnectConnectConnectAck.ConnectAck.ConnectAck.SpeechPagingResponsePagingPagingCommandPagingRequestST3113ET3113呼叫流程程DT測(cè)試中常常見問題題呼叫流程程DT測(cè)試中常常見問題題:流程消息息的缺失失造成的的未接通通無線環(huán)境境較差的的情況下下,無線線接口消消息不能能正常收收發(fā);呼叫流程程中主叫叫側(cè)正常常而被叫叫沒有響響應(yīng)paging的的信道道請(qǐng)求,,或沒有有收到下下發(fā)setup消息等;;被叫正正常,主主叫分配配TCH后不能收收到alerting消息等;;對(duì)于無線線環(huán)境良良好,BSC下消息缺缺失的嚴(yán)嚴(yán)重的情情況需通通過信令令跟蹤查查找原因因。呼叫流程程DT測(cè)試中常常見問題題通話過程程中的掉掉話無線環(huán)境境差造成成的無線線鏈路掉掉話由于無線線原因((接收電電平低、、頻率干干擾、上上下行路路徑損耗耗差)造造成手機(jī)機(jī)與基站站之間不不能正常常收發(fā)消消息?;緜?cè)無無線鏈路路計(jì)數(shù)器器超時(shí),,基站側(cè)側(cè)有一計(jì)計(jì)數(shù)器S,該計(jì)數(shù)器器在通話話開始時(shí)時(shí)被賦予予一個(gè)初初值,即即參數(shù)--

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論