本申请为2015年5月19日提交中国专利局、申请号为201510257300.2、申请名称为“一种监听及发送下行调度数据的方法及装置”的中国专利申请的分案，本申请全部内容包含在母案中。
本发明涉及通信技术领域，特别涉及一种监听及发送下行调度数据的方法及装置。
背景技术：
随着通信技术的发展，m2m(machine-to-machine/man，机器到机器)通信系统应用而生。m2m通信系统是一种以设备智能交互为核心的、网络化的系统架构，如图1所示。m2m技术提供了一种实时地在系统之间、远程设备之间、或/和个人之间传输数据的手段，通过在m2m通信系统中的设备内部嵌入无线通信模块，进而能够实现对设备的监控、指挥调度、数据采集和测量等功能。
目前，m2m通信系统的应用场景非常多，比如应用于智能抄表、环境监测、远程监控等场景。例如，智能抄表场景中，m2m通信系统中的设备需要对水、电煤气等使用情况进行周期性监测并上报，当用户未缴费时远程切断能源供给；房子更换住户后可以更新签约信息。
m2m通信系统中的设备在运行过程中，需要监听下行调度数据，同时，m2m通信系统中的设备是由电池供电的，如果设备一直处于监听下行调度数据的状态的话，设备的耗电量较大；如果一直长时间处于不监听下行调度数据的状态的话，无法及时接收到下行调度数据，在监听下行调度数据的时候，如果只考虑下行调度数据接收的及时性，不考虑设备的耗电的话，显然是不合适的；同理，如果不考虑下行调度数据接收的及时性，只考虑设备的耗电的话，显然也是不合适的。
因此，如何更好的平衡设备的节电及下行调度数据接收的及时性之间的关系，成为m2m通信系统中的急需解决的问题。
技术实现要素：
本发明实施例提供一种监听及发送下行调度数据的方法及装置，用以实现在降低m2m通信系统中的设备的耗电的同时不影响设备接收下行调度数据的及时性，更好的平衡设备的节电及下行调度数据接收的及时性之间的关系。
第一方面，提供一种监听下行调度数据的方法，包括：
启动定时器；
确定所述定时器超时之后，采用第一非连续接收drx监听周期监听基站发送的下行调度数据；
其中，所述第一drx监听周期的时长以分钟或者小时为单位。
结合第一方面，在第一种可能的实现方式中，采用第一drx监听周期监听所述基站发送的下行调度数据，包括：
根据空闲态的调度标识或者连接态的调度标识，采用所述第一drx监听周期监听所述基站发送的下行调度数据。
结合第一方面，或者第一方面的第一种可能的实现方式，在第二种可能的实现方式中，采用第一drx监听周期监听基站发送的下行调度数据之前，还包括：
接收所述基站通过广播方式或者专用信令方式发送的所述基站支持的第一drx监听周期，并将所述基站支持的第一drx监听周期作为所述第一drx监听周期；或者
接收所述基站通过广播方式或者专用信令方式发送的所述基站支持的第一drx监听周期，并将所述基站支持的第一drx监听周期和所述终端所支持的第一drx监听周期中最小drx监听周期或者最大drx监听周期，作为所述第一drx监听周期；或者
将终端上报的第一drx监听周期作为所述第一drx监听周期。
结合第一方面，或者第一方面的第一至第二种可能的实现方式，在第三种可能的实现方式中，所述定时器包括就绪定时器(readytimer)，所述就绪定时器用于确定终端从就绪状态切换至待命状态。
结合第一方面的第三可能的实现方式，在第四种可能的实现方式中，所述定时器还包括减小下行控制信号接收rdr定时器(rdrtimer)，所述rdr定时器用于确定所述终端从连接状态切换至长休眠状态；
启动定时器，包括：
启动所述就绪定时器和所述rdr定时器，启动所述就绪定时器的时间位于启动所述rdr定时器的时间之前；
确定所述定时器超时，包括：
确定所述就绪定时器超时。
结合第一方面，或者第一方面的第一至第二种可能的实现方式，在第五种可能的实现方式中，所述定时器包括rdr定时器(rdrtimer)，所述rdr定时器用于确定所述终端从连接状态切换至长休眠状态；
采用第一drx监听周期监听所述基站发送的下行调度数据之前，还包括：
确定初始监听时刻；
根据所述初始监听时刻确定drx监听时刻，所述drx监听时刻为与所述初始监听时刻相距n个所述第一drx监听周期的时刻n为大于或者等于0的正整数；
采用第一drx监听周期监听所述基站发送的下行调度数据，包括：
在所述drx监听时刻监听所述基站发送的下行调度数据。
结合第一方面的第五种可能的实现方式，在第六种可能的实现方式中，确定初始监听时刻，包括：
根据所述终端的标识和所述第一drx监听周期，确定所述初始监听时刻；或者
将所述drd定时器的结束时刻，作为所述初始监听时刻。
结合第一方面，或者第一方面的第一至第六种可能的实现方式，在第七种可能的实现方式中，启动定时器之后，还包括：
确定所述定时器未超时时，采用第二drx监听周期监听所述基站发送的下行调度数据；
其中，所述第二drx监听周期的时长以毫秒或者秒为单位。
结合第一方面的第七种可能的实现方式，在第八种可能的实现方式中，采用第二drx监听周期监听所述基站发送的下行调度数据之前，还包括：
接收所述基站通过广播方式或者专用信令方式发送的所述基站支持的第二drx监听周期，并将所述基站支持的第二drx监听周期作为所述第二drx监听周期；或者
接收所述基站通过广播方式或者专用信令方式发送的所述基站支持的第二drx监听周期，并将所述基站支持的第二drx监听周期和所述终端所支持的第二drx监听周期中的最小drx监听周期或者最大drx监听周期，作为所述第二drx监听周期；或者
将终端上报的第二drx监听周期作为所述第二drx监听周期。
结合第一方面的第七或者第八种可能的实现方式，在第九种可能的实现方式中，所述定时器包括就绪定时器，所述就绪定时器用于确定终端从就绪状态切换至待命状态；
采用第二drx监听周期监听所述基站发送的下行调度数据，包括：
根据空闲态的调度标识，采用所述第二drx监听周期监听所述基站发送的下行调度数据。
结合第一方面的第七或者第八种可能的实现方式，在第十种可能的实现方式中，所述定时器包括rdr定时器，所述rdr定时器用于确定所述终端从连接状态切换至长休眠状态；
采用第二drx监听周期监听所述基站发送的下行调度数据，包括：
根据连接态的调度标识，采用所述第二drx监听周期监听所述基站发送的下行调度数据。
结合第一方面的第七或者第八种可能的实现方式，在第十一种可能的实现方式中，所述定时器包括就绪定时器和rdr定时器，所述就绪定时器用于确定终端从就绪状态切换至待命状态，所述rdr定时器用于确定所述终端从连接状态切换至长休眠状态；
启动定时器，包括：
启动所述就绪定时器和所述rdr定时器，所述就绪定时器的启动时间位于启动所述rdr定时器的启动时间之前；
确定定时器未超时，包括：
确定所述就绪定时器未超时。
结合第一方面的第十一种可能的实现方式，在第十二种可能的实现方式中，确定定时器未超时之后，采用第二drx监听周期监听所述基站发送的下行调度数据之前，还包括：
确定所述rdr定时器未超时；采用第二drx监听周期监听所述基站发送的下行调度数据，包括：
根据连接态的调度标识，采用所述第二drx监听周期监听所述基站发送的下行调度数据。
结合第一方面的第十一种可能的实现方式，在第十三种可能的实现方式中，确定定时器未超时之后，还包括：
确定所述rdr定时器已超时；
根据空闲态的调度标识，采用第三drx监听周期监听所述基站发送的下行调度数据；
其中，所述第三drx监听周期的时长以毫秒或者秒为单位。
结合第一方面的第十三种可能的实现方式，在第十四种可能的实现方式中，采用第三drx监听周期监听所述基站发送的下行调度数据之前，还包括：
接收所述基站通过广播方式或者专用信令方式发送的所述基站支持的第三drx监听周期，并将所述基站支持的第三drx监听周期作为所述第三drx监听周期；或者
接收所述基站通过广播方式或者专用信令方式发送的所述基站支持的第三drx监听周期，并将所述基站支持的第三drx监听周期和所述终端所支持的第三drx监听周期中的最大drx周期或者最小drx周期，作为所述第三drx监听周期；或者
将终端上报的第三drx监听周期作为所述第三drx监听周期。
结合第一方面的第三至十四种可能的实现方式，在第十五种可能的实现方式中，启动定时器，包括：
启动就绪定时器和/或rdr定时器，所述就绪定时器用于确定终端从就绪状态切换至待命状态，所述rdr定时器用于确定所述终端从连接状态切换至长休眠状态。
结合第一方面的第十五种可能的实现方式，在第十六种可能的实现方式中，启动所述就绪定时器，包括：
在发送最后一个上行逻辑链路控制llc数据包时，启动所述就绪定时器；
启动rdr定时器，包括：
在接收到针对最后一个上行媒体接入控制mac层数据包的正反馈信息时，启动所述rdr定时器。
第二方面，提供一种发送下行调度数据的方法，包括：
接收核心网设备向终端发送的下行调度数据；
确定所述终端采用第一非连续接收drx监听周期监听所述下行调度数据时，采用第一发送周期向所述终端发送所述下行调度数据；
其中，所述的第一发送周期的时长以分钟或者小时为单位。
结合第二方面，在第一种可能的实现方式中，确定所述终端采用第一drx监听周期监听所述下行调度数据，包括：
根据所述下行调度数据中携带的所述第一drx监听周期，确定所述终端采用所述第一drx监听周期监听所述下行调度数据；或者
判定所述下行调度数据为寻呼消息时，确定所述终端采用第一drx监听周期监听所述下行调度数据。
结合第二方面，或者第二方面的第一种可能的实现方式，在第二种可能的实现方式中，采用第一发送周期向所述终端发送所述下行调度数据之前，还包括：
接收所述终端发送的最后一个上行媒体接入控制mac层数据包；
并向所述终端发送针对所述最后一个上行mac层数据包的正反馈信息，启动减小下行控制信号接收rdr定时器，所述rdr定时器用于确定所述终端从连接状态切换至长休眠状态；
确定所述终端采用第一drx监听周期监听所述下行调度数据，包括：
判定所述rdr定时器超时时，确定所述终端采用第一drx监听周期监听所述下行调度数据。
结合第二方面，或者第二方面的第一至第二种可能的实现方式，在第三种可能的实现方式中，采用第一发送周期向所述终端发送所述下行调度数据之前，还包括：
通过广播方式或者专用信令方式将所述第一drx监听周期发送至所述终端；或者，通过广播方式或者专用信令方式将基站所支持的第一drx监听周期发送至所述终端；和/或
通过逻辑链路控制层的上行数据形式将所述基站所支持的第一drx监听周期发送至所述核心网设备。
结合第二方面的第三可能的实现方式，在第四种可能的实现方式中，采用第一发送周期向所述终端发送所述下行调度数据之前，还包括：
确定初始发送时刻；
根据所述初始发送时刻确定drx发送时刻，所述drx发送时刻为与所述初始发送时刻相距n个所述第一发送周期的时刻，n为大于或者等于0的正整数；
在所述drx发送时刻发送所述下行调度数据。
结合第二方面，或者第二方面的第一至第二种可能的实现方式，在第五种可能的实现方式中，确定初始发送时刻，包括：
根据所述终端的标识和所述第一发送周期，确定所述初始发送时刻；或者
将drd定时器的结束时刻，作为所述初始发送时刻，所述rdr定时器用于确定所述终端从连接状态切换至长休眠状态。
结合第二方面的第五可能的实现方式，在第六种可能的实现方式中，确定所述终端采用第一drx监听周期监听所述下行调度数据之前，还包括：
确定所述终端采用第二drx监听周期监听所述下行调度数据，并采用第二发送周期向所述终端发送所述下行调度数据；
其中，所述第二发送周期的时长以毫秒或者秒为单位。
结合第二方面，或者第二方面的第一至第六种可能的实现方式，在第七种可能的实现方式中，确定所述终端采用第二drx监听周期监听所述下行调度数据，包括：
根据所述下行调度数据中携带的所述第二drx监听周期，确定所述终端采用所述第二drx监听周期监听所述下行调度数据；或者
判定所述下行调度数据为下行数据时，确定所述终端采用第二drx监听周期监听所述下行调度数据。
结合第二方面的第七种可能的实现方式，在第八种可能的实现方式中，采用第二发送周期向所述终端发送所述下行调度数据之前，还包括：
接收所述终端发送的最后一个上行媒体接入控制mac层数据包；
并向所述终端发送针对所述最后一个上行mac层数据包的正反馈信息，启动rdr定时器，所述rdr定时器用于确定所述终端从连接状态切换至长休眠状态；
确定所述终端采用第二drx监听周期监听所述下行调度数据，包括：
判定所述下行调度数据为下行数据，且所述rdr定时器未超时时，确定所述终端采用第二drx监听周期监听所述下行调度数据。
结合第二方面的第七或者第八种可能的实现方式，在第九种可能的实现方式中，采用第二发送周期向所述终端发送所述下行调度数据之前，还包括：
通过广播方式或者专用信令方式将所述第二drx监听周期发送至所述终端；或者，通过广播方式或者专用信令方式将基站所支持的第二drx监听周期发送至所述终端；和/或
通过逻辑链路控制层的上行数据形式将所述基站所支持的第二drx监听周期发送至所述核心网设备。
结合第二方面的第七或者第八种可能的实现方式，在第十种可能的实现方式中，采用第一发送周期向所述终端发送所述下行调度数据之前，还包括：
确定所述终端采用第三drx监听周期监听所述下行调度数据时，采用第三发送周期向所述终端发送所述下行调度数据；
其中，所述第三发送周期的时长为毫秒级到秒级。
结合第二方面的第七或者第八种可能的实现方式，在第十一种可能的实现方式中，确定所述终端采用第三drx监听周期监听所述下行调度数据之前，还包括：
接收所述终端发送的最后一个上行媒体接入控制mac层数据包；
并向所述终端发送针对所述最后一个上行mac层数据包的正反馈信息，启动rdr定时器，所述rdr定时器用于确定所述终端从连接状态切换至长休眠状态；
确定所述终端采用第三drx监听周期监听所述下行调度数据，包括：
判定所述下行调度数据为下行数据，且所述rdr定时器超时时，确定所述终端采用第三drx监听周期监听所述下行调度数据。
结合第二方面的第十一种可能的实现方式，在第十二种可能的实现方式中，确定所述终端采用第三drx监听周期监听所述下行调度数据之前，还包括：
通过广播方式或者专用信令方式将所述第三drx监听周期发送至所述终端；和/或
通过逻辑链路控制层的上行数据形式将所述第三drx监听周期发送至所述核心网设备。
第三方面、提供一种终端，包括：
启动单元，用于启动定时器；
确定单元，用于确定所述定时器超时；
监听单元，用于所述确定单元确定所述定时器超时之后，采用第一非连续接收drx监听周期监听基站发送的下行调度数据；
其中，所述第一drx监听周期的时长以分钟或者小时为单位。
结合第三方面，在第一种可能的实现方式中，所述监听单元用于：
根据空闲态的调度标识或者连接态的调度标识，采用所述第一drx监听周期监听所述基站发送的下行调度数据。
结合第三方面，或者第三方面的第一种可能的实现方式，在第二种可能的实现方式中，还包括接收单元，所述接收单元用于，接收所述基站通过广播方式或者专用信令方式发送的所述基站支持的第一drx监听周期；所述确定单元还用于，将所述基站支持的第一drx监听周期作为所述第一drx监听周期；或者
所述接收单元用于，接收所述基站通过广播方式或者专用信令方式发送的所述基站支持的第一drx监听周期；所述确定单元还用于，将所述基站支持的第一drx监听周期和所述终端所支持的第一drx监听周期中最小drx监听周期或者最大drx监听周期，作为所述第一drx监听周期；或者
所述确定单元还用于，将终端上报的第一drx监听周期作为所述第一drx监听周期。
结合第三方面，或者第三方面的第一至第二种可能的实现方式，在第三种可能的实现方式中，所述定时器包括就绪定时器(readytimer)，所述就绪定时器用于确定终端从就绪状态切换至待命状态。
结合第三方面的第三可能的实现方式，在第四种可能的实现方式中，所述定时器还包括减小下行控制信号接收rdr定时器(rdrtimer)，所述rdr定时器用于确定所述终端从连接状态切换至长休眠状态；
所述启动单元用于，启动所述就绪定时器和所述rdr定时器，启动所述就绪定时器的时间位于启动所述rdr定时器的时间之前；
所述确定单元用于，确定所述就绪定时器超时。
结合第三方面，或者第三方面的第一至第二种可能的实现方式，在第五种可能的实现方式中，所述定时器包括rdr定时器(rdrtimer)，所述rdr定时器用于确定所述终端从连接状态切换至长休眠状态；
所述确定单元还用于，确定初始监听时刻；
根据所述初始监听时刻确定drx监听时刻，所述drx监听时刻为与所述初始监听时刻相距n个所述第一drx监听周期的时刻n为大于或者等于0的正整数；
所述监听单元用于，在所述drx监听时刻监听所述基站发送的下行调度数据。
结合第三方面的第五种可能的实现方式，在第六种可能的实现方式中，所述确定单元在确定初始监听时刻时，具体为：
根据所述终端的标识和所述第一drx监听周期，确定所述初始监听时刻；或者
将所述drd定时器的结束时刻，作为所述初始监听时刻。
结合第三方面，或者第三方面的第一至第六种可能的实现方式，在第七种可能的实现方式中，所述确定单元还用于，确定所述定时器未超时；
所述监听单元还用于，在所述确定单元确定所述定时器未超时时，采用第二drx监听周期监听所述基站发送的下行调度数据；
其中，所述第二drx监听周期的时长以毫秒或者秒为单位。
结合第三方面的第七种可能的实现方式，在第八种可能的实现方式中，还包括接收单元，所述接收单元用于，接收所述基站通过广播方式或者专用信令方式发送的所述基站支持的第二drx监听周期；所述确定单元还用于，将所述基站支持的第二drx监听周期作为所述第二drx监听周期；或者
所述接收单元还用于，接收所述基站通过广播方式或者专用信令方式发送的所述基站支持的第二drx监听周期；所述确定单元还用于，将所述基站支持的第二drx监听周期和所述终端所支持的第二drx监听周期中的最小drx监听周期或者最大drx监听周期，作为所述第二drx监听周期；或者
所述确定单元还用于，将终端上报的第二drx监听周期作为所述第二drx监听周期。
结合第三方面的第七或者第八种可能的实现方式，在第九种可能的实现方式中，所述定时器包括就绪定时器，所述就绪定时器用于确定终端从就绪状态切换至待命状态；
所述监听单元用于，根据空闲态的调度标识，采用所述第二drx监听周期监听所述基站发送的下行调度数据。
结合第三方面的第七或者第八种可能的实现方式，在第十种可能的实现方式中，所述定时器包括rdr定时器，所述rdr定时器用于确定所述终端从连接状态切换至长休眠状态；
所述监听单元用于，根据连接态的调度标识，采用所述第二drx监听周期监听所述基站发送的下行调度数据。
结合第三方面的第七或者第八种可能的实现方式，在第十一种可能的实现方式中，所述定时器包括就绪定时器和rdr定时器，所述就绪定时器用于确定终端从就绪状态切换至待命状态，所述rdr定时器用于确定所述终端从连接状态切换至长休眠状态；
所述启动单元用于，启动所述就绪定时器和所述rdr定时器，所述就绪定时器的启动时间位于启动所述rdr定时器的启动时间之前；
所述确定单元确定定时器未超时，具体为：
确定所述就绪定时器未超时。
结合第三方面的第十一种可能的实现方式，在第十二种可能的实现方式中，所述确定单元还用于，确定所述rdr定时器未超时；
所述监听单元用于，根据连接态的调度标识，采用所述第二drx监听周期监听所述基站发送的下行调度数据。
结合第三方面的第十一种可能的实现方式，在第十三种可能的实现方式中，所述确定单元还用于，确定所述rdr定时器已超时；
所述监听单元还用于，根据空闲态的调度标识，采用第三drx监听周期监听所述基站发送的下行调度数据；
其中，所述第三drx监听周期的时长以毫秒或者秒为单位。
结合第三方面的第十三种可能的实现方式，在第十四种可能的实现方式中，还包括接收单元，所述接收单元用于接收所述基站通过广播方式或者专用信令方式发送的所述基站支持的第三drx监听周期；所述确定单元还用于，将所述基站支持的第三drx监听周期作为所述第三drx监听周期；或者
所述接收单元还用于，接收所述基站通过广播方式或者专用信令方式发送的所述基站支持的第三drx监听周期；所述确定单元还用于，将所述基站支持的第三drx监听周期和所述终端所支持的第三drx监听周期中的最大drx周期或者最小drx周期，作为所述第三drx监听周期；或者
所述确定单元还用于，将终端上报的第三drx监听周期作为所述第三drx监听周期。
结合第三方面的第三至十四种可能的实现方式，在第十五种可能的实现方式中，所述启动单元用于，启动就绪定时器和/或rdr定时器，所述就绪定时器用于确定终端从就绪状态切换至待命状态，所述rdr定时器用于确定所述终端从连接状态切换至长休眠状态。
结合第三方面的第十五种可能的实现方式，在第十六种可能的实现方式中，所述启动单元启动所述就绪定时器时，具体为：
在发送最后一个上行逻辑链路控制llc数据包时，启动所述就绪定时器；
所述启动单元启动rdr定时器时，具体为：
在接收到针对最后一个上行媒体接入控制mac层数据包的正反馈信息时，启动所述rdr定时器。
第四方面，提供一种基站，包括：
接收单元，用于接收核心网设备向终端发送的下行调度数据；
确定单元，用于确定所述终端采用第一非连续接收drx监听周期监听所述下行调度数据；
发送单元，用于所述确定单元确定所述终端采用第一非连续接收drx监听周期监听所述下行调度数据时，采用第一发送周期向所述终端发送所述下行调度数据；
其中，所述的第一发送周期的时长以分钟或者小时为单位。
结合第四方面，在第一种可能的实现方式中，所述确定单元用于，根据所述下行调度数据中携带的所述第一drx监听周期，确定所述终端采用所述第一drx监听周期监听所述下行调度数据；或者
判定所述下行调度数据为寻呼消息时，确定所述终端采用第一drx监听周期监听所述下行调度数据。
结合第四方面，或者第四方面的第一种可能的实现方式，在第二种可能的实现方式中，所述接收单元还用于，接收所述终端发送的最后一个上行媒体接入控制mac层数据包；
所述发送单元还用于，向所述终端发送针对所述最后一个上行mac层数据包的正反馈信息；
还包括启动单元，用于在所述发送单元向所述终端发送针对所述最后一个上行mac层数据包的正反馈信息时，启动减小下行控制信号接收rdr定时器，所述rdr定时器用于确定所述终端从连接状态切换至长休眠状态；
所述确定单元用于，判定所述rdr定时器超时时，确定所述终端采用第一drx监听周期监听所述下行调度数据。
结合第四方面，或者第四方面的第一至第二种可能的实现方式，在第三种可能的实现方式中，所述发送单元还用于，通过广播方式或者专用信令方式将所述第一drx监听周期发送至所述终端；或者，通过广播方式或者专用信令方式将基站所支持的第一drx监听周期发送至所述终端；和/或
通过逻辑链路控制层的上行数据形式将所述基站所支持的第一drx监听周期发送至所述核心网设备。
结合第四方面的第三可能的实现方式，在第四种可能的实现方式中，所述确定单元还用于，确定初始发送时刻；根据所述初始发送时刻确定drx发送时刻，所述drx发送时刻为与所述初始发送时刻相距n个所述第一发送周期的时刻，n为大于或者等于0的正整数；
所述发送单元用于，在所述drx发送时刻发送所述下行调度数据。
结合第四方面，或者第四方面的第一至第二种可能的实现方式，在第五种可能的实现方式中，所述确定单元确定初始发送时刻时，具体为：
根据所述终端的标识和所述第一发送周期，确定所述初始发送时刻；或者
将drd定时器的结束时刻，作为所述初始发送时刻，所述rdr定时器用于确定所述终端从连接状态切换至长休眠状态。
结合第四方面的第五种可能的实现方式，在第六种可能的实现方式中，所述确定单元还用于，确定所述终端采用第二drx监听周期监听所述下行调度数据；
所述发送单元还用于，采用第二发送周期向所述终端发送所述下行调度数据；
其中，所述第二发送周期的时长以毫秒或者秒为单位。
结合第四方面，或者第四方面的第一至第六种可能的实现方式，在第七种可能的实现方式中，所述确定单元确定所述终端采用第二drx监听周期监听所述下行调度数据时，具体为：
根据所述下行调度数据中携带的所述第二drx监听周期，确定所述终端采用所述第二drx监听周期监听所述下行调度数据；或者
判定所述下行调度数据为下行数据时，确定所述终端采用第二drx监听周期监听所述下行调度数据。
结合第四方面的第七种可能的实现方式，在第八种可能的实现方式中，所述接收单元还用于，接收所述终端发送的最后一个上行媒体接入控制mac层数据包；
所述发送单元还用于，向所述终端发送针对所述最后一个上行mac层数据包的正反馈信息；
还包括启动单元，用于在所述发送单元向所述终端发送针对所述最后一个上行mac层数据包的正反馈信息时，启动rdr定时器，所述rdr定时器用于确定所述终端从连接状态切换至长休眠状态；
所述确定单元确定所述终端采用第二drx监听周期监听所述下行调度数据时，具体为：
判定所述下行调度数据为下行数据，且所述rdr定时器未超时时，确定所述终端采用第二drx监听周期监听所述下行调度数据。
结合第四方面的第七或者第八种可能的实现方式，在第九种可能的实现方式中，所述发送单元还用于，通过广播方式或者专用信令方式将所述第二drx监听周期发送至所述终端；或者，通过广播方式或者专用信令方式将基站所支持的第二drx监听周期发送至所述终端；和/或
通过逻辑链路控制层的上行数据形式将所述基站所支持的第二drx监听周期发送至所述核心网设备。
结合第四方面的第七或者第八种可能的实现方式，在第十种可能的实现方式中，所述确定单元还用于，确定所述终端采用第三drx监听周期监听所述下行调度数据；
所述发送单元还用于，在所述确定单元确定所述终端采用第三drx监听周期监听所述下行调度数据时，采用第三发送周期向所述终端发送所述下行调度数据；
其中，所述第三发送周期的时长为毫秒级到秒级。
结合第四方面的第七或者第八种可能的实现方式，在第十一种可能的实现方式中，所述接收单元还用于，接收所述终端发送的最后一个媒体接入控制mac层数据包；
所述发送单元还用于，向所述终端发送针对所述最后一个上行mac层数据包的正反馈信息；
还包括启动单元，用于在所述发送单元向所述终端发送针对所述最后一个上行mac层数据包的正反馈信息时，启动rdr定时器，所述rdr定时器用于确定所述终端从连接状态切换至长休眠状态；
所述确定单元确定所述终端采用第三drx监听周期监听所述下行调度数据时，具体为：
判定所述下行调度数据为下行数据，且所述rdr定时器超时时，确定所述终端采用第三drx监听周期监听所述下行调度数据。
结合第四方面的第十一种可能的实现方式，在第十二种可能的实现方式中，所述发送单元还用于，通过广播方式或者专用信令方式将所述第三drx监听周期发送至所述终端；和/或
通过逻辑链路控制层的上行数据形式将所述第三drx监听周期发送至所述核心网设备。
现有技术中，即使在定时器超时后，也是采用时长以秒或者毫秒为单位的drx监听周期来监听下行调度数据的，因此存在耗电量较大的缺陷，无法平衡设备的节电及下行调度数据接收的及时性之间的关系，而本发明实施例中，在确定定时器超时之后，是采用时长以分钟或者小时为单位的第一drx监听周期来监听下行调度数据的，这样，即节省了耗电量，也能监听到下行调度数据。
附图说明
图1为现有技术中m2m系统的示意图；
图2a为本发明实施例中gb架构的一种示意图；
图2b为本发明实施例中gb架构的另一种示意图；
图2c为本发明实施例中gb架构的另一种示意图；
图2d为本发明实施例中s1架构的一种示意图；
图3为本发明实施例中监听下行调度数据的流程图；
图4为本发明实施例中发送下行调度数据的流程图；
图5a为本发明实施例中终端的一种结构示意图；
图5b为本发明实施例中终端的另一种结构示意图；
图6a为本发明实施例中基站的一种结构示意图；
图6b为本发明实施例中基站的另一种结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本文中描述的技术可用于各种通信系统，例如当前2g，3g通信系统、let(longtermevolution，长期演进)通信系统和下一代通信系统，例如，gsm(globalsystemformobilecommunications，全球移动通信系统)，cdma(codedivisionmultipleaccess，码分多址)系统，tdma(timedivisionmultipleaccess，时分多址)系统，wcdma(widebandcodedivisionmultipleaccesswireless，宽带码分多址)，fdma(frequencydivisionmultipleaddressing，频分多址)系统，ofdma(orthogonalfrequency-divisionmultipleaccess，正交频分多址)系统，单载波fdma(sc-fdma)系统，gprs(generalpacketradioservice，通用分组无线业务)系统，以及其他此类通信系统。
以下，对本申请中的应用架构进行解释说明，以便于本领域技术人员理解。
本发明可以应用与gb架构下，在gb架构下可以仅使用就绪定时器，如图2a所示，在仅使用就绪定时器的场景下，在就绪定时器未超时的时间段内，使用第二drx(discontinuousreception，非连续接收)监听周期监听下行调度数据，在就绪定时器超时后的时间段内，使用第一drx监听周期监听下行调度数据；进一步的，还可以使用rdr定时器，如图2b所示，在这种情况下，在就绪定时器和rdr定时器均未超时的时间段内，使用第二drx监听周期监听下行调度数据，在就绪定时器超时后的时间段内，使用第一drx监听周期监听下行调度数据，此时，在就绪定时器超时的时候，即使rdr定时器未超时，也要停止rdr定时器；图2b描述的是就绪定时器超时的时候，rdr定时器未超时的情况，当然，在就绪定时器超时的时候，rdr定时器已经超时，如图2c所示，在这种情况下，在就绪定时器和rdr定时器均未超时的时间段内，使用第二drx监听周期监听下行调度数据，在就绪定时器未超时，但是rdr定时器已经超时的时间段内，使用第三drx监听周期监听下行调度数据，在就绪定时器超时后的时间段内，使用第一drx监听周期监听下行调度数据。
其中，第一drx监听周期是以分钟或者小时为单位，第二drx监听周期和第三drx监听周期均是以毫秒或者秒为单位，第二drx监听周期和第三drx监听周期可以相同也可以不同。
本发明可以应用于s1架构下，在s1架构下可以仅使用rdr定时器，如图2d所示，在rdr定时器的场景下，在rdr定时器未超时的时间段内，使用第二drx监听周期监听下行调度数据，在rdr定时器超时后的时间段内，使用第一drx监听周期监听下行调度数据。
需要说明的是，就绪定时器是终端和核心网之间同时维护的定时器，此处的核心网可以指sgsn(servinggprssupportnode,服务支持节点，gprs(generalpacketradioservice，通用分组无线业务))，终端在发送最后一个上行llc数据包后，启动就绪定时器。而核心网是在收到最后一个上行llc数据包后，启动就绪定时器。rdr定时器是终端和基站之间同时设置的定时器。在终端侧，当终端发送最后一个上行mac层数据包后，并且收到基站对于该mac层数据包的正反馈信息后，启动rdr定时器。当终端侧的就绪定时器超时后，如果rdr定时器没有超时，则终端停止rdr定时器，并在终端侧释放连接。在基站侧，当基站收到终端发送的最后一个上行mac层数据包后，并向终端发送对于该mac层数据包的正反馈信息后，启动rdr定时器。在gb架构下，当基站收到核心网下发的寻呼消息后，如果rdr定时器没有超时，则停止rdr定时器，释放对于终端的连接。如果定时器超时后，基站释放对于终端的连接。在s1架构下，rdr定时器超时后，基站向核心网发起连接释放请求，核心网会释放该终端的s1连接，基站会释放该终端的空口连接。
下面结合说明书附图对本发明优选的实施方式进行详细说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明，并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
下面结合附图对本发明实施例进行详细说明。
参阅图3所示，本发明实施例中，监听下行调度数据的流程如下：
步骤300：启动定时器；
步骤310：确定定时器超时之后，采用第一drx监听周期监听基站发送的下行调度数据；
其中，第一drx监听周期的时长以分钟或者小时为单位。
现有技术中，即使在定时器超时后，也是采用时长以秒或者毫秒为单位的drx监听周期来监听下行调度数据的，因此存在耗电量较大的缺陷，无法平衡设备的节电及下行调度数据接收的及时性之间的关系，而本发明实施例中，在确定定时器超时之后，是采用时长以分钟或者小时为单位的第一drx监听周期来监听下行调度数据的，这样，即节省了耗电量，也能监听到下行调度数据。
本发明实施例中，采用第一drx监听周期监听基站发送的下行调度数据的方式有多种，例如，可以采用如下几种方式：
根据空闲态的调度标识或者连接态的调度标识，采用第一drx监听周期监听基站发送的下行调度数据。
在gb架构下的图2a、图2b和图2c所示的三种场景下，就绪定时器超时后，终端均返回空闲态，在这种情况下，采用第一drx监听周期监听基站发送的下行调度数据时，可以为，根据空闲态的调度标识，采用第一drx监听周期监听基站发送的下行调度数据。
在s1架构下的图2d所示的场景下，rdr定时器超时后，终端可以返回空闲态的长休眠态，也可以仍处于连接态的长休眠态。
如果图2d所示的场景下，如果rdr定时器超时后，终端返回空闲态的长休眠态，此时，采用第一drx监听周期监听基站发送的下行调度数据时，可以为，根据空闲态的调度标识，采用第一drx监听周期监听基站发送的下行调度数据。
如果rdr定时器超时后，终端返回连接态的的长休眠态，此时，采用第一drx监听周期监听基站发送的下行调度数据时，可以为，根据连接态的调度标识，采用第一drx监听周期监听基站发送的下行调度数据。
本发明实施例中，进一步的，采用第一drx监听周期监听基站发送的下行调度数据之前，还包括如下操作：
接收基站通过广播方式或者专用信令方式发送的基站支持的第一drx监听周期，并将基站支持的第一drx监听周期作为第一drx监听周期；或者
接收基站通过广播方式或者专用信令方式发送的基站支持的第一drx监听周期，并将基站支持的第一drx监听周期和终端所支持的第一drx监听周期中最小drx监听周期或者最大drx监听周期，作为第一drx监听周期；或者
将终端上报的第一drx监听周期作为第一drx监听周期。
当然，进一步的，终端也可以将所支持的第一drx监听周期发送至核心网设备。
本发明实施例中，步骤300中所说的定时器可以仅仅包括就绪定时器(readytimer)，如图2a所示，就绪定时器用于确定终端从就绪状态切换至待命状态，也就是说，就绪定时器未超时之前，终端处于就绪状态，就绪定时器超时之后，终端处于待命状态。
如果仅包括就绪定时器的话，启动定时器，可以为：
启动就绪定时器；
确定定时器超时，可以为：
确定就绪定时器超时。
当然，也可以进一步包括rdr定时器(timer)，如图2b和图2c所示，rdr定时器用于确定终端从连接状态切换至长休眠状态，也就是说，rdr定时器未超时时，终端处于连接状态，如果rdr定时器超时之后，终端处于长休眠状态，其中，长休眠状态包括空闲态的长休眠状态，或者连接态的长休眠状态。
这种情况下，启动定时器，可以为：
启动就绪定时器和rdr定时器，启动就绪定时器的时间位于启动rdr定时器的时间之前；
虽然同时包括就绪定时器和rdr定时器，但是，确定定时器超时，可以为：
确定就绪定时器超时。
也就是说，虽然同时包括就绪定时器和rdr定时器，但是，只要就绪定时器超时了，就可以采用第一drx监听周期监听基站发送的下行调度数据，此时，如果就绪定时器超时了，rdr定时器没有超时，也要停止rdr定时器，释放连接。
上述讲述的是定时器仅包括就绪定时器，或者，同时包括就绪定时器和rdr定时器的情况，但是，在实际应用中，定时器也可能仅包括rdr定时器，如图2d所示的s1架构，在这种情况下，启动定时器，可以为：
启动rdr定时器；
确定定时器超时，可以为：
确定rdr定时器超时。
在定时器仅包括rdr定时器，且rdr超时后，终端处于连接态的长休眠状态时，采用第一drx监听周期监听基站发送的下行调度数据之前，还包括如下操作：
确定初始监听时刻；
根据初始监听时刻确定drx监听时刻，drx监听时刻为与初始监听时刻相距n个第一drx监听周期的时刻，n为大于或者等于0的正整数；
此时，采用第一drx监听周期监听基站发送的下行调度数据的方式有多种，可选的，可以采用如下方式：
在drx监听时刻监听基站发送的下行调度数据。
确定初始监听时刻的方式有多种，可选的，可以采用如下方式：
根据终端的标识和第一drx监听周期，确定初始监听时刻；或者，也可以采用如下方式：
将drd定时器的结束时刻，作为初始监听时刻。
上述讲述的是，启动定时器之后，确定定时器超时之后的情况，当然，还存在启动定时器之后，定时器未超时的情况，下面对定时器未超时的情况进行描述。
因此，进一步的，启动定时器之后，还包括如下操作：
确定定时器未超时时，采用第二drx监听周期监听基站发送的下行调度数据；
其中，第二drx监听周期的时长以毫秒或者秒为单位。
也就是说，在定时器超时之后，采用第一drx监听周期监听基站发送的下行调度数据，在定时器超时之前，采用第二drx监听周期监听基站发送的下行调度数据。
进一步的，采用第二drx监听周期监听基站发送的下行调度数据之前，还包括如下操作：
接收基站通过广播方式或者专用信令方式发送的基站支持的第二drx监听周期，并将基站支持的第二drx监听周期作为第二drx监听周期；或者
接收基站通过广播方式或者专用信令方式发送的基站支持的第二drx监听周期，并将基站支持的第二drx监听周期和终端所支持的第二drx监听周期中的最小drx监听周期或者最大drx监听周期，作为第二drx监听周期；或者
将终端上报的第二drx监听周期作为第二drx监听周期。
当然，定时器未超时也包括三种情况，如，定时器仅包括就绪定时器，或者仅包括rdr定时器，或者，同时包括就绪定时器和rdr定时器，下面分别进行描述。
定时器仅包括就绪定时器，此时，确定定时器未超时，可以为：
确定就绪定时器未超时；
采用第二drx监听周期监听基站发送的下行调度数据时，可选的，可以为：
根据空闲态的调度标识，采用第二drx监听周期监听基站发送的下行调度数据。
或者，定时器仅包括rdr定时器，此时，确定定时器未超时，可以为：
确定rdr定时器未超时。
采用第二drx监听周期监听基站发送的下行调度数据时，可以为：
根据连接态的调度标识，采用第二drx监听周期监听基站发送的下行调度数据。
或者，定时器包括就绪定时器和rdr定时器，此时，启动定时器，可以为：
启动就绪定时器和rdr定时器，就绪定时器的启动时间位于启动rdr定时器的启动时间之前；
确定定时器未超时，可以为：
确定就绪定时器未超时。
但是，在确定就绪定时器未超时的时候，rdr定时器可能超时，也可能不超时，此时，当就绪定时器未超时，rdr定时器也未超时时，采用第二drx监听周期监听基站发送的下行调度数据时，可以为：
根据连接态的调度标识，采用第二drx监听周期监听基站发送的下行调度数据。
当然，在就绪定时器未超时，rdr定时器也已经超时时，此时，要根据空闲态的调度标识，采用第三drx监听周期监听基站发送的下行调度数据；
其中，第三drx监听周期的时长以毫秒或者秒为单位。
需要说明的是，第二drx监听周期与第三drx监听周期可以相同，也可以不同，在此不做具体限定。
本发明实施例中，采用第三drx监听周期监听基站发送的下行调度数据之前，还包括如下操作：
接收基站通过广播方式或者专用信令方式发送的基站支持的第三drx监听周期，并将基站支持的第三drx监听周期作为第三drx监听周期；或者
接收基站通过广播方式或者专用信令方式发送的基站支持的第三drx监听周期，并将基站支持的第三drx监听周期和终端所支持的第三drx监听周期中的最大drx周期或者最小drx周期，作为第三drx监听周期；或者
将终端上报的第三drx监听周期作为第三drx监听周期。
本发明实施例中，启动定时器的方式有多种，可选的，可以采用如下方式：
启动就绪定时器和/或rdr定时器，就绪定时器用于确定终端从就绪状态切换至待命状态，rdr定时器用于确定终端从连接状态切换至长休眠状态。
其中，启动就绪定时器的方式有多种，可选的，可以采用如下方式：
在发送最后一个上行llc(logicallinkcontrol，逻辑链路控制)数据包时，启动就绪定时器；
启动rdr定时器的方式有多种，可选的，可以采用如下方式：
在接收到针对最后一个上行mac(mediumaccesscontrol，媒体接入控制)层数据包的正反馈信息时，启动rdr定时器。
终端在监听下行调度数据时，例如，监听到p-rnti(pagingradionetworktemporaryidentifier，寻呼无线网络临时标识)后，在p-rnti指示的寻呼资源上读取寻呼记录，如果有包括终端的标识的寻呼记录，则表示该终端被寻呼，如果没有，则表示该终端没有被寻呼。
本发明实施例中，下行调度数据包括为下行数据，也可以为寻呼消息，当然，还可以为其他形式，在此不再进行具体限定。
本发明实施例中，采用第一drx监听周期监听基站发送的下行调度数据之前，还包括如下操作：
向基站发送接入请求；
接收基站根据接入请求分配的资源配置信息；
并根据资源配置信息与基站和核心网之间进行数据传输。
其中，连接态的调度标识有多种形式，可选的，可以为tbf(temporaryblockflow，临时块流)，或者，也可以是c-rnti(cellradionetworktemporaryidentifier，小区无线网络临时标识)；
空闲态的调度标识也有多种形式，可选的，可以为ue专用的空闲态的调度标识，如tlli(temporarylogicallinkidentifier，临时逻辑链路标识)，s-tmsi(saetemporarymobilesubscriberidentity，sae临时识别码，sae(systemarchitectureevolution，系统架构演进))，p-tmsi(pstemporarymobilesubscriberidentity，ps临时识别码，ps(packetswitched，分组交换)，imsi(internationalmobilesubscriberidentificationnumber，国际移动用户识识别码)，imsimodn；或者也可以为公共的空闲态的调度标识，如，p-rnti(pagingradionetworktemporaryidentifier，寻呼无线网络临时标识)等。
参阅图4所示，本发明实施例中，发送下行调度数据的流程如下：
步骤400：接收核心网设备向终端发送的下行调度数据；
步骤410：确定终端采用第一drx监听周期监听下行调度数据时，采用第一发送周期向终端发送下行调度数据；
其中，的第一发送周期的时长以分钟或者小时为单位。
本发明实施例中，确定终端采用第一drx监听周期监听下行调度数据的方式有多种，可选的，可以为如下方式：
根据下行调度数据中携带的第一drx监听周期，确定终端采用第一drx监听周期监听下行调度数据；或者
判定下行调度数据为寻呼消息时，确定终端采用第一drx监听周期监听下行调度数据。
也就是说，如果下行调度数据中直接携带了第一drx监听周期的话，可以直接根据第一drx监听周期，确定终端采用第一drx监听周期监听下行调度数据；如果下行调度数据中没有携带第一drx监听周期的话，可以判断下行调度数据的类型，如果下行调度数据的类型为寻呼消息的话，确定终端采用第一drx监听周期监听下行调度数据。
上述两种情况适用于gb架构的图2a、图2b和图2c所示场景，也适用于图2d所示的rdr定时器超时后，终端处于空闲态的场景。
当然，也可以采用rdr定时器超时，来确定终端采用第一drx监听周期监听下行调度数据。
对于s1架构下的rdr定时器超时后，终端处于连接态的长休眠状态的情况，可以采用下行调度数据携带第一drx监听周期的方式，来确定终端采用第一drx监听周期监听下行调度数据；
也可以采用rdr超时的方式，来确定终端采用第一drx监听周期监听下行调度数据。
因此，本发明实施例中，采用第一发送周期向终端发送下行调度数据之前，还包括如下操作：
接收终端发送的最后一个上行mac层数据包；
并向终端发送针对最后一个上行mac层数据包的正反馈信息，启动rdr定时器，rdr定时器用于确定所述终端从连接状态切换至长休眠状态；
确定终端采用第一非连续接收drx监听周期监听下行调度数据时，可以采用如下方式：
判定rdr定时器超时时，确定终端采用第一drx监听周期监听下行调度数据。
本发明实施例中，采用第一发送周期向终端发送下行调度数据之前，还包括如下操作：
通过广播方式或者专用信令方式将第一drx监听周期发送至终端；或者，通过广播方式或者专用信令方式将基站所支持的第一drx监听周期发送至终端；和/或
通过逻辑链路控制层的上行数据形式将基站所支持的第一drx监听周期发送至核心网设备。
本发明实施例中，采用第一发送周期向终端发送下行调度数据之前，还包括：
确定初始发送时刻；
根据初始发送时刻确定drx发送时刻，drx发送时刻为与初始发送时刻相距n个第一发送周期的时刻，n为大于或者等于0的正整数；
在drx发送时刻发送下行调度数据。
本发明实施例中，确定初始发送时刻的方式有多种，可选的，可以采用如下方式：
根据终端的标识和第一发送周期，确定初始发送时刻；或者
将drd定时器的结束时刻，作为初始发送时刻，rdr定时器用于确定终端从连接状态切换至空闲状态。
上述确定drx发送时刻的方式适用于s1架构下当rdr定时器超时，但是终端仍处于连接态的长休眠态的情况。
上述讲述的是，确定终端采用第一drx监听周期监听下行调度数据，当然，终端也可以采用第二drx监听周期监听下行调度数据，此时，基站要采用与第二drx监听周期对应的第二发送周期发送下行调度数据，因此，本发明实施例中，确定终端采用第一非连续接收drx监听周期监听下行调度数据之前，还包括如下操作：
确定终端采用第二drx监听周期监听下行调度数据，并采用第二发送周期向终端发送下行调度数据；
第二发送周期的时长以毫秒或者秒为单位。
本发明实施例中，确定终端采用第二drx监听周期监听下行调度数据的方式有多种，可选的，可以采用如下方式：
根据下行调度数据中携带的第二drx监听周期，确定终端采用第二drx监听周期监听下行调度数据；或者
判定下行调度数据为下行数据时，确定终端采用第二drx监听周期监听下行调度数据。
当时，对于图2b和图2c所示的场景，下行调度数据为下行数据时，可能终端还没有采用第二drx监听周期监听下行调度数据，进一步，当rdr定时器启动并未超时时，才确定终端采用第二drx监听周期监听下行调度数据。因此，本发明实施例中，采用第二发送周期向终端发送下行调度数据之前，还包括如下操作：
接收终端发送的最后一个上行mac层数据包；
并向终端发送针对最后一个上行mac层数据包的正反馈信息，启动rdr定时器，rdr定时器用于确定所述终端从连接状态切换至长休眠状态；
确定终端采用第二drx监听周期监听下行调度数据，包括：
判定下行调度数据为下行数据，且rdr定时器未超时时，确定终端采用第二drx监听周期监听下行调度数据。
本发明实施例中，采用第二发送周期向终端发送下行调度数据之前，还包括如下操作：
通过广播方式或者专用信令方式将第二drx监听周期发送至终端；或者，通过广播方式或者专用信令方式将基站所支持的第二drx监听周期发送至终端；和/或
通过逻辑链路控制层的上行数据形式将基站所支持的第二drx监听周期发送至核心网设备。
在图2c所示中，在就绪定时器未超时，rdr定时器超时的时间段内，终端采用第三drx监听周期监听下行调度数据，因此，本发明实施例中，采用第一发送周期向终端发送下行调度数据之前，还包括如下操作：
确定终端采用第三drx监听周期监听下行调度数据时，采用第三发送周期向终端发送下行调度数据；
其中，第三发送周期的时长为毫秒级到秒级。
本发明实施例中，确定终端采用第三drx监听周期监听下行调度数据之前，还包括如下操作：
接收终端发送的最后一个上行mac层数据包；
并向终端发送针对最后一个上行mac层数据包的正反馈信息，启动rdr定时器，rdr定时器用于确定终端从连接状态切换至长休眠状态；
确定终端采用第三drx监听周期监听下行调度数据，包括：
判定下行调度数据为下行数据，且rdr定时器超时时，确定终端采用第三drx监听周期监听下行调度数据。
本发明实施例中，进一步的，确定终端采用第三drx监听周期监听下行调度数据之前，还包括如下操作：
通过广播方式或者专用信令方式将第三drx监听周期发送至终端；和/或
通过逻辑链路控制层的上行数据形式将第三drx监听周期发送至核心网设备。
需要说明的是，第三发送周期跟第二发送周期可以相同，也可以不同，在此不做具体限定。
本发明实施例中，基站向终端发送的第一drx监听周期、第二drx监听周期和第三drx监听周期可以是自己确定的，也可以是来自于核心网发送的，当然，还可以是其他方式，在此不做具体限定。
参阅图5a所示，本发明实施例中，提出一种终端的示意图，该终端包括启动单元50、确定单元51和监听单元52，其中：
启动单元50，用于启动定时器；
确定单元51，用于确定定时器超时；
监听单元52，用于确定单元51确定定时器超时之后，采用第一非连续接收drx监听周期监听基站发送的下行调度数据；
其中，第一drx监听周期的时长以分钟或者小时为单位。
可选的，监听单元52用于：
根据空闲态的调度标识或者连接态的调度标识，采用第一drx监听周期监听基站发送的下行调度数据。
进一步的，还包括接收单元53，接收单元53用于，接收基站通过广播方式或者专用信令方式发送的基站支持的第一drx监听周期；确定单元51还用于，将基站支持的第一drx监听周期作为第一drx监听周期；或者
接收单元53用于，接收基站通过广播方式或者专用信令方式发送的基站支持的第一drx监听周期；确定单元51还用于，将基站支持的第一drx监听周期和终端所支持的第一drx监听周期中最小drx监听周期或者最大drx监听周期，作为第一drx监听周期；或者
确定单元51还用于，将终端上报的第一drx监听周期作为第一drx监听周期。
可选的，定时器包括就绪定时器(readytimer)，就绪定时器用于确定终端从就绪状态切换至待命状态。
进一步的，定时器还包括减小下行控制信号接收rdr定时器(rdrtimer)，rdr定时器用于确定终端从连接状态切换至长休眠状态；
启动单元50用于，启动就绪定时器和rdr定时器，启动就绪定时器的时间位于启动rdr定时器的时间之前；
确定单元51用于，确定就绪定时器超时。
可选的，定时器包括rdr定时器(rdrtimer)，rdr定时器用于确定终端从连接状态切换至长休眠状态；
确定单元51还用于，确定初始监听时刻；
根据初始监听时刻确定drx监听时刻，drx监听时刻为与初始监听时刻相距n个第一drx监听周期的时刻n为大于或者等于0的正整数；
监听单元52用于，在drx监听时刻监听基站发送的下行调度数据。
可选的，确定单元51在确定初始监听时刻时，具体为：
根据终端的标识和第一drx监听周期，确定初始监听时刻；或者
将drd定时器的结束时刻，作为初始监听时刻。
进一步的，确定单元51还用于，确定定时器未超时；
监听单元52还用于，在确定单元51确定定时器未超时时，采用第二drx监听周期监听基站发送的下行调度数据；
其中，第二drx监听周期的时长以毫秒或者秒为单位。
进一步的，还包括接收单元53，接收单元53用于，接收基站通过广播方式或者专用信令方式发送的基站支持的第二drx监听周期；确定单元51还用于，将基站支持的第二drx监听周期作为第二drx监听周期；或者
接收单元53还用于，接收基站通过广播方式或者专用信令方式发送的基站支持的第二drx监听周期；确定单元51还用于，将基站支持的第二drx监听周期和终端所支持的第二drx监听周期中的最小drx监听周期或者最大drx监听周期，作为第二drx监听周期；或者
确定单元51还用于，将终端上报的第二drx监听周期作为第二drx监听周期。
可选的，定时器包括就绪定时器，就绪定时器用于确定终端从就绪状态切换至待命状态；
监听单元52用于，根据空闲态的调度标识，采用第二drx监听周期监听基站发送的下行调度数据。
可选的，定时器包括rdr定时器，rdr定时器用于确定终端从连接状态切换至长休眠状态；
监听单元52用于，根据连接态的调度标识，采用第二drx监听周期监听基站发送的下行调度数据。
可选的，定时器包括就绪定时器和rdr定时器，就绪定时器用于确定终端从就绪状态切换至待命状态，rdr定时器用于确定终端从连接状态切换至长休眠状态；
启动单元50用于，启动就绪定时器和rdr定时器，就绪定时器的启动时间位于启动rdr定时器的启动时间之前；
确定单元51确定定时器未超时，具体为：
确定就绪定时器未超时。
进一步的，确定单元51还用于，确定rdr定时器未超时；
监听单元52用于，根据连接态的调度标识，采用第二drx监听周期监听基站发送的下行调度数据。
进一步的，确定单元51还用于，确定rdr定时器已超时；
监听单元52还用于，根据空闲态的调度标识，采用第三drx监听周期监听基站发送的下行调度数据；
其中，第三drx监听周期的时长以毫秒或者秒为单位。
进一步的，还包括接收单元53，接收单元53用于接收基站通过广播方式或者专用信令方式发送的基站支持的第三drx监听周期；确定单元51还用于，将基站支持的第三drx监听周期作为第三drx监听周期；或者
接收单元53还用于，接收基站通过广播方式或者专用信令方式发送的基站支持的第三drx监听周期；确定单元51还用于，将基站支持的第三drx监听周期和终端所支持的第三drx监听周期中的最大drx周期或者最小drx周期，作为第三drx监听周期；或者
确定单元51还用于，将终端上报的第三drx监听周期作为第三drx监听周期。
可选的，启动单元50用于，启动就绪定时器和/或rdr定时器，就绪定时器用于确定终端从就绪状态切换至待命状态，rdr定时器用于确定终端从连接状态切换至长休眠状态。
可选的，启动单元50启动就绪定时器时，具体为：
在发送最后一个上行逻辑链路控制llc数据包时，启动就绪定时器；
启动单元50启动rdr定时器时，具体为：
在接收到针对最后一个上行媒体接入控制mac层数据包的正反馈信息时，启动rdr定时器。
参阅图5b所示，本发明实施例中，提出一种终端的示意图，该终端包括处理器500及接收器510，其中：
处理器500，用于启动定时器；
处理器500还用于，确定定时器超时；
接收器510，用于在处理器500确定定时器超时之后，采用第一非连续接收drx监听周期监听基站发送的下行调度数据；
其中，第一drx监听周期的时长以分钟或者小时为单位。
需要说明的是，处理器500还可以执行图5a中所示的启动单元50和确定单元51所执行的其他操作，接收器510还可以执行图5a中所示的监听单元52和接收单元53所执行的其他操作。
参阅图6a所示，本发明实施例中，提出一种基站的示意图，该基站包括接收单元60、确定单元61和发送单元62，其中：
接收单元60，用于接收核心网设备向终端发送的下行调度数据；
确定单元61，用于确定终端采用第一非连续接收drx监听周期监听下行调度数据；
发送单元62，用于确定单元61确定终端采用第一非连续接收drx监听周期监听下行调度数据时，采用第一发送周期向终端发送下行调度数据；
其中，的第一发送周期的时长以分钟或者小时为单位。
可选的，确定单元61用于，根据下行调度数据中携带的第一drx监听周期，确定终端采用第一drx监听周期监听下行调度数据；或者
判定下行调度数据为寻呼消息时，确定终端采用第一drx监听周期监听下行调度数据。
进一步的，接收单元60还用于，接收终端发送的最后一个上行媒体接入控制mac层数据包；
发送单元62还用于，向终端发送针对最后一个上行mac层数据包的正反馈信息；
还包括启动单元63，用于在发送单元62向终端发送针对最后一个上行mac层数据包的正反馈信息时，启动减小下行控制信号接收rdr定时器，rdr定时器用于确定终端从连接状态切换至长休眠状态；
确定单元61用于，判定rdr定时器超时时，确定终端采用第一drx监听周期监听下行调度数据。
进一步的，发送单元62还用于，通过广播方式或者专用信令方式将第一drx监听周期发送至终端；或者，通过广播方式或者专用信令方式将基站所支持的第一drx监听周期发送至终端；和/或
通过逻辑链路控制层的上行数据形式将基站所支持的第一drx监听周期发送至核心网设备。
进一步的，确定单元61还用于，确定初始发送时刻；根据初始发送时刻确定drx发送时刻，drx发送时刻为与初始发送时刻相距n个第一发送周期的时刻，n为大于或者等于0的正整数；
发送单元62用于，在drx发送时刻发送下行调度数据。
可选的，，确定单元61确定初始发送时刻时，具体为：
根据终端的标识和第一发送周期，确定初始发送时刻；或者
将drd定时器的结束时刻，作为初始发送时刻，rdr定时器用于确定终端从连接状态切换至长休眠状态。
进一步的，确定单元61还用于，确定终端采用第二drx监听周期监听下行调度数据；
发送单元62还用于，采用第二发送周期向终端发送下行调度数据；
其中，第二发送周期的时长以毫秒或者秒为单位。
可选的，确定单元61确定终端采用第二drx监听周期监听下行调度数据时，具体为：
根据下行调度数据中携带的第二drx监听周期，确定终端采用第二drx监听周期监听下行调度数据；或者
判定下行调度数据为下行数据时，确定终端采用第二drx监听周期监听下行调度数据。
进一步的，接收单元60还用于，接收终端发送的最后一个上行媒体接入控制mac层数据包；
发送单元62还用于，向终端发送针对最后一个上行mac层数据包的正反馈信息；
还包括启动单元63，用于在发送单元62向终端发送针对最后一个上行mac层数据包的正反馈信息时，启动rdr定时器，rdr定时器用于确定终端从连接状态切换至长休眠状态；
确定单元61确定终端采用第二drx监听周期监听下行调度数据时，具体为：
判定下行调度数据为下行数据，且rdr定时器未超时时，确定终端采用第二drx监听周期监听下行调度数据。
进一步的，发送单元62还用于，通过广播方式或者专用信令方式将第二drx监听周期发送至终端；或者，通过广播方式或者专用信令方式将基站所支持的第二drx监听周期发送至终端；和/或
通过逻辑链路控制层的上行数据形式将基站所支持的第二drx监听周期发送至核心网设备。
进一步的，确定单元61还用于，确定终端采用第三drx监听周期监听下行调度数据；
发送单元62还用于，在确定单元61确定终端采用第三drx监听周期监听下行调度数据时，采用第三发送周期向终端发送下行调度数据；
其中，第三发送周期的时长为毫秒级到秒级。
进一步的，接收单元60还用于，接收终端发送的最后一个上行媒体接入控制mac层数据包；
发送单元62还用于，向终端发送针对最后一个上行mac层数据包的正反馈信息；
还包括启动单元63，用于在发送单元62向终端发送针对最后一个上行mac层数据包的正反馈信息时，启动rdr定时器，rdr定时器用于确定终端从连接状态切换至长休眠状态；
确定单元61确定终端采用第三drx监听周期监听下行调度数据时，具体为：
判定下行调度数据为下行数据，且rdr定时器超时时，确定终端采用第三drx监听周期监听下行调度数据。
进一步的，发送单元62还用于，通过广播方式或者专用信令方式将第三drx监听周期发送至终端；和/或
通过逻辑链路控制层的上行数据形式将第三drx监听周期发送至核心网设备。
参阅图6b所示，本发明实施例中，提出一种终端的示意图，该终端包括接收器600、处理器610及发射器620，其中：
接收器600，用于接收核心网设备向终端发送的下行调度数据；
处理器610，用于确定终端采用第一非连续接收drx监听周期监听下行调度数据；
发射器620，用于处理器610确定终端采用第一非连续接收drx监听周期监听下行调度数据时，采用第一发送周期向终端发送下行调度数据；
其中，的第一发送周期的时长以分钟或者小时为单位。
需要说明的是，接收器600还可以执行图6a中所示的接收单元60所执行的其他操作，处理器610还可以执行图6a中所示的确定单元61和启动单元63所执行的其他操作，发射器620还可以执行图6a中所示的发送单元62所执行的其他操作。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
1.一种发送下行调度数据的方法，其特征在于，包括：
接收核心网设备向终端发送的下行调度数据；
确定所述终端采用第一非连续接收drx监听周期监听所述下行调度数据时，采用第一发送周期向所述终端发送所述下行调度数据；
其中，所述的第一发送周期的时长以分钟或者小时为单位；
其中，所述确定所述终端采用第一drx监听周期监听所述下行调度数据，包括：
根据所述下行调度数据中携带的所述第一drx监听周期，确定所述终端采用所述第一drx监听周期监听所述下行调度数据；或者
判定所述下行调度数据为寻呼消息时，确定所述终端采用第一drx监听周期监听所述下行调度数据。
2.如权利要求1所述的方法，其特征在于，采用第一发送周期向所述终端发送所述下行调度数据之前，还包括：
通过广播方式或者专用信令方式将所述第一drx监听周期发送至所述终端；或者，通过广播方式或者专用信令方式将基站所支持的第一drx监听周期发送至所述终端；和/或
通过逻辑链路控制层的上行数据形式将所述基站所支持的第一drx监听周期发送至所述核心网设备。
3.如权利要求1或2所述的方法，其特征在于，确定所述终端采用第一drx监听周期监听所述下行调度数据之前，还包括：
确定所述终端采用第二drx监听周期监听所述下行调度数据，并采用第二发送周期向所述终端发送所述下行调度数据；
其中，所述第二发送周期的时长以毫秒或者秒为单位。
4.如权利要求3所述的方法，其特征在于，确定所述终端采用第二drx监听周期监听所述下行调度数据，包括：
根据所述下行调度数据中携带的所述第二drx监听周期，确定所述终端采用所述第二drx监听周期监听所述下行调度数据；或者
判定所述下行调度数据为下行数据时，确定所述终端采用第二drx监听周期监听所述下行调度数据。
5.如权利要求3或4所述的方法，其特征在于，采用第二发送周期向所述终端发送所述下行调度数据之前，还包括：
通过广播方式或者专用信令方式将所述第二drx监听周期发送至所述终端；或者，通过广播方式或者专用信令方式将基站所支持的第二drx监听周期发送至所述终端；和/或
通过逻辑链路控制层的上行数据形式将所述基站所支持的第二drx监听周期发送至所述核心网设备。
6.一种基站，其特征在于，包括：
接收单元，用于接收核心网设备向终端发送的下行调度数据；
确定单元，用于确定所述终端采用第一非连续接收drx监听周期监听所述下行调度数据
发送单元，用于所述确定单元确定所述终端采用第一非连续接收drx监听周期监听所述下行调度数据时，采用第一发送周期向所述终端发送所述下行调度数据；
其中，所述的第一发送周期的时长以分钟或者小时为单位；
所述确定单元用于，根据所述下行调度数据中携带的所述第一drx监听周期，确定所述终端采用所述第一drx监听周期监听所述下行调度数据；或者
判定所述下行调度数据为寻呼消息时，确定所述终端采用第一drx监听周期监听所述下行调度数据。
7.如权利要求6所述的基站，其特征在于，所述发送单元还用于，通过广播方式或者专用信令方式将所述第一drx监听周期发送至所述终端；或者，通过广播方式或者专用信令方式将基站所支持的第一drx监听周期发送至所述终端；和/或
通过逻辑链路控制层的上行数据形式将所述基站所支持的第一drx监听周期发送至所述核心网设备。
8.如权利要求7或6所述的基站，其特征在于，所述确定单元还用于，确定所述终端采用第二drx监听周期监听所述下行调度数据；
所述发送单元还用于，采用第二发送周期向所述终端发送所述下行调度数据；
其中，所述第二发送周期的时长以毫秒或者秒为单位。
9.如权利要求8所述的基站，其特征在于，所述确定单元确定所述终端采用第二drx监听周期监听所述下行调度数据时，具体为：
根据所述下行调度数据中携带的所述第二drx监听周期，确定所述终端采用所述第二drx监听周期监听所述下行调度数据；或者
判定所述下行调度数据为下行数据时，确定所述终端采用第二drx监听周期监听所述下行调度数据。
10.如权利要求8或9所述的基站，其特征在于，所述发送单元还用于，通过广播方式或者专用信令方式将所述第二drx监听周期发送至所述终端；或者，通过广播方式或者专用信令方式将基站所支持的第二drx监听周期发送至所述终端；和/或
通过逻辑链路控制层的上行数据形式将所述基站所支持的第二drx监听周期发送至所述核心网设备。
技术总结