CN102118836A - 网络管控实现方法及***、管控通信装置 - Google Patents

Abstract

本发明实施例涉及一种网络管控实现方法及***、通信管控装置，其中方法包括：接收第一网络设备发送的管控请求消息，所述管控请求消息携带有接入所述第一网络设备的第一终端的本次业务信息；从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果；将所述管控结果发送给所述第一网络设备，使所述第一网络设备根据所述管控结果对所述第一终端的业务进行处理。本发明实施例，实现了根据具体的管控策略查询与本次业务信息相匹配的管控结果，从而对终端设备发起的业务请求进行精细化管控，对通信网络进行有效管制，避免了整网关闭式的粗放管控引起的多管或漏管现象，提高了网络用户的满意度。

Description

网络管控实现方法及***、管控通信装置

技术领域

本发明实施例涉及通信技术领域，尤其是一种网络管控实现方法及***、管控通信装置。

背景技术

随着通信技术的迅速发展，对通信网络进行有针对性的强制性管制的需求也应运而生。现有的全球移动通信***(Global System for MobileCommunication，简称：GSM)网络、码分多址(Code Division Multiple Access，简称：CDMA)网络、固话网络由于在电路交换(Circuit Switching，简称：CS)域没有网络管制标准，因此在CS域采用归属位置寄存器(Home LocationRegister，简称：HLR)签约锁或者整网关闭的方式进行通信管制；具体地，采用HLR签约锁进行通信管制时，需要为每一个用户签约一个通信权限管制模板，在未启控时，该通信权限管制模板对用户通信没有影响，当需要对用户进行通信管控时，开启HLR***的全局管控开关，并配置管控区域的移动交换中心(Mobile Switching Center，简称：MSC)标识列表(MSC ID LIST)，此时通过重启(reset)将在管控区域的MSC标识列表(MSC ID LIST)所表示的范围内的用户驱出网络，使其重新位置更新获取管控数据，从而启动通信管制；采用整网关闭进行通信管制时，需要在端局设置全网禁呼参数，在管控区的被管制网络内所有用户均无法通信。

现有技术中的管控方式，在管控期间由于所有用户均无法通信，因此降低了网络用户的满意度。

发明内容

本发明实施例的目的在于提供一种网络管控实现方法及***、管控通信装置，实现对通信网络进行有效管制。

本发明实施例提供一种网络管控实现方法，包括：

接收第一网络设备发送的管控请求消息，所述管控请求消息携带有接入所述第一网络设备的第一终端的本次业务信息；

从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果；

将所述管控结果发送给所述第一网络设备，使所述第一网络设备根据所述管控结果对所述第一终端的业务进行处理。

本发明实施例提供一种管控通信装置，包括：

接收模块，用于接收第一网络设备发送的管控请求消息，所述管控请求消息携带有接入所述第一网络设备的第一终端的本次业务信息；

查询模块，用于从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果；

第一发送模块，用于将所述管控结果发送给所述第一网络设备，使所述第一网络设备根据所述管控结果对所述第一终端的业务进行处理。

本发明实施例提供一种网络管控实现***，包括：管控通信装置、第一网络设备；

所述管控通信装置接收所述第一网络设备发送的管控请求消息，所述管控请求消息携带有接入所述第一网络设备的第一终端的本次业务信息，从已设定的管控策略中查询与本次业务信息相匹配的管控结果，将所述管控结果发送给所述第一网络设备，所述第一网络设备根据所述管控结果对终端设备的业务进行处理；所述管控请求消息携带有接入所述第一网络设备的第一终端的所述本次业务信息。

本发明实施例提供的网络管控实现方法及***、管控通信装置，当需要对本地业务进行临时管制时，通过从已设定的管控策略中查询与本次业务信息相匹配的管控结果，使得第一网络设备可以根据该管控结果对第一终端的业务进行处理，实现了根据具体的管控策略查询与本次业务信息相匹配的管控结果，从而对终端设备发起的业务请求进行精细化管控，对通信网络进行有效管制，避免了整网关闭式的粗放管控引起的多管或漏管现象，提高了网络用户的满意度。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明网络管控实现方法一个实施例的流程示意图；

图2为本发明网络管控实现方法另一个实施例的流程示意图；

图3为本发明网络管控实现方法一个实施例的信令示意图；

图4为本发明网络管控实现方法另一个实施例的信令示意图；

图5为本发明管控通信装置一个实施例的结构示意图；

图6为本发明管控通信装置另一个实施例的结构示意图；

图7为本发明网络管控实现***一个实施例的结构示意图；

图8为本发明实施例所适用的网络***一个实施例的结构示意图；

图9为本发明实施例所使用的网络***另一个实施例的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明网络管控实现方法一个实施例的流程示意图，如图1所示，本发明实施例包括如下步骤：

步骤101、接收第一网络设备发送的管控请求消息，其中，该管控请求消息携带有接入第一网络设备的第一终端的本次业务信息；

步骤102、从已设定的管控策略中查询与本次业务信息相匹配的管控结果；

步骤103、将该管控结果发送给第一网络设备，使第一网络设备根据该管控结果对第一终端的业务进行处理。

本发明实施例中，第一终端可以为主叫终端，也可以为被叫终端；本次业务信息可以包含有第一终端当前所处的位置信息、第一终端的呼叫类型(例如：本地通话、长途通话)、第一终端发起本次呼叫的通信时间信息等，本发明实施例仅以终端设备的管控策略具体为位置信息、呼叫类型、通信时间、业务类型或用户级别对本次业务信息作示例性说明，但并不构成对本发明实施例的限制，只要本次业务信息中包含的能够识别出第一终端的身份标识，并且根据第一终端的身份标识进行通信管控的信息均为本发明实施例所述的本次业务信息；管控策略具体可以根据网络管控需求设定；进一步地，位置信息包括了主叫终端的呼叫位置和被叫终端的呼叫位置，呼叫类型包括了主叫终端的呼叫类型和被叫终端的呼叫类型，用户级别包括了被叫终端的用户级别和主叫终端的用户级别，通信时间包括了主叫终端发起呼叫时的通信时间等基本元素，业务类型可以为始发话音呼叫、始发视频呼叫、始发短消息、始发其他文本消息或始发非文本消息，也可以为终接话音呼叫、终接视频呼叫、终接短消息、终接其他文本消息或终接非文本消息，还可以为前转话音呼叫、前转视频呼叫、前转短消息、前转其他文本消息或前转非文本消息。

当然上述管控策略可以为至少上述位置信息、呼叫类型、通信时间、业务类型或用户级别中的单个或组合，可根据实际管控情况进行设定；管控结果根据实际管控需求设置，例如：放行符合管控策略的呼叫，拒绝不符合管控策略的呼叫，有条件地限制符合管控策略的呼叫。

本发明实施例提供的网络管控实现方法，当需要对本地业务进行临时管制时，通过从已设定的管控策略中查询与本次业务信息相匹配的管控结果，使得第一网络设备可以根据该管控结果对第一终端的业务进行处理，实现了根据具体的管控策略查询与本次业务信息相匹配的管控结果，从而对终端设备发起的业务请求进行精细化管控，对通信网络进行有效管制，避免了整网关闭式的粗放管控引起的多管或漏管现象，提高了网络用户的满意度。

图2为本发明网络管控实现方法另一个实施例的流程示意图，如图2所示，本发明实施例包括如下步骤：

步骤201、在管控区内向第一网络设备发送开启管控任务请求消息，使得第一网络设备根据开启管控任务请求消息设置启控状态和起控条件；

为了有效地对通信网络进行管控，可以根据具体网络管控情况设定管控区，并且，该管控区可以为具体为网络意义划分的区域，也可以具体为地理位置上划分的区域。若第一网络设备判断当前情况下未设置启控状态，表示当前没有通信管控，第一网络设备正常处理接收到的呼叫请求；起控条件具体可以是通过设置管控策略限制终端设备进行呼叫。

步骤202、接收第一网络设备发送的管控请求消息，其中，管控请求消息携带有接入第一网络设备的第一终端的本次业务信息；

其中，本次业务信息中携带有主叫号码、被叫号码、主叫终端的位置区、主叫号码的级别等信息。

步骤203、从已设定的管控策略中查询与本次业务信息相匹配的管控结果；

具体地，从本次业务信息中获取第一号码和与第一终端进行呼叫的第二终端的第二号码；根据第二号码所属的网络类型向与网络类型相对应的第二网络设备发送管控信息查询消息，进一步地，可以根据号码类型表判断第二号码的网络类型；表1为号码类型表的一个具体示例。

表1号码类型表

终端号码的首号	网络类型
		86111	移动网络
86222	移动网络
		860293333	固定网络

如上述表1所示，终端号码的首号“86111”与“86222”均表示移动网络，终端号码的首号“860293333”表示位于中国西安地区的固定网络；该号码类型表可根据被控地区实际的网络部署情况设置。

若网络类型为移动网络，则向第二号码所归属的归属位置寄存器发送管控信息查询消息，用于获取第二号码的管控信息，该第二号码的管控信息具体可以为第二号码所在的位置信息、呼叫类型等信息；若网络类型为固定网络，则向第二号码所归属的端局设备发送管控信息查询消息，用于获取第二号码的管控信息；接收第二网络设备根据管控信息查询消息返回的管控信息响应消息，该管控信息响应消息携带有第二号码的管控信息；根据第一号码与第二号码的管控信息从已设定的管控策略中查询与本次业务信息相匹配的管控结果；

根据第一号码查询对第一号码进行通信管控的第一管控信息；根据第二号码查询对第二号码进行通信管控的第二管控信息；根据第一管控信息与第二管控信息从已设定的管控策略中查询与本次业务信息相匹配的管控结果，具体地，可以从管控通信中心获取管控区内的管控结果。

步骤204、将该管控结果发送给第一网络设备，使第一网络设备根据该管控结果对第一终端的业务进行处理；

步骤205、在管控区内向第一网络设备发送关闭管控任务请求消息，清除管控策略，使得第一网络设备根据关闭管控任务请求消息取消启控状态。

其中，当不需要对管控区内的通信网络进行管控时，通过向第一网络设备发送关闭管控任务请求消息，使得第一网络设备取消启控状态进一步恢复正常的通信状态；通过清除相应的管控策略(例如：设定区域的呼叫类型、通信时间、用户级别，或者设定时间段中的位置信息、用户级别、呼叫类型)，当再次需要对通信网络进行管控时另行设置与管制需求相对应的管控策略即可。

本发明实施例中，若第一终端为主叫终端，则第二终端为被叫终端，若第一终端为被叫终端，则第二终端为主叫终端。

本发明实施例提供的网络管控实现方法，当需要对本地业务进行临时管制时，通过从已设定的管控策略中查询与本次业务信息相匹配的管控结果，使得第一网络设备可以根据该管控结果对第一终端的业务进行处理，实现了根据具体的管控策略查询与本次业务信息相匹配的管控结果，从而对终端设备发起的业务请求进行精细化管控，对通信网络进行有效管制，避免了整网关闭式的粗放管控引起的多管或漏管现象，提高了网络用户的满意度。

此外，本发明实施例中，还可以通过以下过程获取从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果：

从本次业务信息中获取第一终端的第一号码；根据第一号码所属的网络类型向与第一号码对应的第三网络设备(该第三网络设备具体可以为：第一号码归属的归属位置寄存器HLR、第一终端拜访的移动交换中心MSC/拜访位置寄存器VLR，或其他存储第一号码的管控信息的设备)发送管控信息查询消息；接收第三网络设备根据管控信息查询消息返回的管控信息响应消息，其中，管控信息响应消息携带有第一号码的管控信息，根据第一号码的管控信息从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果；或，

所述管控请求信息中携带第一号码的管控信息，则从管控请求信息中获取第一终端的第一号码的管控信息，根据所述第一号码的管控信息从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果；或者，

从本次业务信息中获取与第一终端进行业务交互的第二终端的第二号码；根据第二号码所属的网络类型向与第二号码对应的第二网络设备发送管控信息查询消息；接收第二网络设备根据管控信息查询消息返回的管控信息响应消息，管控信息响应消息携带有第二号码的管控信息，根据第二号码的管控信息从已设定的管控策略中查询与本次业务信息相匹配的管控结果。

通过上述步骤，若需要对第一号码的业务信息进行管控时，可以仅获取第一号码的管控信息对第一号码的业务进行管控；若需要对第二号码的业务信息进行管控时，可以仅获取第二号码的管控信息对第二号码的业务进行管控；若需要对第一号码和第二号码之间的业务进行管控时，则可以获取到第一号码的管控信息和第二号码的管控信息，提高了通信网络管控的灵活性。

图3为本发明网络管控实现方法一个实施例的信令示意图，如图3所示，本发明实施例以移动网络的第一MSC作为第一网络设备，移动网络中的HLR和第二MSC共同作为第二网络设备，并且第一终端发起的本次业务信息具体为呼叫请求进行示例性说明，本实施例包括如下步骤：

步骤301、当第一MSC接收到第一终端发起的呼叫请求时，第一MSC检测到网络***已经处于启控状态，则向通信管控装置(RCC)发送管控请求(RCCREQ)消息，该管控请求消息中携带该作为主叫终端的第一终端所在的位置信息、业务类型为始发话音呼叫、作为主叫号码的第一号码和作为被叫号码的第二号码、用户级别中的至少一个；

步骤302、通信管控装置接收该管控请求(RCCREQ)消息后，从该管控请求消息中获取第二号码，根据号码类型表判断该第二号码的网络类型为移动网络，则根据管控策略所需信息向第二号码所归属的HLR发送管控信息请求(POSTREQ)消息获取第二号码的管控信息；此外，若第二号码为国际号码，由于涉及到跨国网络，不能获取该第二号码的管控信息，根据管控策略也就无法获取管控信息，因此可对该第二号码不做处理。

步骤303、第二号码所归属的HLR根据位置信息请求消息需要获取的第二号码的管控信息判断HLR自身是否可以提供，如果可以提供，则将该第二号码的管控信息通过管控信息响应消息返回给通信管控装置，否则将管控信息请求(POSTREQ)消息转发给第二MSC以获取第二号码的管控信息；

步骤304、第二MSC根据管控信息请求消息要求获取的第二号码的管控信息，并在管控信息响应消息中携带第二号码的管控信息返回给HLR，HLR将第二号码的管控信息打包处理后将管控信息响应消息返回给通信管控装置；

步骤305、通信管控装置从管控信息响应消息中获取到第二号码的管控信息，并根据第二号码的管控信息构造被叫级别、主叫级别、始呼位置区、被叫位置区、业务类型、管控时间等呼叫条件，根据该呼叫条件在通信管控装置中获取与已设定的管控策略相对应的管控结果；

步骤306、通信管控装置将该管控结果返回给第一MSC，第一MSC根据该管控结果判断是否允许第一终端继续呼叫；若允许则呼叫继续；若拒绝，则释放呼叫，并根据原因值放音，例如：用户无权呼叫此用户。

本发明实施例提供的网络管控实现方法，当需要对本地第一终端发起的呼叫请求进行临时管制时，通过从已设定的管控策略中查询与该呼叫请求相匹配的管控结果，使得第一网络设备可以根据该管控结果对第一终端的呼叫进行处理，从而实现了根据管控策略相匹配的管控结果对终端设备发起呼叫进行精细化管控，对通信网络进行有效管制，避免了整网关闭式的粗放管控引起的多管或漏管现象，提高了网络用户的满意度。

图4为本发明网络管控实现方法另一个实施例的信令示意图，如图4所示，本发明实施例以固定网络的固定端局/SHLR作为第一网络设备，移动网络中的HLR和MSC共同作为第二网络设备，并且第二终端发起的本次业务信息具体为呼叫请求进行示例性说明，本实施例包括如下步骤：

步骤401、当作为被叫终端的第一终端所在的固定端局/SHLR接收到作为主叫终端的第二终端从HLR发起的呼叫请求时，固定端局/SHLR检测网络***已经处于启动状态，则固定端局/SHLR向通信管控装置(RCC)发送管控请求(RCCREQ)消息，该管控请求消息携带该作为被叫终端的第一终端所在的位置信息、业务类型为终接语音终呼、作为主叫号码的第二号码和作为被叫号码的第一号码、用户等级等信息的至少一个；

步骤402、通信管控装置接收管控请求(RCCREQ)消息，从该管控请求消息中获取作为被叫终端的第二终端的第二号码，根据号码类型表判断该第二号码的网络类型为移动网络，则根据管控策略所需信息向第二号码归属的HLR发送位置信息请求(POSTREQ)消息获取第二号码的管控信息；

步骤403、第二号码所归属的HLR根据管控信息请求消息获取的第二号码的管控信息判断HLR自身是否可以提供，如果可以提供，则将第二号码的管控信息通过管控信息响应消息返回给通信管控装置，否则将管控信息请求(POSTREQ)消息转发给MSC以获取第二号码的管控信息；

步骤404、MSC根据管控信息请求消息获取对应的第二号码的管控信息，并在管控信息响应消息中携带第二号码的管控信息返回给HLR，HLR将第二号码的管控信息打包处理后将第二号码的管控信息携带在管控信息响应消息中返回给通信管控装置；

步骤405、通信管控装置从管控信息响应消息中获取到的第二号码的管控信息，并根据第二号码的管控信息构造被叫级别、主叫级别、始呼位置区，被叫位置区、业务类型、管控时间等呼叫条件，根据该呼叫条件在通信管控装置的管控策略中获取与呼叫条件相匹配的管控结果，即获取与本次业务信息相匹配的管控结果；

步骤406、通信管控装置将该管控结果返回给固定端局/SHLR，固定端局/SHLR根据该管控结果判断是否允许第一终端继续呼叫；若允许则呼叫继续；若拒绝，则释放呼叫，并根据原因值放音，例如：用户无权呼叫此用户。

本发明实施例提供的网络管控实现方法，当需要对本地呼叫进行临时管制时，通过从已设定的管控策略中查询与呼叫请求相匹配的管控结果，使得第一网络设备可以根据该管控结果对第一终端的呼叫进行处理，从而实现了根据与管控策略所匹配的管控结果对终端设备发起呼叫进行精细化管控，对通信网络进行有效管制，避免了整网关闭式的粗放管控引起的多管或漏管现象，提高了网络用户的满意度。

图5为本发明管控通信装置一个实施例的结构示意图，如图5所示，本实施例包括：接收模块51、查询模块52、第一发送模块53；

其中，接收模块51接收第一网络设备发送的管控请求消息，所述管控请求消息携带有接入所述第一网络设备的第一终端的本次业务信息；查询模块52从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果，其中，管控策略是根据网络管控需求设定的；第一发送模块53将所述管控结果发送给所述第一网络设备，使所述第一网络设备根据所述管控结果对所述第一终端的业务进行处理。

本发明实施例提供的网络管控实现装置，当需要对本地业务进行临时管制时，查询模块52通过从已设定的管控策略中查询与本次业务信息相匹配的管控结果，使得第一网络设备可以根据该管控结果对第一终端的业务进行处理，实现了根据具体的管控策略查询与本次业务信息相匹配的管控结果，从而对终端设备发起的业务请求进行精细化管控，对通信网络进行有效管制，避免了整网关闭式的粗放管控引起的多管或漏管现象，提高了网络用户的满意度。

图6为本发明管控通信装置另一个实施例的结构示意图，如图6所示，本发明实施例的管控通信装置60包括：接收模块61、查询模块62、第一发送模块63、第二发送模块64、获取模块65、第三发送模块66、清除模块67；

其中，接收模块61接收第一网络设备发送的管控请求消息，所述管控请求消息携带有接入所述第一网络设备的第一终端的本次业务信息；查询模块62从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果，其中，管控策略是根据网络管控需求设定的；第一发送模块63将所述管控结果发送给所述第一网络设备，使所述第一网络设备根据所述管控结果对所述第一终端的业务进行处理；第二发送模块64在管控区内向所述第一网络设备发送开启管控任务请求消息，使得所述第一网络设备根据所述开启管控任务请求消息设置启控状态；获取模块65从管控通信中心获取所述管控区内的已设定的管控策略；第三发送模块66在所述管控区内向所述第一网络设备发送关闭管控任务请求消息，使得所述第一网络设备根据所述关闭管控任务请求消息取消启控状态；清除模块67清除管控策略。

进一步地，查询模块62还可以包括：获取单元621、发送单元622、接收单元623、查询单元624；其中，获取单元621从所述本次业务信息中获取所述第一终端的第一号码和与所述第一终端进行业务交互的第二终端的第二号码；发送单元622根据所述第二号码所属的网络类型向与所述网络类型相对应的第二网络设备发送管控信息查询消息；接收单元623接收所述第二网络设备根据所述管控信息查询消息返回的管控信息响应消息，所述管控信息响应消息携带有所述第二号码的管控信息；查询单元624根据所述第一号码与所述第二号码的管控信息从已设定的管控策略中查询与本次业务信息相匹配的管控结果。

进一步地，发送单元622还可以包括：判断子单元以及、第一发送子单元和第二发送子单元的至少一个；其中，判断子单元根据号码类型表判断所述第二号码的网络类型；若所述网络类型为移动网络，则第一发送子单元向所述第二号码所归属的归属位置寄存器发送管控信息查询消息，用于获取所述第二号码的管控信息；若所述网络类型为固定网络，则第二发送子单元向所述第二号码所归属的端局设备发送管控信息查询消息，用于获取所述第二号码的管控信息。

进一步地，查询单元624还可以包括：第一查询子单元、第二查询子单元、第三查询子单元；其中，第一查询子单元根据所述第一号码查询对所述第一号码的进行通信管控的第一管控信息；第二查询子单元根据所述第二号码查询对所述第二号码的进行通信管控的第二管控信息；第三查询子单元根据所述第一管控信息与所述第二管控信息从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果。

本发明实施例提供的网络管控实现装置，当需要对本地业务进行临时管制时，查询模块62通过从已设定的管控策略中查询与本次业务信息相匹配的管控结果，使得第一网络设备可以根据该管控结果对第一终端的业务进行处理，实现了根据具体的管控策略查询与本次业务信息相匹配的管控结果，从而对终端设备发起的业务呼叫进行精细化管控，对通信网络进行有效管制，避免了整网关闭式的粗放管控引起的多管或漏管现象，提高了网络用户的满意度。

本发明网络管控实现装置实施例中所提供各个模块之间的交互及相关信息均可以参考前述各个方法实施例所提供的流程，具体功能和处理流程请参见前述各实施例，此处不再赘述。

图7为本发明网络管控实现***一个实施例的结构示意图，如图7所示，本发明实施例包括：管控通信装置71、第一网络设备72；

其中，管控通信装置71接收所述第一网络设备72发送的管控请求消息，从已设定的管控策略中查询与本次业务信息相匹配的管控结果，其中，管控策略是根据网络管控需求设定的，将管控结果发送给第一网络设备72，第一网络设备72根据该管控结果对所述第一终端的业务进行处理；其中，管控请求消息携带有接入第一网络设备72的第一终端的所述本次业务信息。

本发明实施例提供的网络管控实现***，当需要对本地呼叫进行临时管制时，管控通信装置71通过从已设定的管控策略中查询与本次业务信息相匹配的管控结果，使得第一网络设备72可以根据该管控结果对第一终端的呼叫进行处理，实现了根据管控策略相匹配的管控结果对终端设备发起业务请求进行精细化管控，对通信网络进行有效管制，从而避免了整网关闭式的粗放管控引起的多管或漏管现象，提高了网络用户的满意度。

进一步地，在上述图7所示实施例的基础上，还可以包括第二网络设备73；其中，第二网络设备73用于接收管控通信装置71发送的管控信息查询消息，并向管控通信装置73返回管控信息响应消息，其中，管控信息响应消息携带有与所述第一终端进行呼叫的第二终端的第二号码的管控信息。

图8为本发明实施例所适用的网络***一个实施例的结构示意图，如图8所示，该网络***包括：管控通信平台81、智能归属位置寄存器(Smart HLR，简称：SHLR)82、软交换设备83、HLR85、MSC86；其中，SHLR82与软交换设备83属于固定网络中的网络设备，HLR85和MSC86属于移动网络中的网络设备。

当移动终端87呼叫固定终端84时，移动终端87通过MSC86和HLR85将管控信息上报给管控通信平台81，其中该上报的管控信息中携带有作为主叫方的移动终端对应的主叫号码、作为被叫方的固定终端对应的被叫号码、移动终端87所在的位置区、移动终端87的用户级别等呼叫信息，管控通信平台81通过对作为被呼叫方的固定终端84的被叫号码进行分析后获知为固定号码，则向固定终端84所归属的SHLR82发起管控信息查询消息，固定网络根据查询结果将被叫号码对应的管控信息及被叫号码的用户级别返回给管控通信平台81，然后管控通信平台81根据主叫级别、被叫级别、主叫当前位置区、被叫当前位置区、呼叫类型、时间段等呼叫条件查询已设定的管控策略，若移动终端87的当前位置属于漫游区域，而固定终端84的呼叫条件与已设定的管控策略相一致，但该管控策略对应的管控结果为允许呼叫，则管控通信平台81将该管控策略相对应的管控结果发送给MSC86，MSC86根据管控结果允许移动终端87与固定终端84之间的呼叫继续，则移动终端87与固定终端84继续完成呼叫；若固定终端84的呼叫条件与已设定的管控策略相一致，但该管控策略对应的管控结果为禁止呼叫，则管控通信平台81将该管控策略相对应的管控结果发送给MSC86，MSC86根据管控结果禁止移动终端87与固定终端84之间的呼叫，则移动终端87与固定终端84结束呼叫。

从本实施例可知，当需要对固定终端84进行临时管制时，通过从已设定的管控策略中查询与本次呼叫信息相匹配的管控结果，使得移动网络中的MSC86可以根据该管控结果对移动终端的呼叫进行允许或者禁止处理，实现了根据管控策略所对应的管控结果对终端设备发起呼叫进行精细化管控，对通信网络进行有效管制，从而避免了整网关闭式的粗放管控引起的多管或漏管现象，提高了网络用户的满意度。

图9为本发明实施例所使用的网络***另一个实施例的结构示意图，如图9所示，该网络***包括：管控通信平台91、被叫HLR92、被叫MSC93、主叫HLR95、主叫MSC96；其中，被叫HLR92与被叫MSC93属于被叫网络中的网络设备，主叫HLR95和主叫MSC96属于主叫网络中的网络设备。进一步地，主叫网络与被叫网络可以为相同类型的网络，也可以为不同类型的网络，本发明实施例仅以描述方便将主叫网络与被叫网络均为移动网络进行示例性说明，但并不能构成对本发明实施例的限制。

当主叫移动终端97呼叫被叫移动终端94时，主叫移动终端97通过主叫MSC96将管控信息上报给管控通信平台91，其中该上报的管控信息中携带有作为主叫方的主叫移动终端97对应的主叫号码、作为被叫方的被叫移动终端94对应的被叫号码、主叫移动终端97所在的位置区、主叫移动终端97的用户级别等呼叫信息，管控通信平台91通过对作为被呼叫方的被叫移动终端94的被叫号码进行分析后获知为移动号码，则向被叫移动终端94所归属的被叫HLR92发起管控信息查询消息，移动网络根据查询结果将被叫号码对应的管控信息及被叫号码的用户级别返回给管控通信平台91，然后管控通信平台91根据主叫级别、被叫级别、主叫当前位置区、被叫当前位置区、呼叫类型、时间段等呼叫条件查询已设定的管控策略，若主叫移动终端97的当前位置属于漫游区域，而被叫移动终端94的呼叫条件与已设定的管控策略相一致，若该管控策略对应的管控结果为禁止呼叫，则管控通信平台91将该管控策略相对应的管控结果发送给主叫MSC96，主叫MSC96根据管控结果禁止主叫移动终端97与被叫移动终端94之间的呼叫继续，则主叫移动终端97与被叫移动终端94停止呼叫；若该管控策略对应的管控结果为禁止呼叫，则管控通信平台91将该管控策略相对应的管控结果发送给主叫MSC96主叫MSC96根据管控结果禁止主叫移动终端97与被叫移动终端94之间的呼叫继续，则主叫移动终端97与被叫移动终端94停止呼叫。

从本实施例可知，当需要对被叫移动终端94进行临时管制时，通过从已设定的管控策略中查询与本次呼叫信息相匹配的管控结果，使得移动网络中的主叫MSC96可以根据该管控结果对移动终端的呼叫进行允许或者禁止处理，实现了根据管控策略所对应的管控结果对终端设备发起呼叫进行精细化管控，对通信网络进行有效管制，从而避免了整网关闭式的粗放管控引起的多管或漏管现象，提高了网络用户的满意度。

为了更形象地理解本发明实施例所述的管控策略，以表格的形式对已设定的管控策略和相应的管控结果进行说明，本发明实施例中所述的管控策略和相应的管控结果具体可以如表2所示。

表2

由上述表2可知，管控策略包括了：始呼级别(分别为A、B、C、D、E)、终呼级别、始呼位置区、呼叫类型、终呼位置区、通信时间，但不限于表2中所列，管控策略中每个呼叫终端用户均对应一个用户级别，该用户级别包括主叫终端的用户级别和被叫终端的用户级别，每一次呼叫均对应一个位置信息(始呼位置区、终呼位置区)、呼叫类型、通信时间等基本条件，因此可以通过位置信息、呼叫类型、通信时间等基本元素的单个或组合的管控策略实现对本次业务配置相应的管控策略，以确定本次业务的管控结果是放通、拒绝还是条件放通。当然上述管控策略和管控结果仅为一个示例性说明，本发明实施例所述的管控策略并不局限于上述所示的管控策略，只要根据实际呼叫情况对呼叫请求进行管控的策略均为本发明实施例所述的管控策略，例如：可以是上述用户级别、位置信息、呼叫类型、通信时间中的一个或者多个的组合形成的管控策略，具体可以根据实际网络管控需求进行相应的设置；本发明实施例所述的管控结果也并非上述三种，只要根据管控结果对呼叫进行管制均为本发明实施例所述的管控策略。

在实际的通信管制中，通信管控中心接到需要对某一特定区域的网络进行管控的任务后，将管控任务以管控策略的形式配置到管控通信平台上，管控通信平台向被管控区的网络设备启动管控任务，当移动网络或者固定网络有业务请求事件发生时，通信网络根据管控标识(上述仅以第一号码和第二号码进行示例性说明)，判断此业务请求事件相对应的业务信息是否与已上报至管控通信平台的管控策略相一致，若该业务请求事件与已上报的管控策略相一致，则将此通信事件上报至管控通信平台。管控通信平台根据管控策略的要求，向通信的另一方发起管控信息查询(管控信息可以包括：位置、用户级别等)。在获得另一方用户的管控信息，则根据管控通信平台中的管控策略判断本次通信是否需要管制，并将管控策略返回给触发此呼叫事件的网络，该通信网络根据管控结果对通信进行放通、拒绝或条件放通服务。

上述本发明实施例中，仅以终端发起的本次呼叫信息作为本次业务信息的示例，本发明实施例中所述的本次业务信息具体还可以为：始发话音呼叫、始发视频呼叫、始发短消息、始发其他文本消息或始发非文本消息，也可以为终接话音呼叫、终接视频呼叫、终接短消息、终接其他文本消息或终接非文本消息，还可以为前转话音呼叫、前转视频呼叫、前转短消息、前转其他文本消息或前转非文本消息；当上述列举并不能构成对本发明实施例的限制，只要能够通过已设定的管控策略对终端发起的业务请求进行管控的的技术方案均为本发明实施例所描述的技术方案。

本发明实施例中所述的通信管控装置和通信管控平台在具体实现时可以为相同的设备，通过设置不同的管控策略，还可以作为网络贵宾(VeryImportant Person，简称：VIP)设备，通过设置不同的管控策略实现为不同级别的用户提供差异化服务及享受不同的网络资源，为运营商的差异化运营提供技术手段。

本领域普通技术人员可以理解：实现上述实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (16)

1.一种网络管控实现方法，其特征在于，包括：

接收第一网络设备发送的管控请求消息，所述管控请求消息携带有接入所述第一网络设备的第一终端的本次业务信息；

从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果；

将所述管控结果发送给所述第一网络设备，使所述第一网络设备根据所述管控结果对所述第一终端的业务进行处理。

2.根据权利要求1所述的方法，其特征在于，所述从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果包括：

从所述本次业务信息中获取所述第一终端的第一号码和与所述第一终端进行业务交互的第二终端的第二号码；

根据所述第二号码所属的网络类型向与所述网络类型相对应的第二网络设备发送管控信息查询消息；

接收所述第二网络设备根据所述管控信息查询消息返回的管控信息响应消息，所述管控信息响应消息携带有所述第二号码的管控信息；

根据所述第一号码与所述第二号码的管控信息从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果。

3.根据权利要求2所述的方法，其特征在于，所述根据所述第二号码所属的网络类型向与所述网络类型相对应的第二网络设备发送管控信息查询消息包括：

根据号码类型表判断所述第二号码的网络类型；

若所述网络类型为移动网络，则向所述第二号码所归属的归属位置寄存器发送管控信息查询消息，用于获取所述第二号码的管控信息；

若所述网络类型为固定网络，则向所述第二号码所归属的端局设备发送管控信息查询消息，用于获取所述第二号码的管控信息。

4.根据权利要求2所述的方法，其特征在于，所述根据所述第一号码与所述第二号码的管控信息从已设定的管控策略中查询与所述第一号码和所述第二号码相匹配的管控结果包括：

根据所述第一号码查询对所述第一号码的进行通信管控的第一管控信息；

根据所述第二号码查询对所述第二号码的进行通信管控的第二管控信息；

根据所述第一管控信息与所述第二管控信息从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果。

5.根据权利要求1所述的方法，其特征在于，所述从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果包括：

根据所述第一号码的管控信息从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果；或，

从所述本次业务信息中获取所述与所述第一终端进行业务交互的第二终端的第二号码；根据所述第二号码所属的网络类型向与所述第二号码对应的第二网络设备发送管控信息查询消息；接收所述第二网络设备根据所述管控信息查询消息返回的管控信息响应消息，所述管控信息响应消息携带有所述第二号码的管控信息，根据所述第二号码的管控信息从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果。

6.根据权利要求1所述的方法，其特征在于，所述接收第一网络设备发送的管控请求消息之前还包括：

在管控区内向所述第一网络设备发送开启管控任务请求消息，使得所述第一网络设备根据所述开启管控任务请求消息设置启控状态和起控条件。

7.根据权利要求6所述的方法，所述将所述管控结果发送给所述第一网络设备之后还包括：

在所述管控区内向所述第一网络设备发送关闭管控任务请求消息，使得所述第一网络设备根据所述关闭管控任务请求消息取消启控状态。

8.根据权利要求1～7任一所述的方法，其特征在于，

所述管控策略包括：终端设备的位置信息、呼叫类型、通信时间、业务类型、或用户级别中的至少一个。

9.一种管控通信装置，其特征在于，包括：

接收模块，用于接收第一网络设备发送的管控请求消息，所述管控请求消息携带有接入所述第一网络设备的第一终端的本次业务信息；

查询模块，用于从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果；

第一发送模块，用于将所述管控结果发送给所述第一网络设备，使所述第一网络设备根据所述管控结果对所述第一终端的业务进行处理。

10.根据权利要求9所述的装置，其特征在于，所述查询模块包括：

获取单元，用于从所述本次业务信息中获取所述第一终端的第一号码和与所述第一终端进行业务交互的第二终端的第二号码；

发送单元，用于根据所述第二号码所属的网络类型向与所述网络类型相对应的第二网络设备发送管控信息查询消息；

接收单元，用于接收所述第二网络设备根据所述管控信息查询消息返回的管控信息响应消息，所述管控信息响应消息携带有所述第二号码的管控信息；

查询单元，用于根据所述第一号码与所述第二号码的管控信息从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果。

11.根据权利要求10所述的装置，其特征在于，所述发送单元包括：

判断子单元，用于根据号码类型表判断所述第二号码的网络类型；

第一发送子单元，用于若所述网络类型为移动网络，则向所述第二号码所归属的归属位置寄存器发送管控信息查询消息，用于获取所述第二号码的管控信息；和/或，第二发送子单元，用于若所述网络类型为固定网络，则向所述第二号码所归属的端局设备发送管控信息查询消息，用于获取所述第二号码的管控信息。

12.根据权利要求10所述的装置，其特征在于，所述查询单元包括：

第一查询子单元，用于根据所述第一号码查询对所述第一号码的进行通信管控的第一管控信息；

第二查询子单元，用于根据所述第二号码查询对所述第二号码的进行通信管控的第二管控信息；

第三查询子单元，用于根据所述第一管控信息与所述第二管控信息从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果。

13.根据权利要求10～12任一所述的装置，其特征在于，还包括：

第二发送模块，用于在管控区内向所述第一网络设备发送开启管控任务请求消息，使得所述第一网络设备根据所述开启管控任务请求消息设置启控状态和起控条件。

14.根据权利要求13所述的装置，其特征在于，还包括：

第三发送模块，用于在所述管控区内向所述第一网络设备发送关闭管控任务请求消息，使得所述第一网络设备根据所述关闭管控任务请求消息取消启控状态；

清除模块，用于清除所述管控策略。

15.一种网络管控实现***，其特征在于，包括：管控通信装置、第一网络设备；

所述管控通信装置接收所述第一网络设备发送的管控请求消息，所述管控请求消息携带有接入所述第一网络设备的第一终端的本次业务信息，从已设定的管控策略中查询与所述本次业务信息相匹配的管控结果，将所述相匹配的管控结果发送给所述第一网络设备，所述第一网络设备根据所述管控结果对所述第一终端的业务进行处理。

16.根据权利要求15所述的***，其特征在于，还包括：第二网络设备，

所述第二网络设备用于接收所述管控通信装置发送的管控信息查询消息，并向所述管控通信装置返回管控信息响应消息，所述管控信息响应消息携带有与所述第一终端进行呼叫的第二终端的第二号码的管控信息。

Images