CN112690015B - 用于事件监视的审核过程 - Google Patents

Abstract

本发明涉及一种用于操作跟踪实体(100，400)的方法，该跟踪实体(100，400)被配置为跟踪移动设备(50)在移动通信网络中连接到哪个接入和连接性管理实体(200)，其中，应用服务器(60)正发起对在移动设备处发生的事件的监视，该方法包括：接收用于监视移动设备(50)处的事件的请求，该请求包括针对对事件的监视的审核的指示，当在指示的时间段内未检测到事件时，应通过审核来检查对事件的监视的有效性；向移动设备连接到的接入和连接性管理实体(200)发送所接收的针对事件的请求，该请求具有用于审核的指示和指示的时间段；从接入和连接性管理实体(200)接收在指示的时间段内未检测到事件的通知；响应于所接收的通知，基于跟踪实体中可用的信息来确定是否应继续对事件的监视。

Description

用于事件监视的审核过程

技术领域

本发明涉及一种用于操作跟踪实体的方法，所述跟踪实体被配置为跟踪移动设备在移动通信网络中连接到哪个接入和连接性管理实体。此外，提供了对应的跟踪实体。本发明附加地涉及一种用于操作接入和连接性管理实体的方法以及对应的接入和连接性管理实体，所述接入和连接性管理实体被配置为监视移动设备对移动通信网络的接入和连接。附加地，提供了一种用于操作暴露实体的方法以及对应的暴露实体本身，所述暴露实体被配置为暴露由移动通信网络提供的服务。另外，提供了一种包括跟踪实体、接入和连接性管理实体和/或暴露实体的系统，以及包括程序代码的计算机程序和包括该计算机程序的载体。

背景技术

蜂窝物联网(CIoT)是一种涉及机器类型通信设备(MTC设备)的技术，使得电信运营商可以针对不同应用向其他方/公司提供自身的网络。

此类应用的一个明显示例是智能计量读取器的使用，其中MTC设备可以被放置在不同的位置并开始定期发送和接收数据(例如，用电量报告、水位)。这种信息要求指定的提供商(例如，电力公司)经由4G设备的服务能力暴露功能(SCEF)和5G设备的网络暴露功能(NEF)在不同的设备上配置监视事件。

暴露功能或暴露实体根据接入的类型(4G或5G)是SCEF或NEF，并且是如下功能实体：这种功能实体接收由应用服务器(AS)发起的并且在4G核心中经由HSS(归属订户服务器)朝向移动性管理实体(MME)或在5G核心中经由UDM(统一数据管理)朝向接入管理功能(AMF)的不同监视事件(例如，MTC设备变得可达或任何其他事件)的配置。MME/AMF将在AS请求的持续时间内监视事件，或者在完成给定数量的报告(也是由AS请求的)之前监视事件。这在3GPP TS 23.682(4G)和TS 23.502(5G)中称为“连续监视”或“连续报告”，并且其可以持续数月。

图1示出了MME失去与其他实体的连接的情况。在步骤S11中，应用服务器在暴露实体中配置对事件的监视，包括应监视哪些事件的信息，并且包括应在其之前监视事件的到期时间(例如，通过消息configure monitoring event(配置监视事件)，包括信息monitor-event(监视事件)＝X,expiration-time(到期时间)＝2019-01-01)。在步骤S12中，暴露实体通过配置数据将请求发送给订户数据库，以在指示的到期日期之前监视期望事件(Configuration-Information-Request(配置信息请求)，monitor-event(监视事件)＝X，expiration-time(到期时间)＝2019-01-01)。在步骤S13中，订户数据库向MME发送请求，即包括被监视事件和到期时间的信息的插入数据请求(Insert-Data-Request(插入数据请求)，monitor-event(监视事件)＝X，expiration-time(到期时间)＝2019-01-01)。在步骤S14中，如所指示的那样对事件进行配置并且由实体执行连续监视和报告。在步骤S15中，MME检测到针对MTC设备的事件，并且在步骤S16中，MME将与检测到的事件有关的报告信息请求发送给SCEF(Report-Information-Request(报告信息请求)，event(事件)＝X)，其中在步骤S17中确认该请求(Report-Information-Answer(报告信息应答)，ok)。在步骤S18(Report(报告)，event-＝X)和S19(Ack，event-＝X)中，通知应用服务器，该应用服务器确认步骤S18的报告。如由步骤S20所示，事件在一定时间段内可能不会发生并且这由MME检测，并且应用服务器可以在步骤S21(Configure monitoring event(配置监视事件)，remove-event(移除事件)＝X)中确定应移除对事件的监视，使得相应地通知SCEF。在步骤S22(Configuration-Information-Request(配置信息请求)，remove-event(移除事件)＝X)中，相应地向订户数据库通知用于移除事件的配置信息请求。在图1中，假定MME存在临时连接问题，使得MME不能从其他实体接收数据或向其他实体发送数据。因此，在步骤S23中发生连接故障，并且在步骤S24(Insert-Data-Request(插入数据请求)，remove-event(移除事件)＝X)至S26中，将用于事件移除的请求发送若干次，并且在一定时间之后，在若干次重新尝试之后丢弃该请求。在步骤S27中，在HSS、暴露功能和应用服务器处移除对事件的监视，但是，MME在没有释放其内部资源的情况下仍对事件进行监视，直到期望的到期时间为止。

因此，如图1所示，图1情况下的问题在于：一个实体可能仍然监视事件，而其他实体已经停止监视该事件。

图2中示出了类似的情况，SCEF丢失所有监视事件数据，这使得MME监视变得无用，因为即使发生了事件，报告也将不会到达MTC应用服务器，这是因为应用服务器是SCEF丢失的数据的一部分。因此，在步骤S31(Configure monitoring event(配置监视事件)，monitor-event(监视事件)＝X，max-number-of-reports(报告的最大数量)＝Y)中，与步骤S21类似，将消息发送给SCEF以配置对事件的监视，该消息包括要以最大报告数量来监视的事件。然后，在步骤S32(Configuration-Information-Request(配置信息请求)，monitor-event(监视事件)＝X，max-number-of-reports(报告的最大数量)＝Y)以及其他步骤S33(Insert-Data-Request(插入数据请求)，monitor-event(监视事件)＝X，max-number-of-reports(报告的最大数量)＝Y)和与步骤S24至S29相对应的步骤S34至S39中，将该信息提供给订户数据库。

类似于图1，在步骤S40中，事件在长时间内不发生，并且在步骤S41中，SCEF例如由于重启而丢失它的所有数据，包括请求事件的报告的应用服务器的标识。因此，在步骤S42之后，即使事件没有发生，MME也将保持监视由步骤S31的请求所标识的标识事件，尽管SCEF无法将与事件有关的报告发送给应用服务器。

在图3中，结合5G网络公开了以上结合图1讨论的情况。在步骤S51(Nnef_EventExposure_Subscribe，monitor-event(监视事件)＝X，expiration-time(到期时间)＝2019-01-01)中，应用服务器订阅定义类型的事件，包括应该在其之前监视事件的到期时间。在步骤S52(Nudm_EventExposure_Subscribe，monitor-event(监视事件)＝X，expiration-time(到期时间)＝2019-01-01)中，将订户消息发送给UDM，在S53(Namf_EventExposure_Subscribe，monitor-event(监视事件)＝X，expiration-time(到期时间)＝2019-01-01)中，UDM将带有所接收的信息的消息转发给AMF。与步骤S14至S16类似，在S54中对事件进行配置并执行连续监视，并且当在S55中AMF检测到针对MTC设备的事件时，在S56(Namf_EventExposure_Notify，event(事件)＝X)中相应地通知网络暴露功能，同时在步骤S57中发送确认(Namf_EventExposure_NotifyResponse，ok)。附加地，在步骤S58(NNef_EventExposure_Notify,event-＝X)和S59(Ack,event-＝X)中，信息在确认的情况下被发送给应用服务器。

在步骤S60中，事件在一定时间内没有发生，并且在步骤S61中(Nnef_EventExposure_Unsubscribe,event(事件)＝X)，应用服务器确定其不想再监视事件，其中该信息在步骤S62(Nudm_EventExposure_Unsubscribe，event(事件)＝X)中被发送给UDM。在步骤S63中，AMF失去其连接性，使得在步骤S64至S66中，在若干次重新尝试之后，用于对事件的监视进行退订的请求被丢弃。在步骤S67中，事件在所涉及的实体处被移除，但在AMF处没有移除，并且当在步骤S68中在AMF处恢复连接性时，即使其他所涉及的实体已经停止了对事件的监视，AMF也仍将继续监视事件。

图4描述了一种与结合图2所说明的情况类似的情况，但是是针对5G网络的。因此，应用服务器在S71(Nnef_EventExposure_Subscribe，monitor-event(监视事件)＝X，max-number-of-reports(报告的最大数量)＝Y)中在网络暴露功能中订阅具有最大报告数量的事件的监视，其中分别在步骤S72(Nudm_EventExposure_Subscribe，monitor-event(监视事件)＝X，max-number-of-reports(报告的最大数量)＝Y)和S73(Namf_EventExposure_Subscribe，monitor-event(监视事件)＝X，max-number-of-reports(报告的最大数量)＝Y)中将信息转发给UDM和AMF。步骤S74至S75对应于步骤S34和S35。在步骤S75中删除事件之后，在步骤S76(Namf_EventExposure_Notify，event(事件)＝X)和S77(Namf_EventExposure_NotifyResponse，ok)中与NEF交换关于事件的信息。此外，在步骤S78(Nnef_EventExposure_Notify，event-＝X)和S79(Ack，event-＝X)中通知AS。当在步骤S80中事件在一定时间段内没有发生时，并且当度量暴露功能失去其连接时，在步骤S82中所有数据都丢失，使得即使NEF无法向应用服务器发送报告，AMF也仍将保持监视事件。

从图1至图4的以上讨论可以看出，主要的不足之处在于在较长时间段内进行连续监视的基本概念。从一开始就对不经常发生的事件和可能处于静止状态使得MME或AMF中没有变化的MTC设备进行连续监视，因此，发生在任何所涉及的节点中的任何问题都会使网络上的信息不一致。这种不一致可能持续数天或数月，并且在这段时间期间，监视和与监视相关的资源是无用的，而且更重要的是，如果MME或AMF中的诸如存储器之类的资源由于大量挂起的监视事件而被耗尽的话，则它们无法为新的事件让出空间。

在图1所示的情况下，HSS或UDM可以保留事件，以便在给定时间后向MME或AMF重新尝试用于移除的请求，但是，当有大量事件要临时存储在订户数据库HSS/UDM中时，该解决方案是不可行的。此外，当重新尝试排队中的所有事件时，这将导致信令大大地增加。

发明内容

因此，需要克服上述问题并提供一种在所涉及的不同实体处获得对事件监视的一致方式的解决方案。

通过独立权利要求的特征来满足这种需求。在从属权利要求中描述了另外的方面。

根据第一方面，提供了一种用于操作跟踪实体的方法，该跟踪实体被配置为跟踪移动设备在移动通信网络中连接到哪个接入和连接性管理实体，其中应用服务器正发起对在移动设备处发生的事件的监视。在该方法中，在跟踪实体处接收用于监视移动设备处的事件的请求，其中该请求包括针对对事件的监视的审核的指示，当在指示的时间段内未检测到事件时，应通过该审核来检查对事件的监视的有效性。跟踪实体还向移动设备连接到的接入和连接性管理实体发送所接收的针对事件的请求，该请求具有用于审核的指示和指示的时间段。此外，它从接入和连接性管理实体接收在指示的时间段内未检测到事件的通知。响应于所接收的通知，基于跟踪实体中可用的信息来确定是否应继续对事件的监视。

审核有助于使对事件的监视保持一致。当从接入和连接性管理实体接收到通知时，可以接收查询以通过所涉及的其余网络实体检查是否应继续监视。

跟踪实体确定是否应继续监视所基于的信息可以包括诸如要针对其监视事件的设备的唯一标识之类的信息，例如IMSI(国际移动订户标识)，以及被监视的事件的唯一标识符。

此外，提供了对应的跟踪实体，该跟踪实体包括存储器和至少一个处理单元，其中存储器包含可由至少一个处理单元执行的指令，其中跟踪实体操作用于如以上所讨论地或如以下进一步详细讨论地工作。

作为备选方案，提供了一种跟踪实体，该跟踪实体被配置为跟踪移动设备在移动通信网络中连接到哪个接入和连接性管理实体，其中该跟踪实体包括第一模块，该第一模块被配置为接收用于监视移动设备处的事件的请求，其中该请求包括针对对事件的监视的审核的指示，当在指示的时间段内未检测到事件时，应通过该审核来检查对事件的监视的有效性。该跟踪实体包括第二模块，该第二模块被配置为向接入和连接性管理实体发送所接收的针对事件的请求，该请求具有用于审核的指示和指示的时间段。第三模块被配置为从接入和连接性管理实体接收在指示的时间段内未检测到事件的通知，并且跟踪实体的第四模块被配置为响应于所接收的通知，基于跟踪实体中提供的信息来确定是否应继续对事件的监视。

在跟踪实体处接收的请求包括用于审核的指示，其也被发送给接入和连接性管理实体。然后，接入和连接性管理实体执行审核，并相应地在指示的时间范围内未检测到事件的情况下通知跟踪实体。然后，跟踪实体可以确定是否应继续对事件的监视。

根据另一方面，提供了一种用于操作接入和连接性管理实体的方法，该接入和连接性管理实体被配置为监视移动设备对移动通信网络的接入和连接性。该接入和连接性管理实体接收由应用服务器发起的用于监视移动设备处的事件的请求，其中该请求包括针对对事件的监视的审核的指示，当在指示的时间段内未检测到事件时，应通过该审核来检查对事件的监视的有效性。然后，该接入和连接性管理实体针对移动设备监视是否发生了事件，并且如果确定在指示的时间段期间未发生事件，则将通知发送给跟踪实体，该跟踪实体被配置为跟踪移动设备通过哪个接入和连接性管理实体连接到移动通信网络。通知可以指示在指示的时间段期间未检测到事件并且应在移动通信网络中的参与对事件的监视的其他实体中开始审核。

此外，提供了对应的接入和连接性管理实体，该接入和连接性管理实体包括存储器和至少一个处理单元，其中存储器包含可由至少一个处理单元执行的指令，其中接入和连接性管理实体操作用于如以上所讨论地或如以下进一步详细讨论地工作。

作为备选方案，提供了一种接入和连接性管理实体，该接入和连接性管理实体包括第一模块，该第一模块被配置为接收由应用服务器发起的用于监视移动设备处的事件的请求，其中该请求包括针对对事件的监视的审核的指示，当在指示的时间段内未检测到事件时，应通过该审核来检查对事件的监视的有效性。该接入和连接性管理实体包括第二模块，该第二模块被配置为监视在移动设备处是否发生了事件，并且当第二模块检测到在指示的时间段内未发生事件时，第三模块被配置为将通知发送给跟踪实体，其中该通知指示在指示的时间段期间未检测到事件并且应在移动通信网络中的参与对事件的监视的其他实体(例如，跟踪实体、暴露实体或应用服务器)中开始审核。

另外，提供了一种用于操作暴露实体的方法，该暴露实体被配置为暴露由移动通信网络或通过移动通信网络提供的服务。该方法包括如下步骤：从应用服务器接收用于监视连接到移动通信网络的移动设备处的事件的请求。此外，在移动通信网络中配置对事件的监视，其中该配置包括配置对事件的监视的审核，当在指示的时间段内未检测到事件时，应通过该审核来检查对事件的监视的有效性。此外，向跟踪实体发送用于监视事件的请求，该跟踪实体被配置为跟踪移动设备通过哪个接入和连接性管理实体连接到移动通信网络。该请求包括用于审核的指示和指示的时间段。

另外，提供了暴露实体，该暴露实体包括存储器和至少一个处理单元，其中存储器包含可由至少一个处理单元执行的指令，其中暴露实体操作用于如以上所讨论地或如以下进一步详细讨论地工作。

作为备选方案，提供了一种暴露实体，该暴露实体被配置为暴露由移动通信网络提供的服务，其中暴露实体包括第一模块，该第一模块被配置为从应用服务器接收用于监视事件的请求。提供了第二模块，该第二模块被配置为在网络中配置对事件的监视，其中配置对事件的监视的审核。暴露实体的第三模块被配置为将用于监视事件的请求发送给跟踪实体，其中该请求包括用于审核的指示和指示的时间段。

此外，提供了一种系统，该系统包括来自包括以下元件的元件群组的至少两个元件：跟踪实体、接入和连接性管理实体和暴露实体。

此外，提供了一种计算机程序，该计算机程序包括将由跟踪实体的、接入和连接性管理实体的或暴露实体的至少一个处理单元执行的程序代码，其中程序代码的执行使至少一个处理单元执行如以上所讨论的或如以下进一步详细讨论的方法。

另外，提供了一种包括计算机程序的载体，其中该载体是电信号、光信号、无线电信号或计算机可读存储介质之一。

应当理解，上述特征和下面将要说明的特征不仅可以以所指示的各个组合来使用，而且还可以以其他组合来使用或单独地使用，而不脱离本发明的范围。除非另有明确地指出，否则在其他实施例中，上述方面和下述实施例的特征可以彼此组合。

附图说明

当结合附图阅读下面的详细描述时，本申请的前述及附加的特征以及效果将变得显而易见，在附图中，相似的附图标记指代相似的元件。

图1示出了本领域的已知解决方案中的当发生MME连接问题时在4G网络中参与监视事件的实体的情况。

图2示出了本领域已知的当系统中发生暴露功能故障时所涉及的用于监视事件的实体处的情况。

图3示出了与图1类似的情况，其涉及针对5G网络的对事件的监视。

图4示出了与图2所示的情况类似的5G网络中的情况。

图5示出了在通过4G网络中的审核机制克服图1至图4中所示的现有技术的问题的情况下所涉及的实体之间的示意性消息交换。

图6示出了与图2和图4中所示的针对4G网络的情况类似的情况，其中通过审核机制克服了图2和图4的问题。

图7示出了所涉及的实体之间的示意性消息交换，其中确定要审核所有事件。

图8示出了针对结合图5所讨论的情况在5G网络中所涉及的实体之间的示意性消息交换。

图9示出了在与图6所示的情况类似的情况下在5G网络中所涉及的实体之间的消息交换的示意图。

图10示出了5G网络中所涉及的实体之间的消息交换的示意图，其中发起对所有事件的监视。

图11示出了包括在使用审核机制的情况下在跟踪实体处执行的步骤的流程图的示意图。

图12示出了包括在审核机制的情况下对事件进行监视时在接入和连接性管理实体处执行的步骤的流程图的示意图。

图13示出了包括在使用审核机制的情况下对事件进行监视时在暴露实体处执行的步骤的流程图的示意图。

图14是被配置为在审核机制的情况下控制对事件的监视的跟踪实体的示意性架构图。

图15示出了被配置为在审核机制的情况下监视事件的跟踪实体的另一示例示意性表示。

图16示出了被配置为基于审核机制来监视事件的接入和连接性管理实体的示意性架构图。

图17示出了被配置为在审核机制的情况下监视事件的接入和连接性管理实体的另一示例示意性表示。

图18示出了被配置为在审核机制的情况下使用对事件的监视的暴露实体的示例性示意性架构图。

图19示出了被配置为在审核机制的情况下监视事件的暴露实体的另一示例示意性架构图。

具体实施方式

在下文中，将参考附图来详细描述本发明的实施例。应当理解，以下对实施例的描述不应被理解为限制性的。本发明的范围不旨在由下文描述的实施例或附图限制，这些实施例或附图仅是说明性的。

附图应被认为是示意性表示，并且附图中所示的元素不必按比例示出。相反，将各种元素表示为使得它们的功能和通用目的对于本领域技术人员而言是显而易见的。在附图中示出且在下文中描述的功能块、设备、物理或功能单元的组件之间的任何连接或耦合也可以通过间接连接或耦合来实现。可以通过有线或无线连接来建立组件之间的耦合。功能块可以通过硬件、软件、固件或其组合来实现。

在本申请的上下文中，术语“MTC设备”、“移动实体”或“用户设备UE”是指例如由人使用的或与比如动物、植物或机器之类的非人类相关联的设备。它可以是电话类型的设备(例如，电话或者会话发起协议或IP语音电话、蜂窝电话、移动台、无绳电话)或个人数字助理类型的设备(比如配备有无线数据通信的膝上型计算机、笔记本计算机、记事本式计算机、平板计算机)。UE可以配备有与使用UE的用户相关联的订户标识模块SIM或实体，诸如国际移动订户标识IMSI、TMSI(临时移动订户标识)或全球唯一临时标识GUTI。UE中SIM的存在使得通过用户的订阅来唯一地定制UE。

为了清楚起见，要注意的是，用户与订户之间存在着区别，但存在着紧密的联系。用户通过获取对网络的订阅来获得对网络的接入，借此成为网络内的订户。然后，移动通信网络识别订户并使用相关联的订阅来标识相关的订阅数据。用户可以是UE的实际使用者，并且该用户还可以是订阅的所有者，但是，用户和订阅的所有者也可以是不同的。

在下文中，结合MTC设备对本发明进行了描述。然而，应当理解，本发明适用于如上所述的所有种类的移动设备或用户设备。

如将在下面讨论的，提供了一种机制，这种机制确保所有功能实体之间的一致性，并且每当事件变得陈旧或不再有效时释放资源。因此，克服了MME/MMF与HSS/UDM以及SCEF/NEF之间的接口都不能提供解决问题的机制的根本原因。

引入了对事件，尤其是对在指示的时间内未涉及例如任何流量活动的持久事件进行审核的机制。如下所述，该机制可以是主动性的，从而意味着在配置事件时，与被配置为跟踪移动设备连接到哪个接入和连接性管理实体的跟踪实体相对应的HSS或UDM将请求该接入和连接性管理实体在事件在指示的最大时间内处于不活动状态(dormant)的情况下对该事件进行审核。如下所述的机制还可以以反应性方式来实现，其中诸如HSS/UDM之类的跟踪实体可以立即请求审核，以使得跟踪实体审核在给定时间内处于不活动状态的所有事件。

在下文中，在图5示出了针对故障网络的解决方案。如结合图1所示，事件由应用服务器配置，应用服务器在该图中未示出。在步骤S91(Configuration-Information-Request(配置信息请求)，monitor-event(监视事件)＝X，expiration-time(到期时间)＝2019-01-01，suggested-audit-time(建议审核时间)＝24个小时)中，暴露实体(在此为SCEF 300)使用配置信息请求在网络中配置事件，该配置信息请求包括要监视的事件、监视的到期时间以及审核时间，审核时间指的是某一指示的时间段，当在指示的时间段内未发生事件时，应在该指示的时间段之后开始审核机制。该时间段可以是几个小时、几天，例如，24个小时、48个小时、1周等。

在步骤S92(Insert-Data-Request(插入数据请求)，monitor-event(监视事件)＝X，expiration(到期)＝2019-01-01，suggested-audit-time(建议审核时间)＝24个小时)中，被配置为跟踪移动设备50连接到哪个接入和连接性管理实体200的跟踪实体向该接入和连接性管理实体MME200发送具有请求的审核时间的配置请求。在步骤S93(Insert-Data-Answer(插入数据应答)，event-configured(配置被事件)，accepted-audit-time(接受的审核时间)＝24个小时)中，MME接受请求并指示已成功启用请求的审核时间。在步骤S94(Configuration-Information-Answer(配置信息应答)，event-configured(事件被配置)，accepted-audit-time(接受的审核时间)＝24个小时)中，由订户数据库(跟踪实体100)返回包括接受的审核时间的响应。

在步骤S95中，移除事件，如以上结合图1在步骤S21至S28中所讨论的。因此，在MME的IP连接故障期间移除事件，MME并不知道本应移除对事件的监视的事实。当连接恢复时，在步骤S96中，MME仍然使事件处于活动状态，因为它不知道HSS 100或SCEF移除了事件。由于在指示的时间段(诸如24个小时)内未检测到活动，因此，MME对事件进行审核。在步骤S97(Notification-Request(通知请求)，event-X(事件X)，audit-request(审核请求)＝status_inquiry(状态查询))中，MME发送指示指示类型的事件处于活动状态的通知请求，从而请求检查诸如订户数据库或暴露实体等其他网络元件中的状态。在步骤S98中，HSS100没有找到该事件，因此，它以事件已经被移除的状态(Notification-Request(通知请求)，event-X(事件X)，audit-result(审核结果)＝removed(被移除))对MME作出响应，使得MME知道事件变得陈旧或无效的事实。在步骤S99中，MME在本地移除MME中的事件。同时，HSS100向SCEF 300通知以下内容：由于审核，指定事件已经被移除，从而指示请求类型的事件在所有网络元件上是不一致的。在步骤S100(Report-Information-Request(报告信息请求)，event(事件)＝X，audit-request(审核请求)＝remove(移除))中，HSS 100向SCEF 300发送报告信息请求，以在请求类型的事件存在于SCEF中的情况下移除该事件。在步骤S101中，SCEF检查审核的事件是否存在。如果存在，则其被移除，否则，SCEF在步骤S102中仅确认移除(Report-Information-Answer(报告信息应答)，event(事件)＝X，audit-result(审核结果)＝removed(被移除))。在步骤S103中，如果事件在SCEF中被移除，则通知应用服务器该事件不再被监视。如果应用仍需要该事件，则应用服务器可以发起新的监视。在步骤S104中，在诸如MME、HSS和SCEF和应用服务器等所涉及的实体中停止对事件的监视，其中在这些实体中释放对事件的监视所需要的资源。因此，由于审核机制，所涉及的实体之间不存在不一致。

图6示出了SCEF 300丢失所有数据时审核机制的情况。在步骤S111中(Configuration-Information-Request(配置信息请求)，monitor-event(监视事件)＝X，expiration-time(到期时间)＝2019-01-01，suggested-audit-time(建议审核时间)＝24个小时)中，从SCEF 300向HSS100发送用于配置监视的请求，该请求包括与被监视的事件、到期时间和建议审核时间有关的信息。在步骤S112(Insert-Data-Request(插入数据请求)，monitor-event(监视事件)＝X，expiration-time(到期时间)＝2019-01-01，suggested-audit-time(建议审核时间)＝24个小时)中，将包括建议审核时间的请求发送给MME，其中由MME在步骤S113(插入数据应答(Insert-Data-Answer)，event-configured(事件被配置)，accepted-audit-time(接受的审核时间)＝24个小时)中确认接收。在步骤S114(Configuration-Information-Answer(配置信息应答)，event-configured(事件被配置)，accepted-audit-time(接受的审核时间)＝24个小时)中，向SCEF确认具有审核时间的配置。在步骤S115中，SCEF发生故障，如上面结合图2在步骤S41和S42中所讨论的。在步骤S116中，检测到在指示的审核时间内事件没有发生，以使得在步骤S117(Notification-Request(通知请求)，event-X(事件X)，audit-request(审核请求)＝status_inquiry(状态查询))中，MME 200通知HSS，从而相应地请求监视的状态。在步骤S118中，在HSS中找到待监视的事件，并且HSS审核SCEF中的事件，以使得在步骤S119(Report-Information-Answer(报告信息应答)，event-X(事件X)，audit-result(审核结果)＝removed(被移除))中，向SCEF 300发送请求，该请求包括是否应继续对事件的监视的状态查询。如上所述，由于SCEF已经丢失了所有数据，因此它在步骤S120中未找到事件。在步骤S121(Report-Information-Answer(报告信息应答)，event-X(事件X)，audit-result(审核结果)＝removed(被移除))中，它通知HSS 100，指示事件不再有效并且应被移除。在步骤S122中，在HSS 100处移除事件，并且在步骤S123(通知应答(Notification-Answer)，event-X(事件X)，audit-result(审核结果)＝removed(被移除))中，响应于步骤S117的应移除事件的请求而发送应答。在步骤S124中，在移动设备、MME和HSS中移除对事件的监视，以使得网络元件是一致的并且在MME 200和HSS100中释放资源。

图7示出了应执行对整个网络的审核的情况。举例来说，在SCEF中的故障之后，网络的运营商可能想要在网络中执行审核。为了实现这一目的，它在步骤S131中向SCEF发送用于检查是否存在在定义的时间段(诸如24个小时或更长时间)内没有活动的事件的命令。在步骤S132中，SCEF在恢复后检查在指示的时间段(诸如24个小时)中没有活动的事件。在步骤S133(Configuration-Information-Request(配置信息请求)，audit-request(审核请求)＝status_inquiry_ALL_events(状态查询所有事件)，dormant_duration(不活动持续时间)＝24个小时)中，SCEF 300发送配置请求，以针对不活动时间段超过指示的时间段的所有事件在MME中触发审核。在步骤S134(Configuration-Information-Answer(配置信息应答)，audit-result(审核结果)＝status_inquiry_started(状态查询开始))中，HSS发送指示审核已经开始的响应。在步骤S135(Insert-Data-Request(插入数据请求)，audit-request(审核请求)＝status_inquiry_ALL_events(状态查询所有事件)，dormant_duration(不活动持续时间)＝24个小时)中，HSS 100向所有MME发送请求，以使得它们开始审核在指示的时间段内没有流量活动的事件。每个MME还在步骤S136(Insert-Data-Answer(插入数据应答)，audit-result(审核结果)＝status_inquiry_started(状态查询开始))中指示审核已经开始。在图7所示的实施例中，多个MME中的一个MME检查不活动超过24个小时的所有事件，并且在步骤S138(Notification-Request(通知请求)，event-X(事件X)，audit-request(审核请求)＝status_inquiry(状态查询))中，当没有检测到用于监视事件的流量时，相应地通知HSS 100。在步骤S139(Report-Information-Request(报告信息请求)，event-X(事件X)，audit-request(审核请求)＝status_inquiry(状态查询))中，向SCEF 300发送请求状态查询的请求。在步骤S140中，如果在SCEF中找到事件，则它以成功应答进行回复。否则，如果在SCEF中不存在该事件，则它通知HSS 100应移除事件。在步骤S141(Report-Information-Answer(报告信息应答)，event(事件)＝X，audit-result(审核结果)＝removed(被移除))中发送该信息，其中该信息在步骤S142(Notification-Answer(通知应答)，audit-result(审核结果)＝removed(被移除))中被转发给MME。在步骤S143中，结束对指示事件的监视并释放资源。

在图8中，示出了针对以上结合图3讨论的问题(其中AMF存在连接问题)的解决方案。在步骤S151(Nudm_EventExposure_Audit，monitor-event(监视事件)＝X，expiration-time(到期时间)＝2019-01-01，suggested-audit-time(建议审核时间)＝24个小时)中，暴露实体在UDM中订阅对事件的监视，步骤S151中的消息包括监视的事件、到期时间和建议审核时间，因此包括指示的时间段。在步骤S152(Namf_EventExposure_Audit，monitor-event(监视事件)＝X，expiration-time(到期时间)＝2019-01-01，suggested-audit-time(建议审核时间)＝24个小时)和S153(Namf_EventExposure_AuditResponse，event-configured(事件被配置)，accepted-audit-time(接受的审核时间)＝24个小时)中，在UDM与AMF之间交换关于审核的信息，并且在步骤S154(Numd_EventExposure_AuditResponse，event-configured(事件被配置)，accepted-audit-time(接受的审核时间)＝24个小时)中，响应于步骤S151而发送包括审核已被接受的响应。在步骤S155中，移除事件，如以上结合图3的步骤S61至S68所讨论的，但是鉴于AMF的继续监视的连接问题，并且由于在定义的时间段内未发生事件，因此在步骤S156中在AMF中开始审核，因此在步骤S157(Nudm_EventExposure_Audit，event-X(事件X)，audit-request(审核请求)＝status_inquiry(状态查询))中将针对事件的监视的状态查询发送给UDM，并且在步骤S158(Nudm_EventExposure_AuditResponse，event-X(事件X)，audit-result(审核结果)＝removed(被移除))中具有已经移除对事件的监视的响应。在步骤S159中，在AMF中移除对事件的监视，同时，向网络暴露功能或实体通知事件因为审核已经被移除的事实。在步骤S160(Nnef_EventExposure_Audit，event(事件)＝X，audit-request(审核请求)＝remove(移除))中，将请求发送给暴露实体以移除对事件的监视。在步骤S161中，在暴露实体中检查对事件的监视是否处于活动状态。如果在NEF中存在事件，则在此时将其移除。否则，NEF在步骤S162(Nnef_EventExposure_AuditResponse，event(事件)＝X，audit-result(审核结果)＝removed(被移除))中仅确认移除。在步骤S163中，如果事件在先前的步骤中已被移除，则暴露实体通知应用服务器，如果需要，应用服务器应发起用于监视事件的新请求。在步骤S164中，结束对事件的监视，并在AMF、UDM、NEF和应用服务器中释放资源。

图9示出了在NEF处发生故障时5G网络中的情况。步骤S171至S174对应于步骤S151至S154。在步骤S175中，暴露实体发生故障，如以上结合图4并结合步骤S81和S82所讨论的。因此，所有数据丢失，包括请求监视事件的应用服务器的标识。在步骤S176中，AMF确定在标识的时间段内未发生事件，并且在步骤S177(Nudm_EventExposure_Audit，event-X(事件X)，audit-request(审核请求)＝status_inquiry(状态查询))中将审核请求发送给UDM。在步骤S178中，在UDM中找到请求的事件，并且UDM通过在步骤S179(Nnef_EventExposure_Audit，event-X(事件X)，audit-request(审核请求)＝status_inquiry(状态查询))中发送带有状态查询的审核请求来审核网络暴露功能中的事件。在步骤S180中，在NEF中未找到事件，以使得在步骤S181(Nnef_EventExposure_AuditResponse，event-X(事件X)，audit-result(审核结果)＝removed(被移除))中发送请求移除事件的响应。在步骤S182中，从UDM中移除事件，并在步骤S183(Nudm_EventExposure_AuditResponse，event-X(事件X)，audit-result(审核结果)＝removed(被移除))中相应地通知AMF，以使得在步骤S184中将事件移除，并且通过在AMF和UDM中释放资源使网络一致。

结合图10，针对5G网络示出了与结合图7所示的情况类似的情况。在步骤S191中，网络暴露功能NEF从故障中恢复，并且在步骤S192中，NEF期望检查更持久的事件，诸如在步骤S191的恢复之后的最近24小时内没有活动的事件。在步骤S193(Nudm_EventExposure_Audit，audit-request(审核请求)＝status_inquiry_ALL_events(状态查询所有事件)，dormant_duration(不活动持续时间)＝24个小时)中，要求UDM对不活动超过定义的时间段的所有事件执行审核。在步骤S194(Nudm_EventExposure_AuditResponse，audit-result(审核结果)＝status_inquiry_started(状态查询开始))中，向NEF发送响应。在步骤S195(Namf_EventExposure_Audit，audit-request(审核请求)＝status_inquiry_ALL_events(状态查询所有事件)，dormant_duration(不活动持续时间)＝24个小时)中，UDM向AMF发送审核请求，并且在步骤S196(Namf_EventExposure_AuditResponse，audit-results(审核结果)＝status_inquiry_started(状态查询开始))中将响应发送回去。在步骤S197中，AMF检查不活动超过定义的时间段的所有事件。在步骤S198(Nudm_EventExposure_Audit，event-X(事件X)，audit-request(审核请求)＝status_inquiry(状态查询))中，将一个事件的审核结果发送给UDM，UDM在步骤S199(Nnef_EventExposure_Audit，event-X(事件X)，audit-request(审核请求)＝status_inquiry(状态查询))中将该信息发送给NEF。在步骤200中，如果在NEF中找到事件，则它以成功应答作出答复。否则，如果NEF中不存在事件，则它通知UDM应移除事件。基于在NEF中不存在事件的假设，这在步骤S201(Nnef_EventExposure_AuditResponse，event(事件)＝X，audit-resutl(审核结果)＝removed(被移除))中示出。该信息在步骤S202(Nudm_EventExposure_AuditResponse，audit-result(审核结果)＝removed(被移除))中被转发给AMF，并且在步骤S203中，结束对该事件的监视，并且在UDM和AMF中释放结果。

就4G情况下的Diameter协议而言，要注意以下内容：

a)可以在s6a/s6t中提供新的IE(信息元素，以AVP的形式)，以指示期望的审核时间

b)可以在s6a/s6t中提供新的IE(以AVP的形式)，以指示接受的审核时间(值不高于期望的审核时间)

c)可以在s6a/s6t中提供新的IE(以AVP的形式)，以指示审核动作(例如，status_inquiry(状态查询)、status_inquiry_ALL_events(状态查询所有事件)、remove_event(移除事件))

d)可以在s6a/s6t中提供新的IE(以AVP的形式)，以指示审核结果(例如，event_removed(事件被移除)、event_active(事件处于活动状态))

就针对5G网络的服务基本接口协议而言，可能需要服务运营网络来进行审核，更详细地说就是，需要Namf_EventExposure、Nnf_EventExposure、Nudm_EventExposure服务的新服务操作(例如审核)，或者可以重用(例如通知)现有的服务操作。

图11概述了在诸如HSS或UDM 100之类的跟踪实体处执行的主要步骤中的一些。在步骤S210中，跟踪移动设备连接到哪个MME的跟踪实体接收具有针对审核的指示的请求，如以上结合图5的步骤S91、图6的步骤S111、图8的步骤S151或图9的步骤S171所讨论的。在步骤S211中，将所接收的请求发送给MME或AMF，其包括针对审核的指示和指示的时间段。在步骤S212中，跟踪实体然后从MME接收在指示的时间段内未检测到事件的通知，并且在步骤S213中基于信息确定是否应继续监视。

结合图12更详细地讨论在诸如MME或AMF之类的接入和连接性管理实体处执行的主要步骤中的一些。在步骤S221中，接收用于监视移动设备处的事件的请求，如以上结合步骤S92、S112、S152或S172所讨论的。在步骤S222中针对移动设备执行对事件是否发生的监视，并且确定在指示的时间段期间未发生该事件，以使得在步骤S223中将通知发送给跟踪实体以开始审核。该通知指示出尚未检测到事件并且应在其他实体中开始审核。

图13示出了在诸如以上讨论的SCEF或NEF之类的暴露实体处执行的主要步骤中的一些。在步骤S231中，从应用服务器接收用于监视事件的请求，并且在步骤S232中，在网络中通过对监视的审核来配置对事件的监视，当在时间段内未发生事件时，应通过该审核来检查监视的有效性。在步骤S233中，将请求发送给跟踪实体，其中该请求包括用于审核的指示和指示的时间段。

图14示出了跟踪实体的示意性架构图，该跟踪实体可以执行跟踪实体100参与的上述步骤。实体100包括接口或输入/输出，该接口或输入/输出被提供用于如上所述地向其他实体发送用户数据或控制消息，或者被配置为如上所述地从其他实体接收用户数据或控制消息。接口可以接收用于在审核的情况下监视事件的请求，并且可以将所接收的请求发送给MME。实体100还包括处理单元120，其负责跟踪实体100的操作。处理单元120包括一个或多个处理器并且可以执行存储在存储器130中的指令，其中存储器可以包括只读存储器、随机存取存储器、大容量存储器、硬盘等。存储器可以包括要由处理单元120执行以便实现跟踪实体参与的上述功能的合适的程序代码。

图15示出了跟踪实体(400)的另一示意性架构图，该跟踪实体(400)包括第一模块(410)，该第一模块(410)被配置为接收用于监视事件的请求，该请求具有针对审核的指示。实体400包括第二模块420，该第二模块420被配置为向MME发送所接收的请求，该请求包括针对审核的指示。提供了模块430，该模块430被配置为从MME接收在指示的时间段内未检测到事件的通知，并且提供了模块440，该模块440被配置为基于在跟踪单元400中提供的信息来确定是否应该继续对事件的监视。

图16示出了诸如以上讨论的MME或AMF之类的接入和连接性管理实体200的示意性架构图。该接入和连接性管理实体200包括接口或输入/输出210，该接口或输入/输出210被配置为发送用户数据或控制消息并且被配置为接收用户数据或控制消息。实体200还包括处理单元220，其负责接入和连接性管理实体的操作。处理单元220包括一个或多个处理器并且可以执行存储在存储器230上的指令，其中存储器可以包括只读存储器、随机存取存储器、大容量存储器、硬盘等。存储器还包括要由处理单元220执行以实现实体200参与的上述功能的合适的程序代码。

图17示出了被配置为监视移动设备的接入和连接的接入和连接性管理实体500的另一示意性架构图，其中实体500包括第一模块510，该第一模块510被配置为接收用于监视事件的请求，该请求包括针对审核的指示。提供了模块520，该模块520被配置为监视移动设备处的事件。提供了模块530，该模块530用于将通知发送给跟踪实体，该通知指示在指示的时间段期间未检测到事件以及应在其他实体中开始审核。

图18示出了被配置为暴露通过移动通信网络提供的服务的暴露实体的示意性架构图，其中暴露实体包括输入/输出或接口310，该输入/输出或接口310被配置为发送用户数据或控制消息，并被配置为接收用户数据或控制消息。暴露实体300还包括处理单元320，其负责实体300的操作。处理单元320包括一个或多个处理器并且可以执行存储在存储器330上的指令，其中存储器可以包括只读存储器、随机存取存储器、大容量存储器、硬盘等。存储器还可以包括要由处理单元320执行以便实现暴露实体参与的上述功能的合适的程序代码。

图19示出了暴露实体的另一示意性架构图，该暴露实体包括第一模块610，该第一模块610被配置为接收用于对事件进行监视的请求，提供了第二模块620，该第二模块620被配置为通过审核来实现监视，如上所述。提供了第三模块630，该第三模块630被配置为将用于监视事件的、具有用于审核的指示的请求发送给MME。

就事件而言，存在不同的选项。事件的一个示例是UE的可达性。举例来说，IMSI_1是由SCEF_1配置的事件(例如，UE可达性状态)。在这种情况下，SCEF_1创建参考Id(Reference-Id)来唯一地标识SCEF_1中的这种事件。这使得事件在整个网络中唯一，因为通过将SCEF_1与Reference-Id级联，结果是唯一的。

IMSI_1＝214031111111111

SCEF-Reference-Id＝123456789

事件类型＝USE可达性

在HSS/UDM和AMF/MME中，将通过简单地指示SCEF_1:123456789来审核事件

在另一示例中，事件是UE的位置状态：，其中IMSI_2是由SCEF_2配置的事件(例如，UE位置状态)。在这种情况下，SCEF_2创建Reference-Id来唯一地标识SCEF_2中的这种事件。这使得事件在整个网络中唯一，因为通过将SCEF_2与Reference-Id级联，结果是唯一的。

IMSI_2＝214032222222222

Reference-Id＝987654321

事件类型＝UE位置状态

在HSS/UDM和AMF/MME中，将通过简单地指示SCEF_2:987654321来审核事件

根据以上所述，可以得出一些一般性结论：

就跟踪实体而言，跟踪实体响应于从接入和连接性管理实体接收的通知来确定在指示的时间段内未检测到事件，并且跟踪实体确定是否应继续对事件的监视。这可以通过跟踪实体结合暴露实体(例如NEF)来实现。如果NEF不具有事件，则跟踪实体也在接入和连接实体中移除事件。简言之：确定是基于本地检查并且也基于外部检查(在NEF中)来进行的。

当跟踪单元中可用的信息指示不应继续对事件的监视时，可以向接入和连接性管理实体发送通知响应，从而指示应移除对事件的监视。

此外，可以通知暴露实体已经响应于审核而移除了对事件的监视，该暴露实体被配置为暴露在移动通信网络中提供的服务。

此外，跟踪实体中可用的信息可以指示应继续对事件的监视。如果情况是这样，则向暴露实体发送报告请求，其中请求是否应继续对事件的监视。

在此，可以从暴露实体接收到对报告请求的响应，其中指示不应继续对事件的监视。然后，可以相应地修改跟踪单元中可用的信息，使得不再继续对事件的监视。

当基于跟踪单元中可用的信息确定不应继续对事件的监视时，可以释放用于对事件的监视的资源。

此外，跟踪单元可以确定应对所有事件执行针对要监视的所有事件的审核，针对所有事件，在指示的时间段内未检测到对应事件(例如，基于运营商的请求，例如，可以在NEF或UDM中发起手动命令或请求以发起对不活动事件的这种轮询)。然后，跟踪实体向多个接入和连接性管理实体发送请求，从而请求每个接入和连接性管理实体开始进行对所有事件的监视的审核，针对所有事件，在指示的时间段内未检测到对应事件。此外，可以从多个接入和连接性管理实体中的至少一个接收通知，其中该通知指示未检测到对应事件中的一个事件。然后鉴于未检测到对应事件中的一个事件的事实，暴露实体被询问如下内容：是否仍应对事件进行监视。

确定应执行针对所有事件的审核的步骤可以基于从被配置为暴露由移动通信网络提供的服务的暴露实体接收到的请求，根据该请求，向跟踪实体请求应执行针对所有事件的审核。作为备选方案，确定应执行针对所有事件的审核的步骤还可以基于在跟踪单元中提供的预定义触发事件(例如，由移动通信网络的运营商设置的优先事件)来触发。

就诸如MME或AMF之类的接入和连接性管理实体200的操作而言，该接入和连接性管理实体向跟踪实体100发送指示应开始审核的通知。接入和连接性管理实体200可以接收对该通知的响应，其中该响应指示不应继续对事件的监视，以使得响应于所接收的响应而移除对事件的监视并且释放用于对事件的监视的资源。

就暴露实体300而言，该暴露实体可以从跟踪实体接收指示已经响应于审核而移除了跟踪实体处的对事件的监视的报告。暴露实体还可以检查对事件的监视在暴露实体中是否处于活动状态，并且当对事件的监视处于活动状态时，可以停止对事件的监视，并且可以向跟踪实体和应用服务器中的至少一个通知监视的停止。

暴露实体还可以接收跟踪实体的请求，该请求用于检查对事件的监视在暴露实体中是否处于活动状态。暴露实体可以检查对事件的监视在暴露实体中是否处于活动状态，并且当监视在暴露实体中不处于活动状态时，向跟踪实体发送要求跟踪实体移除跟踪实体处对事件的监视的响应。

此外，暴露实体可以确定应对所有要监视的事件执行审核，针对所有要监视的事件，在指示的时间段内未检测到对应事件。此外，将请求转发给跟踪实体，以审核所有要监视的事件，针对所有要监视的事件，在指示的时间段内未检测到对应事件。可以从跟踪实体接收对请求的响应，该响应指示对在指示的时间段内未检测到的一个事件的监视处于活动状态，并且检查在暴露实体中是否找到该事件。当没有找到该事件时，请求跟踪实体移除对该事件的监视。

应针对所有事件执行审核的事实可能是由于应执行审核的请求(例如，结合图7讨论的来自运营商的请求)引起的。此外，可以确定应基于在暴露实体中提供的预定义触发事件来执行审核，当触发事件发生(例如，也由运营商设置)时，暴露实体开始对所有事件的审核。

上述应用提供了一种确保不同的4G或5G功能实体或网络功能上的正在进行的对事件的监视，尤其是针对电池寿命长、移动性低且活动性低的设备的长期监视事件的一致性的机制。

Claims (36)

1.一种用于操作跟踪实体的方法，所述跟踪实体被配置为跟踪移动设备在移动通信网络中连接到哪个接入和连接性管理实体，其中，应用服务器正发起对在所述移动设备处发生的事件的监视，所述方法包括：

-接收用于监视所述移动设备处的所述事件的请求，所述请求包括针对对所述事件的监视的审核的指示，当在指示的时间段内未检测到所述事件时，应通过所述审核来检查对所述事件的监视的有效性，

-向所述移动设备连接到的所述接入和连接性管理实体发送所接收的针对所述事件的请求，所述请求具有针对所述审核的指示和所述指示的时间段，

-从所述接入和连接性管理实体接收在所述指示的时间段内未检测到所述事件的通知，

-响应于所接收的通知，基于所述跟踪实体中可用的信息来确定是否应继续对所述事件的监视。

2.根据权利要求1所述的方法，其中，当所述跟踪实体中可用的信息指示不应继续对所述事件的监视时，向所述接入和连接性管理实体发送指示应移除对所述事件的监视的通知响应。

3.根据权利要求2所述的方法，还向暴露实体通知已经响应于所述审核而移除了对所述事件的监视，所述暴露实体被配置为暴露由所述移动通信网络提供的服务。

4.根据权利要求1所述的方法，其中，所述跟踪实体中可用的信息指示应继续对所述事件的监视，向暴露实体发送请求是否应继续对所述事件的监视的报告请求，所述暴露实体被配置为暴露由所述移动通信网络提供的服务。

5.根据权利要求4所述的方法，还从所述暴露实体接收对所述报告请求的响应，所述响应指示不应继续对所述事件的监视，其中，所述跟踪实体中可用的信息被修改，使得不继续对所述事件的监视。

6.根据前述权利要求中任一项所述的方法，其中，当基于所述跟踪实体中可用的信息确定不应继续对所述事件的监视时，用于对所述事件的监视的资源被释放。

7.根据权利要求1-2中任一项所述的方法，包括以下步骤：

-确定应执行对所有要监视的事件的审核，针对所有要监视的事件，在所述指示的时间段内未检测到对应事件，

-向多个接入和连接性管理实体发送请求，所述请求请求每个接入和连接性管理实体开始审核对在所述指示的时间段内未检测到对应事件的所有事件的监视，

-从所述多个接入和连接性管理实体中的至少一个接入和连接性管理实体接收指示未检测到所述对应事件中的一个事件的通知，其中，鉴于未检测到所述对应事件中的所述一个事件的事实，暴露实体被询问如下内容：是否仍应监视所述事件，所述暴露实体被配置为暴露由所述移动通信网络提供的服务。

8.根据权利要求7所述的方法，其中，确定应执行对所有事件的审核包括：从所述暴露实体接收请求应执行对所有事件的审核的请求。

9.根据权利要求7所述的方法，其中，确定应执行对所有事件的审核是基于在所述跟踪实体中提供的预定义触发事件来触发的。

10.一种用于操作接入和连接性管理实体的方法，所述接入和连接性管理实体被配置为监视移动设备对移动通信网络的接入和连接性，所述方法包括：

-接收由应用服务器发起的用于监视所述移动设备处的事件的请求，所述请求包括针对对所述事件的监视的审核的指示，当在指示的时间段内未检测到所述事件时，应通过所述审核来检查对所述事件的监视的有效性，

-针对所述移动设备监视是否发生了所述事件，

其中，当确定在所述指示的时间段期间未发生所述事件时，向跟踪实体发送通知，所述跟踪实体被配置为跟踪所述移动设备通过哪个接入和连接性管理实体连接到所述移动通信网络，所述通知指示在所述指示的时间段期间未检测到所述事件并且应在所述移动通信网络中的参与对所述事件的监视的其他实体中开始所述审核。

11.根据权利要求10所述的方法，还接收对所述通知的响应，所述响应指示不应继续对所述事件的监视，其中，对所述事件的监视响应于所接收的响应而被移除，并且用于监视所述事件的资源被释放。

12.一种用于操作暴露实体的方法，所述暴露实体被配置为暴露由移动通信网络提供的服务，所述方法包括：

-从应用服务器接收用于监视连接到所述移动通信网络的移动设备处的事件的请求，

-在所述移动通信网络中配置对所述事件的监视，所述配置包括配置对所述事件的监视的审核，当在指示的时间段内未检测到所述事件时，应通过所述审核来检查对所述事件的监视的有效性，

-向跟踪实体发送用于监视所述事件的请求，所述跟踪实体被配置为跟踪所述移动设备通过哪个接入和连接性管理实体连接到所述移动通信网络，所述请求包括针对所述审核的指示和所述指示的时间段。

13.根据权利要求12所述的方法，还包括：

-从所述跟踪实体接收指示已经响应于所述审核而在所述跟踪实体处移除了对所述事件的监视的报告，

-检查对所述事件的监视在所述暴露实体中是否处于活动状态，其中，当对所述事件的监视处于活动状态时，停止对所述事件的监视，并且向所述跟踪实体和所述应用服务器中的至少一个通知停止对所述事件的监视。

14.根据权利要求12所述的方法，还包括：

-从所述跟踪实体接收用于检查对所述事件的监视在所述暴露实体中是否处于活动状态的请求，

-检查对所述事件的监视在所述暴露实体中是否处于活动状态，其中，当对所述事件的监视在所述暴露实体中未处于活动状态时，

-向所述跟踪实体发送要求所述跟踪实体移除所述跟踪实体处对所述事件的监视的响应。

15.根据权利要求12至14中任一项所述的方法，

-确定应对所有要监视的事件执行所述审核，针对所有要监视的事件，在所述指示的时间段内未检测到对应事件，

-向所述跟踪实体转发用于审核所有要监视的事件的请求，针对所有要监视的事件，在所述指示的时间段内未检测到对应事件，

-从所述跟踪实体接收对所述请求的响应，所述响应指示对在所述指示的时间段内未检测到的一个事件的监视处于活动状态，

-检查是否在所述暴露实体中找到所述事件，其中，当未找到所述事件时，请求所述跟踪实体移除对所述事件的监视。

16.根据权利要求15所述的方法，其中，确定应对所有事件执行所述审核包括：接收请求应对所有事件执行所述审核的请求。

17.根据权利要求15所述的方法，其中，确定应对所有事件执行所述审核是基于在所述暴露实体中提供的预定义触发事件来触发的。

18.一种被配置为跟踪移动设备在移动通信网络中连接到哪个接入和连接性管理实体的跟踪实体，其中，应用服务器正发起对在所述移动设备处发生的事件的监视，所述跟踪实体包括存储器和至少一个处理单元，所述存储器包含能够由所述至少一个处理单元执行的指令，其中，所述跟踪实体操作用于：

-接收用于监视所述移动设备处的所述事件的请求，所述请求包括针对对所述事件的监视的审核的指示，当在指示的时间段内未检测到所述事件时，应通过所述审核来检查对所述事件的监视的有效性，

-向所述移动设备连接到的所述接入和连接性管理实体发送所接收的针对所述事件的请求，所述请求具有针对所述审核的指示和所述指示的时间段，

-从所述接入和连接性管理实体接收在所述指示的时间段内未检测到所述事件的通知，

-响应于所接收的通知，基于所述跟踪实体中可用的信息来确定是否应继续对所述事件的监视。

19.根据权利要求18所述的跟踪实体，还操作用于：当所述跟踪实体中可用的信息指示不应继续对所述事件的监视时，向所述接入和连接性管理实体发送指示应移除对所述事件的监视的通知响应。

20.根据权利要求19所述的跟踪实体，还操作用于：向暴露实体通知已经响应于所述审核移除了对所述事件的监视，所述暴露实体被配置为暴露由所述移动通信网络提供的服务。

21.根据权利要求18所述的跟踪实体，还操作用于：当所述跟踪实体中可用的所述信息指示应继续对所述事件的监视时，向暴露实体发送请求是否应继续对所述事件的监视的报告请求，所述暴露实体被配置为暴露由所述移动通信网络提供的服务。

22.根据权利要求21所述的跟踪实体，还操作用于：从所述暴露实体接收对所述报告请求的响应，所述响应指示不应继续对所述事件的监视，并且修改所述跟踪实体中可用的信息，使得不继续对所述事件的监视。

23.根据权利要求18至22中任一项所述的跟踪实体，还操作用于：当基于所述跟踪实体中可用的信息确定不应继续对所述事件的监视时，释放用于监视所述事件的资源。

24.根据权利要求18至19中任一项所述的跟踪实体，还操作用于：

-确定应执行对所有要监视的事件的审核，针对所有要监视的事件，在所述指示的时间段内未检测到对应事件，

-向多个接入和连接性管理实体发送请求，所述请求请求每个接入和连接性管理实体开始审核对在所述指示的时间段内未检测到对应事件的所有事件的监视，

-从所述多个接入和连接性管理实体中的至少一个接入和连接性管理实体接收通知，所述通知指示未检测到所述对应事件中的一个事件，并且鉴于未检测到所述对应事件中的所述一个事件的事实，询问暴露实体是否仍应监视所述事件，所述暴露实体被配置为暴露由所述移动通信网络提供的服务。

25.根据权利要求24所述的跟踪实体，还操作用于：为了确定应执行对所有事件的审核，从所述暴露实体接收请求应执行对所有事件的审核的请求。

26.根据权利要求24所述的跟踪实体，还操作用于：为了确定应执行对所有事件的审核，基于在所述跟踪实体中提供的预定义触发事件来触发对所有事件的审核的开始。

27.一种被配置为监视移动设备对移动通信网络的接入和连接性的接入和连接性管理实体，所述接入和连接性管理实体包括存储器和至少一个处理单元，所述存储器包含能够由所述至少一个处理单元执行的指令，其中，所述接入和连接性管理实体操作用于：

-接收由应用服务器发起的用于监视所述移动设备处的事件的请求，所述请求包括针对对所述事件的监视的审核的指示，当在指示的时间段内未检测到所述事件时，应通过所述审核来检查对所述事件的监视的有效性，

-针对所述移动设备监视是否发生了所述事件，

其中，当确定在所述指示的时间段期间未发生所述事件时，所述接入和连接性管理实体操作用于向跟踪实体发送通知，所述跟踪实体被配置为跟踪所述移动设备通过哪个接入和连接性管理实体连接到所述移动通信网络，所述通知指示在所述指示的时间段期间未检测到所述事件并且应在所述移动通信网络中的参与对所述事件的监视的其他实体中开始所述审核。

28.根据权利要求27所述的接入和连接性管理实体，还操作用于：接收对所述通知的响应，所述响应指示不应继续对所述事件的监视；以及响应于所接收的响应，移除对所述事件的监视，并且释放用于监视所述事件的资源。

29.一种被配置为暴露由移动通信网络提供的服务的暴露实体，所述暴露实体包括存储器和至少一个处理单元，所述存储器包含能够由所述至少一个处理单元执行的指令，其中，所述暴露实体操作用于：

-从应用服务器接收用于监视连接到所述移动通信网络的移动设备处的事件的请求，

-在所述移动通信网络中配置对所述事件的监视，所述配置包括配置对所述事件的监视的审核，当在指示的时间段内未检测到所述事件时，应通过所述审核来检查对所述事件的监视的有效性，

-向跟踪实体发送用于监视所述事件的请求，所述跟踪实体被配置为跟踪所述移动设备通过哪个接入和连接性管理实体连接到所述移动通信网络，所述请求包括针对所述审核的指示和所述指示的时间段。

30.根据权利要求29所述的暴露实体，还操作用于：

-从所述跟踪实体接收报告，所述报告指示已经响应于所述审核而在所述跟踪实体处移除了对所述事件的监视，

-检查对所述事件的监视在所述暴露实体中是否处于活动状态，其中，当对所述事件的监视处于活动状态时，停止对所述事件的监视，并且向所述跟踪实体和所述应用服务器中的至少一个通知停止对所述事件的监视。

31.根据权利要求29所述的暴露实体，还操作用于：

-从所述跟踪实体接收用于检查对所述事件的监视在所述暴露实体中是否处于活动状态的请求，

-检查对所述事件的监视在所述暴露实体中是否处于活动状态，其中，当对所述事件的监视在所述暴露实体中处于非活动状态时，

-向所述跟踪实体发送响应，所述响应要求所述跟踪实体移除所述跟踪实体处对所述事件的监视。

32.根据权利要求29至31中任一项所述的暴露实体，还操作用于：

-确定应对所有要监视的事件执行所述审核，针对所有要监视的事件，在所述指示的时间段内未检测到对应事件，

-向所述跟踪实体转发用于审核所有要监视的事件的请求，针对所有要监视的事件，在所述指示的时间段内未检测到对应事件，

-从所述跟踪实体接收对所述请求的响应，所述响应指示对在所述指示的时间段内未检测到的一个事件的监视处于活动状态，

-检查是否在所述暴露实体中找到所述事件，其中，当未找到所述事件时，请求所述跟踪实体移除对所述事件的监视。

33.根据权利要求32所述的暴露实体，还操作用于：为了确定应对所有事件执行所述审核，接收请求应对所有事件执行所述审核的请求。

34.根据权利要求32所述的暴露实体，还操作用于：为了确定应对所有事件执行所述审核，基于在所述暴露实体中提供的预定义触发事件来触发对所有事件的审核的开始。

35.一种系统，包括来自包括以下元件的元件群组的至少2个元件：根据权利要求18至26中任一项所述的跟踪实体、根据权利要求27或28中任一项所述的接入和连接性管理实体、以及根据权利要求29至34中任一项所述的暴露实体。

36.一种具有存储在其上的计算机程序的计算机可读存储介质，所述计算机程序包括将由跟踪实体的、接入和连接性管理实体的、或暴露实体的至少一个处理单元执行的程序代码，其中，所述程序代码的执行使所述至少一个处理单元执行根据权利要求1至9、10至11或12至17中任一项所述的方法。