尋呼刪除分析

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