鄧金榮
【摘要】 本文從一個(gè)全業(yè)務(wù)客戶(hù)感知監(jiān)測(cè)平臺(tái)發(fā)現(xiàn)的問(wèn)題入手,介紹了從核心網(wǎng)到無(wú)線(xiàn)側(cè)分析排查和解決的方法,并探討了華為設(shè)備普遍存在的TBF建立成功率偏低的優(yōu)化思路,提出了在現(xiàn)有資源不足的情況下,如何提升華為數(shù)據(jù)業(yè)務(wù)性能,同對(duì)對(duì)合理利用新設(shè)備的特點(diǎn)進(jìn)行針對(duì)性的優(yōu)化,提升設(shè)備利用率提出了較好的建議。
【關(guān)鍵詞】 全業(yè)務(wù)客戶(hù)感知監(jiān)測(cè)平臺(tái) TBF建立成功率 CCCH過(guò)載
一、問(wèn)題描述
在全業(yè)務(wù)客戶(hù)感知監(jiān)測(cè)平臺(tái)中,發(fā)現(xiàn)某地市的燎原基站晚上20點(diǎn)到凌晨1點(diǎn)的時(shí)間段內(nèi)數(shù)據(jù)業(yè)務(wù)(彩信、WAP首頁(yè)訪(fǎng)問(wèn)、PDP激活)成功率偏低,且22點(diǎn)到23點(diǎn)情況特別嚴(yán)重,WAP首頁(yè)訪(fǎng)問(wèn)成功率僅為67.24%,PDP激活成功率67.92%。
二、問(wèn)題分析
1、行為分析。對(duì)撥測(cè)號(hào)碼彩信的ilog數(shù)據(jù)進(jìn)行分析,發(fā)現(xiàn)雖然彩信發(fā)送失敗,但該號(hào)碼仍然可以收到PUSH短信,而在核心網(wǎng)對(duì)發(fā)送方進(jìn)行抓包可以得到如下信息:(1)網(wǎng)關(guān)的響應(yīng)非常慢。用TCP連接網(wǎng)關(guān)3次才能連上,正常的連接時(shí)候應(yīng)該在1秒以?xún)?nèi),這里耗時(shí)用了12秒。說(shuō)明數(shù)據(jù)網(wǎng)絡(luò)可能存在問(wèn)題(擁塞或者丟包)或者彩信服務(wù)器這個(gè)時(shí)刻的壓力運(yùn)作不正常。但由于其它測(cè)試點(diǎn)正常,可以排除第二個(gè)原因。(2)正常情況下,發(fā)送方收到網(wǎng)絡(luò)的確認(rèn)信息才算是發(fā)送成功(MMS m-send-conf),但是這里發(fā)送方并沒(méi)有收到網(wǎng)絡(luò)的確認(rèn)消息,被叫方卻收到了PUSH短信,說(shuō)明在彩信服務(wù)器已收到發(fā)生請(qǐng)求并回送確認(rèn),但是發(fā)送方并未收到確認(rèn)信息導(dǎo)致多次重發(fā)。
2、號(hào)碼定位。根據(jù)提供的測(cè)試卡號(hào)碼,在Msofx3000上查找到該撥測(cè)號(hào)碼鎖定在燎原基站第三小區(qū)。在M2000上看燎原3的相關(guān)性能指標(biāo),發(fā)現(xiàn)該小區(qū)TBF建立成功率偏低,且失敗次數(shù)全部都集中在“手機(jī)無(wú)響應(yīng)導(dǎo)致下行GPRS TBF建立失敗次數(shù)”上。平均每時(shí)段失敗次數(shù)達(dá)到4158次。分析S62燎原3一天內(nèi)的指標(biāo)變化情況,發(fā)現(xiàn)MS無(wú)響應(yīng)次數(shù)隨著業(yè)務(wù)流量上升而增大,在晚忙時(shí)22:00時(shí)最大,達(dá)到6703次以上,是閑時(shí)的100倍以上。手機(jī)無(wú)響應(yīng)導(dǎo)致下行TBF建立失敗主要包括了在CCCH上發(fā)起的下行TBF建立失敗和在PACCH上發(fā)起的下行TBF建立失敗兩種情況。而通過(guò)相關(guān)測(cè)量結(jié)果顯示,燎原3小區(qū)PACCH上的下行支配成功率正常,都保持在90%以上。而CCCH上的下行指配成功率偏低,每小時(shí)CCCH下行指配成功率僅為52.07%。因此,懷疑存在CCCH信道擁塞的可能,進(jìn)一步分析流控測(cè)量相關(guān)的話(huà)統(tǒng)指標(biāo)“呼叫相關(guān)測(cè)量(CALL)→流控測(cè)量<小區(qū)>→Abis接口分組CCCH負(fù)載指示消息上報(bào)次數(shù)”,發(fā)現(xiàn)“Abis接口分組CCCH負(fù)載指示消息上報(bào)次數(shù)”非常多,在話(huà)務(wù)忙時(shí)為92次,數(shù)據(jù)業(yè)務(wù)忙時(shí)達(dá)到126次。根據(jù)尋呼原理可以知道,BTS把下行CCCH(PCH信道)上的來(lái)自BSC的尋呼消息分別存放在接收緩沖隊(duì)列中,當(dāng)接收緩沖隊(duì)列的長(zhǎng)度超過(guò)一定門(mén)限時(shí)就認(rèn)為下行CCCH過(guò)載。因此可以初步判定該小區(qū)存在CCCH擁塞。
三、解決思路
針對(duì)CCCH擁塞問(wèn)題,可進(jìn)行以下優(yōu)化調(diào)整:(1)提高“CCCH負(fù)荷門(mén)限”值?!癈CCH負(fù)荷門(mén)限”對(duì)Abis接口分組CCCH負(fù)載指示消息上報(bào)次數(shù)比較少的小區(qū)有效果。此參數(shù)設(shè)置過(guò)小,Abis接口上的信令流量增加,加大系統(tǒng)的負(fù)擔(dān);設(shè)置過(guò)大,BSC不能對(duì)BTS發(fā)生的異常情況做及時(shí)處理。目前默認(rèn)設(shè)置該值為80%,我們嘗試將該值修改到100%,觀察后發(fā)現(xiàn)沒(méi)有明顯改善效果。(2)擴(kuò)容CCCH信道。擴(kuò)容CCCH信道,即為S62燎原3增加1個(gè)BCH信道。因?yàn)槟J(rèn)情況下,一個(gè)小區(qū)只配置一個(gè)主BCCH,這樣有“1個(gè)非組合的CCCH”,那么CCCH在一個(gè)BCCH復(fù)幀中的消息塊數(shù)就為9。如果再增加配置1個(gè)BCH信道,就有“2個(gè)非組合的CCCH”,那么CCCH在一個(gè)BCCH復(fù)幀中的消息塊數(shù)就為18,很大程度上提高了CCCH的容量。為S62燎原3增加1個(gè)BCH信道后,“Abis接口分組CCCH負(fù)載指示消息上報(bào)次數(shù)”明顯減少,同時(shí)“MS無(wú)響應(yīng)導(dǎo)致下行GPRS TBF建立失敗次數(shù)”也明顯減少,問(wèn)題基本解決。優(yōu)化后,手機(jī)無(wú)響應(yīng)導(dǎo)致下行GPRS TBF建立失敗次數(shù)在數(shù)據(jù)業(yè)務(wù)忙時(shí),從優(yōu)化前最高峰的6703次,下降到209次。而TBF建立成功率也由優(yōu)化前的69%提升到98%。
四、經(jīng)驗(yàn)總結(jié)
華為內(nèi)置PCU相較外置PCU,容量更大性能更好,但由于剛剛引入,大部分參數(shù)仍按照設(shè)備入網(wǎng)時(shí)的默認(rèn)設(shè)置,仍有較大的提升空間,因此需要進(jìn)行針對(duì)性的研究和優(yōu)化,挖掘設(shè)備優(yōu)勢(shì),提高網(wǎng)絡(luò)性能,從而改善用戶(hù)的數(shù)據(jù)業(yè)務(wù)使用感受。
參 考 文 獻(xiàn)
[1] 《GSM移動(dòng)通信網(wǎng)絡(luò)優(yōu)化》
[2] 華為BSC6000技術(shù)文檔