技术领域
[0001] 本发明属于移动通信技术领域，尤其涉及一种手机管控平台。
相关背景技术
[0002] 近年来，企事业在信息化建设改造过程中，由于地域敏感性，需要对某些区域进行通信管制，这种通信管制的需求给手机管控系统带来了市场机会。
[0003] 基于当前的手机管控现状和新型发展需要，随着4G通信网络的商用，以及5G技术研究和突破，手机管控面临着更大的挑战，亟需规划建设一套具有绿色低辐射、全制式高效率、周界控制精准、高度智能自适应、兼具非法手机侦测与定位双重功能的手机信号管控系统，实现对非法手机进行侦测、告警、定位、追踪。现有发明都集中于对手机管控系统本身进行介绍，或者集中于大数据处理，却无一篇发明介绍其后台管控系统的，本发明就是为了弥补这个空白而产生的。
具体实施方式
[0046] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0047] 基于背景技术中的问题，本发明实施例提供一种手机管控平台，手机管控平台分层设计，主要包括三层，第一层包括后台管控系统和主机系统，第二层的设计上，后台管控系统包括界面呈现层、通信协议层、数据库访问层和数据库，所述主机系统包括主机软件和多个不同制式频段的管控设备，所述后台管控系统通过TCP协议与所述主控软件通信连接，所述主控软件通过TCP协议与每一个管控设备通信连接。第三层设计上，界面呈现层包括侦测管理组件、配置管理组件、频率扫描组件、告警管理组件、系统主页组件和数据查询组件，所述通信协议层包括通信模块、协议模块和派发模块。
[0048] 其中，后台主控系统负责与主机系统通信，完成多个管控设备的相关配置及信息呈现，数据库主要负责存储多个管控设备的相关配置及各种信息；主机系统完成全制式频段手机信号的管控。
[0049] 本发明实施例提供的一套手机管控平台，后台管控系统与主机系统的主控软件进行连接，无需与所有的管控设备逐一连接，就可以管理控制所有的管控设备，对其进行配置及信息呈现，并对非法手机进行侦测、告警、定位与追踪。
[0050] 参见图1，提供了本发明实施例的一种手机管控平台，包括后台管控系统和主机系统，主机系统包括主控软件和多个管控设备，后台管控系统通过TCP协议与主控软件通信连接，所述主控软件通过TCP协议与每一个管控设置通信连接；其中，多个管控设备属于不同制式频段；
[0051] 后台管控系统，用于设置每一个管控设备的小区配置信息，并将小区配置信息下发给所述主控软件；还用于对主控软件上报的小区状态信息和手机上号信息进行呈现；
[0052] 主控软件，用于根据后台管控系统下发的各个管控设备的小区配置信息，为各个管控设备设置小区配置信息；还用于收集各个管控设备的小区信息配置是否成功的小区状态信息和手机上号信息，将小区状态信息和手机上号信息上报至后台管控系统。
[0053] 可以理解的是，本发明实施例提供了一种手机管控平台，能够实现全制式的手机信号的管控及侦测，并能够实时掌控小区的状态信息和手机上号信息。
[0054] 手机管控平台主要包括后台管控平台和主机系统，其中，主机系统包括主机软件和各个管控设备，各个管控设备用于收集不同制式的手机信号，各个管控设备包括4G LTE采集设备、2G CDMA采集设备、2G GSM采集设备、3G WCDMA采集设备、CDMA/EVDO采集设备、WIFI采集设备。其中，在一套主机系统中，4G LTE采集设备可以有多个，最多配置10个；3G WCDMA采集设备也可以有多个，最多配置4个；其它管控设备都只能有一个。
[0055] 其中，后台管控系统通过TCP协议与主机系统中的主机软件通信，主机软件通过TCP协议与各管控设备进行通信，主机软件与各管控设备之间采用的是各自的南向接口协议。后台管控系统设置各个管控设备的小区配置参数，并通过主机软件下发给各个管控设备进行小区配置参数的设置，当小区配置参数设置成功，则对应的小区为正常状态；若小区配置参数设置失败，则对应的小区为异常状态。各个管控设备还能收集每一个手机的上号情况，主机软件收集各个管控设备反馈的小区状态信息和每一个手机的上号信息，后台管控系统对主控软件上报的小区状态信息和手机上号信息进行呈现。
[0056] 本发明实施例提供的手机管控平台能够实现全制式频段的手机信号的管控，并能够实时掌控小区的状态信息和手机上号信息；后台管控系统只需要与主机系统的主控软件进行连接通信，而无需与所有管控设备逐一连接，减少了手机管控系统内部的连接数，提高了通信效率，也避免了连接数过多、数据流量过大导致的socket连接不稳定问题。
[0057] 作为一个可选的实施例，后台管控系统包括界面呈现层、通信协议层、数据库访问层和数据库；
[0058] 界面呈现层，用于接收对各个管控设备的小区配置信息的设置操作；
[0059] 通信协议层，用于根据所述小区配置信息进行组帧，并向所述主控软件下发启动协议帧数据，以使得所述主控软件对所述启动协议帧数据进行解帧，提取其中的小区配置信息，并为每一个管控设备下发小区配置信息；
[0060] 数据库访问层，用于将在界面呈现层上设置的小区配置信息存储于数据库中。
[0061] 可以理解的是，参见图2，后台管控系统主要包括界面呈现层、通信协议层、数据库访问层和数据库，其中，界面呈现层主要用于对各个管控设备的小区参数进行配置，通信协议层将配置的小区参数下发给主机系统中的主机软件，并且通过数据库访问层将配置的小区参数存储于数据库中。
[0062] 作为一个可选的实施例，界面呈现层包括配置管理组件和频率扫描组件；
[0063] 配置管理组件，用于供手动设置小区配置信息；
[0064] 频率扫描组件，用于自动全网扫频，将扫频结果更新到本地的小区配置信息中。
[0065] 可以理解的是，如图2所示，界面呈现层中包括两个组件，一个是配置管理组件，另一个是频率扫描组件，其中，当通过手动配置各管控设备的小区参数时，通过配置管理组件进行输入配置。当自动配置时，频率扫描组件进行自动全网扫频，扫频结果会在本地更新到小区配置信息中。
[0066] 作为一个可选的实施例，如图2所示，通信协议层包括通信模块；
[0067] 通信模块，用于将根据小区配置信息组帧得到的启动协议帧数据下发给主控软件；
[0068] 相应的，主控软件，用于根据接收到的启动协议帧数据，解析后按照协议要求，给各管控设备分别进行小区参数配置。
[0069] 可以理解的是，当在界面呈现层设置了小区配置信息后，其中的通信协议层模块根据小区配置信息组帧形成启动协议帧数据，通信模块将启动协议帧数据下发给主控软件，主控软件对启动协议帧数据解析，得到小区配置信息，按照不同的协议要求，给各管控设备分别进行小区配置参数的设置。
[0070] 作为一个可选的实施例，还用于收集各个管控设备的小区信息配置是否成功的小区状态信息和手机上号信息，将小区状态信息和手机上号信息上报至后台管控系统包括：
[0071] 当所述主控软件集齐所有的小区状态信息后，根据所有的小区状态信息组帧得到小区状态协议帧数据，通过所述通信模块将所述小区状态协议帧数据上报给后台管控系统；以及当小区状态信息改变时，根据小区状态改变信息组帧得到告警协议帧数据，通过所述通信模块将所述告警协议帧数据上报给后台管控系统；
[0072] 其中，若任一管控设备的小区配置信息配置成功，则该小区状态信息为正常状态，否则，该小区状态信息为异常状态。
[0073] 可以理解的是，当管控设备的小区配置参数设置成功时，对应的小区状态信息为正常状态；当管控设备的小区配置参数配置失败时，对应的小区状态信息为异常状态。
[0074] 当主控软件集齐所有的小区状态信息后，根据所有的小区状态信息组帧得到小区状态协议帧数据，通过通信模块将所述小区状态协议帧数据上报给后台管控系统。另外，当小区状态信息发生改变时，主控软件根据小区状态改变信息组帧得到告警协议帧数据，通过通信模块将告警协议帧数据上报给后台管控系统。
[0075] 作为一个可选的实施例，通信协议层还包括协议模块和派发模块，界面呈现层还包括告警管理组件和系统主页组件；
[0076] 协议模块，用于对小区状态协议帧数据和告警协议帧数据分别进行解帧，得到小区状态信息和告警信息；
[0077] 派发模块，用于将小区状态信息和告警信息派发给所述界面呈现层中的告警管理组件和系统主页组件；
[0078] 告警管理组件，用于根据告警信息，实时呈现告警数据；
[0079] 系统主页组件，用于呈现小区状态信息。
[0080] 可以理解的是，当主控软件向后台管控系统上报小区状态协议帧数据和告警协议帧数据，后台管控系统中的协议模块对小区状态协议帧数据和告警协议帧数据分别进行解帧，得到小区状态信息和告警信息。派发模块将小区状态信息分发给系统主页组件进行呈现，将告警信息派发给告警管理组件进行呈现。
[0081] 作为一个可选的实施例，小区的状态信息改变是指小区状态信息由正常状态转变为异常状态或由异常状态转变成正常状态；
[0082] 告警管理组件，用于当所述小区的状态信息改变是指小区状态信息由正常状态转变为异常状态时，新增一条告警呈现；以及当小区状态信息由异常状态转变成正常状态时，将告警状态更新为告警恢复状态。
[0083] 可以理解的是，其中，小区状态信息的改变包括小区状态由正常转变为异常或者由异常转变为正常，当小区状态信息由正常状态转变为异常状态时，告警管理组件新增一条告警呈现；当小区状态信息由异常状态转变为正常状态时，告警管理模块将告警状态更新为告警恢复状态。
[0084] 作为一个可选的实施例，可以理解的是，在小区状态信息为正常状态时，管控设备可以侦测到非法IMSI上号情况，比如，非法手机、非法短信或非法电话，主控软件，用于收集各管控设备检测的非法手机、非法短信或者非法电话，并组帧形成非法协议帧数据，通过通信模块将所述非法协议帧数据上报给后台管控系统；
[0085] 协议模块，用于对非法协议帧数据进行解帧，得到非法手机、非法短信或者非法电话；
[0086] 派发模块，用于将非法手机、非法短信或者非法电话派发给侦测管理组件和系统主页组件；
[0087] 侦测管理组件，用于根据非法手机、非法短信或者非法电话，呈现侦码数据，对黑名单IMSI标记；
[0088] 系统主页组件，用于实时更新非法IMSI的每日告警、每月告警统计图。
[0089] 其中，数据库访问层将非法手机、非法短信或者非法电话等存储到数据库中，数据查询组件可对数据库中存储的信息进行查询。
[0090] 参见图3-图5，下面对采用手机管控平台对各小区状态信息和非法手机上号情况进行监控的过程进行具体描述。
[0091] 步骤P1：后台管控系统一键启动流程，可以采用两种方式设置小区配置信息，一种是手动方式，一种是自动方式。
[0092] 步骤P101：若采用手动方式，则通过界面呈现层的配置管理组件设置小区配置信息，而后转入流程P102执行；
[0093] 步骤P102：数据库访问层将小区配置信息存储入库，而后转入流程P105执行；
[0094] 步骤P103：若采用自动方式，则界面呈现层的频率扫描组件进行自动全网扫频，扫频结果会在本地更新到小区配置信息中，而后转入流程P104执行；
[0095] 步骤P104：数据库访问层将全网扫频结果信息存储入库，而后转入流程P105执行；
[0096] 步骤P105：界面呈现层的配置管理组件执行小区一键启动操作，而后转入流程P106执行；
[0097] 步骤P106：通信协议层根据设置的小区配置信息组帧后发送小区启动协议帧数据，而后转入流程P107执行；
[0098] 步骤P107：主控软件根据接收到的启动协议帧数据，初步解析后按照协议要求，给各管控设备分别进行小区配置并启动，而后转入流程P108执行；
[0099] 步骤P108：各管控设备收到主控软件的小区配置启动请求后，执行配置命令并更新小区状态，将小区状态上报给主控软件，而后依次转入流程P109、P111执行；
[0100] 步骤P109：若管控设备小区状态异常，则转入流程P110执行；
[0101] 步骤P110：主控软件上报小区活动告警协议帧数据，而后转入流程P202执行；
[0102] 步骤P111：无论小区状态异常与否，当主控软件集齐所有小区启动状态后，将上报小区状态协议帧数据，而后转入流程P112执行；
[0103] 步骤P112：通信协议层解析后派发小区状态数据，而后转入流程P113执行；
[0104] 步骤P113：界面呈现层的配置管理组件更新显示管控设备小区状态，而后转入流程P4结束；
[0105] 步骤P2：管控设备小区异常状态改变流程，无论是客户通过一键启动/停止操作主动改变小区状态，还是管控设备运行过程中主动监测到小区异常/恢复正常状态，只要小区异常状态改变。
[0106] 步骤P201：主控软件上报小区活动告警/告警恢复协议帧数据，而后转入流程P202执行；
[0107] 步骤P202：通信协议层解析告警协议帧数据，再派发故障告警数据，而后转入P203执行；
[0108] 步骤P203：数据库访问层将故障告警数据存储入库，而后转入P204执行；
[0109] 步骤P204：界面呈现层的告警管理组件实时呈现告警数据，若活动告警则新增一条告警呈现，若告警恢复则更新已有告警状态为告警恢复状态，而后转入流程P4结束；
[0110] 步骤P3：管控设备非法IMSI上号流程，可以是非法手机、非法短信或者非法电话。
[0111] 步骤P301：主控软件上报非法手机、非法短信或者非法电话协议帧数据，而后转入流程P302执行；
[0112] 步骤P302：通信协议层解析非法协议帧数据，再派发非法侦测数据，而后转入流程P303执行；
[0113] 步骤P303：数据库访问层将非法侦测数据存储入库，而后群发通知，关注的组件则处理该通知，并行转入流程P304、流程P305执行；
[0114] 步骤P304：界面呈现层的侦测管理组件呈现侦码数据，黑名单IMSI标红高亮显示，而后转入流程P4结束；
[0115] 步骤P305：界面呈现层的系统主页组件实时更新非法IMSI的每日告警、每月告警统计图，而后转入流程P4结束。
[0116] 说明：管控设备吸附到非法IMSI号流程P3的前置条件就是流程P1的执行结果为管控小区正常运行，否则无法进行上号。
[0117] 本发明实施例提供的手机管控平台，能够实现全制式的手机信号的管控，并能够实时掌控小区的状态信息和手机上号信息；后台管控系统只需要与主机系统的主控软件进行连接通信，而无需与所有管控设备逐一连接，减少了手机管控系统内部的连接数，提高了通信效率，也避免了连接数过多、数据流量过大导致的socket连接不稳定问题。
[0118] 最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
