CN111294730A - 一种网络问题投诉信息处理的方法及装置 - Google Patents
一种网络问题投诉信息处理的方法及装置 Download PDFInfo
- Publication number
- CN111294730A CN111294730A CN201811497248.8A CN201811497248A CN111294730A CN 111294730 A CN111294730 A CN 111294730A CN 201811497248 A CN201811497248 A CN 201811497248A CN 111294730 A CN111294730 A CN 111294730A
- Authority
- CN
- China
- Prior art keywords
- network
- complaint
- data
- station
- terminal
- 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
Images
Classifications
-
- 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
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/021—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
Abstract
本申请提供了一种网络问题投诉信息处理的方法及装置,用于提高处理网络问题投诉信息的准确性。该方法包括:获取网络问题投诉信息,并根据网络问题投诉信息,获得终端所在的目标投诉地址和业务投诉时间段,根据业务投诉时间段以及目标投诉地址,基于终端的应用服务OTT数据以及测量报告MR数据,获得终端的目标投诉地理位置,投诉地理位置包括目标投诉地址所对应的经纬度信息;根据目标投诉地理位置,获取与终端的距离在预设范围内的至少一个网络站点,以及至少一个网络站点的网络站点管理数据,对至少一个网络站点进行分析,获得针对网络问题投诉信息的网络问题分析结果,并向终端发送网络问题分析结果。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种网络问题投诉信息处理的方法及装置。
背景技术
随着科技的发展,几乎每个用户都拥有终端。用户通过终端使用网络功能,针对网络问题的投诉事件也越来越多。运营商为了提高用户体验,通常需要根据用户的网络问题的投诉事件进行分析,确定分析结果,从而根据分析结果对网络进行处理。
现有技术中,一般是工作人员在获得终端发送的网络问题投诉事件,根据网络问题投诉事件中的终端位置信息确定出终端位置周边范围的网络站点的网络状态,然后对周边的基站的网络状态进行分析,确定出网络问题的分析结果。但是这种方法中,终端位置信息是通过基站直接上报的,导致工作人员获得的该终端位置信息可能不准确,进而导致后期工作人员根据终端位置信息终端位置周边范围也不准确,进而导致获得的分析结果的准确率较低。
发明内容
本申请提供一种网络问题投诉信息处理的方法及装置,用于提高处理网络问题投诉信息的准确性。
第一方面,提供一种网络问题投诉信息处理的方法,包括:
获取网络问题投诉信息,并根据所述网络问题投诉信息,获得所述终端所在的目标投诉地址和业务投诉时间段;
根据所述业务投诉时间段以及所述目标投诉地址,基于所述终端的应用服务OTT数据以及测量报告MR数据,获得所述终端的目标投诉地理位置,所述投诉地理位置包括所述目标投诉地址所对应的经纬度信息;
根据所述目标投诉地理位置,获取与所述终端的距离在预设范围内的至少一个网络站点,以及所述至少一个网络站点的网络站点管理数据,所述网络站点管理数据包括所述至少一个网络站点的无线性能指标、规划批复数据、设备告警数据、室分物业点库以及搬迁数据;
根据所述网络站点管理数据,对所述至少一个网络站点进行分析,获得针对所述网络问题投诉信息的网络问题分析结果,并向所述终端发送所述网络问题分析结果。
在上述方案中,通过终端OTT数据以及MR数据来获得终端的目标投诉地理位置,避免了现有技术中由于网络站点的数据的误差,而导致确定出的终端位置不准确等情况,因此,上述方案相对现有技术更精确地确定出终端的位置,也就能更精确地确定出终端周边的网络站点,进而提高对网络问题投诉信息进行处理的准确性。
在一种可能的设计中,根据所述网络问题投诉信息,获得所述终端所在的目标投诉地址,包括:
将所述网络问题投诉信息分解为多个词语;
将所述多个词语与投诉地址数据样本进行匹配,确定出用于表示地址的词语;
根据所述用于表示地址的词语,获得目标投诉地址。
在上述方案中,信息处理的装置可以直接对网络问题投诉信息进行预处理,自动提取出网络问题投诉信息中的有用信息,无需工作人员手动输入,相对可以减少了工作人员的工作量。
在一种可能的设计中,基于所述终端的应用服务OTT数据以及测量报告MR数据,获得所述终端的目标投诉地理位置,包括:
在与所述目标投诉地址距离在第一预设范围内,获取所述终端对应的OTT数据以及MR数据;
根据所述OTT数据,获取所述终端的不连续的经纬度信息;
将所述MR数据与所述不连续的经纬度信息关联,获得所述终端的地理位置数据库;
根据所述终端在所述业务投诉时间段内的所述MR数据,从所述地理位置数据库中,确定出所述终端在所述业务投诉时间段内的目标投诉地理位置。
在上述方案中,通过关联OTT数据以及MR数据,形成地理位置数据库,从而根据地理位置数据库来确定出终端的目标投诉地理位置,可以更直接准确地确定出终端的目标投诉地理位置。
在一种可能的设计中,在根据预设的分析规则,对所述网络站点管理数据进行分析之前,包括:
获取与所述终端的距离在预设范围内的电子地图,所述电子地图包括室内对象图层和室外对象图层;
若所述目标投诉地理位置位于所述室内对象图层中,则确定所述终端的场景为室内,若所述目标投诉地理位置位于所述室外对象图层中,则确定所述终端的场景为室内。
在上述方案中,直接通过电子地图,来定位目标投诉地理位置位于哪个图层上,进而确定出终端的场景,可以直接简单地获取到终端的场景。
在一种可能的设计中,根据预设的分析规则,对所述网络站点管理数据进行分析,获得针对所述网络问题投诉信息的网络问题分析结果,包括:
获取知识库,所述知识库包括多个投诉地理位置、与多个投诉地理位置对应的多个网络问题投诉信息、以及针对所述多个网络问题投诉信息的至少一个网络问题分析结果之间的对应关系;
若所述目标投诉地理位置、以及所述网络问题投诉信息与所述知识库中的内容相匹配,则根据所述知识库,获得针对所述网络问题投诉信息的网络问题分析结果。
在上述方案中,直接利用当前的目标投诉地理位置以及网络问题投诉信息与知识库的内容进行匹配,从而可以直接简单地获得网络问题分析结果,相对可以减少信息处理的装置的处理量。
在一种可能的设计中,根据所述网络站点管理数据,对所述至少一个网络站点进行分析,包括:
若所述终端的场景为室内,则根据所述网络站点管理数据,按照第一预设顺序对所述至少一个网络站点进行分析,其中,所述第一预设顺序为先对所述至少一个网络站点中与所述目标投诉地理位置匹配的室分站进行分析,再对所述至少一个网络站点中的周边宏站进行分析;
若所述终端的场景为室外,则根据所述网络站点管理数据,按照第二预设顺序对所述至少一个网络站点进行分析,其中,所述第二预设顺序为对所述至少一个网络站点中的周边宏站进行分析。
在上述方案中,信息处理的装置针对终端的所在的场景不同,而采取不同的顺序,对终端的周边的网络站点进行分析,从而可以迅速确定出出现网络问题的网络站点,从而提高信息处理的装置的处理效率,且可以提高信息处理的装置的分析网络问题的灵活性。
在一种可能的设计中,根据所述网络站点管理数据,按照第一预设顺序对所述至少一个网络站点进行分析,包括:
根据所述室分物业点库,确定所述至少一个网络站点是否存在与所述目标投诉地理位置匹配的第一室分站;
若确定存在所述第一室分站,则根据所述设备告警数据,确定所述第一室分站是否有设备故障和/或零业务;
若确定所述第一室分站没有设备故障和零业务,则根据所述无线性能指标,确定所述第一室分站的无线性能指标是否异常。
在上述方案中,如果终端所在的场景是在室内,信息处理的装置就可以先对终端所在的室分站的情况进行全面的分析,从而确定室分站是否是出现网络问题。
在一种可能的设计中,根据所述网络站点管理数据,按照第一预设顺序对所述至少一个网络站点进行分析,包括:
若确定所述第一室分站没有设备故障和零业务,以及确定所述第一室分站没有业务指标异常,则根据所述规划批复数据,确定所述第一室分站是否处于批复状态;
若确定所述第一室分站没有处于批复状态,则根据所述设备告警数据,确定所述至少一个网络站点中的周边宏站是否有设备故障;
若确定所述至少一个网络站点中的周边宏站没有设备故障,则根据所述搬迁数据,确定所述至少一个网络站点中周边宏站是否搬迁。
在上述方案中,如果终端处于室内,信息处理的装置确定室分站没有出现问题,就可以对终端的周边宏站进行分析,对终端周围的网络站点进行全面排查,从而确定出产生网络问题的原因。
在一种可能的设计中,根据所述网络站点管理数据,按照第二预设顺序对所述至少一个网络站点进行分析,包括:
根据所述搬迁数据,确定所述至少一个网络站点中的周边宏站是否搬迁;
若确定所述至少一个网络站点中的周边宏站没有搬迁,则根据所述设备告警数据,确定所述至少一个网络站点中的周边宏站是否设备故障。
在上述方案中,如果终端处于室外,信息处理的装置就可以直接对周边宏站进行分析,先确定周边宏站是否出现设备故障,即先对最有可能出现问题的网络站点进行排查,可以相对提高处理效率。
在一种可能的设计中,根据所述网络站点管理数据,对所述至少一个网络站点进行分析:
确定所述至少一个网络站点中的周边宏站是否为零业务;
若确定所述至少一个网络站点中的周边宏站没有零业务,则根据所述无线性能指标,确定所述至少一个网络站点中的周边宏站的无线性能指标是否异常。
在上述方案中,无论终端处于室内还是室外,按照第一预设顺序或第二预设顺序确定终端的周边宏站没有设备故障,就可以对终端的周边宏站是否出现零业务进行排查,如果没有出现零业务,再对周边宏站的无线性能指标是否异常进行排查,即先对最有可能出现问题的网络站点进行排查,可以相对提高处理效率。
在一种可能的设计中,根据所述网络站点管理数据,对所述至少一个网络站点进行分析,包括:
若确定所述至少一个网络站点中的周边宏站的无线性能指标没有异常,则根据所述规划批复数据,确定所述至少一个网络站点中的周边宏站是否处于批复状态;
若所述至少一个网络站点中的周边宏站没有处于批复状态,则根据规划批复数据,确定所述至少一个网络站点中的周边宏站是否处于规划状态。
在上述方案中,无论终端处于室内还是室外,按照第一预设顺序或第二预设顺序确定周边宏站的无线性能指标没有异常,则再对周边宏站是否处于批复状态进行确定,如果没有处于批复状态的网络宏站,则排查是否有处于规划状态的周边宏站进行排查,即先对最有可能出现问题的网络站点进行排查,可以相对提高处理效率。
在一种可能的设计中,所述网络问题投诉信息还包括业务投诉类型,所述业务投诉类型为通话业务投诉类,确定所述至少一个网络站点中的周边宏站的无线性能指标是否异常,包括:
若所述至少一个网络站点中的周边宏站的无线性能指标满足第一条件,则确定所述至少一个网络站点中的周边宏站的无线性能指标异常,其中,所述第一条件包括以下情况中的一种或几种:
网络覆盖率小于第一预设值;
物理资源块PRB平均底噪大于第二预设值;
PRB的平均利用率小于第三预设值;
服务等级质量标识QCI1丢包率大于第四预设值;
无线接通率小于第五预设值;以及,
信号接收质量RxQual占比小于第六预设值。
在上述方案中,针对不同的业务投诉类型,提供了确定周边宏站的无线性能指标异常的指标,提高信息处理的装置分析网络问题的灵活性。
在一种可能的设计中,所述网络问题投诉信息还包括业务投诉类型,所述业务投诉类型为上网业务投诉类,确定所述至少一个网络站点中的周边宏站的无线性能指标是否异常,包括:
若所述至少一个网络站点中的周边宏站的无线性能指标满足第二条件,则确定所述至少一个网络站点中的周边宏站的无线性能指标异常,其中,所述第二条件包括以下情况中的一种或几种:
网络覆盖率小于第一预设值;
物理资源块PRB平均底噪大于第二预设值;
PRB的平均利用率小于第三预设值;以及,
无线接通率小于第五预设值。
在上述方案中,针对不同的业务投诉类型,提供了确定周边宏站的无线性能指标异常的指标,提高信息处理的装置分析网络问题的灵活性。
在一种可能的设计中,在获得针对所述网络问题投诉信息的网络问题分析结果之后,包括:
向网络站点大数据平台发送所述网络问题分析结果,以使所述网络站点大数据平台根据所述网络问题分析结果解决所述网络问题投诉信息对应的网络问题,所述网络站点大数据平台用于提供所有网络站点实时的规划批复数据、设备告警数据、以及搬迁数据;
从所述网络站点大数据平台,获取所述网络问题分析结果对应的网络站点的规划批复数据、设备告警数据、以及搬迁数据;
根据所述规划批复数据、所述设备告警数据、以及所述搬迁数据,确定所述网络问题投诉信息对应的网络问题是否被解决。
在上述方案中,信息处理的装置在获得网络问题分析结果之后,可以向相关平台发送该网络问题分析结果,从而提醒相关平台进行处理,且,实时地跟进相关平台的处理情况,从而实现对网络问题的实时跟进。
第二方面,提供一种网络问题投诉信息处理的装置,包括:
接收模块,用于获取网络问题投诉信息,并根据所述网络问题投诉信息,获得所述终端所在的目标投诉地址和业务投诉时间段;
处理模块,根据所述业务投诉时间段以及所述目标投诉地址,基于所述终端的应用服务OTT数据以及测量报告MR数据,获得所述终端的目标投诉地理位置,所述投诉地理位置包括所述目标投诉地址所对应的经纬度信息;以及,
根据所述目标投诉地理位置,获取与所述终端的距离在预设范围内的至少一个网络站点,以及所述至少一个网络站点的网络站点管理数据,所述网络站点管理数据包括所述至少一个网络站点的无线性能指标、规划批复数据、设备告警数据、室分物业点库以及搬迁数据;以及,
根据所述网络站点管理数据,对所述至少一个网络站点进行分析,获得针对所述网络问题投诉信息的网络问题分析结果,并向所述终端发送所述网络问题分析结果。
第三方面,提供一种网络问题投诉信息处理的装置,包括:
至少一个处理器,以及
与所述至少一个处理器通信连接的存储器;
其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述至少一个处理器通过执行所述存储器存储的指令实现如第一方面或第二方面中任一项所述的方法。
第四方面,提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机指令,当所述计算机指令在计算机上运行时,使得计算机执行如第一方面或第二方面中任一项所述的方法。
附图说明
图1为本申请实施例提供一种网络问题投诉信息处理的方法的流程图;
图2为本申请实施例提供一种获取终端的场景的过程示意图;
图3为本申请实施例提供针对终端的场景进行网络问题信息处理的示意图;
图4为本申请实施例提供一种网络问题投诉信息处理的结果示意图;
图5为本申请实施例提供信息处理的装置与网络站点大数据平台对接的示意图一;
图6为本申请实施例提供信息处理的装置与网络站点大数据平台对接的示意图二;
图7为本申请实施例提供信息处理的装置与网络站点大数据平台对接的示意图三;
图8为本申请实施例提供信息处理的装置与网络站点大数据平台对接的示意图四;
图9为本申请实施例提供一种网络问题投诉信息处理的装置的结构图;
图10为本申请实施例提供一种网络问题投诉信息处理的装置的结构图。
具体实施方式
为了更好的理解本申请实施例提供的技术方案,下面将结合说明书附图以及具体的实施方式进行详细的说明。
为了便于理解,下面对本申请涉及到的专业名词进行解释。
1)应用服务(Over The Top,OTT)数据,是指通过互联网向用户提供各种应用服务数据。例如,通过S1-U接口中的数据解析获取位置服务中的用户的经纬度信息。
2)测量报告(Measurement Report,MR)数据,是指信息在业务信道上每固定时间段内发送的数据,用于网络评估和优化。
3)网络站点,是指接入网中在空口通过一个或多个小区与无线终端通信的设备,包括室分站和宏站等。
4)终端,可以包括移动电话(或称为“蜂窝”电话),具有移动终端设备的计算机,便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,智能穿戴式设备等。
为了提高处理网络问题投诉信息的准确性,本申请实施例提供一种网络问题投诉信息处理的方法,该方法网络问题投诉信息处理的装置执行,本文简称为信息处理的装置。信息处理的装置可以通过服务器来实现,服务器可以是虚拟服务器也可以是实体服务器,本文不做具体限制。请参照图1,该方法具体包括:
步骤101、获取网络问题投诉信息,并根据所述网络问题投诉信息,获得所述终端所在的目标投诉地址和业务投诉时间段;
步骤102、根据所述业务投诉时间段以及所述目标投诉地址,基于所述终端的应用服务OTT数据以及测量报告MR数据,获得所述终端的目标投诉地理位置,所述投诉地理位置包括所述目标投诉地址所对应的经纬度信息;
步骤103、根据所述目标投诉地理位置,获取与所述终端的距离在预设范围内的至少一个网络站点,以及所述至少一个网络站点的网络站点管理数据,所述网络站点管理数据包括所述至少一个网络站点的无线性能指标、规划批复数据、设备告警数据、室分物业点库以及搬迁数据;
步骤104、根据目标投诉地理位置,确定出终端的场景;
步骤105、根据所述网络站点管理数据,对所述至少一个网络站点进行分析,获得针对所述网络问题投诉信息的网络问题分析结果,并向所述终端发送所述网络问题分析结果;
步骤106,即向网络站点大数据平台发送网络问题分析结果,以及确定网络问题投诉信息对应的网络问题是否被解决。
应当说明的是,步骤104和步骤106是可选的步骤。
下面对各个步骤的执行过程进行说明。
信息处理的装置要对用户的网络问题进行分析,首先需要执行步骤101,即获取网络问题投诉信息,并根据网络问题投诉信息,获得终端所在的目标投诉地址和业务投诉时间段。其中,网络问题投诉信息包括用户反应的用户对应的目标投诉地址、业务投诉时间段、网络问题内容以及业务投诉类型等。网络问题投诉信息的形式可以是文本或表格等,本文不做限制。目标投诉地址是指用户投诉的网络问题所在的地点,例如A省B市C号。业务投诉时间段是指用户开始投诉时间和终止时间,例如,2018年5月15日8:00到2018年5月15日8:10分。业务投诉类型例如上网业务投诉类型以及通话业务投诉类型。
具体来说,信息处理的装置可以从终端获取网络问题投诉信息。例如,终端向信息处理的装置发送网络问题投诉信息,信息处理的装置接收到网络问题投诉信息,也就相当于获取网络问题投诉信息。信息处理的装置也可以是从运营商的服务平台获取网络问题投诉信息。例如,终端先将该网络问题投诉信息发送给运营商的服务平台,信息处理的装置周期性或实时从运营商的服务平台获取网络问题投诉信息。
在获取网络问题投诉信息之后,信息处理的装置根据网络问题投诉信息,获得终端所在的目标投诉地址和业务投诉时间段。下面以获得终端所在的目标投诉地址为例,对步骤101中信息处理的装置获得终端所在的目标投诉地址和业务投诉时间段进行示例说明。
一种获得终端所在的目标投诉地址方式为:
将网络问题投诉信息分解为多个词语,将多个词语与投诉地址数据样本进行匹配,确定出用于表示地址的词语,根据用于表示地址的词语,获得目标投诉地址。
具体来说,信息处理的装置可能无法直接获取网络问题投诉信息中的目标投诉地址和业务投诉时间段,那么信息处理的装置可能需要对网络问题投诉信息进行一定的加工处理,才能获取得到目标投诉地址和业务投诉时间段。信息处理的装置可以先将网络问题投诉信息拆分成多个词语,再将多个词语与投诉地址数据样本匹配,从而匹配出目标投诉地址。
为了减少信息处理的装置的处理量,在获得多个词语之后,可以先删除停用词,停用词是指明显与目标投诉地址不相干的词语,例如语气助词、连接词等。
为了简化信息处理的装置的处理量,信息处理的装置可以通过信息检索与数据挖掘的常用加权(term frequency–inverse document frequency,TF-IDF)公式计算网络问题投诉信息中的词语的权重,筛选出权重高的词语,从而获得目标投诉地址。TD-IDF公式具体如下:
在计算出网络问题投诉信息中词语的权重之后,就可以筛选出权重大的词语,将权重大的词语组合形成目标投诉地址。
业务投诉时间段、业务投诉类型的获得方式可以参照前文论述获得目标投诉地址的内容,此处不再赘述。业务投诉时间段也可以直接由用户的终端直接根据用户的操作时间记录,发送给信息处理的装置。
信息处理的装置虽然获取了终端所在的目标投诉地址,但是无法确定目标投诉地址所对应的精确的位置信息。为了能够对终端进行精确定位,还需要获取终端精确的目标投诉地理位置。
因此,在信息处理的装置执行步骤101之后,执行步骤102,即根据业务投诉时间段以及目标投诉地址,基于终端的应用服务OTT数据以及测量报告MR数据,获取终端的目标投诉地理位置。
其中,目标投诉地理位置包括目标投诉地址所对应的经纬度信息。下面对执行步骤102的具体方式进行说明。
第一种,确定目标投诉地理位置的方式为:
关联OTT数据和MR数据,根据终端在投诉时间段内的MR数据,从而获得终端所在的目标投诉地理位置。
在与目标投诉地址距离在第一预设范围内,获取终端对应的OTT数据以及MR数据,根据OTT数据,获取终端的不连续的经纬度信息,将MR数据与不连续的经纬度信息关联,获得终端的地理位置数据库,根据终端在业务投诉时间段内的MR数据,从地理位置数据库中,确定出终端在业务投诉时间段内的目标投诉地理位置。
具体来说,因为终端对应的OTT数据和MR数据较多,信息处理的装置为了减少数据处理量,可以直接获取在与目标投诉地址距离在第一预设范围内的OTT数据和MR数据。OTT数据以及MR数据均可以从现有的深度包检测(Deep Packet Inspection,DPI)系统中获取。
在获取该OTT数据和MR数据之后,例如,信息处理的装置可以根据OTT数据中的从S1-U接口采集的外部数据表示形式(External Data Representaion,XDR)以及从S1-MME接口采集的XDR,从而提取出终端不连续的经纬度信息。信息处理的装置可以根据MR数据中的测量报告样本数据文件(Measurement Report Original,MRO),提取出终端的无线测量信息,无线测量信息包括包终端所在的服务小区(Serving Cell)的身份标识号码((identification,ID)和邻接小区(Neighboring Cell)的ID。
将无线测量信息与经纬度信息与MR数据关联,建立地理位置数据库。关联的方式例如,采用向前一分钟时间滑动搜索方式进行关联,也就是说,将MR数据与一分钟时间内的OTT数据中的经纬度信息进行关联。
在根据当前投诉时间段内MR数据,从地理位置数据库中,反推出终端在当前投诉时间段内的目标投诉地理位置。
第二种,确定目标投诉地理位置的方式为:
获取地址数据库,根据目标投诉地址,从地址库数据库获取与目标投诉地址对应的粗略的投诉地理位置;
关联OTT数据和MR数据,根据终端在投诉时间段内的MR数据,从而获得终端所在的目标投诉地理位置。
具体来说,地址库数据库包括地址、关键字、地点别名、地理位置以及地点类型等。信息处理的装置在获取地址数据库之后,根据目标投诉地址,从地址数据库中确定出与目标投诉地址匹配的地理位置,也就获得了粗略的地理位置。
在根据地址数据库中匹配出与目标投诉地址对应的粗略的地理位置之后,再根据第一种方式,根据粗略的地理位置确定出与目标投诉地址对应的目标投诉地理位置。
在获得目标投诉地理位置之后,可以将目标投诉地址对应的目标投诉地理位置写入到地址数据库中,从而更新地址数据库。
本申请实施例先进行地址数据库的匹配,再利用OTT以及MR数据,获取目标投诉地理位置的方式,可以更加获得更加精确的目标投诉地理位置。
在终端执行步骤102之后,虽然信息处理的装置确定出了终端所在的目标投诉地理位置,但是信息处理的装置无法确定具体是终端的位置范围内的哪个网络站点的问题。因此,信息处理的装置执行步骤103,即根据目标投诉地理位置,获取与终端的距离在预设范围内的至少一个网络站点,以及至少一个网络站点的网络站点管理数据,网络站点管理数据包括至少一个网络站点中的每个网络站点的无线性能指标、规划批复数据、设备告警数据、室分物业点库以及搬迁数据。
其中,无线性能指标包括网络站点的覆盖率、物理资源块(Physical ResourceBlock,PRB)平均底噪、PRB平均利用率(上行PRB平均利用率和下行PRB平均利用率)、服务等级质量标识(QoS Class Identifier,QCI1)丢包率、无线接通率、信号接收质量(ReceivedSignal Quality,RxQual)占比等。规划批复数据包括处于批复状态的网络站点的名称,也就是处于待建设状态。设备告警数据包括网络站点上报的告警数据。室分物业点库包括室分站点的名称。搬迁数据包括已经搬迁的网络站点的名称。另外,网络站点管理数据还可以包括姿态仪现网工参、小区性能数据、站点开通数据以及信令数据等。姿态仪现网工参是指各个网络站点的设备硬件参数。小区性能数据是指各个网络站点的性能数据。站点开通数据是指刚开通的网络站点的开通的数据。预设范围例如取0米~300米。
具体来说,根据目标投诉地理位置,可以是从其它服务器获取与终端的距离在预设范围内的至少一个网络站点的名称,以及至少一个网络站点对应的网络站点管理数据。其它服务器是指其他能提供至少一个网络站点的网络站点管理数据的服务器。当然,信息处理的装置也可以是直接调用自身存储的网络站点管理数据,本文不对网络站点管理数据的来源进行限制。
应当说明的是,由于网络站点管理数据包括的内容较多,但是为了减少信息处理的装置的工作量,信息处理的装置可以是周期性地从其它服务器中获取的网络站点管理数据。例如,请参照下表1,网络站点管理数据中的各种数据的采集周期如下。
表1
所需数据 | 采集粒度 |
信令数据 | 日粒度 |
室分物业点库 | 月粒度 |
站点搬迁数据 | 日粒度 |
告警数据 | 小时粒度 |
姿态仪现网工参 | 天粒度 |
规划批复数据 | 日粒度 |
滚动需求工单 | 日粒度 |
站点开通数据 | 日粒度 |
小区性能数据 | 日粒度 |
在信息处理的装置在执行步骤103之后,请继续参照图1,信息处理的装置执行步骤104,即根据目标投诉地理位置,确定出终端的场景。场景用于表示终端处于室内或室外。室内可以理解为有限的空间范围,例如某个建筑物。室外可以理解为无限的空间范围。确定出终端的场景有很多种方式,下面进行示例说明。
确定出终端的场景的方式为:
获取与终端的距离在预设范围内的电子地图,电子地图包括室内对象图层和室外对象图层;
若目标投诉地理位置位于室内对象图层中,则确定终端的场景为室内,若目标投诉地理位置位于室外对象图层中,则确定终端的场景为室内。
具体来说,为了减少处理量,信息处理的装置可以从第三方中直接获取与终端的距离在预设范围内的电子地图。或者为了提高确定终端的场景的准确性,信息处理装置也可以是提前预存卫星地图,根据用户的操作,根据卫星地图进行编辑,从而获得与终端的距离在预设范围内的电子地图。卫星地图可以理解为包括实物的二维地图。由于卫星地图不包括三维信息,因此,需要对卫星地图进一步处理,才能形成电子地图。电子地图中包括室内对象图层以及室外对象图层,信息处理的装置判断目标投诉地理位置是处于哪个图层,进而就可以确定出信息处理的装置在室内还是室外。
例如,请参照图2,信息处理的装置调用卫星地图,根据用户的操作,信息处理装置对不同的点进行区别标注,获得图a。根据用户的操作,信息处理装置删除一些多余区域的部分,从而形成图2中的b。然后调整图b中的边界,形成图c。再对图c进行图层加载,从而形成电子地图,即图d。从而信息处理的装置只需确定目标投诉地理位置是处于图d中的哪个图层,进而确定出终端是处于室内还是室外。
应当说明的是,步骤104是可选的步骤。应当说明的是,图1中是以步骤104在步骤103之后为例,但是实际上步骤104也可以在步骤102之后执行。
在执行步骤103之后,或者执行步骤104之后,信息处理的装置可以执行步骤105,即根据网络站点管理数据,对至少一个网络站点进行分析,获得针对网络问题投诉信息的网络问题分析结果,并向终端发送网络问题分析结果。
下面对执行步骤105的方式进行详细说明。
第一种,执行步骤105的方式为:
信息处理的装置根据网络站点管理数据,对至少一个网络站点的所有网络站点进行一一筛查,从而确定出哪个站点出现问题,从而获得针对网络问题投诉信息的网络问题分析结果。
第二种,执行步骤105的方式为:
信息处理的装置获取知识库,知识库包括多个投诉地理位置、与多个投诉地理位置对应的多个网络问题投诉信息、以及针对多个网络问题投诉信息的至少一个网络问题分析结果之间的对应关系;
若目标投诉地理位置、以及网络问题投诉信息与知识库中的内容相匹配,则根据知识库,获得针对网络问题投诉信息的网络问题分析结果。
具体来说,信息处理装置中存储有不同的网络问题投诉信息,以及对应的分析结果。信息处理装置确定知识库中是否有与目标投诉地理位置,以及网络问题投诉信息匹配的内容,如果有,则直接根据知识库获得与该网络问题投诉信息对应的网络问题分析结果。
第三种,执行步骤105的方式为:
信息处理的装置根据终端的场景的不同,对至少一个网络站点进行不同的分析,获得针对网络问题投诉信息的网络问题分析结果。
具体来说,若终端的场景为室内,则根据网络站点管理数据,按照第一预设顺序对至少一个网络站点进行分析,其中,第一预设顺序为先对至少一个网络站点中与目标投诉地理位置匹配的室分站进行分析,再对至少一个网络站点中的周边宏站进行分析;
若终端的场景为室外,则根据网络站点管理数据,按照第二预设顺序对至少一个网络站点进行分析,其中,第二预设顺序为对至少一个网络站点中的周边宏站进行分析。
本申请实施例中,先对终端的场景进行分析,如果终端在室内,则先对终端所在的室分站点进行分析,如果终端在室外,则直接对周边宏站进行分析,从而更加迅速地确定出有问题的网路站点,提高获得网络问题分析结果的效率。
下面先对当终端的场景为室内时,则根据网络站点管理数据,按照第一预设顺序对至少一个网络站点进行分析,获得针对网络问题投诉信息的网络问题分析结果的过程进行说明。按照第一预设顺序对至少一个网络站点进行分析的逻辑图可以参照图3,下面结合图3进行说明。
根据室分物业点库,确定至少一个网络站点是否存在与目标投诉地理位置匹配的第一室分站;
若确定存在第一室分站,则根据设备告警数据,确定第一室分站是否有设备故障和/或零业务,零业务是指第一室分站没有通信业务,或者没有上报任何无线性能指标;
如果第一室分站有设备故障和/或零业务,则获得网络问题分析结果,该网络问题分析结果用于表示产生网络问题投诉信息对应的网络问题为第一室分站设备故障和/或零业务,可以将该网络问题定责为维护部分。
如果确定第一室分站没有设备故障和零业务,则根据无线性能指标,确定第一室分站的无线性能指标是否异常;
如果第一室分站的无线性能指标异常,则获得网络问题分析结果,该网络问题分析结果用于表示产生网络问题投诉信息对应的网络问题为第一室分站无线性能指标异常,可以将该网络问题定责为优化部分。
如果确定第一室分站没有设备故障和零业务,以及确定第一室分站没有业务指标异常,则根据规划批复数据,确定第一室分站是否处于批复状态;
如果确定第一室分站处于批复状态,则获得网络问题分析结果,该网络问题分析结果用于表示产生网络问题投诉信息对应的网络问题为第一室分站批复状态,可以将该网络问题定责为建设部门。
若确定第一室分站没有处于批复状态,则根据设备告警数据,确定至少一个网络站点中的周边宏站是否有设备故障,周边宏站可以理解为终端所在的目标地理投诉位置的邻近区域内的宏站。
如果至少一个网络站点中的周边宏站有设备故障,则获得网络问题分析结果,该网络问题分析结果用于表示产生网络问题投诉信息对应的网络问题为至少一个网络站点中的周边宏站设备故障,可以将该网络问题定责为维护部门。
如果确定至少一个网络站点中的周边宏站没有设备故障,则根据搬迁数据,确定至少一个网络站点中周边宏站是否搬迁;
如果确定至少一个网络站点中的周边宏站搬迁,则获得网络问题分析结果,该网络问题分析结果用于表示产生网络问题投诉信息对应的网络问题为至少一个网络站点中的周边宏站搬迁,可以将该网络问题定责为维护部门。
如果确定至少一个网络站点中的周边宏站没有搬迁,则确定至少一个网络站点中的周边宏站是否为零业务;
如果确定至少一个网络站点中的周边宏站为零业务,则获得网络问题分析结果,该网络问题分析结果用于表示产生网络问题投诉信息对应的网络问题为至少一个网络站点中的周边宏站业务能力异常,可以将该网络问题定责为维护部门。
如果确定至少一个网络站点中的周边宏站没有零业务,则根据无线性能指标,确定至少一个网络站点中的周边宏站的无线性能指标是否异常;
具体来说,至少一个网络站点中的周边宏站的无线性能指标满足第一条件,则确定至少一个网络站点中的周边宏站的无线性能指标异常,其中,第一条件包括以下情况中的一种或几种:
网络覆盖率小于第一预设值;
物理资源块PRB平均底噪大于第二预设值;
PRB的平均利用率小于第三预设值;
服务等级质量标识QCI1丢包率大于第四预设值;
无线接通率小于第五预设值;以及,
信号接收质量RxQual占比小于第六预设值。
如果业务投诉类型为上网业务投诉类,确定至少一个网络站点中的周边宏站的无线性能指标是否异常,包括:
若至少一个网络站点中的周边宏站的无线性能指标满足第二条件,则确定至少一个网络站点中的周边宏站的无线性能指标异常,其中,第二条件包括以下情况中的一种或几种:
网络覆盖率小于第一预设值;
物理资源块PRB平均底噪大于第二预设值;
PRB的平均利用率小于第三预设值;以及,
无线接通率小于第五预设值。
如果确定至少一个网络站点中的周边宏站的无线性能指标异常,则获得网络问题分析结果,该网络问题分析结果用于表示产生网络问题投诉信息对应的网络问题为至少一个网络站点中的周边宏站的无线性能指标异常,可以将该网络问题定责为维护部门。
若确定至少一个网络站点中的周边宏站的无线性能指标没有异常,则根据规划批复数据,确定至少一个网络站点中的周边宏站是否处于批复状态;
如果确定至少一个网络站点中的周边宏站处于批复状态,则获得网络问题分析结果,该网络问题分析结果用于表示产生网络问题投诉信息对应的网络问题为至少一个网络站点中的周边宏站处于批复状态,可以将该网络问题定责为建设部门。
如果确定至少一个网络站点中的周边宏站没有处于批复状态,则根据规划批复数据,确定至少一个网络站点中的周边宏站是否处于规划状态;
如果确定至少一个网络站点中的周边宏站处于规划状态,则获得网络问题分析结果,该网络问题分析结果用于表示产生网络问题投诉信息对应的网络问题为至少一个网络站点中的周边宏站处于规划状态,可以将该网络问题定责为规划部门。
下面先对当终端的场景为室外时,则根据网络站点管理数据,按照第二预设顺序对至少一个网络站点进行分析,获得针对网络问题投诉信息的网络问题分析结果的过程进行说明。按照第二预设顺序对至少一个网络站点进行分析的逻辑图可以继续参照图3,下面继续结合图4进行说明。
根据搬迁数据,确定至少一个网络站点中的周边宏站是否搬迁;
如果确定至少一个网络站点中的周边宏站搬迁,获得网络问题分析结果,该网络问题分析结果用于表示产生网络问题投诉信息对应的网络问题为至少一个网络站点中的周边宏站搬迁,可以将该网络问题定责为维护部门。
如果确定至少一个网络站点中的周边宏站没有搬迁,则根据设备告警数据,确定至少一个网络站点中的周边宏站是否设备故障;
如果至少一个网络站点中的周边宏站有设备故障,则获得网络问题分析结果,该网络问题分析结果用于表示产生网络问题投诉信息对应的网络问题为至少一个网络站点中的周边宏站设备故障,可以将该网络问题定责为维护部门。
如果至少一个网络站点中的周边宏站没有设备故障,则确定至少一个网络站点中的周边宏站是否为零业务;
如果确定至少一个网络站点中的周边宏站为零业务,则获得网络问题分析结果,该网络问题分析结果用于表示产生网络问题投诉信息对应的网络问题为至少一个网络站点中的周边宏站业务能力异常,可以将该网络问题定责为维护部门。
若确定至少一个网络站点中的周边宏站没有零业务,则根据无线性能指标,确定至少一个网络站点中的周边宏站的无线性能指标是否异常;
如果确定至少一个网络站点中的周边宏站为零业务,则获得网络问题分析结果,该网络问题分析结果用于表示产生网络问题投诉信息对应的网络问题为至少一个网络站点中的周边宏站业务能力异常,可以将该网络问题定责为维护部门。
如果确定至少一个网络站点中的周边宏站没有零业务,则根据无线性能指标,确定至少一个网络站点中的周边宏站的无线性能指标是否异常;
具体来说,至少一个网络站点中的周边宏站的无线性能指标满足第一条件,则确定至少一个网络站点中的周边宏站的无线性能指标异常,其中,第一条件包括以下情况中的一种或几种:
网络覆盖率小于第一预设值;
物理资源块PRB平均底噪大于第二预设值;
PRB的平均利用率小于第三预设值;
服务等级质量标识QCI1丢包率大于第四预设值;
无线接通率小于第五预设值;以及,
信号接收质量RxQual占比小于第六预设值。
如果业务投诉类型为上网业务投诉类,确定至少一个网络站点中的周边宏站的无线性能指标是否异常,包括:
若至少一个网络站点中的周边宏站的无线性能指标满足第二条件,则确定至少一个网络站点中的周边宏站的无线性能指标异常,其中,第二条件包括以下情况中的一种或几种:
网络覆盖率小于第一预设值;
物理资源块PRB平均底噪大于第二预设值;
PRB的平均利用率小于第三预设值;以及,
无线接通率小于第五预设值。
如果确定至少一个网络站点中的周边宏站的无线性能指标异常,则获得网络问题分析结果,该网络问题分析结果用于表示产生网络问题投诉信息对应的网络问题为至少一个网络站点中的周边宏站的无线性能指标异常,可以将该网络问题定责为维护部门。
若确定至少一个网络站点中的周边宏站的无线性能指标没有异常,则根据规划批复数据,确定至少一个网络站点中的周边宏站是否处于批复状态;
如果确定至少一个网络站点中的周边宏站处于批复状态,则获得网络问题分析结果,该网络问题分析结果用于表示产生网络问题投诉信息对应的网络问题为至少一个网络站点中的周边宏站处于批复状态,可以将该网络问题定责为建设部门。
如果确定至少一个网络站点中的周边宏站没有处于批复状态,则根据规划批复数据,确定至少一个网络站点中的周边宏站是否处于规划状态;
如果确定至少一个网络站点中的周边宏站处于规划状态,则获得网络问题分析结果,该网络问题分析结果用于表示产生网络问题投诉信息对应的网络问题为至少一个网络站点中的周边宏站处于规划状态,可以将该网络问题定责为规划部门。
第四种,执行步骤105的方式为:
先确定终端的场景;
根据目标投诉地址与知识库的内容进行匹配;
如果目标投诉地址与知识库的内容匹配不成功,则再利用第三种中论述的方式,从而获得网络问题分析结果。
在获得网络问题分析结果之后,还可以将目标投诉地址、网络问题分析结果存入知识库,从而更新知识库。
例如,请参照图3,确定终端的场景为室内,根据目标投诉地址与知识库的内容匹配,匹配不成功。按照第一顺序,确定终端的周边宏站存在处于批复状态。
在确定出网络问题分析结果之后,可以向终端发送该网络问题分析结果。信息处理的装置可以直接发送给终端,信息处理的装置也可以通过其它设备发送给终端。
在执行步骤105之后,请继续参照图1,信息处理的装置执行步骤106,即向网络站点大数据平台发送网络问题分析结果,以及确定网络问题投诉信息对应的网络问题是否被解决。
其中,网络站点大数据平台是多个提供网络站点大数据的系统的统称。
具体来说,向网络站点大数据平台发送网络问题分析结果,从而使得网络站点大数据平台根据网络问题分析结果解决网络问题投诉信息对应的网络问题,网络站点大数据平台用于提供所有网络站点实时的规划批复数据、设备告警数据、以及搬迁数据;
从网络站点大数据平台,获取网络问题分析结果对应的网络站点的规划批复数据、设备告警数据、以及搬迁数据;
根据规划批复数据、设备告警数据、以及搬迁数据,确定网络问题投诉信息对应的网络问题是否被解决。
具体来说,步骤105中将不同的网络问题定责为不同的部门,前文提到的规划部门、优化部分、维护部门以及建设部分。
例如,请参照图5,信息处理的装置在获得与规划部门相关的网络问题之后,就可以将该网络问题发送给网络站点大数据平台中的规划系统,并且从网络站点大数据平台获取实时的网络站点规划状态,从而实现对网络问题中的规划问题进行实时监控。
或者例如,请参照图6,信息处理的装置在获得与建设部门相关的网络问题之后,信息处理的装置与网络站点大数据平台中的综资中的集中开站流程、天姿采集系统、集中设计审核平台三个系统对接,实现引发投诉的建设类问题一站式驱动设计方案提交,并可监控天姿数据是否采集,以判断是否具备集中开站的条件,同时根据批复网络站点编号可实现对已纳入集中开站流程的网络站点进行开站状态监控,开站状态是指网络站点正式纳入使用。
或者例如,请参照图7,信息处理的装置在获得与维护部门相关的网络问题之后,信息处理的装置与网络站点大数据平台中的综合告警平台、现网站点搬迁流程对接,可实现对现网告警、搬迁站状态的监控,以判断维护类问题的解决状态。
或者例如,请参照图8,信息处理的装置在获得与优化部门相关的网络问题之后,信息处理的装置可以与网络站点大数据平台中的网优平台、集中优化平台对接,若产生投诉且集中优化平台中有该网元的性能工单,则对性能工单打投诉标签,且通过网优平台监控性能指标,判断优化问题的解决状态。
应当说明的是,步骤106是可选的步骤。
在信息处理的装置通过网络站点大数据平台确定对于的网络问题已经解决之后,可以向终端发送提示信息,以提示用户该网络问题已被解决。
在前文提供的一种网络问题投诉信息处理的方法的基础上,本申请实施例提供一种网络问题投诉信息处理的装置,请参照图9,该装置包括接收模块901和处理模块902。下面对接收模块901和处理模块902进行详细说明。该信息处理的装置与前文信息处理的方法重复之处,本申请实施例中不再赘述。
接收模块901,用于获取网络问题投诉信息,并根据网络问题投诉信息,获得终端所在的目标投诉地址和业务投诉时间段;
处理模块902,用于根据业务投诉时间段以及目标投诉地址,基于终端的应用服务OTT数据以及测量报告MR数据,获得终端的目标投诉地理位置,投诉地理位置包括目标投诉地址所对应的经纬度信息;以及,
根据目标投诉地理位置,获取与终端的距离在预设范围内的至少一个网络站点,以及至少一个网络站点的网络站点管理数据,网络站点管理数据包括至少一个网络站点的无线性能指标、规划批复数据、设备告警数据、室分物业点库以及搬迁数据;以及,
根据网络站点管理数据,对至少一个网络站点进行分析,获得针对网络问题投诉信息的网络问题分析结果,并向终端发送网络问题分析结果。
在一种可能的设计中,处理模块902具体用于:
将网络问题投诉信息分解为多个词语;
将多个词语与投诉地址数据样本进行匹配,确定出用于表示地址的词语;
根据用于表示地址的词语,获得目标投诉地址。
在一种可能的设计中,处理模块902具体用于:
在与目标投诉地址距离在第一预设范围内,获取终端对应的OTT数据以及MR数据;
根据OTT数据,获取终端的不连续的经纬度信息;
将MR数据与不连续的经纬度信息关联,获得终端的地理位置数据库;
根据终端在业务投诉时间段内的MR数据,从地理位置数据库中,确定出终端在业务投诉时间段内的目标投诉地理位置。
在一种可能的设计中,处理模块902还用于:
在根据预设的分析规则,对网络站点管理数据进行分析之前,获取与终端的距离在预设范围内的电子地图,电子地图包括室内对象图层和室外对象图层;
若目标投诉地理位置位于室内对象图层中,则确定终端的场景为室内,若目标投诉地理位置位于室外对象图层中,则确定终端的场景为室内。
在一种可能的设计中,处理模块902具体用于:
获取知识库,知识库包括多个投诉地理位置、与多个投诉地理位置对应的多个网络问题投诉信息、以及针对多个网络问题投诉信息的至少一个网络问题分析结果之间的对应关系;
若目标投诉地理位置、以及网络问题投诉信息与知识库中的内容相匹配,则根据知识库,获得针对网络问题投诉信息的网络问题分析结果。
在一种可能的设计中,处理模块902具体用于:
若终端的场景为室内,则根据网络站点管理数据,按照第一预设顺序对至少一个网络站点进行分析,其中,第一预设顺序为先对至少一个网络站点中与目标投诉地理位置匹配的室分站进行分析,再对至少一个网络站点中的周边宏站进行分析;
若终端的场景为室外,则根据网络站点管理数据,按照第二预设顺序对至少一个网络站点进行分析,其中,第二预设顺序为对至少一个网络站点中的周边宏站进行分析。
在一种可能的设计中,处理模块902具体用于:
根据室分物业点库,确定至少一个网络站点是否存在与目标投诉地理位置匹配的第一室分站;
若确定存在第一室分站,则根据设备告警数据,确定第一室分站是否有设备故障和/或零业务;
若确定第一室分站没有设备故障和零业务,则根据无线性能指标,确定第一室分站的无线性能指标是否异常。
在一种可能的设计中,处理模块902具体用于:
若确定第一室分站没有设备故障和零业务,以及确定第一室分站没有业务指标异常,则根据规划批复数据,确定第一室分站是否处于批复状态;
若确定第一室分站没有处于批复状态,则根据设备告警数据,确定至少一个网络站点中的周边宏站是否有设备故障;
若确定至少一个网络站点中的周边宏站没有设备故障,则根据搬迁数据,确定至少一个网络站点中周边宏站是否搬迁。
在一种可能的设计中,处理模块902具体用于:
根据搬迁数据,确定至少一个网络站点中的周边宏站是否搬迁;
若确定至少一个网络站点中的周边宏站没有搬迁,则根据设备告警数据,确定至少一个网络站点中的周边宏站是否设备故障。
在一种可能的设计中,处理模块902具体用于:
确定至少一个网络站点中的周边宏站是否为零业务;
若确定至少一个网络站点中的周边宏站没有零业务,则根据无线性能指标,确定至少一个网络站点中的周边宏站的无线性能指标是否异常。
在一种可能的设计中,处理模块902具体用于:
若确定至少一个网络站点中的周边宏站的无线性能指标没有异常,则根据规划批复数据,确定至少一个网络站点中的周边宏站是否处于批复状态;
若至少一个网络站点中的周边宏站没有处于批复状态,则根据规划批复数据,确定至少一个网络站点中的周边宏站是否处于规划状态。
在一种可能的设计中,网络问题投诉信息还包括业务投诉类型,业务投诉类型为通话业务投诉类,处理模块902具体用于:
若至少一个网络站点中的周边宏站的无线性能指标满足第一条件,则确定至少一个网络站点中的周边宏站的无线性能指标异常,其中,第一条件包括以下情况中的一种或几种:
网络覆盖率小于第一预设值;
物理资源块PRB平均底噪大于第二预设值;
PRB的平均利用率小于第三预设值;
服务等级质量标识QCI1丢包率大于第四预设值;
无线接通率小于第五预设值;以及,
信号接收质量RxQual占比小于第六预设值。
在一种可能的设计中,网络问题投诉信息还包括业务投诉类型,业务投诉类型为上网业务投诉类,处理模块902具体用于:
若至少一个网络站点中的周边宏站的无线性能指标满足第二条件,则确定至少一个网络站点中的周边宏站的无线性能指标异常,其中,第二条件包括以下情况中的一种或几种:
网络覆盖率小于第一预设值;
物理资源块PRB平均底噪大于第二预设值;
PRB的平均利用率小于第三预设值;以及,
无线接通率小于第五预设值。
处理模块902还用于:
在获得针对网络问题投诉信息的网络问题分析结果之后,向网络站点大数据平台发送网络问题分析结果,以使网络站点大数据平台根据网络问题分析结果解决网络问题投诉信息对应的网络问题,网络站点大数据平台用于提供所有网络站点实时的规划批复数据、设备告警数据、以及搬迁数据;
从网络站点大数据平台,获取网络问题分析结果对应的网络站点的规划批复数据、设备告警数据、以及搬迁数据;
根据规划批复数据、设备告警数据、以及搬迁数据,确定网络问题投诉信息对应的网络问题是否被解决。
在前文提供的一种网络问题投诉信息处理的方法的基础上,本申请实施例提供一种网络问题投诉信息处理的装置,请参照图10,该装置包括处理器1001和存储器1002,下面对处理器1001和存储器1002进行具体说明。
至少一个处理器1001,以及
与所述至少一个处理器1001通信连接的存储器1002;
其中,存储器1002存储有可被至少一个处理器1101执行的指令,至少一个处理器1101通过执行存储器1002存储的指令实现如本申请实施例中任一项所述的网络问题投诉信息处理的方法。
图10中是以一个处理器1001为例,但是实际上不限制处理器1001的数量。
作为一种实施例,图9中的处理模块902可以通过图10中的处理器1001实现。
在前文提供的一种网络问题投诉信息处理的方法的基础上,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机指令,当所述计算机指令在计算机上运行时,使得计算机执行如本申请实施例中任一项所述的网络问题投诉信息处理的方法。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (17)
1.一种网络问题投诉信息处理的方法,其特征在于,包括:
获取网络问题投诉信息,并根据所述网络问题投诉信息,获得所述终端所在的目标投诉地址和业务投诉时间段;
根据所述业务投诉时间段以及所述目标投诉地址,基于所述终端的应用服务OTT数据以及测量报告MR数据,获得所述终端的目标投诉地理位置,所述投诉地理位置包括所述目标投诉地址所对应的经纬度信息;
根据所述目标投诉地理位置,获取与所述终端的距离在预设范围内的至少一个网络站点,以及所述至少一个网络站点的网络站点管理数据,所述网络站点管理数据包括所述至少一个网络站点的无线性能指标、规划批复数据、设备告警数据、室分物业点库以及搬迁数据;
根据所述网络站点管理数据,对所述至少一个网络站点进行分析,获得针对所述网络问题投诉信息的网络问题分析结果,并向所述终端发送所述网络问题分析结果。
2.如权利要求1所述的方法,其特征在于,根据所述网络问题投诉信息,获得所述终端所在的目标投诉地址,包括:
将所述网络问题投诉信息分解为多个词语;
将所述多个词语与投诉地址数据样本进行匹配,确定出用于表示地址的词语;
根据所述用于表示地址的词语,获得目标投诉地址。
3.如权利要求1所述的方法,其特征在于,基于所述终端的应用服务OTT数据以及测量报告MR数据,获得所述终端的目标投诉地理位置,包括:
在与所述目标投诉地址距离在第一预设范围内,获取所述终端对应的OTT数据以及MR数据;
根据所述OTT数据,获取所述终端的不连续的经纬度信息;
将所述MR数据与所述不连续的经纬度信息关联,获得所述终端的地理位置数据库;
根据所述终端在所述业务投诉时间段内的所述MR数据,从所述地理位置数据库中,确定出所述终端在所述业务投诉时间段内的目标投诉地理位置。
4.如权利要求1所述的方法,其特征在于,在根据预设的分析规则,对所述网络站点管理数据进行分析之前,包括:
获取与所述终端的距离在预设范围内的电子地图,所述电子地图包括室内对象图层和室外对象图层;
若所述目标投诉地理位置位于所述室内对象图层中,则确定所述终端的场景为室内,若所述目标投诉地理位置位于所述室外对象图层中,则确定所述终端的场景为室内。
5.如权利要求1-4任一所述的方法,其特征在于,根据预设的分析规则,对所述网络站点管理数据进行分析,获得针对所述网络问题投诉信息的网络问题分析结果,包括:
获取知识库,所述知识库包括多个投诉地理位置、与多个投诉地理位置对应的多个网络问题投诉信息、以及针对所述多个网络问题投诉信息的至少一个网络问题分析结果之间的对应关系;
若所述目标投诉地理位置、以及所述网络问题投诉信息与所述知识库中的内容相匹配,则根据所述知识库,获得针对所述网络问题投诉信息的网络问题分析结果。
6.如权利要求4所述的方法,其特征在于,根据所述网络站点管理数据,对所述至少一个网络站点进行分析,包括:
若所述终端的场景为室内,则根据所述网络站点管理数据,按照第一预设顺序对所述至少一个网络站点进行分析,其中,所述第一预设顺序为先对所述至少一个网络站点中与所述目标投诉地理位置匹配的室分站进行分析,再对所述至少一个网络站点中的周边宏站进行分析;
若所述终端的场景为室外,则根据所述网络站点管理数据,按照第二预设顺序对所述至少一个网络站点进行分析,其中,所述第二预设顺序为对所述至少一个网络站点中的周边宏站进行分析。
7.如权利要求6所述的方法,其特征在于,根据所述网络站点管理数据,按照第一预设顺序对所述至少一个网络站点进行分析,包括:
根据所述室分物业点库,确定所述至少一个网络站点是否存在与所述目标投诉地理位置匹配的第一室分站;
若确定存在所述第一室分站,则根据所述设备告警数据,确定所述第一室分站是否有设备故障和/或零业务;
若确定所述第一室分站没有设备故障和零业务,则根据所述无线性能指标,确定所述第一室分站的无线性能指标是否异常。
8.如权利要求7所述的方法,其特征在于,根据所述网络站点管理数据,按照第一预设顺序对所述至少一个网络站点进行分析,包括:
若确定所述第一室分站没有设备故障和零业务,以及确定所述第一室分站没有业务指标异常,则根据所述规划批复数据,确定所述第一室分站是否处于批复状态;
若确定所述第一室分站没有处于批复状态,则根据所述设备告警数据,确定所述至少一个网络站点中的周边宏站是否有设备故障;
若确定所述至少一个网络站点中的周边宏站没有设备故障,则根据所述搬迁数据,确定所述至少一个网络站点中周边宏站是否搬迁。
9.如权利要求6所述的方法,其特征在于,根据所述网络站点管理数据,按照第二预设顺序对所述至少一个网络站点进行分析,包括:
根据所述搬迁数据,确定所述至少一个网络站点中的周边宏站是否搬迁;
若确定所述至少一个网络站点中的周边宏站没有搬迁,则根据所述设备告警数据,确定所述至少一个网络站点中的周边宏站是否设备故障。
10.如权利要求6-9任一所述的方法,其特征在于,根据所述网络站点管理数据,对所述至少一个网络站点进行分析:
确定所述至少一个网络站点中的周边宏站是否为零业务;
若确定所述至少一个网络站点中的周边宏站没有零业务,则根据所述无线性能指标,确定所述至少一个网络站点中的周边宏站的无线性能指标是否异常。
11.如权利要求10所述的方法,其特征在于,根据所述网络站点管理数据,对所述至少一个网络站点进行分析,包括:
若确定所述至少一个网络站点中的周边宏站的无线性能指标没有异常,则根据所述规划批复数据,确定所述至少一个网络站点中的周边宏站是否处于批复状态;
若所述至少一个网络站点中的周边宏站没有处于批复状态,则根据规划批复数据,确定所述至少一个网络站点中的周边宏站是否处于规划状态。
12.如权利要求10所述的方法,其特征在于,所述网络问题投诉信息还包括业务投诉类型,所述业务投诉类型为通话业务投诉类,确定所述至少一个网络站点中的周边宏站的无线性能指标是否异常,包括:
若所述至少一个网络站点中的周边宏站的无线性能指标满足第一条件,则确定所述至少一个网络站点中的周边宏站的无线性能指标异常,其中,所述第一条件包括以下情况中的一种或几种:
网络覆盖率小于第一预设值;
物理资源块PRB平均底噪大于第二预设值;
PRB的平均利用率小于第三预设值;
服务等级质量标识QCI1丢包率大于第四预设值;
无线接通率小于第五预设值;以及,
信号接收质量RxQual占比小于第六预设值。
13.如权利要求10所述的方法,其特征在于,所述网络问题投诉信息还包括业务投诉类型,所述业务投诉类型为上网业务投诉类,确定所述至少一个网络站点中的周边宏站的无线性能指标是否异常,包括:
若所述至少一个网络站点中的周边宏站的无线性能指标满足第二条件,则确定所述至少一个网络站点中的周边宏站的无线性能指标异常,其中,所述第二条件包括以下情况中的一种或几种:
网络覆盖率小于第一预设值;
物理资源块PRB平均底噪大于第二预设值;
PRB的平均利用率小于第三预设值;以及,
无线接通率小于第五预设值。
14.如权利要求1-4或6-9任一所述的方法,其特征在于,在获得针对所述网络问题投诉信息的网络问题分析结果之后,包括:
向网络站点大数据平台发送所述网络问题分析结果,以使所述网络站点大数据平台根据所述网络问题分析结果解决所述网络问题投诉信息对应的网络问题,所述网络站点大数据平台用于提供所有网络站点实时的规划批复数据、设备告警数据、以及搬迁数据;
从所述网络站点大数据平台,获取所述网络问题分析结果对应的网络站点的规划批复数据、设备告警数据、以及搬迁数据;
根据所述规划批复数据、所述设备告警数据、以及所述搬迁数据,确定所述网络问题投诉信息对应的网络问题是否被解决。
15.一种网络问题投诉信息处理的装置,其特征在于,包括:
接收模块,用于获取网络问题投诉信息,并根据所述网络问题投诉信息,获得所述终端所在的目标投诉地址和业务投诉时间段;
处理模块,根据所述业务投诉时间段以及所述目标投诉地址,基于所述终端的应用服务OTT数据以及测量报告MR数据,获得所述终端的目标投诉地理位置,所述投诉地理位置包括所述目标投诉地址所对应的经纬度信息;以及,
根据所述目标投诉地理位置,获取与所述终端的距离在预设范围内的至少一个网络站点,以及所述至少一个网络站点的网络站点管理数据,所述网络站点管理数据包括所述至少一个网络站点的无线性能指标、规划批复数据、设备告警数据、室分物业点库以及搬迁数据;以及,
根据所述网络站点管理数据,对所述至少一个网络站点进行分析,获得针对所述网络问题投诉信息的网络问题分析结果,并向所述终端发送所述网络问题分析结果。
16.一种网络问题投诉信息处理的装置,其特征在于,包括:
至少一个处理器,以及
与所述至少一个处理器通信连接的存储器;
其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述至少一个处理器通过执行所述存储器存储的指令实现如权利要求1-14中任一项所述的方法。
17.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机指令,当所述计算机指令在计算机上运行时,使得计算机执行如权利要求1-14中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811497248.8A CN111294730B (zh) | 2018-12-07 | 2018-12-07 | 一种网络问题投诉信息处理的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811497248.8A CN111294730B (zh) | 2018-12-07 | 2018-12-07 | 一种网络问题投诉信息处理的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111294730A true CN111294730A (zh) | 2020-06-16 |
CN111294730B CN111294730B (zh) | 2021-07-23 |
Family
ID=71029342
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811497248.8A Active CN111294730B (zh) | 2018-12-07 | 2018-12-07 | 一种网络问题投诉信息处理的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111294730B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111741427A (zh) * | 2020-06-22 | 2020-10-02 | 中国联合网络通信集团有限公司 | 业务投诉的处理方法、装置及设备 |
CN113099475A (zh) * | 2021-04-20 | 2021-07-09 | 中国移动通信集团陕西有限公司 | 网络质量检测方法、装置、电子设备及可读存储介质 |
CN114630353A (zh) * | 2020-12-14 | 2022-06-14 | 中国联合网络通信集团有限公司 | 投诉信息处理方法、装置、服务器及存储介质 |
CN115860442A (zh) * | 2023-02-28 | 2023-03-28 | 广州平云小匠科技有限公司 | 辅助工单的工程师匹配方法、服务器以及可读存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110137772A1 (en) * | 2009-12-07 | 2011-06-09 | At&T Mobility Ii Llc | Devices, Systems and Methods for SLA-Based Billing |
CN106528675A (zh) * | 2016-10-31 | 2017-03-22 | 杭州东方通信软件技术有限公司 | 一种投诉原因定位方法及装置 |
CN107231636A (zh) * | 2016-03-23 | 2017-10-03 | 中国移动通信集团四川有限公司 | 一种校准网络覆盖评估的方法和装置 |
CN107947968A (zh) * | 2017-11-14 | 2018-04-20 | 中国联合网络通信集团有限公司 | 网络质量投诉信息的处理方法和装置 |
-
2018
- 2018-12-07 CN CN201811497248.8A patent/CN111294730B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110137772A1 (en) * | 2009-12-07 | 2011-06-09 | At&T Mobility Ii Llc | Devices, Systems and Methods for SLA-Based Billing |
CN107231636A (zh) * | 2016-03-23 | 2017-10-03 | 中国移动通信集团四川有限公司 | 一种校准网络覆盖评估的方法和装置 |
CN106528675A (zh) * | 2016-10-31 | 2017-03-22 | 杭州东方通信软件技术有限公司 | 一种投诉原因定位方法及装置 |
CN107947968A (zh) * | 2017-11-14 | 2018-04-20 | 中国联合网络通信集团有限公司 | 网络质量投诉信息的处理方法和装置 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111741427A (zh) * | 2020-06-22 | 2020-10-02 | 中国联合网络通信集团有限公司 | 业务投诉的处理方法、装置及设备 |
CN114630353A (zh) * | 2020-12-14 | 2022-06-14 | 中国联合网络通信集团有限公司 | 投诉信息处理方法、装置、服务器及存储介质 |
CN113099475A (zh) * | 2021-04-20 | 2021-07-09 | 中国移动通信集团陕西有限公司 | 网络质量检测方法、装置、电子设备及可读存储介质 |
CN115860442A (zh) * | 2023-02-28 | 2023-03-28 | 广州平云小匠科技有限公司 | 辅助工单的工程师匹配方法、服务器以及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111294730B (zh) | 2021-07-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111294730B (zh) | 一种网络问题投诉信息处理的方法及装置 | |
US10511510B2 (en) | Performance of communication network based on end to end performance observation and evaluation | |
KR102097426B1 (ko) | 피셀 알고리즘을 이용하여 실시간 유동 인구 데이터의 제공이 가능한 유동인구 정보 분석 방법 | |
CN110166943B (zh) | 终端位置信息的处理方法 | |
US20120185458A1 (en) | Clustering crowd-sourced data to identify event beacons | |
CN105556554A (zh) | 多个设备相关性 | |
CN111325561B (zh) | 智能投诉处理方法、装置、电子设备及存储介质 | |
CN107947968B (zh) | 网络质量投诉信息的处理方法和装置 | |
CN111177222A (zh) | 模型测试方法、装置及计算设备、存储介质 | |
KR102375217B1 (ko) | 인공지능 기반 건축 시공비 시뮬레이션 시스템 및 방법 | |
CN102184311A (zh) | 移动pda现场应急指挥系统 | |
EP3158789A1 (en) | Method for collecting and aggregating network quality data | |
CN111741427A (zh) | 业务投诉的处理方法、装置及设备 | |
CN110543538A (zh) | 基于地理信息系统(gis)网格定位分析投诉原因的方法 | |
CN108462965A (zh) | 一种铁塔需求站址共享规划方法 | |
CN110831015A (zh) | 室分弱覆盖识别方法及装置 | |
CN109040744B (zh) | 预测视频业务的关键质量指标的方法、装置及存储介质 | |
CN109995549B (zh) | 一种评估流量价值的方法及装置 | |
CN113867966A (zh) | 一种混合云模式的云资源调度方法 | |
CN108541011B (zh) | 无线网络信号覆盖区域的强度分析方法和装置 | |
JP2015100043A (ja) | エリア品質劣化推定装置及び方法 | |
CN111045915A (zh) | 一种基于产品功能测试用例的安全测试的方法和装置 | |
CN114511119A (zh) | 基于物料模型与知识图谱相结合的智能匹配方法和装置 | |
CN112884497A (zh) | 确定用户类型的方法、装置、电子设备和存储介质 | |
CN109102083B (zh) | 一种维修设备的数量配置方法及相关设备 |
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 |