1、LTE拉網速率提升手冊項目名稱技術支持部文檔編號版 本 號V0.0.4作 者李安陽版權所有大唐移動通信設備本資料及其包含的所有內容為大唐移動通信設備(大唐移動)所有,受中國法律及適用之國際公約中有關著作權法律的保護。未經大唐移動書面授權，任何人不得以任何形式復制、傳播、散布、改動或以其它方式使用本資料的部分或全部內容，違者將被依法追究責任。目錄1速率提升思路介紹42ATU的秒級LOG處理4General文件輸出4ATU日志格式轉化4秒級General文件生成與合并5General文件格式修改7500M文件下載速率排名輸出8關鍵事件導出8下載時長統計83宏工具的使用12工具概述12工具使用12工

2、具源數據輸入12速率數據圖例處理124速率提升常見問題歸類思路與方法14基礎知識14覆蓋條件定義14信道條件定義14SINR與調制方式和速率對應關系15下行小區峰值吞吐量計算15上下行配置16特殊時隙配置16拉網速率分析思路17下行速率分析思路17RB數/DL-Grant分配不足18下行MCS偏低/波動23上行速率分析思路25上行速率分析255下行速率提升方案27MinBer保障方案27TM38&單雙流門限28CCE自適應&固定CFI30天線權值核查及修改316速率問題定位“三板斧”36首板斧：36二板斧：37三板斧：39參考圖集合391 速率提升思路介紹日常優化分析中使用AT

3、U進行拉網測試，一般通過回放LOG的方式進行問題點的排查，為提升效率，本次使用“ATU+大唐Outum+宏工具”的方式對拉網LOG進行快速處理，找出一次拉網中下載速率最低的10個500m文件為TOP低點，對這些低點進行進一步分析確認，以找出提升網絡速率的便捷途徑。需要指出的是，網絡優化工作是隨著工具的完善不斷進行效率提升的過程，實際優化過程中我們要在不同的的方法上進行探索，并把多種手段進行組合使用，避免優化工作思路固化。在本文的第二章，主要介紹ATU的秒級LOG處理，整理成宏工具要求的輸入文件格式。在本文的第三章，主要是宏工具的使用方法介紹。在本文的第四章，主要嘗試總結出速率提升過程中LOG分

4、析的固定套路。2 ATU的秒級LOG處理本章節主要介紹ATU的秒級LOG處理，目的是將秒級LOG整理成宏工具要求的輸入文件格式。具體包含Gneral文件輸出和500M文件下載速率排名輸出兩部分2.1 General文件輸出本過程主要介紹General文件輸出的過程，包含ATU日志格式轉化、秒級文件生成與合并、時間格式調整三部分。2.1.1 ATU日志格式轉化日志來源：ATU直接用網線導出log 工作目的：將ATU日志轉化成Outum格式預期結果：形成.lgl文件截圖說明：ATU直接用網線導出待分析日志，打開Outum軟件，點擊“日志工具”之后點擊“ADT日志轉換”，找到目標log，雙擊進行日志

5、轉換，時間較長耐心等待，轉換完畢之后，會在當前目錄出現后綴是.lgl的文件，大約2-10MB。2.1.2 秒級General文件生成與合并日志來源：Outum轉化后的lgl文件工作目的：導出ATU拉網LOG的秒級General文件預期結果：，如果一次測試有多個LOG的，將兩個文件合并為一個。如下圖:若一個網格中由多個log組成，則需要進行log合并。先對所有需要合并的子log一一進行轉換，轉換完成后點擊“日志工具”中的“新日志合并”。在“日志文件”中點擊“瀏覽”找到需要合并的多個log，一起選中，之后點擊“輸出文件夾”中的“瀏覽”設置目標文件夾。之后點擊“確定”進行log合并。合并完成后開始將

6、log中的采樣點進行表格化處理。首先，點擊“報表”，點擊完成后，點擊“IE導出”。會出現如圖所示的對話框。選擇輸入日志文件即轉換合并完成后的log，選擇輸出文件夾。在“IE Report”前的方框中打“”之后在子目錄中的“General”前方打“”點擊完成后，右側將“原始數據”改為“采樣”時間設定為1000ms。更改完成后點擊“確定”。輸出完成，則在該輸出文件地址，會出現相應的文件夾，文件夾中的General就是總體的秒級數據匯總表格。2.1.3 General文件格式修改日志來源：合并后的General文件工作目的：輸出適合宏工具使用的General文件格式預期結果：將General文件Ti

7、me列設置為時間格式。截圖說明：圖3選中Time列，調整單元格格式為時間，調節完成后單元格內容顯示不變，但選中任何一個單元格，從編輯欄看到顯示為hh:mm:ss的時間格式時為正常。2.2 500M文件下載速率排名輸出本部分主要介紹500M文件下載速率排名的輸出，目的是為了宏工具找出TOP10低速率的時間段，為TOP10文件的分割提供依據。2.2.1 關鍵事件導出日志來源：大唐Outum輸出的lgl文件工作目的：導出拉網日志的關鍵IE預期結果：形成關鍵事件的excel文件導出說明：點擊“開始”后打開目標log，之后右鍵單擊事件欄中的隨意文字皆可出現如圖所示的情況。單擊“文件導出”將事件報表導出至

8、目標文件夾即可。2.2.2 下載時長統計首先，打開已經導出的事件表格。在EVENT這一列篩選出如下兩個事件：其中FTP Download Attemp是下載業務開始的意思，FTP 524288000是下載500M文件結束的意思。篩選出這兩條事件的意思是，找出開始時間和截止時間。之后進行時間欄的裂項。把時間列復制到另一列，選中新的這一列，點擊“數據”里面的“分裂”。出現如下圖所示的對話框，點擊其他，用“：”分裂。之后我們開始計算分裂出的“時、分、秒”的總時間?？倳r間=小時X3600+分鐘X60+秒+毫秒。如下圖：接下來求時間差，因為后一項減去前一項的時間差才是下載500M的總時間。求完時間差開始

9、求平均速率。平均速率=500（500兆文件）X1024（換算成KB）X8（B與b之間的換算）/時間差篩選出所有“#DIV/0！”刪掉，去掉篩選得到下圖：篩選出速率最低的10個數字并標紅，去掉篩選，得到速率最低的10個500M下載速率，TOP10完成。3 宏工具的使用3.1 工具概述適用版本說明：運行條件說明：本工具采用Excel 2007的VBA進行開發。因此運行本工具的機器應該安裝Excel 2007（或更高）版本；3.2 工具使用3.2.1 工具源數據輸入將OUTUM導致的“general文件”內容，粘貼到宏文件的“general”sheet中，然后選擇對應測試文件大小如：500M，選擇下

10、載或上傳，點擊“一鍵分析”。根據測試時長的不同導出的分析表也不一致。3.2.2 速率數據圖例處理根據SINR、RSRP和調度PRB數三個維度，輸出不用的圖表，如下圖：General表格中，有一列是PDCP層的下行吞吐量，為了更好地將吞吐量這一參數更好地體現在表格中，我們采取將吞吐量/100的方式。因此，我們在這一列的右側再單獨加一列，這列的數據是由PDCP層吞吐量/100得到的。4 速率提升常見問題歸類思路與方法4.1 基礎知識4.1.1 覆蓋條件定義根據覆蓋條件的不同分為三類測試點：好點、中點、差點，根據RSRP值來進行區分如下：Ø 好點：RSRP>-85， 對應路損<

11、100dBØ 中點：RSRP在-95左右， 對應路損110dB左右Ø 差點：RSRP在-105左右， 對應路損120dB左右4.1.2 信道條件定義根據信道條件的不同分為四類測試點，“極好”點、“好”點、“中”點和“差”點。這四類點依據SINR值來進行區分如下：Ø 極好點：>22dBØ 好點：1520dBØ 中點：5dB10dBØ 差點：-5dB0dB4.1.3 SINR與調制方式和速率對應關系CQI級數調制方式編碼效率*1024頻譜效率等效SNR閾值（BLER=10%）1QPSK782QPSK1203QPSK1934QPSK3

12、085QPSK4496QPSK602716QAM378816QAM490916QAM6161064QAM4661164QAM5671264QAM6661364QAM7721464QAM8731564QAM9484.1.4 下行小區峰值吞吐量計算終端能力等級MIMO模式時隙比特殊時隙比CFI20M帶寬速率(單位：Mbps)4單流2U2D10:2:234雙流2U2D10:2:234單流1U3D10:2:234雙流1U3D10:2:234單流1U3D3:9:234雙流1U3D3:9:234單流2U2D10:2:214雙流2U2D10:2:214單流1U3D10:2:214雙流1U3D10:2:214

13、單流1U3D3:9:214雙流1U3D3:9:214.1.5 上下行配置 上下行配置DL&UL切換點周期子幀序號012345678905 msDSUUUDSUUU15 msDSUUDDSUUD25 msDSUDDDSUDD310 msDSUUUDDDDD410 msDSUUDDDDDD510 msDSUDDDDDDD65 msDSUUUDSUUD4.1.6 特殊時隙配置特殊子幀配置常規CP擴展CPDwPTSGPUpPTSDwPTSGPUpPTS03101381194183121031921311211011412113725392822693291271022-81112-4.2 拉網

14、速率分析思路4.2.1 下行速率分析思路一般而言，速率由頻譜效率、頻帶寬度、頻帶占用機會、誤碼率綜合決定。在LTE系統中，直接影響下行速率的因素包括下行調度次數、下行每子幀調度PRB數、下行平均MCS等級、下行雙流占比。下行速率維測思路分解圖下行速率的分析定位圍繞著上述幾方面展開，可維可測的設計也以滿足該定位思路為目標。由于RB數分配和DL Grant在當前算法中統一由下行調度算法決定，其影響因素基本一致，因此在分析定位思路圖中將二者合并考慮。4.2.2 RB數/DL-Grant分配不足從端到端角度分析，影響RB數/DL-Grant分配不足的因素有：FTP服務器不穩定、傳輸連讀丟包、無線側丟包

15、、TCP窗長減小、GAP導致調度不足。以上因素都會對RB數/DL-Grant分配有不同程度的影響。影響RB數/DL-Grant分配不足因素維測分解圖 服務器不穩定DT測試中由于FTP服務器導致速率低的現象時有發生，主要體現在調度PRB數少，調度次數低。關于排除服務器問題有以下兩種方法：1） 峰值速率對比測試A、 保證測試站點為正常站點；B、 選點SINR是否滿足峰值要求，一般峰值28階要求均衡前SINR大于25dB以上；C、 根據“峰值吞吐量計算表”達到對應配置的峰值速率；注：外場測試時，測試實際值較峰值速率波動值應在5%以內，差值超過5%測試選點可能存在問題。D、 服務器正常速

16、率較為平穩，服務器異常速率抖動較大。2） Ping包時延測試運行CMD對測試服務器進行ping包測試，看是否存在ping包時延較大、丟包或拆包的現象，應選擇ping包時延較小且無丟包的服務器進行測試。Ping包時延正常在30-50ms，若超過100ms會對拉網速率產生影響。Ping包指令：ping 8（測試服務器地址）-l 1500 t時延在TCP協議中有重大意義。因為TCP數據包需要反饋，時延越長，線程的發包量增長速度越慢。一旦發生丟包，該線程速率恢復以及其它線程速率互補也越慢。通常來說縮短時延能提升和穩定速率?；疽恍﹨蹬渲脮绊憰r延，可以先為下行FTP用戶打上行

17、BO，此時的上行時延為最小值，若有速率明顯提升或變穩，則可通過LMT修改以下參數來盡可能縮短上行時延：如果調整基站參數后ping時延仍然很大，需排查核心網和服務器（傳輸的時延一般較小）。 傳輸及無線丟包1）傳輸鏈路丟包遠程進行Wireshark S1口抓包，通過抓包結果分析下載用戶的實際線程數、傳輸丟包率、重傳率，抓包方法如下：2）無線側丟包導致無線側丟包的主要因素有：BLER過高、RLC重傳、GTPU丟包率、PDCP丟棄，以上都會導致無線丟包，具體原因需要借助終端側的wiershark抓包進行分析。終端側wiershark抓包方法如下：A、參數配置：B、參數配置C、參數配置D、

18、端口選擇E、端口選擇BLER:當速率低時首先關注BLER，尤其是殘留BLER。由于FTP是雙向的，因此上下行BLER都需要關注。如果初始BLER大于10%或者有殘留BLER，需重點關注。對于下行BLER，需要先確認終端側是否也有BLER。如果終端側沒有bler，則可能是基站ACK譯碼錯誤或終端沒有檢到PDCCH，首先檢查測試小區是否配置了異頻臨小區，如果配置了，需確?！癕AC測試開關”中的“測量GAP處理開關”為“打開”。如果終端側的BLER與基站接近（TDD反饋采用bundling模式，終端側bler比基站側低一些也是合理的），需要確認是否空口環境較差，查看終端側的SNR和RSRP，好點SN

19、R應大于20；也可嘗試基站關閉下行AMC，固定MCS為較低等級看BLER是否消除，如果bler隨MCS降低而降低，則可基本確認是環境問題。如果BLER與MCS無關需查看是否有時鐘相關告警，通過LMT查看RRU底噪等，需提取RRU的65號日志。對于上行BLER，通過LMT查詢上行IOT信息確認是否有干擾，也可以通過關閉上行AMC，固定MCS為較低等級看BLER是否消除，如果BLER隨MCS降低而降低，則基本確認是環境問題。如果BLER不變，需要研發同事進行定位。 ACK反饋不及時ACK/NACK應答消息，用于答復下行業務數據的傳輸。若終端正確接收并解調發送的數據塊，則通過上行控制信

20、令向基站反饋一個ACK應答消息，否則反饋一個NACK消息。TD-LTE系統中支持兩種上行ACK/NACK反饋模式：ACK/NACK合并（bundling）和ACK/NACK復用（multiplexing）。ACK/NACK合并（bundling）：UE每次值反饋1bit（單碼字傳輸）或2bit（雙碼字傳輸）信息。Bundling是將多個ACK/NACK進行“與”的合并操作，形成一個反饋信息，多個下行數據包全部正確，就反饋ACK消息；其中一個下行數據包錯誤，就反饋NACK消息，基站收到NACK后，將把反饋窗口內對應同一碼字編號的所有數據包都重傳一遍。故：此模式傳輸可靠性高，傳輸效率低，適用于小區

21、邊緣用戶。ACK/NACK復用（multiplexing）：UE每次可以反饋14bit信息，反饋信息的數量與反饋窗口的長度相等。Multiplexing是將多個下行數據包的反饋信息進行復用，合并在一個子幀中?；靖鶕答佇畔⒖梢耘袛喑龆鄠€子幀對應的ACK/NACK狀態，并將對應NACK狀態的子幀上的所有數據包重傳一次。故：此模式傳輸可靠性低，傳輸效率高，適用于小區中心信道條件較好的用戶。如果ACK反饋不及時會導致TCP窗長減小，從而影響調度和速率。 GAP導致調度低GAP用于異頻測量，但開啟GAP會損失上行調度次數，不同的GAP配置對調度次數的影響稍有不同，GAP通過A2/A1測

22、量來進行開啟和關閉，因此網絡中需要合理配置A2/A1的門限值。4.2.3 下行MCS偏低/波動MCS偏低/波動問題主要分為2類，一類是ENB收到的終端上報的CQI存在問題，另一類是ENB CQI調整方面出現的問題。如果存在BLER，則CQI修正會將MCS修低，需要先解決BLER因素。如果沒有BLER但MCS較低，需要確認MAC測試開關中的AMC開關是否打開，是否限制最高MCS等級。MCS偏低/波動維測分解圖 UE上報的CQI存在問題ENB收到UE CQI偏低或者波動大，可分為UE側問題和ENB側問題兩部分。在保證ENB上行CQI解調沒有問題的前提下，分CQI低和波動兩種情況分別分

23、析原因。1) UE側CQI問題如下幾種可能：Ø 下行SINR過低，造成下行SINR低的原因可能有多種，弱覆蓋、針尖覆蓋、無主覆蓋、疑似干擾、模三干擾；Ø RSRP過低，小區弱覆蓋、過覆蓋導致RSRP過低；可以通過調整天線和調整CRS參考信號功率進行提升；Ø 底噪過高，可以從是否存在異系統干擾，含窄帶干擾，使用UE掃頻功能排查是否存在異系統；Ø 鄰區干擾導頻，根據優化經驗，判斷TD-LTE網絡中的某點存在重疊覆蓋的條件是：服務小區RSRP=>-105dBm且服務小區RSRP與鄰區RSRP差值小于等于6dBm的鄰區數量大于等于3個；PCI MOD3干擾

24、，通過對PCI mod3干擾源小區的天饋調整，控制該小區的覆蓋來解決干擾，或者通過修改PCI的方法，解決干擾問題。Ø UE測量問題，測試設備ATU天線松動或天線損壞也會導致CQI測量出現問題，需要更換天線進行測試驗證。2) CQI波動大：一般認為相同碼字、前后2個CQI上報周期上報的全帶CQI波動超過5（移動）、3（靜止）屬于上報CQI波動較大了。Ø 確定UE是否處于高速移動狀態，如果處于高速移動狀態，可能是正?，F象。Ø UE中、低度移動，需要確定現網環境是否波動劇烈（比如時不時會有較大遮擋物）；Ø 如果不屬于以上兩種問題，需要懷疑UE CQI測量是否存

25、在問題，或者存在UE CQI調整算法。 ENB對CQI的調整問題與ENB CQI調整算法相關的問題，表象就是UE上報的CQI較高或者平穩，而ENB調整的CQI偏低或者波動大。主要可從以下幾方面進行分析：Ø 鄰區空載的場景下（可通過UE子帶干擾噪聲功率判斷）。一般來說，現網同站導頻模3錯開，因此，鄰區空載場景下，有很大概率導頻沒有干擾本小區，必然干擾了本小區的數據區；Ø UE解調性能受限，可采用不同終端同地點進行吞吐率比較，如果一個吞吐率明顯高于另一類型終端，可認為終端解調能力受限。或者采用固定MCS的方式，選擇調度概率較大的MCS，查看其誤碼率波動情況。

26、16; CQI上報周期設置和配置是否合適?？梢酝ㄟ^修改參數看問題是否有改善。Ø 由于LTE處于起步階段，各類終端良莠不齊，需要考慮不同終端與ENB CQI算法的配合，屬于算法研究問題。4.3 上行速率分析思路4.3.1 上行速率分析圖 上行吞吐率低問題分析定位思路一般而言，吞吐率由頻譜效率、頻帶寬度、頻帶占用機會、誤碼率綜合決定。在LTE系統中，頻譜效率由MCS決定，MCS由SINR和IBLER決定；頻帶寬度由分配的RB數決定；頻帶占用機會由UL grant決定；誤碼率主要考慮IBLER，HARQ重傳以后，殘留BLER通常較低，但由于重傳會影響傳輸的效率，進而影響RLC層吞吐率，因此

27、只考慮初次傳輸的BLER，也即IBLER。上行干擾容限16qamPUSCH目標信噪比上限附表：原因分類限制條件弱覆蓋   RSRP差于-100，持續5s疑似干擾RSRP大于-85，-90，SNR小于10，下行MCS等級差于10->CRS干擾RSRP大于-85，-90，Residual   BLER大于10%，下行MCS等級差于10->業務信道干擾移動中業務保持掉坑PCI不變情況，RSRP好于-85，SNR好于20，速率低于標稱速率移動中業務保持掉0PCI不變情況，RSRP好于-85，SNR好于20，速率掉0疑似掛資源或者基站故障6.

28、10.21.01版本上存在掛資源，如果升級到02就認為暫且無,在切換入某個小區頻繁失敗，在某小區頻繁重接入，疑似掛資源或者基站故障切換掉0PCI變更為切換，切換后下行速率為0，并持續1s無主覆蓋頻繁切換，5s內切換2次以上切換掉坑無線環境正常，切換后下行速率小于10M以下，并持續3s小于20M無線參數設置問題5 下行速率提升方案5.1 MinBer保障方案 實現方案的基本思想是MAC針對下行FTP業務做特殊保障，盡量保證對于下行FTP業務每個上行子幀都調度一次。這樣即避免了可能SR過程，減少了RTT時延，同時由于ack都從pusch上帶上來，也不存在混淆問題，一舉兩得。修改內容包括：（1）對于

29、識別的下行FTP業務用戶MAC上行Bo更新為0的次數超過連續N次或者Bo為0的時間超過T ms，BO才真正更新為0；否則該承載依然維持一個小BO。將該用戶的上行minBR速率修改為2Mbps。（2）MAC識別下行FTP業務用戶的方法當一個用戶1s 的下行瞬時速率或者cdl上報的下行平均速率有一項達到配置的速率時，則按照步驟1對其進行特殊的處理。當cdl上上報的下行平均速率低于配置速率時，停止其特殊處理。當用戶的1s 的下行瞬時速率低于配置速率時，停止其特殊處理。此處為由開關控制，默認關閉，主要擔心有誤識別的情況，提供給外場測試使用。（3）MIB含義修改借用開關名稱取值含義VIP開關關閉(缺省值

30、)退出特殊處理時不參考1s速率打開退出特殊處理時是否參考1s速率VIP用戶對應的arp值上門限1-15(最新的Reclist缺省值為10)分別對應判決特殊處理的下行速率門限為1M-15MVIP用戶對應的ARP值下門限開關1(缺省值)ATU保障功能關閉1S檢測方案關閉2ATU保障功能打開1S檢測方案打開其他ATU保障功能打開1S檢測方案關閉（4）參數修改Ø 610版本需要修改的參數Ø 620版本參數變更A、 修改“下行差異化調度功能開關”為“打開”B、 高層VIP切換傳遞功能，對應參數“X2切換過程中傳遞VIP用戶信息功能開關”，已默認打開。5.2 TM38&單雙流門

31、限傳輸模式8是一種閉環的MIMO方案，存在三種MIMO方式，單流波束賦形、雙流波束賦形和傳輸分集。單流波束賦形的應用場景與模式7的單流波束賦形應用場景相同，主要用于eNB配置8天線、信道質量較差的場景。雙流主要用于eNB配置8天線、用戶信道質量較好的場景。此時模式內切換主要涉及單流波束賦形和雙流波束賦形的自適應切換，而傳輸分集主要適用于模式間切換的回退方式。雙流波束賦形是將空分復用和波束賦形有效的結合。波束賦形可以有效降低干擾和提升小區覆蓋半徑，因為波束賦形是采用用戶特定的波束賦形，一方面波束的能量集中在更窄的范圍內，當小區邊緣的兩個用戶的波束錯開時，可以有效降低對鄰區的平均干擾，另一方面可以

32、形成指向用戶的波束，從而獲得賦形增益，有效提升小區的覆蓋半徑。空分復用則是利用空間信道的不相關性并行傳輸多個獨立的數據流，從而提升系統的吞吐量。目前8天線主要采用4+4雙極化天線，這種配置的天線更是為波束賦形和空分復用的結合提供了可能性。同一個極化方向的四根天線間距較小，相關性較強，適合做波束賦形，不同極化方向天線相關性較弱，適合做雙流。 由于雙流波束賦形需要獲得2*8的信道狀態信息，目前很多R9終端都不支持SRS的天線輪流發送，只支持SRS的單天線發送，只能獲得1*8的信道，此時采用EBB分解其實只能得到一個有效的1*8賦形向量，因此會影響雙流波束賦形的性能。目前我司采用的算法是：當終端支持

33、天線輪流發送時，采用EBB算法分解得到兩個有效的1*8賦形向量，即PORT7的信號會在8根天線上發送，PORT8的信號也會在8根天線上發送，PORT7和PORT8的信號通過正交的賦形向量來進行區分；當終端不支持天線輪流發送時，采用GOB算法匹配信號的來波方向，PORT7的信號在同一個極化方向的四根天線上發送，PORT8的信號在另一個極化方向的四根天線上發送，此時PORT7和PORT8通過不同的天線來進行區分。Ø 涉及修改的參數：參數名稱修改值傳輸模式3單流切換雙流修正后CQI門限6傳輸模式3雙流切換單流修正后CQI門限3傳輸模式3切換至傳輸模式8時修正后CQI門限值8傳輸模式8切換至

34、傳輸模式3時修正后CQI門限值13傳輸模式8下單流切換到雙流修正后CQI門限6傳輸模式8下雙流切換到單流修正后CQI門限3SFBC和Port5切換的CQI門限值15傳輸模式7單流切換至傳輸模式3雙流時修正后CQI門限值13傳輸模式3雙流切換至傳輸模式7單流時修正后CQI門限值8Ø 參數調整前后ATU驗證測試結果：測試條件平均RSRP平均SINR應用層平均下載速率(含掉線)(kbps)每RB平均下載量(含掉線)下行平均每時隙調度PRB個數下行子幀調度率單流時長占比雙流時長占比傳輸模式(TM=3)時長占比傳輸模式(TM=8)時長占比修改TM38&單雙流參數前-1修改TM38&am

35、p;單雙流參數前-2修改TM38&單雙流參數后-1修改TM38&單雙流參數后-2修改參數后下行平均速率由提升到，平均速率有6%的提升；雙流占比提升7%，TM3占比提升7.5%。5.3 CCE自適應&固定CFI eNB根據UE的信道質量，選擇合適的CCE聚合等級。由于eNB只能根據PDSCH的CQI來初步判斷UE的鏈路質量，而PDSCH的CQI依賴于當前的MIMO方式。由于PDSCH與PDCCH所采用的MIMO方式有可能不一樣，因此就需要對PDSCH的頻譜效率進行修正，從而得到等效到PDCCH的頻譜效率。若用表格的形式，則頻譜效率與CCE對應的關系如下所示：CCE大小頻譜

36、效率CQI等級1CQI13-（按照51bit來選擇PDCCH的CCE大小）2CQI114CQI98Ø 涉及修改的參數：參數名稱修改值專用搜索空間啟用開關關上下行都發PDCCH時控制區域符號數2下行發PDCCH時控制區域符號數1Ø ATU拉網測試驗證結果如下：測試條件平均RSRP平均SINR應用層平均下載速率(含掉線)(kbps)每RB平均下載量(含掉線)(bit/RB)每RB平均下載量(不含掉線)(bit/RB)下行平均每時隙調度PRB個數下行子幀調度率上行子幀調度率下行碼字1 64QAM比例平均DL MCS關閉CCE自適應開啟CCE自適應拉網測試結果分析：下行平均速率由3

37、4.5Mbps提升到37.2Mbps，下行平均速率提升6%。Ø 修改前后KPI指標對比情況由三項關鍵KPI指標對比情況可以看出，修改CCE參數前后接通率與切換成功率基本保持一致，無線掉線率有一定的變換，掉線率有個百分點的劣化屬于正常范圍的波動。5.4 天線權值核查及修改現網中TD-LTE站點，基站物理層生效的天線權值與網元布配中天線型號對應的天線權值信息不一致。此問題影響智能天線的賦形效果，影響業務質量。具體核查步驟下：1. 查詢基站本地小區和天線陣的對應關系。一般情況下，現場天線陣、本地小區編號都是一一對應的，此步驟可以省去。（1） 通過LMT對象樹“物理設備-射頻單元布配-天線安

38、裝規劃”，找到“RRU編號”（實例描述）、“天線陣編號”、“TD-LTE本地小區標識1”的對應關系。（2） 使用“天線陣編號”作為索引，分別查找“網元布配”和“物理層生效”的天線權值。2. 查詢“網元布配”的天線權值。以天線陣編號為索引。（1） 通過LMT對象樹“物理設備-射頻單元布配-天線陣規劃”，找到“天線陣編號”（實例描述）、“天線陣廠家索引”、“天線陣型號索引”、“天線陣規劃波束寬度”。（2） 以“天線陣廠家索引”、“天線陣型號索引”、“天線陣規劃波束寬度”為索引，在LTE_基站天線廣播波束權值參數配置表.xls中，找到此天線型號對應的天線權值。3. 查詢“物理層生效”的天線權值。以天

39、線陣編號為索引。通過LMT對象樹“物理設備-天線陣拓撲-天線權重信息”，找到“天線陣編號xxxx”（實例描述）、“天線陣波束寬度”、“天線xx幅度”、“天線xx相位”。找到“實際物理層生效”的天線權值信息。4. 對比“網元布配”的天線權值和“物理層生效”的天線權值的差異。Ø 通過OMT批量提取基站天線參數（1）進入快速配置模塊，在批量管理中選擇“配置數據導出”功能，右鍵點擊“添加”：（2）在彈出的配置數據自動導出界面中，填寫“任務名稱、導出方式、文件格式”，并在配置樹上選擇需要導出的“參數”，其它默認，然后選擇“下一步”：（3）在下一步界面中類型處選擇“按對象”，并在PLMN中選擇對

40、應的“網元”，然后點擊確定：（4）任務創建后，在任務列表界面會呈現剛剛建立的任務和任務結果：（5）通過FTP找到任務結果，FTP目錄為“/export/home/omcrftp/fc/cfgdata/2015-07-07/”，如下：Ø 通過LMT工具修改錯誤的天線信息針對核查到的天線權值不一致的異常天線陣，需要使用LMT工具對網元布配進行修復，解決天線權值信息不一致的問題。（1） 連接LMT，打開對應天線陣的網元布配；（2） 刪除對應天線陣的網元布配；（3） 點擊“設備規劃命令下發”，然后選擇“確定”按鈕。（重點注意事項）注意：當網元布配有變化的時候，需要下發設備規劃命令，不然新的改

41、動將不會生效，可以通過刷新按鈕刷新來確定新的改動是否生效。（4） 根據實際天線型號等信息，創建對應天線陣的網元布配（5） 點擊“設備規劃命令下發”，然后選擇“確定”按鈕。（重點注意事項）（6） 下發網絡規劃并生成動態配置文件。（重點注意事項）設備規劃命令下發成功后，右鍵點擊目標小區，選擇“下發網絡規劃”，關閉布配開關，在彈出的網絡下發成功對話窗中選擇“確定”按鈕，生成動態配置文件。6 速率問題定位“三板斧”業務速率低問題可以采取下面的步驟進行分析、排查到達快速解決和響應的目的，提升客戶滿意度。在遇到問題時我們分為3個步驟進行分析，借用古人的“3板斧”來比喻我們解決一些簡單問題，所謂的“首板斧”

42、是指通過基站與終端對業務類問題進行比較詳盡的描述分析，通過一些合理的建議解決一些簡單問題；“二板斧”是通過最簡單的核查參數設置來排除一些認為的誤操作導致的問題；“三板斧”是通過提取基站L2子系統的一些定位信息來進行分析解決問題。這幾個步驟不是獨立的，需要綜合起來對問題進行分析。6.1 首板斧：通過打BO、查看PDCP速率、上下行業務狀態進行分析A. 遇到速率低問題時，停止原來業務，通過打上下行BO或下行PDCP發包來分析空口速率是否可以達到峰速，如果可以到達峰速，說明非L2層問題，需要排查其他網元及其配置（S1鏈路過來的數據速率及核心網業務服務器發包的狀態）；如果不能到達很好的速率，需要就需要

43、分析業務的狀態。B. 查看業務類型確認業務采用FTP下載還是UDP灌包C. 查看做業務的方式如果是FTP下載，需要確認采用什么軟件進行業務，鏈接多少線程D. 查看PDCP吞吐量情況確認從服務器下來的速率大小，如果PDCP吞吐量與核心網發送數據吞吐量一致，速率低可能由于空口所致，需要查看業務相關狀態。E. 看上下行的bler；如果較高，請根據PL說明來分析原因。F. 看ping時延；G. 排除服務器和終端、筆記本的原因，多試幾款終端。H. 如果終端上報的CQI比較低，需要查詢終端側的RSRP、SNR，如果這些值比較低說明此時終端位于遠點或差點；如果終端RSRP、SNR都是比較好的值，說明處于好點

44、或極好點，如果CQI仍然比較低，就需要核對參數是否配置錯誤。I. 查看RRU通道狀態RRU通道故障會導致PL不發送下行數據，下行數據可能中斷。J. 查看上下行的業務速率情況從終端及基站兩個方面查看上下行業務吞吐量K. 查看上下行MCS、上下行PRB分配個數、上下行的調度次數、終端上報的CQI、上下行的BLER從終端及基站兩個方面核查上下行業務參數值及是否一致。6.2 二板斧：查看小區相關業務參數A. 查看MAC測試開關中的AMC、MCS、CQI修正、HARQ對上下行業務非常有影響的參數，參考圖11；如果關閉AMC并固定了MCS就會導致速率降低；如果關閉了HARQ，當有BLER時會影響影響業務速率；如果關閉CQI修正，但終端上報CQI比較低時，就會導致業務速率低。B. 查看MIMO方式固定MIMO方式一定要與傳