LTE时延测试方法及基本性能指导

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

测试条件:
• 单UE
• 下行70%加扰
• 测试涵盖信号质量好/中/差点
(高/中/低SINR点)
Active State
Leabharlann Baidu
内部资料 请勿外传
UE
eNB
MME
1. Delay for RACH Scheduling Period
5. Processing delay in UE
9. Processing delay in UE
要低于80ms
For internal use
3 2/16/2020
MBB CS NetEng LTE TDD & performance
© Nokia Solutions and Networks 2013
控制面时延——PH1测试结果及注意事项
0 50 100 150 200 250 300 350 400 时延 (ms)
11. Processing delay in eNB 12. Connection Request 14. Connection Setup 15. Processing delay in eNB
13. Processing delay in MME
For internal use 2
控制面时延
© Nokia Solutions and Networks 2013
注意事项:根据其他城市测试发现,在进行此项测试时推荐采用终端hisi5776和cds7.1软件,控制面时延 可低于CMCC要求80ms
For internal use 4
© Nokia Solutions and Networks 2013
Context
1. 控制面时延 - 测试方法 - 理论预期 - Ph1测试结果及注意事项
16. Security Mode Command + RRC Connection Reconfiguration
18. RRC Connection Reconfiguration Complete
3. Processing delay in eNB
7. Processing delay in eNB
• 预调度方式节省两条信令,在实际测试中发现能减少时延大致10ms
• 在实际应用中,UE首次发送数据应该采用非预调度方式
• 建议:
• 当验证LTE技术以及厂家实现的极限能力,采用预调度方式;
测试结果
NGMN Essential
内部资料 请勿外传
自研终端 TM500
控制面时延 82.1 ms 180.8 ms
NGMN需求: ➢ 控制面时延 < 100 ms
• 采用自研终端的厂商时延较低,而使用TM500的偏高,与TM500本身处理时延有关
备注:上述自研终端的时延为一阶段测试所有厂家测试平均值
2. RACH Premble
4. TA+ Scheduling Grant 6. RRC Connection Request
8. RRC Connection Setup
10. RRC Connection Setup Complete +NAS Service Request
17. Processing delay in UE
用户面时延——测试方法
内部资料 请勿外传
所谓用户面时延,就是指一个数据包从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好/中/差/点 • 下行70%加扰+多UE在测试小区进行满buffer业务(用以抢占调度资源) ➢ 动态调度ping包:32/1500B, SINR好/中/差/点
Context
1. 控制面时延 - 测试方法 - 理论预期 - Ph1测试结果及注意事项
2. 用户面时延 - 测试方法 - 理论预期 - Ph1测试结果及注意事项
3. 切换时延 - 切换用户面时延 - 切换控制面时延
4. 寻呼时延
1 2/16/2020
For internal use MBB CS NetEng LTE TDD & performance
控制面时延——理论预期
内部资料 请勿外传
在3GPP协议中对控制面接入时延有定量的规定:< 100ms.
在目前的系统架构的情况下, 由于系统在信令交互上一些不太完美的设计,导致信令流程比协议约定的要略长,另
外这是RL15TD的控制面时延,RL25以上版本暂未找到NSN相关设备控制面时延理论分析,CMCC目前要求此时延
© Nokia Solutions and Networks 2013
控制面时延——测试方法
所谓控制面时延,就是指UE从idle态到
连接态所需要的转换时间。UE在连接态
即可收发业务数据。控制面时延短对提
IDLE
高用户体验非常重要。
State
测试目的:
验证TD-LTE系统是否能提供小于100ms 的控制面时延
2. 用户面时延 - 测试方法 - 理论预期 - Ph1测试结果及注意事项
3. 切换时延 - 切换用户面时延 - 切换控制面时延
4. 寻呼时延
5 2/16/2020
For internal use MBB CS NetEng LTE TDD & performance
© Nokia Solutions and Networks 2013
For internal use 6
© Nokia Solutions and Networks 2013
用户面测试 用户面时延——测试方法
预调度
非预调度
内部资料 请勿外传
• 预调度: eNB调度器始终为UE 上行数据分配固定的资源, 不需要UE发起调度请求就可 以直接发送数据包。
• 非预调度: 也叫动态调度。 当UE需要发送数据时,UE需 要请求eNB分配资源。eNB调 度器收到资源请求后再为其 分配资源。
相关文档
最新文档