打破行业困境,大麦如何引领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数据的传输能力,如果用较小的带宽传输较多的有用数据,以及提高传输效率需要着重去设计,比如数据压缩方法;还有从安全的角度,通过加密的算法去保证数据的安全。因此为了保障设备数据的安全和重要信息的存储,需要一套安全的保障机制。

发布了10 篇原创文章 · 获赞 0 · 访问量 358

猜你喜欢

转载自blog.csdn.net/alienttech/article/details/104425093