旦收到"休眠指令"，则所述用户设备应当 进入休眠，直到其被对应的休眠控制设备所唤醒。在MTC设备的休眠模式中，除了 "唤醒指 令"，其不应当接受任何其他的指令/触发。
[0048] 在此，本领域技术人员应能理解，图1仅示出了一种在3GPPTS23. 682规范中提出 的用于物联网设备调度的系统架构图的优选实施例，而并非对本发明的限制。其他的网络 同样适用于本发明，并包含在本发明的保护范围内。
[0049]图2示出根据本发明一个方面的一种用于物联网设备调度的调度设备与休眠控 制设备示意图；其中，所述调度设备1包括第一请求获取装置11、状态确定装置12、设备确 定装置13、请求转发装置14,所述休眠控制设备2包括第二请求获取装置21、响应确定装置 22。具体地，所述调度设备的第一请求获取装置11获取用户设备的设备触发请求；所述状 态确定装置12根据所述设备触发请求，确定与所述用户设备相对应的设备状态；若所述设 备状态为休眠状态，所述设备确定装置13确定与所述用户设备相对应的休眠控制设备；所 述请求转发装置14将所述设备触发请求转发至所述休眠控制设备；所述休眠控制设备的 第二请求获取装置21获取与用户设备相对应的设备触发请求；所述响应确定装置22根据 所述设备触发请求，确定与所述设备触发请求相对应的响应信息。
[0050] 在此，所述调度设备或休眠控制设备包括但不限于独立的网络设备、或网络设备 与其他设备通过网络或硬件相集成所构成的设备。其中，所述网络设备包括一种能够按 照事先设定或存储的指令，自动进行数值计算和信息处理的电子硬件设备或软件设备，其 硬件包括但不限于微处理器、专用集成电路（ASIC)、可编程口阵列（FPGA)、数字处理器 值SP)、嵌入式设备等。所述网络设备其包括但不限于计算机、网络主机、单个网络服务器、 多个网络服务器集或多个服务器构成的云；在此，云由基于云计算（CloudComputing)的 大量计算机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散禪合的计算 机集组成的一个虚拟超级计算机。所述其他设备如物联网/MTC网络中的MTC-IWF(MTC网 络间功能，MTC-InterWorking化nction)、MTC网关或其他具有控制权限的设备等任意一 种或多种设备。在此，所述调度设备与所述休眠控制设备可W是同一个网络设备，也可W是 分别独立的不同的网络设备。
[0051] 本领域技术人员应能理解，其他的调度设备和/或休眠控制设备如能适用于本发 明，也应包含在本发明保护范围W内，并在此W引用方式包含于此。
[0052] 上述各装置之间是持续不断工作的，在此，本领域技术人员应理解"持续"是指上 述各装置分别实时地，或者按照设定的或实时调整的工作模式要求，进行设备触发请求的 获取、设备状态的确定、休眠控制设备的确定、设备触发请求的转发、响应信息的确定等，直 至所述调度设备停止获取用户设备的设备触发请求。
[0053] 所述调度设备的第一请求获取装置11获取用户设备的设备触发请求。
[0054] 具体地，所述第一请求获取装置11可通过各类相关协议，获取其他设备或应用对 一个或多个用户设备的设备触发请求值evice化iggerRequest)。在此，若所述设备触发 请求对应于单个用户设备，则所述设备触发请求中包含所述用户设备的设备标识信息；若 所述设备触发请求对应于多个用户设备，则所述设备触发请求中包含多个所述用户设备的 设备标识信息；优选地，设备触发还可用于设备群组，则所述设备触发请求中包含群组标识 信息，通过例如由MTC-IWF，SMS-SC或MME等从本地数据库或集中式数据库（如服巧中获 取与所述群组标识信息相对应的多个用户设备地址。
[0055] 所述状态确定装置12根据所述设备触发请求，确定与所述用户设备相对应的设 备状态。
[0056] 具体地，所述状态确定装置12根据所述设备触发请求，通过与所述用户设备相交 互，W检测所述用户设备的设备状态；或者基于其他的配置检测，W确定与所述用户设备相 对应的设备状态。
[0057] 其中，所述设备状态包括但不限于休眠模式或工作模式（即唤醒模式），例如工作 模式（每天7:00 - 20:00)，休眠模式（每天20:00 - 7:00)。例如，若所述状态确定装置12 在23:00接收到了对用户设备的设备触发请求，则依据上述配置，所述状态确定装置12可 W确定所述用户设备的设备状态为休眠模式。
[0058] 若所述设备状态为休眠状态，所述设备确定装置13确定与所述用户设备相对应 的休眠控制设备。
[0059] 具体地，若所述设备状态为休眠状态，则所述设备确定装置13可W基于缺省设置 或实时配置信息，为所述用户设备确定相对应的休眠控制设备；或者，所述设备确定装置 13可W根据从所述调度设备的本地数据库或集中式数据库（如HS巧中获取预存储的休眠 调度配置，根据所述休眠调度配置来确定与所述用户设备相对应的休眠控制设备。
[0060] 例如，所述设备确定装置13根据服S中所存储的休眠调度配置，确定增强后的 MTC-IWF为与所述用户设备相对应的休眠控制设备。
[0061] 所述请求转发装置14将所述设备触发请求转发至所述休眠控制设备。
[0062] 具体地，当所述设备确定装置13确定了休眠控制设备后，所述请求转发装置14通 过各类协议，将所述第一请求获取装置11所获取的设备触发请求转发至该休眠控制设备， 从而取代原设备触发请求所请求的目的设备。
[0063] 相应地，所述休眠控制设备的第二请求获取装置21获取与用户设备相对应的设 备触发请求。
[0064] 具体地，所述第二请求获取装置21可W与所述调度设备相交互，通过各类协议， 获取所述调度设备所转发的与用户设备相对应的设备触发请求；或者，所述第二请求获取 装置21可W与其他第H方设备相交互，W获取由第H方设备所转发的与用户设备相对应 的设备触发请求。
[0065] 所述响应确定装置22根据所述设备触发请求，确定与所述设备触发请求相对应 的响应信息。
[0066] 具体地，所述响应确定装置22根据所述设备触发请求中的例如"源地址、接收时 间、该次触发的优先级、源地址与目的地址信息、目的地址的电量状态、所请求的数据大小" 等一个或多个信息，来确定与所述设备触发请求相对应的响应信息。
[0067] 优选地，所述响应信息包括但不限于W下至少任一项：
[0068] -拒绝所述设备触发请求：即发送带有指示拒绝理由的触发响应消息至请求设 备，从而拒绝所述设备触发请求并在该步骤终止流程。例如，若所述响应确定装置22在一 个预定的时间间隔内，从同一个源地址连续收到多个同样的设备触发请求，则该触发被认 定为攻击，所述休眠控制设备2拒绝来自该地址的设备触发请求。在此，本领域技术人员应 能理解，任何攻击监测的方法均可应用到本发明中。例如，所述休眠控制设备2可W基于同 一设备触发请求的请求频率、设备触发请求的源地址、设备触发请求的请求时间、设备触发 请求所对应的地理位置等中一项或多项，来判定是否拒绝该请求。
[0069] -转发所述设备触发请求；即所述休眠控制设备将目的地址修改为替代设备的地 址，并利用现有的传送流程，将所述设备触发请求转发至所述替代设备（如值班设备）；当 所述休眠控制设备收到由所述替代设备所发送的所述设备触发请求的响应信息后，将源地 址修改为原目的设备的地址（即，已休眠设备的外部标识符/MSISDN)，并将该响应信息发 送给所述设备触发请求的发起源设备；从而所述休眠控制设备的整个操作对于所述发起源 设备完全透明。
[0070] -直接响应所述设备触发请求：即例如基于存储/预分配/生成的数据等来响应 所述设备触发请求，触发响应消息将会带有所存储/预分配/生成的数据被发送回去，并且 该步骤终止流程。
[0071] -唤醒与所述设备触发请求相对应的用户设备；即在一定条件下，发送包括唤醒 状态指令的状态指令信息至所述用户设备，从而唤醒该用户设备，并将所述设备触发请求 转发至该用户设备，然后，应用现有的传送流程进行处理。例如，若值班设备无法提供满足 条件的服务，或者所述设备触发请求的源地址属于预配置的VIP地址，则确定唤醒与所述 设备触发请求相对应的休眠设备。
[0072] 优选地，所述休眠控制设备2还包括值班确定装置（未示出），其中，所述值班确定 装置确定与所述用户设备相对应的值班设备。
[0073] 具体地，所述值班确定装置可W基于预定的评估策略来确定与所述用户设备相对 应的值班设备，所述评估策略包括但不限于电量状态、性能、触发频率、调度配置、地点或其 他任何信息等。
[0074] 例如，若所述用户设备处于某个休眠设备群组中，则所述值班确定装置可W根据 如该群组中的多个设备的被触发请求频率或电量状况，选择一个或多个设备作为该群组的 值班设备，从而当所述休眠控制设备获取到对于该群组设备的设备触发请求时，若该设备 触发请求必须被响应，则所述休眠控制设备可W将该设备触发请求转发至所述值班设备， 由所述值班设备进行处理。
[00巧]其中，所述值班设备可W是该休眠设备群组中的某个设备，也可W是外部群组中 的设备。若值班设备或其他相关设备的状况发生变化，则该值班设备也可W即时改变。例 女口，若已休眠设备被频繁的唤醒（即，唤醒的次数超出预定义的阔值），则所述休眠控制设 备将会调用值班设备选择功能，W重新选择值班设备。所有送些信息都会被储存为历史信 息，并在调度配置改变时进行参考。
[0076] 例如，在声控灯群组