GSM数据配置中通配符的作用

浪者仁心

详细内容：
第一章 GSM数据配置中通配符的作用
1.1 通配符的作用
大家在配置某些数据时，可能会为这样的事情苦恼：需要同样处理的数据需要做很多条
数据，比如：在补充信令表，对于一个呼叫源来对各种呼叫字冠需要同样的处理方法，
如有10个呼叫源，且有10个呼叫字冠，一般需要作100条数据，大家可能会想能否用什么
通配之类的来匹配呢？且以后还有可能增加呼叫源，增加一个呼叫源就需要增加10条数
据，那可能该表的最大元组数不够大了，又要增加最大元组数，增加元组数又碰到问题
了：必须要格式转换且要加载主机数据后最大元组数才能起作用，唉！又要很无奈的对
大家的交换机做一次动作，其实某些表格的某些域可以用通配符来匹配同一类型的数据
，如补充信令表中的呼叫字冠就可以用通配符来通配所有的呼叫字冠，这样原来是100条
数据就可以简化到10条数据，你是不是觉的很好？用通配符真的可以简化大家的数据，
美化大家的数据。
1.2 如何正确通配符
正确配置通配符涉及到的表格有：table.dbf、flddef.dbf、defsig.dbf以及需要配置通
配符的表格。
下面就通配符的一些常识先容一下，希翼大家对通配符有一个清晰的概念。以下以如何
配置主叫号码分析表中的呼叫源码的通配符作一个先容。
1、找到omc/msc/bam/dbf/system目录下的table.dbf文件，用Lotus 1－2－3打开该文件
，找到域DESCNAME为主叫号码分析表的一条记录，并从该条记录中找出“EXTBLID”域的
值，主叫号码分析表对应的域为115；
2、在MSC数据管理系统用ctrl＋shift＋f12调出隐含表，在隐含表中找到flddef.dbf表
，在该表中从“交换机ID”域中找到数字为115的一些记录，如下图：
Figure1-1 flddef.dbf表
图中的115记录对应的一些数据就是主叫号码分析表中11个域，并按照主叫号码分析表中
从左往右顺序排序，由于呼叫源码在被叫分析表是第一个域，所以对应图中的“字段索
引”为315的记录，从该条记录中找到“字段长度”域的值，即“字段长度”为“2”；
  
3、找到“字段长度”后，在隐含表中找到defsig.dbf表（通配符表），如下图：
Figure1-2 defsig.dbf
在“宽度”域中找到“字段长度×8”的值，由于字段长度为2，那对应该表中“宽度”
域为“16”的数据，从图中可以看出宽度为“16”的记录有2条，那到底选择哪一条呢？
一般为了不与一般呼叫源码冲突，选择通配符对应于65534的录，通过数据配置后，主叫
号码分析表中的呼叫源码可以用65534通配所有的呼叫源；
4、找到通配符后，回到flddef.dbf表（字段定义表），回到字段索引为315的记录上，
需要定义“字段通配符指针”这个域的值，定义完该域的值后，主叫号码分析表中的呼
叫源码才能用65534进行通配，那这个域的值如何计算呢？它是按照通配符表中的位置来
计算的，即“字段通配符指针”是通过“宽度”这个域在“通配符表”中的位置来计算
的，大家需要定义的主叫号码分析表中的呼叫源码的通配符为65534，65534在“通配符
表”中是第5条记录，“字段通配符指针”起始字节是512（字节数），一个字节8bit，
那65534对应的指针为512+8/8＋32/8＋64/8+8/8＝526，就需要在flddef.dbf表将315记
录的“字段通配符指针”定义成“526”，如下图：
Figure1-3 flddef.dbf表
5、通过以上的数据配置，数据格式转换后加载主机数据后，主叫号码分析表中的呼叫源
码就可以用65534来通配所有的呼叫源了，如下图：
Figure1-4 呼叫源表
通过以上的先容，相信大家对通配符的使用有了比较清楚的认识，对通配符的使用也得
心应手了。
第二章 GSM数据配置中通配符的具体使用
2.1 具体使用范围
通配符基于企业较早的硬件平台继承下来的，所以有一定的适用范围，使用时要注意在
相应的适用范围内使用。
1、适用平台：仅适用在VMSC33、GMSC33、HLR等32模B型机架构、表格式数据配置的平台
。
2、哪些表格的哪些域可以使用通配符，表2-1列出了目前能使用的内容
Table 2-1 可以使用通配符的表格
说明：表2-1中列出了一些常用表的通配符配置，可以参照"前台表号"在Fielddef.dbf中
找到相应表（与交换机ID对应）的位置，然后按照"字段编号"找到相应字段的位置，然
后将该字段对应记录的"字段通配符指针"字段的值填为上表中相应字段的"通配符指针"
的值。在实际需要通配的表中的通配字段，按照上面的"通配符"列的值填入通配字段。
  
3、通配符与通配符指针的对应关系，参见表2-2
Table 2-2 通配符与通配符指针的对应关系
2.2 使用时的注意事项
为了安全起见，做出如下规定，在使用通配符时请遵照实行，以避免随意使用而导致系
统级故障
1、每张表的通配字段不能超过3；
2、如果不是记录数特别多，不建议在现场使用通配符；
3、要注意使用范围，特别是没有列出的表格或域不要随意使用；
4、该规则不适用于企业的128模平台；
5、使用之后要进行详细的验证，以免因为错误而造成重大事故；
6、通配符“0”禁止使用，因为容易造成和现有数据冲突，而出现重大事故；
7、根据版本的不同，相同“交换机ID”在flddef.dbf表中的“字段索引”是有可能不同
的，这时应该以“交换机ID”为准，不能以“字段索引”来作为修改的依据，即应该看
前台表号而不是看其索引；
8、考虑到HLR不需要使用通配符，GMSC33没有经过验证、其数据配置相对比较简单，这
里建议只在VMSC33上使用。
2.3 具体操作步骤
通配符的使用，涉及到了系统表格的修改，所以需要进行加载，不能使用表格设定的方
式。由于要进行加载，所以操作规则要注意。
1、备份原有数据BDF；
2、通过数管台按照前面的先容进行正确的数据配置；
3、数据配置检查无误以后进行数据的全部格式转化，建议在格式转化时通过BAM的打印
窗口，查看是否转化无误，如果没有错误提示方可进行下一步操作，否则要根据错误提
示检查修改过的数据，寻找错误，如果无法发现错误应该及时将数据倒回，同时反馈问
题；
4、按照图2-2、2-3拨好主备GMPU的拨码开关，在24：00后进行操作，先加载备GMPU板，
然后主备倒换，开始测试，测试通过后加载原主GMPU板，加载完成以后恢复GMPU的拨码
开关到正常运行位置（图2-1），待主备同步。
5、如果主备倒换后测试失败，应该进行倒回，此时只需要再次进行主备倒换即可恢复到
原来的数据，然后将修改过的数据备份（以便后面查找失败的原因）最后把原来备份好
的数据恢复（恢复方法最好是停掉BAM，删除有问题的DBF，再把原来备份的BDF复制过来
，重起BAM即可），此时注意的是需要重新进行格式转化，观察打印消息无误以后加载备
GMPU。开关的拨法同4。
2.4 GMPU拨码开关
这里列出在单独进行数据加载时GMPU的拨码开关的拨法，作为使用时的参考。
1、正常运行时的拨法：
主MPU板 （多模块） 备MPU板 （多模块）
Figure2-1 正常运行时GMPU的拨码开关
注意对于单模块仅仅是7、8的DIP都置为OFF（左边），表示模块间通信带宽为256K，其
他的DIP拨法都同Figure 2-1，所以这里不列出了。
2、数据加载时GMPU拨码开关的拨法：
备板开关示意图（多模块） 备板开关示意图（单模块）
Figure2-2 数据加载时当前备GMPU的拨码开关
主板开关示意图(多模块) 主板开关示意图(单模块)
Figure2-3 数据加载时当前主GMPU的拨码开关