物联网 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 基站部署早,最先运营,覆盖地区范围最广
如下图所示[1](数据来源于中国运营商)运营商 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 码,设备通过串口接收解析数据。详细流程如下图 3 所示。
图 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%接收到 数据,这就需要我们通过一些应用层的保障机制来确保数据的到达。
接收到的新增票通过什么方式推送给 PDA,保证 PDA 能够拿到所有新增票数据针对不同场景,(如验票开始前后,新增数据开始推送时间点,以及新增加的验票设备 PDA)需要设计一套全面的同步机制,保障云端新增数据能够在验票项目周期中实时快速的将数据推送至 PDA,不影响现场的客户入场体验;
NB-IoT 的数据传输能力如何,是否满足业务场景,如何处理高并发业务场景设备过多且集中注册在同一个基站下,数据收发频率较高时,就需要考虑并发机制,以免造成基站负载饱和问题。因此在多台设备连接同一个基站下,需要通过优化设备接入机制和数据发送/传输频率来解决高并发的冲突。通过实践证明,NB-IoT 的实际能力并没有理论描述的 那么弱,并且可以满足我们目前新增票和监控数据的业务场景。
优化新增票效率和数据安全
针对 NB-IoT 数据的传输能力,如果用较小的带宽传输较多的有用数据,以及提高传输效 率需要着重去设计,比如数据压缩方法;还有从安全的角度,通过加密的算法去保证数据的安 全。因此为了保障设备数据的安全和重要信息的存储,需要一套安全的保障机制。
CSDN VIP会员卡新增权益啦!!!
数百本电子书现在免费阅读啦!下载全站资源,免费观看千门课程。每日学习仅需0.8元。
☞Spark3.0发布了,代码拉过来,打个包,跑起来!| 附源码编译