本发明实施例涉及通信技术领域，尤其涉及一种升级窄带物联网终端的方法及装置。
背景技术：
窄带物联网(narrowbandinternetofthings，nb-iot)是物联网领域的一种低功耗广域网网络传输技术，可以支持低功耗设备在广域网的蜂窝数据连接。nb-iot网络具有广覆盖、低功耗、海量连接等特点。nb-iot网络中包含nb-iot终端和物联网平台，物联网平台中的设备管理服务器能够对nb-iot终端进行诸如软件升级、固件升级、配置和故障定位等设备管理操作。其中，nb-iot终端是指插入了nb-iot芯片的设备，例如水表、电表、气表和智能垃圾桶等，具有低速率、深覆盖、低功耗、低成本的特点。
目前大部分nb-iot终端是通过电池供电，电量有限，因此为了获取较长的生命周期，大部分nb-iot终端都开启了省电模式。在省电模式下，nb-iot终端只在固定的时间段内醒来(如每天的8：00至9：00)并将数据上报至物联网平台，且物联网平台中的设备管理服务器只能在nb-iot终端醒来的时间窗(如30秒)内，根据自身处理能力并行对nb-iot终端进行批量升级。
然而，当一个小区内并行升级的nb-iot终端较多时，会造成该小区的下载速度非常慢，可能每秒只有几百比特。这样一来，升级每个nb-iot终端的时间都会比较长，使得升级nb-iot终端的效率较低。
技术实现要素：
本发明实施例提供一种升级窄带物联网终端的方法及装置，能够解决对小区中的nb-iot终端进行升级时效率较低的问题。
为达到上述目的，本发明实施例采用如下技术方案：
第一方面，本发明实施例提供一种升级窄带物联网终端的方法，该方法包括：当接收到第一终端发送的业务数据时，窄带物联网终端的设备管理服务器判断所述第一终端所属的目标小区中是否存在正在升级的终端；若目标小区中不存在正在升级的终端，则设备管理服务器向第一终端发送立即升级指令；若目标小区中存在正在升级的终端，则设备管理服务器向第一终端发送延迟升级指令，延迟升级指令中包含升级时刻或延迟时间。这样每个目标小区同一时间只升级一个终端，相较于并行升级多个终端，本发明实施例提供的方案能够缩短每个终端下载升级包的时间，提高了终端的升级效率。
在一种可能的设计中，设备管理服务器在向第一终端发送延迟升级指令之前，需要确定第一终端的升级时刻或延迟时间，从而使设备管理服务器能够在升级时刻对第一终端进行升级，或者在等待延迟时间后对第一终端进行升级。具体确定升级时刻或延迟时间的方法为：若在当前唤醒周期内未生成过延迟升级指令，则设备管理服务器根据当前唤醒周期确定第一终端的升级时刻或延迟时间。若在当前唤醒周期内已生成过延迟升级指令，则根据前一个延迟升级指令中包含的升级时刻或延迟时间，以及前一个延迟升级指令对应的终端所需的升级包额定下载时长确定第一终端的升级时刻或延迟时间。
在一种可能的设计中，若在接收过延迟升级指令的第一终端下载升级包的过程中，接收到其他终端发送的业务数据，设备管理服务器则向其他终端发送延迟升级指令，这样使得正在升级的终端处于较高的优先级，避免因升级中断而造成的升级失败。
在一种可能的设计中，设备管理服务器根据目标小区中是否存在正在下载升级包的终端确定目标小区中是否存在正在升级的终端。升级终端的过程中，升级包的下载会影响目标小区的下载速度，而终端本地安装升级包不会影响目标小区的下载速度。因此，当目标小区中促存在正在下载升级包的终端使，可以认为目标小区中不存在正在升级的终端，可以对当前发送业务数据的终端进行升级。
在一种可能的设计中，在指定唤醒周期内，当接收到第二终端发送的业务数据时，若目标小区中不存在正在升级的终端，则设备管理服务器向第二终端发送立即升级指令，并记录第二终端的升级信息，升级信息至少包括信号强度以及升级包下载时长。之后，设备管理服务器根据记录的所有第二终端的升级信息，生成目标小区所管理的终端的升级策略，升级策略至少包括各级别信号强度对应的升级包额定下载时长。其中，设备管理服务器可以将各级别信号强度对应的升级包下载时长平均值确定为升级策略中的各级别信号强度对应的升级包额定下载时长，也可以将各级别信号强度对应的升级包最大下载时长和升级包最小下载时长确定为升级策略中的各级别信号强度对应的升级包额定下载时长。设备管理服务器在指定唤醒周期内确定目标小区所管理的终端的升级策略，以便在其他唤醒周期内确定目标小区所管理的终端对应的升级包额定下载时长，从而为终端分配升级时刻或延迟时间
在一种可能的设计中，设备管理服务器在向第一终端发送延迟升级指令之前，首先根据第一终端发送的业务数据确定第一终端当前的信号强度，之后根据第一终端的当前的信号强度和第一终端所述目标小区的升级策略确定第一终端所需的升级包额定下载时长，从而为终端分配升级时刻或延迟时间。
第二方面，本发明实施例提供一种升级窄带物联网终端的装置，该装置可以实现上述方法示例中窄带物联网终端的设备管理服务器所执行的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。
在一种可能的设计中，该装置的结构中包括处理器和收发器，该处理器被配置为支持该装置执行上述方法中相应的功能。该收发器用于发送和接收数据。该装置还可以包括存储器，该存储器用于与处理器耦合，保存该装置必要的程序指令和数据。
第三方面，本发明实施例提供一种计算机存储介质，用于存储为上述窄带物联网终端的设备管理服务器所用的计算机软件指令，其包含用于执行上述方面所设计的程序。
本发明实施例提供的升级窄带物联网终端的方法及装置，相较于现有技术中的在nb-iot终端醒来的时间窗内，设备管理服务器根据自身处理能力并行对nb-iot终端进行批量升级，本发明当目标小区中不存在正在升级的终端时，指示终端立即升级，当目标小区中存在正在升级的终端时，指示终端在指定的升级时刻升级。这样一来，每个目标小区同一时间只升级一个终端，从而缩短每个终端下载升级包的时间，提高了终端的升级效率。因此，本发明实施例能够解决对小区中的nb-iot终端进行升级时效率较低的问题。
附图说明
图1为本发明实施例提供的nb-iot系统的架构示意图；
图2为本发明实施例提供的升级窄带物联网终端的装置逻辑结构示意图；
图3为本发明实施例提供的一种升级窄带物联网终端的方法的流程图；
图4为本发明实施例提供的另一种升级窄带物联网终端的方法的流程图；
图5为本发明实施例提供的另一种升级窄带物联网终端的方法的流程图；
图6为本发明实施例提供的一种升级窄带物联网终端的装置结构示意图。
具体实施方式
下面结合附图，对本发明的实施例进行描述。
图1提供了本发明实施例的一种nb-iot系统100的架构示意图，用于升级nb-iot终端。本发明实施例提供的nb-iot系统100包括终端101、接入网102、核心网103、物联网平台104以及物联网应用服务器105。其中，终端101可以为仪表、手机、相机等插入了nb-iot芯片的设备。核心网103主要由移动管理实体(mobilitymanagemententity，mme)106、服务网关(servinggateway，sgw)107以及分组数据网关(pdngateway，pgw)108等网元组成。物联网平台104含内置的设备管理服务器109、数据库110以及物联网服务器111。
在图1所示的架构中，终端101可以通过通信网络与物联网平台104通信，上报终端数据并执行物联网平台104下发的命令。接入网102与核心网103组成的通信网络可以提供数据的透明传输，是终端101与物联网平台104之间的数据传输通道。物联网平台104负责终端101的管理、连接、数据采集和分析，并为物联网应用服务器105提供接口。物联网平台104内置的数据库110可以用于存储数据，存储于数据库110的数据由物联网服务器111进行处理。物联网平台104内置的设备管理服务器109负责对终端101的软件升级、固件升级、配置以及故障定位。物联网应用服务器105为不同类别用户提供相应权限的统计数据。在本发明实施例中设备管理服务器109主要功能是升级终端。具体的，升级流程可参考本发明实施例在后面的详细介绍。
图2为本发明实施例提供的升级窄带物联网终端的装置200的结构示意图，用于在图1所示的nb-iot系统中升级终端。升级窄带物联网终端的装置200可以包含一个或多个端口204，与收发器(transceiver)201相耦合。收发器201可以是发射器，接收器或其组合，从其他网络节点通过端口208发送或接收数据包。处理器202耦合到收发器206，用于处理数据包。处理器202可以包含一个或多个多核处理器和/或存储器。处理器202可以是一个通用处理器，专用集成电路(applicationspecificintegratedcircuit，asic)，或数字信号处理器(digitalsignalprocessing，dsp)。
存储器203可为非瞬时性的存储介质，与处理器202相耦合，用于保存不同类型的数据，如业务数据，升级包，升级信息和升级策略等。存储器203可包含只读存储器(readonlymemory，rom)，随机存取存储器(randomaccessmemory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是磁盘存储器。存储器203可用于保存实现语义查询相关方法的指令。可以理解，通过编程或装载可执行指令到装置200的处理器202，缓存和长期存储中的至少一个。
升级窄带物联网终端的装置200可实现根据本发明的实施例执行一个或多个指令以触发升级终端的过程。这些指令可存储在存储器203中，也可集成在升级终端的设备的操作系统的内核或内核的插件中。
另一个实施例中，装置200作为升级窄带物联网终端的装置，包括存储器203，处理器202和收发器201以及与收发器201耦合的一个或多个端口204。存储器203，用于存储计算机可执行程序代码；处理器202与所述存储器203和所述收发器201耦合；
其中所述程序代码包括指令，当所述处理器执行所述指令时，所述指令使所述升级终端的装置执行图3至图5中设备管理服务器执行的相关步骤。
此外，图2还可以作为本发明实施例提供窄带物联网终端的设备管理服务器的结构示意图，包括存储器203，处理器202和收发器201以及与收发器耦合的一个或多个端口204。存储器203，用于存储计算机可执行程序代码；处理器202与所述存储器203和所述收发器201耦合；
其中所述程序代码包括指令，当所述处理器执行所述指令时，所述指令使所述升级窄带物联网终端的装置执行图3至图5中设备管理服务器执行的相关步骤。
需要说明的是，本发明实施例中提到的第一终端、第二终端、终端均为nb-iot终端。本发明实施例中的第一和第二没有任何技术上的意义，只是用来区别不同的终端。本发明实施例中提到的设备管理服务器为窄带物联网终端的设备管理服务器。
本发明实施例提供一种升级窄带物联网终端的方法，如图3所示，该方法流程具体包括如下步骤：
301、第一终端向设备管理服务器发送业务数据。
本发明实施例中，第一终端可以是各种插入了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终端无法接收设备管理服务器发送的指示。
在实际应用过程中，管理人员可以首先通过物联网服务器的认证(portal)界面选择需要升级的终端以及对应的升级包，并由物联网服务器向设备管理服务器下发升级任务。之后，设备管理服务器接收到nb-iot终端发送的业务数据时，可以首先确定该nb-iot终端是否属于需要升级的终端。若是，则执行步骤302；否则，正常处理业务数据。
例如：小区1中终端的唤醒周期为每天的8：00至9：00，醒来的时间窗为30秒。表1为终端唤醒时间表，8：00时，小区1中终端a1、终端b1、终端c1醒来，终端b1正在升级，8：05时，小区1中终端a1、终端b1、终端c1醒来，终端b1正在升级。如表1所示，小区1中终端a2的唤醒时间为8：05，终端a2在8：05向设备管理服务器发送业务数据。设备管理服务器接收到终端a2发送的业务数据后，首先确定终端a2是否属于需要升级的终端。若是，则执行步骤302；否则，正常处理接收数据。若终端a2在30秒内接收到设备管理服务器发送的指令，则终端a2执行指令。若终端a2在30秒内未接收到设备管理服务器发送的指令，则终端a2重新进入睡眠，直至下一个唤醒时间到来。
表1终端唤醒时间表
302、当接收到第一终端发送的业务数据时，设备管理服务器判断第一终端所属的目标小区中是否存在正在升级的终端。若目标小区中不存在正在升级的终端，则执行步骤303和304；否则，执行步骤305和306。
考虑到nb-iot网络带宽较窄，而小区中接入的终端数量较多，并行升级多个终端会导致单个终端的下载速度较慢，单个终端下载升级包的时间较长，耗电量较大。为了降低终端的耗电量，使每个终端尽可能快的完成升级，在本发明实施例中每个小区同一时间只能有一个终端下载升级包。
当目标小区中不存在正在升级的终端，设备管理服务器可以根据接收到业务数据的先后顺序确定当前时刻升级哪个需要升级的终端。若设备管理服务器同时接收到多个终端发送的业务数据，则设备管理服务器可以根据内部处理业务数据的先后顺序确定当前时刻升级的终端，也可以随机选择一个终端作为当前时刻升级的终端，对此本发明实施例不作限定。
在本发明实施例中，设备管理服务器判断第一终端所属的目标小区中是否存在正在升级的终端具体可以实现为：判断目标小区中是否存在正在下载升级包的终端；若目标小区中不存在正在下载升级包的终端，则确定目标小区中不存在正在升级的终端；若目标小区中存在正在下载升级包的终端，则确定目标小区中存在正在升级的终端。
303、设备管理服务器向第一终端发送立即升级指令。
其中，立即升级指令用于指示第一终端立即升级。可以理解的是，立即升级指令中携带有升级包的下载路径，终端可以根据该下载路径下载升级包。
304、当接收到设备管理服务器发送的立即升级指令时，第一终端下载升级包。
当第一终端接收到指令为立即升级指令时，说明目标小区中不存在正在升级的终端，第一终端可以立即下载升级包。第一终端下载升级包并进行本地安装和重启后，向设备管理器发送升级结果，包括升级成功，升级失败及失败原因，并记录升级过程的错误信息到日志。
305、设备管理服务器向第一终端发送延迟升级指令。
其中，延迟升级指令中包含升级时刻或延迟时间。延迟升级指令用于指示第一终端从升级时刻开始下载升级包，或者用于指示第一终端在等待延迟时间之后下载升级包。延迟时间即为第一终端下载升级包之前需等待的时间。
306、当接收到设备管理服务器发送的延迟升级指令时，第一终端按照延迟升级指令中携带的升级时刻或者延迟时间，向设备管理服务器再次发送业务数据。
当第一终端接收到的指令为延迟升级指令时，第一终端获取升级时刻，并在该升级时刻向设备管理服务器再次发送业务数据；或者第一终端获取延迟时间，并在等待延迟时间后向设备管理服务器再次发送业务数据。
如表1所示，设备管理服务器在8：00时，同时接收到小区1中终端a1、b1、c1发送的业务数据。设备管理服务器确定终端a1不需要升级，终端b1和c1需要升级。若此时小区1中不存在正在升级的终端，则设备管理服务器从终端b1和终端c1中选择一个终端进行升级，例如终端b1。之后，设备管理服务器向终端b1发送立即升级指令，向终端c1发送延迟升级指令。设备管理服务器在8：05时，接收到需要升级的终端a2、b2、c2发送的业务数据。此时，设备管理服务器确定小区1中终端b1正在升级，设备管理服务器分别向终端a2、b2、c2发送延迟升级指令。
考虑到nb-iot网络具有海量连接的特点，终端数量较多，为了缩短批量升级终端的时间，提高网络利用率，尽量避免小区中的终端集中在同一时间段进行升级。因此，本发明实施例中的延迟升级指令中的升级时刻可以为唤醒周期以外的时刻，延迟时间可以为大于唤醒周期时长的时间。这样一来，在非唤醒周期的时间，也有终端醒来进行升级，缩短了批量升级终端的时间，提高了批量升级终端的效率，满足指令时间段内(如2周)海量终端(如100万)的升级问题。
由于在没有接收到延迟升级指令的情况下，小区1中的终端不会在非唤醒周期醒来，因此在非唤醒周期仅有接收到延迟升级指令的终端在升级时刻醒来，或者在等待了延迟时间后醒来。表2为在表1的基础上，设备管理服务器通过延迟升级指令为终端分配的升级时刻表，小区1中终端c1在9：10醒来，终端a2在9：40醒来，终端b2在10：10醒来，终端c1在9：10至9：30升级，终端a2在9：40至10：00升级，终端b2在10：10至10：30升级。设备管理服务器向终端c1发送的延迟升级指令中携带的升级时刻9：10，设备管理服务器向终端a2发送的延迟升级指令中携带的升级时刻9：40，设备管理服务器向终端b2发送的延迟升级指令中携带的升级时刻10：10。接收到延迟升级指令后，终端c1在9：10向设备管理服务器发送业务数据，终端a2在9：40向设备管理服务器发送业务数据，终端b2在10：10向设备管理服务器发送业务数据。
表2升级时刻分配表
考虑到终端下载升级包需要一定时间，为了保证每个小区同一时间仅对一个终端进行升级，设备管理服务器除了为终端分配升级时刻外，还要规划终端升级结束时刻。当某个终端在规划的升级结束时刻尚未完成升级包下载时，要以正在下载升级包的终端为高优先级，为后面的终端重新分配升级时刻。如表2所示，设备管理服务器为终端c1规划的升级结束时刻为9：30，但9：30时终端c1实际到了9：40才完成升级包下载，而在9：30时终端a2已经上线，此时要以终端c1为高优先级，对终端a2重新分配升级时刻，而终端c1则正常下载升级包直至完成。
在本发明实施例中，在向第一终端发送延迟升级指令之后，还可以执行以下步骤：
若在第一终端下载升级包的过程中，接收到其他终端发送的业务数据，则向其他终端发送延迟升级指令。
为了避免终端c1升级延误对终端a2以外的终端的影响，设备管理服务器向终端a2发送延迟升级指令。
表3实际升级时刻表
需要说明的是，设备管理服务器向第一终端发送的延迟升级指令的目的是通知终端下次醒来的时间，该指令可以做成通用指令，不限于只做升级用途。而当接收到延迟升级指令时，第一终端向设备管理服务器发送业务数据的目的是告知设备管理服务器能够进行通信。因此，当接收到延迟升级指令时，第一终端向设备管理服务器发送业务数据除了可以为音频、图片、码数等实际采集的信息，也可以是诸如空信息等预先约定的信息。
本发明实施例提供的升级窄带物联网终端的方法，相较于现有技术中的在nb-iot终端醒来的时间窗内，设备管理服务器根据自身处理能力并行对nb-iot终端进行批量升级，本发明当目标小区中不存在正在升级的终端时，指示终端立即升级，当目标小区中存在正在升级的终端时，指示终端在指定的升级时刻升级。这样一来，每个目标小区同一时间只升级一个终端，从而缩短每个终端下载升级包的时间，提高了终端的升级效率。因此，本发明实施例能够解决对小区中的nb-iot终端进行升级时效率较低的问题。
本发明实施例提供还一种升级窄带物联网终端的方法，如图4所示，该方法流程具体包括如下步骤：
步骤401至步骤404如步骤301至步骤304，在此不再赘述。
405、设备管理服务器确定当前唤醒周期内是否生成过延迟升级指令。若当前唤醒周期内未生成过延迟升级指令，则执行步骤406；若当前唤醒周期内生成过延迟升级指令，则执行步骤407。
其中，当前唤醒周期是指设备管理服务器接收到终端发送的业务数据的时间所属的唤醒周期。
406、设备管理服务器根据当前唤醒周期确定第一终端的升级时刻或延迟时间。
若当前唤醒周期内未生成过延迟升级指令，说明第一终端为首个被延迟的终端，第一终端的升级时刻或延迟时间与当前唤醒周期有关。
如表2所示，小区1中终端的当前唤醒周期为8：00至9：00，终端c1为当前唤醒周期内首个被延迟的终端，为终端c1分配的升级时刻在9：00之后即可每个小区同一时间仅对一个终端进行升级。为了提高网络利用率，缩短批量升级的时间，小区1的空闲时间不宜过大，例如终端c1的升级时刻可以为9：10。
407、设备管理服务器根据前一个延迟升级指令中包含的升级时刻或延迟时间，以及前一个延迟升级指令对应的终端所需的升级包额定下载时长确定第一终端的升级时刻或延迟时间。
其中，设备管理服务器可以根据为终端分配的升级时刻与升级包额定下载时长规划升级结束时刻。
若当前唤醒周期内生成过延迟升级指令，说明之前有被延迟的终端，为了保证每个小区同一时间仅对一个终端进行升级，第一终端的升级时刻与前一个被延迟的终端的升级时刻以及升级包额定下载时长有关，第一终端的延迟时间同样与前一个被延迟的终端的延迟时间以及升级包额定下载时长有关。
如表2所示，小区1中当前唤醒周期内被延迟的终端依次为终端c1、a2、b2，设备管理服务器为终端a2分配的升级时刻为9：40，分配的升级包额定下载时长为20分钟。根据终端a2的升级时刻以及终端a2的升级包额定下载时长确定可知设备为终端a2规划的升级结束时刻为10：00。此时，终端b2的升级时刻只需要在10：00之后即可保证每个小区同一时间仅对一个终端进行升级。为了提高网络利用率，缩短批量升级的时间，小区1的空闲时间不能太大，例如终端b2的升级时刻可以为10：10。
步骤408和步骤409如步骤305和步骤306，在此不再赘述。
本发明实施例提供的升级窄带物联网终端的方法，相较于现有技术中的在nb-iot终端醒来的时间窗内，设备管理服务器根据自身处理能力并行对nb-iot终端进行批量升级，本发明通过为被延迟升级的终端分配升级时刻或延迟时间，在非唤醒周期安排部分终端进行升级，从而提高网络资源利用率，缩短批量升级的时间，提高批量升级终端的效率。因此，本发明实施例能够解决对小区中的nb-iot终端进行升级时效率较低的问题。
本发明实施例提供一种升级窄带物联网终端的方法，如图5所示，该方法流程具体包括如下步骤：
501、第二终端向设备管理服务器发送业务数据。
需要说明的是，本发明实施例中根据向设备管理服务器发送业务数据的时间将终端分为第一终端和第二终端。其中，第二终端是指在指定唤醒周期内向设备管理服务器发送业务数据的终端，第一终端是指在指定唤醒周期之后向设备管理服务器发送业务数据的终端。
502、在指定唤醒周期内，当接收到第二终端发送的业务数据时，设备管理服务器判断目标小区中是否存在正在升级的终端。
其中，指定唤醒周期用于根据终端的升级信息确定目标小区的升级策略。
为了为终端分配合理的升级时刻或延迟时间，在本发明实施例中可以指定一个唤醒周期采集终端的升级包下载时长，以便于预估同一小区中其他终端的升级包下载时长。在本发明实施例中，指定唤醒周期可以为批量升级终端过程中的任一唤醒周期。在指定唤醒周期之前，设备管理服务器仍然使用现有技术中升级终端的方法，在指定唤醒周期之后，设备管理服务器使用本发明实施例中升级终端的方法。可以理解的是，为了提高批量升级的效率，指定唤醒周期可以为批量升级终端过程中的首个唤醒周期。
503、若目标小区中不存在正在升级的终端，则设备管理服务器向第二终端发送立即升级指令。
504、第二终端根据接收到的立即升级指令下载升级包。
505、设备管理服务器记录第二终端的升级信息。
其中，升级信息至少包括信号强度以及升级包下载时长。
升级包下载时长取决于升级包大小、终端类型和信号强度。因此，设备管理服务器需要记录升级包的大小、信号强度、终端类型以及升级包下载时长两两之间的对应关系，如表4升级信息表所示。
表4升级信息表
在实际使用过程中，一般都是对同一类型的终端进行升级，所以升级包的大小和设备类型一般都是一致的，升级包下载时长最终取决于信号强度。例如，在针对水表的批量升级的过程中，设备管理服务器仅需要记录升级包下载时长和信号强度之间的对应关系，如表5水表升级信息表所示。
表5水表升级信息表
506、设备管理服务器根据记录的所有第二终端的升级信息，生成目标小区所管理的终端的升级策略。
其中，升级策略至少包括各级别信号强度对应的升级包额定下载时长。
在本发明实施例中，步骤506具体可以实现为：设备管理服务器根据记录的所有第二终端的升级信息，分别确定每一级别的信号强度对应的升级包下载时长平均值；设备管理服务器将各级别信号强度对应的升级包下载时长平均值确定为升级策略中的各级别信号强度对应的升级包额定下载时长，生成目标小区所管理的终端的升级策略。表6为设备管理服务器根据升级包下载时长平均值生成的升级策略表。
表6升级策略表
此外，步骤506还可以具体实现为：设备管理服务器根据记录的所有第二终端的升级信息，分别确定每一级别信号强度对应的升级包最小下载时长和升级包最大下载时长；设备管理服务器将各级别信号强度对应的升级包最大下载时长和升级包最小下载时长确定为升级策略中的各级别信号强度对应的升级包额定下载时长，生成目标小区所管理的终端的升级策略。表7为设备管理服务器根据升级包最小下载时长和升级包最大下载时长生成的升级策略表。
表7升级策略表
507、第一终端向设备管理服务器发送业务数据。
508、当接收到第一终端发送的业务数据时，设备管理服务器判断第一终端所属的目标小区中是否存在正在升级的终端。若目标小区中不存在正在升级的终端，则执行步骤509和510；否则，执行步骤511至515。
509、设备管理服务器向第一终端发送立即升级指令。
510、当接收到设备管理服务器发送的立即升级指令时，第一终端下载升级包。
511、设备管理服务器根据第一终端发送的业务数据确定第一终端当前的信号强度。
512、设备管理服务器根据第一终端当前的信号强度以及升级策略确定第一终端所需的升级包额定下载时长。
当升级策略至少包括各级别信号强度对应的升级包最大下载时长和升级包最小下载时长时，设备管理服务器既可以将升级包最大下载时长作为第一终端所需的升级包额定下载时长，也可以将升级包最小下载时长作为第一终端所需的升级包额定下载时长。其中，将升级包最大下载时长作为第一终端所需的升级包额定下载时长，可以减少二次延迟情况的出现；而将升级包最小下载时长作为第一终端所需的升级包额定下载时长，可以减少小区的空闲时间，进一步提高批量升级终端的效率。
513、设备管理服务器存储第一终端所需的升级包额定下载时长。
设备管理服务器每次向第一终端发送延迟升级指令之前，存储第一终端所需的升级包额定下载时长，以便于确定后一个第一终端的升级时刻或延迟时间。需要说明的是，对于当前唤醒周期存储的第一个升级包额定下载时长对应的第一终端，可以直接根据当前唤醒周期确定升级时刻或延迟时间。
514、设备管理服务器向第一终端发送延迟升级指令。
其中，延迟升级指令中包含升级时刻或延迟时间。
515、当接收到设备管理服务器发送的延迟升级指令时，第一终端按照延迟升级指令中携带的升级时刻或者延迟时间，向设备管理服务器再次发送业务数据。
本发明实施例提供的升级窄带物联网终端的方法，相较于现有技术中的在nb-iot终端醒来的时间窗内，设备管理服务器根据自身处理能力并行对nb-iot终端进行批量升级，本发明当目标小区中不存在正在升级的终端时，指示终端立即升级，当目标小区中存在正在升级的终端时，指示终端在指定的升级时刻升级。这样一来，每个目标小区同一时间只升级一个终端，从而缩短每个终端下载升级包的时间，提高了终端的升级效率。同时，本发明根据指定唤醒周期内收集的升级信息生成目标小区的升级策略，并根据升级策略确定终端的升级时刻或延迟时间，使得终端在非唤醒周期也能够进行升级，从而提高网络资源利用率，缩短批量升级终端的时间，进一步提高对终端进行升级的效率。因此，本发明实施例能够解决对小区中的nb-iot终端进行升级时效率较低的问题。
上述主要从设备管理服务器的角度对本发明实施例提供的方案进行了介绍。可以理解的是，设备管理服务器包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
本发明实施例可以根据上述方法实例对终端进行功能模块的划分，例如，可以对各个应用功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
再次用对应各个功能划分各个功能模块的情况下，本发明实施例还提供一种消息处理的装置，该装置可以为上述实施例中的设备管理服务器。如图6所示，图6实处了上述实施例中所涉及的装置，如设备管理服务器一种可能的结构示意图。该装置包括判断模块601、发送模块602、第一确定模块603、记录模块604、生成模块605、第二确定模块606。其中，判断模块601用于支持设备管理服务器执行图3中的步骤302，图4中的步骤402，图5中的步骤502和508；发送模块602用于支持设备管理服务器执行图3中的步骤303和305，图4中的步骤403和408，图5中的步骤503、509和514，第一确定模块603用于支持设备管理服务器执行图4中的步骤405、406和407；记录模块604用于支持设备管理服务器执行图5中的步骤505；生成模块605用于支持设备管理服务器执行图5中的步骤506；第二确定模块606用于支持设备管理服务器执行图5中的步骤511和512。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何在本发明揭露的技术范围内的变化或替换，都应涵盖在本发明的保护范围之内。