NB-IoT固定终端、车载移动NB-IoT系统的制作方法

文档序号:22043809发布日期:2020-08-28 18:27阅读:320来源:国知局
NB-IoT固定终端、车载移动NB-IoT系统的制作方法

本申请涉及无线通信技术,具体地,涉及一种nb-iot终端、车载移动nb-iot系统。



背景技术:

移动通信正在从人和人的连接,向人与物以及物与物的连接迈进,基于蜂窝网技术的nb-iot占用180khz带宽,可直接部署于gsm网络、umts网络或lte网络,以降低部署成本、实现平滑升级。中国三大运营商以大量部署nb-iot网络,基于已经开展的物联网业务。

图1示出了nb-iot终端覆盖范围的示意图。

如图所示,覆盖范围可以大致分为覆盖等级coveragelevel0、coveragelevel1和coveragelevel2。

nb-iot终端在低覆盖等级(例如:coveragelevel1、或者coveragelevel2)下虽然可以工作(窄带传输提高功率谱密度,重复发送长时间接收),但功耗显著增加,使得nb-iot终端设备电池寿命不均匀,增加网络设备维护成本。

现有技术中存在的问题:

nb-iot终端需要尽可能降低功耗。



技术实现要素:

本申请实施例中提供了一种nb-io固定t终端、车载移动nb-iot基站系统及其处理方法,以解决上述技术问题。

根据本申请实施例的第一个方面,提供了一种nb-iot固定终端,包括:

等级确定模块,用于根据下行同步信号的质量,确定当前的覆盖等级;

处理模块,用于在确定当前的覆盖等级为低覆盖等级时,不附着所述低覆盖等级的基站并在预先存储的跟踪区更新tau序列中选取tau时间,在所述tau时间内等待nb-iot移动基站。

根据本申请实施例的第二个方面,提供了一种车载移动nb-iot系统,包括:

nb-iot移动基站,用于与nb-iot固定终端建立连接,并协商跟踪区更新tau时间;

nb-iot移动终端,用于在所述tau时间所述nb-iot移动基站未与所述nb-iot固定终端建立连接时,将所述nb-iot移动终端的标识变更为所述nb-iot固定终端的标识。

根据本申请实施例的第三个方面,提供了一种nb-iot固定终端的数据处理方法,包括:

根据下行同步信号的质量,确定当前的覆盖等级;

在确定当前的覆盖等级为低覆盖等级时,不附着所述低覆盖等级的基站并在预先存储的跟踪区更新tau序列中选取tau时间,在所述tau时间内等待nb-iot移动基站。

根据本申请实施例的第四个方面,提供了一种车载移动nb-iot系统的数据处理方法,包括:

与nb-iot固定终端协商跟踪区更新tau时间;

在所述tau时间所述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移动基站在tau时间内未与所述nb-iot固定终端建立连接时将自身nb-iot移动终端的标识变更为所述nb-iot固定终端的标识,以维持所述nb-iot固定终端在核心网的注册。

附图说明

此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:

图1示出了nb-iot固定终端覆盖范围的示意图;

图2示出了进入psm和退出psm的过程示意图;

图3示出了本申请实施例一中nb-iot固定终端的结构示意图;

图4示出了本申请实施例二中车载移动nb-iot系统的结构示意图;

图5示出了本申请实施例三中nb-iot固定终端的数据处理方法实施的流程示意图;

图6示出了本申请实施例四中nb-iot移动基站的数据处理方法实施的流程示意图;

图7示出了本申请实施例七中电子设备的结构示意图;

图8示出了本申请实施例八中电子设备的结构示意图;

图9示出了本申请实施例九中nb-iot终端和基站的使用场景示意图。

具体实施方式

在实现本申请的过程中,发明人发现:

3gpp标准中规定了nb-iot终端(ue)固定的psm模式(省电模式,powersavingmode),在psm模式下,终端不监听寻呼,但仍然注册在网络中,要发送数据时不需要重新连接或建立pdn(分组数据网,packetdatanetwork)连接。

图2示出了进入psm和退出psm的过程示意图。

如图所示,ue处理完数据之后,rrc(无线资源控制,radioresourcecontrol)连接会被释放、进入空闲态和不连续接收(drx,discontinuousreception)状态,与此同时启动drx定时器activetimert3324,由定时器activetimer(t3324,0-255秒)决定什么时候进入psm模式,在t3324定时器超时后ue进入psm模式;

在psm模式下,在tau(跟踪区更新,trackingareaupdate)周期请求定时器t3412超时、或者ue有mo(终端发起的,mobileoriginal)业务要处理时,ue退出psm模式、进入空闲态再进入连接态处理上下行业务。其中,tau周期请求定时器t3412由网络侧在attach和tau消息中指定,3gpp标准规定默认为54分钟,最长可达310小时。

针对现有技术存在的问题,本申请实施例中提供了一种nb-iot固定终端、车载移动nb-iot系统及其数据处理方法、计算机存储介质。

本申请中nb-iot固定终端是相对于车载移动nb-iot系统中的nb-iot移动终端而言的,并不限定于固定在某个位置的终端。

本申请实施例中的方案可以采用各种计算机语言实现,例如,面向对象的程序设计语言java和直译式脚本语言javascript等。

为了使本申请实施例中的技术方案及优点更加清楚明白,以下结合附图对本申请的示例性实施例进行进一步详细的说明,显然,所描述的实施例仅是本申请的一部分实施例,而不是所有实施例的穷举。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。

实施例一

图3示出了本申请实施例一中nb-iot固定终端的结构示意图。

如图所示,所述nb-iot固定终端包括:

等级确定模块301,用于根据下行同步信号的质量,确定当前的覆盖等级;

处理模块302,用于在确定当前的覆盖等级为低覆盖等级时,不附着所述低覆盖等级的基站并在预先存储的跟踪区更新tau序列中选取tau时间,在所述tau时间内等待nb-iot移动基站。

具体实施时,所述覆盖等级的划分可以采用现有的标准划分方式(分为覆盖等级0、1、2三个覆盖等级,每个覆盖等级有对应的覆盖范围),也可以采用其他划分方式,本申请对此不作限制。

所述低覆盖等级的基站,可以为固定基站,也可以为nb-iot移动基站。

所述nb-iot固定终端可以预先存储有tau序列,所述tau序列可以包括一个或多个数值,每个数值代表tau时间,每个数值可以相同、也可以不同。

所述在tau时间内等待nb-iot移动基站可以包括:在tau时间未未结束/未到达唤醒时刻时所述nb-iot固定终端可以持续或间断性的确定自己的覆盖等级,也可以主动搜索其他nb-iot移动基站,以确定自身的覆盖等级是否有提升。

采用本申请实施例中提供的nb-iot固定终端,所述nb-iot固定终端首先确定当前的覆盖等级,在低覆盖等级下不附着该覆盖等级的基站并等待nb-iot移动基站,从而避免nb-iot固定终端在低覆盖等级下工作耗费过多功耗的问题。

在一种实施方式中,所述等级确定模块具体用于在接收信号强度小于预设信号强度阈值时,确定当前的覆盖等级为低覆盖等级。

具体实施时,覆盖等级的确定可以根据所述nb-iot固定终端的接收到的下行同步信号的质量确定,具体的,可以根据接收信号强度和预设信号强度阈值确定覆盖等级。

在接收信号强度小于预设信号强度阈值时,确定当前的覆盖等级为低覆盖等级,不附着该基站;在接收信号强度大于预设信号强度阈值时,确定当前的覆盖等级为高覆盖等级,附着该基站。

具体实施时,通过测量基站发送的广播信号可以知晓当前的信道质量;也可以先接入建立连接后再准确测量新到质量。

在一种实施方式中,所述处理模块进一步用于在tau唤醒时刻完成与nb-iot移动基站的附着,并与所述nb-iot移动基站建立连接,进行时钟同步并根据附着于nb-iot移动基站的时钟时刻确定下次的tau时间。

本申请实施例中所述nb-iot固定终端可以预先维护有时钟模块,在附着到nb-iot移动基站后,可以与该nb-iot移动基站进行时钟同步。

所述根据附着于nb-iot移动基站的时钟时刻确定下次建立连接的tau时间,可以根据具体需求确定,例如:每隔24小时、或者每周一次等。

在一种实施方式中,所述处理模块进一步用于在tau唤醒时刻没有完成与nb-iot移动基站的附着时,从所述tau序列中选取的下一个tau时间,继续等待nb-iot移动基站。

具体实施时,所述从tau序列中选取下一个tau时间,可以根据预设规则或算法选取,也可以随机选取。

在一种实施方式中,所述处理模块进一步用于在所述nb-iot固定终端有终端发起的mo业务时,等到所述下一tau时间唤醒时刻完成与nb-iot移动基站的附着和数据发送。

本申请实施例中为降低nb-iot固定终端在低覆盖等级的功耗,在未连接到nb-iot移动基站前,即便有mo业务,也不进行数据发送,直到下一tau时间唤醒时刻完成与nb-iot移动基站的附着之后再进行数据的发送。

实施例二

基于同一发明构思,本申请实施例提供了一种车载移动nb-iot系统,下面进行说明。

图4示出了本申请实施例二中nb-iot移动系统的结构示意图。

如图所示,所述nb-iot移动系统包括:

nb-iot移动基站401,用于与nb-iot固定终端建连接,协商并跟踪区更新tau时间;

nb-iot移动终端402,用于在所述tau时间nb-iot移动基站未与所述nb-iot固定终端成功建立连接时,将所述nb-iot移动终端的标识变更为所述nb-iot固定终端的标识。

采用本申请实施例中提供的车载移动nb-iot系统,所述移动nb-iot移动基站在tau时间内未与所述nb-iot固定终端建立连接时,将自身nb-iot移动终端的标识变更为所述nb-iot固定终端的标识,以维持所述nb-iot固定终端在核心网的注册。

在一种实施方式中,所述系统可以进一步包括:

存储模块,用于存储所附着的所述nb-iot固定终端的标识信息和tau信息。

在一种实施方式中,所述nb-iot移动基站进一步用于在与所述nb-iot终端建立连接时,与所述nb-iot固定终端进行时间同步。

具体实施时,所述nb-iot移动基站可以维护有时钟模块,在与所述nb-iot固定终端建立连接后,与所述nb-iot固定终端进行时间同步。

具体的,所述时钟模块可以为软件实现也可以为硬件实现,本申请对此不作限制。

在一种实施方式中,nb-iot移动基站进一步用于配置所述nb-iot固定终端的tau序列。

具体实施时,所述nb-iot移动基站还可以用于配置所述nb-iot固定终端的tau序列。具体的,所述nb-iot移动基站可以向所述nb-iot固定终端发送重新配置的tau序列,所述nb-iot固定终端在收到所述重新配置的tau序列后进行存储、替换当前tau序列。

在一种实施方式中,所述nb-iot移动终端包括esim卡,所述nb-iot移动终端具体用于在所述tau时间nb-iot移动基站未与所述nb-iot固定终端建立连接时,通过esim协议将所述nb-iot移动终端的标识变更为所述nb-iot固定终端的标识。

实施例三

基于同一发明构思,本申请实施例还提供一种nb-iot固定终端的数据处理方法,该方法解决问题的原理与实施例一中nb-iot固定终端相似,重复之处不再赘述。

图5示出了本申请实施例三中nb-iot固定终端的数据处理方法实施的流程示意图。

如图所示,所述nb-iot固定终端的数据处理方法,包括:

步骤501、根据下行同步信号的质量,确定当前的覆盖等级;

步骤502、在确定当前的覆盖等级为低覆盖等级时,不附着所述低覆盖等级的基站,并在预先存储的跟踪区更新tau序列中选取tau时间,在所述tau时间内等待nb-iot移动基站。

采用本申请实施例中提供的nb-iot固定终端的数据处理方法,所述nb-iot固定终端首先确定当前的覆盖等级,在低覆盖等级下不附着该覆盖等级的基站并等待移动nb-iot基站,从而避免nb-iot终端在低覆盖等级下工作耗费过多功耗的问题。

在一种实施方式中,所述确定当前的覆盖等级为低覆盖等级,包括:

在接收信号强度小于预设信号强度阈值时,确定当前的覆盖等级为低覆盖等级。

在一种实施方式中,所述方法进一步包括:

在预先存储的tau唤醒时刻完成与nb-iot移动基站的附着时,与nb-iot所述移动基站进行时间同步并根据附着于nb-iot移动基站的时钟时刻确定下次的tau时间。

在一种实施方式中,所述方法进一步包括:

在预先存储的tau唤醒时刻没有完成与nb-iot移动基站的附着时,从所述tau序列中选取的下一个tau时间,继续等待nb-iot移动基站。

在一种实施方式中,在所述nb-iot固定终端有终端发起的mo业务时,等到所述下一tau时间唤醒时刻完成与nb-iot移动基站的附着和数据发送。

实施例四

基于同一发明构思,本申请实施例还提供一种nb-iot移动基站的数据处理方法,该方法解决问题的原理与实施例二中nb-iot移动基站相似,重复之处不再赘述。

图6示出了本申请实施例四中车载移动nb-iot系统的数据处理方法实施的流程示意图。

如图所示,所述nb-iot移动基站的数据处理方法,包括:

步骤601、与nb-iot固定终端协商跟踪区更新tau时间;

步骤602、在所述tau时间nb-iot移动基站未成功与所述nb-iot固定终端建立连接时,将所述nb-iot移动终端的标识变更为所述nb-iot固定终端的标识。

采用本申请实施例中提供的车载移动nb-iot系统的数据处理方法,所述nb-iot移动基站在tau时间内未成功与所述nb-iot固定终端建立连接时将自身nb-iot移动终端的标识变更为所述nb-iot固定终端的标识,以维持所述nb-iot固定终端在核心网的注册。

在一种实施方式中,所述方法进一步包括:

在与所述nb-iot固定终端建立连接时,与所述nb-iot固定终端进行时钟同步。

在一种实施方式中,所述方法进一步包括:

配置所述nb-iot固定终端的tau序列。

在一种实施方式中,所述在所述tau时间未与所述nb-iot固定终端建立连接时,将所述nb-iot移动终端的标识变更为所述nb-iot固定终端的标识,包括:

在所述tau时间未成功与所述nb-iot固定终端建立连接时,通过esim协议将所述nb-iot移动终端的标识变更为所述nb-iot固定终端的标识。

在一种实施方式中,所述方法进一步包括:

在多次所述tau时间未成功与所述nb-iot固定终端建立连接时,将所述nb-iot移动终端的标识信息和tau信息从存储中删除。

实施例五

基于同一发明构思,本申请实施例还提供一种计算机存储介质,下面进行说明。

所述计算机存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如实施例三所述nb-iot固定终端的数据处理方法的步骤。

采用本申请实施例中提供的计算机存储介质,所述nb-iot固定终端首先确定当前的覆盖等级,在低覆盖等级下不附着该覆盖等级的基站并等待nb-iot移动基站,从而避免nb-iot固定终端在低覆盖等级下工作耗费过多功耗的问题。

实施例六

基于同一发明构思,本申请实施例还提供一种计算机存储介质,下面进行说明。

所述计算机存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如实施例四所述车载移动nb-iot系统的数据处理方法的步骤。

采用本申请实施例中提供的计算机存储介质,所述nb-iot移动基站在tau时间内未与所述nb-iot固定终端建立连接时将自身nb-iot移动终端的标识变更为所述nb-iot固定终端的标识,以维持所述nb-iot固定终端在核心网的注册。

实施例七

基于同一发明构思,本申请实施例还提供一种电子设备,下面进行说明。

图7示出了本申请实施例七中电子设备的结构示意图。

如图所示,所述电子设备包括存储器701、以及一个或多个处理器702,所述存储器用于存储一个或多个程序;所述一个或多个程序被所述一个或多个处理器执行时,实现如实施例三所述的nb-iot固定终端的数据处理方法。

采用本申请实施例中提供的电子设备,所述nb-iot固定终端首先确定当前的覆盖等级,在低覆盖等级下不附着该覆盖等级的基站并等待nb-iot移动基站,从而避免nb-iot固定终端在低覆盖等级下工作耗费过多功耗的问题。

实施例八

基于同一发明构思,本申请实施例还提供一种电子设备,下面进行说明。

图8示出了本申请实施例八中电子设备的结构示意图。

如图所示,所述电子设备包括存储器801、以及一个或多个处理器802,所述存储器用于存储一个或多个程序;所述一个或多个程序被所述一个或多个处理器执行时,实现如实施例四所述的车载移动nb-iot系统的数据处理方法。

采用本申请实施例中提供的电子设备,所述nb-io移动t基站在tau时间内未成功与所述nb-iot固定终端建立连接时将自身nb-iot移动终端的标识变更为所述nb-iot固定终端的标识,以维持所述nb-iot固定终端在核心网的注册。

实施例九

为了便于本申请的实施,本申请实施例以一具体实例进行说明。

图9示出了本申请实施例九中nb-iot固定终端和车载移动nb-iot系统的使用场景示意图。

本申请实施例中假设nb-iot固定终端判断自身是否处于低覆盖等级的阈值设置为-70dbm,如果接收信号强度>-70dbm,则附着该固定基站或nb-iot移动基站;如果接收信号强度<-70dbm,则不附着该固定基站或nb-iot移动基站。

如图所示,假设所述nb-iot固定终端位于固定基站的覆盖等级2的覆盖范围内,此时,所述nb-iot固定终端不附着该固定基站并等待车载移动nb-iot系统;在车载移动nb-iot系统来到所述nb-iot固定终端附近时,所述nb-iot固定终端判断覆盖等级提升,在确定自身处于车载nb-iot移动基站的覆盖等级0的覆盖范围内时,所述nb-iot固定终端附着所述车载nb-iot移动基站,完成数据传输。

考虑到车载nb-iot移动基站到达时间不固定,可能存在较大差异,需要可变模式的多个备选终端tau唤醒时间。

所述车载移动nb-iot系统包括nb-iot移动基站、存储模块和车载nb-iot移动终端,所述nb-iot移动基站与所述固定nb-iot终端协商tau时间窗模式、同步nb-iot固定终端当前时钟、决定并记录当前的tau数值;所述车载nb-iot移动终端包括esim卡,用于改变车载nb-iot移动终端的标识。

所述nb-iot固定终端的应用层可以维护有时钟模块并存储有tau定时器的数值序列(即tau序列),序列内的数值可以相同、也可以不同。所述nb-iot固定终端的应用层可以根据附着于nb-iot移动基站的时间时刻决定下次的tau时间数值。如果在当前tau时间的唤醒时刻没有完成与nb-iot移动基站的附着,则刷新下次tau定时器,取tau序列中的下一个数值作为tau时间,继续等待覆盖等级提升。

在等待期间,即使所述nb-iot固定终端有mo业务也要等到下一个tau唤醒时刻,完成与车载nb-iot移动基站的附着和数据的发送。

所述车载nb-iot移动基站的应用层可以初始标识自身为非实时可用的车载nb-iot移动基站,并维护有时钟模块。在所述nb-iot固定终端附着后,所述nb-iot固定终端的时钟模块与所述车载nb-io移动t基站的时钟模块同步。此外,所述车载nb-iot移动基站也可以进一步配置所述nb-iot固定终端的tau序列。

如果所述车载nb-iot移动基站在与所述nb-iot固定终端约定/协商的tau时间内未能成功与所述nb-iot固定终端建立连接,则所述车载nb-iot移动基站通过esim协议变更为所述nb-iot固定终端的标识,以维持所述nb-iot固定终端在核心网的注册。

如果所述车载nb-iot移动基站在与所述nb-iot固定终端约定/协商的tau时间内多次未能成功与所述nb-iot固定终端建立连接,将所述nb-iot固定终端的tau时间信息和标识信息从存储中删除。

具体实施时,所述时钟模块可以为软件时间也可以为硬件时间,本申请对此不作限制。

本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1