CN107667550B

CN107667550B - 无线通信系统中通过轮询信道来处理请求的方法及其设备

Info

Publication number: CN107667550B
Application number: CN201680032597.5A
Authority: CN
Inventors: 郑胜明; 金成闰; 安泓犯; 金东住; 崔喜童
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2015-06-04
Filing date: 2016-01-19
Publication date: 2020-07-31
Anticipated expiration: 2036-01-19
Also published as: CN107667550A; US20180146497A1; US10560961B2; WO2016195199A1

Abstract

根据本发明的一个实施方式，提供了一种在无线通信系统中通过轮询信道来处理请求的方法。所述方法由第一装置执行，并且可以包括以下步骤：将包括从第三装置接收的第一请求的对轮询信道的检索响应发送到第二装置；从所述第二装置接收第二请求，所述第二请求包括与接收到的第一请求对应的第一响应；验证所述第一响应的请求标识符与接收到的第一请求的请求标识符是否相同；以及如果所述第一响应的请求标识符与接收到的第一请求的请求标识符相同，则向所述第三装置发送所述第一响应。

Description

无线通信系统中通过轮询信道来处理请求的方法及其设备

技术领域

本发明涉及在无线系统中通过轮询信道来处理请求的方法及其设备。

背景技术

随着进入泛网时代，M2M(机器到机器)通信技术引人注目。诸如TIA、ATIS、ETSI、oneM2M等许多标准开发组织(SDO)正在研究M2M通信技术。

M2M通信系统可以具有面向资源的架构(ROA)并且对各种资源的访问可以是高效的。访问可以被设置用于针对各种资源的同一操作(例如，写、读、删除、执行等)。

此外，在包括此类M2M通信的IOT(物联网)通信环境中，如果由于NAT/防火墙(网络地址转换/防火墙)而导致不可能执行双向通信，则有各种解决它的解决方案。为了解决此类问题，提供了由IoT服务平台提供的轮询机制。然而，根据当前技术，会发生响应不能被传递到初始请求方的情况。

发明内容

技术任务

本发明旨在提出一种通过轮询信道来处理请求的方法。

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

技术解决方案

在本发明的一个技术方面，本文提供了一种在无线通信系统中通过轮询信道来处理请求消息的方法，所述方法由第一装置执行，该方法包括以下步骤：将包括从第三装置接收的第一请求的对轮询信道的检索响应发送到第二装置；从所述第二装置接收第二请求，所述第二请求包括与接收到的第一请求对应的第一响应；检查所述第一响应的请求标识符是否与接收到的第一请求的请求标识符相同；以及如果所述第一响应的请求标识符与接收到的第一请求的请求标识符相同，则向所述第三装置发送所述第一响应。

另外地或另选地，所述第二请求可以包括定向由所述第一装置托管的预定资源的子资源的通知请求。

另外地或另选地，特定资源可以由所述第二装置的请求来创建。

另外地或另选地，该方法还可以包括检查所述第二装置是否已经创建了由所述第一装置托管的所述预定资源。

另外地或另选地，该方法还可以包括如果检查出所述第二装置没有创建由所述第一装置托管的所述预定资源，则拒绝所述第二请求。

另外地或另选地，该方法还可以包括从所述第二装置接收对所述轮询信道的检索请求。

另外地或另选地，如果在从所述第三装置接收的所述第一请求中包括时间戳记参数，则可以在与所述时间戳记参数对应的时间内发送所述第一响应。

在本发明的另一个技术方面，本文提供了一种被配置为在无线通信系统中通过轮询信道来处理请求消息的设备，该设备包括：射频(RF)单元和被配置为控制RF单元的处理器，其中，所述处理器还被配置为将包括从第三装置接收的第一请求的对轮询信道的检索响应发送到第二装置；从所述第二装置接收第二请求，所述第二请求包括与接收到的第一请求对应的第一响应；检查所述第一响应的请求标识符是否与接收到的第一请求的请求标识符相同；以及如果所述第一响应的请求标识符与接收到的第一请求的请求标识符相同，则向所述第三装置发送所述第一响应。

另外地或另选地，所述预定资源可以由所述第二装置的请求来创建。

另外地或另选地，所述处理器可以被配置为检查所述第二装置是否已经创建了由所述第一装置托管的所述预定资源。

另外地或另选地，所述处理器可以被配置为如果检查出所述第二装置没有创建由所述第一装置托管的所述预定资源，则拒绝所述第二请求。

另外地或另选地，所述处理器可以被配置为从所述第二装置接收对所述轮询信道的检索请求。

本技术方案仅仅部分地包含了本发明的实施方式，对应技术领域所属的领域的技术人员可以基于以下的本发明的详细描述来推导和理解反映本发明的技术特征的各种实施方式。

有益效果

根据本发明的一个实施方式，如果通过轮询信道来接收请求，则可以将处理请求的结果高效地返回请求的发起方。

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

附图说明

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

图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是被配置为实现本发明的实施方式的装置的框图。

具体实施方式

现在将详细参照本发明的优选实施方式，在附图中示出了这些优选实施方式的示例。本发明的以下具体实施方式包括用于辅助完全理解本发明的细节。本领域的技术人员将认识到：可以在没有这些细节的情况下实现本发明。

在一些情况下，为了防止本发明的概念变得模糊，将省略已知技术的结构和设备，或者将基于每个结构和设备的主要功能按框图的形式来示出已知技术的结构和设备。另外，只要可能，将在整个附图和说明书中使用相同的附图标记来表示相同或相似的部件。

在本公开中，用于装置到装置通信的装置(也就是说，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应用可以被视为实现诸如电子健康、城市自动化、联网消费者和汽车之类的服务逻辑的软件。oneM2M服务框架包括实现各种M2M应用通常所必需的功能。因此，通过使用oneM2M服务框架可以容易地实现各种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的服务，以便履行所需的功能。因此，通过不同的M2M物理实体来支持两个CSE之间的Mcc参考点。经由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)：当订阅特定资源的改变时，其通知特定资源的改变。

通过CSE提供M2M服务功能，并且AE(或M2M应用)可以通过Mca参考点使用M2M服务功能，或者其它CSE可以通过Mcc参考点使用M2M服务功能。另外，M2M服务功能可以与底层网络(或诸如3GPP、3GPP2、Wi-Fi、Bluetooth(蓝牙)之类的底层网络服务实体(NSE))进行同步操作。

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

当传感器值由存在于M2M装置中的AE存储在比cseBaseCSE1/application1资源的容器资源中时，注册到基础设施节点的AE可以访问对应的值。为了能够进行访问，注册到基础设施节点的AE也需要注册到基础设施节点的CSE(CSE 2)。因为应用1被注册到CSE 1，所以AE的注册是通过将关于应用2的信息存储在cseBaseCSE2/application2(应用2)资源中来执行的。应用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：此信息描述与要发现的资源相关的信息。接收方针对满足filterCriteria的资源搜索<startURI>所定义的发现范围内的资源，并且将资源发送到对应请求的请求方。

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

图6是例示位于Mca和Mcc参考点处的通用通信流程的概念图。M2M系统操作是基于数据交换来执行的。例如，为了允许第一装置发送或执行用于停止第二装置的特定操作的命令，第一装置必须将对应的(以数据形式配置的)命令发送到第二装置。在M2M系统中，在应用(或CSE)和另一CSE之间进行通信期间，可以使用请求和响应消息来交换数据。

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

·操作：“操作”意指要执行的操作的形状。(该信息可以选自创建、检索、更新、删除和通知之中。)

·至：“至”意指被调度以接收请求的实体的ID(即，接收方的ID)。

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

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

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

·内容：“内容”意指要发送的资源的内容。

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

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

·从：“从”意指接收到请求消息的被叫人(即，呼叫接收方)的ID。

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

·结果内容：“结果内容”意指请求消息的处理结果(例如，好的、好的已完成、好的正在进行)。

·内容：“内容”意指要发送的资源的内容(只能够发送所得值(rs))。

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

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

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

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

如上所述，响应消息可以包括以上提到的信息。

此外，存在下表中示出的各种资源类型。

[表1]

每个资源类型可以位于对应资源类型的父资源类型下方，并且可以具有子资源类型。另外，每个资源类型可以具有属性，并且实际值可以被存储在属性中。

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

[表2]

资源访问控制策略

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

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

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

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

[表3]

特权可以被概括为动作(可以被授予访问，但是也可以更具体，授予访问权限，即，过滤数据中的部分)。虽然特权可以被概括为可以包括除了指定标识符之外的请求方的标识符的条件，但是特权还可以包括基于时间的条件。

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

自有特权和特权是与<accessControlPolicy>资源本身相关联的请求方特权以及应用于<accessControlPolicy>资源和对accessControlPolicyID公共属性进行寻址的所有其它资源类型的特权标志。

在进行访问验证前，访问控制策略中定义的所有特权与位置、时间窗口和IP地址关联。

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

特权和自有特权列表中的每个特权都包括以下要素。

[表4]

“originatorPrivilege”包括下表中示出的信息。

[表5]

表4中的“contexts”包括下表中示出的信息。

[表6]

表4中的“operationFlags”包括下表中示出的信息。

[表7]

名称	描述
		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将用于生成<AE>资源的请求发送到与注册方对应的CSE1(S81-1)。CSE1可以使用AE1的信息来生成<AE>资源(S82-2)。然后，CSE1可以将包括注册结果的响应发送到AE1(S83-2)。

图8(b)例示CSE注册过程。图8(b)的过程对应于图8(a)的过程，不同的是，CSE1对应于被注册方，CSE2对应于注册方，并且当CSE2发送CSE1的注册请求结果(S83-2)时，CSE1使用CSE2的信息来生成<remoteCSE>资源(S84-2)。

轮询信道机制

如果通过NAT(网络地址转换)或防火墙对外部通信进行限制，则可以使用轮询作为解决限制的解决方案之一。例如，在图9中，因为实体1 910位于NAT或防火墙内，所以它处于实体2 920等发送的请求消息不能直接访问实体1 910的情形。在这种情况下，实体1定期询问是否存在要由实体1接收的请求消息[S920]。如果有待接收的请求消息，则实体1将其作为对相应请求的响应来接收它[S930]。

根据实体1的查询时段，可以将此类查询(即，轮询)分类为短/长轮询。在进行短轮询的情况下，如果没有针对实体1的请求消息，则实体2通过立即发送响应来向实体1通知没有要传递的请求消息。此后，实体1应该在随机时间再次执行短轮询。在进行长轮询的情况下，当接收到实体1的轮询请求时，如果没有要传递的请求消息，则实体2将响应延迟预定的时间并且等待将被传递到实体1的请求到达实体2本身。此后，如果在该时间内到达/发生，则实体2将其传递到实体1。然而，如果对实体1的请求在预定时间内未能到达/发生，则实体2以错误进行响应。此后，实体1周期性地再次执行长轮询。

图10示出由oneM2M支持的长轮询方案。实体1 1010创建了<pollingChannel>资源，以在托管CSE 1020处执行长轮询。随后，实体1通过发送对作为对应资源的子资源的<pollingChannelURI>资源的检索请求来执行长轮询[S1010]。此后，如果在预定时间内传递对实体1的请求消息[S1020]，则响应于步骤S1010，托管CSE传递其中包含在步骤S1020中接收到的请求消息的响应消息[S1030]。

此外，在图10中，实体1可以在完成主机CSE处注册之后创建<pollingChannel>资源。因此，实体1和托管CSE分别是被注册方和注册方。

在本说明书中，发起方是指发送请求的实体(AE或CSE)、装置等。接收方是指实体(AE或CSE)、装置或被指定为请求接收方的装置。并且，接收方可以被称为目标。此外，实体和装置可互换地使用。

阻塞/非阻塞通信方法

首先，oneM2M基于消息交换模型，在如同某种服务器/客户端的发起方和接收方之间进行请求和响应的交换。当发起方发送请求时，可以将用于接收响应(请求处理结果)的方法指示为参数“响应类型”。通过该参数，发起方可以指示是否在接收到处理结果之前一直待命[即，阻塞模式]，或者是否在此后接收处理结果而不针对确认之后的请求处理时间进行待命[非阻塞模式]。

图11示出根据阻塞模式进行的操作。当S1110的请求包含参数“Response Type(响应类型)”时，如果该值指示阻塞，则执行以下操作。接收方1120延迟S1120的响应，直到请求被处理。此后，在完成请求处理之后，接收方发送如同S1120的响应。在这种情况下，包括请求处理结果。

参数'Response Type'的默认值是阻塞。即使该参数不被包括在请求消息S1210-a和S1210-b中的每个中，接收方也以这种阻塞模式进行响应。

图12示出阻塞模式中的操作处理。如果发起方1210在发送请求消息时发送期望以非阻塞模式接收结果的参数“响应类型”的值，则接收方1220在接收到请求消息[S1220-1，S1220-b]时，立即向发起方发送已接收到消息的ACK(确认)。因此，与阻塞模式不同，如果发起方指示在S1210-a或1210-b中接收非阻塞模式，则发起方只需要等待S1220-a或S1220-b的接收ACK的短时间。此后，发起方接收最终结果。

根据传递最终结果的方法，可以将非阻塞模式分类为异步模式和同步模式。当接收方可以向发起方发送用于发送最终结果的消息时(即，当发起方可以直接从接收方接收对应的消息时)，使用异步模式。否则，使用同步模式。为了表明这一点，参数“ResponseType”可以具有指示非阻塞异步模式或非阻塞同步模式的值。

如同图12的左部分，在异步模式下，在S1230-a中，接收方通过单独的请求消息将最终结果传递到发起方。即，这意味着，接收方可以成功地向发起方发送未经请求的消息。在S1210-a中，如同S1230-a，发起方可以设置旨在从中接收最终结果的地址信息(通知目标)。该地址可以包括发起方旨在接收结果的多个未经请求的地址。图2的示例假定URI1是发起方从中接收最终结果的地址。此外，接收方在S1210-a中接收到请求之后创建<request>资源，存储对应的请求和处理结果，并且在S1220-a中能够将<request>资源的地址信息传递到发起方。在这种情况下，发起方可以在S1220-a之后选择性作为同步模式操作。

由于不同于异步模式，发起方在同步模式下不能从接收方接收未经请求的消息，因此它执行从接收方检索最终结果的操作。这对应于图12的右部分中的S1230-b。发起方应该具有获取S1230-b中的处理结果的对应信息，接收方自己在S1210-b之后将处理结果创建为<request>资源。并且，关于该资源的信息被携载在在S1220-b中发送到发起方的ACK上。因此，通过S1240-b的响应消息来传递S1210-b中的请求消息的最终结果。

如下描述参数“Response Type”的定义。

“Response Type”：可选的响应消息类型。该类型指示应该针对先前发送的请求发送规定类型的响应，并且还指示应该何时将响应发送到发起方。

非阻塞同步：如果接收方(例如，接收方CSE或装置)接受了请求，则在接受之后，接收方附加地用确认接收方将处理请求的确认进行响应。可用于访问请求的状态以及请求的操作的结果的参考稍后被包括在由接收方对接受的请求的响应中。

非阻塞异步：如果接收方接受了请求，则接收方应该在接受之后，用确认接收方将处理请求的确认进行响应。被请求的操作的结果需要被发送到该参数中可选地作为实体列表提供的通知目标。如果没有提供通知目标，则需要将结果作为通知发送到发起方。

阻塞：如果接收方接受了请求，则接收方在完成所请求操作之后，用所请求操作的结果进行响应。

“Response Type”被设置成非阻塞同步的示例：被优化以使通信时间和能量消耗最小化的发起方向接收方表达请求，并且期望获得关于是否接受了请求的确认。此后，发起方切换至低功耗模式，然后能够获得此后请求的操作的结果。

“Response Type”被设置成非阻塞同步的附加示例。如果结果内容极其大或者结果被配置有目标组的多个内容部分，则可以通过时间来异步地聚合结果内容。

此外，描述<request(请求)>资源类型。

根据设置，使用<request>资源类型是可选的。

如果被注册方AE或被注册方/注册方CSE针对的是随机资源类型并且向请求通知的接收CSE发送请求，则可以对接收方CSE执行<request>资源的创建。来自发起方的包含被设置成非阻塞同步或非阻塞异步的‘Response Type’参数的请求的结果是，接收方CE允许创建<request>资源实例。

如果结果请求发起方启动可用于达到参考的操作(被设置成非阻塞同步或非阻塞异步的请求的Request Expiration Timestamp(请求到期时间戳记)信息)，则已经直接从发起方接收到请求的接收方CSE应该再次向发起方提供所创建<request>资源的参考，由此发起方能够访问<request>资源的属性，以获得此后消耗更长时间的操作的结果。如果接收方CSE使用<request>类型资源来维护此上下文信息，则应当作为确认的部分返回发起方的参考是<request>资源的地址。发起方(或者，仅仅根据访问控制进行验证的随机实体)访问请求状态，然后能够通过它来访问所请求操作结果。

如果<request>资源的到期时间到期，则可以通过主管它的CSE来删除<request>资源。因此，在<request>资源的到期时间已经到期之后，不能够做出仍然能访问特定<request>资源的假定。根据主管<request>资源的CSE的实现方式，如果所请求操作的结果再次被发送到发起方，则可以在到期时间之前删除<request>资源。

为了提供标准化结构来表达和访问先前发布的请求的上下文，定义<request>资源类型。<request>资源的父资源应该是托管CSE的<CSEBase>资源。下表部分示出<request>资源的属性。

[表8]

通过访问控制策略来控制针对<request>的所有操作。

下文中，描述使用<pollingChannel>资源的轮询过程。首先，描述<pollingChannel>资源类型和作为<pollingChannel>资源类型的子资源的<pollingChannelURI>资源类型。

<pollingChannel>资源表示可以用于请求不可达实体(即，AE或者位于NAT之后的CSE，所以它不能接收来自其它节点的请求)的信道。请求不可达实体创建请求可达CSE上的<pollingChannel>资源，然后自己用<pollingChannel>托管CSE(也就是说，具有或托管<pollingChannel>资源)对任何类型的请求进行轮询。例如，当AE无法从订阅托管CSE异步接收通知时，AE可以通过对信道进行长轮询来检索通知。

<pollingChannelURI>虚拟资源是<pollingChannel>资源的子资源并且用于执行服务层长轮询。<pollingChannel>资源的创建方将定向到<pollingChannelURI>资源的检索请求作为服务层长轮询请求进行发送。除了创建方之外的其它实体的长期轮询请求应当被拒绝。对长轮询请求的响应应当等待，直到在信道上收到任何请求。

-通过轮询信道来重定向请求

可以通过<pollingChannel>对定向请求不可达AE/CSE的请求进行重定向。当<pollingChannel>托管CSE接收对请求不可达AE/CSE的请求时，它在内部将请求重新定向至AE/CSE的<pollingChannel>。

假定请求不可达AE/CSE已经将其requestReachability属性设置为FALSE(假)并且创建<pollingChannel>资源。如果针对实体没有<pollingChannel>并且requestReachability为FALSE，则不执行重新定向。当它对其<pollingChannel>资源执行长轮询时，重新定向的请求应当被传输到其目标实体。

-通过轮询信道进行长轮询

请求不可达实体可以通过轮询信道来轮询请求。一旦发起方通过发送检索请求对轮询信道开始长轮询，作为<pollingChannel>托管CSE的接收方保持请求，直到它具有用于返回发起方的任何请求。如果请求到期并且没有可用的返回请求，则接收方应当发送响应以通知发起方应该再次生成新轮询请求。

图13示出根据相关技术的通过长轮询来响应请求的过程。目标1310将检索<pollingChannelURI>资源的请求发送到<pollingChannel>托管CSE 1320[S1310]。然后，<pollingChannel>托管CSE从发起方1330接收对阻塞模式下的目标的请求[S1320]。因此，<pollingChannel>托管CSE可以发送包括发起方请求的响应[S1330]。

通过以上提到的<pollingChannel>资源进行的长轮询无法清楚地说明响应于图13中的发起方请求而发送响应消息的步骤S1340。由于<pollingChannel>托管CSE在S1320中从发起方接收到请求，因此可以能够预期响应将如同S1340一样发送响应。然而，这意味着S1350应该领先于S1340。

此外，为了使目标如同S1350一样发送响应消息，应该以请求消息的形式来发送响应(通过处理从发起方接收到的请求消息得到的结果)。然而，没有明确说明用于发送该请求消息的目标(资源)。

此外，<pollingChannel>托管CSE应该能够将S1350中接收到的处理结果如同S1340或S1360一样以响应消息的形式发送到发起方。然而，不能够在S1320中保证发起方发送的请求是被设置成阻塞模式还是非阻塞模式以便有足够时间等待响应消息。即，在通过轮询信道以阻塞模式传递请求的情况下，其应该以非阻塞模式进行操作。

为了解决以上问题，本说明书提出了<pollingChannel>托管CSE将发起方的阻塞模式处理成非阻塞的过程，以及目标将新请求消息传递到<pollingChannel>托管CSE以响应于通过长轮询获得的发起方请求而发送响应消息的过程。

虽然相对于通过<pollingChannel>资源和<pollingChannelURI>资源进行的长轮询来描述本说明书，但是如果这些资源通过扩展成短轮询进行使用，则本说明书精确地能用作对发送对通过短轮询获得的请求的响应的描述。

尽管本说明书描述了发起方是已经创建了请求的实体并且目标是接收以处理请求的实体，但是发起方可以被扩展成作为能够将请求消息发送或转发到<pollingChannel>托管CSE的实体而非限于创建成初始发送请求消息的实体进行应用。同样地，目标可以被扩展为作为通过<pollingChannel>接收请求消息的实体进行应用，尽管它并非最终接收目标以及最终接收请求消息的目标实体。

图14示出根据本发明的一个实施方式的通过<pollingChannel>接收并处理请求的方法。

由于S1410与图13中所描述的相同，因此应当省略其描述。

如果<pollingChannel>托管CSE 1420通过轮询信道检索响应消息传递S1420的阻塞模式下的请求，则能够以两种方式将目标1410创建的响应传递到发起方1430。第一种方式是如同S1440和S1460一样以非阻塞模式返回响应的方法。并且，第二种方式是如同S1460一样以阻塞模式返回响应的方法。

<pollingChannel>托管CSE在非阻塞模式下返回响应的情况可以被分类为两种。第一种是发起方指定现有技术/相关技术的阻塞模式的情况。并且，第二种是发起方指定可改变/可协商阻塞模式的情况。可改变阻塞模式意味着，<pollingChannel>托管CSE切换成非阻塞模式，然后发送对应的响应，而不管发起方是否指定阻塞。在这两种情况下，可以在S1440中发送的响应中包括指示切换成非阻塞模式的信息。如果以非阻塞模式创建<request>资源，则可以包括关于对应资源的信息。

[非阻塞模式下的回应方法]

虽然发起方在请求消息中指定现有阻塞模式或可改变阻塞模式，但是<pollingChannel>托管CSE通过切换成非阻塞模式在S1440中针对请求消息返回ACK，然后能够在S1460中传递最终结果。当根据<pollingChannel>托管CSE的确定，估计目标发送S1450的响应较晚时，这可以是可操作的。例如，这对应于以下情况：发起方请求消息中包括的操作执行时间或响应到期时间戳记被设置得足够长或并非如此，等等。或者，在通过轮询信道传递请求消息的情况下<pollingChannel>托管CSE可以在没有确定处理的情况下无条件地切换成非阻塞模式。

在通过切换成非阻塞模式进行响应的情况下，<pollingChannel>托管CSE可以根据由<pollingChannel>托管CSE获得的发起方信息来选择非阻塞同步或异步模式。例如，<pollingChannel>托管CSE可以从其自身资源之中的与发起方对应的<AE>或<remoteCSE>资源获取诸如requestReachability之类的信息或者从发起方的<CSEBase>资源获取诸如requestReachability的信息(如果发起方是CSE)，如果发起方能够接收异步(未请求)请求，则<pollingChannel>托管CSE可以使用非阻塞异步模式；否则，<pollingChannel>托管CSE可以使用非阻塞同步模式。此外，如果<pollingChannel>托管CSE不支持<request>资源，则它能够使用非阻塞异步模式。

[阻塞模式下的回应方法]

如果<pollingChannel>托管CSE在发起方请求消息中指定的阻塞模式下进行操作，则它能够不通过S1440而是通过S1460用最终结果进行响应。如果发起方将诸如ResultExpiration Timestamp之类的参数包括在S1420的请求消息中，则<pollingChannel>托管CSE等待从S1450的目标接收处理结果消息直到对应时间，然后能够将它转发到发起方。如果目标无法按对应时间将处理结果转发到<pollingChannel>托管CSE，则<pollingChannel>托管CSE可以将诸如‘TIMEOUT(超时)’之类的错误消息传递到发起方。

如下，详细地描述S1430和S1450。

为了使目标响应于图14中的原始请求(即，发起方请求)而将响应消息转发到<pollingChannel>托管CSE，应该发送新请求消息。并且，新请求的目标可以如下地使用资源。

[使用<request>资源的方法]

如果<pollingChannel>托管CSE通过切换到非阻塞模式的操作来创建<request>资源，则在S1430中提供对应的资源信息(地址或ID)。为此，可以由<pollingChannel>托管CSE将附加信息包括在S1430的响应消息中。此后，目标可以通过根据S1430的响应消息中包括的附加信息对<request>资源进行更新或通知操作，传递S1450的用于传递最终结果(即，原始请求的处理结果)的新请求消息。例如，能够使用能够改变<request>资源的operationResult和requestStatus属性值的更新操作请求消息。

[使用<CSEBase>资源的方法]

如果<request>资源不是由<pollingChannel>托管CSE创建的，则<pollingChannel>托管CSE可以在S1430中提供指示<pollingChannel>托管CSE的资源(例如，<CSEBase>资源)的信息。在S1430中提供对应信息。或者，如果没有提供对应的信息，则目标可以通过Notify(通知)操作请求消息发送到关于<CSEBase>资源的处理结果。在这种情况下，由于能够存储结果的属性信息不在对应的资源中，因此S1450的请求消息包含可以被映射到目标的轮询(S1410或S1430)或发起方的请求(S1420)的信息。通过这样，<pollingChannel>托管CSE可以将通过S1450接收到的消息中包含的处理结果通过S1460发送到发起方。

当然，对于创建<request>资源的情况，它能够使用利用<CSEBase>资源的方法。当<pollingChannel>托管CSE接收到处理结果时，可以用处理结果来更新<request>资源。

[使用<pollingChannel>和<pollingChannelURI>资源的方法]

如果它被<pollingChannel>托管CSE处理成阻塞模式或者在非阻塞模式下没有创建<request>资源，则目标可以发送关于作为<pollingChannel>资源的子资源的<pollingChannelURI>虚拟资源的处理结果。<pollingChannelURI>资源是现有目标执行轮询的资源。只要创建了作为父资源的<pollingChannel>资源，就创建<pollingChannelURI>。因此，在执行轮询的同时，<pollingChannelURI>资源可以随时供目标访问。此外，关于<pollingChannelURI>资源的访问权限，只有目标可以访问<pollingChannelURI>资源，如同<pollingChannel>资源一样。因此，通过定向<pollingChannelURI>资源而携带处理结果的资源总是被<pollingChannel>托管CSE接受/授权。可以使用用于虚拟资源的此操作请求消息(例如，创建/更新/通知)，将该结果作为对应消息的机体/有效载荷(内容请求参数)进行传递。

即使<pollingChannel>托管CSE无法创建或不能创建<request>资源，这种方法也可有利地进行操作。与以上使用<CSEBase>资源的方法相比，这种方法的优点在于，在从<pollingChannel>托管CSE的视角看将被同时处理的多个目标接收到长轮询结果的情况下，促进了对发起方的初始请求的映射。

当然，这种方法在创建<request>资源的情况下是可用的。如果<pollingChannel>托管CSE接收到处理结果，可以用处理结果来更新<request>资源。

在下面的描述中，应当从目标和<pollingChannel>托管CSE中的每个的角度看来描述用于执行本发明的实施方式的过程。

图15示出目标执行的过程。

目标可以发送用于对<pollingChannel>托管CSE的<pollingChannelURI>资源执行轮询的检索请求(请求1)[S1510]。在这种情况下，检索请求(消息)的有效载荷是空的。

目标可以从<pollingChannel>托管CSE接收响应(响应1)[S1520]。目标可以检查发起方的请求(请求2)是否被包含在接收到的响应中[S1530]。如果接收到的响应指示轮询超时，则目标可以再次执行S1510的轮询请求。

如果发起方的请求(请求2)被包含在S1530中接收到的响应中，则目标处理发起方的请求，并且能够创建对处理后请求的响应(响应2：这将被包含在随后的请求3中)。在这样做时，目标将响应的请求ID设置成与请求2的请求ID相同。即，响应2的请求ID与请求2的请求ID相同。

在S1540中创建的响应(响应2)被目标包含在对<pollingChannelURI>资源的通知(或者，除了检索之外的创建/更新)请求(请求3)中。并且，目标可以将它发送到<pollingChannel>托管CSE[S1550]。

此后，目标可以从<pollingChannel>托管CSE接收对请求3的响应[S1560]。

图16示出由<pollingChannel>托管CSE执行的过程(下文中，称为托管CSE)。

托管CSE可以从发起方接收请求(请求2)[S1610]。由于假定将接收请求的目标被指定用于请求，因此托管CSE可以检查目标是否已经对托管CSE执行了轮询(请求1)[S1620]。如果目标无法对托管CSE执行轮询，则托管CSE可以执行通用推送类型的请求转发[S1630-b]。

此外，S1610和S1620可以依次彼此切换。在这种情况下，在S1630中，请求2可以通过被包含在响应1中而被发送到目标。

托管CSE可以将对响应(Response)执行的请求2发送到目标的轮询请求(请求1)[S1630-a]。

此后，托管CSE可以从目标接收请求(请求3)，该请求被估计为响应于针对<pollingChannelURI>资源的请求2而包含响应消息。该请求可以指示诸如通知/创建/更新之类的操作。响应于请求2的响应2被包含在请求3的机体/有效载荷中。

托管CSE可以检查请求3中包含的响应2的请求ID是否与S1610中接收到的请求2的请求ID相同[S1650]。如果不是，则托管CSE可以重复进行检查，直到接收到具有与请求2的请求ID相同的请求ID的消息为止。只通过参照包含在请求2中的诸如结果到期时间戳记之类的值，可以在预定时间内执行重复。

如果确认请求2的请求ID与请求3中包含的响应2的请求ID相同，则托管CSE可以向发起方发送响应(响应2)[S1660]。

以下，进一步总体描述本发明的以上提到的实施方式。

如果被注册方CSE接收到包含在<pollingChannelURI>检索响应中的新请求，则被注册方CSE可以响应于接收到的请求，将响应作为新请求发送到<pollingChannel>托管CSE。新请求包含内容参数中的响应，并且能够使用Notify(通知)请求来定向至<pollingChannel>资源。

如果<pollingChannel>托管CSE接收到对<pollingChannelURI>资源的通知请求，则<pollingChannel>托管CSE可以将包含在通知请求的内容参数中的响应发送到已经将关联请求发送到<pollingChannel>托管CSE的实体。关联的请求是接收到<pollingChannel>托管CSE并且将其通过轮询信道转发到注册方CSE的请求。即，关联的请求对应于以上提到的接收到的请求。该关联应当通过匹配在<pollingChannelURI>检索响应中传递的请求的Request Identifier(请求标识符)参数和<pollingChannelURI>通知请求中的内容参数中传递的响应的请求标识符参数来进行。即，如上所述，如果两个请求标识符匹配，则<pollingChannel>托管CSE可以确认从被注册方CSE接收到对<pollingChannelURI>检索响应中传递的请求的响应。

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

在本发明的实施方式中，应用(实体)或资源相关实体等可以作为安放或安装其的装置(也就是说，发送装置10或接收装置20)进行操作。

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

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

工业实用性

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

Claims

1.一种在无线通信系统中通过轮询信道来处理请求消息的方法，该方法由第一装置执行，该方法包括以下步骤：

从第二装置接收用于检索轮询信道统一资源标识符URI资源的检索请求，其中，所述轮询信道URI资源是在所述第一装置上创建的轮询信道资源的子资源；

从第三装置接收第一请求以供所述第三装置请求所述第二装置；

将包括所述第一请求的检索响应发送到所述第二装置，其中，所述检索响应与基于所述轮询信道URI资源的所述检索请求有关；

从所述第二装置接收通知请求，所述通知请求包括与所述第一请求有关的第一响应；

检查所述通知请求中包括的所述第一响应的请求标识符是否与所述检索响应中包括的所述第一请求的请求标识符相同；以及

基于所述通知请求中包括的所述第一响应的请求标识符与所述检索响应中包括的所述第一请求的请求标识符相同，向所述第三装置发送所述第一响应。

2.根据权利要求1所述的方法，其中，所述通知请求被配置为以所述轮询信道URI资源为目标。

3.根据权利要求2所述的方法，其中，基于所述第二装置的请求来由所述第一装置创建所述轮询信道资源。

4.根据权利要求2所述的方法，该方法还包括检查所述第二装置是否已经创建由所述第一装置托管的所述轮询信道资源。

5.根据权利要求3所述的方法，该方法还包括基于所述第二装置没有创建由所述第一装置托管的所述轮询信道资源，拒绝所述通知请求。

6.根据权利要求1所述的方法，其中，基于在从所述第三装置接收的所述第一请求中包括时间戳记参数，在与所述时间戳记参数对应的时间内发送所述第一响应。

7.一种被配置为在无线通信系统中通过轮询信道来处理请求消息的设备，该设备包括：

射频RF单元；以及

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

其中，所述处理器还被配置为：

从第二装置接收用于检索轮询信道统一资源标识符URI资源的检索请求，其中，所述轮询信道URI资源是在第一装置上创建的轮询信道资源的子资源；

8.根据权利要求7所述的设备，其中，所述通知请求被配置为以所述轮询信道URI资源为目标。

9.根据权利要求8所述的设备，其中，基于所述第二装置的请求来由所述第一装置创建所述轮询信道资源。

10.根据权利要求8所述的设备，其中，所述处理器被配置为检查所述第二装置是否已经创建由所述第一装置托管的所述轮询信道资源。

11.根据权利要求10所述的设备，其中，所述处理器被配置为基于所述第二装置没有创建由所述第一装置托管的所述轮询信道资源，拒绝所述通知请求。

12.根据权利要求7所述的设备，其中，基于在从所述第三装置接收的所述第一请求中包括时间戳记参数，在与所述时间戳记参数对应的时间内发送所述第一响应。