17
6.2 呼叫失败定位流程 6.2.1 主叫失败定位流程
CSFB主叫失败 UE正常上报 ESR消息 是 RRC CONN_REL 正常 是 UE接收2G 系统消息 是 LAI内回落内回落 UE发送CM service REQ 否 TAU过程中或TAU之后200ms,发起主叫,UE跟踪可看看到ESR消息,但UE实际不会上报enB(UE不会发送) 1.检查eNodB频点组/邻区/功能开关配置 2.检查eNodB license 否 否 检查2G覆盖 LAI间回落 UE 发起LAU UE回落2G处理流程 否 检查2G BSC 小区CSFB开关 检查2G网络情况
18
6.2.2 被叫失败定位流程
CSFB被叫失败 否 是 联合位置更 数据卡正常 非4G无线问题 新成功 是 否 寻呼处理流程 转联合位置更新问题 是 eNodeB 否 UE接收寻 接收寻呼 呼 排除4G弱覆盖问题联合位置更新处理流程 否 是 检查DRX值与 MME 否 MME接收 UE是否正常 否 收到寻呼后发起ESR,同时 到寻呼 上报ESR 立即进行TAU,回落后呼叫 失败 检查MSC寻呼配置 是 是 检查SGs接口状态 UE释放流程 否 MM指示 检查MM配置 回落 检查MME寻呼配置 是 检查传输网络是否丢包 检查eNodB频点组/邻区 否 RRC_RELz /license/功能开关配置 hengchan 是 否 UE接收2G 检查2G信号 系统消息 是 UE接入2G处理流程 LAI间回落 UE发起LAU LAI内回落 UE发送Paging RSP POOL边界问题 否 POOL内建议部署MTRF LAU 是 转MME处理 寻呼响应/LAU 否 否携带TMSI 是 检查2G CSFB开关 检查2G网络情况 19
五、
1. 指标定义
呼叫时延
主叫手机发出Extended Service request消息到主叫侧收到了Alerting消息之间的时延;
2. 计算方式
通过测试手机对主叫终端的信令记录自动统计计算结果
3. 分析思路
通过无线侧的信令分析,目前的呼叫时延主要包含三部分,如下图:
第一个区间段耗时非常短,而且都是在LTE下发起业务必须的流程,为0.17S左右,时延几乎可以忽略不计;第二个区间段耗时约1.6S,第三个区间段耗时约9.5S,占了整个呼叫时延的较大比例,所以时延优化重点在第二、三个区间段。
20
4. 无线侧的优化建议
对于第二个呼叫流程区间段:网络释放终端在LTE网络下的RRC连接,并选择一个GSM频点回落的过程;目前我们采用基于PS重定向方式的CSFB通过RRC Release 消息直接释放UE,并在释放消息中指示UE 一个目标系统GERAN 的频点组信息,一个GERAN频点组可以包括最多32个GSM频点。由于考虑到无线环境的复杂性和频点配置的可实施性,目前一般采用的LTE小区通配最常用的32个GSM主BCCH频点的方式。但由于在不同的具体位置最优的GSM频点不固定,因此终端要检测到最优的GSM频点所需要到的时间也不相同;而且配置的频点越多,检测所需时间也就越长,如果能够通过精确设置频点,理论上可以缩短终端测量GSM频点的时间,从而缩短达到时延的效果。
将GSM的频点数目逐步减少,验证结果如下表:
呼叫发起到LTE释放时延(S) 0.179 ↓0.153 ↓0.151 LTE释放到GSM发起请求时延(S) 1.566 ↓1.158 ↓0.78 GSM发起呼叫请求到响铃时延(S) 9.599 9.554 9.583 11.344 10.865 10.514 总时延 频点配置情况 配置32个频点 配置6个频点 配置3个频点 从以上验证结果可以看到有两段时延有所下降: ? 呼叫发起到LTE释放时延:
相关推荐: