关于NB-IoT的并发分析

转载自微信公众号 onemo

该文章关于NB-IoT并发的分析挺好的，分享以下。

NB-IoT模组选型考虑因素

NB-IoT模组的选型评估工作对于项目能否顺利实施至关重要。前期评估验证阶段的工作若未做充分，很可能导致项目半途终止，最终发现NB-IoT通信方案并不适合当前应用场景，造成资源浪费。在实际工作中，这种现象是非常常见的。

以下为NB-IoT模组选型中应做评估的常见问题（仅供参考，评估应以实测为准）：

                          表1---NB-IoT模组选型常见需考虑因素

评估项	限制因素	选型建议
电池功耗评估（节电要求）	水表应用电池一般9AH（7年）	平均每天3.5mAH（每天1次）
并发能力	NB-IoT单基站12个并发设备	当使用MQTT  、需发心跳、数据交互频繁(分钟级)、设备密度极大等情况时，不建议使用NB-IoT或需慎重评估
延时及丢包要求	NB-IoT平均延时约10秒，有丢包概率，NB-IoT信号受环境影响较大	重要报警信号不允许丢失、实时性要求高等场景不适用
实时下行要求	必须开通专用APN及连OneNET	实时下行与低功耗矛盾，一般NB-IoT为上行时接收下行
传输速率要求	一般小于5KB/S	不适合传图片等大文件，单次应小于500 BYTE
定位能力	GNSS可选N10SG,基站LBS尚未完善	LBS定位精度差速度快，GNSS功耗高定位速度慢
使用位置	如高层，井盖下，地下车库，郊区（信号覆盖一般为城区）	以上地点需实测评估NB-IoT信号质量
语音及短信	暂不支持	暂不支持
应用数据传输频率	如不需节电也建议不超1次每小时，需结合设备分布密度考虑	建议每天不超过3次（表计类）

 

 

 

NB-IoT并发能力限制原因

 

本文主要讨论NB-IoT通信方案最需要关注的重点——“并发能力限制”对选型使用的影响。首先看一下NB-IoT这个痛点的原因是什么？主要就是带宽太小，就像公路太窄能同时通行的车就特别少，下图可见：

                                            图1 NB-IoT并发能力有限的原因

                                                  图2 常见蜂窝网络制式带宽对比

由上图可知：根据设计，LTE（4G）系统支持多种频率带宽配置：1.4MHz、3MHz、5MH、10MHz、15MHz、20MHz。其中，最大20MHz(现网常规配置)，最小1.4MHz。

为什么是20MHz呢？

因为LTE被设计为最多允许110组子载波（1组=12个）同时传输。

110 ×（15KHz×12）= 19800 KHz ≈ 20 MHz。

因此如果说4G LTE是高速公路，NB-IoT就是乡间小路，并发能力没法比。

 

NB-IoT应用中的常见误区及注意事项

问

客户甲：我听说是超大容量，单基站最多可以让5万个设备一起工作。

答

OneMO精灵：这里所说的5万个设备容量是指设备深度休眠状态下，基站仍保持其注册信息，一旦睡眠中恢复不用再重新驻网连接。要是同时醒来，网络就直接崩溃了2333，更别说同一时间只允许12个设备做数据业务，这个超大容量和并发能力完全是两个概念啊，好不好。

问

客户乙：我听说NB-IoT是超低功耗的，那我电池选2000mAH肯定足够了呗。

答

OneMO精灵：NB-IoT的超低功耗是指其可以进入uA级深度休眠，实际收发数据那也是20-300mA级别的功耗，还和外部信号环境关系很大。实际使用务必根据各自应用场景实测电池消耗量并留足余量。

NB-IoT并发限制注意事项

 

• NB-IoT接入能力主要考虑两方面：RRC最大连接用户数和有效RRC连接用户数。目前华为和中兴的最大RRC连接用户数约为600个；

• 现网NB-IoT单小区上行只有12个NPRACH子载波(12个信道)，若基站配置 NPRACH 周期为 320ms，1 s可同时接入设备数（驻网）为36个；

• 终端集中接入导致网络底噪提升、接入指标下降；终端满功率发射导致网络干扰抬升；终端未做错峰优化、网络容量有限，造成网络拥塞设备接入困难；

• 终端所处的信号覆盖等级不同（ECL0 1 2），网络接入及数据收发速度及成功率不同，某项目设备分布按覆盖等级强中弱6:3:1分布，60 s可并发接入用户数约 60 个（仅供参考）；

• 需注意模组驻网时和发送数据时（Idle态不占用信道）都占用信道资源（12个），因此当有大量设备在驻网时，发送数据容易失败。

 

重要声明：以上数据仅供参考，均为理论数据，实践才是检验真理的唯一标准哦。

 

NB-IoT应用客户选型实例

 

前段时间有个客户告诉我们板子已完成，正在写单片机程序，表示使用OneMO M5311模组MQTT的协议调试非常顺利，再加把劲就可以做完。我们一听MQTT，心里闪过一丝不祥的念头，赶紧问他具体应用场景。

客户描述：该终端是医院病房使用的病床呼叫警报器，同时支持下发广播。日常每2分钟发一次MQTT心跳，当病人按下按钮时，终端通过NB-IoT网络将警报消息传到护士站；同时，护士站可以下发指令对每个病床的终端进行操作，触发特定广播如火灾警报等。

听完客户的描述，我们是崩溃的。我们只能告诉他残酷的真相：您好，NB-IoT通信方案不适合这个方案！

这就是未对NB-IoT网络能力，特别是并发能力做评估的典型案例，在案例中客户未考虑到多个影响因素：

• 设备太密集，一个病房5张病床，一层100-150个设备，一栋楼600-800设备；

• 客户并未调研医院周围NB-IoT信号质量，基站情况；

• 最大的问题是使用MQTT协议2分钟发一次心跳，如此大量的设备请求将直接导致基站拥塞崩溃。

• 对于一个NB-IoT小区，同一时间只允许1个下行，因为只有一个下行通道。本例中护士站下行的功能将无法正常运作，大部分设备无法及时收到指令。

• NB-IoT单个设备和批量使用时的差异效果巨大，原因就是现网网络信号千差万别及NB-IoT并发能力限制导致的，实际应用最好先考虑小批量模拟测试评估。

• 最容易被忽略的一个因素，公共NB-IoT基站周边还有大量其他设备，比如周边小区可能有几百个NB-IoT水表、街上有几十个NB-IoT井盖等NB-IoT设备。