存器化LR)60的参考点。服SAlLR 60位于MTC-IWF 30和MTC认证、 授权和记账实体(MTC AAA)64之间，用于通过存储肥网络订阅信息并向用于设备触发的询 问MTC-IWF提供该信息来支持设备触发。服S/HLR 60也确定SCS 22是否经授权来向肥16发 送设备触发。
[0035] S6n接口70是由MTC-AAA 64用于询问服S/HLR 60的参考点。
[0036] 3GPP系统10可包括附加实体。例如，被共同地或替代地称为GGSN/P-GW 80的网关 GPRS支持节点(GGSN)或P-GW 80支持间接通信模型27或混合通信模型29。服务网关(S-GW) 86与无线电接入网88接口相接。收费数据功能(CDF)或收费网关功能（CGF)90处理计费服 务。
[0037] 本文中根据S个互补的组成部分来描述用于3GPP系统10的MTC监测框架。部分A描 述使用基于diameter协议的消息的监测事件配置并描述定义3GPP系统10的各实体上的监 测事件的示例。部分B描述针对经配置事件的监测事件检测。响应于所监测事件的检测，UE 或网络实体可执行诸如事件报告之类的经预配置的动作。部分C描述监测事件报告，其中， 肥或另一网络实体向SCS/AS 22、24报告检测到的事件。
[0038] A.监测事件配置
[0039] 向网络实体提供监测事件配置数据，使得那些实体将执行监测事件的检测和报 告。例如，配置数据可包括:监测事件类型、要为监测事件所采取的对应动作、标识订阅了监 测事件的SCS/AS的信息、针对经配置的监测事件的激活/停用信息W及其他监测事件数据。 在基于因特网工程任务组（IETF)意见征求稿(RFC)3588中所定义的Diameter基础协议的消 息中提供了监测事件数据。在下列的部分A.1中提供了基于diameter协议的包括监测事件 数据的消息的描述，部分A.1之后的是描述采用部分A.1中的消息在各种网络元件之间建立 动态监测事件配置的各种实施例的部分A.2-A. 5。
[0040] A. 1促进监测事件配置的消息传送框架
[0041] 题为"Tsp interface protocol between the MTC Interworking Function (MTC-IWF)and Service Capability Server(SCS) (Release Iir ("MTC互通功能（MTC-IWF)和服务能力服务器（SCS)之间的Tsp接口协议(发布11)")的3GPP技术规范29.368(TS 29.368)为IETF RFC 3588提供了扩展。例如，TS 29.368指定了为3GPP系统中的Tsp参考点 定制的基于diameter协议的AVP(即，消息数据字段）、协议和各种命令代码。
[0042] 在一些实施例中，TS 29.368中所定义的两个消息（设备动作请求(DAR)和设备动 作回答(DAA)消息（也称为命令））得到增强，W便分别传递监测配置请求和此类请求的状 态。在其他实施例中，监测动作请求(MAR)和监测动作回答(MAA)消息是代替DAR消息和DAA 消息所使用或者除DAR消息和DAA消息之外也使用的基于diameter的协议消息，但是，MAR消 息和MAA消息具有与(增强型)DAR消息和DAA消息的命令代码不同的命令代码。
[0043] DAR消息和DAA消息包括动作类型AVP，该动作类型AVP向MTC-IWF 30通知要请求哪 种动作类型（例如，监测配置、报告、激活或停用）并且也向SCS 22通知要报告什么动作类 型。该动作类型AVP具有数字标识符代码，并且也包括下列经定义的值:设备触发请求(值 1)一一该值指示设备触发请求，并且用于DAR消息的设备动作AVP中W及用于DAA消息的设 备通知AVP中；递送报告(值2)--该值指示从MTC-IWF30发送到SCS 22的递送报告，并且用 于设备通知请求命令的设备通知AVP中；W及监测动作请求(值3) -一该值指示置入了监测 请求，并且该值用于DAR命令的设备动作AVP中。
[0044] DAR消息具有用于监测动作请求标记的AVP，用于向MTC-IWF 30指定应当将特定的 网络元件配置成用于监测。DAR消息也可包括类似于表1中所描述的MAR消息的监测事件数 据那样的监测事件数据。
[0045] DAA具有用于监测配置回答标记(或简单地说，请求状态）的AVP，用于反映 DAR消息 的状态，从而传递该MR消息的结果。DAA消息也可包括类似于W下所描述MAA消息的信息那 样的信息。
[0046] 表1中所示的MAR消息具有用于监测动作请求标记的新AVP。该MAR消息也具有为动 作类型AVP所定义的新值。动作类型AVP值中的一些包括:动作类型一一配置、报告、激活和 停用。也可定义针对事件ID、事件动作、目的地节点、事件专用信息W及事件频率(其中的任 意项可由MAR消息配置）的新AVP。事件ID AVP用于标识要监测的事件。事件动作AVP用于指 定被监测的事件发生时要采取的动作。目的地节点AVP用于指定要将其配置成用于监测事 件的网络元件。事件专用信息AVP用于指定与发生的事件有关的特定信息应当被发送。例 如，如果MTC设备用于汽车内来监测某个组件的故障，则当故障事件发生时，可生成包含关 于该故障的信息的日志。在此情况下，事件专用信息AVP指示是否需要响应于事件发生来发 送此信息。事件频率AVP用于指定要连续地还是间隔地监测事件。
[0047] 根据基于IETF RFC 3588所定义，并且由TS 29.368所扩展的Diameter基础协议的 命令代码格式(CCF)定义，形成下列MAR消息定义的格式。由此，W扩充的己科斯-诺儿范式 (Augmented Backus-Naur F'ornKABNF))元语言语法来表示下列示例定义：
[0049] 表1
[0050] 该MAA消息具有针对传递MAR消息的结果（即，请求状态)而定义的新AVP。该请求状 态向SCS/AS 22、24通知是否已成功地将所指定的网络元件配置成用于监测。如随后的部分 中所解释的，MTC-IWF 30通过发送具有动作类型AVP和请求状态AVP (其也被包括在MAA消息 中一一类似于DAA消息）的MAA消息来向SCS 22发送配置请求的状态，其中，所述动作类型 AVP设置成值"监测配置动作请求"，并且请求状态AVP设置成指示设备触发请求的状态的 值。
[0化1] A. 2使用Tsp和巧接口的监测配置
[0化2] 图巧日图3示出使用Tsp接口 32和巧接口 38，在SGSN/MME/MSC 54、56或58上的MTC监 测配置100的示例。步骤110-180描述了用于SGSN/MME/MSC54、56、58的配置的基于 diameter协议的消息的序列。步骤190-195描述了对该配置的响应消息。图3确实省略了经 配置的节点的行为（步骤180)，但此外，图2和图3中共有的每一个步骤共享同样的附图标 记。
[0053] 步骤110:在一些实施例中，SCS/AS 22、24在Tsp接口32上向MTC-IWF 30提供MR消 息(见表1) dMAR消息的动作类型AVP被设置为值"监测动作请求"（3)，W便动态地将网络元 件配置成用于监测。监测事件细节由表1中所示的监测事件数据AVP(也称为监测配置数据） 和相关联的参数来配置。在其他实施例中，SCS/AS 22、24向MTC-IWF 30发送具有设置成针 对监测配置请求的值的动作类型AVPW及具有之前所描述的其他事件相关的AVP的增强型 DAR命令。
[0化4] 步骤120:响应于接收到MAR消息，MTC-IWF 30检查SCS 22是否经授权来发送监测 请求，并且检查SCS 22是否已超过其在Tsp接口32上提交监测请求的配额或速率。
[0055] 步骤130:如果检查未通过，则在一些实施例中，MTC-IWF 30发送具有指示失败条 件的理由的原因值的消息，并且流程在此步骤停止。例如，MTC-IWF 30通过发送具有动作类 型AVP和请求状态AVP的MAA命令来向SCS 22发送配置请求的状态，其中，动作类型AVP设置 成值"监测动作请求"（3)并且请求状态AVP设置成指示设备触发请求的状态的值（即，不成 功)。
[0056] 可选地，如果检查通过，则在一些实施例中，MTC-IWF 30发送指示成功的消息，并 且流程继续进行步骤140。在步骤120处具有成功的检查的其他实施例简单地省略步骤130 并且继续进行到步骤140。
[0化7] 步骤140-160:MTC-IWF 30向HSSMLR 60发送订户信息请求消息来授权监测事件 数据并且注册其他配置细节(例如，确认事件ID可用）。例如，在HSS 60中将监测事件配置成 肥订阅数据的部分，因此，如150处所示，HSS 60验证监测事件数据并且授权MTC-IWF 30将 网络元件配置成用于监测。HSS 60也可指示用于监测该事件的网络节点（即，MME、SGSN、P-GW或其他节点）。相应地，如160处所示，HSS 60用指示该配置经授权160a或未经授权16化的 订户信息回答消息来响应（图3)。订户信息请求和订户信息回答消息得到增强W便携带关 于监测事件数据的AVP。
[0化引步骤170:基于所请求的事件动作的类型，MTC-IWF 30基于从SCS 22和服S 60接收 到的信息，确定监测配置的目的地节点。例如，当在MME 56处监测事件配置(或激活/停用） 的情况下，MTC-IWF 30在巧b接口 50上向MME 56发送具有监测事件数据的提交请求消息。该 提交请求消息也得到增强W便包括监测事件数据。
[0059] 步骤180:在接收到提交请求消息时，MME 56基于目的地节点AVP来确定监测事件 数据是旨在用于该MME的。随后，MME 56如SCS/AS 22、24所指定的那样配置(例如，激活/停 用)监测。然后，MME 56能够如SCS/AS22、24所指定的那样监测事件并响应该事件。
[0060] 步骤190-195:MME 56向MTC-IWF 30发送监测配置成功/失败的确认。遵循参照DAR 消息和DAA消息所描述的准则，递送报告消息得到增强W反映请求状态。然后，MTC-IWF 30 通过发送例如MAA消息来向SCS/AS 22、24发送配置状态的报告。在一些实施例中，步骤190-195是可选的。在其他实施例中，仅响应于不成功的配置尝试来执行步骤190-195。
[0061] 如所描述的那样，SCS 22动态地提供监测配置数据。在其他实施例中，监测配置数 据作为UE订阅的部分被静态地存储，并且可从HSS得到，用于在附连过程期间下载到SGSN/ MME。换