CN105580396A - 用于在m2m系统中传送通知消息的方法及其装置 - Google Patents

用于在m2m系统中传送通知消息的方法及其装置 Download PDF

Info

Publication number
CN105580396A
CN105580396A CN201480053463.2A CN201480053463A CN105580396A CN 105580396 A CN105580396 A CN 105580396A CN 201480053463 A CN201480053463 A CN 201480053463A CN 105580396 A CN105580396 A CN 105580396A
Authority
CN
China
Prior art keywords
resource
notification message
receiving system
information
schedule information
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.)
Granted
Application number
CN201480053463.2A
Other languages
English (en)
Other versions
CN105580396B (zh
Inventor
崔喜童
朴承奎
金成闰
安泓犯
郑胜明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN105580396A publication Critical patent/CN105580396A/zh
Application granted granted Critical
Publication of CN105580396B publication Critical patent/CN105580396B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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

Abstract

本发明涉及一种在机器对机器(M2M)系统中用于资源订阅的通知的方法及其装置，该方法包括以下步骤：检测包括订阅资源作为子资源的被订阅资源的改变；根据在订阅资源中配置的第二属性信息来生成通知消息，该通知消息包括指示所述改变的事件类别的值；以及基于在用于M2M装置的调度资源中配置的调度信息以及在用于接收装置的调度资源中配置的调度信息来确定接收装置是否可达，其中，如果基于调度信息确定接收装置是可达的，则通知消息被立即发送给接收装置；并且如果基于调度信息确定接收装置是不可达的，则由M2M装置根据在订阅资源中配置的第一属性信息的值来处理通知消息，并且在接收装置被恢复为可达状态之后，所处理的通知消息被发送给接收装置。

Description

用于在M2M系统中传送通知消息的方法及其装置
技术领域
本发明涉及机器对机器(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示出本发明适用于的装置的框图。
具体实施方式
现在将参照附图详细描述本发明的优选实施方式。下面将参照附图给出的详细描述旨在说明本发明的示例性实施方式，而非示出可根据本发明实现的仅有实施方式。以下详细描述包括具体细节以便提供本发明的彻底理解。然而，对于本领域技术人员而言将显而易见的是，本发明可在没有这些具体细节的情况下实现。
在描述本发明时，为了避免使本发明的概念模糊，熟知结构或装置可被省略，结构和装置的重要功能可按照框图的形式示出。贯穿附图将使用相同的标号来指代相同或相似的部件。
在本发明中，机器对机器(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系统的示例。
根据ETSITS的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系统管理的功能可由M2MSC(服务能力)以及存在于装置和网关域中的M2M应用管理装置来执行。用于网络管理的功能可由核心网络和接入网络执行。因此，在图1所示的示例中，核心网络和接入网络提供实体之间的连接，而非执行M2M功能。M2M通信可经由核心网络和接入网络在网络域与装置和网关域中的M2MSC(服务能力)之间执行。各个域的M2M应用可经由对应域的M2MSC(服务能力)来给予和得到信号或信息。
接入网络对应于使得M2M装置和网关域能够与核心网络通信的实体。接入网络的示例包括xDSL(数字订户线)、HFC(混合同轴光纤)、卫星、GERAN、UTRAN、eUTRAN、无线LAN、WiMAX等。
核心网络对应于提供诸如IP(网际协议)连接、服务和网络控制、互连、漫游等的功能的实体。核心网络包括3GPP(第3代合作伙伴计划)核心网络、ETSITISPAN(用于高级网络的电信和互联网融合服务和协议)核心网络、3GPP2核心网络等。
M2MSC(服务能力)提供能够被各种M2M网络应用共享的M2M公共服务功能(CSF)，并且经由开放接口来披露M2M服务，从而使得M2M应用能够使用M2M服务。包括这些M2MSC实体或M2M公共服务功能的层可被称作M2MSCL(服务能力层)。
M2M应用对应于操作服务逻辑并且能够经由开放接口使用M2MSC(服务能力)的实体。M2M应用层可表示包括M2M应用和相关的操作逻辑的层。
M2M装置对应于经由M2MSC(服务能力)操作M2M装置应用的实体。M2M装置可直接与网络域的M2M服务器通信，或者可经由M2M网关与网络域的M2M服务器通信。在经由M2M网关连接的情况下，M2M网关像代理一样操作。M2M装置可包括M2M应用和/或M2MSC(服务能力)。
M2M区域网络提供M2M装置与M2M网关之间的连接性。在这种情况下，M2M网关与M2M服务器之间的网络以及M2M装置与M2M网关之间的网络可彼此不同。例如，M2M区域网络可利用诸如IEEE802.15.1、Zigbee、蓝牙、IETFROLL、ISA100.11a的PAN(个域网)技术以及诸如PLC(电力线通信)、M-BUS、无线M-BUS、KNX等的局域网技术来实现。
M2M网关是经由M2MSC(服务能力)管理M2M应用并且向M2M应用提供服务的实体。M2M网关可起到M2M装置与网络域之间的代理的作用，并且可起到向ETSI非顺从M2M装置提供服务的作用。M2M网关可表示具有M2M装置之间的网关的功能的实体。M2M网关可包括M2M应用和/或M2MSC(服务能力)。
图1所示的M2M架构仅是示例，各个实体的名称可变化。例如，M2MSC(服务能力)可被称作M2M公共服务功能(CSF)，SCL(服务能力层)可被称作公共服务层(CSL)或公共服务实体(CSE)。M2M应用可被称作应用实体(AE)，M2M应用层可被简称为应用层。类似地，各个域的名称也可变化。例如，在一个M2M系统中，网络域可被称作基础设施域，装置和网关域可被称作场域。
如图1所示，M2M系统可被构造为包括用于M2M通信的M2M应用层和M2MSC(服务能力)层的分层结构。
图2示出M2M系统的分层结构的示例。
参照图2，M2M系统可包括应用层202、公共服务层204和基础网络服务层206。如上文所述，应用层202可对应于M2M应用层，公共服务层204可对应于M2MSCL。基础网络服务层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使得AE302能够使用CSE304所提供的服务，并且使得CSE304能够与AE302通信。Mca参考点312可指示M2M应用层与M2M公共服务层(或实体)之间的接口。
Mcc参考点314指定不同公共服务实体(CSE)304之间的通信流。当CSE304提供所需的功能时，Mcc参考点314使得CSE304能够使用另一CSE的服务。由Mcc参考点314提供的服务可取决于CSE304所支持的功能。Mcc参考点314可指示M2M公共服务层之间的接口。
Mcn参考点316指定CSE304与基础网络服务实体(NSE)306之间的通信流。为了使CSE304提供所需的功能，Mcn参考点316使得CSE能够使用NSE306所提供的服务。Mcn参考点316可指示M2M公共服务层与M2M基础网络层之间的接口。
在图3所示的示例中，CSE304可提供各种公共服务功能(CSF)。例如，CSE304可包括应用和服务层管理功能、通信管理和传送处理功能、数据管理和储存功能、装置管理功能、组管理功能、发现功能、位置功能、网络服务披露/服务执行和触发功能、注册功能、安全功能、服务计费和会计功能、服务会话管理功能或者订阅/通知功能中的至少一个。CSE304表示公共服务功能的实例，并且提供能够被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)。
图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，装置1910可执行图9所示的程序以订阅装置2920的特定资源。装置1910可以对应于根据订阅目标资源的改变接收通知的目标或者可以不对应于根据订阅目标资源的改变接收通知的目标。在图9的示例中，所述特定资源可对应于订阅目标资源，并且由于装置2920包括订阅目标资源，所以装置2920可对应于主机装置(或实体)。
在步骤S902中，装置1910可将对订阅资源的请求发送给装置2920以订阅特定资源。例如，对订阅资源的请求可对应于订阅资源的创建请求、订阅资源的检索请求、订阅资源的删除请求或者订阅资源的更新请求中的一个。各个请求可根据参照图7描述的请求-响应方案具有请求消息的形式。例如，如果步骤S902中的请求对应于创建请求，则对订阅资源的请求可包括包括C(创建)的op信息、包括订阅资源的属性信息(例如，notificationURI、filterCriteria、expirationTime等)的cn信息、包括装置1910的标识信息的fr信息和/或包括装置2920的标识信息的to信息。在另一示例中，如果步骤S902中的请求对应于删除请求或更新请求，则对订阅资源的请求可包括参照图7描述的全部或部分信息。
在步骤S904中，装置2920验证对订阅资源的请求是否能够被处理，并且如果该请求能够被处理则处理该请求。例如，如果装置2920接收到创建请求，则装置2920验证to信息中所指定的订阅目标资源是否可订阅、请求的发起方(例如，910)是否对订阅目标资源具有RETRIEVE许可、如果订阅资源的地址信息(例如，notificationURI)没有指示请求的发起方(例如，910)则请求的发起方(例如，910)是否具有向订阅资源的地址信息(例如，notificationURI)所指定的实体或装置发送通知的访问权限、以及主机装置或实体(例如，920)是否具有向订阅资源的地址信息(例如，notificationURI)所指定的实体或装置发送通知的访问权限。如果上述条件全部满足，则装置2920可在to信息所指定的订阅目标资源下创建订阅资源。
在另一示例中，如果装置2920接收到删除请求，则装置2920验证请求的发起方(例如，910)是否具有DELETE许可。如果上述条件满足，则装置2920删除订阅资源。
在步骤S906中，装置2920可在对订阅资源的请求被处理之后向装置1910发送响应消息。步骤S906的响应消息可具有与参照图7描述的响应消息相同/相似的形式。并且，在检索请求的情况下，响应消息可包括要返回的信息。
图10示出通知程序的示例。在用于通知的程序中，发起方可对应于托管订阅资源的装置或实体(例如，920)。并且，接收方可对应于由订阅资源中所配置的地址信息(例如，notificationURI)指示的装置(或实体)。可为用于通知的程序配置特定策略信息。发起方可被配置为当满足策略信息时发送通知消息(例如，NOTIFY)。
通知消息对应于由订阅资源触发的消息。如果包括订阅资源作为其子资源的订阅目标资源的改变满足订阅资源中所配置的过滤属性(例如，notificationCriteria)，则可向由订阅资源中所配置的地址信息(例如，notificationURI)指示的接收方发送通知消息。通知消息的接收方可以对应于创建/配置订阅资源的装置或实体或者可以不对应于创建/配置订阅资源的装置或实体。例如，装置1910可与装置3930相同或者可不同于装置3930。通知消息可包括以下所描述的信息。
-fr：发起方(例如，920)的标识信息或ID
-to：订阅资源(例如，notificationURI)中所配置的地址信息
-cn：表示订阅目标资源的修改内容的数据和/或创建通知消息的订阅参考信息(例如，订阅资源的URI)和/或其它附加信息
参照图10，在步骤S1002中，发起方920可检测/感测订阅目标资源的改变。订阅目标资源对应于订阅资源的父资源。如果在订阅目标资源下与订阅资源处于相同水平的资源或属性被修改/改变，则发起方920(例如，SUBCSF或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发送指示资源改变的通知消息。
如上所述，通知消息可被发送给在订阅程序中配置的地址(例如，ETSIM2M中的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示出根据本发明的实施方式的装置的框图。在本发明中，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 (14)

1.一种用于由机器对机器M2M装置执行资源订阅的通知的方法，该方法包括以下步骤：
检测包括订阅资源作为子资源的订阅目标源的改变；
根据在所述订阅资源中配置的第二属性信息来生成通知消息，该通知消息包括指示所述改变的事件类别的值；以及
基于在用于所述M2M装置的调度资源中配置的调度信息以及在用于接收装置的调度资源中配置的调度信息来确定对所述接收装置的可达性，
其中，
当根据所述调度信息确定所述接收装置是可达的时，所述通知消息被立即发送给所述接收装置；
当根据所述调度信息确定所述接收装置是不可达的时，由所述M2M装置根据在所述订阅资源中配置的第一属性信息的值来处理所述通知消息，并且在所述接收装置被恢复为可达模式之后，所处理的通知消息被发送给所述接收装置。
2.根据权利要求1所述的方法，其中，所述订阅资源和所述调度资源中的每一个指示能够利用唯一地址唯一地寻址的数据结构。
3.根据权利要求1所述的方法，其中，
所述第二属性信息限定由所述订阅资源触发的所述通知消息的事件类别；并且
包括在所述通知消息中的指示事件类别的值被所述接收装置用来处理所述通知消息。
4.根据权利要求1所述的方法，其中，所述第一属性信息指示根据所述调度信息在对所述接收装置的不可达持续时间过去之后，要由所述M2M装置执行的对通知消息的处理操作。
5.根据权利要求4所述的方法，其中，当根据所述调度信息确定所述接收装置是不可达的时，对所述通知消息的处理包括以下步骤：
当所述第一属性信息具有第一值时，丢弃所生成的通知消息；
当所述第一属性信息具有第二值时，存储所生成的通知消息并且丢弃先前存储的通知消息；以及
当所述第一属性信息具有第三值时，存储所有生成的通知消息。
6.根据权利要求1所述的方法，其中，当所述M2M装置的所述调度信息指示可达并且所述接收装置的所述调度信息指示可达时，所述接收装置被确定为是可达的。
7.根据权利要求1所述的方法，其中，当所述M2M装置的所述调度信息指示不可达或者所述接收装置的所述调度信息指示不可达时，所述接收装置被确定为是不可达的。
8.一种机器对机器M2M装置，该M2M装置包括：
网络接口单元；以及
处理器，该处理器在操作上连接到所述网络接口单元，
其中，所述处理器被配置为：
检测包括订阅资源作为子资源的订阅目标源的改变，
根据在所述订阅资源中配置的第二属性信息来生成通知消息，该通知消息包括指示所述改变的事件类别的值，并且
基于在用于所述M2M装置的调度资源中配置的调度信息以及在用于接收装置的调度资源中配置的调度信息来确定对所述接收装置的可达性，并且
其中，当根据所述调度信息确定所述接收装置是可达的时，所述通知消息被立即发送给所述接收装置；
其中，当根据所述调度信息确定所述接收装置是不可达的时，由所述M2M装置根据在所述订阅资源中配置的第一属性信息的值来处理所述通知消息，并且在所述接收装置被恢复为可达模式之后，所处理的通知消息被发送给所述接收装置。
9.根据权利要求8所述的M2M装置，其中，所述订阅资源和所述调度资源中的每一个指示能够利用唯一地址唯一地寻址的数据结构。
10.根据权利要求8所述的M2M装置，其中，
所述第二属性信息限定由所述订阅资源触发的所述通知消息的事件类别；并且
包括在所述通知消息中的指示事件类别的值被所述接收装置用来处理所述通知消息。
11.根据权利要求8所述的M2M装置，其中，所述第一属性信息指示根据所述调度信息在对所述接收装置的不可达持续时间过去之后，要由所述M2M装置执行的对通知消息的处理操作。
12.根据权利要求8所述的M2M装置，其中，当根据所述调度信息确定所述接收装置是不可达的时，对所述通知消息的处理包括：
当所述第一属性信息具有第一值时，丢弃所生成的通知消息；
当所述第一属性信息具有第二值时，存储所生成的通知消息并且丢弃先前存储的通知消息；以及
当所述第一属性信息具有第三值时，存储所有生成的通知消息。
13.根据权利要求8所述的M2M装置，其中，当所述M2M装置的所述调度信息指示可达并且所述接收装置的所述调度信息指示可达时，所述接收装置被确定为是可达的。
14.根据权利要求8所述的M2M装置，其中，当所述M2M装置的所述调度信息指示不可达或者所述接收装置的所述调度信息指示不可达时，所述接收装置被确定为是不可达的。
CN201480053463.2A 2013-09-27 2014-09-26 用于在m2m系统中传送通知消息的方法及其装置 Active CN105580396B (zh)

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/009041 WO2015046960A1 (ko) 2013-09-27 2014-09-26 M2m 시스템에서 통지 메시지 전달 방법 및 이를 위한 장치

Publications (2)

Publication Number Publication Date
CN105580396A true CN105580396A (zh) 2016-05-11
CN105580396B CN105580396B (zh) 2019-04-16

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 After (1)

Application Number Title Priority Date Filing Date
CN201480053464.7A Active CN105580327B (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)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105578381A (zh) * 2014-10-10 2016-05-11 中兴通讯股份有限公司 一种创建订阅资源的方法和装置
CN109997114A (zh) * 2016-10-07 2019-07-09 康维达无线有限责任公司 用于通用互通和可扩展性的服务层资源管理
CN110731074A (zh) * 2018-12-13 2020-01-24 Oppo广东移动通信有限公司 订阅消息的处理方法、装置、计算机设备和存储介质
US11265370B1 (en) 2021-07-27 2022-03-01 Bank Of America Corporation Machine to machine (M2M) data transfer between data servers

Families Citing this family (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104683289A (zh) * 2013-11-26 2015-06-03 中兴通讯股份有限公司 公共业务实体注册方法和系统
US10015684B2 (en) * 2013-12-01 2018-07-03 Lg Electronics Inc. Method and apparatus for managing specific resource in wireless communication system
CN103618800B (zh) * 2013-12-05 2017-11-03 华为技术有限公司 订阅通知的实现方法和装置
CN104796922B (zh) * 2014-01-22 2019-07-09 中兴通讯股份有限公司 Cse的触发管理方法及装置、cse、承载网网元
EP3129873A1 (en) * 2014-04-09 2017-02-15 Convida Wireless, LLC Service enabler function
WO2016123778A1 (zh) * 2015-02-05 2016-08-11 华为技术有限公司 M2m数据处理方法、设备及系统
CN106341775B (zh) * 2015-07-10 2019-11-01 华为技术有限公司 一种数据传输方法及装置
KR102409214B1 (ko) * 2015-08-03 2022-06-15 콘비다 와이어리스, 엘엘씨 사용자 장비를 위한 이동 코어 네트워크 서비스 노출
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
CN108353094B (zh) * 2015-11-16 2021-09-14 康维达无线有限责任公司 用于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
EP3482296A1 (en) * 2016-07-07 2019-05-15 Convida Wireless, LLC Message retargeting in machine-to-machine service layer communications
EP3485656B1 (en) 2016-07-14 2021-06-16 Convida Wireless, LLC Subscription and notification service
WO2018019281A1 (zh) * 2016-07-29 2018-02-01 京东方科技集团股份有限公司 进行通知的方法、装置和系统
CN113159910A (zh) 2016-07-29 2021-07-23 京东方科技集团股份有限公司 进行通知的方法、装置和系统
CN106231538B (zh) * 2016-07-29 2019-12-27 海尔优家智能科技（北京）有限公司 一种OneM2M架构设备绑定的方法和装置
US10650621B1 (en) 2016-09-13 2020-05-12 Iocurrents, Inc. Interfacing with a vehicular controller area network
CN109964495B (zh) * 2016-10-06 2022-06-10 康维达无线有限责任公司 应用的服务层移动性管理
EP3545480B1 (en) * 2017-03-09 2021-03-03 Google LLC Notification shade with animated reveal of notification indications
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 华为云计算技术有限公司 一种物联网资源订阅的方法、设备和系统
KR102260656B1 (ko) * 2018-03-15 2021-06-04 한국전자기술연구원 M2m 시스템에서의 통지 메시지 실시간 전달 방법
KR102402145B1 (ko) * 2018-03-15 2022-05-26 한국전자기술연구원 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 시스템에서 누적 통지 메시지를 전송하는 방법 및 장치
KR102598045B1 (ko) 2019-02-11 2023-11-02 현대자동차주식회사 구독 및 통지를 수행하는 방법 및 장치
KR102647498B1 (ko) * 2019-03-18 2024-03-15 주식회사 케이티 M2m 시스템에서 통지 메시지 전송 방법 및 그 장치
KR20210041488A (ko) * 2019-10-07 2021-04-15 현대자동차주식회사 M2m 시스템에서 주기적인 통지를 송수신하는 방법 및 장치
WO2021184216A1 (zh) * 2020-03-17 2021-09-23 Oppo广东移动通信有限公司 物联网通信方法及装置
KR20230154912A (ko) * 2021-03-01 2023-11-09 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 정보 전송 방법, 장치, 디바이스 및 저장 매체
US11792165B2 (en) 2021-06-04 2023-10-17 Bank Of America Corporation Supporting data processing transactions using machine to machine (M2M) data transfer
US11784981B2 (en) 2021-06-04 2023-10-10 Bank Of America Corporation Data processing transactions using machine to machine (M2M) data transfer

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102804738A (zh) * 2010-03-01 2012-11-28 交互数字专利控股公司 机器对机器的网关架构和功能
US20130066965A1 (en) * 2011-09-12 2013-03-14 Telefonaktiebolaget L M Ericsson (Publ) Systems and methods for optimization of subscriptions to resource changes in machine-to-machine (m2m) systems
CN103270735A (zh) * 2011-01-05 2013-08-28 阿尔卡特朗讯公司 用于在应用服务器和m2m设备之间传送数据的系统和方法
CN103299601A (zh) * 2010-11-19 2013-09-11 交互数字专利控股公司 用于资源通告及去通告的机器对机器（m2m）接口过程

Family Cites Families (21)

* Cited by examiner, † Cited by third party
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
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
US8560835B2 (en) * 2008-06-12 2013-10-15 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for machine-to-machine communication
EP3352413B1 (en) * 2009-07-17 2019-08-14 Koninklijke KPN N.V. Information transmission in a machine-to-machine telecommunications network
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
CN104935669B (zh) 2010-03-09 2020-02-14 Iot控股公司 一种机器对机器(m2m)通信的方法及网关
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
US9113285B2 (en) 2011-03-08 2015-08-18 Lg Electronics Inc. Method for transmitting/receiving control information for an M2M device, and device for same
WO2012150778A2 (ko) 2011-05-03 2012-11-08 주식회사 케이티 연결 상태 확인 이벤트에 기반하여 m2m 통신 개체간 연결을 관리하는 방법 및 장치
KR101533864B1 (ko) 2011-05-13 2015-07-03 주식회사 케이티 Ｍ2ｍ 통신에서 네트워크를 선택하는 방법 및 장치
US9324055B2 (en) * 2011-12-08 2016-04-26 Microsoft Technology Licensing, Llc Techniques to manage remote events
EP2829084B1 (en) 2012-03-22 2021-05-05 Iot Holdings, Inc. Method and apparatus for supporting machine-to-machine caching at a service capability layer
EP3720170A1 (en) 2013-02-15 2020-10-07 NEC Corporation Core network control parameter determination method and corresponding core network control node
WO2014132563A1 (ja) 2013-03-01 2014-09-04 日本電気株式会社 通信システム、サービスプラットフォーム、通信方法及び非一時的なコンピュータ可読媒体
KR101472397B1 (ko) 2013-04-04 2014-12-12 주식회사 팬택 휴대용 단말 및 노티피케이션 정보 처리 방법
EP2997761B1 (en) * 2013-05-14 2019-01-02 Telefonaktiebolaget LM Ericsson (publ) A node and a method for small data communications
WO2016007494A1 (en) * 2014-07-07 2016-01-14 Convida Wireless, Llc Coordinated grouping for machine type communications group based services

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102804738A (zh) * 2010-03-01 2012-11-28 交互数字专利控股公司 机器对机器的网关架构和功能
CN103299601A (zh) * 2010-11-19 2013-09-11 交互数字专利控股公司 用于资源通告及去通告的机器对机器（m2m）接口过程
CN103270735A (zh) * 2011-01-05 2013-08-28 阿尔卡特朗讯公司 用于在应用服务器和m2m设备之间传送数据的系统和方法
US20130066965A1 (en) * 2011-09-12 2013-03-14 Telefonaktiebolaget L M Ericsson (Publ) Systems and methods for optimization of subscriptions to resource changes in machine-to-machine (m2m) systems

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105578381A (zh) * 2014-10-10 2016-05-11 中兴通讯股份有限公司 一种创建订阅资源的方法和装置
CN109997114A (zh) * 2016-10-07 2019-07-09 康维达无线有限责任公司 用于通用互通和可扩展性的服务层资源管理
CN109997114B (zh) * 2016-10-07 2023-09-29 康维达无线有限责任公司 用于通用互通和可扩展性的服务层资源管理
US11799711B2 (en) 2016-10-07 2023-10-24 Convida Wireless, Llc Service layer resource management for generic interworking and extensibility
CN110731074A (zh) * 2018-12-13 2020-01-24 Oppo广东移动通信有限公司 订阅消息的处理方法、装置、计算机设备和存储介质
CN110731074B (zh) * 2018-12-13 2023-01-31 Oppo广东移动通信有限公司 订阅消息的处理方法、装置、计算机设备和存储介质
US11265370B1 (en) 2021-07-27 2022-03-01 Bank Of America Corporation Machine to machine (M2M) data transfer between data servers

Also Published As

Publication number Publication date
CN105580396B (zh) 2019-04-16
KR102208119B1 (ko) 2021-01-27
US10051404B2 (en) 2018-08-14
CN105580327A (zh) 2016-05-11
US20160192111A1 (en) 2016-06-30
CN105580327B (zh) 2018-12-18
JP6254702B2 (ja) 2017-12-27
US20160205217A1 (en) 2016-07-14
EP3051849B1 (en) 2018-11-07
JP2016535532A (ja) 2016-11-10
KR20160061965A (ko) 2016-06-01
WO2015046960A1 (ko) 2015-04-02
EP3051849A4 (en) 2017-04-12
WO2015046961A1 (ko) 2015-04-02
EP3051849A1 (en) 2016-08-03
US9723429B2 (en) 2017-08-01
KR101769386B1 (ko) 2017-08-18
KR20160039612A (ko) 2016-04-11

Similar Documents

Publication Publication Date Title
CN105580396A (zh) 用于在m2m系统中传送通知消息的方法及其装置
JP6240312B2 (ja) Ｍ２ｍ通信システムにおいて購読及び通知のための方法及びそのための装置
CN104995889B (zh) 用于修改m2m服务设置的方法及其装置
KR101740449B1 (ko) M2m(machine-to-machine)시스템에서 게이트웨이 변경 방법 및 이를 위한 장치
EP3266188B1 (en) Network and application management using service layer capabilities
US20160234691A1 (en) Method for subscription and notification in m2m communication system and device therefor
EP3213535B1 (en) Methods and apparatuses for service layer charging correlation with underlying networks
CN111201806B (zh) 一种终端上报信息的方法及装置、计算机存储介质
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