LTE寻呼分析
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1
名称:LTE 寻呼黑洞小区分析
提交人:万付增
提交日期:2014-08-18
软件版本: V3 20 00 45 硬件版本:ENODEB 5116
********************************************************************************************************************
故障现象:
近期德州区域CSFB 寻呼成功率较低,针对这个问题,进行了分析。
可能原因:
寻呼黑洞小区分析思路
GSM-MSC 部分
GSM 的MSC 侧的两个counters ,分别为SGsAP-Paging-request (步骤1)和SGsAP-service-request (步骤4)
对应到LTE 部分涉及到两个网元,MME 和eNodeB ;
MME 部分(NOKIA DO 信令分析数据(20140804-0810-19点)) 从NOKIA 拿到的MME 侧统计能看到cs 域寻呼丢弃数以及LAC 寻呼数;
MME侧统计寻呼超时,据反映NOKIA网络设定T3413为9s;针对寻呼成功率低问题,需要从如下方面进行分析:
1一方面主要从LTE侧分析。
2、另一方面主要从2G侧分析。
影响寻呼建立成功率的因素主要有:
1)弱覆盖,被叫未收到寻呼消息,终端无响应。
2)未配置最佳2G邻区,导致起呼过程中频繁发起小区更新重选。
3)TAC、LAC区域规划不合理,导致起呼过程中发起位置更新。
4)干扰问题。
5)2G拥塞。
6)设备告警等。
问题分析:
下表为8月9日与8月10日寻呼黑洞小区数对比:
下图为8月9日与8月10日寻呼黑洞小区数对比:
3
8月9日与8月10日相比,大唐区域的寻呼黑洞小区数基本没有差异。
下图为8月9日与8月10日寻呼超时数对比:
从上图9号和10号的数据对比中可以看出,大唐的寻呼丢弃数下降了近600次。 从以下几个原因进行分析:
1、TAC 、LAC 区域规划不合理,导致起呼过程中发起位置更新。
取得详细的寻呼黑洞小区统计,以及频繁TAU 小区数; 结合站点基础数据进行地理化分析:
上图可以看出,蓝线代表GSM的LAC边界也是LTE 的TAU定义,由于訾庄处在与济南LAC边界地段,且站点较高存在覆盖距离较远如果用户频繁处于TAU状态,在更新的过程中UE无法接收到
寻呼消息,寻呼消息丢失问题显现;将影响paging成功率。
针对此类小区需要协调GSM网络进行TAU和LAC的重新规划;
针对此类超高站需加大整改力度,控制覆盖范围。
对此类站点eNodeB侧适当调整pagingDiscardTimer由3s调整至5s;
2、干扰问题
强干扰引起小区上行干扰严重,终端无响应导致寻呼失败。
8月10日,第四小学寻呼成功率指标如下:
5
由于第四小学建设在十层楼的楼顶,站点较高,且与武城国税局距离仅300米;而武城国税局站点较矮,在该路段存在越区覆盖的现象;但由于第四小区是美化天线,无法对该站点进行天馈调整。此路段覆盖情况如下:
提取昨日该站点pl.sfn2.PrbG1.RIP.Avg(R065_001)[单位:dBm],情况如下:
解决建议如下:
1)拆除第四小区美化罩,收缩其覆盖范围,以减少重叠覆盖引起的干扰。 未配置最佳2G 邻区。
针对该问题,大唐区域近期对十个县城进行了集中L-G 邻区核查的工作;目前该项工作已接近尾声,截至今日,已全部完成十个县城的L-G 邻区核查工作,如下为部分县城核查工作的邻区调整明细:
弱覆盖引起寻呼失败
LTE弱覆盖区域,UE因无线链路问题解析寻呼消息失败,引起寻呼失败问题。
如下为滨湖丽都寻呼成功率情况:
该站点为郊区站点,通过对该站点覆盖路段进行覆盖测试,发现存在较多弱覆盖路段:
解决措施:
该路段LTE三期已规划站点,详情如下:
7
分析总结
由信令流程可以知道,寻呼失败的因素是多样的,只要在MME-ENB-UE 三个设备及无线环境的各个环节出现问题,都能影响寻呼成功率,LTE 二期已基本结束;目前网络仍在快速建设的阶段,许多地方存在覆盖空洞;而有些地方则存在重叠覆盖的现象,从网络优化的角度分析,主要是干扰及弱覆盖两个因素分析,建议对现网进行干扰排查,整改问题站点;并尽快开展LTE 三期的工作。