CN1658633A

CN1658633A - 用于电信服务平台的用户线路信息管理系统

Info

Publication number: CN1658633A
Application number: CN 200410016361
Authority: CN
Inventors: 陈贇; 章荐
Original assignee: Alcatel Lucent Shanghai Bell Co Ltd
Current assignee: Nokia Shanghai Bell Co Ltd
Priority date: 2004-02-16
Filing date: 2004-02-16
Publication date: 2005-08-24

Abstract

一种数字话务台，包括若干话务台，接入服务器双机备份、应用服务器的双机备份、双网络备份、双电源备份。该双网络备份是在每台设备上插两块网卡，通过软件将两块网卡以容错方式绑定在一起，分配一个网络IP地址，其它设备访问此计算机以此IP作为标识，当一个通道出现故障，自动切换到另外一个通道上。该接入服务器双机备份采用两个独立的接入服务器；另增加系统状态监视模块。应用服务器的双机备份采取硬件配置磁盘阵列，通过软件同步模块来进行信息交换通讯。该接入服务器采用SS7信令接入。使用DOP键盘驱动映射技术，通过控制软件捕捉DOP专用键盘的触发信号，映射到标准101键盘上。本发明主要解决现有数字话务台只能适用于S1240 E系列交换机，在交换机升版后无法使用的技术问题。

Description

用于电信服务平台的用户线路信息管理系统

【技术领域】

本发明涉及电信领域服务平台用户线路数据、用户障碍数据的录入和管理，尤其是用于电信服务平台的用户线路信息管理系统。

【背景技术】

112电话故障报修系统是电信公司重要服务平台之一。上海市的112电话故障保修系统面对全市近700万的企业、个人用户提供普通电话业务、专线业务、宽带等业务的故障受理和派修服务。该业务平台涉及全市所有用户的用户信息、线路信息、故障信息及各类的局情信息。用户数据达到百万级，线路数据达到千万级，数据海量；每个故障电话涉及申告信息、测试信息、派修信息、结案信息、联系信息、预约信息等，种类多样。因此，必须要有一个能快速响应各类查询更改，设计合理的数据库和应用系统。电话故障报修系统采用集中方式受理、派修和管理用户障碍。整个系统操作人员众多，对于障碍的各阶段处理和信息查询都需要由强劲的后台程序统一、快速完成。

该系统的缺点是：

从使用者角度，操作席不易根据业务需求随意扩充座席数量；

从应用角度，业务的处理流程不易于局部更新和添加；

从后台数据存储角度看，由于系统的数据量庞大，因此，不易做到在海量的数据中快速地查询信息并返回正确的结果。

【发明内容】

本发明要解决的技术问题就是为电信服务平台提供一个用户线路信息管理系统，用以提供稳定高效的数据平台、合理快速的业务处理能力和满足不断增加业务容量的需求。

为解决上述技术问题，本发明的技术方案如下：

一种用于电信服务平台的用户线路信息管理系统，其特征在于：该系统包括用户层、应用层和后台数据层并依次连接；其中，该用户层包括操作席(Operator Unit，简称OPU)或远端B型线路测试台(Brilliant LineTest Desk，简称BLTD)，该应用层包括具有命令解析模块和应用处理模块的应用服务器(AP SERVER)，该后台数据层是数据库服务器(DB SERVER)。

OPU或BLTD发出指令，由应用处理模块中的动态数据交换模块(Dynamic Data Exchange，简称DDE)控制到达应用层的命令解析模块，通过命令解析模块分析后，再由DDE把合法的命令重新组织并发送到应用处理模块中相应的命令处理模块处理；该应用处理模块与DB SERVER连接，完成数据的查询或更新操作，处理后的结果集由应用处理模块组织后送到用户层。

该应用处理模块中具有连接告警平台的系统监测模块。

OPU与AP SERVER，DB SERVER通讯都使用TCP/IP协议，而BLTD使用特殊的协议并通过用前端处理器(Front End Processor简称FEP)来完成协议转换。

【附图说明】

图1是描述了本发明系统的信息处理流程。

图2是本发明系统的硬件架构。

图3是本发明系统的应用层消息转发模式。

【具体实施方式】

图1描述了本发明线路信息管理系统(Line INformationAdministration简称LINA)实现的一个典型处理流程。操作员通过前台操作界面(图2中的OPU或BLTD)发出指令，到达应用层的命令解析模块，通过命令解析模块分析，把合法的命令重新组织并发送到相应的处理模块处理。命令解析模块和应用处理模块都位于应用服务器，对应图2中的AP SERVER，构成应用层。应用处理模块与后台数据库连接，完成数据的查询或更新操作。后台数据库位于图2中的DB SERVER。处理后的结果集由应用处理模块组织后送到前端操作界面。

图2是这个系统的硬件架构。OPU或远端BLTD都可以看做是用户层的一个提供命令输入的平台，一般由PC机构成，OPU安装WINDOWS操作系统。BLTD与OPU的不同之处是其所遵循的协议不同，OPU与AP SERVER，DB SERVER通讯都使用TCP/IP协议，而BLTD使用特殊的协议，因此要用FEP(前端处理器)来完成协议转换，才能和AP SERVER及DB SERVER沟通。FEP由PC机构成，提供Solaris X86及NT两种版本，提供RS-232协议接口供其他系统接入。

AP和DB SERVER为UNIX服务器，操作系统采用UNIX平台。采用Sun Cluster 2.2软件来保证系统运行正常，解决单点失效问题。DB SERVER上的数据库管理软件为Sybase ASE。磁盘阵列存储LINA数据。

应用层实时监控处理模块在发现错误时向告警平台发送告警信息，告警平台由PC机构成，安装WINDOWS操作系统。

从图1和图2可见，这是一个典型的三层结构的应用。部分业务流程在应用层解析，应用层的设置，保障了数据库访问的安全性和必要性。这在维护系统安全，有效控制并发方面有较好的效果。

本发明所述的用户线路信息管理系统采用三层结构、模块化设计，从使用者角度，操作席可根据业务需求随意扩充座席数量；从应用角度，业务的处理流程易于局部更新和添加；从后台数据存储角度看，可容纳千万级的数据对象，合理控制并发，即使在海量的数据中查询信息也可快速地完成查询返回正确的结果。

模块化的设计使系统易于调整和扩充业务功能，特别是对于在用系统，局部的调整不会影响整个系统的正常运作。

图3是应用层消息转发模式的描述。应用层主要实现对操作员输入命令的解析，根据命令来完成相应的处理，提供系统的实时监测，对错误情况报警。DDE是整个应用层各处理模块消息转发的中转站，所有消息都经过DDE转发。DDE根据处理模块传送的消息的源地址和目的地址将消息正确地发往各应用处理模块。告警模块如果发现错误，则将消息经DDE，发送到告警平台。

Claims

1、一种用于电信服务平台的用户线路信息管理系统，其特征在于：该系统包括用户层、应用层和后台数据层并依次连接；其中，该用户层包括操作席(Operator Unit，简称OPU)或远端B型线路测试台(Brilliant LineTest Desk，简称BLTD)，该应用层包括具有命令解析模块和应用处理模块的应用服务器(AP SERVER)，该后台数据层是数据库服务器(DB SERVER)。

2、根据权利要求1所述的用于电信服务平台的用户线路信息管理系统，其特征在于：OPU或BLTD发出指令，由应用处理模块中的动态数据交换模块(Dynamic Data Exchange，简称DDE)控制到达应用层的命令解析模块，通过命令解析模块分析后，再由DDE把合法的命令重新组织并发送到应用处理模块中相应的命令处理模块处理；该应用处理模块与DB SERVER连接，完成数据的查询或更新操作，处理后的结果集由应用处理模块组织后送到用户层。

3、根据权利要求1所述的用于电信服务平台的用户线路信息管理系统，其特征在于：该应用处理模块中具有连接告警平台的系统监测模块。

4、根据权利要求1或2或3所述的用于电信服务平台的用户线路信息管理系统，其特征在于：OPU与AP SERVER，DB SERVER通讯都使用TCP/IP协议，而BLTD使用特殊的协议并通过用前端处理器(Front End Processor简称FEP)来完成协议转换。