尋呼刪除分析

太原尋呼刪除分析一、現(xiàn)網(wǎng)情況通過網(wǎng)絡(luò)數(shù)據(jù)的監(jiān)控、統(tǒng)計(jì)，發(fā)現(xiàn)整體網(wǎng)絡(luò)尋呼成功率較高，但一些小區(qū)特別是熱點(diǎn)地區(qū)忙時(shí)存在較多的Paging_Del_Command，所以針對(duì)此中尋呼刪除現(xiàn)象進(jìn)行簡(jiǎn)要的分析。以下為近期出現(xiàn)尋呼刪除的小區(qū)數(shù)量情況：二、無線尋呼刪除對(duì)網(wǎng)絡(luò)質(zhì)量和客戶感知的影響分析在普通話務(wù)模型下，GSM的尋呼容量是足夠的，但是在特定的高密度話務(wù)區(qū)域卻容易出現(xiàn)尋呼容量缺乏，伴隨大量的尋呼排隊(duì)擁塞、超時(shí)和二次尋呼以及尋呼刪除，而造成尋呼刪除高的關(guān)鍵原因是主覆蓋小區(qū)承載業(yè)務(wù)量過高，尤其是數(shù)據(jù)業(yè)務(wù)量巨大導(dǎo)致小區(qū)CCCH信道負(fù)荷過高、尋呼資源缺乏導(dǎo)致客戶出現(xiàn)投訴現(xiàn)象。常見情況有呼困難和被叫“呼〞、短信延遲、上網(wǎng)速度慢等。尋呼刪除嚴(yán)重給客戶造成的感知極差，一些熱點(diǎn)地區(qū)，個(gè)別小區(qū)尋呼刪除嚴(yán)重，需要持續(xù)跟蹤解決。三、無線尋呼刪除原理分析介紹1、太原現(xiàn)網(wǎng)空口容量分析尋呼是在BCCH(BroadcastControChannel)的0時(shí)隙上進(jìn)行的，其中的PCH用來向移動(dòng)臺(tái)傳送尋呼請(qǐng)求信息。BCCH的0時(shí)隙在邏輯上被分為復(fù)幀結(jié)構(gòu)，每個(gè)復(fù)幀的發(fā)送時(shí)間為235.4ms。由于目前太原網(wǎng)絡(luò)BCCH信道類型均采用了非組合BCCH/SDCCH，那么一秒鐘最多可以發(fā)送的尋呼塊的數(shù)量為：AG=2：7/0.2354=29.74Pagingblock/second網(wǎng)絡(luò)第一次尋呼采用TMSI方式，即每個(gè)尋呼塊可以容納4個(gè)TMSI信息，每小時(shí)BTS能處理的最大尋呼指令數(shù)量為：〔AG=2〕4×3600×29.74＝428207Pagingmessage/hour但是這些都是不現(xiàn)實(shí)的，由于尋呼重傳機(jī)制，通常IMSI的比率在10％左右，特殊情況下更高，且并非每個(gè)CCCH塊均填充4個(gè)TMSI信息，加上BTS的PagingGroup機(jī)制，如果MFR設(shè)置為5，尋呼負(fù)荷超過140KMessage/小時(shí)就可能出現(xiàn)大面積尋呼刪除；2、尋呼刪除定義通過查看NED對(duì)“deletepagingcommand〞的介紹：Thiscounterindicatesifsomegroup-specificpagingqueuebecomessofullthatanadditionalpagingcommandcannotbestoredtothebuffer.Insuchacasethepagingcommandisdeleted.可知尋呼刪除產(chǎn)生的原因是某些paginggroup相對(duì)應(yīng)的buffer尋呼占用已滿，在這種情況下，溢出的pagingcommand將被刪除。每一個(gè)paginggroup都有獨(dú)立的Buffer，它的排隊(duì)深度〔PagingGroupQueueDepth〕和MFR密切相關(guān)，buffer的占用比例情況成為反映尋呼刪除情況的一個(gè)參考。3、尋呼刪除原因分析正如上所述尋呼信道并非完全專用，PCH與AGCH共享CCCH信道，并且PCH信道可用作AGCH信道，反過來那么不可以。當(dāng)系統(tǒng)需要下發(fā)ImmediateAssignment〔立即指配〕消息時(shí)，如果有AGCH空閑，就用預(yù)留/空閑的AGCH，如果沒有空閑的AGCH，就搶占PCH資源作為AGCH。所以當(dāng)業(yè)務(wù)量突發(fā)時(shí)，大量的立即指配消息下發(fā)導(dǎo)致AGCH信道忙而搶占PCH資源，從而引起PAGINGDELETE。由此得出結(jié)論，短時(shí)間內(nèi)業(yè)務(wù)量大導(dǎo)致CCCH容量缺乏是尋呼刪除過高的根本原因，所以增加CCCH信道數(shù)成為解決尋呼刪除問題的直接有效的方法現(xiàn)網(wǎng)尋呼刪除情況：PERIOD_START_TIMENAMECELL_IDNW_NAMELA_ID_LACPAGING_MSG_SENTDELETE_PAGING_COMMAND15-Feb-11TY-NBSC-10933222FUSHIKANGDONER214002651633273615-Feb-11TY-NBSC-1093704KANGNINGJIE414002651651583715-Feb-11TY-NBSC-10931803FUSHIKANGEQU314002651651116415-Feb-11TY-NBSC-10932073KANGNINGDONGJI31400265166587615-Feb-11TY-NBSC-10930812NANPAN21400265165489815-Feb-11TY-NBSC-10931403FUSHIKANGJIA31400265166297815-Feb-11TY-NBSC-10933221FUSHIKANGDONER11400265167119515-Feb-11TY-NBSC-1051471XIALANCUN1137453118978915-Feb-11TY-NBSC-10933211FUSHIKANGDONYI1140026516674815-Feb-11TY-NBSC-1093272XIAODIAN2135896729764115-Feb-11TY-NBSC-3091992WOHUSHAN2137585242562715-Feb-11TY-NBSC-21120842KOUQIANGYIYUAN2140127490160415-Feb-11TY-NBSC-10931521GAOCUNER1135896729445115-Feb-11TY-NBSC-1093281BEIGE1135896729036415-Feb-11TY-NBSC-10962634NANPANCUN4D1400265164348可以看出，由于業(yè)務(wù)量較大，每小時(shí)下發(fā)65K左右時(shí)即出現(xiàn)尋呼刪除，說明這些小區(qū)的CCCH資源嚴(yán)重缺乏。四、尋呼刪除區(qū)域分布統(tǒng)計(jì)一周內(nèi)出現(xiàn)的尋呼刪除小區(qū)個(gè)數(shù)，發(fā)現(xiàn)富士康區(qū)域較為集中，原因是業(yè)務(wù)量較高較集中，其余一些小區(qū)偶爾出現(xiàn)尋呼刪除，以專題地圖顯示如下：〔圖中數(shù)字標(biāo)識(shí)為：選取7天忙時(shí)出現(xiàn)尋呼刪除次數(shù)〕1、集中分布富士康區(qū)域由于業(yè)務(wù)量較高，較多小區(qū)忙時(shí)均會(huì)出現(xiàn)尋呼刪除，急待解決。2、分散分布其它一些小區(qū)偶爾出現(xiàn)尋呼刪除，與分布在鐵路附件和LAC邊界有關(guān)。五、解決方案針對(duì)富士康區(qū)域用戶較多，業(yè)務(wù)較集中，CCCH容量缺乏，尋呼刪除較多的情況提出如下解決方案：小區(qū)分裂增加新站或室內(nèi)分布系統(tǒng)進(jìn)行負(fù)荷分擔(dān)，解決擁塞情況，提升用戶感知，但需要工程、站址等條件。邏輯小區(qū)分裂在BSC側(cè)將一扇區(qū)分裂為2個(gè)小區(qū)，而基站側(cè)只修改傳輸時(shí)隙配置，基站硬件數(shù)據(jù)庫(kù)和板件連線無變化，這樣就等于在原覆蓋區(qū)引入兩個(gè)BCCH信號(hào)，可以在一定程度上緩解CCCH容量缺乏問題。3、開啟Extended_CCCH擴(kuò)展CCCH，顧名思義就是在傳統(tǒng)每小區(qū)只有1個(gè)CCCH時(shí)隙的根底上額外配置1-3個(gè)CCCH，從而改善CCCH缺乏所引發(fā)的尋呼刪除。擴(kuò)展新的CCCH時(shí)隙后，網(wǎng)絡(luò)的CCCH容量將增加100%至300%〔視所增加的CCCH數(shù)量〕，將有效提高