CN112486535A - 一种用于NB-IoT设备的远程升级方法及系统 - Google Patents
一种用于NB-IoT设备的远程升级方法及系统 Download PDFInfo
- Publication number
- CN112486535A CN112486535A CN202011361275.XA CN202011361275A CN112486535A CN 112486535 A CN112486535 A CN 112486535A CN 202011361275 A CN202011361275 A CN 202011361275A CN 112486535 A CN112486535 A CN 112486535A
- Authority
- CN
- China
- Prior art keywords
- target
- iot
- version
- equipment
- iot device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种用于NB‑IoT设备的远程升级方法及系统,包括:接收目标NB‑IoT设备定时周期发送的版本检测请求,根据版本检测请求确认所述目标NB‑IoT设备是否有固件更新版本,若确认目标NB‑IoT设备有固件更新版本,获取目标NB‑IoT设备对应的目标小区ID,根据目标小区ID的设备连接数量确认是否允许目标NB‑IoT设备下载固件更新版本,在目标NB‑IoT设备下载完固件更新版本后,生成目标NB‑IoT设备的目标更新报告进行存储。降低了OTA服务器的工作量,同时提高了OTA服务器其他连接设备的固件更新效率,避免发生现有技术中由于部队小区基站的OTA下载设备进行管控而导致NB‑IoT类终端设备下载升级固件超时或者失败等问题,保证了每台NB‑IoT类终端设备都可以下载到自己的更新固件,大大地提高了实用性。
Description
技术领域
本发明涉及设备升级技术领域,尤其涉及一种用于NB-IoT设备的远程升级方法及系统。
背景技术
NB-IoT网络具有带宽窄、速度慢、高连接、高延迟的特点,在OTA的应用场景下,同一个小区的连接设备集中在同一时间段进行OTA下载升级固件时,将需要非常高的带宽,对于NB-IoT类的终端设备,由于设备存在流动性,同一个小区基站下的NB-IoT终端设备数是动态的、并且是共享带宽,面对OTA升级包下载这种应用时,传统的OTA管理后台没有方法对某个小区基站的并发OTA下载数量进行调控,这会导致同一个基站的设备OTA下载数量过多时,因为并发拥塞导致OTA功能失败,进而导致NB-IoT类终端设备下载升级固件超时或者失败,从而导致整个小区的设备因为上述的网络拥塞都无法OTA升级。
发明内容
针对上述所显示出来的问题,本发明提供了一种用于NB-IoT设备的远程升级方法及系统用以解决背景技术中提到的传统的OTA管理后台没有方法对某个小区基站的并发OTA下载数量进行调控,这会导致同一个基站的设备OTA下载数量过多时,因为并发拥塞导致OTA功能失败,进而导致NB-IoT类终端设备下载升级固件超时或者失败,从而导致整个小区的设备因为上述的网络拥塞都无法OTA升级的问题。
一种用于NB-IoT设备的远程升级方法,包括以下步骤:
接收目标NB-IoT设备定时周期发送的版本检测请求,根据所述版本检测请求确认所述目标NB-IoT设备是否有固件更新版本;
若确认所述目标NB-IoT设备有固件更新版本,获取所述目标NB-IoT设备对应的目标小区ID;
根据所述目标小区ID的设备连接数量确认是否允许目标NB-IoT设备下载固件更新版本;
在所述目标NB-IoT设备下载完所述固件更新版本后,生成所述目标NB-IoT设备的目标更新报告进行存储。
优选的,在接收目标NB-IoT设备定时周期发送的版本检测请求,根据所述版本检测请求确认所述目标NB-IoT设备是否有固件更新版本之前,所述方法还包括:
检测所述目标NB-IoT设备的目标IP地址和在定时周期内的流量数据;
确认所述目标IP地址是否为有效IP地址,若是,确认所述目标NB-IoT设备的身份安全,否则,确认所述目标NB-IoT设备的身份不安全;
在确认所述目标NB-IoT设备的身份安全后,根据目标NB-IoT设备在定时周期内的流量数据确定目标NB-IoT设备发送版本检测请求的次数;
确认所述次数是否大于等于第一预设阈值,若是,将所述目标NB-IoT设备发送的版本检测请求标记为优先度高的版本检测请求。
优选的,所述接收目标NB-IoT设备定时周期发送的版本检测请求,根据所述版本检测请求确认所述目标NB-IoT设备是否有固件更新版本,包括:
确认所述版本检测请求是否为合法请求;
若所述版本检测请求是合法请求,获取所述目标NB-IoT设备的目标移动设备识别码;
根据所述目标移动设备识别码在OTA服务器中调取所述目标移动设备识别码对应的第一固件版本;
检测所述目标NB-IoT设备的第二固件版本;
确认所述第一固件版本是否高于第二固件版本,若是,确认所述目标NB-IoT设备有固件更新版本,否则,确认所述所述目标NB-IoT设备没有固件更新版本。
优选的,所述若确认所述目标NB-IoT设备有固件更新版本,获取所述目标NB-IoT设备对应的目标小区ID,包括:
确定所述目标NB-IoT设备的目标注册小区基站;
获取所述目标目标注册小区基站的目标小区ID。
优选的,所述根据所述目标小区ID的设备连接数量确认是否允许目标NB-IoT设备下载固件更新版本,包括:
获取所述目标小区ID的设备连接数量;
确认连接设备数量是否超出预设闲置数量;
若所述连接设备数量超出了预设闲置数量,向所述目标NB-IoT设备发出此次不允许下载固件更新版本的提示,
若所述连接设备数量未超出预设闲置数量,确认允许所述目标NB-IoT设备下载固件更新版本。
优选的,在在所述目标NB-IoT设备下载完所述固件更新版本后,生成所述目标NB-IoT设备的更新报告进行存储之前,所述方法还包括:
当确认允许所述目标NB-IoT设备下载固件更新版本时,接通所述目标NB-IoT设备与OTA服务器之间的连接;
从所述OTA服务器获取第一固件版本以更新所述目标NB-IoT设备的第二固件版本;
当确认不允许所述目标NB-IoT设备下载固件更新版本时,根据所述目标NB-IoT设备发送的版本检测请求的优先度将目标NB-IoT设备与下一定时周期目标小区ID的连接设备进行绑定。
优选的,在所述目标NB-IoT设备下载完所述固件更新版本后,生成所述目标NB-IoT设备的目标更新报告进行存储,包括:
检测所述目标NB-IoT设备的当前系统版本是否为所述第二固件版本,若是,生成第一更新报告,否则,向所述OTA服务器发送目标NB-IoT设备升级失败的提示,重新对所述目标NB-IoT设备进行系统升级;
在生成第一更新报告后,检测所述目标NB-IoT设备在第二固件版本的运行情况以及系统bug;
根据所述运行情况和系统bug生成第二更新报告;
将所述第一更新报告和第二更新报告合并为目标NB-IoT设备的目标更新报告;
将所述目标更新报告以及所述目标移动设备识别码和目标小区ID存储到所述OTA服务器的预设更新报告文件夹中。
优选的,在在所述目标NB-IoT设备下载完所述固件更新版本后,生成所述目标NB-IoT设备的目标更新报告进行存储之前,所述方法还包括:对目标NB-IoT设备的内存健康度进行评估,具体步骤为:
获取所述目标NB-IoT设备的多个待测试相关内存参数;
解析每个待测试相关内存参数的分析规则;
按照每个待测试相关内存参数的分析规则将多个待测试相关内存参数进行分析排序,获取排序结果;
构建所述目标NB-IoT设备的健康评估模型;
将所述排序结果中的多个待测试相关内存参数输入到所述健康评估模型中确定健康评估模型中的评估参数;
提取所述目标NB-IoT设备的可用内存数据;
根据所述可用内存数据计算出环比比值,刻画所述环比比值的变化趋势曲线;
根据所述环比比值的变化趋势曲线确定可用内存数据中的第一数量个异常点;
获取所述第一数量个异常点中每个异常点的异常内存数据;
利用所述健康评估模型对第一数量个异常内存数据进行健康性评估,获得第一数量个评估结果值;
将所述第一数量个评估结果值与第二预设阈值进行比较,统计评估结果至小于等于所述第二预设阈值的第二数量个评估结果值;
确认所述第二数量个评估结果值对应的第二数量个异常内存数据;
计算所述第二数量个异常内存数据占用目标NB-IoT设备的可用内存数据的目标比例;
确认所述目标比例是否大于等于预设比例,若是,确认目标NB-IoT设备的内存健康度为不健康,否则,确认目标NB-IoT设备的内存健康度为健康。
优选的,根据所述目标小区ID的设备连接数量确认是否允许目标NB-IoT设备下载固件更新版本,包括:
确定所述目标小区ID的设备连接数量以及每个连接设备的第一优先度;
确认所述目标NB-IoT设备的第二优先度;
根据所述目标小区ID的设备连接数量以及每个连接设备的第一优先度计算出所述OTA服务器的系统负载:
其中,Q表示为OTA服务器的系统负载,N表示为目标小区ID的设备连接数量,Si表示为第i个连接设备的优先度,Mi表示为基于第第i个连接设备的优先度为第i个连接设备分配的第一带宽的带宽值,ki表示为第i个连接设备在下载固件更新版本时的下载速度,Hi表示为第i个连接设备的固件更新版本的内存大小,Gi表示为第i个连接设备占用OTA服务器的资源量,R表示为OTA服务器的总资源量,θ表示为OTA服务器的性能指数,取值为[0.8,1],Bi表示为第i个连接设备与OTA服务器的已连接时长,ti表示为第i个连接设备和OTA服务器从发出检测到OTA服务器发出响应的时间间隔,T表示为OTA服务器的已工作时长;
比较所述目标NB-IoT设备的第二优先度是否大于等于任意一个第一优先度,若是,确定为所述目标NB-IoT设备分配的第二带宽;
根据所述第二带宽计算出目标小区ID连接所述目标NB-IoT设备对OTA服务器的系统负载的影响系数:
其中,x表示为目标小区ID连接所述目标NB-IoT设备对OTA服务器的系统负载的影响系数,E表示为第二带宽的带宽值,β表示为OTA服务器的总带宽,e表示为自然常数,取值为2.72,a表示为OTA服务器内的闲置资源量比例,b表示为目标NB-IoT设备对应的目标固件更新版本在下载时所占用OTA服务器的cpu的比例;
确认目标小区ID连接所述目标NB-IoT设备对OTA服务器的系统负载的影响系数是否大于等于第三预设阈值,若是,确认不允许目标NB-IoT设备连接目标小区ID以从所述OTA服务器中下载固件更新版本,否则,确认允许目标NB-IoT设备连接目标小区ID以从所述OTA服务器中下载固件更新版本。
一种用于NB-IoT设备的远程升级系统,该系统包括:
第一确认模块,用于接收目标NB-IoT设备定时周期发送的版本检测请求,根据所述版本检测请求确认所述目标NB-IoT设备是否有固件更新版本;
获取模块,用于若确认所述目标NB-IoT设备有固件更新版本,获取所述目标NB-IoT设备对应的目标小区ID;
第二确认模块,用于根据所述目标小区ID的设备连接数量确认是否允许目标NB-IoT设备下载固件更新版本;
生产模块,用于在所述目标NB-IoT设备下载完所述固件更新版本后,生成所述目标NB-IoT设备的目标更新报告进行存储。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书以及附图中所特别指出的结构来实现和获得。
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明,并不构成对本发明的限制。
图1为本发明所提供的一种用于NB-IoT设备的远程升级方法的工作流程图;
图2为本发明所提供的一种用于NB-IoT设备的远程升级方法的另一工作流程图;
图3为本发明所提供的一种用于NB-IoT设备的远程升级方法的又一工作流程图;
图4为本发明所提供的一种用于NB-IoT设备的远程升级方法的工作流程截图;
图5为本发明所提供的一种用于NB-IoT设备的远程升级方法的另一工作流程截图;
图6为本发明所提供的一种用于NB-IoT设备的远程升级系统的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
NB-IoT网络具有带宽窄、速度慢、高连接、高延迟的特点,在OTA的应用场景下,同一个小区的连接设备集中在同一时间段进行OTA下载升级固件时,将需要非常高的带宽,对于NB-IoT类的终端设备,由于设备存在流动性,同一个小区基站下的NB-IoT终端设备数是动态的、并且是共享带宽,面对OTA升级包下载这种应用时,传统的OTA管理后台没有方法对某个小区基站的并发OTA下载数量进行调控,这会导致同一个基站的设备OTA下载数量过多时,因为并发拥塞导致OTA功能失败,进而导致NB-IoT类终端设备下载升级固件超时或者失败,从而导致整个小区的设备因为上述的网络拥塞都无法OTA升级。为了解决上述问题,本实施例公开了一种用于NB-IoT设备的远程升级方法。
一种用于NB-IoT设备的远程升级方法,如图1所示,包括以下步骤:
步骤S101、接收目标NB-IoT设备定时周期发送的版本检测请求,根据所述版本检测请求确认所述目标NB-IoT设备是否有固件更新版本;
步骤S102、若确认所述目标NB-IoT设备有固件更新版本,获取所述目标NB-IoT设备对应的目标小区ID;
步骤S103、根据所述目标小区ID的设备连接数量确认是否允许目标NB-IoT设备下载固件更新版本;
步骤S104、在所述目标NB-IoT设备下载完所述固件更新版本后,生成所述目标NB-IoT设备的目标更新报告进行存储;
在本实施例中,上述目标NB-IoT设备包括:手机设备、汽车智能设备和智能穿戴设备等。
上述技术方案的工作原理为:接收目标NB-IoT设备定时周期发送的版本检测请求,根据所述版本检测请求确认所述目标NB-IoT设备是否有固件更新版本,若确认所述目标NB-IoT设备有固件更新版本,获取所述目标NB-IoT设备对应的目标小区ID,根据所述目标小区ID的设备连接数量确认是否允许目标NB-IoT设备下载固件更新版本,在所述目标NB-IoT设备下载完所述固件更新版本后,生成所述目标NB-IoT设备的目标更新报告进行存储。
上述技术方案的有益效果为:首先通过确认目标NB-IoT设备是否有固件更新版本来确认目标NB-IoT设备发送的版本检测请求是否为有效请求,进而可以避免对无需对固件进行更新的NB-IoT设备连接OTA服务器,降低了OTA服务器的工作量,同时提高了OTA服务器其他连接设备的固件更新效率,进一步地,通过对目标小区ID的连接设备进行管控可以有序地对各个NB-IoT设备进行固件更新,从而避免发生现有技术中由于部队小区基站的OTA下载设备进行管控而导致NB-IoT类终端设备下载升级固件超时或者失败等问题,保证了每台NB-IoT类终端设备都可以下载到自己的更新固件,大大地提高了实用性。
在一个实施例中,如图2所示,在接收目标NB-IoT设备定时周期发送的版本检测请求,根据所述版本检测请求确认所述目标NB-IoT设备是否有固件更新版本之前,所述方法还包括:
步骤S201、检测所述目标NB-IoT设备的目标IP地址和在定时周期内的流量数据;
步骤S202、确认所述目标IP地址是否为有效IP地址,若是,确认所述目标NB-IoT设备的身份安全,否则,确认所述目标NB-IoT设备的身份不安全;
步骤S203、在确认所述目标NB-IoT设备的身份安全后,根据目标NB-IoT设备在定时周期内的流量数据确定目标NB-IoT设备发送版本检测请求的次数;
步骤S204、确认所述次数是否大于等于第一预设阈值,若是,将所述目标NB-IoT设备发送的版本检测请求标记为优先度高的版本检测请求。
上述技术方案的有益效果为:通过验证目标NB-IoT设备的身份是否安全可以保证OTA服务器内的各个更新固件的安全性,避免被病毒或者木马侵蚀,提高了整体的安全性,进一步地,通过确定根据目标NB-IoT设备在定时周期内的流量数据确定目标NB-IoT设备发送版本检测请求的次数来确定目标NB-IoT设备优先度可以准确地根据每个NB-IoT设备发送检测请求的数量来对NB-IoT设备的固件更新顺序进行排序,进一步地避免了多个NB-IoT设备同时发出检测请求以更新固件从而导致系统资源占用紧张最后都无法更新固件情况的发生,提高了稳定性。
在一个实施例中,所述接收目标NB-IoT设备定时周期发送的版本检测请求,根据所述版本检测请求确认所述目标NB-IoT设备是否有固件更新版本,包括:
确认所述版本检测请求是否为合法请求;
若所述版本检测请求是合法请求,获取所述目标NB-IoT设备的目标移动设备识别码;
根据所述目标移动设备识别码在OTA服务器中调取所述目标移动设备识别码对应的第一固件版本;
检测所述目标NB-IoT设备的第二固件版本;
确认所述第一固件版本是否高于第二固件版本,若是,确认所述目标NB-IoT设备有固件更新版本,否则,确认所述所述目标NB-IoT设备没有固件更新版本。
上述技术方案的有益效果为:通过判断目标NB-IoT设备发送的版本检测请求是否为合法请求来进一步地保证目标NB-IoT设备的连接安全,同时,通过根据目标移动设备识别码在OTA服务器中调取第一固件版本可以直接快速准确地搜索并调取出目标NB-IoT设备的最新固件版本,进一步地提高了工作效率,同时,通过对比最新固件版本与目标NB-IoT设备的当前固件版本可以快速准确地确定目标NB-IoT设备是否有固件更新版本,实用性更强,无需人工检测,节省了人力成本。
在一个实施例中,所述若确认所述目标NB-IoT设备有固件更新版本,获取所述目标NB-IoT设备对应的目标小区ID,包括:
确定所述目标NB-IoT设备的目标注册小区基站;
获取所述目标目标注册小区基站的目标小区ID。
上述技术方案的有益效果为:通过利用目标NB-IoT设备的目标注册小区基站获取目标小区ID可以直接从线上调取,无需人工查询,进一步地提高了工作效率。
在一个实施例中,如图3所示,所述根据所述目标小区ID的设备连接数量确认是否允许目标NB-IoT设备下载固件更新版本,包括:
步骤S301、获取所述目标小区ID的设备连接数量;
步骤S302、确认连接设备数量是否超出预设闲置数量;
步骤S303、若所述连接设备数量超出了预设闲置数量,向所述目标NB-IoT设备发出此次不允许下载固件更新版本的提示,
步骤S304、若所述连接设备数量未超出预设闲置数量,确认允许所述目标NB-IoT设备下载固件更新版本。
上述技术方案的有益效果为:通过确定目标小区ID的设备连接数量是否超出预设闲置数量来确定是否允许目标NB-IoT设备下载固件更新版本可以根据实际情况自动评估目标NB-IoT设备是否可以下载固件更新版本,同时也减轻了OTA服务器的工作量,避免目标小区ID连接设备数量过多导致网络带宽很低而使得每个连接设备的更新效率超级缓慢请款的发生,进一步地提高了工作效率。
在一个实施例中,在在所述目标NB-IoT设备下载完所述固件更新版本后,生成所述目标NB-IoT设备的更新报告进行存储之前,所述方法还包括:
当确认允许所述目标NB-IoT设备下载固件更新版本时,接通所述目标NB-IoT设备与OTA服务器之间的连接;
从所述OTA服务器获取第一固件版本以更新所述目标NB-IoT设备的第二固件版本;
当确认不允许所述目标NB-IoT设备下载固件更新版本时,根据所述目标NB-IoT设备发送的版本检测请求的优先度将目标NB-IoT设备与下一定时周期目标小区ID的连接设备进行绑定。
上述技术方案的有益效果为:通过将目标NB-IoT设备与下一定时周期目标小区ID的连接设备进行绑定可以使得目标NB-IoT设备在下次发出检测请求时优先被OTA服务器处理,避免每次都无法更新固件更新版本情况的发生,同时也避免了目标NB-IoT设备由于长时间无法对固件进行更细而导致现在固件版本本身bug多功能不完善进行无法为用户提供良好的使用体验感情况的发生。
在一个实施例中,在所述目标NB-IoT设备下载完所述固件更新版本后,生成所述目标NB-IoT设备的目标更新报告进行存储,包括:
检测所述目标NB-IoT设备的当前系统版本是否为所述第二固件版本,若是,生成第一更新报告,否则,向所述OTA服务器发送目标NB-IoT设备升级失败的提示,重新对所述目标NB-IoT设备进行系统升级;
在生成第一更新报告后,检测所述目标NB-IoT设备在第二固件版本的运行情况以及系统bug;
根据所述运行情况和系统bug生成第二更新报告;
将所述第一更新报告和第二更新报告合并为目标NB-IoT设备的目标更新报告;
将所述目标更新报告以及所述目标移动设备识别码和目标小区ID存储到所述OTA服务器的预设更新报告文件夹中。
上述技术方案的有益效果为:通过将所述第一更新报告和第二更新报告合并为目标NB-IoT设备的目标更新报告来使得OTA服务器可以实时地了解到目标NB-IoT设备是否已经更新了固件版本以及目标NB-IoT设备在更新了固件版本后的运行情况和系统bug,进而可以针对运行情况和bug进行后续优化处理,以生成优化组件来对目标NB-IoT设备的固件版本作进一步地优化,提高了用户的体验感。
在一个实施例中,在在所述目标NB-IoT设备下载完所述固件更新版本后,生成所述目标NB-IoT设备的目标更新报告进行存储之前,所述方法还包括:对目标NB-IoT设备的内存健康度进行评估,具体步骤为:
获取所述目标NB-IoT设备的多个待测试相关内存参数;
解析每个待测试相关内存参数的分析规则;
按照每个待测试相关内存参数的分析规则将多个待测试相关内存参数进行分析排序,获取排序结果;
构建所述目标NB-IoT设备的健康评估模型;
将所述排序结果中的多个待测试相关内存参数输入到所述健康评估模型中确定健康评估模型中的评估参数;
提取所述目标NB-IoT设备的可用内存数据;
根据所述可用内存数据计算出环比比值,刻画所述环比比值的变化趋势曲线;
根据所述环比比值的变化趋势曲线确定可用内存数据中的第一数量个异常点;
获取所述第一数量个异常点中每个异常点的异常内存数据;
利用所述健康评估模型对第一数量个异常内存数据进行健康性评估,获得第一数量个评估结果值;
将所述第一数量个评估结果值与第二预设阈值进行比较,统计评估结果至小于等于所述第二预设阈值的第二数量个评估结果值;
确认所述第二数量个评估结果值对应的第二数量个异常内存数据;
计算所述第二数量个异常内存数据占用目标NB-IoT设备的可用内存数据的目标比例;
确认所述目标比例是否大于等于预设比例,若是,确认目标NB-IoT设备的内存健康度为不健康,否则,确认目标NB-IoT设备的内存健康度为健康。
上述技术方案的有益效果为:通过构建所述目标NB-IoT设备的健康评估模型来对目标NB-IoT设备的可用内存进行健康性评估可以保证目标NB-IoT设备可以完整地安装固件更新版本,避免因内存不足或者内存不健康而导致无法安装固件更新版本情况的发生,进一步地提高了稳定性,进一步地,通过刻画所述环比比值的变化趋势曲线使得目标NB-IoT设备的内存服从一个稳态分布,进而可以快速准确地找出目标NB-IoT设备中的异常内存数据从而判断目标NB-IoT设备的内存健康度,提高的评估的准确性和稳定性。
在一个实施例中,根据所述目标小区ID的设备连接数量确认是否允许目标NB-IoT设备下载固件更新版本,包括:
确定所述目标小区ID的设备连接数量以及每个连接设备的第一优先度;
确认所述目标NB-IoT设备的第二优先度;
根据所述目标小区ID的设备连接数量以及每个连接设备的第一优先度计算出所述OTA服务器的系统负载:
其中,Q表示为OTA服务器的系统负载,N表示为目标小区ID的设备连接数量,Si表示为第i个连接设备的优先度,Mi表示为基于第第i个连接设备的优先度为第i个连接设备分配的第一带宽的带宽值,ki表示为第i个连接设备在下载固件更新版本时的下载速度,Hi表示为第i个连接设备的固件更新版本的内存大小,Gi表示为第i个连接设备占用OTA服务器的资源量,R表示为OTA服务器的总资源量,θ表示为OTA服务器的性能指数,取值为[0.8,1],Bi表示为第i个连接设备与OTA服务器的已连接时长,ti表示为第i个连接设备和OTA服务器从发出检测到OTA服务器发出响应的时间间隔,T表示为OTA服务器的已工作时长;
比较所述目标NB-IoT设备的第二优先度是否大于等于任意一个第一优先度,若是,确定为所述目标NB-IoT设备分配的第二带宽;
根据所述第二带宽计算出目标小区ID连接所述目标NB-IoT设备对OTA服务器的系统负载的影响系数:
其中,x表示为目标小区ID连接所述目标NB-IoT设备对OTA服务器的系统负载的影响系数,E表示为第二带宽的带宽值,β表示为OTA服务器的总带宽,e表示为自然常数,取值为2.72,a表示为OTA服务器内的闲置资源量比例,b表示为目标NB-IoT设备对应的目标固件更新版本在下载时所占用OTA服务器的cpu的比例;
确认目标小区ID连接所述目标NB-IoT设备对OTA服务器的系统负载的影响系数是否大于等于第三预设阈值,若是,确认不允许目标NB-IoT设备连接目标小区ID以从所述OTA服务器中下载固件更新版本,否则,确认允许目标NB-IoT设备连接目标小区ID以从所述OTA服务器中下载固件更新版本。
上述技术方案的有益效果为:通过计算OTA服务器的系统负载可以直观地确定OTA服务器的运行情况,进而可以根据运行情况判断是否可以为目标NB-IoT设备更新固件,进一步地,通过利用目标NB-IoT设备分配的第二带宽计算出目标小区ID连接所述目标NB-IoT设备对OTA服务器的系统负载的影响系数来确定是否允许目标NB-IoT设备连接目标小区ID以从所述OTA服务器中下载固件更新版本,可以从数据的角度以及目标NB-IoT设备自身的参数等综合地评估出是否允许目标NB-IoT设备下载固件更新版本,相比于现有技术中直接设置链接数量来作为硬性参考调节来说灵活性更高,使得目标NB-IoT设备可以及时的更新固件,进一步地提高了用户的体验感。
在一个实施例中,如图4-5所示,包括:
(1)等待定时周期到达,设备向服务器请求版本检测,服务器返回是否有新版本。当没有新版本时,等待下一次定时周期到达,当有新版本时执行步骤(2)。
(2)设备向服务器请求是否允许下载,服务器判断设备所在的Cell-ID下载数是否超出闲置。若是,返回设备不允许下载;若否,返回设备允许下载。
(3)设备接收服务器返回是否允许下载,若允许下载,则执行步骤(4);若不允许下载,则跳转执行步骤(1)。
(4)设备开始下载升级包,下载完成后执行下载完成上报给服务器。
上述技术方案的有益效果为:
本实施例还公开了一种用于NB-IoT设备的远程升级系统,如图6所示,该系统包括:
第一确认模块601,用于接收目标NB-IoT设备定时周期发送的版本检测请求,根据所述版本检测请求确认所述目标NB-IoT设备是否有固件更新版本;
获取模块602,用于若确认所述目标NB-IoT设备有固件更新版本,获取所述目标NB-IoT设备对应的目标小区ID;
第二确认模块603,用于根据所述目标小区ID的设备连接数量确认是否允许目标NB-IoT设备下载固件更新版本;
生产模块604,用于在所述目标NB-IoT设备下载完所述固件更新版本后,生成所述目标NB-IoT设备的目标更新报告进行存储。
上述技术方案的工作原理及有益效果在方法权利要求中已经说明,次数不再赘述。
本领域技术人员应当理解的是,本发明中的第一、第二指的是不同应用阶段而已。
本领域技术用户员在考虑说明书及实践这里公开的公开后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (10)
1.一种用于NB-IoT设备的远程升级方法,其特征在于,包括以下步骤:
接收目标NB-IoT设备定时周期发送的版本检测请求,根据所述版本检测请求确认所述目标NB-IoT设备是否有固件更新版本;
若确认所述目标NB-IoT设备有固件更新版本,获取所述目标NB-IoT设备对应的目标小区ID;
根据所述目标小区ID的设备连接数量确认是否允许目标NB-IoT设备下载固件更新版本;
在所述目标NB-IoT设备下载完所述固件更新版本后,生成所述目标NB-IoT设备的目标更新报告进行存储。
2.根据权利要求1所述用于NB-IoT设备的远程升级方法,其特征在于,在接收目标NB-IoT设备定时周期发送的版本检测请求,根据所述版本检测请求确认所述目标NB-IoT设备是否有固件更新版本之前,所述方法还包括:
检测所述目标NB-IoT设备的目标IP地址和在定时周期内的流量数据;
确认所述目标IP地址是否为有效IP地址,若是,确认所述目标NB-IoT设备的身份安全,否则,确认所述目标NB-IoT设备的身份不安全;
在确认所述目标NB-IoT设备的身份安全后,根据目标NB-IoT设备在定时周期内的流量数据确定目标NB-IoT设备发送版本检测请求的次数;
确认所述次数是否大于等于第一预设阈值,若是,将所述目标NB-IoT设备发送的版本检测请求标记为优先度高的版本检测请求。
3.根据权利要求1所述用于NB-IoT设备的远程升级方法,其特征在于,所述接收目标NB-IoT设备定时周期发送的版本检测请求,根据所述版本检测请求确认所述目标NB-IoT设备是否有固件更新版本,包括:
确认所述版本检测请求是否为合法请求;
若所述版本检测请求是合法请求,获取所述目标NB-IoT设备的目标移动设备识别码;
根据所述目标移动设备识别码在OTA服务器中调取所述目标移动设备识别码对应的第一固件版本;
检测所述目标NB-IoT设备的第二固件版本;
确认所述第一固件版本是否高于第二固件版本,若是,确认所述目标NB-IoT设备有固件更新版本,否则,确认所述所述目标NB-IoT设备没有固件更新版本。
4.根据权利要求1所述用于NB-IoT设备的远程升级方法,其特征在于,所述若确认所述目标NB-IoT设备有固件更新版本,获取所述目标NB-IoT设备对应的目标小区ID,包括:
确定所述目标NB-IoT设备的目标注册小区基站;
获取所述目标目标注册小区基站的目标小区ID。
5.根据权利要求1所述用于NB-IoT设备的远程升级方法,其特征在于,所述根据所述目标小区ID的设备连接数量确认是否允许目标NB-IoT设备下载固件更新版本,包括:
获取所述目标小区ID的设备连接数量;
确认连接设备数量是否超出预设闲置数量;
若所述连接设备数量超出了预设闲置数量,向所述目标NB-IoT设备发出此次不允许下载固件更新版本的提示,
若所述连接设备数量未超出预设闲置数量,确认允许所述目标NB-IoT设备下载固件更新版本。
6.根据权利要求2-3所述用于NB-IoT设备的远程升级方法,其特征在于,在在所述目标NB-IoT设备下载完所述固件更新版本后,生成所述目标NB-IoT设备的更新报告进行存储之前,所述方法还包括:
当确认允许所述目标NB-IoT设备下载固件更新版本时,接通所述目标NB-IoT设备与OTA服务器之间的连接;
从所述OTA服务器获取第一固件版本以更新所述目标NB-IoT设备的第二固件版本;
当确认不允许所述目标NB-IoT设备下载固件更新版本时,根据所述目标NB-IoT设备发送的版本检测请求的优先度将目标NB-IoT设备与下一定时周期目标小区ID的连接设备进行绑定。
7.根据权利要求3所述用于NB-IoT设备的远程升级方法,其特征在于,在所述目标NB-IoT设备下载完所述固件更新版本后,生成所述目标NB-IoT设备的目标更新报告进行存储,包括:
检测所述目标NB-IoT设备的当前系统版本是否为所述第二固件版本,若是,生成第一更新报告,否则,向所述OTA服务器发送目标NB-IoT设备升级失败的提示,重新对所述目标NB-IoT设备进行系统升级;
在生成第一更新报告后,检测所述目标NB-IoT设备在第二固件版本的运行情况以及系统bug;
根据所述运行情况和系统bug生成第二更新报告;
将所述第一更新报告和第二更新报告合并为目标NB-IoT设备的目标更新报告;
将所述目标更新报告以及所述目标移动设备识别码和目标小区ID存储到所述OTA服务器的预设更新报告文件夹中。
8.根据权利要求1所述用于NB-IoT设备的远程升级方法,其特征在于,在在所述目标NB-IoT设备下载完所述固件更新版本后,生成所述目标NB-IoT设备的目标更新报告进行存储之前,所述方法还包括:对目标NB-IoT设备的内存健康度进行评估,具体步骤为:
获取所述目标NB-IoT设备的多个待测试相关内存参数;
解析每个待测试相关内存参数的分析规则;
按照每个待测试相关内存参数的分析规则将多个待测试相关内存参数进行分析排序,获取排序结果;
构建所述目标NB-IoT设备的健康评估模型;
将所述排序结果中的多个待测试相关内存参数输入到所述健康评估模型中确定健康评估模型中的评估参数;
提取所述目标NB-IoT设备的可用内存数据;
根据所述可用内存数据计算出环比比值,刻画所述环比比值的变化趋势曲线;
根据所述环比比值的变化趋势曲线确定可用内存数据中的第一数量个异常点;
获取所述第一数量个异常点中每个异常点的异常内存数据;
利用所述健康评估模型对第一数量个异常内存数据进行健康性评估,获得第一数量个评估结果值;
将所述第一数量个评估结果值与第二预设阈值进行比较,统计评估结果至小于等于所述第二预设阈值的第二数量个评估结果值;
确认所述第二数量个评估结果值对应的第二数量个异常内存数据;
计算所述第二数量个异常内存数据占用目标NB-IoT设备的可用内存数据的目标比例;
确认所述目标比例是否大于等于预设比例,若是,确认目标NB-IoT设备的内存健康度为不健康,否则,确认目标NB-IoT设备的内存健康度为健康。
9.根据权利要求2-3所述用于NB-IoT设备的远程升级方法,其特征在于,根据所述目标小区ID的设备连接数量确认是否允许目标NB-IoT设备下载固件更新版本,包括:
确定所述目标小区ID的设备连接数量以及每个连接设备的第一优先度;
确认所述目标NB-IoT设备的第二优先度;
根据所述目标小区ID的设备连接数量以及每个连接设备的第一优先度计算出所述OTA服务器的系统负载:
其中,Q表示为OTA服务器的系统负载,N表示为目标小区ID的设备连接数量,Si表示为第i个连接设备的优先度,Mi表示为基于第第i个连接设备的优先度为第i个连接设备分配的第一带宽的带宽值,ki表示为第i个连接设备在下载固件更新版本时的下载速度,Hi表示为第i个连接设备的固件更新版本的内存大小,Gi表示为第i个连接设备占用OTA服务器的资源量,R表示为OTA服务器的总资源量,θ表示为OTA服务器的性能指数,取值为[0.8,1],Bi表示为第i个连接设备与OTA服务器的已连接时长,ti表示为第i个连接设备和OTA服务器从发出检测到OTA服务器发出响应的时间间隔,T表示为OTA服务器的已工作时长;
比较所述目标NB-IoT设备的第二优先度是否大于等于任意一个第一优先度,若是,确定为所述目标NB-IoT设备分配的第二带宽;
根据所述第二带宽计算出目标小区ID连接所述目标NB-IoT设备对OTA服务器的系统负载的影响系数:
其中,x表示为目标小区ID连接所述目标NB-IoT设备对OTA服务器的系统负载的影响系数,E表示为第二带宽的带宽值,β表示为OTA服务器的总带宽,e表示为自然常数,取值为2.72,a表示为OTA服务器内的闲置资源量比例,b表示为目标NB-IoT设备对应的目标固件更新版本在下载时所占用OTA服务器的cpu的比例;
确认目标小区ID连接所述目标NB-IoT设备对OTA服务器的系统负载的影响系数是否大于等于第三预设阈值,若是,确认不允许目标NB-IoT设备连接目标小区ID以从所述OTA服务器中下载固件更新版本,否则,确认允许目标NB-IoT设备连接目标小区ID以从所述OTA服务器中下载固件更新版本。
10.一种用于NB-IoT设备的远程升级系统,其特征在于,该系统包括:
第一确认模块,用于接收目标NB-IoT设备定时周期发送的版本检测请求,根据所述版本检测请求确认所述目标NB-IoT设备是否有固件更新版本;
获取模块,用于若确认所述目标NB-IoT设备有固件更新版本,获取所述目标NB-IoT设备对应的目标小区ID;
第二确认模块,用于根据所述目标小区ID的设备连接数量确认是否允许目标NB-IoT设备下载固件更新版本;
生产模块,用于在所述目标NB-IoT设备下载完所述固件更新版本后,生成所述目标NB-IoT设备的目标更新报告进行存储。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011361275.XA CN112486535B (zh) | 2020-11-27 | 2020-11-27 | 一种用于NB-IoT设备的远程升级方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011361275.XA CN112486535B (zh) | 2020-11-27 | 2020-11-27 | 一种用于NB-IoT设备的远程升级方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112486535A true CN112486535A (zh) | 2021-03-12 |
CN112486535B CN112486535B (zh) | 2021-09-14 |
Family
ID=74936419
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011361275.XA Active CN112486535B (zh) | 2020-11-27 | 2020-11-27 | 一种用于NB-IoT设备的远程升级方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112486535B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113452553A (zh) * | 2021-06-18 | 2021-09-28 | 上海艾拉比智能科技有限公司 | 一种内容分发网络流量限制方法及系统 |
WO2023103752A1 (zh) * | 2021-12-06 | 2023-06-15 | 中兴通讯股份有限公司 | 网元版本下载方法、网元、电子设备和存储介质 |
TWI823466B (zh) * | 2022-05-11 | 2023-11-21 | 大陸商業成科技(成都)有限公司 | AIoT設備更新方法和裝置 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103152279A (zh) * | 2007-03-12 | 2013-06-12 | 思杰系统有限公司 | 用于在tcp拥塞控制中提供服务质量优先的系统和方法 |
CN105183612A (zh) * | 2015-09-25 | 2015-12-23 | 携程计算机技术(上海)有限公司 | 服务器可用内存异常增长及运行状况的评估方法 |
CN107087014A (zh) * | 2017-01-24 | 2017-08-22 | 无锡英威腾电梯控制技术有限公司 | 一种负载均衡方法及其控制器 |
US20180204008A1 (en) * | 2012-01-12 | 2018-07-19 | Facebook, Inc. | Multiple system images for over-the-air updates |
CN109522175A (zh) * | 2017-09-18 | 2019-03-26 | 华为技术有限公司 | 一种内存评估的方法及装置 |
CN111078241A (zh) * | 2018-10-22 | 2020-04-28 | 成都鼎桥通信技术有限公司 | Ota升级方法和装置 |
EP3651416A1 (en) * | 2016-06-30 | 2020-05-13 | Juniper Networks, Inc. | Generating automatic bandwidth adjustment policies per label-switched path |
CN111434145A (zh) * | 2017-11-15 | 2020-07-17 | 瑞典爱立信有限公司 | 用于跨带宽部分进行负载平衡的方法和设备 |
CN111935669A (zh) * | 2020-06-17 | 2020-11-13 | 国家计算机网络与信息安全管理中心 | 一种联网车辆ota升级安全检测系统及方法 |
-
2020
- 2020-11-27 CN CN202011361275.XA patent/CN112486535B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103152279A (zh) * | 2007-03-12 | 2013-06-12 | 思杰系统有限公司 | 用于在tcp拥塞控制中提供服务质量优先的系统和方法 |
US20180204008A1 (en) * | 2012-01-12 | 2018-07-19 | Facebook, Inc. | Multiple system images for over-the-air updates |
CN105183612A (zh) * | 2015-09-25 | 2015-12-23 | 携程计算机技术(上海)有限公司 | 服务器可用内存异常增长及运行状况的评估方法 |
EP3651416A1 (en) * | 2016-06-30 | 2020-05-13 | Juniper Networks, Inc. | Generating automatic bandwidth adjustment policies per label-switched path |
CN107087014A (zh) * | 2017-01-24 | 2017-08-22 | 无锡英威腾电梯控制技术有限公司 | 一种负载均衡方法及其控制器 |
CN109522175A (zh) * | 2017-09-18 | 2019-03-26 | 华为技术有限公司 | 一种内存评估的方法及装置 |
CN111434145A (zh) * | 2017-11-15 | 2020-07-17 | 瑞典爱立信有限公司 | 用于跨带宽部分进行负载平衡的方法和设备 |
CN111078241A (zh) * | 2018-10-22 | 2020-04-28 | 成都鼎桥通信技术有限公司 | Ota升级方法和装置 |
CN111935669A (zh) * | 2020-06-17 | 2020-11-13 | 国家计算机网络与信息安全管理中心 | 一种联网车辆ota升级安全检测系统及方法 |
Non-Patent Citations (3)
Title |
---|
GALINI TSOUKANERI 等: "Group Communications in Narrowband-IoT: Architecture, Procedures, and Evaluation", 《IEEE INTERNET OF THINGS JOURNAL》 * |
李鑫: "基于NB-IoT的智能机床控制器设计", 《科技视界》 * |
杨拓: "5G异构密集网络容量提升方法与非授权频谱接入技术研究", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113452553A (zh) * | 2021-06-18 | 2021-09-28 | 上海艾拉比智能科技有限公司 | 一种内容分发网络流量限制方法及系统 |
WO2023103752A1 (zh) * | 2021-12-06 | 2023-06-15 | 中兴通讯股份有限公司 | 网元版本下载方法、网元、电子设备和存储介质 |
TWI823466B (zh) * | 2022-05-11 | 2023-11-21 | 大陸商業成科技(成都)有限公司 | AIoT設備更新方法和裝置 |
Also Published As
Publication number | Publication date |
---|---|
CN112486535B (zh) | 2021-09-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112486535B (zh) | 一种用于NB-IoT设备的远程升级方法及系统 | |
CN110708210B (zh) | 云测试配置方法、装置、计算机设备及存储介质 | |
CN103973858B (zh) | 移动终端的自动测试系统 | |
CN109683930B (zh) | 空调设备程序升级方法、装置、系统和家电设备 | |
CN111159031B (zh) | 应用移动终端自动化测试的方法、计算机装置及计算机可读存储介质 | |
EP2985730A1 (en) | Method and device for partially-upgrading | |
CN112311628B (zh) | 网络测速方法、系统、网络设备和存储介质 | |
CN110532168A (zh) | 全链路接口压测方法、装置、计算机设备及存储介质 | |
CN108681504A (zh) | 自动化测试方法、测试服务器及计算机可读存储介质 | |
CN112954040B (zh) | 嵌入应用发布服务器的方法、系统、设备及存储介质 | |
CN112612644A (zh) | 主机数据备份方法、设备、存储介质及装置 | |
CN109324962A (zh) | 一种基于云物联技术的应用程序的测试方法及设备 | |
CN108512682B (zh) | 一种确定虚假终端标识的方法和装置 | |
CN111984527A (zh) | 软件的性能测试方法、装置、设备和介质 | |
CN106708727B (zh) | 一种分布式病毒特征样本验证方法及系统 | |
CN108280024B (zh) | 流量分配策略测试方法、装置及电子设备 | |
CN104683473A (zh) | 监控服务质量的方法、服务端、客户端及系统 | |
CN109697117B (zh) | 终端控制方法、装置以及计算机可读存储介质 | |
CN113934512A (zh) | 负载均衡实现方法、装置、设备及存储介质 | |
CN107645727B (zh) | 一种测试基站的方法及装置 | |
CN111131324A (zh) | 业务系统的登陆方法及装置、存储介质、电子装置 | |
CN107784548B (zh) | 订单处理方法和装置 | |
CN110166636B (zh) | 压力测试的装置、方法及存储介质 | |
CN113849203A (zh) | 物联网终端升级系统及其方法 | |
CN112416750A (zh) | 应用程序边界测试方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |