4G优化案例：保障NB-IoT智能路灯行业首单落地案例.docxVIP

保障NB-IoT智能路灯行业首单落地案例 XX XX年XX月 目 录 TOC \o 1-3 \h \z \u 一、问题描述 3 二、分析过程及解决措施 3 1、无线侧 3 2、终端侧 5 3、IoT平台侧 5 4、服务器侧 6 三、经验总结 6 一、问题描述 NB-IoT 网络的优势吸引了大量物联网应用入场，其中智慧路灯业务是对 NB-IoT 网络挑战较大的一种应用。NB-IoT 网络超大连接，超强覆盖都是在一定的业务模型下实现的，而智慧路灯业务的实时性，网络交互频繁，大数据量等业务特点都对 NB-IoT 网络的容量、时延和业务可靠性提出更高要求。 XX 经济技术开发区物联网智慧照明项目是XX 市政府打造“智慧XX ”系列工作的重点项目之一，是全国范围NB-IoT技术在路灯业务上最大规模商业应用，是电信NB-IoT网络先进性的典型案例。整个改造工程分两期进行，第一期共计智慧路灯改造约8000盏，部署范围涉及14条主要干道，二期工程计划新增智慧路灯10000盏以上。现对该业务支撑经验及案例进行总结如下。 二、分析过程及解决措施 智慧路灯业务优化思路：结合NB-IoT网络异频组网及射频优化，开展端到端信令跟踪，即终端、基站、MME、PGW、IoT平台、厂家平台同步信令跟踪，通过大量业务模拟实验，定位问题环节，针对性分析并制定解决方案。 1、无线侧 （1） 异频组网策略 由于NB-IoT网络的高增益、广覆盖特性，信号干扰比较严重，严重影响路灯业务的正常进行。通过异频组网有效解决同频重叠覆盖带来的干扰，提升开发区SINR质量，有效提升路灯上线率。 三载频组网策略：NB-IoT第一载波中心频率879.7MHz（频点号2507），第2载波中心频率879.9MHz（频点号2509），第3载波中心频率为879.5MHz(频点号2505）； 注意：该方案充分利用频率资源，经验证，该组网策略对C网无干扰。 （2）T300定时器和接纳控制参数 在统计RRC连接成功率时发现，在XX 开发区NB-IoT站点RRC连接建立请求次数较多，且RRC连接成功率较低。通过中兴网管导出RRC连接性能指标，查看失败原因均为定时器超时和接纳失败。 T300定时器:从UE发出RRC connection request开始启动，UE收到RRC connection setup结束，若T300定时器设置值过小，会导致UE接收到RRC connection setup消息时间较短，最终因定时器超时导致的RRC连接失败次数较多。 eNB站点接纳参数:现网部分站点因权限问题，接纳控制门限设置值为10/20/50,导致部分用户因接入门限过低而无法正常接入。 将开发区站点去激活定时器从20s改到30s，T300定时器从6000ms改到10000ms，小区总的用户数接纳控制门限、小区CP用户数接纳控制门限、小区UP用户数接纳控制门限和网络级RRC License本小区预分配量均改为500。 通过修改T300定时器和接纳控制等参数，RRC连接建立成功率已由80%左右提升到98%以上。 （3）基站寻呼资源分配失败 当大量并行控制命令下发时，MME会产生大量寻呼消息发送至eNB，eNB将寻呼消息分配至响应寻呼帧的寻呼时刻，由于寻呼消息过多，基站PDCCH资源占用多，会出现寻呼资源分配失败，同时在接入时，等待资源分配时间较长，最终导致时延较大。 调整方法如下，支持多音MSG3传输的PRACH范围索引值由1/3改为2/3，nB PFPO寻呼因子由1/32改为1/64，DRX周期由1.28s改为2.56s，但最直接的解决手段，还是尽量扩大控制命令离散下发间隔，离散间隔在1s以上为宜。 当有重大演示时，可将Iactivity-timer改至略大于模组心跳间隔，使路灯模组保持常在线，这样模组常在线就省掉了寻呼步骤，控制时延5s内成功率可达98%以上。 2、终端侧 （1）路灯模组异常重附着 模拟路灯上电发包操作，分别在移远芯片、终端表具、基站、MME、PGW、服务器抓包。发现部分命令下发响应超时是由于终端发生异常重附着，重新附着后终端IP地址变更，但并未通知IoT平台，IoT平台在收到指令时仍发往旧的IP地址，故导致本次命令下发超时。 该问题最终通过重新烧录模组程序得以解决，即在模组每一次附着成功后，都需上报一个心跳包，告知IoT平台当前的IP地址。 （2）路灯模组无法上线 通过端到端信令跟踪，发现路灯模组在与MME完成连接后，并且正常收到MME下发的两条NAS消息，但路灯模组在收到两条NAS消息后并无任何响应，Inactivity－Timer超时后，路灯模组断开连接，如此往复，终端一直处于离线状态。该问题通过终端厂家更换路灯