CN111405493B

CN111405493B - 用于基于机器类型通信组的服务的协调分组

Info

Publication number: CN111405493B
Application number: CN202010198917.2A
Authority: CN
Inventors: 苏雷什·帕拉尼萨米; 迈克尔·F·斯塔西尼克; 普拉尚特·穆尔蒂; 阿诺普·辛格
Original assignee: Convida Wireless LLC
Current assignee: InterDigital Patent Holdings Inc
Priority date: 2014-07-07
Filing date: 2015-07-07
Publication date: 2022-08-12
Anticipated expiration: 2035-07-07
Also published as: KR20180077312A; KR102167870B1; EP3167630A1; US10382926B2; CN111405493A; JP2017529718A; US20190342734A1; KR20170023178A; JP6393398B2; CN106664516B; US20160007138A1; WO2016007494A1; US10136284B2; EP3167630B1; JP6619067B2; CN106664516A; US20190045343A1; JP2019017077A; US10631149B2

Abstract

本公开涉及用于基于机器类型通信组的服务的协调分组。公开用于接收基于网络层组的服务的设备的协调分组的系统。诸如SCS的服务层系统生成用于生成设备组来接收网络层服务的请求。在诸如例如MTC‑IWF的网络层系统接收请求。诸如例如HSS的网络层系统识别将请求的服务通信到识别的设备的方式，并与设备通信以供应设备，以便被包括在请求的组中。网络层系统向服务层系统通信标识符，服务层随后可以使用以请求由识别的设备组执行服务。

Description

用于基于机器类型通信组的服务的协调分组

本申请是申请日是2015年7月7日、申请号是201580042465.6、发明名称为“用于基于机器类型通信组的服务的协调分组”的发明专利申请的分案申请。

相关申请的交叉引用

本申请根据35U.S.C.§119(e)要求于2014年7月7日提交的临时美国专利申请No.62/021369的优先权，其内容通过引用整体的方式并入本文。

背景技术

机器类型通信(MTC)是指通过网络彼此通信的机器或设备。机器类型通信在各种功能领域中具有广泛的适用性，包括例如与监控、资产跟踪、车队跟踪、远程感测、车辆诊断和数字测量有关的几个领域。机器之间的通信可以通过任何合适的传输技术进行，包括例如固定网络、无线网络或两者的组合。在一个公共实施例中，设备通过诸如第三代合作伙伴计划(3GPP)网络的无线蜂窝网络通信。

3GPP网络向设备组中的若干设备中的每一个提供可以被称为服务的特征的能力已经被证明在与机器到机器通信有关的方面是特别有用的。例如，3GPP网络核提供服务，由此分发相同的消息到可以是例如用户设备(UE)的定义的设备组。类似地，3GPP网络提供服务，由此可以监管设备或UE的定义的组，以便对所定义的设备组实施策略。在另一示例中，3GPP网络提供服务，由此收集定义的UE组的可计费事件的记录，而不是单独地收集。

3GPP的向定义的设备组提供服务的能力具有对各种各样的设备安装的适用性。例如，运行相同应用或展现类似行为的设备组通常是用于接收基于组的服务的良好候选。类似地，被容纳在相同设施或设施组中的设备使得它们作为一组接收服务。同样，由同一实体拥有或操作的多个设备可以从为了接收服务的目的而被分组在一起受益。此外，结合被容纳在同一车辆中或在同一车辆中行进的若干设备来使用3GPP服务可以在操作上高效。从客户和网络运营商的角度来看，在MTC设备组的优化处理方面是有益的。

因此，经常发生的情况是，设备本身作为组被服务。此外，3GPP网络中机器到机器通信的扩展部署将不可避免地导致对现有的基于组的服务的更大利用以及新基于组的服务的部署。

为了接收服务而创建设备组通常通过手动干预来实现。例如，相关机器和服务核心网络设备中的每一个必须被单独地供应有适当的信息，使得相关设备可以作为一组被服务。类似地，当需要对现有设备组修改时，受影响的设备必须被单独地供应以便实现修改。

发明内容

申请人已经开发了用于接收基于组的服务的机器设备的协调分组的系统和方法。在公开的系统和方法中，诸如例如服务器能力服务器(SCS)的服务层系统管理设备分组的创建和修改，并与网络层系统，即3GPP系统协调，以在适当的UE实施必要的分组操作。从网络架构的角度来看，服务层系统位于端用户应用附近，因此，非常适合于确定哪些设备应该被分组以用于接收服务的目的。网络层系统，即3GPP系统，维护关于UE的当前信息，并且能够使用该信息来确定是否可以进行请求的分组，并且如果是这样，则物理地实施需要供应的最有效方式。

在示例实施例中，诸如例如SCS的服务层系统确定创建设备分组或修改现有设备组将是有用的。SCS可以响应于在服务层或应用层的活动来确定需要分组操作。例如，SCS可以接收可能来自用户应用的指示，已经部署了大量传感器设备以控制和监控自动化生产线。在这种情形下，SCS可以确定为了生成到所有设备的公共通信的目的而创建设备的分组将是有用的。在替选示例中，SCS可以接收来自用户应用的新传感器设备将被添加到现有生产线的信息。在这种情形下，SCS可以确定将新传感器设备添加到位于特定生产线上的设备的现有分组将是有用的。

SCS为了实施组操作的目的而生成组请求。该请求可以是例如创建可以作为一组被服务的新设备组的请求。在另一示例实施例中，请求可以是修改现有设备组以添加新设备的请求。SCS在生成的请求中包括网络层进行操作所需的任何信息。例如，在请求是创建可使用3GPP消息接发服务接入的设备组的请求的情形下，请求可以识别请求的特定3GPP服务以及识别要包括在组中的特定设备的信息。在请求是修改现有设备组的请求的情形下，请求可以识别特定组以及要从组中添加或移除的特定设备的身份。SCS向网络层发送生成的组请求。

在3GPP网络系统接收组请求。在3GPP网络的请求的处理可以取决于网络系统的请求和配置而变化。然而，通常，可以是例如归属订户服务器(HSS)和/或机器类型通信互连功能(MTC-IWF)的3GPP核心网络内的系统确定特定SCS是否被授权以使用请求的服务以及在请求中识别的UE或设备是否可以被供应以接收请求的服务。

在适当的3GPP系统确定请求的服务可用于与识别的设备一起使用的实例中，3GPP核心网络系统生成并发送组请求以供应给与请求相关的每个UE。例如，在请求是创建新设备分组的请求的情形下，核心网络系统向要包括在组中的每个UE发送供应请求。在请求是要修改现有设备组的请求的情形下，核心网络系统可以仅向被请求影响的例如正在从组中被添加或移除的UE的那些设备发送请求。可以从进行了组供应请求的每个UE接收响应或答复。

在从UE接收到确认并且初始请求是创建新组的请求的实例中，3GPP系统向组指配组标识符。然后，3GPP系统向请求源自于其的服务级系统发送响应。响应包括来自服务级系统的请求是否被成功实施的指示以及与请求相关的任何信息，诸如例如请求是创建新组的请求的组标识符。

公开的系统和方法预期在一些实例中，与响应于来自服务层的请求相反，可以由网络系统发起对现有设备组的修改。例如，网络系统可以确定作为现有组的成员的UE不再可到达，可能是因为它已经被去激活或从网络分离。当被供应有创建组的信息时，UE可能已经接收到识别事件的数据，如果该事件要发生则应当使得UE通知网络层中的特定系统，例如HSS或IWF。因此，当UE检测到诸如UE与网络分离的事件或UE正在经历拥塞的事件时，UE向网络层中的指定系统通信事件。

响应于接收到事件的通知，网络层系统，例如HSS或IWF发送确认。然后，网络层系统确定应当响应于该事件而进行的修改。网络层系统可以依赖于识别用于响应特定事件的策略的数据。策略可以识别UE是否应当从组中添加或移除，以及如何选择从组中添加或移除的UE。在识别UE和要采取的动作时，网络层系统准备并向已经识别的每个UE发送组供应请求。网络层系统从供应请求被发送到的UE接收响应。

在从UE接收到响应时，网络层系统确定是否应当向服务层系统通知任何修改。例如，网络层系统可以确定由于设备组的成员已经改变，所以应当通知服务层系统。如果是，则服务层系统准备并向适当的服务等级系统，例如SCS发送通知。

公开的系统和方法还提供用于执行基于组的服务。因此，在服务层与网络层通信以创建和/或修改用于接收特定服务的设备组之后，服务层然后可以请求网络层实际地执行服务。在示例实施例中，诸如SCS的服务层系统准备并发送执行与特定设备组的特定服务的请求。请求可以包括例如与特定服务和特定设备组相关联的组标识符。

在接收到请求时，网络层系统检索与请求中指定的服务的处理相关的信息。例如，网络层系统可以检索涉及与组相关联的UE的信息。使用检索到的信息，网络层系统准备并向在组中识别的UE发送请求。接收请求的UE用报告关于在特定UE的服务的执行的答复来响应。网络层系统聚合由UE报告的信息，并向发起请求的服务级系统发送聚合的数据。

提供本发明内容以便以简化形式介绍将在以下在说明性实施例的具体实施例中进一步描述的一些概念。本发明内容不旨在识别要求保护的主题的关键特征或必要特征，也不旨在用于限制要求保护的主题的范围。其它特征如下所述。

附图说明

当结合附图阅读时，可以更好地理解说明性实施例的前述概述和以下附加描述。应当理解，公开的系统和方法的潜在实施例不限于所描绘的那些。

图1描绘了适用于基于机器类型组的服务的机器的协调分组的示例机器类型通信体系结构。

图2是用于协调创建机器分组的过程的流程图。

图3是用于创建机器分组的基于HSS的过程的流程图。

图4是用于创建机器分组的基于MTC-IWF的过程的流程图。

图5是用于修改机器分组的基于HSS的过程的流程图。

图6是用于修改机器分组的基于MTC-IWF的过程的流程图。

图7是用于核心网络发起的组修改的基于HSS的过程的流程图。

图8是用于核心网络触发的SCS发起的组修改的基于HSS的过程的流程图。

图9是在附接过程期间用于动态组修改的基于HSS的过程的流程图。

图10是在附接过程期间用于动态组修改的基于MTC-IWF的过程的流程图。

图11A-B描绘了在TAU过程期间用于动态组修改的基于HSS的过程的流程图。

图12A-B描绘了在TAU过程期间用于动态组修改的基于MTC-IWF的过程的流程图。

图13是用于组服务执行的基于HSS的过程的流程图。

图14是用于组服务执行的基于MTC-IWF的过程的流程图。

图15是描绘一个M2M功能架构的图。

图16是描绘一个M2M架构中的公共服务功能的图。

图17是一个M2M架构中的组创建过程的图。

图18是与PAN协调器接合的一个M2M节点的图。

图19是用于在PAN网络中创建设备分组的过程的图。

图20A是示例机器到机器(M2M)、物联网(IoT)或物联网(WoT)通信系统的图。

图20B是描绘M2M服务层在为M2M应用、M2M网关设备、M2M终端设备和通信网络提供服务中的操作的示例系统的图。

图20C是描绘可结合本文所描述的系统和方法使用的基站的功能组件的图。

图20D是适合于结合本文所描述的系统和方法用作基站的系统的图。

图20E是可以用于实施本文描述的系统和方法的示例性计算系统的图。

具体实施方式

通信体系结构示例

图1示出了适用于基于机器类型组的服务的机器的协调分组的示例机器类型通信体系结构。在图1的示例实施例中，基于3GPP的通信体系结构与服务级别组件接合(interface)，以提供用于基于组的服务的机器的协调分组。

如图1所示，来自包括服务能力服务器(SCS)212的服务级的组件向核心3GPP网络、设备和应用提供服务。SCS 212还可以被称为M2M服务器、MTC服务器、服务能力层或公共服务实体(CSE)。SCS 212可以由归属公共陆地移动网络(HPLMN)的运营商或由MTC服务提供商控制。SCS 212可以部署在运营商域内部或外部。在SCS 212部署在运营商域内的情形中，SCS 212可以是内部网络功能，并且可以由运营商控制。在SCS 212部署在运营商域外部的情形中，SCS 212可以由MTC服务提供商控制。

SCS 212可以经由Tsp参考点(即，接口)208与机器类型通信(MTC)互通功能(MTC-IWF)210通信。Tsp参考点208是用于与3GPP演进型分组核心网络互通的接口的示例。互通是指为了交换信息、控制设备、监控设备或与设备通信的目的而与核心网络接合。例如，为了对设备进行分组和修改现有的分组的目的，互通可以是指在SCS 212和核心网络之间接合。

如图1进一步所示，参考点(即，接口)Tsms 202可以连接短消息服务(SMS)服务中心(SMS-SC)204到短消息实体(SME)206。Tsms参考点202是用于与核心网络互通的接口的另一示例。SMS-SC 204通过T4参考点与MTC-IWF 210通信。

SCS 212可以连接到3GPP网络以与用户设备214通信，该用户设备214可以包括MTC(MTC UE)应用216、HPLMN中的MTC-IWF 210(例如，如边界218所定义的)或者用于设备触发的SMS-SC 204。SCS 212可以提供由应用服务器220上的一个或多个MTC应用使用的能力。结合本文公开的处理，SCS 212可以结合用于接收3GPP服务的目的而分组设备的请求与MTC-IWF 210通信。如下所述，在一些示例实施例中，MTC-IWF 210可以作为处理从SCS 212接收的请求的部分与归属用户服务器(HSS)116通信。如图所示，HSS 115和MTC-IWF 210可以经由S6m接口232通信地耦合。HSS 116包括包含用户相关和订户相关信息的数据库。它还在移动性管理、呼叫和会话建立、用户认证和访问授权中提供支持功能。

UE 214可以通过包括无线接入网络(RAN)219的公共陆地移动网络(PLMN)与SCS212和/或其它MTC UE通信。MTC UE 214可以托管一个或多个MTC应用216。MTC应用216也可以托管在一个或多个AS 220/222上。在UE 214上执行的MTC应用216可以是可以与SCS 212、AS MTC应用或其它UE MTC应用交互的MTC通信端点。虽然图1仅示出了MTC UE 214的一个实例，但是应当理解，许多UE 214可以存在并且经由3GPP可寻址。

应用服务器(AS)220/222还可以托管一个或多个MTC应用。在可以与SCS 212和/或GGSN/P-GW 224(经由接口228、230)接合的AS 220/222上执行的MTC应用可以与SCS 212、在UE 214上操作的MTC应用和/或其它MTC应用交互。

MTC互通功能(MTC-IWF)210提供了一种抽象级别，使得SCS 212不需要寻址内部PLMN拓扑。MTC-IWF 210可以中继和/或转换在其自身与SCS 212之间(例如，通过Tsp参考点208)使用的信令协议，以支持PLMN中的MTC功能性(例如，MTC UE触发)。例如，SCS 212可以请求MTC-IWF 210向MTC设备发送触发，MTC设备可以是例如UE设备214。MTC-IWF 210可以经由SMS向MTC设备214传递MTC触发。MTC设备214，特别是MTC UE应用216基于触发可以响应于SCS 212。MTC设备214可以例如用传感器读数响应。在示例性情形中，当MTC设备214响应于SCS 212时，MTC设备214可以使用分组数据网络(PDN)/分组数据协议(PDP)连接来与SCS212通信。MTC设备214可以使用IP连接与SCS 212连接。

在示例实施例中，MTC-IWF 210可能需要在SCS 212可以建立与3GPP网络的通信之前授权SCS 212。例如，当SCS 212在Tsp参考点208上做出触发请求时，MTC-IWF 210可以检查SCS 212是否被授权发送触发请求，并且SCS 212没有超过其触发提交的配额或速率。

移动交换中心(MSC)238是用于GSM/CDMA的主要服务传递节点，并且负责路由语音呼叫和SMS以及其它服务(例如会议呼叫、FAX和电路交换数据)。MSC 238建立和释放端到端连接，在呼叫期间处理移动性和切换要求，并且负责计费和实时预付费账户监控。

服务通用分组无线电服务(GPRS)支持节点(SGSN)234负责从和到其地理服务区域内的移动设备数据分组的传递。其任务包括分组路由和传送、移动性管理(附加/分离和位置管理)、逻辑链路管理、以及认证和计费功能。SGSN的位置寄存器存储向其注册的所有GPRS用户的位置信息(例如，当前小区、当前VLR)和用户简档(例如，IMSI、在分组数据网络中使用的地址)。

M2M/MTC通信不同于涉及人类交互的传统数据通信。例如，需要数据通信的M2M/MTC应用不都具有相同的特性。每个不同类型的M2M/MTC应用可以需要不同类型的通信服务。其内容通过引用整体并入本文的3GPP TS 22.368识别这些不同的服务要求并列出不同的MTC特征以提供这些服务。例如，MTC特征“低移动性”旨在用于不移动、不频繁移动或仅在某个区域内移动的MTC设备。MTC特征“时间控制”旨在用于能够容忍仅在限定的时间间隔期间传送或接收数据，并且避免在这些定义的时间间隔之外的不必要的信令的MTC应用。MTC特征“小数据传输”旨在用于发送或接收少量数据的MTC设备。MTC特征“偶尔移动终止”旨在用于主要利用源自移动的通信的MTC设备。MTC特征“MTC监控”旨在用于监控MTC设备相关事件。MTC特征“安全连接”旨在用于需要在MTC设备和MTC服务器/MTC应用服务器之间的安全连接的MTC设备。最后，MTC特征“基于组”应用于一组MTC设备，并且包括基于组的策略，基于组的寻址等。

在现有的3GPP网络中，应用层数据通信主要通过分组域和通过SMS来支持。几种不同的传输机制可用于使用，包括(i)分组域(经由SGi和Gi参考点)，(ii)短消息服务(SMS)，(iii)多媒体消息服务(MMS)以及非接入层(NAS)。

相对于分组域消息接发，PGW/GGSN 224充当数据通信的锚点，并且它们通过在核心内的GTP-U隧道(也可以在S5/S8接口中使用PMIP)路由用户平面数据网络。其内容通过引用整体并入本文的3GPP TS 23.401定义了该EPC架构。GTP-U隧道向通过它们传输的IP流提供公共QoS处理。分组过滤器规定要通过指定的GTP-U隧道传输的流。

SMS提供了经由SC(服务中心)在MS/UE和SME(短消息实体)之间传送短文本消息的手段，如其内容通过引用整体并入本文的3GPP TS 23.040中所描述的。SMS主要用于在用户之间交换短文本消息。然而，SMS也可以被一些较高层应用用于短数据通信。SMS还可以提供存储和转发机制。SMS与常规用户平面数据不同地被路由，并且通常不使用SGi/Gi接口路径。

MMS是用于向多媒体消息场境中的订户提供丰富的内容集合的服务。它提供类似于SMS的存储转发使用范例。然而，MMS使用分组域用户平面(SGi/Gi)来传输多媒体消息。MMS可以被认为是通过用户平面运行的应用级服务。其内容通过引用整体并入本文的3GPPTS 23.140描述了MMS架构。MMS支持电子邮件地址(RFC 2822)或MSISDN(E.164)或两者的使用来寻址多媒体消息的接收者。MMS还可以支持服务提供商特定地址的使用来寻址多媒体消息的接收者。

相对于NAS，MTC-IWF 210可以使用T5接口向SGSN/MME发送小数据消息，然后使用NAS或RRC消息向UE发送数据。

用于3GPP网络中的数据传输的另一种现有机制是设备触发。设备触发是SCS 212通过其经由3GPP网络向UE 214发送信息以触发UE 214进行包括发起与SCS 212的通信的应用特定动作的手段。其内容通过引用整体并入本文的3GPP TS 23.682定义了由3GPP网络支持的设备触发机制。当UE 214的IP地址不可用或者通过SCS/AS不可达到时，可以使用设备触发。

为了确定是否需要设备触发，SCS 212和/或AS 220跟踪设备的IP地址的有效性。如果设备已空闲太久，则网络，即PDN可能将指配给M2M设备的IP地址重新分配给另一UE214。在一些情况下，SCS/AS可以使用在SCS/AS已知的设备的IP地址尝试发起通信，并且可以在通信失败(可能基于ICMP消息)之后检测到IP地址无效。该过程对于建立与M2M设备的通信可能是耗时的。此外，现有设备触发方法要求SCS/AS在交换应用数据之前确定是否需要设备触发，这要求SCS/AS使用处理资源来构建设备触发消息并发起设备触发过程。

基于组的服务

基于组的服务，其有时被称为基于组的特征或组服务，是由网络层为设备组提供的服务。这些服务可以有益于处理设备组(例如，M2M服务层)的服务层应用。其内容通过引用整体并入本文的3GPP TR 23.887的第5节描述了诸如3GPP网络可接入MTC设备组的服务，诸如例如基于组的消息收发、基于组的计费、基于组的策略控制以及基于组的寻址和标识符。这些基于组的服务中的每一个可以通过使用不同的方法在核心网络中实现。例如，组消息传送可以通过小区广播服务器(CBS)或多媒体广播多播服务(MBMS)或其它方法来达成。

基于组的消息传送指由其3GPP核心网络以有效的方式将相同的消息分发给UE组的服务。例如，消息可以被通信到地理区域中的设备组。

基于组的计费指由其3GPP核心网络检索一组UE的计费记录数据的服务。由MTC应用生成的计费数据记录(CDR)的数据量通常大于发送的实际用户数据的量。在这种情况下，创建批量CDR以计算设备组的可计费事件而不是按单独设备的CDR创建可能是有益的。因此，基于组的计费增加了效率。

基于组的策略控制指由其3GPP核心网络对UE监管以便强制执行用于MTC设备组的策略的服务。与为每个设备维持单独的策略相比，基于组的策略控制向MTC应用提供灵活性并且减少网络负担。

上述服务仅仅是通过3GPP网络可用于服务级应用的那些服务中的几个。当引入新基于组的服务时，同样开发了支持现有和新的3GPP服务的新方法。

协调的基于组的服务

由于上面讨论的原因，机器到机器通信本身适用于组操作。在3GPP网络中机器到机器通信的扩展的部署将不可避免地导致现有的基于组的服务的更大利用以及新的基于组的服务的部署。

为了有效地利用基于网络组的服务，必须做出关于什么设备应该是组的部分的智能决策。在大多数情况下，移动网络运营商对如何使用设备来做出关于组成员的智能决策没有足够的见解。移动网络不太适合于确定应该分组什么设备，何时组成员应当改变以及何时不再需要组。相反，诸如例如SCS 212的服务层设备通常被更好地定位以做出这样的决定。申请人在此公开了系统和方法，由其诸如SCS的服务级系统与核心3GPP移动网络动态地协调以创建、修改和删除MTC设备组，以用于接收移动网络服务的目的。SCS 212向核心网络提供信息，使得核心网络可以确定提供请求的服务的有效方式。

非常可能的是，服务层可能希望基于在服务层可用的一些条件或信息来动态地创建组或修改组。在服务层或在应用层的一些活动可能需要使用由3GPP网络提供的基于组的服务。或者如果使用基于3GPP组的服务，则服务层可以认为其可以更有效地进行某些服务。例如，在自动化工业中，可以部署大量M2M设备来控制和监控自动化。SCS 212可能希望为特定过程区域中的所有传感器和控制器创建组，诸如例如组装部分中的电子控制器，使得可以传递公共命令消息或者可以强制执行共同的策略。类似地，当传感器/M2M设备被移动到诸如封装部分的另一处理区域时，SCS 212可能想要从现有组中移除它并将其添加到另一组。

诸如ETSI M2M服务层和一个M2M服务层的M2M服务层平台支持组操作。M2M服务层组操作允许在公共服务实体(CSE)、应用、设备、资源上或在混合类型上进行组操作。在服务层创建的组的成员不必与UE具有一一对应的关系。可以在单个UE上托管应用组或CSE。例如，可以在10个UE上托管40个应用的组。当在该M2M组上进行组操作时，将向每个UE发送最少10个不同的消息。然而，如果这些UE在网络层分组，则可以向3GPP网络给出单个消息，并且网络可以采用诸如广播或多播的组通信方法来向10个不同的UE传递消息。

在服务层和网络层进行的组和组操作是不同的。服务层组(M2M组)在服务层功能/实体级别(CSF、应用、URI等)形成，并且进行的组操作将对应于服务层过程。网络层组不直接地对应于服务层组。网络层组基于由网络提供的基于组的服务，并且这些组通常在UE级别形成。然而，还可能的是，通过仅包括提供给UE的服务的部分来形成网络层组。例如，可以形成网络层组以控制应用组的DL-AMBR，使得应用组不超过最大DL数据速率。可以在不同的UE上托管这些应用。网络可以在每个UE上配置SDF模板，以识别要去往该特定应用的业务，并强制执行DL AMBR或为应用组设置的其它策略。因此，可以单独地识别业务的部分或者UE214上的一些应用，并且可以将其包括在组中。

为了利用由3GPP网络提供的基于组的服务，服务层，例如SCS必须首先识别服务层打算使用哪个基于网络组的服务，以及设备(UE)和/或要作为组的部分的那些设备(例如，SDF，应用ID等)的服务的受影响部分。然后，SCS 212可以向移动网络操作(MNO)做出指示需要的基于组的服务的请求，并且提供设备列表及其用于形成组的相关信息。组创建和为组提供的服务必须在服务层和3GPP网络之间协调。

图2描绘了用于基于机器类型通信组的服务的协调分组的过程的流程图。如框260所示，服务层中的系统，诸如例如SCS 212通过生成和向网络层发送用于创建组的组控制请求来发起组创建过程。请求包括关于要包括在组中的UE 214的信息以及指定组的请求的服务的信息。在示例性情形中，请求可以包括UE列表和/或在组创建时间要作为组的部分的那些设备的服务的受影响部分(例如，SDF、应用ID等)。

在框262，在网络层接收该请求，在示例情形下，该网络层可以是3GPP网络的核心网络的部分。由核心网络进行的操作可以由作为核心网络的部分的任何合适的机器或设备来进行。在示例实施例中，由MTC-IWF 210和/或HSS 116进行与服务层接合和协调组功能相关的大多数过程。

在框264，核心网络确定是否授权由进行请求的特定服务级系统，例如SCS 212，以及由请求中指定的UE 214的列表来使用请求的服务。

在框266，核心网络确定应该采用哪种方法来执行请求的服务。诸如组消息传送的基于组的服务可以由网络使用几种不同方法中的任一种来携带，诸如例如基于CBS的组消息传送，基于MBMS的组消息传送等。核心网络基于以下标准选择用于执行基于服务的方法：识别的UE 214和请求SCS 212的订阅信息；UE 214的能力；网络条件(CN节点上的拥塞/负载)；以及网络策略。

在一些情形下，核心网络还可以建议SCS 212拆分组并形成子组。例如，如果SCS212请求为组消息传送创建组，并且如果核心网络选择CBS方法并且发现设备是固定的且分布在两个不同的LTE小区中，则核心网络可以建议SCS 212将组拆分为两个。这对于核心网络和SCS 212是有益的，因为其将允许核心网络有效地管理组。例如，如果没有接收到来自子组之一中的设备的响应，则SCS 212可以仅向相关子组重新传送消息。

在框268，核心网络使用选择的方法来配置或供应识别的UE 214，并且分配与供应的服务相关联的一个或多个内部组标识符。在核心网络内使用内部组标识符来识别特定服务以及与服务相关联的UE 214。核心网络维持内部组标识符以用于服务的未来处理和修改。

在框270，核心3GPP网络分配并维持与新供应的服务相关联的一个或多个外部组标识符。在框272，外部组标识符被通信到请求服务的服务级系统，并且在与特定组服务相关的后续请求期间用于与服务级别的未来通信。核心网络维持外部组标识符与内部组标识符以及与内部组标识符相关联的UE 214的映射。

一旦形成组，服务等级，例如SCS 212就可以通过提供组ID、请求的服务的特性以及与供应的服务相关的信息来请求实施服务。根据请求，可以包括HSS 116和MTC-IWF 210的核心网络使用在组分配期间选择的方法来实施请求的服务。如果网络条件已改变，或者如果请求的服务的特性不能用在组创建期间选择的方法来满足，则核心网络还可以确定使用不同的方法来执行基于组的服务。在一些情况下，SCS 212可以直接地对组进行动作。例如，如果为组消息传送创建了组，并且如果SCS 212具有与广播多播服务中心(BMSC)或网络的小区广播中心(CBC)的直接链路，则SCS 212可以直接向BMSC或CBC发送组消息。

SCS 212可以请求从组添加或移除UE 214。因此，可以创建没有任何成员的组，并且稍后添加成员。组的修改可以使用专用组修改过程或作为其它现有过程(附接、TAU、分离等)的部分来达成。还应当理解，SCS 212还可以请求解除分配/删除组。

如下面详细讨论的，公开的系统提供几个新的过程，在服务层，例如SCS 212以及网络层，例如MTC-IWF 210之间的Tsp 208接口上可访问以用于组创建、组管理和组服务。这些过程的呼叫流程可以取决于HSS 116(其可以是HLR、UDR、SPR、HSS或AAA服务器)是否负责组维持或MTC-IWF 210是否负责而不同。在一些实施例中，HSS 116负责指配组ID、配置CN节点以及管理组。例如，在MTC-IWF 210被实施为无状态实体的情况下，可以使用该方法。在其它实施例中，MTC-IWF 210负责指配组ID、配置CN节点以及管理组。这种方法通常涉及MTC-IWF 210维持关于组中的UE 214的信息和关于服务节点的信息。

协调组创建

基于HSS的组创建

图3描绘了创建用于接收网络服务的新UE 214组的示例过程，其中HSS 116负责指配组ID、配置CN节点以及管理组。在这样的实施例中，MTC-IWF 210可以实施为无状态实体。

参考图3，在步骤1，在服务层发生组创建事件。在示例实施例中，在SCS 212识别事件。组创建事件可以作为任何数量的不同处理情况的结果而发生。例如，M2M应用或CSE可以发送用于形成组资源的组CREATE(创建)请求。组管理CSF此后可以确定网络提供的组服务可以用于该组，并且向NSSE CSF发起组创建请求。在另一示例性情形中，可以基于由M2M运营商完成的配置/供应来发起创建组的过程。

参考图3，响应于检测到组创建事件，在步骤2，SCS 212准备并向MTC-IWF 210发送具有设置为值“INITIAL_REQUEST”的GC请求类型属性值对(AVP)的组控制请求消息(GCR)。在示例实施例中，属性值对对应于diameter协议属性值对。该请求包括进行请求的组创建需要的任何信息。在示例实施例中，请求包括GCR消息中的以下信息：建议的组标识符；请求的服务的类型，诸如例如组消息服务或组策略；请求服务的要求/特性；诸如可以是设备的外部标识符和/或先前创建的组的外部组标识符的设备列表，和/或应当是组的部分的应用标识符的成员信息(可选)；标志数据，其指示移动网络操作(MNO)是否可以对该组进行修改；组存在多久的指示；标志数据，其指示是否请求直接组执行；子分组标志，用于指示MNO是否可以建议将组拆分为多个子组；并且如果支持子分组，则可以指示可以形成的子组的最大数量。包括在请求中的设备的列表可以是UE的单个外部标识符的列表、已经先前分配的外部组ID的列表、或外部组ID和外部UE ID的组合。当提供外部组ID时，在下面描述的处理期间，HSS 116将其映射到UE的列表。通常不会针对正在形成的新组考虑为GCR消息的“设备列表”中提供的外部组ID选择的服务。相反，针对要形成的新组仅考虑在GCR请求中明确列出的服务。在示例实施例中，SCS 212通过Tsp接口208经由MTC-IWF 210与HSS 116交换信息。在替选实施例中，SCS 212可经由更新的Mh接口直接与HSS 116接合。

参考图3，在步骤3，MTC-IWF 210准备并向HSS 116传送组管理请求(GMR)消息，并且为了授权和组形成的目的传递在GCR消息中接收的信息。在示例实施例中，消息包含来自如上所述的GCR消息的信息。在接收到消息时，HSS/HLR 116将设备的外部标识符和外部组标识符映射到内部标识符(例如，IMSI)，并检索每个UE的订阅信息。HSS 116还检索正在发出请求的SCS 212的订阅信息。HSS/HLR 116确定SCS 212是否被授权形成组以及使用请求的服务。HSS/HLR 116还检查UE是否可以被授权使用基于组的服务。HSS 116基于以下参数选择用于传递/执行服务的方法：HSS 116中已知的UE的能力；服务要求；UE和SCS212的订阅信息；以及服务于组成员的网络节点的状态。取决于选择的方法，HSS 116确定需要为基于组的服务配置的核心网(CN)节点。HSS 116还分配要在CN内使用的本地组标识符。例如，如果请求的服务是组消息服务并且消息特性是小消息，则CN可以确定使用小区广播服务(CBS)方法，并且可以配置MME和CBC。如果HSS 116选择MBMS方法，则HSS 116可以配置BMSC。在另一示例中，如果请求了组策略控制，则HSS 116可以配置PCRF和PGW。

参考图3，在步骤4，HSS 116准备并向必须为组服务配置的每个CN节点发送组供应请求(GPR)消息。CN节点可以对应于CN中的任何功能实体，诸如例如MME、SGW、PGW、PCRF、CBC、MBMS-GW等。HSS 116在消息中包括在组中服务的CN节点所需的任何信息。在示例实施例中，消息可以包括例如：UE的标识符(例如，IMSI)；必须被配置的服务；需要向HSS 116报告的事件；以及由HSS 116分配的本地组标识符。HSS 116可以在GPR消息中包括组的所有UE，而不管UE 214当前是否由CN节点服务，或者它可以仅包括取决于正在配置的服务与CN节点相关的组的部分。HSS 116保持组中的UE的跟踪，并且当UE附接到不同的节点(不同的MME、PGW等)时，HSS 116向新的CN节点供应组服务信息。

在接收到GPR消息时，CN节点214为服务配置其自身。作为该过程的部分，CN节点可以供应连接到它的其它CN节点。例如，MME 114可以供应连接到其的其他无线网络基站，例如，MME114可以配置无线网络基站，例如连接到其的演进型节点B(eNB)或SGW 110。CN节点存储由HSS 116分配的本地组ID，并且还可以将其传给其它节点。CN节点还可以为了CN的方便探索创建子组(本地组)的可能性，并关于子组的信息传给HSS 116。

再次参考图3，在步骤5，一旦每个CN节点已经配置了其自身和连接到其的其它相关节点，其就发送组供应答复(GPA)消息。在示例实施例中，CN节点可以分配内部组标识符并将其在消息中提供给HSS 116。HSS 116可以存储这些ID并在需要时使用它们来寻址与特定CN节点相关联的组的部分。

在从所有CN节点接收到GPA消息时或在定时器期满之后，HSS 116分配要提供给SCS 212的外部组ID。在一个示例实施例中，HSS 116可以使用用于创建外部组ID的本地组ID(localID@realm)或完全隐藏本地ID，并分配外部组ID并维持与本地组ID的映射。

参考图3，在步骤6，HSS 116向MTC-IWF 210发送指示外部组标识符和其它服务相关参数(例如，消息ID、多播IP地址等)的组管理答复(GMA)消息。

参考图3，在步骤7，MTC-IWF 210在组控制答复(GCA)消息中将外部组标识符和服务相关参数传给SCS 212。该消息中的信息可以包括例如：用于组的外部标识符；由CN接受的服务列表；如果请求了直接组服务执行，则MTC-IWF 210可以传递SCS 212可以用来直接地寻址组的组寻址信息，诸如TMGI、多播IP地址等；任何子分组信息(如果进行了子分组，则提供每个子组的外部组ID、每个组的服务列表以及每个组中的UE的列表)；以及组存在的谈判期限。

在示例实施例中，MTC-IWF 210或HSS 116可以向DNS服务器供应外部组ID。这允许SCS 212使用用于外部组ID的服务。例如，一个SCS 212可以创建组并将外部组ID传递给其它SCS。如果其它SCS想要执行服务(例如，发送组消息)，则他们可以使用外部组ID来找到适当的MTC-IWF 210并发送组消息。

基于MTC-IWF的组创建

图4描绘了创建用于接收网络服务的新UE组的另一示例过程，其中指配组ID、配置CN节点和管理组的责任在于MTC-IWF 210。在该方法中，MTC-IWF 210维持关于该组中的UE的信息和关于服务节点的信息。

参考图4，在步骤1，在服务层发生组创建事件。组创建事件可以作为如上结合图3的步骤1描述的不同处理情况的的任何数量结果而发生。

参考图4，在步骤2，SCS 212生成并向MTC-IWF 210发送具有设置为值“INITIAL_REQUEST”的GC请求类型AVP的组控制请求消息(GCR)。请求中包含的信息与上面结合图3的步骤2描述的相同。

响应于接收到请求，MTC-IWF 210基于请求的服务和其它网络状态信息的要求，生成用于执行服务的候选方法的列表。在一些情形中，可能只有一种方法来执行服务。MTC-IWF 210还可以进行外部组ID到UE列表的映射(如果外部组ID由GCR消息中的SCS 212提供)。

再次参考图4，在步骤3，为了授权组创建过程的目的，MTC-IWF 210生成并向HSS/HLR 116发送订户信息请求(SIR)。在示例实施例中，MTC-IWF 210提供组参数，诸如例如以下：设备列表(外部标识符)；请求服务的SCS ID；请求的服务的类型以及用于执行服务的候选方法的列表；以及选择的候选方法列表。在另一示例实施例中，使用新的组信息检索过程用于发送上述信息的目的。GIR(组信息请求)消息可以由MTC-IWF 210使用以发起该过程。

响应于SIR请求，HSS 116将外部标识符映射到内部标识符(IMSI)，并检索每个UE和SCS 212的订阅信息。HSS/HLR 116确定SCS 212是否被授权以形成组以及访问请求的服务。HSS/HLR 116还检查UE是否可以被授权使用请求的基于组的服务。

参考图4，在步骤4，HSS/HLR 116准备并发送SIA(订户信息答复)消息。在示例实施例中，SIA包括以下信息：用于SCS 212的授权信息；每个UE的能力和授权细节；用于每个候选方法的组服务相关数据；以及用于每个UE的服务节点信息。在一个替选实施例中，用于将信息从HSS 116通信到MTC-IWF 210的目的，可以使用新的组信息检索过程(如在上述步骤中作为替选而提及的)。在另一个替选方案中，HSS 116可以分配外部组ID或本地组ID，并将其作为SIA消息或GIA消息的一部分提供给MTC-IWF 210。在另一个实施例中，可以使用新的组ID请求过程，其中MTC-IWF 210显式地发送请求由HSS 116分配的外部/本地组ID的消息，并且HSS 116响应包含所请求的组ID的消息。

在接收到消息时，MTC-IWF 210使用接收到的信息、网络的条件和GCR消息的内容(诸如，例如请求的服务、服务的特性、组中的UE的数量等)以确定用于传递服务的方法。

参考图4，在步骤5，MTC-IWF 210准备并向需要被配置用于由MTC-IWF 210选择的方法的每个CN节点发送组供应请求(GPR)消息。MTC-IWF 210可以向CN节点提供完整的组成员列表或仅提供节点可能当前服务或需要被监控的组的子集。MTC-IWF 210还可以指示是否可以进行子分组。GPR消息还可以携带关于该组的哪些事件应当被通信到MTC-IWF 210的信息。MTC-IWF 210可以使用该通知来管理/修改组。MTC-IWF 210还可以包括本地组标识符并且将其包括为GPR消息的部分。

在接收到GPR消息时，CN节点为服务配置其自身。作为该过程的部分，CN节点可以供应连接到其的其它CN节点。例如，MME 114可以配置连接到其的eNB或SGW 110。CN节点存储由MTC-IWF 210分配的本地组ID，并且还可以将其传递到其它连接的节点。为了CN和MTC-IWF 210的方便，CN节点还可以探索子组(本地组)的可能性。

在其中将组供应请求通信到诸如例如eNB的基站并在其接收的情形中，请求可以指示例如eNB应当被配置为与定义的用于接收服务的机器分组一致。更特别地，供应请求可以包括识别包括在用于接收服务的机器组中的一个或多个机器的信息，并且可以进一步包括eNB配置其自身以与包括在请求中识别的一个或多个机器的机器组通信的指示。响应于请求，eNB存储识别包括在机器组中的一个或多个机器的信息，并配置其自身为与包括识别的一个或多个机器的机器组通信。在示例情形中，eNB可以更新在eNB上定义的识别从eNB接收组通信的机器的现有分组。在eNB已经配置其上的分组以容纳在组供应请求中识别的一个或多个机器之后，eNB生成并发送指示配置完成的响应。由eNB发起的后续组通信可以包括与在请求中识别的一个或多个机器的通信。

参考图4，在步骤6，CN节点生成并向MTC-IWF 210发送组供应答复。答复中包括的信息与上面结合图3的步骤5讨论的信息相同。应当理解，虽然图4示出了GPR/GPA消息在CN节点和MTC-IWF 210之间直接地通信，但是处理也可以涉及HSS/HLR 116。

参考图4，在步骤7，MTC-IWF 210准备并向SCS 212发送组控制答复消息(GCA)消息。消息中包括的信息与上面结合图3的步骤7讨论的相同。

组修改

在一些实例中，可能需要修改组的成员，修改为组分派的服务或删除组。该过程还可以用于分割或合并组，并且可以由CN或SCS 212发起。在一些情况下，组的修改可以将组留空(从组中移除所有UE/设备)。在组不包含任何UE的一些实例中，该组可以不被删除，并且该组的外部组ID被保持以便允许在稍后的时间点向该组添加新成员。然而，在一些实例中，可能希望实际上移除该组。如果GCR命令类型设置为DELETION_REQUEST，则将删除组外部组ID。

SCS发起组修改

图5和图6描绘了用于修改现有UE组的示例处理，其中修改由SCS 212发起。当SCS212检测到会干扰现有组服务处理的事件时，可以发起修改过程。例如，当设备或应用改变位置，关机，具有过期订阅，已经挑选离开或加入组时，或者当SCS 212选择添加设备或者应用到组或从组删除设备或者应用时，SCS 212可以发起修改过程。

图5描绘了修改用于接收网络服务的UE的现有组的示例过程，其中HSS 116负责指配组ID、配置CN节点以及用HSS 116管理组标识符。在这样的实施例中，MTC-IWF 210可以被实现为无状态实体。在示例实施例中，SCS 212可以通过Tsp接口208经由MTC-IWF 210与HSS116交换信息。替选实施例允许SCS 212经由更新的Mh接口直接地与HSS 116接合。

参考图5，在步骤1，在服务层发生组创建事件。在示例实施例中，在SCS 212识别事件。事件可以响应于由例如用户，应用或UE的活动而发起，或者它可以响应于在应用或服务层的一些条件(即，当满足某个应用定义的标准时)或响应于管理员活动而发起。触发可以导致UE到组的移除或添加或者为该组分派的服务的修改。

参考图5，在步骤2，SCS 212生成并向MTC-IWF210发送具有设置为值“MODIFICATION_REQUEST”或“DELETION_REQUEST”的GC请求类型AVP的组控制请求消息(GCR)。在示例实施例中，该GCR消息可以包含以下信息：要被移除或添加的UE的列表；要删除、添加或修改的服务列表；服务特性；指示是否可以进行子分组的标志；以及组的持续时间。在实施例中，GCR消息可以进一步包括下述：子分组信息，诸如例如UE的列表和用于子组的服务；以及合并信息，其可以包括例如要合并到单个组中的组ID和各个UE ID的列表。在组被合并的情形中，新组可以具有为每个组分派的所有服务的超集。

参考图5，在步骤3，MTC-IWF 210向HSS 116传递类型设置为“MODIFICATION_REQUEST”或“DELETION_REQUEST”的组管理请求中的修改请求。基于修改请求，HSS 116可以改变服务执行的方法。例如，如果修改现有服务的特性，则HSS 116可以识别用于传递服务的不同方法。在组的大小显着地改变的情形中，HSS 116可以选择不同的方法。方法的选择可以类似于上面结合图3的步骤3描述的。

参考图5，在步骤4，HSS 116准备并向关于组特性中的修改的所有受影响的CN节点(提供组服务的那些节点和需要供应的任何新的CN节点)发送GPR消息。包括在GPR消息中的信息可以类似于上面结合图3的步骤4所描述的信息。

CN节点基于GPR消息来配置其自身和连接到它们的其它相关节点。参考图5，在步骤5，CN准备并向HSS 116发送GPA消息，以通知HSS 116关于组供应的成功或失败。

在图5的步骤6，HSS 116生成并且向MTC-IWF 210发送在这种情况下可以是组修改答复的组管理答复，其指示组修改过程的结果。

在图5的步骤7，MTC-IWF 210准备并发送GCA消息以通知SCS 212关于组修改过程的成功或失败。在一个实施例中，消息还可以包括由CN在“支持的特征”AVP或“可用服务”AVP中支持的服务的当前列表。

图6描绘了修改用于接收网络服务的UE的现有组的示例过程，其中指配组ID、配置CN节点和管理组的责任在于MTC-IWF 210。在该方法中，MTC-IWF 210保持关于该组中的UE的信息和关于服务节点的信息。

参考图6，在步骤1，在服务层发生组创建事件。在示例实施例中，在SCS 212识别事件。事件可以响应于例如用户、应用或UE的活动而发起，或者它可以响应于在应用或服务层的一些条件(即，当满足某个应用定义的标准时)或响应于管理员活动而发起。触发可以导致UE到组的移除或添加或者为该组分派的服务的修改。

参考图6，在步骤2，SCS 212生成并向MTC-IWF210发送具有设置为值“MODIFICATION_REQUEST”或“DELETION_REQUEST”的GC请求类型AVP的组控制请求消息(GCR)。请求的内容可以与上面结合图5的步骤2讨论的内容相同。

在图6的步骤3，MTC-IWF 210生成并发送订户信息请求(SIR)。SIR请求要添加到组的设备的订阅信息，并授权将它们添加到组中。该请求可以包括诸如上面结合图5的步骤3描述的信息。

在步骤4，HSS/HLR 116在SIA消息中生成并传送订阅信息及其授权响应到MTC-IWF210。答复可以包括诸如上面结合图5的步骤4描述的信息。基于来自HSS 116的响应和请求的修改类型，MTC-IWF 210可以改变用于服务的执行方法。方法的选择与上面结合图4的步骤4描述的相同。应当理解，取决于修改的类型，SIR请求和SIA响应可以是可选的。

在步骤5，MTC-IWF 210生成并向关于组成员中的修改和/或需要的服务的每个受影响的CN节点(提供组服务的那些CN节点和需要供应的新的CN节点)发送GPR消息。CN节点基于GPR消息来配置它们自己和连接到它们的其它相关节点。

在步骤6，CN节点生成并向MTC-IWF 210发送GPA消息，提供关于组供应的成功或失败的信息。

在步骤7，MTC-IWF 210准备并发送GCA消息以通知SCS 212关于组修改过程的成功或失败。

CN发起的组修改

根据公开的系统和方法的另一方面，核心网络(CN)可以基于网络条件或事件来发起组修改过程。例如，如果UE订阅被撤销，或者UE 214被分离、去激活或漫游到另一网络或另一接入类型，或者如果UE 214附接或激活PDN或返回到HPLMN，则CN可以发起从组的添加或移除。

在CN可以发起组修改的另一示例情形中，核心网络可以响应于检测到网络上的拥塞而改变组的分派的服务。相对于这样的组修改，某些事件可以由HSS/MTC-IWF处理，并且可以不向SCS 212报告。例如，如果CBS节点拥塞，并且HSS/MTC-IWF早先为组选择了CBS方法消息传递，则CBS可以在内部为该组选择另一消息传递方法，并且可以不向SCS 212报告事件。然而，如果服务要求不能用其它方法满足，则HSS/MTC-IWF可以请求SCS 212改变服务需求或删除组。

在如上所述的组创建期间，HSS/MTC-IWF可以显式地配置CN节点关于将需要组修改的事件。HSS/MTC-IWF配置CN节点(使用GPR/GPA过程)关于CN节点应当监控并向HSS/MTC-IWF报告的事件。基于来自CN节点或来自涉及HSS/MTC-IWF的其它事件和过程的事件通知，HSS/MTC-IWF确定是否需要组修改。如果需要组修改，则HSS/MTC-IWF发起组修改过程。HSS/MTC-IWF还可以向SCS 212通信事件的发生(例如，UE分离)，并且让SCS 212确定是否需要组修改。在下面结合图7描述向SCS 212提供事件通知的HSS/-MTC-IWF的这种方法。

CN节点监控的事件取决于组已经订阅的基于组的服务以及针对基于组的服务的执行而选择的方法。下表列出了一些事件和通常监控该事件的特定CN节点。许多事件由HSS116监控，在这种情况下，HSS 116在“基于MTC-IWF的组管理”方法中向MTC-IWF 210报告事件。下面列出的事件不是详尽的列表，并且可能存在可能需要监控的其它事件。HSS/MTC-IWF可以基于来自任何CN节点的任何事件通知来触发组修改。

事件	监控CN节点
		跟踪区域改变	MME
小区改变	MME
		附接	MME
分离	MME
		UE可到达性	MME
UE空闲状态/PSM模式	MME
		PDN连接	PGW
PDN断开连接	PGW
		UE订阅撤回	HSS/HLR
PLMN间移动性(漫游)	HSS/HLR
		系统间移动性(例如LTE到UMTS)	HSS/HLR
技术间移动性(例如LTE到Wi-Fi)	HSS/AAA服务器
		切换	MME、HSS/HLR
策略和计费信息改变	PCRF
		拥塞/过载	MME、PGW、HSS、PCRF、CBC、MBMS-GW等
运营商供应/服务可用性	MME、PGW、HSS、PCRF、CBC、MBMS-GW等

基于HSS的CN发起组修改

在由核心网络发起的组修改的示例实施例中，HSS 116主要负责实施对分组的修改。图7描绘了与这样的实施例相关联的示例处理。

如图所示，在步骤1，核心网络(CN)节点检测核心网络中供应的事件，过程或运营商。事件可以是UE相关事件，诸如附接/分离事件，或网络相关事件，诸如网络拥塞的存在。在事件是核心网络节点已经被配置为监控的事件(参见上表)的情况下，CN节点生成并向HSS 116发送组事件通知。

响应于检测到事件，在步骤1a，核心网络生成并向HSS 116发送组事件通知请求(GEN)消息。在步骤1b，HSS 116发送组事件通知答复(GEA)消息以确认GEN消息的接收。

响应于接收到GEN消息，HSS 116确定组所需的修改。HSS 116可以应用在网络中定义的策略，以确定需要的修改。策略/订阅可以定义是否允许CN对组进行修改。例如，策略可以定义允许修改的组所有者(MNO或SCS 212)，可以进行的修改的级别(UE/服务的添加/删除)，何时进行修改(事件)，方法选择标准等。

参考图7，在步骤2，HSS 116向需要供应的每个CN节点传送GPR消息。在示例实施例中，GPR消息与上面结合图5的步骤4所描述的GPR消息相同或类似。

响应于接收到GPR消息，每个受影响的节点实施请求的服务供应。参考图7，在步骤3，接收到GPR消息的核心网络节点用提供供应的细节的GPA消息响应。在示例实施例中，GPA消息包括与上面结合图5的步骤5描述的信息相同或相似的信息。

响应于接收到GPA消息，HSS 116确定是否通知SCS 212。在示例实施例中，如果只有执行服务的方法已经改变，则HSS 116可以选择不通知SCS 212。类似地，在示例实施例中，如果组成员和提供的服务已经改变，则HSS 116可以通知SCS 212。

在HSS 116确定应通知SCS 212的情形中，如步骤4所示，HSS 116生成并向MTC-IWF210发送组管理通知请求(GMQ)消息。该消息包含修改和/或需要与SCS 212通信的组相关的通知。

在步骤5，MTC-IWF 210生成并向SCS 212发送组通知请求(GNR)消息，其指示对组作出的修改。在示例实施例中，消息包含被移除或添加的设备(外部标识符)的列表以及已经被添加、重新配置(特性改变)或被移除的服务的列表。响应于接收到消息，SCS 212可以根据需要配置服务层。

一旦用于组修改的服务层配置完成，在步骤6，SCS 212向MTC-IWF 210发送组通知答复(GNA)GNA消息。

在步骤7，MTC-IWF 210准备在组管理通知答复(GMN)消息中向HSS 116通信该信息的消息。

本领域技术人员将理解，尽管上述处理涉及HSS 116经由MTC-IWF 210向SCS 212发送组修改消息，但是可以使用其它可选的处理方法。例如，消息可以经由Mh接口而不是经由Tsp接口208直接地发送到SCS 212。

在结合图7描述的实施例中，在接收到事件的通知时，HSS 116重新配置组的成员，提供给组的服务或如何向组提供服务。在替选实施例中，向不同核心网络节点通知事件，并且指派重新配置该组的成员。例如，MTC-IWF 210可以被指配这些任务。在向MTC-IWF 210指配这些任务的实施例中，步骤1、2和3将在核心网络节点(即，P-GW、S-GW、MME，PCRF、UDR和HSS)和MTC-IWF 210之间发生。换句话说，步骤1a和3将在MTC-IWF 210终止，并且步骤1b和2将在MTC-IWF 210发起。

基于HSS的CN触发，SCS发起的组修改

图8描绘了核心网络发起的修改的可替选的基于HSS的方法。在图8所示的处理中，HSS 116向SCS 212发送关于修改触发事件的通知，并且SCS 212基于事件通知消息发起组修改过程。

一般来说，处理操作类似于结合图7描述的操作。然而，在此替选方法中，从MTC-IWF 210通信到SCS 212的GRN消息包含关于事件的报告，例如已经变得可用的新服务或已经变得不可用的服务和其它UE相关事件。SCS 212基于GRN消息确定是否进行用于组的修改。在该处理的变型中，HSS 116经由MTC-IWF 210向SCS 212发送组事件消息。在另一个替选实施例中，经由Mh接口直接地向SCS 212发送消息。

动态组成员控制

如上所述，通过涉及SCS 212，可以与一些现有的UE级过程一起进行UE到组中的添加和删除。但是一些UE级别过程，例如附接和TAU，不涉及SCS 212。在事件已经发生之后，SCS 212可以从用户平面级过程或来自CN的通知(如上面结合图8所描述的)中获知UE事件(例如，区域/位置改变)。如果SCS 212确定从事件的观点出发应当修改组，则它触发如上结合图5所述的组修改过程。供应CN节点以适应组修改。

在一些实例中，可以通过在一些UE级别过程期间涉及/通知SCS 212使组修改有效。如果SCS 212确定应该实施组修改，则CN节点可以被配置为UE级过程的部分，而不调用单独的过程。因此，组修改是动态完成的，而不是调用专用组修改过程。例如，如果使用组消息传送方法，其中eNB向组的UE分配公共组-CRNTI，并且如果在UE附接期间涉及SCS 212，则当SCS 212确定UE 214应当被添加到组时，HSS 116可以配置/通知MME，并且MME可以配置eNB，使得eNB将UE 214添加到组-CRNTI并且作为附接过程的部分通知UE 214的组-CRNTI(可能在携带附接接受的RRC消息中)。在示例情形中，eNB可以如上面结合图4所描述的那样接收配置其自身的请求，其中请求指定将UE 214添加到组-CRNTI。如果在附接过程期间不涉及SCS 212，则必须调用涉及SCS、MTC-IWF、HSS、MME和eNB的新过程以将组CRNTI传递到UE214，使得UE 214也将监控组-CRNTI上的DL消息。

利用其它过程嵌入组信息的好处是，组信息和CN节点配置作为现有过程的部分动态完成，而不是调用上面结合图7描述的单独的专用过程。动态组成员控制可以结合许多不同的过程来进行，包括例如UE附接和TAU过程。

动态组成员控制与附接过程

如果CN确定应该通知SCS 212关于UE附接过程，则SCS 212可以在其对附接通知的响应中为UE 214提供分组信息。服务节点(即，MME/SGSN)可以为UE 214所关联的组服务配置其自身，并且还使用相同的附接过程来配置附接过程中涉及的其它节点，诸如eNB/RNC。

动态组成员控制与附接过程-基于HSS

图9示出了在附接过程期间组成员的基于HSS的处理。如图所示，在步骤1，UE 214发起与CN的附接过程。服务节点(例如，MME、SGSN或MSC)确定UE 214是MTC设备，并且过程应当被通信到SCS 212。服务节点可以基于来自HSS 116的订阅信息、来自UE的指示或来自SCS212的事件监控请求做出该确定。服务节点可以识别来自于作为在附接过程期间传送的ULA(更新位置答复)消息或ISD(插入订户数据)的部分的HSS/HLR的UE的外部ID和分组信息。S6a和Gr接口上的ULA和ISD消息被增强以包括该信息。

参考图9，在步骤2，服务节点生成并向MTC-IWF 210发送M2M附接请求。服务节点基于从HSS接收到的订阅信息或基于本地供应来确定是否应该通知MTC-IWF 210 116。在示例实施例中，请求包括外部ID，要通知的SCS 212的SCS ID和UE的组信息，或者仅仅是IMSI。如果存在IMSI，则MTC-IWF 210可以查询HSS 116并检索外部ID、SCS ID和UE的组信息。

在步骤3，MTC-IWF 210生成并向SCS 212传送M2M附接请求通知。在示例实施例中，该请求包括UE的外部ID和当前分组信息。在示例情形中，SCS 212可以基于其应用层功能来确定UE的分组信息需要被更新。例如，SCS 212可以确定将UE 214添加到组或者从组中移除UE 214。

在步骤4，SCS 212生成并向MTC-IWF 210发送包括用于UE 214的更新的分组信息的M2M附接响应消息。该消息可以包括例如UE 214应该被添加到的外部组ID和/或应当从其移除UE 214的外部组ID。

在步骤5，如果SCS 212已经提供了更新的分组信息，则MTC-IWF 210将分组信息中继到HSS 116。如果SCS 212没有指示对UE的分组信息的任何改变，则该步骤是可选的。

在步骤6，如果UE 214将被添加到组或从组中移除，则HSS基本上如结合图7所描述的那样配置其它CN节点。

在步骤7，HSS 116向MTC-IWF 210发送指示UE 214的组修改完成的响应。如果服务节点必须被配置，则HSS 116可以包括透明信息元素(IE)，该透明信息元素包含用于要由MTC-IWF 210转发到服务节点的服务节点的组服务和配置信息。

在步骤8，MTC-IWF 210生成并发送包括来自HSS 116的分组信息和透明IE的M2M附接响应消息。在示例情形中，如果UE 214被添加到使用基于T5组消息的组，则透明IE可以包含用于在T5接口识别组的本地组标识符，需要在eNB处建立的组承载的特性等。

在步骤9，服务节点针对更新的分组信息配置其自身和其它相关节点。例如，如果UE 214被添加到使用基于T5的组消息传送的组，则MME可以分配组M-TMSI或将UE 214添加为组M-TMSI的部分，并且通知eNB关于分组信息。eNB可以分配组-CRNTI以使得能够与G-CRNTI一起发送组消息。

动态组成员控制与附接过程-基于MTC-IWF

图10示出了在附接过程期间基于MTC-IWF 210的组成员的处理。如图所示，在步骤1，UE 214发起与CN的附接过程。服务节点(MME或SGSN或MSC)确定UE 214是MTC设备，并且该过程应当被通信到SCS 212。服务节点可以基于来自HSS 116的订阅信息或来自UE 214或来自SCS 212的事件监控请求来做出上述确定。

服务节点可以了解UE的外部ID和UE 214的订阅信息以及要从作为在附接过程期间发送的ULA(更新位置答复)或ISD(插入订户数据)消息的部分的HSS/HLR通知的SCS。S6a和Gr接口上的ULA和ISD消息可以被增强以包括该信息。

在步骤2，服务节点生成并向MTC-IWF传送M2M附接请求，提供UE的外部ID，要被通知关于设备附接的SCS的SCS ID，以及要被通知的UE 214和SCS的订阅信息。可替选地，可以仅提供设备的IMSI。

在步骤3a，如果接收的M2M附接请求消息仅包含设备的IMSI，则MTC-IWF 210生成并发送订阅信息检索消息。MTC-IWF 210查询HSS 116，并检索UE的外部ID、要通知的SCS ID以及UE 214和SCS的签约信息。在步骤3b，HSS 116返回请求的信息。

在步骤4，MTC-IWF 210生成并向SCS 212发送M2M附接请求通知，并且提供外部ID和UE的当前分组信息。

作为响应，在示例情形中，SCS 212可以基于其应用层功能来确定UE的分组信息需要被更新。SCS 212可能想要将UE 214添加到组或者从组中移除UE 214。

在步骤5，SCS 212生成并发送包括用于UE的更新的分组信息的M2M附接响应消息。它可以列出UE 214应该被添加到的外部组ID和/或UE 214必须从其移除的外部组ID。

在步骤6，MTC-IWF 210可以使用在步骤3检索的订阅信息，并授权SCS 212和UE214使用请求的组服务。如果被授权，则MTC-IWF 210可以配置如上面结合图7描述的其它相关CN节点。

在步骤7，MTC-IWF 210生成并向服务节点发送M2M附接响应消息，该消息包含更新的分组信息以及用于服务节点的任何必要的组供应信息。例如，如果UE 214被添加到使用基于T5的组消息传送的组，则消息可以包含用于在T5接口识别组的本地组标识符，在eNB需要建立的组承载的特性等。

在步骤8，服务节点针对更新的分组信息配置其自身和其它相关节点。例如，如果UE 214被添加到使用基于T5的组消息传送的组，则MME可以分配组M-TMSI或将UE 214添加为组M-TMSI的部分，并且通知eNB关于分组信息。eNB可以分配组-CRNTI以使得能够与G-CRNTI一起发送组消息。

动态组成员控制与TAU过程

在TAU过程(其被单独地或作为切换过程的一部分执行)期间，如果CN确定应当通知SCS 212(基于来自SCS的订阅或事件监控请求)，则SCS 212可以在其响应中提供UE 214的分组信息。诸如例如MME/SGSN的服务节点还可以针对UE 214与之相关联的组服务配置其自身，并且使用相同的TAU过程来配置涉及的其它节点，诸如eNB/RNC。

动态组成员控制与TAU过程-基于HSS

图11A-B示出了在TAU过程期间基于HSS 116的组成员的处理。在图11A上描绘的步骤1-12与用于诸如在其内容通过引用整体并入本文的3GPP TS版本23.401的第5.3.3.1节中描述的TAU发起的过程相对应。

在图11A所示的步骤13，HSS 116生成并向MTC-IWF 210发送TAU通知请求消息，以便向SCS 212提供关于UE的跟踪区域更新的指示。只有在设备的跟踪区域已经改变并且可以不在周期性TAU过程期间发送的情况下，才可以传送该指示。该消息可以包括旧TAI、新TAI、UE的外部ID、UE的当前分组信息以及要通知的SCS 212ID。

在步骤14，MTC-IWF 210向适当的SCS转发TAU通知请求消息。该消息包括旧TAI、新TAI、UE的外部ID和UE的当前分组信息。MTC-IWF 210还可以将TAI翻译成SCS 212可以理解的地理区域表示。响应于接收到消息，SCS 212可以基于其应用层功能来确定UE的分组信息是否需要被更新。取决于情况，SCS 212可能想要将UE 214添加到组或者从组中移除UE214。例如，可能由于位置的改变而需要改变UE的组ID。

在出现在图11B的步骤15，SCS 212生成并向MTC-IWF 210发送TAU通知响应消息，并且提供用于UE的更新的分组信息。它可以列出UE 214应该被添加到的外部组ID和/或UE214必须从其移除的外部组ID。

在图11B的步骤16，MTC-IWF 210向HSS 116转发TAU通知响应消息。

在步骤17，HSS 116使用上面结合图7描述的过程根据需要配置其它CN节点。

在步骤18，HSS 116生成并向旧MME/S4-SGSN发送取消位置消息。消息包括UE的更新的分组信息。在实施例中，可以增强取消位置消息以携带UE的分组信息。旧MME/S4-SGSN基于接收到的分组信息来配置其自身。

步骤19-21对应于3GPP TS 23.401中的章节5.3.3.1的步骤14-16。

在图11B的步骤22，HSS 116生成并向新MME/S4-SGSN发送更新位置确认消息。在示例实施例中，消息包括更新的分组信息和用于新MME/S4-SGSN的任何必要的组供应信息。例如，如果UE 214被添加到使用基于T5的组消息传送的组，则消息可以包括将用于在T5接口处识别组的本地组标识符，在eNB处需要建立的组承载的特性等。

步骤23-26包括基本上如3GPP TS 23.401中的章节5.3.3.1的步骤14-16中描述的处理。然而，根据实施例的一个方面，可以增强诸如例如TAU接受的一些步骤来配置用于更新的分组信息(诸如在eNB中使用组-CRNTI)的相关节点。

动态组成员控制与TAU过程-基于MTC-IWF

图12A-B示出了在TAU过程期间基于MTC-IWF 210的组成员的处理。步骤1-16对应于诸如在其内容通过引用整体并入本文的3GPP TS版本23.401的章节5.3.3.1中描述的TAU发起的过程。

在图12B所示的步骤17，ULA消息可以被增强以包括UE的外部ID以及UE 214和要被通知关于TAU事件的SCS的订阅信息。

在图12B的步骤18，新MME生成并向MTC-IWF 210发送TAU通知请求消息，以向SCS212提供关于UE的跟踪区域更新的指示。在示例实施例中，仅当设备的跟踪区域已经改变并且可以不在周期性TAU过程期间传送消息时，才可以发送消息。在示例实施例中，TAU通知请求消息包括旧TAI、新TAI、UE的外部ID、要通知的SCS ID以及UE 214和SCS的订户信息。如果在步骤17中新MME不检索订阅信息，则其可以提供UE的IMSI。

在步骤19，如果提供的新MME没有在TAU通知请求中提供订户信息，则MTC-IWF 210可以进行订阅信息检索过程。MTC-IWF 210查询HSS 116，并检索要被通知的UE的外部ID、SCS ID以及UE 214和SCS的订阅信息。

在步骤20，MTC-IWF 210向SCS 212发送TAU通知请求。在示例实施例中，该消息包括旧TAI、新TAI、UE的外部ID以及UE的当前分组信息。MTC-IWF 210还可以将TAI翻译成SCS212可以理解的地理区域表示。根据潜在实施例的一个方面，SCS 212可以基于其应用层功能来确定UE的分组信息是否需要更新。SCS 212可以将UE 214添加到组或者从组中移除UE214。例如，可以由于其位置的改变而改变UE的组ID。

在步骤21，SCS 212生成并向MTC-IWF 210传送TAU通知响应消息。该消息包括用于UE的更新的分组信息。在示例实施例中，消息可以列出UE 214应当被添加到的外部组ID和/或UE 214必须从其移除的外部组ID。

在步骤22，MTC-IWF 210可以使用在步骤19中检索的订阅信息，并授权SCS 212和UE 214使用请求的组服务。如果被授权，则MTC-IWF 210可以配置如上面结合图7描述的其它相关CN节点。

在图12B的步骤23，MTC-IWF 210生成并向新MME/S4-SGSN发送TAU通知响应消息。在示例实施例中，消息包括更新的分组信息和用于服务节点的任何必要的组供应信息。在示例情形中，如果UE 214被添加到使用基于T5的组消息的组，则消息可以包含要用于在T5接口识别组的本地组标识符，在eNB需要建立的组承载的特性等。

步骤24-26包括基本上如3GPP TS 23.401中的章节5.3.3.1的步骤14-16中描述的处理。然而，根据潜在实施例的一个方面，可以增强诸如例如TAU接受的一些步骤来配置用于更新的分组信息的相关节点，诸如例如在eNB中使用组-CRNTI。

基于组的服务执行

一旦动态地或通过预定手段形成组，SCS 212就可以通过提供组ID、请求的服务的特性以及与到网络层可用的服务相关的信息来利用基于组的服务。如果请求执行服务，则MTC-IWF 210使用在组分配期间选择的方法来执行请求的服务。在一些情况下，如果网络条件已改变或者如果请求的服务的特性不能满足在组创建期间选择的方法，则MTC-IWF 210可以确定使用不同的方法。在一些情况下，还可以由SCS 212直接地执行组服务而不与MTC-IWF 210联系。例如，对于某些类型的基于组的服务(例如，组消息)，假设SCS 212具有与必要节点(例如，CBC、BMSC等)的直接链路，组服务的直接执行是可能的。

取决于核心网络的供应，HSS 116和MTC-IWF 210参与执行服务的程度可以变化。图13描绘了其中处理主要是基于HSS的处理。图14描绘了其中处理主要是基于MTC-IWF 210的处理。

基于HSS的组服务执行

图13描绘了执行基于组的服务的示例过程的流程，其中HSS 116主要负责分组。在步骤1，SCS 212生成并向MTC-IWF 210发送GAR(组动作请求)消息，以便访问设备组的特定服务。在示例情形中，请求包括指定以下内容的信息：外部组ID；请求的服务；请求的服务的特性；以及与服务相关的数据。

在步骤2，MTC-IWF 210生成并向HSS 116发送GHR(组处理请求)消息，以便发送关于该服务请求的传递/处理的信息。在示例情形中，消息包括在先前GAR消息中接收的信息。取决于正在请求的服务，MTC-IWF 210可以不将数据部分传递到HSS 116。例如，如果请求了组消息，则MTC-IWF 210不需要将实际消息内容传递到HSS 116。相反，它可以只传递服务的细节/特性。

在接收到GHR消息时，HSS 116可以选择先前在组创建阶段期间为该组配置的方法之一，或者HSS 116可以重新评估(基于策略)用于执行服务的方法。HSS 116使用请求的服务的特性和当前网络条件来做出该决定。如果在组创建阶段期间选择的任何方法不足以执行服务，或者如果网络条件不能够支持该方法，则HSS 116可以选择不同的方法来执行服务。如果针对组配置的方法都不适合于服务的执行，则HSS 116还可以选择不同的方法。

在示例实施例中，在组创建期间，组可能已经针对用于组消息传递的T4(基于SMS)方法或T5(基于控制平面的)方法被配置。如果当前组消息传送特性使得需要传递高数据速率的大量数据，则HSS 116可以确定选择不同的方法，诸如例如使用用户平面进行传送的方法。

在示例实施例中，如果请求的特性不能被服务或者如果MNO策略不允许方法重新选择，则HSS 116还可以确定拒绝GAR。

在其中选择已经配置的方法之一的情形中，HSS 116还可以确定该方法的CN节点是否需要重新配置以处理GAR消息中提供的特性。例如，如果在组创建时间期间配置用户平面方法以执行组消息服务，并且如果当前特性需要支持更高的数据速率，则HSS 116可以用新的QoS值重新配置PGW以用于用户平面隧道。

在步骤3，HSS 116生成并且向必须被配置(针对新方法)或被重新配置以便处理服务的新特性的所有CN节点发送GPR(组供应请求)消息。

在步骤4，CN节点向HSS 116发送GPA(组供应答复)消息。

在步骤5，HSS 116生成并向MTC-IWF 210发送GHA(组处理答复)消息，其包含关于要由MTC-IWF 210联系以执行服务的服务节点的细节。在一些情形中，与供应相关的特定服务(例如，策略或计费相关服务)可能已经被HSS 116(作为GPR/GPA过程的部分)寻址，在这种情况下，HSS 116可能不包括任何服务节点信息。HSS 116可以指示服务已经被执行，并且MTC-IWF 210可以跳过接下来的两个步骤并向SCS 212发送GAA。

在步骤6，MTC-IWF 210生成并向由HSS 116提供的服务节点发送GSR(组服务请求)消息。在示例实施例中，MTC-IWF 210在消息中包括要由服务节点传递或处理的服务数据。MTC-IWF 210还可以包括用于执行服务和向MTC-IWF 210报告的参数，包括例如执行服务的时间段、传递服务可以进行的尝试的次数、用于将报告发送回MTC-IWF 210的时间段、用于报告的格式等。

响应于消息，服务节点执行在GSR消息中指定的服务，并且收集与服务执行相关的数据以用于向MTC-IWF 210报告。

在步骤7，服务节点生成并向MTC-IWF 210发送GSA(组服务答复)消息，其包含关于服务执行的报告。例如，消息可以包含接收到组消息的UE的数量或者在其中广播消息的地理区域或跟踪区域以及提供的成功/失败。

在从服务节点接收到消息时，MTC-IWF 210整理来自所有GSA消息的报告，并准备要发送到SCS 212的概要报告。

在步骤8，MTC-IWF 210生成并且向SCS 212发送包含关于CN执行服务的报告的GAA(组动作答复)。

基于MTC-IWF的组服务执行

图14描绘了执行基于组的服务的示例过程的流程，其中MTC-IWF 210主要负责组处理。在步骤1，SCS 212向MTC-IWF 210发送GAR(组动作请求)消息，以便访问设备组的特定服务。在示例情形中，请求包括指定以下内容的信息：外部组ID；请求的服务；请求的服务的特性；以及与服务相关的数据。

在接收到消息时，MTC-IWF 210选择已经选择的方法之一来执行服务或决定使用不同的方法。用于方法选择的标准与上面结合图13的步骤2描述的相同。

在步骤2，MTC-IWF 210生成并向HSS 116发送SIR消息，以检索SCS 212和UE的服务节点和订阅信息。该步骤是可选的，并且在示例实施例中，可以仅在为服务执行选择新方法时才进行该步骤。

在步骤3，HSS 116生成并发送包括用于SCS 212和UE的授权信息的SIA消息，以便利用由MTC-IWF 210选择的方法。消息还包含所选方法的服务节点信息。

在步骤4，MTC-IWF 210生成并且向必须被配置(针对新方法)或被重新配置为处理服务的新特性的所有CN节点发送GPR(组供应请求)消息。

在步骤5，CN节点生成并向MTC-IWF 210发送GPA(组供应答复)消息。与供应相关的某些服务(例如，策略或计费相关服务)可以在此时完成并且对于这些类型的服务，MTC-IWF210可以跳过接下来的两个步骤并向SCS 212发送GAA。

在步骤6，MTC-IWF 210生成并向需要执行服务的所有服务节点发送GSR(组服务请求)消息。该处理类似于上面结合图13的步骤6描述的处理。

在步骤7，服务节点生成并向MTC-IWF 210发送GSA(组服务答复)消息，其包含关于服务执行的报告。该处理类似于上面结合图13的步骤7描述的处理。

在步骤8，MTC-IWF 210生成并发送包含关于由CN执行服务的报告的GAA(组动作答复)消息。该处理类似于上面结合图13的步骤8描述的处理。

与一个M2M组管理程序的相关性

一个M2M是指用于机器到机器通信的功能架构。图15示出了基本一个M2M架构的示例。如图所示，一个M2M架构包括在一个2M解决方案中提供应用逻辑的应用实体(AE)1510。公共服务实体(CSE)1512包括在M2M环境中公共的并且由一个M2M指定的服务功能集合。这样的服务功能通过参考点Mca 1520和Mcc 1522呈现给其它实体。参考点Mcn 1530用于接入底层网络服务实体。网络服务实体(NSE)1540向CSE提供服务。M2M服务的示例包括设备管理、位置服务和设备触发。底层NSE可以是例如如上所述的基于3GPP的网络。

由公共服务层提供的对于一个M2M环境公共的服务功能被称为公共服务功能(CSF)。图16是描绘在示例实施例中可以并入CSE中的各种CSF的图。CSF经由Mca参考点1520向应用提供服务，并且经由Mcc参考点1522向其它CSE 1512提供服务。与底层网络服务功能，即3GPP网络功能的交互经由Mcn参考点1530。

参考图16，组管理(GMG)CSF 1610负责处理一个M2M架构中的组相关请求。GMG CSF1610负责管理组及其成员。GMG CSF 1610支持对多个感兴趣的资源的批量操作并且聚合结果。GMG CSF 1610能够基于分组来促进访问控制。当需要和可用时，GMG CSF 1610可以利用底层网络，即3GPP网络的现有能力，包括广播/多播。

分组使得一个M2M系统能够对多个设备、应用或资源进行批量操作。GMG CSF 1610管理与分组相关联的资源和操作。例如，GMG CSF 1610处理创建、查询、更新和删除组的请求。应用或CSE可以请求组的创建/检索/更新/删除以及组的成员的添加和删除。GMG CSF1610能够在一个M2M系统中的任何节点中的CSE中为特定目的(即，促进接入控制、设备管理、对设备组的扇出公共操作等)创建一个或多个组。

再次参考图16，网络服务呈现、服务执行和触发(NSSE)CSF 1620管理与底层网络，例如3GPP的通信，用于通过Mcn参考点1530接入网络服务功能。NSSE CSF 1620使用可用/支持的方法用于代表M2M应用的服务“请求”。NSSE CSF 1620屏蔽其它CSF和AE不受由底层网络支持的特定技术和机制的影响。

在一个M2M中已经定义了用于在服务层处管理组的不同过程。这些过程用于管理与<组>资源相关联的信息的成员验证、创建、检索、更新和删除以及通过根据<组>资源的虚拟资源成员调用对应的动词对所有组成员资源的批量管理。下表总结了一个M2M中使用的组管理过程。

过程	目的
		Create<group>	用于创建组资源
Retrieve<group>	用于检索<组>资源
		Update<group>	用于更新现有<组>资源
Delete<group>	用于删除现有<组>资源
		Create<Members>	用于创建属于现有<组>资源的所有成员资源的内容
Retrieve<Members>	用于检索属于现有<组>资源的所有成员资源的内容
		Update<Members>	用于更新属于现有<组>资源的所有成员资源的内容
Delete<Members>	用于删除属于现有<组>资源的所有成员资源的内容

因此，存在在M2M服务层中使用以形成服务层组并对组进行不同操作的不同过程，例如通过向组添加/移除成员来更新组。在M2M服务层形成的组是基于M2M服务层功能的，并且这些组可以是设备组、应用、CSE等。在这些组上进行的操作对应于M2M服务层过程。M2M服务层负责确定其如何利用上面结合图1-4描述的网络层组管理功能，并将这些过程与服务层组管理过程相关联。

图17描绘了可以在网络层服务能力中实施一个M2M服务层中的组过程的过程。如图17的右侧所示，可以在AE 1510生成创建组的一个M2M服务层请求，并在一个M2M群管理(GMG)CSF 1610接收该请求。一个M2M群管理(GMG)CSF 1610负责用于确定是否需要创建网络层组，并且如果是，则确定应该是该组的部分的UE、要创建该组的目的(例如，组消息)以及组服务的特性(例如，最大消息大小)。然后，GMG CSF 1610请求网络服务呈现、服务执行和触发(NSSE)CSF 1620形成网络层组。NSSE CSF 1620通过Mcn参考点调用底层网络的动态组创建过程(如上面结合图3所述)，并将形成组的请求通信给NSE。在底层网络是基于3GPP的网络的情形中，Mcn参考点可以是Tsp接口208，并且NSE可以是MTC-IWF 210。可替选地，3GPP网络中的Mh接口也可以用于此目的。

其它服务层组过程还可以导致执行网络层组管理过程。下表总结了各种服务层组管理过程与网络层组管理过程之间的相关性。

网络层组管理功能还可以由来自其它CSF的基于NSSE的请求或基于在服务层供应的运营商来调用。

PAN网络中的协调分组

申请人公开了用于为了执行网络级服务的目的而生成和管理设备组的系统和方法。本文呈现的概念可以应用于包括个人区域网络的不同网络类型。这里定义的过程特别地适合于使用PAN协调器的个人区域网络。这样的网络的示例是基于802.15.4的网络，诸如紫蜂和6LoWPAN。

图18示出了示例部署，其中作为归属自动化网关操作的一个M2M应用服务节点(ASN)1810使用Mcn接口1530来接合到PAN协调器1820。PAN协调器1820可以管理例如，诸如照明开关、门锁等的归属自动化设备的网络。如果归属自动化设备托管一个M2M应用，则ASN1810还将具有与这些设备的Mcc接口1522。否则，ASN 1810将具有与一个M2M设备的一些网络特定接口。

ASN 1810使用Mcn接口1530请求PAN协调器1820创建设备组。例如，组可以用于将消息多播到网络中的设备的子集，或者广播消息到组中的所有设备。图19示出了示例呼叫流程，其中ASN 1810使用其与PAN协调器1820的Mcn接口1530来创建设备组(或将设备添加到组)。在图19的示例中，底层网络是基于紫蜂的网络。然而，相同的概念可以应用于诸如6LoWPAN的其它个人区域网络。

图19示出了其中由ASN创建组的情形。应当理解，虽然图19描绘了其中由ASN 1810创建组的情形，但是当从组中移除设备时，可以应用类似的过程。在紫蜂方式实施中，APSME-REMOVE-GROUP.request和APSME-REMOVE-GROUP.confirm原语将用于移除组。

参考图19，在步骤1，在SCS 212识别组创建事件。例如，M2M应用或CSE可以发送用于形成组资源的组CREATE请求。作为响应，组管理CSF 1610确定网络提供的组服务可以用于组，并且向NSSE CSF 1620发起组创建请求。在替选场景中，可以基于由M2M运营商完成的配置/供应来发起组创建。

在步骤2，ASN 1810生成并向PAN协调器1820发送组创建请求。消息的字段可以类似于本文结合具有设置为值“INITIAL_REQUEST”的GC请求类型AVP的组控制请求消息(GCR)描述的那些字段。

在步骤3，PAN协调器1820使用APSME-ADD-GROUP.request原语来更新其内部紫蜂组管理对象以及新形成的组的细节。

在步骤4，紫蜂组管理对象用APSME-ADD-GROUP.confirm响应以指示组已经形成。

在步骤5，PAN协调器1820使用APSME-ADD-GROUP.request原语来更新作为组的部分的每个设备的紫蜂组管理对象。

在步骤6，紫蜂组管理对象用APSME-ADD-GROUP.confirm响应以指示该组已经形成。

在步骤7，PAN协调器1820向ASN 1810发送外部组标识符和服务相关参数。在示例实施例中，消息的字段类似于在组控制答复消息(GCA)中提供的字段。

本领域的技术人员将理解，虽然图19示出一个M2M ASN创建/修改的组，但是同样的程序也可以由一个M2M中间节点或一个M2M 基础设施节点执行。底层网络可以是基于IP的网络，并且Mcn接口1530可以用于创建多播组。

新diameter消息

根据本公开的系统和方法的一个方面，若干新的消息被描述为在Tsp的接口208的服务层与网络层之间可接入以便支持用于基于组的服务的描述的过程。

如果通过MH接口完成HSS 116和SCS 212之间的组管理，则可以在MH接口上使用描述的消息和在这些消息中的信息。在这种情形中，组动作的消息GAR和GAA可能无法在MH接口上应用，因该组动作在TSP的接口208上完成。

下表中列出结合用于组创建和管理的系统和方法在本文中描述的命令和代码。

命令-名称	缩写
		Group-Control-Request	GCR
Group-Control-Answer	GCA
		Group-Notification-Request	GNR
Group-Notification-Answer	GNA
		Group-Related-Event-Notification-Request	GRN
Group-Related-Event-Notification-Answer	GRA
		Group-Action-Request	GAR
Group-Action-Answer	GAA

GCR-组控制请求

作为以上结合图3描述的SCS发起的组创建过程或者以上结合图5描述的SCS发起的组修改过程的部分，GCR命令由SCS 212发送到MTC-IWF 210。

下表列出了可以在不同过程期间发送的GCR消息中的属性值对(AVP)。

GCR消息的内容取决于请求类型及使用其的过程。

在示例实施例中，在组修改过程期间，“Group-Service-Details”属性值对(AVP)可以用于请求添加新服务或者提供现有服务的特性的改变。在接收到该消息时，如果CN发现被修改的组已经预订了在“Group-Service”AVP中提及的服务，则CN更新该服务的特性，并选择用于执行服务的不同方法。

在示例实施例中，“External-Group-Identifier”AVP在组修改过程中变为强制AVP，并且不应当在组创建过程期间被包括。

当SCS 212发起用于组创建的GCR消息时，“GC-Request-Type”AVP被设置为“INITIAL_REQUEST”，并且当SCS 212发送用于修改组属性的GCR时，“GC-Request-Type”AVP被设置为“MODIFICATION_REQUEST”。

GCA-组控制答复

在示例实施例中，由MTC-IWF 210向SCS 212发送GCA命令，作为上面结合图3描述的SCS发起的组创建过程和上面结合图5描述的SCS发起的组修改过程的部分。

消息可以包括以下AVP：

{GC-Request-Type}

{GC-Request-Number}

[External-Group-Identifier]

*[Group-Service-Details]-->接受的组服务

*[Rejected-Group-Service]

[Group-Existence-Time]

*[Sub-Group-Information]

*[Supported-Features]

'Group-Services'AVP包含由CN接受的服务的列表和被接受的服务的特性。

GNR-组通知请求

由MTC-IWF 210向SCS 212发送GNR命令，作为如上结合图7所述的CN发起的组修改过程的部分。

消息可以包括以下AVP：

{GC-Request-Number}

[External-Group-Identifier]

*[Group-Service-Details]

[Group-Existence-Time]

*[Group-Modifications-Control]

*[Sub-Group-Information]

*[Group-Member-Addition]

[Group-Member-Removal]

*[Group-Service-Removal]

*[Available-Service]

*[Supported-Features]

'Group-Service-Details'AVP包含由CN修改或添加到组的服务的列表以及修改/添加的服务的特性。

'Supported-Features'AVP可以用于向SCS 212指示可用的基于组的服务。

GNA-组通知答复

由SCS 212向MTC-IWF 210发送GNA命令，作为以上结合图7描述的CN发起的组修改过程的一部分。

消息可以包括以下AVP：

{GC-Request-Number}

'Result-Code'AVP用于指示在服务层的组修改的成功或失败。

GRN-组相关事件通知请求

由MTC-IWF 210向SCS 212发送GRN命令，作为以上结合图8描述的替选CN发起的组修改过程的部分，以向SCS 212提供不可用或新可用的服务/UE的列表。SCS 212可以基于GRN命令中的信息来进行SCS发起的组修改过程。

消息可以包括以下AVP：

{GC-Request-Number}

[External-Group-Identifier]

*[Unavailable-Member]

*[Suggested-New-Member]

*[Unavailable-Service]

*[Available-Service]

*[Group-Service-Details]

*[Group-Delete-List]

*[Supported-Features]

'Group-Service-Details'AVP可以用于指示已经订阅的服务所需的改变。

GRA-组相关事件通知答复

由SCS 212向MTC-IWF 210发送GRA命令，作为以上结合图8描述的替选CN发起的组修改过程的部分，以指示在服务层的组修改的成功或失败。

消息可以包括以下AVP：

{GC-Request-Number}

GAR-组动作请求

由SCS 212向MTC-IWF 210发送GAR命令，作为以上结合图13描述的组服务执行过程的部分。

消息可以包括以下AVP：

{GC-Request-Number}

{External-Group-Identifier}

{Group-Service-Id}

[Service-Characteristics]

[Service-Payload]

GAA-组动作答复

由MTC-IWF 210向SCS 212发送GAA命令，作为以上结合图13描述的组服务执行过程的部分。

消息可以包括以下AVP：

{GC-Request-Number}

{External-Group-Identifier}

[Service-Execution-Report]

*[Supported-Features]

为Tsp接口提出的新AVP

在示例实施例中，为在Tsp参考点208上的基于组的过程中使用而定义若干diameter属性值对(AVP)，包括它们的类型和可能的标志值。下面的图表提供了可能结合本文所述的组处理使用的AVP的列表。以下列表是每个识别的AVP的更详细的解释。

External-Group-Identifier

External-Group-Identifier AVP是UTF8String类型，并且包含组的外部组标识符。外部组标识符具有在其内容通过引用整体并入本文的IETF RFC 4282的条款2.1中指定的形式groupname@realm，并且具有与其内容通过引用整体并入本文的3GPP TS 23.682中定义的MTC外部标识符相同的原理。外部组标识符的定义在其内容通过引用整体并入本文的3GPP TR 23.887中讨论。

GC-Request-Type

GC-Request-Type AVP是枚举类型并且由SCS 212使用以指示GCR消息发起的原因。

定义以下值：

INTIIAL_REQUEST(0)-当用于形成组的目的而发送GCR消息时，使用此值。

MODIFICATION_REQUEST(1)-当用于修改组属性的目的而发送GCR消息时，使用此值。

DELETION_REQUEST(2)-当用于修改组属性的目的而发送GCR消息时，使用此值。

GC-Request-Number

GC-Request-Number AVP是Unsigned32类型，并且在一个会话内识别该请求。SCS212或MTC-IWF 210可以同时地发起多个基于组的过程，而不需要等待前面的过程完成。GC请求号AVP用于匹配对对应请求的响应。

例如，在示例情形中，SCS 212可以同时地发起组创建过程，以通过发送具有设置为不同值的GC请求号的GCR消息来创建多个组。MTC-IWF 210确保相应的GCA消息具有设置为在相应的GCR消息中接收的相同值的GC请求号。

可替选地，可以重新使用在其内容通过引用并入本文的章节6.4.83GPP TS29.368中定义的“Reference-Number”AVP。

Group-Members

Group-Members AVP是分组类型，并且用于表示属于MTC外部组的成员。它可以包含单个MTC外部标识符的多个实例和/或外部组标识符的多个实例。

消息可以包括以下AVP：

*[External-Id]

*[External-Group-Identifier]

External-Id

External-Id AVP是UTF8String类型，并且包含UE的外部标识符。其内容通过引用整体并入本文的3GPP TS 23.003提供了关于外部标识符的定义和格式的信息。

Group-Service-Details

Group-Service-Details AVP是分组类型，并且包含关于基于组的服务的细节。它包含服务ID和服务的特征。

消息可以包括以下AVP：

{Group-Service-Id}

[Service-Characteristic]

Group-Service-Id

Group-Service-Id是枚举类型，并且指示3GPP提供的基于组的服务。

定义以下值：

GROUP_MESSAGING_SERVICE(0)-指示基于组的多播或广播消息服务。

GROUP_CHARGING_POLICY_CONTROL_SERVICE(1)-指示基于组的策略和计费控制服务，其中SCS 212可以为UE组提供策略和计费控制信息。

GROUP_ACTIONS_MONITORING_SERVICE(2)-指示基于组的监控和动作服务，其中一些UE的活动被监控，并且基于指定事件的发生对一些UE进行自动动作。

Service-Characteristics

服务特性AVP是分组类型，并且定义正被提供/请求的服务的特性。它类似于基于组的服务的QoS。

消息可以包括以下AVP：

[Group-Messaging-Characteristics]

[Group-Charging-Policy-Characteristics]

[Group-Actions-Monitoring-Characteristics]

Group-Message-Characteristics

Group-Message-Characteristics AVP是分组类型，并且包含组消息传送服务的服务特性。

消息可以包括以下AVP：

[Group-Message-Type]

[Group-Messaging-Data-Rate]

[Group-Messaging-Frequency]

[GM-Repetition]

[GM-Repetition-Interval]

[GM-Maximum-Delay-Tolerance]

[GM-Response-Expected]

[GM-Priority]

[Roamers-Inclusion]

Group-Charging-Policy-Characteristics

Group-Charging-Policy-Characteristics AVP是分组类型，并且包含组计费和策略控制特征的特性。

消息可以包括以下AVP：

{GCP-Type}

[Roamers-Inclusion]

Group-Action-Monitoring-Characteristics

Group-Action-Monitoring-Characteristics AVP是分组类型，并且包含基于组的监控和动作服务的特性。

消息可以包括以下AVP：

{GAM-Type}

[Roamers-Inclusion]

Group-Message-Type

Group-Message-Type AVP是枚举类型并且表示用于组消息的目的。

定义以下值：

DEVICE_TRIGGERING(0)-此值指示必须发送到组的消息是设备触发消息。

SHORT_MESSAGING(1)-此值指示要传递的组消息是短消息。短消息可以是运营商定义的或单个MT SMS或CBS消息的最大大小。

DOWNLINK_STREAMING(2)-该值指示下行链路方向上的消息的连续流。

可以按照服务提供商和运营商之间的协议添加其它值。

Group-Messaging-Data-Rate

Group-Messaging-Data-Rate AVP是Unsigned32类型，并且以每秒字节数的格式表示消息服务的数据速率。它与诸如“下行链路流”的特定类型的消息相关。

Group-Messaging-Frequency

Group-Messaging-Frequency AVP是Unsigned32类型，并且提供必须在用于消息传送服务的下行链路中发送的消息(分组)的数量。此值以数据分组每小时的格式表示。它可能与“设备触发”和“短消息”类型的服务相关。

GM-Repetition

GM-Repetition AVP具有类型Unsigned32，并且指示特定消息必须重复或重新广播的次数。诸如设备触发的某些消息传送需要可能需要重复消息以增加最大数量的设备接收消息的概率。

GM-Repetition-Interval

GM-Repetition-Interval AVP是Unsigned32类型，并且在连续的消息重复之间提供以秒为单位的间隔持续时间。

GM-Maximum-Delay-Tolerance

GM-Maximum-Delay-Tolerance AVP是Unsigned32类型，并且提供在消息传递之前可以延迟的最大时间量。它以秒为单位并具有指示立即传递的零值。此属性帮助核心网络优化消息传递机制和调度消息传递。此属性有助于最小化拥塞期间的影响。

GM-Response-Expected

GM-Response-Expected AVP是枚举类型，并且指示SCS 212是否期待来自UE的针对组消息的响应。该属性帮助核心网络准备其资源以处理来自UE的上行链路消息。核心网络可以在不同的小区/区域(如由GM-Maximum-Delay-Tolerance允许的)在不同时间广播下行链路组消息，或者其可以包括定时器值，并请求UE随机地选择时间段内的时间用于发送其响应消息。

定义以下值：

NO_RESPONSE(0)-该值指示SCS 212不期望来自UE的针对组消息的任何响应。

SINGLE_RESPONSE(1)-该值指示期望来自UE的单个响应消息。

MULTPLE_RESPONSE(2)-该值指示UE可以响应于组消息而发送多于一个消息。

UNKNOWN_RESPONSE(3)-该值指示SCS 212不确定UE是否可以用响应消息答复。

GM-Priority

GM-Priority AVP是Unsigned32类型，并且指示组消息的优先级。来自SCS 212的某些警告消息和更新消息可能是关键的，并且SCS 212可能希望核心网络提供更高的优先级并且选择用于传递这些消息的可靠方法。

较低的值指示较高的优先级。

Roamers-Inclusion

Roamers-Inclusion AVP是枚举类型，并且指示MTC-IWF 210是否应当尝试传递消息或者为当前未由归属PLMN服务的UE执行或配置服务。

GCP-Type

GCP-Type AVP是枚举类型，并且提供用于组计费和策略服务的目的。

定义以下值：

CHARGING_ONLY(0)-此值指示仅为组计费的目的而需要服务。

POLICY_ONLY(1)-此值指示服务仅需要组策略相关的控制。

CHARGING_AND_POLICY(2)-此值指示需要用于计费和策略的服务。

GAM-Type

GAM-Type AVP是枚举类型并且提供用于组动作和监控服务的目的。

定义以下值：

MONITORING_ONLY(0)-此值指示仅要进行监控和报告。

ACTION_ONLY(1)-该值指示SCS 212将提供需要进行的动作，并且CN可能需要简单地执行那些动作。CN不进行监控。SCS 212可以在服务层进行监控。

MONITORING_AND_ACTIONS(2)-此值指示要为监控和基于监控的操作两者配置服务。

Sub-Grouping-Indication

Sub-Grouping-Indication AVP是分组类型，并且由SCS 212使用以指示如果需要，CN可以进行子分组。

消息可以包括以下AVP：

[Number-Of-Sub-Groups]

[Minimum-SubGroup-Members]

Number-Of-Sub-Groups

Number-Of-Sub-Groups AVP是Unsigned32类型，并且指示CN可以创建的子组的最大数目。

Minimum-SubGroup-Members

Minimum-SubGroup-Members AVP是Unsigned32类型，并且指示应当存在于形成的每个子组中的UE的最小数量。

Sub-Group-Information

Sub-Group-Information AVP是分组类型，并且由CN使用以提供与形成的子组相关的信息。它包含子组的外部组ID、其成员列表和为子组配置的服务。

消息可以包括以下AVP：

{External-Group-Identifier}

[Group-Member]

*[Group-Service-Details]

Suggested-Group-Identifier

Suggested-Group-Identifier AVP是UTF8String类型，并且在组创建过程期间由SCS 212使用以向CN建议向组指配特定外部组Id。该AVP可以格式化为类似于External-Group-Identifier AVP和格式'groupname@realm'，或者它可以仅包含'组名称'部分。

SCS 212可以建议外部组ID的一种情形是当SCS 212已经删除组时并且稍后如果其想要创建相同的组，则它可以建议CN指配相同的外部组ID。

Suggested-New-Member

Suggested-New-Member AVP是分组类型，并且由CN在GRN(结合图8讨论的替选CN发起的组修改过程)中使用以建议SCS 212将一些UE添加到组。

AVP格式：

消息可以包括以下AVP：

[External-Id]

[External-Group-Identifier]

[Device-State]

*[AVP]

Unavailable-Member

Unavailable-Member AVP是分组类型，并且由CN在GRN(结合图8讨论的替选CN发起的组修改过程)中使用以建议SCS 212从组中移除一些UE。

消息可以包括以下AVP：

[External-Id]

[External-Group-Identifier]

[Device-State]

Unavailable-Service

Unavailable-Service AVP是分组类型，并且由CN在GRN(结合图8讨论的替选CN发起的组修改过程)中使用，以提供在核心网络不再可用的服务。

消息可以包括以下AVP：

{Group-Service-Id}

[Group-Control-Cause]

Device-State*

Device-State AVP是枚举类型，并且向SCS 212提供UE 214的状态。它可以具有以下值：

a.附接

b.分离

c.未知

d.空闲

e.连接

f.漫游...等

Service-Payload

Service-Payload AVP是分组类型，并且由SCS 212使用以提供其想要被执行的服务的有效载荷。有效载荷可以是需要发送到UE 214的数据或与基于组的服务相关的到核心网络的一些信息。

消息可以包括以下AVP：

[Group-Messaging-Payload]

[Policy-Charging-Payload]

*[Actions-Monitoring-Payload]

Actions-Monitoring-Payload AVP的多个实例可以存在于消息中以提供多个监控/动作事件。

Group-Messaging-Payload

Group-Messaging-Payload AVP是OctetString类型，并且包含需要发送到组中的UE的有效载荷(消息内容)。内容最可能是IP分组。

Policy-Charging-Payload

Policy-Charging-Payload AVP是分组类型，并且由SCS 212使用以提供用于组计费和策略服务的有效载荷。此AVP包含有关要为组强制执行的组策略规则和计费特征的信息。

消息可以包括以下AVP：

[Group-QoS]

[Group-Charging-Id]

[Group-Application-Identifier]

[Group-Charging-Type]

[Group-Sponsor-Data]

Actions-Monitoring-Payload

Actions-Monitoring-Payload AVP是分组类型，并且由SCS 212使用以提供用于动作和监控服务的有效载荷。此AVP包含关于需要监控的事件和要进行的动作的信息。

消息可以包括以下AVP：

*[Monitoring-Event]

*[Action-To-Perform]

可以存在Monitoring-Event AVP或Action-To-Perform AVP的多个实例。这是为了提供为单个事件定义多个动作或定义导致单个/多个动作的多个事件的灵活性。

Group-QoS*

Group-QoS AVP是分组类型，并且包含需要为组的每个成员应用的QoS值。其甚至可以用于提供诸如集体DL速率的公共QoS值，其中组中所有活动UE的所有DL数据速率的总和可以不超过集合DL速率。

Group-Charging-Id

Group-Charging-Id AVP是OctetString类型，并且用于属于组的UE的计费关联。

Group-Application-Identifier

Group-Application-Identifier AVP是OctetString类型，并且包含识别用于AF服务会话的特定服务的信息。该信息可以由PCRF使用以区分用于组的不同应用服务的QoS。

Group-Charging-Type*

Group-Charging-Type是枚举类型并且指示需要使用的计费方法。

它可以识别单独计费、组计费或二者，或SCS赞助组计费或离线或在线计费。

Group-Sponsor-Data

Group-Sponsor-Data AVP是分组类型，并且包含关于赞助的细节，诸如例如赞助商Id、使用阈值等。可以类似于在其内容通过引用整体并入本文的3GPP TS 29.214的章节5.3.27定义的Sponsor-Connectivity-Data AVP地编码该AVP。

消息可以包括以下AVP：

[Sponsor-Identity]

[Application-Service-Provider-Identity]

[Granted-Service-Unit]

[Used-Service-Unit]

Monitoring-Event

Monitoring-Event AVP具有分组类型，并且包含必须被监控的事件。事件可以是针对单个UE 214或针对UE组。例如，它可以是单个UE 214移动性事件或UE组的移动性事件。

AVP格式：

消息可以包括以下AVP：

{Monitoring-Reference-Number}

[Monitoring-Event-Id]

*[Group-Members]

[Monitoring-Event-Data]

对于单个UE 214分离，Monitoring-Event-Id AVP可以被设置为分离类型，并且组成员AVP被设置为UE的External-Id。

对于UE组的移动性，Monitoring-Event-Id AVP可以被设置为移动性类型，并且Group-Members AVP包含需要监测其移动性的所有UE的External-Id的列表。Monitoring-Event-Data包含附加信息，诸如需要监控的UE的移动性的跟踪区域。

对于组UE的50％附接，Monitoring-Event-Id AVP被设置为附接，并且Monitoring-Event-Data AVP提供百分比50，并且Group-MembersAVP包含UE的列表或External-Group-ID。因此，当多于50％的UE被附接时，可以进行动作或者可以向SCS 212发送通知。

Actions-To-Perform

Actions-To-Perform是分组类型，并且包含在发生监控的事件或独立时必须执行的动作。动作可以是针对单个UE 214或针对UE组。例如，其可以是单个UE 214的分离或针对UE组的分离。

消息可以包括以下AVP：

{Action-Reference-Number}

[Action-Type-Id]

*[Group-Members]

[Action-Type-Data]

对于单个UE分离，Monitoring-Event-Id AVP被设置为分离类型，并且Group-Members AVP被设置为UE的External-Id。

动作可以是能够由CN执行并且由UE的订阅信息允许的任何事物，并且范围可以从激活PDN或创建专用承载到改变周期性TAU定时器或DRX定时器等等。

Monitoring-Reference-Number

Monitoring-Reference-Number AVP是Unsigned32类型，并且用于向监控请求提供参考号，使得MTC-IWF 210可以在其报告中包括哪些事件已经被配置或哪些事件已经发生。

Monitoring-Event-Id

Monitoring-Event-Id AVP是枚举类型，并且提及监控事件的类型。有很多可能的监控事件，例如：

g.附接

h.分离

i.PLMN间移动性

j.PLMN内移动性

k.系统间移动性(例如，LTE到UMTS)

l.技术间移动性(例如，LTE到Wi-Fi)

m.PDN连接/断开

n.专用承载激活/去激活

o.空闲状态

p.连接持续时间等

Monitoring-Event-Data

Monitoring-Event-Data AVP是分组类型，并且包含与监控事件相关的数据。该AVP可以伴随有Monitoring-Event-Id AVP，并且可以为该事件类型提供相关数据。

Action-Reference-Number

Action-Reference-Number AVP是Unsigned32类型，并且用于提供动作的参考号，使得MTC-IWF 210可以在其报告中包括已经配置了哪些动作或已经进行了哪些动作。

Action-Type-Id*

Action-Type-Id AVP是枚举类型，并且提及需要进行的动作的类型。有很多可以进行的动作，例如：

a.分离

b.N/W发起的PDN断开连接

c.N/W发起的专用承载激活/去激活

d.更新UE场境详细信息，如当前TA

e.更新N/W UE参数，如TAU定时器、空闲定时器、DRX定时器等。

f.更新计费和政策信息

g.设备触发等

Action-Type-Data*

Action-Type-Data AVP是分组类型，并且包含与要进行的动作相关的数据。该AVP可以伴随有Action-Type-Id AVP，并且可以提供用于该事件类型的相关数据，诸如用于专用承载的QoS信息。

Group-Delete-List

Group-Delete-List AVP是分组类型，并且包含被移除的组的列表和相关信息。

消息可以包括以下AVP：

*{External-Group-Identifier}

[Deletion-Type]

[Group-Id-Availability]

[Group-Unavailable-Time]

Delete-Type

Delete-Type AVP是枚举类型，并且指示了组移除的性质。

定义以下值：

PERMANENT(0)-此值指示组已完全地移除，并且组ID已释放。

TEMPORARY(1)-此值指示组不临时可用。

Group-Id-Availability

Group-Id-Availability AVP是枚举类型，并且指示组ID是否可用于由其它SCS使用。

定义以下值：

AVAILABLE_FOR_OTHER_SCS(0)-此值指示组仍可由其它SCS使用。

NOT_AVAILABLE_FOR_OTHER_SCS(1)-此值指示组不可用于任何SCS。

Group-Unavailable-Time

Group-Unavailable-Time AVP是时间类型，并且指示直到其组不可用的时间以及直到其不能使用用于组的组服务的时间。

Group-Existence-Time

Group-Existence-Time AVP是时间类型，并且指示组可以存在、并且超过则该组将被删除的时间。该值可以在SCS 212和CN之间协商。

Group-Member-Addition

Group-Member-Addition AVP是分组类型，并且包含需要被添加到现有组的外部UE ID或外部组ID。这可以由GCS消息中的SCS 212或GNR消息中的CN提供。

消息可以包括以下AVP：

[External-Id]

[External-Group-Identifier]

Group-Member-Removal

Group-Member-Removal AVP是分组类型，并且包含需要从现有组中移除的外部UEID或外部组ID。这可以由GCS消息中的SCS 212或GNR消息中的CN提供。

消息可以包括以下AVP：

[External-Id]

[External-Group-Identifier]

Group-Modifications-Control

Group-Modifications-Control AVP是分组类型，并且包含关于可以由网络实体在组上进行的修改的细节。可以存在该Group-Modifications-Control AVP的多个实例，从而为作为组的利益相关者的每个网络实体提供许可/授权。

消息可以包括以下AVP：

{GMC-Entity}

[GMC-Type]

GMC-Entity

GMC-Entity AVP是枚举类型，并且其指示可以通过组的修改/删除切割控制的网络实体的类型。

定义以下值：

ORIGINATING_SCS(0)-此值指示创建组的SCS。

3GPP_CN(1)-该值指示授权创建组或正在服务组的3GPP核心网络。

OTHER_SCS(2)-该值指示服务层中可接入外部组标识符的其它SCS。

GMC-Type

GMC-Type AVP是Unsigned32类型，并且包含关于对组的不同属性的修改的许可的32比特标志字段。

定义以下值：

NO_MODIFICATION_ALLOWED(0x00000000)-该标志指示在“GMC-Entity”AVP中提及的网络实体不能对该组进行任何修改。

MEMBER_ADDITION(0x00000001)-当设置此标志时，此标志指示授权网络实体向组添加成员。

MEMBER_DELETION(0x00000002)-当设置此标志时，此标志指示授权网络实体从组删除成员。

SERVICE_ADDITION(0x00000004)-当设置此标志时，此标志指示授权网络实体向组添加服务。

SERVICE_DELETION(0x00000008)-当此标志置位时，此标志指示授权网络实体从组删除服务。

SERVICE_MODIFICATION(0x00000010)-当设置此标志时，此标志指示授权网络实体修改针对组已允许的服务的服务特性。

GROUP_DELETION(0x00000020)-当设置此标志时，此标志指示授权网络实体删除组。

Group-Service-Removal

Group-Service-Removal AVP是分组类型，并且指示从组删除服务。如果要移除多个服务，则可以提供该AVP的多个实例。

消息可以包括以下AVP：

{Group-Service-Id}

[Group-Control-Cause]

Available-Service*

Available-Service AVP是分组类型，并且指示所有可用的基于组的服务。如果多个服务变得可用，则可以提供该AVP的多个实例。

消息可以包括以下AVP：

{Group-Service-Id}

[Max-Devices-Supported]

[Service-Available-Time]

[Service-Roaming-Support]

可以向该AVP添加与可用服务相关的其它信息，例如，服务可以支持的UE的最大数量、服务可用的时间、漫游支持和其它服务特定参数，诸如支持消息的数据速率等。

Rejected-Group-Service

Rejected-Group-Service AVP是分组类型，并且指示被SCS 212拒绝并且不可由组使用的服务。如果多个服务被拒绝，则可以提供该AVP的多个实例。

AVP格式：

消息可以包括以下AVP：

{Group-Service-Id}

[Group-Control-Cause]

[Acceptable-Service-Characteristics]

如果拒绝服务是因为不能服务请求的服务特性，则MTC-IWF 210可以包括“Acceptable-Service-Characteristics”AVP，其包括用于导致拒绝的特性的可接受值。可以类似于“Service-Characteristics”AVP地编码“Acceptable-Service-Characteristics”AVP，但是可以仅包括导致拒绝的子AVP。

Acceptable-Service-Characteristics*

Acceptable-Service-Characteristics AVP是分组类型，并且提供服务特性参数的可接受值。

Max-Devices-Supported

Max-Devices-Supported AVP是Unsigned32类型，并且提及可以由基于组的服务支持的UE的最大数目。

Service-Available-Time

Service-Available-Time AVP是时间类型，并且提及直到其基于组的服务将可用于由SCS 212使用的时间。

Service-Roaming-Support

Service-Roaming-Support AVP是枚举类型，并且提及对于漫游到其它运营商的网络中的UE服务是否可用。

定义以下值：

ROAMING_NOT_SUPPORTED(0)-该值指示将不向已经漫游的UE提供服务。

ROAMING_SUPPORTED(1)-该值指示将向已经漫游的UE提供服务。

Group-Control-Cause*

Group-Control-Cause AVP是枚举类型，并且包含用于组控制过程的原因代码。它可以指示用于不可用的服务或者用于服务执行失败或者用于拒绝基于组的服务等的原因值。一些原因值可能仅应用于特定的基于组的过程。

Service-Execution-Report

Service-Execution-Report AVP是分组类型，并且用于提供关于基于组的服务的执行的细节。

消息可以包括以下AVP：

{Group-Service-Id}

{Group-Control-Cause}

[Group-Messaging-Report]

[Group-Charging-Policy-Report]

[Actions-Monitoring-Configuration-Report]

Group-Messaging-Report

Group-Messaging-Report AVP是分组类型，并且包含关于组消息传送服务的执行的细节。它可以提供组消息被发送到的组中的列表用户、不可用的组的成员、在其中广播消息的区域等。

消息可以包括以下AVP：

[Group-Members]

[Transmission-Area]

*[Unavailable-Member]

可以基于选择的方法的类型向该AVP添加其它信息。例如，消息传送服务的流传送种类可以具有下行链路数据速率、丢弃的消息数等。可以周期性地发送报告，而不是针对每个单个分组。服务的CBS种类甚至可以提及广播消息的次数(重复数)。

Group-Charging-Policy-Report

Group-Charging-Policy-Report AVP是分组类型，并且包含关于组计费和策略服务的执行的细节。它可以提供对其应用策略的用户的当前列表以及不能对其应用/强制执行策略的用户列表。

消息可以包括以下AVP：

[Group-Members]

[Transmission-Area]

*[Unavailable-Member]

Actions-Monitoring-Configuration-Report*

Actions-Monitoring-Configuration-Report AVP是分组类型，并且包含关于接受的监控事件/动作的信息。它还可以包含拒绝的监控事件/动作。Monitoring-Reference-Number AVP和Action-Reference-Number AVP可以用于报告接受/拒绝的事件/动作。

当配置事件/动作时，定义该AVP以在GAA消息中使用。如果CN已经基于监控事件做出任何动作，则可能需要定义单独的过程以使CN向SCS 212发送未经请求的报告。

Transmission-Area*

Transmission-Area AVP是分组类型，并且提及消息广播的区域。它可以作为跟踪区域或地理区域的列表而被提及。

Supported-Features*

Supported-Features AVP是分组类型，并且可以用于提供由核心网络支持的基于组的特征的列表。当必须提供一些特定服务相关信息时，可以使用Available-Service AVP而不是Supported-Features AVP。

如其内容通过引用整体并入本文的3GPP TS 29.229的章节6.3.29中提及地编码AVP。

示例计算环境

图20A是在其中可以实施一个或多个公开的实施例的示例机器到机器(M2M)、物联网(IoT)或物联网(WoT)通信系统10的图。通常，M2M技术为IoT/WoT提供构建块，并且任何M2M设备、M2M网关、M2M服务器或M2M服务平台可以是IoT/WoT的组件或节点以及IoT/WoT服务层等。通信系统10可以用于实施公开的实施例的功能，并且可以包括功能和逻辑实体，诸如SCS 212、AS 220、MTC-IWF 210、HSS 116、SMS-SC/GMSC/IWMSC 204、GGSN/PGW 224、RAN219、SGW 110、SGSN 234、MME 114、MSC 238和UE 214以及产生用户接口的逻辑实体。

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

如图20A所示，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应用20接收数据和信号，如下所述。M2M终端设备18和网关14可以经由包括例如蜂窝、WLAN、WPAN(例如，紫蜂、6LoWPAN、蓝牙)、直接无线电链路和有线的各种网络通信。

示例性M2M终端设备18包括但不限于平板电脑、智能电话、医疗设备、温度和天气监控器、连接的汽车、智能仪表、游戏控制台、个人数字助理、健康和健身监控器、灯、恒温器、电器、车库门和其它基于致动器的设备、安全设备和智能插座。

参考图20B，示出的M2M服务层22在场域中提供用于M2M应用20、M2M网关设备14和M2M终端设备18以及通信网络12的服务。通信网络12可以用于实施公开的实施例的功能性，并且可以包括功能性和逻辑实体，诸如SCS 212、AS 220、MTC-IWF 210、HSS 116、SMS-SC/GMSC/IWMSC 204、GGSN/PGW 224、RAN 219、SGW 110、SGSN 234、MME 114、MSC 238和UE 214。M2M服务层22可以由一个或多个服务器、计算机、设备、虚拟机(例如云/存储场等)等实施，包括例如如下面描述的图20D和20E所示的设备。将理解，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'由网络的一个或多个节点组成，其可以包括服务器、计算机、设备、虚拟机(例如，云计算/存储场等)等。

再次参考图20B，M2M服务层22和22'提供多种应用和垂直可以利用的服务传递能力的核心集合。这些服务能力使得M2M应用20和20'能够与设备交互，并且进行诸如数据收集、数据分析、设备管理、安全性、计费、服务/设备发现等功能。本质上，这些服务能力减轻了应用实施这些功能的负担，从而简化应用程序开发，降低成本和上市时间。服务层22和22'还使得M2M应用20和20'能够通过结合服务层22和22'提供的服务的各种网络12和12'通信。

本申请的方法可以被实施为服务层22和22'的部分。服务层22和22'是通过应用编程接口(API)组和底层网络接口来支持增值服务能力的软件中间件层。ETSI M2M和一个M2M两者均使用可以包含本申请的连接方法的服务层。ETSI M2M的服务层被称为服务能力层(SCL)。SCL可以在M2M设备(其中它被称为设备SCL(DSCL))、网关(其中它被称为网关SCL(GSCL))和/或网络节点(其中它被称为网络SCL(NSCL))内实施。一个M2M服务层支持公共服务功能(CSF)组(即服务能力)。一个或多个特定类型的CSF组的实例化被称为可以托管在不同类型的网络节点(例如，基础设施节点、中间节点、应用特定节点)上的公共服务实体(CSE)。此外，本申请的连接方法可以实施为使用面向服务的架构(SOA)和/或面向资源的架构(ROA)来接入诸如本申请的连接方法的服务的M2M网络的部分。

在一些实施例中，M2M应用20和20'可以与公开的系统和方法结合使用。M2M应用20和20'可以包括与UE或网关交互的应用，并且还可以用于与其它公开的系统和方法结合使用。

在一个实施例中，诸如SCS 212、AS 220、MTC-IWF 210、SMS-SC/GMSC/IWMSC 204、GGSN/PGW 224、RAN 219、SGW 110、SGSN 234、MME 114、MSC 238和UE 214的逻辑实体可以托管在由诸如M2M服务器、M2M网关或M2M设备的M2M节点托管的M2M服务层实例内，如图20B所示。例如，诸如SCS 212，AS 220、MTC-IWF 210、HSS 116、SMS-SC/GMSC/IWMSC 204、GGSN/PGW224、RAN 219、SGW 110、SGSN 234、MME 114、MSC 238、和UE 214的逻辑实体可以包括M2M服务层实例内的单独服务能力或者作为现有服务能力内的子功能。

M2M应用20和20'可以包括在各种行业中的应用，诸如但不限于交通、保健和健康、归属连接、能量管理、资产跟踪以及安全和监控。如上所述，跨系统的设备、网关、服务器和其它节点运行的M2M服务层支持诸如例如数据收集、设备管理、安全、计费、位置跟踪/地理围栏、设备/服务发现和遗留系统集成的功能，并且向M2M应用20和20'提供这些功能作为服务。

通常，服务层22和22'通过应用编程接口(API)组和底层网络接口来定义支持增值服务能力的软件中间件层。ETSI M2M和一个M2M体系结构两者均定义服务层。ETSI M2M的服务层被称为服务能力层(SCL)。可以在ETSI M2M架构的各种不同节点中实施SCL。例如，可以在M2M设备(其中它被称为设备SCL(DSCL))、网关(其中它被称为网关SCL(GSCL))和/或M2M设备网络节点(其中它被称为网络SCL(NSCL))中实施服务层的实例。一个M2M服务层支持公共服务功能(CSF)组(即服务能力)。一个或多个特定类型的CSF组的实例化被称为可以托管在不同类型的网络节点(例如，基础设施节点、中间节点、应用特定节点)上的公共服务实体(CSE)。第三代合作伙伴计划(3GPP)还定义了用于机器类型通信(MTC)的架构。在该架构中，服务层及其提供的服务能力被实施为服务能力服务器(SCS)的部分。无论是在ETSI M2M架构的DSCL、GSCL或NSCL中，在3GPP MTC架构的服务能力服务器(SCS)中，在一个M2M架构的CSF或CSE中，或在网络的一些其它节点中实现，服务层的实例可以被实施为在网络中的一个或多个独立节点上执行的逻辑实体(例如，软件，计算机可执行指令等)，包括服务器、计算机和其它计算设备或节点或作为一个或多个现有节点的部分。作为示例，可以以在具有图20D或图20E所示的一般架构的网络节点(例如，服务器、计算机、网关、设备等)上运行的软件的形式实服务层或其组件的实例施。

此外，诸如SCS 212、AS 220、MTC-IWF 210、HSS 116、SMS-SC/GMSC/IWMSC 204、GGSN/PGW 224、RAN 219、SGW 110、SGSN 234、MME 114、MSC 238和UE 214的本申请的逻辑实体可以被实施为M2M网络的部分，该M2M网络使用面向服务的架构(SOA)和/或面向资源的架构(ROA)来接入本申请的服务的。

如上所述，用于基于分组的服务的协调分组通常涉及包括诸如例如eNB的无线基站的UE和核心网(CN)节点的自动配置。实施组服务可以涉及配置eNB以向定义的一组机器通信消息。基站可以是被配置为与至少一个无线远程终端单元(WRTU)无线地接合以便于接入诸如例如演进型分组核心、因特网、或其它网络的一个或多个通信网络的任何类型的设备。图20C描绘了示例性eNB 2100的功能组件的框图。如图所示，eNB 2100包括适于进行各种控制操作的若干功能组件，包括例如小区间无线电资源管理2110、无线电承载控制2112、连接移动性控制2114、无线电准入控制2116、测量配置和提供2118以及向UE(调度器)2120的资源的动态分配。eNB 2100可以被配置为使用任何数量的不同协议层2130通信，包括例如RRC、PDCP、RLC、MAC和PHY。

eNB 2100与演进型分组核心(EPC)的组件通信地耦合。例如，eNB 2100与服务网关(S-GW)2142、MME 2144和分组数据网络网关(P-GW)2146通信地耦合。除了其传统功能之外，MME 2144可以适于与eNB 2100通信以根据需要配置eNB 2100以实施组服务。例如，eNB2100可以接收创建或改变与eNB 2100通信的现有节点分组的请求。eNB和EPC之间的通信通过S1接口2140发生。应当理解，诸如例如eNB 2100的基站被实施为被编程为进行如本文描述的各种功能的计算系统，以及通常与基站相关联的那些计算系统。

图20D是诸如例如eNB 2100、M2M设备18、M2M网关14、M2M服务器等的M2M网络节点30的示例硬件/软件体系结构的框图。节点30可以执行或包括诸如SCS 212、AS 220、MTC-IWF 210、HSS 116、SMS-SC/GMSC/IWMSC 204、GGSN/PGW 224、RAN 219、SGW 110、SGSN 234、MME 114、MSC 238和UE 214的逻辑实体。设备30可以是如图20A-B所示的M2M网络的部分或非M2M网络的部分。如图20D所示，M2M节点30可以包括处理器32、不可移除存储器44、可移除存储器46、扬声器/麦克风38、小键盘40、显示器、触摸板和/或指示器42、电源48、全球定位系统(GPS)芯片组50和其它外围设备52。节点30还可以包括通信电路，例如收发器34和发射/接收元件36。应当理解，M2M节点30可以包括前述元件的任何子组合，同时保持与实施例一致。该节点可以是实施本文描述的SMSF功能的节点。

处理器32可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。一般来说，处理器32可执行存储在节点的存储器(例如，存储器44和/或存储器46)中的计算机可执行指令，以便执行节点的各种所需功能。例如，处理器32可以进行信号编码、数据处理、功率控制、输入/输出处理和/或使得M2M节点30能够在无线或有线环境中操作的任何其它功能。处理器32可以运行应用层程序(例如，浏览器)和/或无线电接入层(RAN)程序和/或其它通信程序。处理器32还可以进行安全操作，例如诸如在接入层和/或应用层处认证、安全密钥协商和/或加密操作。

如图20D所示，处理器32耦合到其通信电路(例如，收发器34和发射/接收元件36)。处理器32可以通过执行计算机可执行指令控制通信电路，以便导致节点30经由其所连接的网络与其它节点通信。特别地，处理器32可以控制通信电路，以便进行本文和权利要求中描述的发送和接收步骤。虽然图20D将处理器32和收发器34描述为单独的组件，但是应当理解，处理器32和收发器34可以一起集成在电子封装或芯片中。

发送/接收元件36可以被配置为向其它M2M节点，包括M2M服务器、网关、设备等发送信号或从其接收信号。例如，在实施例中，发送/接收元件36可以是被配置为发送和/或接收RF信号的天线。发送/接收元件36可以支持各种网络和空中接口，例如WLAN、WPAN、蜂窝等。在实施例中，发送/接收元件36可以是被配置成发射和/或接收IR、UV或可见光信号的发射器/检测器。在另一个实施例中，发送/接收元件36可以被配置为发送和接收RF和光信号。应当理解，发射/接收元件36可以被配置为发送和/或接收无线或有线信号的任何组合。

另外，虽然发送/接收元件36在图20D中被描绘为单个元件，但是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的任何类型的合适存储器访问信息并在其中存储数据。例如，处理器32可以在其存储器中存储会话场境，如上所述。不可移动存储器44可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其它类型的存储器存储设备。可移动存储器46可以包括订户识别模块(SIM)卡、存储棒、安全数字(SD)存储卡等。在其它实施例中，处理器32可以从物理上不位于M2M节点30上，诸如在服务器或归属计算机上的存储器访问信息，并且将数据存储在其中归属。处理器32可以被配置为控制显示器或指示器42上的照明模式、图像或颜色以反映M2M服务层会话迁移或共享的状态，或者从用户获得输入或向用户显示关于节点的会话迁移或共享功能或设置的信息。在另一示例中，显示器可以示出关于会话状态的信息。本公开定义了一个M2M实施例中的RESTful用户/应用API。可以在显示器上显示的图形用户界面可以在API的顶部分层，以允许用户经由本文描述的底层服务层会话功能交互地建立和管理E2E会话或其迁移或共享。

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

处理器32还可耦合到GPS芯片组50，其被配置为提供关于M2M节点30的当前位置的位置信息(例如，经度和纬度)。将了解，M2M节点30可通过任何合适的位置确定方法获取位置信息，同时保持与实施例一致。

处理器32还可以耦合到其它外围设备52，其可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，外围设备52可以包括加速度计、电子罗盘、卫星收发器、传感器、数字照相机(用于照片或视频)、通用串行总线(USB)端口、振动设备、电视收发器、免提耳机、

模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、因特网浏览器等。

图20E是也可以用于实施诸如M2M服务器、网关、设备或其它节点之类的M2M网络的一个或多个节点的示例性计算系统90的框图。计算系统90可以包括计算机或服务器，并且可以主要由计算机可读指令控制，计算机可读指令可以是任何软件形式，或者通过这种软件被存储或访问的任何手段。计算系统90可以执行或包括诸如SCS 212、AS 220、MTC-IWF210、HSS 116、SMS-SC/GMSC/IWMSC 204、GGSN/PGW 224、RAN 219、SGW 110、SGSN 234、MME114、MSC 238和UE 214的逻辑实体。计算系统90可以是M2M设备、用户设备、网关、UE/GW或包括例如移动护理网络、服务层网络应用提供商、终端设备18或M2M网关设备14的节点的任何其它节点。这样的计算机可读指令可以在诸如中央处理单元(CPU)91的处理器内执行，以使计算系统90进行工作。在许多已知的工作站、服务器和个人计算机中，中央处理单元91由称为微处理器的单片CPU实施。在其它机器中，中央处理单元91可以包括多个处理器。协处理器81是与主CPU91不同的可选处理器，其进行附加功能或辅助CPU91。CPU91和/或协处理器81可以接收、生成和处理与公开的用于E2E M2M服务层会话的系统和方法相关的数据，诸如接收会话凭证或基于会话凭证认证。

在操作中，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、键盘84、鼠标95和磁盘驱动器85的外围设备。

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

此外，计算系统90可以包含通信电路，诸如例如网络适配器97，其可以用于将计算系统90连接到诸如图20A和图20B的网络12的外部通信网络，以使得计算系统90能够与网络的其它节点通信。

应当理解，本文描述的系统、方法和过程中的任何一个或全部可以以存储在计算机可读存储介质上的计算机可执行指令(即，程序代码)的形式实现，该指令当由诸如包括例如M2M服务器、网关、设备等的M2M网络的节点的机器执行时，进行和/或实施本文描述的系统、方法和过程。具体地，上述的任何步骤、操作或功能，包括网关、UE、UE/GW或移动核心网、服务层或网络应用提供商的任何节点的操作，可以以这种计算机可执行指令的形式实施。诸如SCS 212、AS 220、MTC-IWF 210、HSS 116、SMS-SC/GMSC/IWMSC 204、GGSN/PGW 224、RAN 219、SGW 110、SGSN 234、MME 114、MSC 238和UE 214的逻辑实体可以以存储在计算机可读存储介质上的计算机可执行指令的形式实施。计算机可读存储介质包括用于存储信息的任何非暂时(即，有形或物理)方法或技术实施的易失性和非易失性、可移动和不可移动介质，但是这种计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其它存储器技术、CD-ROM、数字通用盘(DVD)或其它光盘存储器、磁带盒、磁带、磁盘存储器或其它磁性存储设备，或可用于存储所需信息并可由计算机访问的任何其它有形或物理介质。

因此，申请人已经公开了用于接收基于网络层组的服务的机器设备的协调分组的系统和方法的示例性实施例。在公开的系统和方法中，诸如例如服务器能力服务器(SCS)的服务层系统管理设备分组的创建和修改，并与网络层系统，即3GPP系统协调，以在适当的UE处实施必要的分组操作。从网络架构的角度来看，服务层系统位于最终用户应用附近，因此，非常适用于确定哪些设备应该用于接收服务的目的而被分组。网络层系统，即3GPP系统维持关于UE的当前信息，并且能够使用该信息来确定是否可以进行请求的分组，并且如果是这样，确定最有效的物理实施所需供应的方式，以便实施所需的分组。因此，服务层系统，即SCS与网络层，即HSS和/或MTC-IWF 210协调组成员关系，并且网络层通过网络传播组信息。在公开的若干实施例中，现有的网络层过程，诸如例如附接和TAU已经被扩展以与SCS协调并增强组成员控制。此外，除了协调UE的分组以接收网络层服务之外，申请人公开了用于协调执行基于网络层组的服务的系统和方法。

应当理解，尽管已经公开了说明性实施例，但是潜在实施例的范围不限于明确阐述的那些。例如，尽管已经参考3GPP网络层描述了系统，但是使用特定网络层技术扩展预想的实施例到实施方式以外。同样，潜在的实现扩展到所有类型的服务层架构、系统和实施例。尽管说明性实施例涉及特定组件类型或3GPP节点，但是该处理可以由其它合适的节点来进行。例如，在说明性实施例描述了由MTC-IWF执行的处理的情况下，将理解，被描述为由MTC-IWF进行的处理可以由服务能力呈现功能(SCEF)或其它适当的系统进行。

应当理解，进行图2-14所示的步骤的实体是可以以存储在存储器中并且在处理器上执行的软件(即，计算机可执行指令)的形式实施的逻辑实体，诸如图20D或图20E中所示的网络节点或计算机系统。也就是说，图2-14中所示的方法可以以存储在网络节点的存储器中的软件(即，计算机可执行指令)的形式实施，例如图20D或图20E中所示的节点或计算机系统，该计算机可执行指令在由节点的处理器执行时进行图2-14所示的步骤。还应当理解，图2-14中所示的任何发送和接收步骤可以由节点的处理器控制下的节点的通信电路和其执行的计算机可执行指令(例如软件)进行。

应当理解，本文所描述的各种技术可以结合硬件或软件或在适当时与两者的组合来实施。因此，本文描述的主题的方法和装置或其某些方面或部分可以采取体现在有形介质中的程序代码(即指令)的形式，例如软盘，CD-ROM、硬盘驱动器或任何其它机器可读存储介质，其中当程序代码被加载到诸如计算机的机器中并由机器执行时，机器变成用于实践本文所述主题的装置。在程序代码存储在介质上的情况下，可能的情况是，讨论的程序代码被存储在共同地进行讨论的动作的一个或多个介质上，也就是说一起或多个介质一起包含代码以进行动作，但是在存在多于一个单个介质的情况下-不要求代码的任何特定部分存储在任何特定介质上。在可编程计算机上执行程序代码的情况下，计算设备通常包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备和至少一个输出设备。可以实施或利用结合本文描述的主题描述的过程的一个或多个程序，例如通过使用API、可重用控件等。这样的程序优选地以高级过程或面向对象的编程语言来实施以与计算机系统通信。然而，如果需要，程序可以以汇编或机器语言实施。在任何情况下，语言可以是编译或解释语言，并且与硬件实现结合。

虽然示例实施例可以涉及在一个或多个独立计算机系统的场境中利用本文描述的主题的各方面，但是本文描述的主题不限于此，而是可以结合任何计算环境，诸如网络或分布式计算环境。此外，本文描述的主题的各方面可以在多个处理芯片或设备中或跨多个处理芯片或设备实施，并且存储器可以类似地跨多个设备被影响。这样的设备可以包括个人计算机、网络服务器、手持设备、超级计算机或集成到诸如汽车和飞机的其它系统中的计算机。

本领域技术人员将理解，公开的实施例可以被提供为基于订阅网站的解决方案，任何具有互联网连接的人都可以登录并开始使用该系统。潜在实施例可以在任何基于网络的技术平台中开发和编程。可替选地，潜在实施例可以实施为独立应用。

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

以下是可能出现在以上描述中的与机器对机器通信有关的首字母缩略词的列表。

3GPP第三代合作伙伴计划

AAA认证、授权和计帐

AMBR聚合最大比特率

APSME应用支持子层管理实体

AE应用实体

AF应用功能

AS应用服务器

AVP属性值对

BM-SC广播多播-服务中心

BSC基站控制器

CBC小区广播中心

CBE小区广播实体

CBS小区广播服务

CDF计费数据功能

CDR计费数据记录

CN核心网络

CRNTI小区无线网络临时标识符

CSE公共服务实体

CSF公共服务功能

CTF计费触发功能

DL下行链路

DNS域名系统

EGI外部组标识符

EMM EPS移动管理

eNB演进型节点B

EPC演进型分组核心

EPS演进型分组系统

ETSI欧洲电信标准协会

GAA组动作答复

GAR组动作请求

GBR保证比特率

GC组控制

GCA组控制答复

GCR组控制请求

GEA组事件通知答复

GEN组事件通知请求

GGSN网关GPRS支持节点

GHA组处理答复

GHR组处理请求

GIA组信息答复

GIR组信息请求

GMA组管理答复

GMG组管理

GMN组管理通知答复

GMQ组管理通知请求

GMR组管理请求

GNA组通知答复

GNR组通知请求

GPA组供应答复

GPR组供应请求

GPRS通用分组无线服务

GRA组相关事件通知答复

GRN组相关事件通知请求

GSA组服务答复

GSR组服务请求

GTP-C GTP控制

GTP-U GTP用户

GTP GPRS隧道协议

HLR归属位置寄存器

HO切换

HPLMN归属公共陆地移动网络

HSS归属订户服务器

HTTP超文本传输协议

IANA互联网号码分配机构

IE信息元素

IETF互联网工程任务组

IMSI国际移动用户身份

IP互联网协议

IP-CAN IP连接接入网络

ISD插入订户数据

LS联络声明

LTE长期演进

M2M机器到机器

MBMS多媒体广播多播服务

MME移动性管理实体

MNO移动网络运营商

MS移动站

MSC移动交换中心

MSISDN移动订户综合业务数字网络号码

MTC机器类型通信

MTC-IWF机器类型通信-互通功能

NSE网络服务实体

NSSE网络服务呈现、服务执行和触发

PAN个人区域网络

PCC策略和计费控制

PCEF策略和计费执行功能

PCRF策略和计费规则功能

PDN分组数据网络

P-GW PDN网关

PLMN公共陆地移动网络

PWS公共警报系统

QCI QoS类标识符

QoS服务质量

RFC请求注释

RNC无线网络控制器

SCS服务能力服务器

SDF服务数据流

SDO标准制定组织

SEES服务曝光和启用支持

SGSN服务GPRS支持节点

S-GW服务网关

SIA订户信息答复

SIR订户信息请求

SMS短消息服务

SMS-SC短消息服务-服务中心

SPR订阅配置文件库

TA跟踪区

TAI跟踪区域识别

TAU跟踪区域更新

TMGI临时移动组识别

M-TMSI MME-临时移动订户身份

UDR用户数据库

UE用户设备

ULA更新位置答复

URI统一资源指示符

WAP无线应用协议

6LoWPAN通过低功率个人区域网络的IPv6

尽管已经用对结构特征和/或方法动作专用的语言描述了主题，但是应当理解，所附权利要求中定义的主题不一定限于上述具体特征或动作。相反，上述具体特征和动作被公开为实现权利要求的示例形式。

Claims

1.一种在通信网络中访问组服务的方法，所述方法包括：

在服务能力服务器处基于在所述服务能力服务器处可用的条件或信息中的至少一个，确定在一组设备上执行基于组的网络层服务；

由所述服务能力服务器向第一网络节点发送在该组设备上执行基于组的网络层服务的第一请求；

在第一网络节点处接收所述第一请求；

由所述第一网络节点向第二网络节点发送包括与处理所述第一请求相关联的信息的第二请求；

在所述第二网络节点处识别用于实现所述第一请求的一个或多个设备；以及

在所述第二网络节点处生成识别用于实现所述第一请求的一个或多个设备的信息并将其发送到第三网络节点。

2.根据权利要求1所述的方法，

其中，所述第一网络节点是互通服务器；

其中，所述第二网络节点是归属订户服务器；以及

其中，所述第三网络节点是移动性管理实体或SGSN。

3.根据权利要求1所述的方法，其中，基于组的网络层服务是组消息服务。

4.根据权利要求1所述的方法，其中，所述第一请求包括该组设备的外部标识符。

5.根据权利要求1所述的方法，其中，所述第一网络节点包括MTC-IWF。

6.根据权利要求1所述的方法，其中，所述第二网络节点包括BM-SC。

7.根据权利要求1所述的方法，其中，所述基于组的网络层服务是监视组中一个或多个事件的发生的服务。

8.根据权利要求7所述的方法，其中，所述第一请求识别应当被监视的一个或多个事件。

9.根据权利要求1所述的方法，其中，所述基于组的网络层服务是改变与该组设备相关联的定时器的服务。

10.根据权利要求9所述的方法，其中，所述定时器包括与该组设备相关联的周期性TAU定时器或DRX定时器中的一个或多个。

11.一种通信网络中的第一网络节点，包括：

处理器；以及

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

接收对在一组设备上执行基于组的网络层服务的第一请求，在服务能力服务器处基于在所述服务能力服务器处的条件或信息中的至少一个确定在该组设备上执行基于组的网络层服务之后，从所述服务能力服务器发送所述第一请求；以及

向第二网络节点发送包括与处理所述第一请求相关联的信息的第二请求，

其中，所述第二网络节点被配置为识别用于实现所述第一请求的一个或多个设备，并且生成指定所识别的一个或多个设备用于实现所述第一请求的信息并将其发送到第三网络节点。

12.根据权利要求11所述的第一网络节点，

其中，所述第一网络节点是互通服务器；

其中，所述第二网络节点是归属订户服务器；以及

其中，所述第三网络节点是移动性管理实体或SGSN。

13.根据权利要求11所述的第一网络节点，其中，基于组的网络层服务是组消息服务。

14.根据权利要求11所述的第一网络节点，其中，所述第一请求包括该组设备的外部标识符。

15.根据权利要求11所述的第一网络节点，其中，所述第一网络节点包括MTC-IWF。

16.根据权利要求11所述的第一网络节点，其中，所述第二网络节点包括BM-SC。

17.根据权利要求11所述的第一网络节点，其中，所述基于组的网络层服务是监视组中一个或多个事件的发生的服务。

18.根据权利要求17所述的第一网络节点，其中，所述第一请求识别应当被监视的一个或多个事件。

19.根据权利要求11所述的第一网络节点，其中，所述基于组的网络层服务是改变与该组设备相关联的定时器的服务。

20.根据权利要求19所述的第一网络节点，其中，所述定时器包括与该组设备相关联的周期性TAU定时器或DRX定时器中的一个或多个。