CN105101456B - 一种用于物联网设备触发的方法、设备与系统 - Google Patents
一种用于物联网设备触发的方法、设备与系统 Download PDFInfo
- Publication number
- CN105101456B CN105101456B CN201410169198.6A CN201410169198A CN105101456B CN 105101456 B CN105101456 B CN 105101456B CN 201410169198 A CN201410169198 A CN 201410169198A CN 105101456 B CN105101456 B CN 105101456B
- Authority
- CN
- China
- Prior art keywords
- equipment
- data
- subscription
- request
- target device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
- H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
本发明的目的是提供一种用于进行物联网设备触发的方法、设备与系统。网络设备获取与一个或多个目标设备相对应的设备触发请求并根据所述设备触发请求,结合与所述目标设备相对应的订阅数据,确定与所述设备触发请求相对应的设备触发响应。与现有技术相比,本发明提出了一种用于IoT/MTC中的代理机制,即,由所述网络设备作为所述目标设备的代理,对与所述目标设备相对应的设备触发请求进行处理,以减少对所述目标设备的非必要的触发请求,降低了在物联网设备/MTC设备以及网络中的能量/资源(如CPU、存储、网络连接等)的损耗;此外,本发明还减少了设备触发的响应时间,并提高了物联网的服务质量。
Description
技术领域
本发明涉及物联网领域,尤其涉及一种用于物联网设备触发的技术。
背景技术
在当前的计算机与通信系统中,物联网的规模与复杂性将会以指数形式增长。物联网(Internet of things,IoT),也被称作机器类型通信(Machine-Typecommunications,MTC)或机器对机器通信(Machine-to-Machine communications,M2M),作为一种新兴范例,充满了挑战与机遇。其中,在所述物联网中,智能计算机设备收集数据,设备彼此间传递信息,合作处理信息并且自动执行操作。
由于部署在物联网中的大部分智能计算设备都会是资源受限的设备,在物联网中的一个核心挑战就是节能或节约资源。如何在资源受限的智能设备(例如各种传感器等)、网络(例如,低功率无线个人局域网等)上进行节能变得越发重要。
3GPP TS23.682提供了用于MTC的3GPP架构(类似地,ETSI提供了M2M架构、IETF提供了受限RESTful环境(核心)等等,大部分都符合3GPP架构)。然而,来自不同客户端或应用服务器(Application Server,AS)的大量的设备触发请求(device trigger requests)可能会对MTC设备造成沉重的负荷,从而带来对该设备的大量的资源或能量消耗;此外,还可能对网络造成沉重的负担。而若服务状况不佳,上述情况可能会更加恶化,例如,设备触发响应的延迟,网络拥塞等。因此,迫切的需要一种解决方案以优化现有的架构与协议,从而减少在受限的MTC设备与网络中的资源/能量的消耗。
发明内容
本发明的目的是提供一种用于进行物联网设备触发的方法、设备与系统。
根据本发明的一个方面,提供了一种在网络设备端进行物联网设备触发的方法,其中,该方法包括:
a获取与一个或多个目标设备相对应的设备触发请求;
b根据所述设备触发请求,结合与所述目标设备相对应的订阅数据,确定与所述设备触发请求相对应的设备触发响应。
根据本发明的另一方面,还提供了一种在目标设备端辅助进行物联网设备触发的方法,其中,该方法包括:
A获取网络设备所发送的数据订阅请求;
B根据所述数据订阅请求,将与所述数据订阅请求所对应的订阅数据提供至所述网络设备。
根据本发明的再一方面,还提供了一种用于物联网设备触发的网络设备,其中,该设备包括:
请求获取装置,用于获取与一个或多个目标设备相对应的设备触发请求;
响应确定装置,用于根据所述设备触发请求,结合与所述目标设备相对应的订阅数据,确定与所述设备触发请求相对应的设备触发响应。
根据本发明的又一方面,还提供了一种用于辅助物联网设备触发的目标设备,其中,该设备包括:
订阅获取装置,用于获取网络设备所发送的数据订阅请求;
数据提供装置,用于根据所述数据订阅请求,将与所述数据订阅请求所对应的订阅数据提供至所述网络设备。
根据本发明的另一方面,还提供了一种用于物联网设备触发的系统,其中,所述系统包括如上述所述的网络设备,以及如上述所述的目标设备。
与现有技术相比,本发明通过由网络设备获取与一个或多个目标设备相对应的设备触发请求并根据所述设备触发请求,结合与所述目标设备相对应的订阅数据,确定与所述设备触发请求相对应的设备触发响应;从而提出了一种用于IoT/MTC中的代理机制,即,由所述网络设备作为所述目标设备的代理,对与所述目标设备相对应的设备触发请求进行处理,以减少对所述目标设备的非必要的触发请求,降低了在物联网设备/MTC设备以及网络中的能量/资源(如CPU、存储、网络连接等)的损耗;此外,本发明还减少了设备触发的响应时间,并提高了物联网的服务质量。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:
图1示出3GPP TS23.682规范中提出的MTC设备触发的系统架构图;
图2示出根据本发明一个方面的一种用于进行物联网设备触发的网络设备示意图;
图3示出根据本发明另一个优选实施例的一种用于进行物联网设备触发的网络设备与目标设备示意图;
图4示出根据本发明另一个方面的一种在网络设备端进行物联网设备触发的方法流程图;
图5示出根据本发明一个优选实施例的一种由网络设备与目标设备相配合进行物联网设备触发的方法流程图;
图6示出根据本发明一个优选实施例的一种基于3GPP TS29.36规范改进后的数据订阅流程示意图;
图7示出根据本发明一个优选实施例的一种基于3GPP TS23.682规范改进后的物联网设备触发流程示意图;
图8示出根据本发明一个优选实施例的一种网络设备与其他设备相配合以实现物联网设备触发的功能架构示意图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本发明作进一步详细描述。
图1示出3GPP TS23.682规范中提出的MTC设备触发的系统架构图。本发明可以被部署在图1所示系统架构中,以在满足TS22.368中对IoT/MTC的需求以及TS23.682中对MTC的架构的同时,实现对现有的IoT/MTC流程与功能的优化以实现本发明所提出的物联网设备触发方法。
具体地,所述网络设备或网络设备所对应的功能被部署在MTC-IWF(MTC网络间功能,MTC-Inter Working Function)、SMS-SC(短消息业务服务中心,Short MessageService-Service Center)、SCS(业务容量服务器,Services Capability Server),AS(应用服务器,Application Server)等任意一种或多种设备上。为便于描述,下文中以对MTC-IWF增强为例进行说明,在此,本领域技术人员应能理解,其他的设备增强同样适用于本发明,并包含在本发明的保护范围内。
此外,通过对UE进行增强以用于与所述网络设备相配合,实现本发明所述的物联网设备触发机制,MTC UE应用可在其被MTC-IWF所订阅的数据发生变化时,向MTC-IWF更新该数据。MTC-IWF可以通过利用本地数据库来维护该订阅,也可以通过利用集中数据库,如HSS(归属用户服务器,Home Subscriber Server)来临时维护该订阅。
在此,本领域技术人员应能理解,图1仅示出了一种将本发明应用在3GPPTS23.682规范中提出的MTC设备触发的系统架构的优选实施例,而并非对本发明的限制。其他的物联网/MTC架构,例如除了3GPP架构以外的用于MTC通信的ETSI M2M架构、IETF CoRE架构同样适用于本发明,并包含在本发明的保护范围内。
图2示出根据本发明一个方面的一种用于进行物联网设备触发的网络设备示意图;其中,所述网络设备包括请求获取装置11、响应确定装置12。具体地,所述请求获取装置11获取与一个或多个目标设备相对应的设备触发请求;所述响应确定装置12根据所述设备触发请求,结合与所述目标设备相对应的订阅数据,确定与所述设备触发请求相对应的设备触发响应。
在此,所述网络设备括但不限于独立的网络设备、或网络设备与其他设备通过网络或硬件相集成所构成的设备。其中,所述网络设备包括一种能够按照事先设定或存储的指令,自动进行数值计算和信息处理的电子硬件设备或软件设备,其硬件包括但不限于微处理器、专用集成电路(ASIC)、可编程门阵列(FPGA)、数字处理器(DSP)、嵌入式设备等。所述网络设备其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云;在此,云由基于云计算(Cloud Computing)的大量计算机或网络服务器构成,其中,云计算是分布式计算的一种,由一群松散耦合的计算机集组成的一个虚拟超级计算机。所述其他设备如物联网/MTC网络中的MTC-IWF(MTC网络间功能,MTC-Inter WorkingFunction)、SMS-SC(短消息业务服务中心,Short Message Service-Service Center)、SCS(业务容量服务器,Services Capability Server),AS(应用服务器,Application Server)等任意一种或多种设备。
所述目标设备包括但不限于在物联网/MTC中的任意一种需要进行设备触发(Device Trigger)的终端设备,如用户设备、传感器设备等。
本领域技术人员应能理解,其他的网络设备和/或目标设备如能适用于本发明,也应包含在本发明保护范围以内,并在此以引用方式包含于此。
上述各装置之间是持续不断工作的,在此,本领域技术人员应理解“持续”是指上述各装置分别实时地,或者按照设定的或实时调整的工作模式要求,进行设备触发请求的获取、设备触发响应的确定等,直至网络设备停止获取与一个或多个目标设备相对应的设备触发请求。
所述请求获取装置11获取与一个或多个目标设备相对应的设备触发请求。
具体地,所述请求获取装置11可通过各类相关协议,获取其他设备或应用对一个或多个目标设备的设备触发请求(Device Trigger Request)。在此,若所述设备触发请求对应于单个目标设备,则所述设备触发请求中包含所述目标设备的设备标识信息;若所述设备触发请求对应于多个目标设备,则所述设备触发请求中包含多个所述目标设备的设备标识信息;优选地,设备触发还可用于设备群组,则所述设备触发请求中包含群组标识信息,通过例如由MTC-IWF,SMS-SC或MME等从本地数据库或集中式数据库(如HSS)中获取与所述群组标识信息相对应的多个设备地址。
所述响应确定装置12根据所述设备触发请求,结合与所述目标设备相对应的订阅数据,确定与所述设备触发请求相对应的设备触发响应。
具体地,所述响应确定装置12通过从本地数据库获取所存储的与所述目标设备相对应的订阅数据来获取所述订阅数据,或者从集中式数据库(如HSS)中获取所述订阅数据;其中,所述订阅数据包括但不限于所述目标设备的应用所对应的数据、所述目标设备的状态信息、与所述目标设备相对应的各类预定的处理逻辑等;然后,所述响应确定装置12结合所述订阅数据,检测所述设备触发请求以确定是否应当直接响应,拒绝响应或是将所述触发请求转发至其他设备。
在此,所述设备触发响应包括以下至少任一项:
-响应所述设备触发请求,即所述网络设备基于所述订阅数据,代表所述目标设备直接进行响应,在直接响应情况下,所述设备触发请求将不会再发送给对应的目标设备;优选地,为了使该响应对请求发起源透明,在发送真实的触发响应之前,若有需要,所述网络设备也会生成传输报告;
-拒绝所述设备触发请求,例如根据所述订阅数据,当目标设备不可用时(例如,掉线、繁忙、低电量、或外部定义的可用时间间隔期、或其不在预定义的地点、或符合所定义目标设备不可用的其他场景等),即通过向请求发起源发送正常的消息传递报告(如包括原因代码、触发参考序号、SCS标识符)进行拒绝;
-转发所述设备触发请求,即将所述设备触发请求路由至相关设备,例如若上述两个动作未能被执行,则所述网络设备将会确定将所述设备触发请求路由至例如所需求的目标设备或备选设备;例如,若目标设备不可用(如,掉线、忙、电量低或者外部定义的可用时间间隔期)、所述目标设备已预先设置或从所述目标设备接受通知,则所述触发请求将会被转发至备用设备。在此,优选地,所述目标设备可以修改在设备触发响应中的相关参数,例如将设备触发响应的源地址变更为所请求的目标设备,以使得上述操作对所述目标设备或请求设备透明。
优选地,所述响应确定装置12可以根据所述设备触发请求,结合与所述目标设备相对应的订阅数据以及相关的策略配置,确定与所述设备触发请求相对应的设备触发响应。
具体地,所述相关的策略配置包括但不限于设备触发处理逻辑、时间控制逻辑、状态控制逻辑、路由逻辑、数据订阅逻辑等。
其中,所述网络设备一旦接收到一个设备触发请求,设备触发处理逻辑将会被启动;具体地,所述网络设备从本地或全局数据库(例如,HSS)中询问用于所述目标设备的触发请求处理策略,进一步地,还可以确定是否调用如时间控制逻辑、状态控制逻辑等辅助策略;若所述触发请求不应被拒绝,检测所述触发请求所请求的数据是否已被订阅,若是,直接利用所订阅的数据响应源设备;若需路由,路由逻辑将会被调用以进行路由。
所述时间控制逻辑允许仅在所定义的时间间隔期将所述设备触发请求发送至所述目标设备,同时避免在这些所定义的时间间隔期之外的非必要的触发传送。具体地,所述时间控制逻辑从本地或全局数据库(例如,HSS)中询问用于所述目标设备的时间控制策略;并基于所述策略以及所述网络设备/目标设备的本地时间执行操作。
所述状态控制逻辑允许基于所述目标设备的状态对触发请求处理进行配置,所述目标设备的状态如在线、掉线、忙、低电量、地点等等。具体地,所述状态控制逻辑从本地或全局数据库(例如,HSS)中询问用于所述目标设备的状态控制策略;并基于所述策略以及所存储的所述目标设备的状态执行操作。在此,若所述网络设备开启了状态控制逻辑,则可以从所述订阅数据中获取状态信息,或者通过查询其他的网络设备(如HSS等)以获取状态信息。
所述路由逻辑将会确定是否将所述触发请求路由至其所请求的目标设备或其他设备。具体地,所述路由逻辑从本地或全局数据库(例如,HSS)中询问用于所述目标设备的路由控制策略;并基于所述策略应用该路由逻辑;以下两种路由方式中的至少一个将会被执行:
-路由至所需求的目标设备;
-路由至备选目标设备,若负载平衡场景下、所需求的目标设备不可用场景下或符合备选路由定义的其他场景下,将会发生这种情况。
图8示出根据本发明一个优选实施例的一种网络设备与其他设备相配合以实现物联网设备触发的功能架构示意图;其中,SCS/AS向目标设备(如手机或摄像头等)发送设备触发请求,网络设备结合HSS,基于设备触发处理逻辑、时间控制逻辑、状态控制逻辑、路由逻辑、数据订阅逻辑等对所述设备触发请求进行响应,数据订阅逻辑向所述目标设备进行数据的订阅与发布等。
在此,本领域技术人员应能理解,图8仅示出根据本发明一个优选实施例的一种网络设备与其他设备相配合以实现物联网设备触发的功能架构示意图,而并非对本发明的限制。其他的优选实施例,例如采用其他类型的源设备、数据库或目标设备的功能架构,或者仅包含其中一种或多种逻辑的功能架构同样适用于本发明,并包含在本发明的保护范围内。
图3示出根据本发明另一个优选实施例的一种用于进行物联网设备触发的网络设备与目标设备示意图;其中,所述网络设备包括请求获取装置11’、响应确定装置12’、订阅确定装置13’、数据获取装置14’,所述目标设备包括订阅获取装置21’、数据提供装置22’。具体地,所述网络设备的订阅确定装置13’确定与所述目标设备相对应的数据订阅请求;所述目标设备的订阅获取装置21’获取网络设备所发送的数据订阅请求;所述数据提供装置22’根据所述数据订阅请求,将与所述数据订阅请求所对应的订阅数据提供至所述网络设备;相应地,所述网络设备的数据获取装置14’根据所述数据订阅请求,获取与所述目标设备相对应的订阅数据;所述请求获取装置11’获取与一个或多个目标设备相对应的设备触发请求;所述响应确定装置12’根据所述设备触发请求,结合所述订阅数据,确定与所述设备触发请求相对应的设备触发响应,其中,所述订阅数据与所述设备触发请求相对应。其中,所述请求获取装置11’、所述响应确定装置12’与图2所示对应装置相同或基本相同,故此处不再赘述,并通过引用的方式包含于此。
上述各装置之间是持续不断工作的,在此,本领域技术人员应理解“持续”是指上述各装置分别实时地,或者按照设定的或实时调整的工作模式要求,进行数据订阅请求的确定、数据订阅请求的获取、订阅数据的提供、订阅数据的获取、设备触发请求的获取、设备触发响应的确定等,直至所述网络设备停止获取与一个或多个目标设备相对应的设备触发请求。
所述网络设备的订阅确定装置13’确定与所述目标设备相对应的数据订阅请求。
具体地,所述订阅确定装置13’可以根据缺省配置或其他设置,主动向所述目标设备发起数据订阅请求,也可以基于所述设备触发请求,确定与所述目标设备相对应的数据订阅请求;所述数据订阅请求中包括向所述目标设备所请求的目标数据。
优选地,所述订阅确定装置13’可根据下述两个条件中至少任一项或其结合来确定是否进行相关数据订阅:1)所述目标设备中的变更间隔期,即所述目标设备中的数据的更新频率;2)所述网络设备的触发请求频率,所述触发请求频率的阈值可以是网络设备缺省设置的或是基于其他条件所确定的。例如,若所述目标设备的变更间隔很长,即所述目标设备中的数据更新不频繁,适合进行数据订阅;若所述设备被频繁触发,则意味着有必要进行相关数据的订阅。在此,当所述网络设备的设备触发功能未启用时,所述网络设备中可能没有任何相关数据,仅当与一个预订阅的数据相对应的变更间隔期与请求频率超过一个预定的值时,所述网络设备将会从目标设备应用中订阅数据。该数据的订阅可以是动态变化的,若一个数据不再满足订阅条件,所述网络设备可以取消对该数据的订阅并在数据库中进行更新。
优选地,所述数据订阅请求中包括状态订阅请求,即通过所述状态订阅请求,向所述目标设备订阅该设备的状态信息,如在线、掉线、忙、低电量、地点等。例如若对所述设备触发请求的响应需要利用所述目标设备的应用数据,则所述数据订阅请求则请求订阅所述应用数据,若对所述设备触发请求的响应需要利用所述目标设备的状态信息,则所述数据订阅请求中则请求订阅所述目标设备的状态信息。
优选地,所述数据订阅请求中包括与所述数据订阅请求相对应的标识信息,所述标识信息可由所述网络设备生成,指示该请求的类型与所订阅的数据类型等管理指示信息。例如,所述MTC-IWF为所述数据订阅请求分配一个参考数字以作为所述标识信息,从而替代SCS。
以下示出了一种数据订阅请求的优选实施例,该实施例示出了若一个数据此前未被订阅,则该数据是否应当被订阅:
步骤1:当接收设备触发请求时,记录该触发请求信息,即:何时接收、请求何种数据;
步骤2:若接受了它的相关触发响应,记录所述触发响应信息,即:数据的值,何时接收;
步骤3:检测若所存储的数据的平均变更间隔以及请求频率是否超过相关预定义的值,若满足所述订阅条件,且若该数据未被订阅,则发送对该数据的订阅请求。若一个已被订阅的数据未能满足所述条件,数据订阅逻辑应当动态取消该订阅。用于订阅的触发参考序号(即标识信息)将会被存储在数据订阅逻辑中以与来自目标设备的发布消息互相关联。在此,优选地,还可以根据数据的改变历史/趋向,或目标设备的状态等来确定对数据的订阅请求。
在此,所述数据订阅请求可以直接发送至所述目标设备,还可以发送至中转设备,例如SMS-SC/GMSC/WMSC等,从而从所述中转设备中获取与所述订阅请求相对应的订阅数据;所述中转设备可以直接根据所述数据订阅请求向所述目标设备获取订阅数据,也可以基于通过其他方式获取的数据,来确定与所述数据订阅请求相对应的订阅数据。例如所述中转设备检测所述数据订阅请求中的触发参考序号(即标识信息)是否用于数据订阅,如是,则从例如数据库的负载字段和更新相关数据字段中,读取由所述目标设备所发布的数据。
所述目标设备的订阅获取装置21’获取网络设备所发送的数据订阅请求。
具体地,所述订阅获取装置21’通过直接与所述网络设备相交互,以获取所述数据订阅请求,或者与其他中转设备如SMS-SC等相交互,以获取所述数据订阅请求。优选地,所述数据订阅请求中包含标识信息,以指示该请求的类型以及所请求的数据等。
所述数据提供装置22’根据所述数据订阅请求,将与所述数据订阅请求所对应的订阅数据提供至所述网络设备。
具体地,所述数据提供装置22’根据所述数据订阅请求,发布所订阅的数据的当前值;当所述数据订阅请求所对应的数据发生变更时,根据所述数据订阅请求更新当前值。若订阅取消,则停止对该数据的更新。在此,所述订阅数据的提供可根据所述数据订阅请求实时提供,也可以按照预定的发送时间进行发送。优选地,所述数据提供装置22’可在所述订阅数据中包含与所述数据订阅请求一致的标识信息,以对应所述数据订阅请求。
相应地,所述网络设备的数据获取装置14’根据所述数据订阅请求,获取与所述目标设备相对应的订阅数据。
具体地,所述数据获取装置14’通过与所述目标设备直接交互,或者与其他提供所述订阅数据的中转设备相交互,以获取所述订阅数据。例如,若所述数据订阅请求中包含状态订阅请求,则所述数据获取装置14’可从所述目标设备或知道所述目标设备的其他网络设备(如HSS)等获取所述状态信息。优选地,对于受限设备,所述状态信息可以简化为“在线/不在线”;而对于非受限设备,所述状态信息可以更多,如位置、忙碌、低电量等。
优选地,所述响应确定装置12’根据所述设备触发请求,结合与所述目标设备相对应的订阅数据,确定与所述设备触发请求相对应的设备触发响应,其中,所述设备触发响应中包括响应时间信息。
具体地,所述响应确定装置12’可基于如图2中所述的时间控制逻辑来确定设备触发响应,其中,所述响应时间信息包括应在何时发送设备触发响应的设置。例如,若所述目标设备的时间是7:00AM-7:00PM,则允许正常响应所述触发请求;否则,转发该设备触发请求至指定值班设备或如果无指定值班设备则直接拒绝该请求。在此所依据的时间可以是目标设备的时间信息、网络设备的时间信息或发出源请求的时间信息等。
优选地,所述响应确定装置12’可以根据所述设备触发请求,结合与所述目标设备相对应的订阅数据,确定与所述设备触发请求相对应的设备触发响应,其中,所述设备触发响应中包括与所述设备触发请求相对应的目标处理设备标识信息。
具体地,所述响应确定装置12’可基于如图2中所述的路由逻辑,确定将所述设备触发请求转发至哪个设备进行处理,例如,若需要将所述设备触发请求转发至其所请求的设备或其他备选设备等进行处理,则将其所请求的设备或其他备选设备的设备标识信息作为目标处理设备标识信息包含在所述设备触发响应中。
图4示出根据本发明另一个方面的一种在网络设备端进行物联网设备触发的方法流程图。具体地,在步骤S41中,所述网络设备获取与一个或多个目标设备相对应的设备触发请求;在步骤S42中,所述网络设备根据所述设备触发请求,结合与所述目标设备相对应的订阅数据,确定与所述设备触发请求相对应的设备触发响应。
上述各步骤之间是持续不断工作的,在此,本领域技术人员应理解“持续”是指上述各步骤分别实时地,或者按照设定的或实时调整的工作模式要求,进行设备触发请求的获取、设备触发响应的确定等,直至网络设备停止获取与一个或多个目标设备相对应的设备触发请求。
在步骤S41中,所述网络设备获取与一个或多个目标设备相对应的设备触发请求。
具体地,在步骤S41中,所述网络设备可通过各类相关协议,获取其他设备或应用对一个或多个目标设备的设备触发请求(Device Trigger Request)。在此,若所述设备触发请求对应于单个目标设备,则所述设备触发请求中包含所述目标设备的设备标识信息;若所述设备触发请求对应于多个目标设备,则所述设备触发请求中包含多个所述目标设备的设备标识信息;优选地,设备触发还可用于设备群组,则所述设备触发请求中包含群组标识信息,通过例如由MTC-IWF,SMS-SC或MME等从本地数据库或集中式数据库(如HSS)中获取与所述群组标识信息相对应的多个设备地址。
在步骤S42中,所述网络设备根据所述设备触发请求,结合与所述目标设备相对应的订阅数据,确定与所述设备触发请求相对应的设备触发响应。
具体地,在步骤S42中,所述网络设备通过从本地数据库获取所存储的与所述目标设备相对应的订阅数据来获取所述订阅数据,或者从集中式数据库(如HSS)中获取所述订阅数据;其中,所述订阅数据包括但不限于所述目标设备的应用所对应的数据、所述目标设备的状态信息、与所述目标设备相对应的各类预定的处理逻辑等;然后,在步骤S42中,所述网络设备结合所述订阅数据,检测所述设备触发请求以确定是否应当直接响应,拒绝响应或是将所述触发请求转发至其他设备。
在此,所述设备触发响应包括以下至少任一项:
-响应所述设备触发请求,即所述网络设备基于所述订阅数据,代表所述目标设备直接进行响应,在直接响应情况下,所述设备触发请求将不会再发送给对应的目标设备;优选地,为了使该响应对请求发起源透明,在发送真实的触发响应之前,若有需要,所述网络设备也会生成传输报告;
-拒绝所述设备触发请求,例如根据所述订阅数据,当目标设备不可用时(例如,掉线、繁忙、低电量、或外部定义的可用时间间隔期、或其不在预定义的地点、或符合所定义目标设备不可用的其他场景等),即通过向请求发起源发送正常的消息传递报告(如包括原因代码、触发参考序号、SCS标识符)进行拒绝;
-转发所述设备触发请求,即将所述设备触发请求路由至相关设备,例如若上述两个动作未能被执行,则所述网络设备将会确定将所述设备触发请求路由至例如所需求的目标设备或备选设备;例如,若目标设备不可用(如,掉线、忙、电量低或者外部定义的可用时间间隔期)、所述目标设备已预先设置或从所述目标设备接受通知,则所述触发请求将会被转发至备用设备。在此,优选地,所述目标设备可以修改在设备触发响应中的相关参数,例如将设备触发响应的源地址变更为所请求的目标设备,以使得上述操作对所述目标设备或请求设备透明。
优选地,在步骤S42中,所述网络设备可以根据所述设备触发请求,结合与所述目标设备相对应的订阅数据以及相关的策略配置,确定与所述设备触发请求相对应的设备触发响应。
具体地,所述相关的策略配置包括但不限于设备触发处理逻辑、时间控制逻辑、状态控制逻辑、路由逻辑、数据订阅逻辑等。
其中,所述网络设备一旦接收到一个设备触发请求,设备触发处理逻辑将会被启动;具体地,所述网络设备从本地或全局数据库(例如,HSS)中询问用于所述目标设备的触发请求处理策略,进一步地,还可以确定是否调用如时间控制逻辑、状态控制逻辑等辅助策略;若所述触发请求不应被拒绝,检测所述触发请求所请求的数据是否已被订阅,若是,直接利用所订阅的数据响应源设备;若需路由,路由逻辑将会被调用以进行路由。
所述时间控制逻辑允许仅在所定义的时间间隔期将所述设备触发请求发送至所述目标设备,同时避免在这些所定义的时间间隔期之外的非必要的触发传送。具体地,所述时间控制逻辑从本地或全局数据库(例如,HSS)中询问用于所述目标设备的时间控制策略;并基于所述策略以及所述网络设备/目标设备的本地时间执行操作。
所述状态控制逻辑允许基于所述目标设备的状态对触发请求处理进行配置,所述目标设备的状态如在线、掉线、忙、低电量、地点等等。具体地,所述状态控制逻辑从本地或全局数据库(例如,HSS)中询问用于所述目标设备的状态控制策略;并基于所述策略以及所存储的所述目标设备的状态执行操作。在此,若所述网络设备开启了状态控制逻辑,则可以从所述订阅数据中获取状态信息,或者通过查询其他的网络设备(如HSS等)以获取状态信息。
所述路由逻辑将会确定是否将所述触发请求路由至其所请求的目标设备或其他设备。具体地,所述路由逻辑从本地或全局数据库(例如,HSS)中询问用于所述目标设备的路由控制策略;并基于所述策略应用该路由逻辑;以下两种路由方式中的至少一个将会被执行:
-路由至所需求的目标设备;
-路由至备选目标设备,若负载平衡场景下、所需求的目标设备不可用场景下或符合备选路由定义的其他场景下,将会发生这种情况。
图5示出根据本发明一个优选实施例的一种由网络设备与目标设备相配合进行物联网设备触发的方法流程图。具体地,在步骤S51中,所述网络设备1确定与所述目标设备相对应的数据订阅请求;在步骤S52中,所述目标设备2获取网络设备所发送的数据订阅请求;在步骤S53中,所述目标设备2根据所述数据订阅请求,将与所述数据订阅请求所对应的订阅数据提供至所述网络设备;相应地,在步骤S53中,所述网络设备1根据所述数据订阅请求,获取与所述目标设备相对应的订阅数据;在步骤S54中,所述网络设备1获取与一个或多个目标设备相对应的设备触发请求;在步骤S55中,所述网络设备1根据所述设备触发请求,结合所述订阅数据,确定与所述设备触发请求相对应的设备触发响应,其中,所述订阅数据与所述设备触发请求相对应。其中,所述步骤S54与图4所示的步骤S41相同或基本相同、所述步骤S55与图4所示的步骤S42相同或基本相同,故此处不再赘述,并通过引用的方式包含于此。
上述各步骤之间是持续不断工作的,在此,本领域技术人员应理解“持续”是指上述各步骤分别实时地,或者按照设定的或实时调整的工作模式要求,进行数据订阅请求的确定、数据订阅请求的获取、订阅数据的提供、订阅数据的获取、设备触发请求的获取、设备触发响应的确定等,直至所述网络设备停止获取与一个或多个目标设备相对应的设备触发请求。
在步骤S51中,所述网络设备1确定与所述目标设备相对应的数据订阅请求。
具体地,在步骤S51中,所述网络设备1可以根据缺省配置或其他设置,主动向所述目标设备发起数据订阅请求,也可以基于所述设备触发请求,确定与所述目标设备相对应的数据订阅请求;所述数据订阅请求中包括向所述目标设备所请求的目标数据。
优选地,在步骤S51中,所述网络设备1可根据下述两个条件中至少任一项或其结合来确定是否进行相关数据订阅:1)所述目标设备中的变更间隔期,即所述目标设备中的数据的更新频率;2)所述网络设备的触发请求频率,所述触发请求频率的阈值可以是网络设备缺省设置的或是基于其他条件所确定的。例如,若所述目标设备的变更间隔很长,即所述目标设备中的数据更新不频繁,适合进行数据订阅;若所述设备被频繁触发,则意味着有必要进行相关数据的订阅。在此,当所述网络设备的设备触发功能未启用时,所述网络设备中可能没有任何相关数据,仅当与一个预订阅的数据相对应的变更间隔期与请求频率超过一个预定的值时,所述网络设备将会从目标设备应用中订阅数据。该数据的订阅可以是动态变化的,若一个数据不再满足订阅条件,所述网络设备可以取消对该数据的订阅并在数据库中进行更新。
优选地,所述数据订阅请求中包括状态订阅请求,即通过所述状态订阅请求,向所述目标设备订阅该设备的状态信息,如在线、掉线、忙、低电量、地点等。例如若对所述设备触发请求的响应需要利用所述目标设备的应用数据,则所述数据订阅请求则请求订阅所述应用数据,若对所述设备触发请求的响应需要利用所述目标设备的状态信息,则所述数据订阅请求中则请求订阅所述目标设备的状态信息。
优选地,所述数据订阅请求中包括与所述数据订阅请求相对应的标识信息,所述标识信息可由所述网络设备生成,指示该请求的类型与所订阅的数据类型等管理指示信息。例如,所述MTC-IWF为所述数据订阅请求分配一个参考数字以作为所述标识信息,从而替代SCS。
以下示出了一种数据订阅请求的优选实施例,该实施例示出了若一个数据此前未被订阅,则该数据是否应当被订阅:
步骤1:当接收设备触发请求时,记录该触发请求信息,即:何时接收、请求何种数据;
步骤2:若接受了它的相关触发响应,记录所述触发响应信息,即:数据的值,何时接收;
步骤3:检测若所存储的数据的平均变更间隔以及请求频率是否超过相关预定义的值,若满足所述订阅条件,且若该数据未被订阅,则发送对该数据的订阅请求。若一个已被订阅的数据未能满足所述条件,数据订阅逻辑应当动态取消该订阅。用于订阅的触发参考序号(即标识信息)将会被存储在数据订阅逻辑中以与来自目标设备的发布消息互相关联。在此,优选地,还可以根据数据的改变历史/趋向,或目标设备的状态等来确定对数据的订阅请求。
在此,所述数据订阅请求可以直接发送至所述目标设备,还可以发送至中转设备,例如SMS-SC/GMSC/WMSC等,从而从所述中转设备中获取与所述订阅请求相对应的订阅数据;所述中转设备可以直接根据所述数据订阅请求向所述目标设备获取订阅数据,也可以基于通过其他方式获取的数据,来确定与所述数据订阅请求相对应的订阅数据。例如所述中转设备检测所述数据订阅请求中的触发参考序号(即标识信息)是否用于数据订阅,如是,则从例如数据库的负载字段和更新相关数据字段中,读取由所述目标设备所发布的数据。
在步骤S52中,所述目标设备2获取网络设备所发送的数据订阅请求。
具体地,在步骤S52中,所述目标设备2通过直接与所述网络设备相交互,以获取所述数据订阅请求,或者与其他中转设备如SMS-SC等相交互,以获取所述数据订阅请求。优选地,所述数据订阅请求中包含标识信息,以指示该请求的类型以及所请求的数据等。
在步骤S53中,所述目标设备2根据所述数据订阅请求,将与所述数据订阅请求所对应的订阅数据提供至所述网络设备。
具体地,在步骤S53中,所述目标设备2根据所述数据订阅请求,发布所订阅的数据的当前值;当所述数据订阅请求所对应的数据发生变更时,根据所述数据订阅请求更新当前值。若订阅取消,则停止对该数据的更新。在此,所述订阅数据的提供可根据所述数据订阅请求实时提供,也可以按照预定的发送时间进行发送。优选地,在步骤S53中,所述目标设备2可在所述订阅数据中包含与所述数据订阅请求一致的标识信息,以对应所述数据订阅请求。
相应地,在步骤S53中,所述网络设备1根据所述数据订阅请求,获取与所述目标设备相对应的订阅数据。
具体地,在步骤S53中,所述网络设备1通过与所述目标设备直接交互,或者与其他提供所述订阅数据的中转设备相交互,以获取所述订阅数据。例如,若所述数据订阅请求中包含状态订阅请求,则在步骤S53中所述网络设备1可从所述目标设备或知道所述目标设备的其他网络设备(如HSS)等获取所述状态信息。优选地,对于受限设备,所述状态信息可以简化为“在线/不在线”;而对于非受限设备,所述状态信息可以更多,如位置、忙碌、低电量等。
优选地,在步骤S55中,所述网络设备1根据所述设备触发请求,结合与所述目标设备相对应的订阅数据,确定与所述设备触发请求相对应的设备触发响应,其中,所述设备触发响应中包括响应时间信息。
具体地,在步骤S55中,所述网络设备1可基于如图4中所述的时间控制逻辑来确定设备触发响应,其中,所述响应时间信息包括应在何时发送设备触发响应的设置。例如,若所述目标设备的时间是7:00AM-7:00PM,则允许正常响应所述触发请求;否则,转发该设备触发请求至指定值班设备或如果无指定值班设备则直接拒绝该请求。在此所依据的时间可以是目标设备的时间信息、网络设备的时间信息或发出源请求的时间信息等。
优选地,在步骤S55中,所述网络设备1可以根据所述设备触发请求,结合与所述目标设备相对应的订阅数据,确定与所述设备触发请求相对应的设备触发响应,其中,所述设备触发响应中包括与所述设备触发请求相对应的目标处理设备标识信息。
具体地,在步骤S55中,所述网络设备1可基于如图4中所述的路由逻辑,确定将所述设备触发请求转发至哪个设备进行处理,例如,若需要将所述设备触发请求转发至其所请求的设备或其他备选设备等进行处理,则将其所请求的设备或其他备选设备的设备标识信息作为目标处理设备标识信息包含在所述设备触发响应中。
图6示出根据本发明一个优选实施例的一种基于3GPP TS29.36规范改进后的数据订阅流程示意图;该流程在MTC T4接口进行执行。
具体地,在步骤S601中,数据订阅信息将会被承载在正常提交的触发请求的负载中;不同于在3GPP TS29.36中所定义的现有的触发请求,带有特殊管理指示的参考数字将会被MTC-IWF所分配,以替代在普通的触发请求中由SCS分配的参考数字;在步骤S610中,执行本发明中所定义的设备触发响应机制,即为了响应所接收的设备触发请求(包含数据订阅),当数据变更时,UE将会发布所订阅的数据,直到所述订阅取消或改变。MTC-IWF将会存储所述数据以用于以后的触发请求处理。此外,在3GPP TS29.36所定义的步骤S603将会被删除。其他的步骤则根据3GPP TS29.36所定义的进行执行,在此不再赘述,并通过引用的方式包含于此。
图7示出根据本发明一个优选实施例的一种基于3GPP TS23.682规范改进后的物联网设备触发流程示意图。
具体地,在步骤S706中,执行本发明在图4或图5中所定义的设备触发响应机制,其余步骤的细节则定义在3GPP TS23.682的节5.2中,在此不再赘述,并通过引用的方式包含于此。
对于本领域技术人员而言,显然本发明不限于上述示范性实施例的细节,而且在不背离本发明的精神或基本特征的情况下,能够以其他的具体形式实现本发明。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。
说明书及附图中缩写附表:
Claims (11)
1.一种在网络设备端进行物联网设备触发的方法,其中,该方法包括:
a获取与一个或多个目标设备相对应的设备触发请求;
b根据所述设备触发请求,结合与所述目标设备相对应的订阅数据,确定与所述设备触发请求相对应的设备触发响应,其中,所述设备触发响应包括将所述设备触发请求路由至目标处理设备,所述设备触发响应中包括与所述设备触发请求相对应的目标处理设备标识信息,所述目标处理设备根据路由逻辑而确定;
其中,所述路由逻辑包括执行以下两种路由方式中的至少一项:
-路由至所需求的目标设备;
-路由至备选目标设备。
2.根据权利要求1所述的方法,其中,该方法还包括:
x确定与所述目标设备相对应的数据订阅请求;
-根据所述数据订阅请求,获取与所述目标设备相对应的订阅数据;
其中,所述步骤b包括:
-根据所述设备触发请求,结合所述订阅数据,确定与所述设备触发请求相对应的设备触发响应,其中,所述订阅数据与所述设备触发请求相对应。
3.根据权利要求2所述的方法,其中,所述步骤x包括:
-确定与所述目标设备相对应的数据订阅请求,其中,所述数据订阅请求中包括与所述数据订阅请求相对应的标识信息。
4.根据权利要求2所述的方法,其中,所述步骤x包括:
-确定与所述目标设备相对应的数据订阅请求,其中,所述数据订阅请求中包括状态订阅请求。
5.根据权利要求1至4中任一项所述的方法,其中,所述步骤b包括:
-根据所述设备触发请求,结合与所述目标设备相对应的订阅数据,确定与所述设备触发请求相对应的设备触发响应,其中,所述设备触发响应中包括响应时间信息。
6.一种用于物联网设备触发的网络设备,其中,该设备包括:
请求获取装置,用于获取与一个或多个目标设备相对应的设备触发请求;
响应确定装置,用于根据所述设备触发请求,结合与所述目标设备相对应的订阅数据,确定与所述设备触发请求相对应的设备触发响应,其中,所述设备触发响应包括将所述设备触发请求路由至目标处理设备,所述设备触发响应中包括与所述设备触发请求相对应的目标处理设备标识信息,所述目标处理设备根据路由逻辑而确定;
其中,所述路由逻辑包括执行以下两种路由方式中的至少一项:
-路由至所需求的目标设备;
-路由至备选目标设备。
7.根据权利要求6所述的网络设备,其中,该设备还包括:
订阅确定装置,用于确定与所述目标设备相对应的数据订阅请求;
数据获取装置,用于根据所述数据订阅请求,获取与所述目标设备相对应的订阅数据;
其中,所述响应确定装置用于:
-根据所述设备触发请求,结合所述订阅数据,确定与所述设备触发请求相对应的设备触发响应,其中,所述订阅数据与所述设备触发请求相对应。
8.根据权利要求7所述的网络设备,其中,所述订阅确定装置用于:
-确定与所述目标设备相对应的数据订阅请求,其中,所述数据订阅请求中包括与所述数据订阅请求相对应的标识信息。
9.根据权利要求7所述的网络设备,其中,所述订阅确定装置用于:
-确定与所述目标设备相对应的数据订阅请求,其中,所述数据订阅请求中包括状态订阅请求。
10.根据权利要求6至9中任一项所述的网络设备,其中,所述响应确定装置用于:
-根据所述设备触发请求,结合与所述目标设备相对应的订阅数据,确定与所述设备触发请求相对应的设备触发响应,其中,所述设备触发响应中包括响应时间信息。
11.一种用于物联网设备触发的系统,其中,所述系统包括如权利要求6至10中任一项所述的网络设备,以及用于辅助物联网设备触发的目标设备,其中,所述目标设备包括:
订阅获取装置,用于获取网络设备所发送的数据订阅请求;
数据提供装置,用于根据所述数据订阅请求,将与所述数据订阅请求所对应的订阅数据提供至所述网络设备。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410169198.6A CN105101456B (zh) | 2014-04-24 | 2014-04-24 | 一种用于物联网设备触发的方法、设备与系统 |
US14/692,914 US20150312351A1 (en) | 2014-04-24 | 2015-04-22 | Method, device and system for device trigger in iot |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410169198.6A CN105101456B (zh) | 2014-04-24 | 2014-04-24 | 一种用于物联网设备触发的方法、设备与系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105101456A CN105101456A (zh) | 2015-11-25 |
CN105101456B true CN105101456B (zh) | 2019-05-07 |
Family
ID=54335915
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410169198.6A Active CN105101456B (zh) | 2014-04-24 | 2014-04-24 | 一种用于物联网设备触发的方法、设备与系统 |
Country Status (2)
Country | Link |
---|---|
US (1) | US20150312351A1 (zh) |
CN (1) | CN105101456B (zh) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105338008A (zh) * | 2014-06-10 | 2016-02-17 | 阿尔卡特朗讯 | 一种用于物联网的设备调度方法、设备与系统 |
US9812126B2 (en) * | 2014-11-28 | 2017-11-07 | Microsoft Technology Licensing, Llc | Device arbitration for listening devices |
WO2016192183A1 (zh) | 2015-05-29 | 2016-12-08 | 乐鑫信息科技(上海)有限公司 | 一种Wi-Fi物联网设备通信方法及Wi-Fi物联网系统 |
WO2016192387A1 (zh) * | 2015-05-29 | 2016-12-08 | 乐鑫信息科技(上海)有限公司 | 一种安全低功耗代理设备的物联网配置方法及系统 |
US9967330B2 (en) | 2015-12-01 | 2018-05-08 | Dell Products L.P. | Virtual resource bank for localized and self determined allocation of resources |
CN108259523B (zh) * | 2016-12-28 | 2021-11-02 | 阿里巴巴集团控股有限公司 | 一种数据传输方法及物联网系统、网络访问方法 |
CN109802989A (zh) * | 2018-11-28 | 2019-05-24 | 华为技术有限公司 | 数据传输方法和装置、服务器和终端 |
CN109410944B (zh) * | 2018-12-12 | 2020-06-09 | 百度在线网络技术(北京)有限公司 | 语音交互方法、装置和终端 |
JP7166463B2 (ja) * | 2018-12-13 | 2022-11-07 | オッポ広東移動通信有限公司 | 購読メッセージの処理方法、装置、コンピュータ装置及び記憶媒体 |
US11956332B2 (en) * | 2019-12-31 | 2024-04-09 | Convida Wireless, Llc | Edge aware distributed network |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102014144A (zh) * | 2009-09-04 | 2011-04-13 | 华为技术有限公司 | 一种终端数据上报方法和装置 |
CN102740452A (zh) * | 2011-04-02 | 2012-10-17 | 中兴通讯股份有限公司 | 机器类通信终端触发方法及装置 |
CN103270735A (zh) * | 2011-01-05 | 2013-08-28 | 阿尔卡特朗讯公司 | 用于在应用服务器和m2m设备之间传送数据的系统和方法 |
CN103491527A (zh) * | 2012-06-13 | 2014-01-01 | 中兴通讯股份有限公司 | 一种检索终端外部标识的方法及系统 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1477802A1 (en) * | 2003-05-16 | 2004-11-17 | Erasmus Universiteit Rotterdam | Method for selecting and producing vaccine components and vaccines based thereon |
US8812728B2 (en) * | 2010-09-15 | 2014-08-19 | Andrew Llc | Routing requests for location-to-service translation (LoST) services using proxy server |
US9173099B2 (en) * | 2011-03-30 | 2015-10-27 | Htc Corporation | Method of subscription control in a mobile communication system |
CN102740400B (zh) * | 2011-04-07 | 2016-08-10 | 宏达国际电子股份有限公司 | 处理机器型态通讯的装置触发的方法 |
US8886743B2 (en) * | 2011-08-30 | 2014-11-11 | Open Text S.A. | System and method of browsing offline and queried content |
EP3735007A1 (en) * | 2012-05-09 | 2020-11-04 | Interdigital Patent Holdings, Inc. | Handling mtc long drx cycle/sleep lengths |
US20140050084A1 (en) * | 2012-08-20 | 2014-02-20 | Industrial Technology Research Institute | Method of group based machine type communication and apparatuses using the same |
US9203803B2 (en) * | 2013-11-14 | 2015-12-01 | Broadcom Corporation | Proxy device for a network of devices |
CN104661190A (zh) * | 2013-11-15 | 2015-05-27 | 中兴通讯股份有限公司 | 一种基于m2m的信息处理方法和m2m业务平台 |
-
2014
- 2014-04-24 CN CN201410169198.6A patent/CN105101456B/zh active Active
-
2015
- 2015-04-22 US US14/692,914 patent/US20150312351A1/en not_active Abandoned
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102014144A (zh) * | 2009-09-04 | 2011-04-13 | 华为技术有限公司 | 一种终端数据上报方法和装置 |
CN103270735A (zh) * | 2011-01-05 | 2013-08-28 | 阿尔卡特朗讯公司 | 用于在应用服务器和m2m设备之间传送数据的系统和方法 |
CN102740452A (zh) * | 2011-04-02 | 2012-10-17 | 中兴通讯股份有限公司 | 机器类通信终端触发方法及装置 |
CN103491527A (zh) * | 2012-06-13 | 2014-01-01 | 中兴通讯股份有限公司 | 一种检索终端外部标识的方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
US20150312351A1 (en) | 2015-10-29 |
CN105101456A (zh) | 2015-11-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105101456B (zh) | 一种用于物联网设备触发的方法、设备与系统 | |
Aazam et al. | Offloading in fog computing for IoT: Review, enabling technologies, and research opportunities | |
CN105634784B (zh) | 控制数据分发方法、装置及系统 | |
US9924409B2 (en) | Method and system for group communication, group server, and group member device | |
US9060050B1 (en) | System and method for determining availability statuses for users | |
US8098810B2 (en) | Intelligent presence management in a communication routing system | |
US20130346504A1 (en) | Group communication method and apparatus for group communication | |
CN103686354B (zh) | 一种智能电视终端及统计上报按键使用行为的方法 | |
US9264861B1 (en) | Generating spatial models using crowdsourcing | |
JP7032377B2 (ja) | 通知を行う方法、装置及びシステム | |
JP2016507091A (ja) | 加入者に通知を伝達するための技術 | |
JP2016511613A (ja) | 通信セッション中のクライアントデバイス間の連絡先プロファイルの交換 | |
CN109842670A (zh) | 运算装置、其资源分配方法及通信系统 | |
CN101820588A (zh) | 一种移动终端之间传感器数据共享的方法及网络 | |
CN109936843A (zh) | 订阅更新方法、设备及系统 | |
CN102903020A (zh) | 一种拼车系统实时撮合方法 | |
US20140143427A1 (en) | Providing Resources in a Cloud | |
CN109104406A (zh) | 一种在线客服管理方法、装置、服务器及存储介质 | |
CN104753933A (zh) | 一种数据处理方法、装置、客户端及服务器 | |
CN105338008A (zh) | 一种用于物联网的设备调度方法、设备与系统 | |
CN105227792A (zh) | 呼叫路由方法、装置及系统 | |
CN108886485A (zh) | 状态有效的网络功能支持 | |
US9661597B2 (en) | Method and device for deregistering terminal peripheral | |
WO2014122730A1 (ja) | 情報提供サービスプログラム、情報提供サービス方法、情報提供サービス装置、及び、情報提供サービスシステム | |
WO2017141807A1 (ja) | 通信システム、エッジサーバ、第1ブローカ、第2ブローカ、方法および記憶媒体 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |