GSM常见问题的处理思路.pdf

目 录 233.2 常见案例分析. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22 3.1.5 OMC服务器的常用命令. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22 3.1.4 OMC服务器的各进程的启动方式. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 3.1.3 OMC服务器的常见的出错信息. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 3.1.2 OMC日志分析. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 3.1.1 OMC的正常进程. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 183.1 OMC的程序结构. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 第三部分 OMC常见问题处理. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 172.3 HLR SERVER的问题处理. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 2.2.2 HDB硬件问题的处理. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 2.2.1 配置文件错误引起的问题. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92.2 HDB的问题处理. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 2.1.2 用户上网类问题. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 2.1.1 前转类问题. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82.1 前置机数据类问题. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8第二部分 HLR常见问题处理. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 1.2.1 单通问题的处理. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51.2 通话类问题处理. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 1.1.2 具体案例分析. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 1.1.1 总体思路. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31.1 业务类问题处理. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3第一部分 MSC常见问题处理. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2GSM常见问题处理思路. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . GSM常见问题的处理思路 目录 1 GSMGSMGSMGSM常见问题处理思路常见问题处理思路常见问题处理思路常见问题处理思路 概要说明 本文主要讲述华为GSM系统NSS部分的常见问题的处理思路由于GSM系统比 较庞大涉及的技术也比较复杂因此问题的定位和处理也相应比较复杂 全文分为三个部分 第一部分MSC部分常见问题的处理包括业务问题通话话音问题的定位和 处理思路 第二部分HLR部分常见问题的处理包括HLR前置机HDB和HLR SERVER的常见问题的定位和处理 第三部分OMC SERVER常见问题的处理 Keywords GSM 常见问题 处理思路 MSC常见问题 HLR常见问题 OMC SERVER常见问题 GSM常见问题的处理思路 2 第第第第一一一一部分部分部分部分 MSCMSCMSCMSC常见问题处理常见问题处理常见问题处理常见问题处理 MSC的常见问题有业务类的问题通话类的问题和硬件故障类的问题 !要点 掌握业务类问题的处理思路 掌握通话类问题的处理思路 1.1 业务类问题处理 .1.1 总体思路总体思路总体思路总体思路 MSC常见问题主要和业务有关比如呼叫漫游切换补充业务等MSC的 问题处理的关键在于熟悉各种业务的流程和各接口的NO.7信令对于业务方面 的问题的处理的总体思路是分析现象跟踪消息并定位问题检查相 关数据 消息的跟踪的手段主要有以下几种 1用户接口跟踪 2接口跟踪 3链路跟踪 4使用信令分析仪表跟踪消息 在实际应用中可以根据需要进行选择 用户接口跟踪用户接口跟踪用户接口跟踪用户接口跟踪 用户接口跟踪适用于问题比较典型可以通过某个用户的表现进行定位而且 被跟踪的用户已经在我方的VLR中登记 接口跟踪接口跟踪接口跟踪接口跟踪 对某个接口比如A接口的跟踪主要用在开局割接前的调测中因为在网运行的 系统上某个接口的消息都特别多难以定位 链路跟踪链路跟踪链路跟踪链路跟踪 GSM常见问题的处理思路 3 链路跟踪包括从维护台跟踪和适用仪表跟踪的优点在于信息全便于查找 问题但是缺点在于对于一些链路很多的局向很难进行全面的跟踪有时需要 人工闭塞一些LINK才能跟踪到比较完整的消息对于从维护台跟踪下来的信令 消息直接存盘下来是文本文件的格式如果直接分析难度比较大可以使 用工具将其转换为MA10的格式使用MA10软件进行分析这样就非常方便 了不但有详细的消息解释而且还可以根据关键字对消息进行查找还能对 同一个业务的过程进行跟踪这种方法特别适用于不能对单用户进行跟踪或者 从大量的消息中分检单个呼叫或者其他业务的情况 1.1.2 具体案例分析具体案例分析具体案例分析具体案例分析 !要点 熟悉各种业务流程 熟练进行各种跟踪 消息分析 数据管理中每长表格以及表格内每个字段的意义和相互关系 案例1 由于其没有配置该基站的小区号数据或配置有误造成基站服务区内 用户只能做主叫 现象 Q基站开通后其服务区内的用户只能做主叫 处理过程 1对MSC侧的数据配置进行检查发现BSC表中有关该基站所在BSC的目 的信令点的数据与位置区小区表中该基站所在BSC的目的信令点的数据不 对应就是该错误造成了MSC在下发系统消息命令时不知把该命令下发给哪 个BSC从而导致该基站接收不到所要下发的寻呼消息 2对MSC侧的BSC表位置区小区表进行数据修改使该基站所在 BSC的目的信令点数据配置一致 3MSC数据设定以后该基站能正常开工对该基站服务区内的用户进行主 被叫拨打测试各种呼叫都正常 原因分析 Q基站与N基站S5/5/5成树型连接对该基站进行数据加载后该基站能正 常开工当锁定BCCH频点进行拨打测试时发现手机用户在该服务区内只能 GSM常见问题的处理思路 4 做主叫不能做被叫对ABIS接口进行信令跟踪后发现该基站BCCH没有向其 服务区内的用户下发寻呼消息PAGING MESSAGE由此可判断出问题的 原因可能是MSC侧在下发系统消息命令时由于其没有配置该基站所在 BSC的目的信令点数据或配置有误致使该基站接收不到下发的寻呼消息从 而造成其服务区内的用户不能作被叫 案例2 由于BSC表配置问题引起的寻呼不能成功 故障现象 某局调测时发现有大量用户在正常状态时做被叫提示暂时无法接通 的提示音 故障分析 在用户接口跟踪时发现漫游号码能正常取到而且MSC已经向BSC下发了寻呼 消息但是没有寻呼响应在MSC拆线的消息中提示目的地不可达在相应的 链路跟踪中不能看到寻呼消息这样故障可以定位在MSC没有将寻呼消息发到 链路中仔细检查消息发现不成功的呼叫中寻呼消息都是从MSC的某一个 模块发出的而MSC的这个模块到BSC没有链路检查MSC数据管理台中的 BSC表发现在该表中配置的所属MSC模块中配置了这个模块 处理过程 将BSC表中的该所属模块删除后问题解决 建议与总结 在BSC表中配置的所属MSC模块必须是有到BSC的链路的模块如果该模块没 有对应BSC的链路那么就会出现以上msc找不到bsc的情况 1.2 通话类问题处理 通话类的问题主要有以下两种单通和杂音 1.2.1 单通问题的处理单通问题的处理单通问题的处理单通问题的处理 单通问题可能存在于话路的从用户端到无线接口A接口TUP等各个环节和 各个设备中需要根据实际情况来定位在无线侧可能是由于无线信号上下行 信号不平衡TRX故障等原因在网络侧可能和HW连线错误鸳鸯线CIC数 据错误网板或者DTM单板故障有关 对于单通问题的定位使用可以监听时隙的2M误码仪进行监听不但可以将单通 定位在特定的系统上而且可以看出单通是只有来话还是去话这样非常容易 查找单通的原因了 GSM常见问题的处理思路 5 案例3 在增加话路中继时出现单通现象 现象描述 在增加A局到B局的话路中继后拨测时发现有单通现象 处理过程 1当发现有单通现象时进行拨测测试确认单通现象不是偶然现象而是由于 新增的话路中继造成的 2闭塞大部分的原有中继并针对网板的新增中继对应的时隙占用情况进行分 析发现当占上新增中继的其中两条时总会出现单通现象基本确认是否为新 增的中继存在问题 3闭塞一条有问题的中继对另一条进行测试仍然有单通现象 4首先再次检查这两条中继对应的DTM板的指示灯状态正常再查看 NO.7电路的状态空闲也很正常进一步核查数据和HW的连接情况也未 发现异常 5 插拔中继端口发现在断开有问题的一条中继时另一条中继也随之断 开说明两条中继线之间存在内在的关系 6再次查看中继线的收发连接情况未发现异常与B局联系对两对中继线 分别测试发现B局那一边将两对中继线的一条相互错位即连接情况如附图 所示 7大部分工程师在调测中继时只关心DTM板的指示灯状态如果状态正常 便认为硬件连接没有问题实际上象上图的连接方式指示灯状态也完全正 常这可能由于DTM板的RX与TX之间存在虚电路的连接例如E1-1的左边 一路的RXTX实际是通过其他三块中继板形成一种自环从而使DTM板指示 灯状态正常的 8如果左边一侧的局发起呼叫占上E1-1的中继并在IAI消息中让对端局也 占用相同中继的相同时隙(即相同CIC的电路但由于硬件的连接的错误导 致对端把来话接到另一条中继上从而形成单通现象 原因分析 单通现象是指通话的双方一方可以听到对方的声音而对方听不到自己的声 音单通现象的产生可能由以下原因造成 1硬件问题包括HW线的某条断开HW数据配置问题中继的连接错误 如上例中继电路的配置与物理连接不匹配等 2由于手机本身问题或基站侧的无线原因导致单通 GSM常见问题的处理思路 6 3在拨打长途时偶尔也会出现单通现象可能与长途传输有关 从以上原因看与我们网络侧有关的主要是第一点为了减少单通现象的产 生建议以下几点 1在铺设中继线时一定要将中继线贴好标签包括线序和收发端尽量减少中 继线连接错误的可能性 2在调测的过程中测试一定要细心在话务小的情况下可闭塞部分原有中 继增加占用新增中继的概率同时观察网板的时隙占用情况和在用户跟踪中 观察 出局所占的电路号确保每一条中继都被占用过 3如果出现单通现象应仔细分析产生的原因是否存在规律等不要盲目行 事 4在象开局时条件具备的情况下可对中继线一对一对进行拨打测试这样更 容易发现有问题的中继 GSM常见问题的处理思路 7 第第第第二二二二部分部分部分部分 HLRHLRHLRHLR常见问题处理常见问题处理常见问题处理常见问题处理 HLR由HLR前置机和HDB组成HLR对应的问题也可能是由前置机或者HDB对应的部分组 成 !要点 熟悉HLR的系统工作原理 掌握HLR部分的故障的分析定位和处理 2.1 前置机数据类问题前置机数据类问题前置机数据类问题前置机数据类问题 HLR前置机的数据比较简单除了硬件配置外对系统影响比较大的表有被叫 分析表IMSI区号对应表GT转换表等表格GT转换表影响用户的位置更 新被叫分析表禁止前转号码表影响用户呼叫转移的前转号码的合法性 IMSI区号对应表如果没有包括的号段登记前转时不能成功对于前置机数据 类的问题主要有下面几个方面 .1.1 1.1 1.1 1.1 前转类问题前转类问题前转类问题前转类问题 对于用户前转不能成功的问题主要检查被叫分析表禁止前转号码表 IMSI区号对应表等表格 案例4联通MS无法前转移动号段 故障现象 联通MS设定前转移动号段后做被叫时提示您拨的用户不存在但是可以前转 市话和本网手机 原因分析 在MS上设定前转移动的号段后在HLR用户数据管理台上查询所设定的前转号 码发现所设定的前转号码已变为008621139xxxxxxxx的形式由于多插入了本 地的区号(21)所以导致前转失败MS设定前转时HLR根据被叫分析表和禁 止前转号码表等表分析送上来的前转号码所以前转移动号段135-139 时将匹配至呼叫字冠为1的纪录认为是本地号码所以加上了008621的前 缀查看被叫分析表发现被叫字冠为1的业务属性为本地而130的业务属性 为移动网本地局 GSM常见问题的处理思路 8 处理过程 在被叫分析表中加上呼叫字冠为13的纪录业务属性为移动网他局或其他移 动属性设定之后前转都正常 2.1.2 用户上网类问题用户上网类问题用户上网类问题用户上网类问题 在HLR数据中与用户上网有关的主要就是GT转换表的配置其中包括了用户 的E.164和E.214编码在HLR的数据配置中只需要配置本HLR中用户对应的 E.214的编码即可其余的E.214的编码不用配置 2.2 HDB的问题处理的问题处理的问题处理的问题处理 HDB使用的操作系统为UNIX数据库采用ORACLE对HDB的维护需要了解 UNIX和ORACLE 的相关知识另外对于HDB中各目录和文件的配置以及我们 的HLR常用的表格的结构必须了解 2.2.1 配置文件错误引起的问题配置文件错误引起的问题配置文件错误引起的问题配置文件错误引起的问题 hdb中最常见产生问题的配置文件就是hlr.sh文件 案例5 HDB中SERVER IP地址设置不当导致在HLR用户数据管理台中不能开 户销户等操作 故障现象 某局在调测时发现登录HLR 用户数据管理台正常能添加删除资源但是 在进行开户销户等操作时不能成功提示错误 原因分析 在HDB中hlr.sh文件中的OMC SERVER IP地址应该为HLRSERVER的IP地址 不能是OMC SERVER的IP地址该地址如果不正确就HDB与HLR SERVER不能正常连接 处理过程 检查HDB和OMC系统连接的网线连接连接正常排除了网络连接的问题 然后在HLR SERVER中查看HLRCOM的进程只有一个这说明HDB和HLR SERVER连接有问题在HDB中检查hlr.sh 文件OMC SERVER IP项地址设置 为0但是实际上的HLR SERVER的IP地址为 将双机中 的该地址改正后并通过以下步骤将HDB中的HLR重启 # hareg n hlr #hareg y hlr 重启后问题解决 GSM常见问题的处理思路 9 2.2.2 HDB硬件问题的处理硬件问题的处理硬件问题的处理硬件问题的处理 HDB硬件配置比较复杂主要包括终端连接器主机磁盘组网络连接等 .2.2.1 2.2.1 2.2.1 2.2.1 终端连接器问题终端连接器问题终端连接器问题终端连接器问题 确认问题 “确认无硬件连接问题电源问题 问题表现 #连接口忙 #连接无响应 故障恢复 #连接口忙 关闭其它连接口再试 不成功关终端连接器并重启再试 不成功按安装手册对其重配置再试 不成功要求SUN公司设备维护或更换 #连接无响应 要求终端连接器设备维护或更换 .2 2 2 2. . . .2 2 2 2. . . .2 2 2 2 启动问题启动问题启动问题启动问题 确认问题 “确认没有安装问题电源问题 问题表现 #Telnet 到终端连接器上如果主备机显示ok表示没有正常启动 UNIX如果双机都有hwhlr-ph1 或hwhlr-ph2提示符表示 UNIX启动正常 GSM常见问题的处理思路 10 #Telnet 到逻辑主机93上如果可以连接表示HA启动 连接不通表示双机HA失效或没有启动 问题恢复 #HA没有正常启动 ping 93 发现 time out. 提示ping 其它物理主机如上操作 表示正常使用检测工具检查应该发现HA软件没有运行且大部 份检测项报错或报超时 此时Telnet 到一二号主机手工启动HA参考启动HA一节建议 使用/etc/rc3.d/S99startcluster start来启动并观察启动过程中终端和终 端监视器上的输出如果不能启动则使用scadmin方法来启动正 常结束后应用可以恢复使用检测程序可以看到测试项都为ok若 仍有测试项不通过重新定位问题 使 用 S99startcluster 程 序 启 动 不 成 功 而 scadmin 启 动 成 功表 示 S99startcluster程序问题要求公司重新检查程序并发送改正后的程序 #双机或单机ping不通 进入在终端监视器如果显示ok表示此机进入ok状态UNIX没有 正常启动输入boot起动本机UNIX正常启动HA启动应用启 动正常结束系统恢复使用检测程序可以看到HA应用都为Ok 若仍有测试项不通过重新定位问题 进入终端监视器查看如果本机没有显示输出或长期挂起没有运行 表示主机进程发生故障强制本机退回到ok状态后按以上步骤进行 恢复 GSM常见问题的处理思路 11 操作方法在终端监视器上按 + 后输入send brk;退回到ok状态 输入boot启动 hwhlr-ph1ls Deftemp.txt abc.txt Dump . Error. .以上为输出的错误消息此时主机已经挂起按回车后不出 现提示符 不成功则关本机电源后重开电源重复以上操作 .2 2 2 2. . . .2 2 2 2. . . .3 3 3 3 网络问题网络问题网络问题网络问题 确认问题 “确认两台主机都处理开机状态 “确认没有安装问题硬件连接问题电源问题启动问题 “确认Telnet 终端连接器发现双机已经出现提示符hwhlr-ph1或 hwhlr-ph2且两机都可以在终端连接器上使用用户口令登录 问题表现 #双机中任一机Ping Ip不通 #双机中任一机Ping hostname 不通 #双机中任一机Ping 私网IP不通 #双机中任一机使用rsh登录到另一机不成功 #双机中任一机显示网卡有倒换 若没有以上问题请重新判断是否为网络问题 问题恢复 #双机中任一机Ping Ip不通 GSM常见问题的处理思路 12 查看/etc/hosts文件与安装手册上比较确认是否文件问题 重启动观察启动是否成功 不 成 功 则 备 份 /etc 目 录 到 /opt/hlrsetup/backup 下命 名 为 hwhlr-ph1.etc.error.日期.tar.Z恢复早期本机上的/etc 目录并重启重 新定位问题 注意 双机中的备份是不同的每台机器都备有双机的备份必须 先确认机器名再进行恢复 问题仍存在电话通知HDB项目组请求对磁盘全面恢复 #双机中任一机Ping hostname不通 如果IP能ping通但Hostname Ping 不通表示/etc/hosts文件有问题 与安装手册比较恢复本机下/etc/hosts文件 注意 双机hosts文件不同必须确认两台机器的文件名后再用 vi修改 #双机中任一机Ping 私网IP不通确认HA已经启动 使用hastat命令查看当前私网状态如果私网已经从0口转到1口 表示有一块私网网卡出现了倒换要求SUN公司对网卡设备进行维护 如果没有以上问题仍然Ping 不通请使用ifconfig -a命令查看本机上 的私网情况如果没有hme1和qfe0的消息则表示为HA配置文件错 误恢复HA配置文件并重启HA参考恢复HA一节 #双机中任一机使用rsh登录到另一机不成功 如果使用IP和hostname进行Telnet 连接正常而使用rsh连接不正常 这种情况下HA可能不能正常工作这是由于双机中主机信任关系 文件损坏 GSM常见问题的处理思路 13 查看/.rhosts文件确认两台主机的所有IP都在其中由于自动备份会 修改这个文件所以在恢复前先通关掉自动备份与告警功能再根 据安装手册上修改/.rhosts文件一节恢复两台主机的/.rhosts文件并重 新安装自动备份 不成功重启动 #双机中任一机显示网卡有倒换 使用Ifconfig -a命令查看双机中任一机的当前网卡已经倒换过用 pnmstat -l查看NAFO一节可以看到网卡已经倒换过在终端监视器 上查看发现有hme0 link down显示约一分钟一次 使用Pnmstat -l查看公网NAFO状态正常情况 hwhlr-ph1/opt/SUNWpnm/bin/pnmstat -l Bkggrp r_adp status fo_time live_adp 恢复时先检查网线连接是否断开双LANSWITCH中是否有一个断 电LANSWITCH上连接灯是否亮 如果连接正常表示网卡配置文件已坏检查公网NAFO倒换设置 下面为一号主机上操作最后一位是Cluster ID号0表示第一台主 机1表示第二台主机 hwhlr-ph1/opt/SUNWpnm/bin/pnmd -s -c hwhlr -l 0 PNMt tt d / Nf XX / RNMfi 以上三种情况都表示配置错误请恢复haconf再试 不成功重启按以上步骤再测试一次确保NAFO设置没有问题 网络仍有故障通知SUN公司可能要对硬件网卡进行更换 主用机网卡问题先倒到备机恢复后重启动本机 备用机网卡问题恢复后重启动本机 要求恢复完成后检测网络全部正常 GSM常见问题的处理思路 14 .2 2 2 2. . . ..4 4 4 4 磁盘问题磁盘问题磁盘问题磁盘问题 确认问题 #发现分区有异常增大 #双机中任一机不能正常启动且不能按启动问题恢复 #检测程序报磁盘阵列错误 问题恢复 #发现分区有异常增大 恢复时查看/var/adm/messages文件看是不是有异常增大增大过 快请查看里面内容后备份/var目录到/dsk/c0t0d0s7物理设备上的 ohter目录下文件名为hwhlr-ph1.var.日期.tar.Z恢复出厂备份的 /var目录 #双机中任一机不能正常启动且不能按启动问题恢复 这种问很有可能是由于长期没有对系统进行维护部份目录空间不够 造成启动不正常可能不能正常进入UNIX 恢复按关单机的方法将有故障的一台机halt进入ok状态boot -s 让系统启动到单用户模式按上一种方法恢复原/var目录重启动 0 ok boot -s INIT: SINGLE USER MODE Type Ctrl-d to proceed with normal startup, (or give root password for system 另一种情况是可能由于意外情况造成/opt或其它分区不能挂上系统 这样可能可以进入UNIX但是运行不正常或大量应用不能运行 恢复fsck命令检查并修复磁盘参考安装手册将没有挂上的分区手 工挂上哪个分区不见了就挂哪一个分区 hwhlr-ph1mount /opt /dev/dsk/c0t0d0sX GSM常见问题的处理思路 15 以上操作都不能成功通知HDB项目组请求对本机磁盘进行全面恢 复 #检测程序报磁盘阵列错误 如果自动恢复不能成功表示磁盘阵列上有硬盘从组中间脱离或是 磁盘阵列配置问题 恢复先按要求备份双机/etc目录并恢复正确的双机/etc目录重启 双机 不成功参考以上磁盘阵列操作使用手工恢复磁盘阵列问题 2 2 2 2. . . ..5 5 5 5 HAHAHAHA问题问题问题问题 确认问题 #确认双机UNIX都正常 #检测程序报HA没有启动 #检测程序报磁盘阵列挂接不上 问题恢复 #检测程序报HA没有启动 恢复参考启动问题手工启动HA #检测程序报磁盘阵列挂接不上 恢复恢复ccd文件备份按要求启动HA系统恢复表示ccd文件损 坏 不成功停本机HA恢复haconf重启HA系统恢复表示系统配 置文件损坏 不成功重启动系统恢复表示配置文件损坏 不成功手工恢复磁盘阵列故障系统恢复磁盘阵列硬件故障 GSM常见问题的处理思路 16 不成功说明磁盘阵列磁盘出现严重故障与SUN公司联系要求换硬 盘同时申请使用单机接管 2.3 HLR SERVER的问题处理的问题处理的问题处理的问题处理 HLR SERVER中最重要的就是HLR数据库其中包括了用户的IMSI MSISDN和KIKC等号码资源 所有的用户数据操作包括营业厅操作都是通 过HLR SERVER完成的对于HLR SERVER的问题处理必须熟悉UNIX操作系 统和SYBASE数据库的常用操作由于HLR SERVER和OMC SERVER有很多共 同的地方HLR SERVER的问题和OMC SERVER的问题放在一起详见下一 部分内容 GSM常见问题的处理思路 17 第第第第三三三三部分部分部分部分 OMCOMCOMCOMC常见问题处理常见问题处理常见问题处理常见问题处理 !要点 熟悉OMC的程序结构和常见进程 掌握OMC常见问题的处理思路 3.1 3.1 3.1 3.1 OMCOMCOMCOMC的程序结构的程序结构的程序结构的程序结构 !要点 熟悉OMC在正常情况下有些什么进程 掌握OMC的日志文件的意义 3.1.1 3.1.1 3.1.1 3.1.1 OMCOMCOMCOMC的正常进程的正常进程的正常进程的正常进程 OMC服务器主要包含如下几个部分也就是平常见到的OMC的进程 timesvrd 时间服务器进程为整个系统提供定时服务正常时以ps命令查看应 该有5个以上的进程 newswitchsvr OMC系统路由器为所有浏览器的全部业务台 Bam和各服务器进程提供彼此间的路由选择所有浏览器 Bam和各服务器进程都与之相连为他们分配唯一的台号 newlogmanager 日志服务器存放浏览器上各种操作日志 newserverd 配置服务器为整个系统提供定时产生日志和记录并通知浏览 器节点信息通知Bam节点号 alarmbam 告警服务器是所有告警数据存放地并进行统一分发正常时有2个 进程 hlrserver HLR用户管理服务器处理各种HLR用户操作当浏览器上没有 HLR用户管理窗口被打开时只有1个进程有多少浏览器上打开了HLR用户 管理窗口它的进程就多起几个 GSM常见问题的处理思路 18 newbillsvr 话单服务器接收Bam传来的话单存放在OMC用户下的billdata目 录下 newcommdriver 应用集中器是服务器侧各业务台申请台号和业务分发的 统一接口正常时有2个进程 newfhlrsvr OMC与HLR接口程序进行协议转换和为HLR提供一些配置业务数 据正常时有2个进程若只有1个说明与HLR连接有问题 Mmlsvr 进程用于营业厅人机命令的接口程序 正常时有2个进程若只有1个说 明与营业厅连接有问题 3.1.2 OMC日志分析日志分析日志分析日志分析 OMC服务器日志信息是进行日常OMC服务器维护不可缺少的部分每个进程 都对应着自己的日志文件具体如下 timesvrd 时间服务器进程的日志文件为timesvr.log newswitchsvr OMC系统路由器的日志文件为switch.log newlogmanager 日志服务器的日志文件为logman.log数据库操作日志为 logdbmsg.log newserverd 配置服务器的日志文件为newconfig.log alarmbam 告警服务器的日志文件为newalarm.log数据库操作日志为 newalarmdbmsg.log hlrserver HLR用户管理服务器的日志文件为hlrserver.log数据库操作日志为 hlrdbmsg.log newbillsvr 话单服务器的日志文件为newbillsvr.log newcommdriver 应用集中器的日志文件为commdrv.log newfhlrsvr OMC与HLR接口程序的日志文件为newfhlrsvr.log数据库操作日志 为Newfhlrdbmsg.log 其中正常日志程序运行过程中所有异常信息具体到出错行号 数据库日志 信息记录程序运行过程中涉及到数据库操作的出错信息 在出现浏览器或 Bam与OMC服务器连接不上或各业务台操作异常时可以查看OMC服务器日 志信息定位出错原因步骤如下 A查看网络情况 以ping命令看出错机器与OMC服务器之间通讯状况 B查看进程数量 GSM常见问题的处理思路 19 首先查看newswitchsvr进程是否为两个若不是则进入OMC用户下log目录 以vi命令查看switch.log文件中Fail信息或以如下命令进行错误信息统计: grep Fail switch.log然后根据具体出错信息进行具体解决 其次查看newcommdriver进程是否为两个若不是则进入OMC用户下log目 录以vi命令查看commdrv.log文件中Fail信息或以如下命令进行错误信息统 计grep Fail commdrv.log然后根据具体出错信息进行具体解决 再次根据出错的业务台来确定相应的服务器进程查看其进程数和日志出错 信息方法同上 最后如果确定出错进程为newlogmanagerhlrservernewfhlrsvr或 alarmbam其数据库日志中出现与错误信息则以ISQL命令进入sybase环境 查看数据库情况 C查看硬盘是否写满 以df -k命令看硬盘的各相关文件系统是否写满一般屏幕 显示格式如下 文件系统 千字节 用了 可用 容量 挂接在 /dev/dsk/c0t0d0s0 96031 13689 72742 16% / /dev/dsk/c0t0d0s4 336863 226223 76960 75% /usr /proc 0 0 0 0% /proc fd 0 0 0 0% /dev/fd /dev/dsk/c0t0d0s3 192807 16013 157514 10% /var /dev/dsk/c0t0d0s6 428319 266876 118613 70% /home /dev/dsk/c0t1d0s0 96031 9 86422 1% /home1 /dev/dsk/c0t0d0s5 384871 205396 140995 60% /opt swap 114112 40 114072 1% /tmp 注意如果某个文件系统的容量变为100%则可能导致程序运行出错 3.1.3 OMC服务器的常见的出错信息服务器的常见的出错信息服务器的常见的出错信息服务器的常见的出错信息 A网络通讯异常包括系统设置不正确网线或网卡出故障 等 B硬盘文件分区写满判断方式如3.2C所述如果在CDE窗口方式 下不要忘记打开一个控制台窗口 GSM常见问题的处理思路 20 C数据库日志写满方式为在OMC用户下执行如下命令 isql -Usa -Pserver1234进入sybase环境 然后在sybase环境执行如下命令 查看master库日志情况 sp_helpdb master go 如果free kbytes对应的数值为0或只有几十则说明日志库 异常执行如下命令 来清理日志 dump transaction master with no_log 查看告警库warn日志情况 sp_helpdb warn go 如果free kbytes对应的数值为0或只有几十则说明日志库异常执行如下命令 来清理日志 dump transaction warn with no_log 查看OMC日志库newomclog日志情况 sp_helpdb newomclog go 如果free kbytes对应的数值为0或只有几十则说明日志库异常执行如下命令 来清理日志 dump transaction newomclog with no_log 查看Hlr用户库Hlr日志情况 sp_helpdb hlr go 如果free kbytes对应的数值为0或只有几十则说明日志库 异常执行如下命令 来清理日志 dump transaction hlr with no_log GSM常见问题的处理思路 21 D因掉电等原因造成数据库坏掉而无法进入此时数据一般会 丢失处理方法为 首先按2.1.1所述停止与出错数据库相关的进程 其次执行如下命令isql -Usa -Pserver1234进入sybase环境然后在sybase环境 执行如下命令 如果出错的为Hlr用户管理库 dbcc dbrepair(hlr,dropdb) go 如果出错的为告警warn库 dbcc dbrepair(warn,dropdb) go 如果出错的为OMC日志库 dbcc dbrepair(newomclog,dropdb) go EOMC服务器处理能力不够 如果不是以上出错原因可能是因为OMC处理能力有限可重新启动服务 器初始化系统不会影响业务 3.1.4 OM