CN102710470B - 一种m2m通信方法及处理设备 - Google Patents

Abstract

提供了一种应用于机器到机器M2M业务的处理设备(02)，所述处理设备(02)与发起方(01)和目标M2M设备(03)通信连接，接收所述发起方向所述目标M2M设备发送的业务消息；所述处理设备(02)包括，获取模块(21)，用于获取所述目标M2M设备的工作状态，所述目标M2M设备下次通信的时间点Tm，所述业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示；通信代理模块(22)，用于根据所述目标M2M设备的工作状态，所述下次通信时间点Tm，所述业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示对所述业务消息进行处理。

Description

一种M2M通信方法及处理设备

技术领域

本发明涉及物联网技术，尤其是一种处理设备或者M2M信息通信方法。

背景技术

M2M技术是指机器到机器(MachinetoMachine)的通信技术。在物联网的应用场景下，基于多种原因，会限制M2M设备对通信资源的使用，从而经常处于通信的不可达状态。比如：基于节电的考虑，M2M设备会尽可能处于睡眠状态；或者，海量的M2M设备数量加剧了运营商网络通信资源(比如：IP地址，通信信道)的稀缺，M2M设备需要尽量少地占用通信资源。另一方面，不同的应用对下行通信(网络发送方向接收方发起的通信)的QOS质量(比如：可达性和实时性)要求不同，一部分应用需要能够将下行的消息及时可靠地转发给M2M设备，另一部分则允许下行通信存在一定的延时和失败率。

简而言之，在满足应用多样化的下行通信QOS质量前提下，降低M2M对通信资源的使用，以解决M2M设备节电性或者通信网络资源稀缺性等问题。现有的方案也没有很好地解决这个问题。

发明内容

本发明描述一种M2M下行通信QOS的实现方法，以便于消除或者减少至少一个上述技术缺陷，例如：可以满足不同应用的QOS质量的前提下，降低与M2M设备的通信频率，或者，提高M2M设备的睡眠占比，从而提高通信的效率或者延长M2M设备的寿命。

一方面，提供了一种应用于机器到机器M2M业务的处理设备(02)，所述处理设备(02)与发起方(01)和目标M2M设备(03)通信连接，接收所述发起方向所述目标M2M设备发送的业务消息；所述处理设备(02)包括，获取模块(21)，用于获取所述目标M2M设备的工作状态，所述目标M2M设备下次通信的时间点Tm，所述业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示；通信代理模块(22)，用于根据所述目标M2M设备的工作状态，所述下次通信时间点Tm，所述业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示对所述业务消息进行处理。

另一方面，提供了一种应用于机器到机器M2M业务的通信方法，包括：

M2M业务中的处理设备(02)接收发起方向目标M2M设备发送的业务消息；获取所述目标M2M设备的工作状态，目标M2M设备下次通信的时间点Tm，业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示；根据所述目标M2M设备的工作状态，所述下次通信时间点Tm，所述业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示对所述业务消息进行处理。

通过上述实施方式通过处理设备根据具体情况对业务消息进行特殊的处理，可以满足不同应用的QOS质量的前提下，降低与M2M设备的通信频率，或者，提高M2M设备的睡眠占比，从而提高通信的效率，M2M设备更加省电，或者，可以延长M2M设备的寿命。

附图说明

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

图1A为一个M2M业务应用环境的示意图；

图1B为一个M2M系统的架构示意图；

图2为一个实施方式中在正常状态以及异常状态时的心跳处理流程示意图；

图3为M2M业务消息发送的处理流程的示意图；

图4为一个实施方式中M2M业务中的处理设备预测下次通信建立的时间点的流程示意图；

图5为一个实施方式中M2M业务中的处理设备动态地调整通信的时间间隔的流程示意图

图6为一个实施方式中M2M业务中的处理设备的结构示意图。

具体实施方式

实施方式一

在M2M通信场景下，如图1A所示，为一个本发明应用的可能的应用环境，该应用系统中包含如下元素或者装置：

M2M设备，是可以通过使用一种或者多种M2M能力运行一种或者多种M2M业务的设备。M2M设备接入网络的方式有两种：一种是直接接入，“DirectConnectivity”，M2M设备通过接入网与网络侧相连接；另一种是通过M2M网关接入，“GatewayasaNetworkProxy”，M2M设备通过一个或者多个M2M网关与网络侧连接。M2M设备通过M2M局域网(M2MAreaNetwork)与M2M网关连接。上述各装置的基本功能可以参考《ETSITS102690V1.1.1.》

M2M局域网(M2MAreaNetwork)用于提供M2M设备与M2M网关之间的网络连接。具体的，可以采用个人局域网技术，例如IEEE802.15.1，Zigbee，Bluetooth，IETFROLL，ISA100.11a，等等，也可以采用本地网络技术，例如PLC，M-BUS，WirelessM-BusandKNX。

M2M网关是一个可以调用M2M业务能力运行M2M应用(M2MApplication(s))的网关。具体的，M2M网关可以作为M2M设备与网络侧之间的代理，可以向其他设备提供业务，但是该业务对于网络侧而言不可视。

接入网，用于使得M2M网关和/或M2M设备能与核心网进行通信。接入网可以是但不限于采用Xdsl，HFC，satellite，GERAN，UTRAN，Eutran，W-LANandWimax技术的网络，等等。

核心网，用于提供与其它网络设备的IP连接、业务和网络处理功能、与其它网络的交互或者漫游等等功能。核心网可以是但不限于采用3GPPCN，ETSITISPANCNAN或者3GPP2CN等等技术的网络。

M2M业务能力，用于提供可以被各种应用所调用的各种M2M功能，可以通过开放性接口向外提供这些功能，可以利用核心网的各种能力，可以通过屏蔽各种网络特性来简化或者优化M2M应用的开发或者部署。

M2M应用，可以调用M2M业务能力运行M2M业务逻辑。

通过上述的应用环境，可以提供各种不同的M2M应用，例如自动收集传感器参数等等。

本发明实施方式中的网关，可以是部署在上述应用环境中M2M网关上，也可以是部署在接入网关上，也可以部署在M2M业务平台上，只要实现相应的功能，具有相关的结构即可，其在网络节点中的位置不作限制。

如图1B所示，为一个实施方式中的系统架构图。其中包括发起方，例如应用服务器或者M2M设备(01)，M2M业务中的处理设备(02)，目标M2M设备(03)。

上述系统中，发起方用于向目标M2M设备(03)发送业务消息，可以携带该业务消息的QOS属性，尤其是过期时间Ta和优先级。其中，过期时间是指业务消息不再有效的时间；优先级指是否需要强制唤醒目标M2M设备的指示。这样，M2M业务中的处理设备(02)作为中间的处理装置，接收到该业务消息后，可以解析所述业务消息得到所述业务消息中携带的过期时间Ta和是否需要强制唤醒目标M2M设备的指示的信息。当然，在可以替换的实施方式中，可以将这些信息与业务标识或者业务类型相关联，使得该M2M业务中的处理设备(2)可以根据业务消息中携带的业务标识或者业务类型得到上述信息，也就是说，这时候无需在业务消息中携带过期时间Ta和优先级。具体的，业务消息一般有两个方向，一种是终端向系统侧发送，称为上行消息，另一种是系统向终端侧发送，称为下行消息。一般而言，系统侧是永远在线的，所以上行消息一般不存在是否可达的问题；而终端侧往往处于不在线状态，下行消息的可达可能存在困难。

上述M2M业务中的处理设备(02)可以包括，获取模块21，用于获取该目标M2M设备下次通信的时间点Tm，该业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示；或者，获取该目标M2M设备的工作状态；

通信代理模块22，用于根据该下次通信时间点Tm，该业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示对该业务消息进行处理；或者，根据目标M2M设备的工作状态对该业务消息进行处理。

具体的，可以在发起方的业务消息中携带“业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示”的信息；可以替换的，也可以通过“发起方的业务消息”的属性(比如：业务ID、发起方ID，业务类型等等)与过期时间Ta和是否需要强制唤醒目标M2M设备的指示的关联关系，获得上述的两个信息。或者，通过其他方式获取业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示。

较优的，上述获取下次通信的时间点Tm具体方式至少包括：

该时间点可以由目标M2M设备决定，并通过通信接口显式地通知M2M业务中的处理设备(02)；所述处理设备(02)接收目标M2M设备发送的下次通信的时间点Tm；

可替换的，也可以是处理设备(02)根据历史通信时间点信息，计算预测的下次通信的时间点Tm；具体的，其工作原理可以参考图4所示的实施方式。

可替换的，还可以是处理设备(02)根据所述业务的需要调整当前的通信时间间隔，得到下次通信的时间点Tm。具体的，其工作原理可以参考图5所示的实施方式。

上述系统中，目标M2M设备用于接收该处理设备(02)处理后发送的业务消息，以便于针对该业务消息进行相应的处理。

较优的，目标M2M设备进一步用于在异常状态切换时，向处理设备(02)发送目标M2M设备的工作状态信息，以便于处理设备(02)切换其维护的目标M2M设备的工作状态。一些实施方式中，异常发生时，尽量通知处理设备(02)，异常恢复时，必须通知处理设备(02)。上述通知处理设备(02)的步骤一般有两种实现方式：一个是采用专用的命令进行通知，一个是采用普通的上行业务消息进行通知。具体的，可以参考图2中的实施方式。

较优的，上述处理设备(02)对于发起方向目标M2M设备发送的业务消息进行处理包括：M2M业务中的处理设备(02)接收到发起方发送的业务消息时，根据下次通信时间点Tm，该业务消息的过期时间Ta和优先级，可以做缓存，丢弃该业务消息或强制唤醒并发送该业务消息等处理。

具体的，上述处理的工作原理可以参考后续图3所示流程示意图，也就是说，该通信代理模块22，可以进一步用于当业务消息的过期时间Ta迟于下次通信建立时间Tm，则缓存所述业务消息，等待目标M2M设备获取该消息；当业务消息的过期时间Ta早于Tm且需要强制唤醒，则启用唤醒所述目标M2M设备的流程，等待所述目标M2M设备发起上行的心跳消息，再下发M2M业务中的处理设备(02)上缓存的该业务消息；当Ta早于Tm且不需要强制唤醒，则丢弃该业务消息，返回通信失败给发起方；或者，当目标M2M设备处于异常状态，则M2M业务中的处理设备(02)丢弃所述业务消息，返回通信失败响应给所述发起方。

进一步的、M2M业务中的处理设备(02)可以用于在响应消息中告知发起方目标M2M设备的后续通信时刻Tm和/或新的通信时间间隔ΔT。从而，发起方也可以根据这些信息，合理优化与目标M2M设备的后续通信时刻点，减少通信资源浪费。

参考图2，图3为一个实施方式中，M2M业务通信流程的示意图。其中，参考图2，为系统在正常状态以及异常状态时的心跳处理流程，用于说明目的M2M设备和M2M业务中的处理设备(02)之间的通信维持处理逻辑。图3为业务消息发送的处理流程，用于说明业务消息通信流程。图2所示的目的M2M设备和M2M业务中的处理设备(02)之间的通信维持处理过程包括：

201、目标M2M设备向M2M业务中的处理设备(02)发起心跳过程。较优的，发起心跳的时间间隔可以变化。该心跳过程可以用于：

1)激活通信链路，查询是否有下行的业务消息。

2)较优的，可以通过心跳消息，显式地通知M2M业务中的处理设备(02)下次通信的建立时间间隔ΔT。

M2M业务中的处理设备(02)接收到上述信息以后，可以根据终端上报的ΔT计算，应用服务器或者M2M设备的下次通信建立时间Tm，其中Tm＝当前时刻+ΔT。

202、目标M2M设备在异常状态切换时，根据其通信能力尽可能通知M2M业务中的处理设备(02)(例如其通信代理模块)，以切换M2M设备的通信状态。前述异常状态切换，具体指目标M2M设备从正常状态切换为异常状态，比如，电源耗尽或者关机等。

可选的，采用主动通知的方式，即目标M2M设备将异常状态通知发送给M2M业务中的处理设备(02)，其中可以包括Status＝Error。可替换的，采用被动检测的方式，即M2M业务中的处理设备(02)检测目标M2M设备的通信状态是否正常，例如启动定时器，如果M2M业务中的处理设备(02)和目标M2M设备的心跳超时，则状态不正常，status＝Error。

目标M2M设备在异常状态恢复时，可以向M2M业务中的处理设备(02)发送设备异常恢复通知，其中包括Status＝Normal，NextActivateTime＝ΔT。

参考图3，业务消息发送的处理流程的实施方式，包括：

301、发起方在发送消息给M2M业务中的处理设备(02)时，可以标识消息的过期时间点Ta和是否需要强制唤醒(或者称为优先级)。可替换的，也可以在消息中携带业务属性，通过在关联关系表中预先将业务属性与“过期时间点Ta和是否需要强制唤醒”等信息关联起来，由M2M业务中的处理设备(02)根据存储的关联关系表和业务属性(例如业务标识)得到关联的“过期时间点Ta和是否需要强制唤醒”等信息。

302、M2M业务中的处理设备(02)在接收到发起方发送的业务消息时，可以根据目标M2M设备的工作状态，例如通信正常或者异常，或者下次通信建立时间Tm与业务消息的过期时间等信息，进行相关消息的处理(或者管理维护)。例如，可以做如下处理：

3021、当业务消息的过期时间Ta迟于下次通信建立时间Tm，则M2M业务中的处理设备(02)缓存该业务消息，等待目标M2M设备获取该业务消息。

3022、当Ta早于Tm且需要强制唤醒(高优先级)，则M2M业务中的处理设备(02)启用唤醒目标M2M设备的流程，等待目标M2M设备发起上行的心跳消息，M2M业务中的处理设备(02)再下发网关上缓存的发起方的业务消息。

3023、当Ta早于Tm且不需要强制唤醒(低优先级)，则处理设备(02)丢弃该业务消息，返回通信失败给发起方。

3024、当目标M2M设备处于异常状态，则M2M业务中的处理设备(02)丢弃该业务消息，返回通信失败给发起方。异常状态指非正常工作状态，例如，电源耗尽或者关机等。

303、M2M业务中的处理设备(02)向发起方返回响应消息时，较优的，可以通知发起方，目标M2M设备的下次通信时间Tm和/或通信时间间隔ΔT。发起方可以根据这些信息，合理优化与目标M2M设备的下次通信的时间点，以减少通信资源的浪费。

通过上述方法实施方式，通过标识消息的过期时间点Ta和是否需要强制唤醒等信息，M2M业务中的处理设备(02)可以及时有效的处理相关业务消息，可以根据目的M2M设备的通讯特征，采用合理的处理方式，尽量保证通讯的可达性和时效性的前提下，尽量避免频繁地唤醒目标M2M设备，降低M2M的电源消耗以及对通信网络资源的占用。

上述实施方式中，通过标识M2M通信过程中不同的QOS要求，进行针对性地处理，以便于在满足通讯的QOS情况下，尽可能的节约终端的通讯信道资源。这些不同的QOS要求有些强调信息的时效性，有些强调信息的可达性，有些两者都不强调。

实施方式二

本发明前述实施例中，参考图2，目标M2M设备和M2M业务中的处理设备(02)之间接口有特殊的约定，目标M2M设备需要显式地告知M2M业务中的处理设备(02)下次通信建立的时间间隔ΔT，以便于处理设备(02)方便的得到下次通信的建立时间Tm。可以替换的，在一些已存在的目标M2M设备，可以不定义前述发明实施例所描述的接口，而在处理设备(02)处记录M2M设备的历史通信时间点信息，通过计算预测下次通信建立的时间点T′(k+1)。

具体的例子中，可以根据M2M设备验证的通信间隔方式，相应的采用合适的统计预测算法。下面以αβ滤波器为例，上述方法可以包括：

401、处理设备(02)接收到目标M2M设备的消息，记录接收到该消息的通信时刻T(k)。

402、计算当前的通信时间间隔ΔT(k)＝T(k)-T(k-1)。

403、预测下次通信时间间隔ΔT(k+1)＝α*ΔT(k-1)+β*ΔT(k)。

404、预测下次通信时间T′(k+1)＝T(k)+ΔT(k+1)。

上述公式中，T(k)为当前接收到的目标M2M设备发送的通信信息的处理设备(02)上的本地时刻；T(k-1)为上一次接收到且已经记录的目标M2M设备发送的通信信息的处理设备(02)上的本地时刻；T′(k+1)为下一次接收到目标M2M设备发送的通信信息的处理设备(02)上的本地时刻的预测值；其中α，β为滤波器的参数，且0≤α，β≤1，α+β＝1，k为自然数。

从前面的实施方式来看，处理设备(02)可以根据目标M2M终端的历史通信数据，通过计算预测下次通信建立的时刻，无需目标M2M终端在通信消息中显式地告知。这样可以避免对现网的已经部署的M2M终端的改造工作。

实施方式三

本发明实施方式一和方式二中，目标M2M设备和处理设备(02)之间建立通信的时间点本质上由目标M2M设备决定，实施例一是目标M2M设备决定何时建立通讯，并将时间参数告知处理设备(02)。实例方式二仍然是目标M2M设备决定何时建立通讯，但是，处理设备(02)需要自己计算和统计这个时间点参数。对于支持远程通信处理的目标M2M设备，处理设备(02)也可以根据业务场景的需要，动态地调整和处理通信的时间间隔，并通过远程指令通知目标M2M设备。

上述方法可以包括：

501-502、处理设备(02)在一定的时间段内，收集发起方(应用服务器或者源M2M设备)的通信间隔调整指令；该通信间隔调整指令携带新的通信时间间隔。这个时间段用来计算和调整“通信时间间隔ΔT”，一般要大于“通信时间间隔ΔT”。

相应的，发起方下达通信间隔调整指令，要求终端通信间隔调整；该通信间隔调整指令携带新的通信时间间隔。

503、处理设备(02)验证发起方调整指令的合法性，并记录该新的通信时间间隔；

504、处理设备(02)在当前的通信时间间隔δT到达时，计算显式的通信时间间隔δt。其中，显式通信时间间隔指来自发起方的固定周期内最小的调整指令的通信时间间隔。例如，在上述固定的时间内，原来(或者之前收到的通信间隔调整指令中携带的)目的M2M终端A和处理设备(02)之间每隔10秒通讯一次，某一应用服务器发指令要求调整为5秒一次，则确定(计算)得到显式的通信时间间隔δt为5秒一次。

505、δt存在时，判断是否需要减小通信时间间隔。

在当前的通信时间间隔δT大于δt时，向目标M2M设备发送通信间隔调整指令，用于减小通信时间间隔，所述通信间隔调整指令携带δt；

在当前的通信时间间隔δT小于等于δt时，结束流程；

506、如果δt不存在，根据前n个调整周期通信占空比，计算隐式的通信间隔δt′。其中，隐式的通信时间间隔指来自处理设备(02)实际运行数据的通信间隔；δt′＝当前值δT*(1+(1-占空比)*γ系数)，γ＞0。

前述占空比为一段时间以内，有实际通信负荷的通信时间间隔次数与这段时间内总的通信时间间隔次数的比例。例如：假定处理设备(02)和目标M2M设备的通信时间间隔是5秒，在调整周期为60秒中，共发生60/5＝12次的通信，假如有实际通信负荷的有8次，则占空比为＝8/12＝67％。

507、判断是否需要增大通信时间间隔。

在当前的通信时间间隔δT小于δt′时，向目标M2M设备发送通信间隔调整指令，用于增大通信的时间间隔，所述通信间隔调整指令携带δt′。

在当前的通信时间间隔δT大于等于δt′时，流程结束。

可选的，上述方法中关于显式的通信时间间隔δt和隐式的通信时间间隔δt′可以由处理设备(02)中的获取模块21执行；向所述目标M2M设备发送通信间隔调整指令的步骤可以由处理设备(02)中的通信代理模块22执行。可以替换的，上述算法可以以其他的逻辑结构存在，只要实现上述步骤即可。

从前面的实施方式来看，处理设备(02)可以根据实际情况将通讯间隔调小。在实际使用中，也可能在一段时间内需要频繁通信，之后，通信频度降低了，这时本实施方式可以将通信间隔再调大，即也提供了一个回调的机制。使得更加灵活的在满足M2M设备的通信质量的基础上更好的节约通信资源。

图6为一个实施方式中处理设备(02)的结构示意图。该处理设备(02)包括至少一个处理器(601)，例如CPU，至少一个网络接口604或者其他通信接口603，存储器605，和至少一个通信总线602。通信总线602用于实现这些装置之间的连接通信。该处理设备(02)可选的包含用户接口603，包括显示器，键盘或者点击设备。存储器605可能包含高速Ram存储器，也可能还包括非不稳定的存储器(non-volatilememory)，例如至少一个磁盘存储器。存储器605可选的可以包含至少一个位于远离前述CPU602的存储装置。在一些实施方式中，存储器605存储了如下的元素，模块或者数据结构，或者他们的子集，或者他们的扩展集：

操作系统606，用于，包含各种程序，用于实现各种基础业务以及处理基于硬件的任务；

获取模块608，用于获取所述目标M2M设备下次通信的时间点Tm。

通信代理模块609，用于根据所述下次通信时间点Tm，所述业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示对于所述业务消息进行处理；或者，根据目标M2M设备的工作状态进行处理。

较优的，获取模块608和通信代理模块609的工作原理，可以参考图1所示系统、图2-5所示的方法中的具体介绍，在此不再赘述。

具体的，本发明实施方式提供的处理设备(02)一方面，可以维持与M2M设备的通信管道，测量和处理该通信管道的QOS属性；一方面，可以保证业务消息的QOS质量要求；最后，还可以通过缓存合并等手段，提高与M2M设备通信的效率，降低对网络资源的占用。简言之，上述处理设备(02)可以维持发起方与目标M2M设备之间的通信QOS质量(比如：可达性和实时性)，并优化目标M2M设备通信的效率。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

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

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

Claims (14)

1.一种应用于机器到机器M2M业务的处理设备(02)，所述处理设备(02)与发起方(01)和目标M2M设备(03)通信连接，接收所述发起方向所述目标M2M设备发送的业务消息；其特征在于，

所述处理设备(02)包括，获取模块(21)，用于获取所述目标M2M设备的工作状态，所述目标M2M设备下次通信的时间点Tm，所述业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示；

通信代理模块(22)，用于根据所述目标M2M设备的工作状态，所述下次通信的时间点Tm，所述业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示对所述业务消息进行处理；

所述通信代理模块(22)，进一步用于当所述目标M2M设备的工作状态正常，业务消息的过期时间Ta迟于下次通信的时间点Tm，则缓存所述业务消息，等待目标M2M设备获取所述业务消息；当所述目标M2M设备的工作状态正常，业务消息的过期时间Ta早于Tm且需要强制唤醒，则启用唤醒所述目标M2M设备的流程，等待所述目标M2M设备发起上行的心跳消息后，再下发所述处理设备(02)上缓存的所述业务消息；当所述目标M2M设备的工作状态正常，Ta早于Tm且不需要强制唤醒，则丢弃所述业务消息，返回通信失败给所述发起方；或者，当目标M2M设备的工作状态异常，则丢弃所述业务消息，返回通信失败响应给所述发起方。

2.根据权利要求1的处理设备(02)，其特征在于，

所述获取模块(21)，进一步用于通过下述方式之一获取下次通信的时间点Tm：

接收目标M2M设备发送的下次通信的时间点Tm；

根据历史通信时间点信息，计算预测的下次通信的时间点Tm；

根据所述业务的需要调整当前的通信时间间隔，得到下次通信的时间点Tm。

3.根据权利要求1的处理设备(02)，其特征在于：

所述获取模块(21)，进一步用于通过下述方式之一获取所述业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示：

解析所述业务消息得到所述业务消息中携带的过期时间Ta和是否需要强制唤醒目标M2M设备的指示；或者，

根据所述业务消息中携带的业务消息的属性得到所述业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示。

4.根据权利要求1的处理设备(02)，其特征在于：

所述获取模块(21)，进一步用于通过下述方式之一获取所述目标M2M设备的工作状态：

接收目标M2M设备主动发送的异常状态通知；或者，

通过检测得到目标M2M设备的通信状态。

5.根据权利要求1的处理设备(02)，其特征在于，

该通信代理模块(22)，进一步用于向发起方返回响应消息，所述响应消息包含目标M2M设备的下次通信的时间点Tm和/或新的通信时间间隔ΔT。

6.根据权利要求2的处理设备(02)，其特征在于，

所述处理设备(02)中的获取模块(21)，根据历史通信时间点信息，计算预测的下次通信的时间点Tm，具体包括，接收到目标M2M设备发送的业务消息，记录通信时刻T(k)；计算当前的通信时间间隔ΔT(k)＝T(k)-T(k-1)；预测下次通信时间间隔ΔT(k+1)＝α*ΔT(k-1)+β*ΔT(k)；预测下次通信时间T'(k+1)＝T(k)+ΔT(k+1)；

上述公式中，T(k)为当前接收到的目标M2M设备发送的通信信息的处理设备(02)上的本地时刻；T(k-1)为上一次接收到的且已经记录的目标M2M设备发送的通信信息的处理设备(02)上的本地时刻；T'(k+1)为下一次接收到目标M2M设备发送的通信信息的在处理设备(02)上的本地时刻的预测值；其中α，β为滤波器的参数，且0≤α,β≤1,α+β＝1，k为自然数。

7.根据权利要求2的处理设备(02)，其特征在于，

所述处理设备(02)中的获取模块(21)根据所述业务的需要调整当前的通信时间间隔，得到下次通信的时间点Tm，具体包括：在一定的时间段内，收集所述发起方发送的一个或者多个通信间隔调整指令，任一所述通信间隔调整指令中包括通信时间间隔；所述处理设备(02)在当前的通信时间间隔δT到达时，确认显式的通信时间间隔δt，所述显式的通信时间间隔δt为所述接收到的通信时间间隔的最小值；当δt不存在，根据所述时间段内的实际运行数据计算得到隐式的通信时间间隔δt'，其中δt'＝δT*(1+(1-占空比)*γ)，0<γ；

所述通信代理模块(22)，进一步用于当δt存在，且δT大于所述δt时，向所述目标M2M设备发送通信间隔调整指令，所述通信间隔调整指令携带所述δt；当δt不存在，δT小于所述δt'时，向所述目标M2M设备发送通信间隔调整指令，所述通信间隔调整指令携带所述δt'。

8.一种应用于机器到机器M2M业务的通信方法，其特征在于，包括：

M2M业务中的处理设备(02)接收发起方向目标M2M设备发送的业务消息；

获取所述目标M2M设备的工作状态，目标M2M设备下次通信的时间点Tm，业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示；

根据所述目标M2M设备的工作状态，所述下次通信的时间点Tm，所述业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示对所述业务消息进行处理；

所述根据所述下次通信的时间点Tm，所述业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示对于所述业务消息进行处理包括：

当所述目标M2M设备的工作状态正常，业务消息的过期时间Ta迟于下次通信的时间点Tm，则缓存所述业务消息，等待目标M2M设备获取所述业务消息；当所述目标M2M设备的工作状态正常，业务消息的过期时间Ta早于Tm且需要强制唤醒，则启用唤醒所述目标M2M设备的流程，等待所述目标M2M设备发起上行的心跳消息后，再下发所述处理设备(02)上缓存的所述业务消息；当所述目标M2M设备的工作状态正常，Ta早于Tm且不需要强制唤醒，则丢弃所述业务消息，返回通信失败给所述发起方；或者，当目标M2M设备的工作状态异常，则丢弃所述业务消息，返回通信失败响应给所述发起方。

9.根据权利要求8的通信方法，其特征在于，

所述获取下次通信的时间点Tm包括如下方式之一：

接收目标M2M设备发送的下次通信的时间点Tm；

根据历史通信时间点信息，计算预测的下次通信的时间点Tm；或者，

根据所述业务的需要调整当前的通信时间间隔，得到下次通信的时间点Tm。

10.根据权利要求8的通信方法，其特征在于，

所述获取所述业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示包括如下方式之一：

解析所述业务消息得到所述业务消息中携带的过期时间Ta和是否需要强制唤醒目标M2M设备的指示；或者，

根据所述业务消息中携带的业务消息的属性得到所述业务消息的过期时间Ta和是否需要强制唤醒目标M2M设备的指示。

11.根据权利要求8的通信方法，其特征在于：

通过下述方式之一获取所述目标M2M设备的工作状态：

接收目标M2M设备主动发送的异常状态通知；或者，

通过检测得到目标M2M设备的通信状态是否正常。

12.根据权利要求8的通信方法，其特征在于，所述方法进一步包括：

向所述发起方返回响应消息，所述响应消息包含所述目标M2M设备的下次通信的时间点Tm和/或新的通信时间间隔ΔT。

13.根据权利要求9的通信方法，其特征在于，

所述根据历史通信时间点信息，计算预测的下次通信的时间点Tm包括：

接收到目标M2M设备发送的业务消息，记录通信时刻T(k)；

计算当前的通信时间间隔ΔT(k)＝T(k)-T(k-1)；

预测下次通信时间间隔ΔT(k+1)＝α*ΔT(k-1)+β*ΔT(k)；

预测下次通信时间T'(k+1)＝T(k)+ΔT(k+1)；

上述公式中，ΔT(k)为当前的目标M2M设备通信间隔；

T(k)为当前接收到的目标M2M设备发送的通信信息的处理设备(02)本地时刻；

T(k-1)为上一次接收到的且已经记录的目标M2M设备发送的通信信息的处理设备(02)本地时刻；

T'(k+1)为下一次接收到目标M2M设备发送的通信信息的在处理设备(02)上的本地时刻的预测值；

其中α，β为滤波器的参数，且0≤α,β≤1,α+β＝1，k为自然数。

14.根据权利要求9的方法，其特征在于，

所述根据所述业务的需要调整当前的通信时间间隔，得到下次通信的时间点具体包括：

在一定的时间段内，收集发起方发送的一个或者多个通信间隔调整指令，任一所述通信间隔调整指令中包括通信时间间隔；

所述处理设备(02)在当前的通信时间间隔δT到达时，确认所述一个或者多个通信时间间隔的最小值，所述最小值为显式的通信时间间隔δt；

如果δt存在且δT大于δt时，向所述目标M2M设备发送通信间隔调整指令，所述通信间隔调整指令携带δt；

如果δt不存在，根据所述时间段内的实际运行数据计算得到隐式的通信间隔δt'，其中δt'＝δT*(1+(1-占空比)*γ系数)，0<γ；当δT小于δt'时，向所述目标M2M设备发送通信间隔调整指令，所述通信间隔调整指令携带δt'。