【经典资料】LTE-问题定位指导书-吞吐量.docx

LTE-TDD问题定位指导书-吞吐量篇Confidential 密级：内部公开产品名称Product name密级Confidentiality levelLTE内部公开产品版本Product versionTotal 59pages 共59页eRAN 3.0LTE-TDD问题定位指导书-吞吐量篇目 录Table of Contents 1免责说明72概述73基础知识73.1基本概念73.1.1吞吐量相关指标定义73.1.2各层开销分析83.2吞吐量计算113.2.1峰值吞吐量计算方法113.2.2单UE理论峰值吞吐量123.2.3小区理论峰值吞吐量133.3影响吞吐量的相关因素143.3.1呼叫流程中与吞吐率有关的关键信令143.3.2下行吞吐率基本影响因素153.3.3上行吞吐率基本影响因素173.4工具简介184基本分析方法194.1下行吞吐量基本分析方法194.2上行吞吐量基本分析方法265深入分析方法305.1下行吞吐量深入分析305.1.1下行吞吐量专题分析思路305.1.2单用户峰值吞吐率315.1.3分配RB数少/DL Grant不足315.1.4上行反馈通道问题335.1.5MIMO问题345.1.6IBLER高问题395.1.7MCS偏低/波动395.1.8多用户小区吞吐率低问题415.1.9整网吞吐率问题分析435.2上行吞吐量深入分析445.2.1上行吞吐率根因分析全貌445.2.2问题定位流程详述456典型案例分析536.1下行吞吐量典型案例536.1.1Cat3终端下行TM3峰值达不到预期的问题分析536.2上行吞吐量典型案例546.2.1上行达不到峰值546.2.2上行IBLER不收敛566.2.3上行吞吐量不足576.2.4上行DTX较多582015-09-16华为机密，未经许可不得扩散第2页,共58页Page 2 , Total58LTE-TDD问题定位指导书-吞吐量篇文档密级：内部公开关键词Key words： 摘 要Abstract：本文描述了下行吞吐率问题的定位流程和优化方法。缩略语清单List of abbreviations：Abbreviations缩略语Full spelling 英文全名Chinese explanation 中文解释BSRBuffer Status Report缓存状态报告CHRCall History Record呼叫历史记录CRCCyclic Redundancy Check循环校验CRNTICell Radio Network Temporary Identifier小区无线网络临时标示CSCircuit Switched电路域DCIDownlink Control Information下行控制信息DMRSDemodulation Reference Signal调制参考信号DRXDiscontinuous Reception非连续接收DTXDiscontinuous Transmission非连续发射eNBE-UTRAN Node BE-UTRAN逻辑结点BE-UTRANEvolved Universal Terrestrial Radio Access Network演进通用陆地无线接入网络ERABE-UTRAN Radio Access BearerE-UTRAN无线接入承载GPRSGeneral Packet Radio Service通用分组无线接入GTPUGPRS Tunnelling Protocol for User PlaneGPRS用户面隧道协议IFTSIntelligent Field Test System智能路测系统IMSIInternational Mobile Subscriber Identity国际移动用户标示KPIKey Performance Indicator关键性能指示LAELTE Analysis ExpertLTE分析专家系统LMTLocal Maintenance Terminal本地维护台LTELong Term Evolution长期演进系统MACMedium Access Control (protocol layering context)媒体接入控制层MCSModulation and Coding Scheme调制编码方案MMEMobile Management Entity移动管理实体MSGMessage消息NACKNegative Acknowledgement非确认OMOperation and Maintenance操作与维护OMTOperation Management Terminal操作维护台PDCCHPhysical Downlink Control Channel物理下行控制信道PDSCHPhysical Downlink Shared Channel物理下行共享信道PHRPower Headroom功率余量PRACHPhysical Random Access Channel物理随机接入信道PSPacket Switched分组域PUCCHPhysical Uplink Control Channel物理上行控制信道PUSCHPhysical Uplink Shared Channel物理上行共享信道RACHRandom Access Channel随机接入信道RARRandom Access Response随机接入响应RA-RNTIRandom Access Radio Network Temporary Identifier随机接入无线网络临时标示RRCRadio Resource Control无线资源控制RRURadio Remote Unit无线拉远单元RSRPReference Signal Received Power参考信号接收功率SIScheduling Information调度信息SIBSystem Information Block系统消息块SINRSignal Interference Noise Ratio信号干扰噪声比SRBSignalling Radio Bearer信令无线承载SRIScheduling Request Information调度请求信息SRSSounding Reference Signal探测接收信号TATiming Advance时间提前量TDDTime Division Duplex(ing)时分双工TMSITemporary Mobile Subscriber Identity临时移动标示TRMTransmission Resource Management传输资源管理TTITransmission Timing Interval传输时间间隔UEUser Equipment用户设备UUUser-to-Use用户用户间接口AMAcknowledged mode确认模式UMUnacknowledged mode非确认模式1 概述本文中的所提到的M2000在中国区等同于OMC920。吞吐率异常主要有吞吐率偏低和吞吐率波动（掉坑、裂缝）两种表现，如果存在异常，需要定位。本文档主要描述MAC层吞吐率问题定位的思路和方法。E2E数传问题定位中，涉及TCP、IP、PDCP、RLC、MAC等协议层以及S1传输的问题定位，除MAC层问题在本文描述外，其他部分的问题隔离参考TCP数传问题定位和优化指导书 V3.0。2 基础知识2.1 基本概念2.1.1 吞吐量相关指标定义吞吐率定义：单位时间内下载或者上传的数据量。吞吐率公式：吞吐率 = 下载上传数据量 / 统计时长。吞吐率主要通过如下指标衡量，不同指标的观测方法一致，测试场景选择和限制条件有所不同：（1）单用户峰值吞吐率：单用户峰值吞吐率以近点静止测试，信道条件满足达到MCS最高阶以及IBLER为0，进行UDP/TCP灌包，使用RLC层平均吞吐率进行评价。（2）单用户平均吞吐率：单用户平均吞吐率以移动测试(DT)时，进行UDP/TCP灌包，使用RLC层平均吞吐率进行评价。移动区域包含近点、中点、远点区域，移动速度最好30km/h以内。（3）单用户边缘吞吐率：单用户边缘吞吐率是指移动测试，进行UDP/TCP灌包，对RLC吞吐率进行地理平均，以两种定义分别记录边缘吞吐率。 定义1）以CDF曲线(Throughput vs. SINR ) 5的点为边缘吞吐率，此一般使用在连续覆盖下路测场景； 定义2）以PL为120定义为小区边缘，此时的吞吐率为边缘吞吐率；此处只定义RSRP边缘覆盖的场景，假定此时的干扰接近白噪声，此种场景类似于单小区测试。（4）小区峰值吞吐率：小区峰值吞吐率测试时，用户均在近点，信道质量满足达到最高阶MCS，IBLER为0，采用UDP/TCP灌包；通过小区级RLC平均吞吐率观测。（5）小区平均吞吐率：小区平均吞吐率测试时，用户分布一般类似1:2:1分布（备注：用户分布根据运营商要求而不同），即近点1 UE、中点2UE、远点1UE，其中近点/中点/远点定义为RSRP-85dbm/-95dbm/-105dbm。采用UDP/TCP灌包，通过M2000跟踪的小区RLC吞吐率观测得到。2.1.2 各层开销分析从协议栈的不同层上进行定义，相应就体现了不同层的吞吐率，从高层到底层主要的有：应用层速率、IP层速率、PDCP层速率、RLC层速率、MAC层速率、物理层速率。高层速率和底层速率之间，主要差别在于头开销、以及重传的差异，比如说TCP层的重传数据不会体现在应用层吞吐率上，但是会体现在底层的如物理层吞吐率上。用户面的协议栈参考下图：图表 21 上行用户面协议栈上层的数据到了底层之后，都会进行一层封装，从而增加了头开销，而在本层增加的头开销到了更底层的时候就又体现为数据量，应该计算入该层的吞吐量中，其各层吞吐率中包含的开销可以参考下图：图表 23 各层吞吐率示意图显然，头开销的比特数相对固定，头开销的比例和应用层的数据包大小相关的，应用层包字节越大，则头开销比例越小（暂不详细分析RLC层、MAC层都可能存在的分片和级联），另外，在LTE中，MAC层的传输块的大小是由MCS以及所分配的RB个数决定的，其变化的范围非常大，参考TS 36.213 Table 7.1.7.2.1-1， AMUMApplication package sizeXXTCP header size2020IP header size2020IP package SizeX+40X+40PDCP header size22 or 1RLC header size2 or more1 or 2 or moreMAC header size2 or 3 or more2 or 3 or moreL1 package sizeX+46 (X+47 or more)X+45 (X+47 or more)Overhead (1 - app/L1)= 1- X/(X+46)= 1- X/(X+45)图表 24 各层吞吐率示意图以下表格给出了，当各个协议层的包都是一一对应的情况下的头开销估计，即一个RLC SDU对应一个RLC PDU，一个MAC SDU对应一个MAC PDU，另外PDCP/RLC/MAC的头部都为2个字节时的开销计算，可以看到当应用层采用最大字节1460的包时，协议栈的开销在3.05%。当然在峰值测试时，RLC层会做级联，多个RLC包映射为一个MAC包，开销有所降低；App package sizeIP package sizeProtocol OverheadEfficiencyL1 throughput6010043.40%56.60%10616020022.33%77.67%20636040011.33%88.67%4065606007.59%92.41%60696010004.57%95.43%1006146015003.05%96.95%15062.2 吞吐量计算2.2.1 峰值吞吐量计算方法吞吐量取决于MAC层调度选择的TBS，理论峰值吞吐量就是在一定条件下计算可以选择的最大TBS，TBS由RB数和MCS阶数查表得到，具体计算思路如下： 【Step 1】计算每个子帧最大可用的RE数根据协议物理层时频资源分布，扣除每个子帧里PDCCH/PUCCH/PRACH、PBCH，SSS，PSS，CRS（对于BF还有DRS）等开销。这些开销中，PBCH，SSS，PSS是固定的；其它的开销要考虑具体的参数设置，比如PDCCH符号数，PUCCH/PRACH占用的RB个数，特殊子帧配比，CRS映射到2端口还是4端口等。说明：目前产品实现中，对于单UE BF峰值，在TM7下子帧0（TM8下子帧0/1/5/6）的中间6个RB不能使用，由于采用RBG的分配方式，中间6个RB占用了3个RBG，所以10M带宽时共9个RB不可用，20M带宽时12个RB不可用。【Step 2】计算每个子帧可携带比特(bit)数计算每个子帧可携带的比特数，可携带比特数可用RE调制系数（QPSK为2，16QAM为4，64QAM为6）。【Step 3】选择合适的TBS依据可用的RB数选择满足CR(码率)不超过0.93的最大的TBS，CR = (TBS+CRC)/可携带比特数；如果CR超过0.93，MCS就要降阶。根据协议，PHY层会把超过6144bits的TBS进行分块，给每块加上24bits的CRC，最后整个TBS还要加上一个TB CRC。【Step 4】PHY层吞吐量的计算计算出每个子帧选择的TBS后，根据帧配比和特殊子帧配比累加各个子帧的TBS+CRC，如果是双码字还要乘以2，从而计算出最终PHY层吞吐量。2.2.2 单UE理论峰值吞吐量（1）上行峰值吞吐量（以CFI=3，2T2R为例）上行峰值速率PUCCH RBCat3单用户峰值Cat5单用户峰值10M小区配比0414.386419.3576配比168.323211.4304配比284.04645.5712配比581.9082.641620M小区配比0628.849636.0536配比1819.062424.0024配比2168.439211.4312配比5144.38165.9256（2）下行峰值吞吐量特殊子帧配比7下行理论峰值(Mbps)UE能力Cat1Cat2Cat3Cat4Cat5带宽10M20M10M20M10M20M10M20M10M20M配比04.1184.11820.36520.36525.62939.16525.62952.17325.62952.173配比16.1786.17830.54730.54740.30759.57440.30782.32340.30782.323配比28.2378.23740.7340.7354.98679.98454.986112.47454.986112.474配比59.2669.26645.8245.8264.18991.01664.189131.61364.189131.613特殊子帧配比5下行理论峰值(Mbps)UE能力Cat1Cat2Cat3Cat4Cat5带宽10M20M10M20M10M20M10M20M10M20M配比02.0592.05910.18210.18214.67820.4114.67830.15014.67830.150配比14.1184.11820.36520.36529.35740.81929.35660.30129.35660.301配比26.1786.17830.54730.54744.03561.22944.03690.45144.03690.451配比58.2378.23740.7340.7358.71481.63858.714120.60258.714120.6022.2.3 小区理论峰值吞吐量（1）上行小区峰值吞吐量理论计算（以CFI= 3，2T2R为例)：上行峰值速率PUCCH RBCat3小区峰值Cat5小区峰值10M小区配比0414.386419.9336配比169.16812.6904配比2124.25.6992配比581.9082.641620M小区配比0630.200836.1536配比11019.369624.1024配比2208.77211.7592配比5144.38165.9256如果要精确计算的话还需要考虑SRS和PRACH的开销，基带只能处理60256TBS的能力，由于TDD目前SRS都是配置在特殊子帧上，所以只需要考虑PRACH的影响。（2）下行小区峰值吞吐量计算下行峰值速率特殊子帧配比CFI小区理论峰值（mbps）10M小区配比010: 2: 2125.62配比110: 2: 2140.3配比210: 2: 2154.98配比510: 2: 2164.1820M小区配比010: 2: 2152.17配比110: 2: 2182.32配比210: 2: 21112.47配比510: 2: 21131.612.3 影响吞吐量的相关因素2.3.1 呼叫流程中与吞吐率有关的关键信令Initial UE context setup request中包含：1、 UE cat能力2、 业务的QCI、QoSUu 口UE能力查询流程中可观察UE cat能力2.3.2 下行吞吐率基本影响因素3.2.2.1 下行调度基本过程UE在规定的上行CQI、RI反馈周期时，上报CQI、RI（仅复用模式需上报）、PMI（仅闭环时需上报）。且在下行有PDSCH时，反馈ACK/NACK。eNB侧根据实际资源情况和调度算法，给UE分配相应的上行资源，在PDCCH上下发DL Grant和PDSCH给UE。3.2.2.2 影响下行吞吐率的基本因素（1）系统带宽：系统的不同带宽决定了系统的总RB数；Channel bandwidth BWChannel MHz1.43 5101520Transmission bandwidth configuration NRB615 255075100（2） 数据信道可用带宽：公共信道的开销进一步决定了用户可以实际使用的资源，其中下行主要包括PDCCH和系统消息；（3）UE能力限制：在计算单用户峰值时，在考虑用户可用带宽时，还需要考虑UE能力的限制，不同类型UE具备不同的上下行峰值速率具体参考TS36.306；UE CategoryMaximum number of DL-SCH TB sizes within a TTIMaximum number a DL-SCH TB sizes within a TTITotal number of soft channel bitsMaximum number of supported layers for spatial multiplexing in DLCategory 110296102962503681Category 2510245102412372482Category 31020487537612372482Category 41507527537618270722Category 530275215137636672004ACsGAO，同时开始上14141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414141414（4）编码速率限制：传输块的编码速率不能超过0.93，这一点实际上限制了在某些场景下能够调度的最高MCS阶数，具体参考TS 36.213；（5）信道条件信道条件主要包含RSRP，AVG SINR，信道相关性等参数，这些都会对实际的信号解调性能造成影响。如果RSRP过低，则可使用的有用信号的越低；如果AVG SINR过低，则干扰信号强度较有用信号越大；而信道相关性会对RANK值计算造成影响：一般MIMO模式要求信道相关性低，而BF模式则要求信道相关性高，这些都将对解调性能造成较大影响。2.3.3 上行吞吐率基本影响因素3.2.3.1 上行调度基本过程在初始接入时，UE在PUCCH发送SR（调度请求），用来请求少量数据的上行资源调度。eNB侧根据实际资源情况和调度算法，给UE分配相应的上行资源，在PDCCH上下发UL Grant通知UE；在已有上行资源的情况下，UE在PUSCH发送BSR（缓冲区状态报告）进行上行资源调度请求；eNB侧在PDCCH上下发UL Grant通知UE。3.2.3.2 影响上行吞吐率的基本因素（1）系统带宽：系统的不同带宽决定了系统的总RB数，TS 36.104；Channel bandwidth BWChannel MHz1.43 5101520Transmission bandwidth configuration NRB615 255075100（2）数据信道可用带宽：公共信道的开销进一步决定了用户可以实际使用的资源，其中下行主要包括PDCCH和系统消息，上行主要包括PUCCH、SRS、PRACH；（3）UE能力限制：在计算单用户峰值时，在考虑用户可用带宽时，还需要考虑UE能力的限制，不同类型UE具备不同的上下行峰值速率，且只有Cat 5终端才支持上行64QAM，具体参考TS36.306； UE CategoryMaximum number of bits of an UL-SCH transport block transmitted within a TTISupport for 64QAM in ULCategory 15160NoCategory 225456NoCategory 351024NoCategory 451024NoCategory 575376Yes（4）上行单用户RB数分配限制：在计算单用户的上行吞吐率时，还需要考虑单用户的分配的RB个数必须可以分解为1、2、3、5相乘，参考TS 36.211； represents the bandwidth of the PUSCH in terms of resource blocks, and shall fulfil，where is a set of non-negative integers.（5）信道条件信道条件主要包含RSRP，AVG SINR，信道相关性等参数，这些都会对实际的信号解调性能造成影响。如果RSRP过低，则可使用的有用信号的越低；如果AVG SINR过低，则干扰信号强度较有用信号越大；而信道相关性会对RANK值计算造成影响：一般MIMO模式要求信道相关性低，而BF模式则要求信道相关性高，这些都将对解调性能造成较大影响。2.4 工具简介（1）Probe：可以统计空口传输各层的速率，如PHY、MAC、RLC等。其中PHY层统计的是UE侧PHY层的流量，包含了MAC头、RLC头等，并且还包含了MAC层重传包；MAC层统计的MAC层流量，但不包含MAC层重传；RLC层统计的是RLC层流量，包含RLC和PDCP头以及RLC重传包；（2）Netmeter/Dumeter：Dumeter：统计了以太网MAC层的流量，但只包含MAC头的14Byte和净荷，不包含CRC校验；Netmeter：上行统计IP层的流量，包含了IP头；下行统计网卡端口的流量，包含了ETH头；（3）TTI跟踪解释工具myLDT（研发内部工具）：用来分析TTI跟踪数据。可观察每个TTI的调度情况和功控算法等相关信息，用于分析MAC吞吐率问题。3 基本分析方法3.1 下行吞吐量基本分析方法下行吞吐率问题，一般分析步骤如下：上述流程图中，基本观察、判断问题手段如下：（1）统计UE侧SINR vs THP：定点统计AVG SINR和吞吐率平均值，移动SINR以1dB为区间画出AVG SINR vs MAC THP的曲线，和机关各种信道的基线相比，是否处于中间值状态；（2）判断用户的RB数和DL Grant是否调度充足，如果不充足，首先判断上层数据源是否充足，可采用MML命令DSP ETHPORT查看：i、对于单用户来说，可以通过M2000信令跟踪管理-小区性能监测-空口DCI状态监控当前调度的DL Grant次数，该值取决于TDD上下行配比，配比1时满调度为600次/s。其中DCI0是UL Grant，SIB消息通过DCI1C/DCI1A下发，DCI1/1A（TM2）/DCI2（TM4）/DCI2A（TM3）/DCI1B（TM6）分别对应不同的MIMO模式下发： 我司UE可通过Probe查看用户的DL Grant Count。可以通过M2000信令跟踪管理-小区性能监测-RB使用情况监控当前的RB利用率，查看下行分集调度分配的RB数，是否接近于下行带宽的总RB数*DCI个数/s。我司UE可通过Probe查看用户自己的RB分配和DL Grant分配情况。ii、对于多用户来说，CHR可以跟踪到在一段时间内小区内QCI分布情况，以及该用户的QCI等级，可以计算得到该用户在某段时间内理论上被调度的概率（调度次数*RB总数）。如果该用户调度次数*RB总数小于理论10%，认为异常，需要定位。eNB侧观察小区分配RB数方法：通过M2000信令跟踪管理-小区性能监测-RB使用情况监控当前的RB利用率，下行分集调度分配的RB数+下行频选调度分配的RB数+下行HARQ重传分配的RB数之和，是否接近于每个TTI该下行带宽所能支持的RB数。如果RB利用率不足98%，则认为异常，需要定位。（3）如果DL Grant和RB数都是调度充足的场景下，判断IBLER是否收敛到目标值。目前下行的IBLER目标值一般为10%，即5%15%即认为IBLER收敛。可通过M2000信令跟踪管理-用户性能监测-误码率监测观察。我司UE可通过Probe查看用户的IBLER。注意：M2000上的用户性能监测需要输入UEID-MME和UEID-TMSI才能跟踪。如下图：（4）如果IBLER收敛，可判断是否使用了双码字，可通过M2000信令跟踪管理-用户性能监测-信道质量查看UE上报的Rank值和调度的CQI。我司UE可通过Probe查看用户的Rank Indicator和DL MCS。（5）上述14步检查结果都OK的话，需要进行深入定位，深入定位需要采集的数据如下：i. M2000信息采集-IFTS跟踪-L2性能算法&L1上行链路跟踪：L2-TTI主要关注字段：序号字段名称字段意义输出粒度输出方式1Wideband CQI Original 0码字0的全带原始4bitCQI用户级TTI2Wideband CQI Original 1码字1的全带原始4bit CQI用户级TTI3Wideband CQI Adjusted 0码字0的全带调整后CQI值，用作MCS选择用户级TTI4Wideband CQI Adjusted 1码字1的全带调整后CQI值，用作MCS选择用户级TTI5RANKUE上报的Rank用户级TTI6PMIUE上报的PMI用户级TTI7MIMO ModeMIMO模式用户级TTI8UL Channel Correlation接收信道相关性用户级TTI9UE CategoryUE能力用户级TTI10DRX Sleep Flag是否进入GAP指示用户级TTI11Estimated RB Number预估RB数用户级TTI12Allocated RB Number实际分配的RB数用户级TTI13CFIPDCCH符号数用户级TTI14CCE Number聚集级别用户级TTI15Schedule Strategy调度方式(非频选/频选)用户级TTI16Edge User Flag用户属性(中心/边缘)用户级TTI17Cell Power Restrict Flag小区最大发射功率是否耗尽用户级TTIL1-TTI主要关注字段：序号字段名称字段意义输出粒度输出方式1CQI_LenPUCCH CQI比特长度用户级TTI2CQI_DataPUCCH CQI解析内容用户级TTI3Dmrs_SinrDMRS信干噪比用户级TTI4Cqi_Len随路CQI比特长度用户级TTI5Cqi_Word1随路CQI解析内容用户级TTI6RI_Flg是否有RI指示用户级TTI7RI_DataRI解析内容用户级TTI8ACK_SzACK比特数用户级TTI9ACK_DataACK解析内容用户级TTI10CQI_LenPUCCH CQI比特长度用户级TTIii.我司UE，需要记录Probe，主要关注字段如下，蓝色部分基本定位需要，橙色部分深入定位需要（部分路测终端，有些字段不上报）：MAC THP DL(Mbps)AVG SINR(dB)RANK1 SINR(dB)RANK2 SINR1(dB) RANK2 SINR2(dB)SFBC CountOL-MCW CountCL-MCW CountCL-Rank1 CountDL GrantDL Code0RBRxChCorFactorTxChCorFactorCODE0 IBLERCODE1 IBLERPMI0 CountPMI1 CountPMI2 CountPMI3 CountDL WideBand CQIDL SubBand Sub0DL SubBand Sub1DL SubBand Sub2DL SubBand Sub3DL SubBand Sub4DL SubBand Sub5DL SubBand Sub6DL SubBand Sub7DL SubBand Sub8DL SubBand Sub9DL SubBand Sub10DL SubBand Sub11DL SubBand Sub12Serving Cell PCIServing Cell RSRPNeighbor Cell PCINeighbor Cell RSRP3.2 上行吞吐量基本分析方法吞吐率的一些基本问题包括如何隔离传输、PC侧TCP协议、UE能力、开户限制、数据源不足、公共资源开销等。（1）S1传输、UE、UE侧PC的问题排查参考LTE TDD性能问题定位和优化指导书-TCP数传篇。（2）是否UE能力限制：u 观察INITIAL CONTEXT SETUP REQUEST/ UECapabilityInformation消息中，UE Radio Capability IE- UE-CapabilityRAT-ContainerList - UE-EUTRA-CapabilityUE-EUTRA-Capability :=SEQUENCE accessStratumReleaseAccessStratumRelease,ue-CategoryINTEGER (1.5),pdcp-ParametersPDCP-Parameters,phyLayerParametersPhyLayerParameters,rf-ParametersRF-Parameters,measParametersMeasParameters,featureGroupIndicatorsBIT STRING (SIZE (32)OPTIONAL,interRAT-ParametersSEQUENCE utraFDDIRAT-ParametersUTRA-FDDOPTIONAL,utraTDD128IRAT-ParametersUTRA-TDD128OPTIONAL,utraTDD384IRAT-ParametersUTRA-TDD384OPTIONAL,utraTDD768IRAT-ParametersUTRA-TDD768OPTIONAL,geranIRAT-ParametersGERANOPTIONAL,cdma2000-HRPDIRAT-ParametersCDMA2000-HRPDOPTIONAL,cdma2000-1xRTTIRAT-ParametersCDMA2000-1XRTTOPTIONAL,nonCriticalExtensionSEQUENCE OPTIONAL（3）是否QoS/开户设置限制：u 观察核心网指配的QoS速率，如果偏低，则检查核心网开户信息是否异常；通过E-RAB SETUP REQUEST/ INITIAL CONTEXT SETUP REQUEST消息查看：对于Non GBR业务：UE Aggregate Maximum Bit Rate或者对于GBR业务： E-RAB Maximum Bit Rate DownlinkMBit Rate 9.2.1.19Desc.: This IE indicates the maximum downlink E-RAB Bit Rate (i.e. from the EPC to E-UTRAN) for this bearer.E-RAB Maximum Bit Rate UplinkMBit Rate 9.2.1.19Desc.: This IE indicates the maximum uplink E-RAB Bit Rate (i.e. from the E-UTRAN to the EPC) for this bearer.（4）数据源是否充足：从TTI跟踪数据中观察ulBSR的大小，不能存在BSR明显较小的情况。IndexBuffer Size (BS) value bytesIndexBuffer Size (BS) value bytes0BS = 0321132 BS = 132610 BS = 10331326 BS = 1552210 BS = 12341552 BS = 1817312 BS = 14351817 BS = 2127414 BS = 17362127 BS = 2490517 BS = 19372490 BS = 2915619 BS = 22382915 BS = 3413722 BS = 26393413 BS = 3995826 BS = 31403995 BS = 4677931 BS = 36414677 BS = 54761036 BS = 42425476 BS = 64111142 BS = 49436411 BS = 75051249 BS = 57447505 BS = 87871357 BS = 67458787 BS = 102871467 BS = 784610287 BS = 120431578 BS = 914712043 BS = 140991691 BS = 1074814099 BS = 1650717107 BS = 1254916507 BS = 1932518125 BS = 1465019325 BS = 2262419146 BS = 1715122624 BS = 2648720171 BS = 2005226487 BS = 3100921200 BS = 2345331009 BS = 3630422234 BS = 2745436304 BS = 4250223274 BS = 3215542502 BS = 4975924321 BS = 3765649759 BS = 5825525376 BS = 4405758255 BS = 6820126440 BS = 5155868201 BS = 7984627515 BS = 6035979846 BS = 9347928603 BS = 7066093479 BS = 10943929706 BS = 82661109439 BS = 12812530826 BS = 96762128125 BS =BS 150000（5）是否公共信道资源占用过大：公共信道的开销进一步决定了用户可以实际使用的资源，其中下行主要包括PDCCH和系统消息，上行主要包括PUCCH、SRS、PRACH。在比拼场景下，需要设置关闭PUCCH，PRACH在特殊子帧发送。4 深入分析方法4.1 下行吞吐量深入分析4.1.1 下行吞吐量专题分析思路图3.1-1 下行吞吐率专题维测思路分解图一般而言，吞吐率由频谱效率、频带宽度、频带占用机会、误码率综合决定。在LTE系统中，频谱效率由MCS决定；频带宽度由分配的RB数决定；频带占用机会由DL grant决定；误码率主要考虑IBLER，HARQ重传以后，残留BLER通常较低，因此只考虑初次传输的BLER，也即IBLER。下行吞吐率的分析定位围绕着上述几方面展开，可维可测的设计也以满足该定位思路为目标。由于RB数分配和DL grant在当前算法中统一由下行调度算法决定，其影响因素基本一致，因此在分析定位思路图中将二者合并考虑。4.1.