CN105227525B - 用于基于信令的物联网设备的ip通信方法与设备 - Google Patents
用于基于信令的物联网设备的ip通信方法与设备 Download PDFInfo
- Publication number
- CN105227525B CN105227525B CN201410271064.5A CN201410271064A CN105227525B CN 105227525 B CN105227525 B CN 105227525B CN 201410271064 A CN201410271064 A CN 201410271064A CN 105227525 B CN105227525 B CN 105227525B
- Authority
- CN
- China
- Prior art keywords
- equipment
- request
- device request
- response
- signaling
- 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
Abstract
本发明的目的是提供一种用于基于信令的物联网设备的IP通信的方法与设备。网关设备对基于信令的物联网设备与基于IP的设备的设备请求和/或设备响应进行转换。与现有技术相比，本发明实现了基于信令的物联网设备的IP通信，以优化资源受限协议的使用，扩展了基于信令的物联网设备的使用范围，节省网络资源等，特别是当网络中具有显著的MTC流量时，尤其是在高峰时段，本发明能够大幅节省网络资源。
Description
技术领域
本发明涉及物联网领域，尤其涉及一种用于基于信令的物联网设备的IP通信的技术。
背景技术
如何优化现有协议以减少在受限设备与网络之间的资源消耗与延迟是物联网的一个关键问题。为了解决这个问题，现有技术中提出了不同的解决方案以使得IoT/MTC不再包括承载建立的过程。当网络中具有显著的MTC流量时，尤其是在高峰时段，这种方案将具有较好的节省网络资源的效果。
然而，在一些场景中，在IoT中仍然需要IP连接，例如，在TS23.682中的直接模型(direct model)、受限网络(例如6LoWPAN等)的M2M通信等。一种实现在IoT中的资源有效使用的解决方法是使上述的仅信令MTC设备具有IP连接性能。因此，为仅信令MTC设备提供IP连接性能非常重要。
近年来，许多资源受限协议被引入到了IoT设备中，例如CoAP，NETCONF等。部署在IoT中的廉价的嵌入式设备装备了资源受限存储以及处理性能，即具有非常小的RAM和存储性能，以及应用低功率无线标准以进一步限制网络接口。如何管理应用了基于IP协议的资源受限网络是IoT的一个重要方面。即使随着资源受限协议与设备的不断发展，用于IoT的资源受限协议与设备的集成网络架构与机制也依然稀少，特别是如何优化具有资源受限协议的网络功能与机制。
发明内容
本发明的目的是提供一种用于基于信令的物联网设备的IP通信的方法与设备。
根据本发明的一个方面，提供了一种用于基于信令的物联网设备的IP通信的方法，其中，该方法包括：
a获取第一设备所发送的一个或多个第一设备请求，其中，所述第一设备请求对应于第二设备，所述第一设备为基于信令的物联网设备或基于IP的设备，相应地，所述第二设备为基于IP的设备或基于信令的物联网设备；
b根据所述第一设备请求，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求；
c将所述第二设备请求发送至所述第二设备；
其中，该方法还包括：
x获取由所述第二设备所发送的第二设备响应，其中，所述第二设备响应与所述第二设备请求相对应；
y根据所述第二设备响应，确定与所述第二设备响应相对应的第一设备响应，其中，所述第一设备响应与所述第一设备请求相对应；
z将所述第一设备响应发送至所述第一设备。
根据本发明的另一方面，还提供了一种用于基于信令的物联网设备的IP通信的网关设备，其中，该设备包括：
请求获取装置，用于获取第一设备所发送的一个或多个第一设备请求，其中，所述第一设备请求对应于第二设备，所述第一设备为基于信令的物联网设备或基于IP的设备，相应地，所述第二设备为基于IP的设备或基于信令的物联网设备；
请求确定装置，用于根据所述第一设备请求，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求；
请求发送装置，用于将所述第二设备请求发送至所述第二设备；
其中，该设备还包括：
响应获取装置，用于获取由所述第二设备所发送的第二设备响应，其中，所述第二设备响应与所述第二设备请求相对应；
响应确定装置，用于根据所述第二设备响应，确定与所述第二设备响应相对应的第一设备响应，其中，所述第一设备响应与所述第一设备请求相对应；
响应发送装置，用于将所述第一设备响应发送至所述第一设备。
与现有技术相比，本发明通过对基于信令的物联网设备与基于IP的设备的设备请求和/或设备响应进行转换，从而实现了基于信令的物联网设备的IP通信，以优化资源受限协议的使用，扩展了基于信令的物联网设备的使用范围，节省网络资源等，特别是当网络中具有显著的MTC流量与IP流量时，尤其是在高峰时段，本发明能够大幅节省网络资源。
而且，本发明还可以在执行必要的检测后，通过对基于信令的物联网设备与基于IP的设备的设备请求和/或设备响应进行转换，从而进一步保证了基于信令的物联网设备的IP通信，提高了系统处理效率，优化了资源受限协议的使用。
而且，本发明还可以利用代理/缓存机制来对设备请求进行处理，从而不需要物联网设备的进一步请求，以提高了响应效率，减少了系统消耗等。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：
图1示出根据本发明一个方面的一种用于基于信令的物联网设备的IP通信的网关设备示意图；
图2示出根据本发明另一个优选实施例的一种用于基于信令的物联网设备的IP通信的网关设备示意图；
图3示出根据本发明另一个方面的一种用于基于信令的物联网设备的IP通信的方法流程图；
图4示出根据本发明另一个优选实施例的一种用于基于信令的物联网设备的IP通信的方法流程图；
图5示出在根据本发明另一个优选实施例的一种在3GPP MTC架构下，用于基于信令的物联网设备的IP通信的网关设备的系统架构图；
图6示出根据本发明另一个优选实施例的一种用于基于信令的物联网设备的IP通信的IP/CoAP网关设备的功能架构示意图；
图7示出根据本发明的另一个优选实施例的一种IoT IP/CoAP网关的消息流程示意图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本发明作进一步详细描述。
图1示出根据本发明一个方面的一种用于基于信令的物联网设备的IP通信的网关设备示意图；其中，所述网关设备包括请求获取装置11、请求确定装置12、请求发送装置13、响应获取装置14、响应确定装置15、响应发送装置16。具体地，所述请求获取装置11获取第一设备所发送的一个或多个第一设备请求，其中，所述第一设备请求对应于第二设备，所述第一设备为基于信令的物联网设备或基于IP的设备，相应地，所述第二设备为基于IP的设备或基于信令的物联网设备；所述请求确定装置12根据所述第一设备请求，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求；所述请求发送装置13将所述第二设备请求发送至所述第二设备；所述响应获取装置14获取由所述第二设备所发送的第二设备响应，其中，所述第二设备响应与所述第二设备请求相对应；所述响应确定装置15根据所述第二设备响应，确定与所述第二设备响应相对应的第一设备响应，其中，所述第一设备响应与所述第一设备请求相对应；所述响应发送装置16将所述第一设备响应发送至所述第一设备。
在此，所述网关设备包括但不限于独立的网关(GateWay)、或网关与其他设备通过网络或硬件相集成所构成的设备。所述其他设备如物联网/MTC网络中的MTC-IWF(MTC网络间功能，MTC-Inter Working Function)、SCS(服务能力服务器，Services CapabilityServer)或其他应用服务器。在此，所述网关设备可以应用在例如IP/CoAP、NETCONF、SNMP等IP资源受限应用协议上，也可以应用在SIP、HTTP等协议中，以及部署在如3GPP IoT/M2M、IMS,WebRTC等各类技术网络中，以实现用于IoT的资源受限的IP协议与设备的优化应用。
上述各装置之间是持续不断工作的，在此，本领域技术人员应理解“持续”是指上述各装置分别实时地，或者按照设定的或实时调整的工作模式要求，进行第一设备请求的获取、第二设备请求的确定、第二设备请求的发送、第二设备响应的获取、第一设备响应的确定、第一设备响应的发送等，直至所述网关设备停止获取第一设备所发送的一个或多个第一设备请求。
所述请求获取装置11获取第一设备所发送的一个或多个第一设备请求，其中，所述第一设备请求对应于第二设备，所述第一设备为基于信令的物联网设备或基于IP的设备，相应地，所述第二设备为基于IP的设备或基于信令的物联网设备。
具体地，所述请求获取装置11通过基于预定的协议与接口，获取第一设备所发送的一个或多个第一设备请求；所述第一设备请求所请求的目标为不同于所述第一设备的第二设备。例如，若所述第一设备为基于信令的物联网设备，则所述第二设备为基于IP的设备，所述第一请求为所述基于信令的物联网设备所发送的基于信令的设备触发请求，所请求的设备为基于IP的设备；若所述第一设备为基于IP的设备，则所述第二设备为基于信令的物联网设备，所述第一请求为对所述基于IP的设备所发送的基于IP的请求，如CoAP请求，所请求的设备为基于信令的物联网设备。在此，所述基于信令的物联网设备例如没有IP性能的MTC设备、仅支持“仅信令”的MTC设备等。
在此，所述受限应用协议CoAP是一种基于IP的MTC应用层协议，用于web转发，与受限节点与受限(例如，低功率，低损耗)网络一起应用。在此，除CoAP外，如应用其他应用协议如SIP、HTTP等的IP设备也可以利用该方法。
所述请求确定装置12根据所述第一设备请求，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求。
具体地，所述请求确定装置12根据所述第一设备请求，通过例如对所述第一设备请求进行应用层协议转换和/或地址信息的映射与转换等方式，将所述第一设备请求转换为第二设备请求；或者基于预定义的映射关系，在预置的映射列表中，搜索与所述第一设备请求相对应的第二设备请求。
例如，若所述第一设备请求为CoAP请求且所述第二设备为基于信令的物联网设备时，则所述请求确定装置12将所述CoAP请求转换为基于信令的MTC设备触发请求；即所述请求确定装置12根据CoAP URI(通用资源标识符，Uniform Resource Identifier)以及MTC设备ID间的映射，将CoAP URI转换为MTC设备ID，并将CoAP携带的命令转换为T4/T5对应的命令。在此，所述用于MTC设备的CoAP URI由IP/CoAP网关根据规定或其他现有的方法进行分配，一旦CoAP URI被分配给MTC设备，则映射建立；所述映射可由所述网关设备进行维护。所述T4/T5为由3GPP TS23.682所定义的T4/T5接口。在此，本领域技术人员应能理解，所述第一设备请求可以是由IP设备发送，也可以是由具有IP功能的MTC设备所发送。
例如，若所述第一设备请求为信令请求，可知所述第一设备为基于信令的物联网设备且所述第二设备为基于IP的设备，以所述第二设备为CoAP设备为例，则所述请求确定装置12将所述MTC信令请求转换为CoAP请求；即所述请求确定装置12根据CoAP URI(通用资源标识符，Uniform Resource Identifier)以及MTC设备ID间的映射，将MTC设备ID转换为CoAP URI，并将T4/T5命令转换为CoAP对应的命令。
所述请求发送装置13将所述第二设备请求发送至所述第二设备。
具体地，所述请求发送装置13根据所述第二设备请求以及所述第二设备所对应的协议与接口，将所述第二设备请求发送至所述第二设备；例如，若所述第二设备请求为基于信令的MTC设备触发请求，则所述请求发送装置13利用3GPP TS23.682所定义的T4/T5接口，将所述第二设备请求发送至对应的MTC设备。
所述响应获取装置14获取由所述第二设备所发送的第二设备响应，其中，所述第二设备响应与所述第二设备请求相对应。
具体地，当所述第二设备根据所述第二设备请求而做出第二设备响应后，所述响应获取装置14根据所述第二设备所对应的协议与接口，获取由所述第二设备所发送的第二设备响应。例如，当所述第二设备请求为CoAP请求时，所述第二设备响应为CoAP响应；当所述第二设备请求为基于信令的MTC设备请求时，所述第二设备响应为基于信令的MTC设备响应。
所述响应确定装置15根据所述第二设备响应，确定与所述第二设备响应相对应的第一设备响应，其中，所述第一设备响应与所述第一设备请求相对应。
具体地，所述响应确定装置15根据所述第二设备响应，通过例如对所述第二设备响应进行应用层协议转换和/或地址信息的映射与转换等方式，将所述第二设备响应转换为第一设备响应；或者基于预定义的映射关系，在预置的映射列表中，搜索与所述第二设备响应相对应的第一设备响应。在此，所述第一设备响应与所述第一设备请求相对应。
在此，本领域技术人员应能理解，所述转换方式与所述请求确定装置12的转换方式相同或相似，故在此不再赘述，并通过引用的方式包含于此。
所述响应发送装置16将所述第一设备响应发送至所述第一设备。
具体地，所述响应发送装置16根据所述第一设备所对应的协议与接口，将所述第一设备响应发送至所述第一设备，从而完成基于信令的物联网设备的IP通信。
优选地，所述网关设备还包括确认装置(未示出)，其中，所述确认装置发送请求接收确认信息至所述第一设备。
具体地，当所述请求获取装置11获取第一设备所发送的一个或多个第一设备请求时，或者当所述请求发送装置13将所述第二设备请求发送至所述第二设备时，所述确认装置可以发送请求接收确认信息至所述第一设备，从而通知所述第一设备“网关设备已经获取第一设备请求”，使得所述第一设备停止重传所述第一设备请求。例如，根据CoAP协议，所述网关设备可以向所述第一设备发送空的ACK，使得所述第一设备能够停止重传所述第一设备请求。
优选地，所述请求确定装置12包括映射检测单元(未示出)与请求确定单元(未示出)，其中，所述映射检测单元根据所述第一设备请求，检测第一设备请求所请求的资源地址与所述第二设备的映射关系；若满足所述映射关系，所述请求确定单元根据所述第一设备请求，结合所述映射关系，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求。
具体地，所述映射检测单元根据所述第一设备请求，基于所述网关设备中的映射资源信息库或是其他第三方设备中所存储的映射资源信息库，检测第一设备请求所请求的资源地址与所述第二设备的映射关系。若无法检测到该映射关系，则拒绝所述第一设备请求。
例如，以将CoAP请求转换为信令请求为例，所述映射检测单元检测所述CoAP URI是否在映射中。若不在，根据CoAP协议拒绝该请求，例如，带有响应代码4.04Not Found的确认消息(ACK message)。在此，所述映射关系(即CoAP URI以及MTC设备ID间的映射)可由网关设备进行维护。所述用于MTC设备的CoAP URI由IP/CoAP网关根据规定或其他现有的方法进行分配。一旦CoAP URI被分配给MTC设备，则映射建立。
若满足所述映射关系，所述请求确定单元根据所述第一设备请求，结合所述映射关系，则根据所述映射关系完成对地址信息的映射与转换；再结合例如对所述第一设备请求进行应用层协议转换等操作，将所述第一设备请求转换为第二设备请求。在此，所述转换或确定方法与图1中所述请求确定装置12的确定方法相同或相似，故在此不再赘述，并通过引用的方式包含于此。
更优选地，若满足所述映射关系，所述请求确定单元可以根据所述映射关系，确定与所述映射关系相对应的服务配置信息；根据所述第一设备请求，结合所述服务配置信息与所述映射关系，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求。
具体地，若满足所述映射关系，所述请求确定单元可以根据所述映射关系，确定与所述映射关系中的一项或多项(例如与所述第一设备请求所请求的资源地址)相对应的服务配置信息；然后基于所述服务配置信息中所配置的条款，以及结合所述映射关系，确定与所述第一设备请求相对应的第二设备请求。
例如，继上例，以将CoAP请求转换为信令请求为例，所述请求确定单元检索由CoAPURI所定义的，用于该资源的服务配置信息。其中，所述服务配置信息包括例如规则引擎等信息，其中，所述规则引擎中包含一条或多条检测或过滤的规则，如基于设备类型、消息类型、状态、时间、位置、源地址/目的地址，或其他在消息中的核心词等信息，对所述第一设备请求进行检测或过滤。从而，若所述服务配置信息认为需要执行必要的检测，则所述请求确定单元可以根据所述服务配置信息中的具体规则，对所述第一设备请求执行必要的检测：若未被允许，根据CoAP协议拒绝该请求，例如，带有响应代码4.04Not Found的确认消息(ACK message)；若被允许，则将所述第一设备请求转换为第二设备请求。在此，所述转换或确定方法与图1中所述请求确定装置12的确定方法相同或相似，故在此不再赘述，并通过引用的方式包含于此。
图2示出根据本发明另一个优选实施例的一种用于基于信令的物联网设备的IP通信的网关设备示意图；其中，所述网关设备包括请求获取装置11’、请求确定装置12’、请求发送装置13’、响应获取装置14’、响应确定装置15’、响应发送装置16’、代理转发装置17’、代理响应获取装置18’。具体地，所述请求获取装置11’获取第一设备所发送的一个或多个第一设备请求，其中，所述第一设备请求对应于第二设备，所述第一设备为基于信令的物联网设备或基于IP的设备，相应地，所述第二设备为基于IP的设备或基于信令的物联网设备；所述请求确定装置12’根据所述第一设备请求，检测与所述第一设备请求相对应的代理配置信息；若所述代理配置信息不可用，根据所述第一设备请求，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求；所述请求发送装置13’将所述第二设备请求发送至所述第二设备；所述响应获取装置14’获取由所述第二设备所发送的第二设备响应，其中，所述第二设备响应与所述第二设备请求相对应；所述响应确定装置15’根据所述第二设备响应，确定与所述第二设备响应相对应的第一设备响应，其中，所述第一设备响应与所述第一设备请求相对应；而若所述代理配置信息可用，所述代理转发装置17’将所述第一设备请求发送至与所述第一设备请求相对应的处理设备；所述代理响应获取装置18’获取所述处理设备所发送的第一设备响应，其中，所述第一设备响应与所述第一设备请求相对应；所述响应发送装置16’将所述第一设备响应发送至所述第一设备。
其中，所述网关设备的请求获取装置11’、请求发送装置13’、响应获取装置14’、响应确定装置15’、响应发送装置16’与图1所示对应装置相同或基本相同，故此处不再赘述，并通过引用的方式包含于此。
所述请求确定装置12’根据所述第一设备请求，检测与所述第一设备请求相对应的代理配置信息；若所述代理配置信息不可用，根据所述第一设备请求，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求。
具体地，所述请求确定装置12’可以根据所述第一设备请求，基于所述第一设备请求的请求类型、所述第一设备请求的发送设备和/或目标设备、第一设备和/或目标设备的类型(如是IP设备或是基于信令的MTC设备等)等信息，检测与所述第一设备请求相对应的代理配置信息。
若所述代理配置信息不可用，则按照图1中所述请求确定装置12的确定方法，确定与所述第一设备请求相对应的第二设备请求，在此不再赘述，并通过引用的方式包含于此。
若所述代理配置信息可用，所述代理转发装置17’将所述第一设备请求发送至与所述第一设备请求相对应的处理设备。
具体地，若所述代理配置信息可用，则所述代理转发装置17’从所述请求确定装置12’获取所述第一设备请求，并基于所述代理配置信息的设置，将所述第一设备请求发送至与所述第一设备请求相对应的处理设备。
在此，所述代理配置信息包括但不限于以下至少任一项：
-由预定义的值直接响应：即所述代理转发装置17’将所述第一设备请求转发至其他处理设备进行处理，或直接由所述网关设备进行处理，从而基于上述设备中所预定义的值，对所述第一设备请求进行直接响应；在此，基于设备类型、消息类型、状态、时间、位置、源地址/目的地址，或其他在消息中的核心词等的不同，所述值可能不同。
-从缓存中获取该响应：即所述代理转发装置17’将所述第一设备请求转发至其他处理设备进行处理，或直接由所述网关设备进行处理，从而基于上述设备中的所缓存的响应信息，对所述第一设备请求进行响应。例如，若上述设备中包含缓存信息，则直接发送基于所述缓存信息所获取的响应。一旦接收该响应，所述处理设备将会在缓存中存储该响应。
-转发该消息至其他预分配的目的地：所述代理转发装置17’基于设备类型、消息类型、状态、时间、位置、源地址/目的地址，或其他在消息中的核心词等，为所述第一设备请求确定不同于所述网关设备的一个或多个第三方处理设备。
所述代理响应获取装置18’获取所述处理设备所发送的第一设备响应，其中，所述第一设备响应与所述第一设备请求相对应。
具体地，所述代理响应获取装置18’通过基于预定的协议与接口，获取与所述第一设备请求相对应的第一设备响应。在此，所述第一设备响应可由所述处理设备基于所述代理配置信息进行确定，并由所述处理设备直接发送至所述网关设备；也可以由所述处理设备确定后，通过所述处理设备将第一设备响应发送至其他设备，则所述网关设备与该设备进行交互以获取所述第一设备响应。
图3示出根据本发明另一个方面的一种用于基于信令的物联网设备的IP通信的方法流程图。具体地，在步骤S1中，所述网关设备获取第一设备所发送的一个或多个第一设备请求，其中，所述第一设备请求对应于第二设备，所述第一设备为基于信令的物联网设备或基于IP的设备，相应地，所述第二设备为基于IP的设备或基于信令的物联网设备；在步骤S2中，所述网关设备根据所述第一设备请求，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求；在步骤S3中，所述网关设备将所述第二设备请求发送至所述第二设备；在步骤S4中，所述网关设备获取由所述第二设备所发送的第二设备响应，其中，所述第二设备响应与所述第二设备请求相对应；在步骤S5中，所述网关设备根据所述第二设备响应，确定与所述第二设备响应相对应的第一设备响应，其中，所述第一设备响应与所述第一设备请求相对应；在步骤S6中，所述网关设备将所述第一设备响应发送至所述第一设备。
上述各步骤之间是持续不断工作的，在此，本领域技术人员应理解“持续”是指上述各步骤分别实时地，或者按照设定的或实时调整的工作模式要求，进行第一设备请求的获取、第二设备请求的确定、第二设备请求的发送、第二设备响应的获取、第一设备响应的确定、第一设备响应的发送等，直至所述网关设备停止获取第一设备所发送的一个或多个第一设备请求。
在步骤S1中，所述网关设备获取第一设备所发送的一个或多个第一设备请求，其中，所述第一设备请求对应于第二设备，所述第一设备为基于信令的物联网设备或基于IP的设备，相应地，所述第二设备为基于IP的设备或基于信令的物联网设备。
具体地，在步骤S1中，所述网关设备通过基于预定的协议与接口，获取第一设备所发送的一个或多个第一设备请求；所述第一设备请求所请求的目标为不同于所述第一设备的第二设备。例如，若所述第一设备为基于信令的物联网设备，则所述第二设备为基于IP的设备，所述第一请求为所述基于信令的物联网设备所发送的基于信令的设备触发请求，所请求的设备为基于IP的设备；若所述第一设备为基于IP的设备，则所述第二设备为基于信令的物联网设备，所述第一请求为对所述基于IP的设备所发送的基于IP的请求，如CoAP请求，所请求的设备为基于信令的物联网设备。在此，所述基于信令的物联网设备例如没有IP性能的MTC设备、仅支持“仅信令”的MTC设备等。
在此，所述受限应用协议CoAP是一种基于IP的MTC应用层协议，用于web转发，与受限节点与受限(例如，低功率，低损耗)网络一起应用。在此，除CoAP外，如应用其他应用协议如SIP、HTTP等的IP设备也可以利用该方法。
在步骤S2中，所述网关设备根据所述第一设备请求，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求。
具体地，在步骤S2中，所述网关设备根据所述第一设备请求，通过例如对所述第一设备请求进行应用层协议转换和/或地址信息的映射与转换等方式，将所述第一设备请求转换为第二设备请求；或者基于预定义的映射关系，在预置的映射列表中，搜索与所述第一设备请求相对应的第二设备请求。
例如，若所述第一设备请求为CoAP请求且所述第二设备为基于信令的物联网设备时，则在步骤S2中，所述网关设备将所述CoAP请求转换为基于信令的MTC设备触发请求；即在步骤S2中，所述网关设备根据CoAP URI(通用资源标识符，Uniform ResourceIdentifier)以及MTC设备ID间的映射，将CoAP URI转换为MTC设备ID，并将CoAP携带的命令转换为T4/T5对应的命令。在此，所述用于MTC设备的CoAP URI由IP/CoAP网关根据规定或其他现有的方法进行分配，一旦CoAP URI被分配给MTC设备，则映射建立；所述映射可由所述网关设备进行维护。所述T4/T5为由3GPP TS23.682所定义的T4/T5接口。在此，本领域技术人员应能理解，所述第一设备请求可以是由IP设备发送，也可以是由具有IP功能的MTC设备所发送。
例如，若所述第一设备请求为信令请求，可知所述第一设备为基于信令的物联网设备且所述第二设备为基于IP的设备，以所述第二设备为CoAP设备为例，则在步骤S2中，所述网关设备将所述MTC信令请求转换为CoAP请求；即在步骤S2中，所述网关设备根据CoAPURI(通用资源标识符，Uniform Resource Identifier)以及MTC设备ID间的映射，将MTC设备ID转换为CoAP URI，并将T4/T5命令转换为CoAP对应的命令。
在步骤S3中，所述网关设备将所述第二设备请求发送至所述第二设备。
具体地，在步骤S3中，所述网关设备根据所述第二设备请求以及所述第二设备所对应的协议与接口，将所述第二设备请求发送至所述第二设备；例如，若所述第二设备请求为基于信令的MTC设备触发请求，则在步骤S3中，所述网关设备利用3GPP TS23.682所定义的T4/T5接口，将所述第二设备请求发送至对应的MTC设备。
在步骤S4中，所述网关设备获取由所述第二设备所发送的第二设备响应，其中，所述第二设备响应与所述第二设备请求相对应。
具体地，当所述第二设备根据所述第二设备请求而做出第二设备响应后，在步骤S4中，所述网关设备根据所述第二设备所对应的协议与接口，获取由所述第二设备所发送的第二设备响应。例如，当所述第二设备请求为CoAP请求时，所述第二设备响应为CoAP响应；当所述第二设备请求为基于信令的MTC设备请求时，所述第二设备响应为基于信令的MTC设备响应。
在步骤S5中，所述网关设备根据所述第二设备响应，确定与所述第二设备响应相对应的第一设备响应，其中，所述第一设备响应与所述第一设备请求相对应。
具体地，在步骤S5中，所述网关设备根据所述第二设备响应，通过例如对所述第二设备响应进行应用层协议转换和/或地址信息的映射与转换等方式，将所述第二设备响应转换为第一设备响应；或者基于预定义的映射关系，在预置的映射列表中，搜索与所述第二设备响应相对应的第一设备响应。在此，所述第一设备响应与所述第一设备请求相对应。
在此，本领域技术人员应能理解，所述转换方式与所述步骤S2的转换方式相同或相似，故在此不再赘述，并通过引用的方式包含于此。
在步骤S6中，所述网关设备将所述第一设备响应发送至所述第一设备。
具体地，在步骤S6中，所述网关设备根据所述第一设备所对应的协议与接口，将所述第一设备响应发送至所述第一设备，从而完成基于信令的物联网设备的IP通信。
优选地，所述方法还包括步骤S9(未示出)，其中，在步骤S9中，所述网关设备发送请求接收确认信息至所述第一设备。
具体地，当所述网关设备获取第一设备所发送的一个或多个第一设备请求时，或者当所述网关设备将所述第二设备请求发送至所述第二设备时，在步骤S9中，所述网关设备可以发送请求接收确认信息至所述第一设备，从而通知所述第一设备“网关设备已经获取第一设备请求”，使得所述第一设备停止重传所述第一设备请求。例如，根据CoAP协议，所述网关设备可以向所述第一设备发送空的ACK，使得所述第一设备能够停止重传所述第一设备请求。
优选地，所述步骤S2包括步骤S23(未示出)与步骤S24(未示出)，其中，在步骤S23中，所述网关设备根据所述第一设备请求，检测第一设备请求所请求的资源地址与所述第二设备的映射关系；若满足所述映射关系，在步骤S24中，所述网关设备根据所述第一设备请求，结合所述映射关系，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求。
具体地，在步骤S23中，所述网关设备根据所述第一设备请求，基于所述网关设备中的映射资源信息库或是其他第三方设备中所存储的映射资源信息库，检测第一设备请求所请求的资源地址与所述第二设备的映射关系。若无法检测到该映射关系，则拒绝所述第一设备请求。
例如，以将CoAP请求转换为信令请求为例，在步骤S23中，所述网关设备检测所述CoAP URI是否在映射中。若不在，根据CoAP协议拒绝该请求，例如，带有响应代码4.04NotFound的确认消息(ACK message)。在此，所述映射关系(即CoAP URI以及MTC设备ID间的映射)可由网关设备进行维护。所述用于MTC设备的CoAP URI由IP/CoAP网关根据规定或其他现有的方法进行分配。一旦CoAP URI被分配给MTC设备，则映射建立。
若满足所述映射关系，在步骤S24中，所述网关设备根据所述第一设备请求，结合所述映射关系，则根据所述映射关系完成对地址信息的映射与转换；再结合例如对所述第一设备请求进行应用层协议转换等操作，将所述第一设备请求转换为第二设备请求。在此，所述转换或确定方法与图3中所述步骤S2的确定方法相同或相似，故在此不再赘述，并通过引用的方式包含于此。
更优选地，若满足所述映射关系，在步骤S24中，所述网关设备可以根据所述映射关系，确定与所述映射关系相对应的服务配置信息；根据所述第一设备请求，结合所述服务配置信息与所述映射关系，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求。
具体地，若满足所述映射关系，在步骤S24中，所述网关设备可以根据所述映射关系，确定与所述映射关系中的一项或多项(例如与所述第一设备请求所请求的资源地址)相对应的服务配置信息；然后基于所述服务配置信息中所配置的条款，以及结合所述映射关系，确定与所述第一设备请求相对应的第二设备请求。
例如，继上例，以将CoAP请求转换为信令请求为例，在步骤S24中，所述网关设备检索由CoAP URI所定义的，用于该资源的服务配置信息。其中，所述服务配置信息包括例如规则引擎等信息，其中，所述规则引擎中包含一条或多条检测或过滤的规则，如基于设备类型、消息类型、状态、时间、位置、源地址/目的地址，或其他在消息中的核心词等信息，对所述第一设备请求进行检测或过滤。从而，若所述服务配置信息认为需要执行必要的检测，则所述网关设备可以根据所述服务配置信息中的具体规则，对所述第一设备请求执行必要的检测：若未被允许，根据CoAP协议拒绝该请求，例如，带有响应代码4.04Not Found的确认消息(ACK message)；若被允许，则将所述第一设备请求转换为第二设备请求。在此，所述转换或确定方法与图3中所述步骤S2的确定方法相同或相似，故在此不再赘述，并通过引用的方式包含于此。
图4示出根据本发明另一个优选实施例的一种用于基于信令的物联网设备的IP通信的方法流程图。具体地，在步骤S1’中，所述网关设备获取第一设备所发送的一个或多个第一设备请求，其中，所述第一设备请求对应于第二设备，所述第一设备为基于信令的物联网设备或基于IP的设备，相应地，所述第二设备为基于IP的设备或基于信令的物联网设备；在步骤S21’中，所述网关设备根据所述第一设备请求，检测与所述第一设备请求相对应的代理配置信息；若所述代理配置信息不可用，在步骤S22’中，所述网关设备根据所述第一设备请求，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求；在步骤S3’中，所述网关设备将所述第二设备请求发送至所述第二设备；在步骤S4’中，所述网关设备获取由所述第二设备所发送的第二设备响应，其中，所述第二设备响应与所述第二设备请求相对应；在步骤S5’中，所述网关设备根据所述第二设备响应，确定与所述第二设备响应相对应的第一设备响应，其中，所述第一设备响应与所述第一设备请求相对应；而若所述代理配置信息可用，在步骤S7’中，所述网关设备将所述第一设备请求发送至与所述第一设备请求相对应的处理设备；在步骤S8’中，所述网关设备获取所述处理设备所发送的第一设备响应，其中，所述第一设备响应与所述第一设备请求相对应；在步骤S6’中，所述网关设备将所述第一设备响应发送至所述第一设备。
其中，所述网关设备的步骤S1’、步骤S3’、步骤S4’、步骤S5’、步骤S6’与图3所示对应步骤相同或基本相同，故此处不再赘述，并通过引用的方式包含于此。
在步骤S21’中，所述网关设备根据所述第一设备请求，检测与所述第一设备请求相对应的代理配置信息；若所述代理配置信息不可用，在步骤S22’中，所述网关设备根据所述第一设备请求，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求。
具体地，在步骤S21’中，所述网关设备可以根据所述第一设备请求，基于所述第一设备请求的请求类型、所述第一设备请求的发送设备和/或目标设备、第一设备和/或目标设备的类型(如是IP设备或是基于信令的MTC设备等)等信息，检测与所述第一设备请求相对应的代理配置信息。
若所述代理配置信息不可用，则按照图3中所述步骤S2的确定方法，确定与所述第一设备请求相对应的第二设备请求，在此不再赘述，并通过引用的方式包含于此。
若所述代理配置信息可用，在步骤S7’中，所述网关设备将所述第一设备请求发送至与所述第一设备请求相对应的处理设备。
具体地，若所述代理配置信息可用，则在步骤S7’中，所述网关设备从所述步骤S21’获取所述第一设备请求，并基于所述代理配置信息的设置，将所述第一设备请求发送至与所述第一设备请求相对应的处理设备。
在此，所述代理配置信息包括但不限于以下至少任一项：
-由预定义的值直接响应：即在步骤S7’中，所述网关设备将所述第一设备请求转发至其他处理设备进行处理，或直接由所述网关设备进行处理，从而基于上述设备中所预定义的值，对所述第一设备请求进行直接响应；在此，基于设备类型、消息类型、状态、时间、位置、源地址/目的地址，或其他在消息中的核心词等的不同，所述值可能不同。
-从缓存中获取该响应：即在步骤S7’中，所述网关设备将所述第一设备请求转发至其他处理设备进行处理，或直接由所述网关设备进行处理，从而基于上述设备中的所缓存的响应信息，对所述第一设备请求进行响应。例如，若上述设备中包含缓存信息，则直接发送基于所述缓存信息所获取的响应。一旦接收该响应，所述处理设备将会在缓存中存储该响应。
-转发该消息至其他预分配的目的地：在步骤S7’中，所述网关设备基于设备类型、消息类型、状态、时间、位置、源地址/目的地址，或其他在消息中的核心词等，为所述第一设备请求确定不同于所述网关设备的一个或多个第三方处理设备。
在步骤S8’中，所述网关设备获取所述处理设备所发送的第一设备响应，其中，所述第一设备响应与所述第一设备请求相对应。
具体地，在步骤S8’中，所述网关设备通过基于预定的协议与接口，获取与所述第一设备请求相对应的第一设备响应。在此，所述第一设备响应可由所述处理设备基于所述代理配置信息进行确定，并由所述处理设备直接发送至所述网关设备；也可以由所述处理设备确定后，通过所述处理设备将第一设备响应发送至其他设备，则所述网关设备与该设备进行交互以获取所述第一设备响应。
图5示出在根据本发明另一个优选实施例的一种在3GPP MTC架构下，用于基于信令的物联网设备的IP通信的网关设备的系统架构图。
具体地，图5示出了一种用于IoT的IP/CoAP网关的3GPP MTC架构，在图5中，用于基于信令的物联网设备的IP通信的网关设备(如图中的IP/CoAP网关)被部署在MTC-IWF上。除了MTC-IWF，所述IP/CoAP网关功能也可以被部署在SCS(服务能力服务器，ServicesCapability Server)或其他应用服务器上。
图6示出根据本发明另一个优选实施例的一种用于基于信令的物联网设备的IP通信的IP/CoAP网关设备的功能架构示意图。
具体地，以IP/CoAP网关设备获取对基于信令的MTC设备的CoAP请求为例，所述网关设备与任何支持CoAP的IoT/M2M设备相交互，以接收CoAP请求；经过内部的一个或多个处理逻辑处理后，所述网关设备与基于信令的MTC设备相交互，以发送触发请求并接收触发响应；然后，所述网关设备将所获取的触发响应转换为CoAP响应，然后将所述CoAP响应发送至所述IoT/M2M设备。
所述网关设备包括协议互通逻辑、代理与缓存逻辑以及服务管理模块，所述网关设备可以被部署在MTC-IWF上，也可以被部署在其他网络设备上。所述网关设备通过Diameter协议接口模块，经由S6a+接口与中央数据库HSS相交互，以获取由HSS所提供的相关配置信息，如代理配置信息、映射配置信息、服务条款等。
一旦有输入消息(incoming message)(如CoAP请求/响应，设备触发/响应)，服务管理模块将会被触发。
所述服务管理模块维护在CoAP URI以及MTC设备ID间的映射。所述用于MTC设备的CoAP URI由IP/CoAP网关根据规定或其他现有的方法进行分配。一旦CoAP URI被分配给MTC设备，则映射建立。在此，所述的MTC设备为基于信令的MTC设备。
一旦输入消息被接收，例如，CoAP请求。将会应用下述逻辑：
步骤1：检测所述CoAP URI是否在映射中。若不在，根据CoAP协议拒绝该请求，例如，带有响应代码4.04Not Found的确认消息(ACK message)。否则，进入下一步。
步骤2：检索由CoAP URI所定义的，用于该资源的服务条款。所述服务规定将会被用于后续处理。
一般地，将会提供以下服务条款：
1)指示所述代理或缓存是否可用。若可用，则所述请求将会首先由代理或缓存处理。
2)消息过滤：定义条件或策略以用于允许消息。所述条件可以是设备类型、消息类型、状态、时间、位置、源地址/目的地址，或其他在消息中的核心词等。
步骤3：基于服务条款以及规则引擎，执行必要的检测。若未被允许，根据CoAP协议拒绝该请求，例如，带有响应代码4.04Not Found的确认消息(ACK message)。否则，进入下一步。
步骤4：若代理或缓存可用，转发该消息至代理以及缓存逻辑以进行进一步处理，否则，进入下一步。
步骤5：转发该消息至协议互通逻辑。一旦互通完成，将其转发至目标MTC设备。
类似的处理将会被用于设备触发。对响应的处理也类似，在由协议互通逻辑进行互通后，响应将会被送回。
代理与缓存逻辑被用于减少在受限MTC设备与网络上的资源/能量消耗。进一步地，它还能够减少任何请求的响应时间，并且提高IoT中的服务质量。
若消息由代理所接收，基于相关条款，将会应用下述处理之一：
1)由预定义的值直接响应。基于设备类型、消息类型、状态、时间、位置、源地址/目的地址，或其他在消息中的核心词等，所述值可能不同。
2)从缓存中获取该响应，若存在，直接发送所获取的响应。否则，在互通后，转发该消息至目的地址。一旦接受该响应，所述代理将会在缓存中存储该响应。
3)转发该消息至其他预分配的目的地。基于设备类型、消息类型、状态、时间、位置、源地址/目的地址，或其他在消息中的核心词等，所述目的地可以不同。
协议互通逻辑被用于在CoAP协议和MTC设备触发/响应间执行协议。其将由服务管理或代理与缓存逻辑所调用。在IP/CoAP网关中的服务条款将会被保存在本地数据库或全局数据库(例如HSS等)中。
图7示出根据本发明的另一个优选实施例的一种IoT IP/CoAP网关的消息流程示意图。
在步骤S71中，IP/CoAP网关通过GET方法接收CoAP请求：
例如，CoAP GET被用于请求温度
Header:GET(T＝CON,Code＝0.01,MID＝0x7d38)
Token:0x53
Uri-Path:"temperature"
在步骤S72中，一旦所述CoAP请求由IP/CoAP网关所接收，则将应用在本发明中所示出的方法，如图6中的相关处理逻辑。假设所述消息应当被转发至相关的MTC设备。则所述CoAP消息将会被互通与转发。
在步骤S73中，根据CoAP协议，需要空的ACK从而客户端能够停止重传该请求。
Header:(T＝ACK,Code＝0.00,MID＝0x7d38)
在步骤S74中，设备响应由IP/CoAP网关所接收。
在步骤S75中，IP/CoAP网关在互通后，转发该响应。若缓冲可用，所述响应可能已被缓存。
Header:2.05Content(T＝CON,Code＝2.05,MID＝0xad7b)
Token:0x53
Payload:"22.3C"
对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
说明书及附图中缩写附表：
Claims (14)
1.一种用于基于信令的物联网设备的IP通信的方法，其中，该方法包括：
a获取第一设备所发送的一个或多个第一设备请求，其中，所述第一设备请求对应于第二设备，所述第一设备为基于信令的物联网设备或基于IP的设备，相应地，所述第二设备为基于IP的设备或基于信令的物联网设备；
b根据所述第一设备请求，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求；
c将所述第二设备请求发送至所述第二设备；
其中，该方法还包括：
x获取由所述第二设备所发送的第二设备响应，其中，所述第二设备响应与所述第二设备请求相对应；
y根据所述第二设备响应，确定与所述第二设备响应相对应的第一设备响应，其中，所述第一设备响应与所述第一设备请求相对应；
z将所述第一设备响应发送至所述第一设备。
2.根据权利要求1所述的方法，其中，该方法还包括：
-发送请求接收确认信息至所述第一设备。
3.根据权利要求1或2所述的方法，其中，所述步骤b包括：
-根据所述第一设备请求，检测第一设备请求所请求的资源地址与所述第二设备的映射关系；
b1若满足所述映射关系，根据所述第一设备请求，结合所述映射关系，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求。
4.根据权利要求3所述的方法，其中，所述步骤b1包括：
-若满足所述映射关系，根据所述映射关系，确定与所述映射关系相对应的服务配置信息；
-根据所述第一设备请求，结合所述服务配置信息与所述映射关系，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求。
5.根据权利要求1或2所述的方法，其中，所述步骤b包括：
-根据所述第一设备请求，检测与所述第一设备请求相对应的代理配置信息；
-若所述代理配置信息不可用，根据所述第一设备请求，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求。
6.根据权利要求5所述的方法，其中，该方法还包括：
-若所述代理配置信息可用，将所述第一设备请求发送至与所述第一设备请求相对应的处理设备。
7.根据权利要求6所述的方法，其中，该方法还包括：
-获取所述处理设备所发送的第一设备响应，其中，所述第一设备响应与所述第一设备请求相对应；
其中，所述步骤z包括：
-将所述处理设备所发送的所述第一设备响应发送至所述第一设备。
8.一种用于基于信令的物联网设备的IP通信的网关设备，其中，该设备包括：
请求获取装置，用于获取第一设备所发送的一个或多个第一设备请求，其中，所述第一设备请求对应于第二设备，所述第一设备为基于信令的物联网设备或基于IP的设备，相应地，所述第二设备为基于IP的设备或基于信令的物联网设备；
请求确定装置，用于根据所述第一设备请求，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求；
请求发送装置，用于将所述第二设备请求发送至所述第二设备；
其中，该设备还包括：
响应获取装置，用于获取由所述第二设备所发送的第二设备响应，其中，所述第二设备响应与所述第二设备请求相对应；
响应确定装置，用于根据所述第二设备响应，确定与所述第二设备响应相对应的第一设备响应，其中，所述第一设备响应与所述第一设备请求相对应；
响应发送装置，用于将所述第一设备响应发送至所述第一设备。
9.根据权利要求8所述的网关设备，其中，该设备还包括：
确认装置，用于发送请求接收确认信息至所述第一设备。
10.根据权利要求8或9所述的网关设备，其中，所述请求确定装置包括：
映射检测单元，用于根据所述第一设备请求，检测第一设备请求所请求的资源地址与所述第二设备的映射关系；
请求确定单元，用于若满足所述映射关系，根据所述第一设备请求，结合所述映射关系，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求。
11.根据权利要求10所述的网关设备，其中，所述请求确定单元用于：
-若满足所述映射关系，根据所述映射关系，确定与所述映射关系相对应的服务配置信息；
-根据所述第一设备请求，结合所述服务配置信息与所述映射关系，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求。
12.根据权利要求8或9所述的网关设备，其中，所述请求确定装置用于：
-根据所述第一设备请求，检测与所述第一设备请求相对应的代理配置信息；
-若所述代理配置信息不可用，根据所述第一设备请求，确定与所述第一设备请求相对应的第二设备请求，其中，当所述第一设备请求为IP请求且所述第二设备为基于信令的物联网设备时，所述第二设备请求为信令请求，当所述第一设备请求为信令请求且所述第二设备为基于IP的设备时，所述第二设备请求为IP请求。
13.根据权利要求12所述的网关设备，其中，该设备还包括：
代理转发装置，用于若所述代理配置信息可用，将所述第一设备请求发送至与所述第一设备请求相对应的处理设备。
14.根据权利要求13所述的网关设备，其中，该设备还包括：
代理响应获取装置，用于获取所述处理设备所发送的第一设备响应，其中，所述第一设备响应与所述第一设备请求相对应；
其中，所述响应发送装置用于：
-将所述处理设备所发送的所述第一设备响应发送至所述第一设备。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410271064.5A CN105227525B (zh) | 2014-06-17 | 2014-06-17 | 用于基于信令的物联网设备的ip通信方法与设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410271064.5A CN105227525B (zh) | 2014-06-17 | 2014-06-17 | 用于基于信令的物联网设备的ip通信方法与设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105227525A CN105227525A (zh) | 2016-01-06 |
| CN105227525B true CN105227525B (zh) | 2018-07-13 |
Family
ID=54996211
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410271064.5A Active CN105227525B (zh) | 2014-06-17 | 2014-06-17 | 用于基于信令的物联网设备的ip通信方法与设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105227525B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107770141B (zh) * | 2016-08-23 | 2022-04-19 | 中兴通讯股份有限公司 | 一种视频会议系统的通信方法及装置 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102148863A (zh) * | 2011-01-27 | 2011-08-10 | 华为技术有限公司 | 一种m2m业务消息传递的方法及装置 |
| CN102438015A (zh) * | 2011-12-13 | 2012-05-02 | 清华大学 | 一种物联网节点访问系统及方法 |
| CN102724661A (zh) * | 2011-03-30 | 2012-10-10 | 中兴通讯股份有限公司 | 一种获取机器类型通信设备ip地址的方法及系统 |
| CN102882906A (zh) * | 2011-07-14 | 2013-01-16 | 华为技术有限公司 | 受限应用协议中数据通信的方法和装置 |
| CN103517230A (zh) * | 2012-06-19 | 2014-01-15 | 中兴通讯股份有限公司 | 触发信息发送和协议转换的方法及系统 |
| CN103597863A (zh) * | 2011-04-14 | 2014-02-19 | 中兴通讯(美国)公司 | 确定无线网络中的机器类型通信设备地址的方法和装置 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2478648B8 (en) * | 2009-09-18 | 2017-12-13 | InterDigital Patent Holdings, Inc. | Method and apparatus for dimming with rate control for visible light communications (vlc) |
-
2014
- 2014-06-17 CN CN201410271064.5A patent/CN105227525B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102148863A (zh) * | 2011-01-27 | 2011-08-10 | 华为技术有限公司 | 一种m2m业务消息传递的方法及装置 |
| CN102724661A (zh) * | 2011-03-30 | 2012-10-10 | 中兴通讯股份有限公司 | 一种获取机器类型通信设备ip地址的方法及系统 |
| CN103597863A (zh) * | 2011-04-14 | 2014-02-19 | 中兴通讯(美国)公司 | 确定无线网络中的机器类型通信设备地址的方法和装置 |
| CN102882906A (zh) * | 2011-07-14 | 2013-01-16 | 华为技术有限公司 | 受限应用协议中数据通信的方法和装置 |
| CN102438015A (zh) * | 2011-12-13 | 2012-05-02 | 清华大学 | 一种物联网节点访问系统及方法 |
| CN103517230A (zh) * | 2012-06-19 | 2014-01-15 | 中兴通讯股份有限公司 | 触发信息发送和协议转换的方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105227525A (zh) | 2016-01-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9998566B2 (en) | Intelligent gateway with a common data format | |
| US10257136B2 (en) | Data aggregation in the internet of things | |
| EP3005659B1 (en) | Load balancing in the internet of things | |
| CN108200165B (zh) | 请求传输系统、方法、装置及存储介质 | |
| CN107948324B (zh) | 请求传输系统、方法、装置及存储介质 | |
| Huang et al. | An SDN_based management framework for IoT devices | |
| CN107431726A (zh) | 消息总线服务目录 | |
| CN105704036B (zh) | 报文转发方法、装置和系统 | |
| CN108200158B (zh) | 请求传输系统、方法、装置及存储介质 | |
| US9119020B2 (en) | Method and apparatus for discovering wireless devices | |
| CN1848778A (zh) | 用于监控信令消息行进的方法和网络监控装置 | |
| CN102790798A (zh) | 一种内容分发网络中透明代理实现方法、设备及系统 | |
| WO2016090995A1 (zh) | 页面与长连接服务器间的通信方法及客户端 | |
| CN102710765A (zh) | 一种cdn服务器实现透明代理的方法、装置及系统 | |
| Elmangoush et al. | Application-derived communication protocol selection in M2M platforms for smart cities | |
| CN103581361A (zh) | 一种域名解析代理方法、设备及系统 | |
| CN101909019A (zh) | 请求消息的处理方法和系统 | |
| CN103685485B (zh) | 移动终端VoIP通讯音频管理系统 | |
| CN105227525B (zh) | 用于基于信令的物联网设备的ip通信方法与设备 | |
| CN109413224A (zh) | 报文转发方法和装置 | |
| CN103973827A (zh) | 一种域名解析方法及装置 | |
| JP2010516131A (ja) | 電話ベースのウェブサーバを発見する方法及び、当該方法に関連する電子機器とコンピュータプログラム | |
| CN104836678A (zh) | 基于网络选择及时间安排的消息传输方法及节点设备 | |
| CN105263127B (zh) | 短信通讯方法和装置 | |
| CN105991579B (zh) | 信息发送方法、相关网络设备以及系统 |
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 |