華為設備TBF建立成功率優(yōu)化提升方案XXXX03

1、華為設備TBF建立成功率優(yōu)化提升方案XXXX03華為設備TBF建立成功率的提升方案目錄1網絡接入性能分析優(yōu)化 51.1接入性能指標51.2無信道資源導致的下行TBF建立失敗優(yōu) 化6無線擁塞類型6122對于無線擁塞的處理71.3手機無響應導致下行TBF建立失敗8空口質量101.3.3 Abis 口傳輸111.3.4 BSC6000 PCU 處理部分111.3.5 GB 口傳輸14手機問題 15手機行為151.4CCCH過載導致下行TBF建立成功率低1.5問題描述分析18解決方法21優(yōu)化前后效果比較 221網絡接入性能分析優(yōu)化1.1接入性能指標下行TBF建立成功率計算公式如下：內置PCU TBF建

2、立成功率定義：1）上行TBF建立成功率=（上行GPRS TBF建 立成功次數(shù)+上行EGPRS TBF建立成功次 數(shù)）/（上行GPRS TBF建立嘗試次數(shù)+上行 EGPRS TBF建立嘗試次數(shù)）2）下行TBF建立成功率=（下行GPRS TBF建 立成功次數(shù)+下行EGPRS TBF建立成功次 數(shù)）/（下行GPRS TBF建立嘗試次數(shù)+下行 EGPRS TBF建立嘗試次數(shù)）統(tǒng)計TBF建立失敗的主要有以下2個指標：1）無信道資源導致下行TBF建立失敗次數(shù)/無 信道資源導致下行TBF建立失敗次數(shù)2）MS無響應導致下行TBF建立失敗次數(shù)/ MS 無響應導致下行TBF建立失敗次數(shù)TBF性能優(yōu)化中主要就無信道

3、資源導致下行 TBF建立失敗次數(shù)和MS無響應導致下行TBF建 立失敗次數(shù)這2個指標進行優(yōu)化。1.2無信道資源導致的下行TBF建立失敗優(yōu)化在EGPR網絡建設初期，EGPR信道配置較 少，隨著EGPR數(shù)據(jù)用戶的增長，需要對基站的 容量進行擴容和EGPR信道個數(shù)或信道控制參數(shù) 進行調整。無線擁塞類型對于無信道資源導致TBF建立失敗，按照問 題的嚴重程度分為以下幾個類型：1）硬擁塞，上行下行TBF建立無可用的信道資 源該問題非常嚴重，由于EGPRS&GPRS無法 使用，給用戶造成的主觀感受很差。2）話音搶占造成TBF釋放，忙時回收有負載動態(tài)PDCH次數(shù)比較嚴重，相當于GSM中的掉話。3）TBF信道復用

4、比較明顯，每用戶平均占用 信道個數(shù)比較少嚴重程度一般，EGPRS&GPRS可正常使 用，但是給用戶的感受是速度慢。以上是判斷擁塞的一般性描述，具體的判斷標準可根據(jù)具體情況進行合理定義。對于無線擁塞的處理根據(jù)不同的擁塞現(xiàn)象，處理建議分別如下：1）有較多的硬擁塞或者話音造成的TBF釋 放，此種情況下無可用PDCH信道，由于語音的 搶占導致配置的動態(tài)PDCH為TCH狀態(tài)。此種情況必須通過增加靜態(tài)PDCH信道或 者TRX擴容才能夠解決。2）有TBF復用明顯現(xiàn)象以及少量語音造成TBF釋放問題不特別明顯建議增加PDCH動態(tài)信道個 數(shù)，并且如果該點為CQT點則一定要增加 EGPRS靜態(tài)信道。內置PCU，增加

5、小區(qū)級PDCH信道控制參數(shù)： “小區(qū)下最大PDCH比率門限”。3）有少量的TBF復用明顯問題不明顯，但如果為CQT點則最好增加 PDCH動態(tài)信道。內置PCU的BSC，增加小區(qū)級PDCH信道控制 參數(shù)：“小區(qū)下最大PDCH比率門限”。1.3手機無響應導致下行TBF建立失敗本測量指標統(tǒng)計一個測量周期內小區(qū) MSS 響應導致下行GPRS TB建立失敗次數(shù)，MS無響 應導致下行TBF建立失敗包含以下兩種情況：(1) MS無響應導致在CCCH上發(fā)起的下行TBF 建立失敗在下行TBF的建立流程中，網絡側會發(fā)送 POLLING消息給MS來獲取TA值，并且預留塊 資源讓MS回應指配確認消息。如果網絡側在指 配

6、的信道的預留塊資源上未收到該MS的PACKET CONTROL ACKNOWLEDGEMENT 消息，網絡側會多次重 發(fā)下行立即指配，直到超出最大嘗試次數(shù)。圖1是由于MS無響應導致建立下行TBF建 立失敗的過程。每當網絡側嘗試次數(shù)超出最大值 的時候，如圖中的測量點A所示，統(tǒng)計值“手機 無響應導致下行TBF建立失敗次數(shù)”加一。MSNetworkIMMEDIATE ASSIGNMENT-POILUNG(RRBP)POLUNO(RRBP)wMS No Response. .J圖1 MS無響應導致在CCCHk發(fā)起的下行TBF建立失敗MS無響應導致在PACCH上發(fā)起的下行TBF 建立失敗網絡側可以通過下

7、面兩種方法來建立下行TBF :在當前的上行TBF傳輸過程中或下行TBF 釋放過程中發(fā)起新的下行TBF建立請求；在當前 的下行TBF傳輸過程中為該TBF重新指配下行 資源。網絡側發(fā)送PACKET DOWNLINK ASSIGNMENT消息，并且預留塊資源讓 MS回 應指配確認消息。如果網絡側在指配的信道的預 留塊資源上未收到該MS的PACKETCONTROL ACKNOWLEDGEMENT 消息，網 絡側會多次重發(fā)下行分組指配，直到超出最大嘗 試次數(shù)。圖2是由于MS無響應導致下行TBF建立失敗的 過程，每當重發(fā)的次數(shù)超出最大的嘗試次數(shù)時， 如圖中的測量點A所示，統(tǒng)計值”手機無響應導 致下行TBF

8、建立失敗次數(shù)加一。MSNetworkPACKET DOWNUNKASSIGNMErJKRRBP)PACKET DOWNLINKASSIGNMENT(RRBP)PACKET DOWNLINKASSIGNMENT（RRBPJ AB+ te U TAM MS 拝堪石T1?童電駅bioci:手機進行確認ni*： *：E3RL*：，帕股舒厲20牛下4? RLC data big釀3 RRBF (WISE WwnliriK九即N日煦DOT k lit I-蟲 l.U 酸晦喬弔圖4 CCCHh建立下行TBF流程如圖4,在下行TBF開始時，網絡側在下行TBF 的PACCH 下發(fā)以 TFI 標識的 Packet

9、 Polling Request消息。手機對此響應ACCESS BURST類 型的分組控制確認消息。網絡側從AB(ACCESS BURST)中提取時間提前量，在Packet Power Control/Timing Advanee消息中通知手機，并發(fā) 分組下行指配消息給手機分配多個信道。(此流 程的作用：一是確認手機是否收到下行立即指 配，下行TBF是否建立成功；二是提取時間提前 量通知手機)。由于手機和網絡的配合問題，可能會出現(xiàn) 網絡側發(fā)了立即指配消息和Packet Polli ng Request消息,手機沒有收到的情況，因此適當增 加立即指配消息或Packet Polling Reque

10、st消息 的重發(fā)次數(shù)，然而提高立即指配次數(shù)會導致指 配成功率的降低，因此一般選擇提高Packet Polling Request消息的重發(fā)次數(shù)，可以很大程度 上減少手機無響應的概率，類似于語音中的尋呼 次數(shù)。繼續(xù)看圖4,如果手機發(fā)的上行FAI已經發(fā) 送，但此時上行TBF還處于傳輸狀態(tài)，就不能進 行下行建立，需等待一段時間后再建立下行，如 果這個時間超時就會導致手機無響應。PACCH上的下行TBF建立流程，如圖5所示:PCU在PACCH上發(fā)分組下行指配消息以 后，如果沒有收到手機響應的分組控制確認消 息，則PACCH上的下行TBF建立失敗。另外，加大上下行延遲釋放時間，可以增大 手機從PACCH

11、建立下行的幾率，因此可以提高 手機接入時間， 提高下行TBF建立成功率，一 定程度上減少手機無響應?？趥鬏攲τ贕B 口，主要關注是否有GB 口的鏈路故 障，是否有擁塞情況。手機問題對于個別手機可能存在手機兼容性問題，也有可能是手機本身的問題，對于這些問題需要手 機側進行處理定位。手機行為下行由于手機可能已經進入其他小區(qū)，此 時在原小區(qū)建立下行TBF時的POLLING消息和 指配消息，手機無法響應；另外，即便手機還在 原小區(qū)，由于可能該手機處于StandBy狀態(tài)，對 于PCU建立下行TBF時的指配消息和POLLING 消息，該手機也不一定能接收到或及時響應。此 外,手機即使收到了 Polling

12、消息，由于兼容性問 題，會導致不回AB消息。這些都可能導致下行 TBF因手機無響應而建立次數(shù)占下行 TBF嘗試 建立次數(shù)的比例較高。1.4 CCCH過載導致下行TBF建立成功率低CCCH信道在空口上主要傳送尋呼信令（PCH）和立即指配信令（AGCH ）。每條尋呼 信令和立即指配信令均占一條51復幀，51復幀占 用時長為0.2354秒。立即指配消息和尋呼消息共同在CCCH信 道下發(fā)，當小區(qū)的配置為“一個非組合CCCH信 道時”，CCCH共分9個消息塊，接入允許保留 塊數(shù)設置了保留多少個消息塊供立即指配消息 專用，一般該參數(shù)設置為1或2。當同時下發(fā)立即 指配消息較多時，會占用其它消息塊，此時，立

13、即指配消息和尋呼消息同時排在尋呼隊列中，會 導致尋呼隊列更擁塞，尋呼超時次數(shù)進一步增 加。一條尋呼信令中能發(fā)多條尋呼消息。采用 TMSI尋呼方式，一條尋呼信令最多可發(fā)送4條尋 呼尋呼消息，采用IMSI尋呼方式，一條尋呼最 多可發(fā)送4條尋呼消息。張家口移動尋呼策略則 是采用兩次尋呼，第一次采用TMSI尋呼，第二 次采用IMSI尋呼，現(xiàn)網各位置區(qū)一次尋呼成功 率在91 %94%之間，采用比較統(tǒng)計的值為 93%,這樣通過典型尋呼合并效率計算，估算出 平均每條尋呼信令中下發(fā)2.98條尋呼消息。CCCH負荷、CCCH溢出率為參考移動通信業(yè) 界的思路自定制的分析公式，用如下公式估算：CCCH負荷=（A33

14、0:尋呼下發(fā)次數(shù)（電路業(yè) 務）+ A331:尋呼下發(fā)次數(shù)（分組業(yè)務）/2.98 X 0.2354+（A301H:立即指配命令次數(shù)（分組業(yè) 務）+ CA301J:立即指配命令次數(shù)（電路業(yè)務） X 0.2354 /3600/ （9X 配置的 CCCH 時隙數(shù)）X 100%；其中配置的CCCH時隙數(shù)指的是BCCH信道 數(shù)和擴展BCH信道（BCH信道）數(shù)之和，默認 不開通擴展BCH場景下為1。（每51復幀中能夠 發(fā)送多條PCH尋呼塊，每個尋呼塊最大能夠發(fā)送 2-4條尋呼消息；而每51復幀只發(fā)送一條立即指 配命令消息）考慮以CCCH溢出率來估算CCCH信道過載 程度：CCCH溢出率=（A337:PCH電

15、路業(yè)務尋呼刪 除次數(shù)+ A338:PCH電路業(yè)務尋呼超時次數(shù)+ A339:PCH分組業(yè)務尋呼刪除次數(shù)+ A340:PCH 分組業(yè)務尋呼超時次數(shù)+ L3188A:Abis接口刪除 指示消息上報次數(shù)）/（ A330:尋呼下發(fā)次數(shù)（電 路業(yè)務）+ A331:尋呼下發(fā)次數(shù)（分組業(yè)務）+ A301H:立即指配命令次數(shù)（分組業(yè)務）+ CA301J:立即指配命令次數(shù)（電路業(yè)務）X 100%。指標指標描述A330:CELL PAGES CS尋呼下發(fā)次數(shù)（電路業(yè)務）A331:CELL_PAGES_PS尋呼下發(fā)次數(shù)（分組業(yè)務）A337: CELL_CIRCUIT_PCH_DELPCHfe路業(yè)務尋呼刪除次數(shù)A338

16、: CELL_CIRCUIT_PCH_EXPPCHfe路業(yè)務尋呼超時次數(shù)A339: CELL_PACUIT_PCH_DELPCF分組業(yè)務尋呼刪除次數(shù)A340: CELL_PACUIT_PCH_EXPPCF分組業(yè)務尋呼超時次數(shù)L3188A:CELL_DEL_INDAbis接口刪除指示消息上報次數(shù)問題描述分析對于PCU下面?zhèn)€別小區(qū)因業(yè)務量高導致話 統(tǒng)指標“手機無響應導致下行TBF建立失敗次 數(shù)”較高，導致下行TBF建立成功率較低，晚忙 時特別明顯。從CCCH上的下行TBF建立流程分析，對存在 手機無響應導致下行TBF建立失敗次數(shù)較高的 小區(qū)（沽源ZJGD01D、沽源ZJGD01C、沽源Z JGD0

17、1B 等），分析流控測量相關的話統(tǒng)指標“呼 叫相關測量（CALL）-流控測量小區(qū)- Abi s接口分組CCCH負載指示消息上報次數(shù)（此話 統(tǒng)指標需要在M2000上先進行登記），發(fā)現(xiàn)重 要信息：Abis接口分組CCCH負載指示消息上報 次數(shù)非常多（見表1）起始時間GCELLL3188D:Abis 接口 CCCH負載指示（PCH消息上報次數(shù)（分組業(yè)務）02/16/2011 19:00:00ZJDH899A16602/16/2011 19:00:00ZJDHB38F15202/16/2011 19:00:00ZJDHB38G10102/16/2011 19:00:00ZJG801A10902/16/

18、2011 19:00:00ZJG801B17802/16/2011 19:00:00ZJGB01A18402/16/2011 19:00:00ZJGB01B21102/16/2011 19:00:00ZJGB01C21602/16/2011 19:00:00ZJGB38A24002/16/2011 19:00:00ZJGB38D13102/16/2011 19:00:00ZJGD01B22602/16/2011 19:00:00ZJGD01C114表1 Abis接口分組CCCH負載指示消息上報次數(shù)當CCCH過載，BSC收到測量小區(qū)所屬的B TS報告的 PACKET CCCH LOAD IND

19、消息的 次數(shù)，然后，BSC側啟動一個TN_CCCH_OVE RLOAD_PROTECTION 定時器，BSC 為了降低 CCCH擁塞程度，基于話音業(yè)務優(yōu)先于分組業(yè)務 的原則，分組域不重發(fā)下行分組立即指配，并且只發(fā) 1 個polling request，即只發(fā) 1 個IMM ASS 和 1個Polling Request消息。在TN_CCCH_OVE RLOAD_PROTECTION 定時器超時后，恢復正 常。即正常情況下，如果手機對下行分組立即指 配無響應的話，BSC會重發(fā)IMM ASS和Polling Request，直到手機有響應為止。而且每個IMMASS后發(fā)5個Polling Reque

20、st （所發(fā)個數(shù)在LMT中可以配置，默認值已為最大值 5）。IMM AS S的下發(fā)次數(shù)在LMT中也可以配置，現(xiàn)在默認為 2次。正常情況下，手機無響應導致下行TBF建 立失敗的話，BSC側會共發(fā)送2個IMM ASS和10 個Polli ng Request。由于空口質量不穩(wěn)定，一般網絡側會發(fā)幾個Polling Request后，手機才有響應，如圖6所示:S lode ReportsAEg.Fro .郵1ELC/MAC 丹HS1RLJC/HAC &HS1RLC/NAC tHS1RLC/HAC fMSIRUC/NAC fMSIRIJC/MAC 4MSIRLC/MAC 世WS1ELC/MAC 1W51

21、ELC/MAC tnsiELJC/MM：兮MSIELC/NAJC fHS1RLC/NAC 0HS1RLC/NAC tMSIRLC/NAC 內MSIRIJC/NAC 哥MSIELC/NAC tMSIBir/WAC oWS1ELC/MAC tWS1ELJC/WAC t郵1ELC/HAC lHS1ELC/NAJC 爭MSIRUC/HAC fHS1RLC/NAC $MSIRLC/HAC 內MSIRUC/NAC 哥MSIRIJC/HAC fttSlN/UAC 禺WS1ELE/MAC tWS1ELJC/HAC O呵ELC/MM：令MSIRLC/NAJC 令HS1RLC/NAC 0HS1RLC/NAC tM

22、SIRLC/NAC 右HS1RIJC/MAC tPacket 1 .pl ink Ack/tJ生:kPaclwt Falling11EGPRS Picket Downlink Ack/Nick EGPRS Pickit Dwnlink Ack/Nadc EGPRS Packet Downlink Ack/Hbek Facket Upl int Ack/MackPacket Polling RequestEGFHS Facket Dcwnlink Ack/NackEGFR5 Facket Dcvniliiik 負ck/KackPacket Upliitk 駄k/NackEGFR5 Ticket

23、Downlink Ack/NaclsPacket FollingEGPRS Packet. Downlink Ack/NackPacket Uplink Aek/NackP&ck&t Unlink Ack/WackEGPHS Packet Dcwnlink Ack/NaclsPTCCH DL矗空洱eEGFR5t Downlink Ack/Nack1 EWBS Ffwkct Downlinh A)ck/JkukFgckw* FollingFickat Uplink Ack/Nck EGPRSDownlink Ack/N*ckPacket Downlink Assiruiisnt Picket U

24、plink Adk/Nack Packet Uplink Aek/Hatk EGPRS Packet Downlink Ack/N&ct Packet Uplink Ack/Uack EGPRS Packet Downlink Ack/Nack PacketFubtt ?ukatPacketVplink AcR/NackUplink Ack/Nack Uplink Ark/HackEGFRS Fzlat 血wKUnk Mk/Ikdc Packet Po*r Control/Timing Ad.EGPRS Packet Downlink Ack/NidcEq MSI MSI MSI MSI MS

25、I MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSIFH FH FHFHPHPH PH FHFDCH Blxk FDCH Block FOCH BlockPXH RlsekBloek HeportBlock E&pr Block ReportBlock Rep or tHtdar M&dtr Header HeaderDL hl DL DL Report Katport ReportBL DL DLDLRt

26、p&rt Rtport RtpartRepoirtMFHMFH MansuramantWFM V Qiurefnent ELC/HAC ThroughputMPM 矗站 ur an ent Report MPH fle妙uranMit Report GMM Event RepfirtGMH Event Repor t GMH ETent ReportMPH Measuremsnt ReportSNPCP rhroughput GNU Evnt RaortMFH e&surefnent Report GMM Evtnl Rpor I.LLC Thr oughput PH Block Kaport

27、 ULPH PDCH Slock Header ULMFM Me azurement Report MFH FAe*111*ement Report FH PHFH FHPH PH FHPHFXH Bflxk Header FDCH Block Ktader FKH Blxk Hadar PXM Block Htdtr Block Report Block Report Block Report Block ReportDL DL DL DLReportDL DL DLBLLepor t H*port Rtport Rtport圖6 Polling消息下發(fā)次數(shù)圖6所示的是手機不在小區(qū)業(yè)務高峰時

28、，BSC側發(fā)了 3個Polling Request后手機才有回應， 這屬于正?，F(xiàn)象。142解決方法當CCCH負荷超過75%后，CCCH信道溢出嚴 重，此時應及時采取路由區(qū)分裂、位置區(qū)分裂、 增加BCH信道等優(yōu)化措施；當CCCH負荷在60% 到75%之間，此時CCCH信道溢出率指標不超過 6%,此次應予關注，必要時采取減少尋呼次數(shù)、 增加CCCH信道數(shù)目等相關措施；當CCCH負荷 低過60%時，CCCH溢出次數(shù)比較少，只需針對 個別問題小區(qū)進行優(yōu)化處理。對于LAC區(qū)內的尋呼業(yè)務考慮。若 A330 + A331尋呼容量典型值(每小時19萬次)，需考慮 對該LAC區(qū)內所有小區(qū)擴展BCH。對目前張家口

29、華為區(qū)域現(xiàn)網的CCCH負荷分析 來看，不存在整個LAC區(qū)下所有小區(qū)CCCH過載 問題。對于個別小區(qū)CCCH過載評估，若 (A337+A338+A339+A340+L3188A)/ (A330 + A331)10%，表示出現(xiàn)尋呼消息丟棄，建議配置 擴展BCH，擴容CCCH信道：對應的一個BCCH復幀中CCCH消息塊數(shù) 為：3、9、18、27、36。CCCH 配置決定了 PCH、 AGCH和RACH容量。接入允許保留塊數(shù)、CCCH配置參數(shù)會根據(jù) 小區(qū)主B載頻0信道配置類型動態(tài)調整：若小區(qū)CCCH配置為非“ 1個組合CCCH ”， 則接入允許保留塊數(shù)缺省值修改為2,同時該參 數(shù)的取值范圍為17。若小

30、區(qū)的CCCH配置為“ 1 個組合CCCH ”時，貝V將該小區(qū)對應的系統(tǒng)消息 表中的接入允許保留塊數(shù)缺省值修改為1,同時 該參數(shù)的取值范圍為12;默認情況下，一個小區(qū)只配置一個主 BCCH，這樣有“1個非組合的CCCH ”，那么 CCCH在一個BCCH復幀中的消息塊數(shù)就為9。 如果多配置一個BCH，那么就有“ 2個非組合的 CCCH ”，那么CCCH在一個BCCH復幀中的消 息塊數(shù)就為18,很大程度上提高了 CCCH的容 量。優(yōu)化前后效果比較以下是實施優(yōu)化方案前后的對比效果：優(yōu)化方案實施后Abis接口分組CCCH負載 指示消息上報次數(shù)明顯減少（見表2）,只有業(yè)務突發(fā)高峰造成的幾次過載起始時間GC

31、ELLL3188D:Abis 接口 CCCH負載指示（PCH消息上報次數(shù)（分組業(yè)務）（無）02/16/2011 19:00:00ZJDH899A16602/17/2011 19:00:00ZJDH899A1802/16/2011 19:00:00ZJDHB38F15202/17/2011 19:00:00ZJDHB38F002/16/2011 19:00:00ZJDHB38G10102/17/2011 19:00:00ZJDHB38G002/16/2011 19:00:00ZJG801A10902/17/2011 19:00:00ZJG801A002/16/2011 19:00:00ZJG80

32、1B17802/17/2011 19:00:00ZJG801B2902/16/2011 19:00:00ZJGB01A18402/17/2011 19:00:00ZJGB01A002/16/2011 19:00:00ZJGB01B21102/17/2011 19:00:00ZJGB01B002/16/2011 19:00:00ZJGB01C21602/17/2011 19:00:00ZJGB01C002/16/2011 19:00:00ZJGB38A24002/17/2011 19:00:00ZJGB38A002/16/2011 19:00:00ZJGB38D13102/17/2011 19:

33、00:00ZJGB38D202/16/2011 19:00:00ZJGD01B22602/17/2011 19:00:00ZJGD01B902/16/2011 19:00:00ZJGD01C11402/17/2011 19:00:00ZJGD01C0表2增加擴展BCCH言道前后的Abis接口分組CCCH負載指示消息上報次 數(shù)從KPI上看，擴容CCCH后，下行TBF建立 成功率已經有了很大的提高。忙時的下行TBF建 立成功率由原來的80%多上升到90%以上（見表 3），效果非常明顯。起始時間網元名稱GCELL下行EGPRSTBF建立嘗試次數(shù)下行EGPRSTBF建立成功次數(shù)MS無響應 導致下行EG

34、PRSTBF建立失敗次數(shù)下行EGPRSTBF建立成功率（）02/16/2011ZKBS17ZJDH899A109709605136587.56%19:00:0002/16/201119:00:00ZKBS9ZJDHB38F7274629597986.54%02/16/201119:00:00ZKBS9ZJDHB38G56694377129277.21%02/16/201119:00:00ZKBS17ZJG801A1138010097128388.73%02/16/201119:00:00ZKBS17ZJG801B119411094699591.67%02/16/201119:00:00ZKBS

35、9ZJGB01A9352864670692.45%02/16/201119:00:00ZKBS9ZJGB01B102799273100690.21%02/16/201119:00:00ZKBS9ZJGB01C9269828798289.41%02/16/201119:00:00ZKBS9ZJGB38A1362911909172087.38%02/16/201119:00:00ZKBS9ZJGB38D7968714981989.72%02/16/201119:00:00ZKBS9ZJGD01B123281135897092.13%02/16/201119:00:00ZKBS9ZJGD01C673

36、8587286687.15%02/17/201119:00:00ZKBS17ZJDH899A127851227115095.90%02/17/201119:00:00ZKBS9ZJDHB38F506150016098.80%02/17/201119:00:00ZKBS9ZJDHB38G134791332715298.87%02/17/201119:00:00ZKBS17ZJG801A992698556999.20%02/17/201119:00:00ZKBS17ZJG801B124641173034394.10%02/17/201119:00:00ZKBS9ZJGB01A39503926249

37、9.30%02/17/201119:00:00ZKBS9ZJGB01B539953574299.20%02/17/201119:00:00ZKBS9ZJGB01C621461734199.30%02/17/201119:00:00ZKBS9ZJGB38A533252745798.90%02/17/201119:00:00ZKBS9ZJGB38D551354199398.20%02/17/201119:00:00ZKBS9ZJGD01B139971376121498.30%02/17/201119:00:00ZKBS9ZJGD01C548254453599.30%附錄：相關話統(tǒng)含義說明1、PCH

38、電路業(yè)務尋呼刪除次數(shù)A337: CELL_CIRCUIT_PCH_DEL含義:本指標統(tǒng)計了 PCH塊上調度消息時存在競 爭問題，記錄電路域尋呼消息被刪除的次數(shù)。 BTS統(tǒng)計PCH電路業(yè)務尋呼刪除次數(shù)并每分鐘 上報一次 BTS_STATIS_REPORT 消息給 BSC2、PCH電路業(yè)務尋呼超時次數(shù)A338: CELL_CIRCUIT_PCH_EXP含義:本指標統(tǒng)計了 PCH塊上調度消息時存在競 爭問題，記錄電路域尋呼消息超時的次數(shù)。 因為每個尋呼都有生存周期，超過生存周期后， 尋呼消息就會被刪除。這個生存周期默認值是 5s,可以通過基站軟參修改。BTS統(tǒng)計PCH電路業(yè)務尋呼超時次數(shù)并每分鐘 上

39、報一次 BTS_STATIS_REPORT 消息給 BSC。3、PCH分組業(yè)務尋呼刪除次數(shù)A339: CELL_PACUIT_PCH_DEL含義:本指標統(tǒng)計了 PCH塊上調度消息時存在競 爭問題，記錄分組域尋呼消息被刪除的次數(shù)。BTS統(tǒng)計PCH分組業(yè)務尋呼刪除次數(shù)并每分鐘上報一次 BTS_STATIS_REPORT 消息給 BSC。4、PCH分組業(yè)務尋呼超時次數(shù)A340: CELL_PACUIT_PCH_EXP含義:本指標統(tǒng)計了 PCH塊上調度消息時存在競 爭問題，記錄分組域尋呼消息超時的次數(shù)。 因為每個尋呼都有生存周期，超過生存周期后， 尋呼消息就會被刪除。這個生存周期默認值是 5s，可以通過基站軟參修改。BTS統(tǒng)計PCH分組業(yè)務尋呼超時次數(shù)并每分鐘 上報一次 BTS_STATIS_REPORT 消息給 BSC。5、尋呼下發(fā)次數(shù)（電路業(yè)務）A330: CELL_PAGES_CS含義:當BSC下的MS作為電路業(yè)務的被叫時， BSC收到來自MSC或PCU的電路PAGING消息 后，根據(jù)小區(qū)識別標志向相應小區(qū)下發(fā)PAGING CMD消息