当前位置:首页 >> 信息与通信 >>

上海用服部 ZXG10-BSS 2005年09月份工程经验汇总


内部公开▲ 内部公开▲

月份工程经验汇总 移动事业部用服部 GSM 产品 9 月份工程经验汇总

中兴通讯移动事业部用服部

内部公开▲ 内部公开▲

目录

1

GSM 产品工程经验汇总 ---------------------------------

-------------------------------- 5
1.1 GSM 工程支持一科 ------------------------------------------------------------------------- 5
1.1.1.1 1.1.1.2 1.1.1.3 1.1.1.4 1.1.1.5 1.1.1.6 1.1.1.7 1.1.1.8 1.1.1.9 1.1.1.10 1.1.1.11 1.1.1.12 1.1.1.13 1.1.1.14 1.1.1.15 1.1.1.16 1.1.1.17 1.1.1.18 1.1.1.19 1.1.1.20 1.1.1.21 1.1.1.22 1.1.1.23 BSCV2.0 设备 OMCR 客户端无法登录故障的处理------------------------------------- 5 域级联用户执行人机命令 --------------------------------------------------------------------- 5 GB 口对接时的一点注意事项--关于 E1 端口校验方式的设置 ----------------------- 5 替换我公司 BSC1.6 设备时,建有透明通道的基站注意避开相应的时隙 -------- 6 用 BS30 组建O2 站型时,在 OMCR 客户端无法对副机柜加载版本 -------------- 6 透明通道 A 口收敛 PCM 配置时注意 ------------------------------------------------------ 6 同一地区不同类型手机寻找不到网络现象排查 ----------------------------------------- 6 解决 BSC1.6 无法和 BSC2.0 进行切换 ----------------------------------------------------- 7 解决实验室里切换距离太近,干扰源太多,无法切换 -------------------------------- 7 版本入库提示创建目录失败 --------------------------------------------------------------- 7 解决 V2 站全部载频 LAPD 断的故障 --------------------------------------------------- 7 解决基站干扰问题 --------------------------------------------------------------------------- 7 解决透明通道与载频时隙冲突的问题 -------------------------------------------------- 8 解决小区无话务故障 ------------------------------------------------------------------------ 8 磁盘空间占满导致客户端无法登录------------------------------------------------------ 8 OMCR 服务与 MP"假断链" ---------------------------------------------------------------- 8 BSCA 口拨打测试中的问题 --------------------------------------------------------------- 8 BTS 在开通维护时单板插拨和线缆维护的注意事项 -------------------------------- 9 扩容 RRM 模块时,新配置的数据不能下发的解决注意事项 ----------------------- 9 新开 BSC 与西门子交换对接,只能打出不能打入电话现象 ------------------------ 9 OMCR 服务器端系统用 root 用户启动后的处理。 --------------------------------- 9 SOLARIS 里强制删除一个用户 -------------------------------------------------------- 10 GPRS 对接 ----------------------------------------------------------------------------------- 10 1.1.1 GSM 工程支持一科 9 月经验汇总 -------------------------------------------------------------------- 5

1.2
1.2.1

GSM 工程支持二科 ----------------------------------------------------------------------- 10
GSM 工程支持二科 9 月经验汇总 --------------------------------------------------------------- 10 生成性能报表出错 ---------------------------------------------------------------------------- 10 BRP 与 MP 通讯中断故障解决办法 ------------------------------------------------------ 11 由于传输不对引起的基站故障排查 ------------------------------------------------------- 11 关于在客户端增加用户时的问题解决 ---------------------------------------------------- 11 关于 ZTE 的 BSS 向 Ericsson 的 BSS 切换异常的定位------------------------------- 12 基站风扇告警维护经验 ---------------------------------------------------------------------- 12 缺省值的修改----------------------------------------------------------------------------------- 12 Probe 数据探针与 OMCR 客户端冲突 ---------------------------------------------------- 12 A 口对接时,MP需要的设置 ------------------------------------------------------------- 13 2G BSC 割接 3G 网络流程 --------------------------------------------------------------- 13 关于几个无线指标不好基站的处理方法 --------------------------------------------- 13 1.2.1.1 1.2.1.2 1.2.1.3 1.2.1.4 1.2.1.5 1.2.1.6 1.2.1.7 1.2.1.8 1.2.1.9 1.2.1.10 1.2.1.11

内部公开▲ 内部公开▲
1.2.1.12 1.2.1.13 1.2.1.14 1.2.1.15 1.2.1.16 1.2.1.17 1.2.1.18 关于 BPP 板子上有多少个 PS 信道查询方法---------------------------------------- 14 删除测量任务及观察任务 ---------------------------------------------------------------- 14 DB2 版本 OMCR 配置库备份和恢复操作说明 ------------------------------------- 14 MP 无法正常工作 ------------------------------------------------------------------------- 14 BS30 干结点告警 --------------------------------------------------------------------------- 15 关于 GPRS 调试 ---------------------------------------------------------------------------- 15 最新 BTSV2 配置更改 -------------------------------------------------------------------- 15

1.3
1.3.1

GSM 工程支持三科 ----------------------------------------------------------------------- 15
GSM 工程支持三科 9 月经验汇总 --------------------------------------------------------------- 15 跳频序列 MAIO 的分配问题 --------------------------------------------------------------- 15 BSC 后备板连线问题导致通话双向无声处理一例 ------------------------------------ 16 前后台数据不一致导致基站无法通话故障处理一例 --------------------------------- 17 查看 MP 的 log,检查 MP 启动或运行状况 -------------------------------------------- 18 Acterna8630 信令分析仪使用基础--------------------------------------------------------- 19 BSC 单板逻辑更新注意事项---------------------------------------------------------------- 19 修改完 MCC,MNC 后,发现新添加的基站和老的基站间不能切换------------ 19 DHR 的原理和配置注意事项 --------------------------------------------------------------- 19 西藏移动山南新开的 ZXG10 BSCV2 告警箱灯全亮的现象处理 ------------------ 20 西藏移动新开的 ZXG10 BSC 出现约4分钟断话的现象处理 ------------------ 20 BS30 内置 T150 的开局调试------------------------------------------------------------- 20 GPRS 的动态信道 -------------------------------------------------------------------------- 21 OMCR(04a)开局时 OMCR 脚本安装注意事项 -------------------------------------- 21 安装 Solaris 后系统 CDE 图形界面无法启动问题处理 --------------------------- 21 动态 HR 的配置方法 ---------------------------------------------------------------------- 22 ZXG10-OMCR 组网 ----------------------------------------------------------------------- 22 DSNI 单板闪灯双主用的处理 ----------------------------------------------------------- 22 开通卫星级联基站问题及解决方案---------------------------------------------------- 22 告警中看不到 BSC 的处理 --------------------------------------------------------------- 23 1.3.1.1 1.3.1.2 1.3.1.3 1.3.1.4 1.3.1.5 1.3.1.6 1.3.1.7 1.3.1.8 1.3.1.9 1.3.1.10 1.3.1.11 1.3.1.12 1.3.1.13 1.3.1.14 1.3.1.15 1.3.1.16 1.3.1.17 1.3.1.18 1.3.1.19

1.4
1.4.1

工程技术科 --------------------------------------------------------------------------------- 23
工程技术科 9 月经验汇总 ---------------------------------------------------------------------- 23 塔放类问题排查案例----CDU 烧保险 ----------------------------------------------------- 23 塔放故障排查案例二 ------------------------------------------------------------------------- 23 塔放故障排查案例三 ------------------------------------------------------------------------- 23 塔放故障排查案例四 ------------------------------------------------------------------------- 24 OMCRV2.5 中 tsc 配置一点注意 ---------------------------------------------------------- 24 异常驻波比处理的一个方法 ---------------------------------------------------------------- 25 uisf 出现断链提示的一个处理方法-------------------------------------------------------- 25 OMCR 生成日志 ------------------------------------------------------------------------------- 25 同一网段的多个告警箱 ---------------------------------------------------------------------- 26 基站切换数据异常导致基站拥塞 ------------------------------------------------------- 26 BSC 告警箱故障 ---------------------------------------------------------------------------- 26 巴基斯坦前后台数据不一致的分析处理 --------------------------------------------- 26 1.4.1.1 1.4.1.2 1.4.1.3 1.4.1.4 1.4.1.5 1.4.1.6 1.4.1.7 1.4.1.8 1.4.1.9 1.4.1.10 1.4.1.11 1.4.1.12

1.5

产品工程科 --------------------------------------------------------------------------------- 27

内部公开▲ 内部公开▲
1.5.1 1.5.1.1 1.5.1.2 1.5.1.3 1.5.1.4 1.5.1.5 1.5.1.6 1.5.1.7 工程技术科 9 月经验汇总 ---------------------------------------------------------------------- 27 开通 bts 的一些经验 -------------------------------------------------------------------------- 27 V2 基站级联连接方法 ------------------------------------------------------------------------ 27 基站开通后版本反复加载,长时间无法下载处理方法 -------------------------------- 27 三级站点开通经验 ---------------------------------------------------------------------------- 27 基站的天线方位角和设计的位置相反产生的问题 ------------------------------------ 28 前台 BSC TCPIP.CFG 文件设置注意事项 ----------------------------------------------- 28 割接时环境监控部分告警不能上传 ------------------------------------------------------- 28

1.6
1.6.1

三营各办事处 ------------------------------------------------------------------------------ 29
三营各办事处 9 月经验汇总 ------------------------------------------------------------------- 29 单通问题可能的故障原因 ------------------------------------------------------------------- 29 某个基站切换指标突然下降的一个可能原因 ------------------------------------------ 29 载频隐性故障的处理 ------------------------------------------------------------------------- 29 基站接某些透明通道环境监控设备后引起的小区拨打电话困难解决方法 ----- 30 中兴 T150 光端机和华为传输网对接时应注意的问题 ------------------------------- 30 GSM900M 基站和 1800 基站共用一条传输时相应的拨码开关配置情况说明 - 32 聊城联通 ZXG10-BSC 上报 EFR 问题 --------------------------------------------------- 32 时间设置对报表提取的影响 ---------------------------------------------------------------- 32 修改基站数据的小窍门 ---------------------------------------------------------------------- 33 批量修改参数的方法 ---------------------------------------------------------------------- 33 庆阳联通工商银行基站一、三小区时好时坏的故障处理 ------------------------ 34 如何快速解决小区拥塞 ------------------------------------------------------------------- 34 准确快速完成话务统计筛选 ------------------------------------------------------------- 34 迅速处理呼叫失败 ------------------------------------------------------------------------- 34 基站接地对 G 网基站通话质量的影响 ------------------------------------------------ 35 出现大面积单通、双向无声、串话等问题时 A 口拨测方法 -------------------- 35 ZXG10-V1A 基站复用方式引起扩容故障的处理 -------------------------------- 35 GPRS 网优优化 ----------------------------------------------------------------------------- 35 GPRS 全局中断故障的处理-------------------------------------------------------------- 36 ZXG10-BSS 小区未配置 GPRS 信道引起的问题 --------------------------------- 36 GSM BTSV2 塔放安装 ------------------------------------------------------------------- 36 基站拥塞 ------------------------------------------------------------------------------------- 37 基站突然切换率下降 ---------------------------------------------------------------------- 37 1.6.1.1 1.6.1.2 1.6.1.3 1.6.1.4 1.6.1.5 1.6.1.6 1.6.1.7 1.6.1.8 1.6.1.9 1.6.1.10 1.6.1.11 1.6.1.12 1.6.1.13 1.6.1.14 1.6.1.15 1.6.1.16 1.6.1.17 1.6.1.18 1.6.1.19 1.6.1.20 1.6.1.21 1.6.1.22 1.6.1.23

内部公开▲ 内部公开▲

1 GSM 产品工程经验汇总

1.1 GSM 工程支持一科
1.1.1 GSM 工程支持一科 9 月经验汇总
1.1.1.1 BSCV2.0 设备 OMCR 客户端无法登录故障的处理

:焦强 【作者姓名】 焦强 作者姓名】 : 现象描述】 【现象描述】 BSCV2.0 设备的 OMCR 客户端无法正常登录。在运行客户端程序登录时,弹出 :
“未收到服务器登录返回消息,请重试。”

: 【解决方案】 PINGOMCR 服务器 IP 地址正常。检查客户端配置文件正常。更改客户端配置文 解决方案】
件中的客户端设备机器编号,重新登录,错误相同。检查客户端硬盘空间,空间足够。打开客户 端 NETURM 工具,登录服务器,使用 omcps 查看服务器进程,发现服务器不识别该命令;再使 用 mpinfo 查看 mp 建链情况,发现服务器也不识别 mpinfo 命令。查看 oracle 服务,发现正常。 检测 oracle 监听进程,发现监听进程出现错误。在 OMCR 服务器上关闭 oracle 服务,然后,重 新启动 oracle 服务,启动 oracle 监听进程,启动 omc 进程。查看 omc 进程正常。重新在客户端 登录服务器,登录正常。

1.1.1.2

域级联用户执行人机命令

:李录俊 【作者姓名】 李录俊 作者姓名】 : 现象描述】 【现象描述】 域级联用户,在字符终端输入人机命令时,提示:操作的域不存在 : 解决方案】 【解决方案】 域级联用户,在字符终端设置当前操作域的命令:“setdomain 域 ID”,不加分号, :
后续的命令默认就是发往设定的这个域的。

1.1.1.3

GB 口对接时的一点注意事项--关于 E1 端口校验方式的设置 口对接时的一点注意事项 关于

:李文龙 【作者姓名】 李文龙 作者姓名】 : 现象描述】 观察发现中兴设备的 TIC 板上 E1 时断 【现象描述】 中兴 BSC 与 Motorola SGSN 进行对接时, :
时通,而对端发现有传输告警,Gb 口对接不成功

: 【解决方案】 解决方案】
1)出现上面的现象后,首先检查 E1 传输。在同一点对两端进行回环,发现 E1 链路都是通的。 现场使用了 2 条 E1, E1 直通后, 将 在中兴 BSC 侧发现两条 E1 时通时断, 而对端又有传输告警, 问题应该还是出在传输上 2)经过分析,觉得这种现象很可能是因为传输误码过高所导致的,进而怀疑是因为两端的校验方 式不一致而引起的。通过询问,了解到 Motorola SGSN 端所采用的校验方式是 CRC4 的,而我们 的系统中 E1 端口的校验方式为基本校验,两端不一致,很有可能导致上述现象的出现 3)尝试在 BSC 侧更改 E1 端口的校验方式:采用命令的形式,将 Gb 口 E1 的校验方式改为多帧 格式,与 SGSN 侧匹配。命令的格式为:

内部公开▲ 内部公开▲
EGPM:EBSCID= ,ModuleNo= ,MUnit= ,Unit= ,PCMNo= :FRMMode=2; 其中,最后一个参数 FRMMode 表示不同的校验方式:0 或 1 表示双帧格式,对应基本校验;2 表示多帧格式,对应 CRC4 等校验方式 4)更改成功后,Gb 口对接成功。

1.1.1.4

设备时, 替换我公司 BSC1.6 设备时,建有透明通道的基站注意避开相应的时隙

:许波 【作者姓名】 许波 作者姓名】 : 现象描述】 【现象描述】 在四川阿坝地区马尔康移动公司的 BSC1.6 替换成 BSC2.0 的工程中,有很多大 :
站不光有动力环境监控,还有当地营业厅的 BOSS 系统和办公 OA 系统, 这些设备要抽取基站的 时隙(抽取固定的时隙) ,如不注意,不查看原 BSC1.6 下这些透明通道抽取的是哪些时隙,会 造成这些时隙占用的载频出现双向无声,引起网络指标严重下降.

: 【解决方案】 在做这些基站的数据时,每个小区只建一个载频,并发送大事件。然后建透明通 解决方案】
道(根据原 BSC1.6 的透明通道参数做) ,发送大事件,最后再将其他载频做上去,这样载频占 的时隙就避开透明通道所占的时隙了。但是一条透明通道占用 3 个 A 口 TIC-HW 资源,在 A 口 TIC-HW 资源不足的情况下,只有删掉一些 A 口了.

1.1.1.5

组建O 站型时, 用 BS30 组建O2 站型时,在 OMCR 客户端无法对副机柜加载版本

作者姓名】 :许波 【作者姓名】 许波 : 【现象描述】 在四川阿坝地区马尔康移动公司的 BSC1.6 替换成 BSC2.0 的工程中,九黄机场 现象描述】 :
02、九黄机场 03 站都是 BS30 的 O2 站型,在对这两个基站设备加载版本时发现:做主机柜的设 备可以加载版本,工作正常,做副机柜的设备 TRX 显示与 BSC 的 LAPD 断链,在动态里面观察 总是在加载版本.

: 【解决方案】 在现场对做副机柜的设备通过笔记本对 CMM 板加载软件版本,然后副机柜做 解决方案】
主用,在 OMCR 客户端对其加载其余5个版本.如显示 TRX 与 BSC 的 LAPD 断链,等 5 分钟 故障依旧,对主机柜的 CMM 板复位即可.如显示 L3 软件不存在,等10分钟后系统会自动恢 复.

1.1.1.6

透明通道 A 口收敛 PCM 配置时注意

:蔡晓丹 【作者姓名】 蔡晓丹 作者姓名】 : 现象描述】 【现象描述】 在配置透明通道收敛时隙时,其余的不用时隙不能配成话路,一定要仔细,而且 :
特别在扩容的时候要注意这点, 有时候不清楚以前的配置情况得先问清楚, 如果不小心配成话路, 会造成接通后双向无声或者就是杂音类似传真的声音。

: 【解决方案】 把收敛 pcm 不用时隙去话路或者闭塞,这样话路不会占用这些时隙。 解决方案】 1.1.1.7 同一地区不同类型手机寻找不到网络现象排查

:蔡晓丹 【作者姓名】 蔡晓丹 作者姓名】 : 现象描述】 【现象描述】 通过测试发现,某些型号的手机在掉网后,在确认能收到移动信号,且信号电平 :
在-85db 以上的情况下,始终不能重新入网。手机上显示仅能进行紧急呼叫。通过手机手动搜索 网络,只能搜索到中国联通。本人的手机 SGH208 到现场后显示限制服务,在拔掉电池重新开机

内部公开▲ 内部公开▲
后找到移动网络。

【解决方案】:排查结果:联通 G 网频偏造成移动用户搜索网络失败,详细请看附件 解决方案】

C:\Documents and Settings\Administrator

1.1.1.8

解决 BSC1.6 无法和 BSC2.0 进行切换

:赵强 【作者姓名】 赵强 作者姓名】 : 现象描述】 【现象描述】 所有外部小区添加完毕,只能从 BSC2.0 的站切到 BSC1.6 的站,但是切不回来。 : 解决方案】 【解决方案】 打开 BSC1.6 的客户端,打开无线资源管理,在外部小区选择侦听频率,添加站 :
点频点,就可以进行互相切换了。

1.1.1.9

解决实验室里切换距离太近,干扰源太多, 解决实验室里切换距离太近,干扰源太多,无法切换

:赵强 【作者姓名】 赵强 作者姓名】 : 现象描述】 【现象描述】 所有外部小区添加完毕,信号非常的弱只有站在站点 2-3 米才有信号 : 解决方案】 【解决方案】 在客户端,无限资源管理中,找到切换门限从 30 下调到 15,容易切换。在无线 :
资源中找到载频频率打开修改,修改发射功率调整值 0 为最大发射功率,6 为最小发射功率,按 实际环境调整。

1.1.1.10

版本入库提示创建目录失败

:张运刚 【作者姓名】 张运刚 作者姓名】 : 现象描述】 【现象描述】 在刚开站时版本入库提示创建目录失败 : 解决方案】 【解决方案】 $OMCHOME\tmp\ftp\version 权限为 777 就可以 : 1.1.1.11 解决 V2 站全部载频 LAPD 断的故障

:王映 【作者姓名】 王映 作者姓名】 : 现象描述】 【现象描述】 某站由 V1A 改为 V2 后,进行拨测,拨测中发现二小区三载频发射功率不足, :
电平值过低。改发射功率为 255。再继续拨测其它小区和载频,约半小时后,主付机架共 22 个 载频全部显示 LAPD 断,信令跟踪中发现基站反复重启。

: 【解决方案】 复位对应的 LAPD 板、基站侧检查传输端口一切正常。重建另一个新的基站,用 解决方案】
一对新的 ABIS 口 E1 连接基站后正常。张工查看信令后认为原因在于修改了该载频的发射功率 所致。故以后配置数据中,不可对 V2 站进行载频发射功率的后台加大,只能对 V1、V1A 站进 行功率加大的操作。

1.1.1.12

解决基站干扰问题

:王映 【作者姓名】 王映 作者姓名】 :

内部公开▲ 内部公开▲
: 【现象描述】 刚由 V1A 站型替换为 V2 站,九寨沟县 01 站一、二小区反映有干扰,二小区干 现象描述】
扰严重,性能统计里查看干扰带为 5 的 TCH 有几十个,但探针里反复查看,看不到干扰带 5, 最大只有 3。原站型为 S666,替换后为 S886,有四个新增频点。

: 【解决方案】 将二小区新增频点由 8\10 改为 79\81 后,观察一天,干扰消失。 解决方案】 1.1.1.13 解决透明通道与载频时隙冲突的问题

:王映 【作者姓名】 王映 作者姓名】 : 现象描述】 【现象描述】 某基站割接时发现一块载频起不来,替换法不能排除故障。 : 解决方案】 【解决方案】 在集成配置中查得此基站设有透明通道,透明通道占用 BTS 第 26 时隙,在地 :
面资源中检查该基站,在 EBIE 单板上右键,选择 T_BIECOM 检查时隙占用情况,经查知 26Ts 被 1 架 2 框 3 槽位单板占用。删除该槽位的载频,下发大事务,再重新配置载频。由于 TS26 已 被透明通道占用,故再配载频时,载频不会再占用该时隙。

1.1.1.14

解决小区无话务故障

:王映 【作者姓名】 王映 作者姓名】 : 现象描述】 【现象描述】 诺日朗站三小区经几天观察,话务量极低,但告警、动态及探针里查看基站和载 :
频正常。

: 【解决方案】 将三小区 BCCH 由 TRX1 改到 TRX2,再观察发现有话务,可知是硬件故障, 解决方案】
更换 TRX 后话务正常。

1.1.1.15

磁盘空间占满导致客户端无法登录

:冯浩然 【作者姓名】 冯浩然 者姓名】 : 现象描述】 【现象描述】 现场反馈客户端无法登陆服务器,拓扑无法刷新,而且各项功能无法正常使用。 : 解决方案】 【解决方案】 因为考虑到近期没有对服务器做过任何操作,同时由于近段时间工程需要将日志 :
级别设置为 5,因此怀疑磁盘空间满了。df -k 检查后发先 omc 目录占用 100%。删除多余日志文 件后重新启动 omcr,客户端登陆正常。

1.1.1.16

OMCR 服务与 MP"假断链 假断链" 假断链

:刘宇宏 【作者姓名】 刘宇宏 作者姓名】 : 现象描述】 【现象描述】 在现场,发现 OMCR 客户端界面报告 OMCR 与全部或部分模块断链,一直得不 :
到恢复,但 OMCR 功能都正常。该 BSC 使用的 HUB 是与现场两外一个 HUB 级联,两外一个 HUB 上接有两个 BSC。

: 【解决方案】 排查各种可能性后。发现是该 BSC 的 MNo 与两外一个 BSC 的 MNo 发生冲突, 解决方案】
后修改 syscfg.ini 以及 MP 里的 tcpip.cfg 使其不冲突后,故障排除。

1.1.1.17

BSCA 口拨打测试中的问题

:王龙 【作者姓名】 王龙 作者姓名】 :

内部公开▲ 内部公开▲
: 【现象描述】 在与华为 MSC 对接后进行 A 口逐条电路拨打测试时,发现闭塞掉部分 A 口 现象描述】 2M 电路后,2 部手机拨打测试时,手机会出现系统忙,MSC 信令跟踪时发现出现地面电路不可 用,但是拨打固定电话正常。 解决方案】 【解决方案】 检查 BSC 侧 LINK 电路全部放开,询问 MSC 侧,发现出现问题的 2M 和一部分 : LINK 电路不在一个 MSC 的交换模块上,由于华为交换机跨模块选路存在问题,造成这条 2M 在测试时出现问题.闭塞掉其他模块上的 LINK 电路,再进行测试,正常 1.1.1.18 BTS 在开通维护时单板插拨和线缆维护的注意事项

:王显炳 【作者姓名】 王显炳 作者姓名】 : 现象描述】 【现象描述】 基站单板、连接线不拧紧对于性能指标影响比较大, 可能导致通讯链路瞬间中 :
断/瞬间的上下行校验错等类型的故障。

: 【解决方案】 对于单板/模块,当使用单板上的扳手插上后,需要再使用手按住单板,向里面 解决方案】
按一下,保证真正的插到底。线缆需要使用扳手旋转紧固。但不能用力过猛。

C:\Documents and Settings\Administrator

1.1.1.19

模块时,新配置的数据不能下发的解决注意事项 扩容 RRM 模块时 新配置的数据不能下发的解决注意事项

【作者姓名】 黄平 作者姓名】 :黄平 : 现象描述】 【现象描述】 在扩容 RMM 时,有以下步骤需要做(MP 和各单板均正确安装到机器上): 1 修改 :
服务器的 bsccfg.ini 和 BSC 的 MP 的 TCPIP.cfg 配置文件, 上传 ZXGBSC 文件. 2.线缆连接(包括 HW 线和电源线等) 3.配置数据. 在这几步完成之后, 开始下发数据,但数据始终下发不了,大事务 提交失败.

: 【解决方案】检查问题:1.BSCCFG.INI 和 TCPIP.CFG 里新加的 IP,,均正确.2.检查 HW 线,也正确.3, 解决方案】
检查 MP 的 ZXGBSC 也对.4.最后检查 MP/data/work 里的 ZDB 文件,发现其中一个 MP 里的 ZDB 没有完全删除,最后重新全部删除,在下发,可以成功提交大事务.这个过程其实不复杂,主要是在过 程中不过细心,删除时 SEM 没拨出,导致 ZDB 没全部删除.

1.1.1.20

与西门子交换对接,只能打出不能打入电话现象 新开 BSC 与西门子交换对接 只能打出不能打入电话现象

:翁东兴 【作者姓名】 翁东兴 作者姓名】 : 现象描述】 【现象描述】 新开 BSC 与西门子交换对接时,只能打出,不能打入电话. : 解决方案】 【解决方案】 西门子交换对 7 号信令 lock 与 unlock 一下,问题解决,能打出能打入. :
1.1.1.21 OMCR 服务器端系统用 root 用户启动后的处理。 用户启动后的处理。

:王延金 【作者姓名】 王延金 作者姓名】 : 现象描述】 :BSC 网管系统在用 root 用户启动后,进程 kill 掉后,再用 omc 用户启动时, 【现象描述】 : 可能遇到一些问题。如 process abnomal terminate 等。 【解决方案】 解决方案】 : 用 omc 用户再次启动服务器端的进程时,需要删除下面内容:

内部公开▲ 内部公开▲
1、/tmp/.SH* 2、/var/tmp/相应文件 3、$OMCHOME/tmp/log 中相应文件。 SOLARIS 里强制删除一个用户 里强制删除一个用户

1.1.1.22

:马继明 【作者姓名】 马继明 作者姓名】 : 现象描述】 【现象描述】 有时需要在 SOLARIS 里强行删除一个用户, 我们知道,SOLARIS 里把所户有的用 :
户信息存放在/ETC/PASSWD 文件里. 用 Vi 编辑器打开该文件,删除该用户信息所在的行,保存退 出. 此时你在用 USERDEL 命令会给出提示:该用户不存在.说明该用户已经删除. 但是当你要重 新创建该用户时 ,系统会提示你"Inconsistent password files. See pwconv(1M)" 原来系统中的用户 信息同时还储存在/ETC/shadow 里,2 个文件不同步就会报错.

: 【解决方案】 使用"pwconv"命令使 2 个文件内容同步. 解决方案】
1.1.1.23 GPRS 对接

:徐学群 【作者姓名】 徐学群 作者姓名】 : 现象描述】 【现象描述】 调试 GPRS,与 SGSN 的校验方式不同,BSC 是普通校验方式,SGSN 是 CRC :
方式,E1 不通,将 BSC 的校验改成 CRC 后正常。

: 【解决方案】 将 BSC 的校验改成 CRC 后正常。 解决方案】
C:\Documents and Settings\Administrator

1.2 GSM 工程支持二科
1.2.1
1.2.1.1

GSM 工程支持二科 9 月经验汇总
生成性能报表出错

【作者姓名】 陈小平 作者姓名】 :陈小平 : 现象描述】 【现象描述】 局方反映在在性能管理里面不能对定义的 all performance report,提取数据,出现 :
的错误为:formula does not exist!

: 【解决方案】 对系统进行检查后,发现在查寻期内数据入库正常,数据库空间也足够,另外 解决方案】
在其他几个参数如 24 hour traffic report 等提取均正常,就怀疑是否选的参数里面是否有问题,经 检查在定制模板中有几个 201、202、203 到 210 的参数,这几个不属于系统模认的参数,在定义 用户化定制公式中也没有发现这几个参数,估计刚开始设置了,后来又把这几个参数给删除了, 导致系统不能找到这几个参数的定义公式,故出错。后来重新定义 all performance report(没有 这几个选项)成功。

内部公开▲ 内部公开▲
1.2.1.2 BRP 与 MP 通讯中断故障解决办法

:羊轶 【作者姓名】 羊轶 作者姓名】 : 现象描述】 【现象描述】 告警界面显示所有 BRP 与 MP 通讯中断,所有 GPRS 业务中断。 : 解决方案】 【解决方案】 :
1. 2. 3. 4. 首先检查 MP,运行正常,CS 业务正常,而且 MP 网线也都正常;检查历史告警也未发现异 常告警或者主备倒换记录。 检查 BRP 单板,状态正常,闪灯正常;尝试复位其中一块 BRP,故障没有解决。 检查 HMS 单板背后的 MP 网线,状态正常,重新插拔也无效。 (强烈建议 HMS 背板各网线 初步定位是 HMS 单板故障,作 HMS 单板主备倒换,倒换完成后故障消失,GPRS 业务恢

口加设接通状态指示灯以识别网线接通与否。 ) 复。将原来主用的发生故障的 HMS 单板进行插拔复位并再次倒换为主用,状态正常。 由于传输不对引起的基站故障排查

1.2.1.3

:王建兴 【作者姓名】 王建兴 作者姓名】 : 现象描述】 【现象描述】 现场有一个 DCS1800 的替换基站,替换正常运行两天后由于传输原因掉站,后经 :
局方微波检查后基站恢复启动,但只有 CMM 运行无告警,其余 TRM 板都有如下告警 1.6946 CELL CONFIGURATION PARAMETER MISMATCH 2.6952 CIP OF TPU INITIALIZATION FAILURE 3.6953 WRONG PARAMETER CONFIGURATION FOR CIP

: 【解决方案】 根据告警 2 提示的 TRM 的 DSP 可能软件装载启动失败的提示到现场替换一块 解决方案】
TRM 后发现问题依旧.重新做基站数据还是老样子.考虑到该基站已经运行了一段时间.才出这个 问题.又检查传输情况,也没有发现误码.此时在另外一个 BSC 上发现还有一个站有类似情况,该站 点为 GSM900 的 V2 站,同样也是 CMM 正常,但 TRM 有同样的告警.然后在微波网络拓扑图上观 察后发现两个基站是同一个微波节点,所以通知局方微波维护人员,检查微波是不是做过调整,最 后发现是微波工程师的失误,导致两个基站传输对调了,引起以上的故障. 关于在客户端增加用户时的问题解决

1.2.1.4

作者姓名】 :张峰 【作者姓名】 张峰 : : 【现象描述】 在使用‘创建用户向导’进行用户创建时,按要求把所有权限授予某用户,但使用 现象描述】
此用户登录后,‘集成配置管理’不能正常使用,报告不能正常打开数据库。

: 【解决方案】 从此现象分析,不能打开‘集成配置管理’;应该是该用户的使用权限不够,不 解决方案】
能正常从服务器提取数据。 仔细核对创建用户过程发现,在创建过程中,针对该用户,在赋予权限的过程中,有‘只读’和 ‘完全控制’两个选项,系统默认所有功能权限均为‘只读’,针对每个功能权限,都要进行‘完全控 制’的选择,这样创建的用户可以成功使用。 建议及需求: 1、 对于创建的用户,如果只赋予了他部分权限,其它没有赋予的权限应该在使用该用户登录 时,相应没有赋予的权限不可操作; 2、对于已经赋予的权限,应该可以用简单的方法查询到(比如数据配置、告警管理等这些大 的功能模块) ,不要像现在一样,都是一些命令操作符显示。

内部公开▲ 内部公开▲
1.2.1.5 关于 ZTE 的 BSS 向 Ericsson 的 BSS 切换异常的定位

:张峰 【作者姓名】 张峰 作者姓名】 : 现象描述】 【现象描述】 根据对 SBA 地区路测发现,从爱立信小区向 ZTE 小区切换可以,但从 ZTE 小 :
区向爱立信小区切换不成功。

: 【解决方案】 使用信令跟踪进行长时间信令观察,发现在 ZTE 小区需要向爱立信小区进行切 解决方案】
换时,ZTE 的 BSC 向所连接 MSC 发送‘handover required’,但 MSC 收到此消息后没有给 BSC 回送证实命令。 经分析,因 ZTE 的 BTS 和爱立信的 BTS 不在一个 MSC 下面,ZTE 的 BSC 向爱立信小区切换 时需要所连接的 MSC 进行切换请求处理,并报告爱立信的 BTS 所连接的 MSC,但此步 MSC 没 有进行处理,怀疑是 ZTE 所连接 MSC 数据配置不全。 经跟踪 Ericsson 的 MSC 信令发现,ZTE 所发‘Handover Required’信令中小区鉴别信息为 1,即 不要求发 MCC 和 MNC,但 Ericsson 的 MSC 在转发过程中随机填充了一个 MCC 和 MNC,此 不符合信令要求,经过 Ericsson 的 MSC 修改参数,切换成功。 基站风扇告警维护经验

1.2.1.6

:魏东东 【作者姓名】 魏东东 作者姓名】 : 现象描述】 【现象描述】 利比亚现场基站小区出现风扇告警现象 : 解决方案】 【解决方案】 : 1、更换新的风扇后,问题仍然存在;
2、怀疑是风扇背板插座接触不好,刮擦该插座后,告警几天后再次出现; 3、怀疑是告警上报到 trm 后,trm 内部电路不好,更换 trm,数日后,告警又一次出现; 4、更换了风扇至 trm 的线缆,告警几日后再次出现; 5、最后发现是 MTRM 背板对应风扇告警的插针弯曲,与地短路导致的,更换背板后告警消失; 6、另外,针对告警风扇如果,风扇运行正常,仍然告警,可以尝试用更换风扇控制板的方法解 决。 缺省值的修改

1.2.1.7

:周源 【作者姓名】 周源 作者姓名】 : 现象描述】 :在 【现象描述】 : omcr 客户端添加一个基站时,系统会自动把一些属性赋了缺省值,每次修改 这些缺省值十分繁琐 解决方案】 【解决方案】 V2.80.01 以前的版本缺省值是写在代码里的,没法修改,V2.80.01 的缺省值是写 : 在客户端的 crf 文件里的,可以修改,这样极大节省了工作量.修改时注意不要改动文件的格式.
1.2.1.8 Probe 数据探针与 OMCR 客户端冲突

:谭斌 【作者姓名】 谭斌 作者姓名】 : 现象描述】 【现象描述】 现场开通调试时,经常需要使用 Probe 数据探针查看MP上的数据,具体的使用 :
方法, 在探针软件中已经附带了。 但是在 52.03 以后版本的OMCR上使用探针, 按照使用说明, 把 ShowStrp.dll 文件拷贝到系统目录并配置后,会导致OMCR客户端不能正常启动。这时删除 系统目录下的 ShowStrp.dll,就可以解决。

内部公开▲ 内部公开▲
: 【解决方案】 现场开通调试时,经常需要使用 Probe 数据探针查看MP上的数据,具体的使用 解决方案】
方法, 在探针软件中已经附带了。 但是在 52.03 以后版本的OMCR上使用探针, 按照使用说明, 把 ShowStrp.dll 文件拷贝到系统目录并配置后,会导致OMCR客户端不能正常启动。这时删除 系统目录下的 ShowStrp.dll,就可以解决。

1.2.1.9

A 口对接时,MP需要的设置 口对接时,MP ,MP需要的设置

:谭斌 【作者姓名】 谭斌 作者姓名】 : 现象描述】 【现象描述】 海外A口对接,需要特别注意MSC侧NI的设置,有的设置为2,表示国内主 :
用;有的设置为3表示国内备用。

: 【解决方案】 海外A口对接,需要特别注意MSC侧NI的设置,有的设置为2,表示国内主 解决方案】
用;有的设置为3表示国内备用。根据不同的NI,MP上的 zxg10.cfg 需要做相应的修改。我 们BSC上默认的设置NI是3,国内备用;如果MSC设置的NI为2,需要在 zxg10.cfg 中 增加如下两个参数: CONVERT SIONI = 1 SELECT SIONI = 8 设置我们的BSC为国内主用。

1.2.1.10

2G BSC 割接 3G 网络流程

【作者姓名】 朱明 作者姓名】 :朱明 : 现象描述】 【现象描述】 关于 2G BSC 割接 3G 网络流程总结 : 解决方案】 【解决方案】 :
1) 2) 3) 4) 5) 6) 7) 8) 根据 3G 网络要求,在 BSC 后台取相关配置数据,给 3G 网络负责人 割接开始前,对 OMC 后台配置文件和 ZDB 文件进行备份,以防万一 等工程队把 DDF 架上的跳线跳接完成后,观察告警平台,指出有告警的 PCM(A),进行更正 等 PCM(A)无告警后,在动态管理中,查看每条 PCM 状态,看有无闭塞的信道,若有,则进行解 闭操作. 在动态管理中,进行 INSTALL CUICIT 电路装配,以避免个别电路没有起来. 再在动态管理中,观察每条 PCM,看有否 BLOCK,若有则进行 UNBLOCK 操作. 取 5 点左右的性能报表,查看各个性能数据. 割接任务结束.

1.2.1.11

关于几个无线指标不好基站的处理方法

作者姓名】 :斯勤勇 【作者姓名】 斯勤勇 : :印度 SPICE 现场经常有一些基站指标不好,因现场无网优人员在场,为使本 【现象描述】 现象描述】 : 地员工能更好地处理问题,特写以下处理方法,问题得到较好的解决。 解决方案】 :详见附件 【解决方案】 :
C:\Documents and Settings\Administrator

内部公开▲ 内部公开▲
1.2.1.12 关于 BPP 板子上有多少个 PS 信道查询方法

:斯勤勇 【作者姓名】 斯勤勇 作者姓名】 : 现象描述】 :因为我们的 GPRS 配置有限制,每块 BRP 板子最多 40 个 PS 信道(包括静态+ 【现象描述】 : 动态) ,如果查 ZDB 的话可能比较花费时间,现推荐查数据库的办法。 解决方案】 【解决方案】 先打开 SQLX3,用于生成 EXCEL 格式,方便统计,然后用 QUERY 语句。 :
Select r_ztebts.bscid,r_ztebts.siteid,r_ztebts.btsid,r_ztebts.brpgroup,r_ztebts.spcumunit, r_ztechannel.tschannelcomb from r_ztebts,r_ztechannel Where r_ztechannel.tschannelcomb=1 and or r_ztechannel.tschannelcomb=14 and and by r_ztebts.bscid=r_ztechannel.bscid r_ztebts.btsid=r_ztechannel.btsid Order r_ztebts.bscid,r_ztebts.spcumunit,r_ztebts.brpgroup,r_ztebts.siteid,r_ztebts.btsid r_ztebts.siteid=r_ztechannel.siteid

C:\Documents and Settings\Administrator

1.2.1.13

删除测量任务及观察任务

:何超瑜 【作者姓名】 何超瑜 作者姓名】 : 现象描述】 【现象描述】 有时会出现无法删除之前创建的测量任务或观察任务 : 解决方案】 【解决方案】 出现这种情况的时候,可以先在性能管理中对这些任务所在的 BSC 执行一下同 :
步,然后再去删除就不会有问题了;

1.2.1.14

DB2 版本 OMCR 配置库备份和恢复操作说明

:李晓龙 【作者姓名】 李晓龙 作者姓名】 : 现象描述】 【现象描述】 DB2 版本 OMCR 配置库备份和恢复操作说明 :

解决方案】: 【解决方案】:目前 DB2 版本的 OMCR 在广泛应用,其很多操作和 ORACLE 版本 OMCR 的操作是 不一样的,这里对 DB2 版本下的配置数据库备份和恢复操作简单做个总结:

C:\Documents and Settings\Administrator

1.2.1.15

MP 无法正常工作

:巴维兹 【作者姓名】 巴维兹 作者姓名】 : 现象描述】 【现象描述】 开通新 BSC 时 MP 无正常工作。MP 配置文件重新检查但是没有问题。 : 解决方案】 【解决方案】 根据其模块的正常工作 MP 比一比后发现,C:\USER\SUPER\PROG 文件里 :sd: :

内部公开▲ 内部公开▲
后少了 version/zxgbsc 句子。此句子加上了 MP 就正常工作。

1.2.1.16

BS30 干结点告警

作者姓名】 :张碧波 【作者姓名】 张碧波 : 【现象描述】 安徽滁州所有 BS30 的基站的干结点在 OMCR 客户端报不上来 现象描述】 : 解决方案】 【解决方案】 到本地用 LMT 可以看到到干结点告警可以上报。后查看 OMCR 客户端的干结点 :
过滤规则,发现干结点代码设置为过滤,取消过滤后可以上报。 关于 GPRS 调试

1.2.1.17

:吴明军 【作者姓名】 吴明军 作者姓名】 : 现象描述】 【现象描述】 在 GB 口调试的过程中,对端的 SGSN 设备接受不到信令,本端观察 NSVC 状态 :
不正常。

: 【解决方案】 1、Gb 口自环测试,观察 FRP 打印信息,如果正常,则说明 PUC 内部接续正常, 解决方案】
如果打印不正常,检查硬件连接。2、SGSN 侧也可以做自环测试,如何正常,则说明其内部接 续正常,如不正常,检查内部接续和配置。3、根据以上两端的自环测试结果,基本可以定位故 障所在。如果两端自环测试都是正常的,需要检查两端的数据配置是否一致。

1.2.1.18

最新 BTSV2 配置更改

:罗永华 【作者姓名】 罗永华 作者姓名】 : 现象描述】 【现象描述】 最新的 BTSV2 机柜配置已经更改,以前 CDU 都是放在同一层,现在当一个小区 :
载频超过 4 个时,上一层左右分别为 CDU 和 CEU,下一层分别为 CEU 和 CDU,而主副机架最 下一层左右都是 CDU 和 CEU。 射频电缆连线原理跟以前还是一样, 只是改变 CDU 和 CEU 的位 置,缩短了射频电缆连线距离,比以前更加合理。

: 【解决方案】 1、值得注意的是机顶跳线连接的地方也有所变化,同一小区不是并排的两个接 解决方案】
头,而是错开的。安装时注意正确连线和走线美观。

1.3 GSM 工程支持三科
1.3.1
1.3.1.1

GSM 工程支持三科 9 月经验汇总
跳频序列 MAIO 的分配问题

作者姓名】 :郭宗臣 【作者姓名】 郭宗臣 : : 【现象描述】 用户部分小区的规划中,同基站有相邻的 MAIO 现象描述】 解决方案】 【解决方案】 作为跳频系统,应该严格禁止在一个基站上出现相邻的 MAIO(使用同一组频点 :
的情况下) ,因为这样会导致同基站的邻频干扰,对系统工作质量影响很大。修改,使用不相邻 MAIO.

内部公开▲ 内部公开▲
1.3.1.2 BSC 后备板连线问题导致通话双向无声处理一例

:胡兵 【作者姓名】 胡兵 作者姓名】 : 现象描述】 :BSC 后备板连线问题导致通话双向无声处理一例 【现象描述】 : 解决方案】 【解决方案】 :
故障现象 9 月 3 号,巴基斯坦 PAKTEL Karachi 移动网络通话出现问题,用户反映通话出现 了双向无声的现象,通过测试发现不是特定基站出现此现象,而是全网都存在部分通话双 向无声现象,并且此故障发生时间上存在间断性,并不是全天持续发生,于是初步可以排 除是基站问题,问题应该出在 MSC 或 BSC。 故障处理过程 1、经过进一步测试发现发生此现象时通话已经接通,双方都可以听到对方的键盘拨号音, 但无法听到通话音,通过 MSC 对测试号码进行信令跟踪,信令表示通话信令接通没有 问题,问题出在话音链路上。 2、由于此现象只出现在部分通话中,于是与 MSC 人员配合对 MSC 到 BSC A 口中继进行 挨个指定拨测,发现问题只出现在固定的四条中继上,其他中继都没有出现问题。于 是检查此四条中继对应的 MSC 到 BSC 的 2M 连线,结果发现连线没有问题。 3、检查连线是发现出现问题的四条中继都对应连接到了 BSC 的同一个 BATC 层,于是在 OMCR 后台对此 BATC 层告警进行了仔细检查,发现出现通话双先无声故障时此 BATC 层间断性出现过 TCPP 与 MPPP 通讯中断告警, 告警信息为 “BSC Backup link lost” , 并且主备 TCPP 均出现过此告警,告警持续一段时间后又自行恢复了。 4、 于是怀疑是此 BATC 层 TCPP 板硬件有问题, 更换了 TCPP 板后发现故障现象仍然出现, 同时更换后的 TCPP 板还是间断性的出现同样的告警,排除了 TCPP 板硬件问题后,于 是怀疑是此 TCPP 与 BNET 层对应连接的 DSNI 板有问题,对对应连接的 DSNI 进行主 备倒换后问题仍然存在。 5、于是怀疑是此 BATC 层后备板的 TCPP 板与 BNET 层后备板的 DSNI 板 HW 连线存在问 题,在晚上非忙时对此 HW 电缆进行更换后,故障消失,通话恢复正常,经过大量拨打 测试后再未发现。 故障原因分析 问题处理完后,现场对更换下来的 HW 电缆进行了检查,用万用表进行联通测试,发现 此线缆没有出现不同的现象,拆开线缆接头,发现此 BGD 电缆连接 DSNI 的那一头有一根 针位存在固定不稳的现象,这样这根电缆与 DSNI 板连接时就会出现间断性接触不好的现

内部公开▲ 内部公开▲
象,导致 TCPP 与 DSNI 连接不好,影响 A 口中继通话质量,从而导致通话时间断性双向 无声故障的发生。 故障分析结论 从上面的的分析情况看, 该故障出现的原因为 BATC 层后备板的 TCPP 板与 BNET 层后 备板的 DSNI 板 HW 连线不好。其实话音链路出现问题可能性很多,可能是板件硬件、连 线、软件版本等多方面原因造成,但都是有迹可寻的,此例故障中从 BSC 中 BATC 层告警 中发现问题,从而定位了故障位置,其他的原因的故障一样都是有迹可寻的,只要我们熟 悉设备硬件结构和业务处理流程,定期检查就一定可以避免故障的发生。

1.3.1.3

前后台数据不一致导致基站无法通话故障处理一例

:胡兵 【作者姓名】 胡兵 作者姓名】 : 现象描述】 【现象描述】 前后台数据不一致导致基站无法通话故障处理一例 : 解决方案】 【解决方案】 :
1.1 故障现象 8 月 5 号,巴基斯坦 PAKTEL HYD BSC10 下 HDD 基站出现问题,从 OMCR 后台观察 基站板件工作状态都正常,传输也正常,但是所有信道都不工作,用户无法通话,经过进 一步检查发现基站所有信道均是 blocked by lapd 状态。

1.2 故障处理过程 1、首先在后台查看该站的历史告警记录,发现出现故障前该站的传输中断过一次,传输 恢复后,该站就出现了故障,于是让在基站的办事处本地工程师把 CMM 倒换一下,并 将载频重启,结果发现没有解决问题。 2、由于在后台查看信道状态为:blocked by lapd,于是怀疑是 LAPD 板问题,通知 HYD 办事处本地工程师将基站所对应 LAPD 板复位,结果问题依旧。 3、然后在 OMCR 后台对基站跟踪了信令,发现基站在不断的重启,从信令中发现,在下 载频配置的时候,基站回复了否决确认,怀疑载频配置出问题。 4、让在基站的办事处本地工程师把每个小区的其他载频都下电,每个小区只保留 BCCH 载频,结果故障依旧。 5、在 OMCR 后台吧把基站载频数据全部删除,然后重新添加后,基站恢复正常。

1.3 故障原因分析

内部公开▲ 内部公开▲
故障出现时通过在 OMCR 后台对故障基站跟踪了信令,发现出现故障时基站在不断的 重启,并且从信令中发现,基站重启过程中到了下载载频配置的时候,出现了配置信息否 决确认消息,于是断定问题出在基站配置数据前后台不一致上,因此出现基站下载载频配 置的时,由于前后台数据不一致出现否决信息,导致基站反复重启。通过检查出错时备份 的前台 ZDB 文件及后台日志文件,发现基站载频配置中存在有合路分路关系错误,有一个 合路器配置连接的载频在 2 个小区的现象,这样在基站传输中断后恢复重启的过程中基站 检查数据配置出错,从而无法正常启动,可能是基站初始配置是正确的,运行后有人更改 了配置,但基站一直运行没有中断,所以问题没有出现,直到故障前基站的传输中断过一 次后,基站重启,才由于前后台数据不一致导致故障的发生。

1.4 故障分析结论 从上面的的分析情况看,该站出现的这个故障原因为基站配置数据前后台不一致所 致,故障基站后台配置数据中合路分路关系错误,存在一个合路器连接的载频在 2 个小区 的现象,导致基站在传输中断重新启动后,检查数据配置出错,从而无法正常启动。此故 障提醒我们前后台数据一致的重要性, 设备日常维护中必须定期对系统前后台数据进行检 查,确保数据的一致性,从而杜绝此类故障的发生。

1.3.1.4

查看 MP 的 log,检查 MP 启动或运行状况 ,

: 【作者姓名】 乔丽峰 作者姓名】 现象描述】 【现象描述】 通过观察 MP 的打印日志,观察 MP 的当前运行情况或启动的情况 : 解决方案】 【解决方案】 在 omcr 的 tmp 目录下有一个 mplog 的目录,里面存放的是 mp 的打印日志,其 :
中包含了需要有用的信息,对于观察当前 MP 的运行情况很有帮助,下面简单介绍一下。 mp 的 log 文件的命名方式为:[mp 物理位置:l/p]_mp_[日期].log,通过观察客户端可以得知那 个日志为当前的主用 mp 的打印日志。可以通过 vi 或 more、tail 等命令打开该文件进行查看。其 中的部分信息比较直观,也很有用。 1、可以通过查看启动过程的打印信息观察 mp 是否启动正常:mp 启动信息的最直观的部分 是当前 MP 软件版本的版本信息, 例如当前运行版本为 2.80.011k, 在启动的过程中会在 log 中打 印:“MP Version 2.80.01.10”这样的信息。这里有一点需要注意:当更换了 MP 的版本后,重新启 动的时候,可能会在启动信息的最开始部分显示上一个版本的版本信息,然后在 2-3 分钟之后, 才会显示当前运行版本的版本信息。 2、通过查看同步信息查看 MP 主备倒换的状态:通过查看“receive table [16 进制的表名编码]” 这样的信息可以观察到 MP 的主备倒换过程中主备 MP 同步数据表的过程,16 进制表名编码最 后两位可能是 01-37,全部表同步完成后会有“reveive table end”这样的消息,可以通过观察这些 信息看到是否有主备同步失败的情况发生; 另外在其它的情况下也可能发生主备 MP 数据表同步 的情况,但是数据表的个数会比较少。

内部公开▲ 内部公开▲
3、通过观察 error 信息检查当前 MP 运行过程是否出现异常:这些信息的种类很多,这里不 能列举,需要大家在多多观察积累。 总之,mp 的打印日志是表现 MP 运行状况的一个非常直接的现实,在今后的工作过程中可以 多多观察。 一旦出现问题, 也需要尽快地将该日志取得, 以便分析出现问题时的 MP 的运行情况。 最后,由于基本上 BSC 都是每个模块两个 MP,所以每天产生的 log 文件数就是:模块数(包 括中心和外围)*2,在模块比较多,情况比较复杂的 BSC 上,mp 的 log 文件的数量和所占空间 会随时间的推移变得很大,要注意及时检查 mplog 目录,备份并删除时间比较久远的 log 文件。 Acterna8630 信令分析仪使用基础

1.3.1.5

: 【作者姓名】 作者姓名】 现象描述】 【现象描述】 Acterna8630 信令分析仪使用基础 :
C:\Documents and Settings\Administrator

【解决方案】 解决方案 :
1.3.1.6

BSC 单板逻辑更新注意事项

:彭海露 【作者姓名】 彭海露 作者姓名】 : 现象描述】 【现象描述】 逻辑更新 : 【解决方案】 解决方案】 :BSC 大版本升级的时候,经常需要更新单板逻辑,但是逻辑线一般设计的比 : 较短,在原位置加载很不方便,对于 BIPP 等放置在层 6 的板子进行加载是更加费劲。可以 放置在 TCPP 单元等空槽位进行加载。
1.3.1.7 修改完 MCC,MNC 后,发现新添加的基站和老的基站间不能切换 ,

:白武 【作者姓名】 白武 作者姓名】 : 现象描述】 【现象描述】 修改完 MCC,MNC 后,发现新添加的基站和老的基站间不能切换 : 解决方案】 【解决方案】 查前台 ZDB 中的表 r_hoc.zdb,发现字段 NCellMCC 中新基站用的还是未修改前 :
的 MCC,再查后台数据库中 r_zteacell 表,发现新基站的 MCC,MNC 值是未修改前的 MCC 和 MNC。解决方法:查看 r_ztebsc 确保 MCC 和 MNC 是新的值,在 OMCR 客户端中删除新建的 基站,kill OMCR 服务器程序,重起 DB2,重起 OMCR。再添加基站,问题解决。 DHR 的原理和配置注意事项

1.3.1.8

:王亮 【作者姓名】 王亮 作者姓名】 : 现象描述】 【现象描述】 见附件: : 解决方案】 【解决方案】 见附件: :
C:\Documents and Settings\Administrator

内部公开▲ 内部公开▲
1.3.1.9 西藏移动山南新开的 ZXG10 BSCV2 告警箱灯全亮的现象处理

:钟俊标 【作者姓名】 钟俊标 作者姓名】 : 现象描述】 【现象描述】 BSCV2 告警箱灯全亮的处理 : 解决方案】 【解决方案】 :
1、组网情况是一个服务器带了四个地区的 BSC,客户端在个地区分别单独配置,四个地区的 告警箱、客户端、BSC分别通过路由器和服务器进行组网 2、和日喀则地区移动新开的 BSCV2 告警箱(工作正常)对比进行设置后,灯依旧全亮,怀疑 和 日 喀 则 MAC 地 址 冲 突 , 将 日 喀 则 告 警 箱 关 电 , 故 障 现 象 依 旧 。 3、通过 2 的排查后,怀疑告警箱故障,后来带到日喀则排查发现工作正常,后来改为山南同样 设置仍然工作正常 4、发货时由于四个地市的告警箱芯片程序写录相同,所以由于日喀则现场烧写程序方便,对告 警 箱 芯 片 分 别 重 新 烧 写 程 序 , 并 现 场 验 证 确 保 可 以 正 常 工 作 5、带到山南对告警箱重新调测现象依旧,检查设置均正确.最后对客户端进行了重新安装和设 置,告警箱工作正常 6、 故障总结: 对告警箱的设置一定要遵循技术通知, 在确保设置正确前提下可重装客户端排查, 另外确保客户端和告警箱正常通信,可用 arp -a 命令查看. 出现约4 西藏移动新开的 ZXG10 BSC 出现约4分钟断话的现象处理

1.3.1.10

:钟俊标 【作者姓名】 钟俊标 作者姓名】 : 现象描述】 【现象描述】 用户通话4分钟左右开始断话 : 解决方案】 【解决方案】 1、现象分析属于A口配合问题,原因出在 No.7 的定时器参数设置 :
2、处理办法是在客户端的系统工具的字符窗口里进行对相关定时器修改. 3、登录客户端在“字符窗口”中用人机命令执行下面的命令: NSTM:EBSCID=8:TMIAR=6000; 该命令的含义即修改8号模块上两个 MP 中的 r_sccptm.zdb 文件中的第四个字段 TimerTar 的值 为 6000,该命令同时修改主备用两个 MP 中的内容。可以用 ZDBView 工具查看该MPZDB 文 件夹中的 r_sccptm.zdb 文件对应内容 BS30 内置 T150 的开局调试

1.3.1.11

:钟俊标 【作者姓名】 钟俊标 作者姓名】 : 现象描述】 【现象描述】 和成都普天 SDH 对接时,内置传输光端机 T150 的 2M 出现闪断 : 解决方案】 【解决方案】 1.中兴 T150 的 63 个时隙中前 4 个的分配关系数据(出厂默认数据,用 300 网 :
管系统可以更改)分别对应前四个 2M TUG3—TU12 TUG3—TUG2—TU12 1—1 1—2 1—3 1—4 1—1—1 1—1—2 1—1—3 1—2—1 1 2 3 4 NO.

内部公开▲ 内部公开▲
2、T150 开通时的设置,如果相连的对端 SDH 设备前四个 2M 的数据设置如上 1 所述,则开关 可以采用出厂默认设置 四 位 开 关 S2 : T150 出厂默认开关设置为: 8位开关 S3: 1-6 ON 7-8 OFF 1-4 OFF 四 位 开 关 S4 : 1-4 OFF

3、光纤接法:对端的A模块的收发分别接至我司 T150 的1和4接口,特别说明,对端的前四 个2M和 T150 的下的四个2M是一一对应的透传关系,一般都使用第一个 2M 口,请勿接 错. 4.电源开关跳线 电源开关跳线标识为“X13”,室内设备的电源开关跳线用于连接前面板上的电源开关(前面板标 识为“POWER”) ,室外设备需要用短路线将电源开关跳线的 1 脚和 2 脚短接,3 脚和 4 脚短接。 电源开关跳线引脚排列如图所示。说明:室内型的设备不需要跳线短接! GPRS 的动态信道

1.3.1.12

:李智超 【作者姓名】 李智超 作者姓名】 : 现象描述】 【现象描述】 在维护印度 SPICE 局方 BSS 设备时,查看动态管理,发现有较多的小区,在统 :
计信道时,总是提示有一个 TCH 信道闭塞,于是查看载频发现每个信道的状态都是正常,感觉 比较奇怪

: 【解决方案】 后来连续刷新小区信道统计,发现有的时候该小区 TCH 都占用正常,有的时候 解决方案】
却又不正常,后来发现该小区有一个 TCH 信道是支持动态的,也就是说如果该信道被 GPRS 用 户占用后,即统计小区信道时,则提示该 TCH 闭塞,实际上这是很正常的。 OMCR(04a)开局时 OMCR 脚本安装注意事项 开局时

1.3.1.13

:李智超 【作者姓名】 李智超 作者姓名】 : 现象描述】 【现象描述】 关于物理站点的名字的注意 : 解决方案】 :在开通中国移动某地市局时,通常都是按照局方规划指定的站点名,我们来 【解决方案】 : 做数据,但在配置好所有的数据后,设备开通后,提取系统性能报表时,发现输出某站点相 关小区的信息时,出现错位,有几行信息不对,导致所有站点的数据都往后退,保存起来很 不方便。 经过检查发现在系统报表里, 对应站点的相关小区信息都正常, 就是在输出 EXCEL 报表时才会出错,后来分析可能是我们 OMCR 服务器里对站点的命名和 EXCEL 对应的行 数字节有出入,后来和局房协商后,把该站点由 13 个汉字,改为 8 个汉字后,再次提取性 能报表,导出 EXCLE 文件后,一切都正常。
1.3.1.14 安装 Solaris 后系统 CDE 图形界面无法启动问题处理

:张喜伟 【作者姓名】 张喜伟 作者姓名】 : 现象描述】 看到 banner 不久, 显示如下错误: can''t find 【现象描述】 新的 SUN480R 开机安装操作系统时, :
driver for console framebuffer configuring 继续往下就是字符的系统安装界面,安装完成后,不能 进入 CDE 图形界面。

: 【解决方案】 该问题是由于 Solaris 安装盘里没有本机显卡的驱动程序所导致的。安装好操作 解决方案】
系统后,需用随机的显卡驱动程序安装驱动。安装好后 CDE 图形界面启动进程即可正常运行。

内部公开▲ 内部公开▲
1.3.1.15 动态 HR 的配置方法

:杨勇 【作者姓名】 杨勇 作者姓名】 : 现象描述】 :目前现场有些局需要支持动态 HR,本方案讲述配置动态的步骤和注意事项 【现象描述】 : 解决方案】 :配置步骤:(1)先配置辅时隙.配置方法是进入集成配置环境,在对应站点的机架 【解决方案】 : 上右击,在弹出的选项中选择设置动态辅时隙.配置数量的多少要根据计算得来.(2)在无线中, 修改 BSC 属性,选择"支持动态 HR",在动态 HR 属性值上,修改相应的门限值.(3)在无线中,修 改小区属性,选择"支持动态 HR",在动态 HR 属性值上,修改本小区的门限值. 注意事 项:(1)动态辅时隙的数量要根据转换的门限值、小区的载频数来确定。同时要考虑到辅时隙 是要占用 ABIS 时隙的,要注意 ABIS 时隙是否足够。 (2)一个外围模块是通过 BIPP 的 2 个 8M 连接到 BOSN,这个限制了一个外围模块所能带的载频数。在配置动态 HR 时,要注 意一个 FR 转成 2 个 HR,信道数增加了。但是外围模块总的信道数确不能增加,所以要综 合考虑到外围模块的容量,来确定是否可以配置 DHR。如果容量超出,就得考虑站点割到 其它模块上。
1.3.1.16 ZXG10-OMCR 组网

:陈琦 【作者姓名】 陈琦 作者姓名】 : 现象描述】 【现象描述】 omcr 组网的设计和实施 : 解决方案】 【解决方案】 omcr 组网的设计和实施 :
C:\Documents and Settings\Administrator

1.3.1.17

DSNI 单板闪灯双主用的处理

:柏洁 【作者姓名】 柏洁 作者姓名】 : 现象描述】 【现象描述】 现场开通 BSC 时,曾经出现 AIPP 和 TCPP 单板始终起不来,红灯闪烁,软件无 :
法装载。与此同时 BIPP 一切正常,说明 MP 运行正常。检查相应的 DSNI 发现,与 TCPP 的 HW 线连接的 DSNI 出现了双主用的闪灯异常。

: 【解决方案】 重新插拔 DSNI 后,故障排除。 解决方案】
1.3.1.18 开通卫星级联基站问题及解决方案

作者姓名】 :康小平 【作者姓名】 康小平 : 【现象描述】 开通卫星级联基站,级联站点拨码都正确,基站不能正常开通; 现象描述】 : 解决方案】 【解决方案】 通过采用透明通道解决此问题,具体见附件 :
C:\Documents and Settings\Administrator

内部公开▲ 内部公开▲
1.3.1.19 告警中看不到 BSC 的处理

:刘瑜 【作者姓名】 刘瑜 作者姓名】 : 现象描述】 【现象描述】 有两个 BSC 连接至 OMCR 服务器,但客户端只能在集成配置管理和动态数据管 :
理中看见 BSC2,在告警、无线资源管理中看不到 BSC2

: 【解决方案】 检查客户端/client/conf/syscfg.ini 文件中 NETID 的设置值。客户端的 NETID=是 解决方案】
用于网元屏蔽的,NETID=1 将只能看到 BSCID=1 的东西。此字段应设置为空。

1.4 工程技术科
1.4.1
1.4.1.1

工程技术科 9 月经验汇总
塔放类问题排查案例----CDU 烧保险 塔放类问题排查案例

:张明镜 【作者姓名】 张明镜 作者姓名】 : 现象描述】 【现象描述】 当接上塔放电源,只要运行基站便出现 CDU 的 POWER 指示灯立即熄灭。检查 :
保险丝烧断,后台提示“塔放电源告警”。

: 【解决方案】 解决方案】 故障排查:检查发现,避雷器和偏置 T 头的位置接反了。正常的连接方式为:避雷器位置 靠近 BTS 侧,偏置 T 头靠近天线侧。如果接反,将导致直流电源被避雷器短路到地,无法 给塔放馈电,引起塔放供电回路短路,CDU 的保险丝被烧断。 故障解决:偏置 T 头应该靠近天线安装,正确连接后正常。
1.4.1.2 塔放故障排查案例二

:张明镜 【作者姓名】 张明镜 作者姓名】 : 现象描述】 【现象描述】 CDU 上电后保险烧毁 : 解决方案】 【解决方案】 :
故障派查:检查发现,背板 CDU 和 TRM 的接口插针有弯曲碰到其他插针的现象。 故障解决:更换后背板后正常。 塔放故障排查案例三

1.4.1.3

:张明镜 【作者姓名】 张明镜 作者姓名】 : 现象描述】 【现象描述】 CDU 一上电,保险就烧毁了。 : 解决方案】 【解决方案】 :
故障派查:检查后,T 型头连接正常,背板针脚正常。 将偏置 T 头和主馈断开,测试主馈的内外电阻,结果应在兆欧量级,若呈现<100 欧的阻值,则 说明主馈线以上存在接错可能,需要检查。

内部公开▲ 内部公开▲
上塔检查发现,将塔放连接天线和连接馈线的接口接反了。 故障解决:重新对于塔放的连接接口进行连接,清除短路故障后,问题解决。 塔放故障排查案例四

1.4.1.4

:张明镜 【作者姓名】 张明镜 作者姓名】 : 现象描述】 【现象描述】 CDU 运行正常,但是有塔放电源告警。 : 解决方案】 【解决方案】 :
故障派查:检查基站的塔放电源输出电源电压为 10.8V。不符合 12+/-1V 的电源要求。 测试点 1: 馈电接头 SMB 的内外导体电压是不是在 12V 左右 测试点 2: 机顶测试端口如下: 序号 1 2 3 4 5 6 7 8 9 塔放电源 TA_PWR0 塔放电源 0 塔放电源 塔放电源 塔放电源 TA_PWR0 TA_PWR1 AGND 塔放电源 0 塔放电源 1 模拟地 DB9 SYV-50-1 塔放电源 AGND 模拟地 信号名称 塔放电源 引线序号及对应的信号 A端 TA_PWR1 B端 信号定义 塔放电源 1 连接器 线缆要求

由于 CDU 单板故障,导致输出电压不足。 故障解决:更换 CDU 单板后正常。 OMCRV2.5 中 tsc 配置一点注意

1.4.1.5

【作者姓名】 刘子科 作者姓名】 :刘子科 : 现象描述】 【现象描述】 在 OMCRV2.5 中,集成配置环境中配置 BCCH 时隙的训练序列码,系统仅仅将 :
小区公共信道 TSC 配置与 BCCH 一致,而话路信道的 TSC 默认是 0。

: 【解决方案】 完成集成配置环境数据配置以后,在仔细检查无线资源管理中数据配置情况,如 解决方案】
果出现 tsc 与 bcc 不一致的情况的时候,手动修改配置或者在字符终端中,用 rchm 命令进行修 改。

内部公开▲ 内部公开▲
1.4.1.6 异常驻波比处理的一个方法

:刘子科 【作者姓名】 刘子科 作者姓名】 : 现象描述】 【现象描述】 基站在开通运行的前期,并没有出 HYCOM 告警的现象逐渐频繁发生。HYCOM :
告警通常发生在晚上 12:00 以后。白天复位载频以后,告警消除,但是晚上告警又出现。

: 【解决方案】 分析夜晚很晚 BTS 话务量很小时,TCH 基本没有占用,SDCCH 信道偶然出现占 解决方案】
用时才发生 SWR 告警,白天 BTS 话务量很大时,TCH 占用频繁却没有发现告警现象。对 tch 载频上的信道配置数据进行修改,删除 tch 载频上的 sdcch 信道,全部配置到 bcch 载频上,异常 驻波比告警消失。 uisf 出现断链提示的一个处理方法 出现断链提示的一个处理方法

1.4.1.7

:刘子科 【作者姓名】 刘子科 作者姓名】 : 现象描述】 这三个服务器各自连接不同的 BSC5、 7, 6、 其中 BSC5、 【现象描述】 某现场配置了 3 台服务器, :
6 连接在一个 hub 上,BSC7 单独连接了一个 hub,这两个 hub 互相连接。在客户端的 uisf 的操 作界面上,提示 BSC 的 mp 模块断链。

: 【解决方案】 经过分析,这三个服务器中 syscfg.ini 文件配置了相同的机器号和域名。对 BSC7 解决方案】
的配置文件和 mp 中的配置文件的机器号修改了以后,再次级连 2 个 hub,断链提示不再出现。 OMCR 生成日志

1.4.1.8

:胡晓岚 【作者姓名】 胡晓岚 作者姓名】 : 现象描述】 :在一个正在运行的局中,不重新启动 OMCR 的方式,让 OMCR 生成日志 【现象描述】 : 解决方案】 【解决方案】 : 1.安装以下内容修改/export/home/omc/conf/syscfg.ini 文件。 [SYSCFG] Trace =1 TracePrint = 0 TracePath = /export/home/omc/tmp/log # Definition of TraceLev: #5 : Base_debug # 20 : Application_debug # 50 : Base_test # 80 : Application_test # 100 : Error # 120 : Fatal_error&Flag(default) # The less TraceLev''s value is, the more detailed trace contents are output # The recommend value for running environment is 100 TraceLev = 120 Environment = GPRS
注:需要保证 TracePath 所指的路径存在。

内部公开▲ 内部公开▲
2.在终端窗口执行以下两个命令。 $omckill -HUP 255 等待 3 秒钟以上,然后按 Ctrl+c 就可以了。 $omckill -HUP 5 再等待 3 秒钟以上,然后按 Ctrl+c 就可以了。 3.然后可以看到/export/home/omc/tmp/log 下将生成日志文件。 同一网段的多个告警箱

1.4.1.9

作者姓名】 :胡晓岚 【作者姓名】 胡晓岚 : 【现象描述】 现象描述】 :斯里兰卡组网,多个服务器,多个告警箱,但全在同一个网段中,出现多个 : 告警箱相互影响 解决方案】 :分析:虽多个告警箱的地址不同,但由于在制作 BIN 文件时,所使用的 MAC 【解决方案】 : 地址相同,造成底层通讯时,消息同发往 MAC 地址相同的告警箱。
解决:重新制作 BIN 文件,并要求不同的 MAC 地址。问题解决 基站切换数据异常导致基站拥塞

1.4.1.10

:吴永生 【作者姓名】 吴永生 作者姓名】 : 现象描述】 【现象描述】 基站性能统计异常,该站话务量不高,业务不繁忙。但是统计报表里显示拥 : 塞率很高,业务信道试呼总次数非常高,导致业务信道溢出总次数也非常高。 解决方案】 :办事处检查该小区的切换控制数据时,发现选项:同心圆切换功能给打开了。 【解决方案】 : 取消后,基站正常。
1.4.1.11 BSC 告警箱故障

:吴永生 【作者姓名】 吴永生 作者姓名】 : 现象描述】 【现象描述】 浙江丽水联通 BSC 的告警箱出现周期性,短时间熄灭。 : 解决方案】 【解决方案】 经过观察,感觉告警箱失控,首先检查客户端的跟告警有关的配置文件。在检查 :
中发现在 CLIENT\CONF 目录下没有 FMWSF.INI 文件。后来 CLIENT\CONF\CHINESE\目录下 发现了该文件。估计是在重新装载 OMCR 客户端的时候,文件存错地方了。将配置文件转移到 正确目录下,告警箱运行正常。 巴基斯坦前后台数据不一致的分析处理

1.4.1.12

:房广芝 【作者姓名】 房广芝 作者姓名】 : 现象描述】 :巴基斯坦现场增加一个 BTS 时,在集成配置中配置完新站数据后进行 ICC 【现象描述】 : 解析时出现错误,错误提示为:BSC2 Site7 Cell2 Trx2 在被另外的操作终端修改,经过查询 发现没有其他终端对 BSC2 进行操作,进一步查询发现 BSC2 Site7 有告警存在,传输不稳 定导致基站出现了“”告警,同时发现 BSC2 Site7 Cell2 的 BCCH 在告警管理中是在 Trx2 上, 而在集成配置中 Site7 Cell2 的 BCCH 在 Trx1 上。

内部公开▲ 内部公开▲
:由于集成配置环境打开的时间太长,如果期间发生了 BCCH 倒换,就会出现 【解决方案】 解决方案】 : 前后台数据不一致的问题。 通过使用前后台数据比较工具对 Site7 所在的 RRM2 进行前后台 数据比较,发现果然存在不一致现象,通过从后台重新生成 ZDB 文件,重新传到 MP 后同 步前后台数据后,问题解决

1.5 产品工程科 产品工程科
1.5.1
1.5.1.1

工程技术科 9 月经验汇总
开通 bts 的一些经验

:陶维东 【作者姓名】 陶维东 作者姓名】 : 现象描述】 【现象描述】 如 bts2.0 为例,cmm 板的 syn 灯要是传输断的话是红灯常亮,要是红灯快闪的话 :
要看什么传输,如,直接本地光缆到位的,可能是 bsc 的 2 兆线接反,要是微波的话,可能在中 转站点有问题,需要逐步排查,常见的是传输光转机电源没加,调节传输的人一般调通传输后不 会加电的,需要我们开站的人员注意。

: 【解决方案】 主要是看传输这块,要细心,分清传输的类型。 解决方案】
1.5.1.2 V2 基站级联连接方法

:张帆 【作者姓名】 张帆 作者姓名】 : 现象描述】 :当局方传输不够时,需要进行传输级联 【现象描述】 : 解决方案】 :例如:BSC---SITE52---SITE45,上级站点的 E1 电缆,第一对 2M(1/5)连 【解决方案】 : 接 BSC,第三对(3/7)连接下级基站。下级基站 E1 电缆还是用 1/5,注意 ID_DOG 拨码, 上级基站不用修改,下级基站要拨 o@m lapd 时隙号 31,D0 位拨到 OFF 即可。ABIS_TS: Abis 接口上 O&M 的 Lapd 时隙(000-Ts16,001-Ts31,010-Ts30,111-Ts29,100-Ts28, 101-Ts27,110-Ts26,111-Ts25);
1.5.1.3 基站开通后版本反复加载,长时间无法下载处理方法 基站开通后版本反复加载 长时间无法下载处理方法

【作者姓名】 唐永华 作者姓名】 :唐永华 : 现象描述】 【现象描述】 新开通站点下载版本时反复加载,在半小时后版本还是没有下发成功,前台观察到 :
CMM 板不停的在主备切换,然后又重新开始下载版本

: 【解决方案】建议将备用 CMM 板先关电,等主用 CMM 板版本加载完成后再将备用 CMM 开电, 解决方案】
另外现场传输不稳定时也可采用此方法操作 三级站点开通经验

1.5.1.4

【作者姓名】 唐永华 作者姓名】 姓名 :唐永华 : 现象描述】 【现象描述】 阿尔及利亚现场对三个站点作链形级连,BSC-Site1-Site2-Site3,三个站点 O&Mlapd :
TS 分别设成 16,31,30,但数据下发下去后 Site3 无法正常工作,O&Mlapd Ts 不通.

内部公开▲ 内部公开▲
: 【解决方案】 如果碰到此类问题,可以将三个站点分别直接挂到 BSC 上然后再改变 O&Mlapd 解决方案】
时隙,确保 O&Mlapd 可用的情况下作级连,现场作了测试将 site3 直接挂在 BSC 上,O&Mlapd 时隙 设成 30,31 都不可用,但改成 16 可用,所以现场将三个站点的操作维护时隙分别改成 25,31,16 后站 点正常,另外如果站点开启后,级连站点告警无法上报,但基站是正常运行的,可以将级连站传输断 掉,然后再重新挂接上,一般告警能上报,如果再不行可导换 MP,重做数据,进行告警同步等操作 基站的天线方位角和设计的位置相反产生的问题

1.5.1.5

:高波 【作者姓名】 高波 作者姓名】 : 现象描述】 【现象描述】 安徽池州联通的某个基站出现小区打不通电话,手机信号显示为满 : 解决方案】 【解决方案】 在现场检查之前,在后台 omc 观察该基站的小区载频的信道占用情况。发现一 :
小区的载频出现一直拥塞的情况,而另外一个小区出现无话务的情况。我们在现场检查,发现第 一小区的天线为设计中的二小区,而且该小区的天线下倾角为 0 度,天线覆盖距离过远。第二小 区的频点和周围某个基站的频点一致,出现同频的故障。在把两个小区的天线进行更换以后,发 现两个小区都可以正常通话,但是还要把第一小区的天线下倾角进行调整 前台 BSC TCPIP.CFG 文件设置注意事项

1.5.1.6

:周军 【作者姓名】 周军 作者姓名】 : 现象描述】 【现象描述】 在升级过级中,由于要在两台服务器间前回切换,所以 BSC 在 TCPIP.CFG 文件 :
中要同时设置两台服务器的 IP 以及机器号。在升级当中,我们由于将两台服务器的机器号设置 为一样,导致前后台通信不正常(在服务器上可以 ping 能此 BSC,但是不能够 omcftp 上,同时 也不能够正常建链)

: 【解决方案】 前台将 MP 里的 TCPIP.CFG 文件里的两台服务器的机器号改为不一样。 解决方案】
1.5.1.7 割接时环境监控部分告警不能上传

:钟振锋 【作者姓名】 钟振锋 作者姓名】 : 现象描述】 【现象描述】 替换 nokia 基站时,将 nokia 原 37 针的环境告警线更换成我们 25 针的告警线, :
对接的是爱默生的环境监控设备,门禁告警不能上传。

: 【解决方案】 告警接线方法:根据爱默生工程师提供设备各种告警的接口,对应我们环境告 解决方案】
警线上各种告警的线序,然后接上。 1 检查门禁告警是否与爱默生的设备接口对应。 2 检查门禁告警的线序是否正确。 3 更改后台的告警电平后告警正常。

内部公开▲ 内部公开▲

1.6 三营各办事处
1.6.1
1.6.1.1

三营各办事处 9 月经验汇总
单通问题可能的故障原因

【作者姓名】 郭庆(北京处) 作者姓名】 郭庆(北京处) :郭庆 : 现象描述】 【现象描述】 单通的可能原因 : 解决方案】 【解决方案】 :
1、 2、 3、 4、 移动台自身的问题; DTX 启动,当语音强度不足以激活话音传送时,就会出现该现象; 网板交换错误,导致一方的上行电路不能正确交换到另一方的下行电路上; 上下行链路不平衡,如 80W 基站不配置塔放,会造成上行链路受限,而出现单 向通话; 5、 下行链路信号差,造成手机无法接收到信号或误码率上升,通话时时断时续,且 有金属敲击声; 6、 存在频率干扰,造成误码率上升,信号失真,通话时时断时续,且有金属敲击声;

7、 硬件故障造成单通。

1.6.1.2

某个基站切换指标突然下降的一个可能原因 某个基站切换指标突然下降的一个可能原因

:郭庆 【作者姓名】 郭庆(北京处) 作者姓名】 郭庆(北京处) : 现象描述】 :某个基站切换指标突然下降的一个可能原因 【现象描述】 : 解决方案】 【解决方案】 北京前一段时间出现过一个故障,延庆基站的切换指标急剧下降,由前一天的 :
95%左右,下降到不到 70%;去现场查看,无线环境正常;更换基站载频和 CMM 后故障依然存 在;排除环境干扰和基站硬件原因。考虑到可能是时钟问题引起,因此修改该基站的时钟由外同 步到内同步,故障消失,说明该故障是由时钟引起的。 载频隐性故障的处理

1.6.1.3

:郭庆 【作者姓名】 郭庆(北京处) 作者姓名】 郭庆(北京处) : 现象描述】 【现象描述】 在设备的日常维护中,发现设备没有告警,而系统指标不好,如拨打电话困 : 难、切换失败高、指派失败高等现象。 解决方案】 :在设备的日常维护中,偶尔会发现设备没有告警,而系统指标不好,如拨打 【解决方案】 : 电话困难、切换失败高、指派失败高等,这些情况与载频有很大关系,大部分是载频原因引 起,更换载频后大部分可以解决。由于是载频性能下降引起这些问题,载频并没有故障,因 此从告警管理中不能发现问题, 需要我们在日常维护中多加关注性能分析, 找出性能指标下

内部公开▲ 内部公开▲
降厉害的基站,在排除无线因素后,就要关注载频隐性故障问题,可以更换载频确认;
1.6.1.4 基站接某些透明通道环境监控设备后引起的小区拨打电话困难解决方法 基站接某些透明通道环境监控设备后引起的小区拨打电话困难解决方法

:郭庆 【作者姓名】 郭庆(北京处) 作者姓名】 郭庆(北京处) : 【现象描述】 北京联通某些基站在接环境监控设备后,基站的某些小区会出现拨打电话困难现 现象描述】 :
象。

: 【解决方案】 北京联通某些基站在接环境监控设备后,基站的某些小区会出现拨打电话困难现 解决方案】
象,表现为在故障小区指派成功率非常低,拨打 10 次一般只有 1~2 次可以成功。出现此现象后, 做了许多排查工作,更换载频、更换 CMM、将故障小区与正常小区的天馈互换,都不能解决问 题。 后观察到基站出现该故障是在刚接环境监控设备后不久, 因此将排查重点放在环境监控设备 上。怀疑环境监控设备对我们的设备产生影响,将 LAPD 的复用方式由 1:4 更换为 1:1 以后, 发现基站恢复正常。 中兴 T150 光端机和华为传输网对接时应注意的问题

1.6.1.5

:李文福 【作者姓名】 李文福(北京处) 作者姓名】 李文福(北京处) : 现象描述】 ,北京 【现象描述】 北京联通 GSM 工程的室外基站采用中兴 BS30 设备(内置 T150 光端机) :
联通传输网为华为设备,中兴 T150 光端机通过光缆直接和华为传输网进行对接,在调试过程中 要注意, 华为的传输时隙算法和中兴传输时隙算法存在差异, 大家在开通调试时一定要注意对应 关系,具体对应关系见下表:

: 【解决方案】 解决方案】

中兴华为时隙顺序对照表
中兴
TUG3—TU12TUG3 TUG2— TUG3— TUG3—TU12TUG3—TUG2—TU12 NO.
1 —1 1 —2 1 —3 1 —4 1 —5 1 —6 1 —7 1 —8 1 —9 1—10 1—11 1—12 1—13 1—14 1—15 1—16 1 —1 —1 1 —1 —2 1 —1 —3 1 —2 —1 1 —2 —2 1 —2 —3 1 —3 —1 1 —3 —2 1 —3 —3 1 —4 —1 1 —4 —2 1 —4 —3 1 —5 —1 1 —5 —2 1 —5 —3 1 —6 —1 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

华为
NO.
1 22 43 4 25 46 7 28 49 10 31 52 13 34 55 16

TUG3—TUG2—TU12 TUG3 TUG3— TUG3—TUG2—TU12TUG3—TU12
1 —1 —1 2 —1 —1 3 —1 —1 1 —2 —1 2 —2 —1 3 —2 —1 1 —3 —1 2 —3 —1 3 —3 —1 1 —4 —1 2 —4 —1 3 —4 —1 1 —5 —1 2 —5 —1 3 —5 —1 1 —6 —1 1 —1 2 —1 3 —1 1 —4 2 —4 3 —4 1 —7 2 —7 3 —7 1—10 2—10 3—10 1—13 2—13 3—13 1—16

内部公开▲ 内部公开▲
1—17 1—18 1—19 1—20 1—21 2 —1 2 —2 2 —3 2 —4 2 —5 2 —6 2 —7 2 —8 2 —9 2—10 2—11 2—12 2—13 2—14 2—15 2—16 2—17 2—18 2—19 2—20 2—21 3 —1 3 —2 3 —3 3 —4 3 —5 3 —6 3 —7 3 —8 3 —9 3—10 3—11 3—12 3—13 3—14 3—15 3—16 3—17 1 —6 —2 1 —6 —3 1 —7 —1 1 —7 —2 1 —7 —3 2 —1 —1 2 —1 —2 2 —1 —3 2 —2 —1 2 —2 —2 2 —2 —3 2 —3 —1 2 —3 —2 2 —3 —3 2 —4 —1 2 —4 —2 2 —4 —3 2 —5 —1 2 —5 —2 2 —5 —3 2 —6 —1 2 —6 —2 2 —6 —3 2 —7 —1 2 —7 —2 2 —7 —3 3 —1 —1 3 —1 —2 3 —1 —3 3 —2 —1 3 —2 —2 3 —2 —3 3 —3 —1 3 —3 —2 3 —3 —3 3 —4 —1 3 —4 —2 3 —4 —3 3 —5 —1 3 —5 —2 3 —5 —3 3 —6 —1 3 —6 —2 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 37 58 19 40 61 2 23 44 5 26 47 8 29 50 11 32 53 14 35 56 17 38 59 20 41 62 3 24 45 6 27 48 9 30 51 12 33 54 15 36 57 18 39 2 —6 —1 3 —6 —1 1 —7 —1 2 —7 —1 3 —7 —1 1 —1 —2 2 —1 —2 3 —1 —2 1 —2 —2 2 —2 —2 3 —2 —2 1 —3 —2 2 —3 —2 3 —3 —2 1 —4 —2 2 —4 —2 3 —4 —2 1 —5 —2 2 —5 —2 3 —5 —2 1 —6 —2 2 —6 —2 3 —6 —2 1 —7 —2 2 —7 —2 3 —7 —2 1 —1 —3 2 —1 —3 3 —1 —3 1 —2 —3 2 —2 —3 3 —2 —3 1 —3 —3 2 —3 —3 3 —3 —3 1 —4 —3 2 —4 —3 3 —4 —3 1 —5 —3 2 —5 —3 3 —5 —3 1 —6 —3 2 —6 —3 2—16 3—16 1—19 2—19 3—19 1 —2 2 —2 3 —2 1 —5 2 —5 3 —5 1 —8 2 —8 3 —8 1—11 2—11 3—11 1—14 2—14 3—14 1—17 2—17 3—17 1—20 2—20 3—20 1—3 2—3 3—3 1—6 2—6 3—6 1—9 2—9 3—9 1—12 2—12 3—12 1—15 2—15 3—15 1—18 2—18

内部公开▲ 内部公开▲
3—18 3—19 3—20 3—21 3 —6 —3 3 —7 —1 3 —7 —2 3 —7 —3 60 61 62 63 60 21 42 63 3 —6 —3 1 —7 —3 2 —7 —3 3 —7 —3 3—18 1—21 2—21 3—21

1.6.1.6

GSM900M 基站和 1800 基站共用一条传输时相应的拨码开关配置情况说明

:李文福 【作者姓名】 李文福(北京处) 作者姓名】 李文福(北京处) : 现象描述】 【现象描述】 GSM900M 基站和 1800 基站共用一条传输时相应的拨码开关配置情况说明 : 解决方案】 【解决方案】 1800M 与 900M 基站共站,共用一条传输情况下 :
相应的拨码开关配置情况如下: 900M 基站拨码情况:(S1/S2 所以位都为 off) 1800M 基站拨码情况:(S1 的 1、2 位为 OFF;其它都为 ON) 聊城联通 ZXG10-BSC 上报 EFR 问题

1.6.1.7

:魏振文 【作者姓名】 魏振文(济南处) 作者姓名】 魏振文(济南处) : 现象描述】 【现象描述】 中兴 BSC 设备挂接在北电的交换机下面,最近交换机收到大量来自 BSC 的包, :
产生很多 EFR 告警

: 【解决方案】 解决方案】
故障分析: 由于北电的 MSS 设备目前支持 EFR 有问题,所以自己的交换机会产生大量的告警。现在 A 口的电路为 FR 编码,修改成 EFR 风险比较大,决定将中兴 BSS 设备修改成只支持 FR 业务。 解决方法: 和维护人员就这个问题进行了探讨:由于北电的 MSS 设备目前支持 EFR 有问题,所以会产生 大量的告警。现在 A 口的电路为 FR 编码,修改成 EFR 风险比较大,决定将中兴 BSS 设备修改 成只支持 FR 业务。修改文件需要重启 MP,必须晚上做。等到 24 点后重启 MP 最终处理结果: 修改文件需要重启 MP,必须晚上做。等到 24 点后重启 MP。正常 时间设置对报表提取的影响

1.6.1.8

:魏振文 【作者姓名】 魏振文(济南处) 作者姓名】 魏振文(济南处) : 现象描述】 【现象描述】 在最近的维护过程中发现:ZXG10-BSS 的 OMCR 客户端时间的设置对性能报表 :
的提取有一定的影响,有时候还会影响我们对网络性能的判断。下面把现象描述一下,和大家分 享。 现象一: 有 6 台 OMCR 服务器,版本为 V2.52.03e,安装在地市;在省公司安装有一个上 级网管(浪潮公司提供) ,它通过一个客户端提取各个 OMCR 服务器的数据。其中 5 个 OMCR 服务器数据均可以正常提取,但是在提取 SVR2 服务器的数据时,每次都是 7 月 1 日的数据,并 且数据为零。 6 月 9 日维护人员到达现场之后检查 SVR2 时发现:在本地服务器 SVR2 中查看 性能数据,最新数据为 7 月 1 日,而且还有 6 月 25 日的数据。而当前时间为 6 月 9 日。也就是 说报表提前产生了。维护人员把该表中 6 月 25 日和 7 月 1 日数据删除,这样表中的最新数据就

内部公开▲ 内部公开▲
为实际的 6 月 9 日。再和浪潮公司人员核实,SVR2 提取数据正常。

: 【解决方案】 原因分析: 决方案】
此问题的产生是这样的:在早期版本(V2.52.01b)的客户端中,是可以提取大于当前日期 的报表的,但是报表中各项指标均为零。这样操作的后果就是在表中产生所提取日期的数据。上 级网管的策略是每天从该表中提取最新的数据, 这样每天取到的数据都为 7 月 1 日的, 而且此数 据为空。 据此可以推断, 在客户端和服务器的版本未升级前的某个时间, 局方或者维护人员在提取性 能数据时,不经意间,也许是想做试验来提取未来某日的数据(恰好是 6 月 25 日和 7 月 1 日), 这样就在表中产生了 6 月 25 日和 7 月 1 日的数据。值得庆幸的是,当前版本的客户端不允许提 取未来时间的报表,也就避免了这个问题的再次发生。 现象二: OMCR 服务器,版本为 V2.52.03e。2005 年 4 月 27 日 11:10 分左右提取 10:00~11:00 忙时报表,进行网络现状分析。为了查找小区产生掉话的原因,我们又从“历史数据查询”中的 “基本测量”选项中提取了数据。通过对比发现同一时段两个报表中的掉话次数不一致。为此, 我们再次提取了 10:00~11:00 的忙时数据,第二次的数据和基本测量中的数据一致。 为了排除人为因素的影响,我们在 12:10 提取了 11:00~12:00 的数据,在 13:00 第二 次提取该时段数据,互相对比,发现两个报表数据的确存在差异。 检查客户端时间、服务器时间和 MP 的时间,发现三者时间不一致:服务器和 MP 时间相差 不多;二者比客户端的时间要慢 10 分钟。原因也就在于此:服务器正在统计处理上一个整点时 段的数据的时候,客户端已经提取了不完整数据。一般情况下,这时候的掉话次数要少,会大幅 度提高话务掉话比(虽然是一个错误的数据)。 经过和研究所联系证实,服务器有一定的保护机制,即在整点时间后 10 分钟,客户端才能 提取上一时段的报表。前提是服务器和客户端的时间必须一致。 由于省公司可以通过上级网管提取数据, 为了防止提取了错误的报表, 我们将上级网管连接 的客户端时间调慢,确保该客户端时间比所有的服务器时间慢 5 分钟。 修改基站数据的小窍门

1.6.1.9

:魏振文 【作者姓名】 魏振文(济南处) 作者姓名】 魏振文(济南处) : 现象描述】 【现象描述】 移动基站 : 解决方案】 【解决方案】 见附件 :
C:\Documents and Settings\Administrator

1.6.1.10

批量修改参数的方法

:魏振文 【作者姓名】 魏振文(济南处) 作者姓名】 魏振文(济南处) : 现象描述】 【现象描述】 批量修改数据 : 解决方案】 【解决方案】 见附件 :
C:\Documents and Settings\Administrator

内部公开▲ 内部公开▲
1.6.1.11 庆阳联通工商银行基站一、三小区时好时坏的故障处理 庆阳联通工商银行基站一、三小区时好时坏的故障处理

:张欢庆 【作者姓名】 张欢庆(兰州处) 作者姓名】 张欢庆(兰州处) : 现象描述】 【现象描述】 庆阳联通工商银行基站一、三小区时好时坏的故障处理 : 解决方案】 【解决方案】 更换相关板件。 :
C:\Documents and Settings\Administrator

1.6.1.12

如何快速解决小区拥塞

:倪宏翔 【作者姓名】 倪宏翔(北京处) 作者姓名】 倪宏翔(北京处) : 现象描述】 :作为边际网的用服工程师,面对最多的客户投诉无非是网络拥塞,如何尽快 【现象描述】 : 解决拥塞问题成为大家经常讨论的话题,下面给大家简单介绍一下我的经验。 【解决方案】 解决方案】 :首先发现拥塞小区:一般连续三天,早忙时小区溢出次数均在 10 次以上便可 : 以认为它为拥塞小区了(因为晚忙时它拥塞可能会更加厉害) ,扩容当然是最理想的选择, 这里我们主要讨论如何运用优化的方法进行改善。
第一选择是调整小区选择参数,开通 C2 参数,主要通过指标把临近的话务相对低、容量相对富 裕的相邻小区开通 C2 参数,用来分流话务。 第二选择就是调整切换参数,将该拥塞小区切出门限降低,使其非常容易切出, 这样,问题解决!!! 准确快速完成话务统计筛选

1.6.1.13

作者姓名】 倪宏翔(北京处) :倪宏翔 【作者姓名】 倪宏翔(北京处) : : 【现象描述】 快速统计筛选 现象描述】 解决方案】 :在每日的话务统计查询工作中,筛选出指标较差的小区是一件比较繁琐而且 【解决方案】 : 重复的事情,这里向大家提供一个小方法。做过 EXCEL 宏编译的同事都知道,录制一个宏 是一个很简单的事情, 不需要太多的编程技巧, 所以大家只需将平时需要的且每日都需要的 录制成宏即可。这样以后只需轻轻一按,所有需要的东西就一目了然了。
1.6.1.14 迅速处理呼叫失败

:倪宏翔 【作者姓名】 倪宏翔(北京处) 作者姓名】 倪宏翔(北京处) : 现象描述】 :迅速处理呼叫失败 【现象描述】 : 解决方案】 :首先根据话务统计指标确定呼叫失败较高的小区,然后进行实地拨测,发现 【解决方案】 : 确实有呼叫失败后按照以下流程进行。

内部公开▲ 内部公开▲
1、单载频小区,拨测时查看信令流程是否占用 SD 信道,若有占用,分别将除 BCCH、SD 信道除 外的六个信道挨个锁住,按每信道进行拨测,若有信道始终无法占用,确认载频故障。若 SD 无 法占用,利用现有工具进行参数检查及干扰扫频,发现问题及时解决; 2、多载频小区,仅保留一个载频,锁住其余载频,然后按照单载频小区处理方式进行处理。 基站接地对 G 网基站通话质量的影响

1.6.1.15

:王征利 【作者姓名】 王征利(兰州处) 作者姓名】 王征利(兰州处) : 现象描述】 【现象描述】 基站接地对 G 网基站通话质量的影响 : 解决方案】 【解决方案】 见附件 :
C:\Documents and Settings\Administrator

1.6.1.16

出现大面积单通、双向无声、 出现大面积单通、双向无声、串话等问题时 A 口拨测方法

:马骞 【作者姓名】 马骞(西安处) 作者姓名】 马骞(西安处) : 现象描述】 【现象描述】 出现大面积单通、双向无声、串话等问题时 A 口拨测方法 : 解决方案】 【解决方案】 见附件 :
C:\Documents and Settings\Administrator

1.6.1.17

ZXG10-V1A 基站复用方式引起扩容故障的处理 -

:宋永渊 【作者姓名】 宋永渊(重庆处) 作者姓名】 宋永渊(重庆处) : 现象描述】 【现象描述】 ZXG10-V1A 基站复用方式引起扩容故障的处理 :
C:\Documents and Settings\Administrator

: 【解决方案】 解决方案】
1.6.1.18

GPRS 网优优化

:宋永渊 【作者姓名】 宋永渊(重庆处) 作者姓名】 宋永渊(重庆处) : 现象描述】 【现象描述】 浅谈 GPRS 网络优化特点 :
C:\Documents

:and Settings\Administrator 【解决方案】 解决方案】

内部公开▲ 内部公开▲
1.6.1.19 GPRS 全局中断故障的处理

:宋永渊 【作者姓名】 宋永渊(重庆处) 作者姓名】 宋永渊(重庆处) : 现象描述】 【现象描述】 重庆移动某个 BSC 下所有的基站的 GPRS 业务频繁出现中断的故障,用户用手 :
机或 GPRS 上网卡上网时,时好时坏。

: 【解决方案】 解决方案】
C:\Documents and Settings\Administrator

1.6.1.20

ZXG10-BSS 小区未配置 GPRS 信道引起的问题 -

:宋永渊 【作者姓名】 宋永渊(重庆处) 作者姓名】 宋永渊(重庆处) : 现象描述】 【现象描述】 用户反映在中兴基站下面,有时会存在上网或打电话后,手机挂不断,按手机电 :
源开关键也不能关机,只能拔下电池才能关机的问题。

: 【解决方案】 解决方案】
故障处理: 故障处理: 1、 检查用户使用的手机,均有 GPRS 功能,并且用户 SIM 卡均开通了 GPRS 功能。 2、 检查用户反映出问题的小区,发现这些小区均开通 GPRS 功能,但是未配置 GPRS 信 道。 3、 给这些小区配置 GPRS 信道后,问题得到解决,未再次反映出现同样问题。 故障分析: 故障分析: GSM 的业务可以分为 PS 业务(数据业务,在移动主要是 GPRS 业务)及 CS 业务(话音业 务),手机工作在 PS 状态及 CS 状态下,均存在小区重选的问题,引起该问题的原因主要是由 于手机及 SIM 卡开通 GPRS 功能后,小区的 GPRS 也存在一个 GPRS 小区重选的问题,当用户 从配置了 GPRS 信道的小区进行未配置 GPRS 信道的小区后,满足某种条件时,GPRS 也会发走 GPRS 小区重选,由于手机所处的小区未配置 GPRS 信道,导致 GPRS 小区重选不成功,手机就 不停地进行 GPRS 小区重选, 造成手机假死的现象, 而某些手机 (特别是松下 GD 系统的手机) , 由于这些手机存在缺陷, 在频繁的 GPRS 小区重选的过程中会造成手机死机, 只有拔下电池才能 关机,当给小区配置了 GPRS 信道后,手机可以正常地进行 GPRS 小区重选,当然就可以正常工 作了。

1.6.1.21

GSM BTSV2 塔放安装

:牛涛 【作者姓名】 牛涛(南宁处) 作者姓名】 牛涛(南宁处) : 现象描述】 :80W 基站要在天馈上安装塔顶放大器,在 1/2 跳线和 7/8 馈线间安装避雷器和 【现象描述】 :

内部公开▲ 内部公开▲
T 型头,T 型头用来给塔放供电,在安装过程中处理不当会造成 CDU 板烧保险 解决方案】 【解决方案】 1.对照 CDU 板上原有的小保险,自购一些 0.5A 的小保险,以备保险被烧后及时 : 更换.
2.注意 T 型头和避雷器的安装顺序, 一定是按以下顺序: 1/2 跳线+避雷器+T 型头+7/8 馈线 3.同一小区的 CDU 一定要放在同一框内 4.基站内的钢跳,跳线接头要拧紧 5.基站加电前在 T 型头处不要接塔放电源,加电后所有小区工作正常后, 在接塔放电源,同时注意 T 型头上的电源指示灯是否变亮 基站拥塞

1.6.1.22

:李海生 【作者姓名】 李海生(乌鲁木齐处) 作者姓名】 李海生(乌鲁木齐处) : 现象描述】 【现象描述】 内蒙古乌盟卯都 BTS(V2)80W 基站出现拥塞,后台观察没有告警. : 解决方案】 【解决方案】 内蒙古乌盟卯都 BTS(V2)80W 基站出现拥塞,后台观察没有告警,通过动态 :
管理发现有一个 TCH 载频一直没有占用,现场解决时发现载频都正常,把两个载频对调发现故 障的载频所对应的 CDU 的 FPO 灯不亮, 更换新的载频, 故障恢复, 现场分析载频没有功率输出, 造成用户的拥塞。

C:\Documents and Settings\Administrator

1.6.1.23

基站突然切换率下降

作者姓名】 李海生(乌鲁木齐处) :李海生 【作者姓名】 李海生(乌鲁木齐处) : 【现象描述】 内蒙古乌盟金盆 BTS(V2)80W 基站的切换指标突然下降 现象描述】 : 解决方案】 【解决方案】 内蒙古乌盟金盆 BTS(V2)80W 基站的切换指标突然下降,而且造成爱立信基 :
站的掉话增加,由前一天的 95%左右,下降到不到 30%左右;去现场查看无线环境正常;更换 CMM,故障依然存在,检查基站载频板和 PA 板时,发现两个板的不是出厂时调好的一对,更 换相同的一对后,在观察故障现象消失。


相关文章:
上海用服部 ZXG10-BSS 2005年09月份工程经验汇总
内部公开▲ 内部公开▲ 月份工程经验汇总 移动事业部用服部 GSM 产品 9 月份工程经验汇总 中兴通讯移动事业部用服部 内部公开▲ 内部公开▲ 目录 1 GSM 产品...
上海用服部 ZXG10-BSS 2005年02月份工程经验汇总
上海用服部 ZXG10-BSS 2005年02月份工程经验汇总 中兴工程经验汇总。中兴工程经验....09F 到 BTSV5.00.09F-SL --- 6 OMCR 升级经验总结 ---...
上海2005~10理科综合
上海用服部 ZXG10-BSS 200... 33页 10财富值 ...(文)2006 第 17 页共 79 页 ★★★ 9、 夏天...2005 年 11 月吉林某化工厂发生爆炸,大量苯类物质...
2005年上海市中考数学试题及答案
小明将家里 2005 年 1 至 5 的平时段和谷...2014年全国注册造价工程师 建设工程造价管理重点整理 ...9页 免费 2012年上海市中考数学试... 10页 免费...
更多相关标签:
excel按月份汇总 | 数据透视表按月份汇总 | 按月份分类汇总 | 透视表日期按月份汇总 | 数据透视表 月份汇总 | 月份培训汇总表 | 2016.10月份时事汇总 | 分类汇总 月份 |