4G优化案例：家电类NB-IoT业务支撑案例.docxVIP

家电类NB-IoT业务支撑案例 XX XX年XX月 目录 TOC \o 1-3 \h \z \u 一、概述 2 二、业务流程梳理 2 三、关键技术原理 3 3.1、DCI虚警 3 3.2、Polling定时器 4 3.3、T3440定时器 5 3.4、T3417定时器 5 3.5、T310定时器 6 四、典型问题分析 6 4.1、测试方法概述 6 4.1.1、测试环境及工具 6 4.1.2、虚拟机发包机制 7 4.2、问题分析及解决 8 4.2.1、终端电路设计问题（业务失败主因） 8 4.2.2、其他问题（占比较低） 9 五、关键参数调优 25 六、结论 25 一、概述 XX小天鹅联合中国电信，结合NB-IoT技术与智能洗衣机技术，成功研发 “U净”自助洗衣平台，通过手机APP加NB-IoT网络实现了对洗衣机的预约、付费、开机、启动流程。现该智能洗衣机已在北京、上海、山西、河南、四川、辽宁、黑龙江等省的公共洗衣房内正式商用，后续将逐步扩大部署范围及部署规模。 业务上线之初，整体业务成功率不理想，5.1日-5.18日业务失败率（下单后洗衣机未运行）5.72%、业务启动延时率（下单后至洗衣机开始运行延时超过1分钟）5.19%，即业务正常比例仅89.09%，远低于客户95%的业务正常比例预期。后续通过修正终端电路版图设计解决终端芯片供电电压不稳、分析并解决网络隐性问题提升业务成功率、优化网络参数提升网络健壮度三大手段，成功将业务成功率提升至99%以上。 本文档基于XX电信小天鹅NB-IoT洗衣机业务支撑经验，内容包括业务流程分析、关键技术原理、典型问题分析、关键参数配置，可作为参考手册指导各省市开展相关业务的支撑工作。 二、业务流程梳理 小天鹅NB-IoT智能洗衣机手机APP操作共分六个步骤，通过在手机APP上操作，同时查看PGW信令的方式，确认小天鹅洗衣机业务流程如下： （1）扫码。 （2）选择“洗衣模式”后点击“立即下单”。（业务平台向洗衣机下发第一条控制指令） （3）点击“确定”。 （4）支付。 （5）点击“启动洗衣机”。 （6）点击“准备好了，启动洗衣机”。（业务平台下发第二条和第三条控制指令） 其中第一条控制指令为“预约指令”，预约被扫码的洗衣机。第二条指令为“开机指令”、第三条指令为“启动指令”。洗衣机每收到一条指令，都会回复一条确认包，并在应用层改变状态。业务平台对三条指令不顺序等待，即使不收到洗衣机上报预约成功的回复，也不影响第二、第三条指令下发。 三、关键技术原理 在对洗衣机业务进行分析、支撑的过程中，需了解如下关键技术，否则易导致分析支撑工作无法继续开展： 3.1、DCI虚警 PDCCH承载的DCI包括上下行资源调度信息（调制编码模式，资源位置），和上行功率控制信息。 DCI的发送以RNTI为单位，1个DCI对应于1个RNTI，映射在物理信道PDCCH上进行传输。DCI信息的信道编码，采用长度为16的CRC计算，并在CRC信息上加扰长度为16bit的RNTI信息，之后进行卷积编码，速率匹配，本身存在一定误检率。 DCI虚警常发生在连接态，DSP误检N0、N1，LL1保护失效的情况下，终端接收到的PDCCH的中的DCI的quality较差（实际基站并没有下发DCI），根据DCI解析的NPDSCH的重复次数很高，调度NPDSCH接收花费时间较长，从而错过基站下发的实际调度信息，导致下行消息漏检。 根据协议要求NPDCCH的误码率不大于1%，参考如下： 3.2、Polling定时器 为了避免数据从一端经过空口发送到另一端出现丢包、乱序，RLC层设计了Polling机制，即按一定的周期或满足条件后发送端主动发起Polling要求接收端反馈数据包接收情况（即状态报告Status Report）。状态报告中包含的信息：接收端已经收到的RLC的SN号以及没有收到的SN号。发送端收到状态报告后，如果存在丢包则会重传丢失的RLC包，从而保证对端RLC包序号的完成，并按序组包递交给PDCP层。 Polling触发包含Bytes触发（UePollByte/EnodeBPollByte参数控制）和PDU触发（UePollPdu/EnodeBPollPdu）两种，两者是或的关系，满足其中一个条件即可。当发送端向接收端发送Polling后，这个携带Polling标识的RLC包也可能因丢包而无法被接收端正常接收，无法触发状态报告。因此，在发送端发送Polling后，如果Polling重传定时器（UePollRetransmitTimer/ ENodeBPollRetransmitTime