中興TD-SCDMA深圳無(wú)線網(wǎng)絡(luò)KPI提升優(yōu)化案例

1、.：.；TOPN重點(diǎn)小區(qū)分析和優(yōu)化針對(duì)重點(diǎn)小區(qū)跟蹤其信令，經(jīng)過(guò)信令分析查找PS業(yè)務(wù)無(wú)線接入失敗和掉線的緣由，提出處理方案進(jìn)展優(yōu)化，以及進(jìn)展優(yōu)化驗(yàn)證；并對(duì)失敗緣由進(jìn)展分類(lèi)統(tǒng)計(jì)，提取共性問(wèn)題處理無(wú)線網(wǎng)絡(luò)同樣的問(wèn)題。下面針對(duì)呵斥PS域呼通率、掉線率差的問(wèn)題的主要緣由進(jìn)展分析。PS域呼通率低經(jīng)過(guò)對(duì)各重點(diǎn)小區(qū)的信令進(jìn)展分析，對(duì)呵斥PS域接入失敗的緣由進(jìn)展規(guī)類(lèi)統(tǒng)計(jì)得到，影響PS域無(wú)線接通率較差的主要緣由是：SIM卡上下行簽約速率為.Mbps，目前TD-SCDMA系統(tǒng)不支持該上下行速率導(dǎo)致接入失?。痪W(wǎng)絡(luò)中的終端廠家測(cè)試量非常大、話務(wù)量大，導(dǎo)致終端廠家所在的幾個(gè)小區(qū)系統(tǒng)無(wú)線資源緊張，引起RAB建立排隊(duì)等待超時(shí)

2、而接入失敗；RAB建立過(guò)程中無(wú)線鏈路失敗導(dǎo)致的接入失敗，這主要是由于用戶在室內(nèi)進(jìn)展呼叫，而室內(nèi)信號(hào)強(qiáng)度弱引起的。SIM卡簽約問(wèn)題SIM卡簽約過(guò)大，系統(tǒng)沒(méi)有卡所需的資源，從而被RNC發(fā)出RabAssignmentFail呵斥的接入失敗。采取的措施和方案該問(wèn)題的處理需求協(xié)調(diào)挪動(dòng)，更改SIM的簽約，防止因簽約過(guò)大呵斥大量的接入失敗。案例分析IMSI：用戶在小區(qū)接入失敗，詳細(xì)信令如下：從上面信令可以看出RabAssignmentRequest，用戶懇求的上下行速率均為.Mbps速率，因此RNC直接給CN前往 RabAssignmentFail信令。從目前TD-SCDMA系統(tǒng)支持的上行速率來(lái)看，.Mbp

3、s的速率是一定不支持的；而且從系統(tǒng)資源來(lái)看，在不支持HSUPA的情況下，系統(tǒng)無(wú)法提供下行.Mbps所需的資源。從而導(dǎo)致接入失敗。根據(jù)上圖RabAssignmentFail的解碼音訊，可以看出RabAssignmentFail的緣由是radioNetwork = TRANAP_requested_maximum_bit_rate_for_ul_not_available，也可以闡明主要是由于無(wú)法滿足要求的上行最大速率導(dǎo)致的接入失敗。系統(tǒng)資源問(wèn)題系統(tǒng)資源問(wèn)題主要表如今無(wú)線資源缺乏，引起RAB排隊(duì)等待超時(shí)，從而導(dǎo)致RAB指配失敗。詳細(xì)表現(xiàn)為：CN向RNC發(fā)起RabAssignmentRequest

4、后，由于無(wú)線資源缺乏導(dǎo)致RNC很快回RabAssignmentQueued音訊；當(dāng)?shù)却腌姾?，到達(dá)最大的等待時(shí)間而無(wú)線資源依然缺乏時(shí)，RNC回音訊RabAssignmentFail給CN，最終導(dǎo)致接入失敗。采取的措施和方案對(duì)于系統(tǒng)資源缺乏的問(wèn)題，可以經(jīng)過(guò)擴(kuò)容處理；也可以翻開(kāi)RBC算法，這樣系統(tǒng)會(huì)在無(wú)線資源緊張的時(shí)候根據(jù)用戶的實(shí)踐情況進(jìn)展資源調(diào)整，降低用戶速率空出資源以接納新的用戶，提高PS域的無(wú)線接通率。案例分析問(wèn)題描畫(huà)：IMSI：用戶在小區(qū)接入失敗。問(wèn)題分析：跟蹤該小區(qū)的接入失敗信令，詳細(xì)信令如下：從上面信令中RabAssignmentRequest的解碼音訊可以看出，用戶懇求的上下行速率為

5、K/Kbps速率，目前TD-SCDMA系統(tǒng)滿足該上下行速率的業(yè)務(wù)接納。對(duì)上面小區(qū)信令分析發(fā)現(xiàn)，在：秒RNC收到CN的RabAssignmentRequest音訊后，RNC很快會(huì)回RabAssignmentQueued音訊；闡明由于系統(tǒng)無(wú)線資源缺乏，RAB懇求進(jìn)入隊(duì)列等待；當(dāng)?shù)却腌姾?，到達(dá)最大的等待延時(shí)而無(wú)線資源依然缺乏時(shí)，RNC即回音訊RabAssignmentFail給CN，導(dǎo)致接入失敗；并且由于接入失敗導(dǎo)致網(wǎng)絡(luò)側(cè)釋放IU銜接。在現(xiàn)場(chǎng)進(jìn)展驗(yàn)證測(cè)試時(shí)，發(fā)現(xiàn)IMSI：在小區(qū)進(jìn)展PS業(yè)務(wù)后，一直無(wú)法切換到小區(qū)主頻點(diǎn)、擾碼，此時(shí)小區(qū)的PCCPCH RSCP曾經(jīng)比信號(hào)強(qiáng)dB了，詳細(xì)見(jiàn)以下圖。從以下圖

6、信令中RabAssignmentRequest的解碼音訊可以看出，用戶懇求的上下行速率為K/Kbps速率，從下面后臺(tái)跟蹤的信令上看，：秒RNC收到丈量報(bào)告后接著又重新下發(fā)了丈量控制音訊。檢查相關(guān)配置無(wú)誤，因此判別目的小區(qū)存在資源缺乏從而呵斥RNC沒(méi)有判決切換，從之前的信令分析當(dāng)中也可以看到小區(qū)資源缺乏。為此，經(jīng)過(guò)后臺(tái)查看碼道分配情況。從碼道分配情況可以看出，曾經(jīng)沒(méi)有足夠的資源接納個(gè)PS業(yè)務(wù)，由于為HSDPA的頻點(diǎn)，下行大部分碼道分配給了PDSCH運(yùn)用；頻點(diǎn)曾經(jīng)被個(gè)PSK的業(yè)務(wù)占用了；頻點(diǎn)曾經(jīng)有個(gè)PSK的業(yè)務(wù)運(yùn)用，也沒(méi)有足夠的資源分配給新的PSK業(yè)務(wù)。碼道分配情況詳細(xì)見(jiàn)以下圖：因此，即使RNC收

7、到了切換丈量報(bào)告，但是由于目的小區(qū)沒(méi)有足夠的資源，所以RNC沒(méi)有判決切換，從而沒(méi)有發(fā)起切換操作，而是接著RNC又重新下發(fā)了丈量控制音訊。同時(shí)，從上圖IMSI：進(jìn)展切換的時(shí)間看，測(cè)試手機(jī)到：秒還在發(fā)出切換懇求，但RNC一直沒(méi)有判決切換。結(jié)合小區(qū)的碼道分配情況，可以看出IMSI：用戶確實(shí)是由于小區(qū)系統(tǒng)無(wú)線資源缺乏導(dǎo)致了接入失敗。如上圖所示，在月日個(gè)小時(shí)內(nèi)總共有次RabAssignmentQueued、由于系統(tǒng)資源缺乏導(dǎo)致了接入失敗，其中IMSI：用戶就達(dá)次，從而直接導(dǎo)致了PS域無(wú)線接通降差。處理方案：由于經(jīng)過(guò)擴(kuò)容來(lái)處理系統(tǒng)資源缺乏的問(wèn)題不能馬上實(shí)現(xiàn)，以及防止其他小區(qū)一樣接入失敗的問(wèn)題，快速的提升P

8、S域的無(wú)線接通率目的，因此經(jīng)過(guò)翻開(kāi)RBC算法來(lái)處理RAB排隊(duì)超時(shí)導(dǎo)致接入失敗的問(wèn)題。優(yōu)化結(jié)果：RBC算法開(kāi)關(guān)是-翻開(kāi)，下面是后臺(tái)匯總的-和-每天PS域的無(wú)線接通率目的。時(shí)間分組域業(yè)務(wù)流量PS域RAB指派建立勝利RAB數(shù)目PS域RAB建立懇求的RAB數(shù)目PS域RAB建立勝利率PS域RRC銜接建立勝利次數(shù)PS域RRC銜接建立嘗試次數(shù)業(yè)務(wù)相關(guān)PS域RRC銜接建立勝利率呼叫相關(guān)PS域無(wú)線接通率KBYTE%-. . . . -. . . . -. . . . -. . . . -. . . . -. . . . -. . . . -. . . . -. . . . -. . . . 從RBC算法開(kāi)關(guān)翻開(kāi)

9、前后PS域無(wú)線接通率的對(duì)比情況來(lái)看，RBC算法開(kāi)關(guān)翻開(kāi)后，PS域無(wú)線接通率明顯的改善了。參數(shù)配置問(wèn)題能夠由于部分系統(tǒng)參數(shù)設(shè)置存在問(wèn)題或前后臺(tái)配置不一致，可以導(dǎo)致PS域無(wú)線接入失敗。采取的措施和方案定期進(jìn)展后臺(tái)參數(shù)的核對(duì)，保證參數(shù)配置的準(zhǔn)確和合理性，防止由于參數(shù)配置導(dǎo)致的無(wú)線接入失敗景象。案例分析問(wèn)題描畫(huà)：由后臺(tái)KPI發(fā)現(xiàn)南園村扇和扇PS域的無(wú)線接通率很差。無(wú)線接通率較低的緣由主要是在用戶進(jìn)展PS業(yè)務(wù)時(shí)RAB建立勝利率很低。問(wèn)題分析：對(duì)該問(wèn)題進(jìn)展定點(diǎn)和DT現(xiàn)場(chǎng)復(fù)現(xiàn)。測(cè)試數(shù)據(jù)如下：經(jīng)過(guò)路測(cè)數(shù)據(jù)和現(xiàn)場(chǎng)的情況來(lái)看，定點(diǎn)測(cè)試位置的PCCPCH RSCP和PCCPCH C/I良好。從路測(cè)采集的信令來(lái)看，南

10、園村扇和扇在進(jìn)展PDP激活時(shí)被回絕了，從而導(dǎo)致了接入失敗。詳細(xì)的信令如下：從Activate PDP ContextReject的解碼音訊來(lái)看，回絕的緣由Protocol error, unspecified 。Activate PDP ContextReject詳細(xì)的解碼音訊圖如下：從后臺(tái)跟蹤的信令來(lái)看，UE在發(fā)起Activate PDP ContextRequest后的RAB建立過(guò)程中，NodeB向RNC上報(bào)RadioLinkReconfigurationReady后，RNC立刻向NodeB下發(fā)了一條RadioLinkReconfigurationCancel，從而導(dǎo)致了RAB建立失敗和P

11、DP激活失敗。詳細(xì)的后臺(tái)信令如以下圖所示：RadioLinkReconfigurationCancel信令的下發(fā)是RNC和NodeB之間的事情，涉及Iub口。經(jīng)過(guò)查看后臺(tái)的參數(shù)配置，發(fā)現(xiàn)RNC和NodeB的ALL配置不一致。處理方案：在后臺(tái)進(jìn)展整表同步，保證RNC和NodeB的ALL配置一致。優(yōu)化結(jié)果：這個(gè)小區(qū)PDP激活正常和PS業(yè)務(wù)接入正常。網(wǎng)絡(luò)中存在的干擾問(wèn)題系統(tǒng)內(nèi)或系統(tǒng)外的干擾能導(dǎo)致接入失敗和掉話景象。采取的措施和方案經(jīng)過(guò)路測(cè)和后臺(tái)丈量確定能否存在干擾，排查干擾產(chǎn)生的緣由和干擾源，并進(jìn)展針對(duì)性的優(yōu)化。案例分析問(wèn)題描畫(huà)：后臺(tái)KPI闡明南山鉅建扇PS域的無(wú)線接通率很差。無(wú)線接通率較低的緣由主

12、要是在用戶進(jìn)展PS業(yè)務(wù)時(shí)RAB建立勝利率很低。問(wèn)題分析：對(duì)該問(wèn)題進(jìn)展定點(diǎn)和DT現(xiàn)場(chǎng)復(fù)現(xiàn)。測(cè)試數(shù)據(jù)如下：經(jīng)過(guò)路測(cè)數(shù)據(jù)和現(xiàn)場(chǎng)的情況來(lái)看，在上圖的紅色圓圈內(nèi)PCCPCH C/I部分區(qū)域較差，并且掉線一次。在該區(qū)域還出現(xiàn)PS域下載速率下降和不穩(wěn)定的景象。而南山鉅建扇覆蓋的其他區(qū)域的下載速率能到達(dá)業(yè)務(wù)的要求速率、并且速率穩(wěn)定。從路測(cè)現(xiàn)場(chǎng)數(shù)據(jù)來(lái)看，在上述區(qū)域的BLER比較高，下行SIR很差，下行時(shí)隙的ISCP也比較高、并且大于同時(shí)隙的RSCP。因此確定該區(qū)域存在下行干擾。詳細(xì)情況見(jiàn)以下圖。由于附近沒(méi)有室內(nèi)的站點(diǎn)，因此把南山鉅建扇的頻點(diǎn)修正為，并進(jìn)展驗(yàn)證測(cè)試。從路測(cè)數(shù)據(jù)和現(xiàn)場(chǎng)情況來(lái)看，BLER和下行時(shí)隙的I

13、SCP曾經(jīng)正常了，下載速率也穩(wěn)定和到達(dá)業(yè)務(wù)的要求了。詳細(xì)情況見(jiàn)以下圖。因此分析確定該區(qū)域的下行干擾是系統(tǒng)內(nèi)部產(chǎn)生的干擾。處理方案：結(jié)合周邊區(qū)域站點(diǎn)運(yùn)用的頻點(diǎn)情況，最終修正南山鉅建扇的頻點(diǎn)為，并進(jìn)展驗(yàn)證測(cè)試。優(yōu)化結(jié)果：從路測(cè)數(shù)據(jù)和現(xiàn)場(chǎng)情況來(lái)看，BLER和下行時(shí)隙的ISCP同樣正常，下載速率同樣滿足業(yè)務(wù)的要求。詳細(xì)情況見(jiàn)以下圖。PS域掉線率高PS域無(wú)線掉線率目的普遍偏高，其緣由首先與PS業(yè)務(wù)的特點(diǎn)相符合，PS用戶相對(duì)于CS用戶來(lái)說(shuō)堅(jiān)持時(shí)間較長(zhǎng)，并且呼叫的次數(shù)比較少，這樣一來(lái)會(huì)呵斥PS業(yè)務(wù)的掉話率相對(duì)于CS業(yè)務(wù)的掉話率來(lái)說(shuō)要高些；其次，PS用戶普通分布在室內(nèi)或車(chē)內(nèi)，而這些地方覆蓋較差，這也是影響到P

14、S業(yè)務(wù)掉話率較高的一個(gè)主要緣由；第三，目前終端不成熟，長(zhǎng)時(shí)間的PS業(yè)務(wù)會(huì)由于終端緣由呵斥掉話；第四，無(wú)線鏈路失敗導(dǎo)致PS業(yè)務(wù)掉線。終端問(wèn)題終端的性能是影響到PS業(yè)務(wù)掉話率較高的一個(gè)重要緣由，特別是長(zhǎng)時(shí)間的PS業(yè)務(wù)會(huì)由于終端異常引起掉話。采取的措施和方案改換南山展現(xiàn)廳因終端緣由呵斥大量掉話的宇龍酷派演示終端；有待終端廠家改善商用終端的性能；對(duì)引起大量掉話景象的個(gè)別終端或個(gè)別類(lèi)型終端進(jìn)展處置，以改善其性能。案例分析問(wèn)題描畫(huà)：從后臺(tái)KPI目的發(fā)現(xiàn)深圳挪動(dòng)TD-SCDMA南山展現(xiàn)廳PS業(yè)務(wù)的無(wú)線掉話率較差。該處為T(mén)D業(yè)務(wù)演示場(chǎng)所，用戶發(fā)起業(yè)務(wù)次數(shù)較多、話務(wù)量占全網(wǎng)比重較大，對(duì)整體網(wǎng)絡(luò)目的影響很大。初步

15、判別號(hào)碼為的終端掉線頻繁，該號(hào)碼占用小區(qū)主頻點(diǎn)、擾碼。問(wèn)題分析：深圳挪動(dòng)TD-SCDMA南山展現(xiàn)廳建立了室內(nèi)分析系統(tǒng)，配置個(gè)小區(qū)、個(gè)小區(qū)配置M異頻頻點(diǎn)；室外周邊小區(qū)沒(méi)有和南山展現(xiàn)廳室內(nèi)系統(tǒng)M同頻的小區(qū)；在南山展現(xiàn)廳室內(nèi)進(jìn)展測(cè)試，室外小區(qū)信號(hào)相對(duì)室內(nèi)信號(hào)很弱，相差dB左右，室內(nèi)覆蓋良好。測(cè)試結(jié)果見(jiàn)以下圖。為理處理南山展現(xiàn)廳PS業(yè)務(wù)掉線的問(wèn)題，在展現(xiàn)廳進(jìn)展察看和測(cè)試。找到號(hào)碼為的終端，該終端為做流媒體演示的酷派手機(jī)。經(jīng)過(guò)了解，流媒體演示由任務(wù)人員本人操作，用戶不能直接操作。直接對(duì)號(hào)碼為的酷派手機(jī)進(jìn)展反復(fù)操作，發(fā)現(xiàn)該手機(jī)掉線問(wèn)題比較明顯，從后臺(tái)跟蹤信令發(fā)現(xiàn)該終端經(jīng)常會(huì)發(fā)起小區(qū)更新；繼續(xù)操作發(fā)現(xiàn)該手機(jī)

16、經(jīng)常在重開(kāi)機(jī)后還是做不了業(yè)務(wù)，現(xiàn)場(chǎng)任務(wù)人員也反映該終端掉線比較頻繁；多次操作后，該終端出現(xiàn)搜不到卡和沒(méi)有網(wǎng)絡(luò)的情況，宇龍酷派任務(wù)人員也反響能夠終端長(zhǎng)時(shí)間任務(wù)過(guò)熱導(dǎo)致終端主板線路缺點(diǎn)而使手機(jī)收不到網(wǎng)絡(luò)，因此判別掉線能夠是由該終端問(wèn)題呵斥的。為了驗(yàn)證該酷派終端問(wèn)題，在演示廳內(nèi)除終端外其他終端業(yè)務(wù)正常展現(xiàn)的情況下，改換終端進(jìn)展測(cè)試。采用凱明測(cè)試手機(jī)銜接RNT路測(cè)軟件，占用小區(qū)進(jìn)展流媒體業(yè)務(wù)測(cè)試，測(cè)試分鐘沒(méi)有掉線；之后每分鐘一次斷開(kāi)重新?lián)芴?hào)測(cè)試，在第次時(shí)一段時(shí)間后速率會(huì)明顯下降，但并不影響流媒體業(yè)務(wù)。采用商用終端ZTE U、ZTEU在同一小區(qū)進(jìn)展流媒體業(yè)務(wù)，演示廳內(nèi)其他終端業(yè)務(wù)正常展現(xiàn)，測(cè)試次共分鐘左

17、右，沒(méi)有掉線情況發(fā)生。由上判別號(hào)碼運(yùn)用的酷派終端性能問(wèn)題導(dǎo)致了PS業(yè)務(wù)掉線頻繁。因此建議改換該號(hào)碼運(yùn)用終端，防止因終端問(wèn)題引起的掉線。無(wú)線鏈路失敗問(wèn)題弱覆蓋和網(wǎng)絡(luò)中存在的干擾都可以引起無(wú)線鏈路失敗，從而導(dǎo)致PS業(yè)務(wù)掉線。采取的措施和方案對(duì)于室外弱覆蓋區(qū)域進(jìn)展覆蓋優(yōu)化調(diào)整或增補(bǔ)站點(diǎn)改善覆蓋；對(duì)于室內(nèi)弱覆蓋區(qū)域經(jīng)過(guò)建立室內(nèi)分布系統(tǒng)改善覆蓋；對(duì)于網(wǎng)絡(luò)中存在的干擾，經(jīng)過(guò)路測(cè)和后臺(tái)丈量確定能否存在干擾，排查干擾產(chǎn)生的緣由和干擾源，并進(jìn)展針對(duì)性的優(yōu)化。案例分析問(wèn)題描畫(huà)：從后臺(tái)KPI目的發(fā)現(xiàn)朗山北T_、朗山二T_小區(qū)的PS業(yè)務(wù)的無(wú)線掉話率較差。問(wèn)題分析：經(jīng)過(guò)現(xiàn)場(chǎng)DT測(cè)試數(shù)據(jù)來(lái)看，朗山北T_、朗山二T_覆蓋區(qū)

18、域的PCCPCH RSCP和PCCPCH C/I良好。下面是測(cè)試的PCCPCH RSCP和PCCPCH C/I結(jié)果圖。從這個(gè)小區(qū)跟蹤的信令分析來(lái)看，發(fā)生PS業(yè)務(wù)掉話的呼叫主要集中在個(gè)號(hào)碼上，分別是IMSI:、。經(jīng)過(guò)用戶回訪得知這幾個(gè)用戶是宇龍酷派的測(cè)試號(hào)碼，宇龍酷派終端測(cè)試主要是在辦公室內(nèi)進(jìn)展的，由于宇龍酷派信息港所在樓宇沒(méi)有建立室內(nèi)分布系統(tǒng)，從而只能采用室外站點(diǎn)信號(hào)進(jìn)展覆蓋。同時(shí)，從下面的宇龍酷派信息港位置表示圖可以看出，其所在位置處于多個(gè)小區(qū)的邊緣中心經(jīng)過(guò)宇龍酷派信息港室內(nèi)測(cè)試，主要由朗山北T_、朗山二T_這個(gè)小區(qū)進(jìn)展覆蓋。由于室內(nèi)墻體穿透損耗的影響，覆蓋宇龍酷派信息港辦公大樓的室外信號(hào)較弱，沒(méi)有較強(qiáng)的主效力小區(qū)，切換頻繁；由于宇龍酷派測(cè)試量大、話務(wù)量大，所以這個(gè)小區(qū)的每個(gè)載波負(fù)荷重，而朗山北T_主頻點(diǎn)是、朗山二T_主頻點(diǎn)是，屬于M同頻，在沒(méi)有主效力小區(qū)的情況下業(yè)務(wù)信道有一定的同頻干擾。這都容易導(dǎo)致無(wú)線鏈路失敗的情況，從而引起掉話。宇龍酷派信息港的位置表示圖：處理方案：在宇龍酷派信息港辦公樓建立室內(nèi)分部系統(tǒng)，徹底處理因室內(nèi)覆蓋信號(hào)弱、小區(qū)容量缺乏導(dǎo)致的接入失敗和掉話問(wèn)題。