LTE时延测试方法及基本性能指导-精选文档
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
测试条件: • 单UE • 下行70%加扰 • 测试涵盖信号质量好/中/差点 (高/中/低SINR点)
17. Processing delay in UE Active State
10. RRC Connection Setup Complete +NAS Service Request
11. Processing delay in eNB 12. Connection Request 13. Processing delay in MME 14. Connection Setup 15. Processing delay in eNB
4 3/16/2019
For internal use MBB CS NetEng LTE TDD & performance © Nokia Solutions and Networks 2013
控制面时延——PH1测试结果及注意事项
内部资料 请勿外传
控制面时延 自研终端 82.1 ms 180.8 ms
•
下行70%加扰+多UE在测试小区进行满buffer业务(用以抢占调度资源)
动态调度ping包:32/1500B, SINR好/中/差/点
For internal use
7
© Nokia Solutions and Networks 2013
用户面时延——测试方法
用户面测试
预调度 非预调度
内部资料 请勿外传
6 3/16/2019
For internal use MBB CS NetEng LTE TDD & performance © Nokia Solutions and Networks 2013
用户面时延——测试方法
内部资料 请勿外传
所谓用户面时延,就是指一个数据包从UE发到对端UE需要的总时间。用户面时延短对用户体验也是非常重要的。 测试目的: 验证当前厂家是否能够实现NGMN/3GPP对时延的要求:
• NGMN essential recommendations < 30 ms
• NGMN preferred recommendations < 20 ms 测试条件: • 空扰
预调度ping包:32/1000/1500B, SINR好/中/差/点
动态调度ping包:32/1000/1500B, SINR好/中/差/点 • 下行70%加扰 动态调度ping包:32/1500B, SINR好/中/差/点
内部资料 请勿外传
UE eNB MME IDLE State
1. Delay for RACH Scheduling Period
测试目的:
验证TD-LTE系统是否能提供小于100ms 的控制面时延
5. Processing delay in UE
2. RACH Premble 3. Processing delay in eNB 4. TA+ Scheduling Grant 6. RRC Connection Request 7. Processing delay in eNB 8. RRC Connection Setup 9. Processing delay in UE
2 3/16/2019
For internal use MBB CS NetEng LTE TDD & performance © Nokia Solutions and Networks 2013
控制面时延——测试方法
所谓控制面时延,就是指UE从idle态到 连接态所需要的转换时间。UE在连接态 即可收发业务数据。控制面时延短对提 高用户体验非常重要。
测试结果 NGMN Essential 时延 (ms)
TM500
0
50
100 150
200
250
300
350
400
NGMN需求: 控制面时延 < 100 ms
• 采用自研终端的厂商时延较低,而使用TM500的偏高,与TM500本身处理时延有关
备注:上述自研终端的时延为一阶段测试所有厂家测试平均值
• 预调度: eNB调度器始终为UE 上行数据分配固定的资源, 不需要UE发起调度请求就可 以直接发送数据包。 • 非预调度: 也叫动态调度。 当UE需要发送数据时,UE需 要请求eNB分配资源。eNB调 度器收到资源请求后再为其 分配资源。
8
Βιβλιοθήκη Baidu
• 预调度方式节省两条信令,在实际测试中发现能减少时延大致10ms • 在实际应用中,UE首次发送数据应该采用非预调度方式 • 建议: • 当验证LTE技术以及厂家实现的极限能力,采用预调度方式; For internal use • 当测试在实际环境中系统的平均表现,采用非预调度 /动态调度方式
16. Security Mode Command + RRC Connection Reconfiguration
18. RRC Connection Reconfiguration Complete
For internal use
3
控制面时延
© Nokia Solutions and Networks 2013
时延测试方法及基本性能
1
For internal use MBB CS NetEng LTE TDD & performance
© Nokia Solutions and Networks 2013
Context 1. 控制面时延 测试方法 理论预期 Ph1测试结果及注意事项 2. 用户面时延 测试方法 理论预期 Ph1测试结果及注意事项 3. 切换时延 切换用户面时延 切换控制面时延 4. 寻呼时延
控制面时延——理论预期
内部资料 请勿外传
在3GPP协议中对控制面接入时延有定量的规定:< 100ms. 在目前的系统架构的情况下, 由于系统在信令交互上一些不太完美的设计,导致信令流程比协议约定的要略长,另 外这是RL15TD的控制面时延,RL25以上版本暂未找到NSN相关设备控制面时延理论分析,CMCC目前要求此时延 要低于80ms
注意事项:根据其他城市测试发现,在进行此项测试时推荐采用终端hisi5776和cds7.1软件,控制面时延 可低于CMCC要求80ms
For internal use
5
© Nokia Solutions and Networks 2013
Context 1. 控制面时延 测试方法 理论预期 Ph1测试结果及注意事项 2. 用户面时延 测试方法 理论预期 Ph1测试结果及注意事项 3. 切换时延 切换用户面时延 切换控制面时延 4. 寻呼时延