《TDLTE速率优化指导书v10.docx》由会员分享，可在线阅读，更多相关《TDLTE速率优化指导书v10.docx（18页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、TD-LTE数据业务优化指导书版权所有大唐移动通信设备有限公司本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。文档更新记录更新人版本备注2013-08-19YangV1.0.0TD网络技术部目录第1章引言51.1编写目的51.2文档组织51.3预期读者和阅读建议5第2章影响LTE速率的关键因素62.1系统带宽62.2常规子帧结构和特殊子帧结构62.3调制编码方式72.4高阶调制72.5MIMO方式72
2、.6AMC（自适应调制编码方式）82.7UE能力等级112.8重要的几个测量值错误！未定义书签。2.9TD-LTE系统速率的计算11第3章速率问题133.1速率问题定位思路133.2速率异常排查143.2.1查询基站告警信息143.2.2参数配置核查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窗口优化排查/本地PC22第三章：案例243.4文苑路单验下载速率较低：243.4.1问题现
3、象：243.4.2分析过程：253.4.3优化措施27第1章 引言1.1 编写目的本文档编写的主要目的是简要介绍TD-LTE系统影响速率的关键因素，便于测试优化人员快速熟悉TD-LTE系统的基本原理，在现场遇到速率异常等问题时，有正确的思路，可以合理的排查并最后定位一些常见的速率异常问题。1.2 文档组织本文首先对影响TD-LTE下行速率的关键因素进行分析；然后对TD-LTE系统速率异常问题定位思路进行梳理；并详细描述速率异常等问题的排查的方法和思路；由于目前TD-LTE系统速率问题主要是指的下行的速率，对于本文如果无特别强调，其中内容都是针对TD-LTE系统的下行速率。1.3 预期读者和阅读
4、建议本文档的预期读者为LTE网络建设人员和LTE网络测试人员、优化人员,规划人员。第2章 影响TD-LTE系统速率的关键因素TD-LTE系统是全IP的移动通信系统，不同于以往的CS电路结构和性能，因此有多种因素会影响到TD-LTE系统和用户的最终实际数据的传输能力，这些影响因素主要包括：TD-LTE系统使用的带宽，帧结构和特殊子帧结构的选择，控制信道的开销，调制和编码方式，MIMO模式以及信号质量和环境等因素。2.1 系统带宽TD-LTE系统可以灵活配置不同的系统带宽；根据香农公式在计算最大信息传送速率C公式：C=B*log2(1+S/N)。式中：B是信道带宽（赫兹），S是信号功率（瓦），N是
5、噪声功率（瓦）。显然，信道容量与信道带宽成正比，在S/N不变的情况下，更大的系统带宽意味这更大的信道容量；目前TD-LTE系统的bandwidth为20Mhz;（可以在MIB消息里查看）2.2 常规子帧结构和特殊子帧结构 TD-LTE系统可以灵活的配置各种子帧配比；不同的子帧配比适用于不同的场景，可以提供不同的下行/上行吞吐速率；目前一般使用CONFIG1和CONFIG2（可以在SIB1消息的TDD-CONFIG查看）常规子帧结构：Uplink-downlink configurationDownlink-to-Uplink Switch-point periodicitySubframe n
6、umber012345678905 msDSUUUDSUUU15 msDSUUDDSUUD25 msDSUDDDSUDD310 msDSUUUDDDDD410 msDSUUDDDDDD510 msDSUDDDDDDD65 msDSUUUDSUUD特殊子帧结构： TD-LTE系统的特殊子帧，目前一般使用配置5（3：9:2）；配置7（10：2：2）在PCFICH的CFI配置为3的时候，每个subframe还可以提供8个symbol传输数据。Special subframe configurationNormal cyclic prefix in downlinkExtended cyclic pr
7、efix in downlinkDwPTSUpPTSDwPTSUpPTSNormal cyclic prefix in uplinkExtended cyclic prefix in uplinkNormal cyclic prefix in uplinkExtended cyclic prefix in uplink01234567-8-2.3 编码方式TD-LTE系统使用不同的调制编码方式，对于控制信道和业务信道，这里主要涉及到PDSCH，使用TURBO的编码方式，RATE=1/3 -1。2.4 高阶调制TD-LTE系统使用不同的高阶调制方式，QPSK,16QAM,64QAM，这里所说的m
8、odulation实际上是做一个二进制到多进制的映射，产生complex-valued modulation symbols; 其中K代表高阶调制的数据传送能力；越高阶的调制方式传输数据能力越强，但是需要更好的信道质量和更高的信噪比。2.5 MIMO方式 MIMO（multiple input multiple output）多输入多输出技术，作为TD-LTE系统的关键技术之一，通过在多个天线上分别发送多个数据流；利用多径衰落，在不增加带宽和天线发送功率的情况下，提高信道容量以及频谱利用率，或数据的传输质量。MIMO多种模式可以提供多种增益。空分复用是以提高发送效率为目的，每个发射天线发射信号
9、所携带的信息可以不同，可以成倍的提高数据传送的能力，但是需要好的信道环境和信道质量；分集是以提高抗干扰能力为目的的，通过对每个发射天线的发射信号格式和排列上的处理，获取相应的抗干扰能力，但是无论天线数量如何增加，对数据的传送能力并不会提高。波束赋型技术：利用波的干涉原理产生指向用户来波方向的波束提高接收信噪比，主要用于信道质量较差(例如小区边缘)，用户移动速度较低的环境。传输模式DCI格式应用场景TM1DCI 1A室分单通道场景，可以通过进行DCI 1A单流SFBC发送TM3DCI 2ADCI 1A信道环境好时，可以通过2*MIMO方式进行DCI2A双流开环发送，使终端吞吐量提升一倍；当信道环
10、境恶化时，自动切换为DCI 1A 单流SFBC方式发送；TM7DCI 1ADCI 1信道环境好时，可以通过进行DCI 1A单流SFBC发送；当信道环境恶化时（靠近小区边缘），进行DCI 1调度进行波束赋形效果带来吞吐量增益2.6 AMC（自适应调制编码方式）AMC是根据信道条件的变化来动态的选择适当的调制编码方式（MCS），变化的周期一般为一个发送时间间隔（TTI），当信道质量较好时，采用高阶调制和较高的码率（参考2.3和2.4节）来实现高的传输速率，获得较高的吞吐量；当信道质量较差时，采用低阶的调制和较低的编码速率以保证传输链路的质量，从而实现多用户情况下进行系统资源的最优分配。AMC是基于
11、信道质量指示(channel quality indicator ,cqi)信息反馈的。而CQI的测量过程是接收端根据信噪比测量的值(SINR映射)，找出HARQ第一次重传能够满足误块率小于0.1的MCS，然后对应相应的CQI index。EnodeB接收到CQI后，修正(功率约束，等)，映射成合适的MCS等级，基站根据MCS等级选择合适的调制方式以及编码速率。CQI：CQI indexModulationcode rate x 1024efficiency0out of range1QPSK780.15232QPSK1200.23443QPSK1930.37704QPSK3080.60165
12、QPSK4490.87706QPSK6021.1758716QAM3781.4766816QAM4901.9141916QAM6162.40631064QAM4662.73051164QAM5673.32231264QAM6663.90231364QAM7724.52341464QAM8735.11521564QAM9485.5547MCS等级表：Modulation and TBS index table for PDSCHMCS IndexModulation OrderTBS Index020121222323424525626727828929104911410124111341214
13、4131541416415176151861619617206182161922620236212462225623266242762528626292reserved3043162.7 UE能力等级TD-LTE系统的终端定义了不同的能力，不同的能力等级支持不同的传输速率，目前主要使用的UE等级为CAT3（下行最大支持100Mbps的峰值速率）CAT4（下行最大支持150Mbps的峰值速率）； 下行UE能力UE CategoryMaximum number of DL-SCH transport block bits received within a TTIMaximum number of
14、 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 251024510242Category 3102048753762Category 4150752753762Category 53027521513764 上行UE能力UE CategoryMaximum number
15、 of bits of an UL-SCH transport block transmitted within a TTISupportfor 64QAM in ULCategory 15160NoCategory 225456NoCategory 351024NoCategory 451024NoCategory 575376Yes2.8 TD-LTE系统速率的计算通常人们谈论的TD-LTE数据传送能力，是指DL-PDSCH和UL-PUSCH的数据传送能力，这里应该是指纯粹的用户数据，不包括相应的控制信息和系统开销信息，通常的可以使用的分析方法包括：计算理论的物理传送能力，计算扣除控制开销
16、后的数据传送能力，计算Transport channel数据的传送能力。这些方法之间没有绝对的好坏优劣之分，可以根据需求自行选择所需的分析方法.以下简要介绍TD-LTE下行速率的计算方法：假设：TD-LTE帧结构和特殊子帧结构的配置为congig1(dsuud)，特殊子帧（10:2：2），系统带宽20MHz,采用64QAM调制方式，MIMO2X2，码率用1计算。首先计算1个无线帧上可以用的资源块：RE=14*12*100*4+10*12*100*2=91200然后计算控制信道的开销：PDCCH（Phich+pcfich已经包含）+Cell reference signal+PBCH+ PSS+
17、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左右)另：根据TBS计算传输速率的方式：各种时隙配比、MIMO模式、终端能力等级下的速率终端能力等级带宽MIMO模式时隙比特殊时隙比CFI单位：M
18、bps320上行2U2D10:2:2319.5744320单流2U2D10:2:2334.888320双流2U2D10:2:2361.2288附录为其他比例下的速率：第3章 速率问题3.1 速率问题定位思路检查基站状态/小区配置是否正常。基站参数配置是否合理，关键MAC下行算法参数是否正常，通过打BO来分析空口速率是否正常，如果打BO后UE可以到达峰速，说明非基站问题，空口正常，需要排查其他网元或传输网、服务器等配置；如果不能到达到峰速，则需要对空口信号质量进行排查；空口首先确认SINR，CQI，如果终端上报的CQI比较低，需要查询终端侧的RSRP、SINR、BLER，如果这些值比较低说明此时
19、终端位于远点或差点；如果终端CQI、RSRP、SINR、BLER都满足好点的要求，但业务峰速还是偏低，需要进一步定位终端，传输等原因；排查终端终端故障端能力等级问题。3.2 速率异常排查3.2.1 查询基站告警信息通过OMC或LMT查询eNB是否有影响业务性能的异常告警（例如小区降质、部分RRU通道异常等），如果有类似告警，先处理清除相应告警后查看业务峰速是否能达到正常。如果峰速测试任务比较紧急，某些告警清除短时间内不能快速清除，建议可通过复位基站直接排除相应告警后进行峰速测试。如果峰值速率仍然偏低，可进一步查询eNB的基本数据配置是否合理。3.2.2 参数配置核查通过核查参数设置可以排除一些
20、人为的操作失误导致的问题，建议主要检查如下峰值速率相关的参数：1.查看MAC测试开关：AMC、MCS、CQI修正、HARQ 都为打开2.查看MAC测试开关：MIMO方式设置为模式间自适应3.查看MAC测试开关：专用搜索空间启用开关，打开4.查看CQI与ACK同时传输指示，设为支持5.查看DSR上报周期默认20ms,可以设置小一点试试，如15ms,5ms看能提高速率多少6.查看DRX配置有效指示：设为关闭，影响速率7.查看GAP配置：关闭（如果有异频邻小区存在，会影响终端的上下调度，从而影响峰值速率）8. 查看上下行目标BLERBLER的高低对终端速率影响比较大9. 查看流控开关打开了流控开关会
21、按照RRC配置限制UE的总速率10. 查看PRB及MCS限制查看LMT上的PRB及MCS设置，限制两个参数就会影响UE的速率11. 查看PDCP丢弃定时器有效指示当空口质量不好时配置了对应的丢弃定时器会导致数据在PDCP层面丢弃，导致服务器窗口产生拥塞12. 查看RLC发送端、接收端ARQ最大重传次数、探询重传定时器、重排定时器、当空口质量不好时配置定时器不合理会导致数据在RLC层面丢弃，导致服务器窗口产生拥塞3.2.3 空口问题排查空口问题排查包括告警、基本配置参数、接入信令、在线用户数、参数核查、空口信道质量排查。 检查RSRP、SINR等参数峰值测试中如果要使得实际峰值逼近理论峰值，要保
22、证小区RSRP在85dBm以上，SINR26以上。 检查CQICQI主要通过SINR映射,这里具体实现方法属于终端厂家自有，UE上报的CQI，基站通过一定策略修后决定了下行调度的MCS。CAT3的终端CQI在14，CAT4会到15在极好点。 检查BLER当速率低时首先关注BLER，尤其是残留BLER。由于FTP是双向的，因此上下行BLER都需要关注。如果初始BLER大于10%或者有残留BLER，需重点关注。对于下行BLER，需要先确认终端侧是否也有BLER。如果终端侧没有bler，则可能是基站ACK译码错误或终端没有检到PDCCH，首先检查测试小区是否配置了异频邻小区，如果终端侧的BLER与基
23、站接近（TDD反馈采用bundling模式，终端侧bler比基站侧低一些也是合理的），需要确认是否空口环境较差，查看终端侧的SINR和RSRP，好点SINR应大于20；也可尝试基站关闭下行AMC，固定MCS为较低等级看BLER是否消除，如果bler随MCS降低而降低，则可基本确认是环境问题。如果BLER与MCS无关需查看是否有时钟相关告警，通过LMT查看RRU底噪，上下行增益等，需提取RRU的65号日志。对于上行BLER，通过LMT查询上行IOT信息确认是否有干扰，也可以通过关闭上行AMC，固定MCS为较低等级看BLER是否消除，如果BLER随MCS降低而降低，则基本确认是环境问题。如果BLE
24、R不变，需要PL同事定位。 CQI与MCS如果存在BLER，则CQI修正会将MCS修低，需要先解决BLER因素。如果没有BLER但MCS较低，需要确认MAC测试开关中的AMC开关是否打开，是否限制最高MCS等级。如果开关设置无异常，需要确认终端反馈的CQI是否正常，通过基站ATP画图“码字0 CQI”可以查看。如果CQI值较低，需要确认终端上报值是否正常，还需检查“信道与信道与过程”配置中的“信道质量指示”参数中 “与ACK同时上报指示”是否设为“支持”。LTE终端根据ENB的下行CRS信号进行测量，通过PUCCH/PUSCH信道反馈到ENB侧；ENB根据CQI的上报数值，判断下一次调度业务使
25、用的调制方式以及MCS等级；同时ENB根据终端上报的CQI数值，判断信道质量，确定终端工作的MIMO模式。 MIMO模式目前外场一般使用的天线模式为MIMO的模式间自适应；自适应的在TM7（单流波束赋型）和TM3（空分复用）之间切换；而切换门限取决于CQI，RI，以及Bler的约束，如果切换门限设置不合理，会导致单双流比例异常，最终影响吞吐速率。TM37切换算法参数说明书： PRB调度是否饱满TD-LTE系统采用的时频资源的特殊结构，决定了在相同的环境下（相同的调制方式，编码速率，MIMO模式），基站给UE分配更多的PRB资源（LTE系统最小的调度资源单位），对应UE更大的吞吐速率；而在空口无
26、线环境良好(SINR、CQI、BLER和MCS)等正常的情况下，如果UE的调度不饱满。（20MHz带宽，子帧配置Config1 DSUUD时，10ms满调度是1200RB，120000/秒；DCI2A满调度600），速率也会异常。这种情况我们可以在基站侧对下行开启BO，检查调度是否饱满。如果PHY和MAC层的速率正常但是PDCP层和RLC层速率异常，且比较稳定，说明空口正常不存在问题，问题一般出现在传输；3.2.4 打BO分析空口速率通过打BO来分析空口速率是否可以达到峰速，如果打BO后UE可以到达峰速，说明非基站问题，需要排查其他网元或传输网、服务器等的配置是否合理；如果不能到达预期的峰速，
27、则需要对空口信号质量进行排查；2、eNB侧打BO的方法：1）打bo前在LMT上工具/UE信息查看UE的附着情况。2）LMT打BO。命令树-小区-测试开关-MAC BO测试开关：将对应小区的BO开关打开，并根据上面UE附着情况的查询，设置UE起始索引和UE数，设置完成后点击确认。eNB打BO后业务峰速仍然偏低，需要先检查分析以下几点：1）当前基站的运行情况：包括小区状态、RRU通道状态、是否存在异常告警等；2）确认业务类型：确认业务采用FTP下载还是UDP灌包；3）确认做业务的方式：如果是FTP下载，需要确认采用什么软件进行业务，链接多少线程；4）查看PDCP吞吐量情况：确认从服务器下来的速率大
28、小，如果PDCP吞吐量与核心网发送数据吞吐量一致，速率低可能由于空口信号质量不好所致；即经过上述几点核查后，如果没有发现异常，则建议通过进一步检查空口信号质量相关的BLER、RSRP、SINR、CQI等参数进行进一步核查。3.2.5 服务器侧问题排查【问题现象】：UDP灌包时，Server侧使用Jperf软件输入ue端IP地址，设置灌包大小和次数，执行灌包并观察流量，实际灌包流量根据使用的UE和小区带宽来决定，略微超过理论值，保证足够的数据量即可。UE PC侧启动可以通过dumeter观察收到包的大小；执行以上操作后，发觉Server侧出口流量低，出口流量就不足160m.【排查步骤】：1、Se
29、rver侧推荐专业的IBM/HP小型服务器，CPU双核2.8GHz以上，内存4G，250G硬盘，千兆网卡，操作系统使用Windows2003SP2/SP3+IIS模式，请勿使用Serv-U作为FTP服务器；2、检查jperf灌包工具的版本及参数是否使用正确；3.2.6 传输侧问题排查如果说传输对终端业务峰值速率有影响，一般表现在端到端链路的业务带宽上，为了排除传输的问题，需要逐个节点排查，找出所有节点中传输带宽最小的一个，作为整条业务链路的传输带宽。在现网中，端到端业务一般会经过如下节点：UEENBPTN设备（包括接入和汇聚）PTN_CEEPCCMNET_CE。节点：空口环境，此节点对业务峰值
30、的影响主要因素是空口质量的好坏（RSRP、SINR）；节点：ENB与PTN之间的接口，通过PTN可以对端口进行限速，当终端业务峰速受到影响时可查看PTN对端口或者伪线速率限制设置，确认是否是设置不合理导致；节点：PTN与PTN_CE之间的接口，排查方法同，一般与PTN_CE对接的PTN端口都是汇聚口，端口物理带宽一般都是10G以上；节点：PTN_CE与EPC之间的接口，通过PTN_CE查询与EPC对接的端口物理带宽；节点：EPC与CMNET_CE之间的接口，查询方法同节点；节点：CMNET_CE与之间的接口，可通过FTP服务器查看连接速率，也可通过CMNET_CE查询与FTP服务器对接的端口物
31、理带宽。查询出所有节点的传输带宽之后取最小值，作为整条业务链路的传输带宽，只要链路的传输带宽大于峰值速率两倍以上，应该就不会影响峰值速率。当终端峰值速率偏低的时候，为了排除传输带宽的影响，建议进行单用户峰值测试，即在整个网络下仅使用一部终端进行业务验证，如果速率仍然无法达到峰值，则可以排除传输带宽的影响如果其他网元和传输暂时未发现异常，则建议使用Wireshark镜像抓包进行进一步排查确认相关的问题。Wireshark的进行抓包进行问题定位的方法请参见如下附件：3.2.7 其他原因 数据量不足如果底层正常，但速率仍然较低，通过基站ATP画图查看PDCP吞吐量。如果时间允许，可以通过上下行同时打
32、BO进行验证，如果打BO MAC吞吐量正常的话可以基本排除底层问题。如果打BO不好操作，可以使用上下行UDP灌包进行测试。如果PDCP收到的数据量就少，需要查看基站驱动收到的数据量是否正常。驱动NP数据量查看方法：在SCTA控制台上输入命令npsc，其中有两个计数IGRESS_IP_GTPU_PKT_CNT（下行方向）和EGRESS_IP_GTPU_PKT_CNT（上行方向），这两个计数记录了gtpu包的个数，可以间隔10秒钟输入两次npsc得到两个计数cnt1和cnt2，那么粗略的计算方法为（cnt2 cnt1）* pkt_length * 8 / time （单位：bps），其中pkt_l
33、ength为报文的长度加上外层头长度，如果不确定长度可以取1500做近似计算，8为一个字节8个比特，time为10秒，这种计算方法有误差，如果误差与pdcp在10M以内，可视为一致。如果怀疑NP有丢包，可以提取SCT板卡上的71号日志。如果怀疑传输、EPC丢包需要各方同时wireshark抓包确认。 基站外因素如果上述3步都未发现异常，则需向上逐步排查，分别查看传输是否正常、核心网是否正常、服务器是否正常、终端是否正常等。列出几个常见的可能影响FTP速率的因素供参考。1）线程数空口环境不稳，难免有少量BLER，且FTP单线程速率随时延增大而减小，因此增大线程数能使线程间的速率互补，保证吞吐量稳
34、定。建议使用20以上的线程数。2）MTUFTP包的MTU是采用的终端笔记本和服务器MTU的最小值，一般电脑默认MTU是1500，但基站NP芯片对于分片报文的处理存在瓶颈，建议修改MTU为1400。最新版本会自动修改MTU为1400.附MTU查询办法：在服务器或终端侧笔记本wireshark抓包，如果TCP报文的len=1460，则代表MTU是1500。3）时延时延在TCP协议中有重大意义。因为TCP数据包需要反馈，时延越长，线程的发包量增长速度越慢。一旦发生丢包，该线程速率恢复以及其它线程速率互补也越慢。通常来说缩短时延能提升和稳定速率。空载PING小包时延在30ms以内为宜。基站一些参数配置
35、会影响时延，可以先为下行FTP用户打上行BO，此时的上行时延为最小值，若有速率明显提升或变稳，则可通过LMT修改以下参数来尽可能缩短上行时延：测试开关-MAC测试开关-上行最小分配PRB数：20小区-信道及过程-调度请求参数-DSR上报周期：5小区-信道及过程-BSR参数-BSR上报周期：5如果调整基站参数后ping时延仍然很大，需排查核心网和服务器（传输的时延一般较小）。 在线用户数查询可以通过LMT-B查询当前小区是否有其他用户接入，是否占用了下行资源。登录LMT-B，工具/UE用户信息操作能查询用户数；登录LMT-B，工具/释放用户操作能释放用户；3.2.8 UE PC侧问题排查【问题现
36、象】：Sever灌包正常，传输正常，但是业务PC侧速率不够【排查步骤】：UE侧问题分为UE本身的问题和UE侧PC的问题。1、UE问题排查如果有多个UE，可尝试更换UE，看问题是否解决，如果问题解决很可能就是是UE本身的问题2、UE侧PC问题排查A、检查PC硬件配置：建议使用ThinkPad T400高端机型，CPU双核2.0G以上，内存2G，硬盘7200转，网口千兆，建议使用XP SP3系统。B、检查PC上安装和运行的软件，建议删除或关闭除测试用软件外的其他软件，关闭Windows防火墙和其他杀毒软件的防火墙。C、检查CPU占用率，如果超过80%说明当前处理任务繁重，需要关闭不用的软件或服务，
37、或者更换性能更好的PC。3.3 基于TCP/UDP的传输3.3.1 UDP和TCP异同1）由于UDP面向无连接、不保证可靠交付的传输特性。UDP流量异常的表现就是平稳但无法达到峰值。2）定点TCP吞吐量异常表现主要有以下几个方面：TCP由于面向连接，保证交付，且采用滑动窗口等数据传输拥塞避免机制，故吞吐量异常的表现非常多，一般常见的有以下几种：1、吐量平稳但低于峰值5%以上；2、吞吐量能达到峰值但有波动，明显的“掉坑”现象，后又缓慢“爬起”，如下图所示：3、吞吐量能达到峰值但有波动，变化较“陡峭”，如下图所示：TCP问题需要根据具体的情况进行分析：如果是吞吐量平稳但达不到峰值则需要查看窗口等相
38、关参数是否已优化，时延（RTT）是否过大；如果能达到峰值但是速率不稳，有掉坑现象，则需要检查是否有丢包、严重乱序现象发生。3.3.2 TCP窗口优化排查/本地PCWindows操作系统中，接收窗口和发送窗口可通过注册表来设置的,且不同版本的操作系统优化方法不一样。Win XP/ 2003系统窗口优化方法：针对Win XP和2003系统，可以直接导入如下的注册表文件，然后重启服务器以优化发送窗口和接收窗口，看吞吐量能否恢复正常。二、Vista系统接收窗口优化方法在 Vista 系统中，需要手动修改注册表，路径：HKEY_LOCAL_MACHINESYSTEMCurrentControlSetSe
39、rvicesTcpipParameters键名: TcpWindowSize类型：dword32位键值：80000（16进制，512Kbyte）键名: GlobalMaxTcpWindowSize类型：dword32位键值：80000（16进制，512Kbyte键名: Tcp1323Opts类型：dword32位键值：1GlobalMaxTcpWindowSize表示允许用的最大接收窗口，建议设置该值不小于TcpWindowSize，Tcp1323Opts值转为2进制，最后一位表示WS（Window Scale），倒数第二位表示Timestamp。WS标记位为0，则接收窗口最大值为64K，若W
40、S标记设为1，则接收窗口可以超过64K。Timestamp若设为1，则每个数据包会加上12个字节的时间戳，这样对造成传输资源浪费，建议设为0。所以Tcp1323Opts应设为二进制数01，用十六进制数表示则为1。修改完注册表后，需要以管理员身份打开DOS窗口，输入以下命令后正常重启电脑。三、Win7系统接收窗口优化方法在 Win 7 系统中，只能通过Microsoft提供的TCP auto tuning功能来自动优化TCP性能。需要以管理员身份打开Windows命令行窗口，输入以下命令：netshinttcp set heuristics disablednetshinttcp set glo
41、bal autotuninglevel=normal如果命令执行成功，系统会返回确认。命令即时生效，不需要重启系统。也可以通过如下命令来检查当前的系统配置等级：netshinttcp show global第三章：案例3.4 文苑路单验下载速率较低：在2013-2-18号文苑路单站验证时，发现文苑路基站在该站下路段上SINR较号的情况下，吞吐量偏低，速率仅能达到20Mbps左右，而同样的RSRP和SINR有些站点则能达到45Mbps左右。下图为测试站点周边环境。站点位置图示测试 LOG：文苑路LOG.log3.4.1 问题现象：在该站点的近点路段上，RSRP和SINR都较为理想，SINR都为2
42、5dB以上，但下载速率平均在20Mbps左右。3.4.2 分析过程： 4.1.2.1速率低分析思路：a) 空口信号质量；b) 调度是否饱满；c) 单双流；d) 调度的PDSCH MCS等级；4.1.2.2测试log具体分析：a) 该问题区域覆盖较好，RSRP均高于-75dBm，SINR达到25dB以上，可判断空口信号质量不存在问题；b) 如下图1中DCI格式窗口中，红色圈选部分的调度次数为278次（由于是2U2D的子帧配置，调度次数最大为600次），下行资源调度次数严重不饱满，对该点的速率带来较大影响。图1：近点UE对应DCI格式的调度次数图2：远点UE对应DCI格式的调度次数c) 从上面图1
43、中可以看出，无线环境较好，当时的天线模式为TM3（蓝色圈选部分），但DCI格式中format 2a调度278次，说明测试过程中采用双流模式。在SINR达到20dB以上时， CRS的SINR基本反映PDSCH的信道情况。但是下行资源调度严重不饱满，下载速率20M左右，严重影响了下载速率；从上图2中可以看出，无线环境较差，当时的天线模式为TM7（蓝色圈选部分），DCI格式中format 1调度591次，采用单流模式，调度饱满；下载速率20M左右，和环境相符；通过近点和远点测试，终端在远点时，无线环境较差，受环境影响速率低，调度饱满；但是在近点时，无线环境较好，调度却不饱满，无法获取相应的下载速率，怀疑某个环节资源受限；d) 为了进一步分析，我们在基站侧对下行开启BO，在好点进行下载，BO打开情况下，调度变的饱满，物理层和MAC层速率能达到50M以上，且比较稳定，说明空口链路正常，不存在问题；但同时PDCP层和RLC层速率20M左右，速率明显偏低，见下图（红色圈标注），说明到达基站的数据量受限，影响下载速率，怀疑是基站带宽受限、传输带宽不足和核心网分配资源不足；我们通过核查，目前基站侧业务面带宽配置为280M，完全能满足需求，如下截图该问题应该是PTN传输受限或者核心网分配资源不足导致；3.4.3 优化措施针对该问题：请传输侧和核心网核查资源配置情况；后传输侧进行资源升级，该问题解决；