【問題閉環(huán)】華為研發(fā)最終解決方案:修改BEP表參數后,下行重傳下降1%-2%。由于重傳減少,流量也稍微有所減少。這個問題是6月中旬解決的。
最后總結一下下行重傳優(yōu)化方法:
搬遷后重傳率升高可以從以下幾個方面分析:
1、和友商的公式是否匹配;
2、和友商的算法實現是否一樣;
3、施工質量是否有保證,是否存在告警;
4、數據配置是否出錯,是否能夠調整;
5、參數配置;
6、無線環(huán)境問題;
7、傳輸質量問題。
分享另外一地方下行重傳的處理過程,下行重傳由13%下降到7%
處理過程:
由于是搬遷網絡,首先需要明確公式。
1、對比統(tǒng)計公式,我司的實現不能和原網完全匹配,目前我司的統(tǒng)計上比較吃虧,需要在新的版本里改進;
2、我司的編碼方式實現采用比較激進的算法,提高了用戶感受,但是重傳率會偏高,通過修改BEP表,使用相對保守的編碼方式可以降低重傳率;
3、現場部分小區(qū)由于缺少跳線,當時分集接收存在問題,整改后CS掉話率降低,PS重傳率也有一定的改善;
4、部分參數設置對重傳率不利,進行了修改:
A)鏈路質量控制模式修改為LA模式;
B)下行缺省編碼類型選擇“MCS2”,讓手機下行初始使用較低的編碼方式,防止由于初始編碼方式較高帶來重傳;
C)通過對比幾個BEP表,把BEP表類型選擇為相對保守的編碼方式1;
D)“下行快速啟動下行”關閉;“上行快速啟動下行”關閉,防止由于下行快速啟動異常帶來手機未收到下行指配消息,而網絡側已經開始下發(fā)數據;
E)因為部分小區(qū)異常掉話較多,為了減少異常掉話帶來的影響,在環(huán)境比較差的小區(qū)盡快讓手機快速重選,部分小區(qū)將“Pan遞減值設置為2,PAN遞增值設置為4,PAN最大值設置為12”;
F)部分小區(qū)CS擁塞,帶來部分小區(qū)PACCH控制信道被搶占,造成手機異常釋放,在主B上增加靜態(tài)PDCH;同時將上/下行復用動態(tài)信道轉換門限增加到40;
G)對于延遲釋放階段的數據塊會被統(tǒng)計到有效塊和總塊數中,因此將下行延遲釋放改為4000,增加有效塊和總塊數。
5、現場部分站點覆蓋不好,經過優(yōu)化對重傳率也有一定的提升,還需要繼續(xù)優(yōu)化;
6、現網中存在分組傳輸G_ABIS口亂序、丟包比較嚴重小區(qū),需要進行傳輸排查,提高傳輸的質量;
最后感謝大家的關注。同時以后C友們在優(yōu)化KPI指標時,希望多多到論壇直播優(yōu)化處理過程。只要你的問題具有技術探討性,問題描述足夠清晰明朗,我會推薦到論壇頭條本周熱貼,群策群力,讓大家一起分享技術帶給我們的歡樂。
=====================================================================
問題描述:
HW搬NSN站點,搬遷后有一半的站點下行重傳大于原網。原網下行重傳在8%以下,搬遷后有一半的站點下行重傳大于8%,分布在9%-12%的比較多。導致現在差不多一半的cluster下行重傳不達標,整體下行重傳率大于原網2%,上行重傳率原網是12%左右,搬遷后是4%左右,遠遠好于原網。其它指標優(yōu)化后幾乎都達標了。
現在對這指標的優(yōu)化沒一點頭緒。都不知道與哪些PS參數有關。試驗了下行MSC缺省類型從MCS9改到MSC6,也沒明顯效果。計時器類參數不讓改。
全網為DCS1800站點,設備幾乎都是BTS3900.
下行重傳與哪些參數有關呢?大家提供些,我來試驗下效果。
如果有相關的下行重傳指導文件和優(yōu)化案例更好。技術性回復有高額專家指數獎勵。
[獎勵]:如果提供的優(yōu)化方案幫我下行重傳率改善2%及以上,獎勵5萬威望,提升1%獎勵2萬威望。
直播優(yōu)化進展:
4月16日:PS功控參數,試驗一個cluster,ALPHAGAMMAT_AVG_WT_AVG_T這四個參數改為默認值,效果不明顯;
4月23日:上下行缺省MSC類型都由MSC9調MSC6,下行重傳改善不明顯,上行TBF建立成功率提升1%以上,下行TBF建立功率0.2%左右;
4月24日:鏈路質量控制模式從IR改為LA,試驗一個cluster,效果明天觀察;
4月25日:鏈路質量控制模式從IR改為LA,試驗一個cluster,提升差不多0.1%,幾平不明顯,沒多大作用,和原網差距還有1.5%左右。同時LLC throughput 有提升,但目前LLC throughput 已遠遠高于原網了。
另外,之前把一個BSC的基帶跳頻改為射頻跳頻后,下行重傳改善1.5%以上,目前該BSC下行重傳已全部達標。當初改射頻跳頻是為了提升下行質量.不過客戶是否同意全網改為射頻跳頻現在還不得知,因為原網是基帶跳頻,并且基帶跳頻會有3DB增益。
4月26日:經同事驗證,對下行重傳高且LLC throughput 也低的小區(qū),把下行MCS編碼采用固定的MSC6,可以大大改善下行重傳,對LLC throughput 幾乎無影響,因為這本來就低。這種方法不能在規(guī)模應用,只能應用于下行重傳非常高,且LLC throughput 也低的小區(qū),否則會影響LLC throughput 速度。另外發(fā)現1,2塊載頻的小區(qū)重傳率高,這是?之前我們也發(fā)現LLC throughput 相當低的小區(qū)幾乎都2載頻小區(qū),這個共性問題能說明什么呢?
之外也開始對有干擾的頻點進行修改,硬件問題排查,但這個 周期會比較長。
另外也對三個重傳非常高的小區(qū)的EBP周期由5調整為3,效果有待觀察。
4月27日:對三個重傳非常高的小區(qū)的EBP周期由5調整為3,其中兩個小區(qū)下行重傳下降了接近1%,但另外一個小區(qū)反而稍微上升了,BEP周期這個參數還有待更進一步的驗證;
因為有一個BSC有基帶跳頻改為射頻后,該BSC下的cluster 下行重傳全部達標,有C友說是功率問題,功率比原網達大;鶐l比射頻跳頻多3DB增益。現在網中原NSN站26.3W的站替換后HW站是27W,F在試去下降功率微調這參數。功率類型和功率等級是不能改的,這個要和原網匹配,客戶也不會同意下降功率。這里站稀,本來覆蓋就差,不像國內500米一個站;
4月28日:調整了兩個下行重傳高的小區(qū)的功率微調,其中一個小區(qū)下行重傳有0.5%的改善,另一個稍微上升了。今天開始對華為三代功控參數進行觀察,然后再進行適當性的參數驗證;
5月2日:更正前面說的一個錯誤,現網中PS DTX沒有打開,上星期六到本周二開打了一個Cluster 的PS DTX,三四天中,其中有三天下行重傳下降了1%,另外一天下降了0.5%,可是下行質量卻下降了差不多0.3%。該CLUSTER下行重傳降低到了歷史最低水平,可是另外有兩個cluster沒有任何操作,這三天下行重傳也下降了1%降低到了歷史最低水平,我在想是不是因為這幾天放假導致下行重傳下降了,F在這三個cluster下行重傳幾乎達標了,F在還不確定是不是DTX PS 有效,還有待進一步的觀察;
另外,也在優(yōu)化小區(qū)級的下行重傳,主要是修改BCCH 和TCH, 再硬件排查;
同事今天說建議把主B載頻改成不跳頻,這幾天會試驗下。
下行重傳這個指標真不好搞,自己現在還沒有撐握系統(tǒng)的思路來解決這個。同事把全網下行重傳和質量各做了一個云圖,發(fā)現下行質量差的小區(qū)下行重傳一定高。有少數cluster下行質量還差0.2%,發(fā)現很多小區(qū)無頻點干擾,可下行質量卻只有92%,其它指標都比原網好,無告警,上下行平衡正常,傳輸情況良好,懷疑是硬件或者天饋問題。
5月4日:目前華為專家正在搞這個指標,有實質性的進展會發(fā)上來和大家共享。
…………
(非常感謝大家關注,有進展我會更新的,直到問題閉環(huán))
————————————————————————————————————————————————————————
————————————————————————————————————————————————————————
回復:
4樓:從后臺統(tǒng)計干擾無,站間距都2KM以上,且可用頻點多,幾乎無干擾(注:不在中國),G-ABIS 誤幀率0.傳輸情良好。TA分布正常,主要是0-3,小區(qū)最少接入電平-109,繼承原網,小區(qū)重選功能關閉。上下行平衡正常。上下行缺省MSC類型從MCS9改為MCS6后上下行TBF建立成功率提升明顯,對重傳無改善。哥們說的PS域的重選、編碼和功控參數,可以具體說下參數名稱不?
6樓:鏈路質量控制模式目前全網已為IR,你說的檢查涉及滑動窗口的參數是否設置合理,如PanMax、PanInc、PanDec、N3102等,希望能提供更詳細的信息,怎么改,目前PanMax、PanInc、PanDec的值分別是20,2,1。 這些都是系統(tǒng)推薦值。
8樓:目前現網參數:Maximum Value of N3101 =20, Maximum Value of N3103 =3,Maximum Value of N3105 =10,這些也是使用系統(tǒng)推薦值。如果調整,怎么調整這些參數?BEP周期=5,也是使用系統(tǒng)推薦值。你說的第3點可否再重點敘述一下,怎么調整?
9樓:下行DTX是打開的。PS功控參數上上星期次試了這四個ALPHAGAMMAT_AVG_WT_AVG_T ,全部改為默認值,沒有效果。NACC這個怎么弄?
10樓:T3192=500ms,T3168=500ms,Release Delay of Downlink TBF(下行TBF延時釋放時長)=2400。不過計數器類的參數都不讓改。
11樓:BEP周期目前為5,還能往下調嗎?
12樓:公式匹配和算法這個在割接前就已和客戶確定。今天已把一個CLUSTER 鏈路質量控制模式由IR改為LA,其它參數我后面接著試驗;
14樓:現在中BEP周期最少的為多少?我這里目前是5;
17樓:目前小區(qū)重選功能是關閉的還能能使用NACC這個功能嗎?另外開啟NACC還需要license支持,是否試驗這個還有待研究和討論;
18樓:我到時試BEP周期下調至3看效果如何。目前PS DTX這個功能也是關閉的。聽同事說打開后可以提升下行質量。目前重傳是共性問題,大約一半的CLUSTER重傳不達標。而且華為的站割接過來后,一半的站重傳都是比NSN高的;
20樓:郊區(qū)城區(qū)站點均有,功率有原網匹配,絕大部分站點功率是27W,20W;
32樓:對個別重傳率特別高的嘗試下調整這個EBP周期;
37樓:下行PS-DTX目前已打開。功率和原網匹配。鏈路質量控制模式由IR改為LA后效果不明顯;
39樓:我們這現在有部分BSC由R12升R13后,有些PS參數調整效果不如R12時;
46樓:網HW設備下載速率確實遠遠高于NSN,但重傳也高于NSN. 工程質量問題也導致了不少小區(qū)重傳率高,當然其它指標也差,而且這些小區(qū)沒有告警,大部分都是隱性故障難于發(fā)現。如果不能從面來解決這個問題,就只能從單個的TOPN 小區(qū)來優(yōu)化,重點排查硬件、天饋問題。
49樓:目前現網功率都是匹配原網NSN,27W的比較多,而且配制比較大,8-12塊載頻的小區(qū)比較多,F在也開始處理下行重傳TOPN小區(qū)。主要是從硬件和頻點方面來做。現在上行重傳遠遠好于原網,搬遷前上行重傳在12%左右,搬遷后是4%,
有沒有辦法犧牲一部分上行重傳來改善下行重傳呢?
50樓:把基帶跳頻改為射頻跳頻后 下行重傳率 會有這么大的改善?這個我也不清楚,希望有牛人能夠在后面回帖解答;
55樓:后期可能會去嘗試你說的方法;
62樓:這個問題早提單給華為研發(fā)了;
67樓:最小接入電平是-109,和原網相同,這個客戶不讓調整;
68樓:這里是IP傳輸,沒有擁塞,包立即指標拒絕率幾乎為0,最小接入電平 -109、PS最小接入電平-105。翻頻是不可能的,除非另外給PO,核心網定時器參數是否匹配不知道;KPI定義搬遷前之前已和客戶確認過,路測重傳是否這個還真沒看過;看來也要從路測PS業(yè)務來看下重傳;
74樓:RBBP周期 這個參數我怎么搜索不到?
75樓:編碼主要是占用MCS7-MSC9,MCS1-MCS4幾乎為0,MSC9占用率40%,MSC7,MCS8占用率各接近30%,LLC throughput比原網高約20kbit/s 這個也可以看出來.重傳率高的編碼也就主要是MCS9,MCS8,MCS7;
77樓:參數調制會再向華為技術支持反映;
83樓:功控參數有問題?可否更詳細說說?
87樓:BSC級的參數先不試驗:
89樓:實際功率沒測過,幾乎都是理論上來匹配功率的;
92樓:整體下行TBF建立成功率99.86%左右,但現在還有些差的cluster 這個指標和原網差0.1%左右;改下行缺省編碼效果不大;
95樓:BSC GPRS 4粒度特性 這個參數在哪?命令?
謝謝各位的解答,技術的內容討論我會一一回復。