4G优化案例：物联网智能停车丢包优化三步法.docx

物联网智能停车丢包优化三步法 XX XX年XX月 目 录 TOC \o "1-2" \h \z \u 一、 问题描述 3 二、 分析过程 4 2.1、无线侧覆盖排查 5 2.2、终端侧排查 6 2.3、网络侧（ENB+MME）排查 7 三、 解决措施 9 四、 优化效果 10 五、 经验总结 10  物联网智能停车丢包优化三步法 XX 【摘要】随着电信NB-Iot业务逐渐增加，各类物联网终端的性能参差不齐，对电信NB-Iot业务提出更高要求。本文通过分析出智能停车地磁终端问题，通过对无线侧覆盖排查，终端侧排查，网络侧（ENB+MME）排查的“三步法”，解决XX市路边智能停车位丢包，无法及时更新用户离开后仍然产生计费问题。 【关键字】NB-Iot 智能停车、 丢包 【业务类别】NB-Iot 问题描述 用户反馈自2019年4月12日之后XX智能停车出现丢包问题，具体现象为当车辆进入停车位，计费终端开始计时计费，当车辆离开时，出现仍在计费现象，无法及时更新停车位状态信息，通过反查终端指标，发现4月12日后终端丢包率劣化到10%左右。 图1、智能停车位终端丢包率 根据终端丢包率TOP小区分布图观察，丢包率较高小区主要集中在一期智能停车位范围内。 图2、智能停车丢包率较高位置分布 分析过程 根据XX市智能停车框架结构，分别对无线侧信号覆盖、网络侧（ENB+MME）、用户设备进行信令追踪，逐步排查各层问题。 图3、智能停车框架结构 2.1、无线侧覆盖排查 选取XX市浦东路NB终端丢包路段进行测试，现场无线环境较好，NB小区RSRP在-70dBm左右，SINR在12dB左右，现场无线环境较好，排除因无线环境导致终端丢包率劣化原因。 图4、浦东路现场无线环境测试 同时查询NB终端占用NB小区状态及小区参数状态，无异常。 2.2、终端侧排查 通过对终端设备信令跟踪，现场模拟车辆进入车位时，终端上报数据后，由于未接收到下行ACK回复，终端继续上报数据，连续4次上报后一直未接收到ACK消息，终端NB模组转入PSM态，需要10分钟或更长时间重新激活，且NB终端发送数据类型为CON数据，当终端未收到ACK确认消息，2S后开始进入idle状态，如果CON数据未收到ACK确认消息，应像NON数据一样，需要等待20s才可进入idle状态。 设备厂家：杭州易姆讯科技有限公司 模组厂家：上海移远 BC35GJB-02-STD 海思版本：海思150 图5、NB终端信令采集 图6、模组厂家信令分析 2.3、网络侧（ENB+MME）排查 对跟踪到的 UE 级小区信令进行分析，如 7所示的业务流程中可以看到核心网下发 60bytes nas 消息后，立刻下发了 Ue context release 命令。这种情况下，有时最后一包下行 nas 消息会失败。 初步分析，终端在收到下行数据包并解析出了release 消息（release 夹带在数据里面） 后，就不再解析后面的数据。 图7、基站信令跟踪 对通过白板采集到的 CMAC 打印 log 进行分析，如图8所示，发现只要 bsr 更新过720，那么接下来的下行调度一定 fail。第一包数据请求 680，调度完成后，读取 DMAC 的 bsr 缓存得到 720，再次调度时，bsr 变成了 64bit，所以这一包调度 72bit，也就是 72bit 的这一包一定失败。 图8、CMAC 中的下行 fail 通过核心网信令跟踪，核心网同时向ENB发送DL NAS 和RELEASE消息， 但是发送存在差异含有不同的时间序号。 图9、MME侧信令跟踪 解决措施 针对以上问题，尝试三种方案解决该问题： 1、NB终端升级，远程关闭地磁终端RAI功能，该功能打开后将减少设备耗电，但是不需要反馈ACK消息，同时增加地磁设备进入Idle态时延，将地磁设备T3314计时器增加。 但是该地磁设备埋入地下，该设备不支持远程升级，通过调整第二批支持升级设备终端，丢包率问题已解决。 图10、NB终端实物图 2、核心网侧，将核心网侧RAI功能关闭，或调整下行数据包和释放消息时间间隔，可解决该类问题。通过观察核心网该参数为全局参数，无法针对某个地市做调整。 3．调整基站侧接收机制，对基站进行升级处理，关闭 DMAC 信令优先功能。 通过基站侧补丁包升级后，通过观察数据正常。 优化效果 通过无线侧覆盖排查，终端侧排查，网络侧（ENB+MME）排查的“三步法”思路，对NB终端升级、核心网参数调整、基站数据升级处理，XXNB智能停车位丢包率得到解决。 图11优化前后指标变化趋势图 经验总结 最终问题由于各厂家的机制不同导致，由于3GPP对部分层面未进行严格规范，部分流程按照设备商各自机制设置，随着N