華為設(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ì)量51.3.3 Abis口傳輸61.3.4 BSC6000 PCU處理部分61.3.5 GB口傳輸81.3.6 手機(jī)問題81.3.7 手機(jī)行為81.4 CCCH過載導(dǎo)致下行TBF建立成功率低91.4.1 問題描述分析101.4.2 解決方法121.4.3 優(yōu)化前后效果比較131 網(wǎng)絡(luò)接入性能分析優(yōu)化1.1 接入性能指標(biāo)下行TBF建立成功率計(jì)算公式

2、如下：內(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)計(jì)TBF建立失敗的主要有以下2個(gè)指標(biāo)：1) 無信道資源導(dǎo)致下行TBF建立失敗次數(shù)/無信道資源導(dǎo)致下行TBF建立失敗次數(shù)2) MS無響應(yīng)導(dǎo)致下行TBF建立失敗次數(shù)/ MS無響應(yīng)導(dǎo)致下行TBF建立失敗次數(shù)TBF性

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

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

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

6、給MS來獲取TA值，并且預(yù)留塊資源讓MS回應(yīng)指配確認(rèn)消息。如果網(wǎng)絡(luò)側(cè)在指配的信道的預(yù)留塊資源上未收到該MS的PACKET CONTROL ACKNOWLEDGEMENT消息，網(wǎng)絡(luò)側(cè)會(huì)多次重發(fā)下行立即指配，直到超出最大嘗試次數(shù)。 圖1是由于MS無響應(yīng)導(dǎo)致建立下行TBF建立失敗的過程。每當(dāng)網(wǎng)絡(luò)側(cè)嘗試次數(shù)超出最大值的時(shí)候，如圖中的測量點(diǎn)A所示，統(tǒng)計(jì)值“手機(jī)無響應(yīng)導(dǎo)致下行TBF建立失敗次數(shù)”加一。圖1 MS無響應(yīng)導(dǎo)致在CCCH上發(fā)起的下行TBF建立失敗(2) MS無響應(yīng)導(dǎo)致在PACCH上發(fā)起的下行TBF建立失敗 網(wǎng)絡(luò)側(cè)可以通過下面兩種方法來建立下行TBF：在當(dāng)前的上行TBF傳輸過程中或下行TBF釋放過

7、程中發(fā)起新的下行TBF建立請求；在當(dāng)前的下行TBF傳輸過程中為該TBF重新指配下行資源。 網(wǎng)絡(luò)側(cè)發(fā)送PACKET DOWNLINK ASSIGNMENT消息，并且預(yù)留塊資源讓MS回應(yīng)指配確認(rèn)消息。如果網(wǎng)絡(luò)側(cè)在指配的信道的預(yù)留塊資源上未收到該MS的PACKET CONTROL ACKNOWLEDGEMENT消息，網(wǎng)絡(luò)側(cè)會(huì)多次重發(fā)下行分組指配，直到超出最大嘗試次數(shù)。 圖2是由于MS無響應(yīng)導(dǎo)致下行TBF建立失敗的過程，每當(dāng)重發(fā)的次數(shù)超出最大的嘗試次數(shù)時(shí)，如圖中的測量點(diǎn)A所示，統(tǒng)計(jì)值"手機(jī)無響應(yīng)導(dǎo)致下行TBF建立失敗次數(shù)"加一。圖2 MS無響應(yīng)導(dǎo)致在PACCH上發(fā)起的下行TBF建立

8、失敗 其次，我們來分析手機(jī)無響應(yīng)有哪些影響因素：1.3.2 空口質(zhì)量主要是無線環(huán)境的因素，手機(jī)無響應(yīng)就是手機(jī)和網(wǎng)絡(luò)之間傳輸和通信出現(xiàn)了問題,因此首先要檢查的就是空口的傳輸是否存在故障（如圖3）,空口質(zhì)量是否良好； 圖3 GSM/GPRS結(jié)構(gòu)圖1.3.3 Abis口傳輸 在網(wǎng)絡(luò)側(cè),首先就是BTS和BSC之間Abis口的傳輸,如果傳輸有問題,比如端口故障,就會(huì)有大量的誤碼(包括失步幀和校驗(yàn)錯(cuò)幀),這會(huì)在一定程度上影響手機(jī)接入；1.3.4 BSC6000 PCU處理部分 數(shù)據(jù)業(yè)務(wù)的中央中心就是BSC6000中的內(nèi)置PCU，因此排除幾個(gè)傳輸接口的問題后，主要的分析對象就是內(nèi)置PCU的下行TBF建立流程

9、的處理了，主要從以下幾點(diǎn)去分析：1、數(shù)據(jù)配置是否存在異常，與其它沒有出現(xiàn)此問題的PCU小區(qū)有何區(qū)別；2、手機(jī)無響應(yīng)導(dǎo)致下行TBF建立失敗較多，從下行TBF建立流程進(jìn)行分析，下行TBF建立流程主要包括CCCH上的下行TBF建立流程和PACCH上的下行TBF建立流程； 當(dāng)PCU收到LLC PDU而沒有下行TBF時(shí)，需要建立一個(gè)下行TBF用以傳送數(shù)據(jù)。CCCH上的下行TBF建立流程，如圖4所示：圖4 CCCH上建立下行TBF流程 如圖4，在下行TBF開始時(shí)，網(wǎng)絡(luò)側(cè)在下行TBF的PACCH下發(fā)以TFI標(biāo)識(shí)的Packet Polling Request消息。手機(jī)對此響應(yīng)ACCESS BURST類型的分組

10、控制確認(rèn)消息。網(wǎng)絡(luò)側(cè)從AB(ACCESS BURST)中提取時(shí)間提前量，在Packet Power Control/Timing Advance消息中通知手機(jī)，并發(fā)分組下行指配消息給手機(jī)分配多個(gè)信道。(此流程的作用：一是確認(rèn)手機(jī)是否收到下行立即指配，下行TBF是否建立成功；二是提取時(shí)間提前量通知手機(jī))。 由于手機(jī)和網(wǎng)絡(luò)的配合問題,可能會(huì)出現(xiàn)網(wǎng)絡(luò)側(cè)發(fā)了立即指配消息和Packet Polling Request消息,手機(jī)沒有收到的情況,因此適當(dāng)增加立即指配消息或Packet Polling Request消息的重發(fā)次數(shù), 然而提高立即指配次數(shù)會(huì)導(dǎo)致指配成功率的降低,因此一般選擇提高Packet P

11、olling Request消息的重發(fā)次數(shù),可以很大程度上減少手機(jī)無響應(yīng)的概率,類似于語音中的尋呼次數(shù)。 繼續(xù)看圖4，如果手機(jī)發(fā)的上行FAI已經(jīng)發(fā)送，但此時(shí)上行TBF還處于傳輸狀態(tài)，就不能進(jìn)行下行建立，需等待一段時(shí)間后再建立下行，如果這個(gè)時(shí)間超時(shí)就會(huì)導(dǎo)致手機(jī)無響應(yīng)。 PACCH上的下行TBF建立流程,如圖5所示：圖5 PACCH上建立下行TBF流程 PCU在PACCH上發(fā)分組下行指配消息以后，如果沒有收到手機(jī)響應(yīng)的分組控制確認(rèn)消息，則PACCH上的下行TBF建立失敗。 另外，加大上下行延遲釋放時(shí)間，可以增大手機(jī)從PACCH建立下行的幾率，因此可以提高手機(jī)接入時(shí)間， 提高下行TBF建立成功率，一

12、定程度上減少手機(jī)無響應(yīng)。1.3.5 GB口傳輸 對于GB口，主要關(guān)注是否有GB口的鏈路故障,是否有擁塞情況。1.3.6 手機(jī)問題 對于個(gè)別手機(jī)可能存在手機(jī)兼容性問題，也有可能是手機(jī)本身的問題,對于這些問題需要手機(jī)側(cè)進(jìn)行處理定位。1.3.7 手機(jī)行為 下行由于手機(jī)可能已經(jīng)進(jìn)入其他小區(qū)，此時(shí)在原小區(qū)建立下行TBF時(shí)的POLLING消息和指配消息，手機(jī)無法響應(yīng)；另外，即便手機(jī)還在原小區(qū)，由于可能該手機(jī)處于StandBy狀態(tài)，對于PCU建立下行TBF時(shí)的指配消息和POLLING消息，該手機(jī)也不一定能接收到或及時(shí)響應(yīng)。此外，手機(jī)即使收到了Polling消息，由于兼容性問題，會(huì)導(dǎo)致不回AB消息。這些都可能

13、導(dǎo)致下行TBF因手機(jī)無響應(yīng)而建立次數(shù)占下行TBF嘗試建立次數(shù)的比例較高。1.4 CCCH過載導(dǎo)致下行TBF建立成功率低CCCH信道在空口上主要傳送尋呼信令（PCH）和立即指配信令（AGCH）。每條尋呼信令和立即指配信令均占一條51復(fù)幀，51復(fù)幀占用時(shí)長為0.2354秒。立即指配消息和尋呼消息共同在CCCH信道下發(fā)，當(dāng)小區(qū)的配置為“一個(gè)非組合CCCH信道時(shí)”，CCCH共分9個(gè)消息塊，接入允許保留塊數(shù)設(shè)置了保留多少個(gè)消息塊供立即指配消息專用，一般該參數(shù)設(shè)置為1或2。當(dāng)同時(shí)下發(fā)立即指配消息較多時(shí)，會(huì)占用其它消息塊，此時(shí)，立即指配消息和尋呼消息同時(shí)排在尋呼隊(duì)列中，會(huì)導(dǎo)致尋呼隊(duì)列更擁塞，尋呼超時(shí)次數(shù)進(jìn)一

14、步增加。一條尋呼信令中能發(fā)多條尋呼消息。采用TMSI尋呼方式，一條尋呼信令最多可發(fā)送4條尋呼尋呼消息，采用IMSI尋呼方式，一條尋呼最多可發(fā)送4條尋呼消息。張家口移動(dòng)尋呼策略則是采用兩次尋呼，第一次采用TMSI尋呼，第二次采用IMSI尋呼，現(xiàn)網(wǎng)各位置區(qū)一次尋呼成功率在9194之間，采用比較統(tǒng)計(jì)的值為93，這樣通過典型尋呼合并效率計(jì)算，估算出平均每條尋呼信令中下發(fā)2.98條尋呼消息。CCCH負(fù)荷、CCCH溢出率為參考移動(dòng)通信業(yè)界的思路自定制的分析公式，用如下公式估算：CCCH負(fù)荷（A330:尋呼下發(fā)次數(shù)（電路業(yè)務(wù)）A331:尋呼下發(fā)次數(shù)（分組業(yè)務(wù)）/2.98×0.2354+(A301H

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

16、務(wù)尋呼超時(shí)次數(shù)L3188A:Abis接口刪除指示消息上報(bào)次數(shù)）/( A330:尋呼下發(fā)次數(shù)（電路業(yè)務(wù)）A331:尋呼下發(fā)次數(shù)（分組業(yè)務(wù)）+ A301H:立即指配命令次數(shù)（分組業(yè)務(wù)）CA301J:立即指配命令次數(shù)（電路業(yè)務(wù)）)×100。指標(biāo)指標(biāo)描述A330:CELL_PAGES_CS尋呼下發(fā)次數(shù)（電路業(yè)務(wù)）A331:CELL_PAGES_PS尋呼下發(fā)次數(shù)（分組業(yè)務(wù)）A337: CELL_CIRCUIT_PCH_DELPCH電路業(yè)務(wù)尋呼刪除次數(shù)A338: CELL_CIRCUIT_PCH_EXPPCH電路業(yè)務(wù)尋呼超時(shí)次數(shù)A339: CELL_PACUIT_PCH_DELPCH分組業(yè)務(wù)尋呼

17、刪除次數(shù)A340: CELL_PACUIT_PCH_EXPPCH分組業(yè)務(wù)尋呼超時(shí)次數(shù)L3188A:CELL_DEL_INDAbis接口刪除指示消息上報(bào)次數(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建立成功率較低，晚忙時(shí)特別明顯。 從CCCH上的下行TBF建立流程分析，對存在手機(jī)無響應(yīng)導(dǎo)致下行TBF建立失敗次數(shù)較高的小區(qū)（沽源ZJGDO1D、沽源ZJGDO1C、沽源ZJGDO1B等），分析流控測量相關(guān)的話統(tǒng)指標(biāo)“呼叫相關(guān)測量（CALL）->流控測量<小區(qū)>-> Abis接口分組CCCH

18、負(fù)載指示消息上報(bào)次數(shù)（此話統(tǒng)指標(biāo)需要在M2000上先進(jìn)行登記）”，發(fā)現(xiàn)重要信息：Abis接口分組CCCH負(fù)載指示消息上報(bào)次數(shù)非常多（見表1）起始時(shí)間GCELLL3188D:Abis接口CCCH負(fù)載指示（PCH）消息上報(bào)次數(shù)（分組業(yè)務(wù)）02/16/2011 19:00:00ZJDH899A16602/16/2011 19:00:00ZJDHB38F15202/16/2011 19:00:00ZJDHB38G10102/16/2011 19:00:00ZJG801A10902/16/2011 19:00:00ZJG801B17802/16/2011 19:00:00ZJGB01A18402/16/

19、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負(fù)載指示消息上報(bào)次數(shù)當(dāng)CCCH過載，BSC收到測量小區(qū)所屬的BTS報(bào)告的PACKET CCCH LOAD IND消息的次數(shù)，然后，BSC側(cè)啟動(dòng)一個(gè)TN_CCCH_OVERLOAD_PROTECTION定時(shí)器，BSC為了降低CCCH擁塞

20、程度，基于話音業(yè)務(wù)優(yōu)先于分組業(yè)務(wù)的原則，分組域不重發(fā)下行分組立即指配，并且只發(fā)1個(gè)polling request，即只發(fā)1個(gè)IMM ASS和1個(gè)Polling Request消息。在TN_CCCH_OVERLOAD_PROTECTION定時(shí)器超時(shí)后，恢復(fù)正常。即正常情況下，如果手機(jī)對下行分組立即指配無響應(yīng)的話，BSC會(huì)重發(fā)IMM ASS和Polling Request，直到手機(jī)有響應(yīng)為止。而且每個(gè)IMM ASS后發(fā)5個(gè)Polling Request（所發(fā)個(gè)數(shù)在LMT中可以配置，默認(rèn)值已為最大值5）。IMM ASS的下發(fā)次數(shù)在LMT中也可以配置，現(xiàn)在默認(rèn)為2次。 正常情況下，手機(jī)無響應(yīng)導(dǎo)致下行T

21、BF 建立失敗的話，BSC側(cè)會(huì)共發(fā)送2個(gè)IMM ASS和10個(gè)Polling Request。由于空口質(zhì)量不穩(wěn)定，一般網(wǎng)絡(luò)側(cè)會(huì)發(fā)幾個(gè)Polling Request后，手機(jī)才有響應(yīng)，如圖6 所示：圖6 Polling消息下發(fā)次數(shù)圖6 所示的是手機(jī)不在小區(qū)業(yè)務(wù)高峰時(shí)，BSC側(cè)發(fā)了3個(gè)Polling Request后手機(jī)才有回應(yīng)，這屬于正?，F(xiàn)象。1.4.2 解決方法當(dāng)CCCH負(fù)荷超過75后，CCCH信道溢出嚴(yán)重，此時(shí)應(yīng)及時(shí)采取路由區(qū)分裂、位置區(qū)分裂、增加BCH信道等優(yōu)化措施；當(dāng)CCCH負(fù)荷在60到75之間，此時(shí)CCCH信道溢出率指標(biāo)不超過6，此次應(yīng)予關(guān)注，必要時(shí)采取減少尋呼次數(shù)、增加CCCH信道數(shù)目

22、等相關(guān)措施；當(dāng)CCCH負(fù)荷低過60時(shí)，CCCH溢出次數(shù)比較少，只需針對個(gè)別問題小區(qū)進(jìn)行優(yōu)化處理。對于LAC區(qū)內(nèi)的尋呼業(yè)務(wù)考慮。若A330A331>尋呼容量典型值(每小時(shí)19萬次)，需考慮對該LAC區(qū)內(nèi)所有小區(qū)擴(kuò)展BCH。對目前張家口華為區(qū)域現(xiàn)網(wǎng)的CCCH負(fù)荷分析來看，不存在整個(gè)LAC區(qū)下所有小區(qū)CCCH過載問題。對于個(gè)別小區(qū)CCCH過載評(píng)估，若(A337+A338+A339+A340+L3188A)/ (A330A331)>10%，表示出現(xiàn)尋呼消息丟棄，建議配置擴(kuò)展BCH，擴(kuò)容CCCH信道：對應(yīng)的一個(gè)BCCH復(fù)幀中CCCH消息塊數(shù)為：3、9、18、27、36。CCCH配置決定了PC

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

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

25、9:00:00ZJDHB38G002/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/

26、16/2011 19:00:00ZJGB38A24002/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ù)載指示消息上報(bào)次數(shù)從KPI上看，擴(kuò)容CCCH后，下行TBF建立成功率已經(jīng)有了很大的提高。忙時(shí)的下行T

27、BF建立成功率由原來的80%多上升到90%以上（見表3），效果非常明顯。起始時(shí)間網(wǎng)元名稱GCELL下行EGPRS TBF建立嘗試次數(shù)下行EGPRS TBF建立成功次數(shù)MS無響應(yīng)導(dǎo)致下行EGPRS TBF建立失敗次數(shù)下行EGPRS TBF建立成功率(%)02/16/2011 19:00:00ZKBS17ZJDH899A109709605136587.56%02/16/2011 19:00:00ZKBS9ZJDHB38F7274629597986.54%02/16/2011 19:00:00ZKBS9ZJDHB38G56694377129277.21%02/16/2011 19:00:00ZKBS

28、17ZJG801A1138010097128388.73%02/16/2011 19:00:00ZKBS17ZJG801B119411094699591.67%02/16/2011 19:00:00ZKBS9ZJGB01A9352864670692.45%02/16/2011 19:00:00ZKBS9ZJGB01B102799273100690.21%02/16/2011 19:00:00ZKBS9ZJGB01C9269828798289.41%02/16/2011 19:00:00ZKBS9ZJGB38A1362911909172087.38%02/16/2011 19:00:00ZKBS

29、9ZJGB38D7968714981989.72%02/16/2011 19:00:00ZKBS9ZJGD01B123281135897092.13%02/16/2011 19:00:00ZKBS9ZJGD01C6738587286687.15%02/17/2011 19:00:00ZKBS17ZJDH899A127851227115095.90%02/17/2011 19:00:00ZKBS9ZJDHB38F506150016098.80%02/17/2011 19:00:00ZKBS9ZJDHB38G134791332715298.87%02/17/2011 19:00:00ZKBS17Z

30、JG801A992698556999.20%02/17/2011 19:00:00ZKBS17ZJG801B124641173034394.10%02/17/2011 19:00:00ZKBS9ZJGB01A395039262499.30%02/17/2011 19:00:00ZKBS9ZJGB01B539953574299.20%02/17/2011 19:00:00ZKBS9ZJGB01C621461734199.30%02/17/2011 19:00:00ZKBS9ZJGB38A533252745798.90%02/17/2011 19:00:00ZKBS9ZJGB38D55135419

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

32、CH塊上調(diào)度消息時(shí)存在競爭問題，記錄電路域?qū)ず粝⒊瑫r(shí)的次數(shù)。因?yàn)槊總€(gè)尋呼都有生存周期，超過生存周期后，尋呼消息就會(huì)被刪除。這個(gè)生存周期默認(rèn)值是5s，可以通過基站軟參修改。BTS統(tǒng)計(jì)PCH電路業(yè)務(wù)尋呼超時(shí)次數(shù)并每分鐘上報(bào)一次BTS_STATIS_REPORT消息給BSC。3、PCH分組業(yè)務(wù)尋呼刪除次數(shù)A339: CELL_PACUIT_PCH_DEL含義:本指標(biāo)統(tǒng)計(jì)了PCH塊上調(diào)度消息時(shí)存在競爭問題，記錄分組域?qū)ず粝⒈粍h除的次數(shù)。BTS統(tǒng)計(jì)PCH分組業(yè)務(wù)尋呼刪除次數(shù)并每分鐘上報(bào)一次BTS_STATIS_REPORT消息給BSC。4、PCH分組業(yè)務(wù)尋呼超時(shí)次數(shù)A340: CELL_PACUIT

33、_PCH_EXP含義:本指標(biāo)統(tǒng)計(jì)了PCH塊上調(diào)度消息時(shí)存在競爭問題，記錄分組域?qū)ず粝⒊瑫r(shí)的次數(shù)。因?yàn)槊總€(gè)尋呼都有生存周期，超過生存周期后，尋呼消息就會(huì)被刪除。這個(gè)生存周期默認(rèn)值是5s，可以通過基站軟參修改。BTS統(tǒng)計(jì)PCH分組業(yè)務(wù)尋呼超時(shí)次數(shù)并每分鐘上報(bào)一次BTS_STATIS_REPORT消息給BSC。5、尋呼下發(fā)次數(shù)（電路業(yè)務(wù)）A330: CELL_PAGES_CS含義:當(dāng)BSC下的MS作為電路業(yè)務(wù)的被叫時(shí)，BSC收到來自MSC或PCU的電路PAGING消息后，根據(jù)小區(qū)識(shí)別標(biāo)志向相應(yīng)小區(qū)下發(fā)PAGING CMD消息，并以小區(qū)為對象統(tǒng)計(jì)該指標(biāo)。該指標(biāo)統(tǒng)計(jì)的是Abis口尋呼下發(fā)情況。參見GSM 0858、0408協(xié)議。6、尋呼下發(fā)次數(shù)（分組業(yè)務(wù)）A331: CELL_PAGES_PS含義:當(dāng)BSC下的MS作為分組業(yè)務(wù)的被叫時(shí)，SGSN向PCU下發(fā)PAGING REQ消息尋呼MS，PCU處理后發(fā)送PACKET PAGING 消息給BSC，BSC根據(jù)消息中的小區(qū)識(shí)