【問題閉環(huán)】華為研發(fā)最終解決方案：修改BEP表參數(shù)后，下行重傳下降1%-2%。由于重傳減少，流量也稍微有所減少。這個問題是6月中旬解決的。
最后總結(jié)一下下行重傳優(yōu)化方法：
搬遷后重傳率升高可以從以下幾個方面分析：
1、和友商的公式是否匹配；
2、和友商的算法實現(xiàn)是否一樣；
3、施工質(zhì)量是否有保證，是否存在告警；
4、數(shù)據(jù)配置是否出錯，是否能夠調(diào)整；
5、參數(shù)配置；
6、無線環(huán)境問題；
7、傳輸質(zhì)量問題。

分享另外一地方下行重傳的處理過程，下行重傳由13%下降到7%
處理過程：
由于是搬遷網(wǎng)絡(luò)，首先需要明確公式。
1、對比統(tǒng)計公式，我司的實現(xiàn)不能和原網(wǎng)完全匹配，目前我司的統(tǒng)計上比較吃虧，需要在新的版本里改進；
2、我司的編碼方式實現(xiàn)采用比較激進的算法，提高了用戶感受，但是重傳率會偏高，通過修改BEP表，使用相對保守的編碼方式可以降低重傳率；
3、現(xiàn)場部分小區(qū)由于缺少跳線，當(dāng)時分集接收存在問題，整改后CS掉話率降低，PS重傳率也有一定的改善；
4、部分參數(shù)設(shè)置對重傳率不利，進行了修改:
A)鏈路質(zhì)量控制模式修改為LA模式；
B)下行缺省編碼類型選擇“MCS2”，讓手機下行初始使用較低的編碼方式，防止由于初始編碼方式較高帶來重傳；
C)通過對比幾個BEP表，把BEP表類型選擇為相對保守的編碼方式1；
D)“下行快速啟動下行”關(guān)閉；“上行快速啟動下行”關(guān)閉，防止由于下行快速啟動異常帶來手機未收到下行指配消息，而網(wǎng)絡(luò)側(cè)已經(jīng)開始下發(fā)數(shù)據(jù)；
E)因為部分小區(qū)異常掉話較多，為了減少異常掉話帶來的影響，在環(huán)境比較差的小區(qū)盡快讓手機快速重選，部分小區(qū)將“Pan遞減值設(shè)置為2，PAN遞增值設(shè)置為4，PAN最大值設(shè)置為12”；
F)部分小區(qū)CS擁塞，帶來部分小區(qū)PACCH控制信道被搶占，造成手機異常釋放，在主B上增加靜態(tài)PDCH；同時將上/下行復(fù)用動態(tài)信道轉(zhuǎn)換門限增加到40；
G)對于延遲釋放階段的數(shù)據(jù)塊會被統(tǒng)計到有效塊和總塊數(shù)中，因此將下行延遲釋放改為4000，增加有效塊和總塊數(shù)。
5、現(xiàn)場部分站點覆蓋不好，經(jīng)過優(yōu)化對重傳率也有一定的提升，還需要繼續(xù)優(yōu)化；
6、現(xiàn)網(wǎng)中存在分組傳輸G_ABIS口亂序、丟包比較嚴重小區(qū)，需要進行傳輸排查，提高傳輸?shù)馁|(zhì)量；


最后感謝大家的關(guān)注。同時以后C友們在優(yōu)化KPI指標(biāo)時，希望多多到論壇直播優(yōu)化處理過程。只要你的問題具有技術(shù)探討性，問題描述足夠清晰明朗，我會推薦到論壇頭條本周熱貼，群策群力，讓大家一起分享技術(shù)帶給我們的歡樂。

=====================================================================

問題描述：

HW搬NSN站點，搬遷后有一半的站點下行重傳大于原網(wǎng)。原網(wǎng)下行重傳在8%以下，搬遷后有一半的站點下行重傳大于8%，分布在9%-12%的比較多。導(dǎo)致現(xiàn)在差不多一半的cluster下行重傳不達標(biāo)，整體下行重傳率大于原網(wǎng)2%，上行重傳率原網(wǎng)是12%左右，搬遷后是4%左右，遠遠好于原網(wǎng)。其它指標(biāo)優(yōu)化后幾乎都達標(biāo)了。

現(xiàn)在對這指標(biāo)的優(yōu)化沒一點頭緒。都不知道與哪些PS參數(shù)有關(guān)。試驗了下行MSC缺省類型從MCS9改到MSC6，也沒明顯效果。計時器類參數(shù)不讓改。

全網(wǎng)為DCS1800站點，設(shè)備幾乎都是BTS3900.

下行重傳與哪些參數(shù)有關(guān)呢？大家提供些，我來試驗下效果。

如果有相關(guān)的下行重傳指導(dǎo)文件和優(yōu)化案例更好。技術(shù)性回復(fù)有高額專家指數(shù)獎勵。

[獎勵]：如果提供的優(yōu)化方案幫我下行重傳率改善2%及以上，獎勵5萬威望,提升1%獎勵2萬威望。

直播優(yōu)化進展：

4月16日：PS功控參數(shù)，試驗一個cluster,ALPHAGAMMAT_AVG_WT_AVG_T這四個參數(shù)改為默認值，效果不明顯；

4月23日：上下行缺省MSC類型都由MSC9調(diào)MSC6,下行重傳改善不明顯，上行TBF建立成功率提升1%以上，下行TBF建立功率0.2%左右；
4月24日：鏈路質(zhì)量控制模式從IR改為LA,試驗一個cluster,效果明天觀察；

4月25日：鏈路質(zhì)量控制模式從IR改為LA,試驗一個cluster,提升差不多0.1%，幾平不明顯，沒多大作用，和原網(wǎng)差距還有1.5%左右。同時LLC throughput 有提升，但目前LLC throughput 已遠遠高于原網(wǎng)了。
另外，之前把一個BSC的基帶跳頻改為射頻跳頻后，下行重傳改善1.5%以上，目前該BSC下行重傳已全部達標(biāo)。當(dāng)初改射頻跳頻是為了提升下行質(zhì)量.不過客戶是否同意全網(wǎng)改為射頻跳頻現(xiàn)在還不得知，因為原網(wǎng)是基帶跳頻，并且基帶跳頻會有3DB增益。

4月26日：經(jīng)同事驗證，對下行重傳高且LLC throughput 也低的小區(qū)，把下行MCS編碼采用固定的MSC6，可以大大改善下行重傳，對LLC throughput 幾乎無影響，因為這本來就低。這種方法不能在規(guī)模應(yīng)用，只能應(yīng)用于下行重傳非常高，且LLC throughput 也低的小區(qū)，否則會影響LLC throughput 速度。另外發(fā)現(xiàn)1，2塊載頻的小區(qū)重傳率高，這是？之前我們也發(fā)現(xiàn)LLC throughput 相當(dāng)?shù)偷男�區(qū)幾乎都2載頻小區(qū)，這個共性問題能說明什么呢？
之外也開始對有干擾的頻點進行修改，硬件問題排查，但這個 周期會比較長。
另外也對三個重傳非常高的小區(qū)的EBP周期由5調(diào)整為3，效果有待觀察。

4月27日：對三個重傳非常高的小區(qū)的EBP周期由5調(diào)整為3，其中兩個小區(qū)下行重傳下降了接近1%，但另外一個小區(qū)反而稍微上升了，BEP周期這個參數(shù)還有待更進一步的驗證；
因為有一個BSC有基帶跳頻改為射頻后，該BSC下的cluster 下行重傳全部達標(biāo)，有C友說是功率問題，功率比原網(wǎng)達大。基帶跳頻比射頻跳頻多3DB增益�，F(xiàn)在網(wǎng)中原NSN站26.3W的站替換后HW站是27W。現(xiàn)在試去下降功率微調(diào)這參數(shù)。功率類型和功率等級是不能改的，這個要和原網(wǎng)匹配，客戶也不會同意下降功率。這里站稀，本來覆蓋就差，不像國內(nèi)500米一個站；

4月28日：調(diào)整了兩個下行重傳高的小區(qū)的功率微調(diào)，其中一個小區(qū)下行重傳有0.5%的改善，另一個稍微上升了。今天開始對華為三代功控參數(shù)進行觀察，然后再進行適當(dāng)性的參數(shù)驗證；

5月2日：更正前面說的一個錯誤，現(xiàn)網(wǎng)中PS DTX沒有打開，上星期六到本周二開打了一個Cluster 的PS DTX，三四天中，其中有三天下行重傳下降了1%，另外一天下降了0.5%，可是下行質(zhì)量卻下降了差不多0.3%。該CLUSTER下行重傳降低到了歷史最低水平，可是另外有兩個cluster沒有任何操作，這三天下行重傳也下降了1%降低到了歷史最低水平，我在想是不是因為這幾天放假導(dǎo)致下行重傳下降了�，F(xiàn)在這三個cluster下行重傳幾乎達標(biāo)了。現(xiàn)在還不確定是不是DTX PS 有效，還有待進一步的觀察；
另外，也在優(yōu)化小區(qū)級的下行重傳，主要是修改BCCH 和TCH, 再硬件排查；
同事今天說建議把主B載頻改成不跳頻，這幾天會試驗下。
下行重傳這個指標(biāo)真不好搞，自己現(xiàn)在還沒有撐握系統(tǒng)的思路來解決這個。同事把全網(wǎng)下行重傳和質(zhì)量各做了一個云圖，發(fā)現(xiàn)下行質(zhì)量差的小區(qū)下行重傳一定高。有少數(shù)cluster下行質(zhì)量還差0.2%，發(fā)現(xiàn)很多小區(qū)無頻點干擾，可下行質(zhì)量卻只有92%，其它指標(biāo)都比原網(wǎng)好，無告警，上下行平衡正常，傳輸情況良好，懷疑是硬件或者天饋問題。

5月4日：目前華為專家正在搞這個指標(biāo)，有實質(zhì)性的進展會發(fā)上來和大家共享。
…………

（非常感謝大家關(guān)注，有進展我會更新的，直到問題閉環(huán)）
————————————————————————————————————————————————————————
————————————————————————————————————————————————————————
回復(fù)：

4樓：從后臺統(tǒng)計干擾無，站間距都2KM以上，且可用頻點多，幾乎無干擾（注：不在中國），G-ABIS 誤幀率0.傳輸情良好。TA分布正常，主要是0-3，小區(qū)最少接入電平-109，繼承原網(wǎng)，小區(qū)重選功能關(guān)閉。上下行平衡正常。上下行缺省MSC類型從MCS9改為MCS6后上下行TBF建立成功率提升明顯，對重傳無改善。哥們說的PS域的重選、編碼和功控參數(shù)，可以具體說下參數(shù)名稱不？

6樓：鏈路質(zhì)量控制模式目前全網(wǎng)已為IR,你說的檢查涉及滑動窗口的參數(shù)是否設(shè)置合理，如PanMax、PanInc、PanDec、N3102等，希望能提供更詳細的信息，怎么改，目前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)推薦值。你說的第3點可否再重點敘述一下，怎么調(diào)整？

9樓：下行DTX是打開的。PS功控參數(shù)上上星期次試了這四個ALPHAGAMMAT_AVG_WT_AVG_T ，全部改為默認值，沒有效果。NACC這個怎么弄？

10樓：T3192=500ms,T3168=500ms,Release Delay of Downlink TBF（下行TBF延時釋放時長）=2400。不過計數(shù)器類的參數(shù)都不讓改。

11樓：BEP周期目前為5，還能往下調(diào)嗎？

12樓：公式匹配和算法這個在割接前就已和客戶確定。今天已把一個CLUSTER 鏈路質(zhì)量控制模式由IR改為LA,其它參數(shù)我后面接著試驗；

14樓：現(xiàn)在中BEP周期最少的為多少？我這里目前是5；

17樓：目前小區(qū)重選功能是關(guān)閉的還能能使用NACC這個功能嗎？另外開啟NACC還需要license支持，是否試驗這個還有待研究和討論；

18樓：我到時試BEP周期下調(diào)至3看效果如何。目前PS DTX這個功能也是關(guān)閉的。聽同事說打開后可以提升下行質(zhì)量。目前重傳是共性問題，大約一半的CLUSTER重傳不達標(biāo)。而且華為的站割接過來后，一半的站重傳都是比NSN高的；

20樓:郊區(qū)城區(qū)站點均有，功率有原網(wǎng)匹配，絕大部分站點功率是27W,20W；

32樓：對個別重傳率特別高的嘗試下調(diào)整這個EBP周期；

37樓：下行PS-DTX目前已打開。功率和原網(wǎng)匹配。鏈路質(zhì)量控制模式由IR改為LA后效果不明顯；

39樓：我們這現(xiàn)在有部分BSC由R12升R13后，有些PS參數(shù)調(diào)整效果不如R12時；

46樓：網(wǎng)HW設(shè)備下載速率確實遠遠高于NSN，但重傳也高于NSN. 工程質(zhì)量問題也導(dǎo)致了不少小區(qū)重傳率高，當(dāng)然其它指標(biāo)也差，而且這些小區(qū)沒有告警，大部分都是隱性故障難于發(fā)現(xiàn)。如果不能從面來解決這個問題，就只能從單個的TOPN 小區(qū)來優(yōu)化，重點排查硬件、天饋問題。

49樓：目前現(xiàn)網(wǎng)功率都是匹配原網(wǎng)NSN，27W的比較多，而且配制比較大，8-12塊載頻的小區(qū)比較多�，F(xiàn)在也開始處理下行重傳TOPN小區(qū)。主要是從硬件和頻點方面來做�，F(xiàn)在上行重傳遠遠好于原網(wǎng)，搬遷前上行重傳在12%左右，搬遷后是4%，有沒有辦法犧牲一部分上行重傳來改善下行重傳呢？

50樓：把基帶跳頻改為射頻跳頻后 下行重傳率 會有這么大的改善？這個我也不清楚，希望有牛人能夠在后面回帖解答；

55樓：后期可能會去嘗試你說的方法；

62樓：這個問題早提單給華為研發(fā)了；

67樓：最小接入電平是-109，和原網(wǎng)相同，這個客戶不讓調(diào)整；

68樓：這里是IP傳輸，沒有擁塞，包立即指標(biāo)拒絕率幾乎為0，最小接入電平 -109、PS最小接入電平-105。翻頻是不可能的，除非另外給PO,核心網(wǎng)定時器參數(shù)是否匹配不知道；KPI定義搬遷前之前已和客戶確認過，路測重傳是否這個還真沒看過；看來也要從路測PS業(yè)務(wù)來看下重傳；

74樓：RBBP周期 這個參數(shù)我怎么搜索不到？

75樓：編碼主要是占用MCS7-MSC9,MCS1-MCS4幾乎為0，MSC9占用率40%，MSC7,MCS8占用率各接近30%，LLC throughput比原網(wǎng)高約20kbit/s 這個也可以看出來.重傳率高的編碼也就主要是MCS9,MCS8,MCS7;

77樓：參數(shù)調(diào)制會再向華為技術(shù)支持反映；

83樓：功控參數(shù)有問題？可否更詳細說說？

87樓:BSC級的參數(shù)先不試驗：

89樓：實際功率沒測過，幾乎都是理論上來匹配功率的；

92樓：整體下行TBF建立成功率99.86%左右，但現(xiàn)在還有些差的cluster 這個指標(biāo)和原網(wǎng)差0.1%左右；改下行缺省編碼效果不大；

95樓：BSC GPRS 4粒度特性 這個參數(shù)在哪？命令？





謝謝各位的解答，技術(shù)的內(nèi)容討論我會一一回復(fù)。