1、WCDMACS業務掉話問題指導書Version 1.0文檔描述文檔名稱CS業務掉話問題指導書分類無線優化作者Kai日期10 10 2010批準人更新記錄版本更新日期更新人更新內容備注1.0 10.10 .2010 Ma KaiALLCopyright ? Nokia Siemens Networks. This material, including documentation and any related computer programs, is protected by copyright controlled by Nokia Siemens Networks. All rights

2、 are reserved. Copying, including reproducing, storing, adapting or translating, any or all of this material requires the prior written consent of Nokia Siemens Networks. This material also contains confidential information which may not be disclosed to others without the prior written consent of No

3、kia Siemens Networks.1 .概述62.掉話性能指標71.1 DT/CQT掉話定義7 2.2KPI掉話指標定義73. DT/CQT優化流程93.1 覆蓋問題10 3.2鄰區問題13 3.2.1 Batrana令口區漏酉己檢查介紹163.3切換問題163.3.1拐角效應173.3.2針尖效應183.4干擾問題19 3.5 SC沖突問題213.6異常分析22 3.6.1 RAN 側問題223.6.2CN引起掉話244.總結265.附錄275.1 切換控制參數數據結構275.2常見掉話原因分類286.參考文檔 29Figure 1 HE掉電情況9 Figure 2 -DT軟件掛死.

4、10 Figure 3 -CS掉話問題分析流程10Figure 4碟!覆蓋問題掉話實例11Figure 5期覆蓋問題和鄰區問題的區分12 Figure 6-NEMO Analyze導頻污染的定義（CUC定義）12Figure 7Pilot Pollution導致掉話12 Figure 8 NEMO鄰區漏配檢查13Figure 9 WB區漏配掉話實例14 Figure 10 -Measurement Report檢測15 Figure11 "Batrana漏酉已令口區檢查16Figure 12 -CIO 參數17 Figure 13 9角效應掉話實例18Figure 14 #尖效應案例

5、 19 Figure 15 J下行鏈路平衡的鏈路示息19 Figure16 J行干擾在 NEMO中的檢查20 Figure17 "Batrana上行鏈路干擾的檢查20Figure 186c沖突導致掉話21Figure 19 6c 沖突檢查.22 Figure 20 -Batrana 掉話統計23Figure 21刃、區異常狀態表24 Figure 22 -Relocation 和 Anchoring 的對比25Table 1 Call drop Counters forRU1081 .概述在網絡優化中，掉話率的高低直接關系用戶的感受，是客戶驗收的基本指標。 本文目的是總結掉話問題的常

6、見問題及處理方法，指導現場工程師對該指標的優 化，使得網絡的掉話率達標。2 .掉話性能指標2.1 DT/CQT掉話定義從UE側記錄的空口信令上看，在通話過程（連接狀態下）中，如果空口的消 息，滿足以下三個條件的任何一個：9收到任何的BCH消息(即系統消息)9收到RRC Release?肖息且釋放白原因值為 Not Normal9 收到 CC Disconnect, CC Release Complete CC Releas屋條消息中的任何一 條，而且釋放的原因為 Not Normal Clearing 或者 Not Normal, Unspecified。CUC CS業務掉話定義：語音業務掉話

7、率=RNC請求釋放的語音業務RAB數目/語音業務RAB指派建 立成功的RAB數目*100%;可視電話業務掉話率=RNC請求釋放的可視電話業務 RAB數目/可視電話業務 RAB指派建立成功的RAB數目*100%;10 2 KPI掉話指標定義廣義的掉話原因可以為通話端到端的任一網元，應該包含UE異常，CN和UTRAN的掉話率，本文主要關注 UTRAN側的掉話率指標。UTRAN側相關指標主要包括兩個方面：(1)業務建立成功后，RNC向CN發送RAB RELEASE REQUEST消息。(2)業務建立成功后，RNC向CN發送IU RELEASE REQUEST消息，其后 收到CN發送的IU RELEA

8、SE COMMAND 。統計時可按具體業務分類統計，同時 還統計了 RNC觸發釋放各業務RAB的原因。掉話率計算：Call drop ratio, Voice = 1- 100*(nbr_of_normal_rel_call_voice / (nbr_of_successful_call_setup_att_voice;Call drop ratio, RT Service Other Than Voice = 1-100*（nbr_of_normal_rel_call_rt_service / （nbr_of_successful_call_setup_att_rt_service注意：通常

9、，路測數據分析工具能夠根據預先設定的判斷條件，自動判斷測試 中的接入失敗問題，例如 Nemo、DingLi、Actix Analyzer等。正常釋放數量：? M1001c136 RAB_ACT_COMP_CS_VOICE （語音）? M1001c137 RAB_ACT_COMP_CS_CONV （視頻）? M1001C143 RAB_ACT_REL_CS_VOICE_SRNC （語音）? M1001c151 RAB_ACT_REL_CS_CONV_SRNC （視頻）異常釋放數量：? M1001C144/ M1001C152 RAB_ACT_REL_CS_VOICE/CONV_P_EMP? M1

10、001c145/M1001c155 RAB_ACT_FAIL_CS_VOIC E/CONV_IU? M1001C146/ M1001C156 RAB_ACT_FAIL_CS_VOICE/CONV_RADIO? M1001C147/ M1001C157 RAB_ACT_FAIL_CS_VOICE/CONV_BTS? M1001C148/ M1001C158 RAB_ACT_FAIL_CS_VOICE/CONV_IUR? M1001C150/ M1001C160 RAB_ACT_FAIL_CS_VOICE/CONV_RNC? M1001C392/M1001C393 RAB_ACT_FAIL_CS_

11、VOICE/CONV_UETable 1 Call drop Counters for RU103. DT/CQT優化流程CS掉話數據分析流程如下借助路測數據分析軟件，(比如 Nemo analyze, DingLi, Actix Analyzer等)， 顯示掉話的時間，地理分布。通常通過 Scanner采集的無線信息和UE的激活集 監視集比對獲取掉話前后的無線狀況；通過 UE采集的信令和RNC的跟蹤信息, 獲取掉話時各網元的信令交互。還可以根據掉話點地理分布信息，獲取掉話是否發 生在RNC或3G覆蓋的邊緣。結合RNC的信令跟蹤和UE的路測信令，按照如下CS掉話問題分析流程， 確定在哪一處出現

12、失敗，分析和解決問題。對路測數據中，由于UE掉電，路測軟件異常導致的掉話，一般不需要投入時 間深入研究，但需要在路測數據分析中篩選出來。UE掉電導致的路測掉話，一般 DT Logfile中顯示“IMSI DETATCH',如下 圖：111RelulwOffselL*yer 3103057 06：3B；*7, " 'H ;43 t05, 350DL 一口門飛 Ac 11 Vr 工尸 t UplLft t f102050 06:38it7. " E: 43 25. 33。ooooooUL-DCCH h ilveSctUijJsieC102064 06:38:*7

13、. , 01:43:05,584000234DL-DCCH lusuremtC的rrol100091 oe：3a：«9l -<n：43:07，m UL-DCTHReport102098 0fl:39:5fi - 6:4二防竽16CO0M0BL-DOCff A tlveSatlfodiU100099 06:38:5(1 *，：4犯。工蟆2UL-DCCH kt 1 vtSeiUfjdareCoApl et e102105 06:38:5a 0l：43;0B. 221MojesDL&DiTfi leasureiwitCntr-sl1Q21ZB M:38;91. - SMOTl

14、TTO001549ui Decs isfurEEiii中m102134 06:38：阻0113:09.966oooi 的m. DCCK DpU1 Ftx tTrw ter IISI Del actl Indi cat Ion103137 0e：3«；fl2, 內：43；1636口COO3O5tt-DCC| MDCfizHLIm3102139 0:3B:5Z01:43: 10. 2®0QQQOOUL-iCCH RjtCComec11 onitel etscCMplettin?i43rr?rn -4t in. 47?ftnni 匕-m nrr. itRnr-tq扃nn聲i尸者,

15、訊】n聲,06:38:52, 044 L3 UL IISI Dclach Indication ¥L DCCH Upl 1 nkDIrectTr102134Uu.RRC: (TL.DQCH.Iess&te,.Lnt Ctrl tjChrcltInf0-* sageluthentlt17389137T0事. rrc-l«sa(eSe5uerKeIujibeT4+.nessas?-" iqplinkDIrrctTrtinsferi. . cn"Do*AliiIdirntlt)f： 0 ( ciwdo*aln)圈 .m寫事事KtII IISI Deta

16、ch IMlcttlonSkip indicator; 010IE: TobLle Idenlity - TISI: 1444046477 C0i5613&68D)Figure 1 HE掉電情況路測軟件掛死，會出現一段時間路測記錄數據丟失或在路測軟件中顯示測量值 不變，如下圖：/暫無圖例Figure 2 DT軟件掛死對于非路測設備和UE原因造成的掉話，是我們需要重點分析和解決的，分析 流程參見如下：虹現同.史Figure 3 -CS掉話問題分析流程1 .1覆蓋問題覆蓋問題在這里可以分為弱覆蓋問題或導頻污染問題，弱覆蓋問題是指RSCP很差導致的無線環境問題，不包括由于漏配鄰區導致的覆蓋質

17、量差。確認弱覆蓋問 題簡單的方式是觀察Scanner采集的數據，若最好小區的 RSCP和EcIo都很低（通常我們認為：RSCP<-102dBm & EcNo<-12dB ）,就可以認為是弱覆蓋問題。弱覆蓋問題需要通過RF優化來解決。了山河女乂少百通常導致弱覆蓋的原因：9 斷站 (Cell availability )9站間距過大9大饋系統施工質量9大饋布放位置不合理9過大的饋線，接頭損耗9導頻參數設置過低對應弱覆蓋的解決方案：9對應斷站，檢查站點硬件狀態，確認 Block原因9建議加站9大饋系統的調整，如 Tilt, azimuth, height9使用較小損耗的饋線9對于

18、上行覆蓋差，可以添加 MHA9調整導頻功率 Poor coverage reason, sample:K iT八AW 例|八AMR m 的MO U11Q1 I八AMT 2t MUnU Hmi 15016股的WOL*r*r，EcMbtMt ACtHW Ml Mf* *fPl EM.T'&33廣 1.fWEHAM» kPI Vlhnl? 1»K1I1 與 ODD TBU30 000TfreI m MhflU HMS14io7 n12-21.4 A0雪* dxK£二2 i-IoaMr% a lIQ1金玄2的。Problem Dcscriptkon: In

19、 this case the RF environment as reported by the UE is very pcio before the call is dropped The best server RSCP=- 82.6 cOQ and E£Jo=-21 口日 BLEP is 47 d% ana DL Power up % Is 89,3, The NW releases ttie call tvuason No circuit/cnannel avaisbie' in this case it means, that one of the SHO bran

20、cnes has got out of DL power Coverage optimization is needed to improve the coverage in inis area See items 2,4 and 8Figure 4啞!覆蓋問題掉話實例弱覆蓋可以進一步分為上行覆蓋受限還是下行覆蓋差，可分別根據上下行專用 信道采用如下方法判斷:如果掉話前的上行發射功率達到最大值，并且上行的BLER也很差或者從Emil或Megamon的用戶跟蹤數據上看到 NodeB上報RL failure,基本可以認為上 行覆蓋差導致的掉話；如果掉話前，下行發射功率達到最大值，并且下行的BLER

21、很差，基本可以認為是下行覆蓋差導致的掉話。在合理的鏈路平衡情況下，而且上 下行沒有干擾的情況下，上行和下行發射功率會同時受限，此時不一定要嚴格區分 哪一方先出現受限。如果上下行嚴重不平衡，則應該初步判定為受限方向存在干 擾。Analyze Wirard - FiltersAdd Ntars or thbn伊 the* vatue心NameValuePointer levd wrufow from the be5t active set cell (dB) *3E</N0 Mirve 8上 best below threshold (dB)-RSCP active best above t

22、hreshold (dBm)=TOOPilot count: tfveshold-4Figure 5明覆蓋問題和鄰區問題的區分導頻污染或者說在某一點存在過多的強導頻，但卻沒有一個足夠強的主導頻， 從而多個強導頻的存在對有用信號構成了干擾，導致 Io升高，Ec/Io降低，BLER 升高，提供的網絡質量下降。也會引起覆蓋問題導致掉話。導頻污染的定義通常以RSCP為判定條件，也可以EcNo為判定條件，使用路 測分析軟件可以方便的根據導頻污染的條件顯示導頻污染的區域。Figure 6 NEMO Analyze導頻污染的定義（CUC定義）Analyze Wizard - FiltersAdd fiber

23、s or chdnge ther valuw,ValueNamePointer level Widow From the bet «trve set qdl (dB)Ec/NO active set best below threshold (dB)R5cp active iet be5t above threshold (cfim)Pilrhl- rru N ItwMJhinL-lFigure 7 -Pilot Pollution 導致掉話解決覆蓋問題，具體可參加W-RF優化指導書。3.2鄰區問題鄰區漏配比較容易通過比對 UE和Scanner搜索的Best Server小區，如果掉

24、話時，存在Scanner探測到比UE Active Set信號強的小區在一段時間內既未加入 UE的Active Set也沒加入到Monitor Set,那就可以判定為鄰區漏配。RAN TuningUsing Nemo Outdoor with scanner and mobile to detect missing neighbour definitionsMis51M negbcrs的to the riHighMurtosts of Ihe suncuxtmijN- ：； itxxir'isl of TtlP 5-fVi(T ' -II Eis $mti by tfin le

25、mtnai. SCRs 72 andT3 at電 rwtjn tsi 13G3G and 3G*2G missing neighbours can be detecte dFigure 8 NEMO鄰區漏配檢查鄰區漏配會造成EcNo惡化，從而導致掉話。有時鄰區漏配是由于個別基站退 服，導致切換不可接力。鄰區漏配也會由于EcNo的惡化，觸發3G-2G切換，使呼叫轉移到2G 。Missing Neighbour/ Sfte DownSector 306 is down, causing Ec/No to the areaSC 299 has strong Ec/No based on scanne

26、r, but it is not defined as a neighbour. Possibly, it is in SC 306 s neighbour list, but because sector is down (not seen by mobile), it is never added to the NB list.ISHO to GSM is performed-Figure 9 W 口區漏配掉話實例2G o如果掉話發是需要關注目當UE移動到3G覆蓋的邊緣，會通過啟動壓縮模式切換到 生在3G-2G異系統切換過程中，需要檢查異系統鄰區的設置，特別 標2G鄰區基礎數據設置是否正確

27、（和 2G基礎數據庫相比）以及2G目標鄰區的信號質量。2G目標鄰區的設置和2G目標小區的電平質量可以通過" measurementReport信息檢測。ISHO Failure - No Cell Found Failure ExampleC&AQ iMOjifitASJ >cu“Tiiftrte I wbm»*國»cuPBCUKU agtoj uuO *eu> MKV w *CU mew acv H*CV HW KKD- NKZkr Mrn6?-<3-<i If? iMlrM IMEi2 *1 *« U品.“ Sfilr

28、O H917-圖，*1 JIM 出耳，JM E*Z3*，口 U* I* If MM p P啟心舞 訐/Q 3cll tT 看 KIMMXmtrKKHEtJct:s:txKgpcw>*«*Jamri4aelbWMdwtttjccwmgi.6. TMglCWT月pcm 心以)4CCCMMhmpA4ifiRsXyMinJK) - -104 dBmRxLev = U10 + 4 = -1 06 dBniPOOR GSM COVERAGENo surtjble cell&修U：MFigure 10 -Measurement Repo牌測對于和華為2G配合的3G-2G切換，還需要注

29、意華為2G的3G-2G切換是否打 開，（華為2G BSS特有3G-2G切換入開關），否則不能成功 3G切換到2G。另外，除了上述比對 DT log里UE和Scanner搜索的辦法檢查漏配鄰區，NSN 還有如下的方法做鄰區漏配檢查：1 .可以通過激活相關Feature,通過普通UE上報的Detect Cell,直接檢查漏配 鄰區，甚至通過Detected Set小區實行軟切換。需要的Feature:Detected set reporting and Measurements feature (RAN 1191Feature (RAN1266 enables the addition of th

30、e detected set cells to the active set (SHO2 .在上述Feature激活后，還可借助NSN的NETACT工具，輸出漏配鄰區列 表。如：Netact Optimiser, Batrana。3.2.1 Batrana鄰區漏配檢查介紹鄰區漏配是網絡優化中常見的問題，除了路測中由掉話事件或RF優化觸發鄰區檢查外。通過NSN的KPI工具-Batrana可以方便的定期性檢查，節省人力和項 目投入。通過Batrana檢查漏配鄰區的方法如下：Figure 11 -Batrana漏酉已令口區檢查3.3切換問題本文中指的切換導致的掉話主要指切換參數設置不符合實際無線環境

31、從而導致 的掉話，可以通過RF調整或優化切換參數避免切換不及時或最好小區替換過慢。 不包括鄰區漏配，冗余鄰區等鄰區問題引起的切換掉話。切換掉話的典型現象可以歸納為：拐角效應和針尖效應，當兩個小區信號兵乓 交替成最好小區或主導小區變化過快也可以認為是針尖效應的一種。3.3.1拐角效應拐角效應主要表現在原小區信號快速下降，同時目標小區信號迅速上升，UE未能及時激活集更新而導致掉話的情況。因為路測道路的拐角處容易發生這種無線 小區質量迅速變化，所以稱為拐角效應。當源小區和目標小區的無線質量交替過快，這種突變會容易引起掉話。當 1A 事件發生的條件觸發慢于無線環境的突變，會在 UE上報測量報告之前就發

32、生 TRB復位，導致掉話。即使1A事件教易觸發，UE上報了測量報告，但RNC在 下發激活集更新的時候，有可能原小區信號質量已經變得過差，導致UE不能解調激活集更新命令，從而產生掉話。解決拐角效應的方法可以通過 RF優化調整或切換參數的調整實現，RF調整 使得信號突變區信號替換變得平緩些是最優的解決辦法，它可以從根本上提升整個 網絡的無線質量。當天線工程參數的調整有困難時，也可以通過調整切換參數來實 現，但需要注意參數調整的范圍，建議在源小區和目標小區增加新的FMCS Profile,不要直接修改原FMCS,避免更改導致該小區和其它小區的切換更容易發生。通常修改的 CIO 參數為：(Indivi

33、dual Ncell Offset)AdjsEcNoOffset (CPICH Ec/No Offset)Parameiet nameCPICH Ec/hlo OffsetAbbreviate'i nameAdjsEcNoOfFsei3GPP nameCell individual offsetManaged objectADJSParameter groupHCConHguralior)CaiegoryRadic Rasourc0 LHihalienMMiplicity1DescriptionThe CPICH Fc掘。Offset delernninds an offset val

34、ue, which the UE adds to the CPICH Ec/No mea sure meat result of the neigh touring cell before il conn pa res the Ec/No value with the reporting criienaRange.101口Step0,5UnitdBFormula for getting intimal valuemlemalvalue = guijake T 2Figure 12 CIO 參數CIO parameters In Corner EffectCorner Effect cause

35、poor accessibility in s.om« zon«. »nin（）CIO b«twetnFSC373 and PSC35t to Nstth* handoverFigure 13也角效應掉話實例3.3.2針尖效應針尖效應主要表現為在較強目標小區信號的短時間作用下，原小區信號經歷短 暫快速下降，又上升的情況。針尖效應一般在以下幾種情況下會導致掉話：9如果針尖持續的時間很短，無法滿足切換條件，不會影響掉話，但會帶來業 務質量的惡化，比如下行產生過高的BLER ;9如果針尖持續的時間比較短，而切換的條件又比較嚴格，在切換發生之前, 可能由于下行信

36、號太差，導致信令或者業務 RB復位情況而導致掉話;9如果目標小區觸發了切換，可能由于原小區信號太差使手機收不到激活集更 新，導致掉話的情況；9如果目標小區完成了切換，變成了激活集內的小區，由于針尖會在很短的時 間內消失，該小區還要完成一次切換過程才能從激活集內退出，這個過程也可能會發生掉 話。9針尖效應一般可以通過觀察 Scanned己錄的最好小區擾碼分布圖來觀察，- 般情況下，如果有兩幅天線主瓣分別沿著街道指向，在兩條街道交界的地方就容易產生針尖 效應。針尖效應可以參考拐角效應的解決辦法，其中天線調整的目標是在針尖的位置 不要使原信號下降過快目標小區信號上升過快，除了以上的方法，如果能適當增

37、加 RLC重傳次數，從而抵抗信號的衰落也可以比較好的降低掉話。暫無圖例Figure 14 #尖效應案例3.4 干擾問題下行和上行的干擾都會導致通話質量下降，無線失步導致掉話。通常情況下， 在沒有干擾的情況下，上下行是平衡的，即掉話前上下行的發射功率都會接近最大 值。當下行干擾存在，往往出現上行發射功率很小，但下行發射功率達到最大值同時也伴隨著下行BLER不收斂；對于上行干擾，會存在同樣的表現，在實際分析 可以通過這個方法來區分。TX 內。Figure 15 J下行鏈路平衡的鏈路示意下行的干擾通常為導頻污染，越區覆蓋或系統外干擾。路測數據中下行干擾導 致掉話的分析，通?，F象為有較強的 RSCP,

38、但EcNo很弱，且BLER值升高不收 斂。上行的干擾的存在，會使UE保持大功率發射或滿功率發射，當上行鏈路質量 不能保持時，失步導致掉話。另外，在切換的時候，新建鏈路由于上行干擾問題導 致鏈路不能同步，造成切換失敗而導致掉話。上行干擾可能來自系統內，也可能來 自系統外，絕大部分場景上行干擾來自系統外。路測數據中上行干擾導致掉話的判 定，可以通過系統實時監控。但一般掉話 Log的發生時間屬于歷史時間，路測分 析軟件可以顯示上行干擾情況。Figure 16 J行干擾在 NEMO中的檢查對于客戶投訴等缺失路測數據的掉話分析，如果懷疑掉話是由于上行干擾引 起，可以通過KPI統計，根據小區ID和時間來索

39、引查詢相關 Counter。Figure 17 -Batrana上行鏈路干擾的檢查3.5 SC沖突問題規劃中SC規劃的不合理或相同SC小區的越區覆蓋，會導致 SC沖突，BLER 過大，引起掉話。Drop call failures (SC conflict)Sudden drop to idle mode (no disconnect messaging)Cause of the failure: overshooting site and SC reuseShort term solution to add overshooting neighbour in ADJS definitions

40、Transport channel BLER 100%Figure 18 6c沖突導致掉話特別是當其中一個小區過高，或其中一個小區主瓣方向為河面，道路延伸方 向，尤其需要注意相同SC的小區隔離區過小。NSN對SC沖突檢查的工具和方法比較多，如：Netact Optimizer, Bantrana可以檢查。也可以使用 SC collison checking tool。RAN Tuninghe WCDMA adjacency optimisation process iequires, scrambling code checking and collision cofructions Sour

41、ce and target cells cannot have the same codesSeveral target cells cannot have the same codes in the source cell point of viewoptimizer includes an algorithm to check 3nd correcte 等crambling codesCan be run separately or together with the adjacency optimisation processcram bling code collisions are

42、identified based on cell locatio Reallocation 侑 done based on locationPossibility to define code groups, forbidden codes etc.Figure 19 6c沖突檢查3.6異常分析排除了上述原因導致的掉話，需要重點檢查網元設備問題或設置導致的掉話， 包括NodeB , RNC ,核心網和傳輸的問題。另外網絡容量也可能是引起掉話的原 因。對設備問題的排查，需要和 Care, NI工程師聯合一起解決。3.6.1 RAN側問題RAN側設備的穩定是通化保持的前提，如果大面積基站退服（如傳

43、輸中 斷），必然在話統上顯現出高的掉話率。通過KPI對掉話的分析，可以初步判定掉話發生的原因。另外，在 DT中，如果NodeB出現如下異常，也會導致掉話。*1WCQ._WCa._lDl回day1lMI«<1C1415 l；AMCTJAtZCS JOOJQ 1.訪】加1匚4_ kAOcrj而 3MlHHM1M1C34? tilJCTJ 俎 CKEJT31MliQlCli MltOlCIE Mt«：lC» &J*B_ACT fl_HAlJlCT ?J"CT JMLCL 于疝=Z gfL /mo： sn ?mcr iiai vuicr ur l上

44、1Mli"ios&2O0S-I7-M10°0川小31032SM睜 13MI1Q00,I10UIOK氣收222nD&-E7-Z'4D1DDD01'nwcrtj*1M531；110n0fljcm"1M51*rt1qgaJRNC2W口 (“普2(m 弘 mat*100002。肛 ihM10VtaTD-6C?7M%,1QqQQ氣收72?帥務TMt1°1aQ耳耐心?0Q 為 UM100口qftJWCM?與曾f22009-07-4Hl'0JJa1LN仁虹3口加，2Mm*1D00RMC：hflBSI?岫卬小*10電90RlCft

45、?DMI和吐巾31q一 I,)Qawc?t:氣。睛22MM打前1c000mmXqi30眸0LM»1cfFa務«,1Ve0RJMOV2,1141?flD9-C J-2*1DgD»MC»：T1H5JOOM7-M,10000岫皿lt$*220M*100a0ajic：D：1tU22m.&rn100a0utcjh'lUH2MU-M1DIDQfi：NO»3,t N370-DS-IMQ10一 Ia0BNCH21,0033«70tQ0ftjfcj#?T.0J7；3 M)20Q0QfijfcmT4X20200II0awE?p22D 0

46、3-D 7-24a2DODDnucwMflklhM*30ID90fiNcm3q咖«4t0KNCmIt 133200$ ” ：*70000Figure 20 -Batrana 掉話統計St.rteST.rte!Cuik0WodirgWOWorking1BMWUDL-USER (blocked by the user)wBL-WF-COCO (blocked because COCO is nolyet created)3BL(IJW)uwBLWF-COCO * BLUSER32BUS)s0L-SYSTEM Oblocked because of a system Allure)64BL(I)1BL-INIT (blQtk" because orinihaiization, 1)660L(WI)WlBL-WF-COCO*BL-INITL9LFLUNK (blocked because of a Common NBAP link failure)129BLUL>ULBL-FL-UNK + BLUSERC0L-FL-COCO (blocked because of a failure in COCO)133BUUCL)UCLBL-FLLINK + BLTLCOCO + BUSER192QUIDIL0L-INIT + 0L-FL-LI