CN105722106A - 一种仿真电路域回落信令接续的监控方法及监控系统 - Google Patents

Abstract

本发明提供了一种仿真电路域回落信令接续的监控方法及监控系统。所述监控方法，包括：根据协议栈配置信息生成协议数据包信息；获取模拟第一网络中的语音呼叫请求；监控根据所述协议数据包信息，从第一网络回落到第二网络进行所述语音呼叫请求处理的信令接续流程；若所述信令接续流程存在故障，对所述故障进行处理。上述方案，通过利用仿真的方法实现语音通信在LTE网络中的信令接续流程，同时对所述信令接续流程进行监控，及时获取通信中的故障，解决了现有LTE语音通信过程中无法监控信令接续路程，在现网中出现故障时，无法定位故障点的问题。

Description

一种仿真电路域回落信令接续的监控方法及监控系统

技术领域

本发明涉及通信技术领域，特别涉及一种仿真电路域回落信令接续的监控方法及监控系统。

背景技术

随着移动通信技术的发展，LTE(LongTermEvolution，长期演进)网络已逐步融入现有通信网络，但是LTE标准不再支持用于支撑GSM(GlobalSystemforMobileCommunication，移动电话标准)、UMTS(UniversalMobileTelecommunicationsSystem，国际标准化组织3GPP制定的全球3G标准之一)和CDMA2000(CodeDivisionMultipleAccess2000，一个3G移动通讯标准)网络下语音传输的电路交换技术，因而当用户在LTE网络下进行语音通话时，需要由LTE网络回落到2G网络，而在CSFB(CircuitSwitchedFallback,电路域回落)现网中时长会出现“CSFB呼叫无而发建立”、“呼叫建立时延过长”、“2G无法回到4G”、“返回4G时延过长”的问题。

发明内容

本发明要解决的技术问题是提供一种仿真电路域回落信令接续的监控方法及监控系统，解决在LTE网络中进行语音通话时，无法监控信令接续流程，在现网中出现故障时，无法定位故障点的问题。

为了解决上述技术问题，本发明实施例提供一种仿真电路域回落信令接续的监控方法，包括：

根据协议栈配置信息生成协议数据包信息；

获取模拟第一网络中的语音呼叫请求；

监控根据所述协议数据包信息，从第一网络回落到第二网络进行所述语音呼叫请求处理的信令接续流程；

若所述信令接续流程存在故障，对所述故障进行处理。

进一步地，所述监控根据所述协议数据包信息，从第一网络回落到第二网络进行所述语音呼叫请求处理的信令接续流程的步骤包括：

监控根据所述协议数据包信息中的流控制传输协议以及基站与核心网之间通信的接口协议，从第一网络回落到第二网络实现联合附着的第一信令接续流程；

若所述第一信令接续流程存在故障，对所述故障进行处理；

若所述第一信令接续流程不存在故障，则监控在所述第二网络中处理所述语音呼叫请求的第二信令接续流程；

若所述第二信令接续流程存在故障，对所述故障进行处理。

进一步地，所述监控方法，还包括：

若所述第二信令接续流程不存在故障，则监控控制返回所述第一网络的第三信令接续流程；

若所述第三信令接续流程存在故障，对所述故障进行处理。

进一步地，所述对所述故障进行处理的步骤包括：

根据监控到的故障信息获取得到测试失败原因；

根据所述测试失败原因，获取得到故障成因；

显示所述故障成因。

进一步地，所述协议数据包信息为基站以及基站控制器分别与核心网之间实现IP通信的协议信息。

进一步地，所述第一网络为LTE网络。

本发明实施例提供一种仿真电路域回落信令接续的监控系统，包括：

协议栈生成模块，用于根据协议栈配置信息生成协议数据包信息；

语音呼叫模块，用于获取模拟第一网络中的语音呼叫请求；

第一监控模块，用于监控根据所述协议数据包信息，从第一网络回落到第二网络进行所述语音呼叫请求处理的信令接续流程；

故障处理模块，若所述信令接续流程存在故障，对所述故障进行处理。

进一步地，所述第一监控模块，包括：

第一监控单元，用于监控根据所述协议数据包信息中的流控制传输协议以及基站与核心网之间通信的接口协议，从第一网络回落到第二网络实现联合附着的第一信令接续流程；

若所述第一信令接续流程存在故障，所述故障处理模块对所述故障进行处理；

第二监控单元，若所述第一信令接续流程不存在故障，则监控在所述第二网络中处理所述语音呼叫请求的第二信令接续流程；

若所述第二信令接续流程存在故障，所述故障处理模块对所述故障进行处理。

进一步地，所述监控系统，还包括：

第二监控模块，若所述第二信令接续流程不存在故障，则监控控制返回所述第一网络的第三信令接续流程；

若所述第三信令接续流程存在故障，所述故障处理模块对所述故障进行处理。

进一步地，所述故障处理模块，包括：

第一获取单元，用于根据监控到的故障信息获取得到测试失败原因；

第二获取单元，用于根据所述测试失败原因，获取得到故障成因；

显示单元，用于显示所述故障成因。

本发明的有益效果是：

上述方案，通过利用仿真的方法实现语音通信在LTE网络中的信令接续流程，同时对所述信令接续流程进行监控，及时获取通信中的故障，解决了现有LTE语音通信过程中无法监控信令接续路程，在现网中出现故障时，无法定位故障点的问题。

附图说明

图1表示本发明实施例的所述监控方法的总体流程图；

图2表示AoverIP信令面协议栈变化示意图；

图3表示AoverIP用户面BSC需TC时协议栈变化示意图；

图4表示AoverIP用户面BSC不需TC时协议栈变化示意图；

图5表示本发明实施例的所述监控系统的模块示意图；

图6表示CSFB业务仿真测试系统的组网示意图；

图7表示本发明实施例的CSFB语音信令接续监控流程示意图；

图8表示联合位置附着流程示意图；

图9表示CSFB语音呼叫流程示意图；

图10表示返回4G网络的流程示意图；

图11表示分方式的返回4G网络的流程示意图；

图12表示分阶段的信令接续监控过程示意图；

图13表示联合位置更新测试流程示意图；

图14表示LTE用户间语音呼叫测试流程示意图；

图15表示2G->3G->4G重选返回测试流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明进行详细描述。

本发明针对在LTE网络中进行语音通话时，无法监控信令接续流程，在现网中出现故障时，无法定位故障点的问题，提供一种仿真电路域回落信令接续的监控方法及监控系统。

如图1所示，本发明实施例的所述仿真电路域回落信令接续的监控方法，包括：

步骤10，根据协议栈配置信息生成协议数据包信息；

步骤20，获取模拟第一网络中的语音呼叫请求；

步骤30，监控根据所述协议数据包信息，从第一网络回落到第二网络进行所述语音呼叫请求处理的信令接续流程；

步骤40，若所述信令接续流程存在故障，对所述故障进行处理。

应当说明的是，本发明实施例所述的第一网络为4GLTE网络，所述第二网络为2G网络，因现有的LTE网络中无法建立语音通话，在LTE网络中的终端要想实现通话，必须首先回落到2G网络，在2G网络中处理通话过程，处理完成后，在返回到LTE网络中，本发明就是仿真此过程，然后监控此过程中的信令接续流程，监测到故障及时处理故障，以此发现现网运行中可能发生的故障，并及时解决故障。

应当说明的是，所述协议数据包信息包括基站控制器(BSC)与核心网之间实现IP通信的A接口的接口协议栈以及基站与核心网之间通信的接口协议；所述A接口的接口协议栈的实现是参考3GPP公布的AoverIP(指BSC与核心网之间的A接口实现IP化)接口标准协议模型设计开发，A接口IP化后的协议栈模型变化如图2至图4所示。AoverIP接口协议栈的信令面和用户面的网络传输层是利用IP传输的，协议栈的信令面为了保证可靠地传输信令消息，在IP层之上添加了SCTP(StreamControlTransmissionProtocol，即流控制传输协议)层、M3UA(MTP3UserAdaptation即MTP<MediaTransferProtocol，媒体传输协议>第三级用户的适配层协议)层、SCCP(SkinnyCallControlProtocol，信令连接控制协议)层、BSSAP(BaseStationSystemApplication，基站系统应用部分，为GSM中A接口上的应用层协议)层；AoverIP接口协议栈的用户面采用UDP(UserDatagramProtocol，用户数据报协议)、RTP(Real-timeTransportProtocol，实时传输协议)协议进行媒体传输。

具体地，所述步骤30包括：

步骤31，监控根据所述协议数据包信息中的流控制传输协议以及基站与核心网之间通信的接口协议，从第一网络回落到第二网络实现联合附着的第一信令接续流程；

步骤32，若所述第一信令接续流程存在故障，对所述故障进行处理；

步骤33，若所述第一信令接续流程不存在故障，则监控在所述第二网络中处理所述语音呼叫请求的第二信令接续流程；

步骤34，若所述第二信令接续流程存在故障，对所述故障进行处理。

在监控完语音通话后，还需要对返回LTE网络的过程进行监控，因此本发明实施例的所述监控方法，还包括：

步骤50，若所述第二信令接续流程不存在故障，则监控控制返回所述第一网络的第三信令接续流程；

步骤60，若所述第三信令接续流程存在故障，对所述故障进行处理。

若监控的某一流程不能顺利完成，则表示此信令接续过程出现了故障，此时需要启动故障处理过程，对所述故障进行处理，具体地，所述对所述故障进行处理的步骤包括：

根据监控到的故障信息获取得到测试失败原因；

根据所述测试失败原因，获取得到故障成因；

显示所述故障成因。

在分析出故障成因后，显示所述故障成因，便于管理者对核心网络故障的监管以及可以为现网运行时处理故障提供依据。

如图5所示，本发明实施例提供一种仿真电路域回落信令接续的监控系统，包括：

协议栈生成模块100，用于根据协议栈配置信息生成协议数据包信息；

语音呼叫模块200，用于获取模拟第一网络中的语音呼叫请求；

第一监控模块300，用于监控根据所述协议数据包信息，从第一网络回落到第二网络进行所述语音呼叫请求处理的信令接续流程；

故障处理模块400，若所述信令接续流程存在故障，对所述故障进行处理。

进一步地，所述第一监控模块300，包括：

第一监控单元，用于监控根据所述协议数据包信息中的流控制传输协议以及基站与核心网之间通信的接口协议，从第一网络回落到第二网络实现联合附着的第一信令接续流程；

若所述第一信令接续流程存在故障，所述故障处理模块对所述故障进行处理；

第二监控单元，若所述第一信令接续流程不存在故障，则监控在所述第二网络中处理所述语音呼叫请求的第二信令接续流程；

若所述第二信令接续流程存在故障，所述故障处理模块对所述故障进行处理。

进一步地，所述监控系统，还包括：

第二监控模块，若所述第二信令接续流程不存在故障，则监控控制返回所述第一网络的第三信令接续流程；

若所述第三信令接续流程存在故障，所述故障处理模块对所述故障进行处理。

进一步地，所述故障处理模块400，包括：

第一获取单元，用于根据监控到的故障信息获取得到测试失败原因；

第二获取单元，用于根据所述测试失败原因，获取得到故障成因；

显示单元，用于显示所述故障成因。

需要说明的是，该监控系统实施例是与上述监控方法相对应的监控系统，上述监控方法的所有实现方式均适用于该监控系统实施例中，也能达到与上述监控方法相同的技术效果。

应当说明的是，所述CSFB语音通话过程主要依靠业务仿真测试系统实现，其中，所述业务仿真测试系统中包含有所述监控系统，二者结合实现在LTE网络中进行语音通话的信令接续的监控，应当说明的是，所述业务仿真测试系统中同时集成了BSC(基站控制器)仿真模块、eNodeB(LTE网络中基站)仿真模块以及RNC(无线网络控制器)仿真模块，所述BSC仿真模块实现对AoverIP接口的仿真，配合原有移动业务仿真检测系统的eNodeB仿真模块，实现CSFB仿真测试对回落到2G网络的支持；结合现有的RNC仿真模块，形成CSFB回落2G/3G网络的全面支持和实施监测，BSC仿真模块、RNC仿真模块、eNodeB仿真模块模拟2G/3G/4G多模终端，实现多网络配合下的4G回落过程及多场景下返回4G网络流程的仿真测试。CSFB业务仿真系统组网方案如图6所示。各个仿真模块以IP方式接入，以测试任务下发的方式实现高速、高密度的遍历性测试在现网内流转，从而实现对整个CSFB语音信令接续流程的实时监测。

应当说明的是，对BSC仿真是通过软件仿真技术对AoverIP协议栈中信令面的SCTP层、M3UA层、SCCP层、BSSAP层和用户面中的UTP层、RTP层以及各层间通信接口进行逐层仿真，并通过嵌入式技术在专业硬件模块上进行承载，实现对协议栈在信息数据交互时的进栈/出栈、封包/解包等网络数据处理。其中，通过硬件承载可避免大数据量的高速处理给系统带来的负载，从而实现高速的数据处理和测试的稳定性、准确性。仿真BSC通过IP仿真接入CS(CircuitSwitch，电路交换)域核心网现网，并支持多个BSC仿真接入移动交换中心服务器/媒体网关(MSCServer/MGW)进行测试。

本发明按照LTECSFB的标准信令流程，通过仿真协议栈实现对CSFB语音信令流程的监测，本发明重点对CSFB呼叫中的联合附着、CSFB语音呼叫(其中，本发明中只研究RRC<RadioResourceControl，无线资源控制>重建信令流程)、返回4G网络三个过程的信令流程进行监测，通过多仿真模块配合，系统可仿真CSFB每个过程中核心网网元接口协议栈，实现每个过程的信令交互，从而对整个CSFB业务信令流程进行监测。如图7所示，仿真测试流程具体为(结合具体的仿真模块进行描述)：

步骤S100，系统启动后，生成可配置的数据包；

步骤S200，AoverIP与S1接口协议栈启动后，接收到可配置的数据包；

步骤S300，仿真eNodeB向MME(网络节点)发出INIT(表示内核自行启动之后，就通过启动一个用户级程序init的方式，完成引导进程)、INITACK(init的确认)、COOKIEECHO(表示COOKIE的应答，COOKIE指某些网站为了辨别用户身份、进行session跟踪而储存在用户本地终端上的数据)和COOKIEACK(COOKIE的确认)建立SCTP偶联，并通过HARTBEAT(心跳消息包)和HEARTBEATACK(心跳消息包确认)保持连接的可用性；

步骤S400，仿真eNodeB通过协议栈的S1AP(LTE接入网与核心网之间通过S1接口进行连接，S1AP即S1接口控制面协议栈的应用层的信令协议)仿真部件接收MME指定CALLid的NAS(NetworkAccessServer，网络接入服务)，完成联合附着的功能，所述联合附着过程具体如图8所示，具体为：

1.UE向MME发送附着请求；

2.UE通过MME进行EPS附着；

3.MME发消息给VLR，关联VLR；

4.MME向MSCServer/VLR发送位置更新请求；

5.MSCServer/VLR和HSS之间建立SGs(连接MME和MSC的接口)接口连接；

6.完成MSCServer/VLR和HSS中CS域的位置更新；

7.MSCServer/VLR通知MME位置更新被接受；

8.MME通知UE联合附着被接受。

在进行步骤S400的过程中，监控系统会一直监控联合附着的信令接续流程，若所述信令接续流程中出现故障，则转到步骤S700，进行故障的处理；

若所述信令接续流程中未出现故障，则执行步骤S500，仿真BSC通过AoverIP协议栈的SCTP、M3UA、SCCP等协议部件发起CS域呼叫业务测试，如图9所示，具体为：

1.UE向eNodeB发送业务请求，eNodeB并将此请求发送给MME；

2.MME向eNodeB发送S1-APUE文本修改请求，指示eNodeB要进行CSFB过程；

3.通过RRC重定向回落目标小区；

4.UE向BSC/RNC发送CM业务请求，BSC/RNC并此请求发送给MSCServer/VLR；

5.在基站发送改变的情况下，MSCServer/VLR返回CM业务请求拒绝的消息；

在位置区/路由区更新完成后，UE重新向BSC/RNC发送CM业务请求，BSC/RNC并此请求发送给MSCServer/VLR；

6.UE在2G网络中的CS语音呼叫建立。

在进行步骤S500的过程中，监控系统会一直监控语音呼叫的信令接续流程，若所述信令接续流程中出现故障，则转到步骤S700，进行故障的处理；

若所述信令接续流程中未出现故障，则执行步骤S600，结合现网和仿真业务测试系统，利用仿真eNodeB、仿真BSC、仿真RNC配合，返回E-UTRAN网络(即演进后的接入网络)，具体过程如图10所示，具体流程为：

1.UE向eNodeB发送TAU请求，eNodeB并将此请求发送到MME；

2.MME和S-GW/P-GW恢复或修改承载；

3.MME、eNodeB和UE间处理TAU请求。

应当说明的是，对于CSFB返回4G网络的业务流程，在实际应用中，中国移动要求优先采用UE自主FastReturn，其次采用2G->3G->4G桥接重选，在无3G覆盖处部署2G->4G重选，如图11所示，CSFB返回4G网络的具体流程为：

在CSFB语音结束挂机后，判断是否支持自主FR，若支持则进行自主FR；

若自主FR成功，则返回到LTE网络，若自主FR不成功或不支持自主FR，判断是否支持TDS，若支持TDS，则返回TDS，然后再返回LTE网络；若不支持TDS，则判断是否部署2G->4G重选，若支持2G->4G重选，则控制返回到LTE网络，若不支持，则控制开关机或定期搜索返回到LTE网络。

在进行步骤S600的过程中，监控系统会一直监控返回LTE网络的信令接续流程，若所述信令接续流程中出现故障，则转到步骤S700，进行故障的处理；

所述步骤700，通过启动故障处理过程，判断故障点，根据测试结果提取测试失败原因，并以此判断故障成因，通过7*24小时的自动测试以及自身的故障自动确认机制实现对CSFB信令接续流程中错误的主动发现和确认，应当说明的是，所述故障处理时，通过遍历信令在网络中流转的每一环节，从而得出故障点，根据CSFB原理，将整个语音通话流程分为若干阶段，当故障发生时，可通过逐级逐段的方式排查故障及定位故障范围。本发明中，仿真业务测试系统下发的测试流程完全在核心网中流转，与传统测试受到无线接口和终端处理速度的影响不同，本发明测试速度快、测试粒度高(平均5分钟/次)。如图12所示，监控的信令接续流程主要包括：1、通过对CSFB联合位置更新的测试，判断语音呼叫时联合位置更新流程是否正常，回落请求是否被应答；2、当回落成功后，在BSC发起呼叫的过程中，可通过语音通话测试，判断在不同场景下的语音通话功能是否正常。

如果仿真业务测试过程均正常，则按照图7流程中步骤100至步骤600顺序执行，然后直接执行步骤800，仿真测试结束，释放相关资源；如果步骤400、步骤500、步骤600后判断是否出现故障的结果为是，则执行步骤700，启动故障判别机制确定故障原因后执行步骤800，仿真测试结束，释放相关资源。

应当说明的是，因所述故障处理过程已属于成熟技术，在此不再赘述。

本发明中联合利用BSC仿真、eNodeB仿真、RNC仿真等模块，实现多制式网络配合环境下CSFB返回4G流程的多场景模拟，使整个仿真测试更加符合现网环境，为CSFB话音业务流程测试提供全面支撑，通过仿真测试任务的方式对不同场景下CSFB返回4G网络机制进行验证，当监控出现故障时，对所述故障进行处理，获得故障原因，既实现了对LTE返回机制信令流程的监测，又实现了对现网多网络配合时故障隐患的主动发现，为实际现网运行过程中解决故障提供理论依据。

本发明通过IP接入现网，以仿真测试任务的方式实现对CSFB语音信令流程的监测，主要涉及的仿真测试场景及功能如表1所示。

表1CSFB语音信令接续监测仿真测试场景及功能

结合表1，对联合位置更新、LTE用户间呼叫、2G->3G->4G重选返回三个场景进行仿真测试监控流程详细流程说明如下。

1、联合位置更新的仿真测试及信令流程接续的监控

主要实现：监控LTE用户终端在2G网络不同MSC下联合位置更新是否成功、监控现网SGs接口的可用性、实时监测现网回落功能是否正常及现网回落时延分布情况，如图13所示，具体实现细节为：

(1)系统仿真eNodeB及UE向MME发出附着请求消息；

(2)MME通过TA-LAI的对应关系寻址MSS/VLR，通过SGs接口向对应MSS/VLR发送LocationUpdate(位置更新)请求消息；

(3)对应的MSS/VLR经处理后向MME返回LocationUpdate确认消息；

(4)MME向仿真eNodeB及UE下发附着成功确认消息。

2、LTE用户间呼叫流程的仿真测试及信令流程接续的监控

主要实现：仿真eNodeB和BSC实现CSFB语音方案下模拟两个4G终端用户之间发起语音呼叫流程测试，验证4G终端同时回落时语音呼叫业务流程是否正常，本项测试的主要监控指标包括：主被叫呼叫接通率、主被叫呼叫时延、主被叫挂机后重选返回时延等，如图14所示，具体实现细节为：

(1)主被叫均为联合位置更新到MME和2G网络MSC上的测试号码，用户A向MME1发起联合附着过程，注册到MME1和MSC1上；用户B向MME2发起联合附着过程，注册到MME2和MSC2上；

(2)A用户向B用户发起呼叫，A和B进行回落，回落到2G网络；

(3)B用户振铃，A听回铃音，B用户摘机接续正常，被叫的来电显示为用户A号码。

3、2G->3G->4G重选返回流程仿真测试及信令流程接续的监控

主要实现：仿真eNodeB、仿真BSC、仿真RNC，实现对CSFB语音呼叫结束后以3G桥接方式返回4G网络的返回流程测试，验证CSFB3G桥接方式返回4G网络业务流程的可用性，主要的监控指标包括：返回整体时延、成功率、重选3G时延、返回4G网络时延等，如图15所示，具体实现细节为：

(1)系统仿真BSC、仿真RNC、仿真eNodeB，模拟多网配合环境，系统仿真4G用户完成联合位置更新，回落至2G网络；

(2)通话建立后，挂机，通话结束，用户驻留在2G网络；

(3)系统利用RNC仿真模块模拟用户终端进行重选返回3G网络；

(4)系统利用eNodeB仿真模块进行重选返回4G网络。

通过分阶段的对LTE网络中实现语音通话的信令流程进行监控，实现了对现网多网络配合时故障隐患的主动发现，为实际现网运行过程中解决故障提供理论依据。

以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述的原理前提下还可以作出若干改进和润饰，这些改进和润饰也在本发明的保护范围内。

Claims (10)

1.一种仿真电路域回落信令接续的监控方法，其特征在于，包括：

根据协议栈配置信息生成协议数据包信息；

获取模拟第一网络中的语音呼叫请求；

监控根据所述协议数据包信息，从第一网络回落到第二网络进行所述语音呼叫请求处理的信令接续流程；

若所述信令接续流程存在故障，对所述故障进行处理。

2.根据权利要求1所述的仿真电路域回落信令接续的监控方法，其特征在于，所述监控根据所述协议数据包信息，从第一网络回落到第二网络进行所述语音呼叫请求处理的信令接续流程的步骤包括：

监控根据所述协议数据包信息中的流控制传输协议以及基站与核心网之间通信的接口协议，从第一网络回落到第二网络实现联合附着的第一信令接续流程；

若所述第一信令接续流程存在故障，对所述故障进行处理；

若所述第一信令接续流程不存在故障，则监控在所述第二网络中处理所述语音呼叫请求的第二信令接续流程；

若所述第二信令接续流程存在故障，对所述故障进行处理。

3.根据权利要求2所述的仿真电路域回落信令接续的监控方法，其特征在于，还包括：

若所述第二信令接续流程不存在故障，则监控控制返回所述第一网络的第三信令接续流程；

若所述第三信令接续流程存在故障，对所述故障进行处理。

4.根据权利要求1至3任一项所述的仿真电路域回落信令接续的监控方法，其特征在于，所述对所述故障进行处理的步骤包括：

根据监控到的故障信息获取得到测试失败原因；

根据所述测试失败原因，获取得到故障成因；

显示所述故障成因。

5.根据权利要求1所述的仿真电路域回落信令接续的监控方法，其特征在于，所述协议数据包信息为基站以及基站控制器分别与核心网之间实现IP通信的协议信息。

6.根据权利要求1所述的仿真电路域回落信令接续的监控方法，其特征在于，所述第一网络为LTE网络。

7.一种仿真电路域回落信令接续的监控系统，其特征在于，包括：

协议栈生成模块，用于根据协议栈配置信息生成协议数据包信息；

语音呼叫模块，用于获取模拟第一网络中的语音呼叫请求；

第一监控模块，用于监控根据所述协议数据包信息，从第一网络回落到第二网络进行所述语音呼叫请求处理的信令接续流程；

故障处理模块，若所述信令接续流程存在故障，对所述故障进行处理。

8.根据权利要求7所述的仿真电路域回落信令接续的监控系统，其特征在于，所述第一监控模块，包括：

第一监控单元，用于监控根据所述协议数据包信息中的流控制传输协议以及基站与核心网之间通信的接口协议，从第一网络回落到第二网络实现联合附着的第一信令接续流程；

若所述第一信令接续流程存在故障，所述故障处理模块对所述故障进行处理；

第二监控单元，若所述第一信令接续流程不存在故障，则监控在所述第二网络中处理所述语音呼叫请求的第二信令接续流程；

若所述第二信令接续流程存在故障，所述故障处理模块对所述故障进行处理。

9.根据权利要求7所述的仿真电路域回落信令接续的监控系统，其特征在于，还包括：

第二监控模块，若所述第二信令接续流程不存在故障，则监控控制返回所述第一网络的第三信令接续流程；

若所述第三信令接续流程存在故障，所述故障处理模块对所述故障进行处理。

10.根据权利要求7至9任一项所述的仿真电路域回落信令接续的监控系统，其特征在于，所述故障处理模块，包括：

第一获取单元，用于根据监控到的故障信息获取得到测试失败原因；

第二获取单元，用于根据所述测试失败原因，获取得到故障成因；

显示单元，用于显示所述故障成因。