ＢＳＣ Ａ口扩容的原则和常见案例分析

钟俊标　葛　畅

【摘要】A接口是GSM系统中BSC的最重要的接口之一，A口的开通维护是GSM系统工程师的基本工作之一。文章主要以ZXG10 BSC设备为例，阐述了BSC的A口（TDM E1方式）扩容配置所遵循的一般原则、A口对接时的注意事项和常见问题的排查步骤，并列举了一些实际案例分析。

【关键词】BSC A口 扩容 对接 信令

1BSC的A口扩容的一般原则

BSC的A口扩容配置的目的：保证BSC设备（或者MSC）运行稳定、可靠。根据目前GSM系统中MSC或者BSC设备CCSS7功能单元的消息处理能力，A口的业务负荷一般不能超过表1所列阀值：

因此，只要出现下列任何一种情况，我们就要对A口进行扩容配置：

 A口话务信道的话务量达到或者超过0.7Erl/CIC时隙，

 CCSS7 Link的入局信令负荷达到或者超过0.2Erl/Link，

 CCSS7 Link的出局信令负荷达到或者超过0.2Erl/Link。

BSC的A口扩容配置所遵循的一般原则是：

（1）保证A口扩容时的对接数据准确

A口对接一般包括以下常用数据：BSC的14位信令点编码，MSC的14位信令点编码，信令链路编码（SLC）（含编码和信令链路所在的时隙），PCM编码，电路识别码（CIC）。

（2）A口扩容工作要周密组织，方案要科学、全面、严谨

考虑到A口扩容影响极大，扩容一般安排在话务量最低时进行，例如凌晨零点至4点。同样也要保证扩容的硬件、软件都满足要求，以必要的人力、物力全方位保证工程勘察、设计、安装、调试、验收的五个流程环节的工作顺利进行，按时完成。

（3）A口扩容后要严格测试，保证扩容的A口运行正常

A口的CIC呼叫测试和Link信令测试必须逐条测试。呼叫测试要求作为主叫方和被叫方分别进行测试。可以在MSC侧进行指定呼叫测试，也可以在BSC侧测试，或者借助第三方仪器设备测试。

2BSC A口对接问题排查

A口对接问题排查，分为BSC自查和对接数据检查两大部分。下面以ZXG10 BSC为例进行阐述。

2.1 BSC自查

（1）判断BSC内部是否正常

如果A口对接时出现CCSS7信令链路不通的现象，首先要进行BSC自查，确认BSC自身没有问题。检查内容包括：

 检查BSC各单板运行状态，确保闪灯正常；

 根据配置数据查找CCSS7信令链路所在PCM电路；

 自环这些PCM电路，并观察MTP单板的闪灯状态；

 如果MTP单板由绿灯慢闪变为绿灯间歇的快闪，则说明BSC内部不存在问题，否则存在问题。

注意：一块MTP板能处理8条Link，有且只有第一条Link处于正常工作状态，MTP板的LED灯才会快闪。

正常情况下（未进行过Link数据的修改），配置的第1条和第2条CCSS7电路分别分配到两块MTP（21、22槽位）的第一个Link上。

7号链路分配的位置可通过检查R_N7LINK来确认，见表2：

BCH=0：表示是MTP板上的第一条Link，

TrunkMuni：所对应TIC单板的复合单元号，

TrunkUnit：所对应TIC单板的单元号，

TrunkPCM：所对应TIC单板的复合单元号、单元号和PCM号。

（2）BSC内部问题的排除

 数据问题

数据配置错误：这类问题出现概率较低，配置时要认真、仔细。可以通过比较前后台的ZDB文件来确认是否存在该问题。

 硬件问题

硬件问题则包括硬件单板问题、HW线连接问题。常见的现象有：单板硬件故障，HW线位置和配置的HW号不同。

CCSS7信令在ZXG10 BSC内部的处理流程（CCSS7 Flow，MTP2）：

TIC（A）-AIPP-TCPP-DSNI（PP）-BOSN-DSNI、（MP）-MTP（COMM）-SCUMP

根据该流程，出现信令故障时，应检查CCSS7信令经过的单板，需要通过对这些单板逐一进行插拔或替换来排除问题——检查这些单板间的HW、HW线缆使用是否正确、HW线连接是否正确牢固等。

2.2 检查对接数据

若BSC内部不存在问题，则需要重点检查对接数据。

（1）信令点编码

对接时信令点不可达，一般是由于信令点分割不对导致。BSC侧14位信令点编码是10进制数据，不同厂家的分割方式不同，有6-8分割，有7-7分割。对接时，MSC侧提供的信令点数据往往是分割后的数据，例如MSC侧提供信令点18-50，该数值并非10进制1850。若MSC侧采用7-7分割，则信令点实际为2354（10进制）；若MSC侧分割方式为6-8分割，则信令点实际为4658（10进制）。计算方式：

10进制18对应的2进制为：10010，补足7位为：0010010，

10进制50对应的2进制为：110010，补足7位为：0110010。

所以18-50与2进制0010010 0110010对应，该2进制数转换为10进制为2354。因此，一定要了解MSC侧的信令点编码分割方式，保证两侧2进制编码的一致性。

任意一条A口信令消息都有信令点编码，可通过跟踪的信令查看，见图1（图中的信令点编码是16进制数据）。跟踪的信令若有上下行信令网测试和维护消息，表明BSC和MSC的信令点配置正确。

（2）信令点类型

信令点类型要求如下：在ZXG10 OMCR中，BSC设置为1（信令端节点SEP），MSC设置为3（信令端转节点STEP）。

（3）信令链路编码

通常SLC从0开始编码，信令时隙一般在TS16。但有些厂家MSC信令时隙缺省不是在TS16，应予以注意。

（4）信令链路类型

信令链路常见的开通类型方式是64kbps窄带信令。但是近年来随着业务的增加，为了提高信令的处理能力，2.048Mbps宽带信令的应用场景也越来越多。因此在A口对接时应该加以区分，确保对接双方对应的信令链路类型一致。

（5）网络类型

ITU-T CCSS7网络标识（NI）分为四种类型：00，国际网络（IN）（24位）；01，国际备用（INS）（14位）；10，国内网络（NI）（24位）；11，国内备用（NIS）（14位）。业务信息八位位组SIO中的子业务字段（SSF）的内容：国内主用1000，国内备用1100。

和MSC对接时，网络类型国内多数采用国内备用（NIS）（14位），而国际上则通常采用国内主用（NI）。若MSC与BSC对网络类型的设置不一致，会反复出现如下信令消息：

Signaling network testing and maintenance message

Unknown A message（未知的A口消息）

对接时若MSC侧SIONI不是“国内主用”（值为0x08），ZXG10 BSC（V2.0）需要对配置文件做如下修改：在ZXG10 BSC中心模块主备用MP的configzxg10.cfg文件末尾，添加如下2行：

CONVERT SIONI=1

SELECT SIONI=8

修改后，重新启动MP以启用修改后的配置文件。

（6）子系统状态查询

查看R_N7SSN的STATUS位，所有STATUS位都应为0。图1中STATUS不全为0，因此需要对配置数据进行检查、修正，如图2：

（7）PCM的CRC校验方式和TIC的阻抗拨码

 CRC校验方式

PCM的校验方式与MSC侧不同会出现A口电路异常。ZXG10 BSC中PCM校验方式缺省为基本校验。

 TIC板的传输阻抗设置

TIC板对传输的阻抗缺省设置为75欧姆，而国外多用120欧姆的传输线（双绞线）。阻抗不匹配，会出现A口电路不通，或者Link经常瞬断的现象。

3A口对接常见案例分析

3.1 4分钟掉话问题

（1）故障现象

通话4分钟后中断。

（2）故障分析

与MSC对接时，ZXG10 BSS侧MTP和SCCP定时器的设置一般采用默认值，即：“不活动性接收定时器”设置为240秒。

当该定时器超时后，BSS认为电路已经不再使用，BSS侧会向MSC侧发电路释放命令，从而引起正在保持中的A接口中继语音电路被强制释放，引起掉话。

由此可知，发生该问题的原因是：BSS侧的“不活动性接收定时器”的设置小于MSS侧的“不活动性发射定时器”。

（3）故障处理

只要将BSS侧定时器设置得长于MSS侧相应定时器，则不会再发生类似问题。

ZXG10 BSS与不同厂家的MSC对接时要注意A接口协议定时器的设置，如果出现通话4分钟掉话的现象，则将“不活动性接收定时器”设置为600秒即可，如设置NSTM:EBSCID=1:TMIAR=6000。

西门子MSC不活动定时器ITsend/ITrecieve的设置见表3：

3.2 和阿尔卡特MSC对接异常案例一

（1）故障现象

TIC出现帧失步告警，在DDF架分别对BSC和MSC两侧自环均正常，但连接在一起TIC的E1灯却不闪。

（2）故障分析

中继链路的校验方式不同，阿尔卡特MSC侧的校验方式采用CRC校验，而ZXG10 BSC的中继校验方式为基本校验，导致中继不正常。

（3）故障处理

查找出ZXG10 BSC的对应TIC单板的相关数据，利用人机命令进行修改：

EGPM:EBSCID= ，ModuleNo= ， MUnit= ，Unit= ，PCMNo= ，FRMMode=2

其中， FRMMode表示不同的校验方式：0或1表示双帧格式，对应基本校验；2表示多帧格式，对应CRC4等校验方式。

阿尔卡特MSC将缺省的CRC校验方式改为不校验：在其UNIX下，键入379（查看）、378（修改）。

1＝“R_OBC_INIT”

NA=H-XXX

1=“R_OBC_INIT”

2，3＝“D_TR_CRC4&0&0”

NA=H-XXX

将“D_TR_CRC4”由80修改为00（80为CRC校验，00为不校验）。

3.3 和北电MSC对接异常案例一

（1）故障现象

A口配置正常后，已有一条信令链路显示正常，BSC侧的R-OFFICE、R-SSN、R-LINK等表的STATUS位均为“0”。BSC侧观察动态数据，显示各中继电路正常。MSC侧报中继电路处于“LOCK”态，打不通电话。A接口信令消息只有两条：完全第三层消息和断开连接指示。BSC侧对电路闭塞、复位等，MSC侧均接收不到任何信令消息；MSC对电路闭塞、复位，BSC侧也收不到信令消息。断定SCCP上并未完全通，但BSC上数据是正常的。

（2）故障分析处理

北电MSC在SCCP上有状态位，在开通时需设置。

检查MSC侧数据，发现一个与SCCP相关的状态位置没有设置，后更改为“0”，电路全部正常，A接口接通，电话打通。如图3所示：

3.4 和北电MSC对接异常案例二

（1）故障现象

对接后ZXG10 BSC侧主叫正常。ZXG10 BSC做被叫时，呼叫流程正常，但在振铃后，MSC发送disconnect消息。挂信令仪分析，发现做被叫时，在connect ACK消息之后，MSC突然发disconnect消息，中断了通话。其规律是：Alerting消息到disconnect间隔5秒，无论主呼是否应答（connect ACK）；如果应答够快，在这5秒内还可以有短暂通话。

（2）故障分析处理

经北电MSC技术人员查找原因，发现PDTC模块少打了一个patch。

3.5 和北电MSC对接异常案例三

（1）故障现象

和北电对接正常后，出现无法呼叫的现象。但是信令都正常。

（2）故障分析处理

图4是CCSS7的SCCP的连接请求和连接拒绝消息：

根据CCSS7协议，目标节点主要有如下两种情况会启动连接拒绝：

 路由失败，连接拒绝过程由SCOC触发

 无可用资源

针对第一种情况，解码CR消息，得到信息：

Route on DPC+SSN

DPC：7-238-1

SSN：FE（BSSAP）

由于DPC和SSN都正确，DPC和MSC侧信令点配置一致，MSC侧的状态也正常，所以故障不是由此而产生的。

对于第二种情况，目标节点主要查看这些资源：连接段、本地参考、本地电路资源。其中连接段和本地参考一般是在拥塞情况下，属于CCSS7程序逻辑资源。而查看本地电路资源则发现MSC侧配置的电路资源状态全部是Hang up。对比其它MSC参数，发现参数CIC group不一致，更改此参数后，BSC和MSC对接正常，故障解决。

由此可知，北电对类型5的配置必须至少要有一条配置成类型1：类型1：support FR speech version 1，类型5：support FR speech version 1和FR speech version 2；其它电路可以配置为其它类型。

3.6 和朗讯MSC对接异常案例一

（1）故障现象

现场对接后，各种状态都正常，但是A口仅有SLTM消息和SLTA消息。

（2）故障分析处理

检查发现BSC的信令点类型配置为3（信令端转节点），正确的配置应该为1（信令端节点），修改后正常。

3.7 和西门子MSC对接异常案例

（1）故障现象

手机可以进行主叫，但是无法做被叫。

（2）故障分析处理

跟踪信令发现没有寻呼消息。所以断定是MSC侧的问题。发现BSSAP配置中的SPAAR（SP Accessible After Reset）字段YES，将YES改为NO后，故障解决。

3.8 和爱立信MSC对接异常案例一

（1）故障现象

和爱立信对接时，子系统SSN状态总是不正常。

（2）故障分析处理

由于发生在子系统，因此确认是MSC侧问题。MSC检查发现一个参数配置错误（44号参数）。MSC重新配置7号数据后，A口正常。

3.9 和爱立信MSC对接异常案例二

（1）故障现象

对接正常后，手机从ZXG10 BSS下基站向Ericsson的BSS下基站切换过程中，出现切换不能成功的情况。

（2）故障分析处理

ZXG10 BSS向Ericsson BSS切换为跨MSC的切换，属于外部切换，MSC参与控制切换过程。根据GSM协议08.08标准要求，跨MSC的切换必须首先有BSS向MSC发起Handover required信令，信令中必须包含小区识别信息，小区识别信息可以是CGI，或者LAC+CI。由于ZXG10 BSC设备发送的消息中只包含LAC+CI，故导致不能正确识别小区，以致于切换失败。

修改ZXG10 CFG中参数为CELL ID CFG=1后，ZXG10 BSC向MSC上报的消息中包含了MCC和MNC。修改后重启ZXG10 BSC中心模块的MP使设置生效。

3.10 中断的信令链路编码和信令链路不一致

（1）故障现象

告警显示Link1断，检查配置的SLC=1的Link，没有发现问题。

（2）故障分析处理

R_N7LINK表中的Link字段，是告警中显示的Link号，而实际对应的Link则是表中的SLC。如果Link和SLC值不同，则会出现此种故障。数据同步后问题解决。；

3.11 基站无法被叫

（1）故障现象

手机做主叫正常，但是不能做被叫。

（2）故障分析处理：

检查信令发现，MSC没有发PAGING消息。检查MSC配置数据，发现MSC未配置该LAC，MSC添加相关数据后，正常。

参考文献

[1]Michel Mouly, Marie-Bernadette Pautet著, 骆健霞等译. GSM数字移动通信系统. 北京: 电子工业出版社, 2001.

[2]姚洁莹. 电话网的信号系统[M]. 北京: 人民邮电出版社, 1991. ★

【作者简介】

钟俊标：中兴通讯高级工程师，主要从事固网通信、移动通信工程技术的研究和应用工作。

葛畅：郑州大学讲师，研究生，主要从事计算机应用及电子通信方向的教学和研究工作。

收稿日期：2009年4月16日