CN112867140A - 一种物联网设备的通信方法及装置 - Google Patents
一种物联网设备的通信方法及装置 Download PDFInfo
- Publication number
- CN112867140A CN112867140A CN202110006257.8A CN202110006257A CN112867140A CN 112867140 A CN112867140 A CN 112867140A CN 202110006257 A CN202110006257 A CN 202110006257A CN 112867140 A CN112867140 A CN 112867140A
- Authority
- CN
- China
- Prior art keywords
- network injection
- internet
- network
- time
- things equipment
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提出了一种物联网设备的通信方法及装置,属于无线通信技术领域,该方法包括:在物联网设备处于目标运行状态的情况下,生成第一随机注网延时时间;其中,所述目标运行状态用于表征物联网设备处于上电状态,且处于网络断开的状态;检测所述物联网设备的注网操作;在检测到所述注网操作后,延时所述第一随机注网延时时间执行注网操作。本申请能够解决同个基站覆盖范围下的NB‑IoT设备同时上电无法注网问题。
Description
技术领域
本申请属于无线通信技术领域,具体涉及一种物联网设备的通信方法及装置。
背景技术
随着科技发展,智能家居领域成熟,越来越多的无线通信物联网设备被运用在我们生活的方方面面。例如,窄带物联网(Narrow Band Internet of Things,NB-IoT)技术支持低功耗设备在广域网的蜂窝数据连接,也被叫作低功耗广域网(LPWAN)。相对于WiFi/BLE等IoT无线技术,NB-IoT具有不依赖与手机或路由器直接通过运营商基站接入互联网的功能,运营商网络在我们生活中覆盖范围广,这使得带有NB-IoT无线通信模组的设备在我们生活的大部分地方只要给设备上电即可实现设备的远程控制。
但是,NB-IoT构建于蜂窝网络,只消耗大约180kHz的带宽,同一个基站覆盖范围下,能够承载设备的并发能力比较弱,容易发生并发量不足,部分设备无法正常通信问题。因此,针对现有的NB-IoT设备,存在同个基站覆盖范围下多个NB-IoT设备无法同时上电注网的问题。
发明内容
为至少在一定程度上克服相关技术中存在的问题,本申请提供的一种物联网设备的通信方法及装置,能够解决同个基站覆盖范围下的物联网设备同时上电无法注网问题。
为实现以上目的,本申请采用如下技术方案:
第一方面,本申请提供一种物联网设备的通信方法,包括:在物联网设备处于目标运行状态的情况下,识别码生成第一随机注网延时时间;其中,所述目标运行状态用于表征物联网设备处于上电状态,且处于网络断开的状态;检测所述物联网设备的注网操作;在检测到所述注网操作后,延时所述第一随机注网延时时间执行注网操作。
进一步地,所述方法还包括:在延时所述第一随机注网延时时间执行注网操作之后,得到第一注网操作结果;若所述第一注网操作结果为注网失败,则根据所述第一随机注网延时时间确定物联网设备的注网策略,并按照所述注网策略执行注网操作。
进一步地,所述方法还包括:在延时所述第一随机注网延时时间执行注网操作之后,得到第一注网操作结果;若所述第一注网操作结果为注网成功,则将所述第一随机注网延时时间确定为下一次注网操作的随机注网延时时间,以根据所述第一随机注网延时时间延时执行下一次注网操作。
进一步地,所述方法还包括:在确定所述物联网设备当前注网操作的第一随机注网延时时间之后,获取注网失败次数;若所述第一注网操作结果为注网失败,则根据所述第一随机注网延时时间确定所述物联网设备的注网策略,并按照所述注网策略执行注网操作,包括:根据所述注网失败次数和所述第一随机注网延时时间确定物联网设备的注网策略,并按照所述注网策略执行注网操作。
进一步地,根据所述注网失败次数和所述第一随机注网延时时间确定所述物联网设备的注网策略,并按照所述注网策略执行注网操作,包括:根据获取到的所述注网失败次数,确定是否对所述物联网设备执行注网操作;若是,则根据所述注网失败次数确定所述物联网设备当前注网操作的第二随机注网延时时间,并根据所述第二随机注网延时时间延时执行所述当前注网操作;若否,则重新启动所述物联网设备。
进一步地,根据所述注网失败次数确定所述物联网设备当前注网操作的第二随机注网延时时间,包括:在获取到所述注网失败次数为第一次数的情况下,确定所述物联网设备当前注网操作的第二随机注网延时时间为第一时间;在获取到所述注网失败次数为第二次数的情况下,确定所述物联网设备当前注网操作的第二随机注网延时时间为第二时间;其中,所述第一次数小于所述第二次数,所述第一时间和所述第二时间不相同。
第二方面,本申请提供一种物联网设备的通信方法,包括:在检测到物联网设备通过上述第一方面中任一项所述的方法建立与目标基站之间的通信连接之后,向所述目标基站发送目标业务请求;在发送失败的情况下,确定所述目标业务请求的第一延时发送时间;根据所述第一延时发送时间确定所述目标业务请求的发送策略,并按照所述发送策略发送所述目标业务请求。
进一步地,获取数据发送失败次数,并根据获取到的所述数据发送失败次数,确定是否发送所述目标业务请求;若是,则根据所述数据发送失败次数确定发送所述目标业务请求的第二延时发送时间,并在延时所述第二延时发送时间之后发送所述目标业务请求;若否,则控制所述物联网设备执行注网操作。
进一步地,根据所述数据发送失败次数确定发送所述目标业务请求的第二延时发送时间,并在延时所述第二延时发送时间之后发送所述目标业务请求,包括:若所述数据发送失败次数为第一次数,则确定所述第一延时发送时间为第一时间,并在延时所述第一时间之后发送所述目标业务请求;若所述数据发送失败次数为第二次数,则确定所述第一延时发送时间为第二时间,并在延时所述第二时间之后发送所述目标业务请求;其中,所述第一次数小于所述第二次数。
第三方面,本申请提供一种物联网设备的通信装置,包括:第一确定单元,用于在物联网设备处于目标运行状态的情况下,生成第一随机注网延时时间;其中,所述目标运行状态用于表征所述物联网设备处于上电状态,且处于网络断开的状态;检测单元,用于检测所述物联网设备的注网操作;注网单元,用于在检测到所述注网操作后,延时所述第一随机注网延时时间执行所述注网操作。
第四方面,本申请提供一种物联网设备的通信装置,包括:发送单元,用于在检测到物联网设备通过上述第一方面中任一项所述的方法建立与目标基站之间的通信连接之后,向所述目标基站发送目标业务请求;第二确定单元,用于在发送失败的情况下,确定所述目标业务请求的第一延时发送时间;第三确定单元,用于根据所述第一延时发送时间确定所述目标业务请求的发送策略,并按照所述发送策略发送所述目标业务请求。
本申请提供的上述物联网设备的通信方法及装置,首先,在物联网设备处于目标运行状态的情况下,生成第一随机注网延时时间;其中,所述目标运行状态用于表征物联网设备处于上电状态,且处于网络断开的状态;检测所述物联网设备的注网操作;在检测到所述注网操作后,延时所述第一随机注网延时时间执行注网操作。通过上述描述可知,在本申请中,根据物联网设备生成第一随机注网延时时间,物联网设备上电之后等待第一随机注网延时时间后再去执行注网操作,能够解决设备拥挤注网现象,从而能够解决同个基站覆盖范围下的物联网设备同时上电无法注网问题。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据一示例性实施例示出的一种物联网设备的通信方法的流程图;
图2是根据一示例性实施例示出的另一种物联网设备的通信方法流程图;
图3是根据一示例性实施例示出的再一种物联网设备的通信装置的示意图;
图4是根据一示例性实施例示出的一种物联网设备的通信装置的示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将对本申请的技术方案进行详细的描述。显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式,都属于本申请所保护的范围。
在本申请中,以窄带物联网设备来进行介绍。窄带物联网NB-IoT构建于蜂窝网络,窄带物联网NB-IoT大约消耗大约180kHz的带宽。在同一个基站覆盖范围下,能够承载设备的并发能力比较弱,同一小区覆盖范围下同一时间并发设备量约为30-48台,但一个小区覆盖范围下可能存在大量NB-IoT设备,此时如何让小区覆盖范围下的设备能够注网成功和发送数据时与基站通信正常尤为重要。
一个NB-IoT设备的网络架构大致为:NB-IoT设备-运营商NB-IoT基站-运营商核心网-业务应用服务器-人机交互平台。在这样的一个通用架构中,NB-IoT设备-运营商NB-IoT基站这个节点属于数据链路关键节点,因为NB-IoT技术大约消耗大约180kHz的带宽,NB-IoT运营商基站的并发能量很小,通讯速率很慢。在实际业务中NB-IoT设备数据交互次数较少,设备稳定连接网络的可靠性最为重要。
基于此,在本申请中,提出了一种物联网设备的通信方法,在该方法中,根据物联网设备生成第一随机注网延时时间,物联网设备上电之后等待第一随机注网延时时间后再去执行注网操作,能够解决设备拥挤注网现象,从而能够解决同个基站覆盖范围下的物联网设备同时上电无法注网问题。
考虑到现有技术存在同个基站覆盖范围下的物联网设备同时上电无法注网问题,本申请提供了一种基于蜂窝的物联网物联网设备的通信方法及装置,能够解决设备拥挤注网现象,从而能够解决同个基站覆盖范围下的物联网设备同时上电无法注网问题,为便于理解,以下对本申请进行详细介绍。
实施例一:
首先参见图1所示的一种物联网设备的通信方法的流程图,主要包括如下步骤S102至步骤S106:
步骤S102:在物联网设备处于目标运行状态的情况下,码生成第一随机注网延时时间;其中,所述目标运行状态用于表征物联网设备处于上电状态,且处于网络断开的状态,其中,在本申请中,物联网设备可以为窄带物联网NB-IoT设备,除此之外,还可以为其他物联网设备,能够应用本申请所提供的物联网设备的通信方法的物联网设备都在本申请的保护范围内。在本申请实施例,以物联网设备是NB-IoT设备为例,对本申请所提供的物联网设备的通信方法进行介绍。
若物联网设备为NB-IoT设备,那么NB-IoT设备在执行注网操作之前,首先NB-IoT设备上电,接下来,通过内部指令关闭NB-IOT设备的联网功能。在本申请中,在检测到NB-IoT设备上电,且NB-IoT设备处于网络断开的状态之后,就可以确定NB-IoT设备处于目标运行状态;之后,就可以确定NB-IoT设备当前注网操作的第一随机注网延时时间。
通过上述描述可知,在本申请中,物联网设备的运行状态用于描述物联网设备在运行过程中的上电状态和/或网络状态,例如,上电状态可以为上电或者断电,网络状态可以为网络连接或者网络断开。上述所描述物联网设备的目标运行状态是物联网的一种运行状态,该目标运行状态可以表示该物联网设备处于上电状态,且处于网络断开的状态,即目标运行状态所描述的物联网设备在运行过程中的状态为:上电状态和网络断开状态。
在一个可选的实施方式中,可以根据根据NB-IoT设备的国际移动设备识别码IMEI生成一个一定范围内的随机数,从而根据该随机数来确定第一随机注网延时时间,例如,可以将该随机数确定为第一随机注网延时时间。
具体地,在本申请中,可以NB-IOT设备的IMEI作为随机数的种子,然后调用C语言库接口函数rand()接口并限制随机数在一定范围内即可得到第一随机注网延时时间。
需要说明的是,在本申请中,针对同个基站覆盖范围内的NB-IoT设备其所对应的第一随机注网延时时间是不相同的,具体数值本申请不作具体限定。
步骤S104:检测所述物联网设备的注网操作;
步骤S106:在检测到所述注网操作后,延时所述第一随机注网延时时间执行注网操作。
在本申请中,在确定出第一随机注网延时时间之后,就可以在延时第一随机注网延时时间之后,再执行注网操作,从而得到第一注网操作结果。其中,第一注网操作结果可以为注网失败,或者,注网成功。
在本申请的另一个可选实施方式中,若所述第一注网操作结果为注网失败,则根据所述第一随机注网延时时间确定物联网设备的注网策略,并按照所述注网策略执行注网操作。
在本申请的一个可选实施方式中,在确定出第一注网操作为注网失败的情况下,就可以根据第一随机注网延时时间来确定一个注网策略,从而使得物联网设备按照该注网策略执行注网操作。
在本申请的另一个可选实施方式中,若第一注网操作结果为注网成功,则将第一随机注网延时时间确定为下一次注网操作的随机注网延时时间,以根据所述第一随机注网延时时间延时执行下一次注网操作。
具体地,如果注网成功,则说明NB-IoT设备在延时第一随机注网延时时间之后,在执行注网操作时,未出现同基站覆盖范围内的NB-IoT设备出现注网拥挤的现象。因此,说明该第一随机注网延时时间为一个较佳的注网时间,因此,就可以在执行下一次注网操作时,也延时第一随机注网延时时间之后,再执行注网操作。
本申请提供的上述物联网设备的通信方法及装置,首先,在物联网设备处于目标运行状态的情况下,码生成第一随机注网延时时间;其中,所述目标运行状态用于表征物联网设备处于上电状态,且处于网络断开的状态;检测所述物联网设备的注网操作;在检测到所述注网操作后,延时所述第一随机注网延时时间执行注网操作。通过上述描述可知,在本申请中,根据物联网设备生成第一随机注网延时时间,物联网设备上电之后等待第一随机注网延时时间后再去执行注网操作,能够解决设备拥挤注网现象,从而能够解决同个基站覆盖范围下的物联网设备同时上电无法注网问题。
在本申请的一个可选实施方式中,还可以在确定物联网设备当前注网操作的第一随机注网延时时间之后,获取注网失败次数。其中,注网失败次数可以为NB-IoT设备的连续注网失败次数。例如,连续2次注网失败,连续3次注网失败等。
在此情况下,若所述第一注网操作结果为注网失败,则根据所述第一随机注网延时时间确定物联网设备的注网策略,并按照所述注网策略执行注网操作,包括如下步骤:根据所述注网失败次数和所述第一随机注网延时时间确定物联网设备的注网策略,并按照所述注网策略执行注网操作。
具体地,在本申请中,可以根据获取到的所述注网失败次数,确定是否对物联网设备执行注网操作。若是,则根据所述注网失败次数确定物联网设备当前注网操作的第二随机注网延时时间,并根据所述第二随机注网延时时间延时执行所述当前注网操作。若否,则重新启动物联网设备。
也就是说,在本申请中,可以根据连续注网失败次数判断是否对NB-IoT设备执行重启操作,如果是,则重启NB-IoT设备,否则,根据当前时刻的连续注网失败次数确定NB-IoT设备当前注网操作的第二随机注网延时时间。
需要说明的是,第二随机注网延时时间与第一随机注网延时时间不相同。如果第二随机注网延时时间与第一随机注网延时时间相同,则会一直出现注网失败的问题。通过上述描述可知,注网失败是指同基站覆盖范围内的NB-IoT设备出现注网拥挤导致的注网失败的现象。如果延时第一随机注网延时时间之后,依然出现注网失败的问题,那么就说明在延时第一随机注网延时时间之后,依然存在注网拥挤的问题,此时,就需要调整随机注网延时时间,从而避免NB-IoT设备出现注网拥挤的问题。
在一个可选的实施方式中,可以根据下述所描述的方式确定物联网设备当前注网操作的第二随机注网延时时间,具体包括:
在获取到所述注网失败次数为第一次数的情况下,确定物联网设备当前注网操作的第二随机注网延时时间为第一时间;
在获取到所述注网失败次数为第二次数的情况下,确定物联网设备当前注网操作的第二随机注网延时时间为第二时间;其中,所述第一次数小于所述第二次数。
具体地,在本申请中,在执行步骤S104之后,即根据所述第一随机注网延时时间延时执行所述当前注网操作之后,设置注网次数cnt=1。在根据第一注网操作结果确定注网失败之后,注网次数cnt加1,此时,cnt+1=2。此时,可以确定注网失败次数为1,在注网失败次数为1的情况下,可以确定NB-IoT设备当前注网操作的第二随机注网延时时间为第一时间。第一时间可以为N+M秒,其中,M为第一随机注网延时时间,其中,M为0至N之间的数值。在执行第二次注网操作之后,如果注网失败,则注网次数cnt设置为0,此时,可以确定注网失败次数为2,在注网失败次数为2的情况下,可以确定NB-IoT设备当前注网操作的第二随机注网延时时间为第二时间,其中,第二时间可以为N。在执行第二次注网操作之后,如果注网失败,则重启NB-IoT设备。
通过上述描述可知,在本申请中,不仅解决了同个基站覆盖范围下的NB-IoT设备同时上电时注网出现拥挤导致注网失败的问题,以及NB-IoT设备与基站通信可靠性问题。在NB-IoT设备上电时能够有效分散NB-IoT设备去执行注网操作,减轻运营商基站同一时间的并发压力。如果首次离散注网的随机时间不适用,则通过算法进行调节,寻找到该NB-IoT设备所处环境下最佳离散注网参数(即,最佳随机注网延时时间)后将这个参数存储到设备的flash中,下次设备上电时即可运用这个自适应经验值去注网,从而保证一个基站阀盖范围下的设备用一时间上电时在不超过基站容量的前提下所有设备都可以顺利完成注网,即所有NB-IoT设备都能上线。上述实施例中,N值根据不同设备的使用场景进行调节。例如,租赁空调的经验值N=600秒。
通过上述描述可知,NB-IoT设备上线后,根据业务逻辑需要,NB-IoT设备和运营商基站交互数据时也要可能因为当时运营商基站的并发能力导致此次交互识别,如失败后立即重发会给运营商基站造成极大的压力。通过本发明的自适应算法可有效避免运营商基站并发能力不足问题,有效提高NB-IoT设备与基站的通信交互可靠性。
实施例二:
参见图2所示的另一种物联网设备的通信方法的流程图,主要包括如下步骤S202至步骤S206:
步骤S202:在检测到物联网设备通过上述实施例一中任一项所述的方法建立与目标基站之间的通信连接之后,向所述目标基站发送目标业务请求。
在本申请中,在通过上述实施例一所描述的技术方案执行注网操作,并注网成功之后,NB-IoT设备可以向目标基站发送目标业务请求。
步骤S204:在发送失败的情况下,确定所述目标业务请求的第一延时发送时间。
步骤S206:根据所述第一延时发送时间确定所述目标业务请求的发送策略,并按照所述发送策略发送所述目标业务请求。
在一个可选的实施方式中,如果目标业务请求发送失败,则确定目标业务请求的第一延时发送时间,并根据所述第一延时发送时间确定所述目标业务请求的发送策略,并按照所述发送策略发送所述目标业务请求。
在一个可选的实施方式中,如果目标业务请求发送成功,则结束NB-IoT设备和目标基站之间的业务流程。
通过上述描述可知,在本申请中,根据NB-IoT设备生成第一随机注网延时时间,NB-IoT设备上电之后等待第一随机注网延时时间后再去执行注网操作,能够解决设备拥挤注网现象,从而能够解决同个基站覆盖范围下的NB-IoT设备同时上电无法注网问题。在本申请实施例中,在按照上述实施例一中所描述的方式建立NB-IoT设备和目标基站之间的通信连接之后,就可以在NB-IoT设备和目标基站之间进行数据传输,从而缓解了现有技术中由于NB-IoT设备注网拥挤问题导致的NB-IoT设备和目标基站之间的通信可靠性差的技术问题。
在一个可选的实施方式中,步骤S206根据所述第一延时发送时间确定所述目标业务请求的发送策略,并按照所述发送策略发送所述目标业务请求,包括如下过程:
步骤S2061,获取数据发送失败次数,并根据获取到的所述数据发送失败次数,确定是否发送所述目标业务请求;
步骤S2062,若是,则根据所述数据发送失败次数确定发送所述目标业务请求的第二延时发送时间,并在延时所述第二延时发送时间之后发送所述目标业务请求。
步骤S2063,若否,则控制物联网设备执行注网操作。
在本申请中,可以获取目标业务请求的发送失败次数(即,数据发送失败次数),如果根据该数据发送失败次数确定出继续发送目标业务请求,则根据数据发送失败次数确定发送所述目标业务请求的第二延时发送时间,并在延时所述第二延时发送时间之后发送所述目标业务请求,否则,重新启动NB-IoT设备。
具体地,若所述数据发送失败次数为第一次数,则确定所述第一延时发送时间为第一时间,并在延时所述第一时间之后发送所述目标业务请求。若所述数据发送失败次数为第二次数,则确定所述第一延时发送时间为第二时间,并在延时所述第二时间之后发送所述目标业务请求;其中,所述第一次数小于所述第二次数。
具体地,在本申请中,在执行步骤S202之后,即向所述目标基站发送目标业务请求之前,数据发送失败次数cnt=0。在发送目标业务请求之后,若发送失败,则cnt=1,此时,可以根据NB-IoT设备的IMEI号计算0-Y的随机数X,并控制NB-IoT设备延时X秒发送目标业务请求,其中,X秒即为上述第一时间。在本次发送操作发送失败的情况下,数据发送失败次数cnt=2,此时控制设备延时Y+X秒发送目标业务请求,其中,Y+X秒即为上述第二时间。若再次发送失败,则控制物联网设备执行注网操作。具体地,可以按照上述实施例一中所描述的方式执行注网操作,本实施例不作详细描述。
通过上述描述可知,在本申请中,不仅解决了同个基站覆盖范围下的NB-IoT设备同时上电时注网出现拥挤导致注网失败的问题,以及NB-IoT设备与基站通信可靠性问题。在NB-IoT设备上电时能够有效分散NB-IoT设备去执行注网操作,减轻运营商基站同一时间的并发压力。如果首次离散注网的随机时间不适用,则通过算法进行调节,寻找到该NB-IoT设备所处环境下最佳离散注网参数(即,最佳随机注网延时时间)后将这个参数存储到设备的flash中,下次设备上电时即可运用这个自适应经验值去注网,从而保证一个基站阀盖范围下的设备用一时间上电时在不超过基站容量的前提下所有设备都可以顺利完成注网,即所有NB-IoT设备都能上线。上述实施例中,Y值根据不同设备的使用场景进行调节。例如,租赁空调的经验值Y=180秒。
实施例三:
对应于前述物联网设备的通信方法,本申请进一步提供了一种物联网设备的通信装置,参见图3所示的一种物联网设备的通信装置的结构框图,主要包括如下单元:
第一确定单元31,用于在物联网设备处于目标运行状态的情况下,生成第一随机注网延时时间;其中,所述目标运行状态用于表征所述物联网设备处于上电状态,且处于网络断开的状态;
检测单元32,用于检测所述物联网设备的注网操作;
注网单元33,用于在检测到所述注网操作后,延时所述第一随机注网延时时间执行所述注网操作。
本申请提供的上述物联网设备的通信方法及装置,首先,在物联网设备处于目标运行状态的情况下,根据所述物联网设备的国际移动设备识别码生成第一随机注网延时时间;其中,所述目标运行状态用于表征物联网设备处于上电状态,且处于网络断开的状态;检测所述物联网设备的注网操作;在检测到所述注网操作后,延时所述第一随机注网延时时间执行注网操作,并得到第一注网操作结果。通过上述描述可知,在本申请中,根据物联网设备生成第一随机注网延时时间,物联网设备上电之后等待第一随机注网延时时间后再去执行注网操作,能够解决设备拥挤注网现象,从而能够解决同个基站覆盖范围下的物联网设备同时上电无法注网问题。
在一种实施方式中,该装置还用于:在延时所述第一随机注网延时时间执行注网操作之后,得到第一注网操作结果;若所述第一注网操作结果为注网失败,则根据所述第一随机注网延时时间确定物联网设备的注网策略,并按照所述注网策略执行注网操作。
在一种实施方式中,该装置还用于:在延时所述第一随机注网延时时间执行注网操作之后,得到第一注网操作结果;若所述第一注网操作结果为注网成功,则将所述第一随机注网延时时间确定为下一次注网操作的随机注网延时时间,以根据所述第一随机注网延时时间延时执行下一次注网操作。
在一种实施方式中,该装置还用于:在确定物联网设备当前注网操作的第一随机注网延时时间之后,获取注网失败次数;第二确定单元33,还用于:根据所述注网失败次数和所述第一随机注网延时时间确定物联网设备的注网策略,并按照所述注网策略执行注网操作。
在一种实施方式中,该装置还用于:根据获取到的所述注网失败次数,确定是否对物联网设备执行注网操作;若是,则根据所述注网失败次数确定物联网设备当前注网操作的第二随机注网延时时间,并根据所述第二随机注网延时时间延时执行所述当前注网操作;若否,则重新启动物联网设备。
在一种实施方式中,该装置还用于:在获取到所述注网失败次数为第一次数的情况下,确定物联网设备当前注网操作的第二随机注网延时时间为第一时间;在获取到所述注网失败次数为第二次数的情况下,确定物联网设备当前注网操作的第二随机注网延时时间为第二时间;其中,所述第一次数小于所述第二次数,所述第一时间和所述第二时间不相同。
实施例四:
对应于前述物联网设备的通信方法,本申请进一步提供了一种物联网设备的通信装置,参见图4所示的一种物联网设备的通信装置的结构框图,主要包括如下单元:
发送单元41,用于在检测到物联网设备通过上述实施利一中任一项所述的方法建立与目标基站之间的通信连接之后,向所述目标基站发送目标业务请求;
第二确定单元42,用于在发送失败的情况下,确定所述目标业务请求的第一延时发送时间;
第三确定单元43,用于根据所述第一延时发送时间确定所述目标业务请求的发送策略,并按照所述发送策略发送所述目标业务请求。
通过上述描述可知,在本申请中,根据NB-IoT设备生成第一随机注网延时时间,NB-IoT设备上电之后等待第一随机注网延时时间后再去执行注网操作,能够解决设备拥挤注网现象,从而能够解决同个基站覆盖范围下的NB-IoT设备同时上电无法注网问题。在本申请实施例中,在按照上述实施例一中所描述的方式建立NB-IoT设备和目标基站之间的通信连接之后,就可以在NB-IoT设备和目标基站之间进行数据传输,从而缓解了现有技术中由于NB-IoT设备注网拥挤问题导致的NB-IoT设备和目标基站之间的通信可靠性差的技术问题。
在一种实施方式中,第三确定单元43,用于:获取数据发送失败次数,并根据获取到的所述数据发送失败次数,确定是否发送所述目标业务请求;若是,则根据所述数据发送失败次数确定发送所述目标业务请求的第二延时发送时间,并在延时所述第二延时发送时间之后发送所述目标业务请求;若否,则控制物联网设备执行注网操作。
在一种实施方式中,第三确定单元43,用于:若所述数据发送失败次数为第一次数,则确定所述第一延时发送时间为第一时间,并在延时所述第一时间之后发送所述目标业务请求;若所述数据发送失败次数为第二次数,则确定所述第一延时发送时间为第二时间,并在延时所述第二时间之后发送所述目标业务请求;其中,所述第一次数小于所述第二次数。
进一步,本实施例还提供了一种电子设备,包括:处理器和存储装置;其中,存储装置上存储有计算机程序,计算机程序在被处理器运行时执行前述物联网设备的通信方法。
进一步,本实施例还提供了一种存储介质,存储介质上存储有计算机程序,计算机程序被处理器运行时执行上述物联网设备的通信方法。
可以理解的是,上述各实施例中相同或相似部分可以相互参考,在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
需要说明的是,在本申请的描述中,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。此外,在本申请的描述中,除非另有说明,“多个”、“多”的含义是指至少两个。
应该理解,当元件被称为“固定于”或“设置于”另一个元件,它可以直接在另一个元件上或者可能同时存在居中元件;当一个元件被称为“连接”另一个元件,它可以是直接连接到另一个元件或者可能同时存在居中元件,此外,这里使用的“连接”可以包括无线连接;使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为:表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。
应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (11)
1.一种物联网设备的通信方法,其特征在于,包括:
在物联网设备处于目标运行状态的情况下,生成第一随机注网延时时间;其中,所述目标运行状态用于表征物联网设备处于上电状态,且处于网络断开的状态;
检测所述物联网设备的注网操作;
在检测到所述注网操作后,延时所述第一随机注网延时时间执行注网操作。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在延时所述第一随机注网延时时间执行注网操作之后,得到第一注网操作结果;
若所述第一注网操作结果为注网失败,则根据所述第一随机注网延时时间确定物联网设备的注网策略,并按照所述注网策略执行注网操作。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在延时所述第一随机注网延时时间执行注网操作之后,得到第一注网操作结果;若所述第一注网操作结果为注网成功,则将所述第一随机注网延时时间确定为下一次注网操作的随机注网延时时间,以根据所述第一随机注网延时时间延时执行下一次注网操作。
4.根据权利要求2所述的方法,其特征在于,
所述方法还包括:在确定所述物联网设备当前注网操作的第一随机注网延时时间之后,获取注网失败次数;
若所述第一注网操作结果为注网失败,则根据所述第一随机注网延时时间确定所述物联网设备的注网策略,并按照所述注网策略执行注网操作,包括:根据所述注网失败次数和所述第一随机注网延时时间确定物联网设备的注网策略,并按照所述注网策略执行注网操作。
5.根据权利要求4所述的方法,其特征在于,根据所述注网失败次数和所述第一随机注网延时时间确定所述物联网设备的注网策略,并按照所述注网策略执行注网操作,包括:
根据获取到的所述注网失败次数,确定是否对所述物联网设备执行注网操作;
若是,则根据所述注网失败次数确定所述物联网设备当前注网操作的第二随机注网延时时间,并根据所述第二随机注网延时时间延时执行所述当前注网操作;
若否,则重新启动所述物联网设备。
6.根据权利要求5所述的方法,其特征在于,根据所述注网失败次数确定所述物联网设备当前注网操作的第二随机注网延时时间,包括:
在获取到所述注网失败次数为第一次数的情况下,确定所述物联网设备当前注网操作的第二随机注网延时时间为第一时间;
在获取到所述注网失败次数为第二次数的情况下,确定所述物联网设备当前注网操作的第二随机注网延时时间为第二时间;其中,所述第一次数小于所述第二次数,所述第一时间和所述第二时间不相同。
7.一种物联网设备的通信方法,其特征在于,包括:
在检测到物联网设备通过上述权利要求1至6中任一项所述的方法建立与目标基站之间的通信连接之后,向所述目标基站发送目标业务请求;
在发送失败的情况下,确定所述目标业务请求的第一延时发送时间;
根据所述第一延时发送时间确定所述目标业务请求的发送策略,并按照所述发送策略发送所述目标业务请求。
8.根据权利要求7所述的方法,其特征在于,根据所述第一延时发送时间确定所述目标业务请求的发送策略,并按照所述发送策略发送所述目标业务请求,包括:
获取数据发送失败次数,并根据获取到的所述数据发送失败次数,确定是否发送所述目标业务请求;
若是,则根据所述数据发送失败次数确定发送所述目标业务请求的第二延时发送时间,并在延时所述第二延时发送时间之后发送所述目标业务请求;
若否,则控制所述物联网设备执行注网操作。
9.根据权利要求8所述的方法,其特征在于,根据所述数据发送失败次数确定发送所述目标业务请求的第二延时发送时间,并在延时所述第二延时发送时间之后发送所述目标业务请求,包括:
若所述数据发送失败次数为第一次数,则确定所述第一延时发送时间为第一时间,并在延时所述第一时间之后发送所述目标业务请求;
若所述数据发送失败次数为第二次数,则确定所述第一延时发送时间为第二时间,并在延时所述第二时间之后发送所述目标业务请求;其中,所述第一次数小于所述第二次数。
10.一种物联网设备的通信装置,其特征在于,包括:
第一确定单元,用于在物联网设备处于目标运行状态的情况下,生成第一随机注网延时时间;其中,所述目标运行状态用于表征所述物联网设备处于上电状态,且处于网络断开的状态;
检测单元,用于检测所述物联网设备的注网操作;
注网单元,用于在检测到所述注网操作后,延时所述第一随机注网延时时间执行所述注网操作。
11.一种物联网设备的通信装置,其特征在于,包括:
发送单元,用于在检测到基于蜂窝的物联网设备通过上述权利要求1至6中任一项所述的方法建立与目标基站之间的通信连接之后,向所述目标基站发送目标业务请求;
第二确定单元,用于在发送失败的情况下,确定所述目标业务请求的第一延时发送时间;
第三确定单元,用于根据所述第一延时发送时间确定所述目标业务请求的发送策略,并按照所述发送策略发送所述目标业务请求。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110006257.8A CN112867140A (zh) | 2021-01-05 | 2021-01-05 | 一种物联网设备的通信方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110006257.8A CN112867140A (zh) | 2021-01-05 | 2021-01-05 | 一种物联网设备的通信方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112867140A true CN112867140A (zh) | 2021-05-28 |
Family
ID=76001663
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110006257.8A Pending CN112867140A (zh) | 2021-01-05 | 2021-01-05 | 一种物联网设备的通信方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112867140A (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100091644A1 (en) * | 2008-10-09 | 2010-04-15 | Sheng-Chung Chen | Method of handling Response Failure for a Bluetooth Communication System and Slave Device for Controlling the Same |
CN102573098A (zh) * | 2010-12-24 | 2012-07-11 | 华为技术有限公司 | 通信信息发送方法、装置和系统 |
CN102984690A (zh) * | 2012-11-07 | 2013-03-20 | 广东欧珀移动通信有限公司 | 一种手机延迟发送数据的方法 |
CN106341904A (zh) * | 2015-07-06 | 2017-01-18 | 中兴通讯股份有限公司 | 无线链路建立控制方法及装置 |
CN107221939A (zh) * | 2017-07-18 | 2017-09-29 | 江苏斯菲尔电气股份有限公司 | 无功补偿控制组网系统及其容量分散整合补偿方法 |
CN107809753A (zh) * | 2016-09-07 | 2018-03-16 | 中兴通讯股份有限公司 | 一种eMTC终端连接基站的控制方法及装置 |
CN108605358A (zh) * | 2016-02-08 | 2018-09-28 | 索尼移动通讯有限公司 | 用于覆盖范围增强操作中的随机接入的终端装置、网络节点和方法 |
CN110233881A (zh) * | 2019-05-22 | 2019-09-13 | 平安科技(深圳)有限公司 | 业务请求处理方法、装置、设备及存储介质 |
CN112114524A (zh) * | 2019-06-19 | 2020-12-22 | 广东美的制冷设备有限公司 | 基于集控网络的设备控制和接入方法及其设备 |
-
2021
- 2021-01-05 CN CN202110006257.8A patent/CN112867140A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100091644A1 (en) * | 2008-10-09 | 2010-04-15 | Sheng-Chung Chen | Method of handling Response Failure for a Bluetooth Communication System and Slave Device for Controlling the Same |
CN102573098A (zh) * | 2010-12-24 | 2012-07-11 | 华为技术有限公司 | 通信信息发送方法、装置和系统 |
CN102984690A (zh) * | 2012-11-07 | 2013-03-20 | 广东欧珀移动通信有限公司 | 一种手机延迟发送数据的方法 |
CN106341904A (zh) * | 2015-07-06 | 2017-01-18 | 中兴通讯股份有限公司 | 无线链路建立控制方法及装置 |
CN108605358A (zh) * | 2016-02-08 | 2018-09-28 | 索尼移动通讯有限公司 | 用于覆盖范围增强操作中的随机接入的终端装置、网络节点和方法 |
CN107809753A (zh) * | 2016-09-07 | 2018-03-16 | 中兴通讯股份有限公司 | 一种eMTC终端连接基站的控制方法及装置 |
CN107221939A (zh) * | 2017-07-18 | 2017-09-29 | 江苏斯菲尔电气股份有限公司 | 无功补偿控制组网系统及其容量分散整合补偿方法 |
CN110233881A (zh) * | 2019-05-22 | 2019-09-13 | 平安科技(深圳)有限公司 | 业务请求处理方法、装置、设备及存储介质 |
CN112114524A (zh) * | 2019-06-19 | 2020-12-22 | 广东美的制冷设备有限公司 | 基于集控网络的设备控制和接入方法及其设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102137598B1 (ko) | 과거 이력 데이터에 기초하는 네트워크 노드 가용성 예측 | |
CN111770559B (zh) | 网络连接方法、终端、基站及计算机存储介质 | |
CN110557776A (zh) | 网络连接的控制方法、终端及存储介质 | |
US11582828B2 (en) | Method and device for controlling RRC state, and computer storage medium | |
WO2019161780A1 (zh) | 业务的休眠周期的设置方法及装置 | |
CN110636593B (zh) | 连接模式的控制方法、终端及存储介质 | |
US20200229043A1 (en) | Communication method and communications device | |
US11382019B2 (en) | Session management method and apparatus, and communications system | |
CN108632309B (zh) | 一种升级窄带物联网终端的方法及装置 | |
CN109814892B (zh) | 设备升级方法、装置及系统、存储介质 | |
US20210274340A1 (en) | Method For Obtaining Capability Information Of Terminal, Apparatus, And System | |
CN104105199A (zh) | 一种进行寻呼的方法、装置及系统 | |
CN109743717B (zh) | 数据处理方法、装置、终端设备及存储介质 | |
CN112383948B (zh) | 数据传输方法、装置、存储介质及电子设备 | |
CN114727312A (zh) | 一种节点设备的配置方法、装置、通信设备和存储介质 | |
CN111479302A (zh) | 一种数据业务切换方法及通信装置 | |
WO2024120230A1 (zh) | 网络设备管理方法、装置及存储介质 | |
US11792658B2 (en) | Upgrading wireless infrastructure through scheduling | |
CN113396600B (zh) | 信息验证方法、装置、设备及存储介质 | |
CN112806047A (zh) | 信息处理方法及装置、通信设备及存储介质 | |
CN112867140A (zh) | 一种物联网设备的通信方法及装置 | |
US11882450B2 (en) | Method and device for determining security algorithm, and computer storage medium | |
CN112469087B (zh) | 空调设备通信速率的调整方法、终端及存储介质 | |
CN112118620B (zh) | 双链接的管理方法和装置、电子装置、存储介质 | |
CN114258058A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210528 |
|
RJ01 | Rejection of invention patent application after publication |