CN105580327B - 用于在m2m系统中传送通知消息的方法及其装置 - Google Patents
用于在m2m系统中传送通知消息的方法及其装置 Download PDFInfo
- Publication number
- CN105580327B CN105580327B CN201480053464.7A CN201480053464A CN105580327B CN 105580327 B CN105580327 B CN 105580327B CN 201480053464 A CN201480053464 A CN 201480053464A CN 105580327 B CN105580327 B CN 105580327B
- Authority
- CN
- China
- Prior art keywords
- resource
- information
- notification message
- entity
- notification
- 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/50—Network services
- H04L67/55—Push-based network services
-
- 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
-
- 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/62—Establishing a time schedule for servicing the requests
-
- 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]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及一种在机器对机器(M2M)系统中处理通知消息的方法及其装置,该方法包括以下步骤:由M2M装置处理一个或更多个通知消息;以及发送所处理的通知消息,其中,当发起方装置检测到包括在发起方装置中配置的订阅资源作为子资源的被订阅资源的改变时,生成所述一个或更多个通知消息;所述一个或更多个通知消息包括基于策略信息而配置的实现方式信息,所述策略信息是为了处理所述一个或更多个通知消息而在发起方装置中配置的;基于所述实现方式信息处理所述一个或更多个通知消息;一个或更多个所处理的通知消息在包括所述实现方式信息的情况下被发送;并且所述订阅资源和被订阅资源呈现能够利用唯一地址唯一地寻址的数据结构。
Description
技术领域
本发明涉及机器对机器(M2M)通信系统。更具体地讲,本发明涉及一种在M2M系统中订阅特定资源并且进行通知的方法和设备。
背景技术
近来,对M2M(机器对机器)通信的关注正在上升。M2M通信对应于在没有人类干预的情况下在机器之间执行的通信。M2M通信也被称作MTC(机器型通信)或IoT(物联网)通信。用于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系统的示例性通信流程。
图8示出在M2M系统中彼此互操作的不同实体的示例。
图9示出与订阅资源有关的程序的示例。
图10示出通知程序的示例。
图11和图12示出在未确保连接状态的环境中的订阅和通知程序的示例。
图13至图16示出根据通知策略信息的通知方法。
图17示出根据本发明的通知程序。
图18示出根据本发明的通知程序。
图19示出通知程序的示例。
图20示出根据本发明的通知消息发送程序。
图21和图22示出本发明的实施方式。
图23示出本发明适用于的装置的框图。
具体实施方式
现在将参照附图详细描述本发明的优选实施方式。下面将参照附图给出的详细描述旨在说明本发明的示例性实施方式,而非示出可根据本发明实现的仅有实施方式。以下详细描述包括具体细节以便提供本发明的彻底理解。然而,对于本领域技术人员而言将显而易见的是,本发明可在没有这些具体细节的情况下实现。
在描述本发明时,为了避免使本发明的概念模糊,熟知结构或装置可被省略,结构和装置的重要功能可按照框图的形式示出。贯穿附图将使用相同的标号来指代相同或相似的部件。
在本发明中,机器对机器(M2M)装置表示用于M2M通信的装置。M2M装置可以是固定的或移动的。M2M装置可通过与M2M服务器通信来向M2M服务器发送用户数据和/或控制信息以及从M2M服务器接收用户数据和/或控制信息。M2M装置可被称作移动设备、移动站(MS)、移动终端(MT)、用户终端(UT)、订户站(SS)、无线装置、个人数字助理(PDA)、无线调制解调器、手持装置等。在本发明中,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系统的示例。图1示出根据ETSI(欧洲电信标准协会)TS(技术规范)的M2M系统的示例。
根据ETSI TS的M2M系统定义用于各种M2M应用的公共M2M服务框架。M2M应用可指示实现诸如电子健康、城市自动化、联网消费者、汽车等的M2M服务方案的软件组件。M2M系统提供实现各种M2M应用所共同需要的功能,所述共同需要的功能可被称作M2M服务或M2M公共服务。如果使用M2M公共服务,则可容易地实现M2M应用,而无需再次为各个M2M应用配置基本服务框架。
M2M服务按照服务能力(SC)集合的形式提供,M2M应用可经由开放接口访问SC(服务能力)集合,并且可使用SC(服务能力)所提供的M2M服务或功能。SC可提供构建M2M服务的功能(例如,装置管理、位置、发现、组管理、注册、安全等)。服务能力层(或SC层)或服务能力实体(或SC实体)可对应于用于在服务框架上提供M2M应用时可使用的M2M服务的功能集合。
SC(服务能力)被表示为xSC。在这种情况下,x可由N、G和D中的一个表示。x指示SC(服务能力)存在于网络(和/或服务器)、网关和装置之间的何处。例如,NSC指示存在于网络和/或服务器中的SC(服务能力),GSC指示存在于网关中的SC(服务能力)。
M2M应用可存在于网络、网关或装置中。存在于网络中或者直接与服务器连接的M2M应用可被称作M2M网络应用,或者可被简称为NA(网络应用)。例如,NA对应于按照与服务器直接连接的方式实现的软件,NA可起到与M2M网关或M2M装置通信并且管理M2M网关和M2M装置的作用。存在于装置中的M2M应用可被称作M2M装置应用,或者可被简称为DA(装置应用)。例如,DA对应于实现在M2M装置中的软件,DA可将传感器信息等传送给NA。存在于网关中的M2M应用可被称作M2M网关应用,或者可被简称为GA(网关应用)。例如,GA可起到管理M2M网关的作用,并且GA可向DA提供M2M服务或功能(例如,SC(服务能力))。M2M应用可共同地表示应用实体(AE)或应用层。
参照图1,M2M系统架构可被分为网络域以及装置和网关域。网络域可包括用于M2M系统管理的功能和用于网络管理的功能。用于M2M系统管理的功能可由M2M SC(服务能力)以及存在于装置和网关域中的M2M应用管理装置来执行。用于网络管理的功能可由核心网络和接入网络执行。因此,在图1所示的示例中,核心网络和接入网络提供实体之间的连接,而非执行M2M功能。M2M通信可经由核心网络和接入网络在网络域与装置和网关域中的M2MSC(服务能力)之间执行。各个域的M2M应用可经由对应域的M2M SC(服务能力)来给予和得到信号或信息。
接入网络对应于使得M2M装置和网关域能够与核心网络通信的实体。接入网络的示例包括xDSL(数字订户线)、HFC(混合同轴光纤)、卫星、GERAN、UTRAN、eUTRAN、无线LAN、WiMAX等。
核心网络对应于提供诸如IP(网际协议)连接、服务和网络控制、互连、漫游等的功能的实体。核心网络包括3GPP(第3代合作伙伴计划)核心网络、ETSI TISPAN(用于高级网络的电信和互联网融合服务和协议)核心网络、3GPP2核心网络等。
M2M SC(服务能力)提供能够被各种M2M网络应用共享的M2M公共服务功能(CSF),并且经由开放接口来披露M2M服务,从而使得M2M应用能够使用M2M服务。包括这些M2M SC实体或M2M公共服务功能的层可被称作M2M SCL(服务能力层)。
M2M应用对应于操作服务逻辑并且能够经由开放接口使用M2M SC(服务能力)的实体。M2M应用层可表示包括M2M应用和相关的操作逻辑的层。
M2M装置对应于经由M2M SC(服务能力)操作M2M装置应用的实体。M2M装置可直接与网络域的M2M服务器通信,或者可经由M2M网关与网络域的M2M服务器通信。在经由M2M网关连接的情况下,M2M网关像代理一样操作。M2M装置可包括M2M应用和/或M2M SC(服务能力)。
M2M区域网络提供M2M装置与M2M网关之间的连接性。在这种情况下,M2M网关与M2M服务器之间的网络以及M2M装置与M2M网关之间的网络可彼此不同。例如,M2M区域网络可利用诸如IEEE 802.15.1、Zigbee、蓝牙、IETF ROLL、ISA 100.11a的PAN(个域网)技术以及诸如PLC(电力线通信)、M-BUS、无线M-BUS、KNX等的局域网技术来实现。
M2M网关是经由M2M SC(服务能力)管理M2M应用并且向M2M应用提供服务的实体。M2M网关可起到M2M装置与网络域之间的代理的作用,并且可起到向ETSI非顺从M2M装置提供服务的作用。M2M网关可表示具有M2M装置之间的网关的功能的实体。M2M网关可包括M2M应用和/或M2M SC(服务能力)。
图1所示的M2M架构仅是示例,各个实体的名称可变化。例如,M2M SC(服务能力)可被称作M2M公共服务功能(CSF),SCL(服务能力层)可被称作公共服务层(CSL)或公共服务实体(CSE)。M2M应用可被称作应用实体(AE),M2M应用层可被简称为应用层。类似地,各个域的名称也可变化。例如,在一个M2M系统中,网络域可被称作基础设施域,装置和网关域可被称作场域。
如图1所示,M2M系统可被构造为包括用于M2M通信的M2M应用层和M2M SC(服务能力)层的分层结构。
图2示出M2M系统的分层结构的示例。
参照图2,M2M系统可包括应用层202、公共服务层204和基础网络服务层206。如上文所述,应用层202可对应于M2M应用层,公共服务层204可对应于M2M SCL。基础网络服务层206为核心网络中的公共服务层204提供诸如装置管理、位置服务和装置触发的服务。
图3示出M2M系统的功能架构的示例。就功能而言,M2M系统架构可包括应用实体(AE)302、公共服务实体(CSE)304和基础网络服务实体(NSE)306。实体302、304、306中的每一个可经由公共服务实体304所支持的参考点来彼此通信。参考点起到指定实体302、304、306之间的通信流的作用。参考点可被表示为Mcx,Mc表示“M2M通信”。在本说明书中,Mca参考点、Mcc参考点和Mcn参考点可分别被表示为Mca、Mcc和Mcn。
参照图3,Mca参考点312指定应用实体(AE)302与公共服务实体(CSE)304之间的通信流。Mca参考点312使得AE 302能够使用CSE 304所提供的服务,并且使得CSE 304能够与AE 302通信。Mca参考点312可指示M2M应用层与M2M公共服务层(或实体)之间的接口。
Mcc参考点314指定不同公共服务实体(CSE)304之间的通信流。当CSE 304提供所需的功能时,Mcc参考点314使得CSE 304能够使用另一CSE的服务。由Mcc参考点314提供的服务可取决于CSE 304所支持的功能。Mcc参考点314可指示M2M公共服务层之间的接口。
Mcn参考点316指定CSE 304与基础网络服务实体(NSE)306之间的通信流。为了使CSE 304提供所需的功能,Mcn参考点316使得CSE能够使用NSE 306所提供的服务。Mcn参考点316可指示M2M公共服务层与M2M基础网络层之间的接口。
在图3所示的示例中,CSE 304可提供各种公共服务功能(CSF)。例如,CSE 304可包括应用和服务层管理功能、通信管理和传送处理功能、数据管理和储存功能、装置管理功能、组管理功能、发现功能、位置功能、网络服务披露/服务执行和触发功能、注册功能、安全功能、服务计费和会计功能、服务会话管理功能或者订阅/通知功能中的至少一个。CSE 304表示公共服务功能的实例,并且提供能够被M2M应用使用和共享的公共服务功能的子集。下面简要说明公共服务功能。
-应用和服务层管理(ASM):提供管理AE和CSE的功能。例如,ASM功能可配置CSE的功能,对CSE的功能进行故障排除,并且升级功能。此外,ASN功能可升级AE的功能。
-通信管理和传送处理(CMDH):提供与另一CSE、AE和NSE的通信。例如,CMDH功能可确定何时以及如何使用用于CSE对CSE通信的连接,并且可控制特定请求以被延迟的方式传送。
-数据管理和储存(DMR):使得M2M应用能够彼此交换和共享数据。例如,DMR功能可收集大量数据,将数据彼此聚合,将数据转换为特定格式,并且存储所转换的数据。
-装置管理(DMG):不仅为M2M网关和M2M装置,而且为存在于M2M区域网络中的装置管理装置功能。例如,DMG功能可执行应用安装和配置、固件更新、登入、监测、诊断、网络拓扑管理等。
-发现(DIS):根据请求在给定范围和条件内搜索诸如信息和资源的信息。
-组管理(GMG):例如,可通过将资源、M2M装置或M2M网关彼此组合来生成组,此功能处理组相关请求。
-位置(LOC):此功能使得M2M应用能够获得M2M装置或M2M网关的位置信息。
-网络服务披露/服务执行和触发(NSSE):使得能够执行基础网络的通信并且使通过基础网络提供的服务或功能可用。
-注册(REG):此功能使得M2M应用或另一CSE向特定CSE注册。执行注册以使用特定CSE的M2M服务功能。
-安全(SEC):起到处理诸如安全密钥的敏感数据、建立安全相关关联、认证、授权、保护ID(身份)等的作用。
-服务计费和会计(SCA):起到向AE或CSE提供计费功能的作用。
-服务会话管理(SSM):起到管理用于端对端通信的服务层的M2M会话的作用。
-订阅/通知(SUB):在订阅特定资源的改变的情况下,当该资源改变时,起到通知该改变的作用。
图4示出M2M系统配置的示例。在本说明书中,节点对应于包括一个或更多个M2M应用的实体或者包括一个CSE和零个或更多个M2M应用的实体。
包括至少一个或更多个应用实体(AE)但是不包括公共服务实体(CSE)的节点可被称作应用专用节点(ADN)。ADN可经由Mca与一个中间节点(MN)或一个基础设施节点(IN)通信。ADN可被称作具有受约束能力的M2M装置。在这种情况下,具有受约束能力的M2M装置可对应于不包括公共服务层或公共服务实体(CSE)的M2M装置。具有受约束能力的M2M装置可被简称为受约束M2M装置。
具有至少一个公共服务实体(CSE)和至少一个或更多个M2M应用实体(AE)的节点可被称作应用服务节点(ASN)。ASN可经由Mcc与一个中间节点或一个基础设施节点通信。ASN可被称作M2M装置。
包括一个公共服务实体(CSE)和零个或更多个M2M应用实体(AE)的节点可被称作中间节点(MN)。MN可经由Mcc与一个基础设施节点(IN)或另一中间节点(MN)通信。或者,MN可经由Mcc与IN/MN/ASN通信。或者,MN可经由Mca与ADN通信。MN可被称作M2M网关。
具有公共服务实体(CSE)并且包括零个或更多个应用实体(AE)的节点可被称作基础设施节点(IN)。IN可与至少一个中间节点(MN)和/或至少一个ASN通信。或者,IN可经由Mca与一个或更多个ADN通信。IN可被称作M2M服务器。
参照图4,情况1示出在ADN与IN之间执行的通信的示例。ADN可对应于具有受约束能力的M2M装置。在这种情况下,由于ADN不包括CSE或公共服务层,所以ADN可经由Mca与IN的CSE通信。在这种情况下,由于ADN不包括CSE或公共服务层,所以ADN可不存储由ADN的AE或应用层生成的数据,并且可不与另一实体共享数据。因此,在情况1中,可在IN的CSE中存储和共享由ADN的AE或应用层生成的数据。
情况2示出在ADN与MN之间执行的通信的示例。ADN也可对应于具有受约束能力的M2M装置。因此,ADN可类似于情况1的操作来操作,不同的是ADN与MN的CSE通信。具体地讲,ADN可经由Mca与MN的CSE通信。并且,由于ADN不包括CSE或公共服务层,所以ADN可不存储由ADN的AE或应用层生成的数据或者与另一实体共享数据。因此,可在IN的CSE中存储和共享由ADN的AE或应用层生成的数据。
此外,在情况2中,MN可经由MN与IN通信。在这种情况下,MN和MN可彼此通信并且MN和IN可经由Mcc彼此通信。MN可在不经过MN的情况下与IN通信。
情况3示出在ASN与MN之间执行的通信的示例。与情况1或情况2不同,由于ASN包括CSE或公共服务层,所以由ASN的AE或应用层生成的数据可被存储在ASN的CSE或公共服务层中。并且,ASN的AE可经由ASN的CSE与MN的CSE通信。
情况4示出在ASN与MN之间执行的通信的示例。与情况3相比,ASN的CSE可直接与IN的CSE通信而无需经过MN。
IN可位于基础设施域或网络域中,并且可包括一个CSE和零个或更多个AE。IN可经由Mcc彼此通信。
图5示出M2M系统中所使用的资源的示例。
在M2M系统中,应用实体(AE)、CSE、数据等可被表示成资源。在M2M系统中,可利用唯一地址(例如,URI(统一资源标识符))唯一地寻址的数据结构被称作资源。在M2M系统中,资源可被表示成特定数据结构,并且资源可逻辑上彼此连接。因此,M2M装置、M2M网关、CSE或M2M服务器的公共服务层可包括资源。相反,M2M系统的AE或应用层可不具有资源。资源具有子资源和属性。M2M资源的根资源可具有属性和子资源。例如,根资源的类型可由<baseURI>或<CSEBase>表示。资源类型可由“<”和“>”表示。
在M2M系统中定义了各种资源。M2M应用可基于作为资源类型的实例化的资源来执行通信。例如,资源可被用于诸如应用的注册、读取传感器值等的M2M服务。当生成对应资源类型的实例时,将唯一地址信息(例如,URI)给予各个资源。类似于根资源,各个资源可包括属性和子资源,并且可利用唯一地址信息来寻址。特定资源类型定义当实例化时资源可具有的子资源和属性。当执行特定资源的实例化时,资源可具有由该特定资源的资源类型定义的属性和子资源。
属性存储关于资源本身的信息,并且可不包括子资源。子资源可包括属性和它自己的子资源。例如,子资源可以是远程CSE资源、应用实体资源、访问控制资源、容器资源、组资源、订阅资源等。
–远程CSE资源:包括向对应CSE注册(连接到对应CSE)的另一CSE的信息。例如,远程CSE资源的类型可由<entity>或<remoteCSE>表示。
–应用实体资源:位于根资源的应用实体资源(例如,<baseURI>/<application>或<CSEBase>/<AE>)或者根资源的远程CSE资源(例如,<baseURI>/<entity>或<CSEBase>/<remoteCSE>)下面的资源。如果应用实体资源位于根资源的应用实体资源(例如,<baseURI>/<application>或<CSEBase>/<AE>)下面,则应用实体资源存储向对应CSE注册(或连接到对应CSE)的应用实体的信息。如果应用实体资源位于根资源的远程CSE资源(例如,<baseURI>/<entity>或<CSEBase>/<remoteCSE>)下面,则应用实体资源存储向特定远程CSE注册的应用实体的信息。例如,应用实体资源的类型可由<application>或<AE>表示。
–访问控制资源:存储与访问权限有关的信息的资源。可利用包括在访问控制资源中的访问权限信息来执行认证。
–容器资源:存储每CSE或AE的数据。例如,容器资源可由<container>表示。
–组资源:允许将多个资源分成组并且作为一个组进行处理的功能。例如,组资源的类型可由<group>表示。
–订阅资源:经由通知来执行通知资源状态的改变的功能。例如,订阅资源的类型可由<subscription>表示。
图6示出用于M2M应用的资源的示例。如上文所述,用于特定M2M应用的资源可被存储在M2M网关的CSE或公共服务层的资源当中的应用资源中。用于特定M2M应用的资源可具有属性和子资源。在图6的示例中,子资源被表示为类型(例如,由“<”、“>”表示),并且当执行实例化时指派并存储子资源的真实名称。
图7示出一般M2M系统的示例性通信流。通常,M2M系统的操作可基于数据交换来执行。例如,为了使特定装置停止另一装置的操作,该特定装置可按照数据的形式向另一装置发送对应命令。为了将数据存储在装置中,可使用具有特定格式的数据结构,此数据结构被称作资源。该资源可利用唯一地址(例如,URI)来访问。
参照图7,请求和响应方案可用于AE至CSE连接或CSE至CSE连接。发起方可向接收方发送请求消息以请求存储在接收方中的资源,并且可接收响应于请求消息的响应消息。同样,接收方可接收用于向发起方请求资源的请求消息,并且可在接收到请求消息时向发起方发送响应消息。在本说明书中,请求消息也可被称作请求,响应消息也可被称作响应。要从发起方发送给接收方的请求消息可具有以下信息。
-op:要执行的操作的形式。“op”可以是创建、检索、更新、删除或通知中的一个。在本说明书中,与操作对应的信息可被称作命令。
-to:目标资源的URI(统一资源标识符)。
-fr:生成了请求的发起方的标识信息(或ID)。
-mi:关于对应请求的元信息。
-cn:要传送的资源的内容。
-ec:指示用于处理请求的事件类别。事件类别影响接收方(例如,接收方的CMDHCSF)如何处理访问远程托管的资源的请求。例如,事件类别表示指示发起方请求的优先级的信息。例如,请求消息的“ec”可被设定为“立即”、“尽力”或“最新”的值。在ec被设定为“立即”的情况下,由于此类别的请求表示重要请求,所以此类别的请求被尽可能快地发送,并且不执行附加处理。例如,在可经由基础网络通信的情况下,这种请求可在未被存储在CMDH缓冲器中的情况下被发送。在ec被设定为“尽力”的情况下,此类别的请求可被CSE存储在CMDH缓冲器中达任意时间,并且可经由Mcc按照尽力方式发送。在ec被设定为“最新”的情况下,此类别的请求经过正常CMDH处理,并且如果请求待定,则在最大缓冲大小内,旧的请求被最新请求取代。
如果对应请求被成功执行,则响应消息可包括以下信息。响应消息可包括以下信息中的至少一个,或者可仅包括结果值(rs)。
-to:生成了请求的发起方的标识信息(或ID)。
-fr:接收请求的接收方的标识信息(或ID)。
-mi:关于请求的元信息。
-rs:请求的结果(例如,确定、确定并完成、确定并且进行中)。
-ai:附加信息。
-cn:要发送的资源的内容。
如果对应请求失败,则响应消息可包括以下信息。
-to:生成了请求的发起方。
-fr:接收请求的接收方的ID。
-mi:关于请求的元信息。
-rs:请求的结果(例如,不确定)。
-ai:附加信息
在本说明书中,发起方指示发起方(或发送)装置或发起方(或发送)实体(或者发起方装置的CSE或AE),接收方指示接收(或接收方)装置或接收(或接收方)实体(或者接收装置的CSE或AE)。在发起方装置和接收装置的中间中继从发起方装置发送的消息并且将该消息转发给接收装置的实体可被称作中转装置或中转实体(或中转装置的CSE)。并且,包括资源的装置(或者装置的CSE)可被称作主机装置或主机实体(或主机CSE)。
图8示出在M2M系统中彼此互操作的不同实体的示例。
参照图8,示出了向IN(基础设施节点)注册的AE(application2)与M2M装置互操作的示例。例如,M2M装置可包括作为物理装置的传感器,向IN注册的AE可检索M2M装置的传感器的值。
存在于M2M装置上的AE(application1)从传感器读取值并且将该值存储在AE以资源形式(例如,<container>资源)注册的CSE(dcse)中。为此,存在于M2M装置上的AE(application1)应该向存在于M2M装置中的CSE注册。如图8的示例中所示,如果AE的注册完成,则与注册的M2M应用有关的信息以资源dcse/applications/application1的形式被存储。例如,如果M2M装置的传感器值被AE(application1)存储在资源dcse/applications/application1下的容器资源中,则向IN(基础设施节点)注册的AE(application2)可访问该传感器值。并且,为了使AE(application2)访问M2M装置,则AE(application2)应该向IN(基础设施节点)的CSE(ncse)注册。类似于向CSE(dcse)注册的AE(application1)注册,关于AE(application2)的信息被存储在资源ncse/applications/application2中。并且,AE(application1)和AE(application2)可经由CSE(ncse)和CSE(dcse)彼此通信,而非直接彼此通信。为此,CSE(ncse)和CSE(dcse)有必要向彼此注册。如果CSE(dcse)向CSE(ncse)注册,则与dcse有关的信息(例如,link)被存储在资源ncse/cses/dcse资源下面。因此,AE(application2)可获得能够访问AE(application1)的信息的路径,然后可利用该路径读取传感器值。
图9示出与订阅资源有关的程序的示例。
在M2M系统(例如,oneM2M)中,随着资源改变,关注资源的改变的实体可订阅改变的通知。在这种情况下,为了订阅通知,应该配置用于订阅的资源。用于订阅的资源可被称作订阅资源或<subscription>资源。当创建/配置订阅资源时,如果在订阅目标资源(也称作被订阅资源)中发生满足订阅资源中所配置的条件的修改/改变,则配置订阅资源的装置(或实体)可向订阅资源中所配置的地址发送通知。配置订阅资源和/或包括订阅目标资源的装置(或实体)被称作主机装置(或主机实体)。例如,订阅目标资源可存在于M2M网关的CSE中。在这种情况下,M2M网关被称作主机装置,M2M网关的CSE被称作主机CSE。
可利用订阅资源按照面向资源的方式来执行订阅程序。例如,可创建订阅资源以订阅特定的订阅目标资源,可通过修改订阅资源来改变订阅的条件,并且当不再需要订阅时可删除订阅资源。
订阅资源包括关于订阅目标资源(或被订阅资源)的信息。订阅目标资源与订阅资源之间的关系可被表示为父子关系。例如,包括订阅目标资源的<container>资源可具有<subscription>资源作为子资源。当父订阅目标资源被删除时,可删除<subscription>资源。
如果订阅资源对应于子资源,则用于指示父资源的状态改变的通知可根据订阅资源的配置(或属性配置)被传送给订阅资源中的地址信息(例如,notificationURI或contact属性)中所指定的实体。如果发起方对可订阅资源具有RETRIEVE(或READ)许可,则发起方可创建订阅资源。订阅资源的发起方成为资源订阅方。如果发生对订阅目标资源的修改,则能够通过将修改与特定属性(例如,notificationCriteria属性)彼此比较来确定是否向资源订阅方发送通知。
订阅资源(例如,<subscription>资源)可具有各种属性和子资源。例如,订阅资源(例如,<subscription>资源)可具有表1所示的属性。在表1中,R/W指示读/写许可,并且可对应于读/写(RW)、只读(RO)或只写(WO)中的一个。表1仅是示例。订阅资源的属性可按照不同于表1的方式来配置。
[表1]
在表1的示例中,过滤属性(例如,notificationCriteria)对应于订阅目标资源的修改/改变的条件的列表,各个条件可为逻辑与(AND)关系。例如,当过滤属性(例如,notificationCriteria)包括两个条件时,如果订阅目标资源的修改/改变满足所有这两个条件,则可发送通知。可通过将过滤属性配置给订阅资源来调节通知消息的量。如果通知被配置为仅当满足所配置的过滤属性时才被发送给通知目标实体,则可防止过多通知消息的问题。表2示出过滤属性中可包括的条件的示例。
[表2]
另外,订阅资源(例如,<subscription>资源)可具有调度资源(例如,<schedule>资源)作为子资源,该调度资源包括调度信息。在调度资源被配置为特定资源的子资源的情况下,调度资源指示在其父资源的背景下的调度信息。调度资源(例如,<schedule>)限定对应节点的可达性调度信息。当调度资源被实例化为订阅资源的子资源时,调度资源可被称作通知调度资源(例如,notificationSchedule资源)。在本说明书中,调度资源或通知调度资源(例如,<schedule>或notificationSchedule资源)可被简称作调度资源。例如,在调度资源是订阅资源的子资源的情况下,调度资源中所配置的调度信息可指示对订阅资源的通知的调度信息。在本说明书中,调度信息可被称作可达性调度信息。
在本说明书中,术语“可达”可表示可在节点之间发送和接收消息的状态,术语“不可达”可表示无法在节点之间发送和接收消息的状态。另外,如果特定节点处于可达状态,则该特定节点可被称作处于可达模式。并且,如果特定节点处于不可达状态,则该特定节点可被称作处于不可达模式。因此,可达性调度信息可指示可在节点之间发生消息发送和接收的时间。另外,节点之间的连接状态可被称作可达性。
调度资源(例如,<schedule>)可具有各种属性。例如,调度资源可包括诸如resourceType、resourceID、parented、expirationTime、creationTime、lastModifiedTime(参见表3)的属性。在表3中,RW/RO/WO指示对应属性的读/写许可,并且可对应于读/写(RW)、只读(RO)或只写(WO)中的一个。并且,在表3中,多重性指示对应属性在<schedule>资源中出现的次数。表3仅是示例。订阅资源的属性可按照不同于表3的方式来配置。
[表3]
例如,调度资源可包括用于调度时间信息的属性(例如,scheduleElement)。用于调度时间信息的属性可表示由秒、分钟、小时、日、月、年等定义的时间,用于调度时间信息的属性可表示重复时间,并且可由通配符(例如,“*”)表示。用于调度时间信息的属性可指示特定节点处于可达模式的持续时间,或者可指示特定节点处于不可达模式的持续时间。例如,在用于调度时间信息的属性指示特定节点处于可达模式的持续时间的情况下,对应节点可在用于调度时间信息的属性所指定的持续时间期间发送和接收消息,并且可处于与其它节点连接的状态。作为另一示例,在用于调度时间信息的属性指示特定节点处于不可达模式的持续时间的情况下,对应节点在用于调度时间信息的属性所指定的持续时间期间无法发送和接收消息,并且可处于与其它节点无连接的状态。
参照图9,装置1 910可执行图9所示的程序以订阅装置2 920的特定资源。装置1910可以对应于根据订阅目标资源的改变接收通知的目标或者可以不对应于根据订阅目标资源的改变接收通知的目标。在图9的示例中,所述特定资源可对应于订阅目标资源,并且由于装置2 920包括订阅目标资源,所以装置2 920可对应于主机装置(或实体)。
在步骤S902中,装置1 910可将对订阅资源的请求发送给装置2 920以订阅特定资源。例如,对订阅资源的请求可对应于订阅资源的创建请求、订阅资源的检索请求、订阅资源的删除请求或者订阅资源的更新请求中的一个。各个请求可根据参照图7描述的请求-响应方案具有请求消息的形式。例如,如果步骤S902中的请求对应于创建请求,则对订阅资源的请求可包括包括C(创建)的op信息、包括订阅资源的属性信息(例如,notificationURI、filterCriteria、expirationTime等)的cn信息、包括装置1 910的标识信息的fr信息和/或包括装置2 920的标识信息的to信息。在另一示例中,如果步骤S902中的请求对应于删除请求或更新请求,则对订阅资源的请求可包括参照图7描述的全部或部分信息。
在步骤S904中,装置2 920验证对订阅资源的请求是否能够被处理,并且如果该请求能够被处理则处理该请求。例如,如果装置2 920接收到创建请求,则装置2 920验证to信息中所指定的订阅目标资源是否可订阅、请求的发起方(例如,910)是否对订阅目标资源具有RETRIEVE许可、如果订阅资源的地址信息(例如,notificationURI)没有指示请求的发起方(例如,910)则请求的发起方(例如,910)是否具有向订阅资源的地址信息(例如,notificationURI)所指定的实体或装置发送通知的访问权限、以及主机装置或实体(例如,920)是否具有向订阅资源的地址信息(例如,notificationURI)所指定的实体或装置发送通知的访问权限。如果上述条件全部满足,则装置2 920可在to信息所指定的订阅目标资源下创建订阅资源。
在另一示例中,如果装置2 920接收到删除请求,则装置2 920验证请求的发起方(例如,910)是否具有DELETE许可。如果上述条件满足,则装置2 920删除订阅资源。
在步骤S906中,装置2 920可在对订阅资源的请求被处理之后向装置1 910发送响应消息。步骤S906的响应消息可具有与参照图7描述的响应消息相同/相似的形式。并且,在检索请求的情况下,响应消息可包括要返回的信息。
图10示出通知程序的示例。在用于通知的程序中,发起方可对应于托管订阅资源的装置或实体(例如,920)。并且,接收方可对应于由订阅资源中所配置的地址信息(例如,notificationURI)指示的装置(或实体)。可为用于通知的程序配置特定策略信息。发起方可被配置为当满足策略信息时发送通知消息(例如,NOTIFY)。
通知消息对应于由订阅资源触发的消息。如果包括订阅资源作为其子资源的订阅目标资源的改变满足订阅资源中所配置的过滤属性(例如,notificationCriteria),则可向由订阅资源中所配置的地址信息(例如,notificationURI)指示的接收方发送通知消息。通知消息的接收方可以对应于创建/配置订阅资源的装置或实体或者可以不对应于创建/配置订阅资源的装置或实体。例如,装置1 910可与装置3 930相同或者可不同于装置3930。通知消息可包括以下所描述的信息。
-fr:发起方(例如,920)的标识信息或ID
-to:订阅资源(例如,notificationURI)中所配置的地址信息
-cn:表示订阅目标资源的修改内容的数据和/或创建通知消息的订阅参考信息(例如,订阅资源的URI)和/或其它附加信息
参照图10,在步骤S1002中,发起方920可检测/感测订阅目标资源的改变。订阅目标资源对应于订阅资源的父资源。如果在订阅目标资源下与订阅资源处于相同水平的资源或属性被修改/改变,则发起方920(例如,SUB CSF或CSE,参照图3)可将它识别为订阅目标资源的改变。如果检测/感测到订阅目标资源的改变,则可生成事件。
如果检测到订阅目标资源的改变,在步骤S1004中,发起方920检查该改变是否与订阅资源中所配置的特定属性(例如,notificationCriteria)匹配。例如,所述特定属性可包括表2的示例中所示的属性当中的至少一个属性。如果订阅目标资源的改变不满足包括在过滤属性中的任何条件,则发起方920可忽略该改变。
如果订阅目标资源的改变满足包括在过滤属性中的所有条件,则在步骤S1006中,发起方920可将通知消息发送给由订阅资源中所配置的地址信息(例如,notificationURI)指示的实体930。例如,步骤S1006中的通知消息可包括发起方920的标识信息、表示订阅目标资源的修改内容的数据和/或创建该通知消息的订阅参考信息。如果订阅目标资源的改变不满足包括在过滤属性中的任何条件,则发起方920可不发送生成的通知消息。
图11示出在未确保连接状态的环境中的订阅和通知程序的示例。在图11的此示例中,假设当配置两个实体(例如,实体1和实体2)时发生订阅和通知程序。
如参照图9和图10所述,当确保两个实体之间的连接状态时,可如下执行订阅服务。
1.实体2可对特定资源(例如,“资源n”)执行订阅程序。通过此程序,实体2可为特定资源(例如,“资源n”)配置订阅资源。
2.实体1可监测配置了订阅资源的特定资源(例如,“资源n”),并且当所监测的资源改变时,实体1可向实体2发送指示资源改变的通知消息。
如上所述,通知消息可被发送给在订阅程序中配置的地址(例如,ETSI M2M中的Contact属性、oneM2M中的notificationURI属性)。在此示例中,为了描述方便,假设订阅程序的订阅方和通知程序的接收方相同。
参照图11,即使成功执行订阅程序,也可能由于网络故障、设备故障、可达性调度等而无法确保实体之间的连接状态。在上述环境中生成的通知消息无法从发起方(例如,实体1)被发送给接收方(例如,实体2)。因此,在现有技术中为了处理未确保连接状态时所生成的通知消息,所生成的通知消息可被临时存储,然后可在连接恢复时被发送给接收方,如图12所示。
图12示出当连接恢复时向接收方发送消息的方法的示例。
例如,参照图12(a),当在未确保连接状态的同时生成通知1至通知n,然后连接恢复时,发起方可将所生成的通知1至通知n的通知聚合一次发送。
作为另一示例,参照图12(b),当在未确保连接状态的同时生成通知1至通知n,然后连接恢复时,发起方可依次将所生成的通知1至通知n逐个地发送给接收方。
当如图12所示在连接恢复之后发送消息时,可能发生以下问题。首先,就接收方而言可能不需要在连接恢复之后发送的通知消息。例如,在针对室内温度为特定用户服务的情况下,实体之间的连接断开达特定时间(例如,从下午1点至下午3点),然后连接恢复。在此示例中,用户在连接恢复的时间点想要的数据可能是下午3点之后的最新数据,或者可以是最近30分钟的数据。当使用图12所示的方法时,用户需要接收在未确保连接状态的时间期间生成的所有数据项。根据此方法,就接收方以及发起方而言,发送和接收了不必要的消息,因此数据传输效率可能变差,系统的总体性能可能变差。
另外,在未确保连接状态的环境中生成的通知消息可能没有被选择性地处理。例如,假设用户配置在特定温度(例如,30度)或更高的温度以及在室温状态下生成紧急消息。当使用图12所示的方法时,所有通知消息的优先级被设定为相同,因此即使在无连接状态期间生成的消息当中存在重要消息,没有方法来优先处理该重要消息。
因此,本发明提出了用于选择性地处理在装置无连接的时间期间生成的通知消息的属性和传输算法。尽管针对M2M环境描述根据本发明的示例,本发明可按照相同或相似的方式被应用于具有客户端-服务器(或发起方-接收方)结构的另一系统。
在本说明书中,对于订阅程序,订阅方可表示请求订阅的实体,主机实体可表示具有待监测的资源(或订阅目标资源)的实体。另外,对于通知程序,发起方可表示发送通知消息的实体,接收方可表示最后接收通知消息的实体。订阅程序中的主机实体和通知程序中的发起方可相同。
在本说明书中,未确保连接状态的情况可包括发起方无法将所生成的通知消息发送给接收方的情况,并且可被称作无连接状态。可能由于诸如网络故障、设备故障和可达性调度的各种原因而发生未确保连接状态的情况。确保连接状态的情况可表示发起方可正常地将所生成的通知消息发送给接收方的情况,并且可被称作具有连接的状态或连接的状态。另外,在本说明书中,连接状态可被称作可达性。
首先,本发明提出订阅资源的属性。
用于通知动作的属性信息
本发明提出指示当未确保连接状态时发起方的通知策略的属性信息。作为非限制性示例,指示发起方的通知策略的属性信息可被称作pendingNotification。指示发起方的通知策略的属性信息可被配置成订阅资源的一个属性。因此,指示发起方的通知策略的属性信息可与表1所示的属性信息项一起用在订阅/通知程序中。为了描述方便,在本说明书中,指示发起方的通知策略的属性信息可被称作通知策略信息或第一属性信息。
通知策略信息(例如,pendingNotification属性)可指示在不可达周期期间要由发起方对通知消息执行的动作。例如,不可达周期可根据调度资源或可达性调度资源(参见与图9有关的描述)所指示的调度信息来确定。当在订阅资源中配置通知策略信息(例如,pendingNotification属性)时,可处理在不可达周期期间发生并待定的通知。下表4示出通知策略信息(例如,pendingNotification属性)。
[表4]
在上表4中,RW/RO/WO可表示对应属性的读/写许可,并且可以是读/写(RW)、只读(RO)和只写(WO)中的一个。另外,在表4中,多重性可表示对应属性在<subscription>资源中出现的次数。在上表4的此示例中,由于通知策略信息(例如,pendingNotification属性)的多重性为0或1,所以订阅资源中可选地包括通知策略信息(例如,pendingNotification属性)。另外,可允许读/写二者。
如上表4所示,通知策略信息(例如,pendingNotification属性)可具有四种类型的值。根据通知策略信息(例如,pendingNotification属性)中设定的值,发起方可如下处理在连接状态为无连接的同时生成的通知消息。当不存在单独的设置时,例如,四种值当中的sendNone可被设定为默认值。在本说明书中,sendNone可被称作第一值,sendLatest可被称作第二值,sendAllPending可被称作第三值,sendManual可被称作第四值。
(1)当通知策略信息被设定为sendNone时
发起方可不存储在未确保连接状态的时间生成的所有通知消息。在这种情况下,在未确保连接状态的时间生成的所有通知消息可被丢弃(而非被发送)。由于当可达性恢复时不存在存储的通知消息,所以发起方无需发送在未确保连接状态的时间生成的通知消息。当不需要待定通知消息时可使用此设定。例如,此设定可用在用于监测当前室温的应用服务中。
图13示出当通知策略信息(例如,pendingNotification属性)被设定为sendNone时的通知方法。
参照图13,在未确保连接状态的同时可根据订阅资源的改变而生成通知1至通知n,在这方面,当发起方与接收方之间的连接状态为无连接时,无法从发起方将通知消息发送给接收方。在这种情况下,可根据通知策略信息(例如,pendingNotification属性)来处理所生成的通知消息。在此示例中,由于通知策略信息(例如,pendingNotification属性)被设定为sendNone,所以当未确保连接状态时生成的所有通知消息被忽略并且未被存储。因此,即使在连接恢复之后也不发送通知消息。然而,当在连接状态下生成通知消息(例如,通知n+1)时,该通知消息可被发送给接收方。
(2)当通知策略信息被设定为sendLatest时
发起方可仅存储在未确保连接状态的时间生成的通知消息当中的最近生成的消息。在这种情况下,先前存储的通知消息可被删除。即,发起方可存储新的通知消息并且丢弃剩余的通知消息。当可达性恢复时,发起方可将最近存储的通知消息发送给接收方。当需要待定通知消息当中的最近生成的通知消息时可使用此设定。例如,此设定可被应用于用于接收与装置更新有关的报告的应用服务中。另外,当通知策略信息(例如,pendingNotification属性)被设定为sendLatest时,通知消息的ec值可被设定为“latest”(参见与图7有关的描述)。
图14示出当通知策略信息(例如,pendingNotification属性)被设定为sendLatest时的通知方法。
参照图14,在未确保连接状态的同时可根据订阅资源的改变而生成通知1至通知n,在这方面,当未确保发起方与接收方之间的连接状态时,无法从发起方将通知消息发送给接收方。在这种情况下,可根据通知策略信息(例如,pendingNotification属性)来处理所生成的通知消息。在此示例中,由于通知策略信息(例如,pendingNotification属性)被设定为sendLatest,所以在未确保连接状态时生成的通知消息当中的最近生成的消息(例如,通知n)可被存储。另外,当在未确保连接状态的时间生成另一消息时,新生成的消息可被存储,先前存储的消息可被丢弃。不用说,当在连接状态下生成通知消息(例如,通知n+1)时,该通知消息可被发送给接收方。
(3)当通知策略信息被设定为sendAllPending时
发起方可存储在未确保连接状态的时间期间生成的通知消息。在这种情况下,所发送的通知消息可根据发起方可临时存储的量来不同地确定。当可达性恢复时,发起方可将所有存储的通知消息发送给接收方。当需要所有生成的通知消息时可使用此设定。例如,此设定可用在需要统计数据或数据分析的应用服务(车辆黑匣子)中。
图15示出当通知策略信息(例如,pendingNotification属性)被设定为sendAllPending时的通知方法的示例。
参照图15,在未确保连接状态的同时可根据订阅资源的改变而生成通知1至通知n,在这方面,当发起方与接收方之间的连接状态为无连接时,无法从发起方将通知消息发送给接收方。在这种情况下,可根据通知策略信息(例如,pendingNotification属性)来处理所生成的通知消息。在此示例中,由于通知策略信息(例如,pendingNotification属性)被设定为sendAllPending,所以在未确保连接状态的同时生成的消息可被存储。另外,所有存储的消息可在连接恢复之后被发送给接收方。在图15的方法中,所有生成的通知1至通知n被存储,因此可将所有存储的消息的聚合发送给接收方。不用说,当在连接状态下生成通知消息(例如,通知n+1)时,可将该通知消息发送给接收方。
(4)当通知策略信息被设定为sendManual时
发起方可存储在未确保连接状态的时间期间生成的所有通知消息当中的由订阅方任意设定的通知消息。在这种情况下,任意设定的标准可以是例如时间(例如,11点钟至12点钟)、指定特定通知消息(例如,从连接断开的时间点开始的10个通知消息)等。当针对无法根据上述sendNone、sendLatest和sendAllPending处理消息的情况配置订阅方的任意标准时可使用此设定。例如,此设定可用在用于请求在18点钟与6点钟之间生成的通知消息的监测应用服务中。
图16示出当通知策略信息(例如,pendingNotification属性)被设定为sendManual时的通知方法。
参照图16,在未确保连接状态的同时可根据订阅资源的改变而生成通知1至通知n,在这方面,当未确保发起方与接收方之间的连接状态时,无法从发起方将通知消息发送给接收方。在这种情况下,可根据通知策略信息(例如,pendingNotification属性)处理所生成的通知消息。在此示例中,由于通知策略信息(例如,pendingNotification属性)被设定为sendManual,所以在未确保连接状态的同时生成的消息当中仅满足标准的通知消息可被存储。另外,仅存储的消息可在连接恢复之后被发送给接收方。在图16的示例中,所述标准与时间关联,并且指示在t0之后生成的通知消息,因此在t0之后生成的通知2至通知n可被存储,然后在连接恢复之后被发送给接收方。在这种情况下,可基于所述标准将通知消息的聚合发送给接收方。
用于通知优先级(或通知类别)的属性信息
另外,本发明提出用于配置发起方所生成的通知消息的优先级的属性信息(例如,notificationEventCat属性)。在本说明书中,用于配置通知消息的优先级的属性信息(例如,notificationEventCat属性)可被称作通知优先级信息或第二属性信息。通知优先级信息可由订阅方配置并且被表示为任意值n(例如,n=级别1、级别2、…、级别n)。通知消息的优先级可被分成特定数量的事件类别并且基于事件类别来配置,因此可根据对应事件类别来确定。因此,通知消息的优先级可指示所生成的事件或消息的类别,并且可被称作(事件)类别。因此,通知优先级信息(例如,notificationEventCat属性)可限定由订阅资源触发的通知消息的(事件)类别。另外,通知优先级信息可指示包括在通知消息中的事件类别,以便由接收方精确地处理通知消息。通知优先级信息可与特定系统的预定义的策略信息结合来使用。
通知优先级信息(例如,notificationEventCat属性)可被配置成订阅资源的一个属性。因此,指示发起方的通知策略的属性信息可与上表1所示的属性信息项一起或分开地用在订阅/通知程序中。另外,通知优先级信息(例如,notificationEventCat属性)可由订阅方配置。
例如,通知优先级信息(例如,notificationEventCat属性)可被定义为“高(高优先级)”、“中(中优先级)”或“低(低优先级)”。在这种情况下,当在通知消息当中生成被配置为高优先级的特定通知消息时,所生成的消息可以是满足notificationEventCat=“高”的通知消息。与其它通知消息相比,对应通知消息可被优先处理。下表5示出根据本发明的通知优先级信息(例如,notificationEventCat属性)。
[表5]
在上表5的示例中,通知优先级信息(例如,notificationEventCat属性)的多重性为0或1,因此在订阅资源中可选地包括通知优先级信息(例如,notificationEventCat属性)。另外,可允许读/写二者。
图17示出根据本发明的通知程序。在根据本发明的通知程序的示例中,可考虑根据本发明所提出的属性信息来发送通知消息。
如上所述,实体之间的连接状态可能由于可被分成网络故障、设备故障、可达性调度等的原因而无法确保。当由于网络故障和设备故障而断开连接时,没有方法来正常地恢复连接。然而,当由于可达性调度而断开连接时,实体(例如,发起方)可改变连接状态,然后发送所生成的消息。因此,根据本发明,当在用于订阅的通知程序期间连接状态被确定为由于可达性调度而断开时,可利用根据本发明的属性信息(例如,通知策略信息(例如,pendingNotification属性)和/或通知优先级信息(例如,notificationEventCat属性))来解决连接状态。
根据本发明,假设成功执行订阅程序。即,根据本发明,可假设在订阅程序中配置属性信息项(例如,通知策略信息(例如,pendingNotification属性)和/或通知优先级信息(例如,notificationEventCat属性))。
如上所述,本发明中所提及的可达模式和不可达模式可被如下定义。可达模式可表示对应实体可连接到另一实体或者可通过正常操作发送和接收消息的状态。不可达模式可表示由于对应实体的操作状态存在限制,对应实体无法连接到另一实体或者无法向另一实体发送消息和从另一实体接收消息的状态。例如,在传感器网络环境中由于电池等方面的问题,可存在可达模式或不可达模式。
参照图17,在操作S1702中,当利用订阅程序配置的资源(或订阅目标源)改变时,可生成事件。当检测/感测到订阅目标源的改变时可发生事件,订阅资源可被预先配置为订阅目标资源的子资源以便生成事件。
在操作S1704中,发起方可检查所生成的事件的优先级。在这种情况下,发起方可基于通知优先级信息(例如,notificationEventCat属性)(参见与表5有关的描述)来检查所生成的事件的优先级。例如,优先级高的情况可包括notificationEventCat被设定为“立即”值的情况。作为另一示例,优先级不高的情况可包括notificationEventCat被设定为除了“立即”值以外的值(例如,bestEffort)的情况。
发起方可检查事件的优先级,然后例如,通知消息的ec值可被设定为由通知优先级信息(例如,notificationEventCat属性)指示的值。另外,当检查所生成的事件的优先级时,除了通知优先级信息(例如,notificationEventCat属性)以外,为订阅资源配置的其它属性(例如,参见表1)和/或条件(例如,参见表2)中的至少一个可被一起使用。在与用于事件处理的属性关联的程序完成之后,可生成通知消息。在这种情况下,由于通过事件生成通知消息,所以事件类别可与通知消息的优先级相同。
在操作S1704中检查事件优先级之后,发起方可根据事件优先级进行至操作S1706或S1714。在操作S1704中,当事件优先级高时,发起方可进行至操作S1706,并且在操作S1704中,当事件优先级不高时,发起方可进行至操作S1714。
在操作S1706或S1714中,发起方可检查/确定发起方和对方实体(或接收方)的连接状态。发起方和接收方的连接状态(或可达性模式)可基于各个实体或装置的调度资源(或者其中设定的调度信息)来确定。
由于诸如电池消耗的原因,特定实体(例如,蓝牙装置)可灵活地配置连接状态。因此,在操作S1706或S1714中,发起方可检查发起方和接收方的连接状态是处于可达模式还是不可达模式。当不存在用于检查对应实体的状态的信息时,发起方可确定对应实体处于可达模式。
例如,发起方可通过调度资源检查调度信息(或可达性调度信息)并且通过对应实体的调度信息检查/确定连接状态(或可达性模式)。用于发起方的调度资源可被配置为订阅资源的子资源(例如,notificationSchedule资源)。接收方的调度资源可被配置为单独的调度资源。如上所述,调度资源(例如,<schedule>或notificationSchedule资源)可包括可与对应实体的操作关联的调度信息(或者用于调度时间信息的属性(例如,scheduleElement))(诸如年、月、日、分钟和秒的详细时间、重复周期等)(参见与图9有关的描述)。因此,发起方可利用各个调度资源中配置的调度信息(或者用于调度时间信息的属性(例如,scheduleElement))来检查可达或不可达模式(和/或持续时间)。例如,根据通过检查被发起方配置为订阅资源的子资源的调度资源(例如,notificationSchedule资源)而获得的结果,当调度资源对应于包括在调度资源中的调度信息所指示的持续时间并且指示通过调度资源的可达持续时间时,发起方可被确定为可达。作为另一示例,根据通过检查由发起方独立地配置的调度资源(例如,<schedule>资源)而获得的结果,当调度资源可对应于包括在调度资源中的调度信息所指示的持续时间并且指示通过调度资源的可达持续时间时,接收方可被确定为可达。作为相似的方法,可确定发起方或接收方是否不可达。
实体之间的连接状态可被分为如下四种情况。
情况1-发起方和接收方二者处于可达模式。
情况2-发起方处于可达模式并且接收方处于不可达模式。
情况3-发起方和接收方二者处于不可达模式。
情况4-发起方处于不可达模式并且接收方处于可达模式。
仅4种情况当中的情况1可指示实体之间存在连接状态,剩余情况(情况2、3和4)可指示由于发起方和接收方中的二者或一者中配置的不可达模式,连接状态是无连接。
在操作S1706中,当所生成的通知消息满足条件“重要消息”,并且确定连接状态为无连接(即,情况1-发起方和接收方二者处于可达模式)时,发起方和接收方可各自进行至操作S1708。由于此情况表示两个实体之间存在连接,因此发起方可立即将所生成的通知消息发送给接收方。在这种情况下,所生成的通知消息是重要消息,因此对应消息与其它消息相比可被优先处理。
例如,当在通知优先级信息(例如,notificationEventCat属性)中用于优先处理通知消息的值为“立即”时,条件“重要消息”可表示通知消息的ec值被配置为“立即”的通知消息。“立即”可仅是示例,条件“重要消息”可被表示为另一值。例如,当通知优先级信息(例如,notificationEventCat属性)被定义为“高(高优先级)”、“中(中优先级)”或“低(低优先级)”时,条件“重要消息”可表示通知消息的ec值被配置为“高”的通知消息。
在操作S1706中,当所生成的通知消息满足条件“重要消息”并且连接状态为无连接(即,情况2-发起方处于可达模式并且接收方处于不可达模式/情况3-发起方和接收方二者处于不可达模式)时,发起方和接收方可进行至操作S1710。
在操作S1710中,即使所生成的通知消息是重要消息,无法发送当两个实体之间的连接状态为无连接时生成的通知消息。因此,在操作S1710中,根据为所生成的通知消息配置的特定操作(例如,根据通知策略信息(例如,pendingNotification属性)中设定的值),发起方可处理在连接状态为无连接的同时生成的通知消息。根据通知策略信息(例如,pendingNotification属性)处理的通知消息可在与接收方的连接恢复之后被发送给接收方(参考表4的描述)。在这种情况下,所生成的通知消息是重要消息,因此与其它消息相比可被优先处理。
在操作S1706中,当所生成的通知消息满足条件“重要消息”并且连接状态为无连接(情况4-发起方处于不可达模式并且接收方处于可达模式)时,发起方和接收方可进行至操作S1712。
在操作S1712中,即使所生成的通知消息是重要消息,无法发送当两个实体之间的连接状态为无连接时生成的通知消息。然而,与操作S1710中不同,由于仅为发起方配置的不可达模式,在操作S1712中不存在连接。因此,在操作S1712中,为了优先发送对应通知消息,发起方可临时将发起方的状态从不可达模式转换为可达模式。在连接被发起方临时恢复之后,发起方可将所生成的通知消息发送给接收方,然后在传输终止之后,发起方的状态可被转换为装置的原始配置的连接状态(即,不可达模式)。
当在操作S1704中生成的通知消息不满足条件“重要消息”并且在操作S1714中确定存在连接状态(即,情况1-发起方和接收方二者处于可达模式)时,发起方和接收方可进行至操作S1716。
在操作S1716中,由于两个实体处于连接状态,所以发起方可立即将所生成的通知消息发送给接收方。在这种情况下,所生成的通知消息的优先级可相对低,因此,通知消息可按照低优先顺序被处理。
例如,当在通知优先级信息(例如,notificationEventCat属性)中用于优先处理通知消息的值为“立即”时,不满足条件“重要消息”的情况可表示通知消息的ec值被配置为“立即”以外的值的通知消息。“立即”可仅是示例,条件“重要消息”可被表示为另一值。例如,当通知优先级信息(例如,notificationEventCat属性)被定义为“高(高优先级)”、“中(中优先级)”或“低(低优先级)”时,如果不满足条件“重要消息”,则通知消息的ec值可被设定为“中”或“低”。
当在操作S1704中通知消息不满足条件“重要消息”并且在操作S1714中确定连接状态为无连接(即,情况2-发起方处于可达模式并且接收方处于不可达模式/情况3-发起方和接收方二者处于不可达模式/情况4-发起方处于不可达模式并且接收方处于可达模式)时,发起方和接收方可进行至操作S1718。
在操作S1718中,无法发送当两个实体之间的连接状态为无连接时生成的通知消息。因此,在操作S1718中,根据为生成的通知消息配置的特定操作(例如,根据通知策略信息(例如,pendingNotification属性)中设定的值),发起方可处理在连接状态为无连接的同时生成的通知消息(参见与表4有关的描述)。根据通知策略信息(例如,pendingNotification属性)处理的通知消息可在与接收方的连接恢复之后被发送给接收方。在这种情况下,所生成的通知消息的优先级可相对低,因此,通知消息可按照低优先顺序被处理。
图18示出根据本发明的通知程序。图18示出在图17的操作S1712中执行的发起方的操作的详细实施方式。
在图18的示例中,假设指示“重要消息”要被发起方优先处理的值被假设为“立即”并且由于发起方的预先配置的不可达模式,在t0至t3连接状态为无连接。在这种情况下,接收方可处于可达模式。在此条件下,当在连接状态为无连接的同时生成的通知消息当中满足通知优先级的条件的通知消息B(例如,notificationEventCat=“立即”)被生成时,发起方可被临时从不可达模式转换为可达模式,并且可在时间点t1发送对应通知消息。在发送通知消息之后,在时间点t2,发起方可从可达模式被转换为不可达模式。发起方的连接可被临时恢复,并且仅当存在重要消息时才可发送对应消息,并且发起方可发送重要消息,然后可返回到先前配置的连接状态。
此外,通知程序中的通知消息可在从发起方被发送至接收方时经过至少一个中转实体。以下,将描述包括发起方、接收方和中转实体的三个或更多个实体参与的通知程序。
图19示出通知程序的示例。图19示出在包括三个装置或实体的系统中执行通知程序的示例。假设在包括三个实体的系统的情况下,实体3针对实体1中配置的特定资源成功执行订阅程序。因此,实体1中的特定资源可对应于被订阅资源,并且可成功配置作为特定资源的子资源的订阅资源。在这种情况下,从订阅资源向其发送通知消息的目标可被配置为请求订阅程序的订阅方(例如,实体3)。图19的示例是非限制性示例,配置订阅资源的实体可以是不同于订阅方的实体。
在图19的示例中,当用于发送通知消息的程序中没有发生任何问题时,由实体1生成的消息可被发送给实体2,并且实体2可将所发送的通知消息中继并发送给实体3。然而,由于实体中或者实体之间的各种原因(例如,实体本身的硬件规格、由于网络状态引起的延迟、由特定用户配置的实体调度、从各种实体不定期发送的数据以及实体之间断开连接),通知消息可不被立即处理,而是可被缓冲在例如发起方(例如,实体1)或中转实体(例如,实体2)中。
例如,当通知消息被缓冲在发起方(例如,实体1)中时(图19的示例1),可基于根据本发明的通知优先级信息(例如,notificationEventCat属性)和通知策略信息(例如,pendingNotification属性)来有效地处理通知消息(参见与图13至图18有关的描述)。
然而,通知消息可能未被缓冲在发起方(例如,实体1)中,而是被缓冲在中转实体(例如,实体2)中(图19的示例2)。例如,发起方(例如,实体1)与中转实体(例如,实体2)之间存在连接,但是中转实体(例如,实体2)与接收方(例如,实体3)之间的连接状态为无连接,因此发送给中转实体(实体2)的通知消息可被缓冲在中转实体(例如,实体2)中。然而,与发起方不同,中转实体(例如,实体2)无法使用订阅资源中配置的诸如通知优先级信息(例如,notificationEventCat属性)和通知策略信息(例如,pendingNotification属性)的信息,因此可能发生如参照图11和图12所描述的相同问题。
例如,实体之间的连接可能断开达一个小时,通知消息可被缓冲在中转实体(例如,实体2)中,并且所有缓冲的通知消息可在一个小时之后被发送给接收方(例如,实体3)。在这种情况下,就接收方(例如,实体3)而言所需的数据可以是特定数据(例如,最近生成的通知消息、在任意持续时间期间生成的通知消息),但是当应用传统技术时,所发送的通知消息可以是缓冲在中转实体(例如,实体2)中的聚合的通知。因此,接收方(例如,实体3)可接收大多数对接收方而言不必要的通知消息。因此,在总体系统方面使用传统技术的情况下,不必要的数据可被存储和发送,可导致资源的不必要的业务和信息存储开销。具体地讲,这可限制复合地配置有众多实体的M2M系统中的订阅和通知程序的功能。因此,本发明提出了一种有效地发送通知消息的方法。
如上所述,根据本发明的示例针对M2M环境进行了描述,但是可按照相同/相似的方式被应用于具有客户端-服务器(或发起方-接收方)结构的其它系统。在本说明书中,对于订阅程序,订阅方可表示请求订阅的实体,主机实体可表示具有待监测的资源(或者被订阅资源)的实体。另外,对于通知程序,发起方可表示发送通知消息的实体,接收方可表示最后接收通知消息的实体。订阅程序中的主机实体和通知程序中的发起方可以是相同的实体。另外,订阅程序中的通知消息传输目标可被配置为任意实体,但是根据本发明,为了描述方便,假设通知消息传输目标是与订阅方相同的实体。另外,在本说明书中,中转实体或中转装置可表示作为通知消息传输目标的实体以外的剩余实体。中转实体可将从主机实体发送来的消息发送至下一中转实体或者作为通知消息传输目标的实体。中转实体可被称作“中间实体”。
本发明提出了一种基于根据请求通知消息的实体(例如,订阅方)的请求配置的属性信息并且基于处理通知消息的实体(即,发起方或中转实体)的状态重新配置通知消息,然后将通知消息发送给下一实体,以便有效地发送缓冲在发送通知消息的实体(例如,发起方或中转实体)中的通知消息的方法。
为了有效地发送通知消息而配置的属性信息可包括出于可能导致发送通知消息的实体缓冲的各种原因(例如,实体本身的硬件规格、由于网络状态引起的延迟、由特定用户设定的实体调度、从各种实体不定期地发送的数据以及实体之间的连接的断开)而配置的所有属性信息项。为了有效地发送通知消息而配置的属性信息可被应用于例如缓冲在发送通知消息的实体(例如,发起方或中转实体)中的通知消息。在这种情况下,为对应通知消息配置的属性信息项可被分成sendNone、sendLatest、sendAllPending和sendManual(即,出于可能导致实体中缓冲的原因而配置的属性可被设定为sendNone、sendLatest、sendAllPending和sendManual中的一个值(或操作级别))。
1.sendNone:发送通知消息的实体可丢弃所有缓冲的通知消息。例如,缓冲在实体中的通知消息可被删除,然后可发送之后生成的通知消息。
2.sendLatest:发送通知消息的实体可仅临时存储所有缓冲的通知消息当中的最近生成的消息,并且可将最近生成的通知消息发送至下一实体(例如,中转实体或接收方)。
3.sendAllPending:发送通知消息的实体可将所有缓冲的通知消息发送至下一实体(中转实体或接收方)(在这种情况下,所发送的通知消息可根据发送通知消息的实体可临时存储的量来不同地确定)。
4.sendManual:发送通知消息的实体可发送缓冲的通知消息当中的满足由订阅方任意配置的策略的通知消息。例如,任意配置的策略可以是时间(例如,3点钟之后或者从3点钟至4点钟)或者指定特定通知消息(例如,待定通知消息当中的最后三个消息)。
如上所述,根据本发明的属性信息项可用于有效地发送缓冲在发送通知消息的实体(例如,发起方或中转实体)中的通知消息。
在本发明中,为了有效地发送通知消息而配置的属性信息项可根据通知策略信息(例如,pendingNotification属性)来配置。为了有效地发送通知消息而配置的属性信息项可以是与诸如订阅资源的属性信息的通知策略信息独立配置的属性信息,或者可参照通知策略信息(例如,pendingNotification属性)被配置为与通知策略信息相同地操作。当属性信息与通知策略信息(例如,pendingNotification属性)独立配置时,属性信息可例如作为“reconnectNotify”或“interimEventNotify”的属性信息被包括在订阅资源中。独立配置的属性信息(例如,“reconnectNotify”或“interimEventNotify”属性)可被设定为例如sendNone、sendLatest、sendAllPending或sendManual中的一个值(或操作级别)。当在订阅资源中没有独立地配置用于增强策略信息的属性信息并且参考根据本发明的通知策略信息(例如,pendingNotification属性)时,可按照相同/相似的方式应用参照表4以及图13至图16给出的描述。
另选地,当为了有效地发送通知消息而配置的属性信息被配置为单独的属性信息(例如,reconnectNotify或interimEventNotify属性)时,发起方可在通知消息的传输期间使用单独的属性信息(例如,reconnectNotify或interimEventNotify属性)。在这种情况下,通知策略信息(例如,pendingNotification属性)可被同时配置,通知策略信息可仅应用于与所生成的通知消息的缓冲关联的操作,并且当发送缓冲的通知消息时可应用所述单独的属性信息(例如,reconnectNotify或interimEventNotify属性)。在这种情况下,通知策略信息(例如,pendingNotification属性)和所述单独的属性信息(例如,reconnectNotify或interimEventNotify属性)可被配置为具有不同的值。例如,通知策略信息可被设定为sendAllPending,所述单独的属性信息可被设定为sendLatest。在这种情况下,当在发起方处于无连接状态的同时生成通知消息时,所有通知消息可被缓冲,但是发起方的连接被恢复,仅最近存储的通知消息可被发送。
本发明提出了参考通知策略信息(例如,pendingNotification属性)或者作为被包括在通知消息中然后随通知消息发送的单独的属性信息配置的操作级别。在这种情况下,为了描述方便,被包括在通知消息中的操作级别可被称作增强策略信息。另外,增强策略信息可表示与订阅资源主机实体与通知目标实体之间要增强的通知策略关联的信息。
例如,增强策略信息可包括与通知策略信息(例如,pendingNotification属性)或者单独的属性信息(例如,reconnectNotify或interimEventNotify属性)对应的值。在这种情况下,增强策略信息可被包括在为通知消息定义的传统信息中。例如,增强策略信息可被包括在通知消息的事件类别(例如,ec,参见与图7有关的描述)中然后被发送。作为另一示例,增强策略信息可被包括在新定义的信息中,但是不被包括在通知消息中的先前定义的信息中。例如,通知消息的增强策略信息可被配置为具有与sendNone、sendLatest、sendAllPending和sendManual当中的一个操作级别对应的值。例如,假设增强策略信息被设定为“sendNone”,当接收到通知消息的实体处于无连接状态时,在无连接持续时间期间接收的所有通知消息可根据操作“sendNone”而被删除,在连接恢复之后生成的消息可被首先发送至下一实体。作为另一示例,假设增强策略信息被设定为“sendLatest”,当接收到通知消息的实体处于无连接状态时,根据“sendLatest”操作,在无连接持续时间期间接收的最近消息可被存储,先前的消息可被删除,并且在连接恢复之后存储的最近消息可被发送至下一实体。
作为另一示例,当通知策略信息(例如,pendingNotification属性)和单独的属性信息(例如,reconnectNotify或interimEventNotify属性)被同时配置时,包括在通知消息中的增强策略信息可根据订阅方的配置或者预定规则被配置为与通知策略信息或者所述单独的属性信息中的一个对应。
sendNone、sendLatest、sendAllPending和sendManual是非限制性示例,增强策略信息的值的名称可改变。例如,增强策略信息的值可被设定为代替sendNone的“none”、代替sendLatest的“latest”、代替sendAllPending的“all”以及代替sendManual的“manual”。接收通知消息的实体(例如,中转实体或接收方)可根据通知消息中的增强策略信息的值来执行与通知消息的缓冲关联的操作。
作为本发明的另一示例,增强策略信息可作为参考信息被包括在通知消息中。在这种情况下,通知消息可包括指示通知策略信息(例如,pendingNotification属性)或者作为增强策略信息的单独的属性信息(例如,reconnectNotify或interimEventNotify属性)的地址信息(例如,URI)。在这种情况下,接收通知消息的实体(例如,中转实体或接收方)可利用包括在通知消息中的地址信息(例如,URI)来通过检索或参考通知策略信息(例如,pendingNotification属性)或者单独的属性信息(例如,reconnectNotify或interimEventNotify属性)执行与通知消息的缓冲关联的操作。
当中转实体根据本发明执行操作时,中转实体可检查包括在通知消息中的订阅资源参考信息(例如,订阅参考)并且根据增强策略信息对具有相同订阅资源参考信息的通知消息执行缓冲相关操作。订阅资源参考信息可表示指示订阅资源的地址信息(例如,URI)。例如,中转实体处于无连接,因此可从发起方接收多个通知消息并且缓冲所述通知消息。然而,甚至从相同发起方接收的通知消息也可由不同的订阅资源生成。在这种情况下,生成通知消息的订阅资源的地址信息(例如,URI)可被包括在对应通知消息中。因此,中转实体可利用包括在通知消息中的订阅资源参考信息(或订阅资源地址信息)检查通知消息是否由相同的订阅资源生成。在这种情况下,由于针对相同的订阅资源设定相同的通知策略信息,所以可对具有相同的订阅资源参考信息(或订阅资源地址信息)的通知消息执行相同的缓冲相关操作。
例如,可为发起方配置多个订阅资源,第一订阅资源的通知策略信息可被设定为sendNone,第二订阅资源的通知策略信息可被设定为sendLatest。在这种情况下,根据本发明,由各个订阅资源生成的通知消息可包括与对应通知策略信息对应的增强策略信息。例如,第一订阅资源的增强策略信息可具有与sendNone对应的值或者包括第一订阅资源的通知策略信息的地址信息(例如,URI)。类似地,例如,第二订阅资源的增强策略信息可具有与sendLatest对应的值或者包括第二订阅资源的通知策略信息的地址信息(例如,URI)。中转实体可根据包括在通知消息中的增强策略信息通过丢弃包括第一订阅资源的地址信息作为订阅资源参考信息的所有通知消息来执行与sendNone对应的缓冲相关操作。另外,中转实体可通过存储包括第二订阅资源的地址信息的通知消息当中的最近接收的通知消息并且丢弃先前存储的通知消息来执行与sendLatest对应的缓冲相关操作。
图20示出根据本发明的通知消息发送程序。
参照图20,假设实体针对服务执行准备程序并且成功地执行针对服务的设置。另外,尽管基于接收方和订阅方相同的假设给出了描述,本发明可被应用于接收方和订阅方不同的情况。在本说明书中,缓冲相关属性信息可具有与用于缓冲管理的属性信息等效的含义。
在操作S2010中,接收方(例如,实体3)可向中转实体(例如,实体2)发送针对发起方(例如,实体1)的特定资源(被订阅资源)执行订阅程序的请求消息。在这种情况下,所述请求消息可包括用于管理与通知消息的缓冲关联的项的属性信息(例如,通知策略信息)以及在传统订阅程序中配置的属性信息。
如上所述,用于管理与缓冲关联的项的属性信息项可包括相关的属性信息项集合以便克服诸如①实体本身的硬件规格、②由于网络状态引起的延迟、③由特定用户设定的实体调度、④从各种实体不定期地发送的数据以及⑤实体之间的连接断开的问题。
如上所述,用于管理与缓冲关联的项的各个属性信息项(例如,增强策略信息)可被设定为①sendNone、②sendLatest、③sendAllPending和④sendManual中的一个值(或操作级别)。
在操作S2020中,中转实体(例如,实体2)可将从接收方(例如,实体3)发送来的请求消息发送给发起方(例如,实体1)。
在操作S2030中,发起方(例如,实体1)可基于从接收方(例如,实体3)接收的请求消息创建订阅资源(例如,<subscription>资源)作为特定资源(例如,被订阅资源)的下级资源。然后,可监测订阅资源所请求的特定资源(被订阅资源)。
在操作S2040中,可发生由订阅资源触发的事件(例如,被订阅资源可能改变并且发起方可检测到该改变)。在这种情况下,发起方(例如,实体1)可执行用于处理通知消息的程序。
在操作S2050中,发起方(例如,实体1)可检查缓冲相关属性信息项是否由订阅方(例如,实体3)配置以便将通知消息发送给下一实体。在这种情况下,缓冲相关属性信息项可表示用于增强发起方以及发起方与接收方之间的中转实体的缓冲相关策略的属性信息项(例如,用于克服与操作2010相关描述的问题(①至⑤)的属性信息项)。更详细地讲,缓冲相关属性信息项可表示例如通知策略信息(例如,pendingNotification属性)或单独的属性信息(例如,reconnectNotify或interimEventNotify属性)。
在操作S2050中,当配置缓冲相关属性信息项时,发起方(例如,实体1)可根据各个属性的操作级别来处理通知消息。例如,当发起方(例如,实体1)为无连接时,可根据通知策略信息(例如,pendingNotification属性)来处理通知消息。在这种情况下,如上所述,所处理的通知消息可根据sendNone、sendLatest、sendAllPending和sendManual当中的由订阅方配置的一个操作级别来配置。
在操作S2060中,发起方(例如,实体1)可将所处理的通知消息发送给下一实体(例如,实体2或中转实体)。在这种情况下,发送给下一实体的通知消息可包括缓冲相关属性信息项。例如,发送给下一实体的通知消息可包括与通知策略信息(例如,pendingNotification属性)或者单独的属性信息(例如,reconnectNotify或interimEventNotify属性)对应的增强策略信息。另外,例如,增强策略信息可具有与通知策略信息(例如,pendingNotification属性)或者单独的属性信息(例如,reconnectNotify或interimEventNotify属性)的值对应的值,并且可以是与通知策略关联的增强信息。作为另一示例,增强策略信息可包括通知策略信息(例如,pendingNotification属性)或者单独的属性信息(例如,reconnectNotify或interimEventNotify属性)的参考信息或地址信息。当属性信息项作为参考信息或地址信息被发送时,接收通知消息的实体可执行附加操作(例如,检索操作)以便检查用于缓冲的策略信息。另外,例如,发送给下一实体的通知消息可包括生成通知消息的订阅资源的参考信息或地址信息。
操作S2060可被应用于用于向下一实体发送通知消息的所有程序。例如,操作S2060可在①发起方与接收方之间、②发起方与中转实体之间、③中转实体与中转实体之间、以及④中转实体与接收方之间执行。
在操作S2070中,中转实体(例如,实体2)可利用中转实体的状态、所接收到的通知消息以及缓冲相关属性信息(例如,增强策略信息)来处理通知消息。在这种情况下,用于处理通知消息的程序可按照与操作S2050相同/相似的方式考虑中转实体(例如,实体2)的连接状态来执行。例如,当中转实体(例如,实体2)处于无连接状态时,中转实体(例如,实体2)可接收通知消息并且根据增强策略信息执行缓冲相关操作。例如,当中转实体(例如,实体2)处于无连接状态并且通知消息的增强策略信息被设定为sendLatest时,中转实体(例如,实体2)可根据增强策略信息存储最近接收的通知消息并且丢弃先前存储的通知消息。另外,例如,当中转实体(例如,实体2)处于无连接状态并且通知消息的增强策略信息被设定为sendNone时,中转实体(例如,实体2)可根据增强策略信息丢弃接收的所有消息。另外,例如,当中转实体(例如,实体2)处于无连接状态并且通知消息的增强策略信息被设定为sendAllPending时,中转实体(例如,实体2)可根据增强策略信息存储接收的所有消息并且在连接恢复之后将消息发送给下一实体。
另外,在通知消息被处理的同时,可检查包括在通知消息中的订阅资源参考信息并且可将增强策略信息应用于具有相同订阅资源参考信息的通知消息。例如,当特定通知消息的增强策略信息被设定为sendNone、sendLatest、sendAllPending和sendManual中的任一个时,对应的增强策略信息可被应用于具有与包括在特定消息中的订阅资源参考信息相同的订阅资源参考信息的通知消息。
在操作S2080中,中转实体(例如,实体2)可将在操作S2070中处理的通知消息发送给接收方(例如,实体3)。在这种情况下,所处理的通知消息可参考包括在通知消息中的指示接收方(或订阅方)的地址信息(例如,在t0配置的信息)来发送。在连接恢复之后,中转实体(例如,实体2)可将在操作S2070中根据增强策略信息缓冲的通知消息发送给下一实体(例如,实体3)。在这种情况下,所发送的通知消息可包括缓冲相关属性信息项(例如,增强策略信息)以及消息内容。
像操作S2060中一样,在操作S2080中,可直接地或者以参考信息的形式发送缓冲相关属性信息项。
在操作S2080中,当将接收通知消息的下一实体是最后目的地(即,接收方)时,根据配置,通知消息可包括①所有缓冲相关属性以及所处理的通知消息内容,或者仅包括②所处理的通知消息。当将接收通知消息的下一实体是中转实体时,通知消息可包括所有缓冲相关属性信息项以及所处理的通知消息内容。
图20中所示的示例可根据实体的配置被缩小或放大。操作S2010至S2080可被应用于例如作为目标的三个实体(发起方、中转实体和接收方)。当仅存在两个实体(发起方和接收方)时,图20所示的方法可包括操作S2010至S2060。当存在四个或更多个实体(发起方、中转实体1、中转实体2和接收方)时,可通过执行最多至操作S2080的操作,然后根据转发实体的数量进一步执行操作S2070和S2080来执行图20所示的方法。
图21示出本发明的实施方式。在图21的示例中,为了描述方便,假设增强策略信息被设定为与“sendLatest”对应的值。
参照图21,通知消息可被缓冲在中转实体(例如,实体2)中。当应用传统技术时,不存在为中转实体设定的缓冲相关属性信息(例如,通知策略信息或单独的属性信息),因此可能发生缓冲在中转实体中的所有消息被发送给下一实体(例如,实体3)的问题。然而,当应用根据本发明的方法时,中转实体根据由订阅方配置的属性信息(例如,“sendLatest”)而仅发送缓冲的通知消息(“1”、“2”、…、“n”)当中的最近生成的通知消息(“n”),因此接收方可仅接收期望的通知消息。
图22示出本发明的另一实施方式。在图22的示例中,缓冲相关属性信息和通知消息可被复合地缓冲在发起方和中转实体中。为了描述方便,假设由订阅方设定的缓冲相关属性信息可被设定为“sendLatest”。在图22的示例中,缓冲相关属性信息可包括通知策略信息(例如,pendingNotification属性)或者单独的属性信息(例如,reconnectNotify或interimEventNotify属性)。另外,假设在各个时间(t0、t1、…、tn)发生新事件并且实体之间不存在传输延迟。
(1)t0:首先,在t0发起方与中转实体(例如,实体2)无连接,因此发起方无法发送所生成的通知消息,相反可保持通知消息(例如,“0”)。
(2)t0+1:在时间(t0+1)在预定时间过去之后,发起方(例如,实体1)与中转实体(例如,实体2)之间的连接可恢复。即使通知消息(即,“0”和“1”)可被缓冲,但是发起方(例如,实体1)可根据由订阅方配置的操作级别(“sendLatest”)来处理通知消息。所处理的通知消息可仅包括最近生成的通知消息(即,“1”)并且可被发送给中转实体(例如,实体2)。在这种情况下,发起方(例如,实体1)可将与订阅方所请求的属性信息对应的信息(例如,增强策略信息)以及通知消息一起发送给中转实体(例如,实体2)。
(3)t0+(n-1):最多至时间t0+(n-1),中转实体(例如,实体2)与接收方(例如,实体3)的连接断开,因此通知消息(例如,“1”、“2”、…、“n-1”)可被缓冲在中转实体(例如,实体2)中。
(4)t0+n:当中转实体(例如,实体2)与接收方(例如,实体3)之间的连接恢复时,中转实体(例如,实体2)可利用从发起方(例如,实体1)发送来的增强策略信息来处理缓冲在中转实体中的通知消息(例如,“1”、“2”、…、“n-1”、“n”)。所处理的通知消息可仅包括最近生成的通知消息(“n”)并且可被发送给接收方(例如,实体3)。
图23示出根据本发明的实施方式的装置的框图。在本发明中,M2M网关、M2M服务器或M2M装置中的每一个可用作发送装置10或接收装置20。
发送装置10和接收装置20分别包括:射频(RF)单元13、23,其用于发送和接收承载信息、数据、信号和/或消息的无线电信号;存储器12、22,其用于存储与无线通信系统中的通信有关的信息;以及处理器11、21,其在操作上连接到RF单元13、23和存储器12、22并且被配置为控制存储器12、22和/或RF单元13、23以执行本发明的上述实施方式中的至少一个。
存储器12、22可存储用于处理器11、21的处理和控制的程序,并且可临时存储输入/输出信息。存储器12、22可用作缓冲器。
处理器11、21控制发送装置10或接收装置20中的所有模块的总体操作。处理器11、21可执行各种控制功能以实现本发明。处理器11、21可以是控制器、微控制器、微处理器或微计算机。处理器11、21可通过硬件、固件、软件或其组合来实现。在硬件配置中,专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DSPD)、可编程逻辑器件(PLD)或者现场可编程门阵列(FPGA)可被包括在处理器11、21中。如果利用固件或软件来实现本发明,则固件或软件可被配置为包括执行本发明的功能或操作的模块、程序、函数等。被配置为执行本发明的固件或软件可被包括在处理器11、21中或者被存储在存储器12、22中以由处理器11、21来驱动。
发送装置10的处理器11从处理器11或连接到处理器11的调度器调度,并且对要发送至外部的信号和/或数据进行编码和调制。编码和调制的信号和/或数据被发送至RF单元13。接收装置20的信号处理过程是发送装置10的信号处理过程的逆过程。在处理器21的控制下,接收装置10的RF单元23接收由发送装置10发送来的RF信号。处理器21对通过接收天线接收的无线电信号进行解码和解调,并且恢复发送装置10希望发送的数据。
RF单元13、23包括一个或更多个天线。天线执行将RF单元13、23所处理的信号发送至外部或者从外部接收无线电信号以将无线电信号传送给RF单元13、23的功能。图23示出发送装置和接收装置分别通过RF单元通信,但是本发明不限于此。在本发明中,发送装置和接收装置可通过有线网络通信。在这种情况下,RF单元可被网络接口单元(NIU)代替。
上面所述的本发明的实施方式是本发明的元件和特征的组合。除非另外提及,否则所述元件或特征可被认为是选择性的。各个元件或特征可在不与其它元件或特征组合的情况下实践。另外,本发明的实施方式可通过将部分元件和/或特征组合来构造。本发明的实施方式中所描述的操作顺序可重新排列。任一个实施方式的一些构造可被包括在另一实施方式中并且可被另一实施方式的对应构造代替。对于本领域技术人员而言显而易见的是,所附权利要求书中未彼此明确引用的权利要求可作为本发明的实施方式组合地呈现,或者通过提交申请之后的后续修改作为新的权利要求而被包括。
如果需要,本发明中由基站进行的特定操作也可由基站的上层节点进行。换言之,对于本领域技术人员而言将显而易见的是,使得基站能够在由包括基站的多个网络节点组成的网络中与终端通信的各种操作将由基站或者基站以外的其它网络节点进行。基站可被称作固定站、节点B(NB)、演进节点B(eNB)、接入点(AP)等。终端可被称作用户设备(UE)、移动站(MS)、移动订阅站(MSS)等。
本发明的实施方式可通过例如硬件、固件、软件或其组合的各种手段来实现。在硬件实现方式中,本发明的实施方式可通过一个或更多专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DSDP)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等来实现。
在固件或软件实现方式中,本发明的实施方式可按照模块、程序、函数等的形式来实现。软件代码可被存储在存储器单元中并由处理器执行。存储器单元位于处理器的内部或外部并且可经由各种已知手段向处理器发送数据以及从处理器接收数据。
对于本领域技术人员而言将显而易见的是,在不脱离本发明的精神或范围的情况下,可对本发明进行各种修改和变化。因此,本发明旨在涵盖本发明的修改和变化,只要它们落入所附权利要求书及其等同物的范围内即可。
工业实用性
本发明适用于诸如终端、服务器、网关等的通信设备。
Claims (8)
1.一种用于由机器对机器M2M装置处理通知消息的方法,该方法包括以下步骤:
基于检测包括订阅资源的被订阅资源的改变来生成至少一个通知消息,其中,所述订阅资源包括指示用于无连接状态的通知策略的属性信息;
当不存在连接时,根据所述属性信息处理所生成的至少一个通知消息;以及
当连接被恢复时,发送所处理的通知消息,
其中,基于指示所述通知策略最近正在发送的所述属性信息,仅发送来自所生成的至少一个通知消息当中的最新通知消息,并且
其中,所述订阅资源和所述被订阅资源指示能够利用唯一地址唯一地寻址的数据结构。
2.根据权利要求1所述的方法,其中,基于指示所述通知策略全部正在发送的所述属性信息,发送所有所生成的至少一个通知消息。
3.根据权利要求1所述的方法,其中,
所发送的通知消息包括所述订阅资源的地址信息和与所述通知策略关联的增强信息,并且
基于指示最新的所述增强信息,另一个M2M装置仅缓存具有所述订阅资源的相同地址信息的最新通知消息。
4.根据权利要求3所述的方法,其中,所述增强信息被包括在所述通知消息内的指示事件类别的信息中。
5.一种机器对机器M2M装置,该M2M装置包括:
网络接口单元;以及
处理器,该处理器在操作上连接到所述网络接口单元,
其中,所述处理器被配置为基于检测包括订阅资源的被订阅资源的改变来生成至少一个通知消息,其中,所述订阅资源包括指示用于无连接状态的通知策略的属性信息,当不存在连接时,根据所述属性信息处理所生成的至少一个通知消息,并且当连接被恢复时,发送所处理的通知消息,
其中,基于指示所述通知策略最近正在发送的所述属性信息,仅发送来自所生成的至少一个通知消息当中的最新通知消息,并且
其中,所述订阅资源和所述被订阅资源指示能够利用唯一地址唯一地寻址的数据结构。
6.根据权利要求5所述的M2M装置,其中,基于指示所述通知策略全部正在发送的所述属性信息,发送所有所生成的至少一个通知消息。
7.根据权利要求5所述的M2M装置,其中,
所发送的通知消息包括所述订阅资源的地址信息和与所述通知策略关联的增强信息,并且
基于指示最新的所述增强信息,另一个M2M装置仅缓存具有所述订阅资源的相同地址信息的最新通知消息。
8.根据权利要求7所述的M2M装置,其中,所述增强信息被包括在所述通知消息内的指示事件类别的信息中。
Applications Claiming Priority (19)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201361883194P | 2013-09-27 | 2013-09-27 | |
US61/883,194 | 2013-09-27 | ||
US201461935846P | 2014-02-05 | 2014-02-05 | |
US61/935,846 | 2014-02-05 | ||
US201461937621P | 2014-02-10 | 2014-02-10 | |
US61/937,621 | 2014-02-10 | ||
US201461950230P | 2014-03-10 | 2014-03-10 | |
US61/950,230 | 2014-03-10 | ||
US201461952851P | 2014-03-13 | 2014-03-13 | |
US61/952,851 | 2014-03-13 | ||
US201461989536P | 2014-05-07 | 2014-05-07 | |
US61/989,536 | 2014-05-07 | ||
US201462011036P | 2014-06-12 | 2014-06-12 | |
US62/011,036 | 2014-06-12 | ||
US201462023886P | 2014-07-13 | 2014-07-13 | |
US62/023,886 | 2014-07-13 | ||
US201462025022P | 2014-07-16 | 2014-07-16 | |
US62/025,022 | 2014-07-16 | ||
PCT/KR2014/009042 WO2015046961A1 (ko) | 2013-09-27 | 2014-09-26 | M2m 시스템에서 통지 메시지 전달 방법 및 이를 위한 장치 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105580327A CN105580327A (zh) | 2016-05-11 |
CN105580327B true CN105580327B (zh) | 2018-12-18 |
Family
ID=52743972
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480053463.2A Active CN105580396B (zh) | 2013-09-27 | 2014-09-26 | 用于在m2m系统中传送通知消息的方法及其装置 |
CN201480053464.7A Active CN105580327B (zh) | 2013-09-27 | 2014-09-26 | 用于在m2m系统中传送通知消息的方法及其装置 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480053463.2A Active CN105580396B (zh) | 2013-09-27 | 2014-09-26 | 用于在m2m系统中传送通知消息的方法及其装置 |
Country Status (6)
Country | Link |
---|---|
US (2) | US9723429B2 (zh) |
EP (1) | EP3051849B1 (zh) |
JP (1) | JP6254702B2 (zh) |
KR (2) | KR102208119B1 (zh) |
CN (2) | CN105580396B (zh) |
WO (2) | WO2015046961A1 (zh) |
Families Citing this family (45)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104683289A (zh) * | 2013-11-26 | 2015-06-03 | 中兴通讯股份有限公司 | 公共业务实体注册方法和系统 |
WO2015080401A1 (ko) * | 2013-12-01 | 2015-06-04 | 엘지전자 주식회사 | 무선 통신 시스템에서 특정 리소스의 관리를 위한 방법 및 장치 |
CN106790676B (zh) * | 2013-12-05 | 2020-07-07 | 华为技术有限公司 | 订阅通知的实现方法和装置 |
CN104796922B (zh) * | 2014-01-22 | 2019-07-09 | 中兴通讯股份有限公司 | Cse的触发管理方法及装置、cse、承载网网元 |
CN106471465B (zh) | 2014-04-09 | 2019-10-22 | 康维达无线有限责任公司 | 服务启用器功能 |
CN105578381A (zh) * | 2014-10-10 | 2016-05-11 | 中兴通讯股份有限公司 | 一种创建订阅资源的方法和装置 |
CN107211043B (zh) * | 2015-02-05 | 2020-02-21 | 华为技术有限公司 | M2m数据处理方法、设备及系统 |
CN106341775B (zh) * | 2015-07-10 | 2019-11-01 | 华为技术有限公司 | 一种数据传输方法及装置 |
CN113518329A (zh) | 2015-08-03 | 2021-10-19 | 康维达无线有限责任公司 | 用户设备的移动核心网络服务暴露 |
US20170064488A1 (en) * | 2015-08-26 | 2017-03-02 | Qualcomm Incorporated | Customized resource types for machine-to-machine communication |
US10555170B2 (en) * | 2015-09-04 | 2020-02-04 | Huawei Technologies Co., Ltd. | Method and apparatus for authentication of wireless devices |
KR102116401B1 (ko) * | 2015-11-16 | 2020-05-29 | 콘비다 와이어리스, 엘엘씨 | M2m 서비스 계층에 대한 교차 리소스 가입 |
CN106937241B (zh) | 2015-12-31 | 2021-05-18 | 华为技术有限公司 | 时序数据检测方法及装置 |
WO2017155162A1 (ko) * | 2016-03-07 | 2017-09-14 | 엘지전자 주식회사 | 무선 통신 시스템에서 접근 제어 정책 자원을 어나운스하기 위한 방법 및 이를 위한 장치 |
WO2017155161A1 (ko) * | 2016-03-09 | 2017-09-14 | 엘지전자 주식회사 | 무선 통신 시스템에서 요청을 리-타겟팅(re-target)하기 위한 방법 및 이를 위한 장치 |
CN107295554A (zh) * | 2016-03-30 | 2017-10-24 | 中兴通讯股份有限公司 | 一种管理应用状态的方法和装置 |
US10452414B2 (en) * | 2016-06-30 | 2019-10-22 | Microsoft Technology Licensing, Llc | Assistive technology notifications for relevant metadata changes in a document |
WO2018009803A1 (en) * | 2016-07-07 | 2018-01-11 | Convida Wireless, Llc | Message retargeting in machine-to-machine service layer communications |
CN114245351A (zh) * | 2016-07-14 | 2022-03-25 | 康维达无线有限责任公司 | 订阅和通知服务 |
WO2018019281A1 (zh) * | 2016-07-29 | 2018-02-01 | 京东方科技集团股份有限公司 | 进行通知的方法、装置和系统 |
CN106231538B (zh) * | 2016-07-29 | 2019-12-27 | 海尔优家智能科技(北京)有限公司 | 一种OneM2M架构设备绑定的方法和装置 |
CN113159910A (zh) | 2016-07-29 | 2021-07-23 | 京东方科技集团股份有限公司 | 进行通知的方法、装置和系统 |
US10650621B1 (en) | 2016-09-13 | 2020-05-12 | Iocurrents, Inc. | Interfacing with a vehicular controller area network |
WO2018067924A1 (en) * | 2016-10-06 | 2018-04-12 | Convida Wireless, Llc | Service layer mobility management of applications |
EP3523724B1 (en) * | 2016-10-07 | 2023-12-06 | Convida Wireless, LLC | Service layer resource management for generic interworking and extensibility |
KR20190108154A (ko) | 2017-03-09 | 2019-09-23 | 구글 엘엘씨 | 컴퓨팅 디바이스의 알림들을 위한 알림 채널 |
US20180270896A1 (en) * | 2017-03-20 | 2018-09-20 | Qualcomm Incorporated | Enhanced session and mobility management interaction for mobile initiated connection only mode user equipments |
CN106973118B (zh) * | 2017-05-12 | 2021-04-27 | 京东方科技集团股份有限公司 | 生成和订阅通知的方法和装置 |
US10687279B2 (en) * | 2017-08-25 | 2020-06-16 | Verizon Patent And Licensing Inc. | System and method of optimizing user equipment reachability notifications |
CN109495524B (zh) * | 2017-09-11 | 2022-03-04 | 华为云计算技术有限公司 | 一种物联网资源订阅的方法、设备和系统 |
KR102402145B1 (ko) * | 2018-03-15 | 2022-05-26 | 한국전자기술연구원 | M2m 시스템에서의 이벤트 기반 메시지 재전달 방법 |
KR102260656B1 (ko) * | 2018-03-15 | 2021-06-04 | 한국전자기술연구원 | M2m 시스템에서의 통지 메시지 실시간 전달 방법 |
CN110505591B (zh) * | 2018-05-18 | 2022-09-30 | 京东方科技集团股份有限公司 | 订阅服务实体、订阅终端及信息订阅方法和系统 |
KR102465844B1 (ko) * | 2018-07-02 | 2022-11-09 | 현대자동차주식회사 | M2m 시스템에서 통지 실패시 통지 메시지를 처리하는 방법 및 장치 |
KR102465843B1 (ko) * | 2018-07-10 | 2022-11-09 | 현대자동차주식회사 | M2m 시스템에서 누적 통지 메시지를 전송하는 방법 및 장치 |
CN116319985A (zh) * | 2018-12-13 | 2023-06-23 | Oppo广东移动通信有限公司 | 代理订阅方法、装置、计算机设备和存储介质 |
KR102598045B1 (ko) | 2019-02-11 | 2023-11-02 | 현대자동차주식회사 | 구독 및 통지를 수행하는 방법 및 장치 |
KR102647498B1 (ko) * | 2019-03-18 | 2024-03-15 | 주식회사 케이티 | M2m 시스템에서 통지 메시지 전송 방법 및 그 장치 |
CN111984895A (zh) * | 2019-05-23 | 2020-11-24 | 京东方科技集团股份有限公司 | 用于订阅资源的方法、装置、设备和存储介质 |
KR20210041488A (ko) * | 2019-10-07 | 2021-04-15 | 현대자동차주식회사 | M2m 시스템에서 주기적인 통지를 송수신하는 방법 및 장치 |
CN115053507A (zh) * | 2020-03-17 | 2022-09-13 | Oppo广东移动通信有限公司 | 物联网通信方法及装置 |
EP4301017A4 (en) * | 2021-03-01 | 2024-04-10 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | INFORMATION TRANSMISSION METHOD AND APPARATUS, DEVICE AND STORAGE MEDIUM |
US11784981B2 (en) | 2021-06-04 | 2023-10-10 | Bank Of America Corporation | Data processing transactions using machine to machine (M2M) data transfer |
US11792165B2 (en) | 2021-06-04 | 2023-10-17 | Bank Of America Corporation | Supporting data processing transactions using machine to machine (M2M) data transfer |
US11265370B1 (en) | 2021-07-27 | 2022-03-01 | Bank Of America Corporation | Machine to machine (M2M) data transfer between data servers |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5696486A (en) * | 1995-03-29 | 1997-12-09 | Cabletron Systems, Inc. | Method and apparatus for policy-based alarm notification in a distributed network management environment |
CN102804738A (zh) * | 2010-03-01 | 2012-11-28 | 交互数字专利控股公司 | 机器对机器的网关架构和功能 |
CN102907068A (zh) * | 2010-03-09 | 2013-01-30 | 交互数字专利控股公司 | 支持机器对机器通信的方法和设备 |
WO2013142139A2 (en) * | 2012-03-22 | 2013-09-26 | Interdigital Patent Holdings, Inc. | Method and apparatus for supporting machine-to-machine caching at a service capability layer |
Family Cites Families (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4714025B2 (ja) * | 2006-01-06 | 2011-06-29 | 株式会社日立製作所 | センサノード、基地局、センサネット及びセンシングデータの送信方法 |
JP2008245102A (ja) | 2007-03-28 | 2008-10-09 | Hitachi Kokusai Electric Inc | ネットワーク通信方法 |
US8553883B2 (en) * | 2008-02-22 | 2013-10-08 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for managing subscription credentials in a wireless communication device |
ATE546944T1 (de) * | 2008-06-12 | 2012-03-15 | Ericsson Telefon Ab L M | Verfahren und vorrichtung zur kommunikation von maschine zu maschine |
ES2670371T3 (es) * | 2009-07-17 | 2018-05-30 | Koninklijke Kpn N.V. | Transmisión de información en una red de telecomunicaciones entre máquinas |
KR101601869B1 (ko) | 2009-10-08 | 2016-03-09 | 에스케이텔레콤 주식회사 | 망 정보 알림 서비스 시스템 및 망 정보 알림 서비스 방법 |
EP2537320B1 (en) * | 2010-02-19 | 2014-12-17 | Telefonaktiebolaget L M Ericsson (PUBL) | Apparatuses and methods for handling machine-to-machine communications |
EP2375849B1 (en) * | 2010-03-29 | 2015-08-12 | Vodafone Holding GmbH | Connection management for M2M device in a mobile communication network |
US8792341B2 (en) * | 2010-10-27 | 2014-07-29 | Futurewei Technologies, Inc. | System and method for machine-to-machine application based congestion control |
EP2641381B1 (en) | 2010-11-19 | 2021-01-06 | IOT Holdings, Inc. | Machine-to-machine (m2m) interface procedures for announce and de-announce of resources |
US9071925B2 (en) * | 2011-01-05 | 2015-06-30 | Alcatel Lucent | System and method for communicating data between an application server and an M2M device |
WO2012121552A2 (ko) | 2011-03-08 | 2012-09-13 | 엘지전자 주식회사 | M2m 기기를 위한 제어정보를 송수신하는 방법 및 이를 위한 장치 |
WO2012150778A2 (ko) | 2011-05-03 | 2012-11-08 | 주식회사 케이티 | 연결 상태 확인 이벤트에 기반하여 m2m 통신 개체간 연결을 관리하는 방법 및 장치 |
KR101533864B1 (ko) | 2011-05-13 | 2015-07-03 | 주식회사 케이티 | M2m 통신에서 네트워크를 선택하는 방법 및 장치 |
US8943132B2 (en) * | 2011-09-12 | 2015-01-27 | Telefonaktiebolaget L M Ericsson (Publ) | Systems and methods for optimization of subscriptions to resource changes in machine-to-machine (M2M) systems |
US9324055B2 (en) * | 2011-12-08 | 2016-04-26 | Microsoft Technology Licensing, Llc | Techniques to manage remote events |
EP2958384A4 (en) | 2013-02-15 | 2016-09-28 | Nec Corp | MOBILE COMMUNICATION SYSTEM, SERVICE PLATFORM, NETWORK PARAMETER CONTROL METHOD, AND NON-TRANSIENT COMPUTER-READABLE MEDIUM |
WO2014132563A1 (ja) | 2013-03-01 | 2014-09-04 | 日本電気株式会社 | 通信システム、サービスプラットフォーム、通信方法及び非一時的なコンピュータ可読媒体 |
KR101472397B1 (ko) | 2013-04-04 | 2014-12-12 | 주식회사 팬택 | 휴대용 단말 및 노티피케이션 정보 처리 방법 |
US20160088545A1 (en) * | 2013-05-14 | 2016-03-24 | Telefonaktiebolaget L M Ericsson (Publ) | A node and method for small data communications |
US10136284B2 (en) * | 2014-07-07 | 2018-11-20 | Convida Wireless, Llc | Coordinated grouping for machine type communications group based services |
-
2014
- 2014-09-26 JP JP2016538869A patent/JP6254702B2/ja active Active
- 2014-09-26 CN CN201480053463.2A patent/CN105580396B/zh active Active
- 2014-09-26 EP EP14849785.2A patent/EP3051849B1/en active Active
- 2014-09-26 KR KR1020167002529A patent/KR102208119B1/ko active IP Right Grant
- 2014-09-26 US US14/909,651 patent/US9723429B2/en active Active
- 2014-09-26 KR KR1020167002528A patent/KR101769386B1/ko active IP Right Grant
- 2014-09-26 WO PCT/KR2014/009042 patent/WO2015046961A1/ko active Application Filing
- 2014-09-26 US US14/909,633 patent/US10051404B2/en active Active
- 2014-09-26 CN CN201480053464.7A patent/CN105580327B/zh active Active
- 2014-09-26 WO PCT/KR2014/009041 patent/WO2015046960A1/ko active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5696486A (en) * | 1995-03-29 | 1997-12-09 | Cabletron Systems, Inc. | Method and apparatus for policy-based alarm notification in a distributed network management environment |
CN102804738A (zh) * | 2010-03-01 | 2012-11-28 | 交互数字专利控股公司 | 机器对机器的网关架构和功能 |
CN102907068A (zh) * | 2010-03-09 | 2013-01-30 | 交互数字专利控股公司 | 支持机器对机器通信的方法和设备 |
WO2013142139A2 (en) * | 2012-03-22 | 2013-09-26 | Interdigital Patent Holdings, Inc. | Method and apparatus for supporting machine-to-machine caching at a service capability layer |
Also Published As
Publication number | Publication date |
---|---|
EP3051849A4 (en) | 2017-04-12 |
JP6254702B2 (ja) | 2017-12-27 |
KR101769386B1 (ko) | 2017-08-18 |
KR20160039612A (ko) | 2016-04-11 |
EP3051849A1 (en) | 2016-08-03 |
WO2015046960A1 (ko) | 2015-04-02 |
CN105580396A (zh) | 2016-05-11 |
US10051404B2 (en) | 2018-08-14 |
KR20160061965A (ko) | 2016-06-01 |
CN105580396B (zh) | 2019-04-16 |
CN105580327A (zh) | 2016-05-11 |
KR102208119B1 (ko) | 2021-01-27 |
EP3051849B1 (en) | 2018-11-07 |
US9723429B2 (en) | 2017-08-01 |
WO2015046961A1 (ko) | 2015-04-02 |
US20160205217A1 (en) | 2016-07-14 |
JP2016535532A (ja) | 2016-11-10 |
US20160192111A1 (en) | 2016-06-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105580327B (zh) | 用于在m2m系统中传送通知消息的方法及其装置 | |
CN104995889B (zh) | 用于修改m2m服务设置的方法及其装置 | |
US11277522B2 (en) | Service domain charging systems and methods | |
CN105210344B (zh) | 在m2m通信系统中的定制和通知方法和用于该方法的设备 | |
CN104904164B (zh) | 用于在机器到机器(m2m)系统中改变网关的方法及其装置 | |
EP3213535B1 (en) | Methods and apparatuses for service layer charging correlation with underlying networks | |
CN107667550A (zh) | 无线通信系统中通过轮询信道来处理请求的方法及其设备 | |
CN103796343B (zh) | M2m网关设备及其应用方法 | |
WO2010121645A1 (en) | Priority service invocation and revocation | |
CN111164951A (zh) | 基于服务能力要求和偏好的服务注册 | |
WO2024109960A1 (en) | Method, device and computer program product for wireless communication | |
WO2021254645A1 (en) | Layer specific data volume reporting | |
KR20200005017A (ko) | 3gpp 단말기의 사물통신 응용을 위한 위치 정보 보고 방법 |
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 |