CN112019378A - 一种故障排查方法及装置 - Google Patents

一种故障排查方法及装置 Download PDF

Info

Publication number
CN112019378A
CN112019378A CN202010774609.XA CN202010774609A CN112019378A CN 112019378 A CN112019378 A CN 112019378A CN 202010774609 A CN202010774609 A CN 202010774609A CN 112019378 A CN112019378 A CN 112019378A
Authority
CN
China
Prior art keywords
troubleshooting
terminal
service server
test
route
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
Application number
CN202010774609.XA
Other languages
English (en)
Other versions
CN112019378B (zh
Inventor
陈婉珺
王光全
马瑞涛
龚子丹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China United Network Communications Group Co Ltd
Original Assignee
China United Network Communications Group Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China United Network Communications Group Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN202010774609.XA priority Critical patent/CN112019378B/zh
Publication of CN112019378A publication Critical patent/CN112019378A/zh
Application granted granted Critical
Publication of CN112019378B publication Critical patent/CN112019378B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0677Localisation of faults
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823Errors, e.g. transmission errors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/10Active monitoring, e.g. heartbeat, ping or trace-route

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请实施例提供一种故障排查方法及装置,涉及通信技术领域,解决了现有的故障排查方法效率较低的技术问题。该故障排查方法应用于包括终端、网络设备、业务服务器和故障排查装置的通信系统。故障排查装置分别与网络设备和业务服务器连接。该故障排查方法包括:当接收到业务服务器发送的故障排查请求时,故障排查装置确定终端与业务服务器之间的路由,然后根据终端与业务服务器之间的路由,向业务服务器发送测试消息。其中,测试消息用于测试通信系统中的故障设备,故障设备为终端或者网络设备。后续,若在预设时间段内接收到业务服务器发送的与测试消息对应的响应消息,则确定故障设备为终端。

Description

一种故障排查方法及装置
技术领域
本发明涉及通信技术领域,尤其涉及一种故障排查方法及装置。
背景技术
在通信网络中,当终端的通信业务无法正常使用时,通常是终端发生故障或者是通信网络中的网络设备发生故障。
现有技术中,运营商在接到终端的故障投诉后,一般先指导终端对应的用户排查终端是否发生故障。当确定终端未发生故障时,运营商再对通信网络中的网络设备进行检修。现有故障排查方法费时费力,效率较低。
发明内容
本申请提供一种故障排查方法及装置,解决了现有的故障排查方法效率较低的技术问题。
为达到上述目的,本申请采用如下技术方案:
第一方面,提供一种故障排查方法,应用于包括终端、网络设备、业务服务器和故障排查装置的通信系统。其中,终端通过网络设备与业务服务器进行业务数据的传输。故障排查装置分别与网络设备和业务服务器连接。故障排查方法包括:
当接收到业务服务器发送的故障排查请求时,故障排查装置确定终端与业务服务器之间的路由,然后根据终端与业务服务器之间的路由,向业务服务器发送测试消息。其中,测试消息用于测试通信系统中的故障设备,故障设备为终端或者网络设备。后续,若在预设时间段内接收到业务服务器发送的与测试消息对应的响应消息,则确定故障设备为终端。
由上可知,当终端与业务服务器之间的通信业务无法正常使用时,故障排查装置可以根据终端与业务服务器之间的路由,向业务服务器发送测试消息。若在预设时间段内接收到业务服务器发送的与测试消息对应的响应消息,说明路由中的网络设备无故障,因此,故障排查装置确定故障设备为终端。这样一来,故障排查装置可以直接确定终端是否发生故障,无需指导终端对应的用户排查终端是否发生故障。在这种情况下,本申请相比现有技术节省了时间、人力和物力,提高了故障排查的效率,解决了现有的故障排查方法效率较低的技术问题。
第二方面,提供一种故障排查装置,应用于包括终端、网络设备、业务服务器和故障排查装置的通信系统;终端通过网络设备与业务服务器进行业务数据的传输;故障排查装置分别与网络设备和业务服务器连接;故障排查装置包括:确定单元和发送单元。
确定单元,用于当接收到业务服务器发送的故障排查请求时,确定终端与业务服务器之间的路由。发送单元,用于根据确定单元确定的终端与业务服务器之间的路由,向业务服务器发送测试消息;测试消息用于测试通信系统中的故障设备;故障设备为终端或者网络设备。确定单元,还用于若在预设时间段内接收到业务服务器发送的响应消息,则确定故障设备为终端;响应消息与测试消息对应。
第三方面,提供一种故障排查装置,包括存储器和处理器。存储器用于存储计算机执行指令,处理器与存储器通过总线连接。当故障排查装置运行时,处理器执行存储器存储的计算机执行指令,以使故障排查装置执行第一方面所述的故障排查方法。
该故障排查装置可以是通信系统中的设备,也可以是通信系统中的设备中的一部分装置,例如通信系统中的设备中的芯片系统。该芯片系统用于支持通信系统中的设备实现第一方面及其任意一种可能的实现方式中所涉及的功能,例如,接收、确定、分流上述故障排查方法中所涉及的数据和/或信息。该芯片系统包括芯片,也可以包括其他分立器件或电路结构。
第四方面,提供一种计算机可读存储介质,计算机可读存储介质包括计算机执行指令,当计算机执行指令在计算机上运行时,使得该计算机执行第一方面所述的故障排查方法。
第五方面,提供一种计算机程序产品,该计算机程序产品包括计算机指令,当计算机指令在计算机上运行时,使得计算机执行如上述第一方面及其各种可能的实现方式所述的故障排查方法。
需要说明的是,上述计算机指令可以全部或者部分存储在第一计算机可读存储介质上。其中,第一计算机可读存储介质可以与故障排查装置的处理器封装在一起的,也可以与故障排查装置的处理器单独封装,本申请对此不作限定。
本发明中第二方面、第三方面、第四方面以及第五方面的描述,可以参考第一方面的详细描述;并且,第二方面、第三方面、第四方面以及第五方面的描述的有益效果,可以参考第一方面的有益效果分析,此处不再赘述。
在本申请中,上述故障排查装置的名字对设备或功能模块本身不构成限定,在实际实现中,这些设备或功能模块可以以其他名称出现。只要各个设备或功能模块的功能和本发明类似,属于本发明权利要求及其等同技术的范围之内。
本发明的这些方面或其他方面在以下的描述中会更加简明易懂。
附图说明
图1为本申请实施例提供的一种通信系统的结构示意图;
图2为本申请实施例提供的一种故障排查装置的硬件结构示意图;
图3为本申请实施例提供的又一种故障排查装置的硬件结构示意图;
图4为本申请实施例提供的一种故障排查方法的流程示意图;
图5为本申请实施例提供的又一种故障排查方法的流程示意图;
图6为本申请实施例提供的又一种故障排查方法的流程示意图;
图7为本申请实施例提供的一种故障排查装置的结构示意图;
图8为本申请实施例提供的又一种故障排查装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
需要说明的是,本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
为了便于清楚描述本申请实施例的技术方案,在本申请实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分,本领域技术人员可以理解“第一”、“第二”等字样并不是在对数量和执行次序进行限定。
如背景技术所描述,当终端的通信业务无法正常使用时,运营商一般先指导终端对应的用户排查终端是否发生故障。当确定终端未发生故障时,运营商再对通信网络中的网络设备进行检修。现有故障排查方法费时费力,效率较低。
针对上述问题,本申请实施例提供了一种故障排查方法,当终端与业务服务器之间的通信业务无法正常使用时,故障排查装置可以根据终端与业务服务器之间的路由,向业务服务器发送测试消息。若在预设时间段内接收到业务服务器发送的与测试消息对应的响应消息,说明路由中的网络设备无故障,因此,故障排查装置确定故障设备为终端。这样一来,故障排查装置可以直接确定终端是否发生故障,无需指导终端对应的用户排查终端是否发生故障,提高了故障排查的效率。
本申请实施例提供的故障排查方法适用于通信系统10。图1示出了该通信系统10的一种结构。如图1所示,该通信系统10包括:终端11、网络设备12、业务服务器13和故障排查装置14。其中,终端11通过网络设备12与业务服务器13进行业务数据的传输。故障排查装置14分别与网络设备12和业务服务器13连接。
需要说明的是,图1示出的通信系统10仅仅是本申请实施例提供的一种实现方式,在实际应用中,网络设备12还可以连接多个终端,本申请对此不作限定。
本申请实施例中的终端11可以为各种具有通信功能的手持设备、车载设备、可穿戴设备、计算机、智能家居设备、物联网设备或智能办公设备,本申请实施例对此不作任何限定。例如,手持设备可以是智能手机。车载设备可以是车载导航系统。可穿戴设备可以是智能手环。计算机可以是个人数字助理(personal digital assistant,PDA)电脑、平板型电脑以及膝上型电脑(laptop computer)。智能家居设备可以是智能窗帘、智能水表。物联网设备可以是智能井盖、智能摄像头等。智能办公设备可以是智能打印机。
本申请实施例中的网络设备12可以是无线接入网设备,也可以是核心网设备,还可以是通信系统中的其他的网络设备。当网络设备12为无线接入网设备时,网络设备12可以为无线接入点(access point,AP),也可以为演进式基站(evolved node base station,eNB),还可以为表示第五代通信技术(the 5generation mobile communicationtechnology,5G)网络中的基站,本申请实施例对此不作具体限定。当网络设备12为核心网设备时,网络设备12可以为接入和移动性管理功能(access and mobility managementfunction,AMF)设备,也可以为会话管理功能(session management function SMF)设备,还可以为服务网关(serving gate way,SGW),本申请实施例对此不作具体限定。
本申请实施例中的业务服务器13用于向终端提供业务(例如语音业务、数据业务等)。业务服务器13可以是服务器集群(由多个服务器组成)中的一个服务器,也可以是该服务器中的芯片,还可以是该服务器中的片上系统,还可以通过部署在物理机上的虚拟机(virtual machine,VM)实现,本申请实施例对此不作限定。
本申请实施例中的故障排查装置14可以确定通信系统中的故障设备。其中,故障设备可以是终端,也可以是网络设备。应理解,故障排查装置14在确定通信系统中的故障设备时,可以根据终端11与业务服务器13之间的路由,通过网络设备12向业务服务器13发送测试消息。当网络设备12无故障时,故障排查装置14还可以接收业务服务器13通过网络设备12发送的响应消息。
图1中的终端11、网络设备12、业务服务器13和故障排查装置14包括图2所示故障排查装置所包括的元件。下面以图2所示的故障排查装置为例,介绍图1中的终端11、网络设备12、业务服务器13和故障排查装置14的硬件结构。
图2示出了本申请实施例提供的故障排查装置的一种硬件结构示意图。如图2所示,该故障排查装置包括处理器21,存储器22、通信接口23、总线24。处理器21,存储器22以及通信接口23之间可以通过总线24连接。
处理器21是故障排查装置的控制中心,可以是一个处理器,也可以是多个处理元件的统称。例如,处理器21可以是一个通用中央处理单元(central processing unit,CPU),也可以是其他通用处理器等。其中,通用处理器可以是微处理器或者是任何常规的处理器等。
作为一种实施例,处理器21可以包括一个或多个CPU,例如图2中所示的CPU 0和CPU 1。
存储器22可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory,EEPROM)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。
一种可能的实现方式中,存储器22可以独立于处理器21存在,存储器22可以通过总线24与处理器21相连接,用于存储指令或者程序代码。处理器21调用并执行存储器22中存储的指令或程序代码时,能够实现本发明实施例提供的故障排查方法。
另一种可能的实现方式中,存储器22也可以和处理器21集成在一起。
通信接口23,用于与其他设备通过通信网络连接。所述通信网络可以是以太网,无线接入网,无线局域网(wireless local area networks,WLAN)等。通信接口23可以包括用于接收数据的接收单元,以及用于发送数据的发送单元。
总线24,可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、外部设备互连(Peripheral Component Interconnect,PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture,EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图2中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
需要指出的是,图2示出的结构并不构成对该故障排查装置的限定。除图2所示部件之外,该故障排查装置可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
图3示出了本申请实施例中故障排查装置的另一种硬件结构。如图3所示,故障排查装置可以包括处理器31以及通信接口32。处理器31与通信接口32耦合。
处理器31的功能可以参考上述处理器21的描述。此外,处理器31还具备存储功能,可以参考上述存储器22的功能。
通信接口32用于为处理器31提供数据。该通信接口32可以是故障排查装置的内部接口,也可以是故障排查装置对外的接口(相当于通信接口23)。
需要指出的是,图2(或图3)中示出的结构并不构成对故障排查装置的限定,除图2(或图3)所示部件之外,该故障排查装置可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合上述图1示出的通信系统和上述图2(或图3)示出的故障排查装置,对本申请实施例提供的故障排查方法进行详细介绍。
图4为本申请实施例提供的一种故障排查方法的流程示意图。如图4所示,该故障排查方法包括下述S401-S405。
S401、业务服务器向故障排查装置发送故障排查请求。
具体的,终端会周期性的向业务服务器发送心跳消息,以保证终端与服务器之间的业务数据可以正常传输。
心跳消息是一种终端发送到业务服务器的消息,心跳消息可以让业务服务器确定终端是否以及何时出现故障或终止。通常,心跳消息从终端启动时开始发送,直到终端关闭,期间终端会不间断的发送周期性或重复的心跳消息。当业务服务器在某个心跳消息接收周期内未收到心跳消息,业务服务器可能会认为终端已经关闭、出现故障、或者当前不可用。
相应的,终端向业务服务器发送心跳消息之后,业务服务器也会向终端发送响应心跳消息,以保证终端与业务服务器之间的业务数据可以正常传输。
当业务服务器未在心跳消息的周期内收到终端发送的心跳消息,则确定通信系统中的终端或者网络设备发生故障。在这种情况下,业务服务器可以向故障排查装置发送故障排查请求。
可选的,当业务服务器未在心跳消息的周期内收到终端发送的心跳消息时,业务服务器还可以发出告警信息,提示用户通信系统中的终端或者网络设备发生故障。在这种情况下,用户可以启动故障排查装置,对通信系统中的故障设备进行排查。
S402、故障排查装置确定终端与业务服务器之间的路由。
具体的,当接收到业务服务器发送的故障排查请求时,故障排查装置无法确定通信系统中发生故障的是终端还是网络设备。现有技术中,运营商可以指导用户先排查终端是否故障,再排查网络设备是否故障。但是,当终端为物联网终端时,终端可能部署在用户不易到达的地方。例如:森林公园中的智能摄像头、高速公路上的智能井盖、深山老林中的智能监控器、矿井内的智能照明设备等。由于物联网终端可能部署在环境恶劣或者人迹罕至的位置,当运营商指导用户先排查终端是否故障时,用户无法及时的到达终端的位置,降低了故障排查的效率。
在这种情况下,当接收到业务服务器发送的故障排查请求时,故障排查装置确定终端与业务服务器之间的路由,并根据终端与业务服务器之间的路由,模拟终端与业务服务器进行通信,以确定通信系统中的故障设备。
可选的,故障排查装置中存储有与终端标识对应的测试标识。其中,测试标识对应的路由与终端标识对应的路由相同;测试标识对应的路由为故障排查装置与业务服务器之间的路由;终端标识对应的路由为终端与业务服务器之间的路由。故障排查装置可以根据测试标识确定终端与业务服务器之间的路由。
具体的,故障排查装置在接收到业务服务器发送的故障排查请求后,可以获取到终端标识。由于故障排查装置中存储有与终端标识对应的测试标识,因此,故障排查装置可以根据终端标识,确定测试标识。后续,故障排查装置根据测试标识,确定终端与业务服务器之间的路由。
示例性的,终端标识可以是终端的国际移动用户识别码(international mobilesubscriber identity,IMSI)。当该通信系统通过5G网络传输数据时,终端标识也可以是终端的订阅永久标识符(subscription permanent identifier,SUPI)。运营商在进行网络规划时,通常根据终端的IMSI或者SUPI进行路由规划。终端的IMSI或者SUPI由一串十进制数字组成,最大长度为15位。运营商为终端规划终端标识时,可以预先为每一个终端标识预留一个测试标识。该测试标识也是由一串十进制数字组成,且格式与终端标识的格式相同。其中,测试标识中用于表示路由的数字串,与终端标识中用于表示路由的数字串相同。
示例性的,终端1的IMSI标识为186011001,终端2的IMSI标识为186011002,终端3的IMSI标识为186011003。其中,数字串1860110用于表示终端1、终端2和终端3的路由。因此,终端1、终端2和终端3的路由相同。在这种情况下,终端1的标识、终端2的标识和终端3的标识均对应186011000的测试标识。
为了便于理解,上述终端1、终端2、终端3、终端1的终端标识、终端2的终端标识、终端3的终端标识以及与终端1的标识、终端2的标识和终端3的标识对应的测试标识如下述表1所示。
表1
Figure BDA0002617912640000091
在确定终端标识与测试标识之后,故障排查装置存储终端标识与测试标识的对应关系。由于测试标识中用于表示路由的数字串,与终端标识中用于表示路由的数字串相同,因此,故障排查装置根据测试标识,确定终端与业务服务器之间的路由。
S403、故障排查装置根据终端与业务服务器之间的路由,向业务服务器发送测试消息。
其中,测试消息用于测试通信系统中的故障设备,故障设备为终端或者网络设备。
在确定终端与业务服务器之间的路由,故障排查装置根据终端与业务服务器之间的路由,通过网络设备向业务服务器发送测试消息。这样一来,故障排查装置可以通过与终端传输业务数据时完全相同的路由,以确定故障设备。
可选的,测试消息可以是简单的信令消息,也可以是其他消息,本申请实施例对此不作限定。
为了提高故障排查的效率,测试消息通常采用简单的信令消息,以便快速的确定故障设备。
S404、若在预设时间段内接收到业务服务器发送的响应消息,则故障排查装置确定故障设备为所述终端。
其中,响应消息与测试消息对应。
若路由中的网络设备无传输故障,则在接收到故障排查装置发送的测试消息之后,业务服务器通过网络设备向故障排查装置发送响应消息。
可选的,响应消息可以是简单的信令消息,也可以是其他消息,本申请实施例对此不作限定。
为了提高故障排查的效率,响应消息通常采用简单的信令消息,以便快速的确定故障设备。
在接收到业务服务器发送的响应消息之后,虽然路由中的网络设备无传输故障,但网络设备可能存在时延故障。因此,故障排查装置判断是否在预设时间段内接收到响应消息,以确定故障设备。
具体的,故障排查装置可以通过设置计时器,以确定是否在预设时间段内接收到响应消息。故障排查装置还可以根据终端与业务服务器之间的路由,向业务服务器发送测试消息的时刻,以及故障排查装置接收到业务服务器发送的响应消息的时刻,以确定是否在预设时间段内接收到响应消息。
若在预设时间段内接收到响应消息,说明通信系统路由上的网络设备即无传输故障,也无时延故障。在这种情况下,故障排查装置确定故障设备为终端,并发出第一报警信息,以提示终端发生故障。
S405、若在预设时间段内未接收到响应消息,则故障排查装置确定故障设备为网络设备。
具体的,若在预设时间段内未接收到响应消息,通常有两种情况。
第一种情况是网络设备存在时延故障。当业务服务器接收到测试消息,并通过网络设备向故障排查装置发送响应消息时,由于网络设备存在时延故障,进而导致故障排查装置在预设时间段内未接收到响应消息。在这种情况下,故障排查装置确定故障设备为网络设备,并发出第二报警信息,以提示网络设备发生故障。
第二种情况是网络设备存在传输故障。当网络设备存在传输故障时,业务服务器不能收到故障排查装置发送的测试消息。由于测试消息与响应消息对应,因此,业务服务器也不会通过网络设备向故障排查装置发送响应消息,进而导致故障排查装置在预设时间段内未接收到响应消息。在这种情况下,故障排查装置确定故障设备为网络设备,并发出第二报警信息,以提示网络设备发生故障。
可选的,结合上述图4,如图5所示,上述S402可以替换为S501-S503。
S501、故障排查装置获取终端标识。
S502、故障排查装置根据终端标识,确定测试标识。
S503、故障排查装置根据测试标识,确定终端与业务服务器之间的路由。
可选的,由于测试标识可能对应多个终端。当测试标识对应的多个终端的通信业务均无法正常使用时,故障排查装置无法根据一个测试标识确定多个终端对应的故障设备。图6示出了本申请实施例提供的又一种故障排查方法,包括:S601-S604。
S601、故障排查装置获取测试标识的状态。
其中,测试标识的状态包括:空闲状态、占用状态或异常状态中的任意一项。
在确定终端与业务服务器之间的路由之后,故障排查装置可以获取测试标识的状态,并根据测试标识的状态,确定是否向业务服务器发送测试消息。
S602、若测试标识的状态为空闲状态,则故障排查装置根据终端的路由和测试标识,向业务服务器发送测试消息。
当获取测试标识的状态为空闲状态时,故障排查装置确定测试标识对应的多个终端中,只有发送故障排查请求的业务服务器对应的终端的业务无法正常使用。因此,故障排查装置根据终端的路由和测试标识,通过网络设备向业务服务器发送测试消息。
可选的,在故障排查装置根据终端的路由和测试标识,向业务服务器发送测试消息之后,故障排查装置将测试标识的状态修改为占用状态,防止其他业务服务器发送故障排查请求时,故障排查装置再次使用该测试标识。
可选的,在故障排查装置确定故障设备为网络设备,并对网络设备进行维修时之后,故障排查装置将测试标识的状态修改为占用状态,防止其他业务服务器发送故障排查请求时,故障排查装置再次使用该测试标识。
S603、若测试标识的状态为占用状态,则故障排查装置输出第一提示信息。
其中,第一提示信息用于提示测试标识处于故障排查状态。
当获取测试标识的状态为占用状态时,故障排查装置确定测试标识对应的多个终端中,还有除发送故障排查请求的业务服务器对应的终端以外,其他终端对应的路由中的网络设备正在处于故障排查中。因此,故障排查装置输出第一提示信息,以提示测试标识处于排查其他终端是否发生故障的故障排查状态。在这种情况下,故障排查装置无需向业务服务器发送测试消息,减少了信令的交互。
S604、若测试标识的状态为异常状态,则故障排查装置输出第二提示信息。
其中,第二提示信息用于提示网络设备发生故障。
当获取测试标识的状态为异常状态时,故障排查装置确定测试标识对应的多个终端中,还有除发送故障排查请求的终端以外的其他终端对应的路由中的网络设备发生了故障。因此,故障排查装置输出第一提示信息,以提示测试标识处于排查其他终端是否发生故障的故障排查状态。在这种情况下,故障排查装置无需向业务服务器发送测试消息,减少了信令的交互。
本申请实施例提供一种故障排查方法,应用于包括终端、网络设备、业务服务器和故障排查装置的通信系统。其中,终端通过网络设备与业务服务器进行业务数据的传输。故障排查装置与终端连接。故障排查方法包括:
当接收到业务服务器发送的故障排查请求时,故障排查装置确定终端与业务服务器之间的路由,然后根据终端与业务服务器之间的路由,向业务服务器发送测试消息。其中,测试消息用于测试通信系统中的故障设备,故障设备为终端或者网络设备。后续,若在预设时间段内接收到业务服务器发送的与测试消息对应的响应消息,则确定故障设备为终端。
由上可知,当终端与业务服务器之间的通信业务无法正常使用时,故障排查装置可以根据终端与业务服务器之间的路由,向业务服务器发送测试消息。若在预设时间段内接收到业务服务器发送的与测试消息对应的响应消息,说明路由中的网络设备无故障,因此,故障排查装置确定故障设备为终端。这样一来,故障排查装置可以直接确定终端是否发生故障,无需指导终端对应的用户排查终端是否发生故障。在这种情况下,本申请相比现有技术节省了时间、人力和物力,提高了故障排查的效率,解决了现有的故障排查方法效率较低的技术问题。
上述主要从方法的角度对本申请实施例提供的方案进行了介绍。为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
本申请实施例可以根据上述方法示例对故障排查装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。可选的,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
如图7所示,为本申请实施例提供的一种故障排查装置70的结构示意图。该故障排查装置70用于解决现有的故障排查方法效率较低的技术问题,例如用于执行图4、图5或图6所示的故障排查方法。该故障排查装置70应用于包括终端、网络设备、业务服务器和故障排查装置70的通信系统;终端通过网络设备与业务服务器进行业务数据的传输;故障排查装置70分别与网络设备和业务服务器连接。
故障排查装置70包括:确定单元701和发送单元702。
确定单元701,用于当接收到业务服务器发送的故障排查请求时,确定终端与业务服务器之间的路由。例如,结合图4或图5,确定单元701用于执行S402。
发送单元702,用于根据确定单元701确定的终端与业务服务器之间的路由,向业务服务器发送测试消息;测试消息用于测试通信系统中的故障设备;故障设备为终端或者网络设备。例如,结合图4或图5,发送单元702用于执行S403。
确定单元701,还用于若在预设时间段内接收到业务服务器发送的响应消息,则确定故障设备为终端;响应消息与测试消息对应。例如,结合图4或图5,确定单元701用于执行S404。
可选的,确定单元701,还用于若在预设时间段内未接收到响应消息,则确定故障设备为网络设备。例如,结合图4或图5,确定单元701用于执行S405。
可选的,如图8所示,故障排查装置还包括存储单元703。
存储单元703,用于存储与终端标识对应的测试标识;测试标识对应的路由与终端标识对应的路由相同;测试标识对应的路由为故障排查装置与业务服务器之间的路由;终端标识对应的路由为终端与业务服务器之间的路由。
确定单元701,具体用于:
获取终端标识。例如,结合图5,确定单元701用于执行S501。
根据终端标识,确定测试标识。例如,结合图5,确定单元701用于执行S502。
根据测试标识,确定终端与业务服务器之间的路由。例如,结合图5,确定单元701用于执行S503。
可选的,如图8所示,故障排查装置还包括:获取单元704和输出单元705。
获取单元704,用于获取测试标识的状态;测试标识的状态包括:空闲状态、占用状态或异常状态中的任意一项。例如,结合图6,获取单元704用于执行S601。
发送单元702,还用于若获取单元704获取的测试标识的状态为空闲状态,则根据终端的路由和测试标识,向业务服务器发送测试消息。例如,结合图6,发送单元702用于执行S602。
输出单元705,用于若获取单元704获取的测试标识的状态为占用状态,则输出第一提示信息;第一提示信息用于提示测试标识处于故障排查状态。例如,结合图6,输出单元705用于执行S603。
输出单元705,用于若获取单元704获取的测试标识的状态为异常状态,则输出第二提示信息;第二提示信息用于提示网络设备发生故障。例如,结合图6,输出单元705用于执行S604。
本申请实施例还提供一种计算机可读存储介质,计算机可读存储介质包括计算机执行指令。当计算机执行指令在计算机上运行时,使得计算机执行如上述实施例提供的故障排查方法中,故障排查装置执行的各个步骤。
本申请实施例还提供一种计算机程序产品,该计算机程序产品可直接加载到存储器中,并含有软件代码,该计算机程序产品经由计算机载入并执行后能够实现上述实施例提供的故障排查方法中,故障排查装置执行的各个步骤。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时,可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机执行指令时,全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digitalsubscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如,软盘、硬盘、磁带),光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本发明所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取的存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种故障排查方法,其特征在于,应用于包括终端、网络设备、业务服务器和故障排查装置的通信系统;所述终端通过所述网络设备与所述业务服务器进行业务数据的传输;所述故障排查装置分别与所述网络设备和所述业务服务器连接;所述故障排查方法包括:
当接收到所述业务服务器发送的故障排查请求时,所述故障排查装置确定所述终端与所述业务服务器之间的路由;
所述故障排查装置根据所述终端与所述业务服务器之间的路由,向所述业务服务器发送测试消息;所述测试消息用于测试所述通信系统中的故障设备;所述故障设备为所述终端或者所述网络设备;
若在预设时间段内接收到所述业务服务器发送的响应消息,则所述故障排查装置确定所述故障设备为所述终端;所述响应消息与所述测试消息对应。
2.根据权利要求1所述的故障排查方法,其特征在于,所述故障排查方法还包括:
若在所述预设时间段内未接收到所述响应消息,则所述故障排查装置确定所述故障设备为所述网络设备。
3.根据权利要求1或2所述的故障排查方法,其特征在于,所述故障排查装置中存储有与终端标识对应的测试标识;所述测试标识对应的路由与所述终端标识对应的路由相同;所述测试标识对应的路由为所述故障排查装置与所述业务服务器之间的路由;所述终端标识对应的路由为所述终端与所述业务服务器之间的路由;
所述故障排查装置确定所述终端与所述业务服务器之间的路由,包括:
所述故障排查装置获取所述终端标识;
所述故障排查装置根据所述终端标识,确定所述测试标识;
所述故障排查装置根据所述测试标识,确定所述终端与所述业务服务器之间的路由。
4.根据权利要求3所述的故障排查方法,其特征在于,所述故障排查方法还包括:
所述故障排查装置获取所述测试标识的状态;所述测试标识的状态包括:空闲状态、占用状态或异常状态中的任意一项;
若所述测试标识的状态为所述空闲状态,则所述故障排查装置根据所述终端的路由和所述测试标识,向所述业务服务器发送测试消息;
若所述测试标识的状态为所述占用状态,则所述故障排查装置输出第一提示信息;所述第一提示信息用于提示所述测试标识处于故障排查状态;
若所述测试标识的状态为所述异常状态,则所述故障排查装置输出第二提示信息;所述第二提示信息用于提示所述网络设备发生故障。
5.一种故障排查装置,其特征在于,所述故障排查装置应用于包括终端、网络设备、业务服务器和所述故障排查装置的通信系统;所述终端通过所述网络设备与所述业务服务器进行业务数据的传输;所述故障排查装置分别与所述网络设备和所述业务服务器连接;所述故障排查装置包括:确定单元和发送单元;
所述确定单元,用于当接收到所述业务服务器发送的故障排查请求时,确定所述终端与所述业务服务器之间的路由;
所述发送单元,用于根据所述确定单元确定的所述终端与所述业务服务器之间的路由,向所述业务服务器发送测试消息;所述测试消息用于测试所述通信系统中的故障设备;所述故障设备为所述终端或者所述网络设备;
所述确定单元,还用于若在预设时间段内接收到所述业务服务器发送的响应消息,则确定所述故障设备为所述终端;所述响应消息与所述测试消息对应。
6.根据权利要求5所述的故障排查装置,其特征在于,所述确定单元,还用于若在所述预设时间段内未接收到所述响应消息,则确定所述故障设备为所述网络设备。
7.根据权利要求5或6所述的故障排查装置,其特征在于,所述故障排查装置还包括存储单元;
所述存储单元,用于存储与终端标识对应的测试标识;所述测试标识对应的路由与所述终端标识对应的路由相同;所述测试标识对应的路由为所述故障排查装置与所述业务服务器之间的路由;所述终端标识对应的路由为所述终端与所述业务服务器之间的路由;
所述确定单元,具体用于:
获取所述终端标识;
根据所述终端标识,确定所述测试标识;
根据所述测试标识,确定所述终端与所述业务服务器之间的路由。
8.根据权利要求7所述的故障排查装置,其特征在于,所述故障排查装置还包括:获取单元和输出单元;
所述获取单元,用于获取所述测试标识的状态;所述测试标识的状态包括:空闲状态、占用状态或异常状态中的任意一项;
所述发送单元,还用于若所述获取单元获取的所述测试标识的状态为所述空闲状态,则根据所述终端的路由和所述测试标识,向所述业务服务器发送测试消息;
所述输出单元,用于若所述获取单元获取的所述测试标识的状态为所述占用状态,则输出第一提示信息;所述第一提示信息用于提示所述测试标识处于故障排查状态;
所述输出单元,用于若所述获取单元获取的所述测试标识的状态为所述异常状态,则输出第二提示信息;所述第二提示信息用于提示所述网络设备发生故障。
9.一种故障排查装置,其特征在于,包括存储器和处理器;所述存储器用于存储计算机执行指令,所述处理器与所述存储器通过总线连接;
当所述故障排查装置运行时,所述处理器执行所述存储器存储的所述计算机执行指令,以使所述故障排查装置执行如权利要求1-4任一项所述的故障排查方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括计算机执行指令,当所述计算机执行指令在计算机上运行时,使得所述计算机执行如权利要求1-4任一项所述的故障排查方法。
CN202010774609.XA 2020-08-04 2020-08-04 一种故障排查方法及装置 Active CN112019378B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010774609.XA CN112019378B (zh) 2020-08-04 2020-08-04 一种故障排查方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010774609.XA CN112019378B (zh) 2020-08-04 2020-08-04 一种故障排查方法及装置

Publications (2)

Publication Number Publication Date
CN112019378A true CN112019378A (zh) 2020-12-01
CN112019378B CN112019378B (zh) 2022-10-25

Family

ID=73498674

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010774609.XA Active CN112019378B (zh) 2020-08-04 2020-08-04 一种故障排查方法及装置

Country Status (1)

Country Link
CN (1) CN112019378B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114598665A (zh) * 2022-01-19 2022-06-07 锐捷网络股份有限公司 资源调度方法、装置和计算机可读存储介质及电子设备
CN116708148A (zh) * 2022-12-29 2023-09-05 荣耀终端有限公司 网络诊断方法和电子设备
CN117193272A (zh) * 2023-11-07 2023-12-08 常州华纳电气有限公司 一种基于大数据的电控测试数据管理系统及方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102571196A (zh) * 2010-12-08 2012-07-11 中国电信股份有限公司 仿真模块、onu设备和通信故障诊断方法
CN103138988A (zh) * 2013-02-06 2013-06-05 北京德瑞塔时代网络技术有限公司 网络故障的定位处理方法及装置
CN107864058A (zh) * 2017-11-09 2018-03-30 凌云天博光电科技股份有限公司 故障判断方法和装置
WO2018058618A1 (zh) * 2016-09-30 2018-04-05 华为技术有限公司 一种故障处理方法及设备
US20180368010A1 (en) * 2017-06-14 2018-12-20 T-Mobile Usa, Inc. Device-based diagnostic network testing
CN111030873A (zh) * 2019-12-24 2020-04-17 迈普通信技术股份有限公司 一种故障诊断方法及装置
CN111211929A (zh) * 2019-12-31 2020-05-29 深圳市优必选科技股份有限公司 故障定位方法、故障定位装置、控制设备及智能设备

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102571196A (zh) * 2010-12-08 2012-07-11 中国电信股份有限公司 仿真模块、onu设备和通信故障诊断方法
CN103138988A (zh) * 2013-02-06 2013-06-05 北京德瑞塔时代网络技术有限公司 网络故障的定位处理方法及装置
WO2018058618A1 (zh) * 2016-09-30 2018-04-05 华为技术有限公司 一种故障处理方法及设备
US20180368010A1 (en) * 2017-06-14 2018-12-20 T-Mobile Usa, Inc. Device-based diagnostic network testing
CN107864058A (zh) * 2017-11-09 2018-03-30 凌云天博光电科技股份有限公司 故障判断方法和装置
CN111030873A (zh) * 2019-12-24 2020-04-17 迈普通信技术股份有限公司 一种故障诊断方法及装置
CN111211929A (zh) * 2019-12-31 2020-05-29 深圳市优必选科技股份有限公司 故障定位方法、故障定位装置、控制设备及智能设备

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114598665A (zh) * 2022-01-19 2022-06-07 锐捷网络股份有限公司 资源调度方法、装置和计算机可读存储介质及电子设备
CN116708148A (zh) * 2022-12-29 2023-09-05 荣耀终端有限公司 网络诊断方法和电子设备
CN116708148B (zh) * 2022-12-29 2024-04-02 荣耀终端有限公司 网络诊断方法和电子设备
CN117193272A (zh) * 2023-11-07 2023-12-08 常州华纳电气有限公司 一种基于大数据的电控测试数据管理系统及方法
CN117193272B (zh) * 2023-11-07 2024-01-26 常州华纳电气有限公司 一种基于大数据的电控测试数据管理系统及方法

Also Published As

Publication number Publication date
CN112019378B (zh) 2022-10-25

Similar Documents

Publication Publication Date Title
CN112019378B (zh) 一种故障排查方法及装置
CN110691384B (zh) 一种网络切片使用方法及装置
CN109600769B (zh) 通信方法及装置
CN111901387B (zh) 一种云专线的连接方法及装置
CN111431803A (zh) 一种路由选择方法及装置
CN111669792B (zh) 一种小区切换方法及装置
CN113453213B (zh) 一种鉴权数据同步方法及装置
CN112203274B (zh) 一种归属信息显示方法及装置
CN111698751B (zh) 确定ursp规则优先级的方法及装置
CN110366276A (zh) 服务化架构基站
CN109561450B (zh) 负载信息的交互方法及装置
CN112399523B (zh) 一种ursp核查方法及装置
CN111885185A (zh) 一种资源调度方法及装置
CN111740866A (zh) 一种离网预测方法及装置
CN113992695B (zh) 网元设备间业务协同的方法和网元设备
CN111586893B (zh) 一种终端rrc状态切换方法及装置
CN104426816B (zh) 一种虚拟机通信方法及装置
CN111669754B (zh) 验证方法及装置
CN113596792A (zh) 电子设备的绑定方法和装置、存储介质及电子装置
CN112398675B (zh) 网元分配方法及装置
CN110958170B (zh) 一种网络互联方法和装置
CN110868762B (zh) 一种数据流处理方法、装置及系统
CN103974224A (zh) 一种信用控制的方法和设备
CN111131473B (zh) 一种网络参数的传输方法及装置
CN114501635A (zh) 切片资源分配方法、smf实体、upf实体及存储介质

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