CN110366199A - 一种事件监控方法及装置 - Google Patents
一种事件监控方法及装置 Download PDFInfo
- Publication number
- CN110366199A CN110366199A CN201810349848.3A CN201810349848A CN110366199A CN 110366199 A CN110366199 A CN 110366199A CN 201810349848 A CN201810349848 A CN 201810349848A CN 110366199 A CN110366199 A CN 110366199A
- Authority
- CN
- China
- Prior art keywords
- user group
- monitor event
- report
- message
- members
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/08—User group management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/53—Network services using third party service providers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/005—Transmission of information for alerting of incoming communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/186—Processing of subscriber group data
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Multimedia (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
Abstract
一种事件监控方法及装置,用以实现业务能力开放功能或者网络开放功能在接收到组内全部成员的事件报告后删除该组的监控事件配置,从而避免资源的浪费和后续策略执行错误。该方法为:开放功能实体接收第一消息,所述第一消息用于配置针对一个用户组的监控事件,开放功能实体获取所述用户组的成员信息,所述开放功能实体根据所述成员信息,确定所述用户组的所有成员的监控事件报告均已接收完毕,删除针对所述用户组的监控事件的配置。
Description
本申请要求在2018年4月09日提交中国专利局、申请号为201810312936.6、发明名称为“一种事件监控方法及装置”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请实施例涉及通信技术领域,尤其涉及一种事件监控方法及装置。
背景技术
随着移动互联网的发展,运营商需要与第三方应用提供商进行互通,为第三方应用提供商提供的业务进行保障。在长期演进(long term evolution,LTE)通信***中,业务能力开放功能(service capability exposure function,SCEF)能够使得第三代合作伙伴计划(3rd generation partnership project,3GPP)网络能够安全地向第三方的业务提供者提供业务能力,实现内外部应用和业务的可达和互通。第三方应用通过业务能力服务器(Services Capability Server,SCS)/应用服务器(Application Server,AS)向SCEF获取业务能力。第五代(5th Generation,5G)通信***是基于服务化的架构,网络开放功能(network exposure function,NEF)具有类似于SCEF的功能,NEF通过服务向第SCS/AS提供3GPP网络支持的业务和能力。不管是在LTE***还是5G***中,在业务能力开放的架构下,均能支持SCS/AS对于用户的事件监控,可以对用户进行多种事件的监控,例如用户设备(user equipment,UE)可达性、掉线等事件。
在LTE***中,通过监控事件配置,SCEF可能收到携带外部组标识的监控请求,外部组标识用于标识一组成员,表征对该组内的成员执行监控事件。核心网网元移动管理实体(mobility management entity,MME)/服务GPRS支持节点(serving GPRS supportnode,SGSN)针对组内的每一个成员,在事件监测后向SCEF发送监控事件报告。在5G通信***中,NEF可能收到携带外部组标识的监控请求,接入和移动性管理功能(Access andMobility Management Function,AMF)针对组内的每一个成员,在事件监测后向SCEF发送监控事件报告。
不管LTE***中的SCEF还是5G***中的NEF,都无法获知是否组内所有成员都完成所请求的监控事件报告,若在组内所有成员均完成请求的监控事件报告后,SCEF/NEF仍保留该组的监控事件配置,将会导致资源的浪费以及后续策略执行错误。
发明内容
本申请实施例提供一种事件监控方法及装置,用以实现业务能力开放功能或者网络开放功能在接收到组内全部成员的事件报告后删除该组的监控事件配置,从而避免资源的浪费和后续策略执行错误。
本申请实施例提供的具体技术方案如下:
第一方面,提供一种事件监控方法,该方法的执行主体为开放功能实体。具体方法的流程大致如下:接收第一消息,所述第一消息用于配置针对一个用户组的监控事件,获取所述用户组的成员信息,根据所述成员信息,确定所述用户组的所有成员的监控事件报告均已接收完毕,删除针对所述用户组的监控事件的配置。这样,开放功能实体通过获取用户组的成员信息,在接收到监控事件报告时,能够根据用户组的成员信息判断用户组内的所有成员的监控事件报告均已接收完毕,从而能够进一步删除该用户组的监控事件的配置,避免资源的浪费,以及有助于保证后续策略的正确执行。
可选的,所述开放功能实体为业务能力开放功能SCEF实体,或者,所述开放功能实体为网络开放功能NEF实体。这样,本申请实施例提供的方法能够适应LTE***和5G***中。
在一个可能的设计中,用户组的成员信息可以是用户组内包含的成员数量,成员数量可以用N来表示;用户组的成员信息也可以是用户组内每一个成员的标识,即,用户组的成员信息为N个标识。这样,开放功能实体可以根据用户组内包含的成员数量,或根据成员的标识,判断已接收了多少个成员的监控事件报告,从而判断是否用户组内所有的成员的监控事件报告均已接收完毕。
在一个可能的设计中,可以但不限于以下两种方式来获取用户组的成员信息。方式一:第一消息中携带用户组的成员信息,从第一消息中获得用户组的成员信息。方式二:接收用户数据管理实体发送的用户组的成员信息,即,从用户数据管理实体获取用户组的成员信息。这样,使得用户组的成员信息携带在已有的信令中,减少新增信令的开销。
在一个可能的设计中,该第一消息还可能携带最大报告次数,该最大报告次数用于指示允许针对一个成员上报监控事件报告的最大次数,或者,该最大报告次数用于指示允许针对一个成员的一个监控事件上报监控事件报告的最大次数,或者,该最大报告次数用于指示允许针对一个成员的多个监控事件上报监控事件报告的最大总次数。该最大报告次数是针对该用户组内的每一个成员设置的,适用于该用户组内的每一个成员。
可选的,该第一消息还可能携带监控持续时间,该监控持续时间用于指示监控请求过期的绝对时间。该监控持续时间是针对该用户组内的每一个成员设置的,适用于该用户组内的每一个成员。
确定所述用户组的所有成员的监控事件报告均已接收完毕,可能包含以下几种情况:
在一个可能的设计中,若所述第一消息用于配置对所述用户组进行一次监控请求,则所述开放功能实体在接收到N个所述成员的监控事件报告时,就可以确定所述用户组的所有成员的监控事件报告均已接收完毕。
可选的,若所述第一消息中不包括最大报告次数、且不包括持续时间,则所述开放功能实体确定所述第一消息用于配置对所述用户组进行一次监控请求;或者,若所述第一消息中包括第一最大报告次数、且所述第一最大报告次数为1,则所述开放功能实体确定所述第一消息用于配置对所述用户组进行一次监控请求。
在一个可能的设计中,若所述第一消息用于配置针对所述用户组的监控事件的数量为多个,则所述开放功能实体在针对N个所述成员的每一个成员,均接收到所述多个监控事件中的每一个监控事件的监控事件报告时,确定所述成员组内所有用户的监控事件报告均已接收完毕。
在一个可能的设计中,若所述第一消息中包括第二最大报告次数,则所述开放功能实体针对N个所述成员的每一个成员,接收到的监控事件报告的次数均达到所述第二最大报告次数时,确定所述成员组的所有成员的监控事件报告均已接收完毕。
可选的,若所述第一消息用于配置针对所述用户组的监控事件的数量为多个,则所述开放功能实体在针对N个所述成员的每一个成员,接收到所述多个监控事件中的每一个监控事件的监控事件报告次数均达到第二最大报告次数时,确定所述用户组的所有成员的监控事件报告均已接收完毕。
上述几种方法均能够确定用户组内的成员的监控事件报告接收完毕,从而进一步发起删除针对该用户组的监控事件的配置。在一个可能的设计中,若所述用户组的成员信息包括所述N个标识,则所述开放功能实体每接收到一个监控事件报告,判断所述一个监控事件报告是否为所述成员的监控事件报告,获得判断结果,所述判断结果用于确定所述用户组内所有成员的监控事件报告是否均已接收完毕。这样,能够有助于保证确定用户组内的成员的监控事件报告是否接收完毕的准确性。
在一个可能的设计中,所述开放功能实体删除针对所述用户组的监控事件的配置,包括以下至少一项操作:所述开放功能实体删除本地存储的针对所述用户组的监控事件的配置;所述开放功能实体向用户数据管理实体发送第二消息,所述第二消息用于指示所述用户数据管理实体删除针对所述用户组的监控事件的配置;所述开放功能实体向所述第三方应用实体发送第三消息,所述第三消息用于指示所述第三方应用实体删除针对所述用户组的监控事件的配置。可选的,所述用户数据管理实体为归属用户服务器HSS实体,或者,所述统一数据管理UDM实体。
第二方面,提供一种事件监控方法,该方法的执行主体为开放功能实体。具体方法的流程大致如下:接收第一消息,所述第一消息用于配置针对一个用户组的监控事件,获取所述用户组的成员信息,根据所述成员信息,确定所述用户组的所有成员的监控事件报告是否完成。可选的,在确定完成的情况下,删除针对所述用户组的监控事件的配置或停止向第三方应用发送所述监控事件报告。这样,开放功能实体通过获取用户组的成员信息,在接收到监控事件报告时,能够根据用户组的成员信息判断用户组内的所有成员的监控事件报告均已接收完毕,从而能够进一步删除该用户组的监控事件的配置或停止向第三方应用发送所述监控事件报告,避免资源的浪费,以及有助于保证后续策略的正确执行。
可选的,所述开放功能实体为业务能力开放功能SCEF实体,或者,所述开放功能实体为网络开放功能NEF实体。这样,本申请实施例提供的方法能够适应LTE***和5G***中。
在一个可能的设计中,用户组的成员信息可以是用户组内包含的成员数量,成员数量可以用N来表示;用户组的成员信息也可以是用户组内每一个成员的标识,即,用户组的成员信息为N个标识。这样,开放功能实体可以根据用户组内包含的成员数量,或根据成员的标识,判断已接收了多少个成员的监控事件报告,从而判断是否用户组内所有的成员的监控事件报告均已接收完毕。
在一个可能的设计中,可以但不限于以下两种方式来获取用户组的成员信息。方式一:第一消息中携带用户组的成员信息,从第一消息中获得用户组的成员信息。方式二:接收用户数据管理实体发送的用户组的成员信息,即,从用户数据管理实体获取用户组的成员信息。这样,使得用户组的成员信息携带在已有的信令中,减少新增信令的开销。
在一个可能的设计中,该第一消息还可能携带最大报告次数,该最大报告次数用于指示允许针对一个成员上报监控事件报告的最大次数,或者,该最大报告次数用于指示允许针对一个成员的一个监控事件上报监控事件报告的最大次数,或者,该最大报告次数用于指示允许针对一个成员的多个监控事件上报监控事件报告的最大总次数。该最大报告次数是针对该用户组内的每一个成员设置的,适用于该用户组内的每一个成员。
可选的,该第一消息还可能携带监控持续时间,该监控持续时间用于指示监控请求过期的绝对时间。该监控持续时间是针对该用户组内的每一个成员设置的,适用于该用户组内的每一个成员。
确定所述用户组的所有成员的监控事件报告均已完成,可能包含以下几种情况:
在一个可能的设计中,若所述第一消息用于配置对所述用户组进行一次监控请求,则所述开放功能实体在接收到N个所述成员的监控事件报告时,就可以确定所述用户组的所有成员的监控事件报告已完成。
可选的,若所述第一消息中不包括最大报告次数、且不包括持续时间,则所述开放功能实体确定所述第一消息用于配置对所述用户组进行一次监控请求;或者,若所述第一消息中包括第一最大报告次数、且所述第一最大报告次数为1,则所述开放功能实体确定所述第一消息用于配置对所述用户组进行一次监控请求。
在一个可能的设计中,若所述第一消息用于配置对所述用户组进行一次监控请求且所述第一消息用于配置针对所述用户组的监控事件的数量为多个,则所述开放功能实体在针对N个所述成员的每一个成员,均接收到所述多个监控事件中的每一个监控事件的监控事件报告时,确定所述成员组内所有用户的监控事件报告已完成。
在一个可能的设计中,若所述第一消息中包括第二最大报告次数,则所述开放功能实体针对N个所述成员的每一个成员,接收到的监控事件报告的次数均达到所述第二最大报告次数时,确定所述成员组的所有成员的监控事件报告均已接收完毕。
在一个可能的设计中,若所述第一消息中包括第二最大报告次数且所述第一消息用于配置针对所述用户组的监控事件的数量为多个,则所述开放功能实体在针对N个所述成员的每一个成员,接收到所述多个监控事件中的每一个监控事件的监控事件报告次数均达到第二最大报告次数时,确定所述用户组的所有成员的监控事件报告已完成。
上述几种方法均能够确定用户组内的成员的监控事件报告已完成,从而进一步发起删除针对该用户组的监控事件的配置或停止向第三方应用发送所述监控事件报告。
在一个可能的设计中,若所述用户组的成员信息包括所述N个标识,则所述开放功能实体每接收到一个监控事件报告,判断所述一个监控事件报告是否为所述成员的监控事件报告,获得判断结果,所述判断结果用于确定所述用户组内所有成员的监控事件报告是否完成。这样,能够有助于保证确定用户组内的成员的监控事件报告是否完成的准确性。
在一个可能的设计中,所述开放功能实体删除针对所述用户组的监控事件的配置,包括以下至少一项操作:所述开放功能实体删除本地存储的针对所述用户组的监控事件的配置;所述开放功能实体向所述第三方应用实体发送第二消息,所述第二消息用于指示所述第三方应用实体删除针对所述用户组的监控事件的配置。
在一个可能的设计中,所述开放功能实体删除针对所述用户组的监控事件的配置,包括:所述开放功能实体向用户数据管理实体发送第三消息,所述第三消息用于指示所述用户数据管理实体删除针对所述用户组的监控事件的配置;或者,所述开放功能实体向用户数据管理实体发送第四消息,所述第四消息用于指示所述用户数据管理实体删除针对所述用户组的一个或多个成员的监控事件的配置。
在一个可能的设计中,所述开放功能实体确定所述一个或多个成员的监控事件报告已完成,则所述开放功能实体向所述用户数据管理实体发送所述第四消息。
可选的,所述用户数据管理实体为归属用户服务器HSS实体,或者,所述统一数据管理UDM实体。
上述描述中,用户组内的成员的监控事件报告已完成即为用户组的监控事件报已完成;确定用户组的所有成员的监控事件报告均已完成,即确定用户组的监控事件报告已完成。
第三方面,提供一种事件监控装置,该装置具有实现上述第一方面、第二方面、第一方面的任一种可能的设计和第二方面的任一种可能的设计的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的设计中,该装置可以是芯片或者集成电路。
在一个可能的设计中,该装置包括收发器和处理器,该收发器用于该装置与其他功能实体或网元之间进行通信,处理器用于执行一组程序,当程序被执行时,所述装置可以执行上述第一方面和第一方面的任一种可能的设计中所述的方法。
在一个可能的设计中,该装置还包括存储器,该存储器存储有所述处理器执行的所述程序。
在一个可能的设计中,该装置为业务能力开放功能SCEF实体,或者,为网络开放功能NEF实体。
第四方面,提供一种芯片,该芯片与存储器相连或者该芯片包括存储器,用于读取并执行所述存储器中存储的软件程序,以实现如上述第一方面、第二方面、第一方面的任一种可能的设计和第二方面的任一种可能的设计中所述的方法。
第五方面,提供一种事件监控方法,该方法的执行主体为用户数据管理实体,该方法具体为:接收第一请求消息,所述第一请求消息用于配置针对一个用户组的监控事件;向开放功能实体发送第一应答消息,所述第一应答消息中携带用户组的成员信息。这样,通过向开放功能实体发送用户组的成员信息,使得开放功能实体能够在接收到监控事件报告时,根据用户组的成员信息判断用户组内的所有成员的监控事件报告均已接收完毕,从而能够进一步删除该用户组的监控事件的配置或停止向第三方应用发送所述监控事件报告,避免资源的浪费,以及有助于保证后续策略的正确执行。
在一个可能的设计中,用户组的成员信息可以是用户组内包含的成员数量,成员数量可以用N来表示;用户组的成员信息也可以是用户组内每一个成员的标识,即,用户组的成员信息为N个标识。这样,开放功能实体可以根据用户组内包含的成员数量,或根据成员的标识,判断已接收了多少个成员的监控事件报告,从而判断是否用户组内所有的成员的监控事件报告均已接收完毕。
在一个可能的设计中,用户数据管理实体接收开放功能实体发送的第二请求消息,所述第二请求消息中携带用于指示删除针对所述用户组的监控事件的配置的信息,所述用户数据管理实体根据第二请求消息,删除针对所述用户组的监控事件的配置。
在一个可能的设计中,用户数据管理实体接收开放功能实体发送的第四请求消息,所述第二请求消息中携带用于指示所述用户数据管理实体删除针对所述用户组的一个或多个成员的监控事件的配置,所述用户数据管理实体根据第四请求消息,删除针对所述用户组的一个或多个成员的监控事件的配置。
可选的,所述用户数据管理实体为归属用户服务器HSS实体,或者,所述统一数据管理UDM实体。
第六方面,提供一种事件监控装置,该装置具有实现上述第三方面和第三方面的任一种可能的设计的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的设计中,该装置可以是芯片或者集成电路。
在一个可能的设计中,该装置包括收发器和处理器,该收发器用于该装置与其他功能实体或网元之间进行通信,处理器用于执行一组程序,当程序被执行时,所述装置可以执行上述第二方面和第二方面的任一种可能的设计中所述的方法。
在一个可能的设计中,该装置还包括存储器,该存储器存储有所述处理器执行的所述程序。
在一个可能的设计中,该装置为HSS实体或UDM实体。
第七方面,提供一种芯片,该芯片与存储器相连或者该芯片包括存储器,用于读取并执行所述存储器中存储的软件程序,以实现如上述第三方面和第三方面的任一种可能的设计中所述的方法。
第八方面,提供一种事件监控方法,该方法的执行主体为第三方应用实体,该方法具体为:向开放功能实体发送第一消息,所述第一消息用于配置针对一个用户组的监控事件,所述第一消息中携带用户组的成员信息。这样,通过向开放功能实体发送用户组的成员信息,使得开放功能实体能够在接收到监控事件报告时,根据用户组的成员信息判断用户组内的所有成员的监控事件报告均已接收完毕,从而能够进一步删除该用户组的监控事件的配置,避免资源的浪费,以及有助于保证后续策略的正确执行。
在一个可能的设计中,用户组的成员信息可以是用户组内包含的成员数量,成员数量可以用N来表示;用户组的成员信息也可以是用户组内每一个成员的标识,即,用户组的成员信息为N个标识。这样,开放功能实体可以根据用户组内包含的成员数量,或根据成员的标识,判断已接收了多少个成员的监控事件报告,从而判断是否用户组内所有的成员的监控事件报告均已接收完毕。
在一个可能的设计中,接收开放功能实体发送的第三消息,所述第三消息中携带用于指示删除针对所述用户组的监控事件的配置的信息,所述第三方应用实体根据第三消息,删除针对所述用户组的监控事件的配置。
可选的,所述第三方应用实体为SCS实体或者AS实体。
第九方面,提供一种事件监控装置,该装置具有实现上述第四方面和第四方面的任一种可能的设计的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的设计中,该装置可以是芯片或者集成电路。
在一个可能的设计中,该装置包括收发器和处理器,该收发器用于该装置与其他功能实体或网元之间进行通信,处理器用于执行一组程序,当程序被执行时,所述装置可以执行上述第四方面和第四方面的任一种可能的设计中所述的方法。
在一个可能的设计中,该装置还包括存储器,该存储器存储有所述处理器执行的所述程序。
在一个可能的设计中,该装置为SCS实体或AS实体。
第十方面,提供一种芯片,该芯片与存储器相连或者该芯片包括存储器,用于读取并执行所述存储器中存储的软件程序,以实现如上述第四方面和第四方面的任一种可能的设计中所述的方法。
第十一方面,提供一种计算机存储介质,存储有计算机程序,该计算机程序包括用于执行上述各方面和各方面的任一可能的设计中方法的指令。
第十二方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面和各方面的任一可能的设计中所述的方法。
附图说明
图1为本申请实施例中LTE***中业务能力开放的架构图;
图2为本申请实施例中5G***中业务能力开放的架构图;
图3为本申请实施例中事件监控方法的流程示意图;
图4为本申请实施例中应用场景一下事件监控的流程示意图之一;
图5为本申请实施例中应用场景一下事件监控的流程示意图之二;
图6为本申请实施例中应用场景二下事件监控的流程示意图之一;
图7为本申请实施例中应用场景二下事件监控的流程示意图之二;
图8为本申请实施例中事件监控装置结构示意图之一;
图9为本申请实施例中事件监控装置结构示意图之二。
具体实施方式
本申请实施例提供一种事件监控方法及装置,用于实现:在基于组的事件监控中,LTE***中的SCEF或者5G***中NEF在组内全部成员的事件报告均已接收完毕时,能够及时删除该组的监控事件的配置,从而节省资源以及有助于保证后续策略的正确执行。
以下介绍一下本申请实施例提供的方法可以适用的通信***架构。
如图1所示,为LTE***中业务能力开放(service capability exposure,SCE)的架构图,包括:SCEF101、SCS/AS102、家乡用户服务器(home subscriber server,HSS)103、MME104和SGSN105。在LTE***中,SCEF101为业务能力开放架构的核心网元,SCEF101用于保证网络安全地向第三方的业务提供者提供业务能力,以实现内外部应用和业务的可达和互通。第三方应用通过SCS/AS102向SCEF101获取业务能力。HSS103为归属用户签约服务器,用于保存用户的签约信息。移动性管理网元包括MME104和SGSN105,用于负责对终端进行移动性管理。SCS/AS102通过T8的API接口调用SCEF101提供的业务能力。
如图2所示,为5G***中SCE)的架构图,包括:NEF201、SCS/AS202、UDM203和AMF204。在5G***中,NEF201的功能类似于LTE***中SCEF101的功能,NEF201通过Nnef服务向SCS/AS202开发3GPP网络支持的业务和能力。UDM203的功能类似于LTE***中HSS103的功能,UDM203通过Nudm服务向NEF201提供支持的业务能力,移动性管理网元包括AMF204,AMF204的功能类似于LTE***中MME104的功能,AMF204通过Namf服务向NEF201提供支持的业务和能力。
需要说明的是,图1和图2提供的通信***架构为示例性的,本申请实施例提供的方法不限于这两种通信***中,还可以适用于更多的通信***。
以下对本申请实施例中涉及到的部分用语进行解释说明,以方便本领域技术人员的理解。
1)监控事件
本申请实施例中,基于图1或图2所示的业务能力开放的架构,SCS/AS可以对用户进行一个或多个事件的监控。事件例如可以是,UE可达性、连接丢失、位置等。
2)用户组
用户组或者称为组,一个用户组包括一个或多个成员,成员即用户,也就是说,一个用户组包括一个或多个用户。本申请实施例中,监控事件的配置可以是基于组的,一个组内的所有成员具有相同的外部组标识。
3)用户组的成员信息
关于一个用户组内包含的成员的相关信息。例如,成员信息可以是:用户组内包含的成员数目,本申请中该成员数目用N来表示,N为正整数;成员信息还可以是用户组内包含的每一个成员的标识,该标识是用于区分不同成员的,也可以称为成员标识或用户标识,一个组内的成员的外部组标识用于区分不同用户组的,成员标识或用户标识是用于区分不同的用户(或成员)的。
4)开放功能实体
是指具有能够实现业务开放功能的实体,具有相同或类似于上述SCEF101或NEF201功能的实体。开放功能实体可以是指SCEF101,也可以是指NEF201。
5)第三方应用实体
具有相同或类似于上述SCS/AS102或SCS/AS202功能的实体。第三方应用实体可以是指SCS/AS102,也可以是指SCS/AS202。
6)移动性管理网元
具有相同或类似于上述MME104和SGSN105功能的实体,或AMF204功能的实体。移动性管理网元可以是指MME104和SGSN105,也可以是指AMF204。
7)用户数据管理实体
具有相同或类似于上述HSS103或UDM203功能的实体。用户数据管理实体可以是指HSS103,也可以是指UDM203。
8)监控事件报告
移动性管理网元上报的关于用户组内的成员的监控事件的相关内容。监控事件报告中可能携带一个或多个监控事件的相关内容。开放功能实体通过监控事件的标识来区分不同监控事件的监控事件报告,以及通过成员的标识来区分不同的成员的监控事件报告。
9)和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。本申请中所涉及的多个,是指两个或两个以上。“第一”、“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不能理解为指示或暗示顺序。字符“/”一般表示前后关联对象是一种“或”的关系。
下面将结合附图,对本申请实施例提供的事件监控方法进行详细描述。
如图3所示,本申请实施例提供的事件监控方法的具体流程如下所述,该方法的执行主体为开放功能实体。
S301、接收第一消息。
该第一消息可以是监控请求。该第一消息用于配置针对一个用户组的监控事件,或者说,该第一消息用于配置针对一个用户组的监控请求。其中,该用户组包括一个或多个成员,针对一个用户组的监控事件或监控请求,是指针对一个用户组内的每一个成员的监控事件或监控请求。该第一消息用于配置针对一个用户组的监控事件的数量可以是一个或多个。该一个或多个监控事件是针对该用户组内的每一个成员的。该第一消息中可能携带该用户组的外部组标识(external group ID),该外部组标识也是针对该用户组内的每一个成员的,用于区分不同的用户组。监控请求也可称为事件订阅,该第一消息用于订阅针对一个用户组的监控事件。
该第一消息还可能携带最大报告次数,该最大报告次数用于指示针对一个成员上报监控事件报告的最大次数,或者,该最大报告次数用于指示针对一个成员的一个监控事件上报监控事件报告的最大次数,或者,该最大报告次数用于指示针对一个成员的多个监控事件上报监控事件报告的最大总次数。该最大报告次数是针对该用户组内的每一个成员设置的,适用于该用户组内的每一个成员。其中,最大报告次数为正整数。
该第一消息还可能携带监控持续时间,该监控持续时间用于指示监控请求过期的绝对时间。该监控持续时间是针对该用户组内的每一个成员设置的,适用于该用户组内的每一个成员。
实际应用中,第一消息可以用于配置针对一个用户组的一次监控请求,一次监控请求是指针对用户组内的每一个成员上报一次监控事件报告即可,其中,若监控事件的数量为一个,则针对这一个监控事件上报一次监控事件报告,若监控事件的数量为多个,则针对这一个监控请求中的多个监控事件的任一个监控事件报告一次或针对多个监控事件中的每一个监控事件均上报一次监控事件报告。
具体的,第一消息是用于配置针对一个用户组的一次监控请求的,有以下几种情况:(1)第一消息中包含最大报告次数、且最大报告次数为1;(2)第一消息中不包含最大报告次数,并且也不包含监控持续时间。
S302、获取用户组的成员信息。
可以但不限于以下两种方式来获取用户组的成员信息。方式一:第一消息中携带用户组的成员信息,从第一消息中获得用户组的成员信息。方式二:接收用户数据管理实体发送的用户组的成员信息,即,从用户数据管理实体获取用户组的成员信息。这里的用户数据管理实体可以为HSS实体或者UDM实体。
S303、根据用户组的成员信息,确定用户组的所有成员的监控事件报告均已接收完毕。
具体的,开放功能实体通过一次或多次接收监控事件报告,每接收到监控事件报告时,将接收到的监控事件报告存储在本地,并根据已接收到的事件报告和用户组的成员信息,判断是否所有成员的监控事件报告均已接收完毕(即判断是否所有成员的监控事件报告已完成)。其中,移动性管理网元在每一次上报监控事件报告时,还上报监控请求的标识(SCEF参考标识或NEF事件通知标识)、监控事件的标识以及成员的标识,监控请求的标识、监控事件的标识和成员的标识携带在监控事件报告中或与监控事件报告一起携带在某类消息中,如监控应答消息。开放功能实体根据监控请求的标识、监控事件的标识和成员的标识,确定监控事件报告所属的用户组、监控事件以及成员。
用户组的成员信息可以是用户组内包含的成员数量,成员数量可以用N来表示;用户组的成员信息也可以是用户组内每一个成员的标识,即,用户组的成员信息为N个标识。开放功能实体每接收到监控事件报告,能够确定该监控事件报告所属的用户组、监控事件以及所属的成员。基于此,确定用户组的所有成员的监控事件报告均已接收完毕,可以有以下几种情况。
第一种情况、
第一消息用于配置对用户组进行一次监控请求。这种情况下,针对一个成员的一个监控事件,只需要接收一次监控事件报告即可。
若第一消息中包含一个监控事件,即第一消息用于配置针对用户组的监控事件的数量为一个,则:
鉴于用户组的成员信息为用户组的数目N,开放功能实体在接收到N个监控事件报告时,就可以确定用户组的所有成员的监控事件报告均已接收完毕,其中,N个监控事件报告所属的成员互不相同,即,N个监控事件报告为N个不同成员的监控事件报告。由于开放功能实体能够确定监控事件报告所属的成员,所以开放功能实体能够确定已接收到多少个不同成员的监控事件报告。
鉴于用户组的成员信息为N个标识,开放功能实体将接收到的监控事件报告关联的成员的标识与该N个标识对比,若该N个标识的成员的监控事件报告均已接收到,则可以确定用户组的所有成员的监控事件报告均已接收完毕(即确定用户组的所有成员的监控事件报告已完成)。
若第一消息中包含多个监控事件,即第一消息用于配置针对用户组的监控事件的数量为多个,例如为M个,则:
鉴于用户组的成员信息为用户组的数目N,开放功能实体也可以在接收到N个监控事件事件报告时,就可以确定用户组的所有成员的监控事件报告均已接收完毕。若第一消息中包含多个监控事件,即第一消息用于配置针对用户组的监控事件的数量为多个,例如为M个,那么在针对N个成员的每一个成员,都接收到监控事件报告,或针对N个成员的每一个成员的M个监控事件中的每一个监控事件都接收到监控事件报告,则确定用户组的所有成员的监控事件报告均已接收完毕(即确定用户组的所有成员的监控事件报告已完成)。
鉴于用户组的成员信息为N个标识,开放功能实体也可以在该N个标识的成员的监控事件报告均已接收到时,就可以确定用户组的所有成员的监控事件报告均已接收完毕。或者,开放功能实体将接收到的监控事件报告关联的成员的标识与该N个标识对比,将接收到的监控事件报告关联的监控事件的标识与M个监控事件的标识对比,若针对该N个标识的成员中每一个成员,M个监控事件的每一个监控事件的监控事件报告均已接收到时,确定用户组的所有成员的监控事件报告均已接收完毕(即确定用户组的所有成员的监控事件报告已完成)。
第二种情况、
第一消息携带最大报告次数,且最大报告次数大于1。这种情况下,用户组内所有成员的监控事件报告均达到最大报告次数,才能确定用户组的所有成员的监控事件报告均已接收完毕(即确定用户组的所有成员的监控事件报告已完成)。
开放功能实体根据用户组的数目N或者N个标识,来确定已接收到多少个不同成员的监控事件报告。在针对N个成员的每一个成员,接收到的监控事件报告的次数均达到最大报告次数时,确定成员组的所有成员的监控事件报告均已接收完毕。若第一消息中包含多个监控事件,即第一消息用于配置针对用户组的监控事件的数量为多个,例如为M个,那么在针对N个成员的每一个成员,接收到的事件报告的次数达到最大报告次数,或针对N个成员的每一个成员的M个监控事件中的每一个监控事件的监控事件报告的次数达到最大报告次数,确定用户组的所有成员的监控事件报告均已接收完毕(即确定用户组的所有成员的监控事件报告已完成)。
S304、删除用户组的监控事件的配置。
具体的,开放功能实体删除本地的针对用户组的监控事件配置。可选的,开放功能实体还可以向第三方应用实体发送消息,用于指示第三方应用实体删除针对该用户组的监控事件的配置。可选的,开放功能实体还可以向用户数据管理实体发送消息,用于指示用户数据管理实体删除针对该用户组的监控事件的配置或指示用户数据管理实体删除针对该用户组的一个或多个成员的监控事件的配置。
在一个可能的实现方式中,若用户组的成员信息为上述的N个标识,则开放功能实体还可以在每接收到一个监控事件报告时,判断接收到的监控事件报告是否为用户组的成员的监控事件报告。具体的,判断接收到的监控事件报告关联的成员标识是否是上述的N个标识中的,若是,则确定接收到的监控事件报告为用户组的成员的监控事件报告,否则,确定接收到的监控事件报告不是该用户组的成员的监控事件报告。判断结果用于进一步确定该用户组内所有成员的监控事件报告是否均已接收完毕(即确定用户组的所有成员的监控事件报告已完成)。
综上所述,本申请实施例提供的事件监控方法,开放功能实体通过获取用户组的成员信息,在接收到监控事件报告时,能够根据用户组的成员信息判断用户组内的所有成员的监控事件报告均已接收完毕,从而能够进一步删除该用户组的监控事件的配置或停止向第三方应用发送监控事件报告,避免资源的浪费,以及有助于保证后续策略的正确执行。
下面基于上述实施例提供的方法,结合具体的应用场景,对本申请的事件监控方法做进一步详细的说明。
应用场景一:LTE***。开放功能实体为SCEF,第三方应用实体为SCS/AS,移动性管理网元为MME和SGSN,用户数据管理实体为HSS。
如图4所示,在应用场景一下事件监控的流程具体如下所述。
S401、SCS/AS向SCEF发送基于用户组配置的第一监控请求消息,SCEF接收SCS/AS发送的第一监控请求消息。
该第一监控请求消息为上述实施例所述的第一消息,具有第一消息的属性和功能。
该第一监控请求消息中携带用户组的成员信息,还可以但不限于携带以下至少一种信息:SCS/AS标识、T8目的地址、监控类型、外部组标识、T8长期交互参考标识(T8LongTerm Transaction Reference ID,TLTRI)、最大报告次数和/或监控持续时间。最大报告次数和/或监控持续时间应用于用户组内的每一个成员。若该第一监控请求消息中既不携带最大报告次数也不携带监控持续时间,或者该第一监控请求消息中携带最大报告次数、且最大报告次数的值为1,均表示第一监控请求消息为一次监控请求。
S402、SCEF保存接收到的监控请求消息中携带的各种信息,SCEF根据本地策略对配置的监控请求进行授权。授权成功后,SCEF分配SCEF参考标识(SCEF reference ID),保存SCEF Reference ID和TLTRI的对应关系。SCEF reference ID用于在核心网内标识这个监控请求,进而可以确定用户组。
S403、SCEF向HSS发送第二监控请求消息,HSS接收SCEF发送的第二监控请求消息。
第二监控请求消息中携带S401中的第一监控请求消息中携带的一种或多种信息,当然不需要携带用户组的成员信息,例如可以携带外部组标识、SCEF标识,SCEF参考标识、监控类型。
S404、HSS检查第二监控请求消息。检查通过后,HSS保存接收到的第二监控请求消息中携带的信息。HSS确定外部组标识对应的组内成员。
S405、HSS向SCEF返回第一监控应答消息,SCEF接收HSS发送的第一监控应答消息。
第一监控应答消息用于确认第二监控请求消息,第一监控应答消息可以携带用户组的成员信息。第一监控应答消息中还可以携带SCEF参考标识和接收指示。
S406、SCEF向SCS/AS返回第二监控应答消息,SCS/AS接收SCEF返回的第二监控应答消息。
第二监控应答消息中携带TLTRI和接收指示。
针对用户组内的每一个成员,执行S407~S409。
S407、HSS向服务这个用户组的所有MME/SGSN发送***用户签约数据请求。
***用户签约数据请求中携带监控类型,SCEF标识、SCEF参考标识、最大报告次数和/或监控持续时间、外部标识或移动用户综合业务数字网/公共交换电话网络号码(Mobile Subscriber International ISDN/PSTN number,MSISDN)。
S408、MME/SGSN保存接收到的***用户签约数据请求中携带的参数,进行相应的处理。
例如,MME/SGSN根据最大报告次数设置剩余报告次数。对于一次请求监控,MME/SGSN也可以将剩余报告次数为1。
S409、MME/SGSN向HHS发送***用户签约数据应答消息,HHS接收MME/SGSN发送的***用户签约数据应答消息。
***用户签约数据应答消息中携带接收的指示。若MME/SGSN已有本次监控请求的监控事件,则MME/SGSN在***用户签约数据应答消息中携带监控事件报告。进一步的,若在S407中既不携带最大报告次数也不监控持续时间,或剩余报告次数为1,则MME/SGSN在本地删除针对该用户组的监控事件配置;若在S407中携带最大报告次数取值大于1,则MME/SGSN将剩余报告次数减1。
S410、若在S409中***用户签约数据应答消息携带了监控事件报告,则HSS向SCEF发送第一监控指示消息,SCEF接收HSS发送的第一监控指示消息。
第一监控指示消息中携带SCEF Reference ID、监控事件报告和监控事件报告对应的外部标识或MSISDN。实际应用中,HSS可能会汇聚多个来自MME/SGSN的监控事件报告,并在一条监控指示消息中发送给SCEF。即在监控指示消息中携带SCEF Reference ID,和监控事件报告、外部标识或MSISDN的对应关系的列表。
S411、SCEF向SCS/AS发送第二监控指示消息,SCS/AS接收SCEF发送的第二监控指示消息。
第二监控指示消息中携带TLTRI、监控事件报告和外部组标识或MSISDN。若S410中第一监控指示消息中携带了多个监控事件报告,则第二监控指示消息中携带TLTRI,和监控事件报告、外部标识或MSISDN的对应关系的列表。
S412、SCS/AS向SCEF返回监控指示应答消息,SCEF接收SCS/AS返回的监控指示应答消息。
S413、SCEF的处理,过程包括以下几种情况。
若在S401中第一监控请求消息为一次监控请求,且S409中MME/SGSN已有本次监控请求的监控事件,MME/SGSN在***用户签约数据应答消息中携带监控事件报告,且在S410中HSS向SCEF发送了来自MME/SGSN的监控事件报告,则SCEF先根据SCEF Reference ID确定事件报告对应的用户组,再根据S401或S405中接收到的用户组的成员信息(例如N个标识,或者成员数目N),确定S410接收到的监控事件报告是否包含了所有成员的监控事件报告。若已包含了所有成员的监控事件报告,则确定用户组内所有成员的监控事件报告均已接收完毕(即确定用户组内所有成员的监控事件报告已完成),发起删除该用户组的监控事件的配置或停止向SCS/AS发送监控事件报告。其中,若第一监控请求消息中包含多个监控事件,即第一监控请求消息用于配置针对用户组的监控事件的数量为多个,例如为M个,那么根据S410接收到的监控事件报告,在针对N个成员的每一个成员,都接收到监控事件报告,或针对N个成员的每一个成员的M个监控事件中的每一个监控事件都接收到监控事件报告,则确定用户组的所有成员的监控事件报告均已接收完毕(即确定用户组内所有成员的监控事件报告已完成)。用户组内所有成员的监控事件报告已完成即为用户组的监控事件报已完成。
具体的,根据用户组的成员信息,确定用户组内所有成员的监控事件报告均已接收完毕的过程如下。若成员信息为成员数目,则SCEF根据S410接收到的监控事件报告关联的不同的成员的标识(MSISDN或外部标识)的数目,来判断已接收到多少个成员的监控事件报告,在已接收到监控事件报告的成员数目达到成员信息的成员数目时,确定用户组内所有成员的监控事件报告均已接收完毕。若成员信息为各个成员的标识,则SCEF根据S410接收到的监控事件报告关联的不同的成员的标识,与成员信息中的成员的标识比对,来判断已接收到多少个成员的监控事件报告,当已接收到监控事件报告的成员的标识已达到成员信息中的所有成员标识时,确定用户组内所有成员的监控事件报告均已接收完毕。可选的,SCEF接收到监控事件报告关联的成员的标识时,根据该成员的标识是否存在于成员信息的成员的标识中,来判断该标识的成员是否为该用户组内的成员,在判断为是的时候,再继续判断是否已接收到用户组内所有成员的监控事件报告。
通过S414~S418来实现删除该用户组的监控事件的配置。
S414、SCEF向HSS发送第三监控请求消息,HSS接收SCEF发送的第三监控请求消息。
该第三监控请求消息中携带SCEF Reference ID和删除指示。该删除指示用于指示HSS删除该用户组的监控事件的配置。
S415、HSS根据第三监控请求消息,删除该用户组的监控事件的配置。
S416、HSS向SCEF发送第三监控应答消息,SCEF接收HSS发送的第三监控应答消息。
第三监控应答消息用于确认第三监控请求消息。
S417、SCEF向SCS/AS发送第四监控请求消息,SCS/AS接收SCEF发送的第四监控请求消息。
第四监控请求消息中携带TLTRI和删除指示,删除指示用于指示SCS/AS删除该用户组的监控事件的配置。
S418、SCS/AS向SCEF返回第四监控应答消息,SCEF接收SCS/AS返回的第四监控应答消息。
第四监控应答消息用于确认第四监控请求消息。
需要说明的是,S414和S417没有严格的执行顺序,可以交换顺序,也可以同时执行。
若S409中MME/SGSN已有本次监控请求的监控事件,MME/SGSN在***用户签约数据应答消息中携带监控事件报告,但是最大报告次数的值大于1;或者,S409和S410并未上报监控事件报告。这两种情况下,省略S410~S418的步骤。S401~S409为配置用户组的监控事件的流程,在S409之后,可根据图5所示的监控流程来实现后续事件监控。
此外,若SCEF因为某种原因暂时不执行S414~S418,在此期间,SCEF接收到针对步骤S401监控请求的事件报告,则SCEF停止向SCS/AS发送监控事件报告。
如图5所示,具体的的监控流程如下所述。
S501、MME/SGSN在图4的S407接收到***用户数据请求消息后,获取该***用户数据请求消息中携带的信息或参数,根据信息或参数对用户组内的成员进行事件监控。
需要理解的是,用户组的各个成员可能归属于相同的移动管理实体,也可能归属于不同的移动管理实体,服务用户组的移动管理实体可以是一个或多个。每一个移动管理实体针对其服务的用户组内的成员执行的流程是相同或类似的。
S502、MME/SGSN在检测到用户组内成员的事件时,向SCEF发送监控指示消息,SCEF接收MME/SGSN发送的监控指示消息。
监控指示消息中携带SCEF Reference ID、监控事件报告和外部标识或MSISDN。若S401中的第一监控请求消息为一次监控请求,则MME/SGSN还会在本地删除针对该用户组的监控事件的配置。若S401中的第一监控请求消息中包含的最大报告次数的值大于1,则MME/SGSN将记录的剩余报告次数减一。当剩余报告次数为0时,MME/SGSN在本地删除针对该用户组的监控事件的配置。
S503、SCEF向SCS/AS发送监控指示消息,SCS/AS接收SCEF发送的监控指示消息。
该监控指示消息中携带TLTRI、监控事件报告和外部标识或MSISDN。
可选的,SCEF可能会汇聚多个来自MME/SGSN的监控事件报告,并将多个监控事件报告携带与一条监控指示消息中发送给SCS/AS,这种情况下,该监控指示消息中携带TLTRI,与监控事件报告、外部标识或MSISDN的对应关系的列表。
S504、SCS/AS向SCEF返回监控指示应答消息,SCEF接收SCS/AS返回的监控指示应答消息。
该监控指示应答消息用于确认S503中接收的监控指示消息。
S505、SCEF的处理,可以包括两种类型的处理。
第一种类型的处理,过程包括以下几种情况。
SCEF根据S502中接收的SCEF Reference ID确定事件报告对应的用户组,再根据S401或S405中接收到的用户组的成员信息,确定是否已接收到了所有成员的监控事件报告。若已接收到了所有成员的监控事件报告,则确定用户组的所有成员的监控事件报告均已接收完毕(即确定用户组的所有成员的监控事件报告已完成),发起删除该用户组的监控事件的配置或停止向SCS/AS发送监控事件报告。用户组内所有成员的监控事件报告已完成即为用户组的监控事件报已完成。
具体的,确定用户组的所有成员的监控事件报告均已接收完毕的过程如下。
若在S401中第一监控请求消息为一次监控请求,则根据用户组的成员信息(例如N个标识或成员数目N),确定用户组的所有成员的监控事件报告均已接收完毕的过程如下:若成员信息为成员数目,则SCEF根据S502接收到的监控事件报告关联的不同的成员的标识(MSISDN或外部标识)的数目,来判断已接收到多少个成员的监控事件报告,在已接收到监控事件报告的成员数目达到成员信息的成员数目时,确定用户组的所有成员的监控事件报告均已接收完毕。若成员信息为各个成员的标识,则SCEF根据S502接收到的监控事件报告关联的不同的成员的标识,与成员信息中的成员的标识比对,来判断已接收到多少个成员的监控事件报告,当已接收到监控事件报告的成员的标识已达到成员信息中的所有成员标识时,确定用户组的所有成员的监控事件报告均已接收完毕。可选的,SCEF接收到监控事件报告关联的成员的标识时,根据该成员的标识是否存在于成员信息的成员的标识中,来判断该标识的成员是否为该用户组内的成员,在判断为是的时候,再继续判断是否已接收到用户组的所有成员的监控事件报告。其中,若第一监控请求消息中包含多个监控事件,即第一监控请求消息用于配置针对用户组的监控事件的数量为多个,例如为M个,那么根据S502接收到的监控事件报告,在针对N个成员的每一个成员,都接收到监控事件报告,或针对N个成员的每一个成员的M个监控事件中的每一个监控事件都接收到监控事件报告,则确定用户组的所有成员的监控事件报告均已接收完毕。
若最大报告次数的值大于1,则SCEF根据用户组的成员信息(例如N个标识或成员数目N),确定用户组的所有成员的监控事件报告均已接收完毕的过程如下。若成员信息为成员数目,则SCEF根据S502接收到的监控事件报告关联的不同的成员的标识(MSISDN或外部标识)的数目,来判断已接收到多少个成员的监控事件报告,并判断每一个成员的累计报告次数是否达到最大报告次数。在已接收到监控事件报告的成员数目达到成员信息的成员数目,并且每一个成员的累计报告次数均达到最大报告次数时,确定用户组内所有成员的监控事件报告均已接收完毕。若成员信息为各个成员的标识,则SCEF根据S502接收到的监控事件报告关联的不同的成员的标识,与成员信息中的成员的标识比对,来判断已接收到多少个成员的监控事件报告,并判断每一个成员的累计报告次数是否达到最大报告次数。当已接收到监控事件报告的成员的标识已达到成员信息中的所有成员标识,并且每一个成员的累计报告次数均达到最大报告次数时,确定用户组内所有成员的监控事件报告均已接收完毕。可选的,SCEF接收到监控事件报告关联的成员的标识时,根据该成员的标识是否存在于成员信息的成员的标识中,来判断该标识的成员是否为该用户组内的成员,在判断为是的时候,再继续判断是否已接收到用户组内所有成员的监控事件报告。
若第一消息中包含多个监控事件,即第一消息用于配置针对用户组的监控事件的数量为多个,例如为M个,那么在针对N个成员的每一个成员,接收到的事件报告的次数达到最大报告次数,或针对N个成员的每一个成员的M个监控事件中的每一个监控事件的监控事件报告的次数达到最大报告次数,确定用户组的所有成员的监控事件报告均已接收完毕。
通过S506~S510来实现删除该用户组的监控事件的配置。(在第一种类型的处理中,S506~S510只需执行一次。)
S506、SCEF向HSS发送监控请求消息,HSS接收SCEF发送的监控请求消息。
该监控请求消息中携带SCEF Reference ID和删除指示。该删除指示用于指示HSS删除该用户组的监控事件的配置。
S507、HSS根据监控请求消息,删除该用户组的监控事件的配置。
S508、HSS向SCEF发送监控应答消息,SCEF接收HSS发送的监控应答消息。
监控应答消息用于确认接收到S506的监控请求消息。
S509、SCEF向SCS/AS发送监控请求消息,SCS/AS接收SCEF发送的监控请求消息。
监控请求消息中携带TLTRI和删除指示,删除指示用于指示SCS/AS删除该用户组的监控事件的配置。
S510、SCS/AS向SCEF返回监控应答消息,SCEF接收SCS/AS返回的监控应答消息。
监控应答消息用于确认S509的监控请求消息。
需要说明的是,S506和S509没有严格的执行顺序,可以交换顺序,也可以同时执行。S503和S505没有严格的执行顺序,可以交换顺序,也可以同时执行。
第二种类型的处理过程包括以下几种情况。
SCEF根据S502中接收的SCEF Reference ID确定事件报告对应的用户组,若确定事件报告对应的任一个成员的监控事件报告是否接收完毕(即监控事件报告是否完成),若已接收完毕,则请求HSS删除该成员的监控事件的配置。SCEF进一步根据S401或S405中接收到的用户组的成员信息,确定用户组的所有成员的监控事件报告是否接收完毕(即监控事件报告是否完成)。若已接收完毕,则执行:删除本地该用户组的监控事件的配置并请求SCS/AS删除该用户组的监控事件的配置或停止向SCS/AS发送事件报告,可选的,还可以向HSS发送消息,该消息用于指示HSS删除针对用户组的监控事件的配置,需要说明的是,由于每确定一个成员的监控事件报告接收完毕,SCEF向HSS请求删除该成员的监控事件的配置,因此这里SCEF向HSS发送指示删除针对用户组的监控事件的配置的消息为可选的步骤。或者,若SCEF进一步确定已向HSS发送了用户组的所有成员的监控事件配置删除的请求消息,则删除本地该用户组的监控事件的配置并请求SCS/AS删除该用户组的监控事件的配置或停止向SCS/AS发送事件报告。用户组内所有成员的监控事件报告已完成即为用户组的监控事件报已完成。
具体的,确定事件报告对应的成员的监控事件报告均已接收完毕的过程如下:
若在S401中第一监控请求消息为一次监控请求且在S502中接收到的一个成员的事件报告,则确定事件报告对应的成员的监控事件报告接收完成;若最大报告次数的值大于1且在S502后,接收到的一个成员的事件报告次数达到最大报告次数,则确定事件报告对应的成员的监控事件报告接收完成。可选的,SCEF接收到监控事件报告关联的成员的标识时,根据该成员的标识是否存在于成员信息的成员的标识中,来判断该标识的成员是否为该用户组内的成员,在判断为是的时候,再判断对应的成员的监控事件报告均已接收完毕。若第一消息中包含多个监控事件,即第一消息用于配置针对用户组的监控事件的数量为多个,例如为M个,那么一个成员接收到的事件报告的次数达到最大报告次数,或一个成员的M个监控事件中的每一个监控事件的监控事件报告的次数达到最大报告次数,确定事件报告对应的成员的监控事件报告均已接收完毕。
类似的,通过S506-S508请求HSS删除成员的监控事件的配置。(在第二种类型的处理中,S506~S508需执行多次,甚至是N次。)
S506、SCEF向HSS发送监控请求消息,HSS接收SCEF发送的监控请求消息。
该监控请求消息中携带SCEF Reference ID、外部组标识、成员标识(即外部标识和/或MSISDN)和删除指示。该删除指示用于指示HSS删除成员标识对应的成员的监控事件的配置。
S507、HSS根据监控请求消息,删除成员的监控事件的配置。
S508、HSS向SCEF发送监控应答消息,SCEF接收HSS发送的监控应答消息。
监控应答消息用于确认接收到S506的监控请求消息。
可选的,SCEF在S506的监控请求消息中携带多个成员标识,HSS删除这多个成员标识对应的监控事件的配置。
确定用户组的所有成员的监控事件报告均已接收完毕的过程如下。
若在S401中第一监控请求消息为一次监控请求,则根据用户组的成员信息(例如N个标识或成员数目N),确定用户组的所有成员的监控事件报告均已接收完毕的过程如下:若成员信息为成员数目,则SCEF根据S502接收到的监控事件报告关联的不同的成员的标识(MSISDN或外部标识)的数目,来判断已接收到多少个成员的监控事件报告,在已接收到监控事件报告的成员数目达到成员信息的成员数目时,确定用户组的所有成员的监控事件报告均已接收完毕。若成员信息为各个成员的标识,则SCEF根据S502接收到的监控事件报告关联的不同的成员的标识,与成员信息中的成员的标识比对,来判断已接收到多少个成员的监控事件报告,当已接收到监控事件报告的成员的标识已达到成员信息中的所有成员标识时,确定用户组的所有成员的监控事件报告均已接收完毕。可选的,SCEF接收到监控事件报告关联的成员的标识时,根据该成员的标识是否存在于成员信息的成员的标识中,来判断该标识的成员是否为该用户组内的成员,在判断为是的时候,再继续判断是否已接收到用户组的所有成员的监控事件报告。其中,若第一监控请求消息中包含多个监控事件,即第一监控请求消息用于配置针对用户组的监控事件的数量为多个,例如为M个,那么根据S502接收到的监控事件报告,在针对N个成员的每一个成员,都接收到监控事件报告,或针对N个成员的每一个成员的M个监控事件中的每一个监控事件都接收到监控事件报告,则确定用户组的所有成员的监控事件报告均已接收完毕。
若最大报告次数的值大于1,则SCEF根据用户组的成员信息(例如N个标识或成员数目N),确定用户组的所有成员的监控事件报告均已接收完毕的过程如下。若成员信息为成员数目,则SCEF根据S502接收到的监控事件报告关联的不同的成员的标识(MSISDN或外部标识)的数目,来判断已接收到多少个成员的监控事件报告,并判断每一个成员的累计报告次数是否达到最大报告次数。在已接收到监控事件报告的成员数目达到成员信息的成员数目,并且每一个成员的累计报告次数均达到最大报告次数时,确定用户组内所有成员的监控事件报告均已接收完毕。若成员信息为各个成员的标识,则SCEF根据S502接收到的监控事件报告关联的不同的成员的标识,与成员信息中的成员的标识比对,来判断已接收到多少个成员的监控事件报告,并判断每一个成员的累计报告次数是否达到最大报告次数。当已接收到监控事件报告的成员的标识已达到成员信息中的所有成员标识,并且每一个成员的累计报告次数均达到最大报告次数时,确定用户组内所有成员的监控事件报告均已接收完毕。可选的,SCEF接收到监控事件报告关联的成员的标识时,根据该成员的标识是否存在于成员信息的成员的标识中,来判断该标识的成员是否为该用户组内的成员,在判断为是的时候,再继续判断是否已接收到用户组内所有成员的监控事件报告。
若第一消息中包含多个监控事件,即第一消息用于配置针对用户组的监控事件的数量为多个,例如为M个,那么在针对N个成员的每一个成员,接收到的事件报告的次数达到最大报告次数,或针对N个成员的每一个成员的M个监控事件中的每一个监控事件的监控事件报告的次数达到最大报告次数,确定用户组的所有成员的监控事件报告均已接收完毕。
通过S509~S510来实现删除该用户组的监控事件的配置。
S509、SCEF向SCS/AS发送监控请求消息,SCS/AS接收SCEF发送的监控请求消息。
监控请求消息中携带TLTRI和删除指示,删除指示用于指示SCS/AS删除该用户组的监控事件的配置。
S510、SCS/AS向SCEF返回监控应答消息,SCEF接收SCS/AS返回的监控应答消息。
监控应答消息用于确认S509的监控请求消息。
图5中不同步骤发送的监控请求消息和监控应答消息并未做区分,可以理解的是,各个相同名称的消息可能携带内容相同也可能不同。图5中S505~S510显示的步骤相同,但是实际上根据上文的描述,可以根据S505中SCEF两种不同类型的处理各步骤可以做不同的解释,具体各步骤的详细介绍如上文所述。
此外,若SCEF因为某种原因暂时不执行S506~S510,在此期间,SCEF接收到针对步骤S401监控事件请求的事件报告,则SCEF停止向SCS/AS发送监控事件报告。
综上所述,通过图4和图5所示的方法,在LTE***中,SCEF通过获取用户组的成员信息,在接收到监控事件报告时,能够根据用户组的成员信息判断用户组内的所有成员的监控事件报告均已接收完毕,从而能够进一步删除该用户组的监控事件的配置或停止事件报告,避免资源的浪费,以及有助于保证后续策略的正确执行。
应用场景二:5G***。开放功能实体为NEF,第三方应用实体为SCS/AS,移动性管理网元为AMF,用户数据管理实体为UDM203。
如图6所示,在应用场景二下事件监控的流程具体如下所述。
S601、SCS/AS向NEF发送基于用户组的监控事件订阅请求(Nnef_EventExposure_Subscribe request)消息,NEF接收SCS/AS接收Nnef_EventExposure_Subscribe request消息。该Nnef_EventExposure_Subscribe request消息为上述实施例所述的第一消息,具有第一消息的属性和功能。
该Nnef_EventExposure_Subscribe request消息中携带用户组的成员信息,还可以但不限于携带以下至少一种信息:SCS/AS事件通知地址和事件通知标识、监控事件(Monitoring Event)、外部组标识(External Group Id)、事件报告模式。其中事件报告模式可以取值为报告达到最大次数、周期性报告或报告达到最大持续时间。其中,若事件报告粒度为报告达到最大次数,则该Nnef_EventExposure_Subscribe request消息中还携带最大报告次数。
监控事件订阅消息中的参数配置适用于用户组的每一个成员。若事件报告粒度为报告达到最大次数,该Nnef_EventExposure_Subscribe request消息中携带最大报告次数的值为1,则表示该Nnef_EventExposure_Subscribe request消息为一次监控请求。
在5G***中,监控事件的订阅可以类似于LTE***中的监控事件的配置。
S602、NEF保存S601接收到的消息中携带的各种信息,NEF根据本地策略对订阅的监控请求进行授权。
S603、NEF向UDM发送监控事件订阅请求消息,即Nudm_EventExposure_SubscribeRequest消息,UDM接收NEF发送的Nudm_EventExposure_Subscribe Request消息。
该消息中携带External Group Id,Monitoring Event、NEF事件通知地址和事件通知标识。还可以携带S601中Nnef_EventExposure_Subscribe request消息中的一些可选参数。NEF事件通知地址和事件通知标识用于关联将来的事件通知,进而确定用户组。
S604、UDM检查S603中接收到的Nudm_EventExposure_Subscribe Request消息,检查通过后,UDM保存消息中携带的参数。UDM确定外部组标识与用户组成员的标识的对应关系。
S605、UDM向NEF发送监控事件订阅响应消息(Nudm_EventExposure_SubscribeReponse)消息,NEF接收UDM发送的监控事件订阅响应消息。
可选的,该监控事件订阅响应消息中携带用户组的成员信息。该监控事件订阅响应消息中还携带接收的UDM订阅标识和接收指示。
S606、NEF向SCS/AS发送监控事件订阅响应消息(Nnef_EventExposure_SubscribeResponse),SCS/AS接收NEF发送的监控事件订阅响应消息。
该消息中携带NEF订阅标识和接收指示。
针对用户组内的每一个成员,执行S607~S611。
S607、UDM为用户组内的一个成员向为该成员服务的AMF发送签约数据管理(Subscriber Data Management,SDM)通知请求消息(Nudm_SDM_Notification Request),AMF接收UDM发送的SDM通知请求消息。
该消息中携带外部标识或MSISDN,还可以携带最大报告次数。
S608、UDM为S607所述的一个成员,向AMF发送监控事件订阅请求消息(Namf_EventExposure_Subscribe Request),AMF接收UDM发送的Namf_EventExposure_SubscribeRequest消息。
该消息中携带Monitoring Event,NEF事件通知地址和事件通知标识。
S609、AMF保存接收到Namf_EventExposure_Subscribe Request消息的参数,进行相应的处理。
处理过程包括:根据最大报告次数设置剩余报告次数。
S610、AMF向UDM发送SDM通知响应消息(Nudm_SDM_Notification Reponse),UDM接收AMF发送的Nudm_SDM_Notification Reponse消息。
该消息中携带接收的指示。
S611、AMF向UDM返回监控事件订阅响应消息(Namf_EventExposure_SubscribeResponse),UDM接收AMF发送的Namf_EventExposure_Subscribe Response消息。
该消息中携带AMF订阅标识和接收指示。若AMF已有本次订阅的监控事件的监控事件报告,则AMF在Namf_EventExposure_Subscribe Response消息中携带监控事件报告、NEF事件通知地址和事件通知标识。进一步的,若S607中监控事件订阅为第一次监控请求,则AMF在本地删除针对该用户组的监控事件配置;若在S607中携带最大报告次数取值大于1,则AMF将剩余报告次数减1。
若在S611中携带了监控事件报告,则执行后续步骤,否则不执行。
S612、UDM向NEF发送监控事件通知请求消息(Ndum_EventExposure_NotifyRequest),NEF接收UDM发送的Ndum_EventExposure_Notify Request消息。NEF向UDM返回Ndum_EventExposure_Notify Response消息。
该Ndum_EventExposure_Notify Reques消息中携带NEF事件通知标识、监控事件报告和监控事件报告对应的外部标识或MSISDN。实际应用中,UDM可能会汇聚多个来自AMF的监控事件报告,并在一条监控事件通知请求消息中发送给NEF。即在监控事件通知请求消息中携带NEF事件通知标识,监控事件报告、外部标识或MSISDN的对应关系的列表。
S613、NEF向SCS/AS发送监控事件订阅请求消息(Nnef_EventExposure_NotifyRequest),SCS/AS接收NEF发送的Nnef_EventExposure_Notify Request消息。SCS/AS向NEF返回监控事件订阅应答消息(Nnef_EventExposure_Notify Response),NEF接收SCS/AS返回的Nnef_EventExposure_Notify Response。
该Nnef_EventExposure_Notify Request消息携带SCS/AS事件通知标识、监控事件报告和外部标识或MSISDN。若S612携带了多个监控事件报告,则该Nnef_EventExposure_Notify Request消息中携带SCS/AS事件通知标识与监控事件报告、外部标识或MSISDN的对应关系的列表。
S614、NEF的处理,过程包括以下几种情况。
若在S601中监控事件订阅请求消息为一次监控请求,且S611中AMF在Namf_EventExposure_Subscribe Response消息中携带监控事件报告,在S612中UDM向NEF发送了来自AMF的监控事件报告,则NEF根据接收的NEF通知标识确定事件报告对应的用户组,再根据S601或S605中接收到的用户组的成员信息,确定S612接收到的监控事件报告是否包含了所有成员的监控事件报告。若包含了所有成员的监控事件报告,则确定用户组内所有成员的监控事件报告均已接收完毕(即确定用户组内所有成员的监控事件报告已完成),发起删除该用户组的监控事件的配置或停止向SCS/AS发送监控事件报告。用户组内所有成员的监控事件报告已完成即为用户组的监控事件报已完成。
具体的,根据用户组的成员信息(例如N个标识或成员数目N),确定用户组内所有成员的监控事件报告均已接收完毕的过程如下。若成员信息为成员数目,则NEF根据S612接收到的监控事件报告关联的不同的成员的标识(MSISDN或外部标识)的数目,来判断已接收到多少个成员的监控事件报告,在已接收到监控事件报告的成员数目达到成员信息的成员数目时,确定用户组内所有成员的监控事件报告均已接收完毕。若成员信息为各个成员的标识,则NEF根据S612接收到的监控事件报告关联的不同的成员的标识,与成员信息中的成员的标识比对,来判断已接收到多少个成员的监控事件报告,当已接收到监控事件报告的成员的标识已达到成员信息中的所有成员标识时,确定用户组内所有成员的监控事件报告均已接收完毕。可选的,NEF接收到监控事件报告关联的成员的标识时,根据该成员的标识是否存在于成员信息的成员的标识中,来判断该标识的成员是否为该用户组内的成员,在判断为是的时候,再继续判断是否已接收到用户组内所有成员的监控事件报告。其中,若监控事件订阅请求中包含多个监控事件,即监控事件订阅请求用于配置针对用户组的监控事件的数量为多个,例如为M个,那么根据S612接收到的监控事件报告,在针对N个成员的每一个成员,都接收到监控事件报告,或针对N个成员的每一个成员的M个监控事件中的每一个监控事件都接收到监控事件报告,则确定用户组的所有成员的监控事件报告均已接收完毕。
通过S615~S622来实现删除该用户组的监控事件的订阅。
S615、NEF向UDM发送监控事件去订阅请求(Nudm_EventExposure_UnsubscribeRequest),在Nudm_EventExposure_Unsubscribe Request消息中携带UDM订阅标识。UDM接收NEF发送的Nudm_EventExposure_Unsubscribe Request消息。
S616、UDM向AMF发送监控事件去订阅请求(Namf_EventExposure_UnsubscribeRequest),AMF接收UDM发送的Namf_EventExposure_Unsubscribe Request。
在Namf_EventExposure_Unsubscribe Request消息中携带AMF订阅标识。
S617、AMF删除AMF订阅标识对应的监控事件订阅信息。
S618、AMF向UDM返回应答消息。
S619、UDM删除UDM订阅标识对应的监控事件订阅信息,向NEF返回确认消息。
S620、NEF向SCS/AS发送监控事件通知请求消息(Nnef_EventExposure_NotifiyRequest),在Nnef_EventExposure_Notifiy Request消息中携带SCS事件通知标识和删除指示。SCS/AS返回应答消息。
S621、SCS/AS向NEF发送监控事件去订阅请求(Nnef_EventExposure_UnsubscribeRequest),在Nnef_EventExposure_Unsubscribe Request消息中携带NEF订阅标识。
S622、NEF删除NEF订阅标识对应的事件订阅信息后返回确认消息。
需要说明的是,S615和S620没有严格的执行顺序,可以交换顺序,也可以同时执行。
此外,若NEF因为某种原因暂时不执行S615~S622,在此期间,SCEF接收到针对步骤S601监控事件订阅请求的监控事件报告,则SCEF停止向SCS/AS发送监控事件报告。
若S611中AMF携带了监控事件报告,但是最大报告次数的值大于1;或者,S611中AMF并未上报监控事件报告。则可根据图7所示的监控流程来实现后续事件监控。
如图7所示,具体的的监控流程如下所述。
S701、AMF在图6的S610接收到Nudm_SDM_Notification Reponse消息后,根据Nudm_SDM_Notification Reponse消息携带的参数对用户组内的成员进行事件监控。
需要理解的是,用户组的各个成员可能归属于相同的AMF,也可能归属于不同的AMF,服务用户组的AMF可以是一个或多个。每一个AMF针对其服务的用户组内的成员执行的流程是相同或类似的。
S702、AMF向NEF发送监控事件通知请求消息,即Namf_EventExposure_NotifyRequest,该Namf_EventExposure_Notify Request消息中携带NEF事件通知地址和标识、监控事件报告和监控事件报告对应的外部标识或MSISDN。若事件报告模式为报告达到最大次数,且最大报告次数为1,则AMF在本地删除针对用户组的监控事件订阅。若最大报告次数的值大于1,则AMF将记录的剩余报告次数减一。当剩余报告次数为0时,AMF在本地删除针对该用户组的监控事件的配置。
S703、NEF向AMF返回确认消息,即Namf_EventExposure_Notify Reponse。AMF接收NEF返回的Namf_EventExposure_Notify Reponse。
S704、NEF向SCS/AS发送监控事件通知请求,即Nnef_EventExposure_NotifyRequest,Nnef_EventExposure_Notify Request消息中携带SCS、AS事件通知标识、监控事件报告和外部标识或MSISDN。
可选的,NEF可能会汇聚多个来自AMF的监控事件报告,并在一条Nnef_EventExposure_Notify Request消息中发送给SCS/AS,则Nnef_EventExposure_NotifyRequest消息中携带SCS/AS事件通知标识与监控事件报告、外部标识或MSISDN的对应关系的列表。
S705、SCS/AS向SCEF返回确认消息,即Nnef_EventExposure_Notify Reponse,SCEF接收SCS/AS返回的Nnef_EventExposure_Notify Reponse。
S706、NEF的处理,过程包括以下几种情况。
NEF根据S602中接收到事件通知标识确定事件报告对应的用户组,再根据S601或S605中接收到的用户组的成员信息,确定是否已接收到了所有成员的监控事件报告,若确定已接收到了所有成员的监控事件报告,则确定用户组的所有成员的监控事件报告均已接收完毕(确定用户组的所有成员的监控事件报告已完成),发起删除该用户组的监控事件的配置或停止向SCS/AS发送监控事件报告。用户组内所有成员的监控事件报告已完成即为用户组的监控事件报已完成。
具体的,确定用户组的所有成员的监控事件报告均已接收完毕的过程如下。
若在S601中监控事件订阅请求为一次监控请求,则根据用户组的成员信息(例如N个标识或成员数目N),确定用户组的所有成员的监控事件报告均已接收完毕的过程如下:若成员信息为成员数目,则NEF根据S612接收到的监控事件报告关联的不同的成员的标识(MSISDN或外部标识)的数目,来判断已接收到多少个成员的监控事件报告,在已接收到监控事件报告的成员数目达到成员信息的成员数目时,确定用户组的所有成员的监控事件报告均已接收完毕。若成员信息为各个成员的标识,则NEF根据S612接收到的监控事件报告关联的不同的成员的标识,与成员信息中的成员的标识比对,来判断已接收到多少个成员的监控事件报告,当已接收到监控事件报告的成员的标识已达到成员信息中的所有成员标识时,确定用户组的所有成员的监控事件报告均已接收完毕。可选的,NEF接收到监控事件报告关联的成员的标识时,根据该成员的标识是否存在于成员信息的成员的标识中,来判断该标识的成员是否为该用户组内的成员,在判断为是的时候,再继续判断是否已接收到用户组的所有成员的监控事件报告。其中,若第一监控请求消息中包含多个监控事件,即第一监控请求消息用于配置针对用户组的监控事件的数量为多个,例如为M个,那么根据S612接收到的监控事件报告,在针对N个成员的每一个成员,都接收到监控事件报告,或针对N个成员的每一个成员的M个监控事件中的每一个监控事件都接收到监控事件报告,则确定用户组的所有成员的监控事件报告均已接收完毕。
若最大报告次数的值大于1,则NEF根据用户组的成员信息(例如N个标识或成员数目N),确定用户组内所有成员的监控事件报告均已接收完毕的过程如下。若成员信息为成员数目,则NEF根据S612接收到的监控事件报告关联的不同的成员的标识(MSISDN或外部标识)的数目,来判断已接收到多少个成员的监控事件报告,并判断每一个成员的累计报告次数是否达到最大报告次数。在已接收到监控事件报告的成员数目达到成员信息的成员数目,并且每一个成员的累计报告次数均达到最大报告次数时,确定用户组内所有成员的监控事件报告均已接收完毕。
若成员信息为各个成员的标识,则NEF根据S612接收到的监控事件报告关联的不同的成员的标识,与成员信息中的成员的标识比对,来判断已接收到多少个成员的监控事件报告,并判断每一个成员的累计报告次数是否达到最大报告次数。当已接收到监控事件报告的成员的标识已达到成员信息中的所有成员标识,并且每一个成员的累计报告次数均达到最大报告次数时,确定用户组内所有成员的监控事件报告均已接收完毕。可选的,NEF接收到监控事件报告关联的成员的标识时,根据该成员的标识是否存在于成员信息的成员的标识中,来判断该标识的成员是否为该用户组内的成员,在判断为是的时候,再继续判断是否已接收到用户组内所有成员的监控事件报告。
若第一消息中包含多个监控事件,即第一消息用于配置针对用户组的监控事件的数量为多个,例如为M个,那么在针对N个成员的每一个成员,接收到的事件报告的次数达到最大报告次数,或针对N个成员的每一个成员的M个监控事件中的每一个监控事件的监控事件报告的次数达到最大报告次数,确定用户组的所有成员的监控事件报告均已接收完毕。
通过S707~S714来实现删除该用户组的监控事件的订阅,具体的S707~S714与S615~S622相同,重复之处不再赘述。
此外,若NEF因为某种原因暂时不执行S707~S714,在此期间,SCEF接收到针对步骤S601监控事件订阅请求的监控事件报告,则SCEF停止向SCS/AS发送监控事件报告。
综上所述,通过图6和图7所示的方法,在5G***中,NEF通过获取用户组的成员信息,在接收到监控事件报告时,能够根据用户组的成员信息判断用户组内的所有成员的监控事件报告均已接收完毕,从而能够进一步删除该用户组的监控事件的配置或停止向SCS/AS发送监控事件报告,避免资源的浪费,以及有助于保证后续策略的正确执行。
基于上述实施例提供的事件监控方法,如图8所示,本申请实施例还提供一种事件监控装置800,该事件监控装置800包括:接收单元801和处理单元802。
该事件监控装置800用于执行上述实施例提供的事件监控方法中开放功能实体执行的步骤,具体为:
接收单元801,用于接收第一消息,第一消息用于配置针对一个用户组的监控事件。
处理单元,用于获取用户组的成员信息,以及用于根据成员信息,确定用户组的所有成员的监控事件报告均已接收完毕,删除针对用户组的监控事件的配置;或者,用于获取用户组的成员信息,以及用于根据成员信息,确定用户组的所有成员的监控事件报告是否完成。
事件监控装置800中接收单元801和处理单元802还可用于执行上述实施例提供的事件监控方法中开放功能实体对应的其它步骤,重复之处在此不再赘述。
该事件监控装置800还用于执行上述实施例提供的事件监控方法中用户数据管理实体执行的步骤,具体为:
接收第一请求消息,所述第一请求消息用于配置针对一个用户组的监控事件;向开放功能实体发送第二应答消息,所述第一应答消息中携带用户组的成员信息。
事件监控装置800中接收单元801和处理单元802还可用于执行上述实施例提供的事件监控方法中用户数据管理实体对应的其它步骤,重复之处在此不再赘述。
该事件监控装置800还用于执行上述实施例提供的事件监控方法中第三方应用实体执行的步骤,具体为:
向开放功能实体发送第一消息,第一消息用于配置针对一个用户组的监控事件,第一消息中携带用户组的成员信息。
事件监控装置800中接收单元801和处理单元802还可用于执行上述实施例提供的事件监控方法中第三方应用实体对应的其它步骤,重复之处在此不再赘述。
基于上述实施例提供的事件监控方法,如图9所示,本申请实施例还提供一种事件监控装置900,该网络参数调优装置900用于执行上述事件监控方法,事件监控装置900包括:收发器901、处理器902和存储器903。存储器903为可选的。处理器902用于调用一组程序,当程序被执行时,使得处理器902执行上述事件监控方法。存储器903用于存储处理器902执行的程序。图8中的功能模块接收单元801可以通过收发器901来实现,处理单元802可以通过处理器902来实现。
处理器902可以是中央处理器(central processing unit,CPU),网络处理器(network processor,NP)或者CPU和NP的组合。
处理器902还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit,ASIC),可编程逻辑器件(programmablelogic device,PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complexprogrammable logic device,CPLD),现场可编程逻辑门阵列(field-programmable gatearray,FPGA),通用阵列逻辑(generic array logic,GAL)或其任意组合。
存储器903可以包括易失性存储器(volatile memory),例如随机存取存储器(random-access memory,RAM);存储器903也可以包括非易失性存储器(non-volatilememory),例如快闪存储器(flash memory),硬盘(hard disk drive,HDD)或固态硬盘(solid-state drive,SSD);存储器903还可以包括上述种类的存储器的组合。
为了实现上述图8或图9所述的装置的功能,本申请实施例还提供一种芯片,包括处理器,用于支持该装置实现上述事件监控方法中开放功能实体、或用户数据管理实体、或第三方应用实体所涉及的功能。在一种可能的设计中,该芯片与存储器连接或者该芯片包括存储器,该存储器用于保存该装置必要的程序指令和数据。
本申请实施例提供了一种计算机存储介质,存储有计算机程序,该计算机程序包括用于执行上述事件监控方法。
本申请实施例提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述事件监控方法。
本领域内的技术人员应明白,本申请的实施例可提供为方法、***、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样,倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (49)
1.一种事件监控方法,其特征在于,包括:
开放功能实体接收第一消息,所述第一消息用于配置针对一个用户组的监控事件;
所述开放功能实体获取所述用户组的成员信息;
所述开放功能实体根据所述成员信息,确定所述用户组的所有成员的监控事件报告均已接收完毕,删除针对所述用户组的监控事件的配置。
2.如权利要求1所述的方法,其特征在于,所述开放功能实体获取所述用户组的成员信息,包括:
所述第一消息中携带所述用户组的成员信息,所述开放功能实体从所述第一消息中获取所述成员信息;或者,
所述开放功能实体从用户数据管理实体获取所述用户组的成员信息。
3.如权利要求1或2所述的方法,其特征在于,所述用户组的成员信息包括:所述用户组的成员的数目N;或者,N个标识,所述标识用于区分所述用户组的不同成员。
4.如权利要求3所述的方法,其特征在于,所述开放功能实体根据所述成员信息,确定所述用户组的所有成员的监控事件报告均已接收完毕,包括:
若所述第一消息用于配置对所述用户组进行一次监控请求,则所述开放功能实体在接收到N个所述成员的监控事件报告时,确定所述用户组的所有成员的监控事件报告均已接收完毕。
5.如权利要求4所述的方法,其特征在于,所述开放功能实体根据所述成员信息,确定所述用户组内所有成员的监控事件报告均已接收完毕,包括:
若所述第一消息用于配置针对所述用户组的监控事件的数量为多个,则所述开放功能实体在针对N个所述成员的每一个成员,均接收到所述多个监控事件中的每一个监控事件的监控事件报告时,确定所述成员组内所有用户的监控事件报告均已接收完毕。
6.如权利要求4或5所述的方法,其特征在于,所述方法还包括:
若所述第一消息中不包括最大报告次数、且不包括持续时间,则所述开放功能实体确定所述第一消息用于配置对所述用户组进行一次监控请求;或者,
若所述第一消息中包括第一最大报告次数、且所述第一最大报告次数为1,则所述开放功能实体确定所述第一消息用于配置对所述用户组进行一次监控请求。
7.如权利要求3所述的方法,其特征在于,所述开放功能实体根据所述成员信息,确定所述用户组内所有成员的监控事件报告均已接收完毕,包括:
若所述第一消息中包括第二最大报告次数,则所述开放功能实体针对N个所述成员的每一个成员,接收到的监控事件报告的次数均达到所述第二最大报告次数时,确定所述成员组的所有成员的监控事件报告均已接收完毕。
8.如权利要求7所述的方法,其特征在于,所述开放功能实体针对N个所述成员的每一个成员,接收到的监控事件报告的次数均达到所述第二最大报告次数时,确定所述成员组内所有成员的监控事件报告均已接收完毕,包括:
若所述第一消息用于配置针对所述用户组的监控事件的数量为多个,则所述开放功能实体在针对N个所述成员的每一个成员,接收到所述多个监控事件中的每一个监控事件的监控事件报告次数均达到第二最大报告次数时,确定所述用户组的所有成员的监控事件报告均已接收完毕。
9.如权利要求3~8任一项所述的方法,其特征在于,所述方法还包括:
若所述用户组的成员信息包括所述N个标识,则所述开放功能实体每接收到一个监控事件报告,判断所述一个监控事件报告是否为所述成员的监控事件报告,获得判断结果,所述判断结果用于确定所述用户组内所有成员的监控事件报告是否均已接收完毕。
10.如权利要求1~9任一项所述的方法,其特征在于,所述开放功能实体删除针对所述用户组的监控事件的配置,包括以下至少一项:
所述开放功能实体删除本地存储的针对所述用户组的监控事件的配置;
所述开放功能实体向用户数据管理实体发送第二消息,所述第二消息用于指示所述用户数据管理实体删除针对所述用户组的监控事件的配置;
所述开放功能实体向所述第三方应用实体发送第三消息,所述第三消息用于指示所述第三方应用实体删除针对所述用户组的监控事件的配置。
11.一种事件监控装置,其特征在于,包括:
接收单元,用于接收第一消息,所述第一消息用于配置针对一个用户组的监控事件;
处理单元,用于获取所述用户组的成员信息;
所述处理单元,用于根据所述成员信息,确定所述用户组的所有成员的监控事件报告均已接收完毕,删除针对所述用户组的监控事件的配置。
12.如权利要求11所述的装置,其特征在于,所述处理单元具体用于:
所述第一消息中携带所述用户组的成员信息,从所述第一消息中获取所述成员信息;或者,
从用户数据管理实体获取所述用户组的成员信息。
13.如权利要求11或12所述的装置,其特征在于,所述用户组的成员信息包括:所述用户组的成员的数目N;或者,N个标识,所述标识用于区分所述用户组的不同成员。
14.如权利要求13所述的装置,其特征在于,所述处理单元具体用于:
若所述第一消息用于配置对所述用户组进行一次监控请求,则在接收到N个所述成员的监控事件报告时,确定所述用户组的所有成员的监控事件报告均已接收完毕。
15.如权利要求14所述的装置,其特征在于,所述处理单元具体用于:
若所述第一消息用于配置针对所述用户组的监控事件的数量为多个,则所述开放功能实体在针对N个所述成员的每一个成员,均接收到所述多个监控事件中的每一个监控事件的监控事件报告时,确定所述成员组内所有用户的监控事件报告均已接收完毕。
16.如权利要求14或15所述的装置,其特征在于,所述处理单元还用于:
若所述第一消息中不包括最大报告次数、且不包括持续时间,则确定所述第一消息用于配置对所述用户组进行一次监控请求;或者,
若所述第一消息中包括第一最大报告次数、且所述第一最大报告次数为1,则确定所述第一消息用于配置对所述用户组进行一次监控请求。
17.如权利要求13所述的装置,其特征在于,所述处理单元具体用于:
若所述第一消息中包括第二最大报告次数,则针对N个所述成员的每一个成员,接收到的监控事件报告的次数均达到所述第二最大报告次数时,确定所述成员组的所有成员的监控事件报告均已接收完毕。
18.如权利要求17所述的装置,其特征在于,所述处理单元具体用于:
若所述第一消息用于配置针对所述用户组的监控事件的数量为多个,则在针对N个所述成员的每一个成员,接收到所述多个监控事件中的每一个监控事件的监控事件报告次数均达到第二最大报告次数时,确定所述用户组的所有成员的监控事件报告均已接收完毕。
19.如权利要求13~18任一项所述的装置,其特征在于,所述处理单元还用于:
若所述用户组的成员信息包括所述N个标识,则每接收到一个监控事件报告,判断所述一个监控事件报告是否为所述成员的监控事件报告,获得判断结果,所述判断结果用于确定所述用户组内所有成员的监控事件报告是否均已接收完毕。
20.如权利要求11~19任一项所述的装置,其特征在于,所述处理单元在删除针对所述用户组的监控事件的配置时,具体执行以下至少一项操作:
删除本地存储的针对所述用户组的监控事件的配置;
向用户数据管理实体发送第二消息,所述第二消息用于指示所述用户数据管理实体删除针对所述用户组的监控事件的配置;
向所述第三方应用实体发送第三消息,所述第三消息用于指示所述第三方应用实体删除针对所述用户组的监控事件的配置。
21.一种事件监控方法,其特征在于,包括:
开放功能实体接收第一消息,所述第一消息用于配置针对一个用户组的监控事件;
所述开放功能实体获取所述用户组的成员信息;
所述开放功能实体根据所述成员信息确定所述用户组的所有成员的监控事件报告是否完成。
22.如权利要求21所述的方法,其特征在于,所述开放功能实体获取所述用户组的成员信息,包括:
所述第一消息中携带所述用户组的成员信息,所述开放功能实体从所述第一消息中获取所述成员信息;或者,
所述开放功能实体从用户数据管理实体获取所述用户组的成员信息。
23.如权利要求21或22所述的方法,其特征在于,所述用户组的成员信息包括:所述用户组的成员的数目N;或者,N个标识,所述标识用于区分所述用户组的不同成员。
24.如权利要求23所述的方法,其特征在于,所述开放功能实体根据所述成员信息,确定所述用户组的所有成员的监控事件报告是否完成,包括:
若所述第一消息用于配置对所述用户组进行一次监控请求,则所述开放功能实体在接收到N个所述成员的监控事件报告时,确定所述用户组的所有成员的监控事件报告已完成。
25.如权利要求23所述的方法,其特征在于,所述开放功能实体根据所述成员信息,确定所述用户组的所有成员的监控事件报告是否完成,包括:
若所述第一消息用于配置对所述用户组进行一次监控请求,且所述第一消息用于配置针对所述用户组的监控事件的数量为多个,则所述开放功能实体在针对N个所述成员的每一个成员,均接收到所述多个监控事件中的每一个监控事件的监控事件报告时,确定所述用户组的所有成员的监控事件报告已完成。
26.如权利要求24或25所述的方法,其特征在于,所述方法还包括:
若所述第一消息中不包括最大报告次数、且不包括持续时间,则所述开放功能实体确定所述第一消息用于配置对所述用户组进行一次监控请求;或者,
若所述第一消息中包括第一最大报告次数、且所述第一最大报告次数为1,则所述开放功能实体确定所述第一消息用于配置对所述用户组进行一次监控请求。
27.如权利要求23所述的方法,其特征在于,所述开放功能实体根据所述成员信息,确定所述用户组内所有成员的监控事件报告是否完成,包括:
若所述第一消息中包括第二最大报告次数,则所述开放功能实体针对N个所述成员的每一个成员,接收到的监控事件报告的次数均达到所述第二最大报告次数时,确定所述成员组的所有成员的监控事件报告已完成。
28.如权利要求23所述的方法,其特征在于,所述开放功能实体根据所述成员信息,确定所述用户组内所有成员的监控事件报告是否完成,包括:
若所述第一消息中包括第二最大报告次数,且所述第一消息用于配置针对所述用户组的监控事件的数量为多个,则所述开放功能实体在针对N个所述成员的每一个成员,接收到所述多个监控事件中的每一个监控事件的监控事件报告次数均达到第二最大报告次数时,确定所述用户组的所有成员的监控事件报告已完成。
29.如权利要求23~28任一项所述的方法,其特征在于,所述方法还包括:
若所述用户组的成员信息包括所述N个标识,则所述开放功能实体每接收到一个监控事件报告,判断所述一个监控事件报告是否为所述成员的监控事件报告,获得判断结果,所述判断结果用于确定所述用户组内所有成员的监控事件报告是否完成。
30.如权利要求21~29任一项所述的方法,其特征在于,若所述开放功能实体根据所述成员信息确定所述用户组的所有成员的监控事件报告已完成,所述方法还包括,
所述开放功能实体删除针对所述用户组的监控事件的配置或停止向第三方应用实体发送所述监控事件报告。
31.如权利要求30所述的方法,其特征在于,所述开放功能实体删除针对所述用户组的监控事件的配置,包括以下至少一项:
所述开放功能实体删除本地存储的针对所述用户组的监控事件的配置;
所述开放功能实体向所述第三方应用实体发送第三消息,所述第三消息用于指示所述第三方应用实体删除针对所述用户组的监控事件的配置。
32.如权利要求30所述的方法,其特征在于,所述方法还包括:
所述开放功能实体向用户数据管理实体发送第二消息,所述第二消息用于指示所述用户数据管理实体删除针对所述用户组的监控事件的配置;或者,
所述开放功能实体向用户数据管理实体发送第四消息,所述第四消息用于指示所述用户数据管理实体删除针对所述用户组的一个或多个成员的监控事件的配置。
33.如权利要求32所述的方法,其特征在于,所述开放功能实体向用户数据管理实体发送第四消息,包括:
所述开放功能实体确定所述一个或多个成员的监控事件报告已完成,则所述开放功能实体向所述用户数据管理实体发送所述第四消息。
34.一种事件监控装置,其特征在于,包括:
接收单元,用于接收第一消息,所述第一消息用于配置针对一个用户组的监控事件;
处理单元,用于获取所述用户组的成员信息;
所述处理单元,用于根据所述成员信息,确定所述用户组的所有成员的监控事件报告是否完成。
35.如权利要求34所述的装置,其特征在于,所述处理单元具体用于:
所述第一消息中携带所述用户组的成员信息,从所述第一消息中获取所述成员信息;或者,
从用户数据管理实体获取所述用户组的成员信息。
36.如权利要求34或35所述的装置,其特征在于,所述用户组的成员信息包括:所述用户组的成员的数目N;或者,N个标识,所述标识用于区分所述用户组的不同成员。
37.如权利要求35所述的装置,其特征在于,所述处理单元具体用于:
若所述第一消息用于配置对所述用户组进行一次监控请求,则在接收到N个所述成员的监控事件报告时,确定所述用户组的所有成员的监控事件报告已完成。
38.如权利要求35所述的装置,其特征在于,所述处理单元具体用于:
若所述第一消息用于配置对所述用户组进行一次监控请求,且所述第一消息用于配置针对所述用户组的监控事件的数量为多个,则所述开放功能实体在针对N个所述成员的每一个成员,均接收到所述多个监控事件中的每一个监控事件的监控事件报告时,确定所述用户组的所有成员的监控事件报告已完成。
39.如权利要求37或38所述的装置,其特征在于,所述处理单元还用于:
若所述第一消息中不包括最大报告次数、且不包括持续时间,则确定所述第一消息用于配置对所述用户组进行一次监控请求;或者,
若所述第一消息中包括第一最大报告次数、且所述第一最大报告次数为1,则确定所述第一消息用于配置对所述用户组进行一次监控请求。
40.如权利要求36所述的装置,其特征在于,所述处理单元具体用于:
若所述第一消息中包括第二最大报告次数,则针对N个所述成员的每一个成员,接收到的监控事件报告的次数均达到所述第二最大报告次数时,确定所述成员组的所有成员的监控事件报告已完成。
41.如权利要求36所述的装置,其特征在于,所述处理单元具体用于:
若所述第一消息中包括第二最大报告次数,且所述第一消息用于配置针对所述用户组的监控事件的数量为多个,则在针对N个所述成员的每一个成员,接收到所述多个监控事件中的每一个监控事件的监控事件报告次数均达到第二最大报告次数时,确定所述用户组的所有成员的监控事件报告已完成。
42.如权利要求36~41任一项所述的装置,其特征在于,所述处理单元还用于:
若所述用户组的成员信息包括所述N个标识,则每接收到一个监控事件报告,判断所述一个监控事件报告是否为所述成员的监控事件报告,获得判断结果,所述判断结果用于确定所述用户组的所有成员的监控事件报告是否完成。
43.如权利要求34~42任一项所述的装置,其特征在于,所述处理单元在确定所述用户组的所有成员的监控事件报告已完成时,删除针对所述用户组的监控事件的配置或停止向第三方应用发送所述监控事件报告。
44.如权利要求43所述的装置,其特征在于,所述处理单元在删除针对所述用户组的监控事件的配置时,具体执行以下至少一项操作:
删除本地存储的针对所述用户组的监控事件的配置;
向所述第三方应用实体发送第三消息,所述第三消息用于指示所述第三方应用实体删除针对所述用户组的监控事件的配置。
45.如权利要求43所述的装置,其特征在于,所述处理单元在删除针对所述用户组的监控事件的配置时,还用于:
向用户数据管理实体发送第二消息,所述第二消息用于指示所述用户数据管理实体删除针对所述用户组的监控事件的配置;或者,
向用户数据管理实体发送第四消息,所述第四消息用于指示所述用户数据管理实体删除针对所述用户组的一个或多个成员的监控事件的配置。
46.如权利要求45所述的装置,其特征在于,所述处理单元具体用于:
确定所述一个或多个成员的监控事件报告已完成,向所述用户数据管理实体发送所述第四消息。
47.一种计算机可读存储介质,其特征在于,所述计算机存储介质中存储有计算机可读指令,当计算机读取并执行所述计算机可读指令时,使得计算机执行如权利要求1-10和21~33任意一项所述的方法。
48.一种计算机程序产品,其特征在于,当计算机读取并执行所述计算机程序产品时,使得计算机执行如权利要求1-10和21~33任意一项所述的方法。
49.一种芯片,其特征在于,所述芯片与存储器相连或者所述芯片包括所述存储器,用于读取并执行所述存储器中存储的软件程序,以实现如权利要求1-10和21~33任意一项所述的方法。
Priority Applications (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111184036.6A CN113905410A (zh) | 2018-04-09 | 2018-04-18 | 一种事件监控方法及装置 |
JP2020552193A JP7130767B2 (ja) | 2018-04-09 | 2019-04-08 | イベント監視方法および装置 |
EP19785187.6A EP3764680B1 (en) | 2018-04-09 | 2019-04-08 | Event monitoring method and apparatus |
PCT/CN2019/081696 WO2019196773A1 (zh) | 2018-04-09 | 2019-04-08 | 一种事件监控方法及装置 |
KR1020207030612A KR102517686B1 (ko) | 2018-04-09 | 2019-04-08 | 이벤트 모니터링 방법 및 장치 |
BR112020020432-3A BR112020020432A2 (pt) | 2018-04-09 | 2019-04-08 | Método de monitoramento de eventos e aparelho |
US17/066,914 US11425538B2 (en) | 2018-04-09 | 2020-10-09 | Event monitoring method and apparatus |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2018103129366 | 2018-04-09 | ||
CN201810312936 | 2018-04-09 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111184036.6A Division CN113905410A (zh) | 2018-04-09 | 2018-04-18 | 一种事件监控方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110366199A true CN110366199A (zh) | 2019-10-22 |
CN110366199B CN110366199B (zh) | 2021-10-15 |
Family
ID=68214660
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810349848.3A Active CN110366199B (zh) | 2018-04-09 | 2018-04-18 | 一种事件监控方法及装置 |
CN202111184036.6A Pending CN113905410A (zh) | 2018-04-09 | 2018-04-18 | 一种事件监控方法及装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111184036.6A Pending CN113905410A (zh) | 2018-04-09 | 2018-04-18 | 一种事件监控方法及装置 |
Country Status (6)
Country | Link |
---|---|
US (1) | US11425538B2 (zh) |
EP (1) | EP3764680B1 (zh) |
JP (1) | JP7130767B2 (zh) |
KR (1) | KR102517686B1 (zh) |
CN (2) | CN110366199B (zh) |
BR (1) | BR112020020432A2 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112887960A (zh) * | 2019-11-29 | 2021-06-01 | 华为技术有限公司 | 一种事件监控方法及装置 |
WO2021227843A1 (zh) * | 2020-05-13 | 2021-11-18 | 华为技术有限公司 | 事件订阅管理方法及装置 |
WO2022012674A1 (en) * | 2020-07-17 | 2022-01-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for event monitoring |
CN116028731A (zh) * | 2023-03-29 | 2023-04-28 | 深圳市思为软件技术有限公司 | 目标事件完成度的显示方法及相关产品 |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3834461A4 (en) * | 2018-08-10 | 2022-05-04 | Telefonaktiebolaget LM Ericsson (publ.) | METHODS AND DEVICES FOR DETECTING A SECURITY EVENT |
US20220210677A1 (en) * | 2019-04-30 | 2022-06-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and Apparatuses for Configuration of Monitoring for Terminal Device |
US11071051B1 (en) * | 2020-03-12 | 2021-07-20 | Verizon Patent And Licensing, Inc. | Systems and methods for SCEF-assisted MEC traffic breakout |
US11895716B2 (en) | 2020-12-02 | 2024-02-06 | Oracle International Corporation | Methods, systems, and computer readable media for providing a unified interface configured to support infrequent data communications via a network exposure function |
CN117501670A (zh) * | 2021-05-03 | 2024-02-02 | 创峰科技 | 无人驾驶航空器***的用户设备第五代***接入和移动性管理功能移动性事件暴露支持 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105657686A (zh) * | 2014-11-17 | 2016-06-08 | 中兴通讯股份有限公司 | 优化用户设备跟踪可靠性的方法及装置 |
WO2016180961A1 (en) * | 2015-05-14 | 2016-11-17 | Telefonaktiebolaget Lm Ericsson (Publ) | System and methods for providing monitoring services |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6393398B2 (ja) * | 2014-07-07 | 2018-09-19 | コンヴィーダ ワイヤレス, エルエルシー | マシンタイプ通信グループベースサービスのための調整されたグループ化 |
MX370036B (es) | 2015-03-31 | 2019-11-28 | Nec Corp | Sistema de comunicacion para recibir un juego de parametros de comunicacion. |
CN106454878A (zh) | 2015-08-12 | 2017-02-22 | 中兴通讯股份有限公司 | 一种更新监控任务的方法和装置 |
CN106982446A (zh) * | 2016-01-19 | 2017-07-25 | 中兴通讯股份有限公司 | 一种实现mtc事件监控的方法、装置和*** |
CN108428027B (zh) * | 2017-02-14 | 2022-04-19 | 钉钉控股(开曼)有限公司 | 事件处理方法及装置 |
-
2018
- 2018-04-18 CN CN201810349848.3A patent/CN110366199B/zh active Active
- 2018-04-18 CN CN202111184036.6A patent/CN113905410A/zh active Pending
-
2019
- 2019-04-08 BR BR112020020432-3A patent/BR112020020432A2/pt unknown
- 2019-04-08 JP JP2020552193A patent/JP7130767B2/ja active Active
- 2019-04-08 KR KR1020207030612A patent/KR102517686B1/ko active IP Right Grant
- 2019-04-08 EP EP19785187.6A patent/EP3764680B1/en active Active
-
2020
- 2020-10-09 US US17/066,914 patent/US11425538B2/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105657686A (zh) * | 2014-11-17 | 2016-06-08 | 中兴通讯股份有限公司 | 优化用户设备跟踪可靠性的方法及装置 |
WO2016180961A1 (en) * | 2015-05-14 | 2016-11-17 | Telefonaktiebolaget Lm Ericsson (Publ) | System and methods for providing monitoring services |
Non-Patent Citations (1)
Title |
---|
HUAWEI ECT: "《3GPP TSG-SA WG2 Meeting #126 S2-181968》", 2 March 2018 * |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112887960A (zh) * | 2019-11-29 | 2021-06-01 | 华为技术有限公司 | 一种事件监控方法及装置 |
CN112887960B (zh) * | 2019-11-29 | 2022-06-28 | 华为技术有限公司 | 一种事件监控方法及装置 |
WO2021227843A1 (zh) * | 2020-05-13 | 2021-11-18 | 华为技术有限公司 | 事件订阅管理方法及装置 |
CN113841361A (zh) * | 2020-05-13 | 2021-12-24 | 华为技术有限公司 | 事件订阅管理方法及装置 |
CN113841361B (zh) * | 2020-05-13 | 2023-06-20 | 华为技术有限公司 | 事件监控管理方法及装置 |
WO2022012674A1 (en) * | 2020-07-17 | 2022-01-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for event monitoring |
CN116028731A (zh) * | 2023-03-29 | 2023-04-28 | 深圳市思为软件技术有限公司 | 目标事件完成度的显示方法及相关产品 |
CN116028731B (zh) * | 2023-03-29 | 2023-06-20 | 深圳市思为软件技术有限公司 | 目标事件完成度的显示方法及相关产品 |
Also Published As
Publication number | Publication date |
---|---|
JP7130767B2 (ja) | 2022-09-05 |
KR20200135495A (ko) | 2020-12-02 |
EP3764680A1 (en) | 2021-01-13 |
US20210029517A1 (en) | 2021-01-28 |
EP3764680A4 (en) | 2021-05-19 |
CN110366199B (zh) | 2021-10-15 |
KR102517686B1 (ko) | 2023-04-05 |
EP3764680B1 (en) | 2023-05-03 |
BR112020020432A2 (pt) | 2021-01-12 |
JP2021517776A (ja) | 2021-07-26 |
CN113905410A (zh) | 2022-01-07 |
US11425538B2 (en) | 2022-08-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110366199A (zh) | 一种事件监控方法及装置 | |
CN112654033B (zh) | 一种业务开通方法及装置 | |
CN107637101B (zh) | 用于提供监控服务的***和方法 | |
CN111182568A (zh) | 通信方法、装置、计算机可读介质及电子设备 | |
CN107645722B (zh) | 专用网络选择接入方法和***、公网mme、hss和基站 | |
CN116234044A (zh) | 用于在5g网络中向应用功能的分析公开的设备和方法 | |
CN111586583B (zh) | 一种监控事件的方法及装置 | |
CN113841429B (zh) | 用于发起切片特定的认证和授权的通信网络组件和方法 | |
CN115361183A (zh) | 一种代理订阅的授权方法及装置 | |
US11930499B2 (en) | Network monitoring in service enabler architecture layer (SEAL) | |
EP3185598A1 (en) | Application registration method and apparatus | |
EP4239508A1 (en) | Data usage control method and system, electronic device, and storage medium | |
CN113841361B (zh) | 事件监控管理方法及装置 | |
CN112930689B (zh) | 用于批量订阅的过滤器 | |
US9245135B2 (en) | CDR filtering for virtual operators | |
CN110187954A (zh) | 应用镜像推送方法、装置、计算机设备及存储介质 | |
CN105897608A (zh) | 一种拥塞信息的管理方法和装置 | |
Rahayu et al. | Over the Top chat service key performance indicator | |
WO2019196773A1 (zh) | 一种事件监控方法及装置 | |
US10506096B2 (en) | Generation of information based on event data of a call | |
US20220078289A1 (en) | Method and device for handling subscription to a service in a communications network | |
WO2024032369A1 (zh) | 一种通信方法、装置、通信设备和计算机存储介质 | |
JP2018157439A (ja) | 情報処理装置、情報処理方法およびプログラム | |
US20230179696A1 (en) | Method for managing an unallocated telephone number in a communication network, method for processing a request for allocating a telephone number, corresponding devices, item of communication equipment, system and computer programs | |
WO2023217746A1 (en) | Authorizing federated learning |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |