华为MSC60交换机主叫分析表的应用.docx

华为MSC60交换机主叫分析表的应用 摘要：本文主要详细介绍了华为MSC60交换机主叫分析表的各个参数的意义和使用方法，并讲解主叫分析表在主叫号码选路、修改主被叫号码等方面任何应用及注意事项。关键词：主叫分析表参数说明注意事项0引言主叫分析表是华为MSC60交换机系统中比较常用的一张表格，一般来完成主被叫号码的变换，再通过主叫号码选路、主被叫号码变换方面有很重要的作用，想要熟练的对号码分析进行操作，一定要了解主叫号码分析表的特性，以免在维护中照成错误，下面我将这几点一一介绍给大家，供大家探讨，以便更好的应用。1主叫分析表各命令参数的说明1.1呼叫源在主叫分析表中，一般根据业务需要配置呼叫源。比如对于主叫为7为的本地固定电话号码进行相关处理时，为防止出现其他情况也为了减少系统负担，最好将呼叫源确切地配置为固定关口局的呼叫源，只有在主叫来源不确定的时候才将呼叫源配置为通配的65534。所以为了各种呼叫处理的方便，在开局数据规划时一定要将不同种类的局向定义为不同的呼叫源。1.2主叫号码、主叫号码最长长度对系统传送过来的主叫号码进行匹配。建议在能够完成相同功能的情况下，尽可能将主叫号码配置长一些，以免将来数据多了产生了错误的匹配。但在某些特殊情况下可以使用“eeeeeeee”作为通配符来匹配所有的主叫号码。此外使用主叫号码最大长度可以实现对不同位长的号码进行不同的处理。例如固定关口局有可能给我关口局送过来两种号码：4522345678（齐齐哈尔送过来的带区号452的电话号码）和4525678（大庆的以452开头的7位固定号码），我们需要对前者加0，后者加0459，就可以通过配置两条主叫分析数据来实现，一条主叫号码最大长度为8并对主叫号码进行插区号处理，另一条主叫号码最大长度位11并对主叫号码进行插0处理。1.3被叫号首集/呼叫字冠对系统传送过来的被叫号码进行匹配。被叫号首集决定后面的字冠属于哪一个集合，我们一般都只使用0号首集。另外，同样建议在能够完成相同功能的情况下，尽可能将呼叫字冠配置长一些，以避免产生错误匹配，但实际上通配符“eeeeeeee”对被叫号码也同样有效。1.4路由选择码通过此域可以实现对该呼叫路由选择码的修改，进一步完成根据主叫来选择不同的路由功能，具体实现请参考后面的实例4，否则一般配置为默认的0，与该主叫所属呼叫源定义的路由选择源码保持一致。1.5失败源码通过此域可以实现对该呼叫失败源码的修改，可以进一步完成实现在相同呼叫失败（失败原因码相同）的情况下对不同主叫送不同信号音的设置。一般也很少使用，均配置为默认的0。1.6主叫用户类别用于更改主叫用户类别，一般很少使用，配置为默认的“不改变”。1.7主叫号码变换索引/被叫号码变换索引当呼叫同时满足上面的1.1-1.3这3个条件的情况下通过“主叫号码变换索引/被叫号码变换索引”索引到号码变换表中对主叫和被叫还没进行变换。这样就可以完成号码或号码属性的变换。2主叫分析表的使用注意事项2.1主叫分析表中各参数的匹配原则上面提到在呼叫同时满足1.1-1.3这3个条件后就应该可以实现相应的变换功能。但在主叫分析表中呼叫源、主叫号码、被叫号码三者可能会产生多条数据同时满足条件的情况，如表1如果实际呼叫的呼叫源为0，主叫号码为4596540808，被叫号码为13009812001时，上面5条数据都是符合条件的，实际的匹配原则究竟如何呢？在我们分析、处理的同时，只要首先将所有满足条件的记录都找出来（即上面的0-4共5条）首先在其中不包括任何通配符的记录中（0、1两条记录）按呼叫源、主叫号码、呼叫字冠优先级逐渐降低的原则进行匹配，这样就匹配到其中的第1条。不在搜索其余记录。另外，假设数据中如果没有0、1两条记录，程序按上面的方式没有找到匹配的记录，就尝试一次将呼叫源、主叫号码、呼叫字冠变为通配符后再进行匹配，这样首先换成通配符的是“呼叫源”，在第2条记录就匹配到了，不再搜索其余的记录。2.2MSC60中主叫号码参与选路的具体实现在MSC60的主叫号码分析中，可以通过修改路由选择源码实现不同的主叫控制选择不同的路由。假设本次呼叫的呼叫源为0，并在呼叫源表中将该呼叫源码对应的路由选择源码定义为0。当主叫A呼叫号码C时按正常路由选路，而同属于呼叫源0的主叫B呼叫号码C时要求选择不同的路由，可以配置数据如下：2.2.1设置呼叫字冠为C的被叫号码分析数据（假设路由选择码配置为6），并将主叫分析标记设为“是”。2.2.2在主叫分析表中设置呼叫源为0、主叫号码为B、呼叫字冠为C，路由选择源码为1的数据，即：ADDCNACLR:CSC=0,CID=KB,PFX=”C”,RSSC=1,RUT=NOCHG;2.2.3在路由分析表中，对字冠C对应的路由选择码，设置两条路由选择源码分别为0、1的路由分析数据，并指向不同的路由号即可完成相应的功能：ADDRTANA:RSC=6,RSSC=0,RUT=ALL,ADI=ALL,CLR=ALL,TP=ALL,TMX=0,R=60,ISUP=BEST;ADDRTANA:RSC=6,RSSC=1RUT=ALL,ADI=ALL,CLR=ALL,TP=ALL,TMX=0,R=61,ISUP=BEST;2.3MSC60在发生前转是对主叫号码的处理系统在进行任何被叫号码分析时，只要将其中的“主叫号码分析标记”设为是，就会进行相应的主叫号码分析。但需注意在处理无条件前转号码的情况下被处理的主叫号码与实际呼叫最初的主叫不太一样，距离如下：如果A用户呼叫B用户并无条件前转到C，系统需要对被叫号码B和前转号码C进行两次号码分析。假设在被叫号码分析数据中对B和C都进行主叫号码分析，在主叫分析表中有以下设置：此时，系统在处理A呼叫B时就会将主叫号码有A变为A1,这个大家都很好理解。但当HLR返回前转号码C的时候，系统会生成一个子CCB数据结构，在子CCB数据中，被叫号码为C，主叫号码为B，原主叫为A1，所以当系统处理前转号码C的时候，进行主叫变换的不是A1A2，而是BB1.在呼叫完成时，子CCB会将原主叫A1送回CCB并作为最后的主叫号码提供给前向局。另外，还需要注意的一点是系统在处理前转的过程中，每次匹配的呼叫源均为原主叫A的呼叫源，否则也会导致匹配不上的情况。3主叫分析表应用案例3.1匹配原则问题导致专网用户拨打外地G网用户失败3.1.1故障现象：专网用户拨打外地G网用户直接拆线，我们在主叫分析表中做了如下数据：呼叫源：65534，主叫号码0452，呼叫字冠：0130，被叫号码变换索引：10；我们事先已经在号码变换码10作成从首位删1位号码的处理；3.1.2处理过程：跟踪专网发过来的IAI消息，没有问题，按照被叫号码匹配被叫号码分析表，数据配置正确，将0130删0后，重新进入全局码翻译表寻址，理论上正常的，后来仔细检查数据，发现有这样一条数据：呼叫源：9（专网呼叫源），主叫号码0452，呼叫字冠：0，进行了失败处理；做这条数据的目的是为了防止专网拨打外地长途从我局迂回，占用我局电路，并且不结算，造成资源上的浪费，但是由于当时考虑不周，数据配置错误。因为主叫分析表的品牌原则为：从左到右“，由于专网呼叫源是9，所以直接配置了后面一条数据，进行了失败处理。所以专网用户拨打外地G网用户失败，后增加一条数据如下：呼叫源：9，主叫号码：0452，呼叫字冠：0130，被叫号码变换索引：10，增加此条数据后，故障消失。4总结熟识MSC60处理呼叫流程，掌握主叫分析表的各个域的意义、熟练掌握各表格间的逻辑关系，能够使我们在制作数据时游刃有余，并在发现问题是快速找到问题所在，掌握扎实的根底才是关键所在，以上仅是对主叫号码分析表的一定理解，希望能够供大家参考。 -全文完-