1、*TDDLTE业务KPI常见问题和优化方法Page*第1章吞吐量问题定位优化方法第2章时延问题定位优化方法Page*第1章吞吐量问题定位优化方法第1节吞吐量异样表现第2节吞吐量异样定位方法第3节交付件吞吐量异样表现Page*吞吐量一般观看应用层的吞吐量或者MAC层的吞吐量：异样主要有2种表现：吞吐量波动大〔通过Netmeter等吞吐量统计直观观看〕存在掉坑、裂缝等异样表现终端不动，出现超过50%的波动吞吐量偏低〔与峰值或友商对比〕峰值吞吐量定点吞吐量平均吞吐量，和友商对比，偏低较多Page*第1章吞吐量问题定位优化方法第1节吞吐量异样表现第2节吞吐量异样定位方法第3节交付件吞吐量异样定位思路Page*步骤1：检查告警及基本参数的检查Page*当吞 2、吐量出现异样时，首先需要导出告警日志看是否存在硬件上的故障或者S1告警及闪断等。其次进行基本参数检查，分eNB侧和终端侧。eNB侧主要和基线参数进行核对，商用网络假如出现参数和基线参数不一致的状况，需要查清为什么会出现该种状况；终端侧参数检查：主要是PC窗口的大小，会影响TCP业务；步骤2：空口/非空口问题隔离定位Page*推断是否是TCP问题最简洁的方法－UDP灌包尝试多线程下载或同时下载多个文件若吞吐率明显要大于TCP业务吞吐率，则推断为TCP问题，进入TCP问题排查；若吞吐率与TCP业务 基本持平，或者比TCP还低，则进入空口问题排查；步骤3：空口问题定位、解决方法Page*当出现吞吐量异样，且基本确定为空口问题时，主要从下面几个方面进行分析 3、定位，其中调度次数缺乏和调度RB缺乏可以合并定位，定位顺序从左至右。灌包缺乏吞吐量异样调度次数缺乏调度RB缺乏MCS阶数偏低IBLER收敛异样开户速率缺乏本小区内存在其他用户在做业务检查干扰UE主分集不平衡UE能力限制传输模式异样上行闭环功控，ICIC调度次数缺乏定位方法Page*如何推断调度次数过低通过终端监测工作获得〔1s统计一次〕通过eNB的监测工具获得〔1s统计一次〕单用户场景用户调度次数取决于TDD上下行配比，可以直接观看Probe显示的DLGrantCount/ULGrantCount；下行当观看到的总量持续用户调度次数*5%，认为下行调度次数缺乏；上行因为HARQ时，调度器不需要下发ULGrant，所以一般ULGrant在理论总 4、数的90%以上都是正常的；多用户场景假如默认频分调度且UE能力不受限，此时每个TTI只调度1个用户，此时用户调度次数=GrantNum/小区用户数，其中GrantNum与单用户时相同，取决于TDD上下行配比。RB个数缺乏定位方法Page*如何推断RB个数过小上行在闭环功控的条件下，在路损超过120dB~125dB的条件下上行开始缩小调度的RB个数，此时MCS阶数也许在3~5阶左右，在路损小于120dB状况下，几乎都应当以满RB调度；下 行几乎都应当是满RB调度；图1为我司终端Probe显示的结果，RB数=TotalCode0RBCount/Code0Count图2为M2000中的RB数观看方法，RB利用率跟踪项中的等效RB使用数灌包缺乏定位、解决方法P
5、age*假如DL/ULGrant个数小于理论总数的60%，一般是由于灌包缺乏引起的，这种状况在大带宽峰值测试下特殊常见。解决方法：使用多线程灌包或者更换性能更好的便携。灌包指令如下：Iperf–c10.20.30.40–u–b100M–t99999–i1–P210.20.30.40表示目的IP，依据实际状况输入。P表示线程数，留意，要大写。开户速率和进入eNB的流量缺乏定位、解决方法Page*检查开户速率，看是否是由开户速率过低造成吞吐率问题，开户速率至少要超过期望速率。如下列图所示，该图表示上下行开户速率都为20k，开户速率明显太小，不能满足LTE要求。在UE侧也可以观看。其次下行需要查看从S1口过来的入口数据是否充分：单位：bit/sS1口跟踪数据
6、我司UEOMT上观看到的数据这个例子是一个下行灌包50M的例子，看红框里面的数值“6199732字节/秒”换算成M就是6199732*8/1000/1000=49.597856M。事实上这个流量就是我们收到的，从核心网到GE口的流量。这个能够证明流量是否足够。闭环功控，ICIC特性对RB数影响Page*上行闭环功控假如不生效，中远点速率较低，RB个数远低于闭
环理论值，但是近点能到达峰值；比方：在RSRP=-100dBm的时候，假如闭环功控在起作用，对于20M带宽，有近90个RB；对于10M带宽，有40个RB左右。与之相比，开环功控最多只有10个左右。对于我司UE，打开Probe的PowerControl，其中SumFiValue不等于-1即为闭环。
7、ICIC上下行都有ICIC开关，首先确认开发是否打开，然后在信令中搜寻包含MeasurementConfig的RRCConndectionReconfiguration消息，假如消息中的reportOnLeave字段取值为True，说明触发了ICICA3测量。本小区内多用户做业务Page*假如本小区存在其他用户在做业务的时候，观测单UE的RB将会减小，因此在测试之前应当先检查小区内是否存在其他用户，测试过程中也应当留意是否有其他用户接入。下面为只有一个用户时的显示结果：使用M2000小区性能监测中的用户数监测MCS阶数偏低定位、解决方法Page*如何推断MCS阶数过低MCS阶数是否合理在拉距的条件下较难推断。上行在路损超过120dB~125dB缩RB
8、的时候一般维持3~5阶数，但是随着RB不能再缩小，其MCS阶数也会降低。比较方便的方法是排除法：在UE以满功率〔23dBm〕发送的条件下，假如调度次数和RB个数都比较正常但总吞吐率偏低，那么可以认为问题出在MCS阶数上。下行均衡后SNR偏低，导
致下行吞吐量偏低。下行CRC异样，导致AMC将下行阶数调整下来。上行反馈异样，导致AMC的异样调整，导致下行阶数偏低。检测干扰Page*上行干扰可以在M2000上观测推断：UE未接入状况下〔全部UE关机，小区里没有业务〕，打开M2000的“小区性能检测”，选择“干扰检测”，查看RSSI值，在没有干扰的时候，约等于－119＋10log(RB个数)，在内场差距1dB以上，在外场差距在3dB以上即认为存在干扰，需要检
9、查干扰。干扰一般来自邻区或者是异系统干扰〔比方2G或3G系统〕下行干扰可以在UE侧Probe上观测推断：在DetectedCell。省略部分。点的MML配置。3出问题的一键式日志，包括日志、CHR日志、话统数据。4eNBIFTS跟踪。5UEProbe和TTI跟踪。6UE基带空口数据。7UE和服务器Wireshark抓包。8TCP定位模块的TTI跟踪数据。Page*第1章吞吐量问题定位优化方法第2章时延问题定位优化方法Page*第2章时延问题定位优化方法第1节接入时延第2节Ping时延接入时延定义Page*接入时延测试分三类测试:Attach接入测试–即初始接入附着时延测试。在开机关机流程中，UE发起的初始ATTACH接入流程；Idle-to-
10、Active接入测试–即数据业务激活时延测试。在IDLE状态下发起SERVECE请求的idle-to-active流程；Paging接入测试–即数据业务激活时延测试。在IDLE状态下由核心网通
过paging触发UE，进行paging流程。这部分内容不做描述。接入时延优化思路Page*时延问题一般优化步骤：统计分段时延，对比理论基线锁定异样点；针对异样点分析缘由寻求解决方法；比拼时延优化思路通过固定上下行MCS，增大UE发射功率，削减或消除HARQ重传；通过固定CCE和CFI，减小PDCCH误码；通过预调度减小上行调度等待时间；选择合适的预调度大小，过大会降低上行SINR引起HARQ重传，过小会导致分片；关闭核心网鉴权；增加PRACH时域密度，缩短随接
11、接入等待PRACH时间；消息并发处理；优化eNB和UE内部处理时延；接入时延分段-attachPage* NodeB侧attach时延统计：预调度：开；并发：关；鉴权：开处理单元RRC_CONN_REQRRC_CONN_SETUPNodeBRRC_CONN_SETUPRRC_CONN_SETUP_CMPUERRC_CONN_SETUP_CMPS1AP_INITIAL_UE_MSGNodeBRRC_CONN_SETUP_CMPMM_AUTH_REQMM_AUTH_REQMM_AUTH_RSPMM_AUTH_RSPMM_SECU_CMDMM_SECU_CMDMM_SECU_CMPMM_SECU_CMPS1AP_INITIAL_CONTEXT_SETUP_
12、REQMMES1AP_INITIAL_CONTEXT_SETUP_REQRRC_UE_CAP_ENQUIRYNodeBRRC_UE_CAP_ENQUIRYRRC_UE_CAP_INFOUERRC_UE_CAP_INFORRC_SECUR_MODE_CMDNodeBRRC_SECUR_MODE_CMDRRC_SECUR_MODE_CMPNodeBRRC_SECUR_MODE_CMPRRC_CONN_RECFGUERRC_CONN_RECFGRRC_CONN_RECFG_CMPUE总时延 UE侧attach时延统计：预调度：开；并发：关；鉴权：开处理单元RRC_CONN_REQRRC_CONN_SETUPeNodeBRRC_CONN_SETUPRRC_
13、CONN_SETUP_CMPUERRC_CONN_SETUP_CMPMM_AUTH_REQeNodeBMM_AUTH_REQMM_AUTH_RSPMM_AUTH_RSPMM_SECU_CMDMM_SECU_CMDMM_SECU_CMPMM_SECU_CMPRRC_UE_CAP_ENQUIRYRRC_UE_CAP_ENQUIRYRRC_UE_CAP_INFOUERRC_UE_CAP_INFORRC_SECUR_MODE_CMDeNodeBRRC_SECUR_MODE_CMDRRC_SECUR_MODE_CMPeNodeBRRC_SECUR_MODE_CMPRRC_CONN_RECFGUERRC_CONN_RECFGRRC_CONN_RECFG_CMPU
14、E总时延 接入时延分段-IdletoActivePage*eNodeB侧Idletoactive分段时延：预调度：开；并发：开；鉴权：关处理单元RRC_CONN_REQRRC_CONN_SETUPNodeBRRC_CONN_SETUPRRC_CONN_SETUP_CMPUERRC_CONN_SETUP_CMPS1AP_INITIAL_UE_MSGNodeBS1AP_INITIAL_UE_MSGS1AP_INITIAL_CONTEXT_SETUP_REQMMES1AP_INITIAL_CONTEXT_SETUP_REQRRC_SECUR_MODE_CMDNodeBRRC_SECUR_MODE_CMDRRC_CONN_RECFGNodeBRRC_CON
15、N_RECFGRRC_SECUR_MODE_CMPUERRC_SECUR_MODE_CMPRRC_CONN_RECFG_CMPUE总时延 UE侧Idletoactive分段时延：预调度：开并发：开鉴权：关 处理单元RRC_CONN_REQRRC_CONN_SETUPeNodeBRRC_CONN_SETUPRRC_CONN_SETUP_CMPUERRC_CONN_SETUP_CMPRRC_SECUR_MODE_CMDeNodeBRRC_SECUR_MODE_CMDRRC_CONN_RECFGeNodeBRRC_CONN_RECFGRRC_SECUR_MODE_CMPUERRC_SECUR_MODE_CMPRRC_CONN_RECFG_CMPUE总时
16、延 IdleToActive激活流程与开机接入流程类似，只是少了核心网鉴权的NAS直传过程和UE能力查询过程。在RRC-IDLE/EMM-REGISTERED状态，核心网会保存UE能力。在S1连接建立过程中，核心网会提供保存的UE能力给eNB，因此eNB不需要通过空口查询UE能力。因此数据业务接入时延小于开机附着时延。Page*第2章时延问题定位优化方法第1节接入时延第2节Ping时延Ping时延分段Page*各段时延理论分析参考：Windows→UEPDCP，及ACK包从UEPDCP→Windows时延总和0.7ms；eNBDSP处理上行数据包并交给MAC时延2ms；UEDSP处理下行数据包需要2ms；eNBPDCP→PDNGW
→APP.Serv
17、er→UGW→eNBPDCP环回时延0.6ms；UE和eNB的PDCP→RLC→MAC以及MAC→RCL→PDCP处理时延约0.2ms；Ping时延优化思路Page*影响ping时延的要素RAN时延信道质量和HARQ重传调度方法：预调度，固定调度，动态调度Ping包与ULgrant的Payload大小：Payload小于ping包大小，引入BSR，最多可增加10ms时延子帧配比与调度几率：TDD系统，上下行子帧的不连续发送，可能增加10ms左右的时延数据到达与SR发送时刻：非预调度时，SR周期不同，可能会引入较大的时延EPC时延PDNGW处理时延eNB与PDNGW间传输时延E2E时延MTU大小与数据报分片/重组PDNGW和App.Server传输时延
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议