铁通徐州分公司鲍再勇 高立崧
目前，铁通现有的部分专网程控交换机已逐渐老化，功能上无法满足现有用户对各项新业务的服务要求，既有的设备也无法进行升级改造工作。而铁通自成立以来，既要服务好现有的铁路专用运营用户，还要面向公众不断开拓市场，原有的设备已经根本无法满足铁通市场的发展需求。
如果撤除公司原有的老设备，分别设立公、专网程控交换机，问题虽然得以解决，但就目前的市场分析会造成投资资金和设备资源的极大浪费。于是我们大胆地提出了将铁路专网用户写入新建设的公网交换机内，从而使专、公网在物理上融合在一起，其拓扑如图1所示。
图1专、公网融合拓扑图
铁路专网和公网相互之间的用户数据和局间数据既有联系又有各自不同的特点，如徐州铁路专网电话位长为5位，公网为7位；专网和公网全国的长途区号也有很大的不同等。为此，铁通徐州分公司专、公网混合局端设备采用S1240程控交换机解决了上述难题。
无论是局内呼叫还是局间呼叫的数据处理，首先要对呼叫的发起方“源”进行分析，然后把字冠送入通过源分析所指定的“数字树”中进行字冠分析，通过分析将产生的源代码和目的码一起送入指定的任务单元从而完成整个的呼叫流程。对于一个专、公网混合型的端局整体数据实现如图2所示。
图2专、公网混合型端局数据实现图
从图2可以看出，公网的用户源和入中继源分别通过源树1和源树3LINK到公共源树10上进行数字分析，而所有的专网用户源和入中继源则需创建一颗独立的源树2来做专门的数据分析。
在公网交换机上实现专网数据的创建流程为：创建一棵树，792：EXTEND、TREE；扩展源树上的字冠，如792：TREE=2，PFX=K’3，EXTEND。
因为在源树2上为了解决专网和公网相同字冠的冲突，对于公网的字冠要求专网用户加拨引示号10，故需要使用792人机命令做公网数据的扩展，如792：TREE=2,PFX=K’103,EXTEND；
创建(专网)用户组，791：CREATE，GRPNBR=2，REFSUBRP=1，REFDID=SUBSC&1&NOTAPPL，TREE=2,NTRADDR=UNKNOWN。
创建某一专网用户，4291：DN=K’3935000，EN=H’30&1，SUBGRP=2。
那么此专网用户DN=K’3935000在网内作为被叫时，只需拨叫35000；只有作为公网的被叫时，才需拨叫3935000。
以上步骤是整个创建数据的主要框架，具体涉及的字冠分析、DID数据的分析和数字准备等工作，要就具体情况而定。如与专网汇接局（拓扑图1）的DID联接源的分析修改等。
通过一年多的设备运行，徐州铁通此次组网，无论是专网还是公网用户相互间的局内呼叫和局间呼叫非常畅通，没有出现任何的内部数据错误。作为一种两个不同网的合并方案，不仅解决了铁路专网并入公网的问题，也可作为大客户的电信解决方案，将对方专网号源接入某个电信运行商的公用网中，实现了类似WAC的功能，因此有其商业意义。虽与真正意义上的广义WAC不同，但无疑作为一种电信解决方案，它为人们提供了一种新的思维方式。
