IoT平台可以简单理解为是一个通道，它联接了应用服务器（APP Server）和设备。如图一。图一 NB-IoT解决方案在IoT平台上添加一个设备，总体流程是先北向注册后南向绑定。下面以水表为例介绍。添加一个设备，首先需要应用服务器调用IoT平台注册设备接口，使用设备的唯一标识（一般是MAC或IMEI）来注册设备。接口会返回一个deviceId，这是IoT平台对设备分配的唯一标识（后续会有帖子专门介绍deviceId）。后续涉及到具体设备的业务操作，以deviceId进行设备识别。北向添加NB-IoT设备后，目前需要应用服务器调用IoT平台的设置设备信息接口，将model、manufacturerId、manufacturerName、protocolType等设备信息修改进IoT平台的设备信息中，这样设备就能根据这个信息找到该设备相关的服务能力（在profile文件中定义）。所以在北向注册设备前，需要将该设备的profile文件上传到IoT平台中。应用服务器调用北向接口注册设备并设置设备信息后，就需要设备来IoT平台进行绑定了。NB-IoT设备的绑定是通过设备上报数据来实现的。上报的数据会与之前北向注册设备所使用的MAC或IMEI号对应起来，这样该设备的数据与北向注册的设备就对应起来了。对于NB-IoT设备注册的正常流程，在设备绑定前需要将设备的编解码组件上传到IoT平台，华为人员在上传编解码组件时，会在一个配置文件中，建立一个编解码组件与设备信息的映射，如图二。当设备上报数据时，平台根据IMEI找到设备的deviceId，进而找到设备信息（model，manufacturerId等），进而根据图二映射找到设备的编解码组件，进而调用组件中的编码与解码函数对数据进行解析。图二 设备信息与编解码组件的映射设备绑定后，设备才算是完全添加到IoT平台上。若是仅仅进行过北向应用设备注册而没有进行南向设备绑定，这种设备添加是无效的，设备会显示离线。设备添加完毕之后，就可以进行设备相关的业务调试了。

1、 应用注册设备后deviceId的有效时间。答：应用服务器调用“注册设备接口”时，请求中有字段timeout，timeout的单位为秒，timeout的不同取值对应的有效时间如下。time1 = 注册设备的时刻;time2 = 设备注册数据的过期时刻;if (timeout < 0){throw exception;} else if(timeout 不赋值){time2= time1 + 180秒;} else if(timeout == 0){time2= time1 + 100年;} else if(timeout > 0){time2= time1 + timeout;}设备绑定必须在time2时刻之前完成。一般建议timeout赋值为0。注1：若应用服务器将某设备注册到IoT平台获取deviceId，并且若在设备绑定之前应用服务器重新注册该设备并获取新的deviceId，则原有的deviceId无效并且IoT平台相关的注册数据被删除。注2：deviceId无效只是表明本次设备注册后无法完成设备绑定，若需要设备绑定则需要重新进行设备注册。注3：deviceId无效不代表保存在IoT平台数据库中的该设备相关的注册数据被删除。IoT平台起有一个定时器，每2分钟清理一次无效的设备注册数据。若在无效数据被清理前应用服务器使用deviceId调用IoT平台的“查询单个设备信息”接口，还是可以查询到无效数据的。2、 设备的历史数据老化时间。答：IoT平台起有一个定时器，每20min检测检测一次历史数据。符合以下两种情况中的一种，部分数据就会被删除：① 若检测到整个IoT平台保存的历史数据条数超过10万条；② 若检测到有历史数据产生时间到当前时间大于90天。注1：上述两个条件“10万条”或“90天”是可以配置的。注2：上述描述都是基于IoT平台1.2版本的，若您需要确定IoT平台版本，请咨询华为支撑人员。截止本帖发布，目前生态集成的项目都是1.2版本的。3、 accessToken和refreshToken的有效时间。答：应用的这两个参数的有效时间如下：accessToken的有效时间是3600秒 = 1小时；refreshToken的有效时间是24小时 = 1天。注1：上述两个有效时间是不可以配置的。注3：实际情况下，accessToken和refreshToken的有效时间请以“鉴权”和“刷新token”这个两个接口的返回值为准。4、 异步命令的有效时间。下发到IoT平台的异步命令会在IoT平台缓存，缓存时间以下发异步命令时请求结构体中的expireTime为准，如下：① 若expireTime取值为0或null，则异步命令不在IoT平台缓存，立即下发下去；② 若expireTime取值大于0，则异步命令在IoT平台缓存，若在expireTime时间内没有下发下去，则命令过期，不能再被下发。

如下图所示对上图进行几点说明：1、 图中省略了基站、核心网等节点；2、 图中的直连设备，设备1是指网关（敏捷物联网关、智慧家庭网关等），大部分集成了华为agent。<span style="font-family:Arial, 微软雅黑, "">对于网关设备，具备设备管理能力，能够管理多个非直连设备（添加、删除、服务能力上报、服务数据上报、服务命令分发）；设备2包含通过基站/核心网、softradio等接入的水表、燃气表、路灯以及其他设备。3、 图中的非直连设备是需要通过网关接入IoT平台的设备。比如，一个家庭中包含门磁、温度传感器、摄像头等传感器，它们通过统一的网关接入IoT平台。

deviceId是IoT平台给设备分配的唯一Id。在一个IoT平台里面唯一。一、 deviceId是应用服务器调用IoT平台注册设备接口生成的。二、 后续涉及某具体设备的业务调试需要凭借deviceId进行设备识别。三、 deviceId与注册设备使用的nodeId一一对应。四、 deviceId在一个IoT平台里面唯一，由于与nodeId一一对应，nodeId也在IoT平台里面唯一。在不同IoT平台不受此限制，比如，有两条IoT平台环境，某设备可以凭借nodeId分别在两个平台环境上面注册，进而在各个平台上有各自的deviceId。五、 一些供应用服务器调用的IoT平台接口（比如查询单个设备信息的接口）的请求中有gatewayId字段，对于直连设备，deviceId与gatewayId取值是一样的。关于直连设备和非直连设备的区分请参看https://bbs.huaweicloud.com/forum/thread-13607-1-1.html 六、 deviceId是在一个IoT平台中唯一，而非仅仅在一个应用服务器（APP Server）中唯一。

该接口用来应用服务器在IoT平台注册直连设备的。应用程序注册设备，未注册的设备不允许接入到IOT联接管理平台，注册成功后，IOT联接管理平台为设备分配一个deviceId ，后续对设备的操作都使用deviceId作为设备的唯一标识。关于接口的说明，请参考https://support.huaweicloud.com/api-IoT/iot_06_0002.html 一些需要注意的地方1、 调用本接口注册设备后，并不意味这设备已经添加到IoT平台上，这时Spportal显示设备处于离线状态，还需要设备来IoT绑定，详细的流程请参考帖子后附有的相关帖子链接。2、一般情况下，让请求参数中的verifyCode和nodeId相同就可以了。3、由于nodeId在IoT平台内部唯一，与调用接口返回的deviceId一一对应，因此务必保证nodeId使用全球唯一的合法标识符，一般使用IMEI或mac地址。关于nodeId和deviceId，请参看帖子在IoT平台中，deviceId是什么？。4、关于请求参数timeout，请参看帖子IoT平台几种数据的有效时间或老化时间，持续更新 中的应用注册设备后deviceId的有效时间。5、关于返回结构体中的psk字段。下面是应用服务器调用注册设备接口，在IoT平台的一个抓包。这个截图里，上面是登录鉴权，下面是注册设备。我使用华为API JAVA Demo作为应用服务器调用该接口，API JAVA Demo的下载请参看开发资源获取，可以直接查看源码。

  IoT联接管理平台支持复位NB-IoT模组。当模组出现故障，需要复位模组时，可执行该操作。    (注意：本帖只讲流程不讲业务接口)今天的五分钟介绍结束啦，对于NB-IoT的关键业务流程已全部介绍，从明天开始各位敬请关注【车联网业务流程系列】。如果您想了解更多的全联接内容，欢迎关注【每天五分钟，精通全联接】。

  NB-IoT场景下，IoT联接管理平台通过LWM2M协议对固件进行升级，支持分批进行升级管理，使设备具有更强的业务能力。 (注意：本帖只讲流程不讲业务接口)今天的五分钟介绍结束啦，对于NB-IoT其他的业务流程介绍，请关注后续【NB-IoT业务流程系列】。如果您想了解更多的全联接内容，欢迎关注【每天五分钟，精通全联接】。

在集成厂商设备/应用服务器时，最基本的两个场景是应用服务器获取设备数据与异步命令下发。这里讲分别进行说明。一、应用服务器获取设备数据简略业务流程图如下：方案1 应用服务器订阅IoT平台的deviceDataChanged或deviceDatasChanged的事件，设备上报到IoT平台后，IoT平台主动给应用服务器推送。方案2 设备上报到IoT平台后，应用服务器主动来平台查询。由于应用服务器不知道什么时候设备上报数据，因此一般是定时来IoT平台查询数据。图中的1和2两种应用服务器获取设备的方案相互不冲突，可以并存。二、应用服务器下发异步命令简略流程如下方案3 下发异步命令到IoT平台，然后平台缓存这些命令，待设备上报数据的时候再将命令下发下去。这种方案一般适用于有休眠功能的设备，应用下发命令时不必考虑设备是否处于休眠状态，命令在IoT平台缓存一下。设备上报数据时已经被唤醒，因此IoT平台再将命令下发下去。方案4 下发异步命令到IoT平台，平台不再缓存这个命令，直接下发给设备。这种方案适用于应用服务器已经确定设备处于唤醒状态。如果设备处于休眠状态，命令直接下发下去就会报错。

IoT平台支持命令立即下发和命令缓存下发，以适应不同场景。 (注意：本帖只讲流程不讲业务接口)    当应用要求平台立即下发命令时，平台会在接收到命令后，立即下发命令到设备。   当应用允许命令缓存下发时，命令根据缓存机制，进行命令下发。应用向IoT平台下发命令后，IoT平台会根据命令携带的expireTime参数，判断是立即下发命令还是缓存下发命令。 expireTime=0：立即下发命令。 expireTime>0或expireTime为null：缓存下发命令。 立即下发  缓存下发  命令状态 应用向IoT平台下发命令后，平台根据命令下发及执行情况更新当前命令执行状态。今天的五分钟介绍结束啦，对于NB-IoT其他的业务流程介绍，请关注后续【NB-IoT业务流程系列】。如果您想了解更多的全联接内容，欢迎关注【每天五分钟，精通全联接】。

  NB-IoT设备在收到平台下发命令或者资源订阅后，会上报命令响应或资源订阅消息，平台会调用编解码插件处理消息，并将消息推送到应用。   (注意：本帖只讲流程不讲业务接口)今天的五分钟介绍结束啦，对于NB-IoT其他的业务流程介绍，请关注后续【NB-IoT业务流程系列】。如果您想了解更多的全联接内容，欢迎关注【每天五分钟，精通全联接】。

  了解本小编上期介绍的 【NB-IoT业务流程系列】——设备如何注册 后，今天要给大家介绍 应用如何通过IoT平台订阅资源，设备根据订阅信息进行后期的数据上报，保证数据交互的可靠性，以方便用户实时掌握设备动态。  (注意：本帖只讲流程不讲业务接口)应用通过API接口向IoT平台进行订阅，告知IoT平台希望收到的通知类型，比如设备业务数据，设备告警等。设备在IoT平台注册成功后，平台会生成唯一的token。当IoT平台向设备下发订阅消息时，携带唯一的token，用于识别设备及资源对应关系。订阅成功后，当这些订阅资源有更新时，IoT平台会通知应用侧。今天的五分钟介绍结束啦，对于NB-IoT其他的业务流程介绍，请关注后续【NB-IoT业务流程系列】。如果您想了解更多的全联接内容，欢迎关注【每天五分钟，精通全联接】

相信持续关注本论坛的小伙伴们通过阅读前几期【NB-IoT系列】帖子已经对NB-IoT的相关概念有所了解，在此小编不再重复介绍啦！！！      本小编从今天开始要向各位小主们介绍NB-IoT的重要业务流程，以帮助各位小主更全面、更透彻地理解咱们NB-IoT，以揭开NB-IoT的神秘面纱！     (注意：本帖只讲流程不讲业务接口)    首先请了解"设备注册流程"，IoT平台提供设备注册功能，使设备与IoT平台建立连接，以确保功能能够正常使用。应用在IoT平台创建设备，并设置设备信息。设备上电后，会向IoT平台注册上线。注册成功后，应用可以管理设备。 今天的五分钟介绍结束啦，对于NB-IoT其他的业务流程介绍，请关注后续【NB-IoT业务流程系列】。如果您想了解更多的全联接内容，欢迎关注【每天五分钟，精通全联接】。

中移模组研发团队一直秉承“自主研发为主，联合研发为辅”，打造了多款专业的模组产品，团队一直致力于革新技术，改善生产工艺来提升产品的性能、品质以及产能。日前，研发团队攻克了生产治具的难题，大大提升了模组的日产能。中移模组研发团队发现随着NB模组销量的持续增长，NB模组的日产能是保证交付的关键，随着日产能的提升，传统治具暴露的问题也越来越多，已经成为产能提升的重大阻力。模组研发团队为了提高产线直通率，减少误测，保证模组品质，决定舍弃传统治具，采用SOCKET屏蔽测试治具。SOCKET屏蔽测试治具外框采用全铝并导电处理加工，各个结合部分采用导电泡棉粘贴，确保治具接地屏蔽良好；模组托盘采用 PEEK 材料防型制作，耐磨系数是普通电木 FR4 的 10 倍以上，确保使用寿命及使用精度；模组与 EVB 板接触采用 3.4mm进口镀金高频双头探针，此探针无线损，接触稳定，使用寿命可达 10 万次以上，确保最小损耗和最低误测率。图为SOCKET屏蔽测试治具通过NB模组产线的验证，SOCKET治具校准综测直通率可达95%—97%，远高于传统治具（70%—80%）。不同于传统治具每天有30%的治具需要下线维护，SOCKET治具工作稳定，只需在双头探针达到使用寿命时进行更换即可，同时SOCKET治具校准综测的模组射频一致性远远优于传统治具生产的模组，功率误差从2.7dB减小至低于1dB，既提高了模组日产能也保证了模组的品质。目前产线正在大批量推广SOCKET屏蔽测试治具，突破产能瓶颈，实现模组日产能的快速提升。中移模组当前具备各项品质管控流程及规范12项，拥有短名单代工厂多家，具备年产3000万片模组能力。产品累计取得各项认证证书60余项。在社会各界的支持和信任下，中移自研NB模组销量持续增长，模组研发团队将继续致力于革新技术，提高模组的性能，提升模组的产能和品质，保障NB模组的质量和生产交付。万物互联孕育百亿级的连接量，催生万亿元级行业规模，物联网市场正迅速扩大，迎来发展的风口。通信模组作为物联网连接的重要桥梁，需要不断突破创新，提升产能跟上物联网发展的步伐。中移模组将持续研发的投入，与众多合作伙伴携手推进通信模组的产业发展，为早日实现行业百亿级连

什么是SoftRadio呢？SoftRadio是用来实现远程online调试模式的系统，在项目集成时，有时模组、基站等还没有就绪，便会使用SoftRadio进行端到端集成验证，提升设备接入调试效率。IoT平台作为NB-IoT业务统一的联接平台，需要支撑生态建设扩展。因此，需要支撑NB-IoT的模拟器SoftRadio接入到IoT平台。NB-IoT芯片的开发已使用SoftRadio进行模拟开发。在使用TUP协议后，平台支持SoftRadio使用TUP协议接入到IoT平台。注意啦注意啦：该特性仅用于OceanConnect生态圈扩展NB-IoT业务时，提供给开发者做调试使用，属于测试特性，禁止在任何商用局点环境使用。SoftRadio功能SoftRadio主要分为三层：芯片终端应用开发者：使用芯片接入到SoftRadio可以观察，也可上报到平台。不具备芯片的终端应用开发者：开发终端应用，连接到SoftRadio查看数据流，同步数据。Network Application开发者：使用SoftRadio模拟真实设备上报数据，数据信息等。我的价值可大啦~基于SoftRadio和远程实验室，实现NB-IoT设备及业务的远程集成验证。仿真工具及平台远程接入，体现伙伴“离岸联调，提升效率”价值。不具备芯片的终端应用开发者也可以接入进行终端应用的开发。可模拟真实设备进行数据上报。虽然我功能如此强大，但是我也有局限性，毕竟我还在成长嘛~SoftRadio仅应用于测试场景，不允许接入客户现网以及进行商业使用。SoftRadio使用者同时在线数不可以超过3000个。SoftRadio使用创建的设备需要保存deviceID，appID和password，一但丢失需要删除设备重新创建。如何实现的？SoftRadio通过南向REST API接入平台绑定API：携带verifyCode以及设备详细信息，在平台注册绑定，获取deviceID，appID，password信息。说明：verifyCode格式为TEST$_UUID，即北向注册时需要填入nodeId和verifyCode格式为TEST$_UUID。获取deviceID，appID，password后需要妥善保存，防止丢失，一但丢失则需要删除device，重新创建和绑定。登录API：使用deviceID，appID，password登录平台，同时获取token以及CoAP订阅通知的token。MO API：携带整个CoAP报文和token，上报到平台的SR Adapt，并转换为CoAP over UDP进行处理。MT API：从平台获取平台向SoftRadio下发的CoAP消息包，每次获取一条。MO/MT消息通过头域中的deviceID和accesstoken，调用NSCL的鉴权接口，获取所属的APPID，gatewayID以及设备列表，同进判断参数中的deviceID是否在设备列表中或都等于gatewayID。如果通过则直接返回失败。MO消息则直接将body体中的payload，通过base64解码后，交由CoAP连接池发送到CIG，并返回成功。MT消息则在鉴权通过后，直接从数据库中将MT消息取出，并通过base64编码后，通过回应消息返回。模拟CoAP over UDP接入IoT平台实现SR Adapt来模拟真实芯片的数据上报、命令下发等功能与CIG对接，提供南向REST接口与SoftRadio对接。CoAP连接池：最大支持1000个CoAP Server连接，起始EndPoint的端口为[30000，30999]，IP为127.0.0.1。每当device注册、数据上报、命令下发时，从连接池中分配空闲的连接与deviceID绑定，如果16秒内没有数据流，则自动回收（解除deviceID与EndPoint的绑定关系，并放到空闲队列中）。CoAP协议栈：提供CoAP发包和收包监听通知，当MO REST消息发的消息包过来时，通过直接抛入UDP层队列，发到CIG上。当CIG发包到SR Adapt时，截取到并查找到对应的deviceID，如果有命令下发消息则入MT队列（数据库实现），MT REST消息过来时，直接从队列中取出整个CoAP包回应给SoftRadio。好啦，今天的五分钟就到这里啦！到此，【NB-IoT系列】也暂时告一段落。希望该系列能够帮助到您噢！后续如果有新的内容，会继续添加，感兴趣的您可以继续关注！如果您想了解更多的全联接内容，欢迎关注【每天五分钟，精通全联接】噢~往期回顾：【每天五分钟，精通全联接】【NB-IoT系列】——NB-IoT：我来了~【每天五分钟，精通全联接】【NB-IoT系列】——CoAP Over DTLS：你的安全，我来守护~【每天五分钟，精通全联接】【NB-IoT系列】——低功耗订阅：我功耗低，却能收集和处理数据，服不服~【每天五分钟，精通全联接】【NB-IoT系列】——PSM/eDRX/DRX模式：低功耗，从我做起~【每天五分钟，精通全联接】【NB-IoT系列】——设备无连接状态管理：无连接，我仍然知道你的状态~【每天五分钟，精通全联接】【NB-IoT系列】——命令下发机制：立即下发还是缓存下发？任君选择~【每天五分钟，精通全联接】【NB-IoT系列】——批量下发：我可以批量控制设备噢~【每天五分钟，精通全联接】【NB-IoT系列】——LWM2M固件升级：有了我就可以对接标准第三方设备啦~

 IoT平台支持LWM2M固件升级咯~ 固件也能升级？ 神奇吧~ 肿么做到的？ 请您往下看~LWM2M是什么？LWM2M（Lightweight M2M，轻量级M2M）做为一种标准通用的物联网设备管理协议，可以应用在NB-IoT等多种场景下。在物联网的一些特定场景下，终端设备硬件限制该设备使用NB-IoT的方式联接到物联网。在NB-IoT的场景中，LWM2M协议成为IoT平台和设备之间进行设备管理的优选协议。实现LWM2M协议下的设备固件升级，可以对接标准第三方设备，使设备具有更强的业务能力，同时增强IoT平台的管理能力。如何实现？升级流程设备固件包上传和管理通过登录SP Portal，将固件包上传到IoT联接管理平台上，并保存在数据库中。设备固件升级增加固件升级界面，有升级任务创建，查询，删除的入口，包括单个任务和批量任务。在设备信息查看界面，增加设备固件版本的显示，信号强度，电池电量的显示，并提供查询接口，用于Portal查询显示。设备固件升级结果导出支持固件升级结果导出功能，增加“设备固件包下载时长”和“升级时长”两个指标。设备固件升级支持策略设备固件升级支持重试次数的策略设置。好啦，今天的五分钟就到这里啦，对于NB-IoT其他的介绍，请关注后续【NB-IoT系列】。如果您想了解更多的全联接内容，欢迎关注【每天五分钟，精通全联接】噢~