省设置的或是基于其他条件所确定的。例如，若所述目标设备的变更间隔很长，即所述目标 设备中的数据更新不频繁，适合进行数据订阅；若所述设备被频繁触发，则意味着有必要进 行相关数据的订阅。在此，当所述网络设备的设备触发功能未启用时，所述网络设备中可能 没有任何相关数据，仅当与一个预订阅的数据相对应的变更间隔期与请求频率超过一个预 定的值时，所述网络设备将会从目标设备应用中订阅数据。该数据的订阅可以是动态变化 的，若一个数据不再满足订阅条件，所述网络设备可以取消对该数据的订阅并在数据库中 进行更新。
[0063] 优选地，所述数据订阅请求中包括状态订阅请求，即通过所述状态订阅请求，向所 述目标设备订阅该设备的状态信息，如在线、掉线、忙、低电量、地点等。例如若对所述设备 触发请求的响应需要利用所述目标设备的应用数据，则所述数据订阅请求则请求订阅所述 应用数据，若对所述设备触发请求的响应需要利用所述目标设备的状态信息，则所述数据 订阅请求中则请求订阅所述目标设备的状态信息。
[0064] 优选地，所述数据订阅请求中包括与所述数据订阅请求相对应的标识信息，所述 标识信息可由所述网络设备生成，指示该请求的类型与所订阅的数据类型等管理指示信 息。例如，所述MTC-IWF为所述数据订阅请求分配一个参考数字以作为所述标识信息，从而 替代SCS。
[0065] 以下示出了一种数据订阅请求的优选实施例，该实施例示出了若一个数据此前未 被订阅，则该数据是否应当被订阅：
[0066] 步骤1 :当接收设备触发请求时，记录该触发请求信息，即：何时接收、请求何种数 据；
[0067] 步骤2 :若接受了它的相关触发响应，记录所述触发响应信息，即：数据的值，何时 接收；
[0068] 步骤3 :检测若所存储的数据的平均变更间隔以及请求频率是否超过相关预定义 的值，若满足所述订阅条件，且若该数据未被订阅，则发送对该数据的订阅请求。若一个已 被订阅的数据未能满足所述条件，数据订阅逻辑应当动态取消该订阅。用于订阅的触发参 考序号（即标识信息）将会被存储在数据订阅逻辑中以与来自目标设备的发布消息互相关 联。在此，优选地，还可以根据数据的改变历史/趋向，或目标设备的状态等来确定对数据 的订阅请求。
[0069] 在此，所述数据订阅请求可以直接发送至所述目标设备，还可以发送至中转设备， 例如SMS-SC/GMSC/WMSC等，从而从所述中转设备中获取与所述订阅请求相对应的订阅数 据；所述中转设备可以直接根据所述数据订阅请求向所述目标设备获取订阅数据，也可以 基于通过其他方式获取的数据，来确定与所述数据订阅请求相对应的订阅数据。例如所述 中转设备检测所述数据订阅请求中的触发参考序号（即标识信息）是否用于数据订阅，如 是，则从例如数据库的负载字段和更新相关数据字段中，读取由所述目标设备所发布的数 据。
[0070] 所述目标设备的订阅获取装置21'获取网络设备所发送的数据订阅请求。
[0071] 具体地，所述订阅获取装置21'通过直接与所述网络设备相交互，以获取所述数据 订阅请求，或者与其他中转设备如SMS-SC等相交互，以获取所述数据订阅请求。优选地，所 述数据订阅请求中包含标识信息，以指示该请求的类型以及所请求的数据等。
[0072] 所述数据提供装置22'根据所述数据订阅请求，将与所述数据订阅请求所对应的 订阅数据提供至所述网络设备。
[0073] 具体地，所述数据提供装置22'根据所述数据订阅请求，发布所订阅的数据的当前 值；当所述数据订阅请求所对应的数据发生变更时，根据所述数据订阅请求更新当前值。若 订阅取消，则停止对该数据的更新。在此，所述订阅数据的提供可根据所述数据订阅请求实 时提供，也可以按照预定的发送时间进行发送。优选地，所述数据提供装置22'可在所述订 阅数据中包含与所述数据订阅请求一致的标识信息，以对应所述数据订阅请求。
[0074] 相应地，所述网络设备的数据获取装置14'根据所述数据订阅请求，获取与所述目 标设备相对应的订阅数据。
[0075] 具体地，所述数据获取装置14'通过与所述目标设备直接交互，或者与其他提供所 述订阅数据的中转设备相交互，以获取所述订阅数据。例如，若所述数据订阅请求中包含状 态订阅请求，则所述数据获取装置14'可从所述目标设备或知道所述目标设备的其他网络 设备（如HSS)等获取所述状态信息。优选地，对于受限设备，所述状态信息可以简化为"在 线/不在线";而对于非受限设备，所述状态信息可以更多，如位置、忙碌、低电量等。
[0076] 优选地，所述响应确定装置12'根据所述设备触发请求，结合与所述目标设备相对 应的订阅数据，确定与所述设备触发请求相对应的设备触发响应，其中，所述设备触发响应 中包括响应时间信息。
[0077] 具体地，所述响应确定装置12'可基于如图2中所述的时间控制逻辑来确定设备 触发响应，其中，所述响应时间信息包括应在何时发送设备触发响应的设置。例如，若所述 目标设备的时间是7 :00AM-7:00PM，则允许正常响应所述触发请求；否则，转发该设备触发 请求至指定值班设备或如果无指定值班设备则直接拒绝该请求。在此所依据的时间可以是 目标设备的时间信息、网络设备的时间信息或发出源请求的时间信息等。
[0078] 优选地，所述响应确定装置12'可以根据所述设备触发请求，结合与所述目标设备 相对应的订阅数据，确定与所述设备触发请求相对应的设备触发响应，其中，所述设备触发 响应中包括与所述设备触发请求相对应的目标处理设备标识信息。
[0079] 具体地，所述响应确定装置12'可基于如图2中所述的路由逻辑，确定将所述设备 触发请求转发至哪个设备进行处理，例如，若需要将所述设备触发请求转发至其所请求的 设备或其他备选设备等进行处理，则将其所请求的设备或其他备选设备的设备标识信息作 为目标处理设备标识信息包含在所述设备触发响应中。
[0080] 图4示出根据本发明另一个方面的一种在网络设备端进行物联网设备触发的方 法流程图。具体地，在步骤S41中，所述网络设备获取与一个或多个目标设备相对应的设备 触发请求；在步骤S42中，所述网络设备根据所述设备触发请求，结合与所述目标设备相对 应的订阅数据，确定与所述设备触发请求相对应的设备触发响应。
[0081] 上述各步骤之间是持续不断工作的，在此，本领域技术人员应理解"持续"是指上 述各步骤分别实时地，或者按照设定的或实时调整的工作模式要求，进行设备触发请求的 获取、设备触发响应的确定等，直至网络设备停止获取与一个或多个目标设备相对应的设 备触发请求。
[0082] 在步骤S41中，所述网络设备获取与一个或多个目标设备相对应的设备触发请 求。
[0083] 具体地，在步骤S41中，所述网络设备可通过各类相关协议，获取其他设备或应用 对一个或多个目标设备的设备触发请求（Device Trigger Request)。在此，若所述设备触发 请求对应于单个目标设备，则所述设备触发请求中包含所述目标设备的设备标识信息；若 所述设备触发请求对应于多个目标设备，则所述设备触发请求中包含多个所述目标设备的 设备标识信息；优选地，设备触发还可用于设备群组，则所述设备触发请求中包含群组标识 信息，通过例如由MTC-IWF，SMS-SC或MME等从本地数据库或集中式数据库（如HSS)中获 取与所述群组标识信息相对应的多个设备地址。
[0084] 在步骤S42中，所述网络设备根据所述设备触发请求，结合与所述目标设备相对 应的订阅数据，确定与所述设备触发请求相对应的设备触发响应。
[0085] 具体地，在步骤S42中，所述网络设备通过从本地数据库获取所存储的与所述目 标设备相对应的订阅数据来获取所述订阅数据，或者从集中式数据库（如HSS)中获取所述 订阅数据；其中，所述订阅数据包括但不限于所述目标设备的应用所对应的数据、所述目标 设备的状态信息、与所述目标设备相对应的各类预定的处理逻辑等；然后，在步骤S42中， 所述网络设备结合所述订阅数据，检测所述设备触发请求以确定是否应当直接响应，拒绝 响应或是将所述触发请求转发至其他设备。
[0086] 在此，所述设备触发响应包括以下至少任一项：
[0087]-响应所述设备触发请求，即所述网络设备基于所述订阅数据，代表所述目标设备 直接进行响应，在直接响应情况下，所述设备触发请求将不会再发送给对应的目标设备；优 选地，为了使该响应对请求发起源透明，在发送真实的触发响应之前，若有需要，所述网络 设备也会生成传输报告；
[0088]-拒绝所述设备触发请求，例如根据所述订阅数据，当目标设备不可用时（例如， 掉线、繁忙、低电量、或外部定义的可用时间间隔期、或其不在预定义的地点、或符合所定义 目标设备不可用的其他场景等），即通过向请求发起源发送正常的消息传递报告（如包括 原因代码、触发参考序号、SCS标识符）进行拒绝；
[0089] -转发所述设备触发请求，即将所述设备触发请求路由至相关设备，例如若上述两 个动作未能被执行，则所述网络设备将会确定将