RRC状态控制方法、装置及设备与流程

本发明涉及通信领域，尤其涉及无线资源控制(Radio Resource Control，RRC)状态控制方法、装置及设备。

背景技术：

通用移动通信系统(Universal Mobile Telecommunications System，UMTS)网络中，用户设备(User Equipment，UE)一般有两种基本的运行模式，分别是空闲模式(IDLE)和连接模式。空闲模式时，UE处于待机状态，没有需要处理的业务，UE和网络侧设备之间没有连接；当UE与网络侧设备之间完成RRC连接建立时，UE从空闲模式转移到连接模式；在连接模式下，UE有3种RRC状态，分别是：小区-专用信道(Cell-DCH)、小区-前向接入信道(Cell-FACH)、小区/UMTS陆地无线接入网注册区域-寻呼信道(Cell/URA-PCH)。Cell-DCH状态下，UE具有专用信道(Dedicated Channel，DCH)或高速分组接入(High Speed Packet Access，HSPA)信道，UE以较高的能量消耗进行高速数据传输；Cell-FACH状态下，UE以中等的能量消耗进行低速数据传输；Cell/URA-PCH状态下，UE上下行都没有数据传输，UE消耗类似于空闲模式的能量保持与UMTS陆地无线接入网(UMTS Terrestrial Radio Access Network，UTRAN)之间的RRC连接。

为了高效地利用无线资源和节省终端耗电，网络侧设备会根据无线链路控制(Radio Link Control，RLC)缓冲占用情况采用动态信道分配算法控制UE来执行RRC状态迁移。具体的，网络侧设备例如无线网络控制器(Radio Network Controller，RNC)在控制UE执行Cell-DCH至Cell-FACH的RRC状态迁移时，需要等待UE上报4B事件以及等待非激活定时器超时，而终端上报4B事件需等待触发时间(time to trigger)事件超时。另外，网络侧设备控制UE进行不同迁移路径的RRC状态迁移时，都需要消耗一定数量的信令。

如果time to trigger的定时器、非激活定时器设置的超时时间过长，网络侧设备不能及时控制UE进行RRC状态迁移，UE和网络侧设备需要消耗一定能量来保持UE当前的RRC状态，从而浪费无线网络资源和终端的电能；如果time to trigger的定时器、非激活定时器设置的超时时间过短，会使得网络侧设备控制UE频繁进行RRC状态迁移，增加网络侧设备和UE之间的信令资源开销，同样会浪费无线网络资源和终端的电能。

技术实现要素：

本发明实施例提供一种RRC状态控制方法及装置，能够减少无线网络资源和终端电能的浪费。

第一方面，本发明实施例提供一种RRC状态控制方法，包括：

进行业务的本次处理时，根据该业务的历史触发时间间隔确定该业务的本次触发时间与下次触发时间之间的触发时间间隔；

进行业务中每一动作的处理时，判断该动作是否需要使用高速信道；

如果该动作不需要使用高速信道，根据所述该业务的本次触发时间与下次触发时间之间的触发时间间隔确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

结合第一方面，在第一方面第一种可能的实现方式中，所述根据所述该业务的本次触发时间与下次触发时间之间的触发时间间隔确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH包括：

判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于预设的非激活定时器时长；

如果大于，确定该业务当前所需的RRC状态为CELL-FACH；

如果不大于，确定该业务当前所需的RRC状态为CELL-DCH。

结合第一方面，在第一方面第二种可能的实现方式中，确定该业务的本次触发时间与下次触发时间之间的触发时间间隔之后，还包括：

判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于预设的非激活定时器时长，得到判断结果；

相应的，所述根据所述该业务的本次触发时间与下次触发时间之间的触发时间间隔确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH包括：

获取所述判断结果；

根据所述判断结果确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

结合第一方面，在第一方面第三种可能的实现方式中，还包括：根据该业务的每次处理中高速信道的历史使用时长确定该业务的本次处理中高速信道使用时长；

相应的，确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH时，还根据所述该业务的本次处理中高速信道使用时长确定。

结合第一方面第三种可能的实现方式，在第一方面第四种可能的实现方式中，所述根据所述该业务的本次触发时间与下次触发时间之间的触发时间间隔确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH包括：

判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于所述该业务的本次处理中高速信道使用时长与预设的非激活定时器时长之和；

如果大于，确定该业务当前所需的RRC状态为CELL-FACH；

如果不大于，确定该业务当前所需的RRC状态为CELL-DCH。

结合第一方面第三种可能的实现方式，在第一方面第五种可能的实现方式中，确定该业务的本次触发时间与下次触发时间之间的触发时间间隔以及确定该业务的本次处理中高速信道使用时长之后，还包括：

判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于所述该业务的本次处理中高速信道使用时长与预设的非激活定时器时长之和，得到判断结果；

相应的，所述根据所述该业务的本次触发时间与下次触发时间之间的触发时间间隔确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH包括：

获取所述判断结果；

根据所述判断结果确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

结合第一方面，和/或第一方面第一种可能的实现方式，和/或第一方面第二种可能的实现方式，和/或第一方面第三种可能的实现方式，和/或第一方面第四种可能的实现方式中，和/或第一方面第五种可能的实现方式，在第一方面第六种可能的实现方式中，还包括：

根据各个业务当前所需的RRC状态确定UE的RRC状态。

结合第一方面第六种可能的实现方式，在第一方面第七种可能的实现方式中，所述根据各个业务当前所需的RRC状态确定UE的RRC状态包括：

将各个业务当前所需的RRC状态中的最高RRC状态确定为UE的RRC状态。

结合第一方面，和/或第一方面第一种可能的实现方式，和/或第一方面第二种可能的实现方式，和/或第一方面第三种可能的实现方式，和/或第一方面第四种可能的实现方式中，和/或第一方面第五种可能的实现方式，和/或第一方面第六种可能的实现方式，和/或第一方面第七种可能的实现方式，在第一方面第八种可能的实现方式中，根据该业务的历史触发时间间隔确定该业务的本次触发时间与下次触发时间之间的触发时间间隔包括：

使用公式pageInterval(In+1)＝a×pageInterval(In-1)+(1-a)×pageInterval(In)计算所述该业务的本次触发时间与下次触发时间之间的触发时间间隔；

其中，pageInterval(In+1)表示该业务的本次触发时间与下次触发时间之间的触发时间间隔；pageInterval(In)表示该业务的前一次触发时间与本次触发时间之间的时间间隔；pageInterval(In-1)表示该业务前二次出发时间与前一次出发时间之间的时间间隔；a为系数，0<a<1。

结合第一方面第三种可能的实现方式，和/或第一方面第四种可能的实现方式中，和/或第一方面第五种可能的实现方式，和/或第一方面第六种可能的实现方式，和/或第一方面第七种可能的实现方式，和/或第一方面第八种可能的实现方式，在第一方面第九种可能的实现方式中，根据该业务的每次处理中高速信道的历史使用时长确定该业务的本次处理中高速信道使用时长包括：

使用公式pageDuration(Dn)＝b×pageDuration(Dn-2)+(1-b)×pageDuration(Dn-1)计算所述该业务的本次处理中高速信道使用时长；

其中，pageDuration(Dn)表示该业务的本次处理中高速信道使用时长；pageDuration(Dn-1)表示该业务前一次处理中高速信道使用时长；pageDuration(Dn-2)表示该业务前二次处理中高速信道使用时长；b为系数，0<b<1。

结合第一方面，和/或第一方面第一种可能的实现方式，和/或第一方面第二种可能的实现方式，和/或第一方面第三种可能的实现方式，和/或第一方面第四种可能的实现方式中，和/或第一方面第五种可能的实现方式，和/或第一方面第六种可能的实现方式，和/或第一方面第七种可能的实现方式，和/或第一方面第八种可能的实现方式，和/或第一方面第九种可能的实现方式，在第一方面第十种可能的实现方式中，还包括：

向无线网络设备指示所述UE的RRC状态。

结合第一方面第十种可能的实现方式，在第一方面第十一种可能的实现方式中，向无线网络设备指示所述UE的RRC状态包括：

通过无线网络设备提供的开放能力接口向无线网络设备指示所述UE的RRC状态；或者，

将所述UE的RRC状态携带在SCRI消息发送给无线网络设备。

第二方面，本发明实施例提供一种RRC状态控制装置，其特征在于，包括：

第一确定单元，用于进行业务的本次处理时，根据该业务的历史触发时间间隔确定该业务的本次触发时间与下次触发时间之间的触发时间间隔；

判断单元，用于进行业务中每一动作的处理时，判断该动作是否需要使用高速信道；

第二确定单元，用于如果所述判断单元判断该动作不需要使用高速信道，根据第一确定单元确定的所述该业务的本次触发时间与下次触发时间之间的触发时间间隔确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

结合第二方面，在第二方面第一种可能的实现方式中，第二确定单元具体用于：

判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于预设的非激活定时器时长；

如果大于，确定该业务当前所需的RRC状态为CELL-FACH；

如果不大于，确定该业务当前所需的RRC状态为CELL-DCH。

结合第二方面，在第二方面第二种可能的实现方式中，所述第一确定单元还用于：判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于预设的非激活定时器时长，得到判断结果；

相应的，所述第二确定单元具体用于：如果所述判断单元判断该动作不需要使用高速信道，获取所述第一确定单元得到的所述判断结果，根据所述判断结果确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

结合第二方面，在第二方面第三种可能的实现方式中，所述第一确定单元还用于：根据该业务的每次处理中高速信道的历史使用时长确定该业务的本次处理中高速信道使用时长；

相应的，第二确定单元具体用于：如果所述判断单元判断该动作不需要使用高速信道，根据所述第一确定单元定的所述该业务的本次触发时间与下次触发时间之间的触发时间间隔以及所述该业务的本次处理中高速信道使用时长确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

结合第二方面第三种可能的实现方式，在第二方面第四种可能的实现方式中，所述第二确定单元具体用于：

判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于所述该业务的本次处理中高速信道使用时长与预设的非激活定时器时长之和；

如果大于，确定该业务当前所需的RRC状态为CELL-FACH；

如果不大于，确定该业务当前所需的RRC状态为CELL-DCH。

结合第二方面第三种可能的实现方式，在第二方面第五种可能的实现方式中，所述第一确定单元还用于：判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于所述该业务的本次处理中高速信道使用时长与预设的非激活定时器时长之和，得到判断结果；

相应的，所述第二确定单元具体用于：如果所述判断单元判断该动作不需要使用高速信道，获取所述第一确定单元得到的所述判断结果，根据所述判断结果确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

结合第二方面，和/或第二方面第一种可能的实现方式，和/或第二方面第二种可能的实现方式，和/或第二方面第三种可能的实现方式，和/或第二方面第四种可能的实现方式中，和/或第二方面第五种可能的实现方式，在第二方面第六种可能的实现方式中，还包括：

第三确定单元，用于根据所述第二确定单元确定的各个业务当前所需的RRC状态确定UE的RRC状态。

结合第二方面第六种可能的实现方式，在第二方面第七种可能的实现方式中，所述第三确定单元具体用于：

将各个业务当前所需的RRC状态中的最高RRC状态确定为UE的RRC状态。

结合第二方面，和/或第二方面第一种可能的实现方式，和/或第二方面第二种可能的实现方式，和/或第二方面第三种可能的实现方式，和/或第二方面第四种可能的实现方式中，和/或第二方面第五种可能的实现方式，和/或第二方面第六种可能的实现方式，和/或第二方面第七种可能的实现方式，在第二方面第八种可能的实现方式中，第一确定单元具体用于：

使用公式pageInterval(In+1)＝a×pageInterval(In-1)+(1-a)×pageInterval(In)计算所述该业务的本次触发时间与下次触发时间之间的触发时间间隔；

其中，pageInterval(In+1)表示该业务的本次触发时间与下次触发时间之间的触发时间间隔；pageInterval(In)表示该业务的前一次触发时间与本次触发时间之间的时间间隔；pageInterval(In-1)表示该业务前二次出发时间与前一次出发时间之间的时间间隔；a为系数，0<a<1。

结合第二方面第三种可能的实现方式，和/或第二方面第四种可能的实现方式中，和/或第二方面第五种可能的实现方式，和/或第二方面第六种可能的实现方式，和/或第二方面第七种可能的实现方式，和/或第二方面第八种可能的实现方式，在第二方面第九种可能的实现方式中，所述第一确定单元具体用于：

使用公式pageDuration(Dn)＝b×pageDuration(Dn-2)+(1-b)×pageDuration(Dn-1)计算所述该业务的本次处理中高速信道使用时长；

其中，pageDuration(Dn)表示该业务的本次处理中高速信道使用时长；pageDuration(Dn-1)表示该业务前一次处理中高速信道使用时长；pageDuration(Dn-2)表示该业务前二次处理中高速信道使用时长；b为系数，0<b<1。

结合第二方面，和/或第二方面第一种可能的实现方式，和/或第二方面第二种可能的实现方式，和/或第二方面第三种可能的实现方式，和/或第二方面第四种可能的实现方式中，和/或第二方面第五种可能的实现方式，和/或第二方面第六种可能的实现方式，和/或第二方面第七种可能的实现方式，和/或第二方面第八种可能的实现方式，和/或第二方面第九种可能的实现方式，在第二方面第十种可能的实现方式中，还包括：

指示单元，用于向无线网络设备指示所述第三确定单元确定的所述UE的RRC状态。

结合第二方面第十种可能的实现方式，在第二方面第十一种可能的实现方式中，所述指示单元具体用于：

通过无线网络设备提供的开放能力接口向无线网络设备指示所述UE的RRC状态；或者，

将所述UE的RRC状态携带在SCRI消息发送给无线网络设备。

第三方面，本发明实施例提供一种RRC状态控制设备，包括：

处理器，用于进行业务的本次处理时，根据该业务的历史触发时间间隔确定该业务的本次触发时间与下次触发时间之间的触发时间间隔；进行业务中每一动作的处理时，判断该动作是否需要使用高速信道；如果该动作不需要使用高速信道，根据所述该业务的本次触发时间与下次触发时间之间的触发时间间隔确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

结合第三方面，在第三方面第一种可能的实现方式中，所述处理器具体用于：进行业务的本次处理时，根据该业务的历史触发时间间隔确定该业务的本次触发时间与下次触发时间之间的触发时间间隔；

进行业务中每一动作的处理时，判断该动作是否需要使用高速信道；

如果该动作不需要使用高速信道，判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于预设的非激活定时器时长；

如果大于，确定该业务当前所需的RRC状态为CELL-FACH；

如果不大于，确定该业务当前所需的RRC状态为CELL-DCH。

结合第三方面，在第三方面第二种可能的实现方式中，所述处理器具体用于：进行业务的本次处理时，根据该业务的历史触发时间间隔确定该业务的本次触发时间与下次触发时间之间的触发时间间隔；判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于预设的非激活定时器时长，得到判断结果；

进行业务中每一动作的处理时，判断该动作是否需要使用高速信道；

如果该动作不需要使用高速信道，获取所述判断结果；

根据所述判断结果确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

结合第三方面，在第三方面第三种可能的实现方式中，所述处理器具体用于：进行业务的本次处理时，根据该业务的历史触发时间间隔确定该业务的本次触发时间与下次触发时间之间的触发时间间隔；并且，根据该业务的每次处理中高速信道的历史使用时长确定该业务的本次处理中高速信道使用时长；

进行业务中每一动作的处理时，判断该动作是否需要使用高速信道；

如果该动作不需要使用高速信道，根据所述该业务的本次触发时间与下次触发时间之间的触发时间间隔、以及所述该业务的本次处理中高速信道使用时长确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

结合第三方面第三种可能的实现方式，在第三方面第四种可能的实现方式中，所述处理器具体用于：

进行业务的本次处理时，根据该业务的历史触发时间间隔确定该业务的本次触发时间与下次触发时间之间的触发时间间隔；并且，根据该业务的每次处理中高速信道的历史使用时长确定该业务的本次处理中高速信道使用时长；

进行业务中每一动作的处理时，判断该动作是否需要使用高速信道；

如果该动作不需要使用高速信道，判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于所述该业务的本次处理中高速信道使用时长与预设的非激活定时器时长之和；

如果大于，确定该业务当前所需的RRC状态为CELL-FACH；

如果不大于，确定该业务当前所需的RRC状态为CELL-DCH。

结合第三方面第三种可能的实现方式，在第三方面第五种可能的实现方式中，所述处理器具体用于：进行业务的本次处理时，根据该业务的历史触发时间间隔确定该业务的本次触发时间与下次触发时间之间的触发时间间隔；并且，根据该业务的每次处理中高速信道的历史使用时长确定该业务的本次处理中高速信道使用时长；判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于所述该业务的本次处理中高速信道使用时长与预设的非激活定时器时长之和，得到判断结果；

进行业务中每一动作的处理时，判断该动作是否需要使用高速信道；

如果该动作不需要使用高速信道，获取所述判断结果；

根据所述判断结果确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

结合第三方面，和/或第三方面第一种可能的实现方式，和/或第三方面第二种可能的实现方式，和/或第三方面第三种可能的实现方式，和/或第三方面第四种可能的实现方式中，和/或第三方面第五种可能的实现方式，在第三方面第六种可能的实现方式中，所述处理器还用于：

根据各个业务当前所需的RRC状态确定UE的RRC状态。

结合第三方面第六种可能的实现方式，在第三方面第七种可能的实现方式中，所述处理器还具体用于：

将各个业务当前所需的RRC状态中的最高RRC状态确定为UE的RRC状态。

结合第三方面，和/或第三方面第一种可能的实现方式，和/或第三方面第二种可能的实现方式，和/或第三方面第三种可能的实现方式，和/或第三方面第四种可能的实现方式中，和/或第三方面第五种可能的实现方式，和/或第三方面第六种可能的实现方式，和/或第三方面第七种可能的实现方式，在第三方面第八种可能的实现方式中，所述处理器具体用于：

使用公式pageInterval(In+1)＝a×pageInterval(In-1)+(1-a)×pageInterval(In)计算所述该业务的本次触发时间与下次触发时间之间的触发时间间隔；

其中，pageInterval(In+1)表示该业务的本次触发时间与下次触发时间之间的触发时间间隔；pageInterval(In)表示该业务的前一次触发时间与本次触发时间之间的时间间隔；pageInterval(In-1)表示该业务前二次出发时间与前一次出发时间之间的时间间隔；a为系数，0<a<1。

结合第三方面第三种可能的实现方式，和/或第三方面第四种可能的实现方式中，和/或第三方面第五种可能的实现方式，和/或第三方面第六种可能的实现方式，和/或第三方面第七种可能的实现方式，和/或第三方面第八种可能的实现方式，在第三方面第九种可能的实现方式中，所述处理器具体用于：

使用公式pageDuration(Dn)＝b×pageDuration(Dn-2)+(1-b)×pageDuration(Dn-1)计算所述该业务的本次处理中高速信道使用时长；

其中，pageDuration(Dn)表示该业务的本次处理中高速信道使用时长；pageDuration(Dn-1)表示该业务前一次处理中高速信道使用时长；pageDuration(Dn-2)表示该业务前二次处理中高速信道使用时长；b为系数，0<b<1。

结合第三方面，和/或第三方面第一种可能的实现方式，和/或第三方面第二种可能的实现方式，和/或第三方面第三种可能的实现方式，和/或第三方面第四种可能的实现方式中，和/或第三方面第五种可能的实现方式，和/或第三方面第六种可能的实现方式，和/或第三方面第七种可能的实现方式，和/或第三方面第八种可能的实现方式，和/或第三方面第九种可能的实现方式，在第三方面第十种可能的实现方式中，还包括：收发器，用于向无线网络设备指示所述处理器确定的所述UE的RRC状态。

结合第三方面第十种可能的实现方式，在第三方面第十一种可能的实现方式中，所述收发器还具体用于：

通过无线网络设备提供的开放能力接口向无线网络设备指示所述UE的RRC状态；或者，

将所述UE的RRC状态携带在SCRI消息发送给无线网络设备。

本发明实施例中，进行业务的本次处理时，根据该业务的历史触发时间间隔确定该业务的本次触发时间与下次触发时间之间的触发时间间隔；进行业务中每一动作的处理时，判断该动作是否需要使用高速信道；如果该动作不需要使用高速信道，根据所述该业务的本次触发时间与下次触发时间之间的触发时间间隔确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。从而，本发明实施例根据所述该业务的本次触发时间与下次触发时间之间的触发时间间隔确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH，可以不依赖time to trigger的定时器、非激活定时器超时进行RRC状态迁移，从而不存在time to trigger的定时器、非激活定时器设定的时间过长或过短而造成的无线网络资源和终端电能浪费的问题，减少无线网络资源和终端电能的浪费。

附图说明

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

图1为本发明RRC状态控制方法第一实施例示意图；

图2为本发明RRC状态控制方法第二实施例示意图；

图3为本发明RRC状态控制装置第一实施例示意图；

图3A为本发明RRC状态控制装置第二实施例示意图；

图3B为本发明RRC状态控制装置第三实施例示意图；

图4为本发明RRC状态控制设备结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明实施例中的技术方案，并使本发明实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明实施例中技术方案作进一步详细的说明。

参见图1，为本发明RRC状态控制方法第一实施例示意图，该方法可以应用于UE、无线网络设备、核心网或者应用服务器等。所述无线网络设备包括：基站和RNC等。该方法包括：

步骤101：进行业务的本次处理时，根据该业务的历史触发时间间隔确定该业务的本次触发时间与下次触发时间之间的触发时间间隔；

步骤102：进行业务中每一动作的处理时，判断该动作是否需要使用高速信道；

步骤103：如果该动作不需要使用高速信道，根据所述该业务的本次触发时间与下次触发时间之间的触发时间间隔确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

本实施例中，根据所述该业务的本次触发时间与下次触发时间之间的触发时间间隔确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH，可以不依赖time totrigger的定时器、非激活定时器超时进行RRC状态迁移，从而不存在time to trigger的定时器、非激活定时器设定的时间过长或过短而造成的无线网络资源和终端电能浪费的问题，从而能够减少无线网络资源和终端电能的浪费。

参见图2，为本发明RRC状态控制方法第二实施例示意图，该方法同样可以适用于UE、无线网络设备、核心网或者应用服务器等对UE的RRC状态进行控制的设备中，所述无线网络设备可以包括网络侧设备例如RNC等。以该方法应用于UE为例，该方法包括：

步骤201：UE进行业务的本次处理时，UE根据该业务的历史触发时间间隔确定该业务的本次触发时间与下次触发时间之间的触发时间间隔。

其中，业务的触发时间一般指用户或设备启动该业务的时间，以所述业务为网页浏览为例，该业务的触发是以用户点击网页链接实现的，则业务的触发时间即为用户点击网页链接的时间。

业务的触发时间间隔是指业务的相邻两次触发时间之间的间隔。在实际应用中，对于每一业务，UE可以存储距离当前时间最近的n1个该业务的历史触发时间间隔。n1为自然数，n1的具体数值可以在实际应用中自主设定，例如当实际应用中通过以下的公式1计算所述业务的本次触发时间与下次触发时间之间的触发时间间隔时，n1的取值可以为2。

可选地，本步骤中可以使用以下的公式1计算所述该业务的本次触发时间与下次触发时间之间的触发时间间隔：

pageInterval(In+1)＝a×pageInterval(In-1)+(1-a)×pageInterval(In)； (1)

其中，pageInterval(In+1)表示该业务的本次触发时间与下次触发时间之间的触发时间间隔；pageInterval(In)表示该业务的前一次触发时间与本次触发时间之间的时间间隔；pageInterval(In-1)表示该业务前二次出发时间与前一次出发时间之间的时间间隔；a为系数，0<a<1。

步骤202：UE根据该业务的每次处理中高速信道的历史使用时长确定该业务的本次处理中高速信道使用时长。

在某一业务中，包括多个动作，不同的动作所需的信道可能相同或不同，以网页浏览为例，可以包括：页面下载和下载完成后的传输控制协议(TCP，Transmission Control Protocol)连接释放两个动作；其中，页面下载往往需要较高的下载速率，因此一般需要使用高速信道完成，而所有的TCP连接释放完全结束往往需要几秒甚至十几秒的时间，因此TCP连接释放可以使用低速信道完成。业务的每次处理中高速信道使用时长是指业务的该次处理中使用高速信道进行动作数据传输的时间长度，以业务为网页浏览为例，则某一次网页浏览中高速信道使用时长也即为该次网络浏览的页面下载过程中页面数据包的下载持续时长。业务的每次处理中高速信道的历史使用时长是指已经处理完成的业务的各次处理中高速信道的使用时长，例如业务的前一次处理中高速信道的使用时长、业务的前二次处理中高速信道的使用时长等。

在实际应用中，对于每一业务，UE可以存储该业务最近的n2次处理中高速信道的使用时长作为所述历史使用时长。n2是自然数；n2的具体数值可以在实际应用中自主设定，例如当实际应用中通过以下的公式2计算所述该业务的本次处理中高速信道使用时长时，n2的取值可以为2。

当n2取值为1时，本步骤中可以直接将该业务前一次处理中高速信道使用时长确定为该业务的本次处理中高速信道使用时长。

当n2取值为2时，可选地，本步骤可以通过以下公式2计算该业务的本次处理中高速信道使用时长：

pageDuration(Dn)＝b×pageDuration(Dn-2)+(1-b)×pageDuration(Dn-1)； (2)

其中，pageDuration(Dn)表示该业务的本次处理中高速信道使用时长；pageDuration(Dn-1)表示该业务前一次处理中高速信道使用时长；pageDuration(Dn-2)表示该业务前二次处理中高速信道使用时长；b为系数，0<b<1。

步骤203：UE进行业务中每一动作的处理时，UE判断该动作是否需要使用高速信道，如果需要使用高速信道，执行步骤204；如果不需要使用高速信道，执行步骤205。

在实际应用中，可以预先存储业务中每一动作理论上所需要的是高速信道或低速信道的信息；则，本步骤中可以根据预先存储的所述信息判断该动作是否需要使用高速信道。

仍以所述业务为网页浏览为例，可以存储页面下载对应高速信道，而TCP连接释放对应低速信道。则，如果处理的动作为页面下载，则UE判断该动作需要使用高速信道；而如果处理的动作为TCP连接释放，则UE判断该动作不需要使用高速信道。

步骤204：UE确定该业务当前所需的RRC状态为CELL-DCH；执行步骤207。

步骤205：UE判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于所述该业务的本次处理中高速信道使用时长与预设的非激活定时器时长之和；如果大于，执行步骤206；如果不大于，执行步骤204。

步骤206：UE确定该业务当前所需的RRC状态为CELL-FACH；执行步骤207。

步骤207：UE根据各个业务当前所需的RRC状态确定期望RRC状态。

所述期望RRC状态也即希望UE所处的RRC状态。

可选地，可以将各个业务当前所需的RRC状态中的最高RRC状态确定为所述期望RRC状态。

其中，UE的3种RRC状态从高到低排序为：Cell-DCH、Cell-FACH、Cell/URA-PCH。

步骤208：UE向无线网络设备指示所述期望RRC状态。

可选地，可以将所述期望RRC状态携带在信令连接释放指示(SCRI，Signaling Connection Release Indication)消息中发送给无线网络设备。

具体的，可以在SCRI消息的信令连接释放指示原因(signaling Connection Release Indication Cause)中除了UE请求PS数据会话结束(UE Requested PS Data Session End)这一状态外，增加一个UE请求PS数据低速率(UE Requested PS Data Low Rate)状态，用以指示所述期望RRC状态。

步骤209：无线网络设备根据所述期望RRC状态进行RRC状态迁移决策。

具体的，无线网络设备可以按照所述期望RRC状态决策是否进行RRC状态迁移，例如UE的当前RRC状态为CELL-DCH，而期望RRC状态为CELL-FACH，则无线网络设备可以直接决策将UE的RRC状态从CELL-DCH迁移到CELL-FACH，而无需等到time to trigger的定时器、非激活定时器超时才决策将UE的RRC状态从CELL-DCH迁移到CELL-FACH。

或者，无线网络设备也可以根据所述期望RRC状态，结合无线链路控制(RLC)缓冲区门限、非激活定时器超时等其他因素进行RRC状态迁移决策，这里并不限制。

当步骤201～步骤208的执行主体为无线网络设备时，步骤208可以取消。

当步骤201～步骤208的执行主体为核心网或应用服务器时，步骤208中核心网或者应用服务器可以通过无线网络设备提供的开放能力接口向无线网络设备指示所述期望RRC状态。

可选地，在步骤202之后，步骤203中UE第一次判断本次业务的某一动作不需要使用高速信道之前，UE可以预先判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于所述该业务的本次处理中高速信道使用时长与预设的非激活定时器时长之和，得到所述判断的判断结果；则步骤203中UE再次判断本次业务的某一动作不需要使用高速信道时，步骤205中UE可以不进行该判断步骤，而直接获取所述判断结果，根据所述判断结果确定执行步骤206或步骤204。

另外，所述步骤202为可选步骤，当步骤202不执行时，其他处理过程不变，仅步骤205修改为：UE判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于预设的非激活定时器时长。

本实施例中，根据所述该业务的本次触发时间与下次触发时间之间的触发时间间隔、以及所述该业务的本次处理中高速信道使用时长确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH，可以不依赖time to trigger的定时器、非激活定时器超时进行RRC状态迁移，从而不存在time to trigger的定时器、非激活定时器设定的时间过长或过短而造成的无线网络资源和终端电能浪费的问题，从而能够减少无线网络资源和终端电能的浪费。

参见图3，为本发明实施例一种RRC状态控制装置结构示意图，该装置可以设置于UE、无线网络设备、核心网或者应用服务器等对UE的RRC状态进行控制的设备中，该装置300包括：

第一确定单元310，用于进行业务的本次处理时，根据该业务的历史触发时间间隔确定该业务的本次触发时间与下次触发时间之间的触发时间间隔；

判断单元320，用于进行业务中每一动作的处理时，判断该动作是否需要使用高速信道；

第二确定单元330，用于如果所述判断单元320判断该动作不需要使用高速信道，根据第一确定单元310确定的所述该业务的本次触发时间与下次触发时间之间的触发时间间隔确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

在第一种可能的实现方式中，第二确定单元330具体可以用于：

判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于预设的非激活定时器时长；

如果大于，确定该业务当前所需的RRC状态为CELL-FACH；

如果不大于，确定该业务当前所需的RRC状态为CELL-DCH。

在第二种可能的实现方式中，所述第一确定单元310还可以用于：判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于预设的非激活定时器时长，得到判断结果；

相应的，所述第二确定单元330具体可以用于：如果所述判断单元判断该动作不需要使用高速信道，获取所述第一确定单元得到的所述判断结果，根据所述判断结果确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

在第三种可能的实现方式中，所述第一确定单元310还可以用于：根据该业务的每次处理中高速信道的历史使用时长确定该业务的本次处理中高速信道使用时长；

相应的，第二确定单元330具体可以用于：如果所述判断单元320判断该动作不需要使用高速信道，根据所述第一确定单元310确定的所述该业务的本次触发时间与下次触发时间之间的触发时间间隔、以及所述该业务的本次处理中高速信道使用时长确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

可选地，所述第二确定单元340具体可以用于：

判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于所述该业务的本次处理中高速信道使用时长与预设的非激活定时器时长之和；

如果大于，确定该业务当前所需的RRC状态为CELL-FACH；

如果不大于，确定该业务当前所需的RRC状态为CELL-DCH。

可选地，所述第一确定单元310还可以用于：判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于所述该业务的本次处理中高速信道使用时长与预设的非激活定时器时长之和，得到判断结果；

相应的，所述第二确定单元330具体可以用于：如果所述判断单元判断该动作不需要使用高速信道，获取所述第一确定单元得到的所述判断结果，根据所述判断结果确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

可选地，参见图3A，该装置300还可以包括：

第三确定单元340，用于根据所述第二确定单元330确定的各个业务当前所需的RRC状态确定UE的RRC状态。

可选地，所述第三确定单元340具体可以用于：

将各个业务当前所需的RRC状态中的最高RRC状态确定为UE的RRC状态。

可选地，第一确定单元310具体可以用于：

使用公式pageInterval(In+1)＝a×pageInterval(In-1)+(1-a)×pageInterval(In)计算所述该业务的本次触发时间与下次触发时间之间的触发时间间隔；

其中，pageInterval(In+1)表示该业务的本次触发时间与下次触发时间之间的触发时间间隔；pageInterval(In)表示该业务的前一次触发时间与本次触发时间之间的时间间隔；pageInterval(In-1)表示该业务前二次出发时间与前一次出发时间之间的时间间隔；a为系数，0<a<1。

可选地，所述第一确定单元310具体可以用于：

使用公式pageDuration(Dn)＝b×pageDuration(Dn-2)+(1-b)×pageDuration(Dn-1)计算所述该业务的本次处理中高速信道使用时长；

其中，pageDuration(Dn)表示该业务的本次处理中高速信道使用时长；pageDuration(Dn-1)表示该业务前一次处理中高速信道使用时长；pageDuration(Dn-2)表示该业务前二次处理中高速信道使用时长；b为系数，0<b<1。

可选地，参见图3B所示，该装置300还可以包括：

指示单元350，用于向无线网络设备指示所述第三确定单元340确定的所述UE的RRC状态。

可选地，所述指示单元350具体可以用于：

通过无线网络设备提供的开放能力接口向无线网络设备指示所述UE的RRC状态；或者，

将所述UE的RRC状态携带在SCRI消息发送给无线网络设备。

本实施例中，根据所述该业务的本次触发时间与下次触发时间之间的触发时间间隔确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH，可以不依赖time to trigger的定时器、非激活定时器超时进行RRC状态迁移，从而不存在time to trigger的定时器、非激活定时器设定的时间过长或过短而造成的无线网络资源和终端电能浪费的问题，从而能够减少无线网络资源和终端电能的浪费。

参见图4，为本发明实施例RRC状态控制设备结构图，该设备可以为UE、无线网络设备、核心网或者应用服务器等，该设备400包括：处理器410、存储器420、收发器430和总线440；

处理器410、存储器420、收发器430通过总线440相互连接；总线440可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器420，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器420可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

收发器430用于连接其他设备，并与其他设备进行通信。

所述处理器410执行所述程序代码，用于进行业务的本次处理时，根据该业务的历史触发时间间隔确定该业务的本次触发时间与下次触发时间之间的触发时间间隔；进行业务中每一动作的处理时，判断该动作是否需要使用高速信道；如果该动作不需要使用高速信道，根据所述该业务的本次触发时间与下次触发时间之间的触发时间间隔确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

在第一种可能的实现方式中，所述处理器410具体可以用于：

进行业务的本次处理时，根据该业务的历史触发时间间隔确定该业务的本次触发时间与下次触发时间之间的触发时间间隔；

进行业务中每一动作的处理时，判断该动作是否需要使用高速信道；

如果该动作不需要使用高速信道，判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于预设的非激活定时器时长；

如果大于，确定该业务当前所需的RRC状态为CELL-FACH；

如果不大于，确定该业务当前所需的RRC状态为CELL-DCH。

在第二种可能的实现方式中，所述处理器410具体可以用于：进行业务的本次处理时，根据该业务的历史触发时间间隔确定该业务的本次触发时间与下次触发时间之间的触发时间间隔；判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于预设的非激活定时器时长，得到判断结果；

进行业务中每一动作的处理时，判断该动作是否需要使用高速信道；

如果该动作不需要使用高速信道，获取所述判断结果；

根据所述判断结果确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

在第三种可能的实现方式中，所述处理器410具体可以用于：进行业务的本次处理时，根据该业务的历史触发时间间隔确定该业务的本次触发时间与下次触发时间之间的触发时间间隔；并且，根据该业务的每次处理中高速信道的历史使用时长确定该业务的本次处理中高速信道使用时长；

进行业务中每一动作的处理时，判断该动作是否需要使用高速信道；

如果该动作不需要使用高速信道，根据所述该业务的本次触发时间与下次触发时间之间的触发时间间隔、以及所述该业务的本次处理中高速信道使用时长确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

可选地，所述处理器410可以具体用于：

进行业务的本次处理时，根据该业务的历史触发时间间隔确定该业务的本次触发时间与下次触发时间之间的触发时间间隔；并且，根据该业务的每次处理中高速信道的历史使用时长确定该业务的本次处理中高速信道使用时长；

进行业务中每一动作的处理时，判断该动作是否需要使用高速信道；

如果该动作不需要使用高速信道，判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于所述该业务的本次处理中高速信道使用时长与预设的非激活定时器时长之和；

如果大于，确定该业务当前所需的RRC状态为CELL-FACH；

如果不大于，确定该业务当前所需的RRC状态为CELL-DCH。

可选地，所述处理器410具体可以用于：

进行业务的本次处理时，根据该业务的历史触发时间间隔确定该业务的本次触发时间与下次触发时间之间的触发时间间隔；并且，根据该业务的每次处理中高速信道的历史使用时长确定该业务的本次处理中高速信道使用时长；判断所述该业务的本次触发时间与下次触发时间之间的触发时间间隔是否大于所述该业务的本次处理中高速信道使用时长与预设的非激活定时器时长之和，得到判断结果；

进行业务中每一动作的处理时，判断该动作是否需要使用高速信道；

如果该动作不需要使用高速信道，获取所述判断结果；

根据所述判断结果确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH。

可选地，所述处理器410还可以用于：

根据各个业务当前所需的RRC状态确定UE的RRC状态。

可选地，所述处理器410还可以具体用于：

将各个业务当前所需的RRC状态中的最高RRC状态确定为UE的RRC状态。

可选地，所述处理器410具体可以用于：

使用公式pageInterval(In+1)＝a×pageInterval(In-1)+(1-a)×pageInterval(In)计算所述该业务的本次触发时间与下次触发时间之间的触发时间间隔；

其中，pageInterval(In+1)表示该业务的本次触发时间与下次触发时间之间的触发时间间隔；pageInterval(In)表示该业务的前一次触发时间与本次触发时间之间的时间间隔；pageInterval(In-1)表示该业务前二次出发时间与前一次出发时间之间的时间间隔；a为系数，0<a<1。

可选地，所述处理器410具体可以用于：

使用公式pageDuration(Dn)＝b×pageDuration(Dn-2)+(1-b)×pageDuration(Dn-1)计算所述该业务的本次处理中高速信道使用时长；

其中，pageDuration(Dn)表示该业务的本次处理中高速信道使用时长；pageDuration(Dn-1)表示该业务前一次处理中高速信道使用时长；pageDuration(Dn-2)表示该业务前二次处理中高速信道使用时长；b为系数，0<b<1。

可选地，所述收发器430还可以用于：

向无线网络设备指示所述处理器410确定的所述UE的RRC状态。

可选地，所述收发器430还可以具体用于：

通过无线网络设备提供的开放能力接口向无线网络设备指示所述UE的RRC状态；或者，

将所述UE的RRC状态携带在SCRI消息发送给无线网络设备。

本实施例中，根据所述该业务的本次触发时间与下次触发时间之间的触发时间间隔、以及所述该业务的本次处理中高速信道使用时长确定该业务当前所需的RRC状态为CELL-DCH或CELL-FACH，可以不依赖time to trigger的定时器、非激活定时器超时进行RRC状态迁移，从而不存在time to trigger的定时器、非激活定时器设定的时间过长或过短而造成的无线网络资源和终端电能浪费的问题，从而能够减少无线网络资源和终端电能的浪费。

本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述的本发明实施方式，并不构成对本发明保护范围的限定。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明的保护范围之内。