华为BSC A接口对接原理和应用

华为BSCA接口对接原理和应用目录图4-11所示：：SCCP子子系统表表中增加加子系统统号SSSN=11的数据据单条设定每每行数据据即可实实现动态态配置，修修改数据据后NSSS侧信信令将可可以导通通。与阿尔卡特特对接定定时器TTIARR超时引引起手机机通话44分半后后掉话手机通话44分钟以以上即掉掉话，此此现象以以前曾多多次遇到到，属于于定时器器的问题题，可以以修改BBSC侧侧TIAAR定时时器解决决该问题题。询问问NSSS侧维护护人员了了解NSSS侧TIAAS时长长，按照照TIAAR＞2*TIAAS设置置BSCC数据。例例如在以以前的对对接中发发现西门门子NSSS的TIAAS缺省省为4000秒，那那么BSSC的TIAAR应该该大于8800秒秒，建议议取9000秒；；阿尔卡卡特的旧旧版本NNSS没没有TIIAS定定时器，那那么可以以将BSSC的TIAAR定时时器取几几个小时时甚至更更长，使使得该定定时器在在长期通通话中不不可能超超时。MSC修改改EFR功能造造成部分分手机不不能打电电话故障现象描描述：某局反映在在忙时突突然出现现全网大大量手机机不能做做主被叫叫的现象象，没有有对BSSC做任任何操作作。故障分析定定位：经过向现场场工程师师了解情情况后做做了以下下一些分分析和操操作：1、拨测。经经过本地地移动、本本地固定定、外地地移动、外外地固定定做一些些拨测，发发现故障障现象与与呼叫路路由没有有关系，而而是与手手机型号号有关。例例如NOOKIAA51110没问问题，NNOKIIA88850、simmenss35008等有有问题。联联系到以以前遇到到的类似似现象，怀怀疑是否否与语音音版本有有关。查查看跟踪踪的七号号信令，发发现指配配过程其其实已经经完成，A接口已经上报ASSCOMP，接着MSC发释放命令。2、查询时时钟。查查询使用用的8KK1时钟钟为0..6PPPM，没没有问题题。3、查询从从10：00以后后的历史史告警，华华为BSSC没有有任何告告警。4、检查语语音版本本。查看看数据，数数据配置置支持语语音版本本1、2、3，电路路池为11，从维维护台查查看FTTC单板板版本为为2019999.110.220，该该版本为为12FFTC（TC放置置在另一一个城市市MSCC侧，看看不到TTC设备备）。由由此可以以肯定不不支持EEFR。5、要求现现场确认认MSCC是否曾曾经操作作打开EEFR，MSCC工程师师答复是是没有。6、最后，询询问省会会集中网网管中心心，一个个工程师师在省会会集中网网管中心心打开了了MSCC的EFRR功能，并并且操作作时间就就是在上上午100：00左右右，找到到事故原原因。故障清除步步骤：关闭MSCC的EFRR功能后后，网络络恢复正正常。结论和建议议：呼叫流程中中，在鉴鉴权、加加密完成成之后，手手机会SSETUUP消息息中上报报自己的的承载能能力，较较新型的的手机一一般都自自动优先先使用EEFR功功能，因因此上报报承载能能力时会会告诉MMSC自自己支持持EFRR功能。如如果这时时MSCC允许使使用EFFR功能能，在接接下来的的指配命命令中会会优先指指配支持持EFRR功能的的电路，而而BSCC不支持持该类型型电路，造造成MSSC发送送释放消消息清除除呼叫。老老型号手手机一般般默认FFR，可可以手动动选择EEFR。因因此导致致大部分分新型手手机出现现这种问问题，而而较老的的手机如如NOKKIA551100就不会会出现该该问题。另外在GSSM规范范中对于于A口电路路的指配配（当然然包括电电路类型型）完全全由MSSC来确确定，BBSC只只支持FFR，MSCC不会认认可使用用FR，MSCC不会选选用支持持FR的电电路，从从而导致致优选使使用EFFR功能能的手机机通话故故障。自环A接口口BSCC的LPN7的指示示灯状态态不对在对调A接接口之前前，自环环A接口的的相应电电路（配配有7号链路路的中继继），发发现BSSC控制制框的LLPN7的相应应链路指指示灯LLINKK0无反反应，始始终处于于“灭”的状态态，而正正常状态态应为“12秒闪闪断”，（即即亮122妙，在在闪亮几几秒，如如此重复复），仔仔细检查查数据配配置和SSMI所所在的母母板相应应的HWW物理连连线，发发现SMMI对应应的HWW物理连连线编号号为444HW，连连到控制制框母板板的扩展展HW的96－99的位位置，显显然对应应TCSSM单元元的TCC板的HWW号应为为96、97、98、99，而而数据设设定中心心提供的的数据配配置却为为1000、1011、1022、1033，将TCCSM单单元的TTC板HW号改改为966－99后，LPN7单板的的链路指指示灯显显示正常常。CIC配置置不正确确导致无无法建立立7号链路路与爱立信MMSC对对接时，A口的七号信令链路始终无法建立，查双方的信令点编码数据和SLC均无误，再查双方的CIC数据，按客户要求CIC编号从257～288（客户在开通初期A口只能提供1条E1电路），我司BSC数据照此设定，但对方的MSC侧该项数据设定后查询CIC状态时却始终显示“256～287”，得知此结果后试着将华为BSC的BSC数据的CIC改为“256～287”，整表设定后七号信令链路立即建链。以后和客户共同分析为“256～287”是一条完整的CIC的E1电路的编号，而“257～288”则跨了两条E1电路，爱立信MSC对此CIC编号可能进行了一些处理，这样在双方对接时就会产生错一位的情况。小区描述数数据表CCGI错误引引起该小小区无入入小区切切换现象描述：：某GSM网网络切换换不正常常，当由由A小区覆覆盖区域域进入到到B小区覆覆盖区域域时，BB小区信信号强于于A小区信信号很多多，但仍仍不发生生切换，直直至跨越越B小区覆覆盖区域域，进入入到C小区覆覆盖区域域，才由由A小区切切换到CC小区。无无任何告告警。原因分析：：用测试手机机锁住BB小区BCCCH频频点，拨拨打电话话正常。强强制切换换则可切切换到任任意一个个邻区。但但锁住BB小区任任意一个个邻区BBCCHH频点拨拨打电话话，然后后强制切切向B小区，都都不能发发生切换换。从路路测软件件中可看看出网络络根本没没有发切切换命令令。根据据切换流流程，应应该是手手机检测测相邻小小区的信信号，并并在测量量报告中中上报给给BSCC，BSCC根据测测量报告告做出切切换判决决，如满满足切换换条件，则则激活目目标小区区业务信信道，然然后向手手机发切切换命令令。在该该案例中中，B小区信信号明显显强于AA小区信信号，肯肯定满足足切换条条件（PPBGTT切换门门限为770），但但没有发发出切换换命令，说说明在激激活目标标小区业业务信道道过程中中出了差差错。因因为手机机上报的的邻区信信息中只只包含了了频点、BSIC两项内容，BSC要根据频点号、BSIC来查找［小区描述数据表］、［外部小区描述数据表］中与服务小区有相邻关系的小区，查出目标小区的CGI，如为外部小区则向MSC发切换请求，携带参数为目标小区CGI，交由目标小区所在BSC完成激活信道过程,然后由服务小区向手机发切换命令。如为BSC内部小区，则进而由CGI确定目标小区的模块号、小区号，然后完成激活信道并发切换命令。本例中B小区作为目标小区不能够激活信道，很有可能是［小区描述数据表］错误，导致BSC查找不到目标小区，自然也就不能激活信道、发切换命令了。检查该表，果然，小区CGI错误。问题处理：：［修改小区区描述数数据表］］中B小区的的CGII为正确确值，动动态设定定，切换换正常。经验总结：：如果某小区区可以作作为服务务小区提提供业务务，可以以正常切切换到其其它小区区，但不不能切入入，可检检查［小小区描述述数据表表］中该该小区的的CGII、BSIIC、BCCCH频点点号等是是否正确确。一般般情况是是这几项项描述不不正确引引起。BSC的GGCKSS无法锁锁MSCC的时钟钟我司单模BBSC与与爱立信信MSCC的A接口对对接成功功后，时时钟框的的GCKKS的F0灯始始终常亮亮，说明明8k参考考源未锁锁定，BBSC未未能同步步MSCC的时钟钟。现场场分析出出现此现现象的原原因主要要有：参考源本身身异常；；参考源正常常，但未未能正确确传至时时钟框母母板的88k输入入端，亦亦即GCCKS未未取到MMSC的的时钟；；数据配置错错误。经仔细检查查，排除除了（11）和（33）的原原因，因因为爱立立信MSSC下面面还挂接接爱立信信自己的的BSCC和西门门子的BBSC，它们们的时钟钟均正常常。因此此重点检检查（22）的原原因。现现场处理理步骤如如下：检查时钟线线，从时时钟框母母板的JJC2连连至TCCSM框框母板的的JC11，为一一对双绞绞线。经经查资料料，此连连线是错错误的，因因为实际际情况是是A口存在在复用的的情况，配配了SMMI和MSMM板，且且数据配配置和物物理连线线均为复复用方式式，而在在A口复用用方式下下，从时时钟框母母板来的的8k时钟钟线应连连至SMMI所在在母板（BIE框）的XM1的位置，因此更改连线。连线更改后后观察GGCKSS的面板板指示灯灯，F00灯依然然常亮，说说明时钟钟源仍然然未能取取到，仔仔细检查查时钟框框母板和和GCKKS、SMII等单板板的拨码码开关，均均未发现现问题。由于现场没没有测试试时钟源源的仪器器，只能能再检查查连线，发发现BIIE框的的XM11插座有有四个插插针位置置，而88k时钟钟只用两两个即可可，起初初的时钟钟双绞线线是连至至下面两两个插针针，试着着将这两两个插头头换至上上面两个个插针位位置，检检查GCCKS的的指示灯灯，F00灯开始始闪烁，几几分钟后后F0灯灭灭，说明明时钟源源正常。由这个问题题可得出出结论：：在A口复用用时，时时钟应从从SMII所在的的BIEE框的XMM1位置置取，且且应连至至上面两两个插针针位置，因因为8kk0时钟钟是由XXM1的的上面两两个插针针送出的的，在以以后开局局时应特特别注意意这个问问题。诺基亚MSSC出现现大量华华为BSSC告警警现象描述：：MSC出现现每秒一一次的CCIC不不可识别别告警，该该不可识识别CIIC是21HH～45HH，反复复循环出出现。占占用大量量OMCC内存。原因分析：：反复出现的的CICC值21HH～45HH对应333～69，正正好落在在目前使使用的11～31之外外。由于于原来我我司数据据准备的的是四条条A接口电电路，因因此一直直激活了了0～1277条CICC电路。但但后来由由于只有有一条AA接口电电路，在在CICC模块表表中只用用了0～31条CICC号。原原先第332号CICC设成信信令链路路，因此此告警正正好从333号CICC开始。另另外由于于诺基亚亚CICC直接从从1开始到到31结束束。而我我司从00开始到到31结束束，其中中0为不可可用。有有可能正正因为有有了0号CICC导致和和诺基亚亚CICC不能完完全对上上，继续续产生告告警。问题处理：：1、将322～1277号CICC设成Bllockked，也也就是在在中继电电路表中中设成不不可用。然然后设定定到BSSC主机机。2、在CIIC模块块表中CCIC起起始电路路号由00改为1。3、修改CCIC状状态后对对端MSSC中21HH、22HH等告警警已消失失。将CCIC起起始电路路号修改改后已无无告警产产生。经验总结：：与诺基亚MMSC对对接时我我司设备备数据中中CICC号中要要去除同同步时隙隙号。中中继电路路表中没没用到的的CICC在状态态拦中要要设为不不可用。七号链路与与话音电电路问题题导致手手机作被被叫困难难现象描述：：某多模块BBSC割割接后，第第二天用用户投诉诉电话很很难打通通；我司司工程师师进行实实地拨测测发现，无无论拨本本地还是是外地手手机，均均出现高高概率（5次呼叫至少有3次无法呼叫成功）的无法打通电话的现象，提示音为：“您呼叫的用户暂时无法接通”，很像用户不在服务区问题，但是被叫手机信号很强，多拨几次便可接通。该局BSCC的上级级MSCC下挂了了两个BBSC。原因分析：：对于呼叫问问题，最最有效也也是唯一一方法就就是跟踪踪信令进进行分析析：1、在机房房利用两两部手机机进行测测试，记记下这两两部手机机的IMMSI，打打开Abis接口口和Umm接口跟跟踪，进进行呼叫叫测试，在在消息中中查找是是否有被被叫手机机的寻呼呼消息下下发，结结果发现现呼叫接接通时有有寻呼消消息，整整个接续续过程也也很正常常，而提提示“您呼叫叫的用户户暂时无无法接通通”的呼叫叫，接口口消息中中根本就就没有该该被叫的的寻呼消消息。至至此我们们可以得得知BSSC根本本就没有有把寻呼呼消息下下发给BBTS。2、因此考考虑跟踪踪A口消息息，使用用MSCC的用户户接口跟跟踪，再再次进行行呼叫测测试，BBSC和和MSCC均进行行七号链链路跟踪踪，分析析信令，对对于无法法接通的的呼叫过过程，无无论从BBSC侧侧还是MMSC侧侧的七号号链路消消息中均均没有该该被叫手手机的寻寻呼消息息。而呼呼通时，MSC与BSC侧都有寻呼消息。综合以上分分析，我我们可以以初步定定位为：：A接口数数据问题题。问题处理：：该BSC的的两条七七号信令令链路均均对接在在MSCC6模块块，然而而话路却却分至到到6模块和和另外一一个模块块上，即即在A接口配配置中，在在MSCC另一模模块上有有该BSSC的话话路，却却没有信信令链路路，导致致呼叫指指配到该该部分话话路上失失败。这这也只有有我司BBSC和和我司MMSC对对接中的的限制，而而我司BBSC和和其它厂厂家MSSC对接接以及我我司MSSC和其其它厂家家BSCC对接却却没有该该限制。将A接口数数据重新新配置，动动态设定定。进行行大量拨拨测，无无法接通通的现象象没有出出现。连连续观察察几天，也也没有用用户投诉诉，问题题解决。阿尔卡特MMSC寻寻呼方式式设置不不当导致致A接口信信令拥塞塞现象描述：：某局阿尔卡卡特MSSC下接接摩托罗罗拉BSSC、华华为BSSC和中中兴BSSC，华华为BSSC已割割接入网网正常运运行100天左右右，某日日下午44点30分，阿阿尔卡特特MSCC到华为为BSCC的信令令出现频频繁的翻翻转，AA接口出出现信令令拥塞，随随即阿尔尔卡特MMSC到到摩托罗罗拉BSSCA接口也也出现信信令拥塞塞，导致致95%%的呼叫叫无法正正常进行行。告警信息：：MSC上报报信令拥拥塞告警警，华为为BSCC上报SCCCP子子系统禁禁止告警警。原因分析：：将到华为BBSC的的LINNK增加加到8条后，MMSC向向华为BBSC发发送的信信令负荷荷还是较较大，每每条达到到0.222ERRL，而而华为BBSC向向MSCC发送的的信令负负荷一直直较小，基基本保持持在0..02EERL左左右。造造成这种种信令负负荷不正正常的原原因是MMSC采采用了与与目前网网络情况况不相适适应的寻寻呼方式式：LAAC+CCELLL寻呼方方式。这这种寻呼呼方式比比通常采采用的LLAC寻寻呼方式式会增加加A接口的的信令负负荷。采采用这种种寻呼方方式，若若要在一一个位置置区（LLocaatioonAAreaa）的范范围内寻寻呼某部部手机，MSC将以每12个小区为一组组成一条寻呼消息下发至BSC，该寻呼消息中带有这12个小区的编号。华为BSC的位置区共配置有129个小区，故自从华为BSC割接以来，当MSC在该位置区中寻呼一部手机，要向华为BSC发11条寻呼消息。该寻呼方式的寻呼量为通常情况下（LAC寻呼方式）的11倍，造成在A接口的信令流量增加7倍左右。在MSC采采用不合合适的寻寻呼方式式A接口信信令负荷荷本来就就很大的的情况下下，MSSC工程程师又对对MSCC内一个个无线参参数模块块进行了了REBBOOTT操作，从从而直接接导致了了事故的的发生。将MSC的的寻呼方方式由LLAC++CELLL该成成LACC寻呼方方式，MMSC向向BSCC下发的的信令从从0.222下降降到0..03。问题处理：：现场先将到到华为BBSC的的4条LINNK闭塞塞，摩托托罗拉基基站下的的呼叫逐逐步恢复复正常，然然后将到到华为BBSC的的LINNK数目目增加到到8条，系系统恢复复正常。位置更新周周期T332122设置不不正确导导致手机机无法作作被叫手机在基站站旁处于于空闲状状态200分钟以以上，即即不能作作被叫，而而做主叫叫正常，参参考以往往工程的的经验，应应该是系系统消息息表里TT32112值与与爱立信信MSCC的VLRR数据中中的周期期性位置置更新时时间有冲冲突，或或不匹配配，咨询询客户有有关人员员，他们们不清楚楚VLRR中具体体的数值值，由于于现场无无爱立信信的支持持人员，只只能试着着将华为为BSCC的系统统消息表表里的TT32112值由由原来的的30改为为10，即即位置更更新时间间由1880分钟钟改为660分钟钟，修改改后故障障消失。根根据以往往经验分分析，应应该是爱爱立信的的VLRR中周期期性位置置更新时时间设置置太小所所致。根根据规范范要求BBSC中中的T332122要小于于VLR中中周周期位置置更新时时间的一一半。关关于MSSC的VLRR中的T332122值如果果客户无无法提供供，可以以从SAAGEMM的测试试手机中中读取，在在测试菜菜单下的的“COUUNTEERS”下的“FERR/T332122”中读取取，这里里读取的的T32212值值为2440分钟钟。与西门子厂厂家设备备对接时时LOCCNO数数据没做做导致神神州行漫漫游用户户不能做做主叫现象描述：：我司边际网网BSSS设备挂挂接在西西门子的的NSSS下面。我我司BSSS为单单模块设设备，版版本为GG3BSSC322.1001011.088.05520BB。基站站为iSSitee一体体化小基基站，版版本为GG3BTTS344.3000000.033.03301AA。在AA接口对对接完成成后，开开通了基基站。在在试运行行了一段段时间后后，有外外地A市市神州行行漫游用用户投诉诉在我司司设备下下不能做做主叫，而而只能做做被叫。而而在同一一MSCC下面的的西门子子基站信信号覆盖盖区，该该用户可可以做主主被叫。原因分析：：1、当时AA接口对对接时，作作了大量量的拨测测，没有有发现异异常。当当时在西西门子MMSC下下面制作作A接口口数据的的是机房房人员，他他们参照照的是旧旧版本的的操作指指导书。2、现在MMSC已已经升级级成目标标网。在在目标网网版本里里，当MMSC添添加一个个小区时时，对于于神州行行用户，需需要特别别制作一一条数据据：LOOCNOO＝８６６ＸＸＸＸ。3、至于为为什么外外地C、DD省的漫漫游用户户为什么么可以当当主被叫叫，原因因解释为为他们的的SCPP可以兼兼容该消消息，即即可以从从其它信信息里知知道位置置区。处理过程：：1、到投诉诉目的地地验证。投投诉情况况属实。同同时发现现：外地地C、DD省的神神州行漫漫游用户户在我司司基站覆覆盖区内内却正常常；A市市神州行行用户在在拨打113800013380000时却却可以当当主叫。2、BSCC机房跟跟踪A接接口信令令，发现现呼叫过过程在MMSC指指配指令令之后直直接发送送了一条条“释放”消息。而而不是正正常的“连接证证实”。释放放的原因因是“正常呼呼叫清除除”（如图图）。同同时机房房人员在在西门子子MSCC侧的VVLR跟跟踪到该该用户的的消息为为DEFFAULLTＣCAALLHAANDIING：：RELLEASSE（释释放）。和和我司AA接口跟跟踪到的的消息一一致。3、经过咨咨询智能能网的路路由，发发现与此此相关的的设备为为西门子子MSCC，A市市E厂家家SCPP，B市市我司SSCP。先先联系BB市我司司的SCCP，确确认A市市用户的的呼叫与与B市SSCP无无关。接接着联系系A市SSCP，AA市SCCP机房房运维人人员跟踪踪到用户户信令后后，经过过反复比比较，最最后反映映S厂家家MSCC送的号号码不全全，缺位位置区消消息０９９７２。4、联系西西门子厂厂家，查查看MSSC里面面我司基基站的小小区相关关数据，最最终确认认漏做一一条特别别针对神神州行用用户的数数据：LLOCNNO＝8867992。在在添加上上该数据据后，我我们联系系投诉用用户，他他们证实实现在主主叫正常常。我们们现场拨拨测，确确信呼叫叫正常。至至此，AA市神州州行漫游游用户不不能做主主叫的问问题已经经解决。建议与总结结：由于我司边边际网挂挂接在其其它公司司的NSSS下面面，出于于市场考考虑，他他们是非非常不愿愿意配合合的。同同时我们们边际网网目前的的地位非非常轻，出出了问题题，首先先想到的的是我们们的问题题。这样样，要求求我们的的工程师师需要相相当丰富富的知识识，要做做一些额额外的工工作。当当整个流流程查完完后，有有足够的的证据证证明是NNSS设设备原因因时，可可以名正正言顺地地告之客客户。这这样，不不但树立立了我司司良好的的服务形形象，而而且当下下次出现现故障时时，他们们也会仔仔细考虑虑问题出出在哪边边的。北电MSCC链路TTS2、TTS3、TTS4不不可用导导致华为为BSCC与之对对接A接接口不成成功现象描述：：某局新上华华为BSSC322，自环环成功后后与客户户北电MMSC对对接（22条中继继，1条条七号链链路）。客客户提供供对接数数据，其其中BSSC的OOPC为为0977A，DDPC为为2422D，CCIC：：32～～95，SSLC为为0。双双方数据据设定后后对接，现现象：1、华为BBSC上上LPNN7相应应链路指指示灯11秒闪；；2、跟踪AA接口信信令，TTESTT窗口有有SLTTM和SSLTAA消息，内内容为BBSC所所发测试试码；3、查询七七号链路路状态，“传输业务”为“否”，“链路激活”为“是”，SLC无任何内容；4、北电系系统方面面显示七七号链路路尚未建建立；原因分析：：1、“跟踪踪A接口口信令，TTESTT窗口有有SLTTM和SSLTAA消息，内内容为BBSC所所发测试试码”说明屋屋里路径径SLCC、CIIC、DDPC、OOPC均均正确；；2、再因为为“查询七七号链路路状态，‘传输业务’为‘否’，‘链路激活’为‘是’”说明我方BSC数据设定上无误；所以——问问题很大大程度上上出现在在MSCC侧。但但正是同同样的原原因，客客户维护护人员也也认为其其MSCC侧数据据无误。我我方求助助相公司司关人员员仍不能能解决问问题。处理过程：：1、北电工工程师远远程登录录北电系系统，查查询MSSC数据据后，在在北电MMSC侧侧设置链链路所在在中继的的TS22、TSS3、TTS4不不可用；；2、我方BBSC也也随之作作了相应应设定后后，七号号链路立立即建立立。建议与总结结：1、反复查查证BSSC数据据，确保保没有错错误。通通过自环环检查：：①观察LLAP77板相应应的信令令链路指指示灯是是否常亮亮；②维护台台查询［［七号信信令/状状态查询询］查询询信令链链路状态态，此时时“链路激激活”应该显显示“是”；③维护护台［七七号消息息/NOO7消息息跟踪］］观察信信令，如如果BSSC所发发送的测测试消息息自收，说说明信令令自环无无误；2、注意信信令点为为14位位国内备备用信令令点，双双方一致致；3、走信令令的中继继上，TTS0为为同步，TTS1为为信令，TTS2、TTS3、TTS4均均设为不不可用，双双方数据据一致；；4、对接完完毕需要要做全面面的电路路测试和和拨打测测试。北电MSCC与我司司BSCC32对对接时，七七号链路路所在中中继的TTS2、TTS3、TTS4均均不可用用，否则则A接口口七号对对接不成成功。我司BSCC与诺基基亚MSSC在数数据配合合上不当当而导致致指配电电路失败败现象描述：：1、我司一一个多模模块BSSC322，下带带三个BBTS3312，配配置为SS1/11/1。2、对端为为诺基亚亚的MSSC。3、BSCC配置22块133FTCC，一块块MSMM，电路路号23304～～23667。4、MSCC指配给给BSCC的A接接口电路路每天阻阻死2～～3条，累累积起来来全部阻阻死，BBSC业业务中断断。原因分析：：MSC指配配给BSSC的AA接口电电路每天天阻死22～3条条，累积积起来全全部阻死死，BSSC业务务中断，从从现象分分析，可可能为MMSC与与BSCC配合上上出现问问题。因因为网上上有我司司BSCC与另一一诺基亚亚的MSSC配合合，没有有出现类类似问题题，估计计是数据据配置没没有配合合好。处理过程：：1、查看BBSC告告警，没没有任何何告警。2、查看AA接口电电路状态态，正常常，为空空闲或不不可用。3、让局里里维护人人员查看看MSCC指配电电路状态态，发现现电路不不可用。4、激活电电路，业业务正常常，但每每天MSSC侧22-3条条电路死死掉。5、查看诺诺基亚MMSC的的电路池池为0（不不可用电电路池），BBSC电电路池为为1（可可用电路路池，全全速率FFR）。6、诺基亚亚MSCC电路池池改为11（可用用电路池池FR)),与BBSC对对应，经经一段时时间观察察，电路路指配正正常，问问题解决决。华为BSCC与西门门子MSSC对接接手机不能能做被叫叫现象描述：：某局新建BBSC1个BBM，版版本为001.007.005200B，与与西门子子MSCC交换机机对接，AA接口77号信令令已经定定上，基基站开通通后，进进行测试试，主叫叫正常，无无法做被被叫，语语音提示示“用户超超出服务务范围或或已掉电电”。原因分析：：遇到“已超超出服务务范围”的问题题，是一一个系统统级的问问题，与与GSMM系统的的每一个个产品MMSC、BBSC、BBTS、MMS及工工程质量量有关，需需要进一一步定位位分析，在在A接口口信令跟跟踪，发发现用户户做被叫叫时，PPagiing寻寻呼消息息没有发发下来，应应该与BBTS、MMS及工工程质量量无关，最最大的可可能是MMSC问问题，为为更好的的与客户户配合，也也应该仔仔细检查查BSCC数据。处理过程：：1、BSCC数据AA接口的的电路池池为5，支支持EFFR，与与客户协协调电路路池改为为1，支支持FRR，重新新加载后后，故障障依旧；；2、将VLLR里的的用户数数据删掉掉，重新新关机开开机上网网，主呼呼正常，但但仍然无无法寻呼呼，在HHLR、VVLR里里查询用用户数据据，也无无任何限限制；3、在HLLR里对对被叫用用户进行行跟踪，HHLR已已经从VVLR里里取得漫漫游号码码，且已已送给MMSC，由由于西门门子MSSC交换换机没有有信令跟跟踪功能能，现场场也无信信令仪，无无法进一一步在MMSC里里定位故故障；4、客户仔仔细检查查核对MMSC数数据，确确认MSSC数据据无误，在在我司一一再要求求下将MMSC数数据里有有关BSSC的数数据全部部删掉包包括信令令点数据据、中继继数据和和基站小小区数据据，重新新做一遍遍，加载载后，PPagiing消消息可正正常发送送，寻呼呼正常。我司BSCC与诺基基亚MSSC对接接时手机机打通无无话音现象描述：：我司新开BBSC与与客户网网上运行行MSCC(诺基基亚设备备)对接接A口中中继，拨拨测的时时候虽然然手机可可以接续续，但是是出现双双不通情情况（能能够正常常振铃和和送回铃铃音，接接起后主主被叫都都听不到到任何声声音）。原因分析：：引起单通、双双不通的的原因很很多，主主要有：：1、A接口口电路时时隙“是否可可用”造成单单通；2、A接口口电路CCIC对对应错误误；3、A接口口电缆接接成鸳鸯鸯线；4、AM与与BM光光纤接错错也可能能导致单单通；5、GNEET时隙隙故障；；6、TRXX信道故故障。分析问题时时应综合合考虑这这些原因因！而且且由于AA接口电电路一般般比较多多，所以以在硬件件调测的的时候就就应该重重点保证证A接口口电路在在物理和和数据上上都能一一一对应应。在数数据配置置上注重重保证与与上级MMSC数数据的一一致性。处理过程：：1、在硬件件安装中中对于接接线（光光纤和中中继电缆缆）进行行了完全全的检测测，每条条电路都都经过测测试，排排除鸳鸯鸯线等接接线错误误。2、跟踪信信令，信信令流程程完全正正常，话话路也已已接续。说说明TRRX信道道故障排排除。3、查看AA口中继继的话路路状态为为空闲，也也都正常常。说明明A接口口电路时时隙可用用。4、根据以以往与诺诺基亚MMSC对对接经验验，我司司设备数数据中CCIC号号中要去去除同步步时隙号号，在所所以在我我司设备备的调测测数据中中CICC编码为为每个EE1只编编31个个CICC号码，从从TS11开始编编码编为为0～330，下下一个EE1也是是从TSS1开始始编码，编编为311～611，认真真检查MMSC数数据，MMSC的的CICC的确没没有对同同步进行行编码，与与BSCC侧核查查CICC也未找找到问题题。5、信令的的流程和和话路的的流程区区别在于于信令的的流程寻寻址不需需要用到到CICC，而话话路的流流程寻址址需要CCIC编编码。6、经过以以上分析析和处理理，考虑虑到通话话双方均均听不到到对方声声音，显显然是由由于CIIC没有有对上造造成的。这这是否与与CICC的编码码方式有有关，所所以对话话路的接接续过程程进行分分析。MMSC与与BSCC之间的的话路均均由MSSC进行行指配，即即在MSSC占上上某个时时隙后，发发消息给给BSCC，让BBSC也也占用相相同的时时隙。从从问题的的现象看看，很可可能BSSC在占占用时隙隙时出现现错误。MMSC和和BSCC是靠CCIC识识别电路路的，所所以相同同中继线线的两端端的电路路对应的的CICC也必须须一致。MMSC的的CICC编码中中注意到到MSCC的TSS0虽然然没有编编CICC号，但但是相应应的CIIC号是是空出来来的，BBSC侧侧也应按按相同方方式进行行调整，即即对同步步时隙和和信令时时隙都进进行CIIC编码码，但是是在电路路时隙设设置成为为“不可用用”。7、修改中中继电路路表中的的CICC编号和和电路可可用与否否，修改改CICC模块表表中相应应的CIIC范围围。即每每个E11的CIIC编码码从TSS0开始始编码，编编为0～～31，下下一个EE1也是是从TSS0开始始编码，编编为322～633。核实实数据后后转换加加载，经经拨测发发现系统统正常，双双不通现现象消失失。某地BSCC与爱立立信MSSC对接接中遇到到的问题题现象描述：：A接口对接接之后，MMS能上上网和位位置更新新，能打打通电话话，但是是经过很很短时间间的正常常通话后后掉话，通通话持续续时间从从几十秒秒到两分分多钟不不等。此此现象与与定时器器没有设设置导致致通话四四分半钟钟掉话的的现象不不同。告警信息：：MSCC复位AA接口电电路原因分析：：把这些现象象和MAA10跟跟踪的消消息与客客户交流流，提出出我们对对问题的的看法，在在一些证证据面前前客户开开始相信信问题并并不是华华为BSSC造成成的。由由于客户户的施压压，爱立立信态度度有些改改变。当当客户工工程师把把添加MMSC数数据的过过程向爱爱立信总总部技术术支持说说明时，爱爱立信技技术人员员说发现现一个可可疑的细细节（估估计他们们以前遇遇到过，否否则不会会那么在在意这个个细节）。客客户工程程师在MMSC侧侧主动把把BSCC的状态态由UNNAVAAIABBLE改改为AVVAIAABLEE的，当当时BSSC甚至至还未开开通，并并不是MMSC自自动检测测到BSSC的状状态，而而变为AAVAIIABLLE的。这这样造成成A接口口的一些些初始握握手信息息丢失，导导致MSSC启动动复位AA接口的的定时器器。解决决办法是是把现在在BSCC的AVVAIAABLEE状态改改为UNNAVAAIABBLE，由由MSCC自动来来检测BBSC的的状态。做做这样的的修改后后，通话话正常。处理过程：：使用维护台台A接口口跟踪，发发现掉话话前MSSC发过过来一个个RESSET命命令，然然后BSSC上报报UNEEQUIIPPEEDCCURCCUITT，掉话话。REESETT命令中中带有复复位电路路的起始始CICC和复位位的电路路长度，经经过计算算，包括括A接所所有电路路。如果果闭塞原原起始CCIC，则则从下一一条CIIC复位位。进一一步观察察，发现现即使没没有呼叫叫，MSSC会自自动复位位A接口口所有电电路，两两次复位位时间相相隔2分分55秒秒，非常常准确。RRESEET命令令有时候候只发到到BM11，但是是BM11和BMM2都有有RESSETACKK上报。根据这些现现象，可可以判断断：MSSC启动动了一个个复位AA接口电电路的定定时器，这这个定时时器与呼呼叫无关关。但是是MSCC为什么么会启动动这个定定时器呢呢？怀疑疑A接口口功能的的影响，MMSC和和BSCC都更改改PHAASE22为PHHASEE1，取取消电路路池功能能，更改改语音版版本，增增加BSSC定时时器的设设置，都都没有效效果。由由于BSSC做AA接口数数据时，比比实际MMSC分分配的要要多，怀怀疑MSSC检测测到多余余的电路路，发现现本端状状态不对对，而复复位整个个A接口口电路。但但是把AA接口数数据修改改成与MMSC完完全一致致后，现现象依旧旧。登记BSCC的O&&M话统统任务，结结果也表表明是MMSC每每半小时时复位AA接口电电路100次或111次，与与2分555秒很很吻合。由于A厂家家现场工工程师坚坚持是由由于BSSC上报报消息不不对引起起MSCC复位AA接口电电路，并并且不承承认A接接口存在在任何定定时器，不不太相信信我们维维护台跟跟踪的消消息以及及话统结结果，于于是紧急急调来了了一台MMA100，跟踪踪A接口口发现消消息完全全与维护护台一致致，但是是挂在同同一个MMSC带带有的爱爱立信BBSC的的A接口口，没有有RESSET消消息。与诺基亚MMSC的的A接口口对接中中遇到的的问题现象描述：：某局BSCC在与诺诺基亚MMSC对对接，对对接A接接口包括括2个TTCSMM（8条条E1）CCIC从从0～2255，22条信令令链路分分别在每每个TCCSM单单元的第第一条EE1的116时隙隙上SLLC分别别为0，11。A接接口话路路在BSSC查询询是空闲闲的，在在MSCC查询是是对端闭闭塞的，七七号信令令能够定定位，跟跟踪七号号信令消消息互相相会发送送测试消消息，但但是对于于BSCC发送的的N_CCONNNECTT_REEQUEEST，MMSC回回N_DDISCCONNNECTT_INNDICCATIION，原原因为NNOSSCCPPDAATA。手机无无法上网网。原因分析：：根据消息分分析后提提交客户户，大致致分析结结果为诺诺基亚MMSC的的原因。请请诺基亚亚工程师师检查相相应数据据和操作作过程。最最后在MMSC侧侧对BSSC进行行LOCCK/UUNLOOCK操操作后，AA接口正正常，手手机上网网并打通通电话。原原因为在在A接口口对接过过程中诺诺基亚工工程师操操作有误误，导致致一些AA接口初初始握手手消息丢丢失。处理过程：：反复检查BBSC侧侧A接口口各类数数据，未未发现问问题。询询问诺基基亚工程程师，说说诺基亚亚MSCC支持PPHASSEIII+，华华为BSSC目前前对于PPHASSEIII+部部分功能能不支持持，但是是这个原原因不会会造成MMSC会会拒绝SSCCPP的连接接请求，因因此只能能从七号号信令消消息入手手，分析析MSCC拒绝BBSC的的SCCCP连接接请求的的原因到到底是什什么。根据华为BBSS跟跟踪到的的消息如如下：（BBSC和和MSCC的信令令点编码码分别为为1C44F和11C444）BSC—>>MSCC：<SCCPPINNT336199000011C4FF1CC4400100100044100200200600444344411CFFE00400444344F11CFFE00F22100011F557005008000664FF000055966200344D117112005008770664FF0000FFFFFE220008449666779550000115227881000MSC—>>BSCC：>SCCPPINNT336244000811C4441CC4F003001000441033000由以上消息息可知，华华为发出出连接请请求后，收收到诺基基亚MSSC返回回的连接接拒绝消消息（有有下划线线黑体所所示）。前前面4个个字节为为Messsaggettypee和Deestiinattionnloocallreeferrencce，最最后的003为RRefuusallcaausee。查IITU的的SCCCP规范范可知，原原因为NNOKIIA的SSCCPP用户发发起的拒拒绝，但但是没有有附带数数据说明明具体拒拒绝原因因，需要要请诺基基亚查明明为什么么收到正正确连接接请求消消息后发发连接拒拒绝消息息，是因因为BSSC消息息格式不不对，也也要指明明哪里不不对，还还是其它它什么原原因。与阿尔卡特特MSCC对接AA接口CCRC校校验开关关设置案案例现象描述：：某局我司BBSC与与阿尔卡卡特MSSC进行行A接口口对接，发发现所有有A接口口电路所所对应的的MSMM上的指指示灯常常亮，显显示A接接口在物物理上不不通。原因分析：：因为此现象象表现在在所有AA接口电电路上，所所以单板板故障、连连线错误误或接头头焊接不不好等故故障可以以初步排排除。出出现这种种整个AA接口电电路故障障最常见见的原因因有两个个：A接接口阻抗抗不匹配配或双方方CRCC校验设设置不一一致。让让客户交交换工程程师查看看MSCCA接接口CRRC设置置状态，结结果是CCRC校校验开关关设置为为是，而而我司BBSC的的CRCC校验缺缺省设置置为否，从从而导致致A接口口电路故故障。处理过程：：由于客户交交换工程程师不会会用命令令修改MMSC的的A接口口CRCC检验状状态，只只好将我我司BSSC的AA接口CCRC校校验状态态修改成成是。在在BSCC侧，FFTC和和MSMM都有CCRC校校验拨码码开关，他他们的含含义如下下：在FTC上上拨码开开关S11：SS1.11－>OON：不不采用CCRC44校验；SS1.11->OOFF：：采用CCRC44校验。在MSM上上拨码开开关S66：SS6.33->OON：：支路EE1做CCRC校校验；SS6.33->OOFF：：支路EE1无CCRC校校验（为为缺省方方式）。SS6.44->OON：：干路EE1做CCRC校校验；SS6.44->OOFF：：干路EE1无CCRC校校验（为为缺省方方式）。现在的问题题是如何何设置单单板的拨拨码开关关。在正正确设置置CRCC校验拨拨码开关关之前必必须清楚楚A接口口信号处处理流程程。MSM在单单模块、多多模块BBSC中中配置。在在单模块块BSCC中MSSM与SSMI单单板相连连。在多多模块BBSC中中MSMM与E33M单板板相连。多多模块配配置中MMSM接接受从EE3M过过来的复复用信号号，MSSM解复复用该信信号，把把语音信信号送给给对应的的FTCC进行编编解码，FFTC单单板把处处理结果果回送给给MSMM，MSSM再把把FTCC送过来来的信号号送到对对应的EE1线上上，传到到MSCC侧。同同时信令令直接从从MSMM送到MMSC侧侧。反之之亦然。从MSM的的作用可可以看出出，在信信号处理理流程上上直接和和MSCC打交道道的是MMSM而而不是FFTC，MMSM干干路CRRC校验验拨码开开关S66.4是是和E33M或SSMI板板对应的的，MSSM板支支路CRRC校验验拨码开开关S66.3是是和MSSC的中中继板对对应的。综上所述，为为了将多多模块BBSC的的A接口口CRCC校验打打开，正正确的拨拨码开关关设置是是将MSSM单板板的S66.3==ON，而而不是将将FTCC的S11.1==ON或或MSMM单板的的S6..4=OON。华为BSCA接口对接原理和应用附录AMTP链路任务性能测量原始指标统计点说明表A-PAGE4附录AMTPP链路任任务性能能测量原原始指标标统计点点说明表表统计指标原始指标统统计点／／分析指指标计算算公式本地管理禁禁止次数数当维护台管管理禁止止信令链链路成功功时，把把此计数数器加11。本地管理禁禁止时长长当维护台管管理禁止止信令链链路成功功时，设设置辅助助计数器器为1，当维维护台或或信令路路由编路路功能解解除本地地管理禁禁止的信信令链路路成功时时，设置置辅助计计数器为为0。远端管理禁禁止次数数当信令链路路远端管管理禁止止信令链链路成功功时，把把此计数数器加11。远端管理禁禁止时长长当信令链路路远端管管理禁止止信令链链路成功功时，设设置辅助助计数器器为1，当信信令链路路远端或或信令路路由编路路功能解解除远端端管理禁禁止的信信令链路路成功时时，设置置辅助计计数器为为0。远端处理机机故障次次数当信令链路路上收到到远端处处理机故故障的消消息时，把把此计数数器加11。远端处理机机故障时时长当信令链路路上收到到远端处处理机故故障的消消息时，设设置辅助助计数器器为1；当信信令链路路上收到到远端处处理机故故障恢复复的消息息或从链链路上收收到对端端消息或或链路故故障时，设设置辅助助计数器器为0。本地自动倒倒换次数数当信令链路路从可传传输业务务变为不不能传输输信令业业务时，要要把业务务倒换到到其它信信令链路路上去，发发生此事事件时，把把此计数数器加11。倒换换可由链链路故障障、处理理机故障障、管理理禁止等等引起。发送的消息息信号单单元数当写一条消消息信号号单元到到信令链链路的邮邮箱（对对NO77板信令令链路）或或发送一一条消息息信号单单元到邮邮箱管理理器（对对LPNN7板信信令链路路）时，把把此计数数器加11。发送的SIIF及SIOO八位位位组数当写一条消消息信号号单元到到信令链链路的邮邮箱（对对NO77板信令令链路）或或发送一一条消息息信号单单元到邮邮箱管理理器（对对LPNN7板信信令链路路）时，把把此计数数器加上上此消息息信号单单元的长长度字节节（LII）。信令链路发发送占用用百分比比信