接通率指標(biāo)提升優(yōu)化手冊(cè)RAB擁塞優(yōu)化

1、 大唐移動(dòng)接通率指標(biāo)提升優(yōu)化手冊(cè)rab擁塞率指標(biāo)的提升build excellent td-scdma network 9目 錄1接通率指標(biāo)定義和解釋31.1 話音業(yè)務(wù)rrc和rab建立成功率涉及的計(jì)數(shù)器31.2 接通率的計(jì)算公式31.3 指標(biāo)的詳細(xì)解釋42 ue接入過(guò)程信令流程分析62.1 信令接入分析62.2 rab擁塞過(guò)程分析72.3.1 assignment request發(fā)送給rnc后rnc直接返回失敗81 rab擁塞過(guò)程分析rab過(guò)程是指cn給rnc下發(fā)了rab assignment request消息后，rnc給cn回rab assignment response消息前，具體流程

2、如下圖：從上圖中可以看出cn給rnc下發(fā)了rab assignment request消息后rnc直接回失敗主要有以下幾部分的原因：為ue申請(qǐng)無(wú)線資源失敗、 uu口rb建立、iub口radio link重配置、iu口iuup建立或gtpu建立過(guò)程；下面針對(duì)為ue申請(qǐng)無(wú)線資源過(guò)程中rrm分資源失敗的情況給出解決辦法，通過(guò)cdl記錄的失敗原因進(jìn)行統(tǒng)計(jì)時(shí)可以按照rab setup failure消息里的eventpara字段來(lái)統(tǒng)計(jì)。1.1 assignment request發(fā)送給rnc后rnc直接返回失敗如果rnc內(nèi)沒(méi)有發(fā)起rab的建立過(guò)程而直接給cn返回失敗則需要檢查rab失敗原因，如果原因?yàn)椤?/p>

3、rrm_allocate_resoureces_failure”，則說(shuō)明rrm分資源失敗或小區(qū)擁塞。rrm進(jìn)行資源分配的順序依次是碼需求、碼判決和碼分配，碼需求主要是得到新用戶或用戶業(yè)務(wù)發(fā)生變化時(shí)總的需要的碼資源情況；主要是查詢相關(guān)靜態(tài)配置得到。碼判決是指用戶接入或重配置時(shí)當(dāng)前小區(qū)碼資源（載波、時(shí)隙）能否接納的判斷；碼分配是指業(yè)務(wù)建立、修改、刪除時(shí)為用戶分配新的物理信道和相關(guān)參數(shù)等。通俗來(lái)講通俗來(lái)講碼需求就是得到本次請(qǐng)求（包括新請(qǐng)求業(yè)務(wù)和已有業(yè)務(wù)）需要的總的碼資源，碼判決是判斷可以在哪些載波哪些時(shí)隙上接入，碼分配就是具體的分配過(guò)程。只有前面的過(guò)程通過(guò)了才可能進(jìn)行下一個(gè)過(guò)程的判斷，即如果碼需求階

4、段就失敗了就不會(huì)再進(jìn)行碼判決的判斷。所以rrm資源分失敗也一般是這三個(gè)環(huán)節(jié)出了問(wèn)題。碼需求失敗需要具體情況具體分析，不排除靜態(tài)參數(shù)沒(méi)有配置的因素。下面就目前外場(chǎng)出現(xiàn)較多的碼分配失敗和碼判決失敗問(wèn)題給出解決辦法。1.1.1碼分配失敗解決辦法如果rrm_allocate_resoureces_failure/rab setup failure消息里的失敗原因是碼分配失敗一般來(lái)說(shuō)導(dǎo)致這種情況的原因有兩個(gè)：參數(shù)錯(cuò)誤、程序有bug。可以按照下面方法首先排查是否參數(shù)設(shè)置錯(cuò)誤：1、時(shí)隙格式配置錯(cuò)誤，業(yè)務(wù)對(duì)應(yīng)組合索引表中dl l1表中的modulation、tfcibits、tpcssbits配置不匹配。在q

5、psk方式下，tpc/ss不能為3，應(yīng)該按照標(biāo)參配置（目前為2）。標(biāo)參之前有個(gè)版本配置錯(cuò)誤了，已經(jīng)修改過(guò)來(lái)了，但外場(chǎng)很多地方參數(shù)還是錯(cuò)誤的。muxidx組合索引號(hào)13000靜態(tài)(可創(chuàng)建、不可修改) modulation調(diào)制方式010-qpsk, 1-8psk靜態(tài)(可創(chuàng)建、可修改) puncturinglimit打孔限制015此參數(shù)限定了物理層的打孔數(shù)量。015對(duì)應(yīng)于40.100%，即（40+n*4），n=015，步長(zhǎng)為4。物理層被打孔的比特占總比特的百分比限制在如下范圍：0(15*4)%，步長(zhǎng)為4。靜態(tài)(可創(chuàng)建、可修改) tfcibitstfci編碼位數(shù)432tfci編碼位數(shù)。(4, 8, 1

6、6, 32)靜態(tài)(可創(chuàng)建、可修改) tpcssbitstpc/ss編碼位數(shù)048tpc/ss編碼位數(shù)。(0, 2, 3,4, 8, 16, 32, 48)靜態(tài)(可創(chuàng)建、可修改)  2、時(shí)隙類型是 “窗優(yōu)化”，業(yè)務(wù)需要sf4或者sf1的碼道時(shí)，會(huì)出現(xiàn)資源分配失敗。如：上行按照32k接入，且32k+3.4k需要的碼資源是sf4的碼道；則會(huì)出現(xiàn)資源分配失?。粯I(yè)務(wù)上行按照32k接入有3種情況：申請(qǐng)的是32k；或者cac表，定制速率設(shè)置的是32k；再或者cac表沒(méi)有設(shè)置承載速率但申請(qǐng)速率資源不足降速到32k。該參數(shù)在rcellts表中，應(yīng)該配置為0:該時(shí)隙sf不作限制; tstype

7、時(shí)隙類型050: 0,1: 0,2: 0,3: 0,4: 0,5: 0,6: 0說(shuō)明：上行公共信道所在時(shí)隙, 時(shí)隙類型配置需要與公共物理信道所用碼道保持一致。0:該時(shí)隙sf不作限制;1:midamble k = 8,該時(shí)隙的業(yè)務(wù)只采用sf=8,信令sf=16;2:midamble k = 8,該時(shí)隙的業(yè)務(wù)只采用sf=2,信令sf=16;3:midamble k = 8,該時(shí)隙的業(yè)務(wù)同時(shí)采用sf=8和sf=2,sf=2采用c2(1),信令sf=16;4:midamble k = 8,該時(shí)隙的業(yè)務(wù)同時(shí)采用sf=8和sf=2,sf=2采用c2(2),信令sf=16;5: 窗優(yōu)化分配類型；時(shí)隙類型限制

8、僅針對(duì)ul時(shí)隙, dl不受影響。與物理層同頻算法有關(guān)；只要鄰小區(qū)跟當(dāng)前小區(qū)有同頻, 那么，該載頻上就應(yīng)有時(shí)隙類型限制。動(dòng)態(tài)(可創(chuàng)建、可修改)3、hsdpa算法表中，打開(kāi)了dpch不連續(xù)開(kāi)關(guān)可能會(huì)導(dǎo)致資源分配失敗，對(duì)應(yīng)bugxa00028323 ，但是目前外場(chǎng)版本沒(méi)有歸并該bug。具體表現(xiàn)為：不連續(xù)分配時(shí)，當(dāng)接入用戶多了（達(dá)到了復(fù)用的最大用戶數(shù)）后，有用戶進(jìn)行了釋放，再接入用戶復(fù)用釋放的碼道時(shí)會(huì)導(dǎo)致碼分配失敗。應(yīng)該將該參數(shù)配置為連續(xù)。 dpchcontinuedistributetaghspa中dpch是否采用不連續(xù)分配0101不連續(xù)分配；0連續(xù)分配。在不連續(xù)分配中，分給ue

9、的上行速率不根據(jù)ps上行指派速率, 而是從ps下行指派速率得到；在連續(xù)分配中，上行配置根據(jù)ps上行指派速率和34.108中的上行配置。動(dòng)態(tài)(可創(chuàng)建、可修改)1.1.2碼判決失敗解決辦法如果rab setup failure消息里的失敗原因是碼判決失?。òㄝd波判決失敗，這里以上行獨(dú)立載波判決失敗為例）可以通過(guò)小區(qū)下五分鐘上報(bào)一次的rrm性能統(tǒng)計(jì)消息cell user distributing查看資源使用情況：比如我們?cè)?009-8-26 15:10發(fā)現(xiàn)有用戶建立業(yè)務(wù)失敗的情況，那么我們可以查看該時(shí)刻之前最后一次cell user distributing消息，上圖給出的是2009-8-26 1

10、5:08:22時(shí)刻rrm上報(bào)的cdl信息，其中圓角矩形框里記錄的是5分鐘內(nèi)小區(qū)內(nèi)存在的hsdpa用戶數(shù)，hsdpa_max_user_number是指5分鐘內(nèi)同時(shí)存在的最大hsdpa 用戶數(shù)，此例為4說(shuō)明5分鐘內(nèi)最多同時(shí)接入了4個(gè)hsdpa用戶；hsdpa_aver_user_number是指5分鐘內(nèi)平均存在的hsdpa用戶數(shù)，這里的平均是指5分鐘內(nèi)每10s就會(huì)統(tǒng)計(jì)一次在線hsdpa用戶數(shù)，這些數(shù)的平均值乘以100就是5分鐘內(nèi)的hsdpa_aver_user_number，此例中為400。通過(guò)這些數(shù)據(jù)可以大體推斷某一時(shí)段在線用戶個(gè)數(shù)，結(jié)合cdl繼續(xù)分析該時(shí)段內(nèi)的確切在線用戶數(shù)確定是否有掛用戶的

11、現(xiàn)象發(fā)生。另外可以通過(guò)下圖查看資源占用情況，從而推斷出是不是真的沒(méi)有資源導(dǎo)致當(dāng)前用戶接入失敗。下圖中timeslot1bruaveroccupiednumber指5分鐘內(nèi)時(shí)隙1的bru平均占用情況，是5分鐘內(nèi)每10s統(tǒng)計(jì)一次時(shí)隙1的bru占用數(shù)目，這些數(shù)的平均值乘以100就是5分鐘內(nèi)的timeslot1bruaveroccupiednumber,此例中為1573；timeslot1brumaxoccupiednumber是指5分鐘內(nèi)時(shí)隙1最大使用bru數(shù)，此例中為16，說(shuō)明5分鐘內(nèi)時(shí)隙1最多有16個(gè)bru被占用?？梢酝茢喑鰰r(shí)隙1的bru基本上已被占用完，再有用戶進(jìn)來(lái)一般上行要接在時(shí)隙2上。其余

12、各時(shí)隙同時(shí)隙1，不再贅述。如果在時(shí)隙2上接入失敗需要查看rrc建立完成消息里帶的ue能力，ue能力一般都是單時(shí)隙支持最多兩個(gè)碼道，此時(shí)如果業(yè)務(wù)也需要兩個(gè)碼道而sich也配置在時(shí)隙2上時(shí)業(yè)務(wù)會(huì)接入失敗。解決辦法是如果業(yè)務(wù)需要sf8的兩個(gè)碼道，可以嘗試修改為需要sf4的一個(gè)碼道，但是時(shí)隙類型需要配置為不限制。還有一種方法是查看ue列表來(lái)推斷碼道占用情況建立業(yè)務(wù)的ue查看其在當(dāng)前失敗業(yè)務(wù)接入時(shí)已經(jīng)掛機(jī)，或者通過(guò)該ue的最后一條radio link deletion request消息判斷它該時(shí)刻已經(jīng)切出小區(qū)。如果已經(jīng)掛機(jī)或切出小區(qū)可以不去管它，因?yàn)橘Y源釋放掉不會(huì)影響當(dāng)前用戶接入。對(duì)于沒(méi)有掛機(jī)的用戶，

13、通過(guò)radio link reconfiguration prepare消息查看其碼道占用情況，切入小區(qū)的用戶可以看到它的radio link setup request消息，下圖以radio link reconfiguration prepare為例說(shuō)明碼道占用情況，如果碼道全部被占用了就說(shuō)明實(shí)在沒(méi)資源接入屬于正常失敗，如果這種現(xiàn)象持續(xù)存在可以考慮向移動(dòng)申請(qǐng)擴(kuò)載頻或加站解決。1.1.3 通過(guò)調(diào)整全網(wǎng)小區(qū)cac算法的下行接入限速來(lái)提升小區(qū)對(duì)r4用戶的接入能力目前全國(guó)各個(gè)項(xiàng)目配置的小區(qū)大都是2上4下，3個(gè)載波，其中2個(gè)h載波，一個(gè)r4載波， h載波為主載波示意圖：r4載波為主載波示意圖：一個(gè)下

14、行384業(yè)務(wù)就可能把下行時(shí)隙占完，其它業(yè)務(wù)接不進(jìn)來(lái)也是導(dǎo)致資源分配失敗的原因之一。為了提升小區(qū)對(duì)r4用戶的接入能力，建議把cac表里的下行3類業(yè)務(wù)的默認(rèn)承載速率都配置為128000，對(duì)于修改后r4下行還擁塞的，在移動(dòng)擴(kuò)容前就先調(diào)整到64000。defaultbearrateforclass1rab建立或重定位為1類用戶定制的承載速率042949672950: 640001: 32000uint32 arry(2)運(yùn)營(yíng)商在rab建立時(shí)，為1類用戶定制的承載速率。0表示不限制速率。0表示的是下行1表示的是上行動(dòng)態(tài)(可創(chuàng)建、可修改)defaultbearrateforclass2rab建立或重定位為

15、2類用戶定制的承載速率042949672950: 640001: 32000uint32 arry(2)運(yùn)營(yíng)商在rab建立時(shí)，為1類用戶定制的承載速率。0表示不限制速率。0表示的是下行1表示的是上行動(dòng)態(tài)(可創(chuàng)建、可修改)defaultbearrateforclass3rab建立或重定位為3類用戶定制的承載速率042949672950: 640001: 32000uint32 arry(2)運(yùn)營(yíng)商在rab建立時(shí)，為1類用戶定制的承載速率。0表示不限制速率。0表示的是下行1表示的是上行動(dòng)態(tài)(可創(chuàng)建、可修改)另外，在容量較高的情況下，時(shí)隙下的預(yù)留資源數(shù)可以考慮取0；tsreservedbrunum切

16、換預(yù)留bru數(shù)量01606: 0本時(shí)隙為切換預(yù)留的碼的數(shù)量。說(shuō)明：ts0不適用（ts0可設(shè)置為0）。主載波的ts建議按照標(biāo)定配置。其他載波配置為0。動(dòng)態(tài)(可創(chuàng)建、可修改)但是因?yàn)檫@些bru是為提高切換成功率為切換預(yù)留的，如果改為0的話可能影響切換成功率。在容量降低時(shí)可以考慮再按照標(biāo)定配置。1.2 nodeb mac掛資源解決建議對(duì)于mac掛資源問(wèn)題可能之前機(jī)房同事理解不一致，為了避免誤分析，再統(tǒng)一下確認(rèn)方法：同時(shí)存在以下三條告警為mac掛資源，即：rl接入失敗、apb配置消息參數(shù)有誤、mac響應(yīng)失敗。對(duì)此問(wèn)題青島方面驗(yàn)證升級(jí)了13t、14t、14t3三個(gè)版本，其中13t升級(jí)站點(diǎn)較多（將近30個(gè)

17、），其中升級(jí)站點(diǎn)中福州路愛(ài)尊客有過(guò)mac掛資源復(fù)現(xiàn)（有一個(gè)mac掛資源的bug沒(méi)有在這個(gè)版本中升級(jí)）；14t版本升級(jí)了兩個(gè)站點(diǎn)：三建、少年宮。升級(jí)約有一周時(shí)間，沒(méi)有復(fù)現(xiàn)mac問(wèn)題；14t3版本目前升級(jí)了兩個(gè)站點(diǎn)：金馬來(lái)、學(xué)苑賓館。19號(hào)是升級(jí)第三天，未見(jiàn)上榜；從驗(yàn)證結(jié)果看mac掛資源的問(wèn)題可通過(guò)升級(jí)版本解決，鑒于14t3版本功能比較綜合，也許是近期基站升級(jí)的最后大版本，因此建議將出現(xiàn)mac掛資源的站點(diǎn)都升級(jí)到14t3。1.5 技術(shù)支持用戶對(duì)此文檔存在疑問(wèn)時(shí)，請(qǐng)隨時(shí)聯(lián)系此篇文檔的主作者。楊勇yangyong）李鵬lipeng5）附錄 參數(shù)修改后

18、rab建立驗(yàn)證情況1. 昆明項(xiàng)目驗(yàn)證結(jié)果參數(shù)修改前的擁塞情況：參數(shù)修改后的擁塞情況：2. 貴陽(yáng)項(xiàng)目驗(yàn)證結(jié)果效果：8月24日完成了全網(wǎng)修改，該類問(wèn)題導(dǎo)致的rab建立失敗次數(shù)明顯減少統(tǒng)計(jì)時(shí)間失敗原因失敗次數(shù)失敗原因比例（當(dāng)日）8月20日擁塞：其它原因16123.23%8月21日擁塞：其它原因17625.73%8月22日擁塞：其它原因15025.00%8月23日擁塞：其它原因11421.55%8月25日擁塞：其它原因182.86%參數(shù)修改情況詳見(jiàn)3. 蘭州項(xiàng)目驗(yàn)證結(jié)果日期編號(hào)失敗原因失敗次數(shù)失敗原因比例備注8月8日2擁塞：上行碼道需求失敗00.00%3擁塞：下行碼道需求失敗00.00%4擁塞：iub上行atm資源不足00.00%5擁塞：小區(qū)狀態(tài)錯(cuò)誤00.00%6擁塞：其它原因00.00%8月20日2擁塞：上行碼道需求失敗00.00%3擁塞：下行碼道需求失敗00.00%4擁塞：iub上行at