CN103107953B - M2m的通信方法、装置和系统 - Google Patents

Abstract

本发明提供一种M2M的通信方法、装置和系统。涉及通信技术领域。提供了一种完善且明确的M2M调度方法。具体可以包括：MTC服务器接收MTC应用服务器发送的批处理查询请求；根据应用层调度策略和批处理查询请求获取心跳报文；向无线接入网络RAN设备发送心跳报文，并启动计时器，以便RAN设备收到心跳报文后根据承载层调度策略对待调度终端进行寻呼；如果在计时器计时时间内接收到来自RAN的心跳响应，则向MTC应用服务器发送批处理查询响应，以便待调度终端与MTC应用服务器进行通信。可应用于M2M调度中。

Description

M2M的通信方法、装置和系统

技术领域

本发明涉及通信技术领域，尤其涉及M2M(MachinetoMachine，机器对机器)的通信方法、装置和系统。

背景技术

M2M属于物联网在现阶段的重要应用。在3GPP(The3rdGenerationPartnershipProject，第三代合作伙伴计划)中，M2M也可以称为MTC(MachineTypeCommunications，机器类型通信)。

在现有技术中，如果要实现MTC服务器与终端之间的通信，则需要部署一个M2M-IWF网元，通过M2M-IWF网元完成MTC服务器与终端之间的信息交互。

由于M2M-IWF网元和其它的网络实体之间都是通过私有接口进行通信的，在使用时需要对是由接口进行很多定义，因此较难推广。

发明内容

本发明的实施例提供一种M2M的通信方法、装置和系统，提供了一种M2M调度方法，其无需M2M-IWF网元，相比现有技术更易推广。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，提供一种M2M的通信方法，包括：

MTC服务器接收MTC应用服务器发送的批处理查询请求；

根据应用层调度策略和所述批处理查询请求获取心跳报文；

向无线接入网络RAN设备发送所述心跳报文，并启动计时器，所述心跳报文包括待调度终端的标识，以便所述RAN设备收到心跳报文后根据承载层调度策略对所述待调度终端进行寻呼；

如果在所述计时器计时时间内接收到来自所述RAN的心跳响应，则向所述MTC应用服务器发送批处理查询响应，所述批处理查询响应包括待调度终端的标识，以便所述待调度终端与所述MTC应用服务器进行通信。

在第一种可能实现的方式中，所述批处理查询请求包含所述待调度终端的标识和待调度终端的服务质量QoS；

所述根据应用层调度策略和所述批处理查询请求获取心跳报文包括：

根据所述待调度终端的标识获取相应的心跳报文；

根据终端对应的区域标识和/或小区标识将具有相同QoS的心跳报文加入到一个子队列中，区域标识和/或小区标识与一个队列相对应，每个队列包括至少一个子队列，每个子队列包含的心跳报文的QoS相同，不同子队列之间包含的心跳报文的QoS不同；

分别从至少一个区域标识和/或小区标识对应的列队中获取待调度终端QoS最高的心跳报文。

结合第一方面的第一种可能实现的方式，在第二种可能实现的方式中，所述分别从至少一个区域标识和/或小区标识对应的列队中获取待调度终端QoS最高的心跳报文包括：

分别从所述至少一个区域标识和/或小区标识对应的QoS最高的子队列中获取最先存储的心跳报文。

结合第一方面或第一方面的第一种可能实现的方式或第一方面的第二种可能实现的方式，在第三种可能实现的方式中，在所述MTC服务器接收MTC应用服务器发送的批处理查询请求之前，所述方法还包括：

接收并存储待调度终端发送的包含有第一注册请求的心跳报文，所述第一注册请求包括待调度终端的标识和所述待调度终端所在的区域标识和/或小区标识；

向发送所述第一注册请求的待调度终端发送第一注册响应。

结合第一方面或第一方面的第一种可能实现的方式至第三种可能实现的方式中任意一种实施方式，在第四种可能实现的方式中，在所述向无线接入网络RAN设备发送所述心跳报文之前，所述方法还包括：

接收所述RAN设备发送的第二注册请求，所述第二注册请求包括所述RAN设备支持的区域标识；

向所述RAN设备发送第二注册响应，以通知所述RAN设备注册成功。

结合第一方面或第一方面的第一种可能实现的方式至第四种可能实现的方式中任意一种实现方式，在第五种可能实现的方式中，在所述接收心跳响应之前，所述方法还包括：

接收所述RAN设备发送的第一指示信息，所述第一指示信息用于指示所述MTC服务器减小或增加发送心跳报文的时间间隔；

所述MTC服务器根据所述第一指示信息减小或增加发送心跳报文的时间间隔。

结合第一方面或第一方面的第一种可能实现的方式至第五种可能实现的方式中任意一种实现方式，在第六种可能实现的方式中，在所述RAN设备收到心跳报文后根据承载层调度策略对待调度终端进行寻呼之后，所述方法还包括：

接收第二指示信息，所述第二指示信息用于描述所述RAN设备根据承载层调度策略对所述待调度终端进行寻呼是否成功；

若所述第二指示信息用于描述寻呼不成功，则重新向所述RAN设备发送所述心跳报文；或者，

向所述MTC应用服务器发送寻呼失败告知消息。

第二方面，提供另一种M2M机器对机器调度的方法，包括：

RAN设备接收MTC服务器发送的心跳报文，所述心跳报文包括待调度终端的标识；所述心跳报文为所述MTC服务器根据应用层调度策略和MTC应用服务器发送的批处理查询请求获取的；

根据所述承载层调度策略对待调度终端进行寻呼，以便所述待调度终端与所述MTC应用服务器进行通信。

在第一种可能实现的方式中，在所述根据所述承载层调度策略对待调度终端进行寻呼之前，所述方法还包括：

根据承载层调度策略向所述MTC服务器发送第一指示信息，所述第一指示信息用于指示所述MTC服务器减小或增加发送心跳报文的时间间隔。

结合第二方面的第一种可能实现的方式，在第二种可能实现的方式中，所述RAN设备接收MTC服务器发送的心跳报文后，所述方法还包括：

将所述心跳报文加入到缓存队列中。

结合第二方面的第二种可能实现的方式，在第三种可能实现的方式中，在所述将所述心跳报文加入到缓存队列中之后，所述方法还包括：

从所述缓存列队中获取至少一个相应的心跳报文；

在所述根据所述承载层调度策略对待调度终端进行寻呼之后，所述方法还包括：

判断根据所述承载层调度策略对所述待调度终端进行寻呼是否成功，并向所述MTC服务器发送第二指示信息，所述第二指示信息用于描述所述RAN设备根据承载层调度策略对待调度终端进行寻呼是否成功；

若寻呼成功，则向所述待调度终端发送获取到的心跳报文，以便所述待调度终端向所述MTC服务器发送心跳响应。

结合第二方面的第二种可能实现的方式，在第四种可能实现的方式中，所述将所述心跳报文加入到缓存列队中为：

根据所述心跳报文的区域标识将所述心跳报文加入到该区域标识对应的子缓存列队中。

结合第二方面的第二种可能实现的方式，在第五种可能实现的方式中，所述根据承载层调度策略向所述MTC服务器发送第一指示信息包括：

判断缓存队列长度是大于预设上限值还是小于预设下限值，所述预设上限值大于所述预设下限值；

若所述缓存队列长度大于所述预设上限值，则向所述MTC服务器发送第一指示信息，所述第一指示信息用于指示所述MTC服务器调整发送心跳报文的时间间隔为：所述第一指示信息用于指示所述MTC服务器增加发送心跳报文的时间间隔；

若所述缓存队列长度小于所述预设下限值，则向所述MTC服务器发送第一指示信息，所述第一指示信息用于指示所述MTC服务器调整发送心跳报文的时间间隔为：所述第一指示信息用于指示所述MTC服务器减小发送心跳报文的时间间隔。

结合第二方面的第五种可能实现的方式，在第六种可能实现的方式中，若所述缓存队列长度大于预设上限值，且所述缓存队列长度大于最大上限值，则所述方法还包括：

丢弃所述心跳报文；所述最大上限值大于或等于所述预设上限值。

结合第二方面的第六种可能实现的方式，在第七种可能实现的方式中，所述从所述缓存列队中获取至少一个相应的心跳报文为：

从至少一个子缓存列队中获取至少一个相应的心跳报文。

结合第二方面的第三种可能实现的方式，在第八种可能实现的方式中，所述向所述待调度终端发送获取到的心跳报文包括：

根据空口负荷向所述待调度终端发送获取到的心跳报文。

结合第二方面的第八种可能实现的方式，在第九种可能实现的方式中，所述根据空口负荷向所述待调度终端发送获取到的心跳报文包括：

判断所述空口负荷是否大于预设空口负荷值；

若大于所述预设空口负荷值，则不向所述待调度终端发送获取到的心跳报文；

若不大于所述预设空口负荷值，则向所述待调度终端发送获取到的心跳报文。

结合第二方面的第二种可能实现的方式至第九种可能实现的方式中任意一种实现方式，在第十种可能实现的方式中，在所述RAN设备接收MTC服务器发送的心跳报文之前，所述方法还包括：

向所述MTC服务器发送注册请求，以便在所述RAN设备注册成功后，所述MTC服务器通过所述RAN设备对待调度终端进行调度，所述注册请求包括支持的区域标识、缓存列队长度初始值。

结合第二方面，在第十一种可能实现的方式中，所述心跳报文还包括待调度终端所在的区域标识和/或小区标识；

所述根据所述承载层调度策略对待调度终端进行寻呼为：

根据所述区域标识和/或小区标识对待调度终端进行寻呼。

第三方面，提供一种MTC服务器，包括：

接收器，用于接收MTC应用服务器发送的批处理查询请求；接收心跳响应；

处理器，用于根据应用层调度策略和所述批处理查询请求获取心跳报文；

发送器，用于向无线接入网络RAN设备发送所述心跳报文，并启动计时器，所述心跳报文包括待调度终端的标识，以便所述RAN设备收到心跳报文后根据承载层调度策略对所述待调度终端进行寻呼；如果在所述计时器计时时间内接收到来自所述RAN的心跳响应，则向所述MTC应用服务器发送批处理查询响应，所述批处理查询响应包括待调度终端的标识，以便所述待调度终端与所述MTC应用服务器进行通信。

第四方面，提供一种RAN设备，包括：

接收器，用于接收MTC服务器发送的心跳报文，所述心跳报文包括待调度终端的标识；所述心跳报文为所述MTC服务器根据应用层调度策略和MTC应用服务器发送的批处理查询请求获取的；

处理器，用于根据所述承载层调度策略对待调度终端进行寻呼，以便所述待调度终端与所述MTC应用服务器进行通信。

第五方面，提供一种M2M的通信系统，包括：

上述内容中提供的MTC服务器和RAN设备。

本发明实施例提供的M2M的通信方法、装置和系统。采用上述方案后，MTC服务器接收MTC应用服务器发送的批处理查询请求；根据应用层调度策略和所述批处理查询请求获取心跳报文；向无线接入网络RAN设备发送所述心跳报文，并启动计时器，所述心跳报文包括待调度终端的标识，以便所述RAN设备收到心跳报文后根据承载层调度策略对所述待调度终端进行寻呼；如果在所述计时器计时时间内接收到来自所述RAN的心跳响应，则向所述MTC应用服务器发送批处理查询响应，所述批处理查询响应包括待调度终端的标识，以便所述待调度终端与所述MTC应用服务器进行通信。这样，提供了一种完善且明确的M2M的通信方法，MTC服务器可以在应用层上进行调度，并且不需要通过M2M-IWF网元完成MTC服务器与终端之间的信息交互，推广较为简单。

附图说明

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

图1为本实施例提供的一种M2M的通信方法流程图；

图2为本实施例提供的另一种M2M的通信方法流程图；

图3为本实施例提供的再一种M2M的通信方法信息交互图；

图4为图3提供的M2M的通信方法流程图；

图5为图4提供的M2M的通信方法中待调度终端注册的信息交互图；

图6为本实施例提供的一种MTC服务器结构示意图；

图7为本实施例提供的另一种MTC服务器结构示意图；

图8为本实施例提供的再一种MTC服务器结构示意图；

图9为本实施例提供的一种RAN设备结构示意图；

图10为本实施例提供的一种M2M的通信系统结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本实施例提供一种M2M的通信方法，该方法的执行主体为MTC服务器，如图1所示，可以包括：

101、MTC服务器接收MTC应用服务器发送的批处理查询请求。

本实施例提供的批处理查询请求可以用于指示RAN设备对相应的待调度终端进行调度。

102、根据应用层调度策略和批处理查询请求获取心跳报文，并启动计时器。

103、向无线接入网络RAN设备发送心跳报文，并启动计时器，心跳报文包括待调度终端的标识，以便RAN设备收到心跳报文后根据承载层调度策略对待调度终端进行寻呼；

104、接收心跳响应；

105、如果在计时器计时时间内接收到来自RAN的心跳响应，则向MTC应用服务器发送批处理查询响应，批处理查询响应包括待调度终端的标识，以便待调度终端与MTC应用服务器进行通信。

本方案中，MTC服务器接收MTC应用服务器发送的批处理查询请求；根据应用层调度策略和批处理查询请求获取心跳报文，并启动计时器；向RAN无线接入网络设备发送心跳报文，以便RAN设备根据承载层调度策略对待调度终端进行寻呼；接收心跳响应；根据在计时器计时时间内接收到的心跳响应向MTC应用服务器发送批处理查询响应，以便待调度终端与MTC应用服务器进行通信，批处理查询响应包括待调度终端的标识。这样，提供了一种完善且明确的M2M的通信方法，MTC服务器可以在应用层上进行调度，并且不需要通过M2M-IWF网元完成MTC服务器与终端之间的信息交互，推广较为简单。

本实施例提供另一种M2M的通信方法，该方法的执行主体为RAN设备，如2所示，可以包括：

201、RAN设备接收MTC服务器发送的心跳报文，心跳报文包括待调度终端的标识；心跳报文为MTC服务器根据应用层调度策略和MTC应用服务器发送的批处理查询请求获取的；

202、根据承载层调度策略对待调度终端进行寻呼，以便待调度终端与MTC应用服务器进行通信。

本方案中，RAN设备接收MTC服务器发送的心跳报文，并将心跳报文加入到缓存列队中，心跳报文包括待调度终端的标识；根据承载层调度策略向MTC服务器发送第一指示信息，并根据承载层调度策略对待调度终端进行寻呼，以便待调度终端与MTC应用服务器进行通信，第一指示信息用于指示MTC服务器调整发送心跳报文的时间间隔。这样，提供了一种完善且明确的M2M的通信方法，MTC服务器可以在应用层上进行调度，并且不需要通过M2M-IWF网元完成MTC服务器与终端之间的信息交互，推广较为简单。

本实施例提供另一种M2M的通信方法，该方法是对图1和图2所示的方法的进一步扩展，为了可以更清晰的描述本实施例，图3为本实施例提供的方法的信息交互图。

其中，待调度终端中可以但不限于设置有心跳报文客户端，MTC服务器中可以但不限于设置有心跳报文服务器，RAN设备中可以但不限于设置有心跳报文代理设备。本实施例对心跳报文客户端、心跳报文服务器、心跳报文代理设备的功能和工作流程不作限定，为本领域技术人员熟知的技术，在此不再赘述。

如图4所示，为本实施例提供的方法流程图，具体可以包括：

401、MTC服务器接收并存储待调度终端发送的包含有第一注册请求的心跳报文，并向发送第一注册请求的待调度终端发送第一注册响应。

第一注册请求可以包括：待调度终端的标识和待调度终端所在的区域标识和/或小区标识。

进一步的，待调度终端向MTC服务器进行注册的触发条件可以包括但不限于：待调度终端开机后，或待调度终端接收到注册触发指示信息后，或是在被寻呼成功后。

具体的，如图5所示，为待调度终端进行注册的信息交互图，可以包括：待调度终端接收RAN设备发送的区域标识和/或小区标识，该区域标识和/或小区标识可以为待调度终端所在的区域标识和/或小区标识；同时，MTC服务器从BBS(BaseStationSubsystem，基站子系统)中获取MTC服务器标识，并将获取的MTC服务器标识发送至待调度终端；待调度终端可以根据相应的MTC服务器标识，向该相应的MTC服务器标识对应的MTC服务器发送包含有第一注册请求的心跳报文，第一注册请求可以包含但不限于：相应的MTC服务器标识、待调度终端所在的区域标识和/或小区标识、待调度终端的标识；MTC服务器接收到该心跳报文后，根据待调度终端的标识向待调度终端发送注册响应，并可以对MTC服务器标识、该区域标识和/或小区标识进行维护。

MTC服务器对MTC服务器标识、区域标识和/或小区标识进行维护可以包括但不限于：存储MTC服务器标识、区域标识和/或小区标识；或者，还可以更新相应的区域标识和/或小区标识。

本实施例对MTC服务器对区域标识和/或小区标识的维护方法不作限定，为本领域技术人员熟知的技术，并且还可以根据实际需要进行设定，在此不再赘述。

本实施例对待调度终端进行注册的方法不作限定，可以为本领域技术人员熟知的技术，且可以根据实际需要进行设定，其中，心跳报文可以但不限于采用UDP(UserDatagramProtocol，用户数据报协议)/IP(InternetProtocol，网络之间互联的协议)的方式进行承载，且可以将UDP源端口号和UDP目的端口号定义为固定标识，UDP源端口号的固定标识和UDP目的端口号的固定标识可以相同也可以不同，内容可以但不限于采用TLV(Type-Length-Value，类型-长度-值)格式存储。

另外，RAN设备在进行通信之前也需要进行注册，具体可以包括：

RAN设备向MTC服务器发送注册请求；MTC服务器接收RAN设备发送的第二注册请求，第二注册请求可以包括但不限于：RAN设备支持的区域标识、缓存列队长度初始值；MTC服务器向RAN设备发送第二注册响应，以便在RAN设备注册成功后，MTC服务器通过RAN设备对待调度终端进行调度。

本实施例对RAN设备进行注册的方法不作限定，为本领域技术人员熟知的技术，且可以根据实际需要进行设定，注册不作赘述。

402、MTC服务器接收MTC应用服务器发送的批处理查询请求。

进一步的，批处理查询请求可以包含但不限于：MTC服务器标识、待调度终端的标识以及待调度终端的服务质量QoS。

本实施例对批处理查询请求包含的内容不作限定，可以根据实际需要进行设定，在此不再赘述。

403、MTC服务器根据待调度终端的标识获取相应的心跳报文。

这样，每个待调度终端均可以对应于至少一个心跳报文。

作为本实施例的一种实施方式，MTC服务器根据待调度终端的标识获取相应的心跳报文可以包括但不限于：MTC服务器根据待调度终端的标识获取待调度终端地址，再根据待调度终端地址获取相应的心跳报文。

本实施例对MTC服务器根据待调度终端的标识获取相应的心跳报文的方法不作限定，为本领域技术人员熟知的技术，且可以根据实际需要进行设定，在此不再赘述。

404、MTC服务器根据终端对应的区域标识和/或小区标识将具有相同QoS的心跳报文加入到一个子队列中。

具体的，区域标识和/或小区标识与一个队列相对应，每个队列可以包括至少一个子队列，每个子队列包含的心跳报文的QoS相同，不同子队列之间包含的心跳报文的QoS不同。

为了使MTC服务器查询并获取相应的心跳报文的过程更加简单，MTC服务器可以分别将相同的待调度终端QoS中不同区域标识和/或小区标识对应的心跳报文分别加入到不同子列队中。

本实施例对心跳本文进行整理或进行排队的方法不作限定，可以根据实际需要进行设定，在此不再赘述。

405、MTC服务器分别从至少一个区域标识和/或小区标识对应的列队中获取待调度终端QoS最高的心跳报文。

为了使各区域标识和/或小区标识对应的QoS最高的待调度终端优先被调度，MTC服务器可以MTC服务器分别从至少一个区域标识和/或小区标识对应的列队中获取待调度终端QoS最高的心跳报文。

具体的，MTC服务器首先获取相应的区域标识和/或小区标识对应的队列，在从该队列中获取QoS最高的子队列，并分别从获取的子队列中分别获取一个心跳报文。

进一步的，MTC服务器分别从至少一个区域标识和/或小区标识对应的列队中获取待调度终端QoS最高的心跳报文的方法可以包括：

MTC服务器分别从至少一个区域标识和/或小区标识对应的QoS最高的子队列中获取最先存储的心跳报文。

406、MTC服务器向RAN设备发送获取的心跳报文，并启动计时器。

407、RAN设备接收MTC服务器发送的心跳报文，并将心跳报文加入到缓存列队中。

作为本实施例的一种实施方式，RAN设备接收MTC服务器发送的心跳报文后，首先判断接收到的报文是否为心跳报文，并且RAN设备可以在Dormant(休眠)态转换为Active(激活)态时侦测的下行报文。如果是心跳报文，则执行本实施例中的后续步骤，如果不是心跳报文，则流程结束。本实施例对Dormant态与Active态不作过多描述，为本领域技术人员熟知的技术。

RAN设备可以但不限于根据解析接收到的报文的协议类型、和/或端口号、和/或第一字段特征值来判断接收到的报文是否为心跳报文。

本实施例对RAN设备判断接收到的报文是否为心跳报文的方法不作限定，可以根据实际需要进行设定，且为本领域技术人员所熟知的技术，在此不再赘述。

进一步的，将心跳报文加入到缓存列队中可以为但不限于：根据心跳报文的区域标识，将心跳报文加入到相应的缓存队列包含的区域标识对应的子缓存列队中。

进一步的，心跳报文可以包括但不限于待调度终端的标识。

进一步的，心跳报文还可以包含但不限于RAN设备进行数据传输的速率。

作为本实施例的一种实施方式，RAN设备可以根据MTC服务器发送的心跳报文设置RAN设备用于进行数据传输的速率。

本实施例对RAN设备将心跳报文加入到缓存列队中的方法不作限定，可以根据实际需要进行设定，例如，可以参见图步骤408中提供的内容，在此不再赘述。

408、RAN设备判断缓存队列长度是大于预设上限值还是小于预设下限值。

进一步的，预设上限值大于预设下限值。

本实施例对预设上限值和预设下限值的大小不作限定，可以根据实际需要进行设定，在此不再赘述。

409、RAN设备根据承载层调度策略向MTC服务器发送第一指示信息。

第一指示信息可以但不限于用于指示MTC服务器减小或增加发送心跳报文的时间间隔。第一指示信息还可以但不限于是通过心跳报文承载传输的。

作为本实施例的一种实施方式，RAN设备在向MTC服务器发送第一指示信息之前，可以首先将UDP源端口号和UDP目的端口号进行对调，以使得RAN设备可以将第一指示信息发送至MTC服务器。对调之后，UDP源端口号可以为RAN设备的端口号，UDP目的端口号可以为MTC服务器的端口。

根据步骤408，若缓存队列长度大于预设上限值，则第一指示信息用于指示MTC服务器增加发送心跳报文的时间间隔；若缓存队列长度小于预设上限值，则第一指示信息用于指示MTC服务器减小发送心跳报文的时间间隔。

进一步的，若缓存队列长度大于预设上限值，且缓存队列长度大于最大上限值，则RAN设备丢弃心跳报文；其中，最大上限值大于或等于预设上限值。

本实施例对MTC服务器根据第一指示信息减小或增加发送心跳报文的时间间隔的方法不作限定，为本领域技术人员熟知的技术，且可以根据实际需要进行设定，在此不再赘述。

进一步的，RAN设备根据缓存队列向MTC服务器发送第一指示信息，并且RAN设备还可以根据空口负荷调整获取至少一个相应的心跳报文的速率，这样，不仅可以对待调度终端进行调度，还可以在调度过程中有效的缓解无线网络侧的拥塞问题，进而增加了系统的性能。

本实施例对RAN设备根据承载层调度策略向MTC服务器发送第一指示信息的方法不作限定，可以根据实际需要进行设定，在此不再赘述。

410、从缓存列队中获取至少一个相应的心跳报文。

进一步的，从缓存列队中获取至少一个相应的心跳报文可以为但不限于：从至少一个子缓存列队中获取至少一个相应的心跳报文。

每个子缓存列队可以对应不同的区域标识，从至少一个子缓存列队中获取至少一个相应的心跳报文，可以使得不同区域采用并行方式进行调度。

值得说明的时，本步骤可以执行于步骤407之后的任意步骤之前或之后，在此不作限定。

411、RAN设备根据承载层调度策略对待调度终端进行寻呼，以便待调度终端与MTC应用服务器进行通信，第一指示信息用于指示MTC服务器调整发送心跳报文的时间间隔。

进一步的，MTC服务器发送的心跳报文还包括待调度终端所在的区域标识和/或小区标识，RAN设备可以根据待调度终端所在的区域标识和/或小区标识对待调度终端进行寻呼。

作为本实施例的一种实施方式，RAN设备根据区域标识和/或小区标识对待调度终端进行寻呼可以包括但不限于：RAN设备可以首先根据小区标识对待调度终端进行寻呼，若寻呼失败，可以再根据区域标识对待调度终端进行寻呼。

本实施例对RAN设备根据区域标识和/或小区标识对待调度终端进行寻呼的方法不作限定，为本领域技术人员熟知的技术，且可以根据实际需要进行设定，在此不再赘述。

进一步的，RAN设备还可以根据配置指定寻呼信令，并向待调度终端发送指定寻呼信令，以实现对待调度终端的寻呼。

本实施例对配置指定寻呼信令、和对对待调度终端进行寻呼的方法不作限定，为本领域技术人员熟知的技术，且可以根据实际需要进行设定，在此不再赘述。

412、RAN设备判断根据承载层调度策略对待调度终端进行寻呼是否成功，并向MTC服务器发送第二指示信息。若向待调度终端寻呼成功，则执行步骤413，若向待调度终端寻呼不成功，则执行步骤411。

第二指示信息可以用于描述RAN设备根据承载层调度策略对待调度终端进行寻呼是否成功。

作为本实施例的一种是实施方式，若第二指示信息用于描述RAN设备根据承载层调度策略对待调度终端进行寻呼不成功，则MTC服务器可以重新向RAN设备发送心跳报文；或者，MTC服务器可以向MTC应用服务器发送寻呼失败告知消息。

本实施例对寻呼失败告知消息的包含的内容和作用不作限定，可以根据实际需要进行设定，例如，寻呼失败告知消息可以但不限于用于告知MTC服务器待调度终端寻呼失败，在此不再赘述。

本实施例对RAN设备判断根据承载层调度策略对待调度终端进行寻呼是否成功的方法不作限定，为本领域技术人员熟知的技术，且可以根据实际需要进行设定，在此不再赘述。

413、RAN设备根据空口负荷向待调度终端发送获取到的心跳报文，以便待调度终端向MTC服务器发送心跳响应。

作为本实施例的一种实施方式，RAN设备根据空口负荷向待调度终端发送获取到的心跳报文可以包括但不限于：

RAN设备判断空口负荷是否大于预设空口负荷值；若大于预设空口负荷值，则不向待调度终端发送获取到的心跳报文；若不大于预设空口负荷值，则向待调度终端发送获取到的心跳报文。

具体的，RAN设备不向待调度终端发送获取到的心跳报文可以包括：RAN设备将获取到的心跳报文放入相应的子缓存列队的尾部。

当空口负荷是否大于预设空口负荷值，说明当前空口负荷较大，为了缓解当前空口负荷，RAN设备不向待调度终端发送获取到的心跳报文，即可以不将获取到的心跳报文发送至待调度终端，可以等到空口负荷正常或较小时，再向待调度终端发送获取到的心跳报文。这样，不仅可以对待调度终端进行调度，还可以在调度过程中有效的缓解无线网络侧的拥塞问题，进而增加了系统的性能。

本实施例对预设空口负荷值的大小不作限定，可以根据实际需要进行设定，在此不再赘述。

进一步可选的，为了更好的缓解空口负荷，RAN设备还可以根据空口负荷调整从缓存列队中获取心跳报文的速率。

具体的，当空口负荷大于预设值时，则可以减小获取心跳报文的速率；当空口负荷大于预设值时，则可以增加获取心跳报文的速率。

本实施例对根据RAN设备空口负荷调整获取心跳报文的速率的方法不作限定，为本领域技术人员熟知的技术，且可以根据实际需要进行设定，在此不再赘述。

值得说明的是，RAN设备根据空口负荷调整从缓存列队中获取心跳报文的速率可以执行于本实施例中的任意步骤之前或之后，可以根据实际需要进行设定，在此不再赘述。

414、MTC服务器接收待调度终端发送的心跳响应。

进一步的，心跳响应还可以包括待调度终端发送的更新后的区域标识和/或小区标识。

作为本实施例的一种实施方式，更新后的区域标识和/或小区标识是待调度终端根据接收的MTC服务器通过RAN设备发送的心跳报文后，将心跳报文中包含的区域标识和/或小区标识与本地存储的区域标识和/或小区标识进行比较，在比较不相同时，向MTC服务器发送的。

本实施例对待调度终端比较区域标识和/或小区标识的方法不作限定，可以根据实际需要进行设定，在此不再赘述。

415、如果MTC服务器在计时器计时时间内接收到来自RAN的心跳响应，则向MTC应用服务器发送批处理查询响应，以便待调度终端与MTC应用服务器进行通信。

进一步的，批处理查询响应可以包括但不限于待调度终端的标识。

作为本实施例的一种实施方式，在待调度终端进行完交互之后，可以但不限于将自己设置为Dormant态。

采用上述方案后，MTC服务器接收MTC应用服务器发送的批处理查询请求；根据应用层调度策略和批处理查询请求获取心跳报文，并启动计时器；向RAN无线接入网络设备发送心跳报文，以便RAN设备根据承载层调度策略对待调度终端进行寻呼；接收心跳响应；根据在计时器计时时间内接收到的心跳响应向MTC应用服务器发送批处理查询响应，以便待调度终端与MTC应用服务器进行通信，批处理查询响应包括待调度终端的标识。这样，提供了一种完善且明确的M2M调度方法而且，提供了一种完善且明确的M2M的通信方法，MTC服务器可以在应用层上进行调度，并且不需要通过M2M-IWF网元完成MTC服务器与终端之间的信息交互，推广较为简单；另外，MTC服务器与RAN设备分别在应用层与承载层上进行调度，减少了应用层与承载层之间的耦合，进而避免破坏整个架构层次。

下面提供一些装置实施例，该装置实施例分别与上述提供的方法实施例相对应。

本实施例提供一种MTC服务器，如图6所示，可以包括：

接收器61，用于接收MTC应用服务器发送的批处理查询请求；接收心跳响应；

处理器62，用于根据应用层调度策略和接收器接收的批处理查询请求获取心跳报文；

发送器63，用于向无线接入网络RAN设备发送心跳报文，并启动计时器，心跳报文包括待调度终端的标识，以便RAN设备收到心跳报文后根据承载层调度策略对待调度终端进行寻呼；如果在计时器计时时间内接收到来自RAN的心跳响应，则向MTC应用服务器发送批处理查询响应，批处理查询响应包括待调度终端的标识，以便待调度终端与MTC应用服务器进行通信。

采用上述方案后，接收器，用于接收MTC应用服务器发送的批处理查询请求；接收心跳响应；处理器，用于根据应用层调度策略和批处理查询请求获取心跳报文；发送器，用于向无线接入网络RAN设备发送心跳报文，并启动计时器，心跳报文包括待调度终端的标识，以便RAN设备收到心跳报文后根据承载层调度策略对待调度终端进行寻呼；如果在计时器计时时间内接收到来自RAN的心跳响应，则向MTC应用服务器发送批处理查询响应，批处理查询响应包括待调度终端的标识，以便待调度终端与MTC应用服务器进行通信。这样，提供了一种完善且明确的M2M的通信方法，MTC服务器可以在应用层上进行调度，并且不需要通过M2M-IWF网元完成MTC服务器与终端之间的信息交互，推广较为简单。

本实施例提供另一种MTC服务器，该MTC服务器为对如图6所示的MTC服务器的进一步扩展，如图7所示，可以包括：

接收器71，用于接收MTC应用服务器发送的批处理查询请求；接收心跳响应；

处理器72，用于根据应用层调度策略和接收器接收的批处理查询请求获取心跳报文；

发送器73，用于向无线接入网络RAN设备发送心跳报文，并启动计时器，心跳报文包括待调度终端的标识，以便RAN设备收到心跳报文后根据承载层调度策略对待调度终端进行寻呼；如果在计时器计时时间内接收到来自RAN的心跳响应，则向MTC应用服务器发送批处理查询响应，批处理查询响应包括待调度终端的标识，以便待调度终端与MTC应用服务器进行通信。

进一步的，批处理查询请求包含待调度终端的标识和待调度终端的服务质量QoS；

处理器72，具体用于根据终端对应的区域标识和/或小区标识将具有相同QoS的心跳报文加入到一个子队列中，区域标识和/或小区标识与一个队列相对应，每个队列包括至少一个子队列，每个子队列包含的心跳报文的QoS相同，不同子队列之间包含的心跳报文的QoS不同；分别从至少一个区域标识和/或小区标识对应的列队中获取待调度终端QoS最高的心跳报文。

进一步的，处理器72，具体用于分别从至少一个区域标识和/或小区标识对应的QoS最高的子队列中获取最先存储的心跳报文。

进一步的，接收器71，还用于接收待调度终端发送的包含有第一注册请求的心跳报文，第一注册请求包括待调度终端的标识和待调度终端所在的区域标识和/或小区标识；

MTC服务器还包括：

存储器74，用于存储接收器接收的待调度终端发送的包含有第一注册请求的心跳报文；

发送器73，还用于向发送第一注册请求的待调度终端发送第一注册响应。

进一步的，接收器71，还用于接收RAN设备发送的第二注册请求，第二注册请求包括RAN设备支持的区域标识；

发送器73，还用于向RAN设备发送第二注册响应，以便通知RAN设备注册成功。

进一步的，接收器71，还用于接收RAN设备发送的第一指示信息，第一指示信息用于指示MTC服务器减小或增加发送心跳报文的时间间隔；

处理器72，还用于根据接收器接收的第一指示信息减小或增加发送心跳报文的时间间隔。

进一步的，接收器71，还用于接收第二指示信息，第二指示信息用于描述RAN设备根据承载层调度策略对待调度终端进行寻呼是否成功；

发送器73，还用于若接收器接收的第二指示信息用于描述寻呼不成功，则重新向RAN设备发送心跳报文；或者，向MTC应用服务器发送寻呼失败告知消息。

采用上述方案后，接收器，用于接收MTC应用服务器发送的批处理查询请求；接收心跳响应；处理器，用于根据应用层调度策略和批处理查询请求获取心跳报文；发送器，用于向无线接入网络RAN设备发送心跳报文，并启动计时器，心跳报文包括待调度终端的标识，以便RAN设备收到心跳报文后根据承载层调度策略对待调度终端进行寻呼；如果在计时器计时时间内接收到来自RAN的心跳响应，则向MTC应用服务器发送批处理查询响应，批处理查询响应包括待调度终端的标识，以便待调度终端与MTC应用服务器进行通信。这样，提供了一种完善且明确的M2M的通信方法，MTC服务器可以在应用层上进行调度，并且不需要通过M2M-IWF网元完成MTC服务器与终端之间的信息交互，推广较为简单。

本实施例提供一种RAN设备，如图8所示，可以包括：

接收器81，用于接收MTC服务器发送的心跳报文，心跳报文包括待调度终端的标识；心跳报文为MTC服务器根据应用层调度策略和MTC应用服务器发送的批处理查询请求获取的；

处理器82，用于根据承载层调度策略对待调度终端进行寻呼，以便待调度终端与MTC应用服务器进行通信。

采用上述方案后，接收器，用于接收MTC服务器发送的心跳报文，心跳报文包括待调度终端的标识；心跳报文为MTC服务器根据应用层调度策略和MTC应用服务器发送的批处理查询请求获取的；处理器，用于根据承载层调度策略对待调度终端进行寻呼，以便待调度终端与MTC应用服务器进行通信。这样，提供了一种完善且明确的M2M调度方法而且，另外，MTC服务器与RAN设备分别在应用层与承载层上进行调度，减少了应用层与承载层之间的耦合，进而避免破坏整个架构层次。

本实施例提供另一种RAN设备，该RAN设备为图8所示的RAN设备的进一步扩展，如图9所示，可以包括：

接收器91，用于接收MTC服务器发送的心跳报文，心跳报文包括待调度终端的标识；心跳报文为MTC服务器根据应用层调度策略和MTC应用服务器发送的批处理查询请求获取的；

处理器92，用于根据承载层调度策略对待调度终端进行寻呼，以便待调度终端与MTC应用服务器进行通信。

进一步的，RAN设备还可以包括：

发送器93，用于根据承载层调度策略向MTC服务器发送第一指示信息，第一指示信息用于指示MTC服务器减小或增加发送心跳报文的时间间隔。

进一步的，处理器92，还用于将心跳报文加入到缓存队列中。

进一步的，处理器92，还用于从缓存列队中获取至少一个相应的心跳报文；在根据承载层调度策略对待调度终端进行寻呼之后，判断根据承载层调度策略对待调度终端进行寻呼是否成功；

发送器93，还用于在根据承载层调度策略对待调度终端进行寻呼之后，向MTC服务器发送第二指示信息，第二指示信息用于描述RAN设备根据承载层调度策略对待调度终端进行寻呼是否成功；若寻呼成功，则向待调度终端发送获取到的心跳报文，以便待调度终端向MTC服务器发送心跳响应。

进一步的，处理器92，具体用于根据心跳报文的区域标识将心跳报文加入到该区域标识对应的子缓存列队中。

进一步的，处理器92，具体用于判断缓存队列长度是大于预设上限值还是小于预设下限值，预设上限值大于预设下限值；

发送器93，具体用于若缓存队列长度大于预设上限值，则向MTC服务器发送第一指示信息，第一指示信息用于指示MTC服务器调整发送心跳报文的时间间隔为：第一指示信息用于指示MTC服务器增加发送心跳报文的时间间隔；

若缓存队列长度小于预设下限值，则向MTC服务器发送第一指示信息，第一指示信息用于指示MTC服务器调整发送心跳报文的时间间隔为：第一指示信息用于指示MTC服务器减小发送心跳报文的时间间隔。

进一步的，处理器92，具体用于若缓存队列长度大于预设上限值，且缓存队列长度大于最大上限值，则丢弃心跳报文；最大上限值大于或等于预设上限值。

进一步的，处理器92，具体用于从至少一个子缓存列队中获取至少一个相应的心跳报文。

进一步的，发送器93，具体用于根据空口负荷向待调度终端发送获取到的心跳报文。

进一步的，处理器92，具体用于判断空口负荷是否大于预设空口负荷值；

若大于预设空口负荷值，则指示发送器不向待调度终端发送获取到的心跳报文；若不大于预设空口负荷值，则指示发送器向待调度终端发送获取到的心跳报文。

进一步的，发送器93，还用于向MTC服务器发送注册请求，以便在RAN设备注册成功后，MTC服务器通过RAN设备对待调度终端进行调度，注册请求包括支持的区域标识、缓存列队长度初始值。

进一步的，处理器92，具体用于配置指定寻呼信令；

发送器93，还用于向待调度终端发送指定寻呼信令。

进一步的，心跳报文还包括待调度终端所在的区域标识和/或小区标识；

处理器92，具体用于根据区域标识和/或小区标识对待调度终端进行寻呼。

采用上述方案后，接收器，用于接收MTC服务器发送的心跳报文，心跳报文包括待调度终端的标识；心跳报文为MTC服务器根据应用层调度策略和MTC应用服务器发送的批处理查询请求获取的；处理器，用于根据承载层调度策略对待调度终端进行寻呼，以便待调度终端与MTC应用服务器进行通信。这样，提供了一种完善且明确的M2M调度方法而且，另外，MTC服务器与RAN设备分别在应用层与承载层上进行调度，减少了应用层与承载层之间的耦合，进而避免破坏整个架构层次。

本实施例提供一种M2M的通信系统，如图10所示，可以包括：

上述装置实施例中提供的MTC服务器101，和上述装置实施例中提供的RAN设备102。

采用上述方案后，MTC服务器接收MTC应用服务器发送的批处理查询请求；根据应用层调度策略和批处理查询请求获取心跳报文，并启动计时器；向RAN无线接入网络设备发送心跳报文，以便RAN设备根据承载层调度策略对待调度终端进行寻呼；接收心跳响应；根据在计时器计时时间内接收到的心跳响应向MTC应用服务器发送批处理查询响应，以便待调度终端与MTC应用服务器进行通信，批处理查询响应包括待调度终端的标识。这样，提供了一种完善且明确的M2M调度方法而且，提供了一种完善且明确的M2M的通信方法，MTC服务器可以在应用层上进行调度，并且不需要通过M2M-IWF网元完成MTC服务器与终端之间的信息交互，推广较为简单；另外，MTC服务器与RAN设备分别在应用层与承载层上进行调度，减少了应用层与承载层之间的耦合，进而避免破坏整个架构层次。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (39)

1.一种机器对机器M2M的通信方法，其特征在于，包括：

MTC服务器接收MTC应用服务器发送的批处理查询请求；

根据应用层调度策略和所述批处理查询请求获取心跳报文；

向无线接入网络RAN设备发送所述心跳报文，并启动计时器，所述心跳报文包括待调度终端的标识，以便所述RAN设备收到心跳报文后根据承载层调度策略对所述待调度终端进行寻呼；

如果在所述计时器计时时间内接收到来自所述RAN的心跳响应，则向所述MTC应用服务器发送批处理查询响应，所述批处理查询响应包括待调度终端的标识，以便所述待调度终端与所述MTC应用服务器进行通信；

所述方法还包括：

所述RAN设备根据空口负荷调整至少一个相应的心跳报文的速率。

2.根据权利要求1所述的方法，其特征在于，所述批处理查询请求包含所述待调度终端的标识和待调度终端的服务质量QoS；

所述根据应用层调度策略和所述批处理查询请求获取心跳报文包括：

根据所述待调度终端的标识获取相应的心跳报文；

根据终端对应的区域标识和/或小区标识将具有相同QoS的心跳报文加入到一个子队列中，区域标识和/或小区标识与一个队列相对应，每个队列包括至少一个子队列，每个子队列包含的心跳报文的QoS相同，不同子队列之间包含的心跳报文的QoS不同；

分别从至少一个区域标识和/或小区标识对应的列队中获取待调度终端QoS最高的心跳报文。

3.根据权利要求2所述的方法，其特征在于，所述分别从至少一个区域标识和/或小区标识对应的列队中获取待调度终端QoS最高的心跳报文包括：

分别从所述至少一个区域标识和/或小区标识对应的QoS最高的子队列中获取最先存储的心跳报文。

4.根据权利要求1至3中任意一项所述的方法，其特征在于，在所述MTC服务器接收MTC应用服务器发送的批处理查询请求之前，所述方法还包括：

接收并存储待调度终端发送的包含有第一注册请求的心跳报文，所述第一注册请求包括待调度终端的标识和所述待调度终端所在的区域标识和/或小区标识；

向发送所述第一注册请求的待调度终端发送第一注册响应。

5.根据权利要求4所述的方法，其特征在于，在所述向无线接入网络RAN设备发送所述心跳报文之前，所述方法还包括：

接收所述RAN设备发送的第二注册请求，所述第二注册请求包括所述RAN设备支持的区域标识；

向所述RAN设备发送第二注册响应，以通知所述RAN设备注册成功。

6.根据权利要求5所述的方法，其特征在于，在所述接收心跳响应之前，所述方法还包括：

接收所述RAN设备发送的第一指示信息，所述第一指示信息用于指示所述MTC服务器减小或增加发送心跳报文的时间间隔；

所述MTC服务器根据所述第一指示信息减小或增加发送心跳报文的时间间隔。

7.根据权利要求6所述的方法，其特征在于，在所述RAN设备收到心跳报文后根据承载层调度策略对待调度终端进行寻呼之后，所述方法还包括：

接收第二指示信息，所述第二指示信息用于描述所述RAN设备根据承载层调度策略对所述待调度终端进行寻呼是否成功；

若所述第二指示信息用于描述寻呼不成功，则重新向所述RAN设备发送所述心跳报文；或者，

向所述MTC应用服务器发送寻呼失败告知消息。

8.一种M2M机器对机器调度的方法，其特征在于，包括：

RAN设备接收MTC服务器发送的心跳报文，所述心跳报文包括待调度终端的标识；所述心跳报文为所述MTC服务器根据应用层调度策略和MTC应用服务器发送的批处理查询请求获取的；

根据承载层调度策略对待调度终端进行寻呼，以便所述待调度终端与所述MTC应用服务器进行通信；

所述方法还包括：

所述RAN设备根据空口负荷调整至少一个相应的心跳报文的速率。

9.根据权利要求8所述的方法，其特征在于，在所述根据所述承载层调度策略对待调度终端进行寻呼之前，所述方法还包括：

根据承载层调度策略向所述MTC服务器发送第一指示信息，所述第一指示信息用于指示所述MTC服务器减小或增加发送心跳报文的时间间隔。

10.根据权利要求9所述的方法，其特征在于，所述RAN设备接收MTC服务器发送的心跳报文后，所述方法还包括：

将所述心跳报文加入到缓存队列中。

11.根据权利要求10所述的方法，其特征在于，在所述将所述心跳报文加入到缓存队列中之后，所述方法还包括：

从所述缓存列队中获取至少一个相应的心跳报文；

在所述根据所述承载层调度策略对待调度终端进行寻呼之后，所述方法还包括：

判断根据所述承载层调度策略对所述待调度终端进行寻呼是否成功，并向所述MTC服务器发送第二指示信息，所述第二指示信息用于描述所述RAN设备根据承载层调度策略对待调度终端进行寻呼是否成功；

若寻呼成功，则向所述待调度终端发送获取到的心跳报文，以便所述待调度终端向所述MTC服务器发送心跳响应。

12.根据权利要求10所述的方法，其特征在于，所述将所述心跳报文加入到缓存列队中为：

根据所述心跳报文的区域标识将所述心跳报文加入到该区域标识对应的子缓存列队中。

13.根据权利要求10所述的方法，其特征在于，所述根据承载层调度策略向所述MTC服务器发送第一指示信息包括：

判断缓存队列长度是大于预设上限值还是小于预设下限值，所述预设上限值大于所述预设下限值；

若所述缓存队列长度大于所述预设上限值，则向所述MTC服务器发送第一指示信息，所述第一指示信息用于指示所述MTC服务器调整发送心跳报文的时间间隔为：所述第一指示信息用于指示所述MTC服务器增加发送心跳报文的时间间隔；

若所述缓存队列长度小于所述预设下限值，则向所述MTC服务器发送第一指示信息，所述第一指示信息用于指示所述MTC服务器调整发送心跳报文的时间间隔为：所述第一指示信息用于指示所述MTC服务器减小发送心跳报文的时间间隔。

14.根据权利要求13所述的方法，其特征在于，若所述缓存队列长度大于预设上限值，且所述缓存队列长度大于最大上限值，则所述方法还包括：

丢弃所述心跳报文；所述最大上限值大于或等于所述预设上限值。

15.根据权利要求14所述的方法，其特征在于，从所述缓存列队中获取至少一个相应的心跳报文为：

从至少一个子缓存列队中获取至少一个相应的心跳报文。

16.根据权利要求11所述的方法，其特征在于，所述向所述待调度终端发送获取到的心跳报文包括：

根据空口负荷向所述待调度终端发送获取到的心跳报文。

17.根据权利要求16所述的方法，其特征在于，所述根据空口负荷向所述待调度终端发送获取到的心跳报文包括：

判断所述空口负荷是否大于预设空口负荷值；

若大于所述预设空口负荷值，则不向所述待调度终端发送获取到的心跳报文；

若不大于所述预设空口负荷值，则向所述待调度终端发送获取到的心跳报文。

18.根据权利要求10至17任意一项所述的方法，其特征在于，在所述RAN设备接收MTC服务器发送的心跳报文之前，所述方法还包括：

向所述MTC服务器发送注册请求，以便在所述RAN设备注册成功后，所述MTC服务器通过所述RAN设备对待调度终端进行调度，所述注册请求包括支持的区域标识、缓存列队长度初始值。

19.根据权利要求8所述的方法，其特征在于，所述心跳报文还包括待调度终端所在的区域标识和/或小区标识；

所述根据所述承载层调度策略对待调度终端进行寻呼为：

根据所述区域标识和/或小区标识对待调度终端进行寻呼。

20.一种MTC服务器，其特征在于，包括：

接收器，用于接收MTC应用服务器发送的批处理查询请求；接收心跳响应；

处理器，用于根据应用层调度策略和所述批处理查询请求获取心跳报文；

发送器，用于向无线接入网络RAN设备发送所述心跳报文，并启动计时器，所述心跳报文包括待调度终端的标识，以便所述RAN设备收到心跳报文后根据承载层调度策略对所述待调度终端进行寻呼，并根据空口负荷调整至少一个相应的心跳报文的速率；如果在所述计时器计时时间内接收到来自所述RAN的心跳响应，则向所述MTC应用服务器发送批处理查询响应，所述批处理查询响应包括待调度终端的标识，以便所述待调度终端与所述MTC应用服务器进行通信。

21.根据权利要求20所述的MTC服务器，其特征在于，所述批处理查询请求包含所述待调度终端的标识和待调度终端的服务质量QoS；

所述处理器，具体用于根据终端对应的区域标识和/或小区标识将具有相同QoS的心跳报文加入到一个子队列中，区域标识和/或小区标识与一个队列相对应，每个队列包括至少一个子队列，每个子队列包含的心跳报文的QoS相同，不同子队列之间包含的心跳报文的QoS不同；分别从至少一个区域标识和/或小区标识对应的列队中获取待调度终端QoS最高的心跳报文。

22.根据权利要求21所述的MTC服务器，其特征在于，所述处理器，具体用于分别从所述至少一个区域标识和/或小区标识对应的QoS最高的子队列中获取最先存储的心跳报文。

23.根据权利要求20至22中任意一项所述的MTC服务器，其特征在于，所述接收器，还用于接收待调度终端发送的包含有第一注册请求的心跳报文，所述第一注册请求包括待调度终端的标识和所述待调度终端所在的区域标识和/或小区标识；

所述MTC服务器还包括：

存储器，用于存储所述接收器接收的所述待调度终端发送的包含有第一注册请求的心跳报文；

所述发送器，还用于向发送所述第一注册请求的待调度终端发送第一注册响应。

24.根据权利要求23所述的MTC服务器，其特征在于，所述接收器，还用于接收所述RAN设备发送的第二注册请求，所述第二注册请求包括所述RAN设备支持的区域标识；

所述发送器，还用于向所述RAN设备发送第二注册响应，以通知所述RAN设备注册成功。

25.根据权利要求24所述的MTC服务器，其特征在于，所述接收器，还用于接收所述RAN设备发送的第一指示信息，所述第一指示信息用于指示所述MTC服务器减小或增加发送心跳报文的时间间隔；

所述处理器，还用于根据所述接收器接收的第一指示信息减小或增加发送心跳报文的时间间隔。

26.根据权利要求25所述的MTC服务器，其特征在于，所述接收器，还用于接收第二指示信息，所述第二指示信息用于描述所述RAN设备根据承载层调度策略对所述待调度终端进行寻呼是否成功；

所述发送器，还用于若所述接收器接收的第二指示信息用于描述寻呼不成功，则重新向所述RAN设备发送所述心跳报文；或者，

向所述MTC应用服务器发送寻呼失败告知消息。

27.一种RAN设备，其特征在于，包括：

接收器，用于接收MTC服务器发送的心跳报文，所述心跳报文包括待调度终端的标识；所述心跳报文为所述MTC服务器根据应用层调度策略和MTC应用服务器发送的批处理查询请求获取的；

处理器，用于根据承载层调度策略对待调度终端进行寻呼，以便所述待调度终端与所述MTC应用服务器进行通信；

所述处理器，还用于根据空口负荷调整至少一个相应的心跳报文的速率。

28.根据权利要求27所述的RAN设备，其特征在于，所述RAN设备还包括：

发送器，用于根据承载层调度策略向所述MTC服务器发送第一指示信息，所述第一指示信息用于指示所述MTC服务器减小或增加发送心跳报文的时间间隔。

29.根据权利要求28所述的RAN设备，其特征在于，所述处理器，还用于将所述心跳报文加入到缓存队列中。

30.根据权利要求29所述的RAN设备，其特征在于，所述处理器，还用于从所述缓存列队中获取至少一个相应的心跳报文；在所述根据所述承载层调度策略对待调度终端进行寻呼之后，判断根据所述承载层调度策略对所述待调度终端进行寻呼是否成功；

所述发送器，还用于在所述根据所述承载层调度策略对待调度终端进行寻呼之后，向所述MTC服务器发送第二指示信息，所述第二指示信息用于描述所述RAN设备根据承载层调度策略对待调度终端进行寻呼是否成功；若寻呼成功，则向所述待调度终端发送获取到的心跳报文，以便所述待调度终端向所述MTC服务器发送心跳响应。

31.根据权利要求29所述的RAN设备，其特征在于，所述处理器，具体用于根据所述心跳报文的区域标识将所述心跳报文加入到该区域标识对应的子缓存列队中。

32.根据权利要求29所述的RAN设备，其特征在于，所述处理器，具体用于判断缓存队列长度是大于预设上限值还是小于预设下限值，所述预设上限值大于所述预设下限值；

所述发送器，具体用于若所述缓存队列长度大于所述预设上限值，则向所述MTC服务器发送第一指示信息，所述第一指示信息用于指示所述MTC服务器调整发送心跳报文的时间间隔为：所述第一指示信息用于指示所述MTC服务器增加发送心跳报文的时间间隔；

若所述缓存队列长度小于所述预设下限值，则向所述MTC服务器发送第一指示信息，所述第一指示信息用于指示所述MTC服务器调整发送心跳报文的时间间隔为：所述第一指示信息用于指示所述MTC服务器减小发送心跳报文的时间间隔。

33.根据权利要求32所述的RAN设备，其特征在于，所述处理器，具体用于若所述缓存队列长度大于预设上限值，且所述缓存队列长度大于最大上限值，则丢弃所述心跳报文；所述最大上限值大于或等于所述预设上限值。

34.根据权利要求33所述的RAN设备，其特征在于，所述处理器，具体用于从至少一个子缓存列队中获取至少一个相应的心跳报文。

35.根据权利要求30所述的RAN设备，其特征在于，所述发送器，具体用于根据空口负荷向所述待调度终端发送获取到的心跳报文。

36.根据权利要求35所述的RAN设备，其特征在于，所述处理器，具体用于判断所述空口负荷是否大于预设空口负荷值；

若大于所述预设空口负荷值，则不向所述待调度终端发送获取到的心跳报文；若不大于所述预设空口负荷值，则指示所述发送器向所述待调度终端发送获取到的心跳报文。

37.根据权利要求29至36中任意一项所述的RAN设备，其特征在于，所述发送器，还用于向所述MTC服务器发送注册请求，以便在所述RAN设备注册成功后，所述MTC服务器通过所述RAN设备对待调度终端进行调度，所述注册请求包括支持的区域标识、缓存列队长度初始值。

38.根据权利要求27所述的RAN设备，其特征在于，所述心跳报文还包括待调度终端所在的区域标识和/或小区标识；

所述处理器，具体用于根据所述区域标识和/或小区标识对待调度终端进行寻呼。

39.一种M2M的通信系统，其特征在于，包括：权利要求19至24中任意一项所述的MTC服务器，和权利要求25至36中任意一项所述的RAN设备。