MS呼叫未接通:問(wèn)題描述:在做DT測(cè)試過(guò)程中發(fā)生了一次耒接通,地點(diǎn)是LAC區(qū)交接處.在DT測(cè)試的行程中,可能發(fā)綸數(shù)次跨LAC區(qū)的切換,極易發(fā)牛掉話或未接通情況。主要有以下三條信令消息:UL:CHANNELREQUESTDL:IMMEDI">
[精品]信令分析案例

[精品]信令分析案例

ID:43764052

大小:58.50 KB

頁(yè)數(shù):7頁(yè)

時(shí)間:2019-10-14

[精品]信令分析案例_第1頁(yè)
[精品]信令分析案例_第2頁(yè)
[精品]信令分析案例_第3頁(yè)
[精品]信令分析案例_第4頁(yè)
[精品]信令分析案例_第5頁(yè)
資源描述:

《[精品]信令分析案例》由會(huì)員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在工程資料-天天文庫(kù)

1、1>MS呼叫未接通:問(wèn)題描述:在做DT測(cè)試過(guò)程中發(fā)生了一次耒接通,地點(diǎn)是LAC區(qū)交接處.在DT測(cè)試的行程中,可能發(fā)綸數(shù)次跨LAC區(qū)的切換,極易發(fā)牛掉話或未接通情況。主要有以下三條信令消息:UL:CHANNELREQUESTDL:IMMEDIATEASSIGNMENTUL:CMSERVICEREQUEST問(wèn)題分析:⑴在上行的CMSERVICEREQUEST信令發(fā)出后,沒(méi)有下行的響應(yīng),通話狀態(tài)山起呼總接轉(zhuǎn)為空閑模式(IDLE),山此可以斷定發(fā)生了一次未接通。由于上行UL:CMSERVICEREQUEST是MS發(fā)起的對(duì)S

2、DCCH的申請(qǐng),發(fā)出申請(qǐng)后沒(méi)有應(yīng)答,沒(méi)有出現(xiàn)標(biāo)志呼叫接通的信令消息,可以斷定發(fā)生了一次未接通情況。其原因可能為該服務(wù)小區(qū)的SDCCH信道擁塞,也可能是由于無(wú)線環(huán)境的惡化造成SDCCH信令丟失。因?yàn)榇舜蜠T測(cè)試發(fā)生在跨數(shù)個(gè)LAC的路段,而幾是上一個(gè)通話剛剛結(jié)束,起初判斷可能是發(fā)生了一次位置更新。⑵位置更新信令消息如下:DL:CHANNELRELEASEUL:CHANNELREQUEST(開(kāi)始位置更新)DL:IMMEDIATEASSIGNMENTUL:LOCATIONUPDATINGREQUESTDL:AUTHENTI

3、CATIONREQUESTUL:AUTHENTICATIONRESPONSEDL:LOCATIONUPDATINGACCEPTUL:TMSIREALLOCATIONCOMPLETEDL:CHANNELRELEASE結(jié)合此例的第三層信令消息來(lái)看,例子*1'MS發(fā)出了UL:CMSERVICEREQUEST,并不是UL:LOCATIONUPDATINGREQUEST,由此可以判斷出此例并非是位置更新。2、位置更新導(dǎo)致數(shù)據(jù)吞吐量為0問(wèn)題描述:在某路段,進(jìn)行數(shù)據(jù)業(yè)務(wù)測(cè)試時(shí),發(fā)現(xiàn)MS數(shù)據(jù)吞吐量變?yōu)?,沒(méi)有了與GPRS網(wǎng)絡(luò)的連接

4、.問(wèn)題分析:(1)在該路段進(jìn)行語(yǔ)音業(yè)務(wù)測(cè)試,確認(rèn)已經(jīng)完全覆蓋.(2)分析當(dāng)時(shí)數(shù)據(jù)業(yè)務(wù)測(cè)試的層3信令.當(dāng)時(shí)的信令為:DL:SYSTEMINFORMATIONTYPE1UL:LOCATIONUPDATINGREQUESTUL:CHANNELREQUEST初步定位數(shù)據(jù)吞吐最變?yōu)?的原因是MS執(zhí)行了一次跨路由區(qū)的小區(qū)重選⑶對(duì)比在當(dāng)時(shí)顯示圖的信令部分可以明顯的看出該MS正在做位置更新.3、FTP下載中斷問(wèn)題描述:在DTFTP下載測(cè)試中,MS已成功登陸FTPServer,并已經(jīng)開(kāi)始下載數(shù)據(jù),FTP下載進(jìn)度為9%,在經(jīng)過(guò)一次小區(qū)

5、重選后,FTP下載不能繼續(xù)進(jìn)行,在一系列的Pingfail后,FTP掉線.問(wèn)題分析:(1)杳看層三信令,具體顯示如下:DirectionTypeLayer3MessageULGPRSSMDeactivatePDPContextRequestDLRRSystemInformationType13ULRRChannelRequestDLRRImmediateAssignmentDLGPRSSMDeactivatePDPContextAccept發(fā)現(xiàn)在事件列表中有PDPDeactivated的消息,在層三消息中可以看到是

6、手機(jī)發(fā)起的上行消息.(2)發(fā)生這種悄況可能冇3種原因:一是于?機(jī)在測(cè)試過(guò)程中電纜的某個(gè)接口發(fā)生了松動(dòng),這樣手機(jī)可能會(huì)發(fā)出PDP去激活屮請(qǐng)。二是手機(jī)木身存在一些問(wèn)題也可能導(dǎo)致這個(gè)問(wèn)題。三是測(cè)試用的筆記木電腦可能存在一些問(wèn)題4、沒(méi)有物理消息導(dǎo)致切換失敗問(wèn)題描述:某地主要由4173.4081小區(qū)覆蓋,上述兩個(gè)小區(qū)及相鄰小區(qū)同屬于LAC:13588。DT測(cè)試過(guò)程中,MS當(dāng)前服務(wù)小區(qū)為4173,當(dāng)檢測(cè)到有Level更強(qiáng)的鄰區(qū)時(shí),BSC指示MS切換(發(fā)起DL:HANDOVERCOMMAND),此吋發(fā)牛了連續(xù)的三次切換失?。║L

7、:HANDOVERFAILURE)o雖然本例屮經(jīng)歷了連續(xù)三次切換失敗,MS仍然沒(méi)冇掉話(MS還在發(fā)送測(cè)量報(bào)告),但是對(duì)連續(xù)的切換失敗應(yīng)該給予很大的重視。問(wèn)題分析:(1)杳看當(dāng)時(shí)的層三信令,具體如下:DL:HANDOVERCOMMANDUL:HANDOVERACCESSUL:HANDOVERCOMPLETEUL:MEASUREMENTREPORTUL:HANDOVERFAILUREDL:SYSTEMINFORMATIONTYPE5⑵從切換的兩個(gè)小區(qū)來(lái)看,4273向4081切換,是不同步切換,所以BSC應(yīng)該在MS發(fā)出U

8、L:HANDOVERACCESS消息后,接著發(fā)出DL:PHYSICALINFORMATION,指示MS切換至目標(biāo)小區(qū)的TimingAdvance,即MS與切換目標(biāo)小區(qū)的距離。同時(shí),在MS發(fā)出UL:HANDOVERCOMPLETE之后,再發(fā)一條DL:PHYSICALINFORMATIONo⑶但是在本例中BSC沒(méi)有發(fā)出這兩條消息,導(dǎo)致發(fā)牛.切換失敗。3.5MS呼

當(dāng)前文檔最多預(yù)覽五頁(yè),下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁(yè),下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動(dòng)畫(huà)的文件,查看預(yù)覽時(shí)可能會(huì)顯示錯(cuò)亂或異常,文件下載后無(wú)此問(wèn)題,請(qǐng)放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫(kù)負(fù)責(zé)整理代發(fā)布。如果您對(duì)本文檔版權(quán)有爭(zhēng)議請(qǐng)及時(shí)聯(lián)系客服。
3. 下載前請(qǐng)仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進(jìn)行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時(shí)可能由于網(wǎng)絡(luò)波動(dòng)等原因無(wú)法下載或下載錯(cuò)誤,付費(fèi)完成后未能成功下載的用戶請(qǐng)聯(lián)系客服處理。