CN105659634A

CN105659634A - 用于接近服务以及物联网服务的联合注册和注销的方法

Info

Publication number: CN105659634A
Application number: CN201480057731.8A
Authority: CN
Inventors: 王重钢; 李晴; 李鸿堃; 小保罗·L·罗素; 陈卓
Original assignee: Convida Wireless LLC
Current assignee: Convida Wireless LLC
Priority date: 2013-09-20
Filing date: 2014-09-19
Publication date: 2016-06-08
Anticipated expiration: 2034-09-19
Also published as: CN105659634B; JP2016537835A; JP6588130B2; EP3047662A1; US20160227371A1; EP3047662B1; KR20180019771A; US20210084443A1; JP2018133831A; US10880683B2; KR101830887B1; WO2015042370A1; KR20160059485A

Abstract

本文公开的是用于结合的接近服务以及物联网(IoT)服务的注册或者注销的多种设备、方法和系统。示例性的方法包括下列中的一个或多个：接收设备发起的IoT服务注册请求，其中关于设备的接近信息被包含在所接收的IoT服务注册请求内；接收设备发起的接近服务注册请求，其中关于设备的IoT服务信息被包含在所接收的IoT服务注册请求内；从IoT服务器发送接近服务注册消息；以及从接近管理器发送IoT服务注册请求。

Description

用于接近服务以及物联网服务的联合注册和注销的方法

相关申请的交叉引用

本申请要求2013年9月20日提交的美国临时申请61/880,437，“用于接近服务以及物联网服务的联合注册和注销的方法”的权益并且通过引用将其并入本文中。

背景技术

接近通信涉及通信实体在基于基础结构或者无基础结构的配置中意识到接近所需服务。这能够是集中式系统或者没有中央控制器的完全分布式系统。基于接近的应用和服务表现了近来巨大的社会技术趋势。接近通信的典型示例包括智能交通、社交网络、广告以及公共安全和紧急事件。

发明内容

接近通信能够涉及机器对机器(M2M)以及物联网(IoT)系统，诸如智能环境和智能交通。通过利用接近通信，那些M2M/IoT应用的性能能够得到提高。还能够通过接近通信来启用更多的新M2M/IoT应用。几个标准制定组织正从事于接近通信的标准化，诸如IEEE802.15.8。

本文公开了用于结合的接近服务以及IoT服务的注册或者注销的多种设备、方法和系统。一种示例性方法包括下列中的一个或多个：接收设备发起的IoT服务注册请求，其中关于所述设备的接近信息被包含在所接收的IoT服务注册请求内；接收设备发起的接近服务注册请求，其中关于所述设备的IoT服务信息被包含在所接收的IoT服务注册请求中；从IoT服务器中发送接近服务注册消息；以及从接近管理器中发送IoT服务注册请求。

提供本发明内容被于以用简化的形式介绍所选择的概念，下面在具体实施方式中进一步描述所选择的概念。本发明内容并非旨在识别要求保护的主题的主要特征或基本特征，也并非旨在用于限定要求保护的主题的范围。此外，要求保护的主题不限于解决在本公开的任何部分中所指出的任何或全部缺陷的限制。

附图说明

图1是图示出基于已知方案的示例的图。

图2是图示出利用接近服务来提供智能交通的IoT系统的图。

图3是图示出联合IoT服务和接近服务注册的示例性方法的图。

图4是图示出使用IoT服务器辅助的IoT和接近服务注册的示例性方法的图。

图5是图示出使用接近管理器辅助的IoT和接近服务注册的示例性方法的图。

图6A、6B和6C是图示出用于IoT和接近服务注销的示例性方法的图。

图7是图示出用于IoT服务器辅助的IoT和接近服务注销的示例性方法的图。

图8是图示出用于接近管理器辅助的IoT和接近服务注销的示例性方法的图。

图9A和9B是图示出用于IoT服务器发起的注销的示例性方法的图。

图10A和9B是图示出用于接近管理器发起的注销的示例性方法的图。

图11A和11B是图示出用于联合接近和IoT注册/注销的示例性方法的图。

图12是图示出接近管理器被实现为新的通用服务功能(CSF)的示例的图。

图13是图示出局域网络的图。

图14是图示出局域网络的另一示例的图。

图15是图示出能够与所公开的接近服务和IoT服务的联合注册/注销的系统和方法一起使用的示例性界面的图。

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

图16B是可以被用于图16A中所示的M2M/IoT通信系统内的示例架构的系统图；

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

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

具体实施方式

IoT服务能够为IoT实体(例如IoT设备、IoT网关、IoT服务器、IoT应用)提供服务层的功能以彼此交互。IoT服务层的功能包括服务注册、服务发现、数据存储、数据交换、设备管理等。IoT实体能够为其他IoT实体提供IoT服务，或者其能够利用由其他IoT实体所提供的IoT服务。为在其他IoT实体上利用IoT服务，IoT实体基本上需要向其他实体注册自身。例如，IoT设备需要首先向IoT服务器(或者IoT网关、另一IoT设备)进行服务注册，以便利用由IoT服务器(或者IoT网关、另一IoT设备)所提供的IoT服务。

在本公开中，考虑通过IoT服务和接近服务两者来启用IoT设备的场景。由IoT服务器来提供IoT服务，以及由接近管理器来提供接近服务。接近管理器和IoT服务器可以具有不同的所有者；或者可以被实现为IoT网络中的不同实体。

就IoT服务而言，IoT设备需要向IoT服务器进行IoT服务注册，以便：1)设备能够利用由IoT服务器所提供的IoT服务；以及2)IoT服务器能够从IoT服务的角度来监视、管理和控制IoT设备。

在接近服务的背景中，接近管理器被用于提供接近服务。为了利用这样的接近服务，IoT设备还需要向接近管理器执行接近服务注册。

图1图示出基于现有方案的示例，其中存在两个设备、一个接近管理器102以及三个IoT服务器104、106和108。如前所述，接近管理器102提供接近服务，诸如链接管理，而IoT服务器104、106和108提供IoT服务，诸如服务发现、数据管理和设备管理。在该示例中，接近管理器102能够居于核心网络或者接入网络中，但其必定能够管理、控制和监视“设备1”110和“设备2”112之间的直接通信链接。三个IoT服务器104、106和108被部署在核心网络中或者在云中。为了利用接近服务并且启用直接通信，“设备1”110以及“设备2”112首先需要向接近管理器102进行注册；换言之，接近管理器102仅在接收两个设备的接近注册之后才将能够指示两个设备何时和如何启用直接通信以及为直接通信所分配的链路资源是什么。同时，作为IoT设备的两个设备需要向IoT服务器(即该示例中的“IoT服务器3”108)注册自身，以便利用由“IoT服务器3”108所提供的IoT服务。同样地，存在接近注销以及IoT注销以取消先前建立的接近注册和IoT注册。

如图1所示，目前独立处理两种类型的注册。在IoT注册期间，“IoT服务器3”108并不知道关于“设备1”110、“设备2”112和/或接近管理器102的任何与接近相关的信息。同样地，在接近注册期间，接近管理器102并不知道关于IoT服务器104、106和108以及“设备1”110和“设备2”112正在寻找或者正在使用中的IoT服务的任何信息。

在接近管理器102与IoT服务器104、106和108之间没有任何交互(即接近服务与IoT服务之间没有交互)。然而，这样独立的接近注册和IoT注册错失了许多增强系统性能的机会。例如，如果接近管理器102知道IoT服务和/或能够与IoT服务器104、106和108交互，则其能够通过以更好地满足IoT服务的方式来分配直接链路资源。在另一示例中，如果IoT服务器104、106和108知道关于其设备的接近信息并且能够与接近管理器102通信，则它们能够提供更佳的IoT服务。

总之，对于IoT服务和接近服务，IoT设备需要向IoT服务器104、106和108以及接近管理器102两者注册自身。在文献和现有标准中，这两种注册(即接近服务注册和IoT服务注册)目前被单独且独立地进行处理，这可能引入额外的开销并且无法利用接近服务与IoT服务之间的相关性和交互。此外，IoT设备110和112可以向IoT服务器108和接近管理器102执行注销。因此，对于启用接近的IoT系统，以更高效的方式支持联合IoT服务和接近服务的注册/注销的新过程和方法将是有利的。

本公开提出了用于联合接近服务和IoT服务的注册和注销的方法。所提出的联合方案有助于减少信令开销并且使得注册/注销更加高效。在此公开多种了概念，包括：

描述了三种联合IoT和接近注册的方案：

-设备发起的服务注册，其中在IoT注册(或者接近注册)期间能够捎带发送接近信息(或者IoT服务信息)；

-IoT服务器辅助的服务注册，其中IoT服务器能够有助于执行其设备的接近注册；以及

-接近管理器辅助的服务注册，其中接近管理器能够有助于执行其设备的IoT注册。

描述了下列联合IoT和接近注销的方案：

-设备发起的服务注销，其中在IoT注销(或者接近注销)期间能够捎带发送接近信息(或者IoT服务信息)。此外，一个设备能够有助于代表相同接近度内的其他设备来执行注销。

-IoT服务器辅助的服务注销，其中IoT服务器能够有助于执行其设备的接近注销。

-接近管理器辅助的服务注销，其中接近管理器能够有助于执行其设备的IoT注销。

-IoT服务器发起的服务注销，其中IoT服务器主动发起对设备组的注销。

-接近管理器发起的服务注销，其中接近管理器主动发起对设备组的注销。

应理解的是，能够组合使用以上方案中的一个或多个乃至全部。

网络上的节点能够包括服务器、网关、设备或者其他计算机系统。第一节点(诸如接近管理器或者IoT服务器)能够对于第一类型的服务(诸如接近服务或者M2M/IoT服务)注册以及注销设备并且能够对于第二类型的服务(诸如接近服务或者M2M/IoT服务)将注册或者注销转发至第二节点(诸如IoT服务器或者接近管理器)。这避免了分别在第一和第二节点注册或者注销设备的要求。

示例性使用情况。图2图示出利用接近服务以提供智能交通的IoT系统200。在该示例中，存在一组基于机器类型通信(MTC)的IoT设备(即A、B和C)。每个设备(例如由华为或者Ericsson制造的具有或者不具有WiFi支持的3GPP终端)被安装于车辆(即A、B和C)中。还存在提供诸如数据转发、数据存储和数据共享的IoT服务的IoT服务器202。IoT服务器是由IoT服务提供商(例如Google)来托管并且通常被部署在云中。还存在提供诸如接近启用或直接的P2P通信的接近服务的接近管理器204。接近管理器204能够由网络提供商(例如At&T)或者车辆制造商(例如通用汽车)来托管。例如，通用汽车现今具有安吉星(OnStar)系统，能够通过整合接近管理器的功能来扩展安吉星系统。每个设备均能够具有支持和使用IoT服务和接近服务两者的集成软件(例如IoT服务软件和接近软件)。例如，车辆A和C能够经由IoT服务器利用IoT服务来202交换数据。

然而，由于车辆A和B处在相同的接近度内，因此车辆A和B能够利用由接近管理器204所提供的接近服务，以启用更智能的IoT服务(绕过或者路经IoT服务器)。

为了利用接近服务以及IoT服务，每个设备需要向接近管理器204和IoT服务器202两者执行注册。

根据诸如ETSIM2M(即ETSITCM2MTS102690功能架构)的现有标准，这经由单独的过程来独立完成，这可能引入额外的开销并且无法利用接近服务与IoT服务之间的相关性以及交互。

为了解决该问题，使用联合的IoT服务和接近服务的注册/注销，其中共同处理了两种注册，提供了更有效的方法。

联合的IoT服务和接近服务的注册

方法1：设备发起的注册

在图3中示出所提出的第一种方法。在该方法中，假定设备经由不同的方法(例如预配置、发现等)知道接近管理器306以及IoT服务器308的地址。

在图3的步骤1中，“设备1”304通过发送“接近服务注册”请求消息而向接近管理器306注册。在该步骤期间，“设备1”304通过将其IoT服务器308的地址嵌入到接近注册消息中，向接近管理器306通知其IoT服务器308的地址。如果步骤1发生在步骤2之后，则设备1还能够在该步骤中指示其IoT注册状态。

例如，如果设备1是3GPP设备，则其能够可选地将接近管理器和IoT服务器308两者的地址存储在归属订户集(HSS)中。

在该步骤中，“设备1”304可以向接近管理器指示多个IoT服务器。接近管理器能够有助于为“设备1”304选择适当的IoT服务器308并且可以向“设备1”304通告所选的IoT服务器308。

选择能够基于“设备1”304的上下文信息(例如其位置)以及IoT服务器的上下文信息(例如其位置、费率、业务负载等)。例如，选择更靠近“设备1”34的IoT服务器(即具有较少数量的IP跳转)，选择具有较低费率的IoT服务器，选择具有较低业务负载的IoT服务器或者选择管理设备1的接近度内的其他设备的IoT服务器。

在图3的步骤2中，“设备1”304通过发送“IoT服务注册”请求消息而向IoT服务器308注册。在该步骤期间，“设备1”304通过将其接近管理器306的地址嵌入到“IoT服务注册”消息中，向IoT服务器308通知其接近管理器306的地址。“设备1”304还能够在该步骤中指示其接近注册的状态。可选地，该步骤能够在步骤1之前发生。在这种情况下，如果“设备1”304在“IoT服务注册”请求消息中指示多个接近管理器或者没有指示接近管理器，则IoT服务器308能够帮助“设备1”304选择适当的接近管理器。

在图3的步骤3中，“设备2”302通过发送“接近服务注册”消息而向接近管理器306注册。在该步骤期间，“设备2”302通过将其IoT服务器308的地址嵌入到接近注册消息中，向接近管理器306通知其IoT服务器308的地址。例如，如果设备2是3GPP设备，则其能够可选地将接近管理器和IoT服务器两者的地址存储在HSS中。

在图3的步骤4中，“设备2”302通过发送“IoT服务注册”消息而向IoT服务器308注册。在该步骤期间，“设备2”302通过将其接近管理器的地址嵌入到“IoT服务注册”消息中，向IoT服务器308通知其接近管理器的地址。应理解的是，图3的步骤2能够发生在图3的步骤1之前。同样地，图3的步骤4能够在图3的步骤3之前完成。

应理解的是，执行图3中所示步骤的实体是可以以软件(即计算机可执行指令)的形式来实现的逻辑实体，该软件存储在诸如在图16C或者图16D中所示的那些中的一个的设备、服务器或者其他计算机系统的存储器中并且在其处理器上执行。亦即，在图3中所示的方法可以以软件(即计算机可执行指令)的形式来实现，该软件存储在例如在图16C或者图16D中所示的设备或者计算机系统的计算设备的存储器中，当由计算设备的处理器来执行所述计算机可执行指令时，所述计算机可执行指令执行图3中所示的步骤。

方法2：IoT服务器辅助的注册

图4图示出IoT服务器辅助的IoT和接近服务的注册。在该方法中，假定设备可能仅知道IoT服务器308的地址。提出下列示例性步骤。

在图4的步骤1中，“设备1”304将“IoT服务注册请求”消息发送至IoT服务器308。该消息可以包含下列字段或者参数：

-设备1支持接近服务的能力；

-设备1对接近服务的要求；

-设备1的位置信息(例如地理位置)；

-设备1的附着网络。

在图4的步骤2中，“设备2”302将“IoT服务注册请求”消息发送至IoT服务器308。该消息可以包含下列字段或者参数：

-设备2支持接近服务的能力；

-设备2对接近服务的要求；

-设备2的位置信息(例如地理位置)；

-设备2的附着网络。

在图4的步骤3中，IoT服务器308执行“发现接近管理器”。

基于在图4的步骤1和步骤2中所报告的设备1和设备2的信息，诸如其接近能力以及当前位置，IoT服务器308发现并且识别适当的接近管理器。

例如，如果设备1和2移动至新的位置或者附着至不同的网络，则IoT服务器308将基于设备1和设备2的当前位置和附着网络来选择新的接近管理器。在此假定IoT服务器308可以维持可能的接近管理器的列表或者利用IoT发现服务来找到适当的接近管理器。但如何利用IoT发现服务超出本文的范围。

替换地，IoT服务器308可以具有用于其服务的全部设备的预配置的接近管理器。

在图4的步骤4中，IoT服务器将“接近服务注册请求”消息发送至所选的接近管理器。基本上，IoT服务器308能够使用这一单个步骤来为多个设备执行接近服务注册，这比图3中的设备发起的注册更加高效。该消息可以包含下列字段或者参数：

-设备1和设备2支持接近服务的能力；

-设备1和设备2对接近服务的要求；

-设备1和设备2的位置信息(例如地理位置)；

-设备1和设备2的标识符(例如URL、MS-ISDN、IP地址等)。

在图4的步骤5中，接近管理器306将“接近服务注册响应”发送至IoT服务器308。

在图4的步骤6中，IoT服务器308将“IoT服务注册响应”发送至“设备1”304。该消息能够告知设备1的IoT服务注册请求是被接受还是被拒绝。消息可以基于图4的步骤5中的响应或者由IoT服务器308所作出的本地决定来指示接近请求是否被接受。该消息可以包括所选的接近管理器的信息，诸如其地址(例如URL)。

在图4的步骤7中，IoT服务器308将“IoT服务注册响应”发送至“设备2”302。该消息能够告知设备2的IoT服务注册请求是被接受还是被拒绝。消息可以基于步骤5中的响应或者由IoT服务器308所作出的本地决定来指示接近请求是否被接受。该消息可以包括所选的接近管理器306的信息，诸如其地址(例如URL)。

IoT服务器308可以直接在图4的步骤1(或者图4的步骤2)中拒绝IoT服务注册请求。在这种情况下，可以跳过图4的步骤3-5。

IoT服务器308可以允许IoT服务注册，但直接在图4的步骤2中拒绝所捎带的接近请求。在这种情况下，将跳过图4的步骤3-5。如果在图4的步骤3中没有找到接近管理器306，则将跳过图4的步骤4-5。如果在图4的步骤5中IoT服务器接收到“拒绝”，则其可以重复图4的步骤3-5以找到另一个接近管理器并且向其进行注册。

在图4的步骤3之后，IoT服务器可以可选地跳过图4的步骤4-5，而分别在图4的步骤6和7中将所选的接近管理器的地址返回至“设备1”304以及“设备2”302。然后，“设备1”304以及“设备2”302能够直接向所选的接近管理器306进行接近服务注册。

可选地，IoT服务器308可以依序为每个设备(即图4中的“设备1”304和“设备2”302)执行图4的步骤4-5。

可选地，IoT服务器308能够首先在图4的步骤3之前，将对于图4的步骤1(或图4的步骤2)的没有接近管理器信息的简单IoT服务注册响应发送至设备1(或者设备2)，而不等待图4的步骤4和步骤5。

在该步骤中，IoT服务器308能够向“设备1”304以及“设备2”302告知其不需要向接近管理器306发送接近服务注册请求，因为IoT服务器308会将聚合的请求转发至接近管理器。

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

方法3：接近管理器辅助的注册

图5图示出接近管理器辅助的IoT和接近服务的注册。在该方法中，假定设备可能仅知道接近管理器306的地址。提出下列示例性步骤。

在图5的步骤1中，“设备1”304将“接近服务注册请求”消息发送至接近管理器。该消息可以包含下列字段或者参数：

-设备1支持IoT服务的能力；

-设备1对IoT服务的要求；

-设备1的位置信息(例如地理位置)。

在图5的步骤2中，“设备2”302将“接近服务注册请求”消息发送至接近管理器。该消息可以包含下列字段或者参数：

-设备2支持IoT服务的能力；

-设备2对IoT服务的要求；

-设备2的位置信息(例如地理位置)。

在图5的步骤3中，接近管理器306执行“发现IoT服务器”的步骤。基于在步骤1和2中所报告的设备1和设备2的信息，诸如其IoT能力以及当前位置，接近管理器306发现并且识别适当的IoT服务器308。替换地，接近管理器306可以具有用于其服务的全部设备的预配置的IoT服务器。

在图5的步骤4中，接近管理器306将“IoT服务注册请求”消息发送至所选的IoT服务器308。基本上，接近管理器306能够使用这一单个步骤来为多个设备执行IoT服务注册，这比图3中的设备发起的注册更加高效。该消息可以包含下列字段或者参数：

-设备1和设备2支持IoT服务的能力；

-设备1和设备2对IoT服务的要求；

-设备1和设备2的位置信息(例如地理位置)；

-设备1和设备2的标识符(例如URL、MS-ISDN、IP地址等)。

在图5的步骤5中，IoT服务器308将“IoT服务注册响应”发送至接近管理器。该消息将向接近管理器告知图5的步骤4中的请求是被接受还是被拒绝。如果图5的步骤4是用于多个设备(例如设备1和设备2)，则IoT服务器308可以指示哪一设备被接受以及哪一设备被拒绝。IoT服务器308可以应图5的步骤4中的要求而为设备分配组ID。作为结果，该消息可以包含该组ID。

在图5的步骤6中，接近管理器306将“接近服务注册响应”发送至“设备1”304。该消息将告知设备1的接近服务注册请求是被接受还是被拒绝。消息可以基于步骤5中的响应或者由IoT服务器所作出的本地决定来指示IoT注册请求是否被接受。该消息可以包括所选的IoT服务器的信息，诸如其地址(例如URL)。

在图5的步骤7中，接近管理器306将“接近服务注册响应”发送至“设备2”302。该消息将告知设备2的接近服务注册请求是被接受还是被拒绝。消息可以基于图5的步骤5中的响应或者由IoT服务器308所作出的本地决定来指示IoT注册请求是否被接受。该消息可以包括所选的IoT服务器308的信息，诸如其地址(例如URL)。

接近管理器306可以直接在图5的步骤1(或者图5的步骤2)中拒绝接近服务注册请求。在这种情况下，可以跳过图5的步骤3-5。接近管理器306可以允许接近服务注册，但直接在图5的步骤2中拒绝所捎带的IoT注册请求。在这种情况下，将跳过图5的步骤3-5。如果在图5的步骤3中没有找到IoT服务器308，则将跳过图5的步骤4-5。

如果接近管理器306在图5的步骤5中接收到“拒绝”，则其可以重复图5的步骤3-5以找到另一个IoT服务器308并且向其进行注册。

在图5的步骤3之后，接近管理器306可以可选地跳过图5的步骤4-5，而分别在图5的步骤6和7中将所选的IoT服务器308的地址返回至“设备1”304以及“设备2”302。然后，“设备1”304以及“设备2”302能够直接向所选的IoT服务器308进行IoT服务注册。

可选地，接近管理务器308可以依序为每个设备(即图5中的“设备1”304和“设备2”302)执行图5的步骤4-5。

在图5的步骤3中，接近管理器306可以发现“设备1”304以及“设备2”302对应于两个不同的IoT服务器(例如A和B)。然后，将对于IoT服务器A和B两者重复图5的步骤4和5。

可选地，接近管理器306能够首先在图5的步骤3之前，将对于图5的步骤1(或图5的步骤2)的没有IoT服务器信息的简单接近注册响应发送至“设备1”304(或者“设备2”302)，而不等待图5的步骤4和步骤5。

应理解的是，执行图5中所示步骤的实体是可以以软件(即计算机可执行指令)的形式来实现的逻辑实体，该软件存储在诸如在图16C或者图16D中所示的那些中的一个的设备、服务器或者其他计算机系统的存储器中并且在其处理器上执行。亦即，在图5中所示的方法可以以软件(即计算机可执行指令)的形式来实现，该软件存储在例如在图16C或者图16D中所示的设备或者计算机系统的计算设备的存储器中，当由计算设备的处理器来执行所述计算机可执行指令时，所述计算机可执行指令执行图5中所示的步骤。

联合的IoT服务和接近服务的注销

方法1：设备发起的注销

在图6A-6C中示出所提出的用于IoT和接近服务注销过程的第一方法。在该方法中，假定设备由于先前的服务注册而知道接近管理器306以及IoT服务器308两者的地址。在图6A中，每个设备独立地执行服务注销；在图6B中，一个设备的服务注销能够触发其他设备的服务注销；在图6C中，一个设备能够辅助在相同接近度内的其他设备来进行IoT服务注销并且还能够直接触发对其他设备的接近服务注销。

图6A包括下列示例性步骤。

在图6A的步骤1中，“设备1”304发送“接近服务注销”消息。在该步骤期间，“设备1”304通过将其IoT服务器308的地址嵌入到该消息中，向接近管理器306通知其IoT服务器308的地址。

然后，接近管理器306可以在未在图6中示出的单独的步骤中向IoT服务器308通知取消“设备1”304与其他所涉及的设备之间的直接通信，以便IoT服务器308能够自动调整“设备1”304与其他设备之间的通信。

在图6A的步骤2中，“设备1”304发送“IoT服务注销”消息。在该步骤期间，设备1通过将其接近管理器306的地址嵌入到该消息中，向IoT服务器308通知其接近管理器306的地址。IoT服务器308可以在未在图6中示出的单独的步骤中向接近管理器306通知取消“设备1”304上的IoT服务。

在图6A的步骤3中，“设备2”302发送“接近服务注销”消息。在该步骤期间，“设备1”304通过将其IoT服务器308的地址嵌入到该消息中，向接近管理器306通知其IoT服务器308的地址。然后，接近管理器306可以在未在图6中示出的单独的步骤中向IoT服务器308通知取消“设备2”302与其他所涉及的设备之间的直接通信，以便IoT服务器308能够自动调整“设备2”302与其他设备之间的通信。

在图6A的步骤4中，“设备2”302发送“IoT服务注销”消息。在该步骤期间，“设备1”304通过将其接近管理器306的地址嵌入到该消息中，向IoT服务器308通知其接近管理器306的地址。IoT服务器308可以在未在图6中示出的单独的步骤中向接近管理器306通知取消“设备2”302上的IoT服务。图6A的步骤1可以发生在图6A的步骤2之后。图6A的步骤3也可以发生在图6A的步骤4之后。

图6B示出下列示例性步骤。

在图6B的步骤0中，“设备2”302以及“设备1”304执行相互的认证和授权。然后，能够在“设备1”304与“设备2”302之间建立信任关系，以便“设备1”304能够代表“设备2”302来执行服务注销。该步骤是可选地，并且如果“设备1”304以及设备2当前已经互相认证，则能够跳过该步骤。

在图6B的步骤1中，“设备1”304将“接近服务注销请求”消息发送至接近管理器306。该消息可以包含下列字段或者参数：

-IoT服务器308的地址；

-“设备1”304以及其他设备所属的组ID；

-注销原因。

在图6B的步骤2中，基于在步骤1中所包含的“组ID”，接近管理器306定位相同组内的其他设备并且将“接近服务注销请求”发送至其中的每一个。该消息可以包含：

-与步骤1中的组ID相同的组ID；

-设备ID(即该情况中的“设备1”304)；

-与步骤1中的注销原因相同的注销原因。

在图6B的步骤3中，“设备2”302将响应发送回接近管理器306。

在图6B的步骤4中，可以对于相同组内的全部其他设备重复图6B的步骤2和3。基于来自其他设备的响应，接近管理器306将最终响应发送至请求设备(即“设备1”304)。消息可以包含明确发送响应的设备的列表。

图6B的步骤4能够发生在图6B的步骤1与步骤2之间。

在图6B的步骤5中，“设备1”304将“IoT服务注销请求”消息发送至IoT服务器308。该消息可以包含下列字段或者参数：

-接近管理器306的地址；

-“设备1”304以及其他设备所属的组ID；

-注销原因。

在图6B的步骤6中，基于在图6B的步骤1中所包含的“组ID”，IoT服务器308定位相同组内的其他设备并且将“IoT服务注销请求”发送至其中的每一个。该消息可以包含：

-与图6B的步骤1中的组ID相同的组ID；

-与图6B的步骤1中的注销相同的注销原因；

-请求设备ID(即该情况中的“设备1”304)。

在图6B的步骤7中，“设备2”302将响应发送回IoT服务器308。

在图6B的步骤8中，可以对于相同组内的全部其他设备重复图6B的步骤2和3。基于来自其他设备的响应，IoT服务器308将最终响应发送至请求设备(即“设备1”304)。消息可以包含明确发送响应的设备的列表。

设备能够首先向IoT服务器308执行注销。在这种情况下，图6B的步骤5-8将发生在图6B的步骤1-4之前。

图6C示出下列示例性步骤。

在图6C的步骤0中，“设备2”302以及“设备1”304执行相互的认证和授权。然后，能够在“设备1”304与“设备2”302之间建立信任关系，以便“设备1”304能够代表“设备2”302来执行服务注销。

在图6C的步骤1中，“设备2”302将“IoT服务注销请求”消息发送至“设备1”304。在该步骤期间，“设备2”302通过将其设备ID和组ID嵌入到该消息中，向“设备1”304通知其设备ID和组ID。然后，在随后的步骤中，“设备1”304能够有助于代表由组ID所表示的组中的全部设备(例如“设备2”302、“设备1”304)来执行IoT服务注销。

在图6C的步骤2中，“设备1”304将“IoT服务注销响应”发送至“设备2”302。应理解的是，图6C的步骤2能够可选地发生在图6C的步骤4之后。

在图6C的步骤3中，“设备1”304将“IoT服务注销请求”发送至IoT服务器308。该消息可以包含下列信息：

-对应的接近管理器306的地址；

-“设备1”304以及“设备2”302的组ID。

在图6C的步骤4中，IoT服务器308将“IoT服务注销响应”发送回“设备1”304。

在图6C的步骤5中，“设备2”302将“接近服务注销请求”消息发送至“设备1”304。在该步骤期间，“设备2”302通过将其设备ID和组ID嵌入到该消息中，向“设备1”304通知其设备ID和组ID。然后，在随后的步骤中，“设备1”304能够有助于代表由组ID所表示的组中的全部设备(例如“设备2”302、“设备1”304)来执行接近服务注销。

在图6C的步骤6中，“设备1”304将“接近服务注销响应”发送至“设备2”302。图6C的步骤6能够可选地发生在图6C的步骤8之后。

在图6C的步骤7中，“设备1”304将“接近服务注销请求”发送至接近管理器306。该消息可以包含下列信息：

-对应的IoT服务器308的地址；

-“设备1”304以及“设备2”302的组ID。

在图6C的步骤8中，接近管理器306将“接近服务注销响应”发送回“设备1”304。

设备能够首先向接近管理器306执行注销。在那种情况下，图6C的步骤5-8将发生在图6C的步骤1-4之前。

应理解的是，执行图6A-6C中所示步骤的实体是可以以软件(即计算机可执行指令)的形式来实现的逻辑实体，该软件存储在诸如在图16C或者图16D中所示的那些中的一个的设备、服务器或者其他计算机系统的存储器中并且在其处理器上执行。亦即，在图6A-6C中所示的方法可以以软件(即计算机可执行指令)的形式来实现，该软件存储在例如在图16C或者图16D中所示的设备或者计算机系统的计算设备的存储器中，当由计算设备的处理器来执行所述计算机可执行指令时，所述计算机可执行指令执行图6A-6C中所示的步骤。

方法2：IoT服务器辅助的注销

图7图示出IoT服务器辅助的IoT和接近服务的注销。在该方法中，假定设备可能仅知道IoT服务器308的地址。提出下列示例性步骤。

在图7的步骤1中，“设备1”304将“IoT服务注销请求”消息发送至IoT服务器308。该消息可以包含下列字段或者参数：

-设备1的位置信息(例如地理位置)；

-接近管理器306的地址；

-注销原因。

在图7的步骤2中，IoT服务器308将响应发送回“设备1”304。

在图7的步骤3中，“设备2”302将“IoT服务注销请求”消息发送至IoT服务器308。该消息可以包含下列字段或者参数：

-设备2的位置信息(例如地理位置)；

-接近管理器306的地址；

-注销原因。

在图7的步骤4中，IoT服务器308将响应发送回“设备2”302。

在图7的步骤5中，IoT应当经由先前的过程知道对应的接近管理器306的地址。否则，它能够查找其本地数据库以为“设备1”304以及“设备2”302找到对应的接近管理器306。

在图7的步骤6中，IoT服务器将“接近服务注销请求”消息发送至对应的接近管理器。基本上，IoT服务器308能够使用这一单个步骤来为多个设备执行接近服务注销，这比图6中的设备发起的注销更加高效。该消息可以包含下列字段或者参数：

-“设备1”304以及“设备2”302所属的组的标识符；

-设备1和设备2的标识符(例如URL、MS-ISDN、IP地址等)；

-注销原因。

在图7的步骤7中，接近管理器306将“接近服务注销响应”发送至IoT服务器308。使用图6(b)中的相同概念，“设备1”304在步骤1和2期间能够请求IoT服务器308联系“设备2”302以及接近管理器306，以触发注销。在这种情况下，将由IoT服务器308来触发和发起步骤3。

应理解的是，执行图7中所示步骤的实体是可以以软件(即计算机可执行指令)的形式来实现的逻辑实体，该软件存储在诸如在图16C或者图16D中所示的那些中的一个的设备、服务器或者其他计算机系统的存储器中并且在其处理器上执行。亦即，在图7中所示的方法可以以软件(即计算机可执行指令)的形式来实现，该软件存储在例如在图16C或者图16D中所示的设备或者计算机系统的计算设备的存储器中，当由计算设备的处理器来执行所述计算机可执行指令时，所述计算机可执行指令执行图7中所示的步骤。

方法3：接近管理器辅助的注销

图8图示出接近管理器辅助的IoT和接近服务的注销。在该方法中，假定设备可能仅知道接近管理器306的地址。提出下列示例性步骤。

在图8的步骤1中，“设备1”304将“接近服务注销请求”消息发送至接近管理器306。该消息可以包含下列字段或者参数：

-“设备1”304的位置信息(例如地理位置)；

-IoT服务器308的地址；

-注销原因。

在图8的步骤2中，接近管理器306将响应发送回“设备1”304。

在图8的步骤3中，“设备2”302将“接近服务注销请求”消息发送至接近管理器306。该消息可以包含下列字段或者参数：

-设备2的位置信息(例如地理位置)；

-IoT服务器308的地址；

-注销原因。

在图8的步骤4中，接近管理器306将响应发送回“设备2”302。

在图8的步骤5中，接近管理器306应当经由先前的过程知道对应的IoT服务器308的地址。否则，它可以查找其本地数据库以为“设备1”304以及“设备2”302找到对应的IoT服务器308。

在图8的步骤6中，接近管理器306将“IoT服务注销请求”消息发送至对应的IoT服务器308。基本上，接近管理器306能够使用这一单个步骤来为多个设备执行IoT服务注销，这比图6中的设备发起的注销更加高效。该消息可以包含下列字段或者参数：

-“设备1”304以及“设备2”302所属的组的标识符；

-设备1和设备2的标识符(例如URL、MS-ISDN、IP地址等)；

-注销原因。

在图8的步骤7中，IoT服务器308将“IoT服务注销响应”发送至接近管理器306。使用图6(b)中的相同概念，“设备1”304在步骤1和2期间能够请求接近管理器306联系“设备2”302以及IoT服务器308以触发注销。在这种情况下，将由接近管理器306来触发和发起步骤3。

应理解的是，执行图8中所示步骤的实体是可以以软件(即计算机可执行指令)的形式来实现的逻辑实体，该软件存储在诸如在图16C或者图16D中所示的那些中的一个的设备、服务器或者其他计算机系统的存储器中并且在其处理器上执行。亦即，在图8中所示的方法可以以软件(即计算机可执行指令)的形式来实现，该软件存储在例如在图16C或者图16D中所示的设备或者计算机系统的计算设备的存储器中，当由计算设备的处理器来执行所述计算机可执行指令时，所述计算机可执行指令执行图8中所示的步骤。

方法4：IoT服务器发起的注销

IoT服务器308能够基于某些策略来发起接近服务注销。例如，如果其业务负载变轻，则IoT服务器308能够去激活接近服务。在第二个示例中，IoT服务器308可以倾向于加载用于更佳安全控制的IoT业务。在第三个示例中，IoT服务器308可以发现当前的接近管理器306变得不可靠或者不安全并且取消接近服务。

图9A-9B图示出用于IoT服务器发起的注销的程序。在图9A中，IoT服务器308发起为多个设备执行注销，并且担任为多个设备执行注销的代理服务器。例如，图9A示出下列示例性步骤，其工作如下：

在图9A的步骤1中，IoT服务器308决定通过将“接近服务注销请求”消息发送至对应的接近管理器306，为一些设备执行接近服务注销。IoT服务器308可以首先查找其本地数据库以找到对应的接近管理器306。该消息可以包含下列信息：

-设备所属的组的标识符；

-设备的标识符；

-注销原因。

在图9A的步骤2中，接近管理器306将响应发送回IoT服务器308。

在图9A的步骤3中，IoT服务器308将“IoT服务注销请求”发送至“设备1”304。IoT服务器308可以使用该消息来仅注销接近服务，或者注销接近服务以及IoT服务两者。该消息可以包含下列信息：

-接近管理器306的地址；

-设备所属的组的标识符；

-注销原因。

在图9A的步骤4中，“设备1”304将响应发送回IoT服务器308。

在图9A的步骤5中，IoT服务器308将“IoT服务注销请求”发送至“设备2”302。IoT服务器308可以使用该消息来仅注销接近服务，或者注销接近服务以及IoT服务两者。该消息可以包含下列信息：

-接近管理器306的地址；

-设备所属的组的标识符；

-注销原因。

在图9A的步骤6中，“设备2”302将响应发送回IoT服务器308。

在图9B中，IoT服务器308发起注销，但该注销通过接近管理器306。例如，图9B示出下列示例性步骤：

在图9B的步骤1中，IoT服务器308决定通过将“IoT服务注销请求”消息发送至对应的接近管理器306，对先前经由接近管理器306请求的一些设备执行IoT服务注销。IoT服务器308可以首先查找其本地数据库以找到对应的接近管理器306。该消息可以包含下列信息：

-设备所属的组的标识符；

-设备的标识符；

-注销原因。

在图9B的步骤2中，接近管理器306将响应发送回IoT服务器308。

在图9B的步骤3中，接近管理器306将“接近服务注销请求”发送至“设备1”304。接近管理器306可以使用该消息来仅注销IoT服务，或者注销IoT服务以及接近服务两者。该消息可以包含下列信息：

-IoT服务器308的地址；

-设备所属的组的标识符；

-注销原因。

在图9B的步骤4中，“设备1”304将响应发送回IoT服务器308。

在图9B的步骤5中，接近管理器306将“接近服务注销请求”发送至“设备2”302。接近管理器306可以使用该消息来仅注销IoT服务，或者注销IoT服务以及接近服务两者。该消息可以包含下列信息：

-IoT服务器308的地址；

-设备所属的组的标识符；

-注销原因。

在图9B的步骤6中，“设备2”302将响应发送回IoT服务器308。

应理解的是，执行图9A-9B中所示步骤的实体是可以以软件(即计算机可执行指令)的形式来实现的逻辑实体，该软件存储在诸如在图16C或者图16D中所示的那些中的一个的设备、服务器或者其他计算机系统的存储器中并且在其处理器上执行。亦即，在图9A-9B中所示的方法可以以软件(即计算机可执行指令)的形式来实现，该软件存储在例如在图16C或者图16D中所示的设备或者计算机系统的计算设备的存储器中，当由计算设备的处理器来执行所述计算机可执行指令时，所述计算机可执行指令执行图9A-9B中中所示的步骤。

方法5：接近管理器发起的注销

接近管理器306能够基于某些策略来发起IoT服务注销。例如，如果两个设备正进入其中接近服务不被允许的特定区域，则接近服务器能够去激活接近服务。在第二个示例中，接近管理器306发现两个设备之间的当前接近链路变得不可靠并且低质量，则它能够取消接近服务。在第三个示例中，接近管理器306可以发现当前的IoT服务器308变得不可靠或者不安全并且取消IoT服务。图10A-10B图示出用于接近管理器发起的注销的过程。

在图10A中，接近管理器306发起为多个设备执行注销，并且担任为多个设备执行注销的代理服务器。例如，图10A示出下列示例性步骤：

在图10A的步骤1中，接近管理器306决定通过将“IoT服务注销请求”消息发送至对应的IoT服务器308，为一些设备执行IoT服务注销。接近管理器306可以首先查找其本地数据库以找到对应的IoT服务器308。该消息可以包含下列信息：

-设备所属的组的标识符；

-设备标识符的列表；

-注销原因。

在图10A的步骤2中，IoT服务器308将响应发送回接近管理器306。

在图10A的步骤3中，接近管理器306将“接近服务注销请求”发送至“设备1”304。接近管理器306可以使用该消息来仅注销IoT服务，或者注销IoT服务以及接近服务两者。该消息可以包含下列信息：

-IoT服务器308的地址；

-设备所属的组的标识符；

-注销原因。

在图10A的步骤4中，“设备1”304将响应发送回接近管理器306。

在图10A的步骤5中，接近管理器306将“接近服务注销请求”发送至“设备2”302。接近管理器306可以使用该消息来仅注销IoT服务，或者注销IoT服务以及接近服务两者。该消息可以包含下列信息：

-IoT服务器308的地址；

-设备所属的组的标识符；

-注销原因。

在图10A的步骤6中，“设备2”302将响应发送回接近管理器306。

在图10B中，接近管理器306发起注销，但该注销通过IoT服务器308。例如，示出下列示例性步骤：

在图10B的步骤1中，接近管理器306决定通过将“接近服务注销请求”消息发送至对应的IoT服务器308，为一些设备执行接近服务注销。接近管理器306可以首先查找其本地数据库以找到对应的IoT服务器308。该消息可以包含下列信息：

-设备所属的组的标识符；

-设备的标识符；

-注销原因。

在图10B的步骤2中，IoT服务器308将响应发送回接近管理器306。

在图10B的步骤3中，IoT服务器308将“IoT服务注销请求”发送至“设备1”304。IoT服务器308可以使用该消息来仅注销接近服务，或者注销接近服务以及IoT服务两者。该消息可以包含下列信息：

-接近管理器306的地址；

-设备所属的组的标识符；

-注销原因。

在图10B的步骤4中，“设备1”304将响应发送回IoT服务器308。

在图10B的步骤5中，IoT服务器308将“IoT服务注销请求”发送至“设备2”302。IoT服务器308可以使用该消息来仅注销接近服务，或者注销接近服务以及IoT服务两者。该消息可以包含下列信息：

-接近管理器306的地址；

-设备所属的组的标识符；

-注销原因。

在图10B的步骤6中，设备2将响应发送回IoT服务器308。

实施例

存在几种选择来实现部分5.2和5.3中所提出的消息，即在不同的协议层中来实现。

应理解的是，执行图10A-10B中所示步骤的实体是可以以软件(即计算机可执行指令)的形式来实现的逻辑实体，该软件存储在诸如在图16C或者图16D中所示的那些中的一个的设备、服务器或者其他计算机系统的存储器中并且在其处理器上执行。亦即，在图10A-10B中所示的方法可以以软件(即计算机可执行指令)的形式来实现，该软件存储在例如在图16C或者图16D中所示的设备或者计算机系统的计算设备的存储器中，当由计算设备的处理器来执行所述计算机可执行指令时，所述计算机可执行指令执行图10A-10B中中所示的步骤。

服务层

所提出的消息能够被实现为服务层原语并且能够被应用于ETSIM2M服务架构、通用服务功能的oneM2M架构、OMA设备管理和/或OMA轻量级M2M。

例如，如图11所示，在部分5.2和5.3中所提出的“联合的接近和IoT注册/注销”方法作为新CSF被引入oneM2M中。该新CSF，即“联合的接近和IoT注册/注销”1102，能够居于M2M设备、M2M网关以及M2M服务器中。如图11B所示，M2M网关或者M2M服务器可以充当接近管理器，而M2M服务器能够担任IoT服务器的角色。

应理解的是，执行图11A-11B中所示步骤的实体是可以以软件(即计算机可执行指令)的形式来实现的逻辑实体，该软件存储在诸如在图16C或者图16D中所示的那些中的一个的设备、服务器或者其他计算机系统的存储器中并且在其处理器上。亦即，在图11A-11B中所示的方法可以以软件(即计算机可执行指令)的形式来实现，该软件存储在例如在图16C或者图16D中所示的设备或者计算机系统的计算设备的存储器中，当由计算设备的处理器来执行所述计算机可执行指令时，所述计算机可执行指令执行图11A-11B中中所示的步骤。

在图12中所示的另一个示例中，接近管理器被实现为CSF。再者，设备1和设备2以及IoT服务器被实现为CSE。接近管理器与设备1/设备2/IoT服务器之间的接口是Mcn参考点，而设备1、设备2以及IoT服务器在Mcc参考点上彼此交互。

介质访问控制(MAC)层

当设备、IoT服务器以及接近管理器306处于相同的局域网络内时，所提出的消息能够被实现为MAC层的命令。

例如，图13图示出由网关以及协调器和两个设备组成的局域网络。网关是为协调器以及两个设备提供IoT服务的IoT服务器，而协调器为设备1和设备2管理接近，因为协调器以其主要管理的诸如计算、存储、通信(附加的通信链路)的更多资源是更有力度的。例如，协调器能够是群或者组的头，特别是在双层网络中。例如，协调器、两个设备以及网关共同提供内容共享服务。设备1和设备2能够利用所提出的过程来优化接近和IoT服务的管理(即注册和注销)。由于网关和协调器能够在一跳内彼此通信，因此所提出的消息能够被实现在MAC层处。

例如，在先前部分中所提出的新消息(请求消息或者响应消息)能够被实现为新的(MAC)命令(参见图14)。将在MAC帧1402中传送每个MAC命令，所述MAC帧1402由帧头1404、MAC有效载荷1406以及MAC帧尾1408组成。MAC帧头1404经由现有的“帧类型”字段1410指示有效载荷是管理命令，而MAC有效载荷1406中的现有字段“命令帧标识符”1412指示特定命令，并且“命令内容”1414将包含关于该特定命令的全部参数/信息。基本上，“帧类型”1410被用于指示MAC帧是本公开中的所提出的请求或者响应消息；“命令内容”1414包含所提出的消息的细节。“帧类型”1410与“命令内容”1414两者共同标示和表明每个所提出的消息。

在图14中，节点1和节点2能够是如先前部分所述的“设备1”304、“设备2”302、接近管理器306或者IoT服务器308。

应理解的是，执行图14中所示步骤的实体是可以以软件(即计算机可执行指令)的形式来实现的逻辑实体，该软件存储在诸如在图16C或者图16D中所示的那些中的一个的设备、服务器或者其他计算机系统的存储器中并且在其处理器上。亦即，在图14中所示的方法可以以软件(即计算机可执行指令)的形式来实现，该软件存储在例如在图16C或者图16D中所示的设备或者计算机系统的计算设备的存储器中，当由计算设备的处理器来执行所述计算机可执行指令时，所述计算机可执行指令执行图14中所示的步骤。

图15是图示出能够与所公开的接近服务和IoT服务的联合注册/注销的系统和方法一起使用的示例性界面1502的图。界面1502能够在待使用接近服务和IoT服务的联合注册/注销的设备上或者在远程设备上。界面1502能够被用于对一个设备或者多个设备启用/禁用联合的接近和IoT服务。此外，界面1502能够被用于显示与一个设备或者多个设备相关联的接近管理器和IoT服务器的数据。界面1502还能够被用于设置与一个设备或者多个设备相关联的接近管理器和IoT服务器，例如通过提供接近管理器和/或IoT服务器的地址。

可以使用显示器，诸如下面讨论的图16C的显示器42或者图16D的显示器86，来显示在图15中所示的用户界面1502。

图16A是其中可以实现一个或多个公开的实施例的示例机器对机器(M2M)、物联网(IoT)或者万维网(WoT)通信系统10的图。通常，M2M技术提供用于IoT/WoT的构件模块，并且任何M2M设备、网关或者服务平台可以是IoT/WoT以及IoT/WoT服务层等的组件。通信系统10能够被用于实现所公开的实施例的功能并且能够包括用于接近服务和IoT服务的联合注册/注销的功能和逻辑实体，包括接近管理器306、IoT服务器308、设备302和304、联合的接近和IoT注册/注销CSR1102以及产生诸如界面1502的界面的逻辑实体。

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

如图16A中所示，M2M/IoT/WoT通信系统10可以包括基础结构域以及场域。基础结构域是指端对端M2M部署的网络侧，场域是指通常在M2M网关后面的局域网络。场域包括M2M网关14以及终端设备18。应当理解，在M2M/IoT/WoT通信系统10中可以视需要包括任何数目的M2M网关设备14以及M2M终端设备18。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设备18以及网关14可以经由各种网络进行通信，包括例如蜂窝、WLAN、WPAN(例如Zigbee、6LoWPAN、蓝牙)、直接射频链路以及有线为例。

示例性M2M设备18包括但不限于平板、智能电话、医疗设备、温度和天气监视器、联网汽车、智能仪表、游戏机、个人数字助理、健康和健身监视器、灯具、恒温器、器具、车库门以及其他基于致动器的设备、安全设备和智能插座。

参照图16B，在场域中所示的M2M服务层22为M2M应用20、M2M网关设备14以及M2M终端设备18和通信网络12提供服务。通信网络12能够被用于实现所公开的实施例的功能并且能够包括用于接近服务和IoT服务的联合注册/注销的功能和逻辑实体，包括接近管理器306、IoT服务器308，设备302和304、联合的接近和IoT注册/注销CSR1102以及产生诸如界面1502的界面的逻辑实体。

M2M服务层22可以通过一个或多个服务器、计算机、设备、虚拟机(例如云/存储群等)等来实现，包括例如下述的图16C和16D中所示的设备。应理解的是，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'可以由一个或多个服务器、计算机、虚拟机(例如云/计算/存储群等)或诸如此类来实现。

还参照图16B，M2M服务层22和22'提供不同应用及纵向领域能够利用的一组核心的服务递送能力。这些服务能力使得M2M服务层22和22'能够与设备交互并且执行诸如数据收集、数据分析、设备管理、安全、计费、服务/设备发现等的功能。基本上，这些服务能力免除了应用实现这些功能的负担，由此简化了应用开发并且减少了成本和上市时间。服务层22和22'还使得M2M应用20和20'能够通过与服务层22和22'提供的服务相连接的各种网络12和12'来进行通信。本申请的连接方法可以作为服务层22和22'的一部分来实现。服务层22和22'是通过一组应用编程接口(API)以及底层联网接口来支持增值服务能力的软件中间件层。ETSIM2M以及oneM2M两者使用可以包含本申请的连接方法的服务层。ETSIM2M的服务层被称作服务能力层(SCL)。SCL可以在M2M设备(在此将其称作设备SCL(DSCL))、网关(在此将其称作网关SCL(GSCL))和/或网络节点(在此将其称作网络SCL(NSCL))内来实现。oneM2M服务层支持一组通用服务功能(CSF)(即服务能力)。一组一个或多个特定类型的CSF的实例化被称作通用服务实体(CSE)，该CSE能够被托管在不同类型的网络节点(例如基础结构节点、中间节点、应用专用节点)上。进一步，本申请的连接方法能够作为使用面向服务的架构(SOA)和/或面向资源的架构(ROA)的M2M网络的一部分来实现，以访问诸如本申请的连接方法的服务。

在一些实施例中，M2M应用20和20'可以包括与毛细设备交互的应用，并且由此能够结合所公开的系统和方法来使用。M2M应用20和20'可以包括与UE或者网关交互的应用，并且还可以结合其他公开的收费系统和方法来使用。M2M应用20和20'可以包括各种行业中的应用，诸如但不限于运输、健康保健、联网家庭、能源管理、资产追踪以及安全监督。如上所述，跨越本系统的设备、网关以及其他服务器的M2M服务层支持诸如例如数据收集、设备管理、安全、计费、位置跟踪/地理围栏、设备/服务发现以及传统系统集成的功能，并且将这些功能作为服务提供给M2M应用20和20'。

通常，服务层22和22'定义了通过一组应用编程接口(API)以及底层联网接口来支持增值服务能力的软件中间件层。ETSIM2M和oneM2M架构两者定义了服务层。ETSIM2M的服务层被称作服务能力层(SCL)。SCL可以在M2M设备(在此将其称作设备SCL(DSCL))、网关(在此将其称作网关SCL(GSCL))和/或网络节点(在此将其称作网络SCL(NSCL))内来实现。oneM2M服务层支持一组通用服务功能(CSF)(即服务能力)。一组一个或多个特定类型的CSF的实例化被称作通用服务实体(CSE)，该CSE能够被托管在不同类型的网络节点(例如基础结构节点、中间节点、应用专用节点)上。第三代合作伙伴计划(3GPP)也已定义了用于机器类型通信(MTC)的架构。在该架构中，服务层以及所提供的服务能力被实现为服务能力服务器(SCS)的一部分。不论体现于ETSIM2M架构的DSCL、GSCL或者NSCL中、3GPPMTC架构的服务能力服务器(SCS)中、oneM2M架构的CSF或者CSE中，还是体现为网络的一些其他组件或者模块，服务层都可以被实现为在一个或多个单机服务器、计算机或者其他计算设备或网络中的节点上执行的逻辑实体(例如软件、计算机可执行指令等)，或者实现为这样的网络的一个或多个现有服务器、计算机或者节点的一部分。作为示例，可以以在具有下述图16C或者图16D中所示的通用架构的服务器、计算机或者设备上运行的软件的形式来实现其服务层或者组件。

进一步，用于接近服务和IoT服务的联合注册/注销的逻辑实体，包括接近管理器306、IoT服务器308，设备302和304、联合的接近和IoT注册/注销CSR1102以及产生诸如界面1502的界面的逻辑实体能够被实现为使用面向服务的架构(SOA)和/或面向资源的架构(ROA)的M2M网络的一部分，以访问本申请的服务。

图16C是示例设备30的系统图，该设备30例如能够是M2M设备、用户设备、网关、UE/GW或者包括移动医疗网络的节点任何其他节点、服务层网络应用提供方、终端设备18或者M2M网关设备14。设备30能够执行或者包括用于接近服务和IoT服务的联合注册/注销的逻辑实体，包括接近管理器306、IoT服务器308，设备302和304、联合的接近和IoT注册/注销CSR1102以及产生诸如界面1502的界面的逻辑实体。

设备30能够是如图16A-16B中所示的M2M网络的一部分或者非M2M网络的一部分。如图16C所示，设备30可以包括处理器32、收发器34、发射/接收元件36、扬声器/麦克风38、键盘40、显示器/触摸板/指示器42、非移动式存储器44、移动式存储器46、电源48、全球定位系统(GPS)芯片组50以及其他外围设备52。应当理解，设备30可以包括前述元件的任何子组合，而依然与实施例保持一致。该设备可以是使用和/或实现所公开的系统和方法的设备。

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

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

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

收发器34可以被配置成调制待由发射/接收元件36传送的信号并且解调由发射/接收元件36所接收的信号。如上所提，设备30可以具有多模式能力。因此，例如，收发器34可以包括用于使得设备30能够经由诸如UTRA和IEEE802.11的多个RAT来通信的多个收发器。

处理器32可以从任何类型的适当存储器访问信息并且将数据存储于其中，所述存储器为诸如非移动式存储器44和/或移动式存储器46。非移动式存储器44可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或者任何其他类型的存储器存储设备。移动式存储器46可以包括用户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其他实施例中，处理器32可以从在物理上不位于设备30上的存储器访问信息并且将数据存储于其中，所述存储器诸如位于服务器或者家用计算机上。

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

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

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

图16D是示例性计算系统90的框图，其上例如可以实现图16A和16B的M2M服务平台22。计算系统90可以包括计算机或者服务器，并且可以主要由可以是软件形式的计算机可读指令来控制，无论在哪里或通过何种手段来存储或访问这种软件。计算系统90能够执行或者包括用于接近服务和IoT服务的联合注册/注销的逻辑实体，包括接近管理器306、IoT服务器308，设备302和304、联合的接近和IoT注册/注销CSR1102以及产生诸如界面1502的界面的逻辑实体。

计算系统90例如能够是M2M设备、用户设备、网关、UE/GW或者包括移动医疗网络的节点的任何其他节点、服务层网络应用提供方、终端设备18或者M2M网关设备14。这样的计算机可读指令可以在中央处理单元(CPU)91内来执行，以使计算系统90工作。在许多已知的工作站、服务器以及个人计算机中，由称为微处理器的单芯片CPU来实现中央处理单元91。在其他机器中，中央处理单元91可以包括多个处理器。协处理器81是与主CPU91不同的可选的处理器，其执行附加功能或者辅助CPU91。CPU91和/或协处理器81可以接收、生成和处理在所公开系统的各种实施例中所使用的数据。

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

耦合至系统总线80的存储设备包括随机存取存储器(RAM)82以及只读存储器(ROM)93。这样的存储器包括允许存储和检索信息的电路。ROM93一般包含不能轻易被修改的存储数据。在RAM82中所存储的数据可以由CPU91或者其他硬件设备来读取或者更改。对RAM82和/或ROM93的访问可以由存储控制器92来控制。存储控制器92可以提供当执行指令时将虚拟地址转换成物理地址的地址转换功能。存储控制器92还可以提供隔离系统内的进程并且将系统进程与用户进程相隔离的存储器保护功能。因此，在第一模式下运行的程序仅能访问由其自身处理器的虚拟地址空间所映射的存储器；而不能够访问另一处理器的虚拟地址空间内的存储器，除非已经建立了处理器之间的内存共享。

此外，计算系统90可以包含负责将CPU91的指令通信到外围设备的外围控制器83，所述外围设备为诸如打印机94、键盘84、鼠标95以及磁盘驱动器85。由显示控制器96控制的显示器86被用于显示由计算系统90所生成的可视化输出。这样的可视化输出可以包括文本、图形、动画图形以及视频。可以使用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子的平板显示器或者触摸屏来实现显示器86。显示控制器96包括生成发送至显示器86的视频信号所需的电子组件。

进一步，计算系统90可以包含网络适配器97，其可以被用于将计算系统90连接至外部通信网络，诸如图16A和16B的网络12。在实施例中，网络适配器97可以接收和发送由各种公开的系统和方法所使用的数据。

可理解的是，本文所述的系统、方法和处理中的任何任何或者全部可以以存储在计算机可读存储介质上的计算机可执行指令(即程序代码)的形式来体现。当由诸如计算机、服务器、M2M终端设备、M2M网关设备等的机器来执行这样的指令时，这样的指令执行和/或实现本文所述的系统、方法和处理。具体地，上述步骤、操作或者功能中的任何，包括网关、UE、UE/GW或者移动核心网络、服务层或者网络应用提供方的的任何节点的操作，可以以这样的计算机可执行指令的形式来实现。用于接近服务和IoT服务的联合注册/注销的逻辑实体，包括接近管理器306、IoT服务器308，设备302和304、联合的接近和IoT注册/注销CSR1102以及产生诸如界面1502的界面的逻辑实体，可以以存储在计算机可读存储介质上的计算机可执行指令的形式来体现。计算机可读存储介质包括以用于信息存储的任何方法或技术来实现的易失性和非易失性、可移动和不可移动两者的介质，但这样的计算机可读存储机制不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或者其他存储技术、CDROM、数字多功能光盘(DVD)或者其他光盘存储器、磁带盒、磁带、磁盘存储或者其他磁存储设备、或者能够被用于存储所需信息并且能够由计算机来访问的任何其他物理介质。

在描述的本公开的主题的优选实施例中，如附图所示，为清楚起见采用特定术语。然而，要求保护的主题并非旨在限定于如此所选的特定术语，并且应理解的是，每一特定元素包括以类似方式操作以达成类似目的的全部技术等同物。

本书面描述使用示例来公开本发明，包括最佳模式，并且也使得本领域的任何技术人员都能实践本发明，包括制作和使用任何设备或系统并且执行任何涵盖的方法。本发明的可给予专利权的范围由权利要求来定义，并且可以包括本领域的技术人员容易想到的其他示例。如果这样的其他示例具有与权利要求的字面语言没有区别的结构元件，或者这样的其他示例包括与权利要求的字面语言没有实质性区别的等同结构元件，则这样的其他示例旨在落入权利要求的范围内。

Claims

1.一种方法，所述方法在包括第一服务器和第二服务器的通信网络中用于供所述第一服务器使用，所述第一服务器对于所述网络中的第一服务注册设备，以及所述第二服务器对于所述网络中的第二服务注册设备，其中所述第一服务器包括处理器和存储器，并且其中所述服务器进一步包括存储在所述存储器中的计算机可执行指令，当由所述处理器来执行所述计算机可执行指令时，所述计算机可执行指令执行对于所述第一服务注册设备的功能，所述方法包括：

从设备接收注册消息；

注册所述设备；以及

将来自所述消息的数据转发至所述第二服务器以注册所述设备。

2.如权利要求1所述的方法，其中，所述第一服务器或者第二服务器中的一个是接近管理器。

3.如权利要求2所述的方法，其中，所述第一服务器或者第二服务器中的另一个是物联网(IoT)服务器。

4.如权利要求1所述的方法，其中，所述第一服务器是IoT服务器以及所述第二服务器是接近管理器。

5.如权利要求4所述的方法，其中，所述注册消息包含设备的对于接近服务的能力的指示。

6.如权利要求4所述的方法，其中，所述注册消息包含设备的对于接近服务的要求的指示。

7.如权利要求1所述的方法，其中，所述第一服务器是接近管理器以及所述第二服务器是IoT服务器。

8.如权利要求7所述的方法，其中，所述注册消息包含设备的对于IoT服务的能力的指示。

9.如权利要求7所述的方法，其中，所述注册消息包含设备的对于IoT服务的要求的指示。

10.一种方法，所述方法在包括第一服务器和第二服务器的通信网络中用于供所述第一服务器使用，所述第一服务器对于所述网络中的第一服务注册设备，以及所述第二服务器对于所述网络中的第二服务注册设备，其中所述第一服务器包括处理器和存储器，并且其中所述服务器进一步包括存储在所述存储器中的计算机可执行指令，当由所述处理器来执行所述计算机可执行指令时，所述计算机可执行指令执行对于所述第一服务注册设备的功能，所述方法包括：

从设备接收注销消息；

在所述第一服务器处注销所述设备；以及

将来自所述注销消息的数据转发至所述第二服务器以注销所述设备。

11.如权利要求10所述的方法，其中，所述第一服务器或者第二服务器中的一个是接近管理器。

12.如权利要求11所述的方法，其中，所述第一服务器或者第二服务器中的另一个是物联网(IoT)服务器。

13.如权利要求10所述的方法，其中，所述第一服务器是IoT服务器以及所述第二服务器是接近管理器。

14.如权利要求13所述的方法，其中，所述注销消息包含所述接近管理器的地址的指示。

15.如权利要求13所述的方法，其中，所述第一服务器是接近管理器以及所述第二服务器是IoT服务器。

16.如权利要求8所述的方法，其中，所述注销消息包含所述IoT服务器的地址的指示。

17.第一服务器，在包括所述第一服务器和第二服务器的通信网络中，所述第一服务器对于所述网络中的第一服务注册设备，以及所述第二服务器对于所述网络中的第二服务注册设备，其中所述第一服务器包括处理器和存储器，并且其中所述服务器进一步包括存储在所述存储器中的计算机可执行指令，当由所述处理器来执行所述计算机可执行指令时，所述计算机可执行指令使得所述处理器：

从设备中接收有关注册的消息；所述有关注册的消息是注册消息或者注销消息中的一个；

响应于所述有关注册的消息，在所述第一服务器处注册或者注销所述设备；以及

将来自所述消息的数据转发至所述第二服务器以注册或者注销所述设备。

18.如权利要求17所述的第一服务器，其中，所述消息是注册消息，以及其中所述第一服务器适合于注册所述设备，并且其中所述第一服务器适合于将来自所述消息的数据转发至第二服务器以注册所述设备。

19.如权利要求17所述的第一服务器，其中，所述消息是注销消息，以及其中所述第一服务器适合于注销所述设备，并且其中所述第一服务器适合于将来自所述消息的数据转发至第二服务器以注销所述设备。

20.如权利要求17所述的第一服务器，其中，所述第一服务器是接近管理器。

21.如权利要求17所述的第一服务器，其中，所述第一服务器是IoT服务器。

22.一种服务器，所述服务器包括：处理器、存储器以及通信电路，所述服务器经由其通信电路而被连接至通信网络，所述服务器进一步包括存储在所述服务器的存储器中的计算机可执行指令，当由所述服务器的处理器来执行所述计算机可执行指令时，所述计算机可执行指令使得所述服务器：

从设备接收注册消息；

注册所述设备；以及

23.一种服务器，所述服务器包括：处理器、存储器以及通信电路，所述服务器经由其通信电路而被连接至通信网络，所述服务器进一步包括存储在所述服务器的存储器中的计算机可执行指令，当由所述服务器的处理器来执行所述计算机可执行指令时，所述计算机可执行指令使得所述服务器：

从设备接收注销消息；

注销所述设备；以及

将来自所述注销消息的数据转发至第二服务器以注销所述设备。