CN107925583A - 服务层任播和些播 - Google Patents

服务层任播和些播 Download PDF

Info

Publication number
CN107925583A
CN107925583A CN201680046723.2A CN201680046723A CN107925583A CN 107925583 A CN107925583 A CN 107925583A CN 201680046723 A CN201680046723 A CN 201680046723A CN 107925583 A CN107925583 A CN 107925583A
Authority
CN
China
Prior art keywords
group
service
request message
node
broadcast
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201680046723.2A
Other languages
English (en)
Other versions
CN107925583B (zh
Inventor
李鸿堃
王重钢
李晴
罗科·迪吉罗拉莫
董丽君
卡坦利纳·M·姆拉丁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Convida Wireless LLC
Original Assignee
Convida Wireless LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Convida Wireless LLC filed Critical Convida Wireless LLC
Publication of CN107925583A publication Critical patent/CN107925583A/zh
Application granted granted Critical
Publication of CN107925583B publication Critical patent/CN107925583B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0251—Targeted advertisements
    • G06Q30/0269—Targeted advertisements based on user profile or attribute
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1886—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with traffic restrictions for efficiency improvement, e.g. involving subnets or subdomains
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1044—Group management mechanisms 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
    • H04Q11/0478—Provisions for broadband connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Multimedia (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

些播/任播服务可以在服务层处运行，并且包括服务节点/组选择以及后选择处理。些播/任播信息可以用于识别任播/些播的不同场景，从而促进服务节点选择以及处理重传。

Description

服务层任播和些播
相关申请的交叉引用
本申请要求2015年7月8日提交的标题为“Service Layer Anycast and Somecast(服务层任播和些播)”的美国临时专利申请No.62/190,007的权益，其内容在此通过引用并入本文。
背景技术
M2M服务层
从协议栈角度来看，服务层通常分层在应用协议层的顶部，并且向客户端应用提供增值服务。因此，服务层通常被归类为“中间件”服务。例如，图1示出了在IP网络栈102与应用103之间的示例***层101。
在图2中示出了在网络内的服务层实例的示例部署场景。在图2中，示出了服务层实例105被部署在各种网络节点(网关和服务器)上，并且向例如在网络应用域106中找到的网络应用、在设备应用域107中找到的设备应用、以及在网络服务域108中找到的网络节点提供增值服务。服务层实例105是服务层的实现。
M2M/IoT服务层是专门以为M2M/IoT类型的设备和应用提供增值服务为目标的一种类型的服务层的示例。业界标准团体(例如，oneM2M-oneM2M功能架构、oneM2M-TS-0001oneM2M功能架构-V-2.1.0)一直在开发M2M/IoT服务层以解决与将M2M/IoT类型的设备和应用集成到诸如互联网/web、蜂窝、企业、和家庭网络等部署中相关联的挑战。M2M服务层可以向服务层支持的M2M中心能力的类集提供应用和设备访问。一些示例包括：安全、计费、数据管理、设备管理、发现、供应、以及连接性管理。经由利用由M2M服务层限定的消息格式、资源结构和资源表示的API来使得这些能力可用于应用。
oneM2M开发了解决对公共M2M服务层的需求的技术规范，该公共M2M服务层可以容易地嵌入在各种硬件和软件中，并且依赖于将场中的各种设备与全球的M2M应用服务器连接。
如在图3中示出的，oneM2M公共服务层支持公共服务功能(CSF)(例如，服务能力)集合。一个或者多个特定类型的CSF集合的例示被称为公共服务实体(CSE)(例如，CSE111)，可以将该公共服务实体托管在不同类型的网络节点(例如，基础架构节点、中间节点、应用专用节点)上。
oneM2M正在按照两种架构方法开发服务层，该两种架构方法称为面向资源的架构(RoA)(例如，图4)和面向服务的架构(SoA)(例如，图5)。根据oneM2M RoA RESTful架构，CSF被表示为一组“资源”。资源是具有可以经由RESTful方法(诸如，创建、检索、更新、和删除(CRUD))来操纵的代表的架构中的唯一可寻址元素。通过使用通用资源标识符(URI)来使得这些资源可寻址。资源可以包含(多个)子资源和(多个)属性。子资源是与父资源具有包含关系的资源。父资源表示包含对其(多个)子资源的引用。子资源的生命周期受父的资源生命周期的限制。每个资源支持存储资源的信息的一组“属性”。
正在开发SoA架构以考虑不是基于RESTful的遗留部署。该遗留部署大部分地重新使用与在图5中示出的相同服务层架构。服务层包含各种M2M服务，并且可以将多种服务分组到服务组件中。除了现有参考点之外，还引入了服务间参考点Msc。通过Msc参考点的在M2M服务组件之间的通信利用web服务方法，例如，web服务消息交换模式(MEP)。
oneM2M中的组管理
oneM2M中存在负责处理与组有关的操作的组管理(GMG)CSF。GMG可以处理以下操作：
●请求创建、检索、更新、以及删除组和相关联的组成员。
●针对特定目的(例如，促进访问控制、设备管理、针对一组设备的扇出(fan-out)共同操作等)在oneM2M***的节点中的CSE中创建一个或者多个组。
●管理组成员资格，并且处理向组的成员列表添加或者从组的成员列表删除成员的请求。
●利用其它CSF的能力以实现GMG CSF服务功能支持的功能。示例包括：用于进行认证和授权的安全CSF。
●将请求转发给组中的所有成员。如果组包含另一组作为成员，则递归地进行转发过程。GMG CSF通过聚合来自组成员的对应响应来生成聚合响应。
●支持对单独的组的订阅。
●利用底层网络的现有能力，包括广播/多播。
图6图示了oneM2M针对组管理限定的<group>资源。限定虚拟资源<fanOutPoint>以将特定请求传送至组成员中的每一个。图7是<group>资源的示例性方法流。图8图示了<fanOutPoint>资源的示例性方法流。
发明内容
些播/任播服务可以在服务层处运行，并且包括服务节点/组选择以及后选择处理。些播/任播信息可以用于识别任播/些播的不同场景，从而促进服务节点选择以及处理重传。
提供本发明内容的目的在于按照简化的形式介绍对构思的选择，下面在具体实施方式中对这些构思进行了进一步描述。本发明内容既不旨在识别所要求的主题的关键特征或者本质特征，也不旨在用于限制所要求的主题的范围。此外，所要求的主题不限于解决在本公开的任何部分中提到的任何或者所有缺点。
附图说明
可以从下面结合附图以示例的方式给出的描述获得更加详细的理解，在附图中：
图1图示了在IP网络栈与应用之间的示例***层；
图2图示了在网络内的服务层实例的示例性部署场景；
图3图示了具有公共服务功能的示例性oneM2M公共服务层；
图4图示了示例性oneM2M服务层功能架构；
图5图示了示例性oneM2M服务组件架构；
图6图示了oneM2M针对组管理限定的示例性<group>资源；
图7图示了有关<group>资源的示例性过程(CRUDN)；
图8图示了有关<fanOutPoint>资源的示例性过程(CRUDN)；
图9图示了在互联网协议层处进行的示例性任播；
图10图示了在互联网协议层处进行的示例性些播；
图11图示了示例性组操作；
图12图示了示例性组操作；
图13图示了些播/任播服务的示例性架构；
图14图示了用于消息预处理的示例性方法；
图15图示了在服务层处进行的非基于组的任播/些播的示例性方法流；
图16A图示了不执行组选择的示例性方法流；
图16B图示了执行组选择的示例性方法流；
图17图示了用于执行重传操作的示例性选项；
图18图示了作为基于oneM2M功能架构的SL些播/任播CSF的些播/任播服务的示例性实施方式；
图19图示了oneM2M组管理等的示例性些播/任播方法流；
图20图示了oneM2M服务组件架构中的SAS的示例性实施方式架构；
图21图示了任播/些播的示例***交互；
图22图示了用于利用些播/任播服务的示例性用户界面；
图23A是可以实施所公开的主题的示例机器对机器(M2M)或者物联网(IoT)通信***的***图；
图23B是可以在图23A中图示的M2M/IoT通信***内使用的示例架构的***图；
图23C是可以在图23A中图示的通信***内使用的示例M2M/IoT终端或者网关设备的***图；以及
图23D是示例计算***的框图，在该示例计算***中，可以包含图23A的通信***的方面。
具体实施方式
本文公开的是服务层任播和些播的概念。除了别的之外，些播/任播服务(SAS)提供服务节点/组选择以及后选择处理。如本文公开的SAS可以帮助在不使用由底层传输网络或者底层路由协议提供的任播和/或些播的情况下在服务层处启用和支持具有或者不具有组管理的任播和/或些播。
图9图示了在IP层处进行的任播通信。在IP层处进行的任播是一种网络寻址和路由方法，在该方法中，将来自单个发送方的数据报路由至一组潜在接收方中的拓扑最近的节点，虽然可以将数据报发送至若干节点，但是所有数据报由相同的目的地地址识别。在互联网上，通常通过使用边界网关协议(BGP)宣告在单个服务地址处的多个节点的可达性来实施任播。可以将寻址到该范围内的目的地地址的分组路由至宣告给定目的地IP地址的网络上的“最近的”点。随着互联网的发展，网络服务对任播的可用性要求越来越高。IETF RFC4786，“任播服务的操作”：http://tools.ietf.org/html/rfc4786是用于网络运营商使用任播来部署或者操作分布式服务的当前实践。任播可以通过在网络内分布服务来提供某水平的负载平衡。
图10图示了在IP层处进行的些播。些播(例如，2000年发布的IETF草案，用于些播的IPv4选项)是允许将分组发送至目的地集合的多点传送技术。利用些播传送，网络将分组的一个副本传送至分组中列出的每个目的地。些播可以用于小型多用户会话(诸如，多媒体会议和多人游戏)，或者与终端主机多播一起用于较大型的会话。
IP些播是针对寻址方案的多播装置。IP多播是在单次传输中向一组感兴趣的接收器发送互联网协议(IP)数据报的方法。IP多播是用于在网络中通过IP基础架构来进行一对多和多对多实时通信的技术。IP多播中的关键概念包括IP多播组地址、多播分布树和接收器驱动的树创建。源和接收器使用IP多播组地址来发送和接收多播消息。
图11图示了可以受益于使用服务层任播的组操作的示例性用例。服务提供商可以分布许多温度传感器(诸如，温度传感器115和温度传感器117)以提供实时温度读数作为服务。为了便于管理和配置(例如，软件更新和安全配置)，可以形成组，并且服务提供商可以将图11的传感器(例如，温度传感器115、温度传感器117等)作为组进行管理。在示例性常规场景中，在步骤121中，服务层客户端118可以发送检索区域116的温度读数的请求，在该区域116中，部署有温度传感器115、温度传感器117、以及其它温度传感器。基于传统的服务层组管理机制，在步骤122中，组托管节点119将步骤121的请求转发至各个温度传感器115、温度传感器117等(即，单独地转发至每个组成员)。在步骤123中，响应于步骤122的请求，各个温度传感器分别返回具有温度读数的响应。在步骤124中，将各个响应返回至服务层客户端118。
继续参照对图11的讨论，不进行服务层任播的传统群组操作可能导致不必要的数据流(例如，各个传感器的通信开销和操作开销)以及冗余的温度读数。另外，可能存在过多的消息(请求/响应)。很可能从一个传感器报告的温度数据就足够了，并且服务层客户端118可以将区域116中的任何温度传感器(例如，温度传感器115或温度传感器117)视为可接受的。在该场景中，温度传感器可以彼此靠近并且可以提供相同或者非常相似的温度读数，从而假设所有传感器具有相似的感测能力。
如本文讨论的，服务层任播是用于执行服务层操作(例如，CRUD)的服务层通信。总之，发起方(例如，服务层客户端118)向以一组服务层节点(例如，区域116中的温度传感器)为目标或者不以一组服务层节点(例如，区域116中的温度传感器)为目标的注册器节点(例如，组托管节点119)发送请求消息。该操作由多个有资格的服务节点中的一个服务节点执行，并且发起方不关心或者可能不知道哪个服务节点执行操作。服务层任播的示例类型包括基于组的任播和非基于组的任播。在基于组的任播中，发起方可以明确地指定组信息(例如，组ID、<group>资源的URI)，从而使得注册器节点可以从(多个)指定的组的成员(例如，区域116)中选择一个服务节点以便执行期望的操作。在非基于组的任播中，发起方可以不明确地指定任何组信息，而是可以在消息中提供一些条件(例如，位置信息、访问权限要求)。注册器节点确定服务节点的范围并且可以基于条件来选择服务节点。
图12图示了灯的传统的组操作可以通过使用服务层些播受益的用例的示例。此处，移动电话包括远程控制客厅136中的n个灯(例如，灯133和灯134等)的应用131。可以将客厅136的n个灯分组在一起以便在服务层处进行管理。可以经由应用131执行操作(诸如，打开/关闭客厅136中的灯和调节客厅136中的灯的亮度)来控制客厅136中的灯组。在场景中，可能不需要打开客厅136中的所有灯，而是打开客厅136中的灯的子集就足够了。打开客厅136中的哪些灯可能并不重要，只要它们具有期望的亮度水平，可以通过光度计等来检测亮度水平。
继续参考图12，应用向组托管节点132(例如，IN-CSE)发送打开组中的3个灯的请求(在步骤137中)。然而，基于现有服务层组管理机制，组托管节点132将步骤137的请求消息转发至组中的每个灯(在步骤138)。可以打开客厅136中的每个灯并且单独地将具有操作结果的响应返回给组托管节点(在步骤139中)。传统的组操作并没有开启3个灯而使其它灯关闭，这可能导致不必要的能源消耗以及冗余的信息交换等。如本文公开的SAS可以帮助在不使用由底层传输网络或者底层路由协议提供的任播和/或些播的情况下在服务层处启用和支持具有或者不具有组管理的任播和/或些播通信。
如本文讨论的，服务层些播是用于执行服务层操作(例如，CRUD)的服务层通信。总之，发起方(例如，应用131)向注册器节点(例如，组托管节点132)发出请求消息，该注册器节点选择请求并且将请求转发至多个有资格的服务节点(例如，灯133或者灯134)以便执行期望的操作。发起方通常不关心多个服务节点中的哪个服务节点执行操作，只要执行了结束功能即可(例如，客厅136中的光量)。服务层些播的示例类型包括基于组的些播和非基于组的些播。在基于组的些播中，发起方可以明确地指定一个或者多个组(例如，客厅136)的组信息。注册器节点可以从(多个)组中选择确定数量的服务节点，并且将请求转发至选择的服务节点，该选择的服务节点可以在一个组中或者不同的组中。特别的情况是，发起方提供服务节点列表的地址(例如，URI、IP地址)，所以注册器节点只需要转发请求而不需要选择服务节点。在非基于组的些播中，发起方可以不明确地指定任何组信息，但是发起方向注册器节点提供一些条件(例如，客厅136中的光量)。注册器节点基于条件来确定服务节点的范围，并且转发请求。
服务节点的范围指定在注册器节点针对任播和些播请求进行选择时被视为候选服务节点的服务节点集合的范围。对于基于组的场景，发起方可以通过指示组ID来指定范围，因此，注册器节点不需要确定范围；而对于非基于组的场景，注册器节点需要确定范围，因为没有给出组ID信息。本文讨论的是用于在服务层处支持基于组的和非基于组的任播/些播的方法、***、和设备。
应该理解，执行在图13至图17以及图19等中图示的步骤的实体是可以按照存储在设备、服务器、或者计算机***(诸如，在图23C或者图23D中图示的那些设备、服务器、或者计算机***)的存储器中并且在该设备、服务器、或者计算机***的处理器上执行的软件(例如，计算机可执行指令)的形式来实施的逻辑实体。即，可以按照存储在计算设备(诸如，在图23C或者图23D中图示的设备或者计算机***)的存储器中的软件(例如，计算机可执行指令)的形式来实施在图13至图17以及图19中图示的(多种)方法，该计算机可执行指令在由计算设备的处理器执行时执行在图13至图17以及图19图示的步骤。在示例中，根据下面针对M2M设备的交互的进一步细节，图15的发起方161可以驻留在图23A的M2M终端设备18上。图15的发起方161、注册器节点164、和服务节点165可以驻留在图23A的M2M网关设备14上。
在本文中，用于支持服务层任播/些播的服务可以被称为些播/任播服务(SAS)。图13是SAS的架构141的示例性图示，其示出了子功能以及与其它服务层实体的交互。如在图13中示出的以及下面进一步讨论的子功能包括消息预处理142(见图14)、服务节点/组选择143、和后选择处理144。
图14图示了用于消息预处理的示例性方法。在框154中，验证参数。例如，检查消息中的参数以确定消息所需要的值和操作是否有效。本文更详细地讨论了用于启用SAS的信息和参数。例如，如果<container>资源只支持些播的检索操作，则针对任播/些播，对该资源的任何其它操作将被视为无效。如果注册器节点识别到在请求中设置了些播/任播，则SAS将开始处理请求消息。
继续参照图14，在框155处，识别任播/些播场景。任播/些播的适当场景可以基于接收到的消息中的信息。例如，可能要确定场景是任播还是些播，场景是基于组的还是非基于组的，或者针对些播是否涉及多个组等。
在框156中，确定服务节点的范围。这主要针对非基于组的场景，因为针对基于组的场景，发起方通常在请求消息中限定范围。对于非基于组的情况，注册器节点基于请求消息中的信息来确定应该从哪个范围/区域中选择哪个服务节点。在本文讨论的呼叫流程中引入了识别场景和确定范围。
现在参照图13，消息预处理142可以与其它功能或者服务层实体具有以下交互。在145处，消息预处理142可以从发起方接收对任播或者些播的请求。如本文讨论的，发起方可以是针对图23A至图23D讨论的M2M设备18。在146处，消息预处理142可以接收从其它服务层节点转发的对任播或者些播的请求。在这种情况下，可以选择组托管节点并且接收转发的请求，并且针对任播或者些播选择一个或者多个组成员。在147处，消息预处理142可以将识别到的任播/些播场景、服务节点/组的范围、或者任播/些播参数发送至服务节点/组选择143。
继续参照图13，可以存在服务节点/组选择143，该服务节点/组选择143基于由消息预处理142确定的范围来选择服务节点或者组。另外，可以触发服务节点/组选择143以在原始选择的服务节点返回失败响应或者有任何消息丢失时执行重选。通常基于消息预处理142的输出以及其它参数(诸如，选择方法和准则或者预期的服务节点的数量)来执行选择过程。只从多个组中选择单个组，并且组托管节点选择服务节点也是可能的。在本文讨论的呼叫流程中引入了服务节点选择。在选择了服务节点或者组之后，可以在148处将选择的节点或者组的信息传递至选择后处理144。当选择的服务节点或者组未能执行期望的操作时，通过重选149来触发选择过程也是可能的。
继续参照图13，可以存在选择后处理144，该选择后处理144负责在针对任播/些播选择服务节点或者组之后处理任务。该任务可以包括：在152处将消息转发至选择的服务节点或者组，在151处处理返回的消息，如果存在错误或者消息丢失，则发起重传，以及在150处触发其它服务层功能(例如，组管理)。为了发起重传，可能触发重选过程，因为选择的服务节点舍弃或者拒绝请求。本文更详细地讨论了用于重传的不同方式。对于触发其它服务层操作(诸如，组管理)，方式是可选的，这取决于发起方请求和服务层配置。
传统的服务层不限定用于支持任播和些播服务的信息和机制。下面更详细地讨论的是可以帮助在服务层处启用任播和些播通信的信息。来自发起方(例如，图15的发起方161)的请求消息中包括的用于启用服务层任播和些播的信息可以包括以下信息中的一个或者多个：任播/些播指示、服务节点的数量、与组有关的类型、组ID、组选择启用、重传选项、组管理触发、服务节点ID要求、以及选择准则/方法等。
任播/些播指示可以指示请求消息中包括的操作期望进行任播/些播通信。服务节点的数量的指示可以用于针对任播/些播通信的消息。对于任播，所需的数量为1。大于1的任何数量都暗示些播。针对与组有关的类型，可以指示任播/些播操作是基于组的还是非基于组的。针对任播/些播过程，可以涉及超过一个组。如果存在基于组的任播/些播，则组ID指示组标识符(例如，<group>资源的URI)。
与任播/些播相关联的消息可以包括重传选项，该重传选项指示将在失败发生时使用的重传方法。重传选项参数可以包括指派有不同偏好的超过一个选项。例如，在重传选项参数下，可以存在一组“重选”选项或者“重传”选项。针对重选，可以指如果选择的服务节点返回失败响应，则注册器节点首先尝试重新选择另一服务节点。只有注册器节点找不到另一有资格的服务节点才会将消息重新传输至选择的服务节点。本文提出了重传方法。要说明一点，例如，重选选项可以用于选择另一服务节点(或者相似的)以及在第一服务节点舍弃或者拒绝请求时发送请求。例如，重传选项可以是将请求重传至选择的节点。
与任播/些播相关联的消息可以包括组管理触发，该组管理触发指示一旦经由任播/些播成功地执行了期望的操作，就触发组管理操作(例如，创建新的组、合并两个组)。还可以通过某些组管理策略和规则来触发组管理操作。例如，服务提供商可以设置应该将由相同应用创建的所有<container>资源分组在一起以便于管理的规则。
与任播/些播相关联的消息可以包括服务节点ID参数，该服务节点ID参数指示在对发起方161的响应中是否需要选择的服务节点的ID。通常，发起方161不关心并且不知道针对任播和些播哪个服务节点被选择以及执行期望的操作。在一些情况下，如果提供了服务节点ID或者地址，则将是有益的。例如，发起方161请求创建三个<container>资源来存储一些数据。如果发起方161知道创建资源的服务节点的ID，则发起方161可以直接访问服务节点以便将来管理新的资源。
与任播/些播相关联的消息可以包括用于选择用于任播和些播通信的服务节点的一组准则或者方法。在用于选择服务节点的准则或者方法的第一示例中，可以启用随机选择，这指示可以在范围内随机选择服务节点或者组。在用于选择服务节点的准则或者方法的第二示例中，可以基于位置(可以是逻辑位置或者物理位置)来选择服务节点，例如，选择的服务节点应该在服务提供商1的网络中。位置准则可以由发起方来配置。在用于选择服务节点的准则或者方法的第三示例中，可以基于负载平衡来选择服务节点。例如，业务负载比其它潜在服务节点少的服务节点(例如，组托管节点)将请求转发至空闲的传感器，或者服务较少数量的对检索温度读数的请求。在用于选择服务节点的准则或者方法的第四示例中，可以基于路由来选择服务节点。例如，选择基于具有来自发起方的最少数量的跳数的服务节点。在用于选择服务节点的准则或者方法的第五示例中，选择服务节点可以基于底层网络协议。例如，可以基于支持与发起方161相同的底层传输层(例如，CoAP)来选择服务节点。最后，可以存在考虑用于选择服务节点的准则或者方法的其它场境信息。例如，发起方还可以指定场境信息，诸如，感测的准确度、计算能力、时间感知、和休眠调度。
表1示出了可以与图11相关联的请求消息的示例。在表1中提供了与些播/任播相关联的属性/参数。
表1：具有针对些播/任播的信息的请求消息的示例
属性 值
anycastSomecastIndicator 设置
numberOfAnycastSomecastNode 1
groupBasedIndication 基于组的
groupID <group>资源的URI
groupSelectionRequired 禁用
serviceNodeIDRequired 否
retransOption 重选成员
serviceNodeSelectionCriteria 随机选择
另外，可以在服务层处维持有关任播和些播的一些信息，从而使得服务层可以在接收到对任播或者些播的请求时验证请求消息中的参数。为了清楚起见，SAS可以是服务，例如，CSE中的CSF。但是，SAS也可以集成到其它服务中，或者连同其它服务一起提供。些播/任播信息可以由服务层所有者/提供商在服务层处配置和维持。为了实施，可以存在为服务层限定的新的属性或者参数。第一示例属性可以是anycastSomecastEnable，其指示对服务节点或者特定资源启用了还是未启用任播/些播通信。第二示例属性可以是supportOpAnycastSomecast，其指示针对任播/些播允许的操作的类型。例如，对于存储温度读数的一些<container>资源，针对任播/些播，只可以允许进行RETRIEVE操作。换句话说，在该示例中，发起方161不能请求经由任播或者些播来更新或者删除<container>资源的子集。第三示例属性可以是mixedTypesEnable，其指示是否可以通过些播来对混合类型的服务节点或者资源执行操作。这与包含一组成员资源的组有关。成员资源的类型可以相同或者不同。mixTypeEnable意味着发起方是否可以请求经由些播来对不同类型的成员资源执行操作。
图15图示了在服务层处进行非基于组的任播/些播的示例性方法流。下面讨论的是用于在服务层处支持非基于组的任播/些播的过程。非基于组的任播/些播的特征在于：发起方不明确地指定任何组信息，而发起方可以提供一些条件以帮助确定服务节点的范围。CERATE操作用作示例，并且只有服务节点165可达到服务节点166。下面引入的过程使用些播作为示例，因为任播可以被视为是些播的特例，其中，所需的服务节点数量为1。
继续参照图15，在步骤168中，发起方161(例如，oneM2M中的应用实体)向注册器节点164发送对创建一些<container>资源的请求。在步骤168的请求消息中，可以在请求消息中指定与参数相关联的些播。例如，可以如在表2中示出的那样设置些播参数。虽然在呼叫流程中未示出，但是存在用于指示服务节点的数量的替代方式。在一个替代示例中，步骤168的请求消息包括服务节点的数量范围，例如，(2,5)，其指示最小数量为2并且最大数量为5。这给予了注册器节点164选择节点的灵活性。另一方式是步骤168的请求消息已经设置了‘numberflexibilityIndicator’标志以允许注册器节点164选择灵活数量的服务节点。如果注册器节点164不支持任播/些播，则可以将步骤168的请求消息视为无效消息，因为一些参数不被支持，请求消息返回包括未启用任播/些播等的响应消息。
表2：图15的些播/任播的请求消息参数
继续参照图15，在步骤169中，注册器节点164接收步骤168的请求消息并且验证请求消息中的参数。例如，注册器节点164检查任播/些播是否被允许创建新的资源。然后，注册器节点164识别任播/些播的场景。在该示例中，指定了非基于组的些播，因此，注册器节点164确定服务节点的范围。为了确定范围，注册器节点164可以参考步骤168的请求消息中的选择准则和其注册的服务层网络。在步骤170中，注册器节点164基于选择准则和确定的范围来选择服务节点。在图15的方法流中，选择向注册器节点164注册的服务节点163和服务节点162。注册器节点164然后为每个选择的服务节点生成请求消息。在步骤171中，注册器节点164分别向选择的节点(例如，服务节点163和服务节点162)发送CREATE请求。在步骤172中，注册器节点164接收响应消息。当服务节点163和服务节点162成功完成CREATE操作时，服务节点163和服务节点162可以发送响应消息。此处，假设选择的节点(例如，服务节点163和服务节点162)成功地执行操作。本文讨论了解决失败情况和对应的重传过程的方法。
继续参照图15，注册器节点164只知道在这种情况下作为候选的三个服务节点，但是一个服务节点是没有资格的IN-CSE。有资格的服务节点意味着服务节点满足步骤168的请求消息中的条件。注册器节点164确定是否有必要将请求转发至其它服务节点以供进一步选择。通常，可能注册器节点164无法选择如需要的那么多的服务节点，因为它未连接至若干服务节点，或者未连接至若干有资格的节点，或者一些有资格的节点拒绝了请求。在这种情况下，在步骤173中，注册器节点164可以将任播请求转发至服务节点165，该服务节点165将选择再多一个服务节点来完成请求。作为提示，可以将任播视为些播的特例，其中，所需的服务节点数量为1。因此，如果步骤172成功，则任播不需要进行步骤173至步骤179。
继续参照图15，在步骤174，注册器节点164将些播请求消息转发至服务节点165。除了服务节点的数量为1之外，该消息中的内容可以与步骤168的请求消息的内容基本相同，指示期望进行任播。由注册服务器节点164选择的两个服务节点已经创建了资源，并且因此，只需要再多一个服务节点。在步骤175中，服务节点165遵循与步骤169和步骤170相似的操作。在步骤179中，遵循与步骤171和步骤172相似的操作。在步骤177中，除了别的之外，注册器节点164接收与步骤174的请求消息相关联的响应消息。该响应消息可以指示参数，或者指示请求完成。
继续参照图15，在步骤178中，一旦完成了步骤168的请求(例如，在这种情况下，三个服务节点成功创建<container>资源)，注册器节点164就可以确定是否有必要创建用于管理新创建的资源的组。这样做可能有一些益处。对于这种情况，可以通过更高效的组管理方法来管理、发现和访问三个新的<container>资源。另一种可能的情况是：发起方161可以请求将三个新资源添加至现有组中，该现有组包含由发起方164创建和管理的资源列表。是否采取任何与组有关的操作可以取决于不同的因素。例如，一个因素可以是发起方164是否在请求消息中明确地请求特定与组管理有关的操作。另一因素可以基于对是否应该基于服务层配置来执行特定组管理操作的确定。例如，可以按照以下方式来配置服务层平台：只要资源属于相同类型，就需要将通过些播创建的资源分组在一起以便进行高效管理。另外，步骤178的与组有关的操作仅仅是该过程中的示例。该可选步骤可以涉及其它方面，诸如，访问控制和计费。在步骤179中，注册器节点164向发起方164发送响应，该响应可以包括创建与步骤168的请求相关联的请求的资源的那些服务节点的ID。
继续参照图15的场景，在注册器节点164未能选择如请求的那么多的服务节点的情况下，代替将些播请求转发至另一服务节点以便执行另一轮选择，替代方式是注册器节点执行发现过程，并且获取更多有关可以考虑的一些其它有资格的服务节点的信息。该发现步骤可以从在图15中示出的步骤173开始。为了在注册器节点164处启用发现，发起方161可以在请求消息中设置称为“可选动作”的可选标志，该标志指示如果注册器节点未能找到请求数量的服务节点所要进行的操作。“可选动作”的可能值可以是无、发现、转发等。
图16A和图16B图示了在服务层处进行基于组的任播/些播的示例性方法流。与非基于组的场景形成对比，发起方161提供群组信息，诸如，组ID、<group>资源的URI、或者服务节点的地址列表。针对基于组的任播和些播，可以涉及超过一个组。例如，对区域的温度读数感兴趣的应用可以发现由不同的操作员管理的多组传感器可以提供数据，所以，应用可以通知其注册器节点161所有这些组以便经由任播或者些播来检索温度数据。因此，在将请求消息转发至任何组托管节点之前，可能需要注册器节点选择组。多组场景是一组场景的一般情况，其中，跳过组选择操作。
图16A图示了不执行组选择的示例性方法流，而图16B图示了执行组选择的示例性方法流。对于图16A和图16B两者，使用RETRIEVE操作作为示例。
参照图16A，在步骤191中，注册器节点184接收用于检索内容的请求。在步骤191的请求消息中，包括在表3中提供的与任播/多播有关的参数。不进行组选择暗示注册器节点不需要在转发请求消息之前选择组。由于发起方181以两个组为目标，因此，可以仅从组1中，仅从组2中，或者从两个组中选择服务节点。图16A示出了不具有组选择的过程。
表3：图16A的些播/任播的请求消息参数
继续参照图16A，在步骤192中，注册器节点184认证步骤191的请求消息中的参数。注册器节点184识别到针对些播涉及两个组，并且不需要进行组选择。在步骤193中，注册器节点184向组托管节点、组1托管节点183和组2托管节点185发送请求消息。注册器节点184在其转发的每个请求中提供服务节点的数量和组ID。在转发请求之前，注册器节点184决定针对组1将期望的节点数量设置为1，并且针对组2将期望的节点数量设置为2。在步骤194a中，组1托管节点183处理步骤193的请求消息，并且识别到其是基于组的任播。因此，组1托管节点183选择其组成员中的一个成员来执行请求的操作。步骤193的请求可以包括以下内容：任播/些播，类型：组、所需数量：1(2)、目标：/组1(/组2)、要检索的内容、选择准则。在步骤194b中，组2托管节点185中的SAS遵循与步骤194a相似的过程。然而，组2托管节点185选择两个组成员来执行请求的操作，因为来自注册器节点的请求指示基于组的些播被请求具有两个服务节点。
继续参照图16A，在步骤195a中，组1托管节点183向组1成员节点182中选择的组成员发送请求，并且相应地接收响应。在步骤195b中，其是与选择的组成员(例如，组2成员节点186)交换请求和响应消息的步骤195a相似的过程。在步骤196a和步骤196b中，组1托管节点183和组2托管节点185分别向注册器节点184发送响应消息以指示选择的组1成员节点182的组2成员节点186已经成功地执行了请求的操作。在步骤197中，注册器节点184验证服务节点的数量足够执行请求的操作。在步骤198中，注册器节点184向发起方181发送与步骤191的请求消息相关联的响应消息。
下面讨论与组选择相关联的图16B。步骤201和步骤202与图16A的步骤191和步骤192相似。在步骤203中，在步骤201的请求消息中，根据需要指示组选择，注册器节点负责在转发些播请求之前选择另一组。在这种情况下，选择组2。注册器节点184可以基于步骤201的请求消息中的选择准则、基于本地维持的服务层配置等来进行选择。例如，注册器节点184可以选择具有更多组成员的组，这意味着更大的选择基础。注册器节点184可以选择具有更多服务层客户端或者订户的组，从而使得可以通过经由些播执行期望的操作来通知更多的客户端或者订户新的特征/服务。在步骤204中，注册器节点184通过更新步骤201的请求中的组ID来将些播请求发送至组2托管节点185。步骤204的请求可以包括以下内容：任播/些播，类型：组、目标：/组2、所需数量：3、要检索的内容、选择准则。步骤205至步骤207遵循与图15的步骤175至步骤177相似的操作。在步骤208中，注册器节点184验证存在如请求的足够数量的成功操作。在步骤209中，注册器节点184向发起方181发送响应。可替代地，当组托管节点185从注册器节点184接收到任播/些播请求时，步骤202还可以由组2托管节点185来进行。在这个意义上，可以认为注册器节点184直接选择组并且为每个组决定所需数量。
下面讨论的是重传方法。图15、图16A、和图16B示出了假设在过程期间既没有发生处理错误，也没有发生消息丢失，从而不需要进行重传的非基于组的和基于组的任播/些播的过程。可能存在由于消息丢失(例如，在底层协议层处的分组丢失)或者处理错误(例如，请求被拒绝)进行的重传。存在针对执行在图17中图示的重传操作的多个选项。对于选项219，总体来说以及下面将更详细地讨论的，针对非基于组的场景，注册器节点184选择另一服务节点，或者针对基于组的场景，组托管节点从相同的组中选择不同的组成员节点。对于选项220，总体来说以及下面更详细讨论的，针对非基于组的场景，注册器节点184将请求重传至选择的服务节点，或者组托管节点将请求重传至选择的组成员节点。在一些情况下，不应该使用该选项。例如，选择的服务节点由于某一访问控制问题而拒绝请求，或者选择的服务节点刚刚删除了资源，而任播请求是从删除的资源中检索数据。对于选项230，总体来说以及下面更详细讨论的，组托管节点在其未能从选择的组成员获得成功响应时返回到注册器节点。其转到不同的组以便选择新的服务节点。该选项通常用于涉及多个组时的基于组的场景。
参照图17，步骤210包含进行预配置的一系列步骤，除了发起方181只请求一个服务节点来执行操作(例如，任播)之外，该一系列步骤遵循如在图16B中示出的步骤201至步骤205。在该示例中使用任播主要是为了便于说明重传方法。发起方181利用涉及的两个组发起任播请求。注册器节点184执行组选择请求，并且将些播请求发送至组2托管节点185。然后，组2托管节点185选择一个组成员。在步骤211中，组2托管节点185向选择的组成员发送请求消息以便执行如步骤210中提供的请求的操作。在步骤212中，为了说明重传，存在由组2托管节点185接收的指示来自组2成员节点187的失败响应。在步骤213中，组2托管节点185检查任播请求消息以确定需要进行什么重传(如果有的话)。如果发起方181没有指定任何重传方法，则将使用默认方法。组2托管节点185由于消息丢失而永远无法获得响应也是可能的。在这种情况下，组2托管节点185可以在响应超时时发起重传过程。
参照图17的选项219，在步骤214中，组2托管节点决定选择另一组成员，并且其选择组2成员节点188。组2托管节点185找不到满足由发起方181设置的要求的任何有资格的组成员是可能的。在这种情况下，作为代替，组2托管节点185可以利用替代重传方法。发起方181可以指定多种重传方法，因此，如果第一选项不起作用(例如，在这种情况下没有更多的有资格的组成员)，则组2托管节点185可以转向第二选项。在步骤215和步骤216中，请求和成功响应交换分别在组2托管节点185与组2成员节点188之间发生。在步骤217中，注册器节点184接收与步骤210的请求相关联的响应。在步骤218中，注册器节点184向发起方181发送与步骤210的请求相关联的响应。
参照图17的选项220，在步骤221中，对于该选项，组2托管节点185决定将请求重传至选择的组成员(例如，组2成员节点187)。在做出该决定之前，组2托管节点185可以验证组2成员节点187可能成功地执行请求的操作。例如，如果组2成员节点187已经删除了存储用于检索操作的内容的资源，则组2托管节点185不应该使用选项220进行重传，并且转向替代选项。组2托管节点185可以检查步骤212的响应中的响应代码以识别失败原因。在步骤222和步骤223中，请求和成功响应交换分别在组2托管节点185与组2成员节点187之间发生。在步骤224中，注册器节点184接收与步骤210的请求相关联的响应。在步骤225中，注册器节点184向发起方181发送与步骤210的请求相关联的响应。
参照图17的选项230，在步骤221中，组2托管节点185返回注册器节点184以便进行重传。另外，组2托管节点185可以使用该选项，因为先前的两个选项不起作用(例如，没有更多的有资格的组成员，并且选择的组成员不能执行所需操作)。在步骤232中，组2托管节点185向注册器节点184发送指示失败原因的响应。在步骤233中，注册器节点184识别失败原因和重传选项，并且针对任播请求决定转到组1。在步骤234至步骤239中，注册器节点向组1托管节点183发送任播请求，该组1托管节点183遵循任播的步骤。这些步骤与如在图16B中示出的步骤204至步骤209相似。
图18图示了基于传统的oneM2M功能架构来将所公开的SAS实施为新的SL些播/任播CSF 244的示例。可替代地，还可以将所公开的SAS实施为传统的组管理CSF的一部分以及添加所公开的SAS作为传统的组管理CSF的一部分。
针对用于启用任播和些播的资源公开了下面在表4中示出的公共属性。
表4：新的公共属性
通过Mca和Mcc参考点从发起方(例如，发起方181)到接收方(例如，注册器节点184)的请求可以包含如在表5中示出的参数。
表5：请求消息中的新参数
可以通过传统的oneM2M组管理来支持基于组的任播/些播。如在表6中列出的那样针对<group>资源公开了一些属性。
表6：<group>资源的属性
图19图示了oneM2M组管理等的示例性些播/任播方法流。总之，在第一种方法(例如，图19的情况271)中，组托管CSE 252基于来自AE 251(例如，发起方)的请求来选择请求数量的组成员，并且将请求转发至每个选择的成员托管CSE(例如，成员托管CSE 254或者成员托管CSE 255)。在第二种方法(例如，图19的情况272)中，组托管CSE 252选择超过AE 251请求的数量的数量的组成员。组托管CSE 252聚合响应，并且在采集到足够数量的响应之后将聚合的响应发送至AE 251。在已经达到足够数量的响应之后，组托管CSE 252可以忽略响应。这对于时间敏感的一些应用/服务可能是有用的。例如，监测服务提供来自核电厂的实时温度读数以调整操作。如果发生紧急情况，则可能需要可靠并且快速地返回温度读数。一些传感器可能发生故障，并且组托管CSE 252可能不会意识到这一点。该方法可以为任播/些播提供一定级别的可靠性，以防选择的组成员有错误。
下面更详细地讨论图19。在步骤261中，AE 251发送以虚拟资源<fanOutPoint>为目标的请求，并且请求两个组成员执行操作。请求可以包括以下内容：(<group>/<FanOutPoint>、anycastSomecastIndicator：设置、numberOfAnycastSomecastNode：2、groupBasedIndication：基于组的、serviceNodeSelectionCriteria：随机选择、retransOption：重选组成员、reliableRequirement：所需可靠性)在步骤262中，组托管CSE262可以验证在步骤261的请求消息中找到的接收到的参数。例如，验证可以包括确定以下内容中的一个或者多个：任播/些播是否支持请求操作；所请求的组成员的数量是否未超过组成员的总数，或者所请求的些播是否引起有关混合类型的组成员的操作以及这是否被允许等。而且，在步骤262中，可以选择组成员的数量。这可以基于步骤261的请求消息中的所请求的数量或者一些应用/服务特定参数。例如，紧急情况监测和报告服务可以针对报告紧急情况请求一定水平的“可靠性”，所以，组托管CSE可以选择超过实际需要的成员托管CSE以便为通过任播/些播订阅该服务的应用创建订阅。用于超过需要地进行选择的这种方法可以提供一些余量，以防一些选择的节点拒绝请求或者存在错误/消息丢失。主要思想是组托管CSE选择比发起方需要的更多数量的节点。例如，发起方请求选择3个成员，但是组托管CSE可以选择5个成员，从而使得即使2个选择的成员拒绝或者断开，或者2个消息丢失，发起方仍然可以接收3个响应，这可以避免由于重传而导致的太多延迟。在步骤262中，可以基于请求中的方法和准则或者在服务层中维持的默认方法来选择组成员。
继续参照图19，在步骤263中，组托管CSE 252向每个选择的成员托管CSE(例如，成员托管CSE 253、成员托管CSE 254、和成员托管CSE 255等)发送请求。在这种示例性情况下，选择三个成员，这超过所请求的两个成员。由于AE 251指定随机选择，因此，组托管CSE252随机选择三个组成员。
下面讨论的是图19的情况271，该情况271是在接收到所有响应之前采集请求数量的成功响应的示例性流程。在步骤264中，接收前两个返回响应，该前两个返回响应指示已经成功地执行了请求操作。在步骤265中，组托管CSE 252确定将响应聚合到AE 251，因为其已经接收到请求数量的成功响应。在步骤266中，组托管CSE 252将聚合响应消息发送至AE251。在267处，如果是对于步骤261的请求，则之后将忽略由组托管CSE 252接收的响应。
下面讨论的是图19的情况272，该情况272是未能采集到请求数量的成功响应的示例性流程。在步骤281和步骤282中，两个选择的组成员由于过程误差和消息丢失而不将成功响应返回至组托管CSE252。在步骤283中，组托管CSE 252基于与步骤281和步骤282相关联的响应来重选不同的组成员。组托管CSE 252确定其未能采集到针对请求操作的请求数量的成功响应。其采集到两个中的一个。在步骤284中，组托管CSE 284向新选择的组成员(例如，在步骤283中选择的成员托管CSE 255)发送请求消息。在步骤285中，组托管CSE 252接收与步骤284的请求消息相关联的成功响应。在步骤286中，组托管CSE 252聚合接收到的响应。在步骤287中，组托管CSE 252将向AE 251发送聚合响应。
图20图示了oneM2M服务组件架构(oneM2M服务组件架构、oneM2M-TS-0007oneM2M功能架构-V-0.7.0)中的SAS的示例性实现架构。如图所示，CSE 276中存在SAS组件275。该服务能力提供验证请求中的参数，识别任播/些播场景以及确定用于选择的服务节点的范围的能力。
下面是针对服务能力的进一步讨论。processingAnycastSomecastMessage服务能力提供验证请求中的参数，识别任播/些播场景，以及确定用于选择的服务节点的范围的能力。先决条件包括发起方(例如，AE或者CSE)想要对一个服务节点或者服务节点的集合发起任播/些播。Signature-processingAnycastSomecastMessage与之前的一个或者多个表相似。
表7：签名–处理AnycastSomecastMessage
图21图示了具有针对SOA的流程的任播/些播的示例***交互。oneM2M资源交互工作服务能力可以用于检索至邻近的服务层的服务层链路的权重。服务能力与<group>资源对齐，并且映射至资源的CRUD过程。
图22图示了可以在与SAS相关联的示例性图形用户界面上显示的内容。显示器可以与任何基于计算的设备通信连接。图标291用于SAS，并且当图标291被选择时，可以在框292处显示基于组或者非基于组的选项。如果选择了基于组的选项，则可以利用如本文讨论的些播/任播参数来显示框293中的信息。可以选择框293中的一个或者多个参数以提出附加信息。例如，可以选择serviceNodeSelectionCriteria，并且在框294中提供信息。在另一示例中，可以显示本文讨论的任何步骤(例如，发送了消息或者步骤的成功)的进展。可以如本文讨论的那样显示图15至图17等的方法流。可以实施用户界面以便使用默认值来配置或者编程那些参数，以及控制开关以便启用或者禁用任播/些播服务的某些特征。
在不以任何方式过度地限制本文出现的权利要求书的范围、解释、或者应用的情况下，本文所公开的示例中的一个或者多个示例的技术效果用于提供对设备和应用通过服务层来进行通信的方式的调整。在通信与服务层相关联时，在一些实例中，SAS可以提供更有效的通信。
图23A是可以实施一个或者多个公开的概念的示例机器对机器(M2M)、物联网(IoT)、或者万物网(WoT)通信***的示意图。一般而言，M2M技术提供用于IoT/WoT的构件块，并且任何M2M设备、M2M网关或者M2M服务平台都可以是IoT/WoT以及IoT/WoT服务层等的组件。
如在图23A中示出的，M2M/IoT/WoT通信***10包括通信网络12。该通信网络12可以是固定网络(例如，以太网、光纤、ISDN，PLC等)或者无线网络(例如，WLAN、蜂窝等)或者异构网络的网络。例如，通信网络12可以由多个接入网组成，该多个接入网向多个用户提供内容，诸如，声音、数据、视频、消息、广播等。例如，通信网络12可以采用一种或者多种信道接入方法，诸如，码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)等。进一步地，通信网络12可以包括其它核心网络，诸如，例如互联网、传感器网络、工控网络、个域网、融合个人网络、卫星网络、家庭网络、或者企业网络。
如在图23A中示出的，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、蓝牙)、直接无线电链路、以及有线网络。
参照图23B，图示的在场域中的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的功能，例如，实施为web服务器、实施在蜂窝核心网络中、实施在云中等。
与所图示的M2M服务层22相似，在基础架构域中存在M2M服务层22’。M2M服务层22’为在基础架构域中的M2M应用20’和底层网络12’提供服务。M2M服务层22’还为场域中的M2M网关设备14和M2M终端设备18提供服务。要理解，M2M服务层22’可以与任何数量的M2M应用、M2M网关设备和M2M终端设备进行通信。M2M服务层22’可以通过不同的服务提供商来与服务层进行交互。可以由一个或者多个服务器、计算机、虚拟机(例如，云/计算/存储场)等来实施M2M服务层22’。
仍然参照图23B，M2M服务层22和22’提供服务传送能力的核心集，该服务传送能力使应用多样化并且可以利用垂直面。这些服务能力使M2M应用20和20’能够与设备进行交互，并且进行诸如数据采集、数据分析、设备管理、安全、开账单、服务/设备发现等功能。本质上，这些服务能力使应用免于实施这些功能的负担，由此简化了应用开发并且减少进入市场的成本和时间。服务层22和22’还使M2M应用20和20’能够通过各种网络12和12’结合服务层22和22’提供的服务来进行通信。
在一些示例中，如本文讨论的，M2M应用20和20’可以包括通过使用SAS来进行通信的期望的应用。M2M应用20和20’可以包括各个行业的应用，诸如但不限于，运输、健康与保健、联网家庭、能量管理、资产追踪、以及安全和监控。如上面提到的，跨***的设备、网关、和其它服务器运行的M2M服务层支持如下功能：诸如，例如，数据采集、设备管理、安全、开账单、位置追踪/围栏、设备/服务发现、以及遗留***整合，并且将这些功能作为服务提供至M2M应用20和20’。
如讨论的，本申请的SAS可以实施为服务层的一部分。服务层是软件中间件层，该软件中间件层通过应用编程接口和底层组网接口的集合来支持增值服务。M2M实体(例如，可以通过硬件和软件的组合来实施的诸如设备、网关或者服务/平台等M2M功能性实体)可以提供应用或者服务。ETSI M2M和oneM2M两者都使用可以包含本申请的SAS的服务层。ETSIM2M的服务层称为服务能力层(SCL)。SCL可以实施在M2M设备(在该M2M设备中，SCL称为设备SCL(DSCL))、网关(在该网关中，SCL称为网关SCL(GSCL))和/或网络节点(在该网络节点中，SCL称为网络SCL(NSCL))内。oneM2M服务层支持公共服务功能(CSF)(例如，服务能力)的集合。一个或者多个特定类型的CSF的集合的例示称为公共服务实体(CSE)，可以将该公共服务实体托管在不同类型的网络节点(例如，基础架构节点、中间节点、应用专用节点)上。进一步地，本申请的SAS可以实施为M2M网络的一部分，该M2M网络使用面向服务的架构(SOA)和/或面向资源的架构(ROA)来访问服务，诸如本申请的SAS。
如本文讨论的，术语“服务层”可以被认为是在网络服务架构内的功能层。服务层通常位于应用协议层(诸如，HTTP、CoAP或者MQTT)之上，并且向客户端应用提供增值服务。服务层还提供至在较低资源层(诸如，控制层和传输/访问层)处的核心网络的接口。服务层支持多个类别的(服务)能力或者功能，包括服务定义、服务运行时间启用、策略管理、访问控制、和服务群集。最近，若干行业标准团体(例如，oneM2M)已经开发了M2M服务层以解决与将M2M类型的设备和应用集成到部署(诸如互联网/web、蜂窝、企业、和家庭网络等)中相关联的挑战。M2M服务层可以向应用和/或各种设备提供服务层支持的上面提到的能力或者功能的类集或者集合的访问权限，该服务层可以被称为CSE或者服务能力层(SCL)。一些示例包括但不限于：安全、计费、数据管理、设备管理、发现、提供、以及可以由各种应用共同使用的连接管理。经由利用由M2M服务层限定的消息格式、资源结构和资源表示的API来使得这些能力或者功能可用于这种各种应用。CSE或者SCL是可以由硬件和/或软件实施并且提供暴露于各种应用和/或设备的(服务)能力或者功能(即，在这种功能实体之间的功能接口)以便CSE和SCL使用这种能力或者功能的功能实体。
图23C是示例M2M设备30(诸如，例如，M2M终端设备18或者M2M网关设备14)的***图。如在图23C中示出的，M2M设备30可以包括处理器32、收发器34、传输/接收元件36、扬声器/麦克风38、小键盘40、显示器/触摸板42、不可移动存储器44、可移动存储器46、电源48、全球定位***(GPS)芯片集50、和其它***52。要了解，M2M设备30可以包括上述元件的任何子组合，而余下的与所公开的主题一致。M2M设备30(例如，发起方161、发起方184、服务节点165、注册器节点164、注册器节点184、组2成员节点185、组2成员节点187等)可以是针对设备SAS执行公开的***和方法的示例性实施方式。
处理器32可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核相关联的一个或者多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。处理器32可以进行信号编码、数据处理、功率控制、输入/输出处理、和/或使M2M设备30能够在无线环境中运行的任何其它功能。处理器32可以耦合至收发器34，该收发器34可以耦合至传输/接收元件36。虽然图23C将处理器32和收发器34描绘为分开的组件，但是要了解，可以将处理器32和收发器34一起集成在电子封装或者芯片中。处理器32可以进行应用层过程(例如，浏览器)和/或无线电接入层(RAN)过程和/或通信。例如，处理器32可以在诸如接入层和/或应用层等中进行安全操作，诸如认证、安全密钥协商、和/或加密操作。
传输/接收元件36可以配置为将信号传输至M2M服务平台22或者从M2M服务平台22接收信号。例如，传输/接收元件36可以是配置为传输和/或接收RF信号的天线。传输/接收元件36可以支持各种网络和空中接口，诸如WLAN,、WPAN、蜂窝等。在示例中，例如，传输/接收元件36可以是配置为传输和/或接收IR信号、UV信号或者可见光信号的发射机/检测器。在再一示例中，传输/接收元件36可以配置为传输和接收RF信号和光信号两者。要了解，传输/接收元件36可以配置为传输和/或接收无线信号或者有线信号的任何组合。
另外，虽然在图23C中将传输/接收元件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上，诸如位于服务器或者家用计算机上。处理器32可以配置为：响应于在本文描述的一些示例中的与SAS相关联的请求或者响应是成功的还是是失败的(例如，重传、组选择等)，来控制显示器或者指示器42上的照明模式、图像或者颜色，或者来指示SAS和相关联的组件的请求或者响应的状态。图22是可以在显示器42上显示的示例SAS信息和交互式链路。控制在显示器或者指示器42上的照明模式、图像或者颜色可以反映在本文图示的或者讨论的附图中的任何方法流或者组成的状态(例如，图13至图19等)。本文公开的是SAS的消息和过程。除了可以显示在显示器42上的其它事物之外，可以将该消息和过程扩展为经由输入源(例如，扬声器/麦克风38、小键盘40、或者显示器/触摸板42)为用户提供接口/API以进行SAS并且请求、配置或者查询SAS。
处理器32可以从电源48接收电力，并且可以配置为分布和/或控制提供给M2M设备30中的其它组件的电力。电源48可以是为M2M设备30供电的任何合适的设备。例如，电源48可以包括一个或者多个干电池组(例如，镍镉(NiCd)、镍锌(NiZn)、镍金属氢化物(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。
处理器32还可以耦合至GPS芯片集50，该GPS芯片集50配置为提供关于M2M设备30的当前位置的位置信息(例如，经度和纬度)。要了解，在与本文公开的信息一致的情况下，M2M设备30可以通过任何合适的位置确定方法来获取位置信息。
处理器32可以进一步耦合至其它***52，该其它***52可以包括提供附加特征、功能和/或有线或者无线连接性的一个或者多个软件和/或硬件模块。例如，***52可以包括加速计、电子罗盘、卫星收发器、传感器、数码相机(针对照片或者视频)、通用串行总线(USB)端口、振动设备、电视收发器、免提耳机、模块、频率调制(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器等。
传输/接收元件36可以体现在其它装置或者设备中，诸如，传感器、消费性电子产品、可穿戴设备(诸如，智能手表或者智能服装)、医疗或者电子健康设备、机器人、工业设备、无人机、车辆(诸如，汽车、卡车、火车、或者飞机)。传输/接收元件36可以经由一个或者多个互连接口(诸如，可以包括一个***52的互连接口)来连接至这种装置或者设备的其它组件、模块、或者***。
图23D是示例性计算***90的框图，例如，图23A和图23B的M2M服务平台22可以实施在该示例性计算***90上。计算***90(例如，M2M终端设备18或者M2M网关设备14)可以包括计算机或者服务器，并且可以主要由计算机可读指令控制，该计算机可读指令可以是软件的形式，无论在何地或者无论通过何种方式都可以对这样的软件进行存储和访问。可以在中央处理单元(CPU)91内执行这种计算机可读指令以使计算机***90进行工作。在许多已知的工作站、服务器和个人计算机中，中央处理单元91通过称为微处理器的单芯片CPU来实施。在其它机器中，中央处理单元91可以包括多个处理器。协处理器81是可选的处理器，与主CPU 91不同，协处理器81进行另附加的功能或者协助CPU 91。除了别的之外，CPU91和/或协处理器81可以接收、生成和处理与所公开的用于SAS的***和方法有关的数据，诸如，请求服务节点检索信息或者执行服务。
在运行中，CPU 91获取、解码和执行指令，并且经由计算机的主要数据传输路径***总线80向其它资源传输信息和从其它资源传来信息。这样的***总线将计算***90中的组件连接并且限定出用于数据交换的介质。***总线80通常包括用于发送数据的数据线、用于发送地址的地址线、和用于发送中断并且用于操作***总线的控制线。这种***总线80的示例是PCI(***组件互连)总线。
耦合至***总线80的存储器设备包括随机存取存储器(RAM)82和只读存储器(ROM)93。这种存储器包括允许存储和检索信息的电路***。ROM 93一般包含不能轻易进行修改的存储数据。存储在RAM 82中的数据可以由CPU 91或者其它硬件设备读取或者改变。由存储器控制器92控制对RAM 82和/或ROM 93的访问。存储器控制器92可以提供地址转换功能，该地址转换功能在执行指令时将虚拟地址转换成物理地址。存储器控制器92还可以提供存储器保护功能，该存储器保护功能将***内的进程隔开并且将***进程与用户进程隔开。因此，按照第一模式运行的过程只能访问由其自己的进程的虚拟地址空间映射的存储器；其不能访问另一进程的虚拟地址空间内的存储器，除非已经设置了在进程之间共享的存储器。
另外，计算***90可以包含***控制器83，该***控制器83负责将来自CPU 91的指令传送至***，诸如打印机94、键盘94、鼠标95和磁盘驱动器85。
由显示控制器96控制的显示器86用于显示由计算***90生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形和视频。可以用基于CRT的视频显示器、基于LCD的平板显示器、基于等离子气体的平板显示器、或者触摸面板来实施显示器86。显示控制器96包括生成发送至显示器86的视频信号所需的电子组件。
进一步地，计算***90可以包含网络适配器97，该网络适配器97可以用于将计算***90连接至外部通信网络，诸如图23A和图23B的网络12。
应该理解，可以按照存储在计算机可读存储介质上的计算机可执行指令(例如，过程代码)的形式来体现本文描述的任何或者所有***、方法和进程，该指令在由诸如计算机、服务器、M2M终端设备、M2M网关设备等机器执行时进行和/或实施本文描述的***、方法和进程。具体地，可以按照这种计算机可执行指令的形式来实施在上面描述的任何步骤、操作或者功能。计算机可读存储介质包括按照用于存储信息的任何方法或者技术实施的易失性和非易失性可移动和不可移动两种介质，但是这种计算机可读存储介质不包括信号。计算机可读存储介质包括，但不限于，RAM、ROM、EEPROM、闪速存储器或者其它存储技术、CD-ROM、数字式多功能光盘(DVD)或者其它光盘存储设备、磁带盒、磁带、磁盘存储设备或者其它磁存储设备、或者可以用于存储所需信息并且可以通过计算机访问的任何其它物理介质。
在描述本公开的主题(SAS)的优选方法、***或者装置时，如在附图中所示出的，为清楚起见，采用特定术语。然而，所要求的主题不旨在限于所选择的特定术语，并且要理解，每个特定元件包括按照相似的方式达成相似目的的所有技术等效物。
可以结合硬件、固件、软件、或者在适当的情况下，其组合来实施本文所描述的各种技术。这种硬件、固件、和软件可以驻留在位于通信网络的各个节点处的装置中。装置可以单独地或者彼此组合地操作以实现本文所描述的方法。如本文使用的，术语“”装置、“网络装置”、“节点”、“设备”、“网络节点”等可以互换使用。
该书面描述使用示例来公开本发明，包括最佳模式，并且使本领域的任何技术人员能够实践本发明，包括制作和使用任何设备或者***并且进行任何包含的方法。本发明的专利保护范围由权利要求书限定，并且可以包括本领域的技术人员可以想到的其它示例(例如，跳过步骤、组合步骤、或者向本文所公开的示例方法添加步骤)。如果这种其它示例具有与权利要求书的字面语言并无不同的结构元件或者如果它们包括与权利要求书的字面语言无实质差异的等同结构元件，那么它们旨在落入权利要求书的范围内。
除了别的之外，本文描述的方法、***、和装置可以提供用于SAS的装置。一种方法、***、计算机可读存储介质、或者装置具有用于接收包括通过使用服务层来进行些播的指令的第一请求消息；基于请求消息中的选择准则来确定目标节点；以及向可以执行期望的操作的目标节点发送第二请求消息的装置。第一请求消息可以包括完成与些播相关联的第一请求所需的服务节点的数量的指示。第一请求消息可以包括基于组的或者非基于组的些播的指示。第一请求消息可以包括基于组的些播的组标识符。选择准则可以包括服务节点的类型。第一请求消息可以包括可以用于满足第一请求的服务节点的数量的数值范围的指示。第一请求消息可以包括任播的指示(例如，仅在服务节点上指示)或者重传选项。第一请求消息可以包括重传选项。按照与详细描述的其它部分一致的方式来设想本段落中的所有组合(包括步骤的去除或者添加)。
本文描述的方法、***、和装置等可以提供用于SAS的装置。一种方法、***、计算机可读存储介质、或者装置具有用于确定期望的信息的第一类型，可由多个通信连接的节点获取的信息的第一类型，其中，信息的第一类型基于感测物理世界；确定多个节点的代表子集，该代表子集基于第一准则；以及向多个节点的代表子集发送对信息的第一类型的请求消息。

Claims (20)

1.一种装置，其包括：
处理器；以及
存储器，所述存储器与所述处理器耦合，所述存储器包括可执行指令，所述可执行指令在由所述处理器执行时使所述处理器完成操作，所述操作包括：
接收第一请求消息，所述第一请求消息包括用于通过使用服务层来进行些播的指令；
基于所述请求消息中的选择准则来确定目标节点；以及
向所述目标节点发送第二请求消息以执行期望的操作。
2.根据权利要求1所述的装置，其中，所述第一请求消息包括服务节点的数量。
3.根据权利要求1所述的装置，其中，所述第一请求消息包括基于组的些播或者非基于组的些播的指示。
4.根据权利要求1所述的装置，其中，所述第一请求消息包括用于基于组的些播的组标识符。
5.根据权利要求1所述的装置，其中，所述选择准则包括服务节点的类型。
6.根据权利要求1所述的装置，其中，所述选择准则包括与服务节点一起使用的联网协议的类型。
7.根据权利要求1所述的装置，其中，所述第一请求消息包括能够用于满足所述第一请求的服务节点的量的数量范围的指示。
8.根据权利要求1所述的装置，其中，所述第一请求消息包括任播的指示。
9.根据权利要求1所述的装置，其中，所述第一请求消息包括重传选项。
10.一种计算机可读存储介质，所述计算机可读存储介质包括计算机可执行指令，所述计算机可执行指令在由计算设备执行时使所述计算设备完成操作，所述操作包括：
接收第一请求消息，所述第一请求消息包括用于在服务层平台内进行些播的指令；
基于所述请求消息中的选择准则来确定目标节点；以及
向所述目标节点发送第二请求消息以执行期望的操作。
11.根据权利要求10所述的计算机可读存储介质，其中，所述第一请求消息包括服务节点的数量。
12.根据权利要求10所述的计算机可读存储介质，其中，所述第一请求消息包括基于组的些播或者非基于组的些播的指示。
13.根据权利要求10所述的计算机可读存储介质，其中，所述第一请求消息包括用于基于组的些播的组标识符。
14.根据权利要求10所述的计算机可读存储介质，其中，所述选择准则包括服务节点的类型。
15.根据权利要求10所述的计算机可读存储介质，其中，所述选择准则包括与服务节点一起使用的联网协议的类型。
16.根据权利要求10所述的计算机可读存储介质，其中，所述第一请求消息包括能够用于满足所述第一请求的服务节点的量的数量范围的指示。
17.一种方法，其包括：
接收第一请求消息，所述第一请求消息指示在服务层平台内进行些播；
基于所述请求消息中的选择准则来确定目标节点；以及
向所述目标节点发送第二请求消息以执行期望的操作。
18.根据权利要求17所述的方法，其中，所述第一请求消息包括服务节点的数量。
19.根据权利要求17所述的方法，其中，所述第一请求消息包括基于组的些播或者非基于组的些播的指示。
20.根据权利要求17所述的方法，其中，所述第一请求消息包括用于基于组的些播的组标识符。
CN201680046723.2A 2015-07-08 2016-07-08 服务层任播和些播 Active CN107925583B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201562190007P 2015-07-08 2015-07-08
US62/190,007 2015-07-08
PCT/US2016/041484 WO2017008004A1 (en) 2015-07-08 2016-07-08 Service layer anycast and somecast

Publications (2)

Publication Number Publication Date
CN107925583A true CN107925583A (zh) 2018-04-17
CN107925583B CN107925583B (zh) 2022-01-28

Family

ID=56550984

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680046723.2A Active CN107925583B (zh) 2015-07-08 2016-07-08 服务层任播和些播

Country Status (6)

Country Link
US (1) US10270682B2 (zh)
EP (1) EP3320650B1 (zh)
JP (1) JP2018521589A (zh)
KR (1) KR20180027564A (zh)
CN (1) CN107925583B (zh)
WO (1) WO2017008004A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10650621B1 (en) 2016-09-13 2020-05-12 Iocurrents, Inc. Interfacing with a vehicular controller area network
CN108810042B (zh) * 2017-04-28 2021-06-29 华为技术有限公司 一种任务处理方法、相关设备及***
US10462233B2 (en) * 2018-01-23 2019-10-29 Charter Communications Operating, Llc Protocol for anycast based discovery of local resources

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020085506A1 (en) * 2000-11-16 2002-07-04 Frank Hundscheidt Subgroup multicasting in a communications network
US6831918B1 (en) * 1997-12-01 2004-12-14 Telia Ab IP/ATM network system adapted for the simultaneous transmission of IP data packets to a plurality of users
CN101091351A (zh) * 2005-12-16 2007-12-19 松下电工株式会社 提供计算机网络上的选择式组播代理的***和方法
CN101330593A (zh) * 2007-06-22 2008-12-24 中兴通讯股份有限公司 分布式p2p媒体源检索***
CN202261987U (zh) * 2011-10-24 2012-05-30 北京交通大学 教室节能灯控***
US8261148B2 (en) * 2008-07-28 2012-09-04 At&T Intellectual Property Ii, Lp Internet protocol multicast with internet protocol unicast/multicast error correction
CN102739411A (zh) * 2011-03-29 2012-10-17 微软公司 提供证明服务
CN103931116A (zh) * 2011-12-08 2014-07-16 Lg电子株式会社 在无线接入***中用于多播媒体访问控制(mac)控制消息的方法和装置
CN104021235A (zh) * 2014-07-01 2014-09-03 叶富华 消息上传***和消息精确获取***
US20140293861A1 (en) * 2011-08-11 2014-10-02 Lg Electronics Inc. Apparatus for transmitting/receiving multicast data in wireless communication system and method thereof
CN104125687A (zh) * 2014-07-07 2014-10-29 联想(北京)有限公司 智能灯***的控制方法和装置以及移动终端和智能灯
CN204168558U (zh) * 2014-11-03 2015-02-18 玉林师范学院 基于rfid定位的高校教室照明智能节电***
CN204244534U (zh) * 2014-12-08 2015-04-01 江苏建筑职业技术学院 校园照明节电控制***

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1233572A1 (en) * 2001-02-19 2002-08-21 Telefonaktiebolaget L M Ericsson (Publ) Method and system for multiple hosts anycast routing
JP4520671B2 (ja) * 2001-08-07 2010-08-11 ソフトバンクモバイル株式会社 ダウンロードシステム
US20090207759A1 (en) * 2008-02-15 2009-08-20 Andreasen Flemming S System and method for providing a converged wireline and wireless network environment
JP5345641B2 (ja) * 2008-02-26 2013-11-20 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 信頼性のあるブロードキャスト／マルチキャスト・サービスのための方法および装置
JP2009253309A (ja) * 2008-04-01 2009-10-29 Yokogawa Electric Corp フィールド通信機器
JP2011205596A (ja) * 2010-03-26 2011-10-13 Panasonic Electric Works Co Ltd 機器制御システム
CN103532682B (zh) * 2012-12-31 2016-12-28 广东东研网络科技股份有限公司 同轴电缆网络单元接口数获取及其管理方法
US10902474B2 (en) * 2014-03-24 2021-01-26 Qualcomm Incorporated Targeted advertisement insertion for streaming media data

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6831918B1 (en) * 1997-12-01 2004-12-14 Telia Ab IP/ATM network system adapted for the simultaneous transmission of IP data packets to a plurality of users
US20020085506A1 (en) * 2000-11-16 2002-07-04 Frank Hundscheidt Subgroup multicasting in a communications network
CN101091351A (zh) * 2005-12-16 2007-12-19 松下电工株式会社 提供计算机网络上的选择式组播代理的***和方法
CN101091351B (zh) * 2005-12-16 2012-10-24 松下电器产业株式会社 提供计算机网络上的选择式组播代理的***和方法
CN101330593A (zh) * 2007-06-22 2008-12-24 中兴通讯股份有限公司 分布式p2p媒体源检索***
US8261148B2 (en) * 2008-07-28 2012-09-04 At&T Intellectual Property Ii, Lp Internet protocol multicast with internet protocol unicast/multicast error correction
CN102739411A (zh) * 2011-03-29 2012-10-17 微软公司 提供证明服务
US20140293861A1 (en) * 2011-08-11 2014-10-02 Lg Electronics Inc. Apparatus for transmitting/receiving multicast data in wireless communication system and method thereof
CN202261987U (zh) * 2011-10-24 2012-05-30 北京交通大学 教室节能灯控***
CN103931116A (zh) * 2011-12-08 2014-07-16 Lg电子株式会社 在无线接入***中用于多播媒体访问控制(mac)控制消息的方法和装置
CN104021235A (zh) * 2014-07-01 2014-09-03 叶富华 消息上传***和消息精确获取***
CN104125687A (zh) * 2014-07-07 2014-10-29 联想(北京)有限公司 智能灯***的控制方法和装置以及移动终端和智能灯
CN204168558U (zh) * 2014-11-03 2015-02-18 玉林师范学院 基于rfid定位的高校教室照明智能节电***
CN204244534U (zh) * 2014-12-08 2015-04-01 江苏建筑职业技术学院 校园照明节电控制***

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HAO-HSIANG KU等: ""Web20HS:A Web2.0-Based Omnibearing Homecare System"", 《IEEE TRANSACTIONS ON INFORMATION TECHNOLOGY IN BIOMEDICINE》 *

Also Published As

Publication number Publication date
US10270682B2 (en) 2019-04-23
KR20180027564A (ko) 2018-03-14
WO2017008004A1 (en) 2017-01-12
EP3320650B1 (en) 2021-12-22
EP3320650A1 (en) 2018-05-16
CN107925583B (zh) 2022-01-28
US20170012857A1 (en) 2017-01-12
JP2018521589A (ja) 2018-08-02

Similar Documents

Publication Publication Date Title
CN105659634B (zh) 用于接近服务以及物联网服务的联合注册和注销的方法
CN106797392A (zh) M2m‑iot服务的发布和发现
CN106471465B (zh) 服务启用器功能
CN107079050A (zh) 服务层会话迁移和共享
CN106797400A (zh) 用于使得能够经由服务层访问第三方服务的***和方法
CN107005571A (zh) 基于权限的资源和服务发现
CN108353094A (zh) 用于m2m服务层的跨资源订阅
CN105580339A (zh) 端到端m2m服务层会话
CN107950038A (zh) 用于分析和群聚服务层订阅和通知以提高效率的方法和设备
US10990449B2 (en) Managing application relationships in machine-to-machine systems
US11714830B2 (en) Mechanisms for multi-dimension data operations
CN105766005A (zh) 服务覆盖管理***和方法
US11671514B2 (en) Service layer message templates in a communications network
CN107615791A (zh) 用于添加m2m服务的装置和方法
CN108141466A (zh) 用于在服务层处启用途中资源发现的方法
EP3332513B1 (en) Service element host selection
CN107925583A (zh) 服务层任播和些播
EP3241363B1 (en) Resource link management at service layer
US20220124008A1 (en) Automated Service Layer Message Flow Management In A Communications Network
EP3912329B1 (en) Automated service layer message flow management in a communications network

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant