LTE时延测试方法及基本性能指导ppt课件.pptx
时延测试方法及基本性能,MBB CS NetEng LTE TDD & performance,控制面时延 测试方法 理论预期 Ph1测试结果及注意事项用户面时延 测试方法 理论预期 Ph1测试结果及注意事项切换时延 切换用户面时延 切换控制面时延4. 寻呼时延,12/30/2022,MBB CS NetEng LTE TDD & performance,Context,控制面时延测试方法,所谓控制面时延，就是指UE从idle态到连接态所需要的转换时间。UE在连接态即可收发业务数据。控制面时延短对提高用户体验非常重要。测试目的：验证TD-LTE系统是否能提供小于100ms的控制面时延测试条件：单UE下行70%加扰测试涵盖信号质量好/中/差点（高/中/低SINR点）,控制面时延,内部资料请勿外传,控制面时延理论预期,12/30/2022,MBB CS NetEng LTE TDD & performance,在3GPP协议中对控制面接入时延有定量的规定： 100ms. 在目前的系统架构的情况下， 由于系统在信令交互上一些不太完美的设计，导致信令流程比协议约定的要略长，另外这是RL15TD的控制面时延，RL25以上版本暂未找到NSN相关设备控制面时延理论分析，CMCC目前要求此时延要低于80ms,内部资料请勿外传,内部资料请勿外传,NGMN需求：控制面时延 100 ms,控制面时延PH1测试结果及注意事项,采用自研终端的厂商时延较低，而使用TM500的偏高，与TM500本身处理时延有关 备注：上述自研终端的时延为一阶段测试所有厂家测试平均值 注意事项：根据其他城市测试发现，在进行此项测试时推荐采用终端hisi5776和cds7.1软件，控制面时延可低于CMCC要求80ms,控制面时延 测试方法 理论预期 Ph1测试结果及注意事项用户面时延 测试方法 理论预期 Ph1测试结果及注意事项切换时延 切换用户面时延 切换控制面时延4. 寻呼时延,12/30/2022,MBB CS NetEng LTE TDD & performance,Context,所谓用户面时延，就是指一个数据包从UE发到对端UE需要的总时间。用户面时延短对用户体验也是非常重要的。测试目的：验证当前厂家是否能够实现NGMN/3GPP对时延的要求：NGMN essential recommendations 30 msNGMN preferred recommendations 20 ms测试条件：空扰预调度ping包：32/1000/1500B， SINR好/中/差/点动态调度ping包：32/1000/1500B， SINR好/中/差/点下行70%加扰动态调度ping包：32/1500B， SINR好/中/差/点下行70%加扰+多UE在测试小区进行满buffer业务（用以抢占调度资源)动态调度ping包：32/1500B， SINR好/中/差/点,用户面时延测试方法,内部资料请勿外传,预调度,非预调度,预调度: eNB调度器始终为UE上行数据分配固定的资源，不需要UE发起调度请求就可以直接发送数据包。非预调度: 也叫动态调度。当UE需要发送数据时，UE需要请求eNB分配资源。eNB调度器收到资源请求后再为其分配资源。,预调度方式节省两条信令，在实际测试中发现能减少时延大致10ms在实际应用中，UE首次发送数据应该采用非预调度方式建议：当验证LTE技术以及厂家实现的极限能力，采用预调度方式；当测试在实际环境中系统的平均表现，采用非预调度/动态调度方式,内部资料请勿外传,用户面测试,用户面时延测试方法,表上第4行waiting time 2ms 包含了从step 1 - step 8 上下行的等待时间，包含了一个上行等待时间（waiting time for UL 1.2ms）和一个下行等待时间（waiting time for DL 0.6ms)。等待时间我们采用的是平均等待时延，即0.6ms (DL)/1.2ms(UL) ，根据信令到达各帧的相同概率(1/5)，算出的平均值。 针对UL/DL 配置1: DL: 21/5 + 11/5 = 0.6 msUL: (3+2+1) 1/5 = 1.2 ms,12/30/2022,MBB CS NetEng LTE TDD & performance,用户面时延理论预期,内部资料请勿外传,内部资料请勿外传,用户面时延P1测试结果及注意事项,在预调度模式下，设备能满足NGMN最严苛的端到端时延需求(20ms)。不过，预调度不符合真实场景，目前做这样的测试主要为了宣传以及考察厂家的极限实现能力。以后的测试中不建议再考虑预调度情况32B动态调度的测试结果，反映了在网络部署初期用户能体验到的最小时延。测试结果比预调度大，但基本都能满足NGMN essential requirement (30ms)1500B，9个UE和测试UE竞争资源+动态调度，这个测试条件是为了模拟今后网络高度负载时用户体验到的时延。从测试结果来看基本可以支持各种网络业务(网络游戏要求小于50ms，语音要求小于100ms）注意事项：影响ping时延测试的网络侧配置参数有maxNumPrbSr (40)， ilReacTimerUl(当设置为0时为关闭预调度) ，ulatbEnable(True)， iniPrbsUL(40)， cellSrPeriod(5ms)， iniMcsDL， iniMcsUL，最后两个参数 可根据测试时的无线环境时时进行调整，如果无线环境好可配置较高的MCS，如果无线环境差可适当降低初始的MCS配置,控制面时延 测试方法 理论预期 Ph1测试结果及注意事项用户面时延 测试方法 理论预期 Ph1测试结果及注意事项切换时延 切换用户面时延 切换控制面时延4. 寻呼时延,12/30/2022,MBB CS NetEng LTE TDD & performance,Context,切换时延测试方法,12/30/2022,MBB CS NetEng LTE TDD & performance,测试步骤：步骤1：测试车携带测试终端2部、GPS接收设备及相应的路测系统；步骤2：测试车各终端建立连接，进行上下行TCP业务（采用FTP上传/下载一个大文件）；步骤3：测试车应视实际道路交通条件以中等速度（ 30km/h左右）匀速行驶，终端长时间保持业务；中间如有掉线，则及时停车重新建立连接重新开始测试；步骤4：观察终端侧信令流程或服务小区ID，确定是否发生切换。切换包括基站间切换与基站内切换，每部终端切换次数不少于10次。统计方法：1、切换控制面时延控 制 面 切换时延从Measurement report 到UE 向目标小区发送RRC ConnectionReconfiguration Complete（备注：如果路测软件显示信令消息的time stamp不准，可以采用MAC中断时延做为此时延的统计）2、切换用户面时延切换时延计算方式为：下行从UE 接收到原服务小区最后一个数据包到UE 接收到目标小区第一个数据包时间；上行从原小区接收到最后一个数据包到从目标小区接收到的第一个数据包时间。最后一个数据包指L3 最后一个序号的数据包（备注：由于用户面切换时延不方便统计，可采用PDCP中断时延做为此时延的统计）,内部资料请勿外传,根据右侧分析，切换用户面理论预期时延约为60ms左右，并且用户面时延的大小与终端的心能密切相关切换控制面理论预期时延约为29.1msCMCC要求用户面切换时延50ms，控制面切换时延100ms目前CUC要求用户面切换时延85ms，控制面切换时延15ms（其中控制面切换时延15ms比较难实现，正在进行进一步沟通）,12/30/2022,MBB CS NetEng LTE TDD & performance,切换时延理论预期,内部资料请勿外传,从左侧的测试数据分析，绝大多数的控制面时延测试数据都落在26ms 32ms（29.1ms +/- 10%） 的区间内根据现场测试同事的观察，在测试时延的过程中对外界干扰比较敏感，测试过程快速通 过的车辆都有明显影响由于现场测试软件不能按照测试规范统计相应的时延，因此采用的是PDCP 的中断时延 来做为上下行用户面切换时延，得出上下行时延相同的情况，试用MAC的中断时延做为控制面切换时延,12/30/2022,MBB CS NetEng LTE TDD & performance,切换时延Ph1测试结果,内部资料请勿外传,控制面时延 测试方法 理论预期 Ph1测试结果及注意事项用户面时延 测试方法 理论预期 Ph1测试结果及注意事项切换时延 切换用户面时延 切换控制面时延4. 寻呼时延,12/30/2022,MBB CS NetEng LTE TDD & performance,Context,集团验收规范定义,NSN建议,寻呼时延,验收规范的定义是：eNodeB发出paging消息至终端发出RRC connection Reconfiguration complete完成NSN建议： eNodeB发出paging消息至终端发出RRC connection setup complete完成,RRCConnectionSetupComplete消息是在网络下发paging后S1上收到的第一条信令，UE通过该信令把NAS消息反馈给MME作为对寻呼的响应。根据3G统计的经验，考虑LTE网络统计的一致性，建议寻呼成功率和寻呼时延等统计以此信令为基准。,
