终端状态切换处理、控制方法及装置、通信设备及介质与流程

本公开涉及无线通信技术领域但不限于无线通信技术领域，尤其涉及一种终端状态切换处理、控制方法及装置、通信设备及存储介质。

背景技术：

在通信协议发布(release，r)17提出了一种新无线轻型(newradionr-lite)的终端特性，引入了一种新型类型的终端，旨在应对r15或r16的增强移动带宽(enhancemobilebroadband，embb)或(urllc/，mmtc之外的场景，即要求的速率，延时，可靠性都在以上场景未覆盖到的情况。比如速率比embb要低，但是比mmtc要求要高，而时延和可靠性需求又比urllc更加宽松。其三种典型应用场景为工厂传感器、视频监控，可穿戴设备。

技术实现要素：

本公开实施例提供一种一种终端状态切换处理、控制方法及装置、通信设备及存储介质。

本公开实施例第一方面提供一种终端状态切换处理方法，其中，所述方法包括：

进入下行模式的非激活态；其中，在所述下行模式的非激活态下，终端能够进行下行业务数据接收。

本公开实施例第二方面提供一种终端状态切换的控制方法，应用于基站中，其中，包括：

发送触发终端进入下行模式的非激活态的控制信令，其中，在所述下行模式的非激活态下，终端能够进行下行业务数据接收。

本公开实施例第三方面提供一种终端状态切换处理装置，其中，所述装置包括：切换模块，被配置为进入下行模式的非激活态；其中，在所述下行模式的非激活态下，终端能够进行下行业务数据接收。

本公开实施例第四方面提供一种终端状态切换的控制方法，应用于基站中，其中，包括：发送模块，被配置为发送触发终端进入下行模式的非激活态的控制信令，其中，在所述下行模式的非激活态下，终端能够进行下行业务数据接收。

本公开实施例第五方面提供一种通信设备，包括处理器、收发器、存储器及存储在存储器上并能够有所述处理器运行的可执行程序，其中，所述处理器运行所述可执行程序时执行第一方面或第二方面提供的方法。

本公开实施例第六方面提供一种存储介质，其上存储由可执行程序，其中，所述可执行程序被处理器执行时实现如第一方面或第二方面提供的方法。

本公开实施例提供的技术方案，提供了一种适用于有比较多的下行业务数据接收，但是很少有上行业务数据或者上行业务数据比较少的终端的下行模式的非激活态。若终端进入下行模式的非激活态后，终端能够接收下行业务数据，且上行业务数据发送被阻塞，从而可以减少根据少量的上行业务数据就发送，从而减少了不必要的上行数据发送，进一步降低了终端上行发送次数和功耗。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明实施例，并与说明书一起用于解释本发明实施例的原理。

图1是根据一示例性实施例示出的一种无线通信系统的结构示意图；

图2是根据一示例性实施例示出的一种终端状态切换方法的流程示意图；

图3是根据一示例性实施例示出的一种终端状态切换方法的流程示意图；

图4是根据一示例性实施例示出的一种终端状态切换方法的流程示意图；

图5是根据一示例性实施例示出的一种终端状态切换方法的流程示意图；

图6是根据一示例性实施例示出的一种终端状态切换方法的流程示意图；

图7是根据一示例性实施例示出的一种终端状态切换装置的结构示意图；

图8是根据一示例性实施例示出的一种终端状态切换控制装置的结构示意图；

图9是根据一示例性实施例示出的终端的结构示意图；

图10是根据一示例性实施例示出的基站的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开实施例的一些方面相一致的装置和方法的例子。

在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”及“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。

为了更好地描述本公开任一实施例，本公开一实施例以一个电表智能控制系统的应用场景为例进行示例性说明。

请参考图1，其示出了本公开实施例提供的一种无线通信系统的结构示意图。如图1所示，无线通信系统是基于蜂窝移动通信技术的通信系统，该无线通信系统可以包括：若干个ue11以及若干个基站12。

其中，ue11可以是指向用户提供语音和/或数据连通性的设备。ue11可以经无线接入网(radioaccessnetwork，ran)与一个或多个核心网进行通信，ue11可以是物联网ue，如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网ue的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，站(station，sta)、订户单元(subscriberunit)、订户站(subscriberstation)、移动站(mobilestation)、移动台(mobile)、远程站(remotestation)、接入点、远程ue(remoteterminal)、接入ue(accessterminal)、用户装置(userterminal)、用户代理(useragent)、用户设备(userdevice)、或用户ue(userequipment，ue)。或者，ue11也可以是无人飞行器的设备。或者，ue11也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线通信设备。或者，ue11也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。

基站12可以是无线通信系统中的网络侧设备。其中，该无线通信系统可以是第四代移动通信技术(the4thgenerationmobilecommunication，4g)系统，又称长期演进(longtermevolution，lte)系统；或者，该无线通信系统也可以是5g系统，又称新空口(newradio，nr)系统或5gnr系统。或者，该无线通信系统也可以是5g系统的再下一代系统。其中，5g系统中的接入网可以称为ng-ran(newgeneration-radioaccessnetwork，新一代无线接入网)。或者，mtc系统。

其中，基站12可以是4g系统中采用的演进型基站(enb)。或者，基站12也可以是5g系统中采用集中分布式架构的基站(gnb)。当基站12采用集中分布式架构时，通常包括集中单元(centralunit，cu)和至少两个分布单元(distributedunit，du)。集中单元中设置有分组数据汇聚协议(packetdataconvergenceprotocol，pdcp)层、无线链路层控制协议(radiolinkcontrol，rlc)层、媒体访问控制(mediaaccesscontrol，mac)层的协议栈；分布单元中设置有物理(physical，phy)层协议栈，本公开实施例对基站12的具体实现方式不加以限定。

基站12和ue11之间可以通过无线空口建立无线连接。在不同的实施方式中，该无线空口是基于第四代移动通信网络技术(4g)标准的无线空口；或者，该无线空口是基于第五代移动通信网络技术(5g)标准的无线空口，比如该无线空口是新空口；或者，该无线空口也可以是基于5g的更下一代移动通信网络技术标准的无线空口。

在一些实施例中，ue11之间还可以建立e2e(endtoend，端到端)连接。比如车联网通信(vehicletoeverything，v2x)中的v2v(vehicletovehicle，车对车)通信、v2i(vehicletoinfrastructure，车对路边设备)通信和v2p(vehicletopedestrian，车对人)通信等场景。

在一些实施例中，上述无线通信系统还可以包含网络管理设备13。

若干个基站12分别与网络管理设备13相连。其中，网络管理设备13可以是无线通信系统中的核心网设备，比如，该网络管理设备13可以是演进的数据分组核心网(evolvedpacketcore，epc)中的移动性管理实体(mobilitymanagemententity，mme)。或者，该网络管理设备也可以是其它的核心网设备，比如服务网关(servinggateway，sgw)、公用数据网网关(publicdatanetworkgateway，pgw)、策略与计费规则功能单元(policyandchargingrulesfunction，pcrf)或者归属签约用户服务器(homesubscriberserver，hss)等。对于网络管理设备13的实现形态，本公开实施例不做限定。

需要说明的是，本公开实施例中对步骤进行了编号，但是这些编号都只是为了标识各个步骤，其不具有限定性意义。这些编号的步骤并不需要按照编号的顺序执行。本公开实施例中并不限定这些编号的步骤都必须被执行，即这些步骤可以任何组合以形成不同的实施例。

如图2所示，本公开实施例提供一种终端状态切换处理方法，其中，所述方法包括：

s110：进入下行模式的非激活态；其中，在所述下行模式的非激活态下，终端能够进行下行业务数据接收。

本公开实施例可应用于轻型终端中。该轻型终端可具有如下特性中的一项或多项：

接收天线(rx)减少，从r15的4个降低为2个或者1个；该轻型终端比支持embb业务的embb终端的接接收天线少。

带宽降低，fr1的典型值为5mhz/10mhz，而fr2的典型值为40mhz；该轻型终端比embb终端支持的带宽小。

处理能力降低；可能会支持更小的传输块(transmissionblock,tb)尺寸(size)和下行控制信息(dwonlinkcontrolinformation，dci)尺寸(size)；例如，轻型终端的cpu的处理能力比embb的cpu的处理能力，包括但不限于：解码速率比embb终端的解码速率低，和/或，编码速率比embb终端的编码速率低。

较低的移动性。该轻型终端可能是固定终端或者移动范围比较小的终端。

在本公开实施例中提出了一种新的终端状态，即为终端的下行模式的非激活态。

此处的下行模式的非激活态又可以称之为仅下行模式的非激活态，对应的应为可为：downlinkonlyrrc-inactive。

终端处于下行模式的非激活态时，则终端的下行业务数据接收是被允许的。此处的下行业务数据接收包括：下行业务数据的接收。

在这种状态下，终端可以仅开启终端内的接收处理路径即可，即终端可以关闭发送信号处理路径(即，上行信号处理路径)，从而减少发送链路处于开启状态所产生的功耗。且由于终端的接收链路开启，如此，可以无延时或低延时的接收下行业务数据，减少下行业务数据的接收延时。

这种下行模式的非激活态可为针对下行业务数据接收量明显突出的终端类型。例如，下行业务数据接收量比上行业务数据发送量之间的差值大于差值阈值的类型终端。

这类型的终端包括但不限于追踪定位型终端。典型的追踪定位型终端包括但不限于：导航设备。该导航设备包括但不限于：车载导航设备和/或人载导航设备。

由于该终端的下行业务数据比较多，上行业务数据比较少，该下行模式的非激活态下的终端下行业务数据接收不受到阻塞，可以确保下行业务数据接收的及时性。同时，上行业务数据发送受阻塞，可以减少终端仅有少量的上行业务数据，也执行状态切换或者进行发送，导致的上行业务数据发送频繁，和/或状态切换频繁的现象。

在一些实施例中，在所述下行模式的非激活态下，所述终端的上行业务数据发送被阻塞。

由于终端的上行业务数据的发送被阻塞，如此，终端可以关闭上行业务数据的发送，从而尽可能降低终端的功耗。上行业务数据的被阻塞，并不代表上行信令的被阻塞。例如，上行信令还可以正常发送，方便终端和基站之间通过上行信令的交互，实现终端的状态切换等。

在一些实施例中，如图3所示，所述方法还包括：

s120：处于下行模式的非激活态的终端，确定用于发送上行业务数据的恢复请求。

所述恢复请求用于发送上行业务数据包括：恢复请求用于请求发送上行业务数据，或者，恢复请求自身携带较少量的上行业务数据。恢复请求自身携带较少量的上行业务数据是指，该恢复请求中可以包括请求信息和/或上行业务数据。

例如，所述形成恢复请求，包括：

s120：响应于有上行业务数据发送，确定恢复请求；其中，所述恢复请求，用于请求恢复到连接态或其他任何恰当的状态。此处其他任何恰当的状态包括但不限于：连接态或常规模式的非激活态。

若终端处于下行模式的非激活态时，如果终端有上行业务数据发送时，终端可向基站发送恢复请求，请求恢复到连接态。终端恢复到连接态，基站会与终端建立rrc连接，该rrc连接可以用于传输控制指令和/或数据。

值得注意的是：此处的确定恢复请求包括：在终端内形成恢复请求，例如，按照恢复请求的信息格式，生成待发送的恢复请求。

在本公开的一些实施例中，恢复请求即为一种上行信令。

在一些实施例中，如图4所示，所述方法还包括：

s130：响应于确定所述恢复请求，进入恢复请求的挂起状态。

在一些实施例中，进入挂起状态之后，等待挂起状态解锁；若解锁了就会发送确定的恢复请求。

在另一些实施例中，在所述挂起状态下，等待接收基站发送的寻呼消息。该寻呼消息可用于解锁所述挂起状态。

响应于发送恢复请求，终端会进入恢复请求的挂起状态。在挂起状态下，终端等待基站发送的寻呼消息。若接收到寻呼消息，终端会与基站之间建立rrc连接，从而从下行模式的非激活态切换到连接态。

在进入连接态之后，就可以通过rrc连接发送上行业务数据。

在一些实施例中，所述方法还包括：

响应于进入所述挂起状态，启动第一定时器；

在所述第一定时器的定时时间内，维持所述挂起状态。

在进入挂起状态，就启动第一定时器；在第一定时器的定时时间内，会维持挂起状态。第一定时器超时就退出挂起状态。

在本公开的所有实施例中，终端可以在第一定时器未溢出之前，都为维持在所述挂起状态。在本公开的所有实施例中，终端可以在第一定时器溢出时，退出所述挂起状态。

在本公开的所有实施例中，终端可以在接收到寻呼消息时，退出所述挂起状态；即：无论第一定时器是否溢出，终端响应于接收到所述寻呼消息，则退出所述挂起状态。

该寻呼消息可为无线接入网(radioaccessnetwork，ran)寻呼消息，该ran寻呼消息的消息内容、消息格式或发送方式都与常规模式的寻呼消息可以一样。

终端一旦进入挂起状态，则可认为终端暂停上行传输；在此期间终端可以关闭终端内的上行信号处理路径，进一步降低终端内的功耗。

在一些实施例中，所述方法还包括：

在满足挂起状态的解除条件时，解除所述挂起状态。

满足挂起状态的解除条件的情况有多种，以下提供两种可选的方式：

方式一：

响应于所述第一定时器超时，解除所述挂起状态。第一定时器又可以称之为挂起状态定时器，用于对终端根据恢复请求触发进入挂起状态进行定时的定时器。

方式二：

响应于接收到寻呼消息，解除所述挂起状态。

若在第一定时器的定时时间内，即第一定时器未超时且接收到基站发送的寻呼消息，解除挂起状态。

在一些实施例中，响应于接收到所述寻呼消息，停止第一定时器的定时。

在一些实施例中，响应于接收到所述寻呼消息或响应于退出所述挂起状态，并重置所述第一定时器。

在挂起状态解除之后，终端还可以继续进行恢复请求的发送。

在一些实施例中，所述方法还包括：

接收所述第一定时器的时长信息；

或者，

根据协议确定所述第一定时器的时长信息。

在本公开的所有实施例中，第一定时器的时长信息可以为基站预先发送的，例如，通过系统消息(systeminformation，si)发送的。再进一步地，利用广播的系统消息发送的，或者，根据终端按需系统消息on-demand的请求消息发送的，此时，终端根据请求信息可以通过单播给特定终端的系统消息发送所述定时信息。

在本公开的所有实施例中，第一定时器的时长信息还可以为根据协议的规定确定的；或是基站与终端进行协商后确定的；或是基于终端上传的参数确定的。

所述时长信息至少包括：定时器的定时时间长度信息，用于指示定时器的定时时长。

在一个实施例中，该定时器的定时时间长度信息可以为无限长。

在另一个实施例中，该定时器的定时时间长度信息可以是根据统计数据，确定恢复请求到被寻呼的时间。即，根据确定恢复请求到被寻呼的时间的历史时间长度，确定定时器的定时时间长度信息。

在另一个实施例中，所述第一定时器的定时信息还可以是在通信协议中规定的。此时，终端被配置了所述第一定时器的时长信息。

在一个实施例中，所述终端内可以不设定第一定时器，终端只有在接收到寻呼信息时才会退出所述挂起状态或所述下行模式的非激活态。

在第一定时器的计时时长不是无限长时，则表示终端会自动解除挂起状态，从而解除终端等待基站发送寻呼消息的时间，减少终端的无限期等待寻呼消息。

上述仅是对挂起状态解除条件的举例，具体实现时不局限于上述举例。

在一些实施例中，所述接收所述第一定时器的定时信息，包括：

接收通过下行信令发送的所述第一定时器的时长信息；

或者，

接收通过系统消息广播发送的所述第一定时器的时长信息。

在一些实施例中，所述下行信令包括但不限于单播信令，即以单播方式发送给ue的信令。

该下行信令包括但不限于rrc信令。通过rrc信令通过单播的方式发送第一定时器的时长信息，可以针对不同的终端和/或不同类型的终端，灵活设置第一定时器的时长信息。

在本公开的所有实施例中，第一定时器的时长信息可以为基站发送的，例如，通过系统消息(systeminformation，si)发送的。

在另一个实施例中，利用广播的系统消息发送的，或者，根据终端按需系统消息on-demand的请求消息发送的。此时，终端根据请求信息可以通过单播给特定终端的系统消息发送所述定时信息。

在本公开的所有实施例中，第一定时器的时长信息还可以为根据协议的规定确定的；或是基站与终端进行协商后确定的；或是基于终端上传的参数确定的；或是终端自行确定的。

在本公开的所有实施例中，若该小区内有多个相同的终端或者相同业务需求的终端，则可以通过系统消息广播第一定时器的时长信息，如此，多个终端在广播的系统消息就能同时接收到了该时长信息，减少了基站的信令开销。

在本公开的所有实施例中，可以通过为终端分组的方式来确定终端是否接收所述系统消息广播第一定时器的时长信息；或通过为终端分组的方式来确定终端是否应用所述系统消息广播第一定时器的时长信息。即在一些实施例中，所述第一定时器的时长信息，可以携带在通过组播方式发送的组播消息中。

在一些实施例中，可以在系统消息中增加ue分组的标识。

在本公开的所有实施例中，可以根据指示终端的类型、终端的传输能力和/或终端的编解码能力等终端参数，来进行终端分组。

在一些实施例中，如图4所示，所述方法还包括：

s140：响应于所述挂起状态被解除或响应于退出所述下行模式的非激活态，发送所述恢复请求。

若挂起状态被解除，终端可以发送已确定的恢复请求了。当然终端也可以根据需求，若挂起状态被解除之后，先缓存需要上报的上行业务数据，暂停恢复请求的发送。

在一些实施例中，所述恢复请求携带有呼叫原因；

所述呼叫原因包括：发起呼叫(mobileoriginal，mo)和/或接收呼叫(mobileterminated，mt)。

有上行业务数据发送可能是因为是主叫过程中的上行业务数据发送，也可能是被叫过程中的上行业务数据发送。

在还有一些实施例中，所述恢复请求，可以携带需要上报给基站的上行业务数据，或者，由基站传输给接收端的上行业务数据。若恢复请求直接携带上行业务数据，此时，通常上行业务数据的数据量比较小，例如，小于数据量阈值。

在一些实施例中，所述方法还包括：

接收在所述恢复请求发送之后的状态指示；所述状态指示，用于指示终端处于的状态。

该状态指示可以指示终端进入任意状态，例如，包括但不限于：

连接态、空闲态、常规模式的非激活态或者下行模式的非激活态。

例如，基站可以根据终端的类型、终端的能力、基站当前需要发送给终端的下行业务数据、需要从终端接收的数据中任意一种或多种情况，确定终端需要进入的状态，再通过所述状态指示告知终端。

该状态指示可以是基站在接收到终端上报的恢复请求之后发送的，例如，通过物理下行控制信道(physicaldwonlinkcontrolchannel，pdcch)发送给终端的。

终端接收到该状态指示之后，会进入状态指示对应的状态。若状态指示对应的状态不同于终端当前的状态，则终端会进行状态切换，若状态指示的状态为终端当前的状态，则终端维持当前的状态。

在一些实施例中，所述方法还包括：

在根据所述状态指示切换到连接态后，发送所述上行业务数据。

若终端待发送的上行业务数据的数据量比较大，例如，大于恢复请求可携带的数据量，则终端可以请求进入连接态之后发送所述上行业务数据。此时，基站接收到没有携带有上行业务数据的恢复请求，或者，携带有进入连接态的请求信息的恢复请求后，可能向终端发送进入连接态的状态指示。

终端在接收到该指示之后，就会进入连接态，进入连接态之后将所述上行业务数据报给所述基站。

在一些实施例中，所述根据所述状态指示，进行状态切换，包括：

响应于所述恢复请求中携带有上行业务数据，根据所述状态指示确定终端处于所述下行模式的非激活态、常规模式的非激活态或空闲态。

若终端需要发送的上行业务数据的数据量很小，可以携带在一个或多个恢复请求中，则也可以利用恢复请求来直接携带该上行业务数据。如此，基站接收到该恢复请求后发送的连接指示，可以指示终端继续维持在下行模式的非激活态、进入常规模式的非激活态或者进入空闲态。当然，基站也可以根据自身与终端之间的通信需求、终端的类型、终端的通信能力中的一种或多种情况，控制终端进入连接态等；此时连接指示，也可以指示终端进入连接态。

在本公开实施例中，该状态指示可为半静态的控制指令，会基于半静态周期发送。

在一些实施例中，该控制指令可以在周期性的在对应的传输资源位置上发送，或是周期性的在对应的时间点发送。

在一些实施例中，所述方法还包括：

处于所述下行模式的非激活态终端，周期性进行无线网通知区更新rnau；

或者，

处于所述下行模式的非激活态终端，响应于终端的无线网通知区变更，进行rnau。

在下行模式的非激活态下，终端可以正常的进行rnau，即终端的rnau不受前述的挂起状态的影响。

终端进行ranu可包括：确定恢复请求；该恢复请求确定后不受形成挂起状态的影响。即响应于由于rnau确定的恢复请求，一旦确定就可以直接发送，而不会被阻塞在终端内等待挂起状态的解除。

在一些实施例中，所述下行模式的非激活态为独立于常规模式的非激活态。

该常规模式的非激活态不同于下行模式的非激活态，常规模式的非激活态下形成的恢复请求不会触发恢复请求的挂起状态，而是在形成恢复请求之后就发送。

在一些实施例中，所述方法还包括：

响应于处于连接态，接收连接释放消息；

所述进入下行模式的非激活态，包括：

响应于所述连接释放消息携带有指示进入所述下行模式的非激活态的指示信息，退出连接态并进入所述下行模式的非激活态。

若下行模式的非激活态是独立于常规模式的非激活态的，即下行模式的非激活态是与常规模式的非激活态的一种并列状态，则基站可以直接指示终端进入该下行模式的非激活态。

因此，基站指示终端释放连接时，可以直接指示终端进入下行模式的非激活态。此时，终端接收到的连接释放消息中就会携带有指示进入下行模式的非激活态的指示信息。终端就可以根据连接释放消息中的指示信息，切换到下行模式的非激活态。

在一些实施例中，所述下行模式的非激活态属于：常规模式的非激活态的一种子模式。即，终端由连接态或空闲态，只能直接进入常规模式的非激活态，然后再从常规模式的非激活态进入下行模式的非激活态。或，终端处于常规模式的非激活态，能够基于触发事件进入下行模式的非激活态。

此时，非激活态包括一种或多种，具体如：

下行模式的非激活态；

常规模式的非激活态；此处的常规模式的非激活态即为相关技术中的非激活态(又称为rrc非激活态)。

在一些实施例中，所述方法还包括：

响应于处于连接态，接收连接释放消息；

响应于所述连接释放消息携带有进入常规模式的非激活态的指示信息，退出连接态并进入所述常规模式的非激活态；

所述进入下行模式的非激活态，包括：

响应于基于事件触发，从所述常规模式的非激活态进入所述下行模式的非激活态。

在本公开实施例中，终端处于常规模式的非激活态，能够基于触发事件进入下行模式的非激活态进入。该触发事件包括以下至少之一：

响应于在所述常规模式的非激活态下接收到指示从所述常规模式的非激活态进入下行模式的非激活态的指示信息进入，退出所述常规模式的非激活态进入所述下行模式的非激活态；

响应于进入所述常规模式的非激活态下的第二定时器超时，退出所述常规模式的非激活态进入所述下行模式的非激活态；

响应于预设时间间隔内的上行业务数据触发的恢复请求发送次数低于门限值，退出所述常规模式的非激活态进入所述下行模式的非激活态。其中，预设预设时间间隔可以任意设定，本公开实施例并不对此做出限定。例如，预设预设时间间隔可以为当前时刻之前的一个时间间隔。

在本公开实施例中，若下行模式的非激活态是属于常规模式的非激活态的一种特殊状态，则基站会先指示终端进入常规模式的非激活态。终端进一步响应于事件进入下行模式的非激活态即从常规模式的非激活态进入常规模式的非激活态下的一种特殊状态：下行模式的非激活态。

例如，接收到基站的指示信息。该指示信息可是基站动态发送的信息。

在一些实施例中，所述指示信息携带在媒体访问控制mac控制单元ce；或者，所述指示信息携带在下行控制信息dci中。

通过macce或者dci发送该指示信息，具有速率快及延时性小的特点。

在另一些实施例中，所述指示信息还可以携带在rrc消息中。

在一些实施例中，所述方法还包括：

响应于处于所述下行模式的非激活态接收到连接释放消息，退出所述下行模式的非激活态进入空闲态或其他任何恰当的状态。

在本公开实施例中，连接释放消息同样可以触发终端退出下行模式的非激活态，直接进入低功耗的空闲态或其他任何恰当的状态。

例如，基站发送给终端的下行业务数据发完了，为了进一步降低终端的功耗，则可以向终端发送连接释放消息，促使终端从下行模式的非激活态进入空闲态或其他任何恰当的状态。

此处的其他任何适当的状态包括但不限于：连接态和/或常规模式的非激活态。

在一些实施例中，所述方法还包括：

上报辅助信息，其中，所述辅助信息包括：建议所述终端进入所述下行模式的非激活态或者所述常规模式的非激活态的建议信息。

该辅助信息可以在恢复请求中携带，也可以是单独上报。例如，在终端处于连接态时，终端可以提前上报自己处于下行模式的非激活态时，若终端发送恢复请求后期望进入特定状态，这种期望的特定状态或者建议进入的状态，就可以由所述辅助信息携带。

如图5所示，本公开实施例提供一种终端状态切换控制方法，其中，包括：

s210：发送用于指示发送终端进入下行模式的非激活态的控制信令，其中，在所述下行模式的非激活态下，终端能够进行下行业务数据接收。

该终端切换控制方法可应用于基站中。此处的控制信令包括：基站发送的各种下行控制信令。

基站可以通过各种下行控制信令控制终端进入下行模式的非激活态。此处的下行模式的非激活态为终端能够接收下行业务数据的模式，是区分常规模式的非激活态的。

该下行控制信令可为任意类型的信令，包括但不限于：dci或macce或者rrc消息。

在一些实施例中，在所述下行模式的非激活态下，所述终端的上行业务数据发送被阻塞。

处于下行模式的非激活态，终端上行业务数据发送被阻塞，如此，减少了终端因为不同时间产生的少量上行业务数据，总是频繁发起上行业务数据的传输，从而减少终端不必要的上行业务数据发送。

在一些实施例中，如图6所示，所述方法还包括：

s220：接收终端发送的用于请求进行上行业务数据传输的恢复请求。

在本公开实施例中，处于下行模式的非激活态的终端在有待发送的上行业务数据会确定恢复请求，并进入该恢复请求的挂起状态；响应于挂起状态被解除，终端向基站发送该恢复请求。

在一些实施例中，所述方法包括：

发送寻呼消息，其中，所述寻呼消息，用于解除所述终端的用于上行业务数据发送的恢复请求的挂起状态；或者，所述寻呼消息用于指示有从核心网接收到待发送给所述终端的数据或者，所述寻呼消息用于指示终端退出所述下行模式的非激活态。

基站响应于接收到恢复请求，基站可以根据自身当前的负载和/或无线环境等确定是否发送寻呼消息，以解除终端的恢复请求的挂起状态或解除所述下行模式的非激活态。

当然基站在接收到恢复请求之后，也可以不立即向终端发送寻呼消息或者拒绝向终端发送寻呼消息。

但是响应于从核心网接收到发送给终端的下行业务数据或其他触发事件，基站向终端发送所述寻呼消息，该寻呼消息也可以用于触发终端退出挂起状态或退出下行模式的非激活态，或者寻呼消息也可以单纯用于寻呼ue。

在一个实施例中，此处的寻呼消息可为基站根据是否有寻呼需求发送的寻呼消息，可不是针对解除终端内恢复请求的挂起状态发送的。但是该寻呼消息发送到终端时，若终端已经确定了恢复请求，且终端处于恢复请求的挂起状态或所述下行模式的非激活态，则该寻呼消息可触发终端解除恢复请求的挂起状态或所述下行模式的非激活态。

在一些实施例中，所述方法还包括：

接收挂起状态被解除后发送的恢复请求；

响应于接收到所述恢复请求，发送状态指示，其中，所述状态指示用于指示终端处于的状态。

若终端在有待发送的上行业务数据时形成了恢复请求，并进入了挂起状态。在挂起状态解除之后，终端就会发送该恢复请求，因此基站会接收到该恢复请求。

根据该恢复请求，基站可以根据终端的类型、终端的收发能力、基站自身的负载以及无线环境等其中的一项或多项发送所述状态指示。该状态指示可包含一个或多个比特，该一个或多个比特可以用于指示终端进入的状态，包含但不限于：连接态、空闲态、常规模式的非激活态或下行模式的非激活态。

在一些实施例中，所述方法还包括：响应于所述状态指示终端进入连接态时发送的所述上行业务数据；或者，接收所述恢复请求携带的上行业务数据。

终端需要发送的上行业务数据，可能是在恢复请求发送之后进入连接态之后发，也可以是在终端需要发送的上行业务数据量比较少的时候，可以直接携带在恢复请求中上报给基站。

在一些实施例中，所述方法还包括：发送所述第一定时器的时长信息。

第一定时器是用于对终端处于挂起状态进行计时的定时器。在本公开的所有实施例中，第一定时器的时长信息，可以是由基站发送的，也可以是由通信协议规定的。

在本公开的所有实施例中，第一定时器的时长信息可以为基站预先发送的，例如，通过系统消息(systeminformation，si)发送的。再进一步地，利用广播的系统消息发送的，或者，根据终端按需系统消息on-demand的请求消息发送的，此时，终端根据请求信息可以通过单播给特定终端的系统消息发送所述定时信息。在本公开的所有实施例中，第一定时器的时长信息还可以为根据协议的规定确定的；或是基站与终端进行协商后确定的；或是基于终端上传的参数确定的；或是终端自行确定的。

所述时长信息至少包括：定时器的定时时间长度信息，用于指示定时器的计时时长。

在一个实施例中，该定时器的定时时间长度信息可以为无限长。在另一个实施例中，该定时器的定时时间长度信息可以是根据统计的确定恢复请求到被寻呼的时间确定的。即，根据确定恢复请求到被寻呼的时间的历史时间长度，确定定时器的定时时间长度信息。在另一个实施例中，所述第一定时器的定时信息还可以是在通信协议中规定的。此时，终端被配置了所述第一定时器的时长信息。

发送在一些实施例中，所述时长信息为基于协议规定确定的。

在一些实施例中，所述发送所述第一定时器的时长信息，包括：

通过信令发送的所述第一定时器的时长信息；

或者，

通过系统消息广播的所述第一定时器的时长信息。

基站可以通过系统消息广播所述第一定时器的定时信息，也可以通过信令单播发送给终端的。此处的信令包括但不限于：rrc消息或者基于on-demand的si。具体采用哪种方式发送所述第一定时器的定时信息，基站可以根据需要接收该定时信息的终端数量等情况，确定采用广播方式发送，还是采用信令的单播方式发送。

在另一些实施例中，若终端进行了分组，还可以包含多个终端的终端组采用组播方式发送所述第一定时器的定时信息。在本公开的所有实施例中，可以根据终端的类型、终端的ue能力、终端的参数，来进行终端分组。

在一些实施例中，所述下行模式的非激活态为独立于常规模式的非激活态。

此时，所述发送触发终端进入下行模式的非激活态的控制信令，包括：

接收连接释放消息；其中，所述连接释放消息携带有指示终端进入所述下行模式的非激活态的指示信息。

若当前终端处于下行模式的非激活态下，基站可能会发送连接释放消息，该连接释放消息若携带有指示终端进入下行模式的非激活态的指示信息，则终端接收到该连接释放消息之后，会退出当前的状态，例如连接态或空闲态，进入下行模式的非激活态。

在一些实施例中，所述下行模式的非激活态属于：常规模式的非激活态的一种子模式。

若下行模式的非激活态属于常规模式的非激活态的一种子模式，此时需要进入下行模式的非激活态，则需要先进入常规模式的非激活态；然后从常规模式的非激活态进入下行模式的非激活态。有鉴于此，所述发送触发终端进入下行模式的非激活态的控制信令，包括：

响应于所述终端处于连接态或空闲态，接收连接释放消息；其中，所述连接释放消息携带有指示终端进入所述常规模式的非激活态的指示信息；终端基于事件触发事件，从所述常规模式的非激活态进入所述下行模式的非激活态。

此时，连接释放消息中携带的指示进入常规模式的非激活态的指示信息，终端接收到该连接释放消息之后，先进入常规模式的非激活态，在终端监听是否发生事件，若发生了事件，则在事件的触发下，从常规模式的非激活态进入下行模式的非激活态。

在本公开的所有实施例中，响应于终端处于常规模式的非激活态，所述方法包括：

响应于触发事件，终端从所述常规模式的非激活态进入所述下行模式的非激活态。

在本公开实施例中，终端处于常规模式的非激活态，能够基于触发事件进入下行模式的非激活态。其中，触发事件包括以下至少之一：

响应于在所述常规模式的非激活态下接收到指示从所述常规模式的非激活态进入下行模式的非激活态的指示信息，退出所述常规模式的非激活态进入所述下行模式的非激活态；

响应于关联于所述常规模式的非激活态下的第二定时器超时，退出所述常规模式的非激活态进入所述下行模式的非激活态；

响应于预设时间间隔内的上行业务数据触发的恢复请求发送次数低于门限值，退出所述常规模式的非激活态进入所述下行模式的非激活态。其中，预设时间间隔可以任意设定，本公开实施例并不对此做出限定。例如，预设时间间隔可以为当前时刻之前的一个时间间隔。

在本公开的所有实施例中，处于常规模式的非激活态的终端，能够基于基站发送的发送触发终端进入下行模式的非激活态的控制信令，进入下行模式的非激活态。即：

发送指示从所述常规模式的非激活态进入下行模式的非激活态的指示信息。

在本公开的所有实施例中，即使终端处于连接态或空闲态，也可以由指示信息进入常规模式的非激活态，然后再进入下行模式的非激活态。在本公开的所有实施例中，终端可以是根据连接释放消息进入常规模式的非激活态，并根据指示信息进入下行模式的非激活态。

为了控制终端维持在常规模式的非激活态，同时更加精准的控制终端在各种状态之间切换。

在一些实施例中，所述指示信息携带在媒体访问控制mac控制单元ce；或者，所述指示信息携带在下行控制信息dci中。

在本公开实施例中基站通过macce或者dci发送所述指示信息，具有发送灵活性大及延时小的特点。

在一些实施例中，所述方法还包括：

发送连接释放消息，其中，所述连接释放消息，用于触发终端退出所述下行模式的非激活态进入空闲态。

若当前终端处于下行模式的非激活态，则可以通过发送连接释放消息，触发终端进入更为节省功耗的空闲态，使得终端完全释放与基站之间的rrc连接。

在本公开的所有实施例中，指示终端从下行模式的非激活态进入空闲态的连接释放消息，与指示终端从连接态进入所述常规模式的非激活态的连接释放消息，可以相同也可以不同。

在一些实施例中，所述方法还包括：

接收辅助信息，其中，所述辅助信息包括：建议所述终端进入所述下行模式的非激活态或者所述常规模式的非激活态的建议信息。

该辅助信息可以携带在恢复请求中，或者，独立恢复请求的任意信息中，例如，携带在上行控制信息(uplinkcontrolinformation，uci)。

以下结合上述任意实施例提供一个具体示例：

常规模式的非激活态是一种比较适合物联网终端的工作模式。此处的常规模式的非激活态可以为相关技术中的非激活态或者为rrc非激活态。

但是对于很多物联网设备而言，通常还具有一些特殊需求。比如一些物联网设备仅有下行传输需求，比如追踪定位类终端，不需要独立的上行模式，即上行业务数据的传输只需要在下行传输之后。因此可以针对工作在非激活态的物联网设备的工作模式进行优化。

引入仅下行模式的非激活态(downlinkonlyrrc-inactive)；

作为一种实施例，该下行模式的非激活态为非激活态的一种子状态。

作为一种实施例，该下行模式的非激活态为和非激活态独立运行的一种状态。

作为一种实施例，该下行模式的非激活态为非激活态的阻塞上行业务数据发送的一种行为。

具体的阻塞上行业务数据发送体现在：若终端需要发送上行业务数据，需要向网络(网络包含但不限于基站)发送恢复请求，且终端形成恢复请求之后会被挂起，仅有恢复请求的挂起状态被解除之后，才可以正常发送。

在本公开的一些实施例中，ue的上行业务数据到来时，恢复(resume)请求被触发后处于挂起状态(pending)；基于挂起定时器时长决定是否继续往空口发送resume请求消息到基站；主要工作步骤如下：

tpengding时长为网络通过专用信令或者广播消息通知给用户设备(userequipment，ue)，或者预先协议规定。此处的ue即为前述的终端。

resume请求被触发后处于挂起状态(pending)，即启动tpengding定时器。

tpengding定时器超时之后，若没有收到网络发送的寻呼消息(ranpaging)，则被挂起的resume请求被解除挂起，即resume请求。

tpengding时长可以配置为无限长(infinite)。

tpengding定时器超时之前，若收到网络发送的寻呼消息(ranpaging)，则停止tpengding定时器，被挂起的resume请求被解除挂起，继续往空口发送resume请求消息到基站。

作为一种实施例，resume请求中呼叫建立原因为发起呼叫(mobileoriginal，mo)。

作为一种实施例，resume请求中呼叫建立原因为接收呼叫(mobileterminal，mt)。

用户设备(userequipment，ue)的上行业务数据到来时，resume请求被触发后处于挂起状态(pending)；直，到收到ran寻呼(paging)消息，继续往空口发送resume请求消息到基站；主要工作步骤如下。

作为一种实施例，resume请求中呼叫建立原因为mo

作为一种实施例，resume请求中呼叫建立原因为mt；

在一个实施例中，网络通过ue发起的rnau知道ue的位置。

ue周期性无线网通知区更新(radionotificationareaupdate，rnau)或者uerna变更触发的rnau流程。ue发起的rnau流程中发起的resume请求不受到前述的挂起机制的限制。此处的挂起机制为：恢复请求在终端内形成之后先进入挂起状态，在挂起状态被基础之后才能发送的回复请求的状态。

即针对rnau的恢复请求一旦形成就直接发送，而不是先进入挂起状态，等待挂起状态解除之后再发送。

下行模式的非激活态和常规模式的非激活态并行的一种模式时，网络基于终端的类型或者ue能力，决定让ue从连接态进入仅下行模式的非激活态还是常规状态(normal)的非激活态。

从连接态切换到downlinkonlyrrc-inactive：通过rrc连接释放消息，消息中指明ue进入downlinkonlyrrc-inactive。

在一种实施例中，若仅下行模式的非激活态为常规模式(normal)的非激活态的一个子状态，则网络基于终端的类型或者ue能力，让ue在仅上行模式的非激活态还是normal的非激活态之间进行切换。

从连接态切换到downlinkonlyrrc-inactive：通过rrc连接释放消息，消息中指明ue进入rrc-inactive。接着网络通过macce或者dci方式通知ue在downlinkonlyrrc-inactive和normal的非激活态之间进行切换。

在有些情况下，ue在定时器t1超时后自动进入downlinkonlyrrc-inactive。此处的定时起t1可为前述的第二定时起。

在还有一些情况下，ue统计一段时间(t)内，发起上行业务数据触发的resume请求的次数，小于一定门限，则自动进入downlinkonlyrrc-inactive。

值得注意是，以上定时器和门限可以是网络通知用户或者预先协议约定。

在一些实施中，仅下行模式的非激活态和连接态或空闲态的转化。

从downlinkonlyrrc-inactive到连接态的切换可包括：ue发起resume请求。

downlinkonlyrrc-inactive到空闲态的切换可包括：网络发送释放消息，让ue进入空闲态。

在一些实施例中，ue可以发送辅助信息给网络告知是希望进入仅下行模式的非激活态还是normal的非激活态。

该辅助信息可携带在恢复请求中，或者，在终端处于连接态的任意状况发送送。

如图7所示，本实施例提供一种终端状态切换处理装置，其中，所述装置包括：

切换模块110，被配置为进入下行模式的非激活态；其中，在所述下行模式的非激活态下，终端能够进行下行业务数据接收。

在一些实施例中，所述切换模块110可为程序模块，所述程序模块被处理器执行后能够进入下行模式的非激活态。

在另一些实施例中，所述切换模块110可为软硬结合模块，所述软硬结合模块包括但不限于可编程阵列。该可编程阵列包括现场可编程阵列或者复杂可编程阵列。

在还有一些实施例中，所述切换模块110还可包括纯硬件模块；所述纯硬件模块包括但不限于专用集成电路。

在一些实施例中，在所述下行模式的非激活态下，所述终端的上行业务数据发送被阻塞。

在一些实施例中，所述装置还包括：

形成模块，被配置为响应于有上行业务数据发送，确定用于发送上行业务数据的恢复请求。

在一些实施例中，所述装置还包括：

挂起模块，被配置为响应于确定所述恢复请求，进入所述恢复请求的挂起状态。此处，挂起模块，被配置为响应于所述恢复请求的确定，进入恢复请求的挂起状态。

在一些实施例中，所述装置还包括：

启动模块，被配置为响应于进入所述挂起状态，启动第一定时器；

维持模块，被配置为在所述第一定时器的定时时间内，维持所述挂起状态。

在一些实施例中，所述装置还包括：

解除模块，被配置为响应于所述第一定时器超，解除所述挂起状态；

或者，

停止模块，被配置为响应于接收到寻呼消息，解除所述挂起状态。

在一些实施例中，所述装置还包括：

第一接收模块，被配置为接收所述第一定时器的时长信息；

或者，

确定模块，被配置为根据协议确定所述第一定时器的时长信息。

在一些实施例中，所述第一接收模块，被配置为接收信令发送的所述第一定时器的时长信息；或者，接收系统消息广播发送的所述第一定时器的时长信息。

在一些实施例中，所述装置还包括：

第一发送模块，被配置为响应于所述挂起状态被解除，发送所述恢复请求。

在一些实施例中，所述恢复请求携带有呼叫原因；

所述呼叫原因包括：发起呼叫或接收呼叫。

在一些实施例中，所述第一接收模块，还配置为接状态指示。在一些实施例中，该状态指示可为在恢复请求之后发送的，例如，基站在接收到恢复请求之后，基于恢复请求的触发发送的状态指示。

所述装置还包括：

切换模块110，被配置为根据所述状态指示，进行状态切换。

在一些实施例中，所述第一发送模块，被配置为在根据所述状态指示切换到连接态后，发送所述上行业务数据；

或者，

所述切换模块110，还被配置为响应于所述恢复请求中携带有上行业务数据，确定所述终端处于所述下行模式的非激活态、常规模式的非激活态或空闲态。

在一些实施例中，所述装置还包括：

更新模块，被配置为处于所述下行模式的非激活态终端，周期性进行无线网通知区更新rnau；或者，处于所述下行模式的非激活态终端，响应于终端的无线网通知区变更，进行rnau。

在一些实施例中，所述下行模式的非激活态为独立于常规模式的非激活态。

在一些实施例中，所述装置还包括：

第一接收模块，被配置为响应于处于连接态，接收连接释放消息；

所述切换模块110，被配置为响应于所述连接释放消息携带有指示进入所述下行模式的非激活态的指示信息，退出连接态并进入所述下行模式的非激活态。

在一些实施例中，所述下行模式的非激活态为：非激活态的一种子模式。

在一些实施例中，所述第一接收模块，还配置为响应于处于连接态，接收连接释放消息；

所述切换模块110，被配置为响应于所述连接释放消息携带有进入常规模式的非激活态的指示信息，退出连接态并进入所述常规模式的非激活态；

所述切换模块110，还配置为响应于基于事件触发，从所述常规模式的非激活态进入所述下行模式的非激活态。

在一些实施例中，所述切换模块110，被配置为执行以下至少之一：

响应于在所述常规模式的非激活态下接收到指示从所述常规模式的非激活态进入下行模式的非激活态的指示信息，从所述常规模式的非激活态进入所述下行模式的非激活态的指示信息，退出所述常规模式的非激活态进入所述下行模式的非激活态；

响应于进入所述非常规模式的非激活态下的第二定时器超时，退出所述常规模式的非激活态进入所述下行模式的非激活态；

响应于预设时间间隔内的上行业务数据触发的恢复请求发送次数低于预设门限，退出所述常规模式的非激活态进入所述下行模式的非激活态。

在一些实施例中，所述装置还包括：

第一发送模块，被配置为响应于有待发送的上行业务数据，发送恢复请求；

所述切换模块110，被配置为响应于终端发送恢复请求后，退出所述下行模式的非激活态进入常规模式的非激活态。

在一些实施例中，所述指示信息携带在媒体访问控制mac控制单元ce；

或者，

所述指示信息携带在下行控制信息dci中。

在一些实施例中，所述切换模块110，还配置为响应于处于所述下行模式的非激活态接收到连接释放消息，退出所述下行模式的非激活态进入空闲态。

在一些实施例中，所述装置还包括：

上报模块，被配置为上报辅助信息，其中，所述辅助信息包括：建议所述终端进入所述下行模式的非激活态或者所述常规模式的非激活态的建议信息。

如图8所示，本实施例提供一种终端状态切换的控制装置，应用于基站中，其中，包括：

发送模块210，被配置为发送用于发送触发终端进入下行模式的非激活态的控制信令，其中，在所述下行模式的非激活态下，终端能够进行下行业务数据接收。

在一些实施例中，所述发送模块210可为程序模块，该程序模块被处理器执行后，能够触发终端进入下行模式的非激活态。

在另一些实施例中，所述发送模块210可为软硬结合模块，所述软硬结合模块包括但不限于可编程阵列。该可编程阵列包括现场可编程阵列或者复杂可编程阵列。

在还有一些实施例中，所述发送模块210还可包括纯硬件模块；所述纯硬件模块包括但不限于专用集成电路。

在一些实施例中，在所述下行模式的非激活态下，所述终端的上行业务数据发送被阻塞。

在一些实施例中，所述装置还包括：

接收终端发送的用于上行业务数据发送的恢复请求。

在一些实施例中，所述发送模块210，还被配置为发送寻呼消息，其中，所述寻呼消息，用于解除所述终端内用于上行业务数据发送的恢复请求的挂起状态，或，所述寻呼消息为有从核心网接收到待发送给所述终端的数据的。

在一些实施例中，所述装置还包括：

第二接收模块，被配置为接收挂起状态被解除后发送的恢复请求；

所述发送模块210，还被配置为响应于接收到所述恢复请求，发送状态指示，其中，所述状态指示，用于指示状态处于的状态。

在一些实施例中，所述第二接收模块，还被配置为响应于所述状态指示终端进入连接态时发送的所述上行业务数据；或者，接收所述恢复请求携带的上行业务数据。

在一些实施例中，所述发送模块210，还被配置为发送所述第一定时器的定时信息。

在一些实施例中，所述发送模块210，被配置为通过专用信令发送的所述第一定时器的定时信息；或者，通过系统消息广播的所述第一定时器的定时信息。

在一些实施例中，所述下行模式的非激活态为独立于常规模式的非激活态。

在一些实施例中，所述发送模块210，被配置为接收连接释放消息；其中，所述连接释放消息携带有指示终端进入所述下行模式的非激活态的指示信息。

在一些实施例中，所述下行模式的非激活态属于：非激活态的一种子模式。

在一些实施例中，所述发送模块210，被配置为响应于所述终端处于连接态，接收连接释放消息；其中，所述连接释放消息携带有指示终端进入所述常规模式的非激活态的指示信息，并触发终端基于事件触发，从所述常规模式的非激活态进入所述下行模式的非激活态。

在一些实施例中，所述发送模块210，还被配置为响应于终端处于所述常规模式的非激活态下，发送到指示从所述常规模式的非激活态进入下行模式的非激活态的指示信息。

在一些实施例中，所述指示信息携带在媒体访问控制mac控制单元ce；

或者，

所述指示信息携带在下行控制信息dci中。

在一些实施例中，所述发送模块210，还被配置为发送连接释放消息，其中，所述连接释放消息，用于触发终端退出所述下行模式的非激活态进入空闲态。

在一些实施例中，所述装置还包括：

第二接收模块，被配置为接收辅助信息，其中，所述辅助信息包括：建议所述终端进入所述下行模式的非激活态或者所述常规模式的非激活态的建议信息。

本公开实施例提供一种通信设备，包括处理器、收发器、存储器及存储在存储器上并能够有处理器运行的可执行程序，其中，处理器运行可执行程序时，能够执行前述任意技术方案提供的应用于终端中的终端状态切换方法，或执行前述任意技术方案提供的应用于基站中的终端状态切换控制方法。

该通信设备可为前述的基站或者ue。

其中，处理器可包括各种类型的存储介质，该存储介质为非临时性计算机存储介质，在通信设备掉电之后能够继续记忆存储其上的信息。这里，所述通信设备包括基站或用户设备。

所述处理器可以通过总线等与存储器连接，用于读取存储器上存储的可执行程序，例如，如图2至图6所示方法的至少其中之一。

本公开实施例提供一种计算机存储介质，所述计算机存储介质存储有可执行程序；所述可执行程序被处理器执行后，能够实现第一方面或第二方面任意技术方案所示的方法，即能够执行前述任意技术方案提供的应用于终端中的终端状态切换方法，或执行前述任意技术方案提供的应用于基站中的终端状态切换控制方法。例如，图2至图6所示方法的至少其中之一。

图9是根据一示例性实施例示出的一种用户设备(又称为ue)800的框图。例如，终端800可以是移动电话，计算机，数字广播用户设备，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图9，终端800可以包括以下至少一个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(i/o)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制终端800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括至少一个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括至少一个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在终端800的操作。这些数据的示例包括用于在终端800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为终端800的各种组件提供电力。电源组件806可以包括电源管理系统，至少一个电源，及其他与为终端800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述终端800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括至少一个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当终端800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(mic)，当终端800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

i/o接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括至少一个传感器，用于为终端800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为终端800的显示器和小键盘，传感器组件814还可以检测终端800或终端800一个组件的位置改变，用户与终端800接触的存在或不存在，终端800方位或加速/减速和终端800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于终端800和其他设备之间有线或无线方式的通信。终端800可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

在示例性实施例中，终端800可以被至少一个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由终端800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

如图10所示，本公开一实施例示出一种基站的结构。例如，基站900可以被提供为一网络侧设备。参照图10，基站900包括处理组件922，其进一步包括至少一个处理器，以及由存储器932所代表的存储器资源，用于存储可由处理组件922的执行的指令，例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件922被配置为执行指令，以执行上述方法前述应用在所述基站的任意方法，例如，如图3、图8及图9所示方法。

基站900还可以包括一个电源组件926被配置为执行基站900的电源管理，一个有线或无线网络接口950被配置为将基站900连接到网络，和一个输入输出(i/o)接口958。基站900可以操作基于存储在存储器932的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。