CN101022474A - 一种网络故障测试方法和装置 - Google Patents

一种网络故障测试方法和装置 Download PDF

Info

Publication number
CN101022474A
CN101022474A CNA2007100734984A CN200710073498A CN101022474A CN 101022474 A CN101022474 A CN 101022474A CN A2007100734984 A CNA2007100734984 A CN A2007100734984A CN 200710073498 A CN200710073498 A CN 200710073498A CN 101022474 A CN101022474 A CN 101022474A
Authority
CN
China
Prior art keywords
test
call
network node
call path
callback
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.)
Pending
Application number
CNA2007100734984A
Other languages
English (en)
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNA2007100734984A priority Critical patent/CN101022474A/zh
Publication of CN101022474A publication Critical patent/CN101022474A/zh
Priority to PCT/CN2008/070475 priority patent/WO2008110117A1/zh
Pending legal-status Critical Current

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
    • H04M3/30—Automatic routine testing ; Fault testing; Installation testing; Test methods, test equipment or test arrangements therefor for subscriber's lines, for the local loop
    • H04M3/307—Automatic routine testing ; Fault testing; Installation testing; Test methods, test equipment or test arrangements therefor for subscriber's lines, for the local loop using ringback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种网络故障测试方法，该方法包括如下步骤：向测试目的网络节点发起测试呼叫，所述测试呼叫的呼叫路径参数信息通过测试呼叫请求被传递到测试目的网络节点；接收所述测试目的网络节点在所述呼叫路径参数信息对应的呼叫路径上发起的回呼呼叫，其中，所述测试呼叫和回呼呼叫被连通为测试回路，检测所述测试回路，并根据所述呼叫路径参数信息确定对应的故障呼叫路径。本发明还公开了一种通信网络故障检测装置。本发明通过根据呼叫消息中的呼叫路径参数信息在对应的测试呼叫路径上建立回呼呼叫，并将测试呼叫和回呼呼叫连通为测试回路，然后通过对所述的测试回路进行检测，从而确定所述的呼叫路径是否有故障。

Description

一种网络故障测试方法和装置
■技术领域
本发明涉及一种网络测试方法，特别涉及一种网络故障测试方法和装置。
■背景技术
现有技术中，对于网络故障情况的检测方法有ISDN用户部分协议ISUP(ISDN User Part)的导通检验、指定中继拨测、自动化检测外部中继导通状态等方法，但是这些方法都只能确定被测试网络是否存在故障，以及存在什么样的故障，不能确定故障处于网络中的具体哪个汇接局的哪段线路。现以自动化检测外部中继导通状态测试方法检测两端局之间的网络故障(端局1和端局2)为例说明，具体流程如下，如图1所示：
步骤一、建立测试回路。
电话1属于端局1，设其号码为100，电话2属于目的端局(端局2)，电话号码为200，电话3属于端局1，电话号码为300。电话1拨打电话2的号码200，呼叫消息从端局1到端局2的路径有很多，如电话1-＞端局1-＞汇接局1-＞汇接局2-＞端局2-＞电话2，电话1-＞端局1-＞汇接局3-＞汇接局4-＞端局2-＞电话2，电话1-＞端局1-＞汇接局1-＞汇接局3-＞汇接局4-＞端局2-＞电话2；上述路径都可以由网路随机选择，当呼叫消息到达电话2所述的端局2后，端局2判断所述的呼叫号码为测试呼叫号码后，即根据在其中配置的号码变换数据，将200这个号码变成300(即归属于端局1的电话3的号码)，并将呼叫消息转至端局1，中间可能经过汇接局4-＞汇接局3-＞端局1，或者汇接局2-＞汇接局1-＞端局1，端局1收到呼叫消息后将呼叫转至电话3，并确立端局1到端局2的测试回路建立。
步骤二、按照测试回路进行测试。
端局1通过电话1向电话3发送测试信号，如12345678，并通过电话3的信号接收情况，确定端局1到端局2之间是否存在故障，如话音质量很差，串音、单通等情况。但是，由于测试回路中端局1到端局2的测试呼叫具体路径，以及从端局2到电话3的路径都是未知的，所以通过电话1和电话3的测试，只能确定通信是否有故障，而不知道具体故障路径和故障具体的位置。
如上所述，通过该方法只能测出两端局之间是否存在故障以及故障形式，而不能确定故障处于网络中的哪条路径，更不能确定故障的具体位置，这样，对于故障的排除来说还是存在很大的难度。
■发明内容
有鉴于此，本发明实施例提供了一种网络故障检测方法和装置，用以解决现有技术无法检测出网络中的故障路径；
进一步，解决如何在故障路径上确定故障具体位置的问题。
为解决上述问题，本发明实施例提出的一种网络故障检测方法具体包括如下步骤：
向测试目的网络节点发起测试呼叫，所述测试呼叫的呼叫路径参数信息通过测试呼叫请求被传递到测试目的网络节点；
接收所述测试目的网络节点在所述呼叫路径参数信息对应的呼叫路径上发起的回呼呼叫，其中，所述测试呼叫和回呼呼叫被测试目的网络节点连通为测试回路，所述回呼呼叫请求中携带呼叫路径参数信息；
检测所述测试回路，并当所述测试回路故障时根据所述呼叫路径参数信息确定对应的故障呼叫路径。
较佳的，所述方法进一步包括：在所述故障呼叫路径上，由所述测试目的网络节点向测试发起网络节点逐段拆除两个相邻网络节点之间的测试呼叫连接以及对应的回呼呼叫连接，并在每一次拆除后将剩余的测试呼叫连接和回呼呼叫连接连通为新的测试回路；以及
检测每一次拆除后所述新的测试回路，当拆除之前的测试回路故障而拆除之后新的测试回路正常时，所述相邻网络节点之间的线路为故障线路段。
较佳的，所述方法进一步包括：在所述故障呼叫路径上，从测试发起网络节点一侧开始，依次将呼叫路径上的一个网络节点作为测试目的网络节点建立测试回路，并检测每一次建立的测试回路；以及
相邻两次建立的测试回路中，之前建立的测试回路正常而之后建立的测试回路故障时，则之后建立的测试回路中增加的相邻网络节点之间的线路为故障线路段。
相应的，本发明还提供了一种通信网络故障测试装置，包括：
测试呼叫发起单元，用于向测试目的网络节点发起测试呼叫，所述测试呼叫的呼叫路径参数信息通过测试呼叫请求被传递到测试目的网络节点；
测试呼叫接收单元，用于接收所述测试目的网络节点在所述呼叫路径参数信息对应的呼叫路径上发起的回呼呼叫，其中，所述测试呼叫和回呼呼叫被测试目的网络节点连通为测试回路，所述回呼呼叫请求中携带呼叫路径参数信息；
第一检测单元，根据接收的回呼呼叫确定测试回路已经建立，并检测所述测试回路，并当所述测试回路故障时根据所述呼叫路径参数信息确定对应的故障呼叫路径。
本发明所实施例根据呼叫消息中的呼叫路径参数信息在对应的测试呼叫路径上建立回呼呼叫，并将测试呼叫和回呼呼叫连通为测试回路，然后通过对所述的测试回路进行检测，从而确定所述的呼叫路径是否有故障；
进一步，利用回溯测试的方法，在故障路径上分段查找出具体路径位置。
■附图说明
图1为现有技术下的网络故障测试测试方法；
图2为本发明提供的一种网络故障测试方法实施例原理图；
图3为图2方法实施例中确定测试回路方法的一个实施例的流程图；
图4为图2方法实施例中确定测试回路方法的另一个实施例的流程图；
图5为本发明提供的一种网路故障测试方法的一种实施例流程图；
图6为本发明提供的一种网路故障测试方法的另一种实施例流程图；
图7为本发明提供的一种网路故障测试装置实施例结构示意图；
图8为本发明提供的第二种网路故障测试装置实施例结构示意图；
图9为本发明提供的第三种网路故障测试装置实施例结构示意图。
■具体实施方式
本发明实施例针对现有的网络检测技术中无法确定网络故障路径的问题，提出以下技术构思：发起测试呼叫消息，根据呼叫消息中的呼叫路径参数信息对应的呼叫路径建立回呼呼叫，并通连测试呼叫和回呼呼叫，建立测试回路，然后通过对所述的测试回路进行检测，确定所述的呼叫路径是否有故障。
进一步，通过对存在故障的呼叫路径进行回溯测试，即对通过按照所述呼叫路径参数依次建立，或者依次拆除并连通故障路径中的相应网络节点所形成的新的测试回路进行测试，以确定故障的具体位置。
为实现上述技术构思，本发明实施例提供了一种网络故障测试方法，其流程如图2所示，具体包括以下三个主要步骤：
步骤201、发起测试呼叫，并在测试呼叫消息中传递该测试呼叫的呼叫路径参数信息；
步骤202、根据所述呼叫路径参数信息在对应的呼叫路径上建立回呼呼叫，并将所述测试呼叫和回呼呼叫连通为测试回路；
步骤203、检测所述测试回路是否故障，如果是，则所述呼叫路径故障，反之所述呼叫路径正常。
为了实现上述方法，首先需要建立能够记录和传递各网络节点路径的测试回路，以便后续测试能够根据所述记录的呼叫路径确定网络故障路径以及网络故障的具体位置。本发明提供了两种记录呼叫路径参数以便建立具有明确呼叫路径的测试回路的实施方法，以下分别予以阐述：
以下为了描述方便，将测试起始端局(如SP1)称为测试发起网络节点，将中间汇接局(如SSP1、SSP2)称为中间网络节点，将目的端局(SP2)称为测试目的网络节点，需要说明的是，测试目的网络节点和中间的网络节点是相对的，在回溯测试情况下，任一中间网络节点处于测试回路中的最后位置时，都有可能成为测试目的网络节点。
第一种方法：通过特殊号码随机选取呼叫路径确定测试回路。即在待测试的发起测试发起网络节点发起一个特殊测试呼叫，该呼叫消息中携带了记录该测试发起网络节点呼叫路径的呼叫路径参数，如通过初始地址消息IAM(Initial Address Message)发起特殊测试呼叫时，则该IAM消息中携带了记录该测试的发起网络节点呼叫路径的呼叫路径参数，然后网络中收到该测试呼叫消息的各个网络节点根据测试呼叫的被叫号码向下一个网络节点发起呼叫，并将本网络节点的呼叫路径记入呼叫消息中，直到该呼叫发送至目的网络节点，由目的网络节点根据所述的呼叫路径参数建立对应的回呼呼叫，并将测试呼叫和回呼呼叫连通。此时，呼叫测试回路成功建立。该方法的具体流程如图3所示，包括以下步骤：
步骤301、本网络节点接到呼叫；
为了清楚地说明本方法的原理，此处以网络中某个中间的网络节点作为主体进行描述。
步骤302、根据呼叫消息中携带的特殊号码判断本次呼叫是否是测试呼叫，如果是测试呼叫，则转步骤303，否则，转步骤315；
步骤303、判断本网络节点是否是目的网络节点，如果是目的网络节点，则转步骤304，否则转步骤309；
根据呼叫中的被叫号码进行判断，如果本网络节点不属于被叫所归属的网络节点，如被叫归属的移动交换中心MSC(Mobile Switching Center)等，则可以判断出本网络节点不是目的网络节点，否则为目的网络节点。
步骤304、从呼叫路径参数中找到回呼呼叫的下一个网络节点的回呼路径；
步骤305、根据下个网络节点的呼叫路径向下一个网络节点发起回呼，并将测试呼叫和回呼呼叫连通；
步骤306、记录入局的呼叫路径(此前参与该呼叫所有网络节点的呼叫路径)IAM的呼叫路径参数中；
步骤307、增加本次呼叫的呼叫路径到IAM的呼叫路径参数中；
步骤308、发起回呼呼叫；
步骤309、判断本网络节点是否是发起网络节点，如果是发起网络节点，则转步骤310，否则，转步骤312；
步骤310、记录本次呼叫的呼叫路径到IAM的呼叫路径参数中；
步骤311、发起测试呼叫。
步骤312、记录此前参与该呼叫所有网络节点的呼叫路径到IAM的呼叫路径参数中；
步骤313、增加本次呼叫的呼叫路径到IAM的呼叫路径参数中；
步骤314、发起测试呼叫。
步骤315、判断本次呼叫是否是回呼呼叫，如果是回呼呼叫，则转步骤316，否则转步骤318；
步骤316、判断本网络节点是否是发起网络节点，如果是发起网络节点，则转步骤317；否则，转执行步骤304-308。
步骤317、按照IAM消息中记录的呼叫路径参数确定的呼叫路径建立测试回路。
步骤318、按照普通呼叫处理。
第二种方法：根据被测网络拓扑图(端局之间的物理连线图)指定呼叫路径确定测试回路。即在待测试的发起网络节点发起一个特殊测试呼叫，该呼叫消息中的呼叫路径参数携带了本次呼叫经过的所有网络节点的呼叫路径，如通过IAM消息发起特殊测试呼叫时，则该IAM消息中携带了本次呼叫经过的所有网络节点的呼叫路径参数，然后呼叫路径中的各个网络节点根据呼叫路径参数对应的记录向下一个网络节点依次发起呼叫，并向下一个网络节点传递该呼叫路径参数，直到该呼叫再次回到发起网络节点为止。此时，呼叫测试回路成功建立。
该方法的具体流程如图4所示，包括以下步骤：
步骤401、本网络节点接到呼叫；
同方法一一样，此处为了清楚地说明本方法的原理，也是以网络中某个网络节点作为主体进行描述。
步骤402、判断本次呼叫是否为指定呼叫路径的特殊测试呼叫，如果是，则转步骤403，否则转步骤407；
根据收到的呼叫消息中携带的特殊号码以及呼叫路径参数判断是否为指定呼叫路径的特殊测试呼叫。
步骤403、本网络节点是否是发起网络节点，如果是发起网络节点，则转步骤404，否则转步骤405；
步骤404、根据呼叫消息中的呼叫路径参数确定测试回路；
步骤405、根据记录的呼叫路径参数找到下一个网络节点的呼叫路径；
步骤406、根据下一个网络节点的呼叫路径发起特殊呼叫，并在呼叫消息中携带呼叫路径参数；
步骤407、按照普通呼叫处理。
确定测试回路后，接下来就是向该测试回路发送测试信号，进行测试，以下分别针对上述通过两种记录呼叫路径参数的方式所建立的具有明确呼叫路径的测试回路，以测试发起网络节点为端局SP1，目的网络节点为端局SP2，并以汇接局SSP1、SSP2为随机选取的中间网络节点为例对本测试方法发明进行进一步详细阐述：
实施例一、参见图5、为本方法发明的一个实施例流程图，具体步骤如下：
步骤501、测试端局SP1，即测试发起网络节点，通过IAM消息向汇接局SSP1发起特殊测试呼叫，该IAM消息中包含一个新增的可选参数记录SP1到SSP1的呼叫路径。该测试呼叫消息中包括的参数为：目的信令点编码DPC(Destination signalling Point Code)：SSP1；电路识别码CIC(CircuitIdentification Code)：CIC1；呼叫路径CellTRace：SP1+CIC1。其中呼叫路径参数为CellTRace：SP1+CIC1。
步骤502、汇接局SSP1接到该呼叫并且识别出该呼叫是一个特殊测试呼叫，则进一步通过解析所述的呼叫消息获取被叫方标识，如被叫号码，从而确定向哪个网络节点发送呼叫，并选取下一个网络节点，如本实施例中的汇接局SSP2，然后通过IAM消息向汇接局SSP2发起特殊测试呼叫，并把SSP1到SPP2的呼叫路径添加到原来IAM消息中的呼叫路径参数中，以及将新的呼叫路径参数通过IAM消息传递给SSP2。此时的呼叫消息中携带的参数包括：DPC：SSP2；CIC：CIC2；CellTRace：(SP1+CIC1)，(SSP1+CIC2)。此处的呼叫路径参数为：Cell Trace：(SP1+CIC1)，(SSP1+CIC2)。
需要说明的是，此处的特殊测试呼叫可以通过在被叫号码上加特殊前缀，如被叫号码是123456，那么加上前缀变成***123456，其中***就是特殊前缀；或者通过增加呼叫类型参数表示，以便于接收呼叫消息方识别此呼叫类型。
步骤503、汇接局SSP2的处理过程同步骤302一样，根据特殊测试呼叫的目的网络节点(通过被叫号码确定)，即本实施例中的目的端局SP2，将呼叫发送至端局SP2。该呼叫消息携带的参数：DPC：SP2；CIC：CIC3；CellTRace：(SP1+CIC1)，(SSP1+CIC2)，(SSP2+CIC3).
步骤504、端局SP2接到该呼叫，并且识别出该呼叫是一个特殊测试呼叫，且通过被叫标识，如被叫号码，发现该呼叫的被叫归属于本端局，则根据特殊测试呼叫传递过来的呼叫路径参数，向汇接局SSP2发起一个测试回呼呼叫，并将特殊测试呼叫和测试回呼呼叫连通，以便于形成闭环测试回路。该测试回呼呼叫的IAM消息中的呼叫路径参数包括原来的特殊测试呼叫的呼叫路径，以及新增加的SP2到SSP2的呼叫路径，具体为：DPC：SSP2；CIC：CIC4；CellTRace：(SP1+CIC1)，(SSP1+CIC2)，(SSP2+CIC3)，(SP2+CIC4).
步骤505、汇接局SSP2接到该呼叫，并且发现该呼叫属于测试回呼呼叫，则根据呼叫路径参数(从上一个网络节点SP2发送来的测试回呼消息中的呼叫路径参数中可获知其回呼的下一个网络节点是向其发送测试呼叫消息的网络节点SPP1)向SSP1发起一个测试回呼呼叫，并且把SSP2到SSP1的呼叫路径增加到原来的IAM消息中的呼叫路径中。消息中的参数为：DPC：SSP1；CIC：CIC5；CellTRace：(SP1+CIC1)，(SSP1+CIC2)，(SSP2+CIC3)，(SP2+CIC4)，(SSP2+CIC5)。
步骤506、汇接局SSP1的处理过程同步骤505；其向端局SP1发送的测试回呼消息中携带的参数为：DPC：SP1；CIC：CIC6；CellTRace：(SP1+CIC1)，(SSP1+CIC2)，(SSP2+CIC3)，(SP2+CIC4)，(SSP2+CIC5)，(SP1+CIC6)。
步骤507、端局SP1接到呼叫，并且发现该呼叫属于测试回呼呼叫，并且该呼叫属于本端局，则端局SP1可以判断特殊测试呼叫已经建立成功，并确定测试回路的路径为SP1-SSP1-SSP2-SP2-----SP2-SSP2-SSP1-SP1。
步骤508、端局SP1发起测试信号，如测试信号为：123456789，该信号经过测试回路再次到达端局SP1时，启动收号设备进行收号，如果收号结果不是为：123456789，而是其他数字，那么表明传输出现故障。
步骤509、启动回溯测试步骤，即在所述故障呼叫路径上，先根据呼叫轨迹路径参数中记录的呼叫轨迹路径从本测试回路的目的网络节点向测试发起网络节点逐段拆除两个相邻网络节点之间的测试呼叫连接以及对应的回呼呼叫连接，并在每一次拆除后将剩余的测试呼叫连接和回呼呼叫连接连通为新的测试回路，并以存留的网络节点组成的呼叫轨迹作为新的测试回路，然后向新的话路进行测试。在本实施例的本步骤中，可以根据呼叫轨迹路径参数，先拆除SSP2和SP2的话路。具体实现拆除方式可以通过测试端局SP1向SSP2发送携带Disconnect(拆除)命令的消息，由汇接局SSP2将SSP2-SP2的话路拆除，接着SSP1发送携带Connect(连接)命令的消息至SSP2，由SSP2重新连接SSP1-SSP2的特殊测试呼叫和SSP2-SSP1的回呼呼叫，建立新的测试回路：SP1-SSP1-SSP2-------SSP2-SSP1-SP1；或者由SSP2在收到测试端局SP1的拆除命令后，拆除SSP2-SP2话路后，并直接连接SSP1-SSP2的特殊测试呼叫与SSP2-SSP1的回呼呼叫，从而建立新的测试回路：SP1-SSP1-SSP2-------SSP2-SSP1-SP1。实际操作中，也可以在所述故障呼叫路径上，从测试发起网络节点一侧开始，依次将呼叫路径上的一个网络节点作为测试目的网络节点建立测试回路，即先拆除SSP1到SP2的话路，再拆除SSP2到SP2的回路，然后同上述方法一样，拆除后重新接通特殊测试呼叫和回呼呼叫，建立新的测试回路：如SP1-SSP1——SSP1-SP，SP1-SSP1-SSP2--SSP2-SSp1-SP1。新的测试回路建立成功后，由测试端局SP1向新的测试回路进行测试。相邻两次建立的测试回路中，之前建立的测试回路正常而之后建立的测试回路故障时，则之后建立的测试回路中增加的相邻网络节点之间的线路为故障线路段。
步骤510、以拆除SSP2和SP2两网络节点组成的话路为例，如果向新的测试回路发送的测试信号为：1234546789，接收到的信号也是：123456789，那么表明新的测试回路无传输故障。端局SP1根据该测试结果就可以确定，传输故障出现在SSP2和SP2之间，具体位置可以参考呼叫路径中记录的从SSP2到SP2的呼叫路径以及从SP2到SSP2的呼叫路径。
步骤511、以拆除SSP2和SP2两网络节点组成的话路为例，如果向新的测试回路发送的测试信号为：123456789，接收到的信号不为：123456789，那么表明新的测试回路仍然存在传输故障，那么重复步骤309、310，再次进行逐步拆除网络节点，例如，如果先从SSP2和SP2拆除的话，则再次拆除SSP1-SSP2的话路，新建的测试回路为：SP1-SSP1——SSP1-SP1，以此类推，直到新的测试回路传输无故障时，或者呼叫路径的回溯已经到达SP1和SSP1之间，根据新的测试回路和拆除的测试回路的路径确定故障的具体位置，如果呼叫路径的回溯到达SP1和SSP1之间，那么回溯测试终止，如果测试回路仍然存在传输故障，那么表明传输故障点就是SP1到SSP1的话路上。
实际运用中，也有可能在一条呼叫路径(如SP1-SP2)上存在多处故障，如本实施例中SSP2-SP2以及SSP1-SSP2两段都存在故障时，为了准确地判断故障点，本发明实施例可以进一步根据测试故障类型，在测试信号消息中携带记录测试指标参数，并通过对拆除前后的测试回路的指标参数进行比较，从而确定是否存在多处故障。例如，按照上述在所述故障呼叫路径上，从所述测试目的网络节点开始向测试发起网络节点逐段拆除方法进行回溯测试时，并在测试信号中消息中携带测试指标参数，当拆除SSP2-SP2后，对新建的测试回路SP1-SSP1-SSP2--SSP2-SSP1-SP1进行测试，并记录该指标参数，然后进行进一步拆除SSP1-SSP2，对新的测试回路SP1-SSP1--SSP1-SP1进行测试，并记录该指标参数，通过对该两次记录的指标参数与正常情况下的指标参数进行比较即可以确定这段节点之间都存在故障，并能根据指标参数判断出故障的严重程度。
此外，为了提高对网络故障的检测速度以及准确性，以及便于分析网路故障的规律，本发明实施例还可以对每次测试地结果进行记录，后续测试可以应用此前测试的测试记录结果，而且测试的历史记录结果还可以用于分析网络性能，优化测试方案等。
通过本发明实施例，在任意两个端局之间(如SP1与SP2之间)，有多条路径，测试端局SP1以及各收到特殊测试呼叫的网络节点根据之前的测试记录，向不同于之前的网络节点发送特殊测试呼叫，以避免重复检测此前已经检测过的测试回路，从而可以保障快速、准确地遍历完SP1与SP2之间的全部路径。通过本发明实施例当建立的测试回路与故障话路一致时就可以确定故障的具体位置。
实施例二、参见图6，为本发明的另一个实施例流程图，具体步骤如下：
步骤601、测试端局SP1，即测试发起网络节点，发起特殊测试呼叫，该呼叫的IAM消息中的呼叫路径包含了该次呼叫经过的所有网络节点的呼叫路径，SP1从呼叫路径中找到到达下一个网络节点的路径，即SSP1+CIC1，并将呼叫的IAM消息发送给下一个网络节点SSP1，IAM消息中包含参数为：DPC：SSP1；CIC：CIC1；CellTRace：(SP1+CIC1)，(SSP1+CIC2)，(SSP2+CIC3)，(SP2+CIC4)，(SSP2+CIC5)，(SP1+CIC6)。
步骤602、汇接局SSP1接到该特殊呼叫后，发现是特殊测试呼叫而且该次测试呼叫消息中携带的呼叫路径参数已经指定了呼叫路径，SSP1根据所所述的呼叫路径找到到达下一个网络节点SSP2的路径，即SSP2+CIC2，并向下一个网络节点SSP2发送测试呼叫消息，该呼叫消息中携带参数：DPC：SSP2；CIC：CIC2；CellTRace：(SP1+CIC1)，(SSP1+CIC2)，(SSP2+CIC3)，(SP2+CIC4)，(SSP2+CIC5)，(SP1+CIC6)。
此处的特殊测试呼叫可以通过在被叫号码上加特殊前缀，如被叫号码是123456，那么加上前缀变成***123456，其中***就是特殊前缀；或者通过增加呼叫类型参数表示，以便于接收呼叫消息方识别此呼叫类型。
步骤603、汇接局SSP2的处理同步骤602，从消息中获取下一个网络节点，并将呼叫消息发送至下一个网络节点SP2，路径为SP2+CIC3，并在呼叫消息中携带参数：DPC：SP2；CIC：CIC3；CellTRace：(SP1+CIC1)，(SSP1+CIC2)，(SSP2+CIC3)，(SP2+CIC4)，(SSP2+CIC5)，(SP1+CIC6)。
步骤604、端局SP2接到呼叫消息后，发现其是目的网络节点，从消息中获取测试回呼的下一个网络节点，并将测试回呼消息发送至下一个网络节点SSP2，路径为SSP2+CIC4，并在呼叫消息中携带参数：DPC：SSP2；CIC：CIC4；CellTRace：(SP1+CIC1)，(SSP1+CIC2)，(SSP2+CIC3)，(SP2+CIC4)，(SSP2+CIC5)，(SP1+CIC6)。
步骤605、汇接局SSP2的处理同步骤603，即消息中获取下一个网络节点，并将测试回呼消息发送至下一个网络节点SSP1，路径为SSP1+CIC5，并在回呼消息中携带参数：DPC：SSP1；CIC：CIC5；CellTRace：(SP1+CIC1)，(SSP1+CIC2)，(SSP2+CIC3)，(SP2+CIC4)，(SSP2+CIC5)，(SP1+CIC6)
步骤606、汇接局SSP1的处理同步骤605，即到达下一个网络节点的路径是SP1+CIC6，并将携带参数：DPC：SP1；CIC：CIC6；CellTRace：(SP1+CIC1)，(SSP1+CIC2)，(SSP2+CIC3)，(SP2+CIC4)，(SSP2+CIC5)，(SP1+CIC6)的测试回呼消息发送至测试端局SP1。
步骤607、测试端局SP1接到呼叫，通过解析接收的测试回呼消息识别出该呼叫属于回呼呼叫，并且是按照原测试呼叫路径回呼，而且该呼叫属于本端局，则测试端局SP1可以判断特殊测试呼叫已经建立成功，并确定测试回路的路径为SP1-SSP1-SSP2-SP2-----SP2-SSP2-SSP1-SP1。
步骤608、测试端局SP1发起测试信号，如测试信号为：123456789，该信号经过测试回路再次到达端局SP1时，启动收号设备进行收号，如果收号结果不是为：123456789，而是其它数字，那么表明传输出现故障。
步骤609、启动回溯测试，即在所述故障呼叫路径上，先根据呼叫轨迹路径参数中记录的呼叫轨迹路径从本测试回路的目的网络节点向测试发起网络节点逐段拆除两个相邻网络节点之间的测试呼叫连接以及对应的回呼呼叫连接，并在每一次拆除后将剩余的测试呼叫连接和回呼呼叫连接连通为新的测试回路，并以存留的网络节点组成的呼叫轨迹作为新的测试回路，并然后向新的话路进行测试。在本实施例的本步骤中，可以根据呼叫轨迹路径参数，先拆除SSP2和SP2的话路。具体实现拆除方式可以通过测试端局SP1向SSP2发送携带Disconnect(拆除)命令的消息，由汇接局SSP2将SSP2-SP2的话路拆除，接着SSP1发送携带Connect(连接)命令的消息至SSP2，由SSP2重新连接SSP1-SSP2的特殊测试呼叫和SSP2-SSP1的回呼呼叫，建立新的测试回路：SP1-SSP1-SSP2-------SSP2-SSP1-SP1；或者由SSP2在收到测试端局SP1的拆除命令后，拆除SSP2-SP2话路后，并直接连接SSP1-SSP2的特殊测试呼叫与SSP2-SSP1的回呼呼叫，从而建立新的测试回路：SP1-SSP1-SSP2-------SSP2-SSP1-SP1。实际操作中，也可以在所述故障呼叫路径上，从测试发起网络节点一侧开始，依次将呼叫路径上的一个网络节点作为测试目的网络节点建立测试回路，即先拆除SSP1到SP2的话路，再拆除SSP2到SP2的回路，然后同上述方法一样，拆除后重新接通特殊测试呼叫和回呼呼叫，建立新的测试回路：如SP1-SSP1——SSP1-SP，SP1-SSP1-SSP2--SSP2-SSp1-SP1，1。新的测试回路建立成功后，由测试端局SP1向新的测试回路进行测试。相邻两次建立的测试回路中，之前建立的测试回路正常而之后建立的测试回路故障时，则之后建立的测试回路中增加的相邻网络节点之间的线路为故障线路段。
步骤610、以拆除SSP2和SP2两个网络节点组成的话路为例，如果向新的测试回路发送的测试信号为：1234546789，接收到的信号也是：123456789，那么表明新的测试回路无传输故障。端局SP1根据该测试结果就可以确定，传输故障出现在SSP2和SP2之间，具体位置可以参考呼叫路径中记录的从SSP2到SP2的呼叫路径以及从SP2到SSP2的呼叫路径。
步骤611、以拆除SSP2和SP2两网络节点组成的话路为例，如果向新的测试回路发送的测试信号为：123456789，接收到的信号不为：123456789，那么表明新的测试回路仍然存在传输故障，那么重复步骤309、310，再次进行逐步拆除网络节点，如，如果先从SSP2和SP2拆除的话，则再次拆除SSP1-SSP2的话路，新建的测试回路为：SP1-SSP1——SSP1-SP1，以此类推，直到新的测试回路传输无故障时，或者呼叫路径的回溯已经到达SP1和SSP1之间，根据新的测试回路和拆除的测试回路的路径确定故障的具体位置，如果呼叫路径的回溯到达SP1和SSP1之间，那么回溯测试终止，如果测试回路仍然存在传输故障，那么表明传输故障点就是SP1到SSP1的话路上。
在上述第二种实施方案中，根据网络拓扑图可以得到任意两个端点之间(如SP1与SP2之间)的所有呼叫路径，然后通过本实施方案指定呼叫路径进行一一测试，就可以遍历整个拓扑图的网络。如果该拓扑图网络存在故障，那么该方案就可以准确定位出网络上的故障点。
上述实施例是以ISUP协议为例，通过在IAM消息中增加呼叫路径参数说明检测网络传输故障点的技术方案，实际应用中，还可以通过增加特殊的信令消息或者扩展其他信令消息来记录呼叫路径的方法同样可以完成本方案。例如，通过扩展TEST消息，也可以实现本发明实施例中的IAM消息功能。同理，使用BICC、TUP、PRA等其他信令协议，同样可以实现该方案。具体的处理流程与上述流程一样，此不再赘述。
此外，本发明实施例还提供了一种网络故障测试装置701，该装置可以设置在网络节点上，进行故障测试。如图7所示，网络故障测试装置701包括：测试呼叫发起单元702、测试呼叫接收单元703、第一检测单元704；
所述的测试呼叫发起单元702用于向测试目的网络节点发起测试呼叫，所述测试呼叫的呼叫路径参数信息通过测试呼叫请求被传递到测试目的网络节点；
所述的测试呼叫接收单元703用于接收所述测试目的网络节点在所述呼叫路径参数信息对应的呼叫路径上发起的回呼呼叫，其中，所述测试呼叫和回呼呼叫被测试目的网络节点连通为测试回路，所述回呼呼叫请求中携带呼叫路径参数信息；
所述第一检测单元704用于根据接收的回呼呼叫确定测试回路已经建立，并检测所述测试回路，并当所述测试回路故障时根据所述呼叫路径参数信息确定对应的故障呼叫路径。
为了便于后续测试可以应用此前测试的测试记录结果，提高对网络故障的检测速度以及准确性，同时也便于分析网路故障的规律，本发明提供的网络故障检测装置实施例中还包括记录单元用于记录测试回路的检测结果及对应的呼叫路径参数信息。
进一步，该网络故障检测装置还可以包括回呼呼叫发起单元，用于在接收到测试呼叫时，根据测试呼叫的呼叫路径参数信息发起回呼呼叫，并将所述测试呼叫和回呼呼叫连通。
此外，为了进一步具体确定故障路径的具体位置，本发明实施例提供了第二种网络故障检测装置，如图8所示为该网络故障检测装置实施例的结构示意图，具体包括：测试呼叫发起单元702、测试呼叫接收单元703、第一检测单元704、第二检测单元705；
所述的测试呼叫发起单元702用于向测试目的网络节点发起测试呼叫，所述测试呼叫的呼叫路径参数信息通过测试呼叫请求被传递到测试目的网络节点；
所述的测试呼叫接收单元703用于接收所述测试目的网络节点在所述呼叫路径参数信息对应的呼叫路径上发起的回呼呼叫，其中，所述测试呼叫和回呼呼叫被测试目的网络节点连通为测试回路，所述回呼呼叫请求中携带呼叫路径参数信息；
所述第一检测单元704用于根据接收的回呼呼叫确定测试回路已经建立，并检测所述测试回路，并当所述测试回路故障时根据所述呼叫路径参数信息确定对应的故障呼叫路径；
所述的第二检测单元705用于接收第一检测单元在检测出所述测试回路故障并根据所述呼叫路径参数信息确定的对应故障路径信息后，在所述故障呼叫路径上，发起从所述测试目的网络节点开始逐段拆除两个相邻网络节点之间的测试呼叫连接以及对应的回呼呼叫连接，并在每一次拆除后将剩余的测试呼叫连接和回呼呼叫连接连通为新的测试回路的命令；以及检测每一次拆除后所述新的测试回路，当拆除之前的测试回路正常而拆除之后新的测试回路故障时，所述相邻网络节点之间的线路为故障线路段。
为了进一步具体确定故障路径的具体位置，本发明实施例还提供了第三种网络故障检测装置，如图9所示为所述网络故障检测装置的结构示意图，具体包括：测试呼叫发起单元702、测试呼叫接收单元703、第一检测单元704、第二检测单元706；
所述的测试呼叫发起单元702用于向测试目的网络节点发起测试呼叫，所述测试呼叫的呼叫路径参数信息通过测试呼叫请求被传递到测试目的网络节点；
所述的测试呼叫接收单元703用于接收所述测试目的网络节点在所述呼叫路径参数信息对应的呼叫路径上发起的回呼呼叫，其中，所述测试呼叫和回呼呼叫被测试目的网络节点连通为测试回路，所述回呼呼叫请求中携带呼叫路径参数信息；
所述第一检测单元704用于根据接收的回呼呼叫确定测试回路已经建立，并检测所述测试回路，并当所述测试回路故障时根据所述呼叫路径参数信息确定对应的故障呼叫路径；
所述的第三检测单元706用于接收第一检测单元在检测出所述测试回路故障并根据所述呼叫路径参数信息确定的对应故障路径信息后，在所述故障呼叫路径上，发起从测试发起网络节点一侧开始，依次将呼叫路径上的一个网络节点作为测试目的网络节点建立测试回路的命令，并检测每一次建立的测试回路；以及相邻两次建立的测试回路中，之前建立的测试回路正常而之后建立的测试回路故障时，则之后建立的测试回路中增加的相邻网络节点之间的线路为故障线路段。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (16)

1、一种通信网络的故障检测方法，其特征在于，该方法包括如下步骤：
向测试目的网络节点发起测试呼叫，所述测试呼叫的呼叫路径参数信息通过测试呼叫请求被传递到测试目的网络节点；
接收所述测试目的网络节点在所述呼叫路径参数信息对应的呼叫路径上发起的回呼呼叫，其中，所述测试呼叫和回呼呼叫被测试目的网络节点连通为测试回路，所述回呼呼叫请求中携带呼叫路径参数信息；
检测所述测试回路，并当所述测试回路故障时根据所述呼叫路径参数信息确定对应的故障呼叫路径。
2、如权利要求1所述的检测方法，其特征在于，所述方法进一步包括：
在所述故障呼叫路径上，由所述测试目的网络节点向测试发起网络节点逐段拆除两个相邻网络节点之间的测试呼叫连接以及对应的回呼呼叫连接，并在每一次拆除后将剩余的测试呼叫连接和回呼呼叫连接连通为新的测试回路；以及
检测每一次拆除后所述新的测试回路，当拆除之前的测试回路故障而拆除之后新的测试回路正常时，所述相邻网络节点之间的线路为故障线路段。
3、如权利要求1所述的检测方法，其特征在于，所述方法进一步包括：
在所述故障呼叫路径上，从测试发起网络节点一侧开始，依次将呼叫路径上的一个网络节点作为测试目的网络节点建立测试回路，并检测每一次建立的测试回路；以及
相邻两次建立的测试回路中，之前建立的测试回路正常而之后建立的测试回路故障时，则之后建立的测试回路中增加的相邻网络节点之间的线路为故障线路段。
4、如权利要求2所述的方法，其特征在于，所述的拆除两个相邻网络节点之间的测试呼叫连接以及对应的回呼呼叫连接具体为：与测试目的网络节点相邻的网络节点在收到测试发起网络节点根据呼叫路径参数中记录的呼叫路径发送的拆除指令时，将该网络节点与测试呼叫的目的网络节点之间的呼叫连接以及对应的回呼呼叫连接拆除。
5、如权利要求2或4所述的方法，其特征在于，所述的将剩余的测试呼叫连接和回呼呼叫连接连通为新的测试回路具体为：与测试的目的网络节点的相邻网络节点在收到测试呼叫发起网络节点根据呼叫路径参数中记录的呼叫路径发送的连通指令时，将该网络节点的测试呼叫连接和回呼连接连通，形成新的测试回路。
6、如权利要求1、2或3所述的检测方法，其特征在于，所述呼叫路径参数信息包括路由所述测试呼叫的发起网络节点、各中间网络节点以及测试目的网络节点的标识信息。
7、如权利要求6所述的检测方法，其特征在于，所述通过测试呼叫请求将该测试呼叫的呼叫路径参数信息传递到测试呼叫的测试目的网络节点的方法为：在所述测试呼叫建立过程中，所述测试发起网络节点、各中间网络节点以及测试目的网络节点依次将各自的标识信息写入测试呼叫请求中。
8、如权利要求6所述的检测方法，其特征在于，根据所述网络拓扑结构选择所述呼叫路径并确定对应的呼叫路径参数信息；以及
所述通过测试呼叫请求将该测试呼叫的呼叫路径参数信息传递到测试呼叫的测试目的网络节点的方法为：测试发起网络节点将所述呼叫路径参数信息写入所述测试呼叫消息中，各中间网络节点根据该呼叫路径参数信息将所述测试呼叫消息路由到测试目的网络节点。
9、如权利要求6所述的检测方法，其特征在于，所述标识信息包括各网络节点的地址信息。
10、如权利要求7或8所述的检测方法，其特征在于，所述回呼呼叫的建立过程包括：
所述测试目的网络节点向测试发起网络节点发起回呼呼叫，根据所述呼叫路径参数信息逆向路由该回呼呼叫，所述回呼呼叫请求中携带呼叫路径参数信息；
位于所述呼叫路径上的各中间网络节点依次根据所述呼叫路径参数信息，将所述回呼呼叫逆向路由到测试发起网络节点。
11、如权利要求1所述的检测方法，其特征在于，所述方法还包括：
记录测试回路的检测结果及对应的呼叫路径参数信息。
12、一种通信网络故障测试装置，其特征在于，包括：
测试呼叫发起单元，用于向测试目的网络节点发起测试呼叫，所述测试呼叫的呼叫路径参数信息通过测试呼叫请求被传递到测试目的网络节点；
测试呼叫接收单元，用于接收所述测试目的网络节点在所述呼叫路径参数信息对应的呼叫路径上发起的回呼呼叫，其中，所述测试呼叫和回呼呼叫被测试目的网络节点连通为测试回路，所述回呼呼叫请求中携带呼叫路径参数信息；
第一检测单元，根据接收的回呼呼叫确定测试回路已经建立，并检测所述测试回路，并当所述测试回路故障时根据所述呼叫路径参数信息确定对应的故障呼叫路径。
13、如权利要求12所述的装置，其特征在于，还包括：
第二检测单元，在所述故障呼叫路径上，发起从所述测试目的网络节点开始逐段拆除两个相邻网络节点之间的测试呼叫连接以及对应的回呼呼叫连接，并在每一次拆除后将剩余的测试呼叫连接和回呼呼叫连接连通为新的测试回路的命令；以及检测每一次拆除后所述新的测试回路，当拆除之前的测试回路正常而拆除之后新的测试回路故障时，所述相邻网络节点之间的线路为故障线路段。
14、如权利要求12所述的装置，其特征在于，还包括：
第三检测单元，在所述故障呼叫路径上，发起从测试发起网络节点一侧开始，依次将呼叫路径上的一个网络节点作为测试目的网络节点建立测试回路的命令，并检测每一次建立的测试回路；以及相邻两次建立的测试回路中，之前建立的测试回路正常而之后建立的测试回路故障时，则之后建立的测试回路中增加的相邻网络节点之间的线路为故障线路段。
15、如权利要求12所述的装置，其特征在于，还包括：
回呼呼叫发起单元，用于在接收到测试呼叫时，根据测试呼叫的呼叫路径参数信息发起回呼呼叫，并将所述测试呼叫和回呼呼叫连通。
16、如权利要求12所述的装置，其特征在于，还包括：
记录单元，用于记录测试回路的检测结果及对应的呼叫路径参数信息。
CNA2007100734984A 2007-03-12 2007-03-12 一种网络故障测试方法和装置 Pending CN101022474A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CNA2007100734984A CN101022474A (zh) 2007-03-12 2007-03-12 一种网络故障测试方法和装置
PCT/CN2008/070475 WO2008110117A1 (fr) 2007-03-12 2008-03-12 Procédé et dispositif permettant un test de défaut de réseau

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNA2007100734984A CN101022474A (zh) 2007-03-12 2007-03-12 一种网络故障测试方法和装置

Publications (1)

Publication Number Publication Date
CN101022474A true CN101022474A (zh) 2007-08-22

Family

ID=38710123

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2007100734984A Pending CN101022474A (zh) 2007-03-12 2007-03-12 一种网络故障测试方法和装置

Country Status (2)

Country Link
CN (1) CN101022474A (zh)
WO (1) WO2008110117A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008110117A1 (fr) * 2007-03-12 2008-09-18 Huawei Technologies Co., Ltd. Procédé et dispositif permettant un test de défaut de réseau
CN101360317A (zh) * 2008-09-25 2009-02-04 中国移动通信集团浙江有限公司 一种用于评估接续时长的测试方法
CN109802855A (zh) * 2018-12-28 2019-05-24 华为技术有限公司 一种故障定位方法及装置
CN112532747A (zh) * 2020-12-23 2021-03-19 北京百度网讯科技有限公司 用于输出信息的方法、装置、设备以及存储介质
CN114785666A (zh) * 2022-06-22 2022-07-22 北京必示科技有限公司 一种网络故障排查方法与系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2198626A1 (en) * 1994-11-17 1996-05-30 Allan Alexander Melnyk Intelligent network testing
JP3618550B2 (ja) * 1998-06-24 2005-02-09 株式会社東芝 Ｓｔｍ回線を含むａｔｍネットワークシステムの保守方法
US6937594B2 (en) * 2001-04-27 2005-08-30 Lucent Technologies Inc. Loop back testing for multi-protocol hybrid networks
US7280486B2 (en) * 2004-01-07 2007-10-09 Cisco Technology, Inc. Detection of forwarding problems for external prefixes
CN101022474A (zh) * 2007-03-12 2007-08-22 华为技术有限公司 一种网络故障测试方法和装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008110117A1 (fr) * 2007-03-12 2008-09-18 Huawei Technologies Co., Ltd. Procédé et dispositif permettant un test de défaut de réseau
CN101360317A (zh) * 2008-09-25 2009-02-04 中国移动通信集团浙江有限公司 一种用于评估接续时长的测试方法
CN109802855A (zh) * 2018-12-28 2019-05-24 华为技术有限公司 一种故障定位方法及装置
CN112532747A (zh) * 2020-12-23 2021-03-19 北京百度网讯科技有限公司 用于输出信息的方法、装置、设备以及存储介质
CN114785666A (zh) * 2022-06-22 2022-07-22 北京必示科技有限公司 一种网络故障排查方法与系统
CN114785666B (zh) * 2022-06-22 2022-10-04 北京必示科技有限公司 一种网络故障排查方法与系统

Also Published As

Publication number Publication date
WO2008110117A1 (fr) 2008-09-18

Similar Documents

Publication Publication Date Title
US4959849A (en) End-to-end network surveillance
JP4244940B2 (ja) ネットワークの品質劣化箇所推定装置、品質劣化箇所推定方法及び品質劣化箇所推定プログラム
CN101022474A (zh) 一种网络故障测试方法和装置
KR970703671A (ko) 원거리 통신망에서 특수 서비스를 제공하기 위한 시스템(system for providing special services in telecommunication nerworks)
CN101287263A (zh) 交换网中继线路测试方法、测试系统及测试服务器
CN100544392C (zh) 在软交换系统中进行全网全程呼叫跟踪的方法
CN101345662B (zh) 移动通信切换过程中切换时延的测试装置和方法
CN113543138B (zh) 异常电话拦截系统、方法及存储介质
US6373820B1 (en) Method and apparatus for maintenance and repair of CAMA interface in PCX system
CN100581189C (zh) 网关装置、内线电话交换系统及内线电话交换方法
CN102123433A (zh) 移动通信切换过程中切换时延的测试装置及方法
CN100474872C (zh) 一种呼叫控制系统以及呼叫控制方法
CN100417293C (zh) 一种呼叫处理方法
CN100499693C (zh) 一种检测资源通道的系统及方法
CN101155321A (zh) 呼叫过程中的失败处理的方法
EP0661859A2 (en) Testing of a digital communication system
CN103650468B (zh) 通信控制系统和通信控制方法
KR100292802B1 (ko) 시뮬레이터에서의 호감시방법
JP3118111B2 (ja) 電話交換機
CN100508542C (zh) 一种配置七号信令数据的方法
CN115250449A (zh) 用于自动驾驶车辆远程连接的方法及装置
KR20020029255A (ko) 이동통신 시스템의 중계구간 회선 통화품질 측정장치 및측정방법
KR970006947B1 (ko) 서비스교환기의정보료수납대행서비스호를시험하기위한응용프로세스시뮬레이션방법
JP5826792B2 (ja) 通信装置、プログラム、及び通信システム
JP3230034B2 (ja) 切替回線試験方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20070822