CN103414920B - 通过信令流量判断业务状态的***和方法 - Google Patents

Abstract

本发明公开了一种通过信令流量判断业务状态的***和方法，包括机顶盒、视频推流服务器、后台管理服务器、门户服务器、交换机和流量监测服务器，所述机顶盒分别与交换机和视频推流服务器有线连接，所述门户服务器分别与交换机和后台管理服务器有线连接，所述交换机还和流量监测服务器有线连接。本发明可以实时的监测信令流量的变化情况，及时发现业务运行状态的异常情况，缩短故障处理的延时。

Description

通过信令流量判断业务状态的***和方法

技术领域

本发明涉及通过信令流量判断业务状态的***和方法，特别涉及通过信令流量判断互动电视业务状态的***和方法。

背景技术

严格地讲，信令是这样一个***，它允许程控交换、网络数据库、网络中其它“智能”节点交换下列有关信息：呼叫建立、监控（Supervision）、拆除（Teardown）、分布式应用进程所需的信息（进程之间的询问/响应或用户到用户的数据）、网络管理信息。信令按其用途分为用户信令和局间信令两类。用户信令作用于用户终端设备(如电话机)和电话局的交换机之间,后者作用于两个用中继线连接的交换机之间之间。局间信令分类主要有随路信令和共路信令，随路信令就是说信令网就附在计算机网络或是电话网络上，不需要重新建一个网络，而共路信令则是需要重新建设一个信令网（主要是在局端之间），例如打电话：当我们开始打电话的时候，拿起电话机时就有信号传到当地的电信局端，一系列交换后，本局端就先在网络上发送信令，等对端收到信令后回应一个信令同意通话，此时网络上传输信令功能就算完成了，开始传输语音信号，就可以通话了。等电话结束的时候，同样需要通过信令来控制电路拆除。总之，信令实际上就是一种用于控制的信号。

随着通信和计算机技术的发展，电信网、广播电视网、互联网在向宽带通信网、数字电视网、下一代互联网演进过程中，三大网络通过技术改造，其技术功能趋于一致，业务范围趋于相同，网络互联互通、资源共享，能为用户提供语音、数据和广播电视等多种服务。三网融合并不意味着三大网络的物理合一，而主要是指高层业务应用的融合。三网融合应用广泛，遍及智能交通、环境保护、政府工作、公共安全、平安家居等多个领域。以后的手机可以看电视、上网，电视可以打电话、上网，电脑也可以打电话、看电视。三者之间相互交叉，形成你中有我、我中有你的格局。互动电视业务正是在这样的背景下发展的，互动电视是基于数字电视和宽带网络技术的新一代电视，是电视科技与时尚生活的完美结合，能提供可点播的具有高度个性化和互动性的精彩节目，带来全新的收看体验，让收看者真正成为电视的主人。

在互动电视业务***中，用户的点播请求、信令交互信息和流媒体文件是通过不同的路径进行传输的，***结构如图1所示。

用户通过机顶盒发送点播请求，访问页面服务器，与后台管理服务器进行信令交互，后台管理服务器通知视频点播服务器推送视频流到用户机顶盒终端，完成建流之后通过信令链路进行流控等信令交互。

传统的判断业务状态的方法主要分为以下两种：

（1）通过客服中心和运维中心的报修记录判断业务运行状态，根据客服和运维人员提供的故障现象描述，在业务***中检查客户的访问日志记录进行故障判断，同时检查业务***运行状态判断影响范围，根据影响范围的大小启用相应的应急流程。这种方法无法第一时间发现故障，在业务***运行已经出现重大故障时才进行处理，无法提供用户满意的服务；

（2）通过对业务***进行定时检查判断业务运行状态，这种方法主动检查业务***的运行状态，各***的服务是否正常运行，可以主动的发现部分问题隐患，例如磁盘空间不足、内存使用率高等问题，但是对于故障也无法第一时间发现处理，存在较长的处理延时。

发明内容

发明目的：针对上述现有技术存在的问题和不足，本发明的目的是提供通过信令流量判断业务状态的***和方法，可以实时的监测信令流量的变化情况，及时发现业务运行状态的异常情况，缩短故障处理的延时。

技术方案：为实现上述发明目的，本发明采用的第一种技术方案为一种通过信令流量判断业务状态的***，包括机顶盒、视频推流服务器、后台管理服务器、门户服务器、交换机和流量监测服务器，所述机顶盒分别与交换机和视频推流服务器有线连接，所述门户服务器分别与交换机和后台管理服务器有线连接，所述交换机还和流量监测服务器有线连接。

进一步的，所述视频推流服务器和机顶盒之间为推流链路，所述后台管理服务器、门户服务器和交换机之间为信令链路。

本发明采用的第二种技术方案为一种通过信令流量判断业务状态的方法，包括如下步骤：

（1）观察信令流量的变化情况，如果出现流量骤增则转步骤（2），如果流量骤减则转步骤（5），如果流量没有骤增也没有骤减则表示业务正常；

（2）检查后台管理服务器中有无报错信息，如果有报错信息则转步骤（3），如果后台管理服务器无报错信息，继续检查互动电视门户是否可以正常访问，如果不能正常访问转步骤（4），如果互动电视门户可以正常访问，信令流量数据的变化由内部数据分发引起，为正常现象；

（3）检查后台管理服务器中的报错信息，根据报错日志的提示判断故障原因和影响范围，对于可以立即恢复的故障通过重启控制节目点播和信令交互的服务恢复业务，对于不能立即恢复的故障通过启用备用后台管理服务器恢复业务，操作完成后检查业务运行正常；

（4）检查门户服务器的运行情况，检查门户服务器的服务运行情况，根据门户服务器的点播日志判断故障原因和影响范围，对于可以立即恢复的故障通过将故障门户服务器从服务器集群中带出来恢复业务，带出后重启故障门户服务器并重启相关服务，检查服务运行正常后带入服务器集群，对于不能立即恢复的故障通过启用备用门户服务器恢复业务，操作完成后检查业务运行正常；

（5）信令流量出现骤减为信令传输链路问题，查看交换机日志信息，根据日志信息检查结果判断故障设备或故障端口，对于日志信息中有相关设备端口的故障详细信息，通过重启设备端口或启用备份网络设备恢复***正常运行，检查业务运行正常；

（6）检查业务是否正常运行，转步骤1继续观察。

进一步的，所述流量骤增或流量骤减的判断标准为信令流量的变化幅度超过50Mbyte/min。

有益效果：

（1）本发明提供了一种直观有效的判断业务运行状态的方法，通过信令流量的变化可以迅速的判断业务的运行状态，定位故障的范围，提高故障排查和处理的效率；

（2）通过信令流量判断业务状态的流程更加有效，包括检查后台管理服务器的流程，检查门户服务器的流程，迅速定位故障的范围和原因，将故障影响控制在最小范围，提高在线业务维护的可靠性。

（3）信令流量的监控方法可以适用于各种门户业务和视频业务。

附图说明

图1为传统的互动电视***结构示意图；

图2为信令流量正常变化的示意图；

图3为信令流量骤减的故障示意图；

图4为信令流量骤增的故障示意图；

图5为通过信令流量判断业务状态的流程图；

图6为通过信令流量判断业务状态的***框图；

图7为互动业务点播流程图。

具体实施方式

下面结合附图和具体实施例，进一步阐明本发明，应理解这些实施例仅用于说明本发明而不用于限制本发明的范围，在阅读了本发明之后，本领域技术人员对本发明的各种等价形式的修改均落于本申请所附权利要求所限定的范围。

适用环境

对于视频流和信令数据都通过IP网络来传输的情况，因为实时数据流量变化较大，无法准确的判断业务状态的变化。对于视频流和信令数据通过不同的链路进行传输的情况，例如互动电视业务，通过信令流量的变化可以判断相应业务状态的变化。对于集中式部署的网络结构，所有的用户请求需要通过中心节点来进行处理，信令数据的传输全部经过中心节点，通过监控中心节点的信令流量的变化，可以判断全网的业务运行状态。对于互动电视业务***，用户的点播请求首先经过页面服务器，如果业务***出现故障，用户与后台的信令交互就会出现异常，例如无法正常的建流成功。用户会继续尝试发送建流请求，大量失败的建流请求导致信令流量激增，通过流量的变化可以判断业务***是否运行正常。

信令流量监控的实现方式

通过实时的端口流量监控来实现信令流量的监控，端口流量数据刷新率为1次/秒，这样就能保证端口流量数据的实时性和准确性，为通过信令流量判断业务运行状态提供保障。通过信令流量图可以直观的看到信令流量的实时变化，正常情况下信令流量是缓慢增长或者缓慢下降的，不同时段的在线用户数量不同，用户的点播请求数有差异，引起信令流量的变化。正常情况的信令流量图如图2所示。

可以看到图2中监控的是端口发送和接收的总流量，信令流量在缓慢的增长，表示页面的信令数据正常，互动电视业务***整体运行正常。

对于互动电视业务***出现故障的情况，用户的点播请求会在短时间内激增，大量的点播请求无法及时处理，引起信令流量的突然变化。故障情况的信令流量图如图3和图4所示。

对于信令流量突然增大的情况，可以初步判断为业务***运行状态出现异常，信令的交互无法正常进行，引起信令流量激增，如图3所示，如果信令流量的变化幅度超过50Mbyte/min，表示信令交互异常，业务运行出现异常情况，需检查相关业务***；对于信令流量突然降低的情况，如图4所示，可以初步判断为信令传输链路出现问题，引起信令的交互无法正常进行，信令流量骤减，需检查网络设备的日志信息，判断故障设备端口和链路。

判断业务状态

信令交互的实时数据反映了业务运行的实时状态，通过监控信令流量的变化可以判断业务运行状态是否正常。对于信令流量通过信令流量图进行实时监控，端口流量的变化反映了信令数据的实时变化，通过对信令流量的监控和分析来判断业务的运行状态，如图5和图6所示，主要方法如下：

1、观察信令流量的变化情况，是否有流量骤增或者骤减的情况，出现流量骤增转步骤2，出现流量骤减转步骤5，流量数据无变化表示业务正常；

2、检查后台管理服务器中有无报错信息，通过执行检查脚本实现，如果有报错信息转步骤3，如果后台管理服务器无报错信息，继续检查互动电视门户是否可以正常访问，如果不能正常访问转步骤4，如果互动电视门户可以正常访问，信令流量数据的变化由内部数据分发引起，为正常现象；

3、检查后台管理服务器中的报错信息，根据报错日志的提示判断故障原因和影响范围，可以立即恢复的故障通过重启控制节目点播和信令交互的服务恢复业务，不能立即恢复的故障通过启用备用后台管理服务器恢复业务，操作完成后检查业务运行正常；

4、检查互动电视门户服务器的运行情况，检查各台门户服务器的服务运行情况，根据门户服务器的点播日志判断故障原因和影响范围，可以立即恢复的故障通过将故障门户服务器从服务器集群中带出来恢复业务，带出后重启故障门户服务器并重启相关服务，检查服务运行正常后带入服务器集群，不能立即恢复的故障通过启用备用门户服务器恢复业务，操作完成后检查业务运行正常；

5、信令流量出现骤减为信令传输链路问题，查看监控中收集的交换机日志信息，根据日志检查结果判断故障设备或故障端口，日志信息中有相关设备端口的故障详细信息，通过重启设备端口或启用备份网络设备恢复***正常运行，检查业务运行正常；

6、检查业务是否正常运行，转步骤1继续观察。

所示步骤3中：（1）登陆后台管理服务器收集当前报错日志，根据报错日志查看建流报错的信息；（2）如果是建流超时报错，首先检查后台数据库存储读写性能是否正常，如果数据库存储读写性能较差，造成建流请求无法及时处理，引起建流超时，此类故障可以立即恢复，需要进行数据库服务器切换，切换完成后检查数据库运行状态，检查业务运行正常；如果数据库存储读写性能正常，检查建流日志中点播会话的信令交互信息，分析建流超时或者建流失败的原因，因为大量的建流请求排队等待引起建流超时，此类故障可以立即恢复，此时需要重启负责建流的服务进程，释放资源，检查服务进程运行状态正常，检查建流日志中点播会话的信令交互正常，检查业务运行正常；（3）如果是无法找到节目资源的报错，节目状态没有正常更新导致无法找到节目资源，此类故障可以立即恢复，需要重启节目资源管理服务器，检查节目状态正常，检查业务运行正常；（4）如果是***文件损坏或者其他的报错，此类故障不能立即恢复，需要启用备用后台管理服务器，检查后台管理服务器日志刷新正常，检查业务运行正常。

所示步骤4中：（1）首先检查门户服务器点播日志刷新情况，如果点播日志不能正常刷新，检查磁盘空间是否正常，如果某台门户服务器日志磁盘空间不足会引起机顶盒点播日志无法正常写入，门户无法正常访问，此类故障可以立即恢复，此时需要先将这台门户服务器从门户服务器集群中带出，然后通过手工方式清除历史日志信息，检查磁盘日志空间恢复正常，检查日志刷新正常，检查门户访问正常，确认业务运行正常；如果磁盘空间正常，此类故障可以立即恢复，需要先将这台门户服务器从门户服务器集群中带出，然后重启这台门户服务器，检查日志刷新正常，检查门户访问正常，确认业务运行正常；（2）如果点播日志刷新正常，检查时移节目数据是否同步正常，如果门户服务器时移节目数据没有正常同步，此类故障可以立即恢复，需要先将这台门户服务器从门户服务器集群中带出，然后通过重启服务器恢复时移节目数据同步，检查时移节目正常刷新，检查门户访问正常，确认业务运行正常；（3）如果时移节目同步正常，检查门户数据库运行状态，如果门户数据库状态异常或其他报错信息，此类故障不能立即恢复，需要启用备用门户服务器，检查门户服务器运行正常，检查业务运行正常。

互动业务点播流程图如图7所示，机顶盒的点播请求通过网络设备到达门户服务器，与后台管理服务器进行信令交互，信令流量的监测是通过交换机的端口流量来进行实时监控的。如果机顶盒的信令交互出现异常，交换机的端口流量就会出现变化，通过监控信令流量的变化就可以判断业务的运行状态。因为信令流量的变化是实时监控的，所以可以快速的发现问题，为故障的判断和解决提供基础，为在线业务***的稳定运行提供保障。

Claims (2)

1.一种通过信令流量判断业务状态的方法，其特征在于：通过信令流量判断业务状态的***包括机顶盒、视频推流服务器、后台管理服务器、门户服务器、交换机和流量监测服务器，所述机顶盒分别与交换机和视频推流服务器有线连接，所述门户服务器分别与交换机和后台管理服务器有线连接，所述交换机还和流量监测服务器有线连接；所述视频推流服务器和机顶盒之间为推流链路，所述后台管理服务器、门户服务器和交换机之间为信令链路；

通过信令流量判断业务状态的方法包括如下步骤：

（1）观察信令流量的变化情况，如果出现流量骤增则转步骤（2），如果流量骤减则转步骤（5），如果流量没有骤增也没有骤减则表示业务正常；

（2）检查后台管理服务器中有无报错信息，如果有报错信息则转步骤（3），如果后台管理服务器无报错信息，继续检查互动电视门户是否可以正常访问，如果不能正常访问转步骤（4），如果互动电视门户可以正常访问，信令流量数据的变化由内部数据分发引起，为正常现象；

（3）检查后台管理服务器中的报错信息，根据报错日志的提示判断故障原因和影响范围，对于可以立即恢复的故障通过重启控制节目点播和信令交互的服务恢复业务，对于不能立即恢复的故障通过启用备用后台管理服务器恢复业务，操作完成后检查业务已经运行正常；

（4）检查门户服务器的运行情况，检查门户服务器的服务运行情况，根据门户服务器的点播日志判断故障原因和影响范围，对于可以立即恢复的故障通过将故障门户服务器从服务器集群中带出来恢复业务，带出后重启故障门户服务器并重启相关服务，检查服务运行正常后带入服务器集群，对于不能立即恢复的故障通过启用备用门户服务器恢复业务，操作完成后检查业务已经运行正常；

（5）信令流量出现骤减为信令传输链路问题，查看交换机日志信息，根据日志信息检查结果判断故障设备或故障端口，对于日志信息中有相关设备端口的故障详细信息的情况，通过重启设备端口或启用备份网络设备恢复***正常运行，检查业务已经运行正常；

（6）检查业务是否正常运行，转步骤（1）继续观察。

2.根据权利要求1所述一种通过信令流量判断业务状态的方法，其特征在于：所述流量骤增或流量骤减的判断标准为信令流量的变化幅度超过50Mbyte/min。