LTE性能指标介绍

《LTE性能指标介绍》由会员分享，可在线阅读，更多相关《LTE性能指标介绍（33页珍藏版）》请在装配图网上搜索。

1、1会计学LTE性能指标介绍性能指标介绍n 面向网络感知，制定感知分析表n接入性指标：RRC连接建立成功率、EPS附着成功率数、RRC连接平均建立时长、EPS平均附着时长n保持性指标：无线掉线率n完整性指标：用户面上/下行PDCP层比特率、用户面上/下行PDCP层丢包率、用户面下行PDCP层弃包率、用户面下行PDCP层包平均时延 突出端到端的客户感知多维度分析能力，力求能真实、准确反映客户使用网络的感知。可以作为网络管理人员进行网络质量管理的主要监控指标。如果其中某个指标劣于门限值或者平均值值，说明可能存在影响客户感知的网络质量问题。n 面向网络优化，制定优化分析表n覆盖：低UE发射功率余量小区

2、、UE高发射功率小区、CRS-RSRP弱覆盖小区小区数和TA平均值等33个指标n干扰：小区重叠覆盖度、CRS下行平均SINR值、下行平均CQI值、小区下行平均误块率、上行SRS-SINR平均值、接收干扰功率、上行子帧级IoT等21个指标n容量：小区RANK2占比、小区双流下行传输TB数占比、下行每PRB平均吞吐率、下行每时隙调度业务PRB数等21个指标 突出从多个数据源全面分析网络性能的能力，利用各维度内指标集间的关联与约束关系，使能合理、客观地评价网络质量，指导均衡地进行网络优化。3维度方向网管MR路测覆盖下行 CRS-RSRP=-110dBmTA=-105dBm上行 UE发射功率余量7dB

3、UE每PRB发射功率=10下行残留BLER=15CRS-RSRQ=-12.5dBCRS-SINR=-3dB上行下行残留BLER=18RIP=-3dB?容量下行下行每时隙调度业务PRB数85双流下行TB块占比=50%每PRB平均吞吐率=174bit/PRB下行每时隙调度业务PRB数85双流下行TB块占比=50%每PRB平均吞吐率=174bit/PRB上行上行每时隙调度业务PRB数80每PRB平均吞吐率=136bit/PRB上行每时隙调度业务PRB数80每PRB平均吞吐率=136bit/PRB维度感知较好小区接入性RRC连接建立成功率=99%RRC连接平均建立时长=200ms保持性E-RAB掉线率

4、=5%下行每100Mb平均切换数=300kbps用户面上/下行PDCP层丢包率=1%用户面下行PDCP层弃包率=1%用户面下行PDCP层包平均时延 T304+T311+T301， 200N310+T310+T311+T301设计原则：优先保证最小的业务中断时长，在链路失败率和业务中断时长中取一个折中。保持性接入性完整性通过在应用层进行HTTP、视频流、FTP和在线游戏业务，统计出现感知较差情况下的比特率、丢/弃包率和时延。基本感知要求如下：1、HTTP：打开成功率不低于95%，平均加载时延5秒2、在线视频：播放成功率不低于95%，无停顿，无明显马赛克，颤音、啸叫；3、FTP上下传：成功率不低于

5、95%，上传不低于1Mbps（0.25M95%，2M5%），下传不低于2Mbps（1M95%，10M5%）设计原则： 与市场部业务拨测要求相匹配。用户感知接入时延：UE从idle进入active，经历一次T300超时并且第二次接入成功的情况，时长=T300+T3411+小区重搜、占用时长+RRC连接和重配置的时间(注：T300失败会伴随T3411失败，需等待T3411超时才能重发)感知要求：HTTP首页显示时延不超过5秒。设计原则：体现端到端，保证一次接入成功率。成都LTE 站间距分布注：站间距取泰森多边形算法和方向角算法最小值。成都LTE 站间距与弱覆盖分布p成都一环内平均站间距：415米，

6、无大于800米站间距小区，大于600米站间距小区占比3.07%；二环内平均站间距466米，大于800米站间距小区占比3.77%，大于600米站间距小区占比13.57%。站间距与弱覆盖基站：站间距与弱覆盖基站：对比对比拉网测试的弱覆盖点分布RSRP-110dBm的采样点与站间距大的小区覆盖区域比较吻合，即站间距过大导致的弱覆盖。站间距大于600米后，小区RSRP均值-110dBm的小区比例将达到20.25%，也说明站间距与弱覆盖相关。红线为600m站间距与拉网覆盖对比站间距分段站间距分段小区个数小区个数占比占比累加数量累加数量累加占比累加占比200300)161.66%161.66%300400

7、)32733.99%34335.65%400500)37338.77%71674.43%500600)14114.66%85789.09%600700)474.89%90493.97%700800)272.81%93196.78%800900)151.56%94698.34%9001000)60.62%95298.96%10001500)101.04%962100.00%7p 成都LTE网络重叠覆盖度比例有84%采样点处于重叠覆盖度0%,5%区间内；p 成都LTE网络重叠覆盖度与SINR(CDF=5%)达到规划指标要求，5%重叠覆盖时SINR(CDF=5%)大于-3。成都遍历结果：SINR C

8、DF 5%达到规划指标要求=-3dB。与深圳相比，重叠覆盖导致SINR降低比较轻微，但小重叠覆盖度时，SINR（CDF=5%）只有-1。根据10月23号MR数据，成都现网MR弱覆盖小区共有123个，弱覆盖小区分布整体较为分散，但一环与二环之间西南方向弱覆盖小区相对较为集中根据10月23日MR数据，取全网样点数大于900的小区，RSRP均值为极好点的小区共117个，占比27.7%，同时有108个小区RSRP均值在差点区间，占比25.5%根据10月23日MR数据，取全网样点数大于900的小区，上行SINR均值为好点的共202个小区，占比50.1%，SINR差点小区共56个，占比13.9%指标定义：

9、MR 弱覆盖小区RSRP5%；路测弱 覆盖小区RSRP5%极好点：-85好点：(-95,-85中点：(-105,-95差点：(-115,-105极好点：22好点：(15,22中点：(5,15差点：(-5,5弱覆盖较为集中 运用相关性分析方法，得到采样点RSRP平均值与上行SINR平均值相关系数为0.744 （1表示完全正比例，0表示完全不相关） ，表明RSRP与上行SINR具有较强的相关性。取10月23号MR采样点数TOP100小区，根据二维四象限法，定位出问题小区。第一象限：RSRP与SINR均较好，正常小区第二象限：RSRP较差，但SINR好，多为宏站深度覆盖室内第四象限：覆盖好、SINR

10、差，需关注干扰情况。典型问题小区：成华工商局-2 RSRP-110占比=96.8%，SINR=-3占比=90.3%，从OMC后台分析，该小区每PRB的干扰噪声的平均值为-101 dBm，存在干扰有色金属西南公司2小区现场站高45m，采样点靠近基站但RSRP较差，存在”塔下黑”的情况。RSRP上行速率第三象限：覆盖差、SINR差，需关注覆盖问题典型问题小区：有色金属西南公司-2RSRP-110占比=82.8%，SINR=-3占比=94.5%分析MR RTTD-RSRP二维数据，87.5%的采样点在落在TA3.5km的采样点有12%RSRP-94.5dBm200m的采样点有87.5%RSRP-87

11、.6dBm近处塔下黑处处弱覆盖RSRP-110dBm占比SINR-105dBm才能较好解决MMDS干扰。RSRP-110dBm高干扰导致低SINR(-3dB)低SINR导致低吞吐率(1M)红色为高干扰扇区红色为高干扰扇区121、由左图网管统计可知，上行有40%以上的小区的16QAM调制占比在90%以上；而下行仅不到10%的小区的64QAM调制占比在90%以上，相对的，下行有40%以上的小区的64QAM调制占比小于10%。由此反映出整个网络的上行容量情况要优于下行容量情况。2、从右图路测统计可知，全网在路面覆盖方面有近40%的小区能在下行使用64QAM进行调制（MCS1728对应采用64QAM）

12、。3、综上所述，全网室外路面覆盖场景相对较好，容量问题可能主要存在于室内场景。 根据拉网统计可知，小区下行双流调度情况较好，大多数小区集中的双流调度占比50%90%，但同时也存在部分弱覆盖区域的双流调度过多的情况。弱覆盖区域双流调度过多小区筛选规则：下行平均PDCP速率低于20Mb/s（折算成下行每PRB平均吞吐率低于174bit/RB），下行平均CQI10%或E-RAB掉线率0。筛选结果：以2013/11/17-19日的网管统计数据进行筛选，全网有57个小区（占2.79%）属于低速率小区。分析：1、路测筛选结果少于网管筛选结果，且包含于后者。路测主要对路面的网络进行测试，且由于4G手机终端占

13、比较小，当前的用户仍大部分位于室内，因此用网管数据作分析更全面。2、筛选所得小区的下行MCS均比较低，确实存在严重下行链路质量问题。建议：1、下行链路质差小区的筛选应以网管数据为主，路测数据为辅；2、针对路测数据中也出现的低速率小区，考虑从覆盖加强和干扰排查的角度进行优化；针对其余网管筛选结果，重点考虑网络结构调整，如加补街道站、小区覆盖。下行MCS均值路测每PRB吞吐率辅助分析14筛选规则：下行BLER10%，且下行平均CQI10筛选结果：以2013/10日二环内拉网统计数据进行筛选，全网有20个小区（占0.98%）符合筛选条件，其中15个小区存在PDSCH双流调度占比大于RANK=2的请求

14、占比。分析：此类小区的下行SINR、MCS均不理想，基站对于但双流的调度过于激进。分析：按网格对下行TM8模式占比与SINR15占比进行统计发现，14个网格中有5个网格存在TM8模式占比高于SINR15的TM3模式性能较好情况下采用TM8模式。（TS36.213定义了TM8模式将不能使用PBCH、PSS和SSS冲突的PRB资源，折合到每个时隙约3个PRB）每时隙最后每时隙最后20个个PRB调调度次数远小于其他度次数远小于其他PRB华为设备华为设备TM8模式较模式较TM3模式在模式在PDSCH上将会损失上将会损失89个个PRB；贝尔设备在贝尔设备在TM8模式下损失模式下损失3个个PRB这些网格都

15、属于弱覆盖区，宜加大分集发送比例15网管性能网管性能参数名称参数名称功能描述功能描述设置原则设置原则建议值建议值接入类T300UE等待RRC连接响应的定时器长度该参数设置过小会造成UE RRC连接建立失败误判增加；101000ms00msT302UE收到RRC连接拒绝后等待RRC连接请求重试定时器长度设置过大会造成UE RRC连接拒绝后限制时常过大，使本能够再次建立的RRC不能 及时被建立，影响用户感知； 2000msT3410MME的定时器，T3410是附着全程的定时器 协议规范值15sT3411MME的定时器，T3411是附着失败以后等候的定时器 协议规范值10s保持类T310UE检测无线

16、链路失败定时器长度。T310设置的越大，UE察觉RL下行失步的时间就越长，此时间内相关资源无法及时释放，也无法发起恢复操作或响应新的资源建立请求，影响用户的感知。1000msN310连续接收失步指示的最大个数N310设置的越大，UE对RL失步的判断就越不敏感，可能造成本来不可用的RL迟迟不能被上报RL失步进而无法触发后续的恢复或重建操作。n4n4N311接收同步指示的最小个数N311设置的越大，越可以保证RL恢复下行同步的可靠性，但相应的也会增加导致T310超时的风险，一旦T310超时，就会触发RL FAILURE原因的连接重建流程；n1T304UE等待切换成功的定时器长度。用于系统内切换，该

17、值设置过大会导致切换失败无法及时回退并发起RRC连接重建过程500ms500ms重建类T311UE检测无线链路失败后转入IDLE状态定时器长度。设置值越大，UE进行小区重选过程中所被允许的时间越长， RRCConnectionReestablishment过程越滞后。1000msT301UE等待RRC重建响应的定时器长度设置过小会造成UE RRC连接重建失败误判增加；600ms16RRC Connection Request由Attach Request触发，而Attach Request消息由RRC Connection Setup Complete消息承载并从UE发送到MME。UE先启动T

18、3410，后启动T300并发出Peamble(Msg1)，如未收到Msg2，则随机重发(约20ms)。因此接入时延的真正计时是从发出第一个Msg1开始启动，接收到RRC Connection Setup消息或RRC Connection Reject消息或NAS指示终止RRC连接建立时停止。没有N300用于控制RR连接重发，重发总是由高层(NAS)控制，因此需等待T3411超时，才能再次重发。第一次RRC连接第一次RRC连接T300超时200msT3411超时10000ms17RRC连接连接建立时长建立时长EPS附着附着时长时长E-RAB连接连接建立时长建立时长客户感知的总体接入时延=RRC连

19、接建立平均时长(22ms)+平均附着时长(3000)=3022毫秒.在一次成功的接入时长中，无线侧时延很短(RRC连接建立平均时延为22ms，E-RAB建立时延为25.5ms)，而ATTACH过程中核心网的时长相对较长(约3000ms)，影响接入时延的主要瓶颈不在E-UTRAN。p在这个过程中SAE-GW要查询DNS、查询UE签约的QoS属性、为UE分配IP地址、确定PCC规则、确定EPS承载QoS属性、创建IP-CAN会话等。p建议在S11接口挂表，重点对DNS查询、DHCP地址分配，HSS签约QoS查询等过程进行分析。S11接口接口GTP-C隧道建立时长隧道建立时长18 客户感知接入性评估

20、 接入性劣化小区分析接通率维度接通率维度接入时延维度接入时延维度RRC连接建立成功率99.89%RRC连接平均建立时长22毫秒E-RAB连接建立成功率99.88%E-RAB平均建立时长25.5毫秒无线接通率=RRC连接建立成功率*E-RAB连接建立成功率99.77%平均附着时长3000毫秒EPS附着成功率96.41%业务请求成功率99.89%端到端感知接通率=RRC连接建立成功率*EPS附着成功率*业务请求成功率96.20%96.20%用户感知接入时延=RRC连接平均建立时长+平均附着时长30223022毫秒毫秒RRC接入请求10次，接通率60毫秒的高接入时延小区84个.建议对接入时延建议对接

21、入时延60ms的小区进行的小区进行PRACH序列优化，对序列优化，对200ms的小区进行覆盖增强。的小区进行覆盖增强。UE CategoryTotal layer 2 buffer size bytesCategory 1150 000Category 2700 000Category 31 400 000Category 41 900 000Category 53 500 000 目前使用的终端，主要以Category 3和Category 4为主。 以Category 3终端为例，用户在正常进行当用户链路在t1时发生掉线或切换失败后，若以1Mbps的速率匀速的进行下载，其缓冲区容量下降至缓

22、冲区空间的3dB时所需的时间为：t2=(1400 000/2*8)/(1024*1024)=5.34 s 若在t2时刻前RRC Connection Reconfiguration Complete，网络则已重建成功，就能保证用户感知不到，从而降低用户感知掉线率，或提高客户感知切换成功率。 假定用户终端的layer 2缓冲区容量下降至缓冲区空间的3dB以下时，用户感知到业务受到影响。因此为提高客户感知保持性，降低因掉线和切换失败导致的客户感知 缓冲区容量下降至缓冲区空间的3dB的时间保持过程的中断时延，切换过程的中断时延 3GPP TS 36.306中规定，不同Category的UE终端，其T

23、otal layer 2 buffer sizes具体如下所示：保持性保持性定时器定时器对掉线和切换成功率的影响分析对掉线和切换成功率的影响分析 下行掉线时长定义为：UE从L1检测到第一个失步指示到UE完成RRC重建成功的时长；当UE检测到链路失败后会执行原因值为RL FAILURE的RRC Connection Reestablishment过程； 切换过程包括：测量、判决、执行(切换准备、上行随机接入、下行数据缓冲、路由重建)。 切换过程的中断时延定义为 RRC Connection Reconfiguration到UE Context Release(含T304失败和RRC重建)的时长。

24、 切换过程的中断时延 协议36.133 7.6.2.1定义了下行链路质量要在200ms内低于Qout ，统计为一次失步。N310参数表示接收连续“失步（out-of-sync）”指示的最大数目，这是一个连续的指示值，若N310增大1次，则下行链路掉线时延就会延长210ms，UE对RL失步的判断敏感度也有下降，因此不建议N310取值教大。200200N310+T310+T311+T301N310+T310+T311+T301下行链路掉线时延T304+T311+T301 5.34s网络已重建成功,从而保证用户感知不到.降低用户感知掉线率提高客户感知切换成功率分组掉线理论下行最大拆链时延（ms） E

25、-RAB掉线率掉线导致的平均中断时长N310T310N311组1N4 N4 1000ms 1340034001.06%1.06% 36.0436.04组2N20 1000ms 1660066000.91%0.91% 60.0660.06修改定时器后指标按预期发生了变化，且较为敏感加大N310掉线率变好，加大T304切换成功率变好。由于掉线和切换失败后，UE可以进行RRC重建来实现业务恢复，因此需要在失败率和业务中断时长之间做平衡。N310改小后，掉线率有所提升，但平均业务中断时长要小；而T304改大后，平均业务中断时长也降低。建议建议N310N310取取N4N4，T304T304取取500ms

26、500ms。注：实验前后T311和T301均保持不变，T311=1000ms，T301=600ms。分组切换理论切换中断时延（ms） 切换成功率切换失败导致平均中断时长T304组1200ms1800180099.13%99.13% 15.6615.66组2500ms500ms2100210099.37%99.37% 13.2313.23保持性保持性掉线小区分析掉线小区分析 利用组1的定时器参数来定义全网小区，对E-RAB掉线小区进行统计分析，全网掉线次数5，且E-RAB掉线率5%的高掉线小区总共有51个，占比为1.87%。其分布情况如右图所示。统计其掉线原因主要是由无线层问题导致的。 对掉线次

27、数5，且E-RAB掉线率5%的高E-RAB掉线小区的CQI和TA情况进行统计，选出TA1km，CQI10的高E-RAB掉线小区，其分布情况如下所示： MRR统计的弱覆盖小区分统计的弱覆盖小区分布布高高TA,低低CQI的高掉线小区分的高掉线小区分布布 通过查看发现这些小区为MRR统计的弱覆盖小区 ,由此可知：高TA，低CQI的高掉线小区一般存在弱覆盖问题。对这些区域站间距较大，建议补点或使用RS Broost来提高覆盖能力。 保持性保持性-切换差小区切换差小区分析分析 利用组2的定时器参数来定义全网小区，对切换失败小区进行统计分析，全网切换失败次数20，且切换成功率95%的切换差小区总共有43个

28、， 占比为1.57%。通过对比分析路测数据采集到的切换情况，切换失败小区分布情况偏差不大，基本相同。路测数据路测数据网管统计网管统计 对造成切换失败的原因进行统计分析，发现主要是由于目标小区切换准备失败而导致说明切换执行门限过低，导致本小区下行链路质差，而无法接收或正确解码RRC连接重配置消息。进一步还发现这些小区伴随有较高的RRC重建消息。建议提高切换执行门限建议提高切换执行门限。与一环线公交车安装的CPE有关保持性保持性-切换差小区切换差小区分析分析 目前切换主要分为以下3类：u同一个eNB内的切换ueNB间X2口切换ueNB间S1口切换 现网统计不同分类的切换情况，如右图所示，1.S11

29、.S1口切换准备失败率很高口切换准备失败率很高; ;2.2.一旦切换准备成功了，切换执行也基本也成功了一旦切换准备成功了，切换执行也基本也成功了统计切换的准备和执行情况，发现：1.eNB1.eNB间间X2X2口切换的请求次数占比最高；口切换的请求次数占比最高；2.2.切换失败率最高的是切换失败率最高的是eNBeNB间间S1S1口的切换，高达口的切换，高达9.05%9.05%。对于对于S1S1口的切换失败，建议核查邻接关系参数口的切换失败，建议核查邻接关系参数( (eNBeNB ID/LCID/EARFCN/PCI/TAC/PRACH ID/LCID/EARFCN/PCI/TAC/PRACH R

30、S/PUSCH GID)RS/PUSCH GID)配置的一致性。配置的一致性。 p 指标门限测试由于目前成都现网未对业务进行分QCI 配置设置，无法从网管区分业务类型，上述测试结论暂时无法对现网指标分QCI进行评估，后续可制定统一的业务QCI分类策略，针对不同QCI业务，参考以上结果，设定指标门限。现阶段参考以上结果设定客户感知劣化小区门限。业务类型应用速率要求（kbps） ping次数 文件大小（Byte）单向时延（ms） 单向丢包率流媒体优酷31250014901691%语音通话QQ语音42.45001400107.51%游戏三国杀805001500981%网页浏览163205001470

31、502%音乐1听音乐网1285001500781%视频通话QQ视频业务2105001400107.51%FTP上传本地测试服务器176（上行）5001500881%FTP下载本地测试服务器14235001500601%http上传139邮箱121（上行）50095053.51%http下载腾讯17175001472631%完整性完整性p 成都完整性指标的分布情况（不考虑0业务小区）根据3GPP规定（右图），QCI业务0-9对应的时延要求为50ms，100ms，150ms，300ms不等，成都现网用户面PDCP层指标的小区分布情况如左图，部分小区不能满足全部QCI业务时延要求，对业务支撑存在一定

32、风险。现网小区PDCP层上行速率主要集中在600-1200kbps，下行速率主要集中在5Mb-20Mb区间。上下行分别存在7.37%的低速率小区，这些小区在支撑视频业务以及流媒体业务时存在不确定性，上行高速率小区（1Mbps）占比达到47.58%，下行高速率小区（5Mbps）占比达到56.80% 。 具体分布如下图：成都现网绝大多数小区的丢、弃包率小于0.001%，可以满足各类业务需求。仅有少量小区的丢、弃包率大于1%，对现网业务影响较小，后续支持VOLTE风险较高。26分类 全网 剔除低业务小区 （1小时流量小于1Mb） 数量 占比 数量 占比 高时延小区 20610.85%874.58%上

33、行高丢包小区 20.11%00%下行高丢包小区 60.32%00%下行高弃包小区 120.63%40.21%下行低速率小区 643.37%00%上行低速率小区 663.48%00%类别劣化小区 依据完整性 用户面上/下行PDCP层比特率1%前期测试结果，小区边缘差点的各项业务测试的平均丢包率1%左右。同时，考虑VoLTE的要求，指标门限定义为1%。用户面下行PDCP层弃包率1%从用户感知而言，弃包（ENB未发送），丢包（ENB发送但是用户未收到），效果是一致的，因此门限值同弃包率相同。用户面下行PDCP层包平均时延100ms 依据小区边缘差点测试结果，各类业务测试整体时延小于100ms。p 成

34、都现网劣化小区分析目前网络轻载，用户较少，用户感知完整性问题暴露的并不明显。全网劣化小区情况如右表，在剔除了低业务量小区后，仅高时延小区占比稍高，后续需重点关注。完整性完整性p 速率与时延关系用户面PDCP层下行时延用户面PDCP层下行速率通过对现网用户面PDCP层下行时延与下行速率对比分析，可见在成都2环路附近区域，二者均比较差，低速率与高时延一定曾度吻合，具备一定的相关性。谢 谢谢 谢29维度方向网管MR路测覆盖下行 CRS-RSRP=-110dBmTA=-105dBm上行 UE发射功率余量7dBUE每PRB发射功率=10下行残留BLER=15CRS-RSRQ=-12.5dBCRS-SIN

35、R=-3dB上行下行残留BLER=18RIP=-3dB?容量下行下行每时隙调度业务PRB数85双流下行TB块占比=50%每PRB平均吞吐率=174bit/PRB下行每时隙调度业务PRB数85双流下行TB块占比=50%每PRB平均吞吐率=174bit/PRB上行上行每时隙调度业务PRB数80每PRB平均吞吐率=136bit/PRB上行每时隙调度业务PRB数80每PRB平均吞吐率=136bit/PRB维度感知较好小区接入性RRC连接建立成功率=99%RRC连接平均建立时长=200ms保持性E-RAB掉线率=5%下行每100Mb平均切换数=300kbps用户面上/下行PDCP层丢包率=1%用户面下行

36、PDCP层弃包率=1%用户面下行PDCP层包平均时延=-3dB。与深圳相比，重叠覆盖导致SINR降低比较轻微，但小重叠覆盖度时，SINR（CDF=5%）只有-1。31网管性能网管性能参数名称参数名称功能描述功能描述设置原则设置原则建议值建议值接入类T300UE等待RRC连接响应的定时器长度该参数设置过小会造成UE RRC连接建立失败误判增加；101000ms00msT302UE收到RRC连接拒绝后等待RRC连接请求重试定时器长度设置过大会造成UE RRC连接拒绝后限制时常过大，使本能够再次建立的RRC不能 及时被建立，影响用户感知； 2000msT3410MME的定时器，T3410是附着全程的

37、定时器 协议规范值15sT3411MME的定时器，T3411是附着失败以后等候的定时器 协议规范值10s保持类T310UE检测无线链路失败定时器长度。T310设置的越大，UE察觉RL下行失步的时间就越长，此时间内相关资源无法及时释放，也无法发起恢复操作或响应新的资源建立请求，影响用户的感知。1000msN310连续接收失步指示的最大个数N310设置的越大，UE对RL失步的判断就越不敏感，可能造成本来不可用的RL迟迟不能被上报RL失步进而无法触发后续的恢复或重建操作。n4n4N311接收同步指示的最小个数N311设置的越大，越可以保证RL恢复下行同步的可靠性，但相应的也会增加导致T310超时的风

38、险，一旦T310超时，就会触发RL FAILURE原因的连接重建流程；n1T304UE等待切换成功的定时器长度。用于系统内切换，该值设置过大会导致切换失败无法及时回退并发起RRC连接重建过程500ms500ms重建类T311UE检测无线链路失败后转入IDLE状态定时器长度。设置值越大，UE进行小区重选过程中所被允许的时间越长， RRCConnectionReestablishment过程越滞后。1000msT301UE等待RRC重建响应的定时器长度设置过小会造成UE RRC连接重建失败误判增加；600ms保持性保持性-切换差小区切换差小区分析分析 目前切换主要分为以下3类：u同一个eNB内的切

39、换ueNB间X2口切换ueNB间S1口切换 现网统计不同分类的切换情况，如右图所示，1.S11.S1口切换准备失败率很高口切换准备失败率很高; ;2.2.一旦切换准备成功了，切换执行也基本也成功了一旦切换准备成功了，切换执行也基本也成功了统计切换的准备和执行情况，发现：1.eNB1.eNB间间X2X2口切换的请求次数占比最高；口切换的请求次数占比最高；2.2.切换失败率最高的是切换失败率最高的是eNBeNB间间S1S1口的切换，高达口的切换，高达9.05%9.05%。对于对于S1S1口的切换失败，建议核查邻接关系参数口的切换失败，建议核查邻接关系参数( (eNBeNB ID/LCID/EARF

40、CN/PCI/TAC/PRACH ID/LCID/EARFCN/PCI/TAC/PRACH RS/PUSCH GID)RS/PUSCH GID)配置的一致性。配置的一致性。 p 指标门限测试由于目前成都现网未对业务进行分QCI 配置设置，无法从网管区分业务类型，上述测试结论暂时无法对现网指标分QCI进行评估，后续可制定统一的业务QCI分类策略，针对不同QCI业务，参考以上结果，设定指标门限。现阶段参考以上结果设定客户感知劣化小区门限。业务类型应用速率要求（kbps） ping次数 文件大小（Byte）单向时延（ms） 单向丢包率流媒体优酷31250014901691%语音通话QQ语音42.45001400107.51%游戏三国杀805001500981%网页浏览163205001470502%音乐1听音乐网1285001500781%视频通话QQ视频业务2105001400107.51%FTP上传本地测试服务器176（上行）5001500881%FTP下载本地测试服务器14235001500601%http上传139邮箱121（上行）50095053.51%http下载腾讯17175001472631%