CN109769227A

CN109769227A - 端到端m2m服务层会话

Info

Publication number: CN109769227A
Application number: CN201910258046.6A
Authority: CN
Inventors: 黛尔·N·希德; 董丽君; 广·X·路; 迈克尔·F·斯塔西尼克
Original assignee: Convida Wireless LLC
Current assignee: Convida Wireless LLC
Priority date: 2013-07-25
Filing date: 2014-07-25
Publication date: 2019-05-17
Anticipated expiration: 2034-07-25
Also published as: CN109769227B; KR20160035594A; JP6317817B2; EP3025525A1; CN105493524A; US10530757B2; US20210377242A1; US20150033311A1; US11122027B2; KR20160035012A; CN105580339B; KR102084104B1; KR101836421B1; CN105580339A; JP2019080340A; JP2018110452A; EP3025483A1; US20200092275A1; KR101837871B1; US10200353B2

Abstract

本公开涉及端到端M2M服务层会话。支持能够跨越多服务层跳的机器对机器的服务层会话的机制，其中，机器对机器的服务层跳是两个机器对机器的服务层实例之间或机器对机器的服务层实例与机器对机器的应用之间的直接机器对机器的服务层通信会话。还公开了示出用于支持多资源的oneM2M会话管理服务的机器对机器的会话建立过程的机制。

Description

端到端M2M服务层会话

本申请是申请日为2014年7月25日、申请号为201480047032.5、题为“端到端M2M服务层会话”的发明专利申请的分案申请。

相关申请的交叉引用

本申请要求2013年7月25日提交的名为“E2E-M2M SERVICE LAYER SESSIONS”的第61/858387号美国临时专利申请和2013年10月4日提交的名为“ENHANCED METHODS ANDPROCEDURES TO SUPPORT END-TO-END M2M SERVICE LAYER SESSIONS”的第61/886787号美国临时专利申请的优先权，其内容通过参考被特此并入本文。

背景技术

通信会话可以涉及两个或多个通信实体(例如，设备，应用等)之间的持续的交互式信息交换。在特定时间点建立通信会话，并且基于各种情况(例如，在会话超时之后或者当实体之一决定终止会话)，在稍后的时间点拆除通信会话。通信会话可以涉及实体之间的多个消息的交换，且可以是有状态的。有状态的可以意味着为了能够维护通信会话，通信实体中的至少一个保存关于会话历史的信息(例如，诸如证书、标识符等的安全性上下文)。

传统应用会话是由应用本身而不是由底层通信协议或服务层建立并管理的两个或多个应用之间的通信会话。其结果是，应用会话能够向应用增加额外的开销和复杂度。

机器对机器(M2M)的服务层是特别针对为M2M类型的设备和应用提供增值服务的一种类型的应用服务层的示例。例如，M2M服务层能够支持向应用和设备提供对服务层支持的M2M中心能力集合的访问的应用编程接口(API)。一些示例包括安全、收费、数据管理、设备管理、发现、配给和连接管理。这些能力通过使用由M2M服务层定义的消息格式、资源结构和资源表示的API，可用于应用。

机器对机器(M2M)的服务层会话是M2M服务层实例与M2M应用或另一M2M服务层实例之间建立的通信会话。M2M服务层会话能够由与连接、安全、调度、数据、上下文等相关的M2M服务层状态构成。能够通过M2M服务层、M2M应用或者这两者维护这种状态。

存在多种具有服务层的机器对机器(M2M)架构，诸如在草案ETSI TS 102 6901.1.1(2011-10)中讨论的欧洲电信标准协会(ETSI)M2M服务层，在2013年3月14日的草案版本1.0中讨论的开放移动联盟(OMA)轻量级M2M服务层，以及在oneM2M-TS-0001oneM2M功能架构-V-0.1.2M2M服务层架构中讨论的oneM2M服务层，(例如，ETSI M2M，OMA LWM2M和oneM2M)。应用服务层的另一示例是特别针对为移动网络设备提供多媒体服务的第三代合作伙伴项目的IP多媒体子系统(IMS)服务层TS 23.228。如本文所讨论，这些架构可能缺乏对端到端安全服务(例如，端到端加密和认证)，端到端服务质量功能(例如，端到端延迟或带宽保证)以及设置或配置的端到端协商(例如，协商使用的压缩类型)的支持。

支持端到端(E2E)会话的传统方法依赖于应用和/或端用户，来建立和管理E2E会话。这是导致了对应用的开销以及额外的复杂度和/或需要用户参与会话管理的在网络之上的一套方法。由于数据由E2E方式中的应用加密并且因此不能由网络中的服务安全地处理，这种在网络之上的方法还阻碍了网络服务提供诸如数据聚合和数据分析的增值会话功能。许多M2M使用情况需要E2E会话。例如，诸如电子健康，银行业务和军用的使用端到端安全和隐私的使用情况，以及诸如视频监视，患者监测和应急服务的使用端到端服务质量的使用情况。此外，许多M2M设备是无人操纵的，这也对管理端到端会话提出了挑战。例如，在每次需要建立会话时，无人操纵的设备不能依赖于用户动态地生成安全的端到端会话。

发明内容

现有的M2M服务层架构缺乏对端到端M2M服务层会话的支持。M2M服务层会话是M2M服务层实例与M2M应用或另一M2M服务层实例之间建立的通信会话。M2M服务层会话可以由与连接、安全、调度、数据、上下文等相关的M2M服务层状态构成。能够通过M2M服务层、M2M应用或者这两者维护这种状态。

本文公开了支持端到端M2M服务层会话的方法、设备和系统。公开了这样一种机制，支持可以跨越多个服务层跳的M2M服务层会话，其中，M2M服务层跳是两个M2M服务层实例之间或M2M服务层实例与M2M应用之间的直接M2M服务层通信会话。会话端点和会话管理功能支持用于E2E会话端点之间流动的数据的E2E加密和压缩的方法，使得允许受信的中间会话管理器具有对数据加密/解密或压缩/解压缩以及提供诸如数据分析，数据聚合，数据混聚等的增值数据服务的能力。

提供了本发明内容，来以简化的形式介绍在下面的详细描述中进一步描述的概念的选择。本发明内容不旨在识别所要求保护的主题的关键特征或必要特征，也不旨在用于限制所要求保护的主题的范围。此外，所要求保护的主题并不受限于解决在本公开的任何部分中提及的任何或所有缺点的限制。

附图说明

通过结合附图的示例的方法所给出，可以从以下的描述获得更详细的理解，其中：

图1示出了E2E M2M服务层会话实施例；

图2示出了具有额外的细节的图1的E2E M2M服务层会话；

图3示出了具有额外的细节的图1的E2E M2M服务层会话；

图4示出了会话证书功能引导的示例性方法；

图5示出了E2E M2M服务层会话管理器的功能架构；

图6示出了示例性E2E M2M服务层会话建立的呼叫流程；

图7示出了具有多个路由的两个会话端点之间的示例性服务层会话；

图8示出了会话端点的功能架构；

图9示出了会话管理器的oneM2M实施例；

图10A示出了用于oneM2M会话管理(SMG)服务的E2E M2M服务层会话建立过程；

图10B示出了从图10A继续的用于oneM2M会话管理(SMG)服务的E2E M2M服务层会话建立过程；

图11A示出了用于oneM2M SMG服务的会话使用过程；

图11B示出了从图11A继续的用于oneM2M SMG服务的会话使用过程；

图12示出了用于oneM2M SMG服务的示例性M2M会话终止过程；

图13示出了资源“会话”；

图14示出了CSE基URI下的会话资源实例；

图15示出了应用资源下的会话资源实例；

图16示出了资源<会话>；

图17示出了资源会话端点；

图18示出了资源<会话端点>；

图19示出了资源下一跳；

图20示出了资源<下一跳>；

图21示出了资源会话策略；

图22示出了资源<会话策略>；

图23示出了资源会话上下文；

图24示出了资源<会话上下文实例>；

图25A是在其中可以实现一个或多个公开的实施例的示例机器对机器(M2M)或物联网(IoT)的通信系统的系统图；

图25B是可以在图25A所示的M2M/IoT通信系统内使用的示例架构的系统图；

图25C是可以在图25A所示的M2M/IoT通信系统内使用的示例M2M/IoT终端或网关设备的系统图；以及

图25D是在其中可以体现图25A的通信系统的多方面的示例计算系统的框图。

具体实施方式

支持端到端(E2E)会话的传统方法依赖于应用和/或端用户，以建立和管理E2E会话。这种在网络之上的方法可能导致对应用的开销和额外的复杂度和/或用户参与会话管理的需要。关于机器对机器(M2M)实现方式，因为许多端设备可能是诸如恒温器或秤的资源受限的设备，所以额外的开销和复杂度可能受到特别关注。在使用传统方法时，通常使用M2M服务层无法得知的M2M应用层安全证书或算法来加密或压缩流过M2M服务层的M2M应用数据。在这种情况下，因为M2M服务层不是能够解密或解压缩数据的受信实体，所以M2M服务层不能提供诸如数据聚合和数据分析的增值会话功能。

传统M2M服务层可以调起在彼此的单服务层跳内的两个M2M服务层实例之间或M2M服务层实例与M2M应用之间创建M2M会话，其中，服务层跳可以被定义为直接服务层通信链路。由于传统的M2M设置，端点M2M应用可以在服务层之上通信以设置和管理端到端会话。例如，对于ETSI M2M服务层，M2M应用通过经由ETSI M2M容器资源彼此交换信息来建立端到端会话。这些消息以不透明的方式流过ETSI M2M服务层，并且对服务层是不可解析的或不可见的。因此，服务层可能无法向应用提供增值的端到端会话管理服务。

本文公开了这样一种机制，以可以跨越多个M2M服务层跳的M2M服务层支持E2E会话。这些E2E M2M服务层会话(服务层会话)是允许M2M服务层参与端到端安全服务、端到端服务质量功能、设置或配置的端到端协商以及其它诸如数据聚合和数据分析的增值会话功能的会话。可以通过软件和硬件的结合来实现全文(例如，图4，图5和整个附图)所讨论的方法和功能架构。可以在单个设备上或者分布在多个设备中实现功能架构。设备可以是如下面所描述的关于图25A至图25D的一个或多个设备。

从另一角度，图1示出了跨越多跳的示例性E2E M2M服务层会话。如图1所示，M2M设备110可以包括M2M应用111。M2M应用111可以涉及与M2M网络应用115(可以在诸如平板电脑，服务器，个人计算机或智能电话上的设备上的端点M2M应用)的E2E M2M服务层会话。M2M应用111的M2M服务层会话包括多跳(跳130和跳131)，并且通过位于M2M服务器118上的M2M服务层实例123来促进。

图1还示出了由两个M2M服务层实例促进的服务层会话的示例，一个M2M服务层实例托管于M2M服务器上，另一个M2M服务层实例托管于M2M网关上。如图1所示，M2M设备112的M2M应用113可以涉及与M2M网络应用115的E2E M2M服务层会话。M2M应用113的M2M服务层会话包括多跳(跳132，133和跳134)，并且通过多个M2M服务层实例(M2M网关114的M2M服务层实例121和M2M服务器118的M2M服务层实例123)来促进。M2M服务层例121和M2M服务层实例123可以互相通信，以管理E2E M2M服务层会话(例如，建立会话或拆除会话)。

图1还示出了涉及两个M2M网关之间的会话的服务层会话。如图1所示，M2M网关116的M2M服务层实例125是在与M2M网关114的M2M服务层示例121的M2M服务层会话中。M2M服务层实例125的M2M服务层会话包括多跳(跳136和跳135)，并且通过M2M服务器118的M2M服务层实例123来促进。另外的示例(未示出)也可能用于E2E M2M服务层会话。例如，E2E M2M服务层会话可以在彼此相距多个服务层跳的两个M2M服务器之间。另一示例可以涉及不流过M2M服务层但是由M2M服务层促进的两个端点应用之间的直接E2E会话。换句话说，服务层可以提供应用发现，和应用可以用其发现彼此并动态配给证书的E2E会话证书建立服务。

如下面更详细的描述，为了支持服务层会话，可以存在一个或多个以下的M2M服务层架构元素：E2E M2M服务层会话管理器功能(会话管理器功能)、E2E M2M服务层会话端点功能(会话端点功能)、E2E M2M服务层会话证书引导功能(会话证书功能)、M2M服务层会话状态(会话状态)以及E2E M2M服务层会话接口(会话接口)。包括上述M2M服务层架构元素的图2是图1的M2M会话的图示。诸如会话端点功能140、会话端点功能149和会话端点功能148的M2M会话端点功能，可以分别驻留在M2M设备110，M2M服务器118和M2M网络应用140上。如本文更详细地讨论，会话端点功能可以使M2M应用或M2M服务层实例能够参与服务层会话。会话端点功能与会话管理器进行交互。

继续参照图2，E2E M2M服务层会话管理器(例如，会话管理器145)可以驻留在M2M服务器(例如，M2M服务器118)或M2M网关上。如下面更详细讨论的，会话管理器支持服务层会话的建立，拆除和管理。会话管理器可以执行会话地址或标识符地址的转换(例如，公共会话标识符和私有会话标识符之间的转换)。此外，会话管理器支持将服务层消息路由到其他会话管理器的能力，使得这些消息可以被传递到不直接连接到其的会话端点。

进一步参照图2，M2M服务层会话可以涉及诸如会话证书功能147的会话证书功能。会话证书功能147可以支持与证书和配置信息相关的服务层会话的配给和引导。会话管理器或会话端点可以使用这些会话证书。会话证书功能可以驻留在AAA服务器上，并且具有使用Diameter协议的I_Credential接口(例如，I_Credential 157)。此外，服务层会话可以包括诸如M2M设备110，M2M服务器118和M2M网络115的任何M2M设备可以具有的会话状态。会话状态是可以由会话管理器或会话端点维护的并且可以用于会话管理目的的信息。

图3示出了包括上述M2M服务层架构元素的图1的服务层会话的多个示例。如图3所示，可以存在会话管理器之间的I_{Manager-Manager}接口(例如，I_{Manager-Manager} 154)和会话端点与会话管理器之间的I_{Endpoint-Manager}接口(例如，I_{Endpoint-Manager} 153，I_{Endpoint-Manager} 155和I_{Endpoint-Manager} 156)。如图3所示，会话管理器145管理多个节点之间的多个M2M服务层会话。

下面是关于图3的部分功能更详细的方法和系统描述，诸如会话证书功能，会话管理器和会话状态信息等。

会话证书功能支持对各个会话端点，以及组成跨越多个服务层跳的服务层会话的会话管理器的会话安全证书(“安全证书”或“会话证书”)的引导，其中，服务层跳可以被定义为服务层实例或应用的两个或多个之间的直接服务层通信链路。如本文中所讨论的，用于保护会话安全的会话证书和安全证书被当作同义词使用。配给会话证书的方法(未示出)可以是由会话证书功能的管理者或者所有者执行的预配给步骤。例如，按每个服务层实例，会话证书池可以被预配给到会话证书功能中。此后，当需要时，会话管理器可以向会话证书功能发出请求，以分配会话证书。

图4示出了会话证书功能引导的示例性方法，其配置了可以驻留在M2M设备，M2M服务器，M2M网关等上的不同会话参与者之间的会话证书的。对于图4，可以假设会话端点140是发起应用的一部分，而会话端点148是目标应用的一部分。

在步骤201，步骤202和步骤203中，可以建立安全单跳会话。在步骤201中，安全单跳会话在会话管理器145和会话证书功能147之间。在步骤202中，安全单跳会话在会话管理器145和会话端点140之间。在步骤203中，安全单跳会话在会话管理器145和会话端点148之间。可以通过在诸如ETSI M2M和OMA LWM2M的架构中支持的传统的服务层引导和注册过程建立步骤201，步骤202和步骤203的安全单跳会话。

在步骤204中，会话端点140可以向会话管理器145查询(例如，提供会话证书引导请求)，以发现可用的其他会话端点及其相应属性或请求特定的会话端点。明确发现其他会话端点的替代方法是会话端点140在步骤204的引导请求内提供信息，诸如它希望与其建立会话的会话端点的类型并且让会话管理器决定最佳的会话端点。可以由与应用，网关，服务器等相关联的，希望建立服务层会话的会话端点发起会话证书引导请求。会话证书引导请求可以包括诸如发起会话端点期待与其建立服务层会话的一个或多个目标会话端点的信息。此外，会话证书引导请求可以包括关于会话端点的期望类型的信息，会话管理器可以使用该信息来选择一个或多个目标会话端点以分发服务层会话证书。会话证书引导请求还可以包括诸如会话的QoS要求，目标会话端点的位置和发起应用愿意付出的数量等的信息。

在步骤205中，会话管理器145解析步骤204的会话证书引导请求，以确定它被允许向其分发会话证书的目标会话端点，或者可替代地，它可以请求哪些会话端点与会话证书功能147进行引导。此外，会话管理器145确定可以涉及服务层会话的任何中间服务层实例(例如，具有服务层实例的M2M网关或与M2M服务器)。可以以不同的方法执行目标会话端点和中间服务层实例的确定。例如，会话管理器145可以使用步骤204中的会话证书引导请求中包括的信息，诸如目标会话端点的列表。可替代地，可以使用由请求会话端点(例如，会话端点140)维护为会话状态的历史或上下文信息，或会话策略。使用会话状态，会话管理器145可以进一步限定哪些目标会话端点它选择向其分发会话证书。

继续参照图4，在步骤206中，会话管理器145可以向会话证书功能147发送E2E M2M会话证书请求。步骤206的证书请求可以包括为步骤205确定的目标会话端点和确定的服务层实例分配一组会话证书的请求。在步骤207中，会话证书功能147为会话管理器145，会话端点148和会话端点140创建一组会话证书。此外，在步骤207中，证书功能147维护会话证书的状态。证书状态可以被发送到可以期望已创建的服务层会话的会话证书的任何应用，实例等。在步骤208中，会话证书功能147向会话管理器145发送E2E M2M会话证书响应。会话证书响应可以包括可以被分配到任何数量的应用或服务层实例的会话证书。可替代地，证书响应可以包括一组会话证书，该组会话证书中的每个会话证书可以被特定地分配给涉及期望被创建的服务层会话的服务层实例或应用。

在步骤209中，在接收步骤208的会话证书之后，会话管理器145可以在本地存储会话证书，使得会话管理器145也可以使用该会话证书。例如，会话管理器145可以加密或解密流过服务层实例(例如，服务层实例123)的应用数据，并且提供增值数据服务。在步骤210中，会话管理器145向会话端点148发送可以包括步骤208的会话证书的E2E会话证书配置请求。E2E会话证书配置请求还可以包括对会话端点148的能力的请求，以参与与会话端点140的服务层会话。例如，会话端点148可以具有当时可能不允许服务层会话的适当策略。在步骤211中，会话端点148维护用于所提出的会话的会话证书状态。在步骤212中，会话端点148向会话管理器145发送可以包括接收和实现发送的会话证书的确认的E2E会话证书配置响应。

进一步参照图4，在步骤213中，会话管理器145可以向会话端点140发送E2E安全证书引导响应。步骤213的E2E安全证书引导响应可以最终响应于步骤204的请求，并且可以包括会话证书以及具有用于服务层会话的会话证书的目标会话端点的列表。在步骤214中，在接收到会话证书之后，会话端点140可以维护所接收证书的状态信息。

继续参照图4，为了刷新会话证书，会话端点(例如，会话端点140和会话端点148)可能需要周期性地重复引导操作。这种周期性的刷新可以基于与会话证书相关联的生命期。具有通用会话证书安全引导可以建立发起会话端点140，本地会话管理器145(对于会话端点140的直接注册的会话管理器)，任何中间服务层会话管理器(在此未示出，但是有时可适用)和一个或多个目标E2E M2M服务层会话端点(例如，会话端点148)之间的信任的安全链。这种信任的安全E2E链可以层叠到可能存在的安全的底层传统单跳M2M服务层会话以及安全的底层传输层和接入网络连接之上。可替代地，可以通过使每个会话端点和会话管理器与会话证书功能认证而不是以逐跳方式彼此认证来建立上述信任的安全E2E链。

应当理解，执行图4所示步骤的实体是可以以在诸如图25C或图25D中所示的那些设备、服务器或计算机系统的存储器中存储的，且在其处理器上执行的软件(即，计算机可执行指令)的形式实现的逻辑实体。即，可以以诸如图25C或图25D中所示的设备或计算机系统的计算设备的存储器中存储的软件(即，计算机可执行指令)的形式实现图4中所示的方法，其中，当其被计算设备的处理器执行时计算机可执行指令执行图4中所示的步骤。

会话证书可以被引导到发起M2M应用，以及被引导到其注册的M2M服务层实例，以及一个或多个目标M2M应用。基于服务层路由策略，上下文信息或历史信息(例如，如果其他M2M服务层实例存在于发起M2M应用和目标M2M应用之间的多跳路径中)，证书也可以被引导到其他M2M服务层实例。

图5示出了E2E M2M服务层会话管理器(例如，会话管理器145)的功能架构。如图5所示，会话管理器145可以包括会话证书功能147，E2E M2M会话上下文和历史功能161(会话上下文功能)，E2E M2M会话路由功能162(会话路由功能)，E2E M2M会话建立和拆除功能163(会话建立功能)，E2E M2M会话策略功能164(会话策略功能)，E2E M2M会话配置和发现功能165(会话配置功能)，E2E M2M会话数据管理功能166(会话数据管理功能)以及会话状态151。在实施例中，可以支持会话管理器145作为M2M服务层实例(例如，服务层实例123)的能力。在另一实施例中，可以支持会话管理器145作为M2M服务层实例可以与其相互作用的单独服务(例如，独立的Web服务)。本文中更详细的讨论是会话管理器的功能的每一个的说明。

E2E M2M会话建立和拆除功能163(会话建立功能)处理用于建立或拆除服务层会话的请求。会话端点可以向会话建立功能发送请求，以建立与一个或多个目标会话端点的服务层会话。如果已经成功引导或配给证书，或者如果不要求安全，则当请求时会话建立功能可以进行建立或拆除服务层会话。可以通过将服务层会话层叠到现有单跳M2M服务层会话或传输层会话之上来建立E2E M2M服务层会话。这可以通过为每个会话端点以及为沿着服务层会话路径的每个中间会话管理器维护和/或分发会话状态来实现。这种会话状态可以包括诸如会话安全证书，会话路由信息，会话上下文和会话策略的信息。可以通过指定的会话管理器(例如，最接近于发起服务层会话建立请求的会话端点的会话管理器)管理每个会话端点和会话管理器的会话状态的配置。

图6示出了示例E2E M2M服务层会话建立的呼叫流程。在此示例中，会话端点140发起了与距离三个服务层跳(即，由两个M2M服务层实例隔开)的会话端点148的服务层会话。在步骤220中，如本文所述(参见关于图4的示例)，已经以E2E M2M服务层会话证书引导或配给了会话端点140，会话端点148和会话管理器(例如，会话管理器141和会话管理器145)。在步骤221中，会话端点140向会话管理器141发送请求，以认证和建立服务层会话。步骤221的请求可以包括在步骤220中接收的会话证书。在实施例(未示出)中，会话端点140可以向一个或多个会话管理器发送多个请求，以与多个目标会话端点(例如，组会话)建立E2E M2M服务层会话。

在步骤222中，会话管理器141基于会话端点140的会话证书认证了会话端点140。此外，在步骤222中，会话管理器141确定转发请求的下一跳，以认证和建立服务层会话。会话管理器141基于请求中包括的信息，本地存储的上下文和策略，并且通过与网络中的其他会话管理器协作确定下一跳。在此示例中，下一跳是另一会话管理器(例如，会话管理器145)。如图6所示，在步骤223中，会话管理器141向会话管理器145发送请求，以认证和建立服务层会话。步骤223的请求可以包括在步骤220中接收的会话证书。在步骤224中，会话管理器145基于会话管理器141的会话证书认证会话管理器141，并且确定转发请求的下一跳，以认证和建立服务层会话。在步骤225中，如步骤221中类似地完成，会话管理器145向会话端点148发送请求，以认证和建立服务层会话。在步骤226中，会话端点148基于会话证书认证会话管理器145，确定会话端点140期望与其通信，并且基于会话证书认证会话端点140。还在步骤226中，会话端点148可以存储会话状态信息，这将在下面更详细的描述。

在步骤227中，会话端点148向会话管理器145发送E2E会话响应。步骤227的E2E会话响应可以包括确认与会话端点140建立服务层会话的响应，以及其他服务层会话状态信息。在步骤229和步骤231中，步骤227的E2E会话响应不断地被转发到会话端点140。由于步骤225的响应转发回每一跳，在步骤228和步骤230中，每个会话管理器存储服务层会话状态信息，以及在步骤232中发起会话端点(会话端点140)也存储服务层会话状态信息。这种服务层会话状态信息被用于维护服务层会话，使得该服务层会话可以被用于经由会话管理器在会话端点之间交换消息E2E。

继续参照图6，会话管理器(例如，会话管理器141或会话管理器145)可以动态改变服务层会话消息的路由路径。例如，如果会话管理器141和会话管理器145之间的单跳会话发生故障，则在这种情况下其为会话管理器141的上游会话管理器可以通过与恰好具有与目标会话端点(例如，会话端点148)建立的单跳会话的另一相邻会话管理器(如果可用)建立新的单跳服务层会话来恢复。参见下面关于E2E M2M服务层会话路由的进一步细节。此外，尽管图6没有示出(参见图3)，但是会话端点和会话管理器彼此认证的可替代方法是它们与网络中的会话证书功能直接认证。受信会话证书功能可以是会话端点和会话管理器能够与其认证的网络中的中心节点。这样，它们能够通过此功能被认证，而不是通过彼此被认证。

服务层会话的拆除可以通过删除在会话端点和会话管理器上的服务层会话状态信息，以类似的方式工作。在服务层会话的拆除期间，可以起始于目标会话端点向着发起会话端点去除服务层会话状态信息，这也删除了在每个会话管理器上的服务层会话状态信息。应当理解，执行图6所示的步骤的实体是可以以在诸如图25C或图25D中所示的那些设备，服务器或计算机系统的存储器中存储的，且在其处理器上执行的软件(即，计算机可执行指令)的形式实现的逻辑实体。即，可以以诸如图25C或图25D中所示的设备或计算机系统的计算设备的存储器中存储的软件(即，计算机可执行指令)的形式实现图6中所示的方法，其中，当其被计算设备的处理器执行时计算机可执行指令执行图6所示的步骤。

也如在图5的功能架构示出，在此讨论的是关于E2E M2M服务层会话路由(会话路由)的更多细节。图7示出了服务层会话端点之间具有多个服务层会话路由的两个会话端点之间的示例性单个服务层会话。

每个E2E M2M服务层会话路由可以由将M2M会话端点和M2M会话管理器彼此互连的不同系列的单跳M2M服务层会话所组成。图7示出了可以采取诸如路由257(即，实线)或路由259(即，虚线)的多个路由一个服务层会话。会话端点250和会话端点252之间的多个服务层会话路由可以提供冗余，故障保护，甚至不同等级的服务质量。会话管理器251，会话管理器253和会话管理器255可以支持E2E M2M服务层会话路由功能(会话路由功能)，以将与指定服务层会话相关联的消息路由到多个支持的会话路由之一。会话路由功能可以支持上下文感知以及基于路由的策略。例如，会话管理器255的会话路由功能可以通过保持以前消息的历史和为这些消息所选择的路由在不同的会话路径之间负载均衡指定的服务层会话。会话管理器255的会话路由功能可以基于负载条件或故障调整服务层路径，这可以提供更好的弹性和QoS。会话路由功能可以支持与底层接入网络相互作用以共享信息，使得对于服务层路由判定以及底层接入网络路由判定可以考虑该信息。

可以支持的会话路由的另一种形式是在与服务层会话相关联的多个底层传输会话或接入网络连接之间的路由。为了支持这种形式，服务层会话管理器255可以具有到底层传输/接入网络路由功能的接口。例如，M2M设备或M2M网关可以支持多个无线接入技术(例如，Wi-Fi，蜂窝等)。E2E服务层会话可以被层叠在多个单跳M2M服务层会话之上。每个单跳服务层会话可以具有与其相关联的多个底层传输或接入网络连接。为了在逐单跳的基础上使用，服务层会话管理器255可以与底层传输或接入网络路由功能协作，以管理路由和底层传输或接入网络连接。

继续参照图7，可替代地，为了在E2E的基础上使用，服务层可以与底层网络路由功能协作，以管理路由和选择哪个底层传输或接入网络连接。这样，可以以E2E方式而不是仅基于逐跳管理安全性和QoS。例如，可以通过将来自负责建立服务层会话的会话管理器(例如，会话管理器255)的路由策略分发到与指定服务层会话相关联的其余会话管理器(例如，会话管理器251和会话管理器253)，来执行E2E管理。E2E管理使路由优化，这可以对以单跳路由所支持的充满挑战。例如，如果托管会话端点250的设备接近托管会话端点252的设备，则可以动态地执行E2E路由优化。在另一示例中，代替通过M2M服务器和M2M网关这两者从一个应用到另一应用的路由服务层会话消息，可以执行E2E路由优化，以通过经由接近于两个应用的共享M2M网关路由服务层会话消息，或甚至在应用之间建立直接点对点路由来优化E2E路由。

下面是关于如图5所示的功能架构的进一步细节。功能架构可以在单个设备上实现，或者分布在多个设备之间。图5所示的E2E M2M服务层会话上下文和历史功能(会话上下文功能)161可以收集、解释、共享和处理E2E M2M服务层会话上下文和历史信息。会话管理和会话端点可以利用会话上下文信息，以使得上下文感知关于服务层会话的使用和管理的判定。此外，可以为了诸如计费和收费以及历史和跟踪的目的，利用会话上下文信息。会话上下文功能161还支持会话管理器和/或端点之间的会话上下文信息共享。

E2E M2M服务层会话上下文信息的一些形式可以包括以下的一个或多个：1)以前的服务层会话路由的判定；2)动态改变与被利用的服务层会话以及底层传输和接入网络连接相关的成本或价格信息；3)与服务层会话相关联的M2M设备和网关的位置；4)对与服务层会话相关联的接入网络连接的接入网络拥塞信息和可用带宽；以及5)与指定服务层会话相关联的M2M设备和网关的可用性(例如，M2M设备或网关是否休眠)。

与判定相关的一些上下文感知服务层会话可以包括以下的一个或多个：1)上下文感知会话路由；2)上下文感知服务层负载均衡；3)上下文感知服务层会话存储和消息转发(例如，在会话端点不可用时)；以及4)上下文感知服务层会话主动预取和缓存会话端点的数据，并且为了更有效的接入在服务层内缓存该数据。

图5还示出E2E M2M服务层会话策略功能(会话策略功能)164。会话策略功能164支持会话策略配置，管理和共享。通过使用服务层会话策略，会话管理器可以更智能地管理会话端点之间的服务层会话通信。此外，会话策略功能164支持会话管理器或会话端点之间的服务层会话策略的共享。一些服务层会话策略可以包括以下的一个或多个：1)会话路由策略；2)E2E M2M服务层会话存储转发策略；3)服务层会话预取策略；4)服务层会话建立策略；5)服务层会话拆除策略；6)确定上下文收集，如何解释上下文，如何将上下文作为因素纳入判定制定等的会话上下文策略；以及7)可以控制对与会话相关联的信息的授权和接入控制的服务层会话安全策略。

图5还示出E2E M2M服务层会话配置和发现功能165(会话配置)支持对E2E M2M服务层会话属性和参数的配置和发现能力。服务层会话属性和参数的配置可以被用于在建立期间以及正常服务层会话操作期间控制和定制服务层会话。服务层会话状态信息的发现可以被用于基于所期望的一组准则找到可用的服务层会话。这可以帮助M2M应用和M2M服务层实例找到已在进行中的现有服务层会话或支持连同相应的会话准则或属性的服务层会话的候选。一些类型的E2E M2M服务层会话配置和发现可以包括以下的一个或多个：1)通过会话管理器托管在会话端点的服务层会话状态的配置，反之亦然；2)通过另一会话管理器托管在会话管理器的服务层会话状态的配置；3)通过会话端点托管在会话管理器的服务层会话状态的发现，反之亦然；4)通过另一会话管理器托管在会话管理器的服务层会话状态的发现。

图5还示出了可以支持包括在由服务层实例处理的服务层会话消息内的数据的管理的E2E M2M会话数据管理功能166(会话数据管理功能)。利用已经被引导到服务层实例的会话证书，该功能支持包括在接收的服务层会话消息内的数据的解密和包括在转发到服务层实例和应用的服务层会话消息内的服务层会话数据的加密。一旦数据被解密，该功能支持向服务层实例中的诸如数据分析功能，数据聚合功能，或数据混聚等的其他功能相互作用和传递此数据。在中间M2M服务层实例上支持这些类型的功能使这些服务层实例能够支持关于流过网络的消息的增值数据服务，这可以使得网络更加高效，且也帮助减少会话端点应用的复杂度。

图5还示出了E2E M2M会话状态151(会话状态)，其可以包括以下的一个或多个：E2E M2M服务层会话标识符(会话标识符)、E2E M2M服务层会话安全证书(会话安全证书)、E2E M2M服务层会话描述符(会话描述符)、E2E M2M服务层会话路由信息(会话路由信息)、E2E M2M服务层会话上下文或历史(会话上下文)，以及E2E M2M服务层会话策略(会话策略)。会话管理器和会话客户端(例如，会话应用或服务层实例)可以使用会话标识符，以识别服务层会话。会话标识符可以是任意且唯一的字母数字字符串，可以使用会话证书有选择地散列该字母数字字符串，使得其仅能通过其相应的会话管理器，会话端点和会话证书功能被加密/解密。

会话标识符也可以是表示与会话相关联的相应会话类型和/或功能性的描述性的字母数字字符串。此描述性会话标识符可以被用于会话发现目的和促进会话信息的共享(例如，传感器123-测量，照明ABC-控制等)。描述性会话标识符也可以帮助支持组会话的动态形成。可以使用会话证书有选择地散列描述性会话标识符，使得描述性会话标识符仅能通过其相应的会话管理器，会话端点和会话证书功能被加密/解密。

会话标识符可以回收利用其他标识符的部分。会话端点通常支持分配给它们的唯一标识符。例如，当注册到M2M服务层实例时，M2M应用被分配唯一应用标识符。类似地，在引导过程期间，M2M服务层实例被配给唯一标识符，或M2M服务层实例被动态地配置一个唯一标识符。这些唯一标识符可以被用于创建E2E M2M服务层会话标识符。会话端点可以在会话建立期间彼此交换唯一标识符，并且这些唯一标识符可以被联系起来，以形成两个会话端点之间的唯一会话标识符。

会话状态可以包括与服务层会话相关联的安全证书(例如，E2E安全证书、公钥等)。服务层会话可以支持一组独立证书(例如，由E2E M2M服务层会话证书功能建立和分发的)，或者它可以有选择地利用来自底层会话或连接的安全证书。例如，可以利用来自底层单跳M2M服务层会话，传输层会话和/或接入网络连接的安全证书。

会话状态可以包括会话描述符，会话描述符是可以由现有会话参与者(例如，会话端点，会话管理器，或会话证书功能)使用的，或预期会话参与者使用的以发现现有服务层会话的描述会话的信息。会话描述符可以是对每个会话参与者的描述(例如，设备标识符，参与者的类型，参与者支持的服务，参与者的接口要求，所使用的压缩类型等)。会话描述符可以是用于构建服务层会话的每个底层单跳会话的描述(例如，关于组成多跳E2E M2M服务层会话的各个单跳M2M服务层会话的信息，关于底层传输或接入网络的连接的信息等)。

会话状态可以包括路由信息。会话路由信息可以描述将传入会话消息路由到的下一跳E2E M2M服务层会话端点或会话管理器。以下是可以存储为会话状态的路由信息的形式：M2M应用或M2M服务层实例的会话标识符；单跳M2M服务层会话标识符；应用协议标识符(例如，统一资源标识符(URI)、统一资源定位符(URL)，统一资源名称(URN)等)；传输层会话标识符(TLS会话标识符)；网络层地址(例如，IP地址)；接入网络标识符(例如，国际移动用户标示(IMSI)，移动用户综合服务数字网络-号码(MSISDN)，媒体接入控制(MAC)地址等)；或可用底层网络接口，接入网络连接/承载，传输层连接的列表等。

会话状态可以包括E2E M2M服务层会话上下文/历史，这可以是与使用服务层会话执行的以前的服务层事务相关的上下文信息，和/或使用服务层会话执行的以前的服务层处理的历史。示例包括保持由会话端点定位目标的资源的跟踪类型、数量、速率、大小等，或者保持应用建立的不同服务层会话的跟踪(例如，速率、类型等)。

会话状态还可以包括定义了用于E2E M2M服务层会话管理器或端点如何生成或处理E2E M2M服务层会话消息的规则的会话策略。例如，策略可以包括服务层QoS策略、路由策略、服务层存储和转发策略、服务层接入控制策略等。策略也可以被用于定义会话管理器如何处理与消息相关联的数据(例如，数据是否是只读，或者数据是否可以与其他数据聚合等)。策略还可以被用于定义用于会话管理器的服务层路由规则(例如，必须通过指定的会话管理器路由一些会话，使得会话管理器能够执行诸如收费、安全、跟踪/检查等的功能)。

以下的一个或多个能够维护所公开的会话状态：会话管理器，会话端点，或会话证书功能。会话状态可以被用于服务层会话的设置、管理和拆除。可以动态创建会话状态。例如，会话标识符可以被包括在每一消息中，以将消息与特定服务层会话相关联。会话端点或会话管理器可以基于它们发送或接收的消息创建和存储会话状态，并且基于会话标识符索引这种状态。例如，服务层会话管理器可以存储这种状态，并且将其作为未来主动或自主的所作出的诸如会话路由判定、会话存储和转发判定，或者诸如基于之前的历史、模式或趋势的数据预取的自主服务层动作的服务层判定的因素。

为了维护与会话管理器的服务层会话，会话端点可以存储会话状态。也可以在会话管理器和/或端点之间共享会话状态。可以由会话端点本身维护这种会话状态，或者由会话管理器以与Web Cookies类似的方式维护这种会话状态。例如，在端点正在使用服务层会话时，可以由会话管理器在会话端点上更新/维护会话状态。这样，会话管理器可以将会话状态作为M2M会话cookie存储到会话端点上。当会话端点在未来使用会话时，此存储的M2M会话cookie能够被发送到会话管理器，或被会话管理器获取并且被会话管理器使用于端点的现有活动的感知。M2M会话cookie能够包括会话状态，诸如端点以前将哪些特定资源作为目标，资源以哪种速率被作为目标。使用此M2M会话cookie，会话管理器能够基于端点的之前会话活动更有效和更主动地管理当前会话事务。例如，会话管理器能够提前主动触发设备以确保其是觉醒的，提前主动预留接入网络资源，提前执行目标资源的预取使得它们提前缓存/缓冲在服务层中等。注意，公开的M2M会话cookie概念也可以适用于单跳M2M服务层会话以及E2E M2M服务层会话。

图8示出了会话端点260的功能架构。如图8所示，会话端点260可以包括以下的一个或多个：E2E M2M会话证书引导功能261、E2E M2M会话上下文和历史功能262、E2E M2M会话建立和拆除功能264、E2E M2M会话策略功能265、E2E M2M会话配置和发现功能266、E2EM2M会话数据管理功能263以及E2E M2M会话状态267。会话端点260可以被认为可以是E2EM2M服务层会话通信(服务层会话通信)的源或宿的逻辑实体。通常，会话端点260具有许多与图5所示的服务层会话管理器相同的功能。然而，在图8的会话端点260的情况下，这些功能可以是精简的，并且支持更有限的一组功能，特别是对驻留在诸如恒温器的资源受限设备上的会话端点。

继续参照图8，E2E M2M服务层会话端点证书引导功能261(会话端点证书引导功能)支持向会话管理器发起E2E M2M服务层会话引导请求和接收包括会话证书的相应响应。此功能被正在期待与一个或多个目标会话端点建立服务层会话的服务层会话端点所使用。当会话端点260是由另一端点正在发起的会话的目标时，该公开的功能还支持从会话管理器接收包括会话证书的引导配置请求。

E2E M2M服务层会话端点建立和拆除功能264(会话端点建立功能)支持向会话管理器发起会话端点建立请求。当会话端点260是会话建立或拆除的目标时，该功能还支持从会话管理器接收会话建立请求。

E2E M2M服务层会话端点上下文和历史功能262(会话端点上下文功能)以与上述会话管理器支持的相应功能类似的方式支持E2E M2M服务层会话上下文和历史信息的收集、解释和处理。在此，会话端点260可以不支持与路由和接入网络连接相关的上下文。这些类型的上下文可以更好地适合于会话管理器。

图8的E2E M2M服务层会话端点策略功能265(会话端点策略功能)以与如关于本文的会话管理器所描述的会话管理器支持的相应功能类似的方式支持E2E M2M服务层会话策略的收集、解释和处理。在此，会话端点260可以不支持与路由、存储和转发、预取和接入网络连接相关的策略。这些类型的上下文可以更好地适合于会话管理器。E2E M2M服务层会话端点配置和发现功能266(会话端点配置)以与如本文所描述的会话管理器支持的相应功能类似的方式支持用于服务层会话属性和参数的配置和发现能力。E2E M2M端点会话数据管理功能263(会话端点数据管理功能)支持包括在会话端点260处理的E2E M2M服务层会话消息中的数据的管理。特别是，这种功能可以支持使用会话证书的服务层会话数据的加密或解密。

本文所定义的E2E M2M服务层会话接口消息可以结合或层叠在若干诸如传输控制协议(TCP)和/或传输层安全(TLS)会话，用户数据报协议(UDP)/数据报TLS(DTLS)，超文本传输协议(HTTP)，受限应用协议(COAP)的底层现有协议之上(即，封装在其内)。这样，可以在不同会话之间共享和利用会话状态(例如，安全证书，拥塞信息等)。此外，服务层会话能够支持关于下层会话的持续性，使得能够独立于下层会话的建立和拆除持续和维护服务层会话。作为一个示例性实施例，E2E M2M服务层会话控制消息可以被编码为JSON或XML表示，并且在HTTP或COAP消息的有效载荷中被携带。这些HTTP和COAP消息能够分别地由底层TCP/TLS和UDP/DTLS消息依次封装和携带。

下面的图9-图24提供了关于可适用于oneM2M和其他架构的E2E M2M服务层会话的细节。对于额外的上下文，根据oneM2M RESTful架构，能力服务功能(CSF)被表示为一组的“资源”。资源是架构中唯一可寻址的实体。资源具有可以通过诸如创建，获取，更新和删除的RESTful方法操纵的表示，并且使用统一资源标识符(URI)进行寻址。资源可以包括子资源和属性。子资源是具有与父资源包含关系的资源。父资源表示包括引用对其子资源的引用。子资源的生命期由父资源的资源生命期所限制。每个资源支持存储资源信息的一组“属性”。

图9示出了会话管理器的oneM2M实施例。oneM2M具有oneM2M服务层支持的能力的定义。这些能力可以被称为能力服务功能(CSF)，诸如CSF 270。oneM2M服务层被称为能力服务实体(CSE)，诸如CSE 271。CSE的当前版本具有用于会话管理(SMG)CSF的占位符；然而，此功能的细节还有待定义。在实施例中，会话管理器可以作为oneM2M SMG CSF 272来服务。SMG CSF 272可以管理M2M应用之间，M2M应用和CSE之间，或CSE之间的服务层会话。AE经由参考点X连接到CSE，而CSE经由参考点Y连接到其他CSE。

图10A和图10B示出了用于支持在下面更详细地定义的资源的oneM2M会话管理(SMG)服务的E2E M2M服务层会话建立过程。该过程可以如下(不一定以所示的顺序)。如图10A所示，在步骤310中，CSE 306和CSE 304彼此注册且彼此交换E2E M2M服务会话管理(会话管理或SMG)能力。在步骤311中，AE 308和AE 302分别注册到CSE 306和CSE 304，并且通告它们支持基于通信的E2E M2M会话(即，E2E M2M服务层会话)。oneM2M将应用实体(AE)定义为托管M2M应用功能的网络节点(例如，M2M设备)。在步骤312中，AE 302订阅CSE 304上托管的会话收集资源。包括在订阅请求中的可以是通知可以被发送到的回调统一资源标识符(URI)。当CSE 304接收到M2M服务会话建立请求时，为AE 302接收通知进行此操作。可以经由创建请求进行此操作。

继续参照图10A，在步骤313中，CSE 304为AE 302创建对会话资源的订阅。在步骤314中，CSE 304返回对订阅创建请求的肯定响应。在步骤315中，AE 308发现AE 302和AE302支持基于E2E M2M会话的通信(即，E2E M2M服务层会话)的能力。步骤315可以基于由CSE306或CSE 304服务的资源发现请求。发现结果可以包括信息，诸如AE 308可以用其建立与AE 302的E2E M2M会话的AE 302的M2M标识符(例如，应用ID，节点ID等)。在步骤316中，AE308通过向CSE 306发送<会话>资源创建请求来请求建立与AE302的E2E M2M会话，<会话>资源创建请求包括SMG CSF用于建立会话的AE 302的标识符信息以及AE 308的信息。在步骤317中，CSE 306分配唯一E2E会话标识符和会话证书。会话标识符识别会话，而会话证书被用于认证和给予授权，以参与已识别的会话。在步骤318中，CSE 306向下一跳(在本示例中是CSE 304)转发步骤316的会话建立请求。会话标识符和会话证书可以被包括在此转发的请求中。在步骤319中，CSE 304上的SMG CSF接收和处理以AE 302作为目标的M2M服务会话建立请求。

如图10B中继续，在步骤320中，CSE 304上的SMG CSF向AE 302发送M2M服务会话建立请求的通知。CSE 304包括会话标识符和证书以及通知中诸如AE 308的M2M标识符等的AE308会话信息。AE 302稍后可以使用这些信息经由CSE 304和CSE 306上的SMG CSF向AE308发送基于会话的消息或从AE 308接收基于会话的消息。在步骤321中，AE 302返回对通知请求的指示有兴趣并愿意进入与AE 308的M2M服务会话(即，上述的E2E M2M服务层会话)肯定响应。包括在响应中的可以是AE 302指定的会话建立信息(例如AE 302的M2M标识符，它希望经由会话使其可接入的资源等)。在步骤322中，CSE 304上的SMG CSF为AE 308和AE 302这两者创建在其中存储会话信息(例如，会话ID，端点标识符等)的M2M服务<会话>资源和<会话端点>资源。此外，还为CSE 306创建<下一跳>资源。

继续参照图10B，在步骤323中，CSE 304上的SMG CSF向CSE306上的SMG CSF返回对M2M服务会话建立创建请求的肯定响应。在步骤324中，CSE 306上的SMG CSF为AE 308和AE302创建在其中存储会话信息(例如，会话ID，端点标识符等)的M2M<会话>资源和<会话端点>资源。此外，还为CSE 304创建<下一跳>资源。在步骤325中，CSE 306上的SMG CSF向AE 308返回对步骤316的M2M服务会话建立创建请求的肯定响应。该响应可以包括诸如会话ID和证书等的会话信息。在步骤326中，AE 308向CSE 306发送请求以创建支持用于会话所需要的期望的QoS等级的会话策略(例如，QoS可以是该消息不应该存储和转发)。在步骤327中，CSE306上的SMG CSF向CSE 304上的下一跳SMG CSF转发请求。在步骤328中，CSE 304上的SMGCSF创建<会话策略>资源。在步骤329中，CSE 304上的SMG CSF向CSE 306上的SMG CSF返回肯定响应。在步骤330中，CSE 306上的SMG CSF创建<会话策略>资源。在步骤331中，CSE 304上的SMG CSF向AE 308返回肯定响应。

图11A和图11B示出了用于支持在下面更详细地定义的资源的oneM2M SMG服务的会话使用过程。在步骤340中，AE 308向CSE 306发送基于服务会话的请求，以更新CSE 304上托管的AE 302容器资源。在步骤341中，CSE 306检测到步骤340的请求是基于服务会话的并将其传递给SMG CSF来处理。在步骤342中，基于会话ID，CSE 306上的SMG CSF验证了接收的URI以有效的会话端点(AE 302的容器1资源)作为目标。在步骤343中，基于目标会话端点(即，AE 302)，CSE 306上的SMG CSF确定下一跳是CSE 304。在步骤344中，基于会话ID和目标会话端点(即，AE 302)，CSE 306上的SMG CSF找到了定义存储和转发调度策略的会话策略。在步骤345中，基于策略，CSE 306存储请求，直到非高峰时段，然后在非高峰时段将其转发到CSE 304。在步骤346中，CSE 306将请求转发到CSE 304。在步骤347中，CSE 304检测到请求是基于会话的并将其传递给SMG CSF来处理。在步骤348中，基于会话ID，CSE 304上的SMG CSF验证了接收的URI以有效的会话端点(AE 302的容器1资源)作为目标。在步骤349中，基于目标会话端点，CSE 304上的SMG CSF确定请求目标是本地AE 302容器资源。在步骤350中，基于会话ID和目标会话端点，CSE304上SMG CSF找到需要立即响应的会话策略。在步骤351中，基于策略，CSE 304为请求服务，并返回响应。在步骤352中，CSE 304上的SMG CSF创建会话上下文以跟踪会话请求/响应历史。

如图11B继续，在步骤353中，CSE 304向CSE 306发送响应。在步骤354中，CSE 306上的SMG CSF创建会话上下文以跟踪会话请求/响应历史。在步骤355中，CSE 306上的SMGCSF向AE 308发送响应。在步骤356中，CSE 304上的SMG CSF准备向会话端点(AE 302)通知容器被更新。在步骤357中，CSE 304上的SMG CSF向AE 302发出容器1的资源作为会话的一部分被更新的通知。在步骤358中，AE 302以肯定响应回复其接收到通知。在步骤359中，AE302向CSE304发送基于会话的获取(RETRIEVE)请求，以获取更新的容器资源。在步骤360中，CSE 304检测到步骤359的请求是基于会话的并将其传递给SMG CSF来处理。在步骤361中，基于会话ID，CSE 304上的SMG CSF验证了URI以有效的会话端点(AE 302的容器1资源)作为目标。在步骤362中，基于目标会话端点，CSE 304上的SMG CSF确定请求目标是本地AE 302容器1资源。在步骤363中，基于会话ID和目标会话端点，CSE 304上的SMG CSF找到需要立即响应的会话策略。在步骤364中，基于策略，CSE 304为请求服务，并返回响应。在步骤365中，CSE 304上的SMG CSF创建会话上下文以跟踪会话请求/响应历史。在步骤366中，CSE 304向AE 302返回响应。

图12示出了用于支持下面定义的资源的oneM2M SMG服务的示例性E2E M2M会话终止程序。在此示例中，由会话发起者(AE 308)调用会话终止。虽然在图12中未示出，但是也可以由其他会话端点、SMG CSF本身，以及具有这样做的适当管理权限的其他CSF调用会话终止中。在步骤370，AE 308使用删除(DELETE)向CSE 306发送E2E M2M会话终止请求。

在步骤371中，CSE 306上的SMG CSF处理请求并确定它需要向哪些其他CSE上的下一跳SMG CSF转发会话终止请求，使得这些CSE上的会话状态能够被拆除。在此示例中，CSE304上的SMG CSF是检测到的下一跳。在步骤372中，CSE 306上的SMG CSF向CSE 304上SMGCSF的转发会话终止请求。在步骤373中，CSE 304上的CSF通知会话端点(即AE 302)会话被终止。在步骤374中，AE 302处理通知并且删除了本地存储的M2M会话状态。在步骤375中，AE302返回对通知请求的指示它已经删除其本地M2M会话状态的肯定响应。在步骤376中，CSE304上的SMG CSF删除了其本地托管的<会话>资源和所有子资源。SMG CSF还删除了任何本地会话状态，诸如分配给会话的安全证书和标识符。在步骤377中，CSE 304上的SMG CSF向CSE306上的SMG CSF返回对会话终止删除(DELETE)请求的肯定响应。在步骤378中，CSE 306上的SMG CSF删除了其本地托管<会话>资源和所有子资源。SMG CSF还删除了任何本地会话状态，诸如分配给会话的安全证书和标识符。在步骤379中，CSE 306上的SMG CSF向AE 308返回对M2M服务会话终止删除(DELETE)请求的肯定响应。在步骤380中，AE 308删除了存储的M2M会话状态。

应当理解，执行图10A、图10B、图11A、图11B和图12所示步骤的实体是可以以在诸如图25C或图25D中所示的那些设备、服务器或计算机系统的存储器中存储的，且在其处理器上执行的软件(即，计算机可执行指令)的形式实现的逻辑实体。即，可以以诸如图25C或图25D中所示的设备或计算机系统的计算设备的存储器中存储的软件(即，计算机可执行指令)的形式实现图10A、图10B、图11A、图11B和图12所示的方法，其中，当其被计算设备的处理器执行时计算机可执行指令执行图10A、图10B、图11A、图11B和图12所示的步骤。

下面公开的是可以被用于本文所讨论的过程中的用于SMG CSF的资源结构(例如，图14)。为了帮助理解资源图，本文所讨论的用于描述资源结构的oneM2M定义的图形表示如下：1)正方形框可以被用于资源和子资源；2)具有圆角的正方形框可以被用于属性；3)没有直角的平行四边形(例如，菱形)可以被用于资源的收集；4)每个属性和子资源的多重性被定义；5)以“<”和“>”限定的资源名称表明在资源创建期间分配的名称。

如图13所示，“会话”资源能够表示一个或多个<资源>的收集。可替代地，<会话>资源能够独立地被实例化(即，会话收集资源的外部)。在oneM2M CSE资源树层级结构中此会话资源能够被以各种等级实例化。实例化的等级能够是M2M会话类型的指示。类似地，M2M应用之间或M2M应用与CSE之间的M2M会话能够在图14所示的应用资源下被实例化。例如，如图15所示，多个CSE之间的M2M会话可以在CSE基础URI下被实例化。根据表1中它们的多重性，会话资源可以包括子资源。根据表2中它们的多重性，这些资源能够包括属性。

表1：会话资源的子资源

表2：会话资源的属性

属性名称	多重性	描述
			创建时间	1	资源的创建时间
接入权限ID	0..n	接入权限资源的URI
			最后修改时间	1	资源的最后修改时间

如图16所示，<会话>资源能够包括用于管理特定M2M服务会话的SMG CSF使用的信息。根据表3中它们的多重性，这些资源能够包括子资源。根据表4中它们的多重性，这些资源能够包括属性。

表3：<会话>资源的子资源

表4：会话资源的属性

如图17所示，会话端点资源能够表示<会话端点>资源的收集。根据表5中它们的多重性，该资源能够包括子资源。根据表6中它们的多重性，该资源能够包括属性。

表5：会话端点资源的子资源

表6：会话端点资源的属性

如图18所示，<会话端点>资源能够包括适用于特定M2M服务会话端点的属性和子资源。根据表7中它们的多重性，该资源能够包括子资源。根据表8中它们的多重性，该资源能够包括属性。

表7：<会话端点>资源的子资源

表8：<会话端点>资源的属性

如图19所示，下一跳资源能够代表<下一跳>资源的收集。根据表9中它们的多重性，该资源能够包括子资源。根据表10中它们的多重性，该资源能够包括属性。

表9：下一跳资源的子资源

表10：下一跳资源的属性

如图20所示，<下一跳>资源能够包括关于下一跳CSE的信息，当M2M会话由会话端点之间的多个CSF跳组成时，SMG CSF为特定会话端点转发消息。SMG CSF能够使用此资源维护下一跳CSE的状态，其中，为给定的会话和/或会话端点转发基于会话的请求。对于诸如拆除跨越多个CSE之间的多跳M2M会话以及不同CSE上托管的SMG CSF之间的协作的操作，维护这些信息能够是有用的。根据表11中它们的多重性，该资源能够包括属性。

表11：<下一跳>资源的属性

如图21所示，会话策略资源能够代表<会话策略>资源的收集。根据表12中它们的多重性，该资源能够包括子资源。根据表13中它们的多重性，该资源能够包括属性。

表12：会话策略资源的子资源

表13：会话策略资源的属性

如图22所示，<会话策略>资源能够包括适用于特定M2M服务会话策略的属性。根据表14中它们的多重性，该资源能够包括属性。

表14：<会话策略>资源的属性

如图23所示，会话上下文资源能够代表<会话上下文实例>资源的收集。根据表15中它们的多重性，该资源能够包括子资源。根据表16中它们的多重性，该资源能够包括属性。

表15：会话上下文资源的子资源

表16：会话上下文资源的属性

如图24所示，<会话上下文实例>资源能够包括适用于特定类型的M2M服务会话上下文的属性。根据表17中它们的多重性，该资源能够包括属性。

表17：<会话上下文实例>资源的属性

按照表述性状态转移(REST)架构描述本文所阐述的实施例，其中，描述的组件和实体符合REST架构(RESTful架构)的约束。按照应用到架构中使用的组件、实体、连接器和数据元素的约束，而不是按照使用的物理组件实现或通信协议来描述RESTful架构。因此，将描述组件、实体、连接器和数据元素的角色和功能。在RESTful架构中，在实体之间转移唯一可寻址资源的表示。当处理在RESTful架构中的资源时，存在可以应用于资源的基本方法，诸如创建(创建子资源)，获取(读取资源的内容)，更新(写入资源的内容)或删除(删除资源)。本领域的技术人员将认识到，在保持在本公开的范围内的同时，即时实施例的实现可以变化。本领域的技术人员还将认识到，所公开的实施例不限于使用本文用其描述示例性实施例的oneM2M的实现。可以以诸如ETSI M2M，OMA LWM2M以及其他相关的M2M系统和架构的架构和系统实现所公开的实施例。

图25A是在其中可以实现一个或多个公开的实施例的示例机器对机器(M2M)，物联网(IoT)或物品万维网(WoT)通信系统10的图。通常，M2M技术为IoT/WoT提供构建模块，并且任何M2M设备、M2M网关或M2M服务平台可以是IoT/WoT以及IoT/WoT服务层的组件，等等。

如图25A所示，M2M/IoT/WoT通信系统10包括通信网络12。通信网络12可以是固定网络(例如，以太网，光纤，ISDN，PLC等)或无线网络(例如，WLAN，蜂窝等)或异构网络的网络。例如，通信网络12可以由向多个用户提供诸如语音、数据、视频、消息、广播等内容的多个接入网络组成。例如，通信网络12可以使用一个或多个信道接入方法，诸如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等。而且，通信网络12可以包括其他网络，诸如，例如核心网络、互联网、传感器网络、工业控制网络、个人区域网络、融合个人网络、卫星网络、家庭网络或企业网络。

如图25A所示，M2M/IoT/WoT通信系统10可以包括基础结构域和字段域。基础结构域是指端到端M2M部署的网络侧，而字段域是指通常在M2M网关之后的区域网络。字段域包括M2M网关14和终端设备18。应当理解，任何数量的M2M网关设备14和M2M终端设备18可以根据需要被包括在M2M/IoT/WoT通信系统10中。M2M网关设备14和M2M终端设备18的每一个被配置为经由通信网络12或直接无线电链路发送和接收信号。M2M网关设备14允许无线M2M设备(例如，蜂窝和非蜂窝)以及固定网络M2M设备(如，PLC)通过诸如通信网络12的运营商网络或直接无线电链路进行通信。例如，M2M设备18可以收集数据并经由通信网络12或直接无线电链路向M2M应用20或M2M设备18发送数据。M2M设备18还可以从M2M应用20或M2M设备18接收数据。而且，如下所述，可以经由M2M服务层22向M2M应用20发送数据和信号，以及从M2M应用20接收数据和信号。M2M设备18和网关14可以经由包括例如包括蜂窝、WLAN、WPAN(例如，Zigbee、6LoWPAN、蓝牙)、直接无线电链路和有线的各种网络进行通信。

参照图25B，字段域示出的M2M服务层22为M2M应用20、M2M网关设备14、M2M终端设备18和通信网络12提供服务。应当理解，M2M服务层22可以根据需要与任何数量的M2M应用、M2M网关设备14、M2M终端设备18和通信网络12进行通信。可以通过一个或多个服务器、计算机等实现M2M服务层22。M2M服务层22提供适用于M2M终端设备18、M2M网关设备14和M2M应用20的服务能力。可以以各种方式来实现M2M服务层22的功能，例如，作为网页服务器，在蜂窝核心网中，在云中，等等。

类似于示出的M2M服务层22，在基础结构域中存在M2M服务层22'。M2M服务层22'为基础结构域中的M2M应用20'和底层通信网络12'提供服务。M2M服务层22'还为字段域中的M2M网关设备14和M2M终端设备18提供服务。应当理解，M2M服务层22'可以与任何数量的M2M应用、M2M网关设备和M2M终端设备进行通信。M2M服务层22'可以通过不同的服务提供者与服务层进行交互。可以通过一个或多个服务器、计算机、虚拟机(例如，云/计算/存储群等)等来实现M2M服务层22'。

还参照图25B，M2M服务层22和22'提供了使应用多样化和垂直划分能够利用的一组核心服务交付能力。这些服务能力使M2M应用20和20'能够与设备进行交互，并执行诸如数据收集、数据分、设备管理、安全、计费、服务/设备发现等的功能。本质上，这些服务能力免除了应用实现这些功能的负担，从而简化应用开发，减少成本和上市时间。服务层22和22'还使M2M应用20和20'能够通过与服务层22和22'提供的服务连接的各种网络12和12'进行通信。

如本文所讨论，在一些实施例中，M2M应用20和20'可以包括使用会话证书通信的期望应用。M2M应用20和20'可以包括各个行业的应用，诸如但不限于交通、卫生和健康，家庭联网、能源管理、资产跟踪和安全监视。如上所述，设备、网关和其他系统的服务器中运行的M2M服务层支持以下功能，诸如，例如，数据收集、设备管理、安全、计费、位置跟踪/地理围栏、设备/服务发现和遗留系统集成，并且向M2M应用20和20'提供这些功能作为服务。

本申请的E2E M2M服务层会话可以作为服务层的一部分被实现。服务层是通过一组应用编程接口(API)和底层网络接口支持增值服务能力的软件中间件层。M2M实体(例如，诸如可以通过硬件和软件的组合实现的设备、网关或服务/平台的M2M功能实体)可以提供应用或服务。ETSI M2M和oneM2M这两者使用可以包括本发明的E2E M2M服务层会话管理和其他功能的服务层。ETSI M2M的服务层被称为服务能力层(SCL)。可以在M2M设备(被称为设备SCL(DSCL))，网关(被称为网关SCL(GSCL))和/或网络节点(被称为网络SCL(NSCL))内实现SCL。oneM2M服务层支持一组通用服务功能(CSF)(即，服务能力)。一组一个或多个特定类型的CSF的实例被称为通用服务实体(CSE)，它能够在不同类型的网络节点(例如，基础结构节点、中间节点、特定应用节点)上被托管。而且，本申请的E2E M2M服务层会话管理和其他功能能够作为使用面向服务的架构(SOA)和/或面向资源的架构(ROA)的M2M网络的一部分被实现，以访问诸如本申请的会话端点、会话管理器和会话证书功能等的服务。

图25C是示例M2M设备30的系统图，诸如，例如M2M终端设备18或者M2M网关设备14。如图25C所示，M2M设备30可以包括处理器32、收发器34、发送/接收元件36、扬声器/麦克风38、键盘40、显示器/触摸板42、不可移动存储器44、可移动存储器46、电源48、全球定位系统(GPS)芯片组50和其他外围设备52。应当理解，M2M设备30可以包括上述元件的任何子组合，而依然与实施例一致。此设备可以是使用用于E2E M2M服务层会话的所公开的系统和方法的设备。

处理器32可以是通用处理器、专用处理器、传统处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机等。处理器32可以执行信号编码、数据处理、功率控制、输入/输出处理，和/或使M2M设备30能够在无线环境中操作的任何其他功能。处理器32可以被耦合到收发器34，收发器34可以被耦合到发送/接收元件36。尽管图25C将处理器32和收发器34作为单独的组件描绘，但是应当理解，处理器32和收发器34可以被一起集成在电子封装或芯片中。处理器32可以执行应用层程序(例如，浏览器)和/或无线电接入层(RAN)程序和/或通信。处理器32可以执行安全操作，诸如例如在接入层和/或应用层的认证、安全密钥协商、和/或加密操作。

发送/接收元件36可以被配置为向M2M服务平台22发送信号或从M2M服务平台22接收信号。例如，在实施例中，发送/接收元件36可以是被配置为发送和/或接收RF信号的天线。发送/接收元件36可以支持各种网络和空中接口，诸如WLAN、WPAN、蜂窝等。在实施例中，例如，发送/接收元件36可以是被配置为发送和/或接收IR、UV或可见光信号的发射器/探测器。在又一实施例中，发送/接收元件36可以被配置为发送和接收RF和光信号这两者。应当理解，发送/接收元件36可以被配置为发送和/或接收无线或有线信号的任意组合。

此外，虽然在图25C中发送/接收元件36被描绘为单个元件，但是M2M设备30可以包括任何数量的发送/接收元件36。更具体地，M2M设备30可以采用MIMO技术。因此，在实施例中，M2M设备30可以包括用于发送和接收无线信号的两个或多个发送/接收元件36(例如，多个天线)。

收发器34可以被配置为对将通过发送/接收元件36发送的信号进行调制，以及对通过发送/接收元件36接收的信号进行解调。如上所提及，M2M设备30可以具有多模能力。因此，例如，收发器34可以包括使M2M设备30能够经由诸如UTRA和IEEE 802.11的多种RAT进行通信的多个收发器。

处理器32可以从任何类型的适当存储器访问信息并在任何类型的适当存储器中存储数据，诸如不可移动存储器44和/或可移动存储器46。不可移动存储器44可以包括随机访问存储器(RAM)、只读存储器(ROM)、硬盘，或任何其他类型的存储器存储设备。可移动存储器46可以包括用户识别模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其他实施例中，处理器32可以从物理上不位于M2M设备30上的存储器访问信息，并在该存储器中存储数据，诸如服务器或家用计算机。响应于本文所描述的一些实施例中的E2E M2M服务层会话(例如，会话证书配给或会话建立)成功或不成功，处理器32可以被配置为在显示器或指示器42上控制亮光模式、图像或色彩，或者以别的方式指示E2E M2M服务层会话的状态。在另一示例中，显示器可以显示如本文所描述的关于会话状态的信息。本公开在oneM2M实施例中定义了RESTful用户/应用API。可以在显示器上显示的图形用户界面可以层叠在API之上，以允许用户经由本文的底层服务层会话功能交互地建立和管理E2E会话。

处理器32可以从电源48接收功率，并且可以被配置为向M2M设备30中的其他组件分配和/或控制功率。电源48可以是用于给M2M设备30供电的任何适当设备。例如，电源48可以包括一个或多个干电池(例如，镍镉(NiCd)、镍锌(NiZn)、镍金属氢化物(NiMH)、锂离子(Li离子)等)、太阳能电池、燃料电池等。

处理器32也可以被耦合到被配置为提供提供关于M2M设备30的当前位置的位置信息(例如，经度和纬度)的GPS芯片组50。应当理解，M2M设备30可以通过任何适当的位置确定方法的方式获得位置信息，而依然与实施例一致。

处理器32可以进一步地被耦合到可以包括提供额外特性、功能和/或有线或无线连接的一个或多个软件和/或硬件模块的其他外围设备52。例如，外围设备52可以包括加速计、电子罗盘、卫星收发器、传感器、数字相机(用于照片或视频)、通用串行总线(USB)端口、振动设备、电视收发器、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、互联网浏览器等。

图25D是在其上可以实现例如图25A和图25B的M2M服务平台22的示例性计算系统90的框图。计算系统90可以包括计算机或服务器，并且可以主要由可以以软件形式实现的计算机可读指令控制，无论在哪里或通过任何手段存储或访问这种软件。可以在中央处理单元(CPU)91内执行这种计算机可读指令，以使得计算系统90进行工作。在许多已知的工作站、服务器和个人计算机中，通过被称为微处理器的单片CPU实现中央处理单元91。在其他机器上，中央处理单元91可以包括多个处理器。协处理器81是与主CPU 91不同的执行额外功能或协助CPU 91的可选处理器。CPU 91和/或协处理器81可以接收、生成和处理与所公开的用于诸如接收会话证书或基于会话证书进行认证的E2E M2M服务层会话的系统和方法相关的数据。

在操作中，CPU 91读取，解码和执行指令，并且经由计算机主数据转移路径、系统总线80向其他资源转移信息和从其他资源转移信息。这种系统总线连接了计算系统90中的组件，并且定义了用于数据交换的介质。系统总线80通常包括用于发送数据的数据线，用于发送地址的地址线和用于发送中断和用于操作系统总线的控制线。这种系统总线80的示例是PCI(外围组件互连)总线。

耦合到系统总线80的存储器设备包括随机访问存储器(RAM)82和只读存储器(ROM)93。这种存储器包括允许存储和获取信息的电路。ROM 93通常包括不能轻易被修改的存储数据。能够通过CPU 91或其他硬件设备读出或改变存储在RAM 82的数据。可以通过存储器控制器92控制对RAM 82和/或ROM 93的访问。存储器控制器92可以提供执行指令时将虚拟地址转换到物理地址的地址转换功能。存储器控制器92还可以提供隔离系统内的处理并将系统处理与用户处理相隔离的存储器保护功能。因此，在第一模式中运行的程序仅能访问由其自身处理器的虚拟地址空间映射的存储器，而不能访问另一处理器的虚拟地址空间内的存储器，除非已经建立处理器之间的存储器共享。

此外，计算系统90可以包括外围设备控制器83，负责将CPU 91的指令通信到诸如打印机94、键盘84、鼠标95和磁盘驱动器85的外围设备。

由显示器控制器96控制的显示器86被用于显示由计算系统90生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形和视频。可以以基于CRT的视频显示器，基于LCD的平板显示器，基于等离子体的平板显示器或触摸屏实现显示器86。显示器控制器96包括生成发送到显示器86的视频信号所需的电子组件。

此外，计算系统90可以包括可以被用于将计算系统90连接到诸如图25A和图25B的网络12的外部通信网络的网络适配器97。

应当理解，本文描述的系统、方法和处理的任何或全部可以以计算机可读存储介质上存储的计算机可执行指令(即，程序代码)的形式来体现，其中，当其由诸如计算机、服务器、M2M终端设备、M2M网关设备等的机器执行时，该指令执行和/或实现本文描述的系统、方法和处理。具体地，以上描述的任何步骤、操作或功能可以以这种计算机可执行指令的形式来实现。计算机可读存储介质包括以用于存储信息的任何方法或技术实现的易失性和非易失性，可移动和不可移动介质，但是这种计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于，RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁带盒、磁带、磁盘存储或其他磁存储设备，或能够被用于存储期望的信息并能够由计算机访问的任何其他物理介质。

在描述本公开的主题的优选实施例中，如图所示，为了清晰起见，采用特定术语。然而，所要求的主题并不旨在被限制于如此选择的特定术语，并且应当理解，每个特定元件包括以类似方式操作以实现类似目的的所有技术等效物。

本书面描述使用示例来公开本发明，包括最佳模式，并且还使任何本领域技术人员能够实践本发明，包括制造和使用任何设备或系统，以及执行任何结合的方法。本发明的专利范围由权利要求定义，并且可以包括对本领域技术人员出现的其他示例。如果其他示例具有不与权利要求的字面语言不同的结构元件，或者如果它们包括与权利要求的字面语言无实质区别的等效结构元件，则这种其他示例旨在落入权利要求的范围内。

Claims

1.一种用于管理端到端机器对机器服务层会话的方法，所述方法包括：

由机器对机器网关的服务层会话管理功能接收会话请求以创建通信会话；

基于所述会话请求确定用于所述通信会话的第一应用和第二应用；

基于所述会话请求确定第一服务层实例，所述第一服务层实例是与所述通信会话相关联的中间服务层实例；

基于对会话证书的请求发送证书响应，所述证书响应包括用于所述通信会话的所述会话证书；以及

向所述通信会话的所述第一应用、所述第二应用和所述第一服务层实例提供所述会话证书。

2.如权利要求1所述的方法，其中，所述会话证书适于允许所述第一服务层实例对流过所述第一服务层实例的所述通信会话的应用数据进行压缩和解压缩。

3.如权利要求1所述的方法，其中，所述通信会话是所述第一应用和所述第二应用之间的加密通信。

4.如权利要求1所述的方法，其中，所述会话证书被基于所述会话证书的生命期来周期性地刷新。

5.如权利要求4所述的方法，其中，所述会话证书适于允许所述第一服务层实例对流过所述第一服务层实例的所述通信会话的应用数据进行加密和解密。

6.如权利要求1所述的方法，其中，所述证书响应进一步包括用于所述通信会话的应用的列表。

7.如权利要求1所述的方法，进一步包括：基于所述会话证书将所述第一应用与所述第一服务层实例进行认证。

8.如权利要求1所述的方法，进一步包括：存储所述通信会话的会话状态。

9.如权利要求8所述的方法，其中，所述会话状态被存储为会话cookie。

10.一种机器对机器装置，用于使用所述机器对机器装置的服务层会话管理功能管理端到端机器对机器服务层会话，所述机器对机器装置包括：

处理器；以及

存储器，所述存储器与所述处理器相耦合，所述存储器具有存储在其上的可执行指令，当由所述处理器执行所述可执行指令时，使得所述处理器实现包括以下的操作：

接收会话请求以创建通信会话；

11.如权利要求10所述的机器对机器装置，其中，所述会话证书适于允许所述第一服务层实例对流过所述第一服务层实例的所述通信会话的应用数据进行压缩和解压缩。

12.如权利要求10所述的机器对机器装置，其中，所述通信会话是所述第一应用和所述第二应用之间的加密通信。

13.如权利要求10所述的机器对机器装置，其中，所述会话证书被基于所述会话证书的生命期来周期性地刷新。

14.如权利要求13所述的机器对机器装置，其中，所述会话证书适于允许所述第一服务层实例对流过所述第一服务层实例的所述通信会话的应用数据进行加密和解密。

15.如权利要求10所述的机器对机器装置，其中，所述证书响应进一步包括用于所述通信会话的应用的列表。

16.如权利要求10所述的机器对机器装置，进一步的操作包括：基于所述会话证书将所述第一应用与所述第一服务层实例进行认证。

17.如权利要求10所述的机器对机器装置，进一步的操作包括：存储所述通信会话的会话状态。

18.如权利要求17所述的机器对机器装置，其中，所述会话状态被存储为会话cookie。

19.一种包括计算机可执行指令的计算机可读存储介质，当由计算设备执行所述计算机可执行指令时，使得所述计算设备执行包括以下的指令：

接收会话请求以创建通信会话；

基于所述会话请求确定所述通信会话的多个参与者，所述通信会话的所述多个参与者包括第一应用、第二应用和服务层实例，其中，所述通信会话是所述第一应用和所述第二应用之间的加密通信会话；

向所述通信会话的所述多个参与者提供所述会话证书。

20.如权利要求19所述的计算机可读存储介质，进一步的操作包括：

通过所述服务层实例从所述第一应用获取会话cookie，其中，所述会话cookie包括所述第一应用的历史活动。