打破行业困境，大麦如何引领NB-IoT技术的创新应用

一、物联网NB-IoT技术简介

1、业务背景

受限于移动蜂窝网络（2G/3G/4G）容量问题，人流密集的场所会造成网络通信瘫痪，这种况下使用移动网络的业务就会收到灾难性的影响。因此解决移动网络问题，成为现场娱乐行业的首要任务和挑战。5G通信技术虽说在设备容量上增加到每平方公里100万个，但其大规模部署和低廉的模组仍需时日。因此用于物与物通信的窄带物联网技术NB-IoT是否可以解决现场网络问题呢？

图1. NB-IoT技术的优点

2、 NB-IoT的技术特点

NB-IoT是有电信级保障的物与物之间的长距离通信技术，相对于短距离通信和私有技术优势明显。因此在大型娱乐现场或者体育赛事中，NB-IoT就像是一条救援通道，可以正常运行。

图中1描述， NB-IoT带宽200KHz，上下行最大传输速率250kbps，单个基站网络容量在4-5万个NB设备，信号覆盖范围比传统通信网络有20db的增强，因此可以有效覆盖室内，地下室等遮挡严重的环境。NB-IoT另一个特性就是低功耗，通过使能PSM（Power Saving Mode）和eDRX（enhenced Discontinuous Reception）功能可以起到降低功耗的作用。该方法主要是通过减少NB-IoT设备和基站的信令交互以及数据上报的频率来达到降低功耗的目的，以上都是NB-IoT技术的一些优点。

二、NB-IoT平台的选择

工程化的目的是针对项目的使用场景，合理和创新地使用已有技术的优缺点，将其业务性能发挥到最优。目前NB-IoT由三大运营商来运营，因此基础设施完善，通信质量有保障。我们选择NB-IoT原因如下：

1、运营商NB-IoT基站部署早，最先运营，覆盖地区范围最广

如下图所示（数据来源于中国运营商）运营商NB-IoT覆盖全国30个省和直辖市，且区域覆盖率都在93%以上，可以满足全国多数大型场馆以及郊区户外场景，其中大麦的业务场景主要包括城市中的大型场馆，以及郊区的音乐节场地。

图2. NB-IoT全国分布和覆盖率情况

2、平台有开放的API接口，支持第三方应用平台的接入

运营商物联网开放平台提供了海量API接口给第三方应用开发者。通过调用平台的接口，开发者可以开发出基于多种行业设备的应用，如公共事业、智慧家庭、智慧场馆等，从而实现对设备的管理（包括设备的增、删、查、改）、数据采集、命令下发和消息推送等功能。

三、 NB-IoT通信协议

NB-IoT 设备和运营商物联网开放平台之间采用 CoAP 协议通讯(注:在设备侧，CoAP协议栈一般由 NB-IOT 芯片模组实现)，CoAP消息的payload为应用层数据，应用层数据的格式由设备自行定义。由于NB-IoT设备一般对省电要求较高，所以应用层数据一般不采用流行的json格式，而是采用二进制格式。

NB-IoT设备只能发送ASCII码，因此发送的数据需要先转换成对应的ASCII。该数据需要通过物联网云平台的编解码插件转换成对应的json数据，通过运营商平台预留的回调接口发送给服务端；下行服务端发送的数据，需要对应的编解码插件转化成NB-IoT可以识别的ASCII码，设备通过串口接收解析数据。详细流程如下图2所示。

图3. NB-IoT终端和物联网平台的交互流程

四、如何提高NB-IoT的实时性

NB-IoT的一个优点是低功耗，一块电池理论上可以使用10年，但低功耗是以牺牲实时性为代价。之所以能够实现低功耗，是由于PSM和eDRX功能的引入，目的是减小数据发送频次，减少和基站的信令交互。这种低功耗适用于检测类设备，对实时性要求不高，数据重复性大的场景。

但我们要应用的场景是演唱会或赛事的新增票，对数据实时性要求很高，也就是不希望NB-IoT模块进入PSM或eDRX模式，设备始终保持和基站的连接。因此选择合适的NB-IoT业务模式，也是至关重要的。NB-IoT的业务模式，决定了NB-IoT的使用场景，基站通过获取设备SIM卡APN（Access Point Name）的业务参数，来对NB-IoT设备进行控制。

根据我们的业务场景，我们需要选择设备和基站始终处于交互状态，也就是一旦NB设备连接上基站后，不会进入空闲和睡眠模式，会始终和基站保持连接，随时进行数据交互，从而可以有效降低数据接收和发射的延时。其中eDRX周期很短，只有2.56s，也就是在长时间没有数据交互的情况下，设备从eDRX跳出进入连接态，只需2.56s。

五、赋能和创新带来的业务模式

利用NB-IoT这条稳定的通信链路，开发了新增票业务模式和现场大盘监控业务。新增票业务是指：当项目开始验票后，售票还在进行，为了确保客户新购买的票能够核验，需要将这些数据实时同步到核验设备上。新增票链路自上而下涉及：大麦服务端（新增票来源）、运营商云平台、麦小智（NB-IoT设备）、PDA。

一张新增票通过服务端推送给运营商云平台，然后经过核心网，基站发送给麦小智中的NB-IoT设备，麦小智接收到NB-IoT的数据后经过解码，把新增票通过MQTT推送给PDA，从而完成了一张新增票的流程。

大盘监控数据流程PDA将验票数据通过MQTT推送给麦小智，麦小智汇总完票务数据后，通过NB-IoT发送给物联网云平台，大麦服务端通过回调地址将上报的数据推送到数据大盘监控。其中还涉及到验票项目和NB-IoT设备的绑定和编号规则，用于给制定的项目设备组发送新增票，以及利用NB-IoT推送设备密钥用于连接阿里云IoT平台，这里就不再做详细描述。新增票和监控大盘流程图如下所示：

图4. 大麦NB-IoT的上下行业务

工程应用中对NB-IoT新增票链路的思考：

1、 NB-IoT只适合固定场景应用，如燃气表，路灯吗？

这些场景只是利用了NB-IoT高覆盖和低功耗的特点，而且目前市场上对NB-IoT的应用主要是一些重复数据的上报，并没有将NB-IoT其他技术特点去进行探索和创新，造成其应用没有任何突破和创新；因此结合自身业务以及合理利用技术本身的优势更为重要。

2、数据通过服务端下发给物联网平台，物联网云平台推送给NB-IoT设备，如何保证数据不丢失？

除了要考虑物联网平台，基站的通信质量问题，我们还需要关注设备是否可以100%接收到数据，这就需要我们通过一些应用层的保障机制来确保数据的到达。

（1）接收到的新增票通过什么方式推送给PDA，保证PDA能够拿到所有新增票数据？

针对不同场景，（如验票开始前后，新增数据开始推送时间点，以及新增加的验票设备PDA）需要设计一套全面的同步机制，保障云端新增数据能够在验票项目周期中实时快速的将数据推送至PDA，不影响现场的客户入场体验；

（2） NB-IoT的数据传输能力如何，是否满足业务场景，如何处理高并发业务场景？

设备过多且集中注册在同一个基站下，数据收发频率较高时，就需要考虑并发机制，以免造成基站负载饱和问题。因此在多台设备连接同一个基站下，需要通过优化设备接入机制和数据发送/传输频率来解决高并发的冲突。通过实践证明，NB-IoT的实际能力并没有理论描述的那么弱，并且可以满足我们目前新增票和监控数据的业务场景。

（3）优化新增票效率和数据安全。针对NB-IoT数据的传输能力，如果用较小的带宽传输较多的有用数据，以及提高传输效率需要着重去设计，比如数据压缩方法；还有从安全的角度，通过加密的算法去保证数据的安全。因此为了保障设备数据的安全和重要信息的存储，需要一套安全的保障机制。