CN101932068A - 实现机器对机器业务的方法、系统和装置 - Google Patents

Abstract

本发明实施例公开了一种实现机器对机器M2M业务的方法，该方法包括：接收源M2M业务实体发送的M2M业务请求；根据资源调度信息判断是否允许进行所述M2M业务请求所指示的M2M业务；当判断结果为是，则根据所述M2M业务请求中携带的目的地址信息将所述M2M业务请求发送至目的M2M业务实体。相应地，本发明实施例还公开了一种实现机器对机器业务的系统和连接网络，有效地避免了在网络负载较大的情况下进行M2M业务，从而在进行M2M业务时不会影响其他通信业务的正常进行，也相应提高了M2M业务的服务质量。

Description

实现机器对机器业务的方法、系统和装置

技术领域

本发明涉及网络技术领域，尤其涉及一种实现机器对机器业务的方法、系统和装置。

背景技术

随着科学技术的发展，越来越多的设备需要通信和联网，并相应地产生了机器对机器(Machine-to-Machine，M2M)理念，除此之外，M2M还可以理解为人对机器(Man-to-Machine)、机器对人(Machine-to-Man)、移动设备对机器(Mobile-to-Machine)以及机器对移动设备(Machine-to-Mobile)等多种理念。总之，它的主要目的就是提供设备实时数据在系统、远程设备以及个人之间建立无线连接的简单手段。并且，M2M技术综合了数据采集、远程监控、通信以及信息技术，其目的就是为了使越来越多的设备具有通信和联网能力，网络一切成为现实。

目前，主要采用以下方式实现M2M业务：

方法一、如果M2M业务实体中的联网设备主动发起M2M业务，向M2M服务器发起上行信令，则联网设备首先要建立与M2M服务器的连接：联网设备首先建立与基站之间的连接，通过已建立的连接，联网设备通过非接入层信令，建立通信系统的承载，之后，通过该承载，发送M2M信令到基站，并由基站通过核心网承载将M2M信令发送至核心网，最终由核心网将M2M信令发送给M2M服务器。

方法二、如果M2M业务实体中的M2M服务器主动发起M2M业务，向联网设备发起下行信令，则M2M服务器首先要建立与联网设备的连接：M2M服务器发送下行M2M信令到核心网；核心网根据收到的M2M信令发送对联网设备的寻呼到接入网基站；由接入网基站发起对联网设备的寻呼；所寻呼的联网设备建立与基站之间的连接，通过已建立的连接，联网设备通过非接入层信令，建立通信系统的承载，之后，通过该承载，核心网设备发送M2M信令到基站，并由基站发送M2M信令到联网设备。

在实现本发明创造的过程中，发明人发现，上述方法至少存在以下问题：由于M2M服务器和联网设备均有可能是置于通信网络之外，因此，在发送M2M信令时，通信网络有可能正处于负载较高的情况下，而此时对M2M信令的处理则会进一步增加系统的负载，进而影响其他通信业务的进行，造成网络服务质量的下降。

发明内容

本发明实施例提供一种实现机器对机器业务的方法、系统和装置，使连接网络的系统资源能得到合理调度，有效避免了在实现M2M业务时影响其他通信业务的问题。

为解决上述技术问题，本发明实施例提供了一种实现机器对机器业务的方法，包括：

接收源M2M业务实体发送的M2M业务请求；

根据资源调度信息判断是否允许进行所述M2M业务请求所指示的M2M业务；

当判断结果为是，则根据所述M2M业务请求中携带的目的地址信息将所述M2M业务请求发送至目的M2M业务实体。

本发明实施例提供了一种实现机器对机器业务的系统，包括：

连接网络、以及以可通信方式与所述连接网络相连的源M2M业务实体和目的M2M业务实体，其中，

所述连接网络，用于接收所述源M2M业务实体发送的M2M业务请求，根据资源调度信息判断是否允许进行所述M2M业务请求所指示的M2M业务，当判断结果为是，则根据所述M2M业务请求中携带的目的地址信息将所述M2M业务请求发送至目的M2M业务实体。

本发明实施例提供了一种实现机器对机器业务的连接网络，包括：

接收单元、判断单元和发送单元，其中，

所述接收单元，用于接收源M2M业务实体发送的M2M业务请求；

所述判断单元，用于根据资源调度信息判断是否允许进行所述M2M业务请求所指示的M2M业务；

所述发送单元，用于当判断结果为是时，向目的M2M业务实体发送所述M2M业务请求。

与现有技术相比，本发明实施例提供的技术方案具有以下优点和特点：

M2M业务实体在进行M2M业务时，其所基于的连接网络根据接收到的接入请求以及预存的判断依据，判断该次请求是否可以接入，而当判断结果表示可以接入时，M2M业务才能进行，这样有效地避免了在网络负载较大的情况下进行M2M业务，从而在进行M2M业务时不会影响其他通信业务的正常进行，也相应提高了M2M业务的服务质量。

附图说明

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

图1是本发明实施例所提供的一种实现M2M业务的方法流程图；

图2是本发明实施例所提供的另一种实现M2M业务的方法流程图；

图3是本发明实施例所提供的一种实现M2M业务的系统的结构图；

图4是本发明实施例所提供的一种实现M2M业务的连接网络的结构图；

图5是本发明实施例所提供的基于移动通信网络的一种实现M2M业务的方法流程图；

图6是本发明实施例所提供的基于移动通信网络的另一种实现M2M业务的方法流程图；

图7是本发明实施例所提供的基于移动通信网络的第三种实现M2M业务的方法流程图。

具体实施方式

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

本发明实施例提供了一种实现M2M业务的方法，具体步骤如图1所示：

步骤101：接收源M2M业务实体发送的M2M业务请求；

步骤102：根据资源调度信息判断是否允许进行该M2M业务请求所指示的M2M业务；

步骤103：当判断结果为是，则根据所接收到的M2M业务请求中携带的目的地址信息将该M2M业务请求发送至目的M2M业务实体。

本发明实施例所提供的一种实现M2M业务的方法，可以在接到源M2M实体发起的业务请求后，依据一定的判断依据，判断此时是否可以进行M2M业务，只有在判断结果为是的时候，才能进行M2M业务，这样有效地避免了在网络负载较大的情况下进行M2M业务，从而在进行M2M业务时不会影响其他通信业务的正常进行，也相应提高了M2M业务的服务质量。

本发明实施例还提供了另一种实现M2M业务的方法，具体步骤如图2所示：

步骤201：接收源M2M业务实体发送的M2M业务请求；

在步骤201中，连接网络接收源M2M业务实体发送的M2M业务请求，其中，源M2M业务实体可以是具有M2M功能的联网设备，还可以是M2M服务器，关键取决于联网设备和M2M服务器中谁是M2M业务请求的发起者。

步骤202：根据资源调度信息判断是否允许进行该M2M业务请求所指示的M2M业务；

在步骤202中，资源调度信息可以是网络当前负载信息，例如，连接网络可以获取网络当前负载信息，如果该信息显示网络当前负载较小，可以进行M2M业务，则连接网络可以直接进行实现M2M业务的后续操作；另外，资源调度信息还可以是接入调度策略，该接入调度策略预先配置于接入网络中，例如，可以为不同的M2M业务类型设定不同的优先级，还可以为不同的M2M业务接入方式设定不同的优先级，这样，在进行是否允许进行M2M业务判断时，要首先查看所接收到的M2M业务请求所携带的标识信息，如业务类型信息、接入方式信息等，并根据接入调度策略，查看该M2M业务请求所指示的M2M业务是否具有较高的优先级，以此判断是否可以进行该M2M业务；除此以外，资源调度信息还可以是M2M业务实体的签约信息，该签约信息通过M2M业务实体与连接网络预先签署获得，并可预先配置于连接网络中，例如，该签约信息可包括M2M业务实体的类型、M2M业务类型、M2M业务实体所归属的组以及M2M业务实体允许接入的频率信息等多种信息，这样，在进行这样，在进行是否允许进行M2M业务判断时，要首先查看所接收到的M2M业务请求所携带的标识信息，例如业务类型信息、源M2M业务实体的相关信息等，并根据该M2M业务实体的签约信息，查看该M2M业务请求所指示的M2M业务当前是否可以进行。在进行上述判断时，依据连接网络的实际情况，可以只根据某一判断依据来进行判断，也可以综合多种判断依据进行判断。在进行完上述判断后，如果判断结果为是，则执行步骤203；否则，执行步骤204。

步骤203：根据该M2M业务请求中携带的目的地址信息将该M2M业务请求发送至目的M2M业务实体。

在步骤203中，如果判断结果表示此时可以进行该M2M请求消息所指示的M2M业务，则连接网络需要将该M2M业务请求发送至目的M2M业务实体，例如，如果源M2M业务实体是联网设备，则连接网络需要将接收到的M2M业务请求发送至对应的M2M服务器；而如果源M2M业务实体是M2M服务器，则连接网络需要将接收到的M2M业务请求发送至对应的联网设备，用以进行M2M业务。

步骤204：向源M2M业务实体发送拒绝接入消息。

在步骤204中，当判断结果表示此时无法进行M2M业务请求所指示的M2M业务，则连接网络需要向源M2M业务实体发送拒绝接入消息，告知源M2M业务实体暂时无法进行M2M业务。除此以外，该拒绝接入消息中还可包括拒绝接入的原因，用于告知源M2M业务实体当前的网络状况；相应地，该拒绝消息中还可包括下次发起M2M业务请求的时间，以用于供该源M2M业务实体参考何时再发起下一次M2M业务请求。

本发明实施例所提供的一种实现M2M业务的方法，连接网络可以在接到源M2M实体发起的业务请求后，依据一定的判断依据，判断此时是否可以进行M2M业务，只有在判断结果为是的时候，才能进行M2M业务，这样有效地避免了在网络负载较大的情况下进行M2M业务，从而在进行M2M业务时不会影响其他通信业务的正常进行，也相应提高了M2M业务的服务质量。

另外，本发明实施例所提供的这种实现M2M业务的方法，在无法进行M2M业务时，连接网络向源M2M业务实体发送拒绝接入消息，如果该拒绝消息中包括拒绝接入原因、下次发起M2M业务请求的时间等信息，则还可有效避免源M2M业务实体在不当的时间内再次发起M2M业务请求，从而提高进行M2M业务的效率。

相应地，本发明实施例还提供了一种实现M2M业务的系统，如图3所示，包括：连接网络301、以及以可通信方式与连接网络501相连的源M2M业务实体302和目的M2M业务实体303，其中，

连接网络301，用于接收源M2M业务实体发送的M2M业务请求；以及，

用于根据资源调度信息判断是否允许进行所接收到的M2M业务请求所指示的M2M业务；以及，

当判断结果为是时，用于根据所接收到的M2M业务请求中携带的目的地址信息向目的M2M业务实体发送该M2M业务请求；

源M2M业务实体302，用于向连接网络301发送M2M业务请求；

目的M2M业务实体303，用于接收连接网络301发送的M2M业务请求。

通过上述系统，可以采用如下方式实现M2M业务：

源M2M业务实体302首先向连接网络301发送M2M业务请求，其中，源M2M业务实体302可以是联网设备，也可以是M2M服务器；连接网络301接收到该M2M业务请求后，根据预先设定的资源调度信息判断是否允许进行该M2M业务请求所指示的M2M业务，其中，该资源调度信息可包括网络当前负载信息、接入调度策略或M2M业务实体签约信息等。如果判断结果为是，则将接收到的M2M业务请求发送至目的M2M业务实体303，在该处，如果源M2M业务实体302是联网设备，则目的M2M业务实体303是M2M服务器，而如果源M2M业务实体302是M2M服务器，则目的M2M业务实体303是联网设备，而如果判断结果为否，则向源M2M业务实体发送拒绝接入消息。

本发明实施例所提供的一种实现M2M业务的系统，连接网络可以在接到M2M实体发起的业务请求后，依据所预存的判断依据，判断此时是否可以进行M2M业务，只有在判断结果为是的时候，才能进行M2M业务，这样有效地避免了在网络负载较大的情况下进行M2M业务，从而在进行M2M业务时不会影响其他通信业务的正常进行，也相应提高了M2M业务的服务质量。

进一步，本发明实施例还提供了一种实现M2M业务的连接网络，如图4所示，该连接网络包括：

接收单元401，用于接收源M2M业务实体发送的M2M业务请求；

判断单元402，根据资源调度信息判断是否允许进行接收单元401所接收到的M2M业务请求所指示的M2M业务；

发送单元403，用于当判断结果为是时，向目的M2M业务实体发送M2M业务请求。

除此以外，连接网络的发送单元403，还可用于在判断结果为否时，向源M2M业务实体发送拒绝接入消息。

其中，判断单元402还可进一步具体包括：

当前网络负载信息获取子单元，用于获取当前网络负载信息；

第一判断子单元，用于根据所述当前网络负载信息判断是否允许进行所述M2M业务请求所指示的M2M业务；或者，

接入调度策略配置子单元，用于预先配置接入调度策略；

第一标识信息获取子单元，用于获取所述M2M业务请求中所携带的标识信息；

第二判断子单元，用于根据所述标识信息判断所述M2M业务请求是否满足接入调度策略的接入标准，以判断是否允许进行所述M2M业务请求所指示的M2M业务；或者，

签约信息配置子单元，用于预先配置所述源M2M业务实体的签约信息；

第二标识信息获取子单元，用于获取所述M2M业务请求中所携带的标识信息；

第三判断子单元，用于根据所述标识信息判断所述M2M业务请求是否满足所述源M2M业务实体的签约信息的接入标准，以判断是否允许进行所述M2M业务请求所指示的M2M业务。

结合上述方法和具体应用场景，将本发明所提供的技术方案做进一步介绍。以连接网络基于移动通信网络为例，在进行M2M业务之前，首先要进行接入调度策略的配置，该策略可以根据接入的优先等级以及M2M的业务优先等级等信息进行配置，作为资源调度的一个参数。接入调度策略配置完成后，可以将该配置策略部署于连接网络中的某一实体上，在此，将该实体称为移动管理实体。在本实施例中，将该配置策略部署于核心网的某一实体上，由核心网来进行资源的调度工作。除此以外，如果联网设备还在系统中有签约信息，如该联网设备上行请求的频率信息(请求间隔限制、请求次数限制等)，公用数据网(PDN)连接/承载数量限制，接入/业务优先级等信息，那么，移动管理实体需要从联网设备的签约服务器上获取该联网设备的签约信息，作为资源调度的另一参数。在本实施例中，联网设备首先发起上行M2M业务请求，具体实现流程如图5所示：

步骤501：联网设备通过空口信令，建立与基站之间的空口连接。

步骤502：在已经建立的空口连接上，联网设备通过非接入层信令，建立通信系统的承载。

步骤503：联网设备通过已经建立的空口承载，发送M2M信令到所接入的基站。

步骤504：基站通过已建立的通信系统承载，发送M2M信令到核心网。

步骤505：核心网判断是否允许本次接入。

在步骤505中，核心网中的移动管理实体接收到本次M2M业务请求后，根据资源调度信息，如，网络当前负载信息、接入调度策略或该联网设备的签约信息等判断依据，判断是否允许进行该M2M业务请求所指示的M2M业务。例如，移动管理实体可以结合当前系统的负载情况，判断该请求是否大于签约信息中的请求间隔、请求次数是否小于签约信息中的次数，接入网连接/承载建立数量是否小于签约信息中的数量、业务类型的优先级是否较高等，确定是否允许进行M2M业务，如果判断结果为是，则进入步骤506；否则，进入步骤507。

步骤506：核心网将该M2M信令发送到对应的M2M服务器，以实现相应的M2M业务。

步骤507：核心网向联网设备发送接入拒绝消息。

在步骤507中，核心网中的移动管理实体经过判断，确定无法允许进行该项M2M业务后，向联网设备发送接入拒绝消息，并且该消息中还可携带有拒绝接入的原因，相应地，还可根据签约信息，在拒绝接入消息中携带下次发起接入请求的时间，以使联网设备参考该信息进行下次请求的发起。

除此之外，当核心网中的移动管理实体经过判断，确定无法允许该接入后，移动管理实体还可以暂时不向联网设备发送接入拒绝消息，而是记录当前请求，在M2M用户或业务允许的延迟时间之内，如果网络的条件允许该次接入，则继续后续接入流程。

除了该种方式以外，还可采用以下方式进行M2M业务。仍然以连接网络基于移动通信网络为例，在进行M2M业务之前，首先要进行接入调度策略的配置，该策略可以根据接入的优先等级以及M2M的业务优先等级等信息进行配置，作为资源调度的一个参数。接入调度策略配置完成后，可以将该配置策略部署于连接网络中的某一实体上，在此，将该实体称为移动管理实体。在本实施例中，将该配置策略部署于核心网的某一实体上，由核心网来进行资源的调度工作。除此以外，如果联网设备还在系统中有签约信息，如该联网设备接收下行信令的频率信息(请求间隔限制、请求次数限制等)，公用数据网(PDN)连接/承载数量限制，接入/业务优先级等信息，那么，移动管理实体需要从联网设备的签约服务器上获取该联网设备的签约信息，作为资源调度的另一参数。在本实施例中，M2M服务器首先发起下行M2M业务请求，具体实现流程如图6所示：

步骤601：M2M服务器发送下行M2M信令到核心网。

步骤602：核心网判断是否允许本次接入。

在步骤602中，核心网中的移动管理实体接收到本次M2M业务请求后，根据资源调度信息，如，网络当前负载信息、接入调度策略或该联网设备的签约信息等判断依据，判断是否允许进行该M2M业务请求所指示的M2M业务。例如，移动管理实体可以结合当前系统的负载情况，判断该请求是否大于签约信息中的请求间隔、请求次数是否小于签约信息中的次数，接入网连接/承载建立数量是否小于签约信息中的数量、业务类型的优先级是否较高等，确定是否允许进行M2M业务，如果判断结果为是，则进入步骤603；否则，进入步骤609。

步骤603：核心网发送对联网设备的寻呼到对应基站。

在步骤603中，核心网根据下行信令中所携带的该信令的目的地址，将该信令发送到联网设备所对应的基站。

步骤604：基站发起对联网设备的寻呼。

在步骤604中，基站根据下行信令中所携带的目的地址信息，向该目的地址信息所对应的联网设备发起寻呼。

步骤605：联网设备接收到该寻呼后，通过空口信令，建立与基站之间的空口连接。

步骤606：在已经建立的空口连接上，联网设备通过非接入层信令，建立通信系统的承载。

步骤607：核心网通过已经建立的通信系统承载中的核心网承载，将M2M信令发送至基站。

步骤608：基站通过已经建立的通信系统承载中的空口承载，将接收到的M2M信令发送至联网设备，以实现M2M业务。

步骤609：核心网向M2M服务器发送接入拒绝消息。

在步骤609中，核心网中的移动管理实体经过判断，确定无法允许进行该项M2M业务后，向M2M服务器发送接入拒绝消息，并且该消息中还可携带有拒绝接入的原因，相应地，还可根据签约信息，在拒绝接入消息中携带下次发起接入请求的时间，以使M2M服务器参考该信息进行下次请求的发起。

除此之外，当核心网中的移动管理实体经过判断，确定无法允许该接入后，移动管理实体还可以暂时不向M2M服务器发送接入拒绝消息，而是记录当前请求，在M2M用户或业务允许的延迟时间之内，如果网络的条件允许该次接入，则继续后续接入流程。

以上两个实施例是通过核心网来判断是否允许接入，相应地，还可通过基站来进行接入的判断。在进行M2M业务之前，首先要进行接入调度策略的配置，该策略可以根据接入的优先等级以及M2M的业务优先等级等信息进行配置，作为资源调度的一个参数。接入调度策略配置完成后，可以将该配置策略部署于连接网络中的某一实体上，在本实例中，将该配置策略部署于基站上，在进行配置策略的部署时，可以是直接就将该策略部署于基站上，也可以先将其部署于核心网的某一实体上，然后由核心网发送给基站。除此以外，如果联网设备还在系统中有签约信息，如该联网设备上行请求的频率信息(请求间隔限制、请求次数限制等)，公用数据网(PDN)连接/承载数量限制，接入/业务优先级等信息，那么，基站需要从联网设备的签约服务器上获取该联网设备的签约信息，作为资源调度的另一参数。在本实施例中，联网设备首先发起上行M2M业务请求，具体实现流程如图7所示：

步骤701：联网设备通过空口信令，建立与基站之间的空口连接。

步骤702：在已经建立的空口连接上，联网设备通过非接入层信令，建立通信系统的承载。

步骤703：联网设备通过已经建立的空口承载，发送M2M信令到所接入的基站。

步骤704：基站判断是否允许本次接入。

在步骤704中，基站接收到本次M2M业务请求后，根据资源调度信息，如，网络当前负载信息、接入调度策略或该联网设备的签约信息等判断依据，判断是否允许进行该M2M业务请求所指示的M2M业务。例如，基站可以结合当前系统的负载情况，判断该请求是否大于签约信息中的请求间隔、请求次数是否小于签约信息中的次数，接入网连接/承载建立数量是否小于签约信息中的数量、业务类型的优先级是否较高等，确定是否允许进行M2M业务，如果判断结果为是，则进入步骤705；否则，进入步骤707。

步骤705：基站通过已经建立的通信系统承载中的核心网承载，发送该M2M信令到核心网。

步骤706：核心网将该M2M信令发送到对应的M2M服务器，以实现相应的M2M业务。

步骤707：基站向联网设备发送接入拒绝消息。

在步骤707中，基站经过判断，确定无法允许进行该项M2M业务后，向联网设备发送接入拒绝消息，并且该消息中还可携带有拒绝接入的原因，相应地，还可根据签约信息，在拒绝接入消息中携带下次发起接入请求的时间，以使联网设备参考该信息进行下次请求的发起。

除此之外，当基站经过判断，确定无法允许该接入后，基站还可以暂时不向联网设备发送接入拒绝消息，而是记录当前请求，在M2M用户或业务允许的延迟时间之内，如果网络的条件允许该次接入，则继续后续接入流程。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM(Read-Only Memory，只读存储记忆体)、RAM(Random Access Memory，随机存储记忆体)、磁碟或者光盘等各种可以存储程序代码的介质。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (12)

1.一种实现机器对机器M2M业务的方法，其特征在于，包括：

接收源M2M业务实体发送的M2M业务请求；

根据资源调度信息判断是否允许进行所述M2M业务请求所指示的M2M业务；

当判断结果为是，则根据所述M2M业务请求中携带的目的地址信息将所述M2M业务请求发送至目的M2M业务实体。

2.根据权利要求1所述的方法，其特征在于，还包括，当所述判断结果为否，则向所述源M2M业务实体发送拒绝接入消息。

3.根据权利要求2所述的方法，其特征在于，所述拒绝接入消息还包括：拒绝接入原因、和/或下次发起M2M业务请求的时间。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述资源调度信息的获取方式包括：

获取当前网络的负载信息；或者，

预先配置接入调度策略；或者，

预先配置所述源M2M业务实体的签约信息。

5.根据权利要求1至3中任一项所述的方法，其特征在于，所述根据资源调度信息判断是否允许进行所述M2M业务请求所指示的M2M业务，包括：

根据网络当前负载信息判断是否允许进行所述M2M业务请求所指示的M2M业务。

6.根据权利要求1至3中任一项所述的方法，其特征在于，所述根据资源调度信息判断是否允许进行所述M2M业务请求所指示的M2M业务，包括：

获取所述M2M业务请求中所携带的标识信息；

根据所述标识信息判断所述M2M业务请求是否满足接入调度策略的接入标准，以判断是否允许进行所述M2M业务请求所指示的M2M业务。

7.根据权利要求1至3中任一项所述的方法，其特征在于，所述根据资源调度信息判断是否允许进行所述M2M业务请求所指示的M2M业务，包括：

查看所述M2M业务请求中所携带的标识信息；

根据所述标识信息判断所述M2M业务请求是否满足所述源M2M业务实体的签约信息的接入标准，以判断是否允许进行所述M2M业务请求所指示的M2M业务。

8.一种实现机器对机器M2M业务的系统，其特征在于，包括：连接网络、以及以可通信方式与所述连接网络相连的源M2M业务实体和目的M2M业务实体，其中，

所述连接网络，用于接收所述源M2M业务实体发送的M2M业务请求，根据资源调度信息判断是否允许进行所述M2M业务请求所指示的M2M业务，当判断结果为是，则根据所述M2M业务请求中携带的目的地址信息将所述M2M业务请求发送至目的M2M业务实体。

9.根据权利要求7所述的系统，其特征在于，所述连接网络还用于，当判断结果为否，向所述目的M2M业务实体发送拒绝接入消息。

10.一种实现M2M业务的连接网络，其特征在于，包括：接收单元、判断单元和发送单元，其中，

所述接收单元，用于接收源M2M业务实体发送的M2M业务请求；

所述判断单元，用于根据资源调度信息判断是否允许进行所述M2M业务请求所指示的M2M业务；

所述发送单元，用于当判断结果为是时，向目的M2M业务实体发送所述M2M业务请求。

11.根据权利要求10所述的连接网络，其特征在于，所述发送单元，还用于当所述判断结果为否时，向所述源M2M业务实体发送拒绝接入消息。

12.根据权利要求10或11所述的连接网络，其特征在于，所述判断单元包括：

当前网络负载信息获取子单元，用于获取当前网络负载信息；

第一判断子单元，用于根据所述当前网络负载信息判断是否允许进行所述M2M业务请求所指示的M2M业务；或者，

接入调度策略配置子单元，用于预先配置接入调度策略；

第一标识信息获取子单元，用于获取所述M2M业务请求中所携带的标识信息；

第二判断子单元，用于根据所述标识信息判断所述M2M业务请求是否满足接入调度策略的接入标准，以判断是否允许进行所述M2M业务请求所指示的M2M业务；或者，

签约信息配置子单元，用于预先配置所述源M2M业务实体的签约信息；

第二标识信息获取子单元，用于获取所述M2M业务请求中所携带的标识信息；

第三判断子单元，用于根据所述标识信息判断所述M2M业务请求是否满足所述源M2M业务实体的签约信息的接入标准，以判断是否允许进行所述M2M业务请求所指示的M2M业务。

Images