NB-IoT的出现背景从传输距离上区分，物联网通信技术可以分为两类，一类是短距离通信技术，代表技术有Zigbee,Wi-Fi,Buletooth,Z-wave等，典型的应用为智能家居；另一类是广域网通信技术，业界一般定义为LPWAN（低功耗广域网），典型的应用为智能抄表。LPWAN技术又可分为两类：一类是工作在非授权频段的技术，如Lora,Sigfox等，这类技术大多是非标、自定义实现；一类是工作在授权频段的技术，如GSM、CDMA、WCDMA等较为成熟的2G/3G蜂窝通信技术，以及目前逐渐部署应用、支持不同category终端类型的LTE及其演进技术，这类技术基本都在3GPP或3GPP2等国际标准组织进行了标准定义。NB-IoT既是2015年9月在3GPP标准组织中立项提出的一种新的窄带宽蜂窝通信LPWAN技术。NB-IoT属于LPWAN家族最开始出现的是LTE-M，后来进化成CIoT,NB-LTE跟NB-CIoT进一步融合形成NB-IoT,即NB-CIoT+NB-LTE=NB-IoTNB-IoT是由华为、高通和Nevl联合推出NB-LTE是由爱立信、诺基亚等厂家提出为解决什么应用需求而生为迎合未来IoT万物互联的发展趋势，具更低成本、低功耗、广覆盖、低速率特点的LPWAN技术将扮演重要角色。长期以来，3GPP制式运营商的物联网业务主要依靠成本低廉的GPRS模块，然而由于Lora、Sigfox等新技术的出现，GPRS模块在成本、功耗和覆盖方面的传统优势受到威胁，于是在2014年3月的GERAN #62会议上3GPP提出成立新的研究项目“FS_IoT_LC”，研究演进GERAN系统和新接入系统的可行性，以支持更低复杂度、更低成本、更低功耗、更强覆盖等增强特性。NB-IoT正是源于面对非3GPP技术挑战，开展GSM技术的进一步演进和全新接入的研究。当前，全球电信运营企业普遍面临市场饱和、增长乏力等问题，移动M2M巨大的市场潜力及低成本优势，吸引运营商积极投入。无需移动性，小数据量，对时延不敏感。NB-IoT的优势• 强链接：在同一基站的情况下，NB-IoT可以比现有无线技术提供50-100倍的接入数。一个扇区能够支持10万个连接，支持低延时敏感度、超低的设备成本、低设备功耗和优化的网络架构。举例来说，受限于带宽，运营商给家庭中每个路由器仅开放8-16个接入口，而一个家庭中往往有多部手机、笔记本、平板电脑，未来要想实现全屋智能、上百种传感设备需要联网就成了一个棘手的难题。而NB-IoT足以轻松满足未来智慧家庭中大量设备联网需求。• 高覆盖：NB-IoT室内覆盖能力强，比LTE提升20dB增益，相当于提升了100倍覆盖区域能力。不仅可以满足农村这样的广覆盖需求，对于厂区、地下车库、井盖这类对深度覆盖有要求的应用同样适用。以井盖监测为例，过去GPRS的方式需要伸出一根天线，车辆来往极易损坏，而NB-IoT只要部署得当，就可以很好的解决这一难题。• 低功耗：低功耗特性是物联网应用一项重要指标，特别对于一些不能经常更换电池的设备和场合，如安置于高山荒野偏远地区中的各类传感监测设备，它们不可能像智能手机一天一充电，长达几年的电池使用寿命是最本质的需求。NB-IoT聚焦小数据量、小速率应用，因此NB-IoT设备功耗可以做到非常小，设备续航时间可以从过去的几个月大幅提升到几年。• 低成本：与LoRa相比，NB-IoT无需重新建网，射频和天线基本上都是复用的。以中国移动为例，900MHZ里面有一个比较宽的频带，只需要清出来一部分2G的频段，就可以直接进行LTE和NB-IoT的同时部署。低速率、低功耗、低带宽同样给NB-IoT芯片以及模块带来低成本优势。模块预期价格不超过5美元。网络组成 企业微信截图_15487238873731.png (13.46 KB, 下载次数: 1)下载附件2019-1-29 09:08 上传全球大多数运营商使用900MHz频段来部署NB-IoT，有些运营商部署在800MHz频段。中国联通的NB-IoT部署在900MHz、1800MHz频段。中国移动的NB-IoT部署在900MHz频段。中国电信的NB-IoT部署在800MHz频段，频率只有5MHz。常见部署方式      NB-IoT有三种运营模式，一种是独立的运营商的网络外面重做；第二种是在LTE的保护带上，实际上它主要的原理是上行是采用OFDMA，前后保留10khz的保护带，它有两种子载波间隔，一种是3.75khz的，另一种是间隔15khz的；第三种是带内模式：可利用LTE载波中间的任何资源块。

1、使用NB模组开发时无法搜到小区？        首先排查Band是否一致，使用指令“AT+NBAND?“查询模组Band是否是自己运营商所支持频段。利尔达有单频段模组也有多频段模组，使用前需注意查看自己模组支持的频段。2、搜到小区但无法注册网络？这时可以通过和NB模块通信log查看无法注册原因，一般为模组卡在HSS服务器签约环节导致，建议优先查看该环节来解决问题。

在NB应用开发过程中，我们遇到过搜索到小区，注册网络成功，PSM电流正常，但是长时间挂测，电池没电的问题。经过详细排查后解决方案为：排查开卡的APN（access network point）是否与运营商的NB卡的APN一致，同时查看核心网下发给该卡的T3324和T3421是否正确。选择不同的APN可以让终端接入不同的核心网，从而在享有的服务功能上有所差别。列如：注册电信NB网络默认的APN: ctnb.MNC011.MCC460.GPRS。其他还存在一些特别定制的APN，这些APN包括ue.prefer.ctnb、psmA.eDRX0.ctnb、psmC.eDRX0.ctnb...等等。而采用不同的APN的情形下，相关中断得到的网络PSM(Power Saving Mode)、eDRX(增强非连续接收)的配置会不相同。如默认ctnb的APN配置会让终端离开网络连接后2s立即进入PSM模式并不启动eDRX；ue.prefer.ctnb则是根据用户上报的参数为准；psmC.eDRX0则是60s进入PSM模式并不启用DRX。所以选对自己所需运营商平台的APN对模组的活动控制有很好的管理作用。定时器则直接影响模组合适进入何种状态以及进入状态后多久结束，严格控制模组的各种模式活动时间，降低模组功耗。以上两种情况都关系到模组能否正确进入PSM模式，直接影响模组的功耗问题，从而影响到电池的使用寿命。

当我们在使用NB模组进行硬件开发时可能会遇到一些复位问题，为此总结了其中遇到的几个，后续开发中如果遇到其他复位问题我们也会将会持续更新。1、模组异常复位查给模组供电的DC-DC是否正常，一般会出现电压被拉低情况，导致模组供电不足，需要检查电路解决DC-DC问题。2、模组异常复位，有时回复看门狗复位首先排查给模组供电的DC-DC是否正常，我们遇到的一般是出现电压被拉高，高于4.2v时才会出现这种情况，这时需要解决电源问题，让模组供电正常，保证其功能的正常。技术支持：nbiot_support@lierda.com

NB模组注册OneNET平台可以有三种方式：1、自己回复OBSERVE和Discover消息2、自动回复OBSERVE和Discover消息（预注册模式）3、自动回复OBSERVE消息（非预注册模式）今天首先跟大家分享一下第一种方式（手动回复OBSERVE和Discover消息）注册流程如下：1、创建基础通信套件AT+MIPLCREATE2、添加对象实例信息AT+MIPLADDOBJ=0,3200,2,"11",2,23、 注册设备AT+MIPLOPEN=0,3600,304、向平台回复OBSERVE消息AT+MIPLOBSERVERSP=0,msgid,15、向平台回复Discover消息AT+MIPLDISCOVERRSP=0,msgid,1,19,"5750;5505;5504;5751"6、资源信息上报AT+MIPLNOTIFY=0,msgid,3200,0,5750,1,2,"OK",0,0,1测试实例：1、创建一个基础通信套件发送：        AT+MIPLCREATE接收：+MIPLCREATE:0OK2、添加一个Object、2个Instance、4个Resource发送：        AT+MIPLADDOBJ=0,3200,2,"11",2,2接收：        OK3、注册设备发送：        AT+MIPLOPEN=0,3600,30接收：        OK        +MIPLEVENT:0,1        +MIPLEVENT:0,2        +MIPLEVENT:0,4        +MIPLEVENT:0,6        +MIPLOBSERVE:0,113013,1,3200,0,-1发送：        AT+MIPLOBSERVERSP=0,113013,1接收：        OK        +MIPLDISCOVER:0,47478,32004、向平台回复OBSERVE消息NOTE:回复的msgid 和平台下发的msgid一样。发送：AT+MIPLOBSERVERSP=0,113013,1接收：        OK5、 向平台回复Discover消息发送：        AT+MIPLDISCOVERRSP=0,47478,1,19,"5750;5505;5504;5751"接收：接收：        OK6、资源信息上报NOTE:信息上报的msgid需要和观察资源产生的msgid一致发送：        AT+MIPLNOTIFY=0,51291,3200,0,5750,1,2,"OK",0,0,1接收：        OK参考资料：Lierda 移动OneNet测试使用说明V1.8.181009.pdf( 预览 )

下面介绍非预注册模式下开启自动Observe功能，模组自动回复OBSERVE使用此功能的好处是在向模组发起注册设备的指令之后，用户不需要回复“发现”指令AT+MIPLOBSERVERSP，但是需要回复“发现”指令AT+MIPLDISCOVERRS。此自动回复功能适用多对象多实例多资源。以下操作流程是在模组自动Observe功能打开的情况下在使用该功能前开启自动Observe功能AT指令如下：发送：AT+MIPLCONFIG=3,1//启用模组自动OBSERVE功能接收：OK开启自动Observe功能后，注册流程如下：1、  创建基础通信套件AT+MIPLCREATE2、  添加对象实例信息AT+MIPLADDOBJ=0,3303,2,"11",6,1AT+MIPLADDOBJ=0,3306,1,"1",5,03、开启设备注册指令：AT+MIPLOPEN=0,86400,154、回复“发现”指令AT+MIPLDISCOVERRS以下两个msgid均与模组侧接收到该对象的msgid一致AT+MIPLDISCOVERRSP=0,msgid1,1,34,"5700;5701;5601;5602;5603;5604;5605"AT+MIPLDISCOVERRSP=0,msgid2,1,19,"5850;5851;5852;5853"5、测试是否可以上报数据因为此注册方式是使用自动回复方式注册的，那么上报数据时NOTIFY指令中的msgid也要使用：该资源对应的msgid图1 设备注册成功的截图图2 上报数据到平台的数据截图

NB模组注册OneNET平台可以有三种方式：1、自己回复OBSERVE和Discover消息2、自动回复OBSERVE和Discover消息（预注册模式）3、自动回复OBSERVE消息（非预注册模式）今天跟大家分享一下第二种方式（预注册模式——自动回复OBSERVE和Discover消息）NOTE:使用此功能的好处是在向模组发起注册设备的指令之后，用户不需要回复“发现”指令AT+MIPLOBSERVERSP和“发现”指令AT+MIPLDISCOVERRS。目前此自动回复功能只支持1个ObejctID、1个实例ID和1个资源ID。注册流程如下：1、        创建基础通信套件AT+MIPLCREATE2、        添加对象实例信息AT+MIPLADDOBJ=0,3200,1,"1",1,03、        以NOTIFY指令方式预注册资源只支持一个Object，一个Instance和1个Resource，Notify的有效数据填充为“4E4230382D3031”，此填充数据为NB08-01的16进制ASCII码，用来作为鉴权密钥（如果启动注册设备前NOTIFY中的数据内容不是这个则报错），msgID字段要填充固定数值：666.指令为：AT+MIPLNOTIFY=0,666,3200,0,5750,1,14,"4E4230382D3031",0,0,14、开启注册设备指令：AT+MIPLOPEN=0,86400,154、        测试是否可以上报数据因为此注册方式是使用自动回复方式注册的，那么上报数据时NOTIFY指令中的msgid也要使用：666。指令：AT+MIPLNOTIFY=0,666,3200,0,5750,1,20,"11**CDDEEFF112233AA",0,0,1测试数据截图如下：  上报数据到平台的数据如下图; 操作流程简介1、OneNET平台创建用户账号、创建产品、添加虚拟设备。2、串口发送AT指令配置NB模组（具体数据见第5章节操作示例）         2.2AT+MIPLCREATE 创建基础通信套件         2.3AT+MIPLADDOBJ 添加Object         2.4   AT+MIPLOPEN注册设备         2.4   AT+MIPLOBSERVERSP回复Observe消息         2.5 AT+MIPLDISCOVERRSP 回复Discover消息         2.6   增加模组自动回复observe和discover消息（详情见5.6章节，两者兼容，同时只能使用其一）3、OneNET模组读、写、执行操作         3.1平台下发读、写、执行操作指令，需要回复相应的AT指令（详细流程和数据看前面第4、5章节）         3.2先需要平台Observe资源，然后才能实现对应的资源信息上报NOTE:以上步骤完成之后就已经连接上平台，可以实现上报数据、下发命令等操作操作。指导文档：Lierda 移动OneNet测试使用说明V1.8.181009.pdf( 预览 )

在物联网业务配置中，天线是不可或缺的一部分，匹配灵敏度越高的天线能使物联网模块更快的进入工作模式，进行通信服务。反之天线匹配灵敏度偏低，最直接的问题就是影响模块和平台之间的通信业务质量，造成天线匹配灵敏度偏低一般主要有四种原因：1. 首先检查PCB设计是否合理，尤其是射频输出端的阻抗设计是否符合要求。详细设计要求论坛中有详细LAYOUT介绍，以及在模组手册中也有设计指导，此处不再复述。2. NB模组由于默认带电信自注册功能，仪表在测试时，由于自注册会打断信令，仪表误认为是错误信息，从而导致仪表认为误码，甚至会导致掉线。 所以测试时，需要关闭电信自注册功能调试天线。3. 客户MCU有控制NB，导致NB出现仪表不识别信令，导致误码率。按照仪表要求，需要断开MCU于NB之间的串口，防止MCU的串口有发串口命令给NB。4. 天线匹配问题，或者存在板间干扰（有传导和辐射两种路径下的干扰源）。这种一般先测试传导，查看传导模式下的输入输出指标是否符合要求，再测试天线。请先按照1复查，2，3指导下复测，排除以上3点后，再把重点放在4上。    关闭注册测方法：    AT+NRBAT+LCTREG=5 关闭自注册功能，参数复位保存。AT+NRB 由于不同仪表还有一些差异，存在测试项时间长短的问题，有些仪表测试此项时间比较段，有点仪表测试时间比较长，如果遇到此类仪表，还需要同时关闭LWM2M的功能才可以测试天线。关闭LW2M2M的方法如下：AT+NRBAT+CFUN=0AT+MLWM2MENABLE=0 关闭LWM2M模块，参数复位保持AT+NRB

Lierda NB-IoT产品线相关产品资料如下：1. NB86-G系列模组相关——Lierda NB86-G系列模组相关资料NB86系列模块是基于HISILICON Hi2115的Boudica芯片开发的，该模块为全球领先的NB-IoT无线通信模块，符合3GPP标准， Hi2115芯片支持Band01， Band02， Band03，Band05、 Band08、 Band12， Band13， Band14， Band17， Band18， Band19， Band20、 Band25，Band26， Band28， Band66频段，具有体积小、功耗低、传输距离远、抗干扰能力强等特点。 2. Lierda NB86 EVK——Lierda NB86 EVK相关资料Open CPU实验课程——All In OneNB86 EVK设计基于NB86-G模组，同一模组支持全球多个运营商频段，集成3gpp Release 14协议，支持Cat NB2，同时可以提供其内部丰富的二次开发资源，用于终端客户将MCU的应用程序直接集成到模组内部，降低成本，减小尺寸，同时模组本身的FOTA升级功能将用户应用程序一同升级，为产品部署开发提供便利。 3.Lierda NB-IoT USB Dongle——Lierda NB-IoT USB Dongle相关资料Lierda NB-IoT USB Dongle是基于Lierda NB-IOT模组开发的测试工具Lierda NB-IoT USB Dongle定障手册  （ Update:20190813 ） 4.MB86系列模块相关——MB86系列模块相关资料MB86系列模块与NB86-G系列模块均是是基于HISILICON Hi2115的Boudica芯片开发的，差别在于模块的机械结构，较NB86系列尺寸大一点，兼容市场上另一款主流模块。 【Lierda】和你一起聊聊NB-IoT专题汇总：1、带RA功能的数据发送——带RA功能的数据发送2、Lierda NB模组状态转换及PSM模式配置 ——Lierda NB模组状态转换及PSM模式配置3、eDRX及DRX模式的北向控制可达性——关于eDRX及DRX模式的北向控制可达性4、关于基站信号覆盖质量里相关参数——关于基站信号覆盖质量里相关参数5、浅谈物联网应用中的电池问题——浅谈物联网应用中的电池问题6、小区重选和异频组网 ——小区重选和异频组网7、FOTA基本流程及注意事项——FOTA基本流程及注意事项8、openCPU方案实现数据上传OneNET平台——openCPU方案实现数据上传OneNET平台9、天线匹配灵敏度偏低，如何分析？——天线匹配灵敏度偏低，如何分析？10、NB模组对接OneNET平台——NB模组对接OneNET平台（一）——手动回复11、NB模组对接OneNET平台——NB模组对接OneNET平台（二）——预注册模式下自动回复12、NB模组对接OneNET平台——NB模组对接OneNET平台（三）——非预注册模式下自动回复13、NB-IoT模组复位问题——NB-IoT模组复位问题14、模组注册成功但长期挂测时电池没电——模组注册成功但长期挂测时电池没电15、NB模组搜索小区和注册方面问题——NB模组搜索小区和注册方面问题16、快速简单了解NB-IoT是什么——快速简单了解NB-IoT是什么17、OneNET FOTA基本流程和注意事项——OneNET FOTA基本流程和注意事项18、NB-IoT PSM模式相关问题——NB-IoT PSM模式相关问题19、OpenCPU 方案介绍——OpenCPU 方案介绍20、OpenCPU方案开发环境搭建——OpenCPU方案开发环境搭建21、信号强度RSRP间的比较盲区——信号强度RSRP间的比较盲区22、NB-IoT关键流程1—寻呼过程——NB-IoT关键流程1—寻呼过程23、串口波特率容限相关问题——串口波特率容限相关问题24:、OpenCPU方案开发OneLight示例——OpenCPU方案开发OneLight示例Lierda技术支持：nbiot_support@lierda.com

1、概述：以OpenCPU的方案实现温湿度、光照信息上传OneNET平台硬件平台：NB86-EVK软件平台：B300SP5 SDK   通信协议：TCP+HTTP功能概述：一个小时上传一次温湿度、光照信息至OneNET平台，若按键触发则立即上报一次温湿度、光照信息至OneNET平台2、基本TCP通信流程1）创建TCP  scoket  ——AT指令：AT+NSOCR=STREAM,6,6555,12）连接TCP服务器   ——AT指令：AT+NSOCO=1,54.222.172.6,310013）发送数据——AT指令：AT+NSOSD=1,5,AB12CD34334）读取服务器下行数据——AT指令：AT+NSORF=1,5123、上传温湿度、光照信息至OneNET平台流程1）创建TCP  scoket  ——AT指令：AT+NSOCR=STREAM,6,6555,12）连接TCP服务器   ——AT指令：AT+NSOCO=1,183.230.40.33,803）发送数据：NB只能发送ASCC数据，则需要把HTTP报文转为ASCC：上报的HTTP报文为：POST /devices/507325388/datapoints?type=5 HTTP/1.1api-key:hfNNTXL1ojhOK3qxm=SDw0qYkVA=Host:api.heclouds.comContent-Length:31,;temper,28;Lux,069;Humidity,29AT指令为：AT+NSOSD=1,165,504F5354202F646576696365732F3530373332353338382F64617461706F696E74733F747970653D3520485454502F312E310D0A6170692D6B65793A68664E4E54584C316F6A684F4B3371786D3D5344773071596B56413D0D0A486F73743A6170692E6865636C6F7564732E636F6D0D0A436F6E74656E742D4C656E6774683A33310D0A0D0A2C3B74656D7065722C32383B4C75782C3036393B48756D69646974792C32394）读取服务器下行数据——AT指令：AT+NSORF=1,5124、测试结果 发数据黄灯闪烁一次 收到数据蓝灯闪烁一次 平台数据流 平台应用相关资料：openCPU_B300SP5_OneNET_HTTP.zip

1、基本流程    1）激活升级任务    激活方式：操作NB模组主动向IoT平台上报一包CoAP协议的任意数据。上报数据成功且NB模组回复“OK”后，等待NB模组向MCU发送“FIRMWARE DOWNLOADING”信息。    2）下载固件阶段升级任务激活后，当NB模组发出“FIRMWARE DOWNLOADING”信息时表明正在下载固件；此时NB模组不能断电，且MCU不能向NB模组发送任何数据。若下载完成后，NB模组会发出“FIRMWARE DOWNLOADED”信息。若下载过程中出现异常而导致下载失败或者校验失败，NB模组将会向 MCU 发送“FIRMWARE DOWNLOAD FAILED”，指示下载升级包失败。之后模组向 MCU 发送“FIRMWARE UPDATE OVER”，表示 FOTA 任务结束，此时NB模组内的固件仍保持老版本不变，MCU 可以正常处理业务。    3）升级固件阶段下载升级包完成且校验成功后，NB模组向MCU 发送“FIRMWARE UPDATING”表明NB模组正在更新固件；此时NB模组不能断电，且MCU不能向NB模组发送任何数据。    4） 恢复网络阶段若升级成功，NB模组向MCU发送“FIRMWARE UPDATE SUCCESS”。IoT平台下发指令停止FOTA 升级任务，当NB模组向MCU 发送“FIRMWARE UPDATE OVER”，表示FOTA 升级任务结束。此时NB模组固件为升级后的新版本，MCU 可以正常处理业务。若升级失败，NB模组向MCU 发送“FIRMWARE UPDATE FAILED”。IoT服务器查询失败原因并停止FOTA 升级任务，当NB模组向MCU 发送“FIRMWARE UPDATE OVER” 表示FOTA 升级任务结束。此时模组的固件保持升级前的老版本不变，MCU 可以正常处理业务。2、升级过程截图  3、MCU操作的流程参考图 4、注意事项1） FOTA升级过程中MCU不可以向模组发任何AT指令。2）FOTA升级过程中要确保模组的供电稳定，不能出现断电现象。3）当MCU收到“FIRMWARE UPDATEOVER”时，MCU一定要继续等待一会（20s左右），此操作是为了确保IoT平台侧能成功显示FOTA升级成功或失败的状态。4）当NB模组FOTA升级完成后，MCU要对NB模组的报文开关进行重新配置，因为这些报文开关配置后是不保存的，NB模组复位后就不再有效，列举以下指令：    4.1：AT+CMEE=1   //开启错误提示    4.2：AT+CSCON=1  //开启连接状态通知    4.3：AT+NNMI=1   //开启下行数据通知（此处不开启，MCU收不到平台下发给模组的数据）

NB-IoT 技术是一种 LPWA(低功耗广域网)解决方案，它具有超低功耗、海量连接、深度覆盖、安全可靠等特点；其中超低功耗是NB-IoT设备的一个很明显特征，设备功耗小，可以保障电池多年的使用寿命，降低用户维护成本。为此，如何为NB-IoT设备选择一种稳定可靠的电池就成为了物联网应用的一个关键问题。浅谈物联网应用中的电池问题.pdf( 预览 )

华为云IoT平台增强版和基础版均支持对接分布式消息服务DMS，开发者平台暂时不支持对接DMS调测，本节使用IoT平台基础版对接DMS进行测试。创建DMS队列操作步骤登录华为云-->进入控制台-->搜索DMS并进入DMS服务控制台-->创建队列在平台配置DMS服务认证信息AK/SK①获取AK/SK在公有云基本信息 > 我的凭证 > 管理访问密钥 中新增访问密钥，成功后将下载一个credentials.csv文件，文件中包含AK和SK②将AK/SK配置到IoT平台    规则引擎 > 创建规则 中配置规则引擎至此，DIS服务已配置完成，可以开始使用设备上报数据进行测试了在DMS控制台查看数据如图，监控图表中显示有数据，即表示数据已抵达DMS服务调用DMS接口获取数据详情请参考：分布式消息服务DMS API参考

1、参数解释名称范围/单位说明EARFCN范围为0～262143绝对频点号，若一个区域的基站中心频点都相同，表示是同频部署。若一个区域的基站中心频点交叉分布，表示是异频部署。PCI范围为0～503物理小区标识，PCI是用于区分不同小区的无线信号，确保在小区覆盖范围内不会有相同的PCI。RSRP范围为-140～-40，单位为dBm参考信号接收功率测量值，RSRP是代表无线信号强度的关键参数，反映当前信道的路径损耗强度，用于小区覆盖的测量和小区选择/重选。值越大越好。RSSI范围为-140～-10，单位为dBm参考信号接收强度指示测量值RSRQ范围为-40～0，单位为dB参考信号接收质量测量值，RSRQ是指当前信道质量的信噪比和干扰水平。不但与承载RS的RE功率相关，还与承载用户数据的RE功率相关，以及邻区的干扰相关，因而RSRQ是随着网络负荷和干扰发生变化，网络负荷越大，干扰越大，RSRQ测量值越小。值越大越好。SNR范围为-20～50，单位为dBSNR是指接收到的有用信号的强度与接收到的干扰信号（噪声）的强度的比值，反映当前信道的链路质量。比值越大越好。Tx Power范围为-50～23，单位为dBm。  说明：  超过-50～23的取值范围，则分别取-7和23。终端发射功率CSQ  范围为0～31信号强度，CSQ指示RSSI强度，数值越大信号越好。CSQ值大于5，终端即可正常工作。若CSQ值小于5即不能正常工作。如果出现99表示信道无效。CEL范围为0～2覆盖增强等级，CEL共分三个等级，数值从0到2，1表示扩展覆盖2表示极端覆盖2、AT指令——AT+NUESTATS    说明：RSRP=Signal power/10RSSI=Total power/10这里的SNR:=实际SNR*10这里的RSRQ:=实际RSRQ*10例：AT+NUESTATS Signal power:-532Total power:-475TX power:-170TX time:711RX time:3702Cell ID:201538369ECL:0SNR:300EARFCN:3738PCI:436RSRQ:-108OPERATOR MODE:4CURRENT BAND:8OK

对于通过服务器北向控制有一定实时性要求，又倾向于尽可能少的减少“心跳包”的应用，如：路灯，家电，共享单车等，设备端可以使用eDRX或DRX的工作模式，做到长时间监听小区的寻呼请求又不发送额外的上行数据。          但是需要注意的是：由于UDP通信方式，终端通过核心网EPC与其他公网的服务器通信时，EPC会将内网的IP映射成一个外网的IP加端口，这一映射关系存在老化机制。实际测试发现：如果成功入网的设备超过2分钟不与公网服务器进行数据交互，则上次通信的IP及端口映射关系失效，此时即便终端处于eDRX甚至DRX工作模式，公网的服务器无法通过上次成功通信的IP及端口与终端进行通信，除非终端重新上报数据。         如果一定需要实现这些应用需求，可以使用IoT平台通信链路进行应用设计，由于IoT平台与EPC深度结合，能够通过一些机制保证IP和端口映射长时间不老化，即终端仅需再非常长的时间内上报一次数据即可保证AS的下行通信链路畅通，下行控制随时可达。        注意：由于NB-IoT是一个窄带通信协议，并发性有限，不建议频繁通信占用带宽。