CN111294469A - 一种通话接通问题的故障分析方法、装置及设备 - Google Patents
一种通话接通问题的故障分析方法、装置及设备 Download PDFInfo
- Publication number
- CN111294469A CN111294469A CN201811497329.8A CN201811497329A CN111294469A CN 111294469 A CN111294469 A CN 111294469A CN 201811497329 A CN201811497329 A CN 201811497329A CN 111294469 A CN111294469 A CN 111294469A
- Authority
- CN
- China
- Prior art keywords
- call
- connection
- determining
- equipment
- signaling data
- 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
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/26—Arrangements for supervision, monitoring or testing with means for applying test signals or for measuring
- H04M3/28—Automatic routine testing ; Fault testing; Installation testing; Test methods, test equipment or test arrangements therefor
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种通话接通问题的故障分析方法、装置及设备,涉及通信技术领域,用于对VoLTE通话接通问题进行准确的故障分析。该方法包括:监控指定区域内的通话接通率,所述通话接通率用于表征所述指定区域内通话接通的成功率;当所述通话接通率小于预设接通率阈值时,获取接通未成功的通话在接通过程中的所有信令数据;将获取的信令数据与问题通路库中包括的多个问题通路进行匹配,确定所述多个问题通路中与获取的信令数据匹配的目标问题通路,其中,一条问题通路用于表征接通过程中的一种接通情况;将所述目标问题通路所对应的目标问题确定为故障分析结果。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种通话接通问题的故障分析方法、装置及设备。
背景技术
长期演进型语音承载(Voice over Long-Term Evolution,VoLTE)语音业务是一种基于IP多媒体子系统(IP Multimedia Subsystem,IMS;IP:(互联网协议地址,InternetProtocol Address))的语音业务,VoLTE语音业务是架构在第四代移动通信(4Generation,4G)网络上全IP条件下的端到端语音方案。VoLTE语音业务采用高分辨率编解码技术,因此相较2G、3G语音通话,通话等待时间更短,且通话效果也更佳。
在VoLTE通话接通过程中,可能会存在接通不成功的问题,即主叫用户拨打被叫用户号码之后,并未成功收听到被叫用户的振铃(Ringing),因为在VoLTE通话接通过程中,涉及到多个接通阶段以及网元设备,其中的任意一个接通阶段或者网元设备出现故障可能都会使得接通不成功,因此对于接通不成功的问题的故障分析较为困难。目前,对于接通不成功的问题通常可以采用如下三种方法进行故障分析:
(1)无线侧故障分析,即基于无线侧的VoLTE通话的相关承载(bearer)以及链路建立情况近似替代用户的接通情况,从而对接通不成功的问题进行分析,故障分析信息不全面,无法准确地体现用户的感知。
(2)信令系统故障分析,即基于目前信令系统中多网元和多接口的信令对问题进行分析,但是目前的信令系统在进行分析时,分析方法较为简单,即哪个网元报错就定位该网元为故障网元,但是由于网元设备之间并非是相对独立的关系,一个网元故障可能使得后续阶段的网元无法继续进行,从而报错,因此报错的网元可能并不一定是真正的故障网元,从而该种故障分析方法无法准确定位问题实际发生的节点。
(3)人工故障分析,即通过人工抽取一定数量的信令数据进行故障分析,该方法的准确性取决于信令抽取数量和人员技能水平,工作量巨大且结果差异也较大。
由此可见,如何对VoLTE通话接通问题进行准确的故障分析是目前亟待解决的技术问题。
发明内容
本发明实施例提供一种通话接通问题的故障分析方法、装置及设备,用于对VoLTE通话接通问题进行准确的故障分析。
第一方面,提供一种通话接通问题的故障分析方法,所述方法包括:
监控指定区域内的通话接通率,所述通话接通率用于表征所述指定区域内通话接通的成功率;
当所述通话接通率小于预设接通率阈值时,获取接通未成功的通话在接通过程中的所有信令数据;
将获取的信令数据与问题通路库中包括的多个问题通路进行匹配,确定所述多个问题通路中与获取的信令数据匹配的目标问题通路,其中,一条问题通路用于表征接通过程中的一种接通情况;
将所述目标问题通路所对应的目标问题确定为故障分析结果。
第二方面,提供一种通话接通问题的故障分析装置,所述装置包括:
监控单元,用于监控指定区域内的通话接通率,所述通话接通率用于表征所述指定区域内通话接通的成功率;
获取单元,用于当所述通话接通率小于预设接通率阈值时,获取接通未成功的通话在接通过程中的所有信令数据;
匹配单元,用于将获取的信令数据与问题通路库中包括的多个问题通路进行匹配,确定所述多个问题通路中与获取的信令数据匹配的目标问题通路,其中,一条问题通路用于表征接通过程中的一种接通情况;
确定单元,用于将所述目标问题通路所对应的目标问题确定为故障分析结果。
第三方面,提供一种网络设备,所述设备包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行上述所述的通话接通问题的故障分析方法。
第四方面,提供一种计算机存储介质;
所述计算机存储介质存储有计算机指令,当所述计算机指令在计算机上运行时,使得计算机执行上述所述的固态硬盘寿命预测方法。
本发明实施例中,通过对指定区域内的通话接通率进行监控,并在通话接通率小于一定阈值时,获取接通未成功的通话的信令数据并与问题通路库进行匹配,问题通路库中存储了多个问题通路,且一条问题通路表征一种接通情况,这样,将信令数据与问题通路库进行匹配之后,则可以知道这些信令数据所对应的问题通路,即获取这些信令数据所对应的接通情况,从而找到这种接通情况所对应的目标问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本发明实施例中的网络架构示意图;
图2为本发明实施例中的通话接通问题的故障分析方法的流程示意图;
图3为本发明实施例中的通话接通过程中的部分信令交互示意图;
图4为本发明实施例中的将获取的信令数据与问题通路库进行匹配的流程示意图;
图5为本发明实施例中的通话接通过程包括的6个接通阶段的示意图;
图6为本发明实施例中的4维6阶矩阵示意图;
图7为本发明实施例中的多接口信令拼接问题定位原理示意图;
图8a~图8f为本发明实施例中的问题通路库的主网络的判定流程示意图;
图9为本发明实施例中的子网络A的判决流程示意图;
图10为本发明实施例中的子网络B的判决流程示意图;
图11为本发明实施例中的子网络C的判决流程示意图;
图12为本发明实施例中的子网络D的判决流程示意图;
图13为本发明实施例中的通话接通问题的故障分析装置的一种结构示意图;
图14为本发明实施例中的网络设备的一种结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互任意组合。并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
下面结合附图介绍本发明实施例的网络架构图。
请参见图1所示,为本发明实施例适用的网络架构图。其中,该网络架构中包括用户设备(User Equipment,UE)、接入网、移动管理功能实体(Mobility Management Entity,MME)、移动业务交换中心(Mobile Service Switching Center,MSC)以及IMS域,MSC也可以为增强型MSC(Enhanced MSC,eMSC)。
其中,UE与4G网络的接入网设备,即演进型基站(Evolved Node B,eNB)通过Uu接口进行交互,eNB与MME之间通过S1接口进行交互;UE与2G网络的接入网设备,即基站控制器(Base Station Controller,BSC)通过Um接口进行交互;UE与IMS域中的会话边界控制器(Session Border Controller,SBC)之间通过Gm接口进行交互,SBC与呼叫会话控制功能实体(Call Session Control Function,CSCF)之间通过Mw接口进行交互;SBC与BSC之间通过Mw接口或者I2接口进行交互。
下面结合附图介绍本发明实施例提供的技术方案。
请参见图2,本发明实施例提供一种通话接通问题的故障分析方法,该方法可以适用于图1所示的网络架构中。其中,本发明实施例中的通话可以是指基于VoLTE语音业务的通话,也可以是指其他类型的通话,本发明实施例的方法具体以基于VoLTE语音业务的通话为例进行描述,但是需要知道的是,本发明实施例的思想同样适用于非VoLTE类型的通话。
步骤201:采集并存储通话接通过程中的信令数据。
本发明实施例中,由于在现有的信令采集平台中已经拥有这信令监控和信令采集的功能,因此可以借助于现有的信令采集平台完成通话接通过程中的信令数据的获取。具体的,可以接入信令采集平台的输出接口,直接采集信令采集平台采集的通话接通信令数据,并进行储存,以便于后续的信令回溯分析。
其中,由于在需要对通话接通未成功的问题进行故障分析时,只需要对于接通未成功的通话的信令数据进行分析,因此,还可以仅从信令采集平台中获取接通未成功的通话的信令数据。接通未成功的通话是指以端到端接通失败定义,即主叫用户拨打被叫用户号码后,未能成功接通的通话。
本发明实施例中,信令数据可以包括4G网络的核心网络(Evolved Packet Core,EPC)、IMS域、电路交换(Circuit Switched,CS)域、eMSC、MSC、BSC、无线网络控制器(,RadioNetwork Controller,RNC)、4G无线侧、2G无线侧、3G无线侧、异网系统邻区及通话开始时间的信令数据,当然,还可以包括接通过程中其他可能的信令数据。其中,信令数据中可以包括、用户身份识别卡(Subscriber Identification Module,SIM)信息以及UE的类型信息等。异网系统邻区是指不同网络直接的邻区关系,例如:4G基站添加2G或者3G基站为邻区,则通话开始时间指切换到异系统后通话开始的时间点。
本发明实施例中,在存储信令数据之前,还可以对信令数据进行预处理。具体的,可以根据通话用户、通话用户所在的小区、地级市以及时间等维度对信令数据进行整理,这样,有助于后续基于整理后的信令数据进行故障分析时,更加系统有效的定位关键问题点。其中,本发明实施例中所指的通话用户可以包括通话涉及的两个用户,即主叫用户和被叫用户,主叫用户和被叫用户是指用户在网络中的身份,例如可以通过SIM信息来表示主叫用户和被叫用户的身份。
步骤202:监控指定区域内的通话接通率,通话接通率用于表征指定区域内通话接通的成功率。
本发明实施例中,指定区域可以是一个小区,也可以是一个城市,也可以是一个省,具体可以根据实际情况进行设置,本发明实施例中对此不做限制。
请参见图3所示,为VoLTE的通话接通过程中的部分信令交互示意图。其中,O表示主叫侧的设备,例如UE(O)表示主叫用户的设备,T表示被叫侧的设备,例如SBC(T)表示被叫用户接入的SBC,例如SBC可以为VoLTE SBC。
其中,通话接通过程中包括如下步骤:
(1)在主叫用户想要与被叫用户进行通话时,可以通过UE(O)发起邀请(Invite)请求,通过主叫侧的网元将Invite请求透传至被叫侧的CSCF(T).其中,这里省略了主叫侧的Invite请求的透传过程,由于该过程属于现有技术的范畴,在此不过多赘述。
(2)CSCF(T)向主叫侧的网元答复确收消息,即100Trying,以表示自身已收到Invite请求。
(3)CSCF(T)将Invite请求转发至SBC(T)。
(4)SBC(T)向CSCF(T)答复确收消息,即100Trying,以表示自身已收到Invite请求。
(5)SBC(T)将Invite请求转发给UE(T)。
(6)UE(T)收到Invite请求之后,向SBC(T)答复确收消息,即100Trying,以表示自身已收到Invite请求。
(7)UE(T)向SBC(T)发送183会话进度(Session Progress)消息,提示会话建立的进度信息。当183Session Progress消息中携带早期媒体(P-early-media)时,则表示会话建立失败。其中,183Session Progress消息后续简称为183消息。
(8)SBC(T)将183消息转发给CSCF(T)。
(9)CSCF(T)将183消息转发给UE(O)。
(10)UE(T)振铃,且在振铃后,向SBC(T)发送振铃(180Ringing)消息。
(11)SBC(T)将180Ringing消息转发给CSCF(T)。
(12)CSCF(T)将180Ringing消息转发给UE(O)。
需要声明的是,图3中的信令交互仅包括接通过程中的部分信令,由于接通过程属于现有技术的范畴,在此不过多赘述。
其中,UE(O)向CSCF(T)发送的Invite请求称为Invite始呼请求,SBC(T)转发给UE(T)的Invite请求称为Invite终呼请求。
本发明实施例中,通话接通率是指从被叫网络侧看,Invite终呼请求成功转发给UE(T)后,收到被叫用户侧180Ringing消息的比率。
具体的,通话接通率的计算公式如下:
其中,始呼接通次数是指主叫侧SBC收到Invite始呼请求后,向UE(O)成功转发180Ringing消息的次数。
终呼接通次数是指被叫侧SBC(T)转发Invite终呼请求后,收到被叫用户侧180Ringing消息的次数。
始呼总次数是指主叫侧SBC收到Invite始呼请求的次数。
终呼总次数是指被叫侧SBC(T)成功转发Invite终呼请求的次数。
本发明实施例中,通话接通率可以是指定区域在预设时间段中的通话接通率,例如预设时间段可以为一个星期,或者还可以为一个月,在具体实施时,预设时间段可以根据具体需求进行设置。相应的,始呼总次数则是指定区域在预设时间段中主叫侧SBC收到Invite始呼请求的次数,其余依次类推,在此不过多赘述。
步骤203:当通话接通率小于预设接通率阈值时,获取接通未成功的通话在接通过程中的所有信令数据。
本发明实施例中,为保证用户的使用体验,因此需要对通话接通率进行监控,当通话接通率小于预设接通率阈值时,则需要对接通未成功问题进行故障分析,从而根据故障分析结果来对网络进行优化。其中,预设接通率阈值可以根据经验值进行设置,例如可以设置为95%,或者设置为98%等,具体可根据网络需求进行设置,本发明实施例对此不做限制。
具体的,当通话接通率小于预设接通率阈值时,可以从存储的信令数据中获取存在接通未成功问题的通话的信令数据,即接通未成功的通话在接通过程中的所有信令数据,作为故障分析的数据基础。
步骤204:将获取的信令数据与问题通路库中包括的多个问题通路进行匹配,确定所述多个问题通路中与获取的信令数据匹配的目标问题通路。
本发明实施例中,问题通路库是结合多接口信令分析和实践优化经验,构建的信令联合分析模型,问题通路库中的每一条问题通路用于表征接通过程中的一种接通情况。
具体的,请参见图4,将获取的信令数据与问题通路库中包括的多个问题通路进行匹配,确定所述多个问题通路中与获取的信令数据匹配的目标问题通路,包括如下步骤:
步骤401:根据获取的信令数据获取接通过程包括的多个接通阶段的阶段成功率,以确定接通未成功问题所在的接通阶段。
本发明实施例中,在具体实施时,步骤401也可以在步骤204之前就执行,也就是说步骤204也可不包括步骤401。如图5所示,通话接通过程可以包括如下6个接通阶段:
(1)起呼阶段:该阶段从UE(O)通过Gm接口向SBC(O)发送Invite请求开始,到UE(O)通过Gm接口接收到100Trying消息之间的阶段。其中,起呼阶段的阶段成功率可以通过呼叫响应成功率来衡量,呼叫响应成功率的计算方式如下:
(2)承载建立阶段:该阶段从S1接口下发演进的无线接入承载(Evolved RadioAccess Bearer,E-RAB)建立请求(SETUP REQUEST)开始,到S1接口上发激活专用承载接受(ACTIVATE DEDICATED EPS BEARER CONTEXT ACCEPT;EPS:演进分组系统,Evolved PacketSystem)消息之间的阶段。其中,起呼阶段的阶段成功率可以通过S1接口QCI 1承载建立成功率来衡量,S1接口QCI 1承载建立成功率的计算方式如下:
(3)寻呼/被叫资源准备阶段:该阶段从通过Mw接口转发Invite请求开始,到通过Gm接口回复183消息之间的阶段,其中,183消息中可以携带会话描述协议(SessionDescription Protocol,SDP)信息。寻呼/被叫资源准备阶段的阶段成功率可以通过被叫资源准备成功率来衡量,被叫资源准备成功率的计算方式如下:
(4)承载更新阶段:该阶段从S1接口下发修改承载上下文请求(MODIFY EPSBEARER CONTEXT REQUEST)开始,到S1接口上发承载修改响应(E-RAB MODIFY RESPONSE)消息之间的阶段,其中,这里的E-RAB MODIFY RESPONSE是指无原因(cause)值的E-RABMODIFY RESPONSE。承载更新阶段的阶段成功率可以通过S1接口QCI 1承载更新成功率来衡量,S1接口QCI 1承载更新成功率的计算方式如下:
(5)媒体面更新阶段:该阶段从Gm接口接收183消息开始,到Gm接口接收UPDATE200消息之间的阶段。媒体面更新阶段的阶段成功率可以通过媒体面更新成功率来衡量,媒体面更新成功率的计算方式如下:
(6)振铃阶段:该阶段从Gm接口接收UPDATE 200消息开始,到Gm接口接收180ringing消息之间的阶段。振铃阶段的阶段成功率可以通过回铃成功率来衡量,回铃成功率的计算方式如下:
本发明实施例中,上述各个阶段的阶段成功率的计算是指上述获取的信令数据中各个公式中涉及的各个消息的总次数,例如Gm接口接收180ringing消息的次数即是指上述获取的信令数据中Gm接口接收180ringing消息的总次数。
通过上述各个阶段的阶段成功率的计算,可以知道成功率较低的一个或者多个阶段,或者成功率低于设定的阈值的一个或者多个阶段,这样,在后续排查问题时则可以重点关注这些阶段,缩小排查的范围,提升故障分析的效率,并提高故障分析的准确性。
本发明实施例中,在确定发生接通未成功问题的接通阶段后,可以基于确定的接通阶段,以及获取的信令数据中通话用户的属性信息,确定发生接通未成功问题的问题设备。
本发明实施例中,根据通话用户的属性信息进行维度的划分,通过划分的维度和上述6个接通阶段,可以构成如图6所示的矩阵,通过多维度多阶段深度性能分析,则能够初步确定出发生接通未成功问题的问题设备。其中,矩阵的其中一个方向为阶段的划分,另外两个方向为划分的维度,一个维度可以为一种类型的属性信息,各个维度之间可以存在故障分析的优先级,例如优先排查。
其中,通话用户的属性信息可以包括被叫用户所属的运营商、被叫用户所支持的业务类型、主叫用户所在的地理位置和主叫用户的设备的型号,当然,还可以包括其他可能的属性信息。其中,各个维度之间可以存在故障分析的优先级,例如优先排查被叫用户所属的运营商,再排查被叫用户所支持的业务类型,后续依次排查主叫用户所在的地理位置和主叫用户的设备的型号,当然,也可以按照其他的优先级进行排查,本发明实施例对此不做限制。
具体的,可以按照被叫用户所属运营商以及被叫用户所采用的语音通话方式进行拆分,将接通问题初步拆分到“所属运营商”和“被叫用户类型”两个维度。再通过用户所处的地级市、覆盖类型(城市、农村、县城等)以及所使用的主设备厂家类型对上步的拆分结果进一步拆分到“区域维度”和“设备维度”,形成“4维”拆分矩阵。
具体的,可以根据被叫用户所属的运营商确定出问题设备为自身网络内的网元,还是对端网络设备,对端网络设备即是指被叫用户所属运营商的网元。一般来讲,若是某个运营商的网元出现故障,那么统计得到该运营商的被叫用户的数量都会相较其他运营商更多,因此可以根据统计的每个运营商的被叫用户的数量确定出现故障的运营商,即问题设备所属的运营商,从而可以确定该运营商与自身网络的运营商是否相同,若相同,则确定问题设备为自身网络内的网元,否则确定问题设备为对端网络设备。
例如,目前通常的运营商包括移动、联通、电信以及固话类运营商,固话类运营商例如可以为铁通等运营商,若自身网络的运营商为移动,那么则可以存在如图6中所示的四种拨打场景,即VoLTE拨打联通、VoLTE拨打电信、VoLTE拨打固话和VoLTE拨打移动,若最终确定问题设备所属的运营商为除移动之外的其他运营商,则可以考虑问题设备为对端网络设备,即接通未成功问题为网外问题,而若是最终确定问题设备所属的运营商为移动,则可以考虑问题设备为自身网络内的网元,即接通未成功问题为网内问题。
当然,在实际应用中,可能并不能基于被叫用户的运营商排查到问题设备所在,例如多个运营商的被叫数量比较均衡,可能就不能确定出是网内还是网外的问题,那么就可以结合其他的维度综合进行问题设备的排查。
本发明实施例中,还可以根据被叫用户支持的业务类型确定出问题设备为无线侧网元,还是核心网侧网元。其中,目前在拨打VoLTE语音通话之后,被叫用户的业务类型可以包括三个类型,即图6中所示的VoLTE业务、电路域回落(Circuit Switched Fallback,CSFB)业务和电路域(Circuit Switched,CS)业务,当被叫用户的设备支持VoLTE业务且接入4G网络时,则被叫用户当前支持的业务类型为VoLTE业务,而当被叫用户的设备支持VoLTE业务但被叫用户未接入4G网络时,则被叫用户当前支持的业务类型为CSFB业务,而当被叫用户的设备并不支持VoLTE业务时,则被叫用户当前的业务类型为CS业务。
在实际应用时,可以根据经验设置被叫用户支持的业务类型所对应的问题设备,例如当被叫用户支持的业务类型为CS业务时,无线侧网元发生故障的概率较大,那么则确定被叫用户支持的业务类型为CS业务时,则可以考虑问题设备为无线侧网元。
本发明实施例中,若确定问题设备为无线侧网元,则还可以根据地域维度确定具体的问题,即根据主叫用户所在的地理位置确定无线侧网元所存在的问题种类,问题种类包括覆盖类问题、通话质量类问题、参数类问题和容量类问题。例如,信令数据表明大部分接通未成功问题的助教用户都为农村区域,则可以确定为覆盖类问题。
本发明实施例中,若确定无线侧网元所存在的问题种类为参数类问题,则根据通话用户中主叫用户的设备的型号以及各个型号的设备的数量,确定存在参数配置问题的设备的型号,可以建议这些型号的厂家对网络配置参数进行修改。厂家可以包括例如图6中所示的4G厂家和2G厂家,当然,还可以we9i其他网络类型的厂家,本发明实施例对此不做限制。
步骤402:基于确定的接通阶段的信令数据,从确定的接通阶段的起点开始逐步进行匹配,直至因发生所述接通未成功问题而上报的错误码所在的步骤为止。
步骤403:将接通阶段的起点与错误码所在的步骤形成的问题通路确定为目标问题通路。
下面对步骤402和步骤403进行消息的描述。
本发明实施例中,基于上述“4维6阶”矩阵的拆分组合定位的思想,结合具体的信令进行分析,通过对多个接口大量的信令拼接分析,例如主叫Gm接口信令、主叫S1-MME信令、被叫Gm接口信令等多个接口的信令数据,并结合实践验证,确定出每种接通问题信令代码所对应的实际网络问题,构建出接通问题的“问题通路”库。
请参见图7,为多接口信令拼接问题定位原理示意图,其中,从组成问题阶段到定位结果之间包括各多个信令神经元,神经元是指在接通过程中可能涉及的一条信令,例如主叫Gm接口收到的100Trying消息,其中,两个神经元可以构成一条路径的一个步骤,一条问题通路则是指从一个阶段的起点到发生故障的节点之间所经过的路径,在进行匹配时,则会从确定的接通阶段的起点开始,根据问题通路库中的问题通路以及接通阶段的信令数据进行问题再现,直至到达错误码所在的步骤,这之间形成的通路即为目标问题通路,每个目标问题通路都会有对应的目标问题,从而将该目标问题作为该次接通未成功问题所存在的问题,即图7中所示的定位结果。其中,图7中仅示出了部分问题通路的示意图,由于后续会对问题通路进行具体的描述,因此在此先不过多赘述。
请参见图8a~图12,为本发明实施例提供的问题通路库的示意图。
其中,为8a~图8f为问题通路库的主网络,主网络涉及到通话接通过程中的所有阶段,通过对接通的6个阶段的信令拆分,结合实践经验形成的多接口信令关键点,上一阶段的分析结果对应到本网络中的6个阶段中,作为问题通路分析的起点,根据主网络的不同神经元问题的判决,部分问题可在主网络中定界、定位,无法定位的将跳入子网络中继续定界、定位。
下面分阶段对主网络中的判决流程进行描述。
图8a为起呼阶段的判决流程图,判决流程如下:
(1)确定被叫侧Mg/Gm接口是否收到Invite请求,若未收到,则定位目标问题为信令丢失,定界结果为问题设备是核心网侧网元,若收到,转入下一步骤。
(2)确定被叫侧Mg/Gm接口是否回复100Trying消息,若未回复,则定界结果为问题设备是对端网络设备,若已回复,转入下一步骤。
(3)确定主叫侧Gm接口是否回复100Trying消息,若未回复,则定位目标问题为信令丢失,定界结果为问题设备是核心网侧网元,若已回复,则表示网络已确认起呼,起呼阶段完成。
图8b为承载建立阶段的判决流程图,判决流程如下:
(1)确定主叫侧Gm接口是否收到取消(cancel)消息,若收到,则跳转至子网络D进行判决,若已收到,转入下一步骤。
(2)确定S1-MME接口是否有E-RAB SETUP REQUEST下发,若为否,则定位目标问题为信令丢失或者流程错误,定界结果为问题设备是核心网侧网元,若为是,转入下一步骤。
(3)确定S1-MME接口是否正确收到E-RAB SETUP RESPONSE,若为否,则跳转至子网络B进行判决,若为是,转入下一步骤。
(4)确定S1-MME接口是否正确收到ACTIVATE DEDICATED EPS BEARER CONTEXTACCEPT,若为否,则跳转至子网络B进行判决,若为是,表示承载建立完成,承载建立阶段结束。
图8c为寻呼/被叫资源准备阶段的判决流程图,判决流程如下:
(1)确定主叫侧Gm接口是否收到181消息,181消息指示呼叫已被转发,若为是,则定位目标问题为呼转失败,定界结果为问题设备无法获知,若为否,转入下一步骤。
(2)确定主叫侧Gm接口是否收到cancel消息,若为是,则跳转至子网络D进行判决,若为否,转入下一步骤。
(3)确定主叫侧Gm接口是否收到183消息,若为是,跳转至步骤(4),若为否,跳转至步骤(5)。
(4)确定183消息是否带有Cause,若为是,则跳转至子网络D进行判决,若为否,则确定正确接收183消息,资源准备阶段完成。
(5)确定被叫侧Mg/Gm接口是否收到183消息,若为是,则定位目标问题为信令丢失,定界结果为问题设备是核心网侧网元,若为否,则定位目标问题为被叫资源准备,定界结果为问题设备是对端网络设备。
图8d为承载更新阶段的判决流程图,判决流程如下:
(1)确定主叫侧Gm接口是否收到cancel消息,若为是,则跳转至子网络D进行判决,若为否,转入下一步骤。
(2)确定S1-MME接口是否有MODIFY EPS BEARER CONTEXT REQUEST下发,若为否,则定位目标问题为信令丢失,定界结果为问题设备是核心网侧网元,若为是,转入下一步骤。
(3)确定S1-MME接口是否正确收到E-RAB MODIFY RESPONSE,若为否,则跳转至子网络C进行判决,若为是,表示承载更新完成,承载更新阶段结束。
图8e为媒体面更新阶段的判决流程图,判决流程如下:
(1)确定主叫侧Gm接口是否有回复临时响应可靠传输(the ProvisionalResponse ACKnowledgement,PRACK)消息,若为否,则跳转至步骤(2),若为是,则跳转至步骤(3)。
(2)确定被叫侧Mg/Gm接口是否重发183消息,若为是,则定位目标问题为终端掉话,定界结果为问题设备是无线侧网元,若为否,则定位目标问题为信令交互问题,定界结果为问题设备是核心网侧网元。
(3)确定被叫侧Mg/Gm接口是否回复PRACK 200消息,PRACK 200消息是PRACK消息的确认消息,若为否,则定位目标问题为信令交互问题,定界结果为问题设备是核心网侧网元,若为是,转入下一步骤。
(4)确定被叫侧Mg/Gm接口是否回复更新(Update)消息,若为否,则定位目标问题为信令交互问题,定界结果为问题设备是核心网侧网元,若为是,转入下一步骤。
(5)确定主叫侧Gm接口是否回复Update 200消息,若为否,则跳转至下一步骤,若为是,则确定媒体面更新完成,媒体面更新阶段结束。
(6)确定主叫侧Gm接口是否收到cancel消息,若为是,则跳转至子网络D进行判决。
图8f为振铃阶段的判决流程图,判决流程如下:
(1)确定被叫侧Mg/Gm接口是否收到181消息,若为是,跳转至步骤(2),若为否,跳转至步骤(3)。
(2)确定被叫侧Mg/Gm接口是否回复History Info头域,若为是,则定位目标问题为呼转失败,定界结果为问题设备无法获知。
(3)确定被叫侧Mg/Gm接口是否收到183消息,若为是,则跳转至步骤(5),若为否,跳转至步骤(4)。
(4)确定主叫侧Gm接口是否收到cancel消息,若为是,则跳转至子网络D进行判决,若为否,则确定目标问题为未知原因。
(5)确定183消息是否带有Cause值,若为是,则跳转至子网络A进行判决,若为否,则跳转至下一步骤。
(6)确定183消息是否带有P-Early-Media头域,若为是,则定位目标问题为对端网络已放音,定界结果为对端网络出现问题。
图9为子网络A的判决流程示意图,子网络A是针对183消息中所带错误码的分析,根据183消息中的18种错误码,定位未接通问题的原因,判决流程如下:
(1)确定Cause值是否为31,错误码为NORMAL UNSPECIFIED,NORMAL UNSPECIFIED指示出现标准未规定的错误,若为是,则定位目标问题为用户暂时无法接通,定界结果为问题设备是无线侧网元,若为否,则跳转至下一步骤。
(2)确定Cause值是否为41,错误码为TEMPORARY FAILURE,TEMPORARY FAILURE指示出现临时故障错误,若为是,则定位目标问题为寻呼用户无响应或者用户不在服务区等,定界结果为问题设备是无线侧网元,若为否,则跳转至下一步骤。
(3)确定Cause值是否为102,错误码为RECOVERY ON TIMER EXPIRE,指示恢复定时器超时,若为是,则定位目标问题为电路拥塞、电路不可达等,定界结果为问题设备是无线侧网元,若为否,则跳转至下一步骤。
(4)确定Cause值是否为65,错误码为BEARERCAPABILITY NOTIMPL,指示承载容量不足,若为是,则定位目标问题为用户侧系统暂时不可用,定界结果为问题设备是核心网侧网元,若为否,则跳转至下一步骤。
(5)确定Cause值是否为57,错误码为BEARERCAPABILITY NOT AUTHORIZED,指示出现承载能力不足,若为是,则定位目标问题为用户侧系统承载能力不足,定界结果为问题设备是核心网侧网元,若为否,则跳转至下一步骤。
(6)确定Cause值是否为47,错误码为RESOURCE UNAVAILABLE,指示资源不可用,若为是,则定位目标问题为用户侧系统资源不足,定界结果为问题设备是核心网侧网元,若为否,则跳转至下一步骤。
(7)确定Cause值是否为34,错误码为NOCIRCUIT或者CHANNEL AVAILABLE,指示无电路/信道可用,若为是,则定位目标问题为被叫系统电路资源不足,定界结果为问题设备是核心网侧网元,若为否,则跳转至下一步骤。
(8)确定Cause值是否为29,错误码为FACILITY REJECTED,指示增补业务拒绝,若为是,则定位目标问题为被叫系统无响应,定界结果为问题设备是核心网侧网元,若为否,则跳转至下一步骤。
(9)确定Cause值是否为18,错误码为NO USER RESPONDING,指示用户无响应,若为是,则定位目标问题为被叫系统无响应,定界结果为问题设备是核心网侧网元,若为否,则跳转至下一步骤。
(10)确定Cause值是否为16,错误码为NORMAL CLEARING,指示正常清除,若为是,则定位目标问题为呼叫异常后主叫或者系统主动结束呼叫,定界结果为问题设备是核心网侧网元,若为否,则跳转至下一步骤。
(11)确定Cause值是否为88,错误码为INCOMPATIBLED ESTINATION,指示空号,若为是,则定位目标问题为号码格式错误,定界结果为问题设备是用户端设备,若为否,则跳转至下一步骤。
(12)确定Cause值是否为21,错误码为CALL REJECTED,指示呼叫拒绝,若为是,则定位目标问题为呼叫被拒绝,定界结果为问题设备是用户端设备,若为否,则跳转至下一步骤。
(13)确定Cause值是否为20,错误码为SUBSCRIBER ABSENT,指示用户拒接,若为是,则定位目标问题为号码不存在或者手机关机,定界结果为问题设备是用户端设备,若为否,则跳转至下一步骤。
(14)确定Cause值是否为19,错误码为NO ANSWER,指示用户无应答,若为是,则定位目标问题为被叫未接听,定界结果为问题设备是用户端设备,若为否,则跳转至下一步骤。
(15)确定Cause值是否为17,错误码为USER BUSY,指示用户忙,若为是,则定位目标问题为被叫忙,定界结果为问题设备是用户端设备,若为否,则跳转至下一步骤。
(16)确定Cause值是否为4,错误码为SEND SPECIAL INFORMATION TONE,指示播放特殊录音,若为是,则定位目标问题为被叫黑名单或者呼入限制,定界结果为问题设备是用户端设备,若为否,则跳转至下一步骤。
(17)确定Cause值是否为1,错误码为UNALLOCATED NUMBER,指示无效的用户号码,若为是,则定位目标问题为空号,定界结果为问题设备是用户端设备,若为否,则跳转至下一步骤。
(18)确定Cause值是否为27,错误码为Destination out of order,指示终点故障,若为是,则定位目标问题为用户不可达,定界结果为问题设备是对端网络设备。
图10为子网络B的判决流程示意图,子网络B为承载建立问题定位子网络,通过对承载建立过程中S1-MME接口的相关信令所带原因码进行分析,确认承载建立失败原因,判决流程如下:
(1)确定SBC是否在Gm口下发Cancel消息,若为是,则获取原因值为503,错误码为RAR Message Timeout,指示随机接入响应(Random Access Response,RAR)消息超时,则定位目标问题为Qos策略获取失败,定界结果为问题设备是核心网侧设备,若为否,则跳转至下一步骤。
(2)确定E-RAB SETUP RESPONSE是否带有Cause值,若为是,则在Cause值为26,错误码为failure-in-radio-interface-procedure,指示无线电接口程序失败,则定位目标问题未知,定界结果为问题设备是无线侧设备,以及在Cause值为25,错误码为radio-resources-not-available,指示无线电资源不可用,则定位目标问题为弱覆盖造成终端重定向或者脱网,定界结果为问题设备是无线侧设备;若为否,则跳转至下一步骤。
(3)确定是否收到UE上下文释放请求(UE CONTEXT RELEASE REQUEST),若为是,且Cause值为24,错误码为ue-not-available-for-ps-service,指示UE不可用PS服务,则定位目标问题弱覆盖造成终端重定向或者脱网,定界结果为问题设备是无线侧设备;若为否,则跳转至下一步骤。
(4)确定CREATE BEARER RESPONSE是否带有Cause值,若为是,则在Cause值为110,错误码为Temporarily rejected due to handover procedure in progress,指示由于正在进行的移交程序而暂时拒绝,则定位目标问题为流程冲突,定界结果为问题设备是核心网侧设备;若为否,则定位目标问题为用户掉线,定界结果为问题设备是无线侧设备。
图11为子网络C的判决流程示意图,子网络C为承载修改问题定位子网络,通过S1-MME和S11接口的信令关联及问题原因码分析,定位承载修改失败原因,判决流程如下:
(1)确定S1-MME接口是否有E-RAB修改响应(MODIFY RESPONSE)消息上发,若为是,则跳转至步骤(2),若为否,则跳转至步骤(3)。
(2)确定E-RAB MODIFY RESPONSE消息是否带有Cause值,若为是,则在Cause值为4,错误码为misc:unspecified,指示misc未指定,则定位目标问题为流程冲突,定界结果为问题设备是核心网侧设备;在Cause值为26,错误码为failure-in-radio-interface-procedure,指示无线侧接口流程失败,则定位目标问题为空口失败,定界结果为问题设备是无线侧设备;若为否跳转至步骤(3)。
(3)确定S11接口是否有更新承载响应(UPDATE BEARER RESPONSE)消息下发,若为是,则确定UPDATE BEARER RESPONSE消息是否带有Cause值,若为是,则在Cause值为94,错误码为Request rejected(reason not specified),指示拒绝请求(原因未指定),则定位目标问题为核心网拒绝,定界结果为问题设备是核心网侧设备,若为否,则跳转至下一步骤。
(4)确定S1接口是否下发UE CONTEXT RELEASE REQUEST,若为是,且Cause值为0,错误码为Normal Release,指示正常释放,则定位目标问题为发生切换,定界结果为问题设备是无线网侧设备,若为否,则定位目标问题为用户掉线,定界结果为问题设备是无线网侧设备。
图12为子网络D的判决流程示意图,子网络D为Cancel问题定位子网络,通过对Cancel消息所带原因码进行分析,定位未接通问题的原因,判决流程如下:
(1)确定Cause值是否为503,若Cause值为503,则跳转至下一步骤,否则跳转至步骤(5)。
(2)确定是否发生媒体承载丢失(Media Bearer lost),若为是,则定位目标问题为空口失败,定界结果为问题设备是无线网侧设备,若为否,则跳转至下一步骤。
(3)确定是否发生PS到CS的切换(PS To Cs Handover),若为是,则定位目标问题为增强的单一无线语音呼叫连续性(Enhanced Single Radio Voice Call Continuity,eSRVCC)切换,定界结果为问题设备是无线网侧设备,若为否,则跳转至下一步骤。
(4)确定是否出现RAB消息超时,若为是,则定位目标问题为QoS获取失败,定界结果为问题设备是核心网侧设备。
(5)确定Cause值是否为487,若Cause值为487,则跳转至下一步骤,否则跳转至步骤(17)。
(6)确定原因值是否为Q.850 1,错误码Unallocated(unassigned)number,指示未分配号码,若为是,则定位目标问题为被叫号码错误,定界结果为问题设备是用户设备,若为否,则跳转至下一步骤。
(7)确定原因值是否为Q.850 17,错误码user busy,指示用户忙,若为是,则定位目标问题为被叫忙,定界结果为问题设备是用户设备,若为否,则跳转至下一步骤。
(8)确定是否无原因值,若为是,则定位目标问题为用户主动挂机,定界结果为问题设备是用户设备,若为否,则跳转至下一步骤。
(9)确定原因值是否为Q.850 20,错误码subscriber absent,指示用户不存在,若为是,则定位目标问题为用户缺席,定界结果为问题设备是核心网侧设备,若为否,则跳转至下一步骤。
(10)确定原因值是否为Q.850 27,错误码destination out of order,指示对端故障,若为是,则定位目标问题为路由不可达(已知呼叫外网呼转用户会返回该错误),定界结果为问题设备是核心网侧设备,若为否,则跳转至下一步骤。
(11)确定原因值是否为Q.850 18,错误码no user responding,指示用户无响应,若为是,则定位目标问题为对端无响应,定界结果为问题设备是对端网络侧设备,若为否,则跳转至下一步骤。
(12)确定原因值是否为Q.850 21,错误码call rejected,指示呼叫拒绝,若为是,则定位目标问题为呼叫拒绝,定界结果为问题设备是对端网络侧设备,若为否,则跳转至下一步骤。
(13)确定原因值是否为Q.850 44,错误码requested circuit或者channel notavailable,指示请求的电路或者无可用信道,若为是,则定位目标问题为信道资源不可用,定界结果为问题设备是对端网络侧设备,若为否,则跳转至下一步骤。
(14)确定原因值是否为Q.850 34,错误码no circuit或者channel available,指示无电路或者信道可用,若为是,则定位目标问题为信道资源不可用,定界结果为问题设备是对端网络侧设备,若为否,则跳转至下一步骤。
(15)确定原因值是否为Q.850 31,错误码normal.unspecified,指示正常,无法判断,若为是,则定位目标问题为信令传输失败,定界结果为问题设备是对端网络侧设备,若为否,则跳转至下一步骤。
(16)确定原因值是否为Q.850 102,错误码recovery on timer expiry,指示恢复定时器超时,若为是,则定位目标问题为信令传输失败,定界结果为问题设备是对端网络侧设备,若为否,则跳转至下一步骤。
(17)确定Cause值是否为487,若Cause值为487,则定界结果为问题设备是终端设备。
本发明实施例中,上述的判决流程即为与问题通路库的匹配流程,从每个阶段的起点出发,根据获取的信令数据,可以找到对应的路径,即问题通路,从而找到相应的目标问题。示例性的,在定位出某小区承载建立阶段成功率较低时,则可以通过上述的主网络对该问题进行排查定位,首先在主叫侧Gm口读取是否有Cancel消息,如果有则进入子网络D进行Cancel原因判决并定位问题产生原因,如果没有,则关联该小区的S1-MME接口信令逐步判决承载建立失败原因,例如在子网络B中对E-RAB SETUP RESPONSE消息所携带的原因值进行判决,通过这样的多接口的不同信令的关联分析,最终实现了接通问题的精准定位。
下面请继续参见图2。
步骤205:将目标问题通路所对应的目标问题确定为故障分析结果。
本发明实施例中,每个目标问题通路对应着各自的目标问题,则可以将目标问题所对应的目标问题确定为该次接通未成功问题的故障分析结果。对应的目标问题可以参见上述描述,在此不过多赘述。
本发明实施例中,在对每一次未接通的通话的问题进行精准定位后,即得到定位结果和定界结果之后,可以基于目标问题以及问题网元生成对应的建议报告。具体而言,例如指定区域为一个小区时,对该小区的每一次未接通的通话的问题进行精准定位后,可以对这个小区的未接通原因进行汇总,通过问题占比多少做出问题主因判决,最终形成小区的未接通问题的定位和定界结果,并对问题提出初步的问题处理建议。
步骤206:将建议报告输出至指定的网络优化工作平台。
本发明实施例中,可以将得到的建议报告输出到指定的网络优化工作平台,网络优化工作平台可以存储建议报告,还可以基于建议报告生成网络优化工单并进行网络优化工单的派发,以便网络优化工程师及时解决问题,提升问题解决效率。
综上所述,本发明实施例中,通过对指定区域内的通话接通率进行监控,并在通话接通率小于一定阈值时,获取接通未成功的通话的信令数据并与问题通路库进行匹配,问题通路库中存储了多个问题通路,且一条问题通路表征一种接通情况,这样,将信令数据与问题通路库进行匹配之后,则可以知道这些信令数据所对应的问题通路,即获取这些信令数据所对应的接通情况,从而找到这种接通情况所对应的目标问题。
此外,在定位目标问题之后,还基于定位的目标问题确定问题设备,并生成相应的建议报告,并输出至网络优化工作平台,这样,网络优化工作平台就可以基于建议报告生成网络优化的工单并派发,使得网络优化工程师能够及时处理接通未成功问题,提升问题解决的效率。
请参见图13,基于同一发明构思,本发明实施例还提供了一种通话接通问题的故障分析装置,该装置包括:
监控单元1301,用于监控指定区域内的通话接通率,所述通话接通率用于表征所述指定区域内通话接通的成功率;
获取单元1302,用于当所述通话接通率小于预设接通率阈值时,获取接通未成功的通话在接通过程中的所有信令数据;
匹配单元1303,用于将获取的信令数据与问题通路库中包括的多个问题通路进行匹配,确定所述多个问题通路中与获取的信令数据匹配的目标问题通路,其中,一条问题通路用于表征接通过程中的一种接通情况;
确定单元1304,用于将所述目标问题通路所对应的目标问题确定为故障分析结果。
可选的,
所述确定单元1304还用于:根据获取的信令数据获取接通过程包括的多个接通阶段的阶段成功率,以确定接通未成功问题所在的接通阶段;
所述匹配单元1303具体用于:基于确定的接通阶段的信令数据,从确定的接通阶段的起点开始逐步进行匹配,直至因发生所述接通未成功问题而上报的错误码所在的步骤为止;以及将所述接通阶段的起点与所述错误码所在的步骤形成的问题通路确定为所述目标问题通路。
可选的,所述装置还包括输出单元1305;
所述确定单元1304还用于:基于确定的目标问题确定发生接通未成功问题的问题设备;
所述输出单元1305,用于基于所述目标问题以及所述问题设备生成对应的建议报告,并将所述建议报告输出至指定的网络优化工作平台,以使得所述网络优化工作平台基于建议报告生成网络优化工单并进行所述网络优化工单的派发。
可选的,所述确定单元1304还用于:
基于确定的接通阶段,以及获取的信令数据中通话用户的属性信息,确定发生接通未成功问题的问题设备;
其中,所述属性信息包括被叫用户所属的运营商和被叫用户所支持的业务类型,被叫用户所属的运营商用于确定问题设备为自身网络内的网元或者对端网络设备,被叫用户所支持的业务类型用于确定所述问题设备为无线侧网元或者核心网侧网元。
可选的,所述确定单元1304还用于:
若确定所述问题设备为无线侧网元,则根据主叫用户所在的地理位置确定无线侧网元所存在的问题种类,所述问题种类包括覆盖类问题、通话质量类问题、参数类问题和容量类问题。
可选的,所述确定单元1304还用于:
若确定无线侧网元所存在的问题种类为参数类问题,则根据通话用户中主叫用户的设备的型号以及各个型号的设备的数量,确定存在参数配置问题的设备的型号。
该装置可以用于执行图2~图12所示的实施例中各设备或者装置所能执行的方法,因此,对于该装置的各功能模块所能够实现的功能等可参考图2~图12所示的实施例的描述,不多赘述。其中,输出单元1305虽然在图13中一并示出,但需要知道的是,输出单元1305并不是必选的功能单元,因此在图13中以虚线示出。
请参见图14,基于同一技术构思,本发明实施例还提供了一种网络设备,可以包括存储器1401和处理器1402。
所述存储器1401,用于存储处理器1402执行的计算机程序。存储器1401可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等;存储数据区可存储根据计算机设备的使用所创建的数据等。处理器1402,可以是一个中央处理单元(central processing unit,CPU),或者为数字处理单元等等。本发明实施例中不限定上述存储器1401和处理器1402之间的具体连接介质。本发明实施例在图14中以存储器1401和处理器1402之间通过总线1403连接,总线1403在图14中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。所述总线1403可以分为地址总线、数据总线、控制总线等。为便于表示,图14中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
存储器1401可以是易失性存储器(volatile memory),例如随机存取存储器(random-access memory,RAM);存储器1401也可以是非易失性存储器(non-volatilememory),例如只读存储器,快闪存储器(flash memory),硬盘(hard disk drive,HDD)或固态硬盘(solid-state drive,SSD)、或者存储器1401是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器1401可以是上述存储器的组合。
处理器1402,用于调用所述存储器1401中存储的计算机程序时执行如图2~图12中所示的实施例中设备所执行的方法。
本发明实施例还提供了一种计算机存储介质,存储为执行上述处理器所需执行的计算机可执行指令,其包含用于执行上述处理器所需执行的程序。
在具体的实施过程中,计算机可读存储介质包括:通用串行总线闪存盘(Universal Serial Bus flash drive,USB)、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的存储介质。
在本发明实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。例如,以上所描述的设备实施例仅仅是示意性的,例如,所述单元或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性或其它的形式。
在本发明实施例中的各功能单元可以集成在一个处理单元中,或者各个单元也可以均是独立的物理模块。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实施例的技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备,例如可以是个人计算机,服务器,或者网络设备等,或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:通用串行总线闪存盘(universal serial bus flash drive)、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以对本申请的技术方案进行了详细介绍,但以上实施例的说明只是用于帮助理解本发明实施例的方法,不应理解为对本发明实施例的限制。本技术领域的技术人员可轻易想到的变化或替换,都应涵盖在本发明实施例的保护范围之内。
Claims (11)
1.一种通话接通问题的故障分析方法,其特征在于,所述方法包括:
监控指定区域内的通话接通率,所述通话接通率用于表征所述指定区域内通话接通的成功率;
当所述通话接通率小于预设接通率阈值时,获取接通未成功的通话在接通过程中的所有信令数据;
将获取的信令数据与问题通路库中包括的多个问题通路进行匹配,确定所述多个问题通路中与获取的信令数据匹配的目标问题通路,其中,一条问题通路用于表征接通过程中的一种接通情况;
将所述目标问题通路所对应的目标问题确定为故障分析结果。
2.如权利要求1所述的方法,其特征在于,在所述将获取的信令数据与问题通路库中包括的多个问题通路进行匹配,确定所述多个问题通路中与获取的信令数据匹配的目标问题通路之前,所述方法还包括:
根据获取的信令数据获取接通过程包括的多个接通阶段的阶段成功率,以确定接通未成功问题所在的接通阶段;
则所述将获取的信令数据与问题通路库中包括的多个问题通路进行匹配,确定所述多个问题通路中与获取的信令数据匹配的目标问题通路,包括:
基于确定的接通阶段的信令数据,从确定的接通阶段的起点开始逐步进行匹配,直至因发生所述接通未成功问题而上报的错误码所在的步骤为止;以及
将所述接通阶段的起点与所述错误码所在的步骤形成的问题通路确定为所述目标问题通路。
3.如权利要求1或2所述的方法,其特征在于,在所述将所述目标问题通路所对应的目标问题确定为故障分析结果之后,所述方法还包括:
基于确定的目标问题确定发生接通未成功问题的问题设备;
基于所述目标问题以及所述问题设备生成对应的建议报告,并将所述建议报告输出至指定的网络优化工作平台,以使得所述网络优化工作平台基于建议报告生成网络优化工单并进行所述网络优化工单的派发。
4.如权利要求2所述的方法,其特征在于,在所述根据获取的信令数据获取接通过程包括的多个接通阶段的阶段成功率,以确定通话接通问题所在的接通阶段之后,所述方法还包括:
基于确定的接通阶段,以及获取的信令数据中通话用户的属性信息,确定发生接通未成功问题的问题设备;
其中,所述属性信息包括被叫用户所属的运营商和被叫用户所支持的业务类型,被叫用户所属的运营商用于确定问题设备为自身网络内的网元或者对端网络设备,被叫用户所支持的业务类型用于确定所述问题设备为无线侧网元或者核心网侧网元。
5.如权利要求4所述的方法,其特征在于,所述属性信息还包括主叫用户所在的地理位置,则在根据被叫用户所支持的业务类型确定所述问题设备为无线侧网元或者核心网侧网元之后,所述方法还包括:
若确定所述问题设备为无线侧网元,则根据主叫用户所在的地理位置确定无线侧网元所存在的问题种类,所述问题种类包括覆盖类问题、通话质量类问题、参数类问题和容量类问题。
6.如权利要求5所述的方法,其特征在于,所述属性信息还包括主叫用户的设备的型号,则在根据主叫用户所在的地理位置确定无线侧网元所存在的问题种类之后,所述方法还包括:
若确定无线侧网元所存在的问题种类为参数类问题,则根据通话用户中主叫用户的设备的型号以及各个型号的设备的数量,确定存在参数配置问题的设备的型号。
7.一种通话接通问题的故障分析装置,其特征在于,所述装置包括:
监控单元,用于监控指定区域内的通话接通率,所述通话接通率用于表征所述指定区域内通话接通的成功率;
获取单元,用于当所述通话接通率小于预设接通率阈值时,获取接通未成功的通话在接通过程中的所有信令数据;
匹配单元,用于将获取的信令数据与问题通路库中包括的多个问题通路进行匹配,确定所述多个问题通路中与获取的信令数据匹配的目标问题通路,其中,一条问题通路用于表征接通过程中的一种接通情况;
确定单元,用于将所述目标问题通路所对应的目标问题确定为故障分析结果。
8.如权利要求7所述的装置,其特征在于,
所述确定单元还用于:根据获取的信令数据获取接通过程包括的多个接通阶段的阶段成功率,以确定接通未成功问题所在的接通阶段;
所述匹配单元具体用于:基于确定的接通阶段的信令数据,从确定的接通阶段的起点开始逐步进行匹配,直至因发生所述接通未成功问题而上报的错误码所在的步骤为止;以及将所述接通阶段的起点与所述错误码所在的步骤形成的问题通路确定为所述目标问题通路。
9.如权利要求7或8所述的装置,其特征在于,所述装置还包括输出单元;
所述确定单元还用于:基于确定的目标问题确定发生接通未成功问题的问题设备;
所述输出单元,用于基于所述目标问题以及所述问题设备生成对应的建议报告,并将所述建议报告输出至指定的网络优化工作平台,以使得所述网络优化工作平台基于建议报告生成网络优化工单并进行所述网络优化工单的派发。
10.一种网元设备,其特征在于,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如权利要求1-6中任一权利要求所述的方法。
11.一种计算机存储介质,其特征在于,
所述计算机存储介质存储有计算机指令,当所述计算机指令在计算机上运行时,使得计算机执行如权利要求1-6中任一权利要求所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811497329.8A CN111294469B (zh) | 2018-12-07 | 2018-12-07 | 一种通话接通问题的故障分析方法、装置及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811497329.8A CN111294469B (zh) | 2018-12-07 | 2018-12-07 | 一种通话接通问题的故障分析方法、装置及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111294469A true CN111294469A (zh) | 2020-06-16 |
CN111294469B CN111294469B (zh) | 2021-07-23 |
Family
ID=71018926
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811497329.8A Active CN111294469B (zh) | 2018-12-07 | 2018-12-07 | 一种通话接通问题的故障分析方法、装置及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111294469B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112235467A (zh) * | 2020-10-09 | 2021-01-15 | 深圳壹账通智能科技有限公司 | 电话未接通类型的区分方法、装置、电子设备及存储介质 |
CN112423331A (zh) * | 2020-11-03 | 2021-02-26 | 中国联合网络通信集团有限公司 | 一种故障诊断方法及装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101877869A (zh) * | 2010-06-18 | 2010-11-03 | 中兴通讯股份有限公司 | 归属位置寄存器安全预警方法及系统 |
CN103108347A (zh) * | 2011-11-11 | 2013-05-15 | 中兴通讯股份有限公司 | 有线网络和无线网络的关联告警方法及装置 |
CN103179594A (zh) * | 2011-12-21 | 2013-06-26 | 北京亿阳信通科技有限公司 | 基于路测数据的无线网络优化方法和装置 |
CN103684928A (zh) * | 2013-12-26 | 2014-03-26 | 广州华多网络科技有限公司 | VoIP呼叫质量监测方法及装置 |
CN103974299A (zh) * | 2014-05-15 | 2014-08-06 | 华为技术有限公司 | 网络优化方法和装置 |
CN105071968A (zh) * | 2015-08-18 | 2015-11-18 | 大唐移动通信设备有限公司 | 一种通信设备的业务面和控制面的隐性故障修复方法和装置 |
CN105471669A (zh) * | 2014-09-11 | 2016-04-06 | 中国移动通信集团湖南有限公司 | 一种通信网络故障定位的方法及装置 |
-
2018
- 2018-12-07 CN CN201811497329.8A patent/CN111294469B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101877869A (zh) * | 2010-06-18 | 2010-11-03 | 中兴通讯股份有限公司 | 归属位置寄存器安全预警方法及系统 |
CN103108347A (zh) * | 2011-11-11 | 2013-05-15 | 中兴通讯股份有限公司 | 有线网络和无线网络的关联告警方法及装置 |
CN103179594A (zh) * | 2011-12-21 | 2013-06-26 | 北京亿阳信通科技有限公司 | 基于路测数据的无线网络优化方法和装置 |
CN103684928A (zh) * | 2013-12-26 | 2014-03-26 | 广州华多网络科技有限公司 | VoIP呼叫质量监测方法及装置 |
CN103974299A (zh) * | 2014-05-15 | 2014-08-06 | 华为技术有限公司 | 网络优化方法和装置 |
CN105471669A (zh) * | 2014-09-11 | 2016-04-06 | 中国移动通信集团湖南有限公司 | 一种通信网络故障定位的方法及装置 |
CN105071968A (zh) * | 2015-08-18 | 2015-11-18 | 大唐移动通信设备有限公司 | 一种通信设备的业务面和控制面的隐性故障修复方法和装置 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112235467A (zh) * | 2020-10-09 | 2021-01-15 | 深圳壹账通智能科技有限公司 | 电话未接通类型的区分方法、装置、电子设备及存储介质 |
CN112235467B (zh) * | 2020-10-09 | 2022-09-02 | 深圳壹账通智能科技有限公司 | 电话未接通类型的区分方法、装置、电子设备及存储介质 |
CN112423331A (zh) * | 2020-11-03 | 2021-02-26 | 中国联合网络通信集团有限公司 | 一种故障诊断方法及装置 |
CN112423331B (zh) * | 2020-11-03 | 2023-05-30 | 中国联合网络通信集团有限公司 | 一种故障诊断方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN111294469B (zh) | 2021-07-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10812534B2 (en) | Service processing method and apparatus | |
US10694571B2 (en) | Service processing method and service processing apparatus | |
CN109922496B (zh) | 发现无线网络问题的方法、装置及系统 | |
CN101646270B (zh) | 保持业务连续的方法、系统、移动性管理实体和存储设备 | |
US10567216B2 (en) | Fault detection method, gateway, user equipment, and communications system | |
EP2493248A1 (en) | Evolved packet system and method for processing emergency call attachment thereof | |
WO2017075814A1 (zh) | 一种语音漫游方法,移动性管理网元及接入网网元 | |
CN105722106A (zh) | 一种仿真电路域回落信令接续的监控方法及监控系统 | |
CN104025650B (zh) | 用于eps网络中的用户设备的srvcc和/或ims上的语音的网络支持的增强型指示 | |
WO2009056028A1 (fr) | Procédés, dispositifs, et systèmes pour fournir des informations de mesure et détecter un problème de couverture | |
CN111294469B (zh) | 一种通话接通问题的故障分析方法、装置及设备 | |
CN110401965B (zh) | VoLTE语音质量拨测分析方法及系统 | |
CN103109502B (zh) | 对毫微微小区簇接入进行负载平衡的方法和装置 | |
EP2991303B1 (en) | Session association method, apparatus, and system | |
CN102577576B (zh) | 本地交换 | |
CN102612164A (zh) | 一种针对网元重启后释放资源的方法、装置和系统 | |
WO2015186331A1 (ja) | ゲートウェイ装置、フェムトセル用基地局、通信システム、通信方法および記憶媒体 | |
JP2017521933A (ja) | メッセージ処理方法及び装置 | |
CN112333647B (zh) | 一种VoLTE通话接通问题的自动定界方法及装置 | |
CN111918417B (zh) | 一种语音通话的接续方法和装置 | |
WO2021098569A1 (zh) | 信息上报、处理方法、终端、网络侧设备及核心网设备 | |
CN100372420C (zh) | 一种用户呼叫故障检测方法 | |
WO2012097597A1 (zh) | 邻区信息处理方法、切换指示方法、终端和基站 | |
CN111328086B (zh) | 一种定位呼叫接通时延异常段的方法及系统 | |
EP2723053A1 (en) | Transfer inquiry method, application server, service terminal, and system |
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 |