168/160系统组网方案比较及优化----朱晓民 廖建新 陈俊亮）
摘 要 通过比较目前国内168/160信息台系统集成所采用的技术，指出它们的优缺点及
适用范围，提出了针对不同情况的最佳方案。
关键词 GTI 智能网 智能外设 组网 方案比较
168自动声讯和160人工声讯是CTI（计算机与通信综合）的一个重要应用。1990年我
国第一个声讯台在广东南海开通，从此，各种168／160声讯信息台在全国各地纷纷涌现，
很多地方甚至出现了多台竞争市场的情况，极大地刺激了我国信息产业的发展。本文主
要从技术角度对目前168／160信息平台作一评价，并提出两种针对不同系统容量的最佳
组网方案。
L 技术实现
1.1 交换功能
目前国内市场几大系统集成商（如新太、侨兴、巨声、邦毅等）的主要技术分歧在
于用前置交换（见图1）模块还是用SCx－BUS实现交换（见图2）功能。
前量交换是一种资源节点功能分担和负荷分担相结合的形式，即某一节目由多个但
不是所有资源节点负担。这种方式的中继线利用率高，可以合群接入，并且对于中继线
接至不同汇接局的情况，能平均各个功能相同的资源节点的负荷。另外，由于前置交换
实际上相当于一个用户交换机，可以很容易地实现排队功能，这样就可以提高接通率，
减少呼损。如果信息平台同时要提供200业务等，即既有呼入又有呼出的业务，每一个呼
叫实例只占用一条入信道和一条出倍道而不占用语音资源。这样，在一个综合的平台上
只有部分业务需语音资源，从而使线路资源和语音资源的配置无需1:1，可以少配置一些
昂贵的语音资源。假定采用Dialogic公司的产品，D/300SC－EI中线路资源和语音资源是
1:1配置的，而 DTI/300SC则只有线路资源，因此可将两者混合使用来降低成本。这样的
业务还有201校园卡、专家分台等。另外，因为所有呼叫实例都通过前置交换，便于全局
的数据统计。
SCx－BUS是一种资源节点负荷分担的形式。采用SCx－BUS技术，对于所有中继线都
从一个汇接局接出的情况是合适的。因为每条中继每一时隙都是随机占用的，也就无需
考虑平均负荷问题。同样也可以实现中继线的合群接入，但必须是所有资源节点同配置，
即可处理用户拨入的任何节目号码。这样，每增加或删除一个节目就要修改所有资源节
点的数据。另一个特点是，即使某台资源节点机掉电也不会影响SCx－BUS的正常工作，
可靠性得到了保证。由于在SCSA标准正式出台以前有些厂家就已实现了SCx－BUS，交换
能力可达到4096×4096。而Dialogic公司按SCSA标准推出的过机卡的交换能力是1024×1
024，且在同一条SCx－BUS总线上最多只能有16个节点。系统容量超过这一上限时,SCx－
BUS将不再适用。但有一点需要注意，只有160服务、呼入中继所在节点无传真功能而需
使用传真、电话会议功能等需占用SCx－BUS时隙，168自动声讯业务则完全与SCx－BUS无
关。就目前的市场状况而言，需交换的情况并不多，用前置交换似显大材小用。目前国
内绝大多数信息台的容量都没有超过这一界限，而且足以应付今后的合理扩容。
1.2 操作系统
在资源节点处，目前采用的是两种操作系统DOS和SCO UNIX。DOS操作系统小巧快速、
廉价低负荷，曾经一度占据了操作系统的很大市场，但它毕竟是一个早期的单进程操作
系统，且只能管理640kB内存，没有GUI图形用户界面，缺乏API应用编程接口，使用C语
言等工具编写呼叫处理服务器软件很难，因为一个程序要处理多个呼叫，要求采用“状
态机编程”方法。另外，DOS在同一时刻不能运行多个程序，对远端维护也不利。单进程
运行的缺陷在某些厂家的工程实践中已经有所暴露。正因为如此，每个资源节点只能处
理一条PCM链路，即30路话音（以E1线为例）。在中继线数目一定的情况下，需要配置
更多的资源节点工控机，成本大大提高。有的厂家为弥补这一不足，在DOS上运行一软件
来模拟多任务环境，但这毕竟是在操作系统层和应用软件层之间生硬地加进一层模拟层，
执行效率肯定会有所下降。DOS的本质缺陷也不能完全克服。SCO UNIX既然是UNIX操作系
统的一大分支，自然具备安全、多进程等优点，每个资源节点能处理60路话音，用于资
源节点的工控机数目可减少一半。缺点是SCOUNIX尚不支持多线程，只支持程序之间的多
任务，所以呼叫处理和内部通信处理速度较慢。比如，UNIX驱动程序对文件的处理速度
可能只是DOS的1/5。
数据库服务器的操作系统也有几种选择。一种是与DOS操作系统配合的Novell Netw-
are，一种是SCOUNIX。两种网络操作系统各有千秋。但Netware是基于DOS的。就我们的
个人观点而言倾向于使用SCOUNIX。
1.3 人工座席
评价人工座席的优劣在很大程度上取决于座席界面。当前存在两种情况，一是采用
Client/Server两级结构，Client一方使用自行开发的专用界面，与具体使用的Server端
数据库类型相关，兼容性差，且不利于联网查询。另一种采用Browser/WWW/DB三级结构。
WWW服务程序将数据库的具体特征对Browser屏蔽起来，即使改变数据库类型也无需对Br-
owser作任何适应性改进。而且可通过使用ActiveX控件将传统界面显示的主被叫号、通
话时长等信息同商用创览器（如IE）集成显示在同一画面上。这种界面还有一个优点是
可以访问Internet上的WWW站点。
1.4 二次开发工具
一个信息台是否利于方便使用，功能强大的二次开发工具是至关重要的。信息市场
瞬息万变，要求开发一个新节目的周期尽可能短，这需要易学易用、规模小巧的宏语言
或表格语言的支持。但这样的语言必然有一个功能不强的缺点。为实现某些更复杂的业
务，如股票交易代理、电子银行等就要求平台开放更低层的接口，如嵌入C语言等。提供
两个不同层次的接口可以让用户根据业务来选择使用，各取所需。
1.5 联网
两个信息台之间为共享信息资源，包括有数据联网和语音联网。数据联网用来传输
一些信息数据，如收听联网信息台的168节目，语音联网用于远程人工座席代查信息。数
据联网一般是通过DDN、X.25、帧中继来实现。语会联网则可以通过两种方法实现，即通
过出中继信道和利用Internet电话技术，先将话音进行高倍压缩，然后通过数据网传输。
第一种方法用作长达联网时成本太大，只适于同一城市信息台的语音联网，不过话音质
量比第二种方法要好。第二种方法将数据和语音合在同一专线上传输，节约了投资，提
高了专线利用率，但话音质量稍差，且每路话直占用了较大的专线带宽。
1.6 其它方面
随着160服务的快速增长，随之而来也出现了一些问题，为规范人工座席的服务，提
高服务质量，对座席进行全程录音就显得比较重要。早期的录音介质是磁带。由于磁带
是一种顺序读写的存储介质，日后的管理、检索都很不方便，而且存储容量不大，需要
经常更换。因此最好用硬盘代替磁带。
信令方面，No.7是大势所趋。与中国No.1信令相比，No.7信令不仅接续速度快，而
且功能更强。在No.1信令的情况下，中继线只能设成出中继或入中继，而在No.7信令的
情况下，则可设成双向中继，大大提高了中继线的利用率，降低了呼损。因为若将中继
线设成一部分出一部分入，有可能出现入中继全占而出中继闲置的情况。
就维护、故障管理方面来说，系统应能显示每个时隙的主被叫号码、节目名称、通
话时长、当前状态等信息，并可闭塞或激活某一时隙甚至整条PCM链路，实行实时监控。
对于进程出问题、内存不足、掉电、扩展卡硬件故障等问题要实时通过屏幕闪烁、扬声
器发声等手段进行报警。
计费是很重要的一个环节，要求准确、实时、详细。计费报表格式应能灵活设计。
一个原则是在原始话单的基础上进行所有的操作。因此原始话单必须保存下来。为保证
话单不丢失，当系统局域网不能正常工作对，原始话单应暂时存放在资源节点（使用SCx
－BUS时）或前置交换模块上，等局域网恢复正常后再将原始话单送至数据库服务器。为
对各节目进行统计，要求原始话单中每条记录都包括节目名称，这样就可以了解哪个节
目最受欢迎，哪些节目可以取消，为高层决策提供一个依据。在联网的情况下，最好在
联网中心保存跨台节目的原始话单，作为台间分账的根据。台间有争议时以联网中心为
准。
2 优化组网方案
通过上面的分析，可以根据不同的情况提出不同的方案，但有些方面是在任何情况
下都是最优的。如，资源节点处选用UNIX操作系统；数据库服务器也选用UNIX；人工座
席界面采用 Browser／WWW／DB三级结构与数据库交互；二次开发工具留有嵌入C语言或
其它高级语言的接口；语音联网在短途情况下利用E1／T1中继，在长途情况下利用DDN等
数据网实现；用硬盘作为存储介质进行全程录音；与汇接局之间采用中国No.7信令；强
大的维护管理功能，能应付绝大多数故障；实时、准确、灵活的计费。
2 小容量情况
考虑到SCx－BUS总线只有1024个时隙（512个全双工倍道），168服务不占用SCx－B-
US时隙，并保证呼损不大于某一规定的限值。根据上述条件计算出中继容量。当计算结
果不大于16×60=960时（设每个资源节点处理60路话音），属于小容量情况。建议的组
网方案如图3所示。
图1中的＃1到＃n是资源节点，人工席座卡在＃n节点上，且全程录音功能就在该卡
上。会议卡、传真卡可以在任一资源节点上。计费统计、监测管理、业务开发等节点可
按需求配置在一台或多台PC机上。这3个节点与人工座席节点一样是可以随时关机的。
由于整个系统既包括不需占用SCx－BUS时隙的业务（如168自动声讯），又包括需占
用SCx－BUS时隙的业务，而这样的业务有的需占用座席资源，有的需占用传真资源，有
的需占用Internet Phone资源，还有的需占用会议资源，要考虑的情况较多。
2.2 大容量情况
当SCx－BUS不能胜任大容量的工作时，由前量交换来代替。组网方案见图4。
用负荷分担与功能分担相结合的方式，即＃1到＃j处理168业务，＃j＋1到＃k处理
会议业务，＃k＋1到＃p处理传真业务，＃p＋1到＃n处理联网业务，1≤j
|