CN107431879A - 在无线通信系统中处理停止通知接收请求的方法和装置 - Google Patents

在无线通信系统中处理停止通知接收请求的方法和装置 Download PDF

Info

Publication number
CN107431879A
CN107431879A CN201680008808.1A CN201680008808A CN107431879A CN 107431879 A CN107431879 A CN 107431879A CN 201680008808 A CN201680008808 A CN 201680008808A CN 107431879 A CN107431879 A CN 107431879A
Authority
CN
China
Prior art keywords
equipment
resource
notice
founder
request
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
CN201680008808.1A
Other languages
English (en)
Other versions
CN107431879B (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 CN107431879A publication Critical patent/CN107431879A/zh
Application granted granted Critical
Publication of CN107431879B publication Critical patent/CN107431879B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0227—Filtering policies
    • H04L63/0245—Filtering by information in the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0227—Filtering policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0227—Filtering policies
    • H04L63/0236—Filtering by address, protocol, port number or service, e.g. IP-address or URL
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/101—Access control lists [ACL]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/60—Subscription-based services using application servers or record carriers, e.g. SIM application toolkits
    • 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
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/107—Network architectures or network communication protocols for network security for controlling access to devices or network resources wherein the security policies are location-dependent, e.g. entities privileges depend on current location or allowing specific operations only from locally connected terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/108—Network architectures or network communication protocols for network security for controlling access to devices or network resources when the policy decisions are valid for a limited amount of time

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种在无线通信系统中用于根据通知预订处理用于停止通知接收请求的方法，根据本发明的一个实施例可以包括步骤：由执行该方法的第一设备根据通知预订从第二设备接收用于停止通知接收的请求；选择策略处理该请求；以及根据选择的策略的动作信息处理该请求。

Description

在无线通信系统中处理停止通知接收请求的方法和装置
技术领域
本发明涉及在无线通信系统中用于处理通知接收停止请求的方法和装置。
背景技术
由于进入无所不在的时代，M2M(机器对机器)通信技术引人注目。M2M通信技术正在由许多标准开发组织(SDO)，诸如TIA、ATIS、ETSI、M2M等等研究。
M2M通信系统可以具有面向资源的结构(ROA)，并且访问各种资源可能是有效的。对于各种资源，针对相同的操作(例如，写入、读取、删除、执行等等)可以提供访问。
当在基于ROA的M2M系统中使用预订/通知功能时，已经创建预订的实体可能不同于实际接收通知的实体。如果通知接收实体不再等待通知消息接收，则需要用于处理其有效的方法。本发明提出授予通知拒绝权限的方法，以及解决访问权限问题和用于通知拒绝的消息大小增加的问题。
发明内容
技术问题
本发明意欲提出用于根据通知预订处理供停止通知接收请求的方法。
从本发明可获得的技术任务不受由以上的技术任务的限制。并且，其他未提及的技术任务可以由本发明涉及的本领域普通技术人员从以下的描述中清楚地理解。
技术方案
在本发明的一个技术方面中，在此处所提供的是一种在无线通信系统中根据通知预订来处理通知的接收停止请求的方法，该方法由第一设备执行，该方法包括：根据通知预订从第二设备接收用于停止通知接收的请求，选择用于处理请求的策略，以及根据选择的策略的动作信息处理请求，其中策略选择包括检查是否设置用于第二设备的目标移除的策略，以及当设置用于第二设备的目标移除的策略时，选择用于第二设备的目标移除的策略，其中当没有设置用于第二设备的目标移除的策略时，策略选择包括检查是否存在由通知预订的创建者设备设置的默认策略，以及当存在由通知预订的创建者设备设置的默认策略时，选择由创建者设备设置的默认策略，或者其中，当不存在由通知预订的创建者设备设置的默认策略时，策略选择包括选择由服务提供者设置的默认策略。
另外地或者替换地，该方法可以进一步包括确定第二设备是否被包括在通知预订服务的目标中。
另外地或者替换地，动作信息可以表示以下的一个：a)接受请求；b)拒绝请求；c)询问通知预订的创建者设备是否接受请求；和d)通知创建者设备通知预订。
另外地或者替换地，检查是否设置用于供第二设备的目标移除的策略可以包括引用包括第二设备的URI(统一的资源标识符)的特定资源和与特定资源关联的策略资源。
另外地或者替换地，由关联的策略资源表示的策略可以被选择为用于供第二设备的目标移除的策略。
另外地或者替换地，选择由创建者设备设置的默认策略可以包括当特定策略资源包括表示“默认”的信息，并且特定策略资源的“创建者”属性包括有关通知预订的创建者设备的信息时，将由特定策略资源表示的策略选择为由通知预订的创建者设备设置的默认策略。
另外地或者替换地，选择由服务提供者设置的默认策略可以包括当特定策略资源包括表示“默认”的信息时，将特定的策略资源选择为由服务提供者设置的默认策略。
在本发明的另一个技术方面中，在此处所提供的是一种在无线通信系统中用于根据通知预订处理通知接收的停止请求的装置，该装置包括：射频(RF)单元，和处理器控制RF单元，其中该处理器从第二设备根据通知预订接收用于停止通知接收的请求，选择用于处理请求的策略，和根据选择的策略的动作信息处理请求，其中在选择策略时，处理器进一步检查是否设置用于供第二设备目标移除的策略，和当设置用于供第二设备的目标移除的策略时，选择用于供第二设备的目标移除的策略，其中当没有设置用于供第二设备的目标移除的策略时，处理器进一步检查是否存在由通知预订的创建者设备设置的默认策略，和当存在由通知预订的创建者设备设置的默认策略时，选择由创建者设备设置的默认策略，或者其中当不存在由通知预订的创建者设备设置的默认策略时，处理器选择由服务提供者设置的默认策略。
另外地或者替换地，处理器可以确定第二设备是否被包括在通知预订服务的目标中。
另外地或者替换地，动作信息可以表示以下的一个：a)接受请求；b)拒绝请求；c)询问通知预订的创建者设备是否去接受请求；和d)通知创建者设备通知预订。
另外地或者替换地，在检查是否设置用于供第二设备的目标移除的策略时，处理器可以引用包括第二设备的URI(统一的资源标识符)的特定的资源和与特定的资源关联的策略资源。
另外地或者替换地，由关联的策略资源表示的策略可以被选择为用于供第二设备的目标移除的策略。
另外地或者替换地，在选择由创建者设备设置的默认策略时，当特定的策略资源包括表示“默认”的信息，并且特定的策略资源的“创建者”属性包括关于通知预订的创建者设备的信息时，处理器可以将由特定的策略资源表示的策略选择为由通知预订的创建者设备设置的默认策略。
另外地或者替换地，在选择由服务提供者设置的默认策略时，当特定的策略资源包括表示“默认”的信息时，处理器可以将特定的策略资源选择为由服务提供者设置的默认策略。
该技术方案仅仅部分地包括本发明的实施例，并且反映本发明的技术特征的各种实施例可以基于在下文中本发明的详细说明，由相应的技术领域涉及的本领域技术人员推导出和理解。
有益效果
根据本发明的一个实施例，能够有效地处理用于停止通知服务的请求。
从本发明可获得的效果可以不受以上提及的效果的限制。并且，其他未提及的效果可以由本发明涉及的本领域普通技术人员从以下的描述中清楚地理解。
附图说明
附图被包括以提供对本发明进一步的理解，并且被结合进和构成本说明书的一部分，其图示本发明的实施例，并且与该说明书一起可以起解释本发明原理的作用。
图1示出在M2M通信系统中的功能结构。
图2示出基于M2M功能结构的由M2M通信系统支持的配置。
图3示出由M2M通信系统提供的常见服务功能。
图4示出在M2M应用服务节点和M2M基础设施节点上存在的资源结构。
图5示出在M2M应用服务节点(例如，M2M设备)和M2M基础设施节点上存在的资源结构。
图6示出用于交换在M2M通信系统中使用的请求和响应消息的过程。
图7示出<accessControlPolicy>资源的结构。
图8示出在M2M通信系统中的注册过程。
图9示出与预订服务相关的操作。
图10示出与预订服务相关的操作。
图11示出用于更新通知目标列表的操作。
图12示出用于更新通知目标列表的操作。
图13示出根据本发明的一个实施例的预订资源的结构。
图14示出根据本发明的一个实施例的预订资源的结构。
图15示出根据本发明的一个实施例的预订资源的结构。
图16示出根据本发明的一个实施例的预订资源的结构。
图17示出根据本发明的一个实施例，用于更新通知目标列表的操作。
图18示出根据本发明的一个实施例，用于更新通知目标列表的操作。
图19示出根据本发明的一个详细的实施例，用于更新通知目标列表的操作。
图20示出根据本发明的一个详细的实施例，用于更新通知目标列表的操作。
图21示出根据本发明的另一个实施例的组成员管理操作。
图22是被配置为实现本发明实施例的设备的方框图。
具体实施方式
现在将详细地介绍本发明的优选实施例，其示例在附图中图示。在以下发明的详细说明中，包括帮助充分地理解本发明的细节。本领域技术人员将理解，可以无需这些细节实现本发明。
有时候，为了防止本发明的概念难以理解，已知技术的结构和装置将被省略，或者基于每个结构和装置的主要功能将以框图的形式示出。此外，只要可能，贯穿附图和说明书将使用相同的附图标记，指代相同或者类似的部分。
在本公开中，用于设备对设备通信的设备(M2M设备)可以是固定或者移动的，并且包括与用于设备对设备通信的服务器(M2M服务器)通信以发送/接收用户数据和/或各种类型的控制信息的设备。M2M设备可以称为终端设备、移动站(MS)、移动终端(MT)、用户终端(UT)、订户站(SS)、无线设备、个人数字助理(PDA)、无线调制解调器、手持设备等等。在本发明中，M2M服务器指的是固定站，其与M2M设备和/或其它的M2M服务器通信，并且通过与M2M设备和/或其它的M2M服务器通信与M2M设备和/或其它的M2M服务器交换各种类型的数据和控制信息。
将给出与本发明有关的技术的描述。
M2M应用
这些是执行服务逻辑和使用经由开放接口可访问的通用服务实体(CSE)的应用。M2M应用可以安装在M2M设备、M2M网关或者M2M服务器中。
M2M服务
这是可以由M2M CSE经由标准化的接口使用的一组功能。
OneM2M限定用于各种M2M应用(或者应用实体(AE))的通用的M2M服务框架(或者服务平台、CSE等等)。M2M应用可以被认为是实现服务逻辑的软件，诸如e-健康、城市自动化、连接消费者和汽车。oneM2M服务框架包括实现各种M2M应用通常必需的功能。因此，能够容易地使用oneM2M服务框架实现各种M2M应用，而无需配置为相应的M2M应用所必需的框架。这可以整合当前划分为许多M2M纵向的M2M市场，诸如智能大厦、智能电网、e-健康、运输和安全，并且因此，期待M2M市场显著的增长。
图1图示M2M通信系统的结构。现在将描述每个实体。
应用实体(AE，101)：应用实体提供用于端对端M2M方案的应用逻辑。应用实体的示例包括车队跟踪应用、远程血糖监视应用、远程电表和控制应用。
通用的服务实体(CSE，102)：CSE包括为M2M环境所共有并且由oneM2M指定的“服务功能”组。这样的服务功能经由参考点X和Y暴露于AE和其它的CSE，并且由AE和其它的CSE使用。参考点Z用于接入底层网络服务实体。
由CSE提供的服务功能的示例包括数据管理、设备管理、M2M预订管理和位置服务。这些功能可以逻辑地划分为通用的服务功能(CSF)。在CSE中的某些CSF是强制性的，并且某些可以是可选择的。此外，在CSF中某些功能是强制性的，并且某些功能是可选择的(例如，在“设备管理”CSF中的应用软件安装、固件更新、日志和监控功能的某些是强制性的功能，并且某些是可选择的功能)。
底层网络服务实体(NSE，103)：提供服务给CSE。这样的服务的示例包括设备管理、位置服务和设备触发。不采用NSE的特定的结构。注意：在oneM2M系统中底层网络在实体之间提供数据传输服务。这样的数据传输服务不包括在NSE中。
现在将描述在图1中示出的参考点。
Mca参考点
这是在AE和CSE之间的参考点。Mca参考点允许CSE与AE通信，使得AE可以使用由CSE提供的服务。
经由Mca参考点提供的服务取决于由CSE支持的功能。AE和CSE可能或者不能在相同的物理实体内共置。
Mcc参考点
这是在两个CSE之间的参考点。Mcc参考点允许CSE使用另一个CSE的服务以便满足需要的功能。因此，在两个CSE之间的Mcc参考点经不同的M2M物理实体支持。经由Mcc参考点提供的服务取决于由CSE支持的功能。
Mcn参考点
这是在CSE和NSE之间的参考点。Mcn参考点允许CSE使用由NSE提供的服务(除传输和连接服务以外)以便满足需要的功能。其指的是除诸如传输和连接的简单服务以外的服务，例如，诸如设备触发、小数据传输和定位的服务。
Mcc’参考点
这是用于在分别属于不同的M2M服务提供者的CSE之间通信的参考点。Mcc’参考点在相互连接CSE方面类似于Mcc参考点，但是，Mcc’参考点将Mcc参考点扩展到不同的M2M服务提供者，而Mcc参考点局限于在单个M2M服务提供者中通信。
图2图示基于该架构由M2M通信系统支持的成分。不局限于图示的成分，M2M通信系统可以支持更多的各种成分。将解释对于理解图示的成分重要，称作节点的概念。
应用专用节点(ADN)：应用专用节点是包含至少一个M2M应用，并且不包含CSE的节点。ADN可以经Mca参考点与一个中间节点或者一个基础设施节点通信。ADN可以存在于M2M设备中。
应用服务节点(ASN)：应用服务节点是包含至少一个CSE，并且具有至少一个M2M应用的节点。ASN可以经Mcc参考点与一个中间节点或者一个基础设施节点通信。ASN可以存在于M2M设备中。
中间节点(MN)：中间节点是包含至少一个CSE，并且可以包含M2M应用的节点。中间节点经Mcc参考点与属于以下不同类别的至少两个节点通信：
–一个或多个ASN；
–一个或多个中间节点(MN)；以及
–一个基础设施结构。
MN可以经由Mca参考点与ADN连接。MN可以存在于M2M网关中。
基础设施节点(IN)：基础设施节点是包含一个CSE，并且可以包含应用实体(AE)的节点。IN可以存在于M2M服务器中。
IN经Mcc参考点与以下的二者之一通信：
–一个或多个中间节点；和/或
–一个或多个应用服务节点。
IN可以经一个或多个Mca参考点与一个或多个ADN通信。
图3图示在M2M通信系统中的M2M服务功能。
由oneM2M服务框架提供的M2M服务功能(即，通用的服务功能)包括“通信管理和传输处理”、“数据管理和储存”、“设备管理”、“发现”、“组管理”、“寻址和标识”、“位置”、“网络服务暴露、服务执行和触发”、“注册”、“安全”、“服务计费和结算”、“会话管理”和“预订和通知”，如图3所示。
将给出每个M2M服务功能的简要描述。
通信管理和传输处理(CMDH)：这提供与其它CSE、AE和NSE通信，并且传送消息。
数据管理和储存(DMR)：这允许M2M应用交换和共享数据。
设备管理(DMG)：这管理M2M设备/网关。特别地，设备管理功能包括应用的安装和设置、设置值的确定、固件更新、日志、监视、诊断、拓扑管理等等。
发现(DIS)：这基于条件发现资源和信息。
组管理(GMG)：该处理与可以通过分组资源、M2M设备或者网关产生的组相关的请求。
寻址和标识(AID)：这识别和寻址物理或者逻辑资源。
定位(LOC)：这允许M2M应用获得M2M设备或者网关的位置信息。
网络服务暴露、服务执行和触发(NSE)：这允许底层网络的通信和由底层网络提供的功能的使用。
注册(REG)：这处理M2M应用或者另一个CSE与特定的CSE的注册。执行注册以便使用特定的CSE的M2M服务功能。
安全(SEC)：这执行敏感数据，诸如安全密钥、关联建立、验证、授权、标识保护等等的处理。
服务计费和结算(SCA)：这给CSE提供计费功能。
会话管理(SM)：这管理用于端对端通信的M2M会话。
预订和通知(SUB)：当特定的资源的变化被预订时，这通知特定的资源的变化。
M2M服务功能经由CSE被提供，并且AE(或者M2M应用)可以经由Mca参考点使用，或者其它的CSE可以经由Mcc参考点使用M2M服务功能。此外，M2M服务功能可以与底层网络(或者底层网络服务实体(NSE)，诸如3GPP、3GPP2、Wi-Fi、蓝牙)同步操作。
所有oneM2M设备/网关/基础设施不具有更高的功能，并且可以具有强制性的功能，和相应的功能之中的某些可选择的功能。
在M2M通信系统中，术语“资源”可用于构成和表示在M2M通信系统中的信息，并且可以表示能够通过URI识别的各种事项。资源可以被划分为常规资源、虚拟资源和通知资源。相应的资源可以限定如下。
虚拟资源：虚拟资源可以触发特定的处理，和/或可以执行结果的检索。虚拟资源不是永久地包含在CSE中。
通知资源：通知资源是包含在连接到通知(或者通告)的原始资源的资源CSE中的资源。通知资源可以保持原始资源特征的某些部分。资源通知可以便于资源搜索或者发现。包含在远程CSE中的通知资源不呈现为在远程CSE中的原始资源的孩子，或者可用于产生子资源，而不是通知的原始资源的孩子。
常规资源：如果这个资源没有指定为虚拟的或者通知资源，则相应的资源是常规资源。
图4图示存在于M2M应用服务节点和M2M基础设施节点之中的资源的结构。
M2M结构限定各种资源。用于注册应用和读取传感器值的M2M服务可以通过操作该资源执行。该资源被以一个树结构配置，并且可以逻辑地连接到CSE，或者存储在CSE中以被存储在M2M设备、M2M网关、网络域等等中。因此，CSE可以称为管理资源的实体。资源具有作为树根的<cseBase>。有代表性的资源在下面描述。
<cseBase>资源：这是以树配置的oneM2M资源的根资源，并且包括所有其它的资源。
<remoteCSE>资源：这属于<cseBase>资源，并且包括有关连接或者注册到相应CSE的其它CSE的信息。
<AE>资源：这是比<cseBase>或者<remoteCSE>资源更低的资源，并且当在<cseBase>资源之下存在时，存储有关与相应的CSE应用注册的(连接的)()信息，并且当在<remoteCSE>资源之下存在时，存储有关向其它的CSE(以CSE的名义)注册的应用的信息。
<accessControlPolicy>资源：这存储与对特定资源的访问权限有关的信息。使用包括在这个资源中的访问权限信息执行验证。
<container>资源：这是比容器更低的资源，并且按照每个CSE或者AE存储数据。
<group>资源：这是比组更低的资源，并且提供分组多个资源并且同时处理分组的资源的功能。
<subscription>资源：这是比预订更低的资源，并且经由通知执行通知状态变化，诸如资源值变化的功能。
图5图示存在于M2M应用服务节点(例如，M2M设备)和M2M基础设施节点之中的资源的结构。
将给出向M2M基础设施节点注册的AE(应用2)读取M2M设备的传感器值的方法的描述。传感器通常指的是物理设备。存在于M2M设备之中的AE(应用1)从传感器读取值，并且以容器资源的形式在AE(应用1)已经在其中注册的CSE(CSE 1)中存储读取的值。为此，存在于M2M设备之中的AE需要向存在于M2M设备之中的CSE预先注册。一旦完成注册，注册的M2M应用相关的信息被以cseBaseCSE1/应用1资源的形式存储，如图5所示。
当传感器值由存在于M2M设备之中的AE存储在比cseBaseCSE1/应用1资源更低的容器资源中时，向基础设施节点注册的AE可以访问相应的值。为了允许访问，向基础设施节点注册的AE也需要向基础设施节点的CSE(CSE 2)注册。由于应用1向CSE 1注册，所以通过在cseBaseCSE2/应用2资源中存储有关应用2的信息执行AE的注册。应用1经由CSE 1和CSE2与应用2通信，而不是直接地与应用2通信。为此，CSE 1需要向CSE 2预先注册。当CSE 1向CSE 2注册时，CSE1相关的信息(例如，链路)被以比cseBaseCSE2资源更低的<remoteCSE>资源的形式存储。也就是说，<remoteCSE>提供CSE类型、访问地址(IP地址等等)、CSE ID和有关注册的CSE的可达到性信息。
资源发现指的是发现存在于远程CSE之中的资源的过程。经由检索请求执行资源发现，并且用于资源发现的该检索请求包括以下。
<startURI>：这表示URI。URI可用于限制要发现的资源的范围。如果<startURI>表示资源根<cseBase>，则对已经接收检索请求的接收器的所有资源执行资源发现。接收器仅仅对由<startURI>表示的资源及其更低的资源执行资源发现。
filterCriteria：这个信息描述与要发现的资源相关的信息。接收器在由<startURI>限定的发现范围内对于满足filterCriteria的资源搜索资源，并且将该资源发送给相应的请求的请求者。
如图4或者5所示，供M2M系统使用的资源可以由树结构表示，并且根资源类型可以由<CSEBase>表示。因此，只有当通用的服务实体(CSE)存在时，<CSEBase>resource类型必须存在。
图6是图示位于Mca和Mcc参考点上的常规通信流的示意图。M2M系统操作基于数据交换实现。例如，为了允许第一设备发送或者执行用于停止第二设备的特定的操作的命令，第一设备必须将相应的命令(以数据形式配置)发送给第二设备。在M2M系统中，数据可以在应用(或者CSE)和另一个CSE之间的通信期间使用请求和响应消息交换。
请求消息可以包括以下的信息。
·操作：“操作”指的是要实现的操作的形状。(这个信息可以是从建立、检索、更新、删除和通知之中选择出来)。
·前往：“前往”指的是被调度接收请求的实体的ID(即，接收器的ID)。
·来自：“来自”指的是产生请求的呼叫用户(即，呼叫始发者)的ID。
·请求标识符：“请求标识符”指的是请求消息的ID(即，用于区别请求消息的ID)。
·组请求标识符参数(防止组扇出请求消息重复的标识符)。
·内容：“内容”指的是要发送的资源内容。
响应消息可以包括以下的信息。如果相应的请求消息被成功地处理，则响应消息可以包括以下的信息。
·前往：“前往”指的是产生请求消息的呼叫用户(即，呼叫始发者)的ID。
·来自：“来自”指的是接收请求消息的呼叫的人(即，呼叫接收器)的ID。
·请求标识符：“请求标识符”指的是用于识别请求消息的ID的请求消息的ID。
·结果内容：“结果内容”指的是请求消息的处理的结果(例如，OK、OK和完成、OK和正在进行中)。
·内容：“内容”指的是要发送的资源内容(仅可以被发送的结果值(rs))。
如果请求消息处理失败，则响应消息可以包括以下的信息。
·前往：“前往”指的是产生请求消息的呼叫用户(即，呼叫始发者)的ID。
·来自：“来自”指的是接收请求消息的呼叫的人(即，呼叫接收器)的ID。
·请求标识符：“请求标识符”指的是请求消息的ID(以便识别请求消息的ID)。
·rs：“rs”指的是请求消息的处理的结果(例如，不OK)。
如上所述，响应消息可以包括以上提及的信息。
同时，存在以下的表中示出的各种资源类型。
[表1]
每个资源类型可以设置在相应的资源类型的父资源类型之下，并且可以具有子资源类型。此外，每个资源类型可以具有许多属性，并且实际值可以存储在这些属性中。
表2示出<container>资源类型的属性。用于存储实际值的属性可以经由多样性始终被设置为1的值，或者可以经由多样性有选择地设置为值(“0..1”)。此外，根据当相应的属性产生时产生的特征，相应的属性可以根据RO(只读)、RW(读和写)、WO(只写)建立。
[表2]
资源访问控制策略
访问控制策略被限定为“白名单”或者特许，并且每个特许对于某个访问模式限定“允许的”实体。特许的集合被处置，使得用于一组特许的结果特许是各别特许的集合；即，如果动作由在该集合中的某些/一些特许允许，则该动作被允许。selfPrivilege属性列出对于<accessControlPolicy>资源的读取/更新/删除授权的实体。
由访问控制策略限定的所有特许与位置、时间窗和IP地址有关。
通过对资源设置accessControlPolicyID属性，用于访问资源的特许通过在<accessControlPolicy>资源中限定的特许限定。
图7图示<accessControlPolicy>资源的结构。以下的表示出<accessControlPolicy>资源的属性。
【表3】
特许可以概括为动作(其可以是许可访问，但是，也可以是更加特定的的许可访问，即滤除部分数据)。虽然该特许可以被概括为许多条件，除了指定的标识符之外，其可以包括请求者的标识符，但是，该特许也可以包括基于时间的条件。
基于访问控制策略的访问验证机制通过匹配请求者与存储在<accessControlPolicy>资源中的请求者的特许来操作。一旦发现肯定的匹配，则请求的操作(例如，RETRIEVE)使用与匹配特许拥有者有关的一组允许的操作检查。如果检查失败，则该请求被拒绝。这样的设置称为特许标记。
自特许和特许是与<accessControlPolicy>资源本身有关的请求者特许的列表，并且特许标记应用于<accessControlPolicy>资源和寻址accessControlPolicyID通用属性的所有其它的资源类型。
在访问控制策略中限定的所有特许与在访问验证之前的位置、时间窗和IP地址有关。
自特许和特许的每个特许可以被配置为一个作用。这样的作用通过作用名和寻址在其中限定该作用的M2M服务预订资源的URL来识别。当请求者以特定的作用表示其本身时，该访问控制策略通过匹配请求者与列表来操作，该列表属于在M2M服务预订资源中指定的特定的作用。
在特许和自特许列表中的每个特许包括以下的元素。
【表4】
名称 说明
originatorPrivileges 参考表5
上下文 参考表6
operationFlags 参考表7
“originatorPrivileges”包括在以下的表中示出的信息。
【表5】
名称 说明
域 FQDN域
始发者标识符 CSE ID或者AE ID，其表示始发者标识
令牌 通常作为询问参数提供的访问令牌
全部 所有始发者
作用 与URL有关的作用名，这样的作用限定的服务预订资源
在表4“contexts”包括在以下的表中示出的信息。
【表6】
“operationFlags”包括在以下的表中示出的信息。
【表7】
名称 说明
检索 特许检索寻址的资源内容
创建 特许创建子资源
更新 特许更新寻址的资源内容
删除 特许删除寻址的资源
发现 特许发现资源
通知 特许接收通知
在M2M通信系统中，访问控制策略资源与相应的访问控制策略已经被应用到的资源分开存储。访问控制策略已经被应用到的资源仅仅具有访问控制策略资源的AccessRightID(访问控制策略资源的URI)。因此，如果M2M实体想要检查特定的资源的访问控制策略，则M2M实体需要引用AccessRightID。
实体注册
不管是否M2M实体位于字段域或者基础设施域，M2M实体通过向近邻实体注册完成使用系统/服务的准备。这样的注册应注册者请求时执行，并且有关注册者的信息被作为注册结果存储在注册员中。
在注册之后，oneM2M实体可以使用由CSE提供的通用的功能使用M2M服务，如在图3中图示的。
oneM2M实体包括AE和CSE，并且因此，注册可以划分为AE注册和CSE注册。在这里，AE和CSE两者指的是注册者，并且CSE对应于注册员。在CSE注册的情况下，有关注册员CSE的信息另外存储在注册者CSE中。
图8图示AE注册过程和CSE注册过程。图8(a)示出AE注册过程。意欲执行注册的AE1将用于<AE>资源产生的请求发送给对应于注册员的CSE1(S81-1)。CSE1可以使用AE1的信息产生<AE>资源(S82-2)。然后，CSE1可以将包括注册结果的响应发送给AE1(S83-2)。
图8(b)图示CSE注册过程。除了CSE1对应于注册者、CSE2对应于注册员之外，图8(b)的过程对应于图8(a)的过程，并且当CSE2发送用于CSE1的注册请求结果时(S83-2)，CSE1使用CSE2的信息产生<remoteCSE>资源(S84-2)。
预订资源类型
<subscription>资源包含用于其预订资源的预订信息。<subscription>资源是预订资源的孩子。因此，<subscription>资源将表示为预订资源的子资源。例如，<container>资源具有作为子资源的<subscription>资源。当父预订资源被删除时，<subscription>资源将被删除。
<subscription>资源将表示对预订资源的预订。当始发者具有对预订资源的RETRIEVE特许时，始发者将能够建立<subscription>资源类型的资源。建立<subscription>资源的始发者变为资源订户。
每个<subscription>资源可以包括指定哪个、何时和如何发送通知的通知策略。这些通知策略可以与CMDH策略一起工作。
当<subscription>资源被删除时，如果其由始发者提供，则通知请求将发送给subscriberURI。
<subscription>资源具有子资源，并且其名称是notificationSchedule，其是<schedule>资源类型。在<subscription>资源的上下文中，notificationSchedule指定何时可以由主机CSE向notificationURI发送通知。
对<subscription>资源指定的属性示出如下。在以下的表中的属性仅仅列出<subscription>资源的部分属性。
[表8]
eventNotificationCriteria条件示出如下。
[表9]
M2M通用服务层提供预订/通知功能给应用。这允许数据经由不同的CSE的存储器在CSE和AE之间交换。预订/通知基本上如图9所示操作。
实体2意欲接收有关实体的特定事件(例如，实体1的资源值变化)的信息。为此，实体2建立或者设置对用于实体1的特定事件的预订[S910]，并且然后可以接收对其的响应[S920]。由于特定事件发生，所以如果根据该预订的通知被触发，则实体1可以将其通知给实体2[S930]。
图10示出3个实体涉及预订/通知的情形。实体2接收由实体2建立的预订通知并不总是必需的。在M2M环境下单个实体建立用于许多其它的实体的预订的情形可以作为一个示例采用。因此，在以下的环境下，已经建立预订的实体可能不同于实际接收通知的实体。即，与图9不同，虽然实体2已经建立或者设置预订[S1010]，但是根据该预订的通知可以传送给实体3[S1030]。
在图9或者图10中设置或者建立的预订被以以上描述的预订资源(<subscription>)的形式对于实体1建立或者设置。
根据相关的技术，类似图11，为了使特定的通知目标拒绝进一步通知接收，特定的通知目标将更新相应的预订资源的通知目标信息(即，<subscription>资源的notificationURI属性)。为此，相应的实体(例如，在图11中的通知目标113)将具有用于更新相应的预订资源的访问权限是一个问题。由于相应的权限指的是预订资源的所有其它的属性可能改变，所以已经建立该预订的实体(例如，在图11中的预订创建者111)通常可以具有相应的权限。
在本说明书中，预订创建者指的是建立用于通知者的预订资源的实体，通知者指的是根据建立的预订资源发送通知给通知目标的实体，并且通知目标指的是接收该通知的实体。
另外，如果多个通知目标存在，则存在对应于S1130的预订更新消息可能变得非常大的问题。例如，在对其设置100个目标的预订的情况下，如果特定的目标意欲移除自己，则通知目标113将通过除了特定的目标之外包含99个目标信息更新预订资源。当然，为此，通知目标113将通过预先检索相应的预订资源知道其余的99个目标信息。
作为另一个方法，类似图12，存在允许预订创建者以通知目标传送通知更新消息给预订创建者的方式更新相应的预订[S1240]的方法。但是，在遵循RESTful的现有技术系统中，预订信息被存储在预订主机中，并且不能限定用于允许通知目标向预订创建者发送用于更新相应的预订信息请求的协议。因此，通知目标应当经由除了现有技术系统以外的另一个方法产生这样的请求。
在下文中，将描述用于通知目标请求预订更新的方案。
用于通知目标移除的策略
预订创建者可以预先建立目标移除策略，以便使通知者在预订配置(建立/修改)的过程中处理由特定的通知目标本身产生的目标移除请求。这个策略可以包括目标信息(例如，目标ID/URI)、移除请求处理方法(例如，拒绝、移除、通知预订创建者)和移除条件(例如，时间/位置)。如图13所示，目标信息可以存储到<disposition>资源，策略/处理方法可以存储到<policy>资源，并且移除条件可以存储到<condition>(或者<rule>)资源。
这可以采用通过链接连接目标信息和目标移除策略，以便重用类似oneM2M的<accessControlPolicy>资源的相同的策略信息，而不是每次重新限定相同的政策信息的方案。
在图13中，0..n指的是0～n个相应的资源/属性可以被拥有，并且0..1指的是0或1个相应的资源/属性可以被拥有。另外，L指的是具有值的多个值的l个列表可以被拥有。
图14示出在从类似于<accessControlPolicy>策略的<disposition>资源分解<policy>资源的情况下的益处。尤其是，不同的<disposition>资源可以重用相同的<policy>资源。
预订创建者可以通过使用<disposition>资源链接<policy>资源，响应于特定的通知目标的目标移除请求建立处理方案。但是，类似图15，默认目标移除策略可以应用于未能在<disposition>中配置的通知目标。在图15中，URI1的通知目标的移除可以由通知者经由策略1资源处理。但是，一些策略信息没有在URI2中配置。因此，在其中未能具有配置的策略信息的目标的情况下，可以引用由通知者拥有的默认目标移除配置信息。
在此处，默认目标移除配置信息包括在<policy>资源中表示默认的信息。如图16所示，设置“默认”属性为“TRUE”是一个示例。<policy>资源可以存储已经另外对“创建者”属性建立相应的资源的实体的信息。
如果接收用于策略信息没有类似URI2对其配置的目标的移除请求，则通知者发现和应用已经建立相应的预订的实体的默认策略资源。有关已经建立该预订的实体的信息可以被存储作为预订资源(例如，<subscription>资源)的创建者属性。
如果相应的<subscription>资源不包括创建者信息，或者具有相同的创建者信息的<policy>资源不存在，则通知者可以引用由服务提供者或者通知者本身建立的默认策略。
图16示出一个示例，如果创建者信息不存在于预订中，则通知者引用或者应用在其中没有设置创建者信息的默认策略(defaultPoilcy2)。在这种情况下，假设没有创建者信息的默认策略被认为是由服务提供者配置的资源。因此，默认策略可以包括服务提供者或者通知者的ID信息作为创建者信息。
用于通知目标移除的请求
用于通知目标请求通知(消息)接收拒绝的方法可以主要地划分为两个类型。第一个是在通知接收的情况下经由通知的响应消息传送接收拒绝意图的方法。第二个是不管通知接收如何经由单独的请求传送接收拒绝意图的方法。
图17示出经由对通知(通知请求)的响应传送接收拒绝意图的方法。
预订创建者171与通知者172交换用于预订(或者预订资源)建立的请求和响应消息[S1710]，并且假设相应的预订已经相应地建立。相应的预订将发送通知消息给通知目标173。如果特定的事件发生，则通知者可以发送通知请求给通知目标[S1720]。通知请求可以包括subRef，即，相应的预订资源的地址信息。此后，通知目标可以响应于通知请求发送通知响应给通知者[S1730]。如果通知目标不再希望接收用于相应的预订的通知，则通知目标可以使诸如“targetRemoval＝true”的指示符被包含在通知响应中的方式，发送用于从相应的预订列表中移除其本身的请求。
在这种情况下，在产生用于从相应的预订的通知接收列表中移除通知目标本身的请求时，无需单独地表示在由规定的通知者拥有的几个预订之中规定的预订，该通知目标可以产生具有诸如targetRemoval＝true的一个移除指示信息的相应的请求，以及用于在预订配置中的规定值变化的请求。这是因为在图17中S1720的通知请求已经包含信息，诸如用于相应的预订的URI，并且因为targetRemoval指示符包括该预订的notificationURI属性变化。
这个方法具有示意地配置S1730的通知响应消息的益处。相反地，为了传送接收拒绝意图给通知者，存在通知目标应当接收通知请求的限制。
图18示出无需接收通知的优先条件，传送通知接收拒绝意图给通知者的方法。在这种情况下，没有对如图17的通知加以限制。因此，在确定相应的目标移除请求时，通知者可以检查信息，诸如接收由在图13中示出的条件表示的请求的时间，或者在通知目标期望移除的时间/位置上的目标位置。另一方面，在类似图17的情况下，用于期望移除的时间/位置信息和用于经由响应消息传送相应的意图的时间/位置信息可以变化。
通知目标183可以将更新或者用于从相应的预订的notificationURI属性中删除对应于本身的信息的删除请求发送给通知者182。因此，作为这个请求的目标，预订资源或者该预订资源的notificationURI属性可以直接地由通知目标列表示。
例如，更新/删除请求消息可以包括以下的信息。在此，假设预订1的notificationURI被预先设置为URI1、URI2和URI3。并且，发送目标移除请求的通知目标对应于URI3。
<更新请求消息>
操作：更新
前往：CSEBase/预订1
内容：
<notificationURI>URI1 URI2</notificationURI>
<删除请求消息>
操作：删除
前往：CSEBase/预订1
内容：
<notificationURI>URI3</notificationURI>
作为另一个益处，通知目标可以经由S1830知道关于其移除请求的处理结果。通知者可以以策略的动作和动作的处理结果被包括在相应的响应中的方式发送S1830的通知目标响应。
作为在相关技术问题的分析，通知目标通常不具有对于相应的预订的更新或者删除权限。因此，为了使通知者批准S1820的请求，除了通过现有的<accessControlPolicy>资源的权限确认之外，额外的过程可以被执行。
在对于notificationURI的更新或者删除请求接收的情况下，通知者首先经由accessControlPollicy检查来检查权限。即使确定权限不存在，通过检查在图13中示出的部署资源和与部署资源关联的策略和规则资源，检查是否已经产生相应的请求的通知目标可以移除其本身。由相应的部署/策略/规则检查的权限是仅仅应用于表示预订的通知目标的notificationURI属性的过程。
用于处理用于通知目标移除请求的方法
图19示出如果由类似图17的通知响应请求目标移除，通知者的动作。
通知者可以从通知目标接收通知响应[S1901]。通知者可以检查是否目标移除请求被包括在通知响应中[S1902]。如果目标移除请求不被包括在通知响应中，则相应的动作终止。
如果目标移除请求被包括在通知响应中，则通知者发现先前由通知者发送的通知信息(即，相应的预订信息)，并且还经由该通知信息发现与预订信息有关的部署[S1903]。
通知者可以检查是否设置用于通知目标的部署[S1904]。如果设置用于通知目标的部署，则通知者可以取得与该部署关联的策略[S1907]。
如果没有设置用于通知目标的部署，那么，如果基本策略不存在，则能够检查是否由预订的创建者预设的默认策略，或者是否由服务提供者设置的默认策略存在。为此，通知者可以检查是否预订创建者信息被包括在预订信息中[S1905]。如果预订创建者信息没有被包括在预订信息中，则通知者可以取得服务提供者的默认策略[S1908]。
如果预订创建者信息被包括在预订信息中，则通知者可以检查是否相应的预订创建者的默认策略存在[S1906]。如果相应的预订创建者的默认策略不存在，则通知者可以取得预订创建者的默认策略[S1909]。
此后，通知者可以检查策略、默认策略、规则等等[S1910]。如果规则(条件)存在，则通知者可以检查是否规则(条件)被满足，然后检查相应的策略的动作信息。
经由S1911至S1917，通知者根据动作信息执行用于目标移除请求的处理。在此，动作信息可以具有诸如“接受”、“拒绝”、“通知预订创建者”，或者“如果预订创建者被询问和接受，则移除”这样的用于相应的目标移除请求的值。S1911、S1912、S1913和S1914的执行顺序是可变的。即，在根据S1914、S1913、S1912和S1911的顺序检查的情况下，如果S1914被确定为否，则执行S1913。如果S1914为是，则执行S1915。但是，只有在S1914为是时，依赖性地执行S1915。
详细地，通知者可以检查是否动作信息是“拒绝”[S1911]。如果动作信息是“拒绝”，则通知者拒绝被包括在通知响应中的目标移除请求，并且终止该动作。如果动作信息不是“拒绝”，则通知者可以检查是否动作信息是“通知预订创建者”[S1912]。如果动作信息是“通知预订创建者”，则通知者可以通知预订创建者接收到目标移除请求[S1916]。如果动作信息不是“通知预订创建者”，则通知者可以检查是否动作信息是“接受”[S1913]。如果动作信息是“接受”，则通知者可以从notificationURI移除通知目标(即，通知目标的URI或者ID)[S1917]。如果动作信息不是“接受”，则通知者可以检查是否动作信息是“如果预订创建者被询问和接受，则移除”[S1914]。如果动作信息是“如果预订创建者被询问和接受，则移除”，则通知者可以检查是否预订创建者接受通知目标的移除[S1915]。如果预订创建者接受通知目标的移除，则通知者执行S1917。如果预订创建者不接受通知目标的移除，则相应的过程被终止。
图20示出如果经由类似图18的更新/删除请求来请求目标移除，通知者的动作。除了S2001和S2017之外的其余的步骤等效于图19。即，S2002至S2016等于在图19中的S1903至S1917。因此，S2002至S2016的描述将参考图19的内容。
在S2001中，通知者接收用于移除特定预订的notificationURI的目标的请求。在这种情况下，另外，为了检查目标实际移除其拥有的目标信息，能够确认包括在notificationURI中的目标的信息(例如，<AE>资源的ID)，或者另外经由目标信息获得的信息匹配已经发送更新/删除请求的通知目标信息(在相应的请求的“来自”参数中明确地指定)。
在S2017中，通知者可以作为对通知目标的响应，根据确认的动作，通知目标移除处理结果。
应用于<group>资源
<group>资源具有类似于<subscription>的多个成员(目标)，并且具有用于发送请求消息给相应成员的过程。图21示出<group>资源操作的示例。组1具有CSE2Base/AE21和CSE3Base/AE31作为成员。如果接收到对fanOutPoint资源的特定的请求，则组1将该请求传送给两个成员。
因此，如果CSE2和CSE3不再希望接收相应的组的请求，则它们将能够从memberIDs属性移除表示它们本身的ID。为此，通过将在本发明中描述的部署资源保留为组资源的子资源，并且使用与该部署关联的策略和条件(规则)资源，能够同等地支持允许组的成员离开该组的功能。
图22是被配置为实现本发明示范的实施例的发射设备10和接收设备20的方框图。参考图15，发射设备10和接收设备20分别包括：用于发送和接收携带信息、数据、信号和/或消息的无线电信号的射频(RF)单元13和23，用于存储与无线通信系统中的通信相关的信息的存储器12和22，以及操作地连接到RF单元13和23和存储器12和22，并且被配置为控制存储器12和22和/或RF单元13和23，以便执行以上描述的本发明的实施例的至少一个的处理器11和21。
存储器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或者接收设备20，来操作。
诸如发射设备或者接收设备的应用(实体)或者资源相关的实体等等的特定的特征可以作为与附图结合如上所述的本发明的一个或多个实施例的组合实现。
本发明示范的实施例的详细说明已经给出，以允许那些本领域技术人员实现和实践本发明。虽然已经参考示范的实施例描述了本发明，本领域技术人员将理解，不脱离在所附权利要求中描述的本发明的精神或者范围，可以在本发明中进行各种修改和变化。因此，本发明不应该局限于在此处描述的特定的实施例，而是应该给予符合在此处公开的原理和新颖特征的最宽的范围。
工业实用性
本发明可以用于无线通信装置，诸如终端、基站、服务器，或者其它的装置。

Claims (14)

1.一种在无线通信系统中根据通知预订处理通知的接收停止请求的方法，该方法由第一设备执行，该方法包括：
根据所述通知预订从第二设备接收用于停止所述通知的接收的请求；
选择用于处理所述请求的策略；以及
根据选择的策略的动作信息处理所述请求，
其中，策略选择包括检查是否设置用于所述第二设备的目标移除的策略，以及当设置用于所述第二设备的目标移除的策略时，选择用于所述第二设备的目标移除的策略，
其中，当没有设置用于所述第二设备的目标移除的策略时，所述策略选择包括检查是否存在由所述通知预订的创建者设备设置的默认策略，以及当存在由所述通知预订的所述创建者设备设置的所述默认策略时，选择由所述创建者设备设置的所述默认策略，或者
其中，当不存在由所述通知预订的所述创建者设备设置的所述默认策略时，所述策略选择包括选择由服务提供者设置的默认策略。
2.根据权利要求1所述的方法，进一步包括确定所述第二设备是否被包括在通知预订服务的目标中。
3.根据权利要求1所述的方法，其中，所述动作信息表示以下的一个：a)接受所述请求；b)拒绝所述请求；c)询问所述通知预订的所述创建者设备是否接受所述请求；和d)通知所述通知预订的所述创建者设备。
4.根据权利要求1所述的方法，其中，检查是否设置用于所述第二设备的目标移除的策略包括引用包括所述第二设备的URI(统一的资源标识符)的特定资源和与所述特定资源关联的策略资源。
5.根据权利要求4所述的方法，其中，由关联的策略资源表示的策略被选择为用于所述第二设备的目标移除的策略。
6.根据权利要求1所述的方法，其中，选择由所述创建者设备设置的默认策略包括当特定策略资源包括表示“默认”的信息，并且所述特定策略资源的“创建者”属性包括关于所述通知预订的所述创建者设备的信息时，将由所述特定策略资源表示的策略选择为由所述通知预订的所述创建者设备设置的默认策略。
7.根据权利要求1所述的方法，其中，选择由所述服务提供者设置的默认策略包括当特定策略资源包括表示“默认”的信息时，将所述特定策略资源选择为由所述服务提供者设置的默认策略。
8.一种在无线通信系统中用于根据通知预订处理通知接收的停止请求的装置，该装置包括：
射频(RF)单元；和
处理器，所述处理器控制所述RF单元，
其中，所述处理器进一步根据所述通知预订从第二设备接收用于停止通知接收的请求，选择用于处理所述请求的策略，并且根据选择的策略的动作信息处理所述请求，
其中，在选择所述策略时，所述处理器进一步检查是否设置用于所述第二设备的目标移除的策略，以及当设置用于所述第二设备的目标移除的策略时，选择用于所述第二设备的目标移除的策略，
其中，当没有设置用于所述第二设备的目标移除的策略时，所述处理器进一步检查是否存在由所述通知预订的创建者设备设置的默认策略，以及当存在由所述通知预订的所述创建者设备设置的所述默认策略时，选择由所述创建者设备设置的所述默认策略，或者
其中，当不存在由所述通知预订的所述创建者设备设置的所述默认策略时，所述处理器进一步选择由服务提供者设置的默认策略。
9.根据权利要求8所述的装置，其中，所述处理器确定所述第二设备是否被包括在通知预订服务的目标中。
10.根据权利要求8所述的装置，其中，所述动作信息表示以下的一个：a)接受所述请求；b)拒绝所述请求；c)询问所述通知预订的所述创建者设备是否接受所述请求；和d)通知所述通知预订的所述创建者设备。
11.根据权利要求8所述的装置，其中，在检查是否设置用于所述第二设备的目标移除的策略时，所述处理器引用包括所述第二设备的URI(统一的资源标识符)的特定资源和与所述特定资源关联的策略资源。
12.根据权利要求11所述的装置，其中，由关联的策略资源表示的策略被选择为用于所述第二设备的目标移除的策略。
13.根据权利要求8所述的装置，其中，在选择由所述创建者设备设置的默认策略时，当特定策略资源包括表示“默认”的信息，并且所述特定策略资源的“创建者”属性包括关于所述通知预订的所述创建者设备的信息时，所述处理器将由所述特定策略资源表示的策略选择为由所述通知预订的所述创建者设备设置的默认策略。
14.根据权利要求8所述的装置，其中，在选择由所述服务提供者设置的默认策略时，当特定策略资源包括表示“默认”的信息时，所述处理器将所述特定策略资源选择为由所述服务提供者设置的默认策略。
CN201680008808.1A 2015-02-06 2016-01-15 在无线通信系统中处理停止通知接收请求的方法和装置 Active CN107431879B (zh)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
US201562112660P 2015-02-06 2015-02-06
US62/112,660 2015-02-06
US201562131840P 2015-03-12 2015-03-12
US62/131,840 2015-03-12
US201562150304P 2015-04-21 2015-04-21
US62/150,304 2015-04-21
US201562158497P 2015-05-07 2015-05-07
US62/158,497 2015-05-07
PCT/KR2016/000457 WO2016126021A1 (ko) 2015-02-06 2016-01-15 무선 통신 시스템에서 통지 수신 중단 요청을 처리하기 위한 방법 및 이를 위한 장치

Publications (2)

Publication Number Publication Date
CN107431879A true CN107431879A (zh) 2017-12-01
CN107431879B CN107431879B (zh) 2021-01-05

Family

ID=56564310

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680008808.1A Active CN107431879B (zh) 2015-02-06 2016-01-15 在无线通信系统中处理停止通知接收请求的方法和装置

Country Status (4)

Country Link
US (1) US10375021B2 (zh)
KR (1) KR102415664B1 (zh)
CN (1) CN107431879B (zh)
WO (1) WO2016126021A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113875209A (zh) * 2019-05-13 2021-12-31 现代自动车株式会社 用于在m2m系统中删除资源的方法和装置

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017087367A1 (en) * 2015-11-16 2017-05-26 Convida Wireless, Llc Cross-resource subscription for m2m service layer
CN109155789B (zh) * 2016-03-04 2022-01-14 康维达无线有限责任公司 用于服务层中的请求处理的方法、装置和存储介质
US10129852B2 (en) * 2016-06-01 2018-11-13 Lg Electronics Inc. Method for broadcasting to unspecified entity in wireless communication system and device for the same
KR102165192B1 (ko) * 2016-11-29 2020-10-13 한국전자기술연구원 데이터 업데이트 통지 방법
US10868836B1 (en) * 2017-06-07 2020-12-15 Amazon Technologies, Inc. Dynamic security policy management
CN112543209A (zh) * 2019-09-20 2021-03-23 京东方科技集团股份有限公司 动作资源的创建方法、执行方法、电子装置和存储介质
CN113573282B (zh) * 2020-04-29 2022-09-16 中国电信股份有限公司 订阅数据的提供/获取方法、提供/获取装置和交互系统
CN113923243A (zh) * 2020-06-22 2022-01-11 京东方科技集团股份有限公司 资源引导方法、设备和存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102780756A (zh) * 2002-08-21 2012-11-14 布科特有限公司 预订方法和系统
US20140237055A1 (en) * 2013-02-15 2014-08-21 Research In Motion Limited Electronic message distribution lists

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8135124B2 (en) * 2008-03-21 2012-03-13 Microsoft Corporation Communicating information pertaining to cancelling of forked call requests
MX2013003475A (es) * 2010-09-28 2014-08-01 Headwater Partners I Llc Centro de servicio de diseño para servicios asistidos por dispositivo.
WO2013003622A1 (en) * 2011-06-28 2013-01-03 Neos Therapeutics, Lp Dosage forms for oral administration and methods of treatment using the same
CN105052179B (zh) * 2013-01-24 2019-07-05 中兴通讯(美国)公司 机器对机器服务层和传输网络之间的通信
US9800999B2 (en) * 2013-02-19 2017-10-24 Lg Electronics Inc. Method for modifying M2M service setting and apparatus therefor
KR20140103658A (ko) * 2013-02-19 2014-08-27 주식회사 케이티 M2m 환경에서 구독자의 필터 기준을 적용하여 통지를 송수신하는 방법 및 장치
US20150019686A1 (en) * 2013-07-12 2015-01-15 Seven Networks, Inc. Distributed caching systems with configurable extended caching optimization
CN111405493B (zh) * 2014-07-07 2022-08-12 康维达无线有限责任公司 用于基于机器类型通信组的服务的协调分组
US20170048646A1 (en) * 2015-03-09 2017-02-16 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic event subscriptions for m2m communication

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102780756A (zh) * 2002-08-21 2012-11-14 布科特有限公司 预订方法和系统
US20140237055A1 (en) * 2013-02-15 2014-08-21 Research In Motion Limited Electronic message distribution lists

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113875209A (zh) * 2019-05-13 2021-12-31 现代自动车株式会社 用于在m2m系统中删除资源的方法和装置

Also Published As

Publication number Publication date
WO2016126021A1 (ko) 2016-08-11
US10375021B2 (en) 2019-08-06
KR102415664B1 (ko) 2022-07-01
KR20170115482A (ko) 2017-10-17
US20180034777A1 (en) 2018-02-01
CN107431879B (zh) 2021-01-05

Similar Documents

Publication Publication Date Title
CN107431879A (zh) 在无线通信系统中处理停止通知接收请求的方法和装置
US11743699B2 (en) Method of discovering services provided by a network repository function
CN104620632B (zh) 用于在无线通信系统中请求有关特定资源的特定权利获得的方法和设备
US10182351B2 (en) Method for service subscription resource-based authentication in wireless communication system
US10015684B2 (en) Method and apparatus for managing specific resource in wireless communication system
CN101427556B (zh) 访问日程表服务器以辅助排定呼叫的启动
US10560961B2 (en) Method for processing request through polling channel in wireless communication system and apparatus therefor
CN104937895B (zh) 在无线通信系统中控制访问的方法和设备
US9867164B2 (en) Method and device for processing a specific request message in wireless communication system
US10194417B2 (en) Method for processing notification message in wireless communication system and apparatus therefor
CN105210344A (zh) 在m2m通信系统中的定制和通知方法和用于该方法的设备
US10142805B2 (en) Method for managing child resource of group member in wireless communication system and device for same
CN108353263B (zh) 处理无线通信系统中的服务请求的方法及其设备
US10129852B2 (en) Method for broadcasting to unspecified entity in wireless communication system and device for the same
US8194839B2 (en) Method and apparatus for controlling a provisioning process in a telecommunications system
US20160014674A1 (en) Method for location based access control in wireless communication system and apparatus therefor
EP2866379A1 (en) Method and device for enabling or disabling server in wireless communication system
CN103533022B (zh) 装置管理方法、服务器和系统及移动设备
US10362577B2 (en) Method and apparatus for re-arrangement of group resource in wireless communication system
US10271296B2 (en) Method for changing schedule information in wireless communication system and device therefor
CN107852408A (zh) 在无线通信系统中保持资源同步的方法及其装置
US20170171751A1 (en) Method for allocating ae id in wireless communication system

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant