CN105745867A - 用于在无线通信系统中管理特定资源的方法和设备 - Google Patents

Abstract

公开了一种根据本发明的一个实施方式的用于在无线通信系统中将一个实体的原始资源的属性通知给另一实体的方法。所述方法可以包括以下步骤：接收对“announcedAttribute”属性的更新请求，以通知所述原始资源的特定属性，所述“announcedAttribute”属性包括包含在所述原始资源的被预通知的属性的列表，其中，所述原始资源中的各个属性被设定为应该被强制通知的强制通告(MA)类型、根据所述原始资源中的所述特定属性的内容可选地通知的可选通告(OA)类型以及未被通知的不通告(NA)类型中的一种；确定所述特定属性是否是所述OA类型；以及如果所述特定属性是所述OA类型，则将所述特定属性通知给所述原始资源的所有被通知的资源。

Description

用于在无线通信系统中管理特定资源的方法和设备

技术领域

本发明涉及用于在无线通信系统中管理特定资源的方法和设备。

背景技术

随着泛在时代起步，机器到机器(M2M)通信已备受关注。诸如TIA、ATIS、ETSI和oneM2M的许多标准化组织在研究M2M通信技术。在M2M环境中，可以在多个M2M应用(网络应用/网关应用/装置应用)之间进行通信，并且不同的实体可以管理M2M服务器部分(例如，公共服务实体(CSE))以及网络侧的应用(例如，网络应用)。因此，有必要访问不同的实体的资源。

在这个背景下，本发明旨在提供用于高效地使得能够访问资源的方法。

发明内容

技术问题

被设计来解决所述问题的本发明的目的在于提供一种用于在无线通信系统中管理对特定资源的访问的过程。

要由本发明实现的目的不限于以上描述的目的，并且本领域技术人员可以从本发明的实施方式的以下描述考虑其它目的。

技术解决方案

在本发明的一个方面中，本文提供了一种用于在无线通信系统中将一个实体的原始资源的属性通告给另一实体的方法，该方法包括以下步骤：接收对“announcedAttribute”属性的更新请求，以通告所述原始资源的特定属性，所述“announcedAttribute”属性包括所述原始资源的被通告的属性的列表，所述原始资源的各个属性被设定为将被强制通告的强制通告(MA)类型、根据所述原始资源中的所述属性的内容可选地通告的可选通告(OA)类型以及未被通告的不通告(NA)类型中的一种；确定所述特定属性是否是所述OA类型；以及如果所述特定属性是所述OA类型，则将所述特定属性通告给所述原始资源的所有被通告的资源。

附加地或另选地，所述更新请求可以包括所述特定属性的名称。

附加地或另选地，所述更新请求可以包括所述特定属性的名称和值。

附加地或另选地，所述方法还可以包括以下步骤：接收对创建请求的响应；以及如果对所述创建请求的所述响应指示成功创建，则将所述特定属性的名称添加至所述“announcedAttribute”属性。

附加地或另选地，所述方法还可以包括以下步骤：在所述特定属性的所述名称被添加至所述“announcedAttribute”属性之后，发送对所述更新请求的响应，并且对所述更新请求的所述响应可以包括添加有所述特定属性的所述“announcedAttribute”属性。

在本发明的另一方面中，一种用于当一个实体的原始资源的属性已被通告给另一实体时在无线通信系统中解除通告所述原始资源的所述属性的方法包括以下步骤：接收对“announcedAttribute”属性的更新请求，以解除通告所述原始资源的特定属性，所述“announcedAttribute”属性包括所述原始资源的被通告的属性的列表，，所述原始资源的各个属性被设定为将被强制通告的MA类型、根据所述原始资源中的所述属性的内容可选地通告的OA类型以及未被通告的NA类型；确定所述特定属性是否是所述OA类型；以及如果所述特定属性是所述OA类型，则针对所述原始资源的所有被通告的资源解除通告所述特定属性。

附加地或另选地，所述方法还可以包括以下步骤：接收对删除请求的响应；以及如果对所述删除请求的所述响应指示成功删除，则从所述“announcedAttribute”属性中删除所述特定属性的名称。

附加地或另选地，所述方法还可以包括以下步骤：在所述特定属性的所述名称被从所述“announcedAttribute”属性中删除之后，发送对所述更新请求的响应，并且对所述更新请求的所述响应可以包括从中删除了所述特定属性的所述“announcedAttribute”属性。

在本发明的另一方面中，一种用于在无线通信系统中创建在一个实体的原始资源当中通告给另一实体的特定资源的子资源的方法包括以下步骤：向具有所述原始资源的第一装置和具有特定被通告的资源的第二装置中的一个发送用于创建所述子资源的请求；以及接收对所述请求的响应。要创建的所述子资源的类型可以所述请求是被发送到所述第一装置还是被发送到所述第二装置而改变。

附加地或另选地，如果要创建的所述子资源具有所述原始资源的被通告资源类型，则可以将所述请求发送到所述第一装置，而如果要创建的所述子资源具有通用资源类型，则可以将所述请求发送到所述第二装置。

在本发明的另一方面中，一种用于在无线通信系统中将一个实体的原始资源的属性通告给另一实体的设备包括：射频(RF)单元；以及处理器，该处理器被配置为控制所述RF单元。所述处理器可以被配置为：接收对“announcedAttribute”属性的更新请求，以通告所述原始资源的特定属性，所述“announcedAttribute”属性包括所述原始资源的被通告的属性的列表，所述原始资源的各个属性被设定为将被强制通告的MA类型、根据所述原始资源中的所述属性的内容可选地通告的OA类型以及未被通告的NA类型中的一种；确定所述特定属性是否是所述OA类型；并且如果所述特定属性是所述OA类型，则将所述特定属性通告给所述原始资源的所有被通告的资源。

在本发明的另一方面中，一种用于当一个实体的原始资源的属性已被通告给另一实体时在无线通信系统中解除通告所述原始资源的属性的设备包括：RF单元；以及处理器，该处理器被配置为控制所述RF单元。所述处理器可以被配置为：接收对“announcedAttribute”属性的更新请求，以解除通告所述原始资源的特定属性，所述“announcedAttribute”属性包括所述原始资源的被通告的属性的列表，所述原始资源的各个属性被设定为将被强制通告的MA类型、根据所述原始资源中的所述属性的内容可选地通告的OA类型以及未被通告的NA类型；确定所述特定属性是否是所述OA类型；并且如果所述特定属性是所述OA类型，则针对所述原始资源的所有被通告的资源解除通告所述特定属性。

在本发明的另一方面中，一种用于在无线通信系统中创建在一个实体的原始资源当中通告给另一实体的特定资源的子资源的设备包括：RF单元；以及处理器，该处理器被配置为控制所述RF单元。所述处理器可以被配置为向具有所述原始资源的第一装置和具有特定被通告的资源的第二装置中的一个发送用于创建所述子资源的请求，并且接收对所述请求的响应。要创建的所述子资源的类型可以根据所述请求是被发送到所述第一装置还是被发送到所述第二装置而改变。

上述技术解决方案是本发明的实施方式的仅部分，并且本领域技术人员将基于本发明的以下详细描述得到并理解反映本发明的技术特征的各种实施方式。

有益效果

根据本发明的实施方式，能够增加在无线通信系统中访问资源的效率。

本发明的效果不限于以上描述的效果，并且本文未描述的其它效果将由本领域技术人员从本发明的实施方式的以下描述中理解。

附图说明

附图被包括以提供对本发明的进一步理解，并且被并入本申请并构成本申请一部分，附图例示了本发明的实施方式，并且与本说明书一起用来说明本发明的原理。附图中：

图1例示了机器到机器(M2M)通信系统的功能结构；

图2是由M2M通信系统基于M2M功能结构支持的配置的框图；

图3例示了由M2M通信系统提供的公共服务功能(CSF)；

图4例示了M2M应用服务节点和M2M基础设施节点中的资源结构；

图5例示了M2M应用服务节点(例如，M2M装置)和M2M基础设施节点中的资源结构；

图6是例示了资源发现过程的信号流的图；

图7是例示了资源通告过程的信号流的图；

图8和图9分别例示了<container>资源和<containerAnnc>资源；

图10是例示了M2M通信系统中的创建过程的信号流的图；

图11是例示了M2M通信系统中的更新过程的信号流的图；

图12是例示了资源通告过程和资源解除通告过程的信号流的图；

图13是例示了根据本发明的实施方式的属性通告过程的信号流的图；

图14是例示了根据本发明的实施方式的属性解除通告过程的信号流的图；

图15是例示了根据本发明的实施方式的用于创建子资源的过程的信号流的图；

图16是例示了用于使原始资源与被通告的资源(或属性)同步的过程的信号流的图；以及

图17是用于实现本发明的实施方式的设备的框图。

具体实施方式

现在将详细地参照本发明的优选实施方式，其示例被例示在附图中。本发明的以下详细描述包括用于帮助完全理解本发明的细节。本领域技术人员将了解，能够在没有这些细节的情况下实现本发明。

在一些情况下，为了防止本发明的构思混淆，已知领域的结构和设备将被省略，或者将基于各个结构和设备的主要功能以框图的形式示出。另外，只要可能，相同的附图标记将在附图和本说明书中自始至终用于指代相同或同样的部分。

在本公开中，用于装置到装置通信的装置(即，M2M装置)可以是固定的或移动的，并且包括与用于装置到装置通信的服务器(即，用于发送/接收用户数据和/或各种类型的控制信息的M2M服务器)进行通信的装置。M2M装置可以被称为终端设备、移动站(MS)、移动终端(MT)、用户终端(UT)、订户站(SS)、无线装置、个人数字助理(PDA)、无线调制解调器、手持装置等。在本发明中，M2M服务器指代与M2M装置和/或其它M2M服务器进行通信并且通过与M2M装置和/或其它M2M服务器进行通信来与M2M装置和/或其它M2M服务器交换各种类型的数据和控制信息的固定站。

将给出与本发明关联的技术的描述。

M2M应用

这些是执行服务逻辑并且使用可通过开放接口访问的公共服务实体(CSE)的应用。能够将M2M应用安装在M2M装置、M2M网关或M2M服务器中。

M2M服务

这是能够由M2MCSE通过标准化接口使用的功能的集合。

oneM2M定义针对各种M2M应用(或应用实体(AE))的公共M2M服务框架(或服务平台、CSE等)。M2M应用能够被认为是实现诸如电子医疗、城市自动化、连接消费者和汽车的服务逻辑的软件。oneM2M服务框架包括实现各种M2M应用通常所必需的功能。因此，能够在无需配置相应的M2M应用所必需的框架的情况下利用oneM2M服务框架来容易地实现各种M2M应用。这能够集成当前划分成许多M2M垂直面(诸如智能建筑、智能电网、电子医疗、运输和安全)的M2M市场，进而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；

–一个或更多个中间节点(MS)；以及

–一个基础设施结构。

MN能够通过Mca基准点与ADN连接。MN能够存在于M2M网关中。

基础设施节点(IN)：基础设施节点是包含一个CSE并且可以包含应用实体(AE)的节点。IN能够存在于M2M服务器中。

IN通过Mcc基准点与如下任一个进行通信：

–一个或更多个中间节点；和/或

–一个或更多个应用服务节点。

IN可以通过一个或更多个Mca基准点与一个或更多个ADN进行通信。

图3例示了M2M通信系统中的M2M服务功能。

如图3所示，由oneM2M服务框架提供的M2M服务功能(即，公共服务功能)包括“通信管理与递送处理”、“数据管理与储存库”、“装置管理”、“发现”、“组管理”、“寻址与标识”、“定位”、“网络服务曝露、服务执行与触发”、“登记”、“安全”、“服务计费与记账”、“会话管理”以及“订阅与通知”。

将给出各个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服务功能可以被操作与底层网络(或诸如3GPP、3GPP2、Wi-Fi、蓝牙的底层网络服务实体(NSE))同步。

所有oneM2M装置/网关/基础设施不具有更高功能并且可以具有强制功能以及来自对应功能当中的一些可选功能。

图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(CSE1)中。为此，需要向存在于M2M装置中的CSE预登记存在于M2M装置中的AE。在登记完成后，登记的M2M应用相关信息被以cseBaseCSE1/应用1资源的形式存储，如图5所示。

当传感器值由存在于M2M装置中的AE存储在低于cseBaseCSE1/应用1资源的容器资源中时，向基础设施节点登记的AE能够访问所对应的值。为了使得能实现访问，还需要向基础设施节点的CSE(CSE2)登记向基础设施节点登记的AE。AE的登记是随着应用1被登记向CSE1而通过将关于应用2的信息存储在cseBaseCSE2/应用2资源中来执行的。应用1经由CSE1和CSE2与应用2进行通信，而不是与应用2直接进行通信。为此，需要向CSE2预登记CSE1。当CSE1向CSE2登记时，CSE1相关信息(例如，链接)被以低于cseBaseCSE2资源的<remoteCSE>资源的形式存储。也就是说，<remoteCSE>提供CSE类型、访问地址(IP地址等)、CSEID以及关于已登记的CSE的可达性信息。

资源发现指代发现存在于远程CSE中的资源的处理。资源发现通过检索请求来执行，并且针对资源发现的检索请求包括下列各项。

<startURI>：这指示URI。URI能够用于限制要发现的资源的范围。如果<startURI>指示资源根<cseBase>，则对已接收到检索请求的接收方的所有资源执行资源发现。接收方仅对由<startURI>指示的资源及其下部资源执行资源发现。

filterCriteria：这个信息描述与要发现的资源有关的信息。接收方为满足filterCriteria的资源而搜索由<startURI>定义的发现范围内的资源并且将该资源发送到对应请求的请求方。

图6是例示了资源发现过程的信号流的图。CSE61向CSE63、64和65发送发现请求以在步骤S61、S63、S65和S67中发现特定资源，并且重复资源发现直到步骤S68为止。CSE61不预先知道预定资源的位置(统一资源标识符(URI)信息)的原因是M2M装置随机地跨越宽区域分布，或者可以由特定触发器稍后创建资源而不是在初始阶段中创建资源。在前者情况下，因为CSE61不知道什么M2M装置存在于什么位置处，所以各个M2M装置可以具有不同的信息。在后者情况下，CSE61应该周期性地发送发现请求，因为它不知道特定资源何时将被创建。

现在，将给出常规的资源通告方案的描述。资源通告指代向一个或更多个其它CES通知或告知特定资源的存在。简单地说，资源通告是在另一CSE处以被通告的资源的形式创建特定CSE具有的资源(即，原始资源)的处理。该被通告的资源仅提供关于原始资源的有限信息，诸如原始资源的URI地址和标签属性。

存在于特定CSE处的资源可以被通告给远程CSE以向该远程CSE告知特定资源的存在。资源通告或资源预告方便资源发现，因为具有特定资源(原始资源)的原始资源托管CSE可以向对该特定资源感兴趣的远程CSE告知特定资源的存在，从而消除远程CSE同各式各样的CSE执行资源发现的需要。基本上，通告资源仅具有关于原始资源的有限信息，诸如原始资源的URI信息(链接属性)和标签属性。

图7例示了资源通告过程。具有特定资源(原始资源)的CSE72通过资源通告来向远程CSE71告知原始资源的存在(S71)。与给远程CSE71的资源通告一起，在远程CSE71处创建被通告的资源(S72)。因为该被通告的资源基本上提供关于原始资源的链接信息，所以远程CSE71可以容易地定位具有特定信息的原始资源并且访问该原始资源(S73)，以因此使用由该原始资源提供的服务。

如果原始资源在它被通告给远程CSE之后被删除，则还应该删除原始资源的所有被通告的资源。如果被通告的资源保持未删除，则该被通告的资源导致问题，因为它提供关于不存在的原始资源的信息。如果在删除原始资源后未迅速地删除被通告的资源(例如，具有该被通告的资源的CSE71是不可达的)，则可以由具有原始资源的CSE72或者通过根据指派给该被通告的资源的“expirationTime”属性终止该被通告的资源它本身来稍后删除该被通告的资源。出于此目的，在原始资源被通告的情况下，原始资源具有被通告的资源的URI地址(announceTo属性)的列表。

通过资源通告创建的被通告的资源具有驻留在另一CSE上的原始资源的URI地址。尽管该被通告的资源是具有单独的资源类型的实际资源(不是虚拟资源)，但是该被通告的资源典型地具有存储指示原始资源的URI的链接属性并且具有可用属性的有限集合。例如，虽然<container>资源具有<instant>资源作为用于存储数据的子资源并且<instant>资源具有内容属性，然而<container>资源的被通告的资源<containerAnnc>在链接属性中简单地提供关于原始资源的URI信息，而无需直接存储数据(而无需<instant>资源以及该<instant>资源的内容属性)。如果还需要关于原始资源的其它信息，则有必要通过由被通告的资源所提供的原始资源的URI来直接访问原始资源。针对原始资源的资源通告仅通过具有原始资源的原始资源托管CSE来执行。

图8和图9例示了<container>资源和<containerAnnc>资源。

图10例示了M2M通信系统中的创建过程。

创建过程由发信方、CSE或AE使用，以便在接收方CSE上创建资源。创建过程被主要划分成登记相关创建过程和非登记相关创建过程。图10例示了非登记相关创建过程，并且将不在本公开中描述登记相关创建过程。

非登记相关创建过程适用于不与登记有关的所有资源类型(例如，除<remoteCSE>和<AE>之外的资源)。发信方1001可以请求通过创建请求来创建资源(S1001)。创建请求消息可以包括对应的操作符类型(即，创建)、要创建的资源的位置(即，资源的URI)、发信方的标识符(ID)、要创建的资源的类型、要创建的资源的名称(其由发信方提供)、要创建的资源的属性(其将由发信方提供)等。

接收方CSE1002可以通过例如检查发信方是否有适当权力来发送请求而对请求进行认证(S1002)。如果认证是成功的，则接收方CSE可以创建资源。

随后，接收方CSE可以向发信方发送包括发信方的ID、接收方CSE的ID或所创建的资源的URI以及可选地所创建的资源的内容(即，属性)的响应(S1003)。相反，如果在步骤S1002中认证失败了，则接收方CSE可以向发信方发送指示错误的响应。

图11例示了M2M通信系统中的更新过程。

更新过程用于更新存储在目标资源的属性中的信息。特别地，expirationTime是重要的，因为具有资源的CSE可以在由expirationTime属性指示的时间之后删除资源。为了防止这个，需要周期性地更新期满时间。发信方CSE或AE可以通过将特定属性的名称和值包括在更新请求消息中来更新、创建或者删除目标资源中的特定属性。

发信方1101可以向接收方CSE1102发送更新请求消息(S1101)。该更新请求消息可以包括对应的操作符类型(即，更新)、目标资源的位置(即，目标资源的URI)、发信方的ID以及关于要在目标资源中更新、创建或者删除的属性的信息。关于属性的信息可以包括属性的名称或者关联更新或指派的值。

接收方CSE可以对发信方是否有权修改目标资源进行认证(S1102)。如果认证是成功的，则接收方CSE可以更新所请求的资源。

可以包括要创建的资源的类型、要创建的资源的名称(其由发信方提供)、要创建的资源的属性(其将由发信方提供)等。

然后，接收方CSE可以向发信方发送包括发信方的ID、接收方CSE的ID以及修改的内容或操作结果的响应消息(S1103)。相反，如果在步骤S1102中认证失败了，则接收方CSE可以向发信方发送指示错误的响应。

AE或CSE可以利用包括在原始资源中的“announceTo”属性来执行资源通告。原始资源的“announceTo”属性是由原始资源成功地通告的资源的URI的列表。托管原始资源的CSE(在下文中，被简称为“原始资源托管CSE”)代表发信方执行资源通告。发信方可以通过向原始资源托管CSE发送针对“announceTo”属性的更新请求消息来将新CSE-ID添加至“announceTo”属性。在这种情况下，原始资源托管CSE首先对由CSE-ID指示的CSE执行资源通告。如果资源通告是成功的，则原始资源托管CSE将已被通告的资源的URI地址添加至“announceTo”属性。并且，“announceTo”属性信息可以被包括在对发信方的更新命令的响应中。在这种情况下，“announceTo”属性信息指示资源通告成功的CSE的列表。因此，发信方可以确定原始资源是否已被成功地通告给特定CSE。相反，发信方可以通过发送属性更新命令并因此更新“announceTo”属性来删除由特定URI地址指示的被通告的资源，使得可以在“announceTo”属性中删除该特定URI地址。

图12例示了用于利用原始资源中的“announceTo”属性来向远程CSE1203通告原始资源并且由发信方(AE或CSE)1201删除被通告的资源的过程。

S1201：发信方1201向由CSE-ID1指示的远程CSE1203发送用于通告原始资源的请求。该请求的接收方是具有原始资源的原始资源托管CSE1202。该请求请求将CSE-ID1添加至原始资源中的“announceTo”属性。

S1202：已接收到请求的原始资源托管CSE1202向由CSE-ID1指示的远程CSE1203发送用于创建被通告的资源的请求。原始资源托管CSE1202可以确定将创建已被通告的资源的准确位置(在本文中，URI1)。已被通告的资源应该具有的属性信息包括与原始资源相同的链接信息和标签信息，而不管原始资源的类型如何。

S1203：在收到用于创建被通告的资源的请求后，远程CSE1203创建该被通告的资源。该被通告的资源不管其类型(例如，<containerAnnc>、<accessRightAnnc>等)都具有相同的信息，并且应该总是具有链接属性和标签属性。链接属性存储原始资源的URI。

S1204：远程CSE1203发送指示已被通告的资源的成功创建的响应。在收到响应后，原始资源托管CSE1202将已被通告的资源的URI(在本文中，URI1)添加至原始资源的“announceTo”属性。

S1205：原始资源托管CSE1202向发信方1201发送对在步骤S1201中接收到的请求的响应。该响应包括关于原始资源的“announceTo”属性信息，并且在这个示例中，“announceTo”属性信息包括URI1。在收到响应后，发信方1201知道原始资源已被成功地通告给CSE-ID1(URI1可以包括CSE-ID1信息)。

S1206：这是由发信方1201删除被通告的资源的示例。发信方1201向原始资源托管CSE1202发送用于删除在URI1处的已被通告的资源的请求。该请求是用于在原始资源的“announceTo”属性中删除URI1的更新请求。

S1207：在步骤S1206中收到请求后，原始资源托管CSE1202向由URI1指示的远程CSE1203发送用于删除已被通告的资源的请求。

S1208：在步骤S1207中收到请求后，远程CSE1203删除由URI1指示的已被通告的资源。

S1209：远程CSE1203通过响应来指示由URI1指示的已被通告的资源的成功删除。在收到响应后，原始资源托管CSE1202在原始资源的“announceTo”属性中删除URI1。

S1210：原始资源托管CSE1202发送对在步骤S1206中接收到的请求的响应。该响应包括关于原始资源的“announceTo”属性信息。在这个示例中，URI1被删除，进而与URI1对应的属性信息在“announceTo”属性信息中是空的。在收到响应后，发信方知道与URI1对应的已被通告的资源已被成功地删除。

然而，被通告的资源的目的在于针对原始资源的有效搜索。因为已被通告的资源仅具有“链接”和“标签”信息，所以关于原始资源的信息是不足的。因此，仅已被通告的资源的有限信息被用在搜索原始资源中，这导致问题。例如，如果在特定位置处的传感器装置将被删除，则位置信息被存储在<container>资源的<content>属性中，并且被通告的资源不具有关于“content”属性的信息。结果，可能未检测到传感器装置。为了检测传感器装置，可以将原始资源的所有属性提供给已被通告的资源。然而，在这种情况下，因为原始资源被拷贝，所以它是低效的，并且甚至不必要的信息可能存在于已被通告的资源中。

因此，本公开旨在提供一种用于在M2M环境中由AE和CSE通告资源并且解除通告(de-announcing)资源以便解决以上描述的问题的方法。

本发明提出了除常规的资源通告方案之外的属性通告或属性预告。

在特定资源的属性当中，存在强制属性和可选属性。强制属性应该由资源支持并且总是存在于资源中。另一方面，可能不支持可选属性，并且只有当被支持时，它存在于资源中。资源应该始终具有所有强制属性并且可以选择性地具有可选属性。例如，<container>资源具有以下属性。在这些属性当中，具有设定为非零值的多重性(Multiplicity)的属性是强制的。如果多重性对于属性来说为零，则该属性是可选的。

[表1]

被通告的资源基本上具有链接属性并且将原始资源的URI存储在链接属性中。即使原始资源的属性是强制的，已被通告的资源也可能不具有该属性。并且，根据上述常规技术，已被通告的资源总是具有预定属性。例如，<container>资源的被通告的资源类型<containerAnnc>具有以下属性。

[表2]

因此，为了获得诸如存在于原始资源中的“currentNrOfInstances”属性和“ontologyRef”属性的信息，应该直接访问原始资源，因为<containerAnnc>不具有这些属性。

如果已被通告的资源能够直接提供关于原始资源的属性的信息，则它是更高效的，因为不需要直接访问原始资源。例如，如果<containerAnnc>资源具有“ontologyRef”属性并且该“ontologyRef”属性具有与原始资源的“ontologyRef”属性相同的值，则可以从已被通告的资源的“ontologyRef”属性直接获取信息，而无需访问原始资源。按照这种方式，可以向已被通告的资源通告原始资源的属性。这被称作属性通告。

然而，如果原始资源的所有属性被通告给已被通告的资源，则对不必要的属性的结果得到的通告可以导致开销。因此，应该通告仅必要的属性。不同的属性可能不管相同的资源类型都在各情况下需要属性通告。因此，本发明还提供了一种用于将原始资源的属性分类为以下三种类型的方法。

·MA(强制通告)：原始资源中的属性被通告给已被通告的资源。这种被通告的属性的内容与原始属性相同。

·OA(可选通告)：可以根据原始资源中的“announcedAttribute”属性的内容来将原始资源中的属性通告给已被通告的资源。这种被通告的属性的内容与原始属性的内容相同。

·NA(不通告)：原始属性未被通告给已被通告的资源。

可以利用“announcedAttribute”属性来选择性地通告标记有OA的属性。将在下面对“announcedAttribute”属性进行描述。“announcedAttribute”属性总是存在于能通告的原始资源中。

“announcedAttribute”属性：如果一些OA属性被通告给其它CSE，则这个属性存在于原始资源中。“announcedAttribute”属性包括原始资源中的被通告的OA属性的列表。“announcedAttribute”属性的更新可以在添加新属性的情况下触发新属性通告，或者在删除现有属性的情况下触发属性解除通告。

例如，<container>资源的各个属性可以被标记有MA/OA/NA如下。如之前提及的，标记有MA的属性被必定通告给被通告的资源，进而存在于该被通告的资源中。标记有NA的属性不应该存在于已被通告的资源中。标记有OA的属性可以根据“announcedAttribute”属性而存在于已被通告的资源中。

可以根据原始资源的类型(MA、OA或NA)给出[表1]如下。

[表3]

图13是例示了根据本发明的实施方式的属性通告过程的信号流的图。

S1301：发信方1301可以向原始资源托管CSE1302发送用于向远程CSE1303通告原始资源的请求。该请求请求将CSE-ID或URI添加至存在于原始资源中的“announceTo”属性。如果发信方1301具有准确的URI信息以创建被通告的资源，则添加URI。如果发信方1301知道仅CSE-ID以创建被通告的资源，则添加CSE-ID。在该实施方式中，假定了CSE-ID1被添加。

S1302：在从发信方1301收到请求后，原始资源托管CSE1302可以向由CSE-ID1指示的远程CSE1303发送用于创建被通告的资源的请求。如果原始资源托管CSE1302已经在步骤S1301中在请求中接收到CSE-ID，则原始资源托管CSE1302可以确定将创建已被通告的资源的准确位置(在本文中，URI1)。显然，如果原始资源托管CSE1303在步骤S1301中在请求中接收到URI信息，则原始资源托管CSE1302不需要确定URI1。

已被通告的资源必定具有原始资源的MA属性，不具有原始资源的NA属性，并且在OA属性被指示在“announcedAttribute”属性中的情况下，可以具有原始资源的OA属性。因此，这个步骤中的资源创建请求包括MA属性以及仅来自OA属性当中的“announcedAttribute”属性中所指示的属性，并且MA属性和OA属性应该具有与它们的原始资源的原始属性相同的值。

S1303：在收到用于创建被通告的资源的请求后，远程CSE1303可以创建被通告的资源。远程CSE1303可以在对请求进行处理之前验证请求。例如，远程CSE1303可以确定已被通告的资源是否包括原始资源的所有MA属性并且不包括原始资源的任何NA属性。

S1304：如果已经成功地创建了已被通告的资源，则远程CSE1303可以向原始资源托管CSE1302发送指示已被通告的资源的成功创建的响应。在收到响应后，原始资源托管CSE1302可以将成功地创建的被通告的资源的URI(在本文中，URI1)添加至原始资源的“announceTo”属性。

S1305：原始资源托管CSE1302向发信方1301发送对在步骤S1301中接收到的请求的响应。该响应包括原始资源的“announceTo”属性信息，在这个示例中为URI1。在收到响应后，发信方1301知道原始资源已被成功地通告给CSE-ID1(URI1可以包括CSE-ID1信息)。如果已经在步骤S1301中给出CSE-ID而非URI，则发信方1301仅检查URI是否被包括在“announceTo”属性中。

S1306：发信方1301可以向原始资源托管CSE1302请求特定属性的属性通告。属性通告仅可用于原始资源的OA属性。发信方1301可以向原始资源托管CSE1302发送用于将为属性通告而请求的属性的名称添加至原始资源的“announcedAttribute”属性的更新请求。

S1307：在步骤S1306中收到更新请求后，原始资源托管CSE1302可以发送请求为原始资源的所有被通告的资源创建被通告的属性的更新命令。属性创建相当于更新被通告的资源，使得该被通告的资源可以具有属性。因此，可以通过针对已被通告的资源发送更新命令来创建已被通告的属性。由于被通告的资源的URI的列表存在于原始资源的“announceTo”属性中，可以针对这些被通告的资源中的全部发送用于创建被通告的属性的请求。原始资源托管CSE1302在发送上述请求之前确定为属性通告而请求的属性是否是OA属性。当请求创建被通告的属性时，原始资源托管CSE1302应该发送包括与原始资源的原始属性相同的值的创建请求。

S1308：在步骤S1307中收到请求后，远程CSE1303可以创建被通告的属性。远程CSE1303可以仅在属性是OA属性时才创建已被通告的属性。

S1309：如果已经成功地创建了已被通告的属性，则远程CSE1303可以发送指示已被通告的属性的成功创建的响应。在收到响应后，原始资源托管CSE1302可以将成功地创建的被通告的资源的名称添加至原始资源的“announcedAttribute”属性。添加至“announcedAttribute”属性的属性可以附加地包括指示属性通告是否对于已被通告的资源中的全部或已被通告的资源的一部分来说一直成功的信息。

S1310：原始资源托管CSE1302发送对在步骤S1306中接收到的请求的响应。该响应包括原始资源的“announcedAttribute”属性信息，在这个示例中为attr1。在收到响应后，发信方1301知道原始属性attr1已被成功地通告。

图14是例示了根据本发明的实施方式的属性解除通告过程的信号流的图。

S1401：发信方1401可以向原始资源托管CSE1402发送用于解除通告已经执行了属性通告的特定属性的请求。如果属性解除通告被成功地执行，则从被通告的资源中删除特定属性。发信方1401可以向原始资源托管CSE1402发送用于从原始资源的“announcedAttribute”属性中删除特定属性的名称的更新命令。仅原始资源的OA属性可以经受属性解除通告。

S1402：在步骤S1401中收到用于删除已被通告的属性的请求后，原始资源托管CSE1402可以针对原始资源的所有被通告的资源发送请求删除已被通告的属性的更新命令。因为在原始资源的“announceTo”属性中存在被通告的资源的URI的列表，所以用于删除该被通告的属性的请求是针对所有被通告的资源而发送的。原始资源托管CSE1402在发送请求之前确定为属性解除通告而请求的特定属性是否被标记有OA。

S1403：在步骤S1402中收到对属性解除通告的请求后，远程CSE1403可以删除属性。远程CSE1403可以在确定要解除通告的属性是否被标记有OA之后删除该属性。

S1404：远程CSE1403可以发送指示已被通告的属性的成功删除的响应。在收到响应后，原始资源托管CSE1402可以从原始资源的“announcedAttribute”属性中删除成功地删除的属性的名称。

S1405：原始资源托管CSE1402发送对在步骤S1401中接收到的请求的响应。该响应包括原始资源的“announcedAttribute”属性信息，并且在这个示例中在“announcedAttribute”属性信息中删除attr1。在收到响应后，发信方1401知道与attr1对应的属性已被成功地解除通告。

还可以执行上述过程如下。

S1401：发信方1401可以向原始资源托管CSE1402发送用于解除通告已经执行了属性通告的特定属性的请求。如果属性解除通告被执行，则从被通告的资源中删除特定属性。发信方1401可以向原始资源托管CSE1402发送用于从原始资源的“announcedAttribute”属性中删除特定属性的名称的更新命令。仅原始资源的OA属性可以经受属性解除通告。

S1402：在步骤S1401中收到用于删除已被通告的属性的请求后，原始资源托管CSE1402可以针对原始资源的所有被通告的资源发送用于删除已被通告的属性的请求。因为在原始资源的“announceTo”属性中存在被通告的资源的URI的列表，所以用于删除已被通告的属性的请求是针对所有被通告的资源而发送的。原始资源托管CSE1402在发送请求之前确定为属性解除通告而请求的特定属性是否被标记有OA。原始资源托管CSE1402针对所有被通告的资源发送用于删除已被通告的属性的请求，并且不管该请求是否已被成功地处理都从“announcedAttribute”属性中删除属性的名称。

S1403：在步骤S1402中收到对属性解除通告的请求后，远程CSE1403可以删除属性。只有当为属性解除通告而请求的属性被标记有OA，远程CSE1403才可以删除属性。

S1404：远程CSE1403可以向原始资源托管CSE1402发送指示已被通告的属性的成功删除的响应。

S1405：原始资源托管CSE1402可以发送对在步骤S1401中接收到的请求的响应。该响应包括原始资源的“announcedAttribute”属性信息，并且在这个示例中在“announcedAttribute”属性信息中删除attr1。因为原始资源托管CSE1402已经不管是否已针对所有被通告的资源成功地执行了属性解除通告都从“announcedAttribute”属性中删除了属性的名称，所以原始资源托管CSE1402应该对于属性仍然将要被解除通告的被通告的资源继续进行属性解除通告。并且，可以在步骤S1402之前执行步骤S1405，因为相同的响应被发送到发信方1401而不管属性解除通告是否成功。

现在，将给出根据本发明的另一实施方式的子资源通告过程的描述。

按照惯例，被通告的资源可能不具有子资源。这是因为关于原始资源的子资源的信息是通过基于由已被通告的资源所提供的关于原始资源的链接信息来访问原始资源而获取的。然而，如果已被通告的资源具有子资源，则可以在无需访问原始资源的情况下检索关于子资源的信息，从而使得能实现高效的资源通告。因此，本发明的实施方式提出了被通告的资源也可以具有子资源，并且子资源是根据已被通告的资源来确定的。

在资源规范中指定特定被通告的资源具有的子资源类型。例如，在下表中定义了<applicationAnnc>资源具有的子资源类型。根据此表，<applicationAnnc>资源可以具有<subscription>、<container>、<containerAnnc>、<groupAnnc>、<accessRightAnnc>、<mgmtObjAnnc>、<commCapabilitiesAnnc>等作为子资源。也就是说，已被通告的资源的子资源可以是被通告资源类型或通用资源类型。

[表4]

在特定子资源被创建在被通告的资源下面的情况下，如果子资源不是被通告资源类型(如果其资源类型不具有后缀“Annc”)，则在与该子资源的资源类型对应的创建方案中创建该子资源。另一方面，如果在已被通告的资源下面创建的子资源是被通告资源类型，则使用根据本发明所描述的资源通告方案。然而，如果发信方发送创建请求，则该发信方应该发送准确的URI(不是CSE-ID)，使得可以在特定被通告的资源下面创建子资源。

图15是例示了根据本发明的实施方式的用于创建子资源的过程的信号流的图。

关于图15的设定，原始资源托管CSE1502具有两个资源。例如，两个资源可以是原始资源R1和R2。R2是R1的子资源。R1已经作为AR1被通告给远程CSE1503。

S1501：发信方1501可以向原始资源托管CSE1502发送用于在存在于远程CSE1503中的已被通告的资源AR1下面创建新子资源的请求。因为要创建的子资源不是被通告资源类型，所以发信方1501向远程CSE1503请求资源创建。在这种情况下，根据要创建的资源的类型来执行资源创建过程。

S1502和S1503：原始资源托管CSE1502可以根据创建请求在已被通告的资源AR1下面创建子资源。原始资源托管CSE1502在创建子资源之前确定已被通告的资源是否可以具有所对应的资源类型的子资源。如果子资源被成功地创建，则原始资源托管CSE1502可以向发信方1501发送指示子资源的成功创建的响应。

S1504：发信方1501可以向原始资源托管CSE1502发送用于在已经存在的被通告的资源AR1下面创建子资源的请求。可以通过更新请求来发送请求。要创建的新子资源是被通告资源类型。发信方1501首先确定新子资源的原始资源(在这个示例中为R2)。也就是说，所确定的原始资源作为AR1的子资源被通告。

利用所确定的原始资源R2的“announceTo”属性对远程CSE1503执行资源通告。这个请求不应该包括CSE-ID，但是通过URI来指示子资源的准确位置。

S1505至S1508：这个操作与以上描述的资源通告过程(即，图13中的S1302至S1305)相同。

此外，被通告的属性应该具有与它们的原始属性相同的值。当被通告的资源被创建时，与其原始资源相同的值被分配给该被通告的资源。如果原始属性的值改变了，则应该将相同的改变值分配给已被通告的属性。原始资源托管CSE负责将值分配给被通告的属性。图16是例示了用于使原始资源与被通告的资源(或属性)同步的过程的信号流的图。

S1601：原始资源托管CSE1601可以检测到特定被通告的属性具有改变值。原始资源托管CSE1601确定具有特定属性的资源是否是被通告的资源并且特定属性是否还是被通告的属性。如果资源具有“announceTo”属性并且该“announceTo”属性具有URI，则可以确定资源通告已发生。并且，如果特定属性的名称被存储在“announcedAttribute”属性中，则可以确定特定属性是被通告的属性，而如果特定属性不管“announcedAttribute”属性都被标记有MA，则可以确定特定属性是被通告的属性。

S1602：如果在步骤S1601中原始资源托管CSE1601确定特定资源是被通告的资源并且特定资源的特定属性是被通告的属性，则原始资源托管CSE1601可以向远程CSE1602发送用于针对存在于“announceTo”属性中的所有被通告的资源来更新属性的值的命令。经更新的值是属性的改变值。

S1603：在收到命令后，远程CSE1602可以更新属性值。然后，远程CSE1602可以向原始资源托管CSE1601发送指示成功更新的响应。

上述过程可以使可用于属性通告的OA属性和MA属性同步。

除了更新命令的接收方是另一远程CSE1603之外，步骤S1604和S1605与步骤S1602和S1603相同。

图17是被配置为实现本发明的示例性实施方式的发送装置10和接收装置20的框图。参照图17，发送装置10和接收装置20分别包括用于发送和接收承载信息、数据、信号和/或消息的无线电信号的射频(RF)单元13和23、用于存储与无线通信系统中的通信有关的信息的存储器17和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可以由硬件、固件、软件或其组合来实现。在硬件配置中，可以在处理器11和21中包括专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DSPD)、可编程逻辑器件(PLD)或现场可编程门阵列(FPGA)。如果使用固件或软件来实现本发明，则固件或软件可以被配置为包括执行本发明的功能或操作的模块、过程、函数等。被配置成执行本发明的固件或软件可以被包括在处理器11和21中或者存储在存储器12和22中，以便由处理器11和21驱动。

在本发明的实施方式中，应用(实体)或资源相关实体等可以作为安设或者安装有它们的装置(即，发送装置10或接收装置20)。

应用(实体)或资源相关实体等(诸如发送装置或接收装置)的特定特征可以作为以上连同附图所描述的本发明的一个或更多个实施方式的组合被实现。

已经给出了本发明的示例性实施方式的详细描述，以使得本领域技术人员能够实现并实践本发明。尽管已经参照示例性实施方式描述了本发明，但是本领域技术人员将了解，在不脱离所附权利要求中描述的本发明的精神或范围的情况下，能够对本发明做出各种修改和变化。因此，本发明不应该限于本文所描述的特定实施方式，而是应该符合与本文所公开的原理和新颖特征一致的最广范围。

工业适用性

本发明可以被用于诸如终端、基站、服务器或其它设备的无线通信设备。

Claims (13)

1.一种用于在无线通信系统中将一个实体的原始资源的属性通告给另一实体的方法，该方法包括以下步骤：

接收对“announcedAttribute”属性的更新请求，以通告所述原始资源的特定属性，所述“announcedAttribute”属性包括所述原始资源的被通告的属性的列表，所述原始资源的各个属性被设定为将被强制通告的强制通告MA类型、根据所述原始资源中的所述属性的内容可选地通告的可选通告OA类型以及未被通告的不通告NA类型中的一种；

确定所述特定属性是否是所述OA类型；以及

如果所述特定属性是所述OA类型，则将所述特定属性通告给所述原始资源的所有被通告的资源。

2.根据权利要求1所述的方法，其中，所述更新请求包括所述特定属性的名称。

3.根据权利要求1所述的方法，其中，所述更新请求包括所述特定属性的名称和值。

4.根据权利要求1所述的方法，该方法还包括以下步骤：

接收对创建请求的响应；以及

如果对所述创建请求的所述响应指示成功创建，则将所述特定属性的名称添加至所述“announcedAttribute”属性。

5.根据权利要求4所述的方法，该方法还包括以下步骤：在所述特定属性的所述名称被添加至所述“announcedAttribute”属性之后，发送对所述更新请求的响应，

其中，对所述更新请求的所述响应包括添加有所述特定属性的所述“announcedAttribute”属性。

6.一种用于当一个实体的原始资源的属性已被通告给另一实体时在无线通信系统中解除通告所述原始资源的所述属性的方法，该方法包括以下步骤：

接收对“announcedAttribute”属性的更新请求，以解除通告所述原始资源的特定属性，所述“announcedAttribute”属性包括所述原始资源的被通告的属性的列表，所述原始资源的各个属性被设定为将被强制通告的强制通告MA类型、根据所述原始资源中的所述属性的内容可选地通告的可选通告OA类型以及未被通告的不通告NA类型；

确定所述特定属性是否是所述OA类型；以及

如果所述特定属性是所述OA类型，则针对所述原始资源的所有被通告的资源解除通告所述特定属性。

7.根据权利要求6所述的方法，该方法还包括以下步骤：

接收对删除请求的响应；以及

如果对所述删除请求的所述响应指示成功删除，则从所述“announcedAttribute”属性中删除所述特定属性的名称。

8.根据权利要求7所述的方法，该方法还包括以下步骤：在所述特定属性的所述名称被从所述“announcedAttribute”属性中删除之后，发送对所述更新请求的响应，

其中，对所述更新请求的所述响应包括从中删除了所述特定属性的所述“announcedAttribute”属性。

9.一种用于在无线通信系统中创建在一个实体的原始资源当中通告给另一实体的特定资源的子资源的方法，该方法包括以下步骤：

向具有所述原始资源的第一装置和具有特定被通告的资源的第二装置中的一个发送用于创建所述子资源的请求；以及

接收对所述请求的响应，

其中，要创建的所述子资源的类型根据所述请求是被发送到所述第一装置还是被发送到所述第二装置而改变。

10.根据权利要求9所述的方法，其中，如果要创建的所述子资源具有所述原始资源的被通告资源类型，则所述请求被发送到所述第一装置，并且如果要创建的所述子资源具有通用资源类型，则所述请求被发送到所述第二装置。

11.一种用于在无线通信系统中将一个实体的原始资源的属性通告给另一实体的设备，该设备包括：

射频RF单元；以及

处理器，所述处理器被配置为控制所述RF单元，

其中，所述处理器被配置为：接收对“announcedAttribute”属性的更新请求，以通告所述原始资源的特定属性，所述“announcedAttribute”属性包括所述原始资源的被通告的属性的列表，所述原始资源的各个属性被设定为将被强制通告的强制通告MA类型、根据所述原始资源中的所述属性的内容可选地通告的可选通告OA类型以及未被通告的不通告NA类型中的一种；确定所述特定属性是否是所述OA类型；以及如果所述特定属性是所述OA类型，则将所述特定属性通告给所述原始资源的所有被通告的资源。

12.一种用于当一个实体的原始资源的属性已被通告给另一实体时在无线通信系统中解除通告所述原始资源的所述属性的设备，该设备包括：

射频RF单元；以及

处理器，所述处理器被配置为控制所述RF单元，

其中，所述处理器被配置为：接收对“announcedAttribute”属性的更新请求，以解除通告所述原始资源的特定属性，所述“announcedAttribute”属性包括所述原始资源的被通告的属性的列表，所述原始资源的各个属性被设定为将被强制通告的强制通告MA类型、根据所述原始资源中的所述属性的内容可选地通告的可选通告OA类型以及未被通告的不通告NA类型；确定所述特定属性是否是所述OA类型；并且如果所述特定属性是所述OA类型，则针对所述原始资源的所有被通告的资源解除通告所述特定属性。

13.一种用于在无线通信系统中创建在一个实体的原始资源当中通告给另一实体的特定资源的子资源的设备，该设备包括：

射频RF单元；以及

处理器，所述处理器被配置为控制所述RF单元，

其中，所述处理器被配置为向具有所述原始资源的第一装置和具有特定被通告的资源的第二装置中的一个发送用于创建所述子资源的请求，并且接收对所述请求的响应，并且

其中，要创建的所述子资源的类型根据所述请求是被发送到所述第一装置还是被发送到所述第二装置而改变。