CN104995889B - 用于修改m2m服务设置的方法及其装置 - Google Patents

用于修改m2m服务设置的方法及其装置 Download PDF

Info

Publication number
CN104995889B
CN104995889B CN201480009287.2A CN201480009287A CN104995889B CN 104995889 B CN104995889 B CN 104995889B CN 201480009287 A CN201480009287 A CN 201480009287A CN 104995889 B CN104995889 B CN 104995889B
Authority
CN
China
Prior art keywords
information
resource
request
gateway
service
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
Application number
CN201480009287.2A
Other languages
English (en)
Other versions
CN104995889A (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 CN104995889A publication Critical patent/CN104995889A/zh
Application granted granted Critical
Publication of CN104995889B publication Critical patent/CN104995889B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0681—Configuration of triggering conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • 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/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements

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)
  • Telephonic Communication Services (AREA)

Abstract

本发明涉及一种在机器到机器(M2M)***中修改M2M服务设置的方法和装置，该方法包括以下步骤：将至少一个策略信息发送到至少一个装置，其中，至少一个策略信息中的每一个包括范围信息和条件信息；并且如果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网关发送由所述至少一个装置生成的所述请求。
优选地，所述至少一个策略信息包括默认策略信息，并且当所述至少一个装置未接收到所述第一通知时，所述至少一个装置根据所述默认策略信息来执行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示例性示出M2M***的覆盖网络结构。
图11示例性示出M2M***。
图12示例性示出M2M***的操作。
图13示例性示出根据本发明的改变M2M服务配置的操作。
图14示例性示出根据本发明的默认策略信息。
图15示例性示出根据本发明的限制策略信息。
图16示例性示出根据本发明的将限制策略信息映射到订阅资源的示例。
图17示例性示出根据本发明的用于存储M2M装置的属性信息的资源结构。
图18示例性示出根据本发明的用于改变M2M服务配置的操作。
图19示出根据本发明实施方式的装置的框图。
具体实施方式
现在将详细地参考本发明的优选实施方式，在附图中例示了本发明的这些优选实施方式的示例。下面将参照附图给出的详细描述旨在解释本发明的示例性实施方式，而不是示出能够根据本发明实现的仅有的实施方式。为了提供对本发明的透彻理解，以下详细描述包括具体细节。然而，对于本领域技术人员将显而易见的是，可以在没有这些具体细节的情况下实践本发明。
在一些情况下，为了避免使本发明的概念模糊，省去了已知的结构和装置，并且以框图的形式示出了这些结构和装置的重要功能。将在整个附图中使用相同的附图标记来指代相同或相似的部件。
在本发明中，机器到机器(M2M)装置是指用于M2M通信的装置。M2M装置可以是固定的或移动的。M2M装置可通过与M2M服务器进行通信来向M2M服务器发送用户数据和/或控制信息，或从M2M服务器接收用户数据和/或控制信息。M2M装置可被称为终端设备、移动站(MS)、移动终端(MT)、用户终端(UT)、用户站(SS)、无线装置、个人数字助理(PDA)、无线调制解调器、手持式装置等。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应用时能够使用的M2M服务的功能的集合。SC(服务能力)是SC实体(服务能力实体)和SC层(服务能力层)的共用名称。
可将SC(服务能力)表示为xSC。在此情况下，x可由N、G和D中的一个表示。x指示SC(服务能力)存在于网络(和/或服务器)、网关和装置当中的何处。例如，NSC指示存在于网络和/或服务器中的SC(服务能力)，并且GSC指示存在于网关中的SC(服务能力)。
M2M应用可存在于网络、网关或装置中。按照与服务器直接连接的方式存在于网络或服务器中的M2M应用可被称为M2M网络应用，或者可被简单地称为NA(网络应用)。例如，NA对应于按照与服务器直接连接的方式执行的软件，并且可能够执行与M2M网关或M2M装置进行通信并管理该M2M网关和该M2M装置的功能。存在于装置中的M2M应用可被称为M2M装置应用，或者可被简单地称为DA(装置应用)。例如，DA对应于在M2M装置中执行的软件，并且可将传感器信息等传送到NA。存在于网关中的M2M应用可被称为M2M网关应用，或者可被简单地称为GA(网关应用)。例如，GA可以起到管理M2M网关的作用，并且可能够向DA提供SC(服务能力)。M2M应用是应用实体(AE)和应用层的共用名称。
参照图1，M2M***架构可被划分成网络域以及装置和网关域。网络域可包括用于M2M***管理的功能和用于网络管理的功能。用于M2M***管理的功能可由存在于装置和网关域中的M2M应用管理装置以及M2M SC(服务能力)执行。用于网络管理的功能可由核心网络和接入网络执行。因此，在图1所示的示例中，核心网络和接入网络提供实体之间的连接，而不是执行M2M功能。M2M通信可经由核心网络和接入网络在网络域中的M2M SC(服务能力)与装置和网关域中的M2M SC(服务能力)之间执行。每个域的M2M应用可经由每个域的M2MSC(服务能力)发送和获得信号或信息。
接入网络对应于使M2M装置和网关域能够与核心网络进行通信的实体。接入网络的示例包括xDSL(数字用户线)、HFC(混合光纤同轴线缆)、卫星、GERAN、UTRAN、e-UTRAN、无线LAN、WiMAX等。
核心网络对应于提供诸如IP(互联网协议)连接、服务和网络控制、互连、漫游等功能的实体。核心网络包括3GPP(第三代合作伙伴计划)核心网络、ETSI TISPAN(电信和互联网融合服务及高级联网协议)核心网络、3GPP2核心网络等。
M2M SC(服务能力)提供可由各种M2M网络应用共享的M2M公共服务功能(CSF)，经由开放接口来曝光M2M服务，并使M2M应用能够使用M2M服务。M2M SC(服务能力)实体可被理解为公共服务功能(CSF)的一个实例，并且提供可由M2M应用使用并共享的公共服务功能(CSF)的子集。M2M SCL(服务能力层)可对应于包括M2M SC实体的层。
M2M应用对应于操作服务逻辑的实体和可经由开放接口使用M2M SC(服务能力)的实体。M2M应用层指示包括M2M应用和相关操作逻辑的层。
M2M装置对应于经由M2M SC(服务能力)操作M2M装置应用的实体。M2M装置可直接与网络域的M2M服务器进行通信，并且可经由M2M网关与网络域的M2M服务器进行通信。在经由M2M网关连接的情况下，M2M网关像代理服务器(proxy)那样操作。M2M装置可包括M2M应用和/或M2M SC(服务能力)。
M2M区域网络提供M2M装置和M2M网关之间的连通性。在此情况下，M2M网关与M2M服务器之间的网络和M2M装置与M2M网关之间的网络可彼此不同。例如，可使用诸如IEEE802.15.1、Zigbee、蓝牙(Bluetooth)、IETF ROLL、ISA 100.11a这样的PAN(个人区域网络)技术以及诸如PLC(电力线通信)、M-BUS、无线M-BUS、KNX等这样的局域网技术来实现M2M区域网络。
M2M网关对应于经由M2M SC(服务能力)管理M2M应用的实体和向M2M应用提供服务的实体。M2M网关在M2M装置与网络域之间执行代理服务器的功能，并且可执行向ETSI非兼容M2M装置提供服务的功能。M2M网关可对应于M2M装置当中配备有网关的功能的实体。M2M网关可包括M2M应用和/或M2M SC(服务能力)。
图1所示的M2M架构仅仅是示例，并且每个实体的名称可以改变。例如，在根据oneM2M技术规范的***中，M2M SC(服务能力)可被称为M2M公共服务实体(CSE)，并且SCL(服务能力层)可被称为公共服务层(CSL)。另外，M2M应用可被称为应用实体(AE)，并且M2M应用层可被简单地称为应用层。类似地，每个域的名称也可以改变。例如，在oneM2M***中，网络域可被称为基础设施域，并且装置和网关域可被称为场域。
如图1所示，M2M***可被理解为包括用于M2M通信的M2M应用层和M2M SC(服务能力)层的分层结构。
图2示出M2M***的分层结构的示例。
参照图2，M2M***可包括应用层202、公共服务层204和底层(underlying)网络服务层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能够与AE302通信。Mca参考点312可指示M2M应用层与M2M公共服务层之间的接口。
Mcc参考点314指定彼此不同的公共服务实体(CSE)304之间的通信流。当CSE304提供必要功能时，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参考点312可指示M2M公共服务层与M2M底层网络层之间的接口。
在图3所示的示例中，CSE 304可提供各种公共服务功能(CSF)。例如，CSE 304可包括从由应用和服务层管理功能、通信管理和传送处理功能、数据管理和存储库功能、装置管理功能、组管理功能、发现功能、定位功能、网络服务曝光/服务执行和触发功能、注册功能、安全功能、服务收费和计费功能、服务会话管理功能以及订阅/通知功能构成的组中选择的至少一个。CSE 304指示公共服务功能的实例，并且提供可由M2M应用使用并共享的公共服务功能的子集。下文中将对公共服务功能进行示意性说明。
-应用和服务层管理(ASM)：提供AE和CSE的管理功能。例如，ASM功能配置CSE的功能，寻找CSE的功能的故障并且对功能进行升级。此外，ASM功能可将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)：起到向CSE提供收费功能的作用。
-服务会话管理(SSM)：为了端到端通信，执行管理服务层的M2M会话的功能。
-订阅/通知(SUB)：当订阅了特定资源的改变时，如果资源发生改变，则执行通知所述改变的功能。
图4是M2M***配置的示例的图。在本说明书中，节点对应于包括一个或更多个M2M应用的实体或者包括一个CSE和等于或大于零个M2M应用的实体。
尽管应用专用节点(ADN)包括至少一个或更多个应用实体(AE)，然而应用专用节点(AND)可以指示不包括公共服务实体(CSE)的节点。ADN可经由Mca与中间节点(MN)或基础设施节点(IN)通信。ADN可被称为具有受限能力的M2M装置。在此情况下，具有受限能力的M2M装置可对应于不包括公共服务层或公共服务实体(CSE)的M2M装置。具有受限能力的M2M装置可被简单地称为受限M2M装置。
应用服务节点(ASN)包括至少一个或更多个公共服务实体(CSE)，并且可以指示包括至少一个或更多个M2M应用实体(AE)的节点。ASN可经由Mcc与一个中间节点或基础设施节点进行通信。ASN可被称为M2M装置。
中间节点(MN)可以指示包括一个公共服务实体(CSE)以及等于或大于零个M2M应用实体(AE)的节点。MN可经由Mcc与基础设施节点(IN)或不同的中间节点(MN)进行通信。或者，MN可经由Mcc与IN/MN/ASN进行通信。或者，MN可经由Mca与ADN进行通信。MN可被称为M2M网关。
基础设施节点(IN)包括公共服务实体(CSE)，并且可以指示包括等于或大于零个应用实体(AE)的节点。IN可与至少一个或更多个中间节点(MN)和/或至少一个或更多个ASN进行通信。或者，IN可经由Mcs与一个或更多个ADN进行通信。IN可被称为M2M服务器。
参照图4，情况1示出了在ADN 402与IN 422之间执行的通信的示例。ADN 402可以对应于具有受限能力的M2M装置。在此情况下，由于ADN 402不包括CSE或公共服务层，因此ADN可经由Mca与IN 422的CSE通信。在此情况下，由于ADN402不包括CSE或公共服务层，因此ADN不能存储由AE或应用层生成的数据。因此，在情况1中，ADN 402的AE或应用层所生成的数据可存储在IN 422的CSE中。
情况2示出了在ADN 404与MN 414之间执行的通信的示例。ADN 404也可以对应于具有受限能力的M2M装置。因此，除了ADN 404正在与MN 414的CSE进行通信的点之外，ADN还可与情况1的操作相似地操作。具体地，ADN 404可经由Mca与MN 414的CSE通信。此外，由于ADN 404不包括CSE或公共服务层，因此ADN不能存储由AE或应用层生成的数据。因此，ADN404的AE或应用层所生成的数据可存储在IN 414的CSE中。
此外，在情况2中，MN 414可经由MN 412与IN 422进行通信。在此情况下，MN 414和MN 412可彼此进行通信，并且MN 412和IN 422可经由Mcc彼此进行通信。MN 414可无需经过MN 412地与IN 422进行通信。
情况3示出了在ASN 406和MN 414之间执行的通信的示例。与情况1或情况2不同，由于ASN 406包括CSE或公共服务层，ASN 406的AE或应用层所生成的数据可存储在ASN 406的CSE或公共服务层中。此外，ASN 406的AE可经由ASN 406的CSE与MN 414的CSE进行通信。
情况4示出了在ASN 408和MN 414之间执行的通信的示例。与情况3相比，ASN 408的CSE可无需经过MN地与IN 422的CSE直接进行通信。
IN 422/424可位于基础设施域或网络域，并且可包括一个CSE以及等于或大于零个AE。IN 422/424可经由Mcc彼此通信。
图5是在M2M***中使用的资源的示例的图。
在M2M***中，应用实体(AE)、CSE、数据等可被表示为资源。在M2M***中，资源指示可使用唯一的地址(例如，URI(通用资源标识符或统一资源标识符))来唯一地寻址的数据结构。在M2M***中，资源可以具有树形结构，可由CSE或公共服务层管理和存储，并且可彼此逻辑地连接。因此，M2M装置、M2M网关、M2M服务器的CSE或公共服务层可包括资源。相反，M2M***的AE或应用层不能具有资源。在包括树形结构的M2M资源中，baseURI对应于根资源，并且baseURI可包括属性和子资源。
M2M***中限定有各种资源。M2M应用可基于资源来执行通信。例如，资源可被用于诸如应用注册、读取传感器值等的M2M服务。当实例被生成时，唯一地址信息(例如，URI)被给予每个资源。与根资源相似，每个资源可包括属性和子资源。可使用唯一地址信息来寻址每个资源。
属性存储关于资源本身的信息，并且不能包括子资源。子资源可包括该子资源的属性及其自己的子资源。例如，子资源包括CES资源、应用(application)资源、访问权限(access right)资源、容器(container)资源、组(group)资源、订阅(subscription)资源、发现(discovery)资源等。
-CSE资源对应于存在于baseURI/entity的下部的资源，并且包括在相应的CSE处注册(连接)的不同CSE的信息。
-应用资源对应于存在于baseURI/application或baseURI/实体/(特定CSE)/application的下部的资源。如果应用资源存在于baseURI/application的下部，则在相应的CSE处注册(连接)的应用的信息被存储。如果应用资源存在于baseURI/entity/(特定CSE)/application的下部，则在命名为“(特定CSE)”的CSE处注册的应用的信息被存储。
-访问权限资源对应于存在于baseURI/accessRight的下部的资源以及存储关于访问权限的信息的资源。可使用当前资源中包括的访问权限信息来执行授权。
-容器资源对应于存在于baseURI/container的下部处的资源，并且存储根据CSE或AE生成的数据。
-组资源对应于存在于baseURI/group的下部的资源，并且提供能够使资源彼此绑定的方式来处理各种资源的功能。
-订阅资源对应于存在于baseURI/subscription的下部的资源，并且执行经由通知来通告资源的状态的改变的功能。
-发现资源对应于存在于baseURI/discovery的下部的资源，并且用于发现特定资源。
图6是用于特定M2M应用的资源的示例的图。如在前述描述中提到的，特定M2M应用的资源可存储在M2M网关的CSE中或公共服务层的资源的应用资源中。与根资源相似，特定M2M应用的资源可包括属性和子资源。在图6中，notificationChannels资源可以对应于与订阅资源相关的资源。
图7示例性示出一般M2M***的通信流。一般而言，可在数据交换的基础上执行M2M***的操作。例如，为了停止另一装置的操作，特定装置可将相应的命令以数据的形式发送给所述另一装置。为了将数据存储在装置中，使用特定格式的数据结构，并且该特定格式数据结构被称为资源。可使用唯一地址(例如，URI)获取所述资源。
参照图7，请求和响应方案可用于AE到CSE连接或CSE到CSE连接。发起方可将请求消息发送给接收方，以向接收方请求存储的资源，并且发起方可接收响应于该请求消息的响应消息。同样，接收方可从发起方接收请求资源的请求消息，并且可在接收到请求消息时将响应消息发送给发起方。在本说明书中，请求消息也可称为请求，并且响应消息也可称为响应。从发起方发送到接收方的请求消息可具有以下信息。
-op：要执行的操作的形式。“op”可以是创建、检索、更新和删除中的一个。
-to：目标资源的URI。
-fr：已生成请求的发起方的标识信息(或ID)。
-mi：关于相应请求的元信息。
-cn：要传送的资源的内容。
如果成功地执行相应的请求，则响应消息可包括以下信息。响应消息可以包括以下信息中的至少一个，或者可以仅包括结果值(rs)。
-to：已生成请求的发起方的标识信息(或ID)。
-fr：接收到请求的接收方的标识信息(或ID)。
-mi：关于该请求的元信息。
-rs：该请求的结果(例如，确认(okay)、确认并完成、确认并正在处理中)。
-ai：附加信息。
-cn：要发送的资源的内容。
如果相应的请求失败，则响应消息可包括以下信息。
-to：已生成该请求的发起方。
-fr：接收到该请求的接收方的ID。
-mi：关于该请求的元信息。
-rs：该请求的结果(例如，确认)。
-ai：附加信息
图8示例性示出M2M***中的彼此互操作的不同实体。
参照图8，在基础设施节点(IN)中注册的AE(application2)与M2M装置互操作。例如，M2M装置可包括作为物理装置的传感器，并且在IN注册的AE可以读取M2M装置的传感器值。
M2M装置上的AE(application1)可以从传感器读取值，并且将读取的值以资源(例如，<container>资源)的形式存储到AE(应用1)所注册到的CSE(dsce)。为此，M2M装置上的AE(application1)必须首先注册到M2M装置上的CSE。如图8所示，当注册完成时，与注册的M2M应用相关的信息可以以“dsce/application/application1”资源的形式来存储。例如，如果由AE(application1)将M2M装置的传感器值存储在与“dsce/application/application1”资源的子资源对应的“Container”资源中，则已在IN(基础结构节点)中注册的AE(application2)可访问相应的值。此外，为了便于AE(application2)访问M2M装置，AE(application2)必须注册到IN(基础设施节点)的CSE(ncse)。按照与AE(application1)注册到CSE(dsce)相同的方式，关于AE(application2)的信息被存储在“ncse/application/application2”资源中。此外，AE(application1)可通过中间的CSE(ncse)和CSE(dsce)与AE(application2)通信，而不是与AE(application2)直接通信。为此，CSE(ncse)和CSE(dsce)必须彼此注册。如果CSE(dsce)注册到CSE(ncse)，则dsce相关信息(例如，链接)可存储在“ncse/cses/dsce”资源的子资源中。结果，AE(application2)可获取AE(应用2)可用来访问AE(application1)的信息的路径，使得AE(application2)可通过相应的路径来读取传感器值。
图9示例性示出订阅资源。在M2M***(例如，oneM2M)中，对改变资源感兴趣的实体可以订阅资源的相应变化的通知。在此情况下，为了订阅这种通知，必须建立订阅资源。订阅资源可被称为订阅资源或<subscription>资源。
订阅资源可包括关于“被订阅资源”的信息。被订阅资源和订阅资源之间的关系可表示为父子(parent-child)关系。例如，具有被订阅资源的<container>资源可包括<subscription>资源作为子资源。当父被订阅资源被删除时，<subscription>资源可被删除。
在订阅资源是子资源的情况下，根据订阅资源的设置(属性设置)，可将指示父资源的状态变化的通知消息发送到由订阅资源中包含的“notificationURI”属性规定的实体。如果发起方具有针对可订阅资源的“RETRIEVE”权限，则发起方可建立订阅资源。订阅资源的发起方变成资源订户。如果被订阅资源被修改，则该修改与参考属性进行比较，并且确定是否要将通知发送到资源订户。
参照图9，作为非限制性示例，<subscription>资源可具有各种属性和子资源。例如，<subscription>资源可包括“notificationURI”资源，“notificationURI”资源包括用于通知传递的调度信息作为子资源。此外，例如，<subscription>资源可具有表1中所示的属性。在表1中，R/W可以指示相应属性的读/写(R/W)权限，并且可以是读/写(RW)、只读(RO)和只写(WO)中的一个。另外，表1中所示的集(multiplicity)可以指示相应的属性可以在<subscription>资源中出现多少次。
[表1]
图10示例性示出M2M***的覆盖(overlay)网络结构。
M2M***(例如，oneM2M)可以由覆盖网络结构组成。覆盖网络在概念上可以指示在物理网络上构造的虚拟网络。覆盖网络结构内的节点可与虚拟或逻辑链路连接。例如，如上所述，ADN、ASN、MN、IN等可被映射到在oneM2M中使用的覆盖网络结构中包含的节点。每个链路可以经过实际物理网络内的许多物理链路，并且可以不考虑用于通信或者用于实际操作的物理链路。例如，参照图10中的(a)，可能在实际网络中出现由四跳连接(four-hopconnection)组成的连接，而该连接可在覆盖网络中呈现为由2跳连接组成的连接。术语“跳”可以被统称为存在于网络中的节点到节点的连接。
实际的物理网络节点与覆盖网络节点(即，覆盖节点)不同的原因如下。
1、可由于功能差异而生成节点。例如，可将被配置为在物理网络中执行特殊功能的装置指派给覆盖节点。
2、可能由于连接的网络中的差异而在高层节点中存在差异。例如，参照图10中的(b)，物理网络可连接到Bluetooth(蓝牙)、Wi-Fi或WAN(广域网)，并且可能在每个网络中存在一个网关。在此情况下，各个网关可被视为覆盖网络中的节点。
图11示例性显示M2M***。
参照图11，M2M***可提供用于共享自行车的M2M服务。在图11中，为了将自行车中包含的各种传感器1110的信息发送到M2M服务平台1130，智能电话1120可用作网关。例如，自行车的感测信息可包括位置、自行车用户的心率信息以及胎压。传感器1110可定期发送感测信息，使得提供自行车共享服务的本地政府服务1140以及医疗保健服务中心1150能够为自行车用户提供M2M服务。
在图11的示例中，必须经过网关装置的原因在于，存在于被称为PAN(个人区域网络)的网关内网络或者存在于M2M区域网络中的装置(例如，加速度计、轮胎传感器、锁具)不能连接到接入网络(诸如3GPP、3GPP2)。网关可解释并且转换区域网络协议和接入网络协议之间的消息，并且网关可以在功能上连接到两个网络。
图12示例性示出M2M***的操作。
参照图12，在步骤S1202中，服务域1260中的应用可向M2M服务平台1130注册服务，并且可订阅关于自行车共享服务的信息。由于M2M服务平台1130的各种资源由自行车共享服务提供方(或自行车提供方)1140和卫生服务提供方1150拥有，因此需要访问其它资源的应用可以合法地请求资源的资源访问权限。如果请求适当，则应用可以基于服务协议同意请求。
在步骤S1204中，可以解锁自行车。例如，用户可以允许智能电话1120与自行车连接，使得可通过近场通信(NFC)接口来解锁自行车。
在步骤S1206中，如果特定条件被触发(例如，如果自行车在使用中)，则传感器1110可通过充当网关的智能电话1120向M2M服务平台1130报告自行车状态变化。
在步骤S1208中，M2M服务平台1130可以将状态变化通知给服务共享服务提供方1140。在此情况下，自行车共享服务提供方1140可以在其自己的网站上记录自行车的使用中的状态。
在步骤S1210中，在用于管理M2M服务的正常报告的情况下，可由车把上安装的心率传感器连续收集用户的心率。可将健康相关的信息(例如，心脏速率、位置、时间等)定期地报告给M2M服务平台1130。
在步骤S1212中，M2M服务平台1130可以向自行车共享服务提供方1140和医疗服务提供方1150通知健康服务信息。
在步骤S1214中，在用于处理任何紧急情况的紧急报告的情况下，在用户骑自行车时胎压传感器1110可检测到前轮胎的压力低。在此情况下，可通过智能电话1120将相应的信息连同位置信息立即发送到M2M服务平台。
在步骤S1216中，M2M服务平台1130可以向自行车共享服务提供方1140通知状态变化。
在步骤S1218中，自行车共享服务提供方1140可根据接收到的位置信息来搜索最近的自行车修理店，并且可将路线信息发送到M2M服务平台1130。
在步骤S1220中，M2M服务平台1130可以将路线信息发送到具有导航应用的智能电话1120。
然而，一般而言，在M2M***中使用的网关在操作时可以不总是连接到电源单元。如果网关电力耗尽，则网关可能不保证区域网络与接入网络之间的连接。也就是说，如果网关电力耗尽，则整个M2M***可能转变成不工作状态。例如，由于智能电话1120的电池在步骤S1222中耗尽，因此M2M服务平台1130和传感器1110之间的连接会断开。因此，传感器1110和M2M服务平台1130不能相互报告或者通知它们的状态信息。因此，为了根据特定装置的状态来保证服务持久性，可能需要一种用于改变或修改其它装置的服务配置的方法。例如，在图12的示例中，需要一种用于修改(或改变)服务配置以改变数据量以便在特定情况下(例如，如果网关电力低于与预定电力对应的阈值)保证服务持久性的方法，。
此外，为了使得能够根据网关或装置的状态来改变M2M服务配置，有必要向从M2M装置发送的各个请求消息指派重要程度。因此，提出了一种用于限定从M2M装置发送的请求消息的重要程度的方法。为了描述请求的重要性，可将重要性指示符添加到请求的元信息。重要性指示符也可以被称为事件类别。可以由请求的发起方来配置事件类别。于是，可基于分配给各个对象的策略来差别地处理具有事件类别的请求。由M2M装置发送的请求消息可包括“ec”。
ec：指示用于处理相应请求的事件类别。事件类别涉及在CMDH CSF中如何处理远程访问托管资源的请求。可通过用于差别处理事件类别的策略来管理通过CMDH的连接的选择和调度。
例如，假定其中事件类别被设置为特定值(X)的请求消息，如果该请求消息请求要在与本地CSE不同的托管CSE中执行特定操作，则可将该请求消息存储在位于朝向托管CSE移动的路径或路线上的特定CSE中。可根据以前提供的策略(与事件类别相关)将与所存储的请求消息对应的消息发送给下一个CSE。否则，在经过预定时间之后，可以由已存储了该请求消息的CSE发送相应的消息。本地CSE可以指示被配置为首先接收请求消息的CSE。例如，如果请求消息的发起方是IN(基础设施节点)上的应用，则本地CSE可以指示该IN上的CSE。同样，如果请求消息的发起方是中间节点(MN)上的应用，则本地CSE可指示MN的CSE。另外，托管CSE可以指示包括作为请求消息的目标的资源(或被寻址的资源)的CSE。
图13示例性示出根据本发明的改变M2M服务配置的操作。
在步骤S1302和S1304中，中间节点(MN)1320(例如，MN的CSE)可以接收与请求关联的至少一个策略信息，并且可以以资源的形式存储相应信息。更详细地，MN(例如，MN的CSE)可以在步骤S1302中接收与请求关联的默认策略信息，并且可以在步骤S1304中接收与请求关联的限制策略信息。与请求关联的至少一个策略信息可从被配置成管理IN(基础设施节点)或M2M***(例如，oneM2M***)中的整个服务策略的策略管理器来接收，或者可以从MN中包含的AE 1330接收。例如，默认策略信息可以包括关于请求的请求默认值，并且可包括范围信息(例如，参见表2)和条件信息(例如，参见表2)。例如，限制策略信息可以包括关于请求的请求限制，并且可包括范围信息(例如，参见表3)和条件信息(例如，参见表3)。下文中将参照图14描述默认策略信息的详细描述，并且下文中将参照图15描述限制策略信息的详细描述。
在步骤S1306中，MN 1320可将在步骤S1302和S1304中接收到的至少一个策略信息发送给在范围信息中指定的装置或实体。例如，可将默认策略信息发送给由默认策略信息中包含的范围信息指示的实体(或M2M装置)，并且可以将限制策略信息发送给由限制策略信息中包含的范围信息指示的实体(或M2M装置)。另外，作为非限制性示例，可在步骤S1302和S1304完成之后执行步骤S1306，或者还可以在步骤S1302或S1304完成之后执行步骤S1306。此外，在步骤S1306中，可由MN 1302以通知的形式发送所述至少一个策略信息。另选地，当AE 1310注册到MN 1320时，包括所述至少一个策略信息的资源的地址(例如，URI)被发送到AE 1310，使得AE1310可检索所述至少一个策略信息。
在步骤S1308中，MN 1302可以创建订阅资源。例如，如果MN 1320在步骤S1302或S1304中接收到至少一个策略信息，则MN 1320可以基于相应的策略信息中包含的条件信息(例如，associatedCondition属性)来创建订阅资源。例如，当创建订阅资源时，associatedCondition属性中包含的“criteria”可被映射到订阅资源的filterCriteria属性(例如，参见表3)。下文中将参照图16描述订阅资源的创建。MN 1320可以订阅创建的订阅资源。
另选地，如果已在步骤S1302或S1304中指定了应用策略信息的条件，则被配置为根据方案结构(scenario structure)来管理IN(基础设施节点)或M2M***(例如，oneM2M***)中的整个服务策略的策略管理器可以订阅MN 1320，和/或MN节点中包含的AE 1330可以订阅MN 1320。可基于在指定的条件中表示的内容来执行该订阅。
在步骤S1310中，如果MN 1320具有在步骤S1302或S1304中接收到的至少一个策略信息当中的未指定特定条件的策略，则MN 1320可根据相应的策略执行初始服务。即，可根据来自所述至少一个策略信息当中的、未指定条件信息的默认策略信息和/或限制策略信息来执行服务。可以在步骤S1306中将相应的策略信息指派给由每种策略信息中包含的范围信息指示的实体(或M2M装置)。
另选地，如果在步骤S1302或S1304接收到的至少一个策略信息全部指定特定条件，但是MN 1302的初始状态不对应于这些特定条件中的任一个，则可根据默认策略信息来执行初始服务。
另选地，MN 1320的状态可满足在步骤S1302或S1304中接收到的至少一个策略信息中包含的第一条件信息。在此情况下，可根据包括第一条件信息的策略信息来执行初始服务。
可以不按照上述示例中的一个来选择初始服务的策略信息。例如，可基于上述示例的全部或某些部分的组合来确定初始服务的策略信息。例如，在步骤S1302或S1304接收到的至少一个策略信息当中，如果存在未指定特定条件的策略并且如果MN 1302的初始状态不对应于任何条件，则可根据未指定条件的策略信息来执行初始服务。在另一示例中，在步骤S1302或S1304接收到的至少一个策略信息当中，如果存在未指定特定条件的策略并且如果MN 1320满足第一条件信息，则可根据包括第一条件信息的策略信息来执行初始服务。
在步骤S1312中，MN 1320还可以满足在步骤S1302或S1304接收到的至少一个策略信息中包含的第二条件信息。例如，MN 1320可对应于与初始状态不同的条件状态(例如，与在步骤S1310中施加的至少一个策略信息中包含的条件对应的状态)。例如，由第二条件信息指示的状态可包括MN 1320的剩余电力对应于特定状态(例如，小于Y％)的情况。
在步骤S1314中，MN 1320可以将在步骤S1312检测到的状态变化发送或通知给在订阅资源(例如，在该订阅资源中包含的notificationURI属性)中指定的实体(或M2M装置)。在此情况下，可将上述状态改变发送或通知给与在策略信息资源的范围中相同的实体。例如，在订阅资源(例如，订阅资源的notificationURI属性)中指定的实体(或M2M装置)的范围可以与由在步骤S1302或S1304接收到的至少一个策略信息中包含的范围信息指示的实体(或M2M装置)相同。在此情况下，从MN 1320发送的通知消息可包括与条件相关和/或与策略相关的标识信息。例如，与条件或策略相关的标识信息可包括有包含相应策略信息的资源的地址(例如，URI)，或者可包括其它标识信息。
在步骤S1316中，包含在策略的范围中并且接收到通知消息的实体(或M2M装置)可执行与请求关联的策略(例如，默认策略或限制策略)。可根据默认策略信息或限制策略信息来执行与请求关联的策略。另选地，可根据由在步骤S1314接收到的通知消息中包含的标识信息指示的策略信息来执行与请求关联的策略。例如，如果限制策略信息中包含的条件信息指示MN 1320的剩余电量对应于特定状态(例如，小于X％)，则包含在策略的范围中并且接收到通知消息的实体(或M2M装置)执行新的请求限制策略，诸如执行用于执行限制发送到MN 1320的请求的操作(例如，仅发送仅包括具有X或更高的重要性的事件类别的请求)。结果，减少了MN 1320的用于通信的电力消耗，使得可保持服务持久性。
在步骤S1318中，可以操作基于根据MN 1320的改变的条件的新策略的服务。在此情况下，新的策略可包括默认策略或限制策略。
在步骤S1320中，可以满足在步骤S1302或S1304接收到的至少一个策略信息中包含的第三条件信息。即，MN 1320的状态可对应于与在步骤S1318中应用的至少一个策略信息中包含的状态条件(对应于第二条件信息)不同的条件状态。例如，MN 1320的剩余电量可以对应于特定状态(例如，小于Y％)，然后可通过充电来退出电力不足的状态(例如，MN1320的剩余电量可以等于或大于X％)。
在步骤S1322中，MN 1320可将在步骤S1320检测到的状态变化发送或通知给订阅资源(例如，在该订阅资源中包含的notificationURI属性)中指定的实体(或M2M装置)。在此情况下，可将状态变化发送或通知给与策略信息资源的范围中相同的实体。例如，在订阅资源(例如，订阅资源的notificationURI属性)中指定的实体(或M2M装置)的范围可以与由在步骤S1302或S1304接收到的至少一个策略信息中包含的范围信息指示的实体(或M2M装置)相同。在此情况下，由MN 1320发送的通知消息可包括与条件相关和/或与策略相关的标识信息。例如，与条件相关的标识信息或与策略相关的标识信息可包括包含相应策略信息的资源的地址(例如，URI)，或者可包括其它标识信息。
在步骤S1324中，已从MN 1320接收到通知消息的实体(或M2M装置)可处理由于限制策略而导致的未决请求。在此情况下，例如，该实体可根据限制策略信息中用于处理未决请求的操作属性(例如，pendingRequest属性)来处理未决请求。
图13中所示的个别步骤和/或结构可按照需要省略和执行，或者可按照需要修改和执行。例如，图13所示的MN 1320的状态变化可包括基于剩余电量的状态变化。然而，MN1320的状态变化可包括根据MN 1320是否基于电池操作的状态变化，或者根据MN 1320是否基于通过线缆连接的电源操作的状态变化。在此情况下，根据MN 1320是否最初基于电池操作，或者根据MN 1320是否最初基于线缆电力操作，可使用针对基于电池的操作的策略信息和针对基于线缆电力的操作的策略信息中的一个来执行初始服务。
例如，在步骤S1310中，如果MN 1320基于自行车的电源操作，则可根据针对基于线缆电力的操作的策略信息来执行初始服务。如果MN 1320基于电池电力操作，则可根据针对基于电池电力的操作的策略信息来执行初始服务。在此情况下，基于线缆电力的策略信息可以被配置为默认策略，而基于电池电力的策略信息可被配置为限制策略。
此外，例如，如果MN 1320最初连接到自行车的电力线缆以使得MN 1320基于线缆电力操作并且然后基于电池电力操作，则MN 1320可在步骤S1312中检测这种状态变化，并且可在步骤S1314将检测到的状态变化发送给在订阅资源中指定的实体(或M2M装置)，或者也可以向该实体(或M2M装置)通知检测到的状态变化。在此情况下，在步骤S1316中，接收到通知消息的实体(或M2M装置)可根据针对基于电池电力的操作的策略信息来执行服务。如果实体(或M2M装置)遵循基于电池电力的策略信息，则实体(或M2M装置)可以限制发送到MN1320的请求。结果，减少了MN 1320的用于通信的电力消耗量，使得可保持服务持久性。
此外，如果MN 1320基于电池电力来操作并且然后在连接到电力线缆之后基于线缆电力来操作，则MN 1320可以在步骤S1320中检测这种状态变化，并且可以在步骤S1322将检测到的状态变化发送或通知给在订阅资源中指定的实体(或M2M装置)。在此情况下，接收到通知消息的实体(或M2M装置)可在步骤S1324执行基于电池电力的策略，从而根据操作属性来处理未决请求。
在另一示例中，在可应用诸如基于电池电力的策略信息和基于线缆电力的策略信息这样的两种策略信息的情况下，这两种策略信息中的一种策略信息可被配置为默认策略信息，并且另一种策略信息可被配置为限制策略信息。然后，可以将指示是否根据MN 1320的状态变化使用默认策略信息的通知消息发送给实体(或M2M装置)。在本示例中，如果MN1320从应用限制策略信息的一种状态转变到应用默认策略信息的另一种状态，则MN 1320可将指示丢弃限制策略信息的通知消息发送给实体(或M2M装置)，或者可以将指示返回到默认策略信息的另一通知消息发送给实体(或M2M装置)。
图14示例性示出根据本发明的默认策略信息。在接收到请求时，默认策略信息可被存储在用于默认策略信息的资源中。例如，默认策略信息可被存储在<requestDefaults>资源中。用于默认策略信息的资源可包括指示可由本地实体(或M2M装置)(例如，1310)发送的请求的默认值的信息。当本地实体(或M2M装置)(例如，1310)或者由CSF生成的请求没有指示关于各个属性的任何值时，默认策略信息的资源类型(例如，<requestDefaults>)可用于指示可被用于CMDH相关参数的默认值。此外，默认策略信息可包括将被应用默认策略信息的条件。在此情况下，根据特定节点的状态(例如，托管CSE或者包括托管CSE的节点)是否满足条件信息，可以按照不同的方式改变请求的默认值。
参照图14，用于默认策略信息的资源可包括范围信息、默认事件类别信息(例如，defaultEventCategory)和默认寿命信息(例如，defaultLifeSpan)。默认事件类别信息和默认寿命信息是指示默认值的信息。虽然未在图14中示出，但是用于默认策略信息的资源可包括用于应用默认策略资源的条件信息。在此情况下，条件信息(例如，associatedCondition)可以不仅指示要监测的目标信息的地址信息(例如，<link>)，而且可以指示标准信息(例如，<criteria>)，标准选项指示是否对应于条件。范围信息(例如，scope)可包括应用默认策略信息的应用实例或实体的标识信息(例如，ID)。默认事件类别信息(例如，defaultEventCategory)可指示当在范围信息中指定的装置所生成的请求中未限定事件类别时使用的默认值。例如，当在范围信息(例如，scope)中指定的实体(或M2M装置)中的一个在特定条件(例如，与默认策略资源的条件信息对应的条件)下发送请求消息时，如果没有限定事件类别的任何值，则默认事件类别信息(例如，defaultEventCategory)的值可被设置为相应的值。默认寿命信息(例如，defaultLifeSpan)可以指示当在范围信息中指定的装置所生成的请求中未限定寿命时使用的默认值。
例如，用于默认策略信息的资源可包括表2中示出的信息(或属性信息)。在表2中，R/W可以指示针对相应属性的读/写(R/W)权限，并且可以是读/写(RW)、只读(RO)和只写(WO)中的一个。另外，表2所示的集(multiplicity)可以指示相应的属性可在<subscription>资源中出现多少次。
[表2]
表2中所示的“associatedCondition”可被表示为“defaultAssociatedCondition(DAC)”，以与表3中所示的“associatedCondition”区分开。
图15示例性示出根据本发明的限制策略信息。针对请求的限制策略信息可被存储在用于限制策略信息的资源中。例如，限制策略信息可被存储在<requestLimits>资源中。用于限制策略信息的资源(例如，<requestLimits>资源)可限定与CMDH(通信和递送处理)功能相关的参数(例如，与事件类别和寿命关联的参数)的限制。相应的限制可以被应用于由相应的节点拥有的AE和CSE或者注册到相应的节点的AE和CSE生成的请求。当本地实体(或M2M装置)(例如，1310)发送具有CMDH相关参数的请求时，用于限制策略信息的资源可以指示用于验证CMDH相关参数的限制范围。例如，如果请求具有位于限制范围之外的CMDH相关参数，则该请求可能被否定或拒绝。此外，限制策略信息可以包括用于指示将应用限制策略信息的条件的条件信息。在此情况下，可根据特定节点(例如，托管CSE或包括托管CSE的节点)的状态是否满足与条件信息对应的条件按照不同方式来改变针对上述请求的限制策略。
参照图15，用于限制策略信息的资源可包括范围信息(例如，范围)、条件信息(例如，associatedCondition)、关于未决请求的处理方案的信息(例如，pendingRequest)、事件类别的范围信息(例如，rangeEventCategory)和寿命范围信息(例如，rangeLifeSpan)。范围信息(例如，scope)可包括被应用极限策略信息的应用实例或实体的标识信息(例如，ID)。条件信息(例如，associatedCondition)可不仅包括要监测的目标信息的地址信息(例如，<link>)，而且包括指示是否对应于条件的标准信息(例如，<criteria>)。要监测的目标信息可以指示要在用于存储M2M装置的属性信息的资源内监测的目标装置的特定信息(例如，参见图17)。关于未决请求的处理方案的信息(例如，pendingRequest)可以限定用于处理不被发送到M2M网关或装置并且未决的请求的方法。例如，关于未决请求的处理方案的信息可以指示发送所有未决请求、发送最新的请求、发送具有特定范围的事件类别值的请求、发送具有特定范围的寿命的请求、或者根据下一策略来处理请求。事件类别的范围信息(例如，rangeEventCategory)可以指示由范围信息中指定的装置生成的请求(或请求的事件类别)所允许的范围。寿命范围信息(例如，rangeLifeSpan)可以指示由范围信息中指定的装置生成的请求(或请求的寿命)所允许的范围。
例如，用于限制策略信息的资源可包括表3中所示的信息(或属性信息)。在表3中，R/W可以指示针对相应属性的读/写(R/W)权限，并且可以是读/写(RW)、只读(RO)和只写(WO)中的一个。另外，表3中所示的集可以指示可在<subscription>资源中生成相应的属性多少次。在表3中，App-Inst-ID可以指示应用实例ID。
[表3]
图16示例性示出根据本发明的将限制策略信息映射到订阅资源的示例。
根据本发明，可根据特定装置(例如，MN 1320)的状态变化来改变另一装置(例如，AE 1310)的策略，使得可以修改或改变M2M服务配置。为此，特定装置的状态变化必须通知给另一装置。在此情况下，订阅资源可用于这种通知。可使用默认和限制策略信息中包含的条件信息和范围信息来创建订阅资源。假定默认和限制策略信息包括条件信息，例如，具有策略的特定装置(例如，MN 1320)可将用于限制策略信息的资源(例如，<requestLimit>资源)映射到订阅资源(例如，<subscription>资源)，由此创建订阅资源。此外，实体(例如，被配置为管理IN(基础设施节点)或M2M***(例如，oneM2M***)中的整个服务策略的策略管理器、或者MN节点中包含的AE)可以创建相应的订阅资源。
当创建订阅资源时，可以使用下面的映射规则。例如，用于限制策略信息的资源中的用于范围信息的资源(例如，<scope>资源)可映射到订阅资源的用于通知地址信息的资源(例如，<notificationURI>资源)。此外，例如，在条件信息(例如，<associatedCondition>)中的要监测的目标信息的地址信息(例如，<link>)可映射到订阅资源的创建位置(这可与针对被订阅状态的监测问题关联)。此外，例如，条件信息(例如，associatedCondition)的标准信息(例如，<criteria>)(即，详细条件的标准值)可映射到订阅资源的标准值信息(例如，filterCriteria)。总之，相应的策略中包括的信息的资源与订阅信息的资源进行配对，使得可根据被订阅的装置(或被订阅实体)的状态来改变相应的策略。
图17示例性示出根据本发明的用于存储M2M装置的属性信息的资源结构。由于M2M装置可由一个节点表示，因此用于存储M2M装置的属性信息的资源也可被称为节点资源。节点资源可以指示可通过其它M2M操作(例如，oneM2M操作)来利用的M2M节点的特定信息。例如，当源CSE将请求消息发送给目标CSE时，源CSE的CMDH CSF可基于目标CSE的可达性调度(reachability schedule)来确定何时将请求消息发送给目标CSE。节点资源可包括关于可达性调度的信息、上下文信息(例如，存储器和存储单元)以及诸如网络拓扑的M2M节点(或装置)特性。
可根据节点类型来改变节点资源的位置。例如，ASN可位于本地CSE的<baseURI>的下面。此外，例如，ADN可位于托管CSE的<Application>资源的下面。此外，例如，MN可位于本地CSE的<baseURI>的下面。
参照图17，节点资源可包括各种类型的属性信息和子资源。例如，节点资源可以包括节点标识信息(例如，nodeID)作为属性信息。此外，例如，节点资源可以包括与存储器关联的资源(例如，<memory>资源)、与存储单元关联的资源(例如，<storage>资源)、与电力关联的资源(例如，<power>资源)、与网络拓扑关联的资源(例如，<networkTopology>资源)、和/或与调度关联的资源(例如，<schedule>资源)。在图17中，位于属性信息和子资源旁边的数字可以指示集。如果集由0..1来表示，则所述集可指示可选项。
表4示出了节点资源的子资源。
[表4]
在表4中，<mgmtObj>资源类型可包括指示个别M2M管理功能的管理数据，并且可指示用于映射到外部管理技术的数据模型(例如，OMA DM、BBF TR-069、LWM2M)的一般结构。可根据OMA(开放移动联盟)标准规范通过装置管理技术或其它方法(例如，JNI(Java本地接口))来获取诸如存储器和存储单元这样的节点特定信息。由于<mgmtObj>资源类型表示包括上述两种方法的管理功能，因此子资源的类型可以是<mgmtObj>资源类型。
图18示例性示出根据本发明的用于改变M2M服务配置的操作。
对图18所示的步骤S1204至S1220的描述与对图12所示的步骤S1204至S1220的描述相同。因此，对图12所示的步骤S1204至S1220的描述通过引用并入本文中。
与图12的示例相比，如果智能电话1120的状态对应于步骤S1822中的特定状态，则智能电话1120可将状态变化报告给M2M服务平台1130。特定状态可以包括在网关或装置中预期发生故障或有故障的操作的情况。更详细地，例如，特定状态可包括网关或装置的剩余电池量低的情况(例如，剩余电池量等于或小于X％)、预期电池放电的情况、通过位置或速度信息预期连接丢失的情况、或者不能通过各种触发器来预期服务的正常执行的情况。如果满足上述情况中的任一种，则网关或装置可将其自己的条件信息包括到警告消息中，并且可将警告消息发送到M2M服务平台1130。
在步骤S1824中，M2M服务平台1130可以改变自行车提供方1140和传感器1110的M2M服务配置，诸如以减少电力消耗。例如，M2M服务平台1130可以将服务配置改变为“仅紧急情况”。在此情况下，仅紧急情况请求消息可通过传感器1110发出。在其它情况下，可在服务的最后时间以批量模式来通知紧急情况请求消息。
另选地，在M2M服务平台1130识别了网关或装置的状态之后，M2M服务平台1130可命令网关或装置改变服务配置以保持服务持久性。例如，在正常报告的情况下(参照步骤S1208、S1212和S1216)，可将报告格式改变为批量模式或准实时模式。在批量模式期间，虽然存在要由网关或装置发送的数据，但是数据不被实时地发送，数据是未决的，并且最后在服务终止时间发送未决数据。在准实时模式期间，虽然存在要由网关或装置发送的数据，但是数据不实时地发送，数据是未决的，并且当网关或装置可恢复可保持服务持久性的状态时，实时地发送未决数据。相反，例如，在紧急情况报告的情况下(例如，参见步骤S1822)，报告格式保持不变。
在步骤S1826，自行车用户到达目的地，并且可将自行车停放在指定地点。在此情况下，传感器1110可通过智能电话1120将累积的信息和正常事件订阅信息报告给M2M服务平台1130。
在步骤S1828中，服务平台1130可以将共享自行车的使用通知给自行车提供方1140和健康服务提供方1150。
在图18的示例中，虽然操作为M2M网关的智能电话1120是与M2M服务平台1130分立的实体，但是M2M网关在其它示例中也可以用作M2M服务平台1130。
图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的功能。图9例示了发送装置和接收装置分别通过RF单元进行通信，但是本发明不限于此。在本发明中，发送装置和接收装置可以通过有线网络进行通信。在此情况下，RF单元可以用网路接口单元(NIU)替换。
以上描述的本发明的实施方式是本发明的元件和特征的组合。除非另外提到，否则这些元件或特征可被认为是选择性的。每个元件或特征可在不与其它元件或特征结合的情况下来实践。另外，本发明的实施方式可通过组合元件和/或特征的一部分来构建。本发明的实施方式中描述的操作顺序可重新排列。任一个实施方式的一些构造可包括在另一实施方式中，并且可用另一实施方式的相应构造替换。对于本领域技术人员明显的是，所附的权利要求中的彼此未被明确地引用的权利要求可以以组合形式作为本发明的实施方式而提供或者在本申请提交之后通过随后的修改作为新的权利要求被包括。
如果有必要，还可由基站的上层节点执行本发明中要由基站执行的特定操作。换言之，对于本领域技术人员显而易见的是，可由基站或除基站之外的其它网络节点来执行用于使基站能够在由包括该基站的多个网络节点组成的网络中与终端进行通信的各种操作。基站可被表示为固定站、节点B(NB)、演进节点B(eNB)、接入点(AP)等。终端可被表示为用户设备(UE)、移动站(MS)、移动用户站(MSS)等。
可通过各种装置(例如硬件、固件、软件或其组合)来实现本发明的实施方式。在硬件构造中，可通过一个或更多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器或微处理器等来实现本发明的实施方式。
在固件或软件实现中，可按照模块、程序或功能等形式来实现本发明的实施方式。软件代码可存储在存储器单元中并由处理器来执行。存储器单元可位于处理器的内部或外部，并且可经由各种已知的手段向处理器发送数据以及从处理器接收数据。
对于本领域技术人员将显而易见的是，可在不脱离本发明的精神或范围的情况下对本发明做出各种修改和变型。因此，本发明旨在涵盖本发明的落入所附权利要求及其等同物的范围内的修改和变型。
工业实用性
本发明适用于诸如终端、服务器、网关等的通信装置。

Claims (9)

1.一种在机器到机器M2M***中由M2M网关来通知状态变化的方法，该方法包括以下步骤：
以资源的形式存储策略信息，其中，所述策略信息包括限制策略信息，所述限制策略信息包括指示应用所述限制策略信息的一个或更多个装置的范围信息、针对由所述一个或更多个装置中的任一装置生成的请求的允许事件类别集合、和指示应用所述限制策略信息的条件的条件信息；
向由所述范围信息指示的所述一个或更多个装置发送包括所述允许事件类别集合的通知；以及
当所述M2M网关检测到由所述条件信息指示的所述M2M网关的状态变化时，向所述一个或更多个装置发送指示所述M2M网关的所述状态变化的通知，
其中，由所述一个或更多个装置生成的请求是否被发送至M2M装置是根据所述请求是否具有在所述允许事件类别集合内的事件类别值来确定的。
2.根据权利要求1所述的方法，其中，指示所述状态变化的所述通知包括与所述策略信息相对应的标识信息，并且
其中，当由所述范围信息指示的所述一个或更多个装置接收到指示所述状态变化的所述通知时，所述一个或更多个装置根据所述标识信息指示的所述策略信息来执行M2M服务。
3.根据权利要求1所述的方法，其中，所述策略信息包括默认策略信息，所述默认策略信息包括用于针对由所述一个或更多个装置中的至少一个装置生成的请求的事件类别的默认值。
4.根据权利要求1所述的方法，该方法还包括以下步骤：
创建用于订阅的资源，
其中，所述用于订阅的资源是由所述M2M网关基于所述范围信息和所述条件信息创建的。
5.根据权利要求4所述的方法，其中，所述用于订阅的资源包括关于被发送了所述通知的装置的地址的第一信息以及关于执行所述通知的标准值的第二信息，并且
其中，创建所述用于订阅的资源包括以下步骤：将所述范围信息映射到所述第一信息，并且将所述条件信息指示的状态的值映射到所述第二信息。
6.根据权利要求1所述的方法，其中，所述限制策略信息还包括指示针对请求的处理方案的信息。
7.根据权利要求6所述的方法，其中，针对所述请求的所述处理方案包括以下各项中的至少一个：发送所有未决请求、发送最新请求、发送具有特定范围的事件类别值的请求或者具有特定范围的寿命的请求、或者根据下一个策略来处理请求。
8.根据权利要求3所述的方法，其中，所述默认策略信息包括针对由所述一个或更多个装置中的所述至少一个装置生成的所述请求的默认属性以及被应用了所述默认策略信息的所述M2M网关的状态，并且
其中，当所述M2M网关的状态对应于被应用了所述默认策略信息的M2M网关的状态时并且当由所述一个或更多个装置中的所述至少一个装置生成的所述请求的特定属性未被指定时，应用所述默认策略信息中包含的所述默认属性。
9.一种机器到机器M2M***的M2M网关，该M2M网关包括：
网络接口单元；以及
处理器，
其中，所述处理器被配置为：
以资源的形式存储策略信息，所述策略信息包括限制策略信息，所述限制策略信息包括指示应用所述限制策略信息的一个或更多个装置的范围信息、针对由所述一个或更多个装置中的任一装置生成的请求的允许事件类别集合、和指示应用所述限制策略信息的条件的条件信息，
向由所述范围信息指示的所述一个或更多个装置发送包括所述允许事件类别集合的通知，并且
当所述M2M网关检测到由所述条件信息指示的所述M2M网关的状态变化时，通过所述网络接口单元向所述一个或更多个装置发送指示所述M2M网关的所述状态变化的通知，
其中，由所述一个或更多个装置生成的请求是否被发送至M2M装置是根据所述请求是否具有在所述允许事件类别集合内的事件类别值来确定的。
CN201480009287.2A 2013-02-19 2014-02-19 用于修改m2m服务设置的方法及其装置 Active CN104995889B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201361766675P 2013-02-19 2013-02-19
US61/766,675 2013-02-19
US201461927478P 2014-01-15 2014-01-15
US61/927,478 2014-01-15
PCT/KR2014/001352 WO2014129802A1 (ko) 2013-02-19 2014-02-19 M2m 서비스 설정 변경 방법 및 이를 위한 장치

Publications (2)

Publication Number Publication Date
CN104995889A CN104995889A (zh) 2015-10-21
CN104995889B true CN104995889B (zh) 2019-01-01

Family

ID=51391529

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480009287.2A Active CN104995889B (zh) 2013-02-19 2014-02-19 用于修改m2m服务设置的方法及其装置

Country Status (6)

Country Link
US (1) US9800999B2 (zh)
EP (1) EP2961122B1 (zh)
JP (1) JP6194024B2 (zh)
KR (1) KR102182167B1 (zh)
CN (1) CN104995889B (zh)
WO (1) WO2014129802A1 (zh)

Families Citing this family (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014181941A1 (ko) * 2013-05-09 2014-11-13 전자부품연구원 개방형 ｍ２ｍ 시스템 및 그의 리소스 관리와 인터페이스 방법
WO2015062052A1 (zh) * 2013-10-31 2015-05-07 华为技术有限公司 一种m2m数据的查询、调用方法、查询、调用设备及***
CN106790676B (zh) * 2013-12-05 2020-07-07 华为技术有限公司 订阅通知的实现方法和装置
EP3101928B1 (en) * 2014-02-27 2018-05-23 Huawei Technologies Co., Ltd. Method and system for providing service according to policy
US9806974B2 (en) 2014-04-23 2017-10-31 Cisco Technology, Inc. Efficient acquisition of sensor data in an automated manner
US9838454B2 (en) 2014-04-23 2017-12-05 Cisco Technology, Inc. Policy-based payload delivery for transport protocols
JP6393398B2 (ja) * 2014-07-07 2018-09-19 コンヴィーダ ワイヤレス， エルエルシー マシンタイプ通信グループベースサービスのための調整されたグループ化
US20160080498A1 (en) * 2014-09-12 2016-03-17 Convida Wireless, Llc Scalable Charging System Based On Service-Oriented Architecture
KR101984413B1 (ko) * 2014-09-17 2019-09-03 콘비다 와이어리스, 엘엘씨 서비스 레이어를 통해 제3자 서비스들에 대한 액세스를 가능하게 하는 시스템들 및 방법들
US10106106B2 (en) * 2014-09-19 2018-10-23 Ford Global Technologies, Llc Automated driving solution gateway
KR20160036690A (ko) * 2014-09-25 2016-04-05 가온미디어 주식회사 다중 M2M/IoT 디바이스들과 연계된 M2M/IoT 디바이스를 취급하기 위한 멀티 링크 메카니즘
CN105578444A (zh) * 2014-10-10 2016-05-11 青岛海尔智能家电科技有限公司 一种自动订阅资源的方法和装置
US10271296B2 (en) 2014-10-23 2019-04-23 Lg Electronics Inc. Method for changing schedule information in wireless communication system and device therefor
US10085244B2 (en) 2014-10-27 2018-09-25 Lg Electronics Inc. Method for guaranteeing operation of control message in wireless communication system and device for same
US10194417B2 (en) 2014-10-28 2019-01-29 Lg Electronics Inc. Method for processing notification message in wireless communication system and apparatus therefor
JP6508688B2 (ja) * 2014-10-31 2019-05-08 コンヴィーダ ワイヤレス， エルエルシー エンドツーエンドサービス層認証
US10990449B2 (en) 2014-10-31 2021-04-27 Convida Wireless, Llc Managing application relationships in machine-to-machine systems
CN105611484B (zh) * 2014-11-03 2020-07-10 中兴通讯股份有限公司 一种m2m节点的管理方法和装置
CN105636241B (zh) * 2014-11-04 2020-11-17 中兴通讯股份有限公司 M2m节点的删除、注册方法及m2m节点
WO2016089854A1 (en) * 2014-12-01 2016-06-09 Convida Wireless, Llc Method for supporting negotiation service at a service layer
WO2016109951A1 (zh) 2015-01-07 2016-07-14 华为技术有限公司 响应消息处理方法、装置及***
US10375021B2 (en) 2015-02-06 2019-08-06 Lg Electronics Inc. Method and apparatus for processing request for stopping notification receipt in wireless communication system
US10110595B2 (en) 2015-03-16 2018-10-23 Convida Wireless, Llc End-to-end authentication at the service layer using public keying mechanisms
US10645554B2 (en) * 2015-03-30 2020-05-05 Telefonaktiebolaget Lm Ericsson (Publ) Intra-M2M SP mobility support in oneM2M environment
WO2016172484A1 (en) * 2015-04-23 2016-10-27 Convida Wirless, Llc Device and method for adding an m2m service
CN106162715A (zh) * 2015-04-28 2016-11-23 中兴通讯股份有限公司 监控管理方法及装置
FR3038181A1 (fr) * 2015-06-25 2016-12-30 Orange Sa Procede de notification relatif a au moins une operation mise en œuvre par un dispositif formant nœud d'un reseau
CN113518329A (zh) 2015-08-03 2021-10-19 康维达无线有限责任公司 用户设备的移动核心网络服务暴露
US10797935B2 (en) * 2015-09-02 2020-10-06 Convida Wireless, Llc Methods and apparatus for enhancing native service layer device management functionality
US10869172B2 (en) * 2015-09-18 2020-12-15 Telefonaktiebolaget Lm Ericsson (Publ) Management of communication between M2M device and M2M server with finite state transitions created by the M2M device
US11032364B2 (en) 2015-10-26 2021-06-08 Samsung Electronics Co., Ltd Method and apparatus for interworking between heterogeneous systems
CN105426212B (zh) * 2015-11-30 2021-12-24 青岛海尔智能家电科技有限公司 虚拟设备组成动态更新方法及装置
CN107124688B (zh) * 2016-02-25 2020-07-07 中兴通讯股份有限公司 一种公共业务实体资源管理的方法、装置及通信网络节点
CN115087036A (zh) * 2016-04-29 2022-09-20 中兴通讯股份有限公司 背景数据传输策略配置方法及装置
US9992654B2 (en) 2016-04-29 2018-06-05 At&T Intellectual Property I, L.P. Policy driven emergency traffic handling for machine-to-machine device communication
CN107370782B (zh) * 2016-05-13 2021-08-31 京东方科技集团股份有限公司 对设备进行操作的方法、控制装置和代理装置
CN107484211B (zh) 2016-06-08 2020-06-26 华为技术有限公司 切换接入点的方法及装置
WO2018044215A1 (en) * 2016-08-31 2018-03-08 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for policy management for temporary products in a telecommunications network
US10922089B2 (en) 2016-09-22 2021-02-16 Groupon, Inc. Mobile service applications
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
EP3526929B8 (en) * 2016-10-13 2021-11-24 Convida Wireless, LLC Enabling multicast for m2m service layer group operation
US10284731B2 (en) 2016-11-29 2019-05-07 Echostar Technologies L.L.C. Apparatus, systems and methods for generating 3D model data from a media content event
CN106995022B (zh) * 2017-04-08 2023-06-23 安徽工程大学 城市免费自行车的监管***及方法
US10992711B2 (en) * 2017-04-13 2021-04-27 At&T Intellectual Property I, L.P. Network aware data driven internet of things service engine
WO2019075317A1 (en) * 2017-10-12 2019-04-18 Convida Wireless, Llc INTERWORKING SERVICE FOR THE INTERNET OF RESTOUS OBJECTS
US10469600B2 (en) * 2017-11-14 2019-11-05 Dell Products, L.P. Local Proxy for service discovery
CN107948286B (zh) * 2017-11-24 2020-12-22 铁将军汽车电子股份有限公司 消息传递的方法、装置、终端及***
CN108206992B (zh) * 2017-12-05 2022-07-15 中兴通讯股份有限公司 一种多播组信息的传递方法、装置和***
CN110505591B (zh) * 2018-05-18 2022-09-30 京东方科技集团股份有限公司 订阅服务实体、订阅终端及信息订阅方法和***
KR102465843B1 (ko) * 2018-07-10 2022-11-09 현대자동차주식회사 M2m 시스템에서 누적 통지 메시지를 전송하는 방법 및 장치
CN110858846A (zh) * 2018-08-22 2020-03-03 京东方科技集团股份有限公司 资源配置方法、装置和存储介质
US10841772B2 (en) * 2018-12-28 2020-11-17 Wipro Limited Method and system for controlling communication between internet-of-things (IOT) devices
KR20210127095A (ko) 2020-04-13 2021-10-21 현대자동차주식회사 M2m 시스템에서 로그 정보를 관리하기 위한 방법 및 장치
CN112367304B (zh) * 2020-10-22 2022-08-16 杭州大搜车汽车服务有限公司 请求限制方法、装置、计算机设备和存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1727329A1 (en) * 2005-05-23 2006-11-29 Siemens S.p.A. Method and system for the remote management of a machine via IP links of an IP multimedia subsystem, IMS
CN102264087A (zh) * 2010-05-31 2011-11-30 中兴通讯股份有限公司 一种m2m业务中终端状态或事件管理的方法及***
WO2012150778A2 (ko) * 2011-05-03 2012-11-08 주식회사 케이티 연결 상태 확인 이벤트에 기반하여 m2m 통신 개체간 연결을 관리하는 방법 및 장치

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8204082B2 (en) * 2000-06-23 2012-06-19 Cloudshield Technologies, Inc. Transparent provisioning of services over a network
US20060046746A1 (en) * 2004-08-31 2006-03-02 Ranford Paul B System and apparatus for managing access to wireless communication devices while present within a specified physical area
US7716240B2 (en) * 2005-12-29 2010-05-11 Nextlabs, Inc. Techniques and system to deploy policies intelligently
US10057775B2 (en) * 2009-01-28 2018-08-21 Headwater Research Llc Virtualized policy and charging system
US8787936B2 (en) * 2009-07-21 2014-07-22 Katasi Llc Method and system for controlling a mobile communication device in a moving vehicle
KR101754447B1 (ko) * 2009-12-22 2017-07-05 인터디지탈 패튼 홀딩스, 인크 그룹 기반의 머신-투-머신 통신
CN102687547B (zh) 2009-12-28 2015-09-02 交互数字专利控股公司 机器对机器网关体系结构
CN107318123B (zh) * 2010-01-07 2021-05-25 日本电气株式会社 无线通信***、无线终端、无线网络、无线通信方法
US8620986B2 (en) * 2010-03-24 2013-12-31 Blackberry Limited Peer-to-peer network connectivity status
KR101489418B1 (ko) * 2010-04-22 2015-02-03 후아웨이 테크놀러지 컴퍼니 리미티드 혼잡/과부하 제어 방법 및 장치
US9319880B2 (en) * 2010-09-15 2016-04-19 Intel Corporation Reformatting data to decrease bandwidth between a video encoder and a buffer
JP2012104943A (ja) * 2010-11-08 2012-05-31 Oki Electric Ind Co Ltd データ取得頻度制御装置及びプログラム
JP2012124603A (ja) 2010-12-06 2012-06-28 Sony Corp 通信システムおよび通信装置
JP2012175225A (ja) * 2011-02-18 2012-09-10 Sharp Corp 多段中継ネットワーク、多段中継から成る無線テレメータシステム及び無線テレメータシステムに用いられる無線端末
US9167549B2 (en) 2011-02-21 2015-10-20 Lg Electronics Inc. Method and apparatus for location update in a wireless communication system
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
KR101533864B1 (ko) 2011-05-13 2015-07-03 주식회사 케이티 Ｍ2ｍ 통신에서 네트워크를 선택하는 방법 및 장치
US9338306B2 (en) * 2011-10-28 2016-05-10 Telefonaktiebolaget Lm Ericsson (Publ) Processing usage information for machine-to-machine communication
KR101740449B1 (ko) * 2013-01-11 2017-05-26 엘지전자 주식회사 M2m(machine-to-machine)시스템에서 게이트웨이 변경 방법 및 이를 위한 장치

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1727329A1 (en) * 2005-05-23 2006-11-29 Siemens S.p.A. Method and system for the remote management of a machine via IP links of an IP multimedia subsystem, IMS
CN102264087A (zh) * 2010-05-31 2011-11-30 中兴通讯股份有限公司 一种m2m业务中终端状态或事件管理的方法及***
WO2012150778A2 (ko) * 2011-05-03 2012-11-08 주식회사 케이티 연결 상태 확인 이벤트에 기반하여 m2m 통신 개체간 연결을 관리하는 방법 및 장치

Also Published As

Publication number Publication date
KR102182167B1 (ko) 2020-11-24
EP2961122A1 (en) 2015-12-30
JP6194024B2 (ja) 2017-09-06
EP2961122B1 (en) 2021-08-11
US9800999B2 (en) 2017-10-24
EP2961122A4 (en) 2016-10-26
KR20150135769A (ko) 2015-12-03
WO2014129802A1 (ko) 2014-08-28
JP2016519445A (ja) 2016-06-30
CN104995889A (zh) 2015-10-21
US20160007137A1 (en) 2016-01-07

Similar Documents

Publication Publication Date Title
CN104995889B (zh) 用于修改m2m服务设置的方法及其装置
US11277522B2 (en) Service domain charging systems and methods
CN105580327B (zh) 用于在m2m***中传送通知消息的方法及其装置
CN104904164B (zh) 用于在机器到机器（m2m）***中改变网关的方法及其装置
US11601555B2 (en) Methods and apparatuses for service layer charging correlation with underlying networks
JP6240312B2 (ja) Ｍ２ｍ通信システムにおいて購読及び通知のための方法及びそのための装置
US9392571B2 (en) Method for measuring position in M2M system and apparatus therefor
US20220322143A1 (en) Method and apparatus for providing traffic steering in mobile communication system
Pandey et al. Towards management of machine to machine networks
CN111164951B (zh) 基于服务能力要求和偏好的服务注册
KR20230056509A (ko) 무선 통신 시스템에서 트래픽에 대한 서비스 품질 관리 방법 및 장치
KR20150062903A (ko) 컨테이너 제어 메시지의 속성 정보를 이용하여 m2m 시스템의 사업자간 정산, 네트워크 효율 향상, 긴급 데이터를 구분하여 대응하는 방법 및 응용 분야를 구분하는 방법 및 그 장치

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