lte时延测试方法及基本性能指导.pptx

时延测试方法及基本性能
MBB Eng LTE TDD & performance
控制面时延
测试方法
理论预期
Ph1测试结果及注意事项
用户面时延
测试方法
理论预期
Ph1测试结果及注意事项
切换时延
切换用户面时延
切换控制面时延
4. 寻呼时延
7/4/2017
MBB Eng LTE TDD & performance
Context
控制面时延——测试方法
所谓控制面时延,就是指UE从idle态到连接态所需要的转换时间。UE在连接态即可收发业务数据。控制面时延短对提高用户体验非常重要。
测试目的:
验证TD-LTE系统是否能提供小于100ms的控制面时延
测试条件:
单UE
下行70%加扰
测试涵盖信号质量好/中/差点(高/中/低SINR点)
控制面时延
内部资料
请勿外传
控制面时延——理论预期
7/4/2017
MBB Eng LTE TDD & performance
在3GPP协议中对控制面接入时延有定量的规定:< 100ms.
 在目前的系统架构的情况下, 由于系统在信令交互上一些不太完美的设计,导致信令流程比协议约定的要略长,另外这是RL15TD的控制面时延,RL25以上版本暂未找到NSN相关设备控制面时延理论分析,目前要求此时延要低于80ms
内部资料
请勿外传
内部资料
请勿外传
控制面时延
自研终端
ms
TM500
ms
NGMN需求:
控制面时延< 100 ms
控制面时延——PH1测试结果及注意事项
350
400
250
300
150
200
100
0
50
时延(ms)
测试结果
NGMN
Essential
采用自研终端的厂商时延较低,而使用TM500的偏高,与TM500本身处理时延有关
备注:上述自研终端的时延为一阶段测试所有厂家测试平均值
注意事项:根据其他城市测试发现,,要求80ms
所谓用户面时延,就是指一个数据包从UE发到对端UE需要的总时间。用户面时延短对用户体验也是非常重要的。
测试目的:
验证当前厂家是否能够实现NGMN/3GPP对时延的要求:
NGMN essential mendations < 30 ms
NGMN preferred mendations < 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 )和一个下行等待时间(waiting time for DL  )。
等待时间我们采用的是平均等待时延, (DL)/(UL) ,根据信令到达各帧的相同概率(1/5),算出的平均值。针对UL/DL 配置1: DL: 2×1/5 + 1×1/5 = msUL: (3+2+1) × 1/5  = ms
7/4/2017
MBB Eng LTE TDD & performance
用户面时延——理论预期
内部资料
请勿外传
内部资料
请勿外传
用户面时延
32B 预调度
ms
32B 动态调度
ms
1500B 动态调度
ms
用户面时延——P1测试结果及注意事项
在预调度模式下,设备能满足NGMN最严苛的端到端时延需求(20ms)。不过,预调度不符合真实场景,目前做