CN109729575A - 工作模式确定的方法、装置、设备及介质 - Google Patents

Abstract

本发明实施例提供了工作模式确定的方法、装置、设备及介质，包括：当有下发给物联网终端的信息时，根据消息的下发时刻分别计算物联网终端的休眠累计功耗和苏醒累计功耗，以及根据休眠累计功耗和苏醒累计功耗，分别确定唤醒定时器的第一时长和休眠定时器的第一时长；发送设置请求至消息上报调度平台；其中，设置请求包括消息的下发时刻、唤醒定时器的当前时长、休眠定时器的当前时长、第一苏醒时长和第一休眠时长；接收消息上报平台发送与设置请求对应的第一回复消息，并将唤醒定时器的当前时长设置为第一回复消息中携带的第一苏醒时长。本发明实施例的目的是为了提高消息上报的成功率，以及进一步提高网络资源的利用率。

Description

工作模式确定的方法、装置、设备及介质

技术领域

本发明涉及通信技术领域，尤其涉及一种工作模式确定的方法、装置、设备及介质。

背景技术

在物联网应用场景(例如，基于蜂窝网络的窄带物联网(Narrow Band Internetof Things，NB-IoT)、eMTC)下，物联网终端上报消息时采用节能模式(PSM)机制和增强型非连续接收(eDRX)机制来降低物联网终端的功耗，以延长物联网终端电池的生命周期。

目前，在图1中，物联网业务包括业务平台、终端，以及联系业务平台和终端的通信网络。终端通过通信网络向业务平台上报消息，核心网设备接受报文消息，并转发给业务平台。但是，物联网终端的上行接入的随机性弱，集中性强，导致网络上行无线资源峰谷效应强，负荷不均，要么因为超负荷发生时延导致丢包等问题，要么网络资源极度空闲。例如，因为物联网终端出厂配置、或者物联网终端按业务平台的统一指令要求，会在同一个时间点苏醒，造成同一区域的同类物联网终端上报消息在同一时间点。其中，物联网终端什么时候休眠，什么时候苏醒是由定时器来设定的，定时器的时长设定由网络侧指定，但定时器的时长设置后是固定的，且缺少业务侧的参与，使得休眠、苏醒与业务发生脱节，导致无效休眠或无效苏醒。

如果物联网终端休眠的时长过短，就会导致休眠后苏醒上电启动的电量消耗反而大于这段时间苏醒时的电量消耗，达不到节电效果。另外，物联网终端在苏醒后，发起网络接入请求，但会存在连接不成功，例如因网络接入容量超过上限而不成功，且物联网终端缺少人为干预，那么物联网终端会按自身预先设定的策略反复尝试，批量物联网终端反复同一节奏请求接入网络，会造成请求超出网络接入容量，可能会导致请求振荡、雪崩。

发明内容

本发明实施例提供了工作模式确定的方法、装置、设备及介质，其目的是为了提高消息上报的成功率，以及进一步提高网络资源的利用率。

第一方面，本发明实施例提供了一种工作模式确定的方法，方法包括：当有下发给物联网终端的信息时，根据消息的下发时刻分别计算物联网终端的休眠累计功耗和苏醒累计功耗，以及根据休眠累计功耗和苏醒累计功耗，分别确定唤醒定时器的第一时长和休眠定时器的第一时长；发送设置请求至消息上报调度平台；其中，设置请求包括消息的下发时刻、唤醒定时器的当前时长、休眠定时器的当前时长、唤醒定时器的第一时长和休眠定时器的第一时长；接收消息上报平台发送与设置请求对应的第一回复消息，第一回复消息包括：唤醒定时器的第一时长。

第二方面，本发明实施例提供了一种工作模式确定的方法，方法包括：接收业务平台发送的设置请求，并判断设置请求中携带的唤醒定时器的第一时长和休眠定时器的第一时长是否符合均匀分布的准则；当符合均匀分布的准则时，分别发送第一回复消息至业务平台，以及第二消息至物联网终端；其中，第一回复消息包括唤醒定时器的第一时长，第二消息包括唤醒定时器的第一时长和休眠定时器的第一时长。

第三方面，本发明实施例提供了一种工作模式确定的装置，装置包括：处理模块，用于当有下发给物联网终端的信息时，根据消息的下发时刻分别计算物联网终端的休眠累计功耗和苏醒累计功耗，以及根据休眠累计功耗和苏醒累计功耗，分别确定唤醒定时器的第一时长和休眠定时器的第一时长；发送模块，用于发送设置请求至消息上报调度平台；其中，设置请求包括消息的下发时刻、唤醒定时器的当前时长、休眠定时器的当前时长、唤醒定时器的第一时长和休眠定时器的第一时长；接收模块，用于接收消息上报平台发送与设置请求对应的第一回复消息，第一回复消息包括：唤醒定时器的第一时长。

第四方面，本发明实施例提供了一种工作模式确定的装置，装置包括：接收模块，用于接收业务平台发送的设置请求；处理模块，用于判断设置请求中携带的唤醒定时器的第一时长和休眠定时器的第一时长是否符合均匀分布的准则；发送模块，用于当符合均匀分布的准则时，分别发送第一回复消息至业务平台，以及第二消息至物联网终端；其中，第一回复消息包括唤醒定时器的第一时长，第二消息包括唤醒定时器的第一时长和休眠定时器的第一时长。

本发明实施例提供了一种工作模式确定的设备，包括：至少一个处理器、至少一个存储器以及存储在存储器中的计算机程序指令，当计算机程序指令被处理器器执行时实现如上述实施方式中第一方面或第二方面的方法。

第六方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序指令，当计算机程序指令被处理器执行时实现如上述实施方式中第一方面或第二方面的方法。

本发明实施例提供的工作模式确定的方法、装置、设备及介质，通过休眠累计功耗和苏醒累计功耗，分别确定唤醒定时器的第一时长和休眠定时器的第一时长，可以提高消息上报的成功率，以及进一步提高网络资源的利用率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术中组网方式的示意图；

图2为本发明实施例提供了一种工作模式确定的方法的流程图；

图3为本发明实施例提供了另一种工作模式确定的方法的流程图；

图4为本发明实施例提供了业务平台修改Ts，Tw的流程图；

图5为本发明实施例提供了消息上报调度平台修改Ts，Tw的流程图；

图6为本发明实施例提供了组网方式的示意图；

图7为本发明实施例提供了一种工作模式确定的装置的示意图；

图8为本发明实施例提供了一种工作模式确定的装置的示意图；

图9为本发明实施例提供了一种工作模式确定的设备的示意图。

具体实施方式

下面将详细描述本发明的各个方面的特征和示例性实施例，为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本发明，并不被配置为限定本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了更好地理解本发明，下面结合图2和图3对本发明实施例的工作模块确定的方法进行详细描述。

图2为本发明实施例提供了一种工作模式确定的方法的流程图。该工作模式确定的方法是由业务平台向消息上报调度平台发起协商唤醒定时器Tw，休眠定时器Ts请求，该工作模式确定的方法包括：

步骤S201：业务平台读取是否有待下发给物联网终端的消息；

步骤S202：业务平台，在有待下发给物联网终端的消息时，根据待下发消息，分别计算休眠累计功耗和苏醒累计功耗，并根据休眠累计功耗值和苏醒累计功耗值，确定唤醒定时器的第一时长和休眠定时器的第一时长(Tw和Ts的修改值)，以及发送设置请求；

步骤S203：消息上报调度平台，接收业务平台发送的所述设置请求，并以基站为维度，判断设置请求中携带的Tw和Ts的修改值是否符合均匀分布的准则；

步骤S204：当符合均匀分布准则时，向业务平台回复第一回复消息，以及向物联网终端回复第二回复消息。

在本发明实施例中，步骤S202所述的根据待下发消息，分别计算休眠累计功耗和苏醒累计功耗，并根据休眠累计功耗值和苏醒累计功耗值，确定Tw和Ts的修改值，包括：

根据消息的下发时刻、物联网终端的休眠功耗和启动功耗，计算得到休眠累计功耗；

根据消息的下发时刻和物联网终端的苏醒功耗，计算得到苏醒累计功耗；以及

根据休眠累计功耗和苏醒累计功耗，分别确定唤醒定时器的第一时长和休眠定时器的第一时长。

其中，苏醒功耗：在大量测试的基础上，统计终端苏醒期间t的功耗，记为Pw×t。业务平台上分终端对该功耗进行记录。

休眠功耗：在大量测试的基础上，统计终端休眠期间t的功耗，记为Ps×t。业务平台上分终端对该功耗进行记录。

启动功耗：在大量测试的基础上，统计终端启动功耗，即终端由睡眠进入苏醒这段时间的电量消耗，记为Pr。业务平台上分终端对该功耗进行记录。

对于业务平台有待下发消息时：(消息的下发时刻为Tsend)

休眠累计功耗：休眠累计功耗的计算方法为

休眠累计功耗＝Tsend*休眠功耗Ps+启动功耗Pr；

苏醒累计功耗：苏醒累计功耗的计算方法为

苏醒累计功耗＝Tsend*苏醒功耗Pw；

休眠累计功耗和苏醒累计功耗相比较，用以确定终端休眠是否划算。

根据休眠累计功耗和苏醒累计功耗，分别确定唤醒定时器的第一时长和休眠定时器的第一时长，包括：比较所述休眠累计功耗和所述苏醒累计功耗；当所述休眠累计功耗大于所述苏醒累计功耗时，所述唤醒定时器的第一时长为所述消息的下发时刻与所述唤醒定时器的当前时长的差值，所述休眠定时器的第一时长为所述休眠定时器的当前时长；当所述休眠累计功耗不大于所述苏醒累计功耗时，所述唤醒定时器的第一时长为所述唤醒定时器的当前时长，所述休眠定时器的第一时长为所所述消息的下发时刻。

在本发明实施例中，业务平台可以主动发起设置物联网终端Tw，Ts请求，该设置请求包括以下内容中的一项或多项：所属基站编号BS n，终端号码MSISD N，当前Twc，当前Tsc，目标Twt(唤醒定时器的第一时长)，目标Tst(休眠定时器的第一时长)和消息的下发时刻Tsend；其中，消息的下发时刻Tsend表示业务平台等待下发的消息队列中第一条消息预计下发的时刻，目标Twt，目标Tst为业务平台建议修改的目标值，BS n为最近一次终端归属的基站编码。最终是否修改，修改的值由消息上报调度平台决定。

在本发明实施例中，步骤S203用于消息上报调度平台来判断是否对业务平台发来的设置请求中的唤醒定时器的第一时长和休眠定时器的第一时长进行修改，当符合均匀分布准则时，消息上报调度平台回复按照业务平台建议的目标值(即唤醒定时器的第一时长和休眠定时器的第一时长)进行修改。

需要说明的是，均匀分布是指，所有基站的负载是否均衡，在对Ts，Tw进行修改的时候，业务平台会对基站的工作负载情况进行判断，以基站的编号(设置请求中携带的基站编号作为消息上报调度平台进行基站分组调度终端上报消息的依据)来对基站进行分类，然后根据当前时间颗粒(即一段时间内)，根据接入请求来确定当前基站的负荷；如果一个基站的负荷特别大，此时业务平台或物联网终端要求修改Tw或Ts，一般都是不被允许的。

在本发明实施例中，步骤S204所述的分别向物联网终端和业务平台回复消息，包括：

消息上报调度平台修订Tw后会通过SetRsp(第一回复消息)消息通知业务平台。消息上报调度平台通过ModRsp(第二回复消息)消息通知物联网终端，该ModRsp包括：物联网终端号码MSISD N，目标Twt(唤醒定时器的第一时长)和目标Tst(休眠定时器的第一时长)。

需要说明的是，在消息上报调度平台允许当前业务平台对定时器的时长的修改，就会分别回复物联网终端第二回复消息，以及回复业务平台第一回复消息。

其中，所述目标Twt包括Twt1，Twt2和Twt3；

在现有技术中提到，物联网终端请求接入失败的时候，会一直请求接入，为了避免批量物联网终端反复同一节奏的请求接入而导致请求振荡、雪崩的问题。消息上报调度平台通过设置Twt1，Twt2，甚至Twt3来控制物联网终端苏醒后第一次网络接入失败后，再次和第三次尝试网络接入的定时器。

其中，Twt1标记建议终端优先按Twt1时间苏醒发起接入请求并上报消息，Twt2是苏醒后发起接入请求失败或上报消息失败后的再次发起接入请求、上报消息的时机，Twt3是进行Twt2时刻失败后再次发起接入请求、上报消息的时机。Twt2和Twt3不是控制终端苏醒的，而是控制终端苏醒后第一次网络接入失败后，再次和第三次尝试网络接入的定时器。

ModRsp还包括：偏差随机Tdiff，该偏差随机Tdiff是一个较小的随机扰值，指示物联网终端在(Twt+Tdiff)时刻发起接入网络，当然设置Tdiff也是可以避免批量物联网终端反复同一节奏的请求接入而导致请求振荡、雪崩的问题。

此外，还可以在调整Ts的过程中，尤其是在休眠累计功耗不大于苏醒累计功耗时，将休眠定时器的第一时长设置为所消息的下发时刻与Tdiff的和。

需要说明的是，对业务平台传递来的Tw，调度平台以基站为维度，尽量将苏醒上报的消息均匀分布，避免同一时刻海量终端并行苏醒接入网络，冲击基站。

在本发明实施例中，当不满足负载均衡的时候，消息上报调度平台，需要判断bsend是否为真；当bsend为假时，将唤醒定时器的第一时长设置为唤醒定时器的第二时长，其中，唤醒定时器的第二时长为唤醒定时器的第一时长后下一时刻(例如最近)的空闲时间；当bsend为真时，向业务平台回复第一回复消息，以及向物联网终端回复第二回复消息。

在步骤S201之前，工作模式确定的方法还包括：业务平台判断是否有下发给物联网终端的消息。

业务平台判断是否有下发给物联网终端的消息，包括：根据待下发的消息标志判断是否有下发给物联网终端的消息；当待下发的消息标志为真时，确定有下发给物联网终端的消息。

在本发明实施例中，所述的Ts为终端休眠定时器，即终端在苏醒状态该Ts开始计时，当Ts定时器超时后，终端进入休眠状态；将终端唤醒定时器记作Tw，即终端在休眠状态当Tw定时器超时后，终端从休眠状态进入苏醒状态，发起接入请求，并与业务平台发生消息交互。

在本发明实施例中，业务平台根据业务调度情况发起修改Ts，Tw的流程。

其中，Tw、Ts由终端出厂设置初始值、或由核心网设置初始值；但是在使用一段时间之后，业务平台根据自身业务及物联网终端的特点，确定通常情况下，将Ts和Tw分别设置为标准的休眠定时器Tss和唤醒定时器Tws。但是在业务平台有业务需要下发的时候，则需要考虑根据业务的需要改变定时器的当前时长(可以是初始值，也可以是标准值)。

将终端休眠定时器记作Ts，即终端在苏醒状态该Ts开始计时，当Ts定时器超时后，终端进入休眠状态；将终端苏醒定时器记作Tw，即终端在休眠状态当Tw定时器超时后，终端从休眠状态进入苏醒状态，发起接入请求，并与业务平台发生消息交互。

本发明实施例，基于大部分物联网终端上报的消息的时间具备可预测性(例如：周期性的温湿度等监控上报)；以及大部分消息允许上报的时间裕度比较宽(例如：水电气表读数上报)；设计消息上报时刻的协商流程，用以提高消息上报的成功率，并提高网络资源的利用率。

图3为本发明实施例提供了另一种工作模式确定的方法的流程图。该工作模式确定的方法是由物联网终端向消息上报调度平台发起协商Tw，Ts请求，该工作模式确定的方法可包括：

步骤S301：物联网终端向核心网发送修改请求，并经由核心网转发修改请求至业务平台；

步骤S302：业务平台读取是否有待下发给物联网终端的消息；

步骤S303：业务平台，在有待下发给物联网终端的消息时，根据待下发消息，分别计算休眠累计功耗和苏醒累计功耗，并根据休眠累计功耗值和苏醒累计功耗值，确定唤醒定时器的第一时长和休眠定时器的第一时长(Tw和Ts的修改值)，并发送设置请求；

步骤S304：消息上报调度平台，接收业务平台发送的所述设置请求，并以基站为维度，判断设置请求中携带的Tw和Ts的修改值是否符合均匀分布的准则；

步骤S305：当符合均匀分布准则时，向业务平台回复第一回复消息，以及向物联网终端回复第二回复消息。

本发明实施例中，步骤S301所述的修改请求可以是独立的消息，也可以在现有消息内容增加字段来实现，例如，在上传数据的时候，通过在数据中携带修改请求来实现修改Tw和Ts的目的。

在本发明实施中，步骤S301所述的修改请求ModReq包括：所属基站编号BS n，物联网终端号码MSISD N，当前Twc，当前Tsc，目标Twt，目标Tst和下发消息标志bSend；其中，bSend表示业务平台是否有消息待下发给物联网终端中的一项或多项。基站编号作为消息上报调度平台进行基站分组调度终端上报消息的依据。

步骤S303所述的业务平台向消息上报调度平台发送设置Tw，Ts请求SetReq，可参照步骤S202所述的业务平台向消息上报调度平台发送设置Tw，Ts请求SetReq的描述。

步骤S304所述的消息上报调度平台分别向物联网终端和业务平台回复消息，可参照步骤S203所述的消息上报调度平台分别向物联网终端和业务平台回复消息的描述。

在本发明实施例中，物联网终端可以发起修改Tw，Ts请求，该修改请求中携带的Twt，Tst为终端侧建议的目标值，BS n为当前终端归属的基站编码，业务平台收到该修改请求后，根据可以丢弃或修改或接受物联网终端侧建议的Twt，Tst，然后业务平台将自己处理的消息发给消息上报调度平台，最终是否修改，修改的Twt，Tst值由消息上报调度平台决定。

在本发明实施例中，步骤S305所述的均匀分布是指，所有基站的负载是否均衡，在对Ts，Tw进行修改的时候，业务平台会对基站的工作负载情况进行判断，以基站的编号(修改请求中携带的基站编号作为消息上报调度平台进行基站分组调度终端上报消息的依据)来对基站进行分类，然后根据当前时间颗粒，根据接入请求来确定当前基站的负荷；如果一个基站的负荷特别大，此时业务平台或物联网终端要求修改Tw或Ts，一般都是不被允许的。

下面通过图4对业务平台修改Ts，Tw的流程进一步说明。

业务平台修改Ts，Tw的流程包括：其中，唤醒定时器的当前时长为Tss(标准)，以及修改定时器的当前时长为Tws(标准)；

第一步，业务平台收到物联网终端定时器Ts，Tw修改请求，或业务平台下发定时器Ts，Tw调整；

第二步，业务平台读取是否有待下发给该物联网终端的消息；当有待下发给该物联网终端的消息时，执行第三步；当没有待下发给该物联网终端的消息时，执行第八步；

第三步，当有待下发给该物联网终端的消息时，业务平台bsend设置为真；

第四步，业务平台读取自身下发消息时刻Tsend；

第五步，业务平台计算：休眠累计功耗＝Tsend*休眠功耗Ps+启动功耗Pr；苏醒累计功耗＝Tsend*苏醒功耗Pw；

第六步，业务平台判断休眠累计功耗是否大于苏醒累计功耗；当大于时，执行第七步；不大于时，执行第八步；

第七步，业务平台将Ts设置为Tsend+微量偏差，Tw设置为标准值Tws；

第八步，业务平台将Ts和Tw分别设置为标准值Tss和Tsend-Tss。

下面通过图5对消息上报调度平台修改Tw的流程进一步说明。

消息上报调度平台修改Tw的流程包括：其中，唤醒定时器的当前时长为Tss(标准)，以及修改定时器的当前时长为Tws(标准)；

第一步，消息上报调度平台收到物联网终端发送的定时器Tw修改请求；

第二步，消息上报调度平台判断最近一次该物联网终端归属的基站，该时间颗粒度的预约接入请求是否已满负荷；当是是，执行第三步；当为否是，执行第六步；

第三步，消息上报调度平台判断Tw修改请求中携带的bsend是否为真；当为真时，执行第四步；当为假时，执行第五步；

第四步，消息上报调度平台设置该物联网终端苏醒定时的Tw(即消息上报调度平台允许物联网终端要求修改的时长作为定时器的当前时长)，并执行第七步；

第五步，消息上报调度平台将Tw设置为当前Tw后的最近的空闲时间，并执行第七步；

第六步，消息上报调度平台设置该物联网终端苏醒定时的Tw，并执行第七步；

第七步，消息上报调度平台通知业务平台最新的Tw。

需要说明的是，消息上报调度平台判断该基站在Tw时刻假如苏醒，是否正好基站的预约接入请求已经满负荷(此时就不建议终端在Tw时刻苏醒)，如果是，则判断是否有消息待下发，如果有，则终端苏醒的时刻不能调整。如果虽然Tw时刻基站满负荷，但是无消息待下发，表明终端Tw可以部分调整，则选择Tw后的最近的基站空闲时刻作为新的Tw。调整完毕后需要通知业务平台最新的Tw。另外，消息上报调度平台一般不会对Ts进行修改，因为正常情况下，处于休眠状态的物联网终端功耗是最低的。

图6为本发明实施例了一种工作模式确定的系统的结构示意图。如图6所示，该工作模式确定的系统包括：多个业务平台(例如，业务平台1，业务平台2和业务平台3)、消息上报调度平台、核心网、多个基站(基站2、基站2和基站3)和多个物联网终端(终端1～7)。

增加消息上报调度平台，该平台位于核心网与各业务平台之间。终端通过基站连接到核心网，核心网经过消息上报调度平台连接到业务平台，所有终端上报的消息均经过消息上报调度平台。

图7为本发明实施例了一种工作模式确定的装置的结构示意图。如图7所示，该工作模式确定的装置包括：基站信息维护模块701、接收模块702、处理模块703和发送模块704。

接收模块702，用于接收业务平台发送的设置请求；

处理模块703，用于判断设置请求中携带的唤醒定时器的第一时长和休眠定时器的第一时长是否符合均匀分布的准则；

发送模块704，用于当符合均匀分布的准则时，分别发送第一回复消息至业务平台，以及第二消息至物联网终端；其中，第一回复消息包括唤醒定时器的第一时长，第二消息包括唤醒定时器的第一时长和休眠定时器的第一时长。

其中，基站信息维护模块701，用于基于基站(设置或修改请求中的基站编号)的负荷，对判断基站在当前时间颗粒度接入请求是否有某些基站(例如，某一基站已满负荷，其他的基站则处于空闲状态时)已满负荷来判断是否符合均匀分布。

图8为本发明实施例了一种工作模式确定的装置的结构示意图。如图8所示，该工作模式确定的装置包括：

处理模块801，用于当有下发给物联网终端的信息时，根据消息的下发时刻分别计算物联网终端的休眠累计功耗和苏醒累计功耗，以及根据休眠累计功耗和苏醒累计功耗，分别确定唤醒定时器的第一时长和休眠定时器的第一时长；

发送模块802，用于发送设置请求至消息上报调度平台；其中，设置请求包括消息的下发时刻、唤醒定时器的当前时长、休眠定时器的当前时长、唤醒定时器的第一时长和休眠定时器的第一时长；

接收模块803，用于接收消息上报平台发送与设置请求对应的第一回复消息，第一回复消息包括：唤醒定时器的第一时长。

另外，结合图2和图3描述的本发明实施例的工作模式确定的方法可以由工作模式确定的设备来实现。图9示出了本发明实施例提供的工作模式确定的设备的结构示意图，可为图7或图8对应的设备。

工作模式确定的设备可以包括处理器901以及存储有计算机程序指令的存储器902。

具体地，上述处理器901可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本发明实施例的一个或多个集成电路。

存储器902可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器902可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器902可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器902可在数据处理装置的内部或外部。在特定实施例中，存储器902是非易失性固态存储器。在特定实施例中，存储器902包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器901通过读取并执行存储器902中存储的计算机程序指令，以实现上述实施例中的任意一种工作模块确定的方法。

在一个示例中，工作模式确定的设备还可包括通信接口903和总线910。其中，如图9所示，处理器901、存储器902、通信接口903通过总线910连接并完成相互间的通信。

通信接口903，主要用于实现本发明实施例中各模块、装置、单元和/或设备之间的通信。

总线910包括硬件、软件或两者，将工作模式确定的设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线910可包括一个或多个总线。尽管本发明实施例描述和示出了特定的总线，但本发明考虑任何合适的总线或互连。

另外，结合上述实施例中的工作模式确定的方法，本发明实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种工作模式确定的方法。

需要明确的是，本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本发明中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本发明不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

以上所述，仅为本发明的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。

Claims (14)

1.一种工作模式确定的方法，其特征在于，所述方法包括：

当有下发给物联网终端的信息时，根据消息的下发时刻分别计算所述物联网终端的休眠累计功耗和苏醒累计功耗，以及根据所述休眠累计功耗和所述苏醒累计功耗，分别确定唤醒定时器的第一时长和休眠定时器的第一时长；

发送设置请求至消息上报调度平台；其中，所述设置请求包括所述消息的下发时刻、唤醒定时器的当前时长、休眠定时器的当前时长、所述唤醒定时器的第一时长和休眠定时器的第一时长；

接收所述消息上报平台发送与设置请求对应的第一回复消息，所述第一回复消息包括：所述唤醒定时器的第一时长。

2.根据权利要求1所述的方法，其特征在于，所述根据所述消息的下发时刻分别计算所述物联网终端的休眠累计功耗和苏醒累计功耗，以及根据所述休眠累计功耗和所述苏醒累计功耗，分别确定唤醒定时器的第一时长和休眠定时器的第一时长，包括：

根据所述消息的下发时刻、所述物联网终端的休眠功耗和启动功耗，计算得到所述休眠累计功耗；

根据所述消息的下发时刻和所述物联网终端的苏醒功耗，计算得到所述苏醒累计功耗；以及

根据所述休眠累计功耗和所述苏醒累计功耗，分别确定唤醒定时器的第一时长和休眠定时器的第一时长。

3.根据权利要求2所述的方法，其特征在于，所述根据所述休眠累计功耗和所述苏醒累计功耗，分别确定唤醒定时器的第一时长和休眠定时器的第一时长，包括：

比较所述休眠累计功耗和所述苏醒累计功耗；

当所述休眠累计功耗大于所述苏醒累计功耗时，所述唤醒定时器的第一时长为所述消息的下发时刻与所述唤醒定时器的当前时长的差值，所述休眠定时器的第一时长为所述休眠定时器的当前时长；

当所述休眠累计功耗不大于所述苏醒累计功耗时，所述唤醒定时器的第一时长为所述唤醒定时器的当前时长，所述休眠定时器的第一时长为所所述消息的下发时刻。

4.根据权利要求1所述的方法，其特征在于，所述当有下发给物联网终端的信息时之前，还包括：

判断是否有下发给物联网终端的消息。

5.根据权利要求4所述的方法，其特征在于，所述判断是否有下发给物联网终端的消息之前，还包括：

接收物联网终端经由核心网发送的修改请求；其中，所述修改请求包括：所述休眠定时器的当前时长和所述唤醒定时器的当前时长和待下发的消息标志。

6.根据权利要求5所述的方法，其特征在于，所述判断是否有下发给物联网终端的消息，包括：

根据所述待下发的消息标志判断是否有下发给物联网终端的消息；当所述待下发的消息标志为真时，确定有下发给物联网终端的消息。

7.一种工作模式确定的方法，其特征在于，所述方法包括：

接收业务平台发送的设置请求，并判断所述设置请求中携带的唤醒定时器的第一时长和休眠定时器的第一时长是否符合均匀分布的准则；

当符合均匀分布的准则时，分别发送第一回复消息至所述业务平台，以及第二消息至物联网终端；其中，所述第一回复消息包括所述唤醒定时器的第一时长，所述第二消息包括所述唤醒定时器的第一时长和所述休眠定时器的第一时长。

8.根据权利要求7所述的方法，其特征在于，所述分别发送与修改请求对应的第一回复消息至所述业务平台和第二消息至物联网终端之前，还包括：

根据设置请求携带的待下发消息标志，判断所述物联网终端是否有待下发的消息。

9.根据权利要求8所述的方法，其特征在于，当所述待下发消息标志为假时，分别发送第一回复消息至所述业务平台，以及第二消息至物联网终端。

10.根据权利要求8所述的方法，其特征在于，所述待下发消息标志为真时，将唤醒定时器的第一时长设置为唤醒定时器第二时长；其中，所述唤醒定时器第二时长为所述唤醒定时器的第一时长的下一时刻的空闲时间；

分别发送第一回复消息至所述业务平台，以及第二消息至物联网终端；其中，所述第一回复消息包括所述唤醒定时器的第二时长，所述第二消息包括所述唤醒定时器的第二时长和所述休眠定时器的第一时长。

11.一种工作模式确定的装置，其特征在于，所述装置包括：

处理模块，用于当有下发给物联网终端的信息时，根据消息的下发时刻分别计算所述物联网终端的休眠累计功耗和苏醒累计功耗，以及根据所述休眠累计功耗和所述苏醒累计功耗，分别确定唤醒定时器的第一时长和休眠定时器的第一时长；

发送模块，用于发送设置请求至消息上报调度平台；其中，所述设置请求包括所述消息的下发时刻、唤醒定时器的当前时长、休眠定时器的当前时长、所述唤醒定时器的第一时长和休眠定时器的第一时长；

接收模块，用于接收所述消息上报平台发送与设置请求对应的第一回复消息，所述第一回复消息包括：所述唤醒定时器的第一时长。

12.一种工作模式确定的装置，其特征在于，所述装置包括：

接收模块，用于接收业务平台发送的设置请求；

处理模块，用于判断所述设置请求中携带的唤醒定时器的第一时长和休眠定时器的第一时长是否符合均匀分布的准则；

发送模块，用于当符合均匀分布的准则时，分别发送第一回复消息至所述业务平台，以及第二消息至物联网终端；其中，所述第一回复消息包括所述唤醒定时器的第一时长，所述第二消息包括所述唤醒定时器的第一时长和所述休眠定时器的第一时长。

13.一种工作模式确定的设备，其特征在于，包括：至少一个处理器、至少一个存储器以及存储在所述存储器中的计算机程序指令，当所述计算机程序指令被所述处理器执行时实现如权利要求1-10中任一项所述的方法。

14.一种计算机可读存储介质，其上存储有计算机程序指令，其特征在于，当所述计算机程序指令被处理器执行时实现如权利要求1-10中任一项所述的方法。