電信evdo網路專項優化
rlp層重傳率優化報告
華為技術****
2023年9月
針對反向重傳率既進行了覆蓋方面的調整又進行了引數方面的調整，從整體趨勢來看，引數調整對反向重傳率有明顯改善，覆蓋方面調整對反向重傳率也有一定改善，但由於反向有功控，t2p等演算法，覆蓋優化對前向重傳率改善不明顯。
bsc1反向重傳率指標變化。
bsc5反向重傳率指標變化。
bsc6反向重傳率指標變化。
從變化趨勢來看，三套bsc的rlp重傳率優化效果分廠明顯，整體上下降50%左右，特別是bsc1效果最為明顯！
cdma標準中引入了rlp協議(radio link protocol，無線鏈路協議)，主要目的是在cdma空口通道上提供重傳機制，來保證提高分組資料傳輸的可靠性和效率。
tcp/ip協議是基於有線網路發展起來的，很多控制機制都是基於有線網路的特性。tcp協議是基於ack的協議，當傳送方接受不到收方的ack時，傳送方認為此時發生了擁塞，就會啟用擁塞控制機制，降低資料傳送速率，緩解網路擁塞。由於無線通訊環境的複雜性和快速多變性，無線空口鏈路的誤碼要遠高於有線鏈路。
當由於空口誤碼造成ack丟失時，如果沒有相應的補救措施，tcp協議就會啟動擁塞控制機制，導致傳輸速率降低。
因此，為了在cdma系統中實現分組資料的可靠高效傳送，引入了rlp協議，rlp協議提供一套錯誤檢測和重傳機制，保證分組資料在空中鏈路上盡可能可靠地傳輸，盡可能減少上層資料的丟失和重傳，從而提高上層資料的傳輸效率和吞吐量。rlp使用基於nak重傳的手段，部隊收到的資料進行ack，只是要求重傳沒有收到的資料，為更高層協議提供有可接受低差錯率的位元組流服務。
rlp實現的基本原理：傳送端對傳送後的資料進行快取，接收端檢測到傳輸過程中有資料丟失，通過nak訊息請求傳送端對丟失的資料進行重傳，由接收端完成資料的排序。
在進行rlp層重傳分析時，主要觀察前反向接收到的重複位元組數、重傳字計數和新資料、請求重傳位元組數、請求nak次數等的情況，尤其要注意nak abort和rlp reset是否出現。
當無線環境較好，fper正常（平均值在5％以下）時，rlp層的資料重傳現象應該很少發生。如果此時rlp層重傳現象頻繁發生（明顯高於前向誤包率），或出現nak abort或rlp reset現象，則需要檢查abis鏈路及相應處理硬體是否工作異常。
rlp重傳率分為前向重傳率和rlp反向重傳率。
rlp前向重傳率是指rlp前向重傳資料量佔所有前向資料量的比率；rlp反向重傳率指的是rlp反向重傳資料量佔所有反向資料量的比率。
話統中的rlp前向重傳率指標的計算公式為：
100*( do ftch通道前向rlp重傳吞吐量[位元組] /[ do ftch通道前向rlp吞吐量[位元組]）
話統中的rlp反向重傳率指標的計算公式為：
100*( (rlp層an請求重傳的資料量[位元組]/1024)/[ rlp在反向通道中接收的資料量[kb]）
rlp子層分為空口和abis兩段傳輸，rlp重傳率高，可能是空口環境引起，也可能是abis傳輸丟包導致，同時，abis兩端的傳輸引數配置不一致也可能導致rlp重傳率高，因此，從空口、abis口和傳輸鏈路配置引數三個方面對rlp重傳率進行分析。
1、 bts軟體版本問題；
2、 abis擁塞方式不匹配；
3、 abis鏈路問題（業務鏈路頻寬配置不足、傳輸鏈路引數配置不一致、傳輸鏈路質量差）；
4、 空口覆蓋差。
5、 rssi異常；
當遇到rlp重傳率高的問題時，建議現場按如下步驟進行核查，發現問題按下節的介紹進行處理：
1、 話統分析（結合日誌、cdr），掌握整體情況，確定問題區域。
2、 如果是整網問題，檢查bts版本是否正確。
3、 如果是區域性問題，按照以下步驟繼續排查。
4、 檢查abis擁塞方式是否匹配。
5、 檢查業務鏈路頻寬配置是否合理。
6、 檢查abis兩端的傳輸是否存在問題（引數和硬體）。
7、 bsc ping bts觀察丟包情況。
8、 檢查rssi是否存在異常。
9、 結合dt、cqt資料，分析空口質量是否較差。
10、 是否存在天饋連線問題，比如天饋鴛鴦線等。
由於v4r6c08之前的bts軟體版本保護機制不完善，可能導致rlp重傳率高，需要將bts軟體版本公升級為v4r6c08spc100或更高版本才能解決。故處理rlp重傳率的問題時，需要先確認bts軟體版本是否為v4r6c08spc100或更高版本。
如果bts軟體不是上述版本，可以先排查是否由其它原因引起，如果還不能解決，則建議進行軟體公升級。
說明abis鏈路可以使用fe和e1傳輸，不同的鏈路型別有不同的擁塞控制方式。
不同abis鏈路型別下的擁塞方式的配置原則：對於fe傳輸，只有一種擁塞方式，故只能配置為基於基站請求的擁塞方式。對於e1傳輸，則有基於基站請求的擁塞方式和反壓方式兩種，但建議配置為反壓方式。
另外，同一框只能對應一種擁塞控制方式。若同一框中，同時存在fe和e1傳輸，則將該框的所有abis鏈路都配置為基於基站請求的擁塞方式，但此時rlp重傳率會偏高。
分析判斷方法
使用dsp btstrflnkbw或lst btslnk命令，檢視bsc側鏈路型別。如果是乙太網，則表示使用fe/ge傳輸；如果是ima/umi/ppp/ml ppp,za則表示abis使用atm/e1傳輸。
使用lst sdudsppara: fn=xx;命令，檢查abis鏈路的擁塞方式。
fn為框號，非必選引數。擁塞控制檢視第12號引數「sdu dsp 預留引數12」。sdudsppara12含義：
16384是基於佇列反壓的擁塞控制方式；0是基於基站請求的擁塞控制方式；33768表示不做擁塞控制。預設16384，注意這個是框級的控制。
說明常見的abis鏈路問題包括：
1、 業務鏈路頻寬配置不足
2、 傳輸鏈路引數配置不一致（bsc、bts）
3、 傳輸鏈路質量差（告警、誤位元速率高）
對於業務鏈路頻寬配置不足，需要增加；對於傳輸鏈路引數，需要確保其配置一致，若不一致，則必然產生大量的abis丟包，導致rlp重傳率高；對於傳輸質量差，需要推動傳輸問題解決；對於硬體故障，需要重點檢查網線是否有問題。
分析判斷方法
1、 業務鏈路頻寬配置不足。使用dsp btstrflnkbw或lst btslnk命令，檢查bts業務鏈路頻寬配置是否足夠。舉例：
系統預設的業務頻寬配置為4m，如果配置兩根e1，則最大傳輸效率是2*2*85%=3.4m。因此，3.
4m就是abis傳輸的瓶頸，一旦基站請求超過這個值，就會導致超出3.4m的資料報被丟掉，手機因收不到連續的資料報，就會請求bsc重發丟棄的資料報，導致rlp重傳率高。
2、 bsc傳輸鏈路引數配置核查：使用lst ethlnk: fn=5;命令，檢查bsc介面板的自協商使能開關、線路速率、雙工模式、流控使能開關等引數是否一致。
3、 bts傳輸鏈路引數配置核查：使用dsp cbtscfg: btsid=1,cfgid=cbtsfelnkpara,mtlgy=met;命令，查詢bts介面板的單板型別、單板編號、鏈路分組型別和鏈路組編號等引數是否正確。
5、 其它輔助手段：在維護臺查詢是否有傳輸告警。但是傳輸不一定會及時告警，所以需要結合接入和切換指標一起分析：
i. 如果發現某載扇連線成功率一致很低（一般不超過5％），且失敗原因基本都是「at發起連線失敗失敗（分配呼叫資源失敗）」，則很有可能是該基站傳輸中斷所致。
ii. 如果發現某載扇只是在個別時間段的連線成功率很低（失敗原因基本都是「at發起連線失敗失敗（分配呼叫資源失敗）」，同時與該載扇有鄰區關係的某些扇區在這段時間內的軟切換成功率也突然變差（失敗原因基本都是增加分支時「要求的abis資源不可用」），則很可能時該基站傳輸閃斷所致。
電信面試經驗
今天面試結束，山東電信算是告一段落了。筆試回來寫了個筆經，筆試通過了，面試回來再寫個面經，希望能順利拿到offer 順便期待我郵儲的答題卡不要出問題。廢話少說，進入正題。樓主報的是市場類營銷管控，就招乙個人啊。師兄說了，招的人越少的崗位越好，果斷報了這個最少的。希望不會悲劇。樓主本來是15號上午面試...
電信面試感言
進入二面，只是問問你一些無關緊要的問題，不需要準備，還有他會問你有沒有問題問他。這時你不可以沉默，你一定要問他問題。不管是什麼問題，只要問了就可以加分的，但最好是跟你報的職位相關的問題。二面完了，就是第乙個等待時間 十 十五天 因為三面是在各個市公司，所以時間安排上也有不同，不必緊張。二面過後基本上...
電信贈機方案
電信公司贈機合作方案摸底調查 經與石家莊電信公司商談，電信公司擬為我公司新入網 電信3g手機使用者 員工提供以下優惠政策 一 免費提供 1000元的智慧型手機，手機型號為三星i699 華為c8813 中興881f，以上三款任選其一，並每部手機含話費840元。具體政策如下 二 資費 標準 1.樂享3g...