铁通固网业务割接及故障分析处理

陈宇凌



铁通固网业务割接及故障分析处理

陈宇凌

中移铁通甘肃分公司云数据支撑中心，甘肃 兰州 730000

铁通固网迁移，是指铁通公网用户通过AGCF+TG承载方式上移到移动新建IMS网，专网用户呼叫出网业务通过移动关口局疏通。因此，主要介绍了甘肃铁通固网话务上移技术方案，同时介绍了在固网上移实施和维护中发生的典型故障。

固网上移（AGCF +TG）；典型故障；业务割接

铁通固网改造遵循“技术体制、网络运维、设备采购一体化”的原则，符合中国移动网络整体发展规划。按市场化原则优先利用铁通现有网络资源，在不改造接入、终端设备的情况下，通过中继上移的方式送入移动网，由移动进行用户管控。现将甘肃铁通话务上移及解决的典型问题简介如下：

1 业务迁移

通过移动干线传输与本地互联互通传输电路转接，完成移动新建IMS通过AGCF+TG的方式与省内12个铁通关口局直连，铁通各本地网公网用户发起的呼叫通过移动AGCF送入移动网内，按照移动网的路由进行话务疏通；铁通专网用户的所有出网呼叫通过本地与移动互联的中继送入移动关口局，由移动关口局完成后续路由的疏通工作。

1.1 语音业务

1.1.1 网间本地业务

铁通固话迁移到移动网，首先铁通关口局不再承担与各电信运营商之间的互联互通的作用，通过铁通关口局的融合后，所有网间的本地业务都通过本地移动统一出口进行转接接续，铁通呼叫本地电信、联通，首先通过与移动连接的中继送入移动网内，再由移动通过与其他运营商的直连中继送入电信、联通网内，从而实现铁通本地用户呼叫电信、联通本地用户的业务。同样地，电信、联通本地用户呼叫铁通本地业务，首先送到与移动互联的中继群，再由移动送入铁通网内，按照铁通网的路由原则完成后续接续。

1.1.2 网内本地业务

铁通公网网内本地业务主要包括模块内和模块间的用户之间的呼叫、局内用户之间的呼叫、局间用户之间的呼叫及公专网之间的用户呼叫。呼叫通过移动管控，实现在移动网内计费，通过中继上移来实现。

铁通本地公网用户之间的呼叫通过公网端局、汇接局交换机将本局号码强制出局，由端局强制出局到汇接局，汇接局强制出局指向移动AGCF，通过移动网内绕转以后，再从铁通网内落地。铁通本地网内主要存在两种PSTN本地交换机：华为CC08交换机和中兴ZXJ10交换机。实现本地号码的强制出局，中兴ZXJ10交换机通过本局用户的分析子中本地分析器中对本局号段，选择出局业务属性，路由指向移动AGCF的出局路由链组。华为CC08交换机通过号首处理（变换号首集）对本局号段强制出局，新号首集的本地字冠的业务属性选择本地字冠，路由指向移动的AGCF。通过移动IMS ENNUM/DNS、Centrex AS域对铁通公网用户（公网用户）进行注册鉴权后再通过移动AGCF送入铁通关口局，铁通关口局（华为交换局）在原号首集中查询呼叫字冠，从而实现在铁通网内落地。中兴ZXJ10交换机通过移动AGCF中继群的入向号码分析选择子-本地分析器入口-本局字冠-局号索引落地。

铁通本地公网呼叫铁路本地专网用户，首先修改路由指向到移动AGCF，然后通过移动网的MGCF送入移动关口局，由移动关口局送入铁通汇接局，铁通汇接局再按照铁通网的路由组织送入铁通专网局，从而完成呼叫的接续。

1.1.3 长途业务（关口局已融合）

长途业务包括固话业务和手机业务。铁通公网用户呼叫长途业务，通过移动AGCF送入移动网内，按照移动长途网的路由原则送到移动长途网就远落地。专网用户呼叫出网长途业务送入移动关口局，由移动关口局按照长途网的路由进行长途话务疏通。铁通固话迁移至移动网，在铁通关口局取消手机受端入网数据，ex：0139、0150等直接送入移动网内，不再在出移动中继时将长途手机号码的H码前面加归属地区号（0+长途区号），而是直接送0139、0135等呼叫字冠至移动，在移动网的出中继群或者移动网内对号码进行规整，规整成11位手机号码，按照移动网长途路由的原则进行疏通。

1.2 TD业务（无线商务固话）

TD无线固话使用铁通固话号段，无线固话呼出时，移动端局根据主叫号段触发智能业务，移动智能平台完成移动虚拟号码（MSISDN号码）到无线固话固定号码（用户呼入/呼出/显示号码）的转换，根据被叫号码进行后续接续。TD无线固话被叫时，移动关口局根据TD无线固话号段触发智能网被叫流程，移动智能平台完成无线固话固定号码（用户呼入/呼出/显示号码）与移动虚拟号码（MSISDN号码）的变换，并接续到被叫用户。

TD无线固话在铁通固话迁移之前，TD用户的所有呼叫除了呼叫本地移动用户不进入铁通网络以外，其他呼叫都通过铁通网络转接。呼叫电信、联通首先送入铁通关口局，由铁通关口局再将呼叫送入电信、联通关口局完成呼叫的接续。呼叫长途业务通过铁通长途网来疏通路由。经过中继割接和关口局的融合后，TD电话呼叫铁通本地网的用户，通过与铁通互联的中继送到铁通关口局，其他方向的呼叫都在移动网内或者通过移动与网间直连中继直接送入对方完成呼叫接续。TD作为本地被叫用户，主叫侧直接通过互联中继送入移动直联中继，由移动网完成后续接续。

1.3 语音专线及直挂业务平台

1.3.1 语音专线

语音专线，目前通过中继直联的方式下挂于各地市关口局。随着铁通固话的迁移，语音专线的号码资源占用有两种情况。一种是占用它网号码资源的语音专线。对于这种语音专线的用户呼叫，铁通本地用户通过直连中继来接续，其他呼叫通过与网间其他互联的中继进行话务疏通。另一种是号码资源属于铁通码号资源的语音专线。在专线内部呼叫一般都属于免费呼叫，出网呼叫按照铁通公网的呼叫原则送入移动AGCF，由移动侧再按照被叫号码路由进行话务疏通。

1.3.2 直挂业务平台

省外直挂业务平台，如95550（归属028）、95355（归属023）、95558（归属010），在铁通各本地网内前面加归属业务平台所在本地的区号后，按照公专网呼叫路由原则，公网呼叫送到移动AGCF，专网呼叫送到移动关口局，在移动网内按照移动长途网的路由原则到达平台所在的移动关口局后，送入当地互联的铁通关口局完成后续接续。

省内直挂业务平台，如95533、96333、12306等，各本地网汇接局在这些短号码前面前插0931，公网用户呼叫通过各铁通关口局指向移动AGCF，由移动AGCF指向兰州移动关口局，再通过与兰州铁通互联的中继送入兰州铁通关口局，由兰州铁通关口局完成后续接续。专网用户呼叫这些短号码，通过铁通各本地网公网汇接局前面前插归属地区号，送入铁通长途网，由铁通长途网完成后续接续。对于省内直挂业务平台，后期将用户侧平台割接至移动关口局直挂，由移动网络负责呼叫转接。

1.4 骨干智能业务

铁通新业务和某些特殊业务在铁通转网期间部分可以由移动网承载；移动网无法承载的，在移动考虑投资收益的范围内进行改造。目前铁通4007骨干智能业务由移动政企新建400平台来实现，在铁通各本地网公网汇接局将4007字冠按照公专网用户的呼叫原则分别指向移动AGCF和移动关口局，分析号长10-10，同时铁通全国各本地网开通4007外呼字冠“1254713+被叫号码”，7～20位可变位长，分析位长7位，分别指向移动AGCF和移动关口局，在省计费系统内设置被叫号码前匹配“1254713”字冠的话单为计费免费。此字冠将在移动网内路由至移动400平台，平台将对主叫号码与平台注册的号码进行匹配，匹配后将主叫变换为对应的4007号码，实现400主叫号码传送。

2 典型案例分析

（1）故障现象：华为CC08公网用户呼叫业务上移至移动AGCF后，Centrex群内用户若无出群权限，则短号码之间呼叫不通；开放群内用户的本地权限，群内用户短号码之间的呼叫不起作用；群内呼叫长号之间可以互拨，产生长号话单，给计费分拣带来困难；呼叫权限的打开无法控制本群用户只允许在群内互拨。

故障分析：对于5K 和8K版本的CC08交换机，通过软件发参数可以控制呼叫上移Centrex群内用户短号码之间的呼叫不上移，移动侧也不会出现短号码话单。这样既解决了移动侧话单分拣的困难，也实现了铁通侧对群内用户的权限控制[1]。

故障处理：①在CC08交换机上修改：Centrex群内计费由免费改为“不计费”。②修改呼叫内部参数4的bit4=0。bit4=0控制群内呼叫短号码接续，不匹配号首处理呼叫上移数据，所以在与移动互联的AGCF中继上没有群内用户互拨的长话单产生，呼叫在铁通网内Centrex群内接续正常。

（2）故障现象：中信银行客户反映甘肃庆阳手机用户拨叫其95558短号码，北京落地端收到主叫号码是当地区号+手机号，造成客户95558呼叫中心部分根据主叫验证的业务无法完成。

故障分析：目前部分短号码通过铁通网接入的，异网用户呼叫这些短号码，通过与当地移动互联的中继送入铁通长途网，由铁通长途网完成后续的接续；手机主叫前面有区号，可能由于移动送入铁通的主叫属性是用户号码，在发往铁通长途网时，汇接局认为长途呼叫必须在本地号码前加发本地长途区号。

故障处理：庆阳关口局跟踪信令，发现在移动通过与铁通互联的中继送入铁通网时，没有带0934区号，铁通网内送入长途网时自动添加了区号，查询庆阳移动关口局的数据，与移动关口局互联的中继的主叫号码分析选择子是“9”（见图1），查询主叫号码分析选择子是“9”的主叫分析器入口“10”（见图2），进入主叫分析器入口，加入手机号段，呼叫业务类别“电信、本地”，分析结果“移动G网”，目的网类型“公众电信网”（见图3）；再次进行信令跟踪，手机呼叫95558主叫前面不再有0934区号，问题得以解决。

图1

图2

图3

（3）故障现象：铁通4007骨干智能网业务割接到移动政企新建4007业务平台后，外呼业务不通。

故障原因分析：铁通侧对外呼接入字冠1254713进行分析，公专网分别指向移动AGCF和移动关口局，最小位长7，最大位长20，对于4007449006业务经4007平台注册的目的码0931-2916001，进行外呼1254713测试，拨号1254713没等后续号码发码，就已经提示“您无权拨打”。

故障处理：跟踪信令，铁通侧发送的IAM消息中被叫号码为125471，紧接着移动AGCF送ACM消息，后再送拆线信号；联系移动省网管，移动在AGCF设备中添加号首集为0的呼叫字冠1254713后，铁通侧注册的主叫号码进行外呼测试，铁通侧发送IAM消息中的被叫号码为1254713，后续号码SAM 1、3，后移动侧回送ACM消息，然后回送REL消息，用户侧听忙音；通知其他地市注册主叫进行测试，语音提示无权拨打；再次联系移动省网管进行核查移动AGCF侧对各地市互联的中继方向的数据，分别对不同方向呼叫源呼叫此字冠在不同号首集进行分析后，铁通侧注册主叫用户进行外呼测试，全部正常。问题得以解决。

（4）故障现象：兰州东话务上移话务出现杂音的现象，通过维护人员拨测发现兰州用户呼叫上移到移动侧业务，大约9次呼叫出现1次杂音现象；将业务落回到铁通网内，进行呼叫测试没有杂音现象。

故障分析：为了定位故障，机房维护人员通过对移动AGCF和移动关口局方向的电路抽测5×2 M进行指定拨打，拨测过程中发现在某2 M电路时隙中出现杂音时，对此2 M电路进行闭塞，重复执行上述操作5次，发现每次执行完操作后，进行呼叫测试，出现杂音的几率变得越来越少；联系移动配合处理，移动通过监测设备监测到铁通发向移动AGCF的话务在送入AGCF之前出现杂音，断定故障点在铁通侧。

故障处理：中兴工程师到达现场，查看交换机告警信息，发现上报2号模块光板不一致告警，进行模块间的即测(连续测试5次)，即测结果上报2号模块和4号模块之间有误码，通过后台告警面板图显示发现4号模块光接口板FBI主备槽位和2号模块（中心模块）光接口板CFBI主备槽位方向不一致，认为由于某种原因，4号模块FBI曾经发生过倒换；通过网管执行4号模块FBI倒换，倒换失败；强行插拔4号模块的FBI板进行调换位置，同时对尾纤清洁后，进行呼叫测试，杂音消失，故障恢复[2]。

（5）故障现象：天水分公司交换设备瞬间掉电，导致2号模块出现部分单板瞬间故障，包括多功能资源板、DTMF、MFC，主备MP起动告警，5分钟左右后恢复。掉电的瞬间，天水汇接局到秦安、岷山、移动AGCF中继电路全部中断。随后天水公网用户约有30户呼出正常，呼入不通，语音提示您拨打的电话是空号或您拨打的号码不存在。

故障分析：通过对故障用户分析，发现故障用户分散分布，分布在汇接局不同模块、端局及其下挂模块。这种问题一般都是由于用户的状态不对造成。由于交换设备瞬间掉电瞬间恢复，造成部分正在通话中的用户状态出现异常现象。

故障处理：维护人员首先通过营业厅前台和本交换机检查用户状态，都正常；将上移到移动侧的本号码回落到铁通网内，此号码的呼入正常；怀疑MP数据不一致造成，将MP进行了主备倒换，故障依旧没有消除；对移动AGCF方向中继进行制定拨打，中继电路板进行复位，排除了故障点与移动AGCF中继电路无关；跟踪本网正常用户4981000呼叫故障用户4929181，天水汇接局（2AA774）向移动AGCF送IAM消息，移动侧送ACM(用户空闲状态：未指示)，然后移动侧回送REL拆线，通知移动进行处理，移动侧对用户在后台进行了重新注册后故障恢复，故障历时8个小时左右。最终定位由于交换设备瞬间掉电瞬间恢复和移动侧AGCF设备BUG问题（新扩机架的数据可能与原有数据不同步），造成部分正在通话中的用户状态出现异常现象。

[1]陆德杰.固网彩铃业务的实现及故障处理[J].铁道通信信号，2011，47（9）：67-68.

[2]吴倩.IP多媒体子系统网络固网业务继承方案[J].江苏通信，2013，29（5）：44-46.

Tietong Fixed Network Business Cutover and Failure Analysis Processing

Chen Yulin

China Mobile Tietong Gansu Branch Cloud Data Support Center, Gansu Lanzhou 730000

The transfer of Tie tong fixed network means that the users of Tietong Public Network move up to the mobile new IMS network through AGCF+TG carrying mode. In the paper, we mainly introduce the technical scheme of moving up the fixed network traffic in Gansu Tietong, and introduce the typical faults in the implementation and maintenance of the fixed network upshift.

fixed network up-shift (AGCF TG); typical fault; bussiness cutover

TN915.5

A