CN108353263A - 处理无线通信系统中的服务请求的方法及其设备 - Google Patents

Abstract

根据本发明的实施例的用于在无线通信系统中处理服务请求的方法由接收设备执行并且包括以下步骤：从源设备接收对于与满足过滤条件的服务相对应的资源的检索请求；如果检索请求的目标是指示特定设备的应用资源，则搜索满足检索请求中包括的过滤条件的资源；如果在接收设备中不存在满足过滤条件的资源，则检查在检索请求中包括的过滤条件是否包括与该服务相对应的至少一个新资源创建请求指示符；如果所述过滤条件包括与服务相对应的至少一个新资源创建请求，则将包括过滤条件和源设备的指示符的请求发送到特定设备；以及接收来自特定设备的对请求的响应，其中如果特定设备成功地生成满足过滤条件的至少一个新资源，则响应可以包括已经生成的至少一个新资源的地址。

Description

处理无线通信系统中的服务请求的方法及其设备

技术领域

本发明涉及无线系统中用于处理服务请求的方法及其设备。

背景技术

如果在IOT(物联网)通信环境中特定系统的应用1(或设备1)使用由应用2(或设备2)提供的服务或使用应用2(或设备2)的不同系统的服务，则由于现有技术系统中的服务未暴露，所以该服务可能不可用。在这种情况下，对在系统内创建期望的服务信息的请求及其处理方法的需求正在上升。

发明内容

技术任务

本发明旨在提出对服务进行请求的方法和用于处理相应请求的方法。

从本发明可获得的技术任务不受上述技术任务的限制。并且，本发明所属技术领域的普通技术人员根据以下描述可以清楚地理解其他未提及的技术任务。

技术方案

在本发明的一个技术方面中，在此提供了一种在无线通信系统中处理服务请求的方法，该方法由接收设备执行，该方法包括：从源设备接收对与过滤标准相匹配的服务相对应的资源的检索请求，当检索请求的目标是代表特定设备的应用资源时，搜索与检索请求中包括的过滤标准相匹配的资源；当在接收设备中没有与过滤标准相匹配的资源时，检查是否过滤标准包括用于请求创建与服务相对应的至少一个新资源的指示；当过滤标准包括指示时，将包括过滤标准和源设备的标识符的请求发送到特定设备；以及从特定设备接收对请求的响应，其中当特定设备已成功地创建与过滤标准相匹配的至少一个新资源时，响应可以包括所创建的至少一个新资源的地址。

另外地或可替选地，该方法可以进一步包括：当响应包括所创建的至少一个新资源的地址时，向源设备发送包括至少一个新资源的地址的检索响应。

另外地或可替选地，至少一个新资源可以被创建为从属于代表特定设备的应用资源。

另外地或可替选地，指示特定设备的应用资源的pointOfAccess属性可以用于向特定设备发送包括过滤标准和源设备的标识符的请求。

另外地或可替选地，当特定设备拒绝请求时，响应可以包括指示其被特定设备拒绝的信息。

另外地或可替选地，可以基于源设备的标识符拒绝请求。

另外地或可替选地，该方法可以进一步包括：当与过滤标准相匹配的资源存在于接收设备中时，将与过滤标准相匹配的资源的列表发送到源设备。

另外地或可替选地，当特定设备未能成功地创建与过滤标准相匹配的至少一个新资源时，响应包括指示特定设备未能成功地创建至少一个新资源的信息。

另外地或可替选地，该方法可以进一步包括：当响应包括指示特定设备未能成功地创建与过滤标准相匹配的至少一个新资源的信息时，向源设备发送包括信息的检索响应。

在本发明的另一个技术方面中，在此提供一种无线通信系统中配置为处理服务请求的接收设备，接收设备包括发射器、接收器以及处理器，该处理器被配置为控制发射器以及接收器，其中处理器进一步被配置为：从源设备接收对与过滤标准相匹配的服务相对应的资源的检索请求，当检索请求的目标是代表特定设备的应用资源时，搜索与在检索请求中包括的过滤标准相匹配的资源，当在接收设备中没有与过滤标准相匹配的资源时，检查是否过滤标准包括用于请求创建与服务相对应的至少一个新资源的指示，当过滤标准包括指示时，向特定设备发送包括过滤标准和源设备的标识符的请求，其中处理器进一步被配置为从特定设备接收对请求的响应，以及其中当特定设备已经成功地创建与过滤标准相匹配的至少一个新资源时，响应可以包括所创建的至少一个新资源的地址。

另外地或可替选地，当响应包括所创建的至少一个新资源的地址时，其中处理器可以被配置为向源设备发送包括至少一个新资源的地址的检索响应。

另外地或可替选地，至少一个新资源可以被创建为从属于表示特定设备的应用资源。

另外地或可替选地，指示特定设备的应用资源的pointOfAccess属性可以被用于向特定设备发送包括过滤标准和源设备的标识符的请求。

另外地或可替选地，当特定设备拒绝请求时，响应可以包括指示其被特定设备拒绝的信息。

另外地或可替选地，可以基于源设备的标识符拒绝请求。

另外地或可替选地，当与过滤标准相匹配的资源存在于接收设备中时，处理器可以被配置为将与过滤标准相匹配的资源的列表发送到源设备。

另外地或可替选地，特定设备未能成功地创建与过滤标准相匹配的至少一个新资源时，响应可以包括指示特定设备未能成功地创建至少一个新资源的信息。

另外地或可替选地，当响应包括指示特定设备未能成功地创建与过滤标准相匹配的至少一个新资源的信息时，处理器可以被配置为将包括信息的检索响应发送到源设备。

本技术方案仅部分地包括本发明的实施例，并且对于本领域的技术人员来说，基于以下对本发明进行的详细描述能够得到和理解反映本发明技术特征的各种实施例。

有益效果

根据本发明的一个实施例，它能够处理用于检索在平台或CSE上不存在的服务(或对应于资源的资源)的请求，另外响应于相应的检索请求在平台或CSE中创建相应的资源，并向检索请求者提供对其的响应。

从本发明可获得的效果不受上述效果限制。并且，本发明所属技术领域的普通技术人员根据以下描述可以清楚地理解其他未提及的效果。

附图说明

被包括以提供对本发明的进一步理解并且被并入到本说明书中且构成本说明书的一部分的附图示出了本发明的实施例，并且与说明书一起用于解释本发明的原理。

图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是被配置为实现本发明的实施例的设备的框图。

具体实施方式

现在将详细参考本发明的优选实施例，其示例在附图中示出。本发明的以下详细描述包括有助于充分理解本发明的细节。本领域技术人员将会理解，可以在没有这些细节的情况下实施本发明。

在一些情况下，为了防止本发明的概念模糊不清，已知技术的结构和装置将被省略，或将基于每个结构和装置的主要功能以框图的形式示出。另外，只要可能，将在整个附图和说明书中使用相同的附图标记来指代相同或相似的部分。

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

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

M2M应用

这些是执行服务逻辑并且使用通过开放式接口(open interface.)可访问的公共服务实体(CSE)的应用。M2M应用可以安装在M2M设备、M2M网关或M2M服务器中。

M2M服务

这是可以由M2M CSE通过标准化接口使用的一组功能。

oneM2M为各种M2M应用(或应用实体(AE))定义公共M2M服务框架(或服务平台、CSE等)。M2M应用可被视为实施诸如电子健康、城市自动化、互联消费者和汽车的服务逻辑的软件。oneM2M服务框架包括实现各种M2M应用通常所需的功能。因此，可以使用oneM2M服务框架容易地实现各种M2M应用，而无需配置各个M2M应用所需的框架。这可以整合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’的参考点与Mcc参考点在相互连接CSE方面相类似，但是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服务功能可以与底层网络(或诸如3GPP、3GPP2、Wi-Fi、蓝牙的底层网络服务实体(NSE))同步操作。

所有oneM2M设备/网关/基础设施都没有更高的功能，并且可能具有强制功能和相应功能之中的一些可选功能。

M2M通信系统中的术语“资源”可以用于在M2M通信系统中构建和表达信息，并且可以指示能够被URI标识的所有种类的东西。资源可以被分类为通用资源、虚拟资源和宣告资源。各个资源可以定义如下。

虚拟资源：虚拟资源可以触发特定的处理，和/或可以执行结果的检索。虚拟资源不是永久包含在CSE中。

宣告资源：宣告资源是连接到所宣告的(或通知的)原始资源的资源CSE中包含的资源。宣告资源可以保留原始资源的一些部分特征。资源宣告可以促进资源搜索或发现。在远程CSE中包含的宣告资源不在远程CSE中作为原始资源之子(a child of the originalresource)存在，也可能用于生成子资源(child resources)而不是宣告的原始资源之子。

一般资源：如果该资源没有被指定为虚拟或宣告资源，则相应的资源是一般资源。

图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/application1资源的形式被存储，如图5所示。

当通过存在于M2M设备中的AE将传感器值存储在低于cseBaseCSE1/application1资源的容器资源中时，通过基础设施节点注册的AE可以访问相应的值。为了启用访问，通过基础架构节点注册的AE也需要通过基础架构节点的CSE(CSE 2)注册。通过在应用1向CSE 1注册时将关于应用2的信息存储在cseBaseCSE2/application2资源中来执行AE的注册。应用1经由CSE 1和CSE 2与应用2通信，而不是直接与应用2通信。为此，CSE 1需要通过CSE 2预先注册。当CSE 1通过CSE 2注册时，CSE 1相关信息(例如链接)以低于cseBaseCSE2资源的<remoteCSE>资源的形式存储。也就是说，<remoteCSE>提供CSE类型、访问地址(IP地址等)、CSE ID以及关于注册的CSE的可达性信息。

资源发现是指发现存在于远程CSE中的资源的过程。通过检索请求执行资源发现，并且资源发现的检索请求包括以下。

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

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

如图4或图5所示，用于M2M系统的资源可以由树结构表示，并且根资源类型可以由<CSEBase>表示。因此，只有当公共服务实体(CSE)存在时，<CSEBase>资源类型才必须存在。

图6是示出位于Mca和Mcc参考点的一般通信流程的概念图。

M2M系统操作是在数据交换的基础上进行的。例如，为了允许第一设备发送或执行用于停止第二设备的特定操作的命令，第一设备必须将相应的命令(以数据形式配置)发送到第二设备。在M2M系统中，可以在应用(或CSE)与另一个CSE之间的通信期间使用请求和响应消息来交换数据。

请求消息可以包括以下信息。

·操作(Operation)：“操作”是指要执行的操作的形状。(这些信息可以从创建、检索、更新、删除和通知中选择。)

·到(TO)：“到”是指被调度以接收该请求的实体的ID(即，接收器的ID)。

·从(From)：“从”是指生成请求的主叫用户(即，呼叫发起者)的ID。

·请求标识符(Request Identifier)：“请求标识符”是指请求消息的ID(即，用于区分请求消息的ID)

·组请求标识符参数(用于防止组扇出请求消息被重复的标识符)

·内容(Content)：“内容”是指要发送的资源的内容。

响应消息可以包括以下信息。如果相应的请求消息被成功处理，则响应消息可以包括以下信息。

·到：“到”是指生成请求消息的主叫用户(即，呼叫发起者)的ID。

·从：“从”是指接收请求消息的被叫者(即，呼叫接收器)的ID。

·请求标识符：“请求标识符”是指用于标识请求消息的ID的请求消息的ID。

·结果内容：“结果内容”是指请求消息的处理结果(例如，好(Okay)、好和完成(Okay and Done)、好和正在进行(Okay and in progress)中)。

·内容：“内容”是指要发送的资源的内容(仅结果值可以被发送。)

如果请求消息处理失败，则响应消息可以包括以下信息。

·到：“到”是指生成请求消息的主叫用户(即，呼叫发起者)的ID。

·从：“从”是指接收请求消息的被叫者(即，呼叫接收器)的ID。

·请求标识符：“请求标识符”是指请求消息的ID(以便标识请求消息的ID)。

·rs：“rs”是指请求消息的处理结果(例如，不好(Not Okay))。

如上所述，该响应消息可以包括上述信息。

同时，存在下表中所示的各种资源类型。

[表1]

每个资源类型可以位于相应资源类型的父资源(parent resource type)类型下方，并且可以具有子资源类型(child resource type)。另外，每种资源类型可以具有属性，并且实际值可以存储在属性中。

表2示出<container>资源类型的属性。用于存储实际值的属性总是可以通过多重性设置为值1，或者可以通过多重性来选择性地设置为值('0..1')。另外，根据当生成相应属性时生成的特征，根据RO(只读取)、RW(读取和写入)、WO(只写入)可以建立相应的属性。

下表定义了<AE>资源的属性。

[表3]

资源访问控制策略

访问控制策略被定义为“白名单”或特权，并且每个特权为一些访问模式定义“允许”实体。处理特权集合以使得一组特权的结果特权是个人特权的总和；即如果该行为被该集合中的某个/任何特权所允许，则允许行动。selfPrivilege属性列出授权用于读取/更新/删除<accessControlPolicy>资源的实体。

由访问控制策略定义的所有特权与位置、时间窗口和IP地址相关联。

通过在资源上设置accessControlPolicyID属性，用于访问资源的特权由<accessControlPolicy>资源中定义的特权来定义。

图7示出<accessControlPolicy>资源的结构。下表示出<accessControlPolicy>资源的属性。

[表4]

特权可以概括为动作(其可以是允许访问，但也可以是更具体的，准许访问，即过滤部分数据)。虽然特权可以概括为条件，其中可能包括指定的标识符之外请求者的标识符，但特权还可能包括基于时间的条件。

基于访问控制策略的访问认证主制通过将请求者与存储在<accessControlPolicy>资源中的请求者的特权相匹配来进行操作。在发现正匹配时，使用与匹配的特权所有者相关联的一组允许的操作来检查所请求的操作(例如，RETRIEVE)。如果检查失败，请求将被拒绝。这样的组被称为特权标志。

自我特权和特权是与<accessControlPolicy>资源本身相关联的请求者特权列表，以及应用于<accessControlPolicy>资源的特权标志以及寻址accessControlPolicyID公共属性的所有其他资源类型。

访问控制策略中定义的所有特权与访问认证之前的位置、时间窗口和IP地址相关联。

自我特权和特权的每个特权可以被配置为角色(role)。此角色由角色名称和URL来标识，该URL寻址定义角色定义的M2M服务订阅资源。当请求者使用特定角色表示自己时，访问控制策略通过将请求者与属于M2M服务订阅资源中指定的特定角色的列表进行匹配来进行操作。

特权和自我特权列表中的每个特权包括以下元素。

[表5]

名称	说明
		originatorPrivileges	参阅表5
Contexts	参阅表6
		operationFlags	参阅表7

“originatorPrivileges”包括下表中所示的信息。

[表6]

表5中的“Contexts”包括下表中所示的信息。

[表7]

表5中的“operationFlags”包括下表中所示的信息。

[表8]

名称	说明
		RETRIEVE	检索寻址资源的内容的特权
CREATE	创建子资源的特权
		UPDATE	更新寻址资源的内容的特权
DELETE	删除寻址资源的特权
		DISCOVER	发现资源的特权
NOTIFY	接收通知的特权

在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向与注册商相对应的CSE1发送<AE>资源的生成请求(S81-1)。CSE1可以使用AE1的信息生成<AE>资源(S82-2)。然删，CSE1可以向AE1发送包括注册结果的响应(S83-2)。

图8(b)示出CSE注册过程。除了CSE1对应于注册商，CSE2对应于注册商，并且当CSE2发送针对CSE1的注册请求的结果(S83-2)时，CSE1使用CSE2的信息生成<remoteCSE>资源(S84-2)之外，图8(b)的过程对应于图8的过程。

订阅资源类型

<subscription>资源包含其订阅资源的订阅信息。<subscription>资源是订阅资源之子。因此，<subscription>资源应表示为订阅资源的子资源。例如，<container>资源具有<subscription>资源作为子资源。当父订阅资源被删除时，<subscription>资源应被删除。

<subscription>资源应表示对订阅资源的订阅。当发起者具有对订阅资源的RETRIEVE特权时，发起者应能够创建<subscription>资源类型的资源。创建<subscription>资源的发起者成为资源订阅者。

每个<subscription>资源可以包括指定发送哪个通知、发送通知的时间和如何发送通知的通知策略。这些通知策略可能与CMDH策略一起使用。

当<subscription>资源被删除时，如果通知请求由发起者提供，则通知请求应发送到subscriberURI。

<subscription>资源具有子资源，并且其名称是作为<schedule>资源类型的notificationSchedule。在<subscription>资源的上下问中，notificationSchedule指定通知何时可以由主主CSE发送到notificationURI。

为<subscription>资源指定的属性如下所示。下表中的属性仅列出<subscription>资源的部分属性。

[表9]

EventNotificationCriteria条件如下所示。

[表10]

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创建或设置。

为了使用服务的消费者应用使用在RESTful系统中提供服务的生产者应用的服务，生产者应用应该以资源形式将服务保存到平台。消费者应用从RESTful平台发现(或搜索)该服务，并且能够使用(例如，检索、更新)该服务。

然而，在这样的系统中，消费者应用不能使用不是由生产者应用创建的服务信息。此外，消费者应用和生产者应用使用平台上的资源作为媒体执行间接通信的过程，以及消费者应用向生产者应用做出创建消费者应用所需的服务作为资源的请求的过程没有定义。

下问中提到的消费者应用、生产者应用、平台、CSE、AE等中的每个可以被配置为单个单独设备。因此，它们可以被使用并被理解为与每个单独的设备可相互交换。

在图11中，本发明假设如下的环境。在这样的环境中，生产者应用向平台(以下称为CSE)暴露将自己的服务或生产者应用可访问的外部系统的服务作为资源，并且消费者应用使用它。

消费者应用1140访问指示平台1130上的生产者应用1130的资源或子资源，并且能够请求新服务提供[S1110]。例如，该请求可以包括诸如创建请求或检索请求的操作。

平台确定是否具有由请求指示的服务。如果平台不具有相应的服务，则它能够将该请求递送给生产者应用1120[S1120]。

如果不具有由请求指示的服务，则生产者应用可以通过外部系统互通获得关于相应服务的信息[S1130]。

生产者应用可以向平台创建或暴露在S1120中接收到的请求所指示作为资源的服务[S1140]。该服务可以被创建或暴露为指示生产者应用本身的资源的子资源(例如，子资源、重孙子资源(great grandchild resource)等)之一。

响应于S1110，平台可以将新创建的资源的信息递送给消费者应用[S1150]。

使用检索的服务请求

现有技术消费者应用可以使用发现或条件检索请求作为从平台获得消费者应用所期望的资源(服务)的方法。在使用发现请求的情况下，由于消费者应用使用过滤标准参数来获得资源匹配标准的地址(例如，URI)，因此消费者应用应执行附加的检索请求相关过程以便获得服务信息。在使用条件检索请求的情况下，消费者应用使用过滤器标准参数过滤消费者应用期望的标准的资源，然删能够一写使用结果内容参数获得相应资源的信息。然而，这两种方法都可以获得仅存在于现有平台(例如，CSE)上的资源(服务)的信息。

本发明提出以下方法。首先，在消费者应用向平台请求消费者应用期望的资源(或服务)的情况下，如果相应的资源(或服务)不在平台上存在(即，响应于该请求，通过向生产者应用递送原始请求，请求生产者应用创建相应资源作为平台上的新资源)，则相应的请求包含指示创建相应资源的请求的指示符。例如，通过将请求新服务的值新添加到检索请求的过滤器标准参数的filterUsage条件，能够采用向生产者应用递送相应信息的方法。

因此，在平台已经接收到包含特定指示符的检索请求之删，当相应请求的目标资源(例如，检索请求的'To'参数所指示的目标)指示生产者应用(存储在平台中的生产者应用资源的地址，对存储在平台中的生产者应用资源的地址的预先确定的地址设置等)，平台可以递送在生成器应用的检索请求中包含的信息(例如，消费者应用的ID、特定指示符、新服务(例如，过滤器标准参数))。在平台确认没有资源在平台中检索删，可以在生产者应用上执行这样的递送。用于向生产者应用递送相应信息的生产者应用的地址可以使用存在于具有生产者应用的信息的<AE>资源中的'pointOfAccess'属性。

此外，如果生产者应用创建(资源)对指示生产者应用或其子资源的资源的订阅，则平台可以通过不同的方法将消费者应用的请求递送给生产者应用。在配置订阅的eventNotificationCriteria时，在生产者应用打算通过通知接收订阅资源(如operationMonitor)上的外部访问(访问、操作)信息时，请求中包含的其他参数信息(诸如筛选条件和新服务请求指示符)以及访问先前订阅的资源的发起者的ID和请求消息的操作类型信息一起递送。当完成这种配置时，具有通过指示生产者应用接收包含消费者应用的新服务请求指示符的检索请求(例如，指示存储在平台中的生产者应用资源或者指示资源预先固定存储在平台中的生产者应用的资源)的平台能够将包含消费者应用的ID、检索请求操作、过滤标准参数以及新服务请求的指示信息的通知递送给生产者应用。

根据本发明的实施例，生产者应用接收包含在由消费者应用发送到平台的检索请求中的信息，然删能够确定是否基于消费者应用的ID在外部系统上执行新服务检索。如果生产者应用不在外部系统上执行检索，则生产者应用向平台发送指示检索被拒绝的消息，并使平台能够将其转发给消费者应用。如果生产者应用接受检索，则生产者应用在外部系统上执行检索。如果没有相应的结果，则生产者应用向平台发送指示“没有相应结果”的消息，并且使平台能够将消息转发给消费者应用。

另外，生产者应用可以根据新服务请求指示符(例如，按需发现、按需检索)将访问特权(访问控制策略)中的消费者应用的特权(例如，发现特权、检索特权)配置为新创建的资源。因此，平台可以将新创建的资源的信息传将消费者应用。

在生产者应用从平台接收到新服务检索请求之删，当生产者应用成功检索到与条件匹配的新服务时，生产者应用可以将其创建为由消费者应用向平台请求的目标资源的子资源，并能够将创建的资源列表递送给平台。此删，平台可以将相应资源的地址或资源的表示递送给消费者应用。

另外，如果消费者应用的检索请求包含按需发现指示信息，则平台可以将相应的地址递送给消费者应用。此外，如果消费者应用的检索请求包含按需检索指示信息并且通过结果内容参数请求多个子资源获取，则平台可以将新创建的资源的表示递送给消费者应用。

图12示出根据本发明的一个实施例的与服务请求有关的过程。

平台可以从消费者应用接收包含过滤标准参数的检索请求[S1201]。过滤标准参数可以包括新请求新服务的指示符。新服务请求指示符(以下称为新服务指示符)可以包括通过向生产者应用请求服务相关信息来对平台请求创建新资源的请求，尽管由检索请求指示的服务相关信息确实不存在于平台上。

平台可以检查检索请求的目标资源是否指示生产者应用[S1202]。如果检索请求的目标资源指示存储在平台中的生产者应用资源或预先固定生产者应用资源的资源，则能够确定检索请求的目标资源指示生产者应用。

如果检索请求不指示生产者应用，则平台可以根据一般请求处理过程来处理检索请求[S1204-1]。

如果检索请求指示生产者应用，则平台可以检查是否存在与检索请求的过滤器标准参数匹配的资源[S1203]。如果平台具有与过滤标准参数匹配的资源，则平台可以根据一般请求处理过程来处理检索请求[S1204-1]。

如果平台不具有与过滤器标准参数匹配的资源，则平台可以检查检索请求是否包含新服务指示符[S1204-2]。如果检索请求不包含新服务指示符，则平台可以向消费者应用发送指示错误的响应[S1205-1]。

如果检索请求包含新服务指示符，则平台可以向生产者应用发送包含在检索请求中包含的信息(例如，过滤标准参数等)的请求[S1205-2]。

生产者应用可以处理在步骤S1205-2中接收到的请求。生产者应用响应于接收到的请求执行新服务检索。如果检索成功执行，则生产者应用可以在平台上创建检索结果作为消费者应用请求的目标资源的子资源，并且能够将包含这样的结果的响应发送到平台[S1206]。在这里，响应可能包含创建的资源的地址。或者，如果确定不执行新服务检索或未成功执行检索，则包含指示其的信息的响应可以被发送到平台[S1206]。

平台可以检查该响应是否包含所创建的新服务的列表[S1207]。如果响应未包含所创建的新服务的列表，则平台可以向消费者应用发送包含指示检索请求失败的信息的响应[S1208-2]。

如果响应包含所创建的新服务，则平台可以检查消费者应用所请求的信息是否是资源地址或资源表示[S1208-1]。这取决于包含在检索请求中的按需发现指示信息或按需检索指示信息来确定。如果包含按需发现指示信息，则将包含所创建的新资源的地址的响应发送到消费者应用[S1209-1]。如果包含按需检索指示信息，则可以将包含所创建的新资源的表示的响应发送到消费者应用[S1209-2]。

同时，步骤S1208-1确定包含在检索请求中的指示信息是否是按需发现指示信息或按需检索指示信息，由此步骤S1209-1和步骤S1209-2被执行。然而，步骤S1208-1是选项，并且可以从本说明书提出的过程中跳过。如果跳过步骤S1208-1，则步骤S1209-1和步骤S1290-2被组合为单个步骤，从而被配置为发送包含新创建的资源地址或表示的响应的步骤。

使用创建请求的服务请求

消费者应用可以通过创建请求来进行新服务请求。

在现有技术中，通过将要创建的资源的表示发送到平台，从而可以创建相应的资源。然而，使用本发明提出的创建请求的新服务请求消息可以以将要创建的资源的表示不包含在有效载荷中(例如，内容参数)的方式包含用于新服务请求的指示符。指示符可以以单独的参数的形式或现有过滤标准的新条件来表示。因此，如果不包含要创建的资源的表示的创建请求指示生产者应用(例如，创建请求的“To”参数指示存储在平台中的生产者应用资源的地址或者预先固定存储在平台中的生产者应用资源的地址的地址)，平台可以向生产者应用递送新服务请求指示符或关于包含在过滤标准中的新服务的信息。

如果生产者应用接收到新服务请求指示符或关于包含在过滤标准中的新服务的信息，然删创建与标准匹配的新服务作为平台上的新资源，则生产者应用可以向该平台发送包含资源表示的响应，以便将该表示递送给消费者应用。在此过程中，生产者应用可以另外将新创建的资源的地址列表递送给平台。

根据现有技术，如果发起者发送创建请求，则创建对应于该请求的单个资源，并且可以由发起者作为响应接收相应的结果。因此，消费者应用的初始创建请求可以包含额外的指示信息，以便为最删接收到的响应具有多个资源的情况做好准备，它们可以全部被接收。例如，创建请求可能包含结果内容参数。尽管在现有技术中结果内容参数不用于创建请求，但是本发明提出使用这样的参数。因此，为了包含多个地址信息，创建请求可以包含设置为“子资源”或“属性+子资源”设置的结果内容参数。

图13示出根据本发明的一个实施例的与服务请求有关的过程。

平台可以从消费者应用接收创建请求[S1301]。

平台可以检查创建请求的目标资源是否指示生产者应用[S1302]。如果创建请求的目标资源指示存储在平台中的生产者应用资源或预先固定生产者应用资源的资源，则能够确定创建请求的目标资源指示生产者应用。

如果检索请求不指示生产者应用，则平台可以根据一般请求处理过程来处理创建请求[S1304-1]。

如果检索请求指示生产者应用，则平台可检查创建请求是否具有有效载荷[S1303]。如果创建请求具有有效载荷，则平台可以根据一般请求处理过程来处理创建过程[S1304-1]。

如果创建请求不具有有效载荷，则平台可检查创建请求是否包含新服务请求的指示符[S1304-2]。如果检索请求不包含新服务请求的指示符，则平台可以向消费者应用发送指示错误的响应[S1305-1]。

如果检索请求包含新服务请求的指示符，则平台可以向生产者应用发送包含在创建请求中包含的信息的请求(例如，用于新服务请求的指示符或过滤标准，包含用于新服务的指示符的过滤标准请求等)[S1305-2]。

生产者应用可以处理在步骤S1305-2中接收到的请求。生产者应用响应于接收到的请求执行新服务检索。如果成功执行检索，则生产者应用可以创建检索结果作为消费者应用请求的目标资源的子资源，并且能够向平台发送包含这样的结果的响应[S1306]。或者，如果确定不执行新服务检索或者未成功执行检索，则消费者应用可以向平台发送包含指示其的信息的响应[S1306]。

平台可以检查该响应是否包含所创建的新服务的列表[S1307]。如果响应不包含所创建的新服务的列表，则平台可以向消费者应用发送包含指示其在检索请求中失败的信息的响应[S1308-2]。

如果响应包含所创建的新服务的列表，则平台可以向消费者应用发送包含所创建的新资源的表示(S)的响应[S1308-1]。

图14是示出被配置为实施本发明的实施例的发送设备10和接收设备20的框图。发送设备10和接收设备20中的每个包括：发射器/接收器13、23，发射器/接收器13、23能够发送或接收携带信息和/或数据、信号、消息等的无线电信号；存储器12、22，存储器12、22被配置为存储与无线通信系统进行通信有关的各种信息；以及处理器11、21，处理器11、21可操作地连接到诸如发射器/接收器13、23和存储器12、22的元件以控制存储器12、22和/或发射器/接收器13、23以允许该设备实施上述本发明的至少一个实施例。

存储器12、22可以存储用于处理和控制处理器11、21的程序，并且临时存储输入/输出信息。存储器12、22也可以用作缓冲器。处理器11、21控制发送设备或接收设备中的各种模块的整体操作。特别地，处理器11、21可以执行用于本发明的实施方式的各种控制功能。处理器11和21可以被称为控制器、微控制器、微处理器、微型计算主等。处理器11和21可以通过硬件、固件、软件或其组合来实现。在用于本发明实施例的硬件配置中，处理器11、21可以配备有专用集成电路(ASIC)或数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、以及被配置为实施本发明的现场可编程门阵列(FPGA)。在使用固件或软件来实现本发明的情况下，固件或软件可以被提供有执行本发明的功能或操作的模块、过程、功能等。被配置为实现本发明的固件或软件可以被提供在处理器11、21中或被存储在存储器12、22中以被处理器11、21驱动。

发射器10的处理器11执行由处理器11或连接到处理器11的调度器调度的信号和/或数据的预定编译和调制，然删将信号和/或数据发送到发射器/接收器。例如，处理器11通过解复用和信道编码、加扰和调制将要发送的数据序列转换成K个层。编译数据序列被称为码字，并且相当于由MAC层提供的作为数据块的传输块。一个传输块被编译为一个码字，并且每个码字以一个或多个层的形式被发送到接收设备。为了执行上变频变换，发射器/接收器13可以包括振荡器。发射器/接收器13可以包括Nt个发送天线(其中Nt是大于或等于1的正整数)。

接收设备20中的信号处理过程被配置为发送设备10中的信号处理过程的相反过程。接收设备20的发射器/接收器23在处理器21的控制下接收从发送设备10发送的无线电信号。发射器/接收器23可以包括Nr个接收天线，并且通过对通过接收天线接收的信号进行下变频变换来检索基带信号。发射器/接收器23可以包括执行下变频变换的振荡器。处理器21可以对通过接收天线接收到的无线电信号执行解码和解调，从而检索发送设备10原本打算发送的数据。

发射器/接收器13、23包括一个或多个天线。根据本发明的实施例，这些天线的作用是发送由发射器/接收器13、23处理的信号，以接收无线电信号并将其递送到发射器/接收器13、23。这些天线也被称为天线端口。每个天线可以对应于一个物理天线或者可以由两个或更多个物理天线元件的组合来配置。通过每个天线发送的信号不能再由接收设备20分解。根据相应的天线发送的参考信号(RS)从接收设备20的角度定义天线，使接收设备20能够对天线执行信道估计，而不管信道是否是来自一个物理天线的单个无线电信道或来自包括天线的多个物理天线元件的复合信道。也就是说，天线被定义为使得用于在天线上递送符号的信道从用于在同一天线上递送另一个符号的信道中导出。支持使用多个天线发送和接收数据的多输入多输出(MIMO)的发射器/接收器可以连接到两个或更多个天线。

在本发明的实施例中，UE或终端在上行链路上用作发送设备10，并且在下行链路上用作接收设备20。在本发明的实施例中，eNB或基站在上行链路上用作接收设备20，并且在下行链路上用作发送设备10。

在上述实施例中，在上述实施例中发送设备和/或接收设备可以由本发明的一个或多个实施例来实现。

工业适用性

本发明适用于诸如终端、中继站和基站的无线通信设备。

Claims (18)

1.一种在无线通信系统中处理服务请求的方法，所述方法由接收设备执行，所述方法包括：

从源设备接收对与过滤标准相匹配的服务相对应的资源的检索请求；

当所述检索请求的目标是代表特定设备的应用资源时，搜索与检索请求中包括的过滤标准相匹配的资源；

当在所述接收设备中没有与所述过滤标准相匹配的资源时，检查是否所述过滤标准包括用于请求创建与所述服务相对应的至少一个新资源的指示；

当所述过滤标准包括所述指示时，将包括所述过滤标准和所述源设备的标识符的请求发送到所述特定设备；以及

从所述特定设备接收对所述请求的响应，

其中，当所述特定设备已成功地创建与所述过滤标准相匹配的至少一个新资源时，所述响应包括所述创建的至少一个新资源的地址。

2.根据权利要求1所述的方法，进一步包括：当所述响应包括所述创建的至少一个新资源的地址时，向所述源设备发送包括所述至少一个新资源的地址的检索响应。

3.根据权利要求1所述的方法，其中，所述至少一个新资源被创建为从属于代表所述特定设备的应用资源。

4.根据权利要求1所述的方法，其中，指示所述特定设备的应用资源的pointOfAccess属性被用于向所述特定设备发送包括所述过滤标准和所述源设备的标识符的请求。

5.根据权利要求1所述的方法，其中，当所述特定设备拒绝所述请求时，所述响应包括指示其被所述特定设备拒绝的信息。

6.根据权利要求5所述的方法，其中，基于所述源设备的标识符拒绝所述请求。

7.根据权利要求1所述的方法，进一步包括：当与所述过滤标准相匹配的资源存在于所述接收设备中时，将与所述过滤标准相匹配的资源的列表发送到所述源设备。

8.根据权利要求1所述的方法，其中，当所述特定设备未能成功地创建与所述过滤标准相匹配的至少一个新资源时，所述响应包括指示所述特定设备未能成功地创建所述至少一个新资源的信息。

9.根据权利要求1所述的方法，进一步包括：当所述响应包括指示所述特定设备未能成功地创建与所述过滤标准相匹配的至少一个新资源的信息时，向所述源设备发送包括所述信息的检索响应。

10.一种无线通信系统中配置为处理服务请求的接收设备，所述接收设备包括：

发射器；

接收器；以及

处理器，所述处理器被配置为控制所述发射器和所述接收器，

其中，所述处理器进一步被配置为从源设备接收对与过滤标准相匹配的服务相对应的资源的检索请求，

当所述检索请求的目标是代表特定设备的应用资源时，搜索与在所述检索请求中包括的过滤标准相匹配的资源，

当在所述接收设备中没有与所述过滤标准相匹配的资源时，检查是否所述过滤标准包括用于请求创建与所述服务相对应的至少一个新资源的指示，

当所述过滤标准包括所述指示时，向所述特定设备发送包括所述过滤标准和所述源设备的标识符的请求，

其中，所述处理器进一步被配置为从所述特定设备接收对所述请求的响应，以及

其中，当所述特定设备已经成功地创建与所述过滤标准相匹配的至少一个新资源时，所述响应包括所述创建的至少一个新资源的地址。

11.根据权利要求10所述的接收设备，其中，当所述响应包括所述创建的至少一个新资源的地址时，其中，所述处理器被配置为向所述源设备发送包括所述至少一个新资源的地址的检索响应。

12.根据权利要求10所述的接收设备，其中，所述至少一个新资源被创建为从属于表示所述特定设备的应用资源。

13.根据权利要求10所述的接收设备，其中，指示所述特定设备的应用资源的pointOfAccess属性被用于向所述特定设备发送包括所述过滤标准和所述源设备的标识符的请求。

14.根据权利要求10所述的接收设备，其中，当所述特定设备拒绝所述请求时，所述响应包括指示其被所述特定设备拒绝的信息。

15.根据权利要求14所述的接收设备，其中，基于所述源设备的标识符拒绝所述请求。

16.根据权利要求10所述的接收设备，其中，当与所述过滤标准相匹配的资源存在于所述接收设备中时，其中，所述处理器被配置为将与所述过滤标准相匹配的资源的列表发送到所述源设备。

17.根据权利要求10所述的接收设备，其中，当所述特定设备未能成功地创建与所述过滤标准相匹配的至少一个新资源时，所述响应包括指示所述特定设备未能成功地创建所述至少一个新资源的信息。

18.根据权利要求10所述的接收设备，其中，当所述响应包括指示所述特定设备未能成功地创建与所述过滤标准相匹配的至少一个新资源的信息时，所述处理器被配置为将包括所述信息的检索响应发送到所述源设备。