CN101695095B - 下一代网络中追踪恶意呼叫的方法和系统 - Google Patents

Abstract

本发明公开了一种下一代网络中追踪恶意呼叫的方法和系统，该方法包括：被叫媒体网关接收并解析被叫所属软交换设备下发的呼入信息，并判断是否进入恶意呼叫检测状态；被叫媒体网关在恶意呼叫检测状态下时，接到被叫端局用户摘机事件，进入到主、被叫通话状态，当被叫端局检测到本次通话为恶意呼叫时，则将本次恶意呼叫事件上报给被叫媒体网关，并由被叫媒体网关判断是否将本次恶意呼叫信息上报给被叫所属软交换设备，如果不上报，被叫媒体网关丢弃端局上报的恶意呼叫事件；如果上报，则将本次恶意呼叫信息上报给被叫所属软交换设备并分类记录本次上报的恶意呼叫信息。因此，本发明能追踪恶意呼叫，避免其他用户再被该类号码用户骚扰。

Description

下一代网络中追踪恶意呼叫的方法和系统

技术领域

本发明涉及下一代网络(NGN，Next Generation Network)技术，特别是涉及一种下一代网络中追踪恶意呼叫的方法和系统。

背景技术

NGN采用业务控制与承载媒体相分离的软交换(SS，Soft Switch)技术，软交换设备通过H.248协议(The Megaco/H.248 Gateway Control Protocol)/媒体网关控制协议(MGCP，Medium Gateway Control Protocol)等控制协议来操纵媒体网关(MG，Medium Gateway)。其中，在NGN构架中，媒体网关可作中继网关(TG)、信令网关(SG)、接入网关(AG)，从而实现了传统电话网络(PSTN)到网络电话(VOIP)的扩展。

然而，由于在实际的NGN中，用户经常受到不明电话的骚扰，如广告、诈骗、反动的语音电话等，所以从信息安全的角度考虑，应当限制这些频繁的恶意呼叫。目前，中国专利申请号为“CN200710000365.4”的文件中提出了一种恶意呼叫的识别方法，然而这种方法并未真正应用到NGN构架中去。并且，也没有解决如何追踪恶意呼叫的来源及去处，也不能对该类号码的某些业务如呼叫进行限制等，因而无法避免其他用户再被该号码用户骚扰。

发明内容

有鉴于此，本发明的主要目的在于提供一种下一代网络中追踪恶意呼叫的方法和系统，能追踪恶意呼叫，避免其他用户再被该类号码用户骚扰。

为达到上述目的，本发明公开了一种下一代网络中追踪恶意呼叫的方法，包括：被叫媒体网关接收并解析被叫所属软交换设备下发的呼入信息，并判断是否进入恶意呼叫检测状态；被叫媒体网关在恶意呼叫检测状态下时，接到被叫端局用户摘机事件，进入到主、被叫通话状态，当被叫端局检测到本次通话为恶意呼叫时，则将本次恶意呼叫事件上报给被叫媒体网关，并由被叫媒体网关判断是否将本次恶意呼叫信息上报给被叫所属软交换设备，如果不上报，被叫媒体网关丢弃端局上报的恶意呼叫事件；如果上报，则将本次恶意呼叫信息上报给被叫所属软交换设备并分类记录本次上报的恶意呼叫信息。

其中，上述方法还包括：被叫所属软交换设备根据上报的恶意呼叫信息判断发出本次恶意呼叫的主叫号码是否满足业务限制条件，如果满足业务限制条件，对发出本次恶意呼叫的主叫号码进行业务限制；如果不满足业务限制条件，则根据本次上报的本次恶意呼叫信息，记录主叫号码被上报的次数。

上述方法中，所述将本次恶意呼叫信息上报给被叫所属软交换设备之后，还包括：被叫所属软交换设备按照与主叫所属软交换设备的约定，将本次恶意呼叫信息下发给主叫所属软交换设备；主叫所属软交换设备收到所述恶意呼叫信息后，按照与主叫媒体网关协商约定的信息格式和内容，向主叫媒体网关发出恶意呼叫通知，将本次恶意呼叫信息下发给主叫媒体网关，主叫媒体网关根据主叫所属软交换设备的需求，判断是否下发恶意呼叫信息到主叫端局。

其中，所述判断是否将本次恶意呼叫信息上报给被叫所属软交换设备为：被叫媒体网关通过查找本次通话的恶意呼叫检测标记来判断是否将恶意呼叫信息上报给被叫所属软交换设备；如果找到本次通话的恶意呼叫检测标记，则将本次恶意呼叫信息上报给被叫所属软交换设备；如果没有找到本次通话的恶意呼叫检测标记，则不上报本次恶意呼叫信息；其中，按照与被叫所属软交换设备协商约定的信息内容和格式，将本次恶意呼叫信息上报给被叫所属软交换设备。

上述方法中，所述被叫媒体网关判断是否进入恶意呼叫检测状态为：解析所述呼入信息，检查是否携带恶意呼叫扩展标记，当解析到恶意呼叫扩展标记时，则发起对恶意呼叫检测事件的解析；若解析到恶意呼叫检测事件，被叫媒体网关则在其数据区记录恶意呼叫检测标记，并进入恶意呼叫检测状态；若解析到恶意呼叫检测事件，被叫媒体网关则在接到被叫端局用户摘机事件，进入到主、被叫通话状态。

其中，所述本次上报的恶意呼叫信息满足业务限制的条件为：被叫所属软交换设备根据恶意呼叫信息中的主叫号码被上报的次数来判断是否满足呼叫限制的条件，如果主叫号码被上报的次数达到上报次数的上限，则本次上报的恶意呼叫信息满足呼叫限制的条件；如果主叫号码被上报的次数未达到上报次数的上限，则本次上报的恶意呼叫信息不满足呼叫限制的条件。

为实现上述方法，本发明提供一种下一代网络中追踪恶意呼叫的系统，包括：被叫所属软交换设备、被叫媒体网关、被叫端局；其中，被叫所属软交换设备，用于下发的呼入信息，并接收上报的恶意呼叫信息；被叫媒体网关，用于接收并解析所述被叫所属软交换设备下发的呼入信息，并判断是否进入恶意呼叫检测状态，以及用于判断是否将本次恶意呼叫信息上报给所述被叫所属软交换设备，并分类记录上报的恶意呼叫信息；被叫端局，用于进入通话状态，并在检测到本次通话为恶意呼叫时向所述被叫媒体网关上报。

其中，该系统还包括：主叫所属软交换设备、主叫媒体网关、主叫端局；其中，主叫所属软交换设备，用于按照与被叫所属软交换设备按照的约定，接收恶意呼叫信息，以及用于按照与主叫媒体网关协商约定的信息格式和内容，向主叫媒体网关发出恶意呼叫通知；主叫媒体网关，用于接收本次恶意呼叫信息，并根据主叫所属软交换设备的需求，判断是否下发恶意呼叫信息到主叫端局；主叫端局，用于接收所述恶意呼叫信息；和/或，所述被叫所属软交换设备，还用于在恶意呼叫信息满足业务限制的条件时，对发出本次恶意呼叫的主叫号码进行业务限制。

上述系统中，所述被叫媒体网关包括：恶意呼叫接收模块、恶意呼叫检测模块、恶意呼叫上报模块；其中，恶意呼叫接收模块，用于接收并解析所述被叫所属软交换设备下发的呼入信息；恶意呼叫检测模块，用于保存所述恶意呼叫接收模块所解析到的检测标记并进行恶意呼叫检测；恶意呼叫上报模块，用于判断是否将所述恶意呼叫检测模块检测到的恶意呼叫信息上报给所述被叫所属软交换设备，并分类记录上报的恶意呼叫信息。

其中，所述主叫媒体网关包括：恶意呼叫下发模块，用于根据主叫所属软交换设备的需求，判断是否下发恶意呼叫信息到主叫端局。

由以上技术方案可以看出，在下一代网络中，本发明通过扩展H.248协议，借助媒体网关设备和软交换设备来追踪恶意呼叫。具体地，被叫端局会上报发生的恶意呼叫，若被叫媒体网关在恶意呼叫检测状态下，则对被叫端局上报的恶意呼叫信息进行分类记录，再根据被叫所属软交换设备的约定，通过H.248协议上报恶意呼叫信息到被叫所属软交换设备，被叫所属软交换设备对恶意呼叫信息进行记录。此外，主叫所属软交换设备会根据与主叫所属软交换设备的约定，将所述恶意呼叫信息发送给主叫所属软交换设备，如此，本发明则实现了在NGN中通过扩展H.248信令来追踪恶意呼叫的来源及去处，能对整个的一个恶意呼叫的追踪。从而，更好的层层控制类似的恶意呼叫的再次发生，如对该类号码的某些业务进行限制如呼叫限制等，从而避免其他用户再被该号码用户骚扰。并且，通过本发明收集的恶意呼叫信息，还可为公安机关提供侦查破案的线索。

附图说明

图1为本发明下一代网络中追踪恶意呼叫的方法流程示意图；

图2为本发明下一代网络中追踪恶意呼叫的系统结构示意图。

具体实施方式

本发明的基本思想在于：被叫端局上报发生的恶意呼叫，若被叫媒体网关在恶意呼叫检测状态下，则对被叫端局上报的恶意呼叫信息进行分类记录，再根据被叫所属软交换设备的约定，通过H.248协议上报恶意呼叫信息到被叫所属软交换设备，被叫所属软交换设备对恶意呼叫信息进行记录。

为使本发明上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施例对本发明作进一步详细的说明。

为了能够追踪恶意呼叫，并对该类号码进行业务限制等，以避免其他用户再被该类号码用户骚扰，这里，提出一种下一代网络中追踪恶意呼叫的方法，如图1所示，该方法主要包括如下步骤：

步骤101，被叫媒体网关接收并解析被叫所属软交换设备下发的呼入信息，如果解析到恶意呼叫检测事件，则执行步骤102；如果没有解析到恶意呼叫检测事件，则执行步骤103；

接收到被叫所属软交换设备下发的呼入信息后，被叫媒体网关解析该呼入信息，检查其文本信令中是否携带恶意呼叫扩展标记，如果携带有恶意呼叫扩展标记，则发起对恶意呼叫检测事件的解析；如果没有携带。则不会发起对恶意呼叫检测事件的解析。其中，所述恶意呼叫检测事件是被叫所属软交换设备下发给被叫媒体网关的，若解析到恶意呼叫检测事件，被叫媒体网关则在其数据区记录恶意呼叫检测标记。其中，所述呼入信息包括准备媒体、拨号事件、恶意呼叫检测事件等。当业务需要或用户需求时，被叫所属软交换设备启用恶意呼叫检测业务，会在所述呼入信息中携带恶意呼叫扩展标记。在本实施例中为检测恶意呼叫，被叫所属软交换设备可以通过扩展H.248协议，在被叫所属软交换下发给被叫媒体网关呼入信息时，携带恶意呼叫扩展标记，发起对恶意呼叫检测事件的解析。

步骤102，被叫媒体网关记录恶意呼叫检测标记，并进入恶意呼叫检测状态；

其中，被叫媒体网关将解析得到的恶意呼叫检测标记进行存储，并进入到恶意呼叫检测状态，即进入检测被叫端局用户事件上报状态。这里，所述恶意呼叫由被叫媒体网关与被叫端局协商定义，例如：定义被叫用户通过拨打组合键上报的呼叫即为恶意呼叫。

步骤103，被叫媒体网关接到被叫端局用户摘机事件，进入到主、被叫通话状态；

这里，如果被叫媒体网关未处于恶意呼叫检测状态下，也可通知被叫端局不必上报恶意呼叫事件。

步骤104，被叫端局检测本次通话是否为恶意呼叫，如果不是恶意呼叫，则执行步骤105；如果是恶意呼叫，则执行步骤106；

其中，被叫用户发现通话内容为恶意的，则通过拨打被叫媒体网关与被叫端局协商规定的组合键的方式，向被叫端局上报恶意呼叫事件。但是，如果被叫端局没有启用恶意呼叫检测业务，即该被叫端局没有与被叫媒体网关之间协商定义恶意呼叫，则不会检测及上报恶意呼叫事件。

步骤105，维持主被叫的通话状态直到本次通话结束，并结束本次恶意呼叫的检测。

步骤106，被叫端局将收到的恶意呼叫事件上报给被叫媒体网关；

其中，在上报恶意呼叫事件时，主、被叫仍在通话，但恶意呼叫事件上报完成后，主被叫的通话可随时结束。

步骤107，被叫媒体网关收到被叫端局上报的恶意呼叫事件后，判断是否将本次恶意呼叫信息上报给被叫所属软交换设备，如果不上报，则执行步骤108；如果上报，则执行步骤109；

当被叫媒体网关收到被叫端局上报事件如被叫媒体网关与被叫端局协商规定的组合键后，被叫媒体网关判断为恶意呼叫事件，判断是否向被叫所属软交换上报恶意呼叫信息。其中，被叫媒体网关通过查找本次通话的恶意呼叫检测标记来判断是否将恶意呼叫信息上报给被叫所属软交换设备。如果找到本次通话的恶意呼叫检测标记，则将本次恶意呼叫信息上报给被叫所属软交换设备；如果没有找到本次通话的恶意呼叫检测标记，则不上报本次恶意呼叫信息。

步骤108，被叫媒体网关丢弃被叫端局上报的恶意呼叫事件，然后执行步骤115；

步骤109，按照与被叫所属软交换设备约定的信息内容和格式，对恶意呼叫信息进行分类记录，并将本次恶意呼叫信息上报给被叫所属软交换设备；

被叫媒体网关判断得知需要上报恶意呼叫时，则按照与被叫所属软交换设备协商约定的信息内容和格式如：事件号、格式、信息内容等，通过H.248协议上报所述恶意呼叫信息给被叫所属软交换设备。例如：所述信息内容和格式为icas/malicall。这里，所述恶意呼叫信息包括：主叫号码，恶意呼叫的内容、恶意类别等，其中，所述恶意类别是由被叫用户根据恶意呼叫的内容通过上报对应的代码来确定的恶意呼叫类别，如01代表诈骗，该恶意呼叫类别主要包括：骚扰，诈骗，反动等。被叫媒体网关按照所述恶意呼叫信息中主叫号码所属的地域，进行分类记录。

步骤110，被叫媒体网关将本次恶意呼叫信息上报给被叫所属软交换设备后，被叫所属软交换设备判断本次上报的恶意呼叫信息是否满足呼叫限制的条件，如果满足，则执行步骤111；如果不满足呼叫限制的条件，执行步骤112；

其中，被叫所属软交换设备根据恶意呼叫信息中的主叫号码被上报的次数，来判断是否达到上报次数的上限来判断是否满足呼叫限制的条件。

步骤111，被叫所属软交换设备根据本次恶意呼叫信息，将本次恶意呼叫的主叫号码列入呼叫限制的名单，然后执行步骤113；

需要说明的是，这里的呼叫限制只是业务限制的一种方式，所述业务限制还包括：对该类号码的呼叫内容进行监听等。

步骤112，被叫所属软交换设备根据本次上报的本次恶意呼叫信息，记录主叫号码被上报的次数，然后执行步骤113；

步骤113，被叫所属软交换设备判断是否需要将本次恶意呼叫信息反馈给主叫侧，如果需要，则执行步骤114；如果不需要，则执行步骤115；

被叫所属软交换设备根据与主叫所属软交换设备的约定，判断是否需要将本次恶意呼叫信息反馈给主叫侧。需要说明的是，本步骤也可与上述步骤109同时进行。

步骤114，被叫所属软交换设备按照与主叫所属软交换设备的约定，将本次恶意呼叫信息下发给主叫所属软交换设备，主叫侧对收到的恶意呼叫信息进行处理；

主叫所属软交换设备会根据H.248协议，并按照与主叫媒体网关协商约定的信息格式和内容，如事件号、格式、信息内容等，向主叫媒体网关发出恶意呼叫通知，以将本次恶意呼叫信息下发给主叫媒体网关。其中，所述恶意呼叫通知携带恶意呼叫通知标记，该恶意呼叫通知标记为判断是否需要将恶意呼叫信息发送给主叫端局的依据，是通过扩展H.248协议在所述恶意呼叫通知中设置的。

这里，主叫媒体网关还会对所收到的恶意呼叫信息进行分类并存储，并根据主叫号码被上报的次数，判断是否对其进行呼叫限制，如果主叫号码被上报的次数达到上报次数的上限，则本次上报的恶意呼叫信息满足呼叫限制的要求；如果主叫号码被上报的次数未达到上报次数的上限，则本次上报的恶意呼叫信息不满足呼叫限制的要求。此外，主叫媒体网关会根据主叫所属软交换设备的需求，判断是否下发恶意呼叫信息到主叫端局，例如：主叫所属软交换设备为了信息安全，需要将恶意呼叫信息下发到主叫端局，则此时主叫媒体网关下发恶意呼叫信息到主叫端局。

步骤115，结束本次恶意呼叫的检测流程。

由此可见，通过以上步骤就实现了对整个恶意呼叫的追踪，对于主叫端局、主叫媒体网关、主叫所属软交换设备和被叫端局、被叫媒体网关、被叫所属软交换设备都可记录恶意呼叫信息，以控制恶意呼叫的反复发生，如对该类号码的某些业务限制如呼叫限制等，从而避免其他用户再被该号码用户骚扰。

对于上述的各实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。

为实现上述方法，本发明还提供一种下一代网络中追踪恶意呼叫的系统，如图2所示，该系统主要包括：被叫所属软交换设备、被叫媒体网关、被叫端局。其中：

被叫所属软交换设备，用于下发的呼入信息，并接收上报的恶意呼叫信息；

被叫媒体网关，用于接收并解析所述被叫所属软交换设备下发的呼入信息，并判断是否进入恶意呼叫检测状态，以及用于判断是否将本次恶意呼叫信息上报给所述被叫所属软交换设备，并分类记录上报的恶意呼叫信息；

被叫端局，用于进入通话状态，并在检测到本次通话为恶意呼叫时向所述被叫媒体网关上报。

这里，上述系统还包括：主叫所属软交换设备、主叫媒体网关、主叫端局。其中：

主叫所属软交换设备，用于按照与被叫所属软交换设备按照的约定，接收恶意呼叫信息，以及用于按照与主叫媒体网关协商约定的信息格式和内容，向主叫媒体网关发出恶意呼叫通知；

主叫媒体网关，用于接收本次恶意呼叫信息，并根据主叫所属软交换设备的需求，判断是否下发恶意呼叫信息到主叫端局；

主叫端局，用于接收所述恶意呼叫信息；和/或，

所述被叫所属软交换设备，还用于在恶意呼叫信息满足业务限制的条件时，对发出本次恶意呼叫的主叫号码进行业务限制。

上述系统中，所述被叫媒体网关包括：恶意呼叫接收模块、恶意呼叫检测模块、恶意呼叫上报模块。其中：

恶意呼叫接收模块，用于接收并解析所述被叫所属软交换设备下发的呼入信息；

恶意呼叫检测模块，用于保存所述恶意呼叫接收模块所解析到的检测标记并进行恶意呼叫检测；

恶意呼叫上报模块，用于判断是否将所述恶意呼叫检测模块检测到的恶意呼叫信息上报给所述被叫所属软交换设备，并分类记录上报的恶意呼叫信息。

其中，所述主叫媒体网关包括：恶意呼叫下发模块，用于根据主叫所属软交换设备的需求，判断是否下发恶意呼叫信息到主叫端局。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述即可。以上所述，仅为本发明的较佳实施例而已，只是用来说明和解释本发明，并非用于限定本发明的保护范围。在本发明的精神和权利要求保护范围之内，对本发明所作的任何修改、等同替换，都落入本发明的保护范围。

Claims (9)

1.一种下一代网络中追踪恶意呼叫的方法，其特征在于，包括：

被叫媒体网关接收并解析被叫所属软交换设备下发的呼入信息，并判断是否进入恶意呼叫检测状态；

被叫媒体网关在恶意呼叫检测状态下时，接到被叫端局用户摘机事件，进入到主、被叫通话状态，当被叫端局检测到本次通话为恶意呼叫时，则将本次恶意呼叫事件上报给被叫媒体网关，并由被叫媒体网关判断是否将本次恶意呼叫信息上报给被叫所属软交换设备，如果不上报，被叫媒体网关丢弃端局上报的恶意呼叫事件；

如果上报，则将本次恶意呼叫信息上报给被叫所属软交换设备并分类记录本次上报的恶意呼叫信息；其中，

所述判断是否将本次恶意呼叫信息上报给被叫所属软交换设备为：

被叫媒体网关通过查找本次通话的恶意呼叫检测标记来判断是否将恶意呼叫信息上报给被叫所属软交换设备；

如果找到本次通话的恶意呼叫检测标记，则将本次恶意呼叫信息上报给被叫所属软交换设备；如果没有找到本次通话的恶意呼叫检测标记，则不上报本次恶意呼叫信息；

其中，按照与被叫所属软交换设备协商约定的信息内容和格式，将本次恶意呼叫信息上报给被叫所属软交换设备；

所述被叫媒体网关判断是否进入恶意呼叫检测状态为：

解析所述呼入信息，检查是否携带恶意呼叫扩展标记，当解析到恶意呼叫扩展标记时，则发起对恶意呼叫检测事件的解析；

若解析到恶意呼叫检测事件，被叫媒体网关则在其数据区记录恶意呼叫检测标记，并进入恶意呼叫检测状态；

若解析到恶意呼叫检测事件，被叫媒体网关则在接到被叫端局用户摘机事件，进入到主、被叫通话状态。

2.根据权利要求1所述的下一代网络中追踪恶意呼叫的方法，其特征在于，该方法还包括：

被叫所属软交换设备根据上报的恶意呼叫信息判断发出本次恶意呼叫的主叫号码是否满足业务限制条件，如果满足业务限制条件，对发出本次恶意呼叫的主叫号码进行业务限制；

如果不满足业务限制条件，则根据本次上报的本次恶意呼叫信息，记录主叫号码被上报的次数。

3.根据权利要求1所述的下一代网络中追踪恶意呼叫的方法，其特征在于，所述将本次恶意呼叫信息上报给被叫所属软交换设备之后，还包括：

被叫所属软交换设备按照与主叫所属软交换设备的约定，将本次恶意呼叫信息下发给主叫所属软交换设备；

主叫所属软交换设备收到所述恶意呼叫信息后，按照与主叫媒体网关协商约定的信息格式和内容，向主叫媒体网关发出恶意呼叫通知，将本次恶意呼叫信息下发给主叫媒体网关，主叫媒体网关根据主叫所属软交换设备的需求，判断是否下发恶意呼叫信息到主叫端局。

4.根据权利要求2所述的下一代网络中追踪恶意呼叫的方法，其特征在于，所述本次上报的恶意呼叫信息满足业务限制的条件为：

被叫所属软交换设备根据恶意呼叫信息中的主叫号码被上报的次数来判断是否满足呼叫限制的条件，如果主叫号码被上报的次数达到上报次数的上限，则本次上报的恶意呼叫信息满足呼叫限制的条件；如果主叫号码被上报的次数未达到上报次数的上限，则本次上报的恶意呼叫信息不满足呼叫限制的条件。

5.一种下一代网络中追踪恶意呼叫的系统，其特征在于，包括：被叫所属软交换设备、被叫媒体网关、被叫端局；其中，

被叫所属软交换设备，用于下发的呼入信息，并接收上报的恶意呼叫信息；

被叫媒体网关，用于接收并解析所述被叫所属软交换设备下发的呼入信息，并判断是否进入恶意呼叫检测状态，以及用于判断是否将本次恶意呼叫信息上报给所述被叫所属软交换设备，并分类记录上报的恶意呼叫信息；

被叫端局，用于进入通话状态，并在检测到本次通话为恶意呼叫时向所述被叫媒体网关上报；其中，

所述被叫媒体网关判断是否将本次恶意呼叫信息上报给被叫所属软交换设备为：

被叫媒体网关通过查找本次通话的恶意呼叫检测标记来判断是否将恶意呼叫信息上报给被叫所属软交换设备；

如果找到本次通话的恶意呼叫检测标记，则将本次恶意呼叫信息上报给被叫所属软交换设备；如果没有找到本次通话的恶意呼叫检测标记，则不上报本次恶意呼叫信息；

其中，按照与被叫所属软交换设备协商约定的信息内容和格式，将本次恶意呼叫信息上报给被叫所属软交换设备；

所述被叫媒体网关判断是否进入恶意呼叫检测状态为：

解析所述呼入信息，检查是否携带恶意呼叫扩展标记，当解析到恶意呼叫扩展标记时，则发起对恶意呼叫检测事件的解析；

若解析到恶意呼叫检测事件，被叫媒体网关则在其数据区记录恶意呼叫检测标记，并进入恶意呼叫检测状态；

若解析到恶意呼叫检测事件，被叫媒体网关则在接到被叫端局用户摘机事件，进入到主、被叫通话状态。

6.根据权利要求5所述的下一代网络中追踪恶意呼叫的系统，其特征在于，该系统还包括：主叫所属软交换设备、主叫媒体网关、主叫端局；其中，

主叫所属软交换设备，用于按照与被叫所属软交换设备按照的约定，接收恶意呼叫信息，以及用于按照与主叫媒体网关协商约定的信息格式和内容，向主叫媒体网关发出恶意呼叫通知；

主叫媒体网关，用于接收本次恶意呼叫信息，并根据主叫所属软交换设备的需求，判断是否下发恶意呼叫信息到主叫端局；

主叫端局，用于接收所述恶意呼叫信息。

7.根据权利要求5所述的下一代网络中追踪恶意呼叫的系统，其特征在于，

所述被叫所属软交换设备，还用于在恶意呼叫信息满足业务限制的条件时，对发出本次恶意呼叫的主叫号码进行业务限制。

8.根据权利要求6所述的下一代网络中追踪恶意呼叫的系统，其特征在于，所述被叫媒体网关包括：恶意呼叫接收模块、恶意呼叫检测模块、恶意呼叫上报模块；其中，

恶意呼叫接收模块，用于接收并解析所述被叫所属软交换设备下发的呼入信息；

恶意呼叫检测模块，用于保存所述恶意呼叫接收模块所解析到的检测标记并进行恶意呼叫检测；

恶意呼叫上报模块，用于判断是否将所述恶意呼叫检测模块检测到的恶意呼叫信息上报给所述被叫所属软交换设备，并分类记录上报的恶意呼叫信息。

9.根据权利要求8所述的下一代网络中追踪恶意呼叫的系统，其特征在于，所述主叫媒体网关包括：

恶意呼叫下发模块，用于根据主叫所属软交换设备的需求，判断是否下发恶意呼叫信息到主叫端局。