CN111901853B - 一种窄带物联网终端的低功耗运行方法及装置 - Google Patents
一种窄带物联网终端的低功耗运行方法及装置 Download PDFInfo
- Publication number
- CN111901853B CN111901853B CN202010382404.7A CN202010382404A CN111901853B CN 111901853 B CN111901853 B CN 111901853B CN 202010382404 A CN202010382404 A CN 202010382404A CN 111901853 B CN111901853 B CN 111901853B
- Authority
- CN
- China
- Prior art keywords
- terminal
- power consumption
- downlink data
- consumption mode
- data
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
- H04W52/0248—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal dependent on the time of the day, e.g. according to expected transmission activity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1657—Implicit acknowledgement of correct or incorrect reception, e.g. with a moving window
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
- H04L1/1816—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of the same, encoded, message
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
- H04W52/0264—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by selectively disabling software applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
Abstract
本申请实施例公开了一种窄带物联网终端的低功耗运行方法及装置。本申请实施例提供的技术方案,通过低功耗类型信息设定终端的功耗模式,功耗模式包括第一功耗模式和第二功耗模式,基于功耗模式进行空口数据的发送与接收,在第一功耗模式下,终端发送完上行数据后开启设定数量的接收窗口进行下行数据的接收,若未接收到下行数据,进入休眠状态,在第二功耗模式下,终端发送完上行数据后持续开启接收窗口进行下行数据的接收。采用上述技术手段,可以适应性设定终端实时运行的功耗模式,基于功耗模式开启接收窗口接收下行数据,以此来优化终端运行过程中的功耗管理,实现窄带物联网终端的低功耗运行,节约***能耗。
Description
技术领域
本申请实施例涉及窄带物联网技术领域,尤其涉及一种窄带物联网终端的低功耗运行方法及装置。
背景技术
随着通信网络类型越来越多样化,以及通信技术的发展进步,目前,通信网络的可传输带宽也变得越来越大,其传输数据的速率也越来越快,然而,在将高带宽通信技术应用在一些需要低速、低成本乃至低功率的特定设备(诸如智能电表、传感器探测等)上时,很容易造成带宽资源的浪费。因此,现有一种窄带物联网技术,其支持低功耗设备在广域网的蜂窝数据连接,具备通信带宽小,功耗小且部署成本低的特点。将窄带物联网技术应用在上述特定设备上时,可以不用改变现有网络部署结构,无需新增基站设备,只需对软硬件进行升级,即可实现窄带物联网的快速部署。
目前,在窄带物联网络中,终端通过上下行数据的传输实现数据通信,以使用物联网络服务。但是,现有的窄带物联网***中,终端在进行上下行数据传输时,缺乏较好的功耗管理机制,容易造成能耗浪费。
发明内容
本申请实施例提供一种窄带物联网终端的低功耗运行方法、装置、电子设备及存储介质,能够实现窄带物联网终端的低功耗运行,节约***运行过程中的能耗。
在第一方面,本申请实施例提供了一种窄带物联网终端的低功耗运行方法,包括:
终端上电后,完成终端附着流程,从所述终端附着流程接收到的附着响应中提取低功耗类型信息;
基于所述低功耗类型信息设定终端的功耗模式,所述功耗模式包括第一功耗模式和第二功耗模式;
基于所述功耗模式进行空口数据的发送与接收,在所述第一功耗模式下,终端发送完上行数据后开启设定数量的接收窗口进行下行数据的接收,若未接收到所述下行数据,进入休眠状态,在所述第二功耗模式下,终端发送完上行数据后持续开启所述接收窗口进行下行数据的接收。
进一步的,在所述第一功耗模式下,终端发送完上行数据后开启设定数量的接收窗口进行下行数据的接收,若未接收到所述下行数据,进入休眠状态,包括:
在发送完上行数据后,终端打开两个接收窗口进行下行数据的接收;
若在两个所述接收窗口内未接收到所述下行数据,终端进入休眠状态;
若在两个所述接收窗口内接收到所述下行数据,终端重置所述接收窗口,重新开启两个所述接收窗口进行所述下行数据的接收。
进一步的,在发送完上行数据后,终端打开两个接收窗口进行下行数据的接收,还包括:
接收下行确认信息,基于所述下行确认信息判断所述上行数据是否发送成功,若判断所述上行数据发送失败,重发所述上行数据,并重新开启两个接收窗口进行下行数据的接收。
进一步的,在若未接收到所述下行数据,进入休眠状态之后,还包括:
基于设定的休眠周期确定终端唤醒时间,在所述唤醒时间唤醒终端进行上行数据的发送。
进一步的,在所述第二功耗模式下,终端发送完上行数据后持续开启所述接收窗口进行下行数据的接收,还包括:
终端在发送所述上行数据时,关闭所述接收窗口设定时间段。
进一步的,所述终端上电后,完成终端附着流程,包括:
基于所述第一功耗模式发送包含附着请求的上行数据至基站;
基于所述第一功耗模式接收所述基站下发的包含所述附着响应的下行数据。
进一步的,基于所述低功耗类型信息设定终端的功耗模式,还包括:
基于线下个性化附着设定信息或RRC信令设定终端的功耗模式。
在第二方面,本申请实施例提供了一种窄带物联网终端的低功耗运行装置,包括:
提取模块,用于在终端上电后,完成终端附着流程,从所述终端附着流程接收到的附着响应中提取低功耗类型信息;
设定模块,用于基于所述低功耗类型信息设定终端的功耗模式,所述功耗模式包括第一功耗模式和第二功耗模式;
运行模块,用于基于所述功耗模式进行空口数据的发送与接收,在所述第一功耗模式下,终端发送完上行数据后开启设定数量的接收窗口进行下行数据的接收,若未接收到所述下行数据,进入休眠状态,在所述第二功耗模式下,终端发送完上行数据后持续开启所述接收窗口进行下行数据的接收。
在第三方面,本申请实施例提供了一种电子设备,包括:
存储器以及一个或多个处理器;
所述存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如第一方面所述的窄带物联网终端的低功耗运行方法。
在第四方面,本申请实施例提供了一种存储计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面所述的窄带物联网终端的低功耗运行方法。
本申请实施例通过在终端上电后,完成终端附着流程,并从终端附着流程接收到的附着响应中提取低功耗类型信息,基于低功耗类型信息设定终端的功耗模式,功耗模式包括第一功耗模式和第二功耗模式,基于功耗模式进行空口数据的发送与接收,在第一功耗模式下,终端发送完上行数据后开启设定数量的接收窗口进行下行数据的接收,若未接收到下行数据,进入休眠状态,在第二功耗模式下,终端发送完上行数据后持续开启接收窗口进行下行数据的接收。采用上述技术手段,可以适应性设定终端实时运行的功耗模式,基于功耗模式开启接收窗口接收下行数据,以此来优化终端运行过程中的功耗管理,实现窄带物联网终端的低功耗运行,节约***能耗。
附图说明
图1是本申请实施例一提供的一种窄带物联网终端的低功耗运行方法的流程图;
图2是本申请实施例一中第一功耗模式下的终端附着流程图;
图3是本申请实施例一中第一功耗模式下终端的下行数据接收流程图;
图4是本申请实施例一中第一功耗模式下下行数据的接收时序图;
图5是本申请实施例一中第二功耗模式下下行数据的接收时序图;
图6是本申请实施例二提供的一种窄带物联网终端的低功耗运行装置的结构示意图;
图7是本申请实施例三提供的一种电子设备的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是,此处所描述的具体实施例仅仅用于解释本申请,而非对本申请的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是,一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理,但是其中的许多操作可以被并行地、并发地或者同时实施。此外,各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止,但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
本申请提供的窄带物联网终端的低功耗运行方法,旨在通过适应性地设定窄带物联网终端的功耗模式,以使终端在对应的功耗模式下运行,进行上下行空口数据的发送与接收。根据实际的功耗需求,可以选择下行数据接收窗口开启的时间点,并在需要时使终端进入休眠状态以进一步达到节约功耗的效果。相对于传统的窄带物联网***,其在运行过程中,上下行数据没有较好的发送与接收时序设置,下行数据接收窗口需处于常开状态进行下行数据接收,即射频收发器需要实时开启保障终端的下行数据接收。整个过程能耗相对较大。在一些不需要频繁进行空口数据传输的应用场景中,整个***网络缺乏较好的低功耗设置,其功耗管理相对较为简单粗暴。基于此,提供本申请实施例的一种窄带物联网终端的低功耗运行方法,以解决现有窄带物联网络运行缺乏能耗管理的技术问题。
实施例一:
图1给出了本申请实施例一提供的一种窄带物联网终端的低功耗运行方法的流程图,本实施例中提供的窄带物联网终端的低功耗运行方法可以由窄带物联网终端的低功耗运行设备执行,该窄带物联网终端的低功耗运行设备可以通过软件和/或硬件的方式实现,该窄带物联网终端的低功耗运行设备可以是两个或多个物理实体构成,也可以是一个物理实体构成。一般而言,该窄带物联网终端的低功耗运行设备可以是窄带物联网终端的处理器、终端设备、终端模组等。
下述以窄带物联网终端的低功耗运行设备为执行窄带物联网终端的低功耗运行方法的主体为例,进行描述。参照图1,该窄带物联网终端的低功耗运行方法具体包括:
S110、终端上电后,完成终端附着流程,从所述终端附着流程接收到的附着响应中提取低功耗类型信息。
示例性的,本申请实施例的窄带物联网终端的低功耗运行方法具体可以应用于基于窄带物联网的智能抄表***,智能家居***等场景中。在上述场景下,根据实际的空口数据收发需求,终端选择运行于相应的功耗模式下,以较好地对***进行能耗管理,进一步节约***能耗。
进一步的,终端在上电后会先判定当前是否完成终端附着,若已经完成终端附着,则基于当前设定的低功耗类型信息确定终端当前运行的功耗模式。若终端未完成终端附着,则需要先进行终端附着。终端附着主要是为了实现终端的注册入网,以使用窄带物联网的网络服务,与基站一端进行数据通信。终端附着实质上是为了获取基站进行附着响应而返回的特定的用户信息,该用户信息作为用户的入网凭证。其中,用户信息包含了为终端分配的逻辑地址(Group-ID+UE-ID)、广播会话密钥(BS Key)、用户会话密钥(US Key)和低功耗类型(LowPwrType)。其中,低功耗类型则指示了终端当前的功耗模式,功耗模式设定了空口数据传输机制,在终端完成附着后,即可基于该用户信息中的低功耗类型(LowPwrType)控制终端运行在相应的功耗模式下。
具体的,在此之前,由于终端进行线上空口附着时需要发送附着请求至基站,并根据基站返回的附着响应获取用户信息,完成附着响应。因此,终端需要设定其在未完成终端附着时的默认功耗模式,该默认功耗模式定义为第一功耗模式。更具体的,参照图2,第一功耗模式下的终端附着流程包括:
S1101、基于所述第一功耗模式发送包含附着请求的上行数据至基站;
S1102、基于所述第一功耗模式接收所述基站下发的包含所述附着响应的下行数据。
在第一功耗模式下,终端发起附着流程,发送包含附着请求的上行数据至基站一端。该附着请求需要通过监听下行信道,根据基站一端的广播调度信息提供的调度资源上传至基站。并且,在发送附着请求时,根据广播调度信息中广播调度子帧的频点个数确定相应的频点进行附着请求的发送。其中,频点个数为1,终端在对应频点发送附着请求;若频点个数为K,且K>1,终端在前K-1个频点中选择一个频点发送附着请求。即当广播调度中的频点个数为1时,终端利用该频点发送附着请求消息,当频点个数为K且K>1时,终端在前K-1个频点中选择一个频点进行附着请求信息的发送。并且,在发送附着请求后,终端会在设定数量的接收窗口接收基站一端的附着响应,若未接收到附着响应,则终端附着失败。终端需重新寻找广播调度资源发送附着请求至基站,以重新发起附着流程。对应的,基站一端在接收到附着请求之后,需要在终端的这一设定数量的接收窗口内下发附着响应,以确保终端能够接收到基站的附着响应,以此完成终端附着流程。
S120、基于所述低功耗类型信息设定终端的功耗模式,所述功耗模式包括第一功耗模式和第二功耗模式。
可以理解的是,终端在完成终端附着之前,其功耗模式为第一功耗模式。而在完成终端附着之后,由于附着响应中包含了终端的低功耗类型信息,则需根据低功耗类型信息指示的功耗模式运行终端,进行上下行空口数据的发送与接收。其中,若低功耗类型信息指示的功耗模式为第一功耗模式,则终端无需进行功耗模式切换。若低功耗类型信息指示的功耗模式非第一功耗模式,则终端需要进行功耗模式切换。功耗模式的切换除了可以通过附着响应包含的低功耗类型信息进行切换设定,还可以通过终端的线下个性化附着进行设定。在基于终端的线下个性化附着进行功耗模式的切换设定时,终端检测本地内存的用户信息,从用户信息中提取对应的低功耗类型信息,基于本地内存提取的低功耗类型信息进行功耗模式的切换设定。此外,后续终端在与基站进行数据通信时,还可以通过加入单独的RRC信令进行功耗模式的切换。
进一步,本申请实施例的功耗模式主要包括第一功耗模式和第二功耗模式,终端在基于低功耗类型信息设定终端的功耗模式之后,即可基于对应的功耗模式进行上下行空口数据的发送与接收。其中第一功耗模式和第二功耗模式的上行数据发送方式完全一致。其上行数据由终端自主选择可用频点发送,发送失败后,也由终端随机退避选择时序再次发送。需要说明的是,由于终端一端存在两种功耗模式下的上下行空口数据发送机制,则对于基站,必须同时支持第一功耗模式和第二功耗模式的上行数据接收和下行数据发送,以此来维护各个终端的低功耗类型,并根据其功耗模式进行相应的数据下发。此外,第一功耗模式和第二功耗模式的下行数据接收方式不同,基站维护第一功耗模式下终端的两个接收窗口,数据下发控制在两个接收窗口内,而对于第二功耗模式,终端无需维护该窗口,基站随时可下发数据。第一功耗模式和第二功耗模式的上下行空口数据发送与接收方式参见下述步骤S130,在此不多赘述。
S130、基于所述功耗模式进行空口数据的发送与接收,在所述第一功耗模式下,终端发送完上行数据后开启设定数量的接收窗口进行下行数据的接收,若未接收到所述下行数据,进入休眠状态,在所述第二功耗模式下,终端发送完上行数据后持续开启所述接收窗口进行下行数据的接收。
进一步的,本申请实施例中,所有的下行数据都会携带***子帧号(subframe),用于终端与基站的子帧同步。一个子帧(subframe)时间长度为X(X当前为1000毫秒,以后可变化),代表一次数据发送的时间长度。子帧(subframe)字节长度为8位,取值范围为0~0xFF,随着基站运行时间推移,循环往复。当终端附着成功后,无论是第一功耗模式还是第二功耗模式,如果有数据发送,可立即选择当前子帧进行发送,无需监听下行信道的调度信息。上行数据发送分为AM(可靠模式)和UM(非可靠模式)两种,终端可以根据上层数据业务的可靠性要求选择AM模式或者UM模式发送。其中,如果高层业务要求可靠的数据传输,终端可以选择AM模式进行发送。终端在子帧subframe=i子帧发送AM数据(即可靠模式下的上行数据)后,必须在子帧subframe=((i+t)%256)子帧检测下行信道(t当前为2),如果没收到基站回复,则终端采用随机退避的方式重发AM数据。如果上报数据要求的可靠性不高,终端可以选择UM模式发送。对于UM数据(即非可靠模式下进行发送的上行数据),基站不会进行反馈确认,终端也不会进行重发。以此来避免上行数据的频繁发送,节约终端能耗。
另一方面,在发送上行数据后,对应下行数据的接收,终端在第一功耗模式和第二功耗模式下则分别采用不同的方式进行下行数据的接收。其中,参照图3,第一功耗模式下终端的下行数据接收流程包括:
S1301、在发送完上行数据后,终端打开两个接收窗口进行下行数据的接收;
S1302、若在两个所述接收窗口内未接收到所述下行数据,终端进入休眠状态;
S1303、若在两个所述接收窗口内接收到所述下行数据,终端重置所述接收窗口,重新开启两个所述接收窗口进行所述下行数据的接收。
终端在每次上行数据发送后都会紧跟两个短暂的下行数据接收窗口(WinRX),接收窗口(WinRX)开始时间以上行数据传输结束时间为参考,以此实现双向传输。具体的,参照图4,提供第一功耗模式下下行数据的接收时序图。其中,每个接收窗口的时间以目前基站一端的一个调度周期为准,所有接收窗口时隙默认为4秒。并且,考虑到一个调度周期有优化的空间或者有不同的基站,可对接收窗口进行时隙配置,最短不小于1s。并且,第一功耗模式下终端默认会打开两个接收窗口,即使在第一个接收窗口接收到下行数据,第二个接收窗口依然会打开。而如果第二个接收窗口接收到了数据,则默认会再打开两个接收窗口,除非用户MCU使用AT命令强制终端进入睡眠。此外,在一个接收窗口接收到下行数据以后,则会重置接收窗口,再增加两个接收窗口进行接收,除非用户MCU使用AT命令强制模组进入睡眠。
在一个实施例中,终端接收下行确认信息,基于所述下行确认信息判断所述上行数据是否发送成功,若判断所述上行数据发送失败,重发所述上行数据,并重新开启两个接收窗口进行下行数据的接收。可以理解的是,在发送上行数据后,基站需要返回对应的下行确认信息,以便于终端确认此前上行数据是否发送成功。如若发送不成功,则为了保障终端接收到上行数据,需要重新发送上行数据,并重新打开两个接收窗口进行下行数据的接收。
可以理解的是,本申请实施例接收窗口的起点为上行数据发送子帧的下一个帧。并且,在第一功耗模式下,基站一端无需缓存下行数据包,也就是说,基站只在终端接收窗口内转发上层下发的数据,而在其他时间接收到的上层数据,一律丢弃,不会进行转发。
之后,终端在连续两个接收窗口都未收到下行数据时,会设定进入睡眠状态,直到下一次上行数据发送周期唤醒发送上行数据。具体的,终端基于设定的休眠周期确定终端唤醒时间,在所述唤醒时间唤醒终端进行上行数据的发送。终端一端设置计时器电路,在进行休眠时开始计时,当休眠周期结束时触发唤醒终端。
而对应第二功耗模式下下行数据的接收。终端会默认打开接收窗口,并在发送所述上行数据时,关闭所述接收窗口设定时间段。参照图5,提供第二功耗模式下下行数据的接收时序图。即整个上下行空口数据收发过程中,终端只在发送上行数据时短暂关闭。下行数据从基站下发给终端的时延也是最短的,并且,通常运行于第二功耗模式的终端,一般应用于市电供电充足的场景,因此不必精简接收。需要说明的是,终端运行在第二功耗模式下,其同样打开两个接收窗口,但其一般不会关闭接收窗口,除非终端需要再次发送数据。因此终端几乎可以在任意时间用接收窗口来接收下行数据。
在实际应用中,根据下行数据的接收需求,终端选用运行于对应的功耗模式下,可以理解的是,对应一些无需实时发送数据,空口数据传输频次少的应用场景,终端可设定运行于第一功耗模式下,并在需要频繁收发空口数据时切换至第二功耗模式,以此在节省终端能耗的同时,进一步提升终端能耗管理的适应性,优化终端能耗管理效果。
上述,通过在终端上电后,完成终端附着流程,并从终端附着流程接收到的附着响应中提取低功耗类型信息,基于低功耗类型信息设定终端的功耗模式,功耗模式包括第一功耗模式和第二功耗模式,基于功耗模式进行空口数据的发送与接收,在第一功耗模式下,终端发送完上行数据后开启设定数量的接收窗口进行下行数据的接收,若未接收到下行数据,进入休眠状态,在第二功耗模式下,终端发送完上行数据后持续开启接收窗口进行下行数据的接收。采用上述技术手段,可以适应性设定终端实时运行的功耗模式,基于功耗模式开启接收窗口接收下行数据,以此来优化终端运行过程中的功耗管理,实现窄带物联网终端的低功耗运行,节约***能耗。
实施例二:
在上述实施例的基础上,图6为本申请实施例二提供的一种窄带物联网终端的低功耗运行装置的结构示意图。参考图6,本实施例提供的窄带物联网终端的低功耗运行装置具体包括:提取模块21、设定模块22和运行模块23。
其中,提取模块21用于在终端上电后,完成终端附着流程,从所述终端附着流程接收到的附着响应中提取低功耗类型信息;
设定模块22用于基于所述低功耗类型信息设定终端的功耗模式,所述功耗模式包括第一功耗模式和第二功耗模式;
运行模块23用于基于所述功耗模式进行空口数据的发送与接收,在所述第一功耗模式下,终端发送完上行数据后开启设定数量的接收窗口进行下行数据的接收,若未接收到所述下行数据,进入休眠状态,在所述第二功耗模式下,终端发送完上行数据后持续开启所述接收窗口进行下行数据的接收。
上述,通过在终端上电后,完成终端附着流程,并从终端附着流程接收到的附着响应中提取低功耗类型信息,基于低功耗类型信息设定终端的功耗模式,功耗模式包括第一功耗模式和第二功耗模式,基于功耗模式进行空口数据的发送与接收,在第一功耗模式下,终端发送完上行数据后开启设定数量的接收窗口进行下行数据的接收,若未接收到下行数据,进入休眠状态,在第二功耗模式下,终端发送完上行数据后持续开启接收窗口进行下行数据的接收。采用上述技术手段,可以适应性设定终端实时运行的功耗模式,基于功耗模式开启接收窗口接收下行数据,以此来优化终端运行过程中的功耗管理,实现窄带物联网终端的低功耗运行,节约***能耗。
本申请实施例二提供的窄带物联网终端的低功耗运行装置可以用于执行上述实施例一提供的窄带物联网终端的低功耗运行方法,具备相应的功能和有益效果。
实施例三:
本申请实施例三提供了一种电子设备,参照图7,该电子设备包括:处理器31、存储器32、通信模块33、输入装置34及输出装置35。该电子设备中处理器的数量可以是一个或者多个,该电子设备中的存储器的数量可以是一个或者多个。该电子设备的处理器、存储器、通信模块、输入装置及输出装置可以通过总线或者其他方式连接。
存储器32作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本申请任意实施例所述的窄带物联网终端的低功耗运行方法对应的程序指令/模块(例如,窄带物联网终端的低功耗运行装置中的提取模块、设定模块和运行模块)。存储器可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序;存储数据区可存储根据设备的使用所创建的数据等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器可进一步包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
通信模块33用于进行数据传输。
处理器31通过运行存储在存储器中的软件程序、指令以及模块,从而执行设备的各种功能应用以及数据处理,即实现上述的窄带物联网终端的低功耗运行方法。
输入装置34可用于接收输入的数字或字符信息,以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置35可包括显示屏等显示设备。
上述提供的电子设备可用于执行上述实施例一提供的窄带物联网终端的低功耗运行方法,具备相应的功能和有益效果。
实施例四:
本申请实施例还提供一种存储计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行一种窄带物联网终端的低功耗运行方法,该窄带物联网终端的低功耗运行方法包括:终端上电后,完成终端附着流程,从所述终端附着流程接收到的附着响应中提取低功耗类型信息;基于所述低功耗类型信息设定终端的功耗模式,所述功耗模式包括第一功耗模式和第二功耗模式;基于所述功耗模式进行空口数据的发送与接收,在所述第一功耗模式下,终端发送完上行数据后开启设定数量的接收窗口进行下行数据的接收,若未接收到所述下行数据,进入休眠状态,在所述第二功耗模式下,终端发送完上行数据后持续开启所述接收窗口进行下行数据的接收。
存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括:安装介质,例如CD-ROM、软盘或磁带装置;计算机***存储器或随机存取存储器,诸如DRAM、DDR RAM、SRAM、EDO RAM,兰巴斯(Rambus)RAM等;非易失性存储器,诸如闪存、磁介质(例如硬盘或光存储);寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外,存储介质可以位于程序在其中被执行的第一计算机***中,或者可以位于不同的第二计算机***中,第二计算机***通过网络(诸如因特网)连接到第一计算机***。第二计算机***可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括驻留在不同位置中(例如在通过网络连接的不同计算机***中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。
当然,本申请实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的窄带物联网终端的低功耗运行方法,还可以执行本申请任意实施例所提供的窄带物联网终端的低功耗运行方法中的相关操作。
上述实施例中提供的窄带物联网终端的低功耗运行装置、存储介质及电子设备可执行本申请任意实施例所提供的窄带物联网终端的低功耗运行方法,未在上述实施例中详尽描述的技术细节,可参见本申请任意实施例所提供的窄带物联网终端的低功耗运行方法。
上述仅为本申请的较佳实施例及所运用的技术原理。本申请不限于这里所述的特定实施例,对本领域技术人员来说能够进行的各种明显变化、重新调整及替代均不会脱离本申请的保护范围。因此,虽然通过以上实施例对本申请进行了较为详细的说明,但是本申请不仅仅限于以上实施例,在不脱离本申请构思的情况下,还可以包括更多其他等效实施例,而本申请的范围由权利要求的范围决定。
Claims (7)
1.一种窄带物联网终端的低功耗运行方法,其特征在于,包括:
终端上电后,完成终端附着流程,从所述终端附着流程接收到的附着响应中提取低功耗类型信息;
基于所述低功耗类型信息设定终端的功耗模式,所述功耗模式包括第一功耗模式和第二功耗模式;
基于所述功耗模式进行空口数据的发送与接收,在所述第一功耗模式下,终端发送完上行数据后开启设定数量的接收窗口进行下行数据的接收,若未接收到所述下行数据,进入休眠状态,在所述第二功耗模式下,终端发送完上行数据后持续开启所述接收窗口进行下行数据的接收;
在所述第一功耗模式下,终端发送完上行数据后开启设定数量的接收窗口进行下行数据的接收,若未接收到所述下行数据,进入休眠状态,包括:
在发送完上行数据后,终端打开两个接收窗口进行下行数据的接收;
若在两个所述接收窗口内未接收到所述下行数据,终端进入休眠状态;
若在两个所述接收窗口内接收到所述下行数据,终端重置所述接收窗口,重新开启两个所述接收窗口进行所述下行数据的接收;
在发送完上行数据后,终端打开两个接收窗口进行下行数据的接收,还包括:
接收下行确认信息,基于所述下行确认信息判断所述上行数据是否发送成功,若判断所述上行数据发送失败,重发所述上行数据,并重新开启两个接收窗口进行下行数据的接收;
所述终端上电后,完成终端附着流程,包括:
基于所述第一功耗模式发送包含附着请求的上行数据至基站,根据广播调度子帧的频点个数确定相应的频点进行所述附着请求的发送,若所述频点个数为1,所述终端在对应频点发送所述附着请求;若所述频点个数为K,且K>1,所述终端在前K-1个频点中选择一个频点发送所述附着请求;
基于所述第一功耗模式接收所述基站下发的包含所述附着响应的下行数据。
2.根据权利要求1所述的窄带物联网终端的低功耗运行方法,其特征在于,在若未接收到所述下行数据,进入休眠状态之后,还包括:
基于设定的休眠周期确定终端唤醒时间,在所述唤醒时间唤醒终端进行上行数据的发送。
3.根据权利要求1所述的窄带物联网终端的低功耗运行方法,其特征在于,在所述第二功耗模式下,终端发送完上行数据后持续开启所述接收窗口进行下行数据的接收,还包括:
终端在发送所述上行数据时,关闭所述接收窗口设定时间段。
4.根据权利要求1所述的窄带物联网终端的低功耗运行方法,其特征在于,基于所述低功耗类型信息设定终端的功耗模式,还包括:
基于线下个性化附着设定信息或RRC信令设定终端的功耗模式。
5.一种窄带物联网终端的低功耗运行装置,其特征在于,包括:
提取模块,用于在终端上电后,完成终端附着流程,从所述终端附着流程接收到的附着响应中提取低功耗类型信息;
设定模块,用于基于所述低功耗类型信息设定终端的功耗模式,所述功耗模式包括第一功耗模式和第二功耗模式;
运行模块,用于基于所述功耗模式进行空口数据的发送与接收,在所述第一功耗模式下,终端发送完上行数据后开启设定数量的接收窗口进行下行数据的接收,若未接收到所述下行数据,进入休眠状态,在所述第二功耗模式下,终端发送完上行数据后持续开启所述接收窗口进行下行数据的接收;在所述第一功耗模式下,终端发送完上行数据后开启设定数量的接收窗口进行下行数据的接收,若未接收到所述下行数据,进入休眠状态,包括:
在发送完上行数据后,终端打开两个接收窗口进行下行数据的接收;
若在两个所述接收窗口内未接收到所述下行数据,终端进入休眠状态;
若在两个所述接收窗口内接收到所述下行数据,终端重置所述接收窗口,重新开启两个所述接收窗口进行所述下行数据的接收;
在发送完上行数据后,终端打开两个接收窗口进行下行数据的接收,还包括:
接收下行确认信息,基于所述下行确认信息判断所述上行数据是否发送成功,若判断所述上行数据发送失败,重发所述上行数据,并重新开启两个接收窗口进行下行数据的接收;
所述终端上电后,完成终端附着流程,包括:
基于所述第一功耗模式发送包含附着请求的上行数据至基站,根据广播调度子帧的频点个数确定相应的频点进行所述附着请求的发送,若所述频点个数为1,所述终端在对应频点发送所述附着请求;若所述频点个数为K,且K>1,所述终端在前K-1个频点中选择一个频点发送所述附着请求;
基于所述第一功耗模式接收所述基站下发的包含所述附着响应的下行数据。
6.一种电子设备,其特征在于,包括:
存储器以及一个或多个处理器;
所述存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-4任一所述的窄带物联网终端的低功耗运行方法。
7.一种存储计算机可执行指令的存储介质,其特征在于,所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-4任一所述的窄带物联网终端的低功耗运行方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010382404.7A CN111901853B (zh) | 2020-05-08 | 2020-05-08 | 一种窄带物联网终端的低功耗运行方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010382404.7A CN111901853B (zh) | 2020-05-08 | 2020-05-08 | 一种窄带物联网终端的低功耗运行方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111901853A CN111901853A (zh) | 2020-11-06 |
CN111901853B true CN111901853B (zh) | 2021-04-09 |
Family
ID=73207520
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010382404.7A Active CN111901853B (zh) | 2020-05-08 | 2020-05-08 | 一种窄带物联网终端的低功耗运行方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111901853B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111683342B (zh) * | 2020-06-10 | 2022-01-18 | 联想(北京)有限公司 | 一种信息处理方法、装置及*** |
CN112566075B (zh) * | 2020-11-25 | 2023-07-28 | 深圳市沃特沃德信息有限公司 | 蜂窝物联网设备的数据包发送方法、装置和计算机设备 |
CN113993197B (zh) * | 2021-10-26 | 2023-11-03 | 成都亿佰特电子科技有限公司 | LoRa网关与节点的通信方法、装置、存储介质及电子设备 |
CN114339969B (zh) * | 2021-12-28 | 2023-07-14 | 北京升哲科技有限公司 | 低功耗网络的数据接收方法、装置、设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107071869A (zh) * | 2016-11-15 | 2017-08-18 | 国动物联网技术(上海)有限公司 | 兼容LoRaWAN Class A、Class B和手抄模式的多模终端及多模兼容方法 |
CN107637142A (zh) * | 2015-04-03 | 2018-01-26 | 交互数字专利控股公司 | 用于使用扩展drx的***增强 |
CN109429238A (zh) * | 2017-06-28 | 2019-03-05 | 展讯通信(上海)有限公司 | eDRX模式的配置方法、网络侧设备、用户设备及可读介质 |
CN111901898A (zh) * | 2020-05-08 | 2020-11-06 | 广州技象科技有限公司 | 基于窄带物联网的终端附着方法及装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10440691B2 (en) * | 2016-09-30 | 2019-10-08 | Kt Corporation | Method for controlling connection status of UE and apparatus thereof |
CN106604221B (zh) * | 2016-11-18 | 2020-04-28 | 上海华为技术有限公司 | 一种连接管理的方法、终端以及网络侧设备 |
-
2020
- 2020-05-08 CN CN202010382404.7A patent/CN111901853B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107637142A (zh) * | 2015-04-03 | 2018-01-26 | 交互数字专利控股公司 | 用于使用扩展drx的***增强 |
CN107071869A (zh) * | 2016-11-15 | 2017-08-18 | 国动物联网技术(上海)有限公司 | 兼容LoRaWAN Class A、Class B和手抄模式的多模终端及多模兼容方法 |
CN109429238A (zh) * | 2017-06-28 | 2019-03-05 | 展讯通信(上海)有限公司 | eDRX模式的配置方法、网络侧设备、用户设备及可读介质 |
CN111901898A (zh) * | 2020-05-08 | 2020-11-06 | 广州技象科技有限公司 | 基于窄带物联网的终端附着方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN111901853A (zh) | 2020-11-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111901853B (zh) | 一种窄带物联网终端的低功耗运行方法及装置 | |
CN110972255B (zh) | 用于移动通信***的用户装置及基站 | |
CN101541067B (zh) | 在非连续接收机制中停留在短周期的方法 | |
WO2020155062A1 (zh) | 目标下行信号的接收方法、装置、设备及*** | |
CN109842919B (zh) | 一种终端与基站的通信、终端的入网方法和装置 | |
JP7440645B2 (ja) | サイドリンク通信のための方法およびデバイス | |
CN110536385A (zh) | 数据发送、接收方法、装置、第一节点及第二节点 | |
CN111901898B (zh) | 基于窄带物联网的终端附着方法及装置 | |
CN109548054B (zh) | 一种保持下行同步的方法及装置 | |
US20240049342A1 (en) | Drx configuration method and apparatus, communication device and storage medium | |
CN101627548A (zh) | 用于合并功率节省类的方法及*** | |
CN111436098A (zh) | 通信方法及装置 | |
CN110691399B (zh) | 物联网终端及其唤醒方法及装置、存储介质 | |
US11394506B2 (en) | Communication system, gateway device, terminal device and communication method for reducing power consumption | |
CN110475321B (zh) | 无线局域网ap的节电最佳化方法及装置 | |
CN103634885B (zh) | 一种识别卡及其运行方法 | |
CN113347691B (zh) | 数据传输的方法及装置 | |
CN101635615A (zh) | 一种实现非连续接收方法和装置 | |
US9520055B2 (en) | Process of communication between a first node and a second node of a home automation installation | |
CN114765837B (zh) | 省电处理方法、装置及设备 | |
WO2022027413A1 (en) | Method and device for managing sidelink transmission | |
CN114501690A (zh) | 一种节能信号传输方法及装置 | |
WO2024051582A1 (zh) | 监听处理方法、装置、终端及网络侧设备 | |
TWI784657B (zh) | 無線資料接收方法和無線設備 | |
CN111565469B (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 |