【資料名稱】：TD路測經(jīng)驗

【資料作者】：zxx

【資料日期】：20113-1-4

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

附件是前臺的信令解析及掉話類分析的一些簡單思路，還有前天測試事件的分析
發(fā)現(xiàn)各位有學(xué)習(xí)TD欲望，介紹下，TD前臺分析的一般思路
DT中事件無非就三類：
1、呼叫保持中的事件：掉話-分主被叫,著手點：
a、首先看呼叫信令是否完整，是否次存在信令丟失，找到掉話點，看信令走到哪一步，查看下發(fā)第一條系統(tǒng)消息的解析中Cause(原因值)是什么
b、查看覆蓋情況，及干擾情況，干擾包括：載干比C/I（小于-3為干擾）、UE功率（大于10以上就可能存在干擾）、業(yè)務(wù)信道功率（DPCH）、業(yè)務(wù)信道C/I、誤塊率、誤真率、TA值等
c、進(jìn)一步細(xì)化，覆蓋問題分為：弱覆蓋、導(dǎo)頻污染、過覆蓋、越區(qū)覆蓋、超遠(yuǎn)覆蓋，其中導(dǎo)頻污染和過覆蓋最為常見，TD特點是頻率受限，外場采用6頻點復(fù)用度，過覆蓋產(chǎn)生同頻干
擾的幾率較高；超遠(yuǎn)覆蓋可能存在同頻同擾碼或同頻同擾碼組使UE解碼錯誤導(dǎo)致
干擾：查看周圍頻點及擾碼分布，是否存在近距離或同向小區(qū)同頻、同擾或同擾碼組；是否同時存在多個較強(qiáng)導(dǎo)頻，超過4個，且最小與最大信號相差小于6個dB,既為導(dǎo)頻污染，會使
上行負(fù)荷過大，導(dǎo)致接入困難，直觀體現(xiàn)在C/I降低、頻繁切換、BLER增高、UE功率增大等，干擾問題占所有問題至少80%以上
d、查看信令在UE收到最后一條正常信令，到收到第一條系統(tǒng)消息之間的時間間隔，超過3.36S為下行失步，超過8.2S為下行失步
d、差看小區(qū)狀態(tài)，是否存在功率陡降，在看信令時別只看層三，層二的也調(diào)出來，這樣時間才連續(xù)，能看出功率波動，小區(qū)功率陡降，UE直觀體現(xiàn)是UE功率陡增到24（為UE的最大發(fā)射
功率）來進(jìn)行搜索；再個注意DPCH功率，是否也存在陡降，這個體現(xiàn)在BLER陡增至100%；再者查看UE功率是否存在異常，在排除前兩條原因的前提下UE功率持續(xù)較高發(fā)射功率，甚至
持續(xù)滿功率，則可判定該終端存在異常；查看測量報告中數(shù)據(jù)鄰區(qū)信息是否與實際是否相同，可能存在UE解碼異常導(dǎo)致解碼錯誤而出現(xiàn)事件
2、呼叫接入類事件：未接通，統(tǒng)計策略不同而分主被叫
a、首先找到"disconnect"，點看查看Cause值，分層分析，若在RRC建立過程中出現(xiàn)失敗，說明問題在UE到RNC之間存在異常，若在鑒權(quán)加密處出現(xiàn)失敗，說明移動計費(fèi)系統(tǒng)存在問題、若
在RAB建立中出現(xiàn)失敗，則可能是UE到CN間出現(xiàn)問題，也可能是被叫存在異常
b、查看被叫信令，看被叫是否是到尋呼消息、若沒收到，就考慮小區(qū)LAC是否配置錯誤、是否進(jìn)行了位置區(qū)更新；若收到尋呼，再分層和主叫分析思路相同.
c、RRC側(cè)如果建立不起來，且多次重發(fā)RRC建立請求，則考慮接入小區(qū)是否存在強(qiáng)干擾，排查同頻、同擾，再結(jié)合后臺查看GPS狀態(tài)，及統(tǒng)計TS1、TS2及UP干擾情況，判定該小區(qū)干擾類型，
是外干擾還是內(nèi)干擾、還是GPS故障導(dǎo)致時鐘不同步導(dǎo)致的無法接入，或UE收到NODEB下發(fā)的RRC鏈接消息，而UE不做處理，則可能終端接入模塊存在異常，可換終端復(fù)測對比；在結(jié)合后臺查看小區(qū)狀態(tài)，是否存在駐波告警
d、RAB層建立失敗，除了查看常規(guī)的覆蓋、干擾等信息、重點要結(jié)合后臺跟中Trace進(jìn)行分析，因為異常涉及到不僅僅空口（UU口），還可能是RNC到CN間存在異常
e、呼叫是在主被叫同時收到Alerting記為接通，若主被叫都有，則是終端不能自動接聽，是設(shè)備問題
f、較為常見的問題：跨LAC，大部分體現(xiàn)在被叫，因為CN下發(fā)尋呼是以上一次UE上報的LAC為依據(jù)，如果恰好在該臨界點，UE發(fā)起夸LAC業(yè)務(wù)，如：硬切換、系統(tǒng)間切換，則UE在信LAC中是
無法收到尋呼消息的，到只未接通，后期如果網(wǎng)絡(luò)入POOL的話，這種事件會得到有效解決，而主叫的情況如，14號報告中的事件三；六安RNC間沒有交疊，忽略硬切換問題
g、查看RRC請求的原因值，是會話類，還是位置區(qū)更新，若會話類說明是在呼叫，若不是，則RRC信道被其他占用導(dǎo)致未接通，可能是位置區(qū)更新、也可能是脫網(wǎng)(注冊未知)再入網(wǎng)
3、呼叫管理類：切換失敗
a、切換失敗，分系統(tǒng)內(nèi)和系統(tǒng)間，系統(tǒng)內(nèi)又分為:接力切換和硬切換，頻率劃分又分為同頻和異頻切換；系統(tǒng)間：CS域為系統(tǒng)間切換、PS域為系統(tǒng)間遷移，切換類問題較為重要，但不會引
起足夠的重視，直接影響到掉話，一般切換失敗都會導(dǎo)致掉話，首先查看失敗Cause,大部分原因為RL失敗，這種為無線環(huán)境惡化導(dǎo)致的物理信道同步失敗，主要原因是周圍有強(qiáng)干擾源或
目標(biāo)小區(qū)信號較差，或信號波動較大，如快衰等
b、接力切換，在TD radio中查看UE在業(yè)務(wù)中實際占用頻點，再查看目標(biāo)小區(qū)中是否有同頻或同擾的，可結(jié)合MAPINFO圖層查看頻點分布，可能存在不是鄰區(qū)關(guān)系，但卻對目標(biāo)小區(qū)產(chǎn)生較強(qiáng)
干擾的信號，不能完全相信鄰區(qū)列表,這種情況會導(dǎo)致目標(biāo)小區(qū)信號被抬升，叫同頻虛高，兩個同頻小區(qū)在重疊覆蓋區(qū)域會相互抬高電平，這個是假信號，實際遠(yuǎn)小于實際功率，會出現(xiàn)
突然切換到較遠(yuǎn)的小區(qū)，或不可能切換到的小區(qū)上面，這種只要切到上面，立馬就出現(xiàn)失步，原因是UE解析的功率，與實際不符，體現(xiàn)在UE收到PCCPCH功率陡降，造成是不發(fā)生失敗，
進(jìn)而掉話
c、當(dāng)UE切換到一個超遠(yuǎn)距離小區(qū)時，查看周圍是否存在同頻擾或同頻同擾碼組小區(qū)，這種情況，會使UE解碼錯誤，原本應(yīng)該解析到近距離小區(qū)，可收到同頻同繞干擾影響會解析到同頻同
擾的那個小區(qū)，實現(xiàn)切換失敗，或鄰區(qū)缺失等問題
d、可能存在這種情況，鄰區(qū)列表中存在鄰區(qū)關(guān)系，而不切換，這種可查看測量控制消息，里面有實際配置的鄰區(qū)信息，包含小區(qū)頻點、擾碼及切換的一些參數(shù)等，可能鄰區(qū)列表中會存在假
鄰區(qū)；測量控制根據(jù)開關(guān)配置，和UE是否開啟雙模，常規(guī)分為三類，第一條為1G測量（同頻），第二條為2A測量（異頻），第三條為3A測量（系統(tǒng)間），當(dāng)然UE如果做伴隨業(yè)務(wù)，會有
4A/4B/6A/6B等，影響不到，這里不做表述，每一條里面都攜帶響應(yīng)的配置鄰區(qū)及切換類參數(shù)，結(jié)合鄰區(qū)列表，信號強(qiáng)度及測量控制里面的參數(shù)信息，再結(jié)合上發(fā)測量報告中的信息，看
目標(biāo)小區(qū)是否異常，來進(jìn)一步定位失敗原因是因為空口質(zhì)量差，還是鄰區(qū)配置不合理、還是移動管理參數(shù)配置與實際環(huán)境不符
e、結(jié)合后臺查看周圍小區(qū)TS1/TS2或UP是否存在高干擾、這種是外部的，會使切換時上行同步困難，UE功率抬升，而切換失敗，或GPS時鐘有告警，搜星異常，會有能切入而無法切出的現(xiàn)
象，而呼叫缺正常
f、系統(tǒng)間切換失�。合葟腡網(wǎng)分析，先解析失敗原因，再查看鄰區(qū)是否漏配，切換參數(shù)配置是否合理，PCCPCH功率是否存在陡降，干擾情況等，會出現(xiàn)物理信道同步失�。辉俨榭葱帕钍嵌加�
3A測量控制，若沒有查看UE是否開啟雙模，小區(qū)系統(tǒng)間切換開關(guān)是否打開等；再從G網(wǎng)側(cè)著手，結(jié)合G網(wǎng)圖層，周邊頻點分布，查看目標(biāo)小區(qū)是否距離過遠(yuǎn)導(dǎo)致同步困難、周邊是否存在同
頻或鄰頻強(qiáng)導(dǎo)頻信號，這種情況由于跳頻干擾導(dǎo)致通話質(zhì)差而影響接入，再者通過后臺查看目標(biāo)小區(qū)擁塞情況，SD信道是否擁塞等。
日常分析及報告中，要看準(zhǔn)時間，ATU配置呼叫間隔為20S，保持時常為180s,TD中CS業(yè)務(wù)要嚴(yán)格同步，在接入控制時期，時間把握要準(zhǔn)，一丁點的同步異常都可能出現(xiàn)事件，分析的時候要注意細(xì)節(jié)，時間節(jié)點最好在報告中體現(xiàn)下
這些，是CS類日常分析的一些簡單思路，后期如果必要再給大家分享PS類的分析思路，及H速率提升等。