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