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

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