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

1、華為設(shè)備TBF建立成功率的提升方案目錄1 網(wǎng)絡(luò)接入性能分析優(yōu)化 31.1 接入性能指標(biāo) 31.2 無信道資源導(dǎo)致的下行 TBF 建立失敗優(yōu)化 31.2.1 無線擁塞類型 31.2.2 對于無線擁塞的處理 41.3 手機(jī)無響應(yīng)導(dǎo)致下行TBF 建立失敗 41.3.2 空口質(zhì)量 61.3.3 Abis 口傳輸 71.3.4 BSC6000 PCU 處理部分 71.3.5 GB 口傳輸 91.3.6 手機(jī)問題 91.3.7 手機(jī)行為 91.4 CCCH 過載導(dǎo)致下行TBF 建立成功率低 101.4.1 問題描述分析 111.4.2 解決方法 131.4.3 優(yōu)化前后效果比較 141 網(wǎng)絡(luò)接入性能分析優(yōu)

2、化1.1 接入性能指標(biāo)下行TBF建立成功率計算公式如下：內(nèi)置PCU TBF建立成功率定義：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個指標(biāo)：1）無信道資源導(dǎo)致下行TBF建立失敗次數(shù)/無信道資源導(dǎo)致下行 TBF建立失敗次數(shù)2）MS無響應(yīng)導(dǎo)致下行TBF建立失敗次數(shù)

3、/ MS無響應(yīng)導(dǎo)致下行TBF建立失敗次數(shù)TBF性能優(yōu)化中主要就無信道資源導(dǎo)致下行TBF建立失敗次數(shù)和 MS無響應(yīng)導(dǎo)致下行TBF建立失敗次數(shù)這2個指標(biāo)進(jìn)行優(yōu)化。1.2 無信道資源導(dǎo)致的下行TBF建立失敗優(yōu)化在EGPR網(wǎng)絡(luò)建設(shè)初期，EGPR信道配置較少，隨著 EGPR數(shù)據(jù)用戶的增長，需要對基站 的容量進(jìn)行擴(kuò)容和EGPR信道個數(shù)或信道控制參數(shù)進(jìn)行調(diào)整。1.2.1 無線擁塞類型對于無信道資源導(dǎo)致 TBF建立失敗，按照問題的嚴(yán)重程度分為以下幾個類型：1）硬擁塞，上行下行TBF建立無可用的信道資源該問題非常嚴(yán)重，由于 EGPRS&GPRS無法使用，給用戶造成的主觀感受很差。2) 話音搶占造成TBF釋放，忙

4、時回收有負(fù)載動態(tài) PDCH次數(shù)比較嚴(yán)重，相當(dāng)于 GSM中的掉話。3) TBF信道復(fù)用比較明顯，每用戶平均占用信道個數(shù)比較少嚴(yán)重程度一般，EGPRS&GPRS可正常使用，但是給用戶的感受是速度慢。以上是判斷擁塞的一般性描述，具體的判斷標(biāo)準(zhǔn)可根據(jù)具體情況進(jìn)行合理定義。1.2.2 對于無線擁塞的處理根據(jù)不同的擁塞現(xiàn)象，處理建議分別如下：1) 有較多的硬擁塞或者話音造成的 TBF釋放，此種情況下無可用PDCH信道，由于語音的搶占導(dǎo)致配置的動態(tài)PDCH為TCH狀態(tài)。此種情況必須通過增加靜態(tài) PDCH信道或者TRX擴(kuò)容才能夠解決。2) 有TBF復(fù)用明顯現(xiàn)象以及少量語音造成 TBF釋放問題不特別明顯建議增加

5、 PDCH動態(tài)信道個數(shù)，并且如果該點為 CQT點則一定要增加EGPRS靜態(tài)信道。內(nèi)置PCU，增加小區(qū)級PDCH信道控制參數(shù)：“小區(qū)下最大 PDCH比率門限”。3) 有少量的TBF復(fù)用明顯問題不明顯，但如果為 CQT點則最好增加PDCH動態(tài)信道。內(nèi)置PCU的BSC，增加小區(qū)級PDCH信道控制參數(shù)：“小區(qū)下最大 PDCH比率門限”。1.3 手機(jī)無響應(yīng)導(dǎo)致下行TBF建立失敗本測量指標(biāo)統(tǒng)計一個測量周期內(nèi)小區(qū)MSB響應(yīng)導(dǎo)致下行GPRS TBF1立失敗次數(shù)，MS無響應(yīng)導(dǎo)致下行TBF建立失敗包含以下兩種情況：(1) MS無響應(yīng)導(dǎo)致在CCCH上發(fā)起的下行TBF建立失敗在下行TBF的建立流程中，網(wǎng)絡(luò)側(cè)會發(fā)送PO

6、LLING消息給MS來獲取TA值，并且預(yù)留塊資源讓MS回應(yīng)指配確認(rèn)消息。如果網(wǎng)絡(luò)側(cè)在指配的信道的預(yù)留塊資源上未收到該MS的PACKET CONTROL ACKNOWLEDGEMENT消息，網(wǎng)絡(luò)側(cè)會多次重發(fā)下行立即指配，直到超出最大嘗試次數(shù)。圖1是由于MS無響應(yīng)導(dǎo)致建立下行TBF建立失敗的過程。每當(dāng)網(wǎng)絡(luò)側(cè)嘗試次數(shù)超出最大 值的時候，如圖中的測量點A所示，統(tǒng)計值“手機(jī)無響應(yīng)導(dǎo)致下行 TBF建立失敗次數(shù)”加一。MSNetworkIMMEDIATE ASSIGNMENTT)POLUNG(RRBP)POLUNG(RRBP)MS No Response. .冑 cH/NacRrl FCL iULi LK

7、!. F f h I, P-fjDutf I III b A kH ack.FAHT;圖4 CCCH上建立下行TBF流程如圖4,在下行TBF開始時，網(wǎng)絡(luò)側(cè)在下行TBF的PACCH下發(fā)以TFI標(biāo)識的Packet PollingReques消息。手機(jī)對此響應(yīng)ACCESS BURST類型的分組控制確認(rèn)消息。網(wǎng)絡(luò)側(cè)從AB(ACCESS BURST)中提取時間提前量，在 Packet Power Control/Timing Advanee 消息中通 知手機(jī)，并發(fā)分組下行指配消息給手機(jī)分配多個信道。(此流程的作用：一是確認(rèn)手機(jī)是否收到下行立即指配，下行 TBF是否建立成功；二是提取時間提前量通知手機(jī))。

8、由于手機(jī)和網(wǎng)絡(luò)的配合問題，可能會出現(xiàn)網(wǎng)絡(luò)側(cè)發(fā)了立即指配消息和Packet Polli ngRequest消息，手機(jī)沒有收到的情況，因此適當(dāng)增加立即指配消息或 Packet Polli ng Request消息 的重發(fā)次數(shù)，然而提高立即指配次數(shù)會導(dǎo)致指配成功率的降低，因此一般選擇提高PacketPolling Request消息的重發(fā)次數(shù)，可以很大程度上減少手機(jī)無響應(yīng)的概率，類似于語音中的尋呼次數(shù)。繼續(xù)看圖4,如果手機(jī)發(fā)的上行FAI已經(jīng)發(fā)送，但此時上行TBF還處于傳輸狀態(tài)，就不能 進(jìn)行下行建立，需等待一段時間后再建立下行，如果這個時間超時就會導(dǎo)致手機(jī)無響應(yīng)。PACCH上的下行TBF建立流程，如圖

9、5所示:PCU在PACCH上發(fā)分組下行指配消息以后，如果沒有收到手機(jī)響應(yīng)的分組控制確認(rèn)消息，則PACCH上的下行TBF建立失敗。另外，加大上下行延遲釋放時間，可以增大手機(jī)從PACCH建立下行的幾率，因此可以提高手機(jī)接入時間，提高下行TBF建立成功率，一定程度上減少手機(jī)無響應(yīng)。1.3.5 GB 口傳輸對于GB 口，主要關(guān)注是否有 GB 口的鏈路故障，是否有擁塞情況。1.3.6手機(jī)問題對于個別手機(jī)可能存在手機(jī)兼容性問題，也有可能是手機(jī)本身的問題，對于這些問題需要手機(jī)側(cè)進(jìn)行處理定位。1.3.7手機(jī)行為下行由于手機(jī)可能已經(jīng)進(jìn)入其他小區(qū)，此時在原小區(qū)建立下行TBF時的POLLING消息和指配消息，手機(jī)無

10、法響應(yīng)；另外，即便手機(jī)還在原小區(qū)，由于可能該手機(jī)處于Sta ndBy狀態(tài)，對于PCU建立下行TBF時的指配消息和POLLING消息，該手機(jī)也不一定能接收到或及 時響應(yīng)。此外，手機(jī)即使收到了Polling消息，由于兼容性問題，會導(dǎo)致不回AB消息。這些都可能導(dǎo)致下行TBF因手機(jī)無響應(yīng)而建立次數(shù)占下行TBF嘗試建立次數(shù)的比例較高。1.4 CCCH過載導(dǎo)致下行TBF建立成功率低CCCH信道在空口上主要傳送尋呼信令（PCH）和立即指配信令（AGCH ）。每條尋呼信令和立即指配信令均占一條51復(fù)幀，51復(fù)幀占用時長為0.2354秒。立即指配消息和尋呼消息共同在 CCCH信道下發(fā)，當(dāng)小區(qū)的配置為“一個非組合

11、CCCH信道時”，CCCH共分9個消息塊，接入允許保留塊數(shù)設(shè)置了保留多少個消息塊供立即指配 消息專用，一般該參數(shù)設(shè)置為1或2。當(dāng)同時下發(fā)立即指配消息較多時，會占用其它消息塊，此時，立即指配消息和尋呼消息同時排在尋呼隊列中，會導(dǎo)致尋呼隊列更擁塞，尋呼超時次數(shù)進(jìn)一步增加。一條尋呼信令中能發(fā)多條尋呼消息。采用TMSI尋呼方式，一條尋呼信令最多可發(fā)送4條尋呼尋呼消息，采用IMSI尋呼方式，一條尋呼最多可發(fā)送 4條尋呼消息。張家口移動尋呼 策略則是采用兩次尋呼，第一次采用TMSI尋呼，第二次采用IMSI尋呼，現(xiàn)網(wǎng)各位置區(qū)一次尋呼成功率在91 %94%之間，采用比較統(tǒng)計的值為93%,這樣通過典型尋呼合并效

12、率計算， 估算出平均每條尋呼信令中下發(fā)2.98條尋呼消息。CCCH負(fù)荷、CCCH溢出率為參考移動通信業(yè)界的思路自定制的分析公式，用如下公式 估算：CCCH負(fù)荷=（A330:尋呼下發(fā)次數(shù)（電路業(yè)務(wù)）+ A331:尋呼下發(fā)次數(shù)（分組業(yè)務(wù)） /2.98 X 0.2354+（A301H:立即指配命令次數(shù)（分組業(yè)務(wù)）+ CA301J:立即指配命令次數(shù)（電路 業(yè)務(wù)）X 0.2354 /3600/ （9X配置的 CCCH 時隙數(shù)）X 100%；其中配置的CCCH時隙數(shù)指的是BCCH信道數(shù)和擴(kuò)展BCH信道（BCH信道）數(shù)之和，默 認(rèn)不開通擴(kuò)展BCH場景下為1。（每51復(fù)幀中能夠發(fā)送多條 PCH尋呼塊，每個尋呼

13、塊最大能 夠發(fā)送2-4條尋呼消息；而每51復(fù)幀只發(fā)送一條立即指配命令消息）考慮以CCCH溢出率來估算CCCH信道過載程度：CCCH溢出率=（A337:PCH電路業(yè)務(wù)尋呼刪除次數(shù)+ A338:PCH電路業(yè)務(wù)尋呼超時次數(shù)+ A339:PCH分組業(yè)務(wù)尋呼刪除次數(shù)+ A340:PCH分組業(yè)務(wù)尋呼超時次數(shù)+ L3188A:Abis接口刪除指示消息上報次數(shù)）/（ A330:尋呼下發(fā)次數(shù)（電路業(yè)務(wù)）+ A331:尋呼下發(fā)次數(shù)（分組業(yè) 務(wù)）+ A301H:立即指配命令次數(shù)（分組業(yè)務(wù)）+ CA301J:立即指配命令次數(shù)（電路業(yè)務(wù)） ）X 100 %。指標(biāo)指標(biāo)描述A330:CELL_PAGES_CS尋呼下發(fā)次數(shù)（

14、電路業(yè)務(wù)）A331:CELL_PAGES_PS尋呼下發(fā)次數(shù)（分組業(yè)務(wù)）A337: CELL_CIRCUIT_PCH_DELPCHfe路業(yè)務(wù)尋呼刪除次數(shù)A338: CELL_CIRCUIT_PCH_EXPPCHfe路業(yè)務(wù)尋呼超時次數(shù)A339: CELL_PACUIT_PCH_DELPCH組業(yè)務(wù)尋呼刪除次數(shù)A340: CELL_PACUIT_PCH_EXPPCH組業(yè)務(wù)尋呼超時次數(shù)L3188A:CELL_DEL_INDAbis接口刪除指示消息上報次數(shù)1.4.1問題描述分析對于PCU下面?zhèn)€別小區(qū)因業(yè)務(wù)量高導(dǎo)致話統(tǒng)指標(biāo)“手機(jī)無響應(yīng)導(dǎo)致下行 TBF建立失敗次數(shù)”較高，導(dǎo)致下行TBF建立成功率較低，晚忙時特

15、別明顯。從CCCH上的下行TBF建立流程分析，對存在手機(jī)無響應(yīng)導(dǎo)致下行TBF建立失敗次數(shù)較高的小區(qū)（沽源ZJGD01D、沽源ZJGD01C、沽源ZJGD01B等），分析流控測量相關(guān)的話 統(tǒng)指標(biāo)“呼叫相關(guān)測量（CALL ）-流控測量 小區(qū)- Abis接口分組CCCH負(fù)載指示消息上 報次數(shù)（此話統(tǒng)指標(biāo)需要在 M2000上先進(jìn)行登記）”，發(fā)現(xiàn)重要信息：Abis接口分組CCCH負(fù)載指示消息上報次數(shù)非常多（見表1）起始時間GCELLL3188D:Abis 接口 CCCH負(fù)載指示（PCH消息上報次數(shù)（分組業(yè)務(wù)）02/16/2011 19:00:00ZJDH899A16602/16/2011 19:00:0

16、0ZJDHB38F15202/16/2011 19:00:00ZJDHB38G10102/16/2011 19:00:00ZJG801A10902/16/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:00ZJGD01C

17、114表1 Abis接口分組CCCH負(fù)載指示消息上報次數(shù)當(dāng)CCCH過載，BSC收到測量小區(qū)所屬的 BTS報告的PACKET CCCH LOAD IND消息 的次數(shù)，然后，BSC側(cè)啟動一個TN_CCCH_OVERLOAD_PROTECTION 定時器，BSC為了 降低CCCH擁塞程度，基于話音業(yè)務(wù)優(yōu)先于分組業(yè)務(wù)的原則，分組域不重發(fā)下行分組立即指 配，并且只發(fā) 1 個polling request，即只發(fā) 1 個 IMM ASS和 1 個Polling Request消息。在 TN_C CCH_OVERLOAD_PROTECTION 定時器超時后，恢復(fù)正常。即正常情況下，如果手機(jī)對下 行分組立即指

18、配無響應(yīng)的話，BSC會重發(fā)IMM ASS和Polling Request,直到手機(jī)有響應(yīng)為止。而且每個IMM ASS后發(fā)5個Polling Request（所發(fā)個數(shù)在LMT中可以配置，默認(rèn)值已為最大 值5）。IMM ASS的下發(fā)次數(shù)在LMT中也可以配置，現(xiàn)在默認(rèn)為 2次。正常情況下，手機(jī)無響應(yīng)導(dǎo)致下行 TBF建立失敗的話，BSC側(cè)會共發(fā)送2個IMM ASS 和10個Polli ng Request。由于空口質(zhì)量不穩(wěn)定，一般網(wǎng)絡(luò)側(cè)會發(fā)幾個Polli ng Request后，手機(jī)才有響應(yīng)，如圖6所示：ges匚回岡S lode Keports岡Eq121SISIEl1S1IS!AS11S11S1 匪

19、1KIS11SLMSIMSIWS1rSlMSIFrNaneAEq.ELC/llAJC召 Fackt Uplink Ack/lUckMSIRLJC/HAC$ Picket Folling Request朋1RLC/HACf EGFRSDcwKLink Ack/NaekMSIRLC/HACf EGFES Picket Dcwnliiik Ack/NackMSIRLC/HAC十 EGPRS Packet Downlink Ack/MacknsiRLC/MAC令 P acket Uplinfc AcJk/UackMSIRIM AC5 Packet PoU-ing Beqiiest1S1ELC/MAC十

20、 EGFRS Packet Dowriliiik Ack/KackMSIBI/MACT EGF眶 Facini Dvwnliiik Ack/VckNS1ELJC/MAJC召 racket Uplink Ack/NackWS1EDC/NAJCt EGFR5 Tckat Downliiik Ack/Nacls圓RDC/HAC& Picket Folling Kquest昭1RLC/HACt EGFRS Fkt Downlink Ack/NaekMSIRLC/HAC Picket Uplink Ack/HsckMSIELC/MAC令 Packet UplinJ Ack/NackNS1RLC/HACt

21、 EGPRS Packet Downlink Ack/Hack1S1RLC/MAC込PTCCH DL矗帶1S1ELC/HAC十 EGFRS Packet Do何li讓 Ack/HackM51HJC/I1AC十EGFRS口書特idiiih 杯k/Ma,ck陽1ELJC/MAJC4 Fftclkit Falling RequestPHPHFHFHPHPHFHFHFDCH Block Htdar FDCH Block Hader FDCH Block Header PDCH Bilk Header Elock Hep or t Elock Report Bieck Rep or t Block FL

22、eportDLDLDLBLDLHLDLDLReport Report RpTtMFHtMFH Mansurwiant MFM Mebiurenent ELC/MAC ThroughputMPH 矗鮎uranwit Rep or 1 MPH fl e gEuf ah fit Report GMM Ev&nl Report GMM Event Repor t GMM Svent ReportRtport Rtport ReportRtpartMSIHS1HS1MSIHS1 MSI 幗1NISISInsiWS1MSIHS1MSIMSIEDC/WAJC RLJC/HAC RLC/HAC RLC/HAC

23、 RLC/HAC RLC/MAC RLC/MAC RLC/HAC ELJC/MWC EDC/MAJC ELC/HAJC RDC/HAC RLC/HAC RLC/HAC RIT/MACFacker Uplink Ack/Nick t EGFRS Fckt Downlink Ack/Nack W F&cket Downlink Asxi 曇 Packet Uplink Ack/Nack Packet Uplink Adk/Hajck 十 EtjPRS Packet Dcwnliitk Ack/Uack 書 Packet Uplink Acfc/Najck 十 EGFR5 Faclnet Downl

24、ink Ack/Nack 競 Ticket O F*ckt 令 Fickat & PicketVpliiLk AeRNack FellingUplink Ack/Nack Uplink Ack/Nackt EIM J * J.i. I 沖；二：丄匸 x；九,；h 4 Picket Pfl*r Cfintr*l/Timing Ad.+ EGPRS Packet Downlink Ack/NadkMSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSI MSIMPH Heasurement ReportSNDCP Throughput 5MH

25、Evnt R*pwt MFM M&suremnt Report GMM Ev*nl Rp-or I.LLC ThroughputPH Block 尺電port ULPH PDCH Black Header UL MFH Fie azure merit Report HFH Flrgurement Report FH PH FH FHPH FH PHPHFDCH BCLck Header FDCK Block Ktader FDCH Block H&dar PXH Block Hder Block Report Block Export Block Report Bloek ReportDL D

26、L DL DLReportDL DL DLBLLepwt Lptnrt Rtporl Rtport圖6 Polling 消息下發(fā)次數(shù)圖6所示的是手機(jī)不在小區(qū)業(yè)務(wù)高峰時，BSC側(cè)發(fā)了 3個Polling Request后手機(jī)才有回應(yīng)，這屬于正?，F(xiàn)象。142 解決方法當(dāng)CCCH負(fù)荷超過75%后，CCCH信道溢出嚴(yán)重，此時應(yīng)及時采取路由區(qū)分裂、位置區(qū)分 裂、增加BCH信道等優(yōu)化措施；當(dāng) CCCH負(fù)荷在60%到75%之間，此時CCCH信道溢出率指 標(biāo)不超過6%,此次應(yīng)予關(guān)注，必要時采取減少尋呼次數(shù)、增加CCCH信道數(shù)目等相關(guān)措施；當(dāng)CCCH負(fù)荷低過60%時，CCCH溢出次數(shù)比較少，只需針對個別問題小區(qū)

27、進(jìn)行優(yōu)化處理。對于LAC區(qū)內(nèi)的尋呼業(yè)務(wù)考慮。 若A330 + A331尋呼容量典型值（每小時19萬次），需考慮 對該LAC區(qū)內(nèi)所有小區(qū)擴(kuò)展 BCH。對目前張家口華為區(qū)域現(xiàn)網(wǎng)的 CCCH負(fù)荷分析來看，不存在整個LAC區(qū)下所有小區(qū)CCCH過載問題。對于個別小區(qū) CCCH 過載評估，若（A337+A338+A339+A340+L3188A）/（A330+A331）10%，表示出現(xiàn)尋呼消息丟棄，建議配置擴(kuò)展 BCH，擴(kuò)容CCCH信道：對應(yīng)的一個BCCH復(fù)幀中CCCH消息塊數(shù)為：3、9、18、27、36。CCCH配置決定了 PCH、AGCH和RACH容量。接入允許保留塊數(shù)、 CCCH配置參數(shù)會根據(jù)小區(qū)主

28、 B載頻0信道配置類型動態(tài)調(diào)整：若小區(qū)CCCH配置為非“ 1個組合CCCH ”，則接入允許保留塊數(shù)缺省值修改為2,同時該參數(shù)的取值范圍為17。若小區(qū)的CCCH配置為“ 1個組合CCCH ”時，則將該小區(qū)對應(yīng)的 系統(tǒng)消息表中的接入允許保留塊數(shù)缺省值修改為1,同時該參數(shù)的取值范圍為 12;默認(rèn)情況下，一個小區(qū)只配置一個主 BCCH ,這樣有“ 1個非組合的CCCH ” ,那么CCCH 在一個BCCH復(fù)幀中的消息塊數(shù)就為 9。如果多配置一個BCH，那么就有“ 2個非組合的 CCCH ”，那么CCCH在一個BCCH復(fù)幀中的消息塊數(shù)就為 18,很大程度上提高了 CCCH的容 量。1.4.3優(yōu)化前后效果比

29、較以下是實施優(yōu)化方案前后的對比效果：優(yōu)化方案實施后Abis接口分組CCCH負(fù)載指示消息上報次數(shù)明顯減少（見表2），只有業(yè)務(wù)突發(fā)高峰造成的幾次過載。起始時間GCELLL3188D:Abis 接口 CCCH負(fù)載指示（PCH消息上報次數(shù)（分組業(yè)務(wù)）（無）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:00ZJDHB38G00

30、2/16/2011 19:00:00ZJG801A10902/17/2011 19:00:00ZJG801A002/16/2011 19:00:00ZJG801B17802/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:00Z

31、JGB38A24002/17/2011 19:00:00ZJGB38A002/16/2011 19:00:00ZJGB38D13102/17/2011 19:00:00ZJGB38D202/16/2011 19:00:00ZJGD01B22602/17/2011 19:00:00ZJGD01B902/16/2011 19:00:00ZJGD01C11402/17/2011 19:00:00ZJGD01C0表2增加擴(kuò)展BCCH信道前后的Abis接口分組CCCH負(fù)載指示消息上報次數(shù)從KPI上看，擴(kuò)容CCCH后，下行TBF建立成功率已經(jīng)有了很大的提高。忙時的下行TBF建立成功率由原來的80%多上升到

32、90%以上(見表3)，效果非常明顯。起始時間網(wǎng)元名稱GCELL下行EGPRSTBF建立嘗試次數(shù)下行EGPRSTBF建立成功次數(shù)MS無響應(yīng) 導(dǎo)致下行EGPRSTBF建立失敗次數(shù)下行EGPRSTBF建立成功率(%)02/16/201119:00:00ZKBS17ZJDH899A109709605136587.56%02/16/201119:00:00ZKBS9ZJDHB38F7274629597986.54%02/16/201119:00:00ZKBS9ZJDHB38G56694377129277.21%02/16/201119:00:00ZKBS17ZJG801A1138010097128388

33、.73%02/16/201119:00:00ZKBS17ZJG801B119411094699591.67%02/16/201119:00:00ZKBS9ZJGB01A9352864670692.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/

34、201119:00:00ZKBS9ZJGD01B123281135897092.13%02/16/201119:00:00ZKBS9ZJGD01C6738587286687.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

35、:00ZKBS17ZJG801B124641173034394.10%02/17/201119:00:00ZKBS9ZJGB01A395039262499.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:00ZKBS9ZJGD01B13997

36、1376121498.30%02/17/201119:00:00ZKBS9ZJGD01C548254453599.30%附錄：相關(guān)話統(tǒng)含義說明1、PCH電路業(yè)務(wù)尋呼刪除次數(shù)A337: CELL_CIRCUIT_PCH_DEL含義:本指標(biāo)統(tǒng)計了 PCH塊上調(diào)度消息時存在競爭問題，記錄電路域?qū)ず粝⒈粍h除的次數(shù)。BTS統(tǒng)計PCH電路業(yè)務(wù)尋呼刪除次數(shù)并每分鐘上報一次BTS_STATIS_REPORT 消息給 BSC。2、PCH電路業(yè)務(wù)尋呼超時次數(shù)A338: CELL_CIRCUIT_PCH_EXP含義:本指標(biāo)統(tǒng)計了 PCH塊上調(diào)度消息時存在競爭問題，記錄電路域?qū)ず粝⒊瑫r的次數(shù)。因為每個尋呼都有生存

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