TD-LTE速率優(yōu)化指導書-v1.0.docx

大唐移動通信設備有限公司數(shù)據(jù)業(yè)務優(yōu)化指導書TD-LTE數(shù)據(jù)業(yè)務優(yōu)化指導書版權所有大唐移動通信設備有限公司本資料及其包含的所有內容為大唐移動通信設備有限公司(大唐移動)所有,受中國法律及適用之國際公約中有關著作權法律的保護。未經(jīng)大唐移動書面授權，任何人不得以任何形式復制、傳播、散布、改動或以其它方式使用本資料的部分或全部內容，違者將被依法追究責任。文檔更新記錄更新人版本備注2013-08-19YangV1.0.0TD網(wǎng)絡技術部目錄第1章引言51.1編寫目的51.2文檔組織51.3預期讀者和閱讀建議5第2章影響LTE速率的關鍵因素62.1系統(tǒng)帶寬62.2常規(guī)子幀結構和特殊子幀結構62.3調制編碼方式72.4高階調制72.5MIMO方式72.6AMC（自適應調制編碼方式）82.7UE能力等級112.8重要的幾個測量值錯誤！未定義書簽。2.9TD-LTE系統(tǒng)速率的計算11第3章速率問題133.1速率問題定位思路133.2速率異常排查143.2.1查詢基站告警信息143.2.2參數(shù)配置核查143.2.3空口問題排查143.2.4打BO分析空口速率163.2.5服務器側問題排查173.2.6傳輸側問題排查183.2.7其他原因193.2.8UE PC側問題排查203.3基于TCP/UDP的傳輸213.3.1UDP和TCP異同213.3.2TCP窗口優(yōu)化排查/本地PC22第三章：案例243.4文苑路單驗下載速率較低：243.4.1問題現(xiàn)象：243.4.2分析過程：253.4.3優(yōu)化措施27第1章 引言1.1 編寫目的本文檔編寫的主要目的是簡要介紹TD-LTE系統(tǒng)影響速率的關鍵因素，便于測試優(yōu)化人員快速熟悉TD-LTE系統(tǒng)的基本原理，在現(xiàn)場遇到速率異常等問題時，有正確的思路，可以合理的排查并最后定位一些常見的速率異常問題。1.2 文檔組織本文首先對影響TD-LTE下行速率的關鍵因素進行分析；然后對TD-LTE系統(tǒng)速率異常問題定位思路進行梳理；并詳細描述速率異常等問題的排查的方法和思路；由于目前TD-LTE系統(tǒng)速率問題主要是指的下行的速率，對于本文如果無特別強調，其中內容都是針對TD-LTE系統(tǒng)的下行速率。1.3 預期讀者和閱讀建議本文檔的預期讀者為LTE網(wǎng)絡建設人員和LTE網(wǎng)絡測試人員、優(yōu)化人員,規(guī)劃人員。第2章 影響TD-LTE系統(tǒng)速率的關鍵因素TD-LTE系統(tǒng)是全IP的移動通信系統(tǒng)，不同于以往的CS電路結構和性能，因此有多種因素會影響到TD-LTE系統(tǒng)和用戶的最終實際數(shù)據(jù)的傳輸能力，這些影響因素主要包括：TD-LTE系統(tǒng)使用的帶寬，幀結構和特殊子幀結構的選擇，控制信道的開銷，調制和編碼方式，MIMO模式以及信號質量和環(huán)境等因素。2.1 系統(tǒng)帶寬TD-LTE系統(tǒng)可以靈活配置不同的系統(tǒng)帶寬；根據(jù)香農公式在計算最大信息傳送速率C公式：C=B*log2(1+S/N)。式中：B是信道帶寬（赫茲），S是信號功率（瓦），N是噪聲功率（瓦）。顯然，信道容量與信道帶寬成正比，在S/N不變的情況下，更大的系統(tǒng)帶寬意味這更大的信道容量；目前TD-LTE系統(tǒng)的bandwidth為20Mhz;（可以在MIB消息里查看）2.2 常規(guī)子幀結構和特殊子幀結構 TD-LTE系統(tǒng)可以靈活的配置各種子幀配比；不同的子幀配比適用于不同的場景，可以提供不同的下行/上行吞吐速率；目前一般使用CONFIG1和CONFIG2（可以在SIB1消息的TDD-CONFIG查看）常規(guī)子幀結構：Uplink-downlink configurationDownlink-to-Uplink Switch-point periodicitySubframe number012345678905 msDSUUUDSUUU15 msDSUUDDSUUD25 msDSUDDDSUDD310 msDSUUUDDDDD410 msDSUUDDDDDD510 msDSUDDDDDDD65 msDSUUUDSUUD特殊子幀結構： TD-LTE系統(tǒng)的特殊子幀，目前一般使用配置5（3：9:2）；配置7（10：2：2）在PCFICH的CFI配置為3的時候，每個subframe還可以提供8個symbol傳輸數(shù)據(jù)。Special subframe configurationNormal cyclic prefix in downlinkExtended cyclic prefix in downlinkDwPTSUpPTSDwPTSUpPTSNormal cyclic prefix in uplinkExtended cyclic prefix in uplinkNormal cyclic prefix in uplinkExtended cyclic prefix in uplink01234567-8-2.3 編碼方式TD-LTE系統(tǒng)使用不同的調制編碼方式，對于控制信道和業(yè)務信道，這里主要涉及到PDSCH，使用TURBO的編碼方式，RATE=1/3 -1。2.4 高階調制TD-LTE系統(tǒng)使用不同的高階調制方式，QPSK,16QAM,64QAM，這里所說的modulation實際上是做一個二進制到多進制的映射，產(chǎn)生complex-valued modulation symbols; 其中K代表高階調制的數(shù)據(jù)傳送能力；越高階的調制方式傳輸數(shù)據(jù)能力越強，但是需要更好的信道質量和更高的信噪比。2.5 MIMO方式 MIMO（multiple input multiple output）多輸入多輸出技術，作為TD-LTE系統(tǒng)的關鍵技術之一，通過在多個天線上分別發(fā)送多個數(shù)據(jù)流；利用多徑衰落，在不增加帶寬和天線發(fā)送功率的情況下，提高信道容量以及頻譜利用率，或數(shù)據(jù)的傳輸質量。MIMO多種模式可以提供多種增益?？辗謴陀檬且蕴岣甙l(fā)送效率為目的，每個發(fā)射天線發(fā)射信號所攜帶的信息可以不同，可以成倍的提高數(shù)據(jù)傳送的能力，但是需要好的信道環(huán)境和信道質量；分集是以提高抗干擾能力為目的的，通過對每個發(fā)射天線的發(fā)射信號格式和排列上的處理，獲取相應的抗干擾能力，但是無論天線數(shù)量如何增加，對數(shù)據(jù)的傳送能力并不會提高。波束賦型技術：利用波的干涉原理產(chǎn)生指向用戶來波方向的波束提高接收信噪比，主要用于信道質量較差(例如小區(qū)邊緣)，用戶移動速度較低的環(huán)境。傳輸模式DCI格式應用場景TM1DCI 1A室分單通道場景，可以通過進行DCI 1A單流SFBC發(fā)送TM3DCI 2ADCI 1A信道環(huán)境好時，可以通過2*MIMO方式進行DCI2A雙流開環(huán)發(fā)送，使終端吞吐量提升一倍；當信道環(huán)境惡化時，自動切換為DCI 1A 單流SFBC方式發(fā)送；TM7DCI 1ADCI 1信道環(huán)境好時，可以通過進行DCI 1A單流SFBC發(fā)送；當信道環(huán)境惡化時（靠近小區(qū)邊緣），進行DCI 1調度進行波束賦形效果帶來吞吐量增益2.6 AMC（自適應調制編碼方式）AMC是根據(jù)信道條件的變化來動態(tài)的選擇適當?shù)恼{制編碼方式（MCS），變化的周期一般為一個發(fā)送時間間隔（TTI），當信道質量較好時，采用高階調制和較高的碼率（參考2.3和2.4節(jié)）來實現(xiàn)高的傳輸速率，獲得較高的吞吐量；當信道質量較差時，采用低階的調制和較低的編碼速率以保證傳輸鏈路的質量，從而實現(xiàn)多用戶情況下進行系統(tǒng)資源的最優(yōu)分配。AMC是基于信道質量指示(channel quality indicator ,cqi)信息反饋的。而CQI的測量過程是接收端根據(jù)信噪比測量的值(SINR映射)，找出HARQ第一次重傳能夠滿足誤塊率小于0.1的MCS，然后對應相應的CQI index。EnodeB接收到CQI后，修正(功率約束，等)，映射成合適的MCS等級，基站根據(jù)MCS等級選擇合適的調制方式以及編碼速率。CQI：CQI indexModulationcode rate x 1024efficiency0out of range1QPSK780.15232QPSK1200.23443QPSK1930.37704QPSK3080.60165QPSK4490.87706QPSK6021.1758716QAM3781.4766816QAM4901.9141916QAM6162.40631064QAM4662.73051164QAM5673.32231264QAM6663.90231364QAM7724.52341464QAM8735.11521564QAM9485.5547MCS等級表：Modulation and TBS index table for PDSCHMCS IndexModulation OrderTBS Index0201212223234245256267278289291049114101241113412144131541416415176151861619617206182161922620236212462225623266242762528626292reserved3043162.7 UE能力等級TD-LTE系統(tǒng)的終端定義了不同的能力，不同的能力等級支持不同的傳輸速率，目前主要使用的UE等級為CAT3（下行最大支持100Mbps的峰值速率）CAT4（下行最大支持150Mbps的峰值速率）； 下行UE能力UE CategoryMaximum number of DL-SCH transport block bits received within a TTIMaximum number of bits of a DL-SCH transport block received within a TTITotal number of soft channel bitsMaximum number of supported layers for spatial multiplexing in DLCategory 110296102962503681Category 2510245102412372482Category 31020487537612372482Category 41507527537618270722Category 530275215137636672004 上行UE能力UE CategoryMaximum number of bits of an UL-SCH transport block transmitted within a TTISupportfor 64QAM in ULCategory 15160NoCategory 225456NoCategory 351024NoCategory 451024NoCategory 575376Yes2.8 TD-LTE系統(tǒng)速率的計算通常人們談論的TD-LTE數(shù)據(jù)傳送能力，是指DL-PDSCH和UL-PUSCH的數(shù)據(jù)傳送能力，這里應該是指純粹的用戶數(shù)據(jù)，不包括相應的控制信息和系統(tǒng)開銷信息，通常的可以使用的分析方法包括：計算理論的物理傳送能力，計算扣除控制開銷后的數(shù)據(jù)傳送能力，計算Transport channel數(shù)據(jù)的傳送能力。這些方法之間沒有絕對的好壞優(yōu)劣之分，可以根據(jù)需求自行選擇所需的分析方法.以下簡要介紹TD-LTE下行速率的計算方法：假設：TD-LTE幀結構和特殊子幀結構的配置為congig1(dsuud)，特殊子幀（10:2：2），系統(tǒng)帶寬20MHz,采用64QAM調制方式，MIMO2X2，碼率用1計算。首先計算1個無線幀上可以用的資源塊：RE=14*12*100*4+10*12*100*2=91200然后計算控制信道的開銷：PDCCH（Phich+pcfich已經(jīng)包含）+Cell reference signal+PBCH+ PSS+SSSRE=3*12*100*4+2*12*100*2+12*100*4+8*100*2+6*4*12+(2+2)*6*12=26176除去控制信道的開銷后剩余的RE：91200-27176=64024速率= 64024（總的PDSCH資源）*6（64QAM調制）*1（碼率）*2(2X2 MIMO)/0.01（時間）=78028800bit/S = 74Mbps(這里碼率是用1計算的，如果換成CQI=14的碼率對應于CAT3的終端，大概是63Mbps左右)另：根據(jù)TBS計算傳輸速率的方式：各種時隙配比、MIMO模式、終端能力等級下的速率終端能力等級帶寬MIMO模式時隙比特殊時隙比CFI單位：Mbps320上行2U2D10:2:2319.5744320單流2U2D10:2:2334.888320雙流2U2D10:2:2361.2288附錄為其他比例下的速率：第3章 速率問題3.1 速率問題定位思路檢查基站狀態(tài)/小區(qū)配置是否正常?；緟?shù)配置是否合理，關鍵MAC下行算法參數(shù)是否正常，通過打BO來分析空口速率是否正常，如果打BO后UE可以到達峰速，說明非基站問題，空口正常，需要排查其他網(wǎng)元或傳輸網(wǎng)、服務器等配置；如果不能到達到峰速，則需要對空口信號質量進行排查；空口首先確認SINR，CQI，如果終端上報的CQI比較低，需要查詢終端側的RSRP、SINR、BLER，如果這些值比較低說明此時終端位于遠點或差點；如果終端CQI、RSRP、SINR、BLER都滿足好點的要求，但業(yè)務峰速還是偏低，需要進一步定位終端，傳輸?shù)仍?；排查終端終端故障端能力等級問題。3.2 速率異常排查3.2.1 查詢基站告警信息通過OMC或LMT查詢eNB是否有影響業(yè)務性能的異常告警（例如小區(qū)降質、部分RRU通道異常等），如果有類似告警，先處理清除相應告警后查看業(yè)務峰速是否能達到正常。如果峰速測試任務比較緊急，某些告警清除短時間內不能快速清除，建議可通過復位基站直接排除相應告警后進行峰速測試。如果峰值速率仍然偏低，可進一步查詢eNB的基本數(shù)據(jù)配置是否合理。3.2.2 參數(shù)配置核查通過核查參數(shù)設置可以排除一些人為的操作失誤導致的問題，建議主要檢查如下峰值速率相關的參數(shù)：1.查看MAC測試開關：AMC、MCS、CQI修正、HARQ 都為打開2.查看MAC測試開關：MIMO方式設置為模式間自適應3.查看MAC測試開關：專用搜索空間啟用開關，打開4.查看CQI與ACK同時傳輸指示，設為支持5.查看DSR上報周期默認20ms,可以設置小一點試試，如15ms,5ms看能提高速率多少6.查看DRX配置有效指示：設為關閉，影響速率7.查看GAP配置：關閉（如果有異頻鄰小區(qū)存在，會影響終端的上下調度，從而影響峰值速率）8. 查看上下行目標BLERBLER的高低對終端速率影響比較大9. 查看流控開關打開了流控開關會按照RRC配置限制UE的總速率10. 查看PRB及MCS限制查看LMT上的PRB及MCS設置，限制兩個參數(shù)就會影響UE的速率11. 查看PDCP丟棄定時器有效指示當空口質量不好時配置了對應的丟棄定時器會導致數(shù)據(jù)在PDCP層面丟棄，導致服務器窗口產(chǎn)生擁塞12. 查看RLC發(fā)送端、接收端ARQ最大重傳次數(shù)、探詢重傳定時器、重排定時器、當空口質量不好時配置定時器不合理會導致數(shù)據(jù)在RLC層面丟棄，導致服務器窗口產(chǎn)生擁塞3.2.3 空口問題排查空口問題排查包括告警、基本配置參數(shù)、接入信令、在線用戶數(shù)、參數(shù)核查、空口信道質量排查。 檢查RSRP、SINR等參數(shù)峰值測試中如果要使得實際峰值逼近理論峰值，要保證小區(qū)RSRP在85dBm以上，SINR26以上。 檢查CQICQI主要通過SINR映射,這里具體實現(xiàn)方法屬于終端廠家自有，UE上報的CQI，基站通過一定策略修后決定了下行調度的MCS。CAT3的終端CQI在14，CAT4會到15在極好點。 檢查BLER當速率低時首先關注BLER，尤其是殘留BLER。由于FTP是雙向的，因此上下行BLER都需要關注。如果初始BLER大于10%或者有殘留BLER，需重點關注。對于下行BLER，需要先確認終端側是否也有BLER。如果終端側沒有bler，則可能是基站ACK譯碼錯誤或終端沒有檢到PDCCH，首先檢查測試小區(qū)是否配置了異頻鄰小區(qū)，如果終端側的BLER與基站接近（TDD反饋采用bundling模式，終端側bler比基站側低一些也是合理的），需要確認是否空口環(huán)境較差，查看終端側的SINR和RSRP，好點SINR應大于20；也可嘗試基站關閉下行AMC，固定MCS為較低等級看BLER是否消除，如果bler隨MCS降低而降低，則可基本確認是環(huán)境問題。如果BLER與MCS無關需查看是否有時鐘相關告警，通過LMT查看RRU底噪，上下行增益等，需提取RRU的65號日志。對于上行BLER，通過LMT查詢上行IOT信息確認是否有干擾，也可以通過關閉上行AMC，固定MCS為較低等級看BLER是否消除，如果BLER隨MCS降低而降低，則基本確認是環(huán)境問題。如果BLER不變，需要PL同事定位。 CQI與MCS如果存在BLER，則CQI修正會將MCS修低，需要先解決BLER因素。如果沒有BLER但MCS較低，需要確認MAC測試開關中的AMC開關是否打開，是否限制最高MCS等級。如果開關設置無異常，需要確認終端反饋的CQI是否正常，通過基站ATP畫圖“碼字0 CQI”可以查看。如果CQI值較低，需要確認終端上報值是否正常，還需檢查“信道與信道與過程”配置中的“信道質量指示”參數(shù)中 “與ACK同時上報指示”是否設為“支持”。LTE終端根據(jù)ENB的下行CRS信號進行測量，通過PUCCH/PUSCH信道反饋到ENB側；ENB根據(jù)CQI的上報數(shù)值，判斷下一次調度業(yè)務使用的調制方式以及MCS等級；同時ENB根據(jù)終端上報的CQI數(shù)值，判斷信道質量，確定終端工作的MIMO模式。 MIMO模式目前外場一般使用的天線模式為MIMO的模式間自適應；自適應的在TM7（單流波束賦型）和TM3（空分復用）之間切換；而切換門限取決于CQI，RI，以及Bler的約束，如果切換門限設置不合理，會導致單雙流比例異常，最終影響吞吐速率。TM37切換算法參數(shù)說明書： PRB調度是否飽滿TD-LTE系統(tǒng)采用的時頻資源的特殊結構，決定了在相同的環(huán)境下（相同的調制方式，編碼速率，MIMO模式），基站給UE分配更多的PRB資源（LTE系統(tǒng)最小的調度資源單位），對應UE更大的吞吐速率；而在空口無線環(huán)境良好(SINR、CQI、BLER和MCS)等正常的情況下，如果UE的調度不飽滿。（20MHz帶寬，子幀配置Config1 DSUUD時，10ms滿調度是1200RB，120000/秒；DCI2A滿調度600），速率也會異常。這種情況我們可以在基站側對下行開啟BO，檢查調度是否飽滿。如果PHY和MAC層的速率正常但是PDCP層和RLC層速率異常，且比較穩(wěn)定，說明空口正常不存在問題，問題一般出現(xiàn)在傳輸；3.2.4 打BO分析空口速率通過打BO來分析空口速率是否可以達到峰速，如果打BO后UE可以到達峰速，說明非基站問題，需要排查其他網(wǎng)元或傳輸網(wǎng)、服務器等的配置是否合理；如果不能到達預期的峰速，則需要對空口信號質量進行排查；2、eNB側打BO的方法：1）打bo前在LMT上工具/UE信息查看UE的附著情況。2）LMT打BO。命令樹-小區(qū)-測試開關-MAC BO測試開關：將對應小區(qū)的BO開關打開，并根據(jù)上面UE附著情況的查詢，設置UE起始索引和UE數(shù)，設置完成后點擊確認。eNB打BO后業(yè)務峰速仍然偏低，需要先檢查分析以下幾點：1）當前基站的運行情況：包括小區(qū)狀態(tài)、RRU通道狀態(tài)、是否存在異常告警等；2）確認業(yè)務類型：確認業(yè)務采用FTP下載還是UDP灌包；3）確認做業(yè)務的方式：如果是FTP下載，需要確認采用什么軟件進行業(yè)務，鏈接多少線程；4）查看PDCP吞吐量情況：確認從服務器下來的速率大小，如果PDCP吞吐量與核心網(wǎng)發(fā)送數(shù)據(jù)吞吐量一致，速率低可能由于空口信號質量不好所致；即經(jīng)過上述幾點核查后，如果沒有發(fā)現(xiàn)異常，則建議通過進一步檢查空口信號質量相關的BLER、RSRP、SINR、CQI等參數(shù)進行進一步核查。3.2.5 服務器側問題排查【問題現(xiàn)象】：UDP灌包時，Server側使用Jperf軟件輸入ue端IP地址，設置灌包大小和次數(shù)，執(zhí)行灌包并觀察流量，實際灌包流量根據(jù)使用的UE和小區(qū)帶寬來決定，略微超過理論值，保證足夠的數(shù)據(jù)量即可。UE PC側啟動可以通過dumeter觀察收到包的大?。粓?zhí)行以上操作后，發(fā)覺Server側出口流量低，出口流量就不足160m.【排查步驟】：1、Server側推薦專業(yè)的IBM/HP小型服務器，CPU雙核2.8GHz以上，內存4G，250G硬盤，千兆網(wǎng)卡，操作系統(tǒng)使用Windows2003SP2/SP3+IIS模式，請勿使用Serv-U作為FTP服務器；2、檢查jperf灌包工具的版本及參數(shù)是否使用正確；3.2.6 傳輸側問題排查如果說傳輸對終端業(yè)務峰值速率有影響，一般表現(xiàn)在端到端鏈路的業(yè)務帶寬上，為了排除傳輸?shù)膯栴}，需要逐個節(jié)點排查，找出所有節(jié)點中傳輸帶寬最小的一個，作為整條業(yè)務鏈路的傳輸帶寬。在現(xiàn)網(wǎng)中，端到端業(yè)務一般會經(jīng)過如下節(jié)點：UEENBPTN設備（包括接入和匯聚）PTN_CEEPCCMNET_CEFTP_server。節(jié)點：空口環(huán)境，此節(jié)點對業(yè)務峰值的影響主要因素是空口質量的好壞（RSRP、SINR）；節(jié)點：ENB與PTN之間的接口，通過PTN可以對端口進行限速，當終端業(yè)務峰速受到影響時可查看PTN對端口或者偽線速率限制設置，確認是否是設置不合理導致；節(jié)點：PTN與PTN_CE之間的接口，排查方法同，一般與PTN_CE對接的PTN端口都是匯聚口，端口物理帶寬一般都是10G以上；節(jié)點：PTN_CE與EPC之間的接口，通過PTN_CE查詢與EPC對接的端口物理帶寬；節(jié)點：EPC與CMNET_CE之間的接口，查詢方法同節(jié)點；節(jié)點：CMNET_CE與FTP_server之間的接口，可通過FTP服務器查看連接速率，也可通過CMNET_CE查詢與FTP服務器對接的端口物理帶寬。查詢出所有節(jié)點的傳輸帶寬之后取最小值，作為整條業(yè)務鏈路的傳輸帶寬，只要鏈路的傳輸帶寬大于峰值速率兩倍以上，應該就不會影響峰值速率。當終端峰值速率偏低的時候，為了排除傳輸帶寬的影響，建議進行單用戶峰值測試，即在整個網(wǎng)絡下僅使用一部終端進行業(yè)務驗證，如果速率仍然無法達到峰值，則可以排除傳輸帶寬的影響如果其他網(wǎng)元和傳輸暫時未發(fā)現(xiàn)異常，則建議使用Wireshark鏡像抓包進行進一步排查確認相關的問題。Wireshark的進行抓包進行問題定位的方法請參見如下附件：3.2.7 其他原因 數(shù)據(jù)量不足如果底層正常，但速率仍然較低，通過基站ATP畫圖查看PDCP吞吐量。如果時間允許，可以通過上下行同時打BO進行驗證，如果打BO MAC吞吐量正常的話可以基本排除底層問題。如果打BO不好操作，可以使用上下行UDP灌包進行測試。如果PDCP收到的數(shù)據(jù)量就少，需要查看基站驅動收到的數(shù)據(jù)量是否正常。驅動NP數(shù)據(jù)量查看方法：在SCTA控制臺上輸入命令npsc，其中有兩個計數(shù)IGRESS_IP_GTPU_PKT_CNT（下行方向）和EGRESS_IP_GTPU_PKT_CNT（上行方向），這兩個計數(shù)記錄了gtpu包的個數(shù)，可以間隔10秒鐘輸入兩次npsc得到兩個計數(shù)cnt1和cnt2，那么粗略的計算方法為（cnt2 cnt1）* pkt_length * 8 / time （單位：bps），其中pkt_length為報文的長度加上外層頭長度，如果不確定長度可以取1500做近似計算，8為一個字節(jié)8個比特，time為10秒，這種計算方法有誤差，如果誤差與pdcp在10M以內，可視為一致。如果懷疑NP有丟包，可以提取SCT板卡上的71號日志。如果懷疑傳輸、EPC丟包需要各方同時wireshark抓包確認。 基站外因素如果上述3步都未發(fā)現(xiàn)異常，則需向上逐步排查，分別查看傳輸是否正常、核心網(wǎng)是否正常、服務器是否正常、終端是否正常等。列出幾個常見的可能影響FTP速率的因素供參考。1）線程數(shù)空口環(huán)境不穩(wěn)，難免有少量BLER，且FTP單線程速率隨時延增大而減小，因此增大線程數(shù)能使線程間的速率互補，保證吞吐量穩(wěn)定。建議使用20以上的線程數(shù)。2）MTUFTP包的MTU是采用的終端筆記本和服務器MTU的最小值，一般電腦默認MTU是1500，但基站NP芯片對于分片報文的處理存在瓶頸，建議修改MTU為1400。最新版本會自動修改MTU為1400.附MTU查詢辦法：在服務器或終端側筆記本wireshark抓包，如果TCP報文的len=1460，則代表MTU是1500。3）時延時延在TCP協(xié)議中有重大意義。因為TCP數(shù)據(jù)包需要反饋，時延越長，線程的發(fā)包量增長速度越慢。一旦發(fā)生丟包，該線程速率恢復以及其它線程速率互補也越慢。通常來說縮短時延能提升和穩(wěn)定速率?？蛰dPING小包時延在30ms以內為宜?；疽恍﹨?shù)配置會影響時延，可以先為下行FTP用戶打上行BO，此時的上行時延為最小值，若有速率明顯提升或變穩(wěn)，則可通過LMT修改以下參數(shù)來盡可能縮短上行時延：測試開關-MAC測試開關-上行最小分配PRB數(shù)：20小區(qū)-信道及過程-調度請求參數(shù)-DSR上報周期：5小區(qū)-信道及過程-BSR參數(shù)-BSR上報周期：5如果調整基站參數(shù)后ping時延仍然很大，需排查核心網(wǎng)和服務器（傳輸?shù)臅r延一般較?。?。 在線用戶數(shù)查詢可以通過LMT-B查詢當前小區(qū)是否有其他用戶接入，是否占用了下行資源。登錄LMT-B，工具/UE用戶信息操作能查詢用戶數(shù)；登錄LMT-B，工具/釋放用戶操作能釋放用戶；3.2.8 UE PC側問題排查【問題現(xiàn)象】：Sever灌包正常，傳輸正常，但是業(yè)務PC側速率不夠【排查步驟】：UE側問題分為UE本身的問題和UE側PC的問題。1、UE問題排查如果有多個UE，可嘗試更換UE，看問題是否解決，如果問題解決很可能就是是UE本身的問題2、UE側PC問題排查A、檢查PC硬件配置：建議使用ThinkPad T400高端機型，CPU雙核2.0G以上，內存2G，硬盤7200轉，網(wǎng)口千兆，建議使用XP SP3系統(tǒng)。B、檢查PC上安裝和運行的軟件，建議刪除或關閉除測試用軟件外的其他軟件，關閉Windows防火墻和其他殺毒軟件的防火墻。C、檢查CPU占用率，如果超過80%說明當前處理任務繁重，需要關閉不用的軟件或服務，或者更換性能更好的PC。3.3 基于TCP/UDP的傳輸3.3.1 UDP和TCP異同1）由于UDP面向無連接、不保證可靠交付的傳輸特性。UDP流量異常的表現(xiàn)就是平穩(wěn)但無法達到峰值。2）定點TCP吞吐量異常表現(xiàn)主要有以下幾個方面：TCP由于面向連接，保證交付，且采用滑動窗口等數(shù)據(jù)傳輸擁塞避免機制，故吞吐量異常的表現(xiàn)非常多，一般常見的有以下幾種：1、吐量平穩(wěn)但低于峰值5%以上；2、吞吐量能達到峰值但有波動，明顯的“掉坑”現(xiàn)象，后又緩慢“爬起”，如下圖所示：3、吞吐量能達到峰值但有波動，變化較“陡峭”，如下圖所示：TCP問題需要根據(jù)具體的情況進行分析：如果是吞吐量平穩(wěn)但達不到峰值則需要查看窗口等相關參數(shù)是否已優(yōu)化，時延（RTT）是否過大；如果能達到峰值但是速率不穩(wěn)，有掉坑現(xiàn)象，則需要檢查是否有丟包、嚴重亂序現(xiàn)象發(fā)生。3.3.2 TCP窗口優(yōu)化排查/本地PCWindows操作系統(tǒng)中，接收窗口和發(fā)送窗口可通過注冊表來設置的,且不同版本的操作系統(tǒng)優(yōu)化方法不一樣。Win XP/ 2003系統(tǒng)窗口優(yōu)化方法：針對Win XP和2003系統(tǒng)，可以直接導入如下的注冊表文件，然后重啟服務器以優(yōu)化發(fā)送窗口和接收窗口，看吞吐量能否恢復正常。二、Vista系統(tǒng)接收窗口優(yōu)化方法在 Vista 系統(tǒng)中，需要手動修改注冊表，路徑：HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters鍵名: TcpWindowSize類型：dword32位鍵值：80000（16進制，512Kbyte）鍵名: GlobalMaxTcpWindowSize類型：dword32位鍵值：80000（16進制，512Kbyte鍵名: Tcp1323Opts類型：dword32位鍵值：1GlobalMaxTcpWindowSize表示允許用的最大接收窗口，建議設置該值不小于TcpWindowSize，Tcp1323Opts值轉為2進制，最后一位表示W(wǎng)S（Window Scale），倒數(shù)第二位表示Timestamp。WS標記位為0，則接收窗口最大值為64K，若WS標記設為1，則接收窗口可以超過64K。Timestamp若設為1，則每個數(shù)據(jù)包會加上12個字節(jié)的時間戳，這樣對造成傳輸資源浪費，建議設為0。所以Tcp1323Opts應設為二進制數(shù)01，用十六進制數(shù)表示則為1。修改完注冊表后，需要以管理員身份打開DOS窗口，輸入以下命令后正常重啟電腦。三、Win7系統(tǒng)接收窗口優(yōu)化方法在 Win 7 系統(tǒng)中，只能