阿尔卡特维护手册.doc

BSC维护操作手册B71 Evolium BSC维护手册1.1 准备工作1.2 BSC日常维护工作1.3 BSC传输模块日常维护工作在B7中，整个传输系统的管理体系变化相对于B6来说，几乎一样。控制权转移到CPR中，可通过WinBSC对BSC与BTS上的传输模块进行操作，TSC不可以被访问,且BSC与BTS上的传输模块也不再需要做setting，由系统自动下载。故BSC传输模块的日常维护工作要比过去更简单。以下介绍了对BSC上的TSC、BIUA及ASMB的维护操作。1.3.1 TSC的相关操作虽然TSC已不再控制传输模块，但由于B7中，传输模块的软件为通过TSC自动分配。所以事实上，TSC的重要性反而增强了。故TSC的工作状态一定要随时注意。 状态判断；（LMCTB7对TSC不可操作）1. 首先注意灯的状态，正常情况下，TSC应为下部的两个灯持续亮；2. 其次通过A1353-RA或WinBSC察看TSC及对应的TSL的状态，正常应为IT。 故障处理；TSC主要发生的故障均表现为长时间处于load（MSD）状态。1. 首先，Restart主用系统CPR；2. 其次，手动reset TSC；3. 无效则Reset每个机架的Shelf 7的BIUA或第一个TCUC；4. 仍无效则重建TSL链路；5. 如果还无法解决就更换TSC；6. 终极解决方案，纠正连线错误或更换子架。1.3.2 传输模块本地维护终端LMCTB7的打开与设置 用RS232电缆连接PC与需操作的传输模块（PC一定要接地）； 启动LMCT，可见输入密码对话框，不用输入直接按OK（默认无密码）；图1.39 密码对话框 先进入连接端口设定菜单；图1.40 端口设定 再设定连接端口号及速率。图1.41 端口号及速率1.3.3 LMCTB7对BIUA的相关操作；与TSC不同，BIUA可以访问并进行操作。而且BIUA作为Abis接口的传输接口设备，负责与BTS的通信，故往往BTS的传输问题都可以上溯到BIUA。 状态检查；1. 首先注意灯的状态，正常情况下，BIUA应为下面两个灯全亮；如下面三个灯全亮或顶部灯亮则说明有告警；2. 通过WinBSC察看BSCadaptor状态，正常应为IT；3. 建立连接，SessionConnect；图1.42 建立连接4. 成功后，可见对话框，选OK后进入；图1.43 连接成功5. 为了保证传输模块与TSC的通信联系，首先应检验Qmux地址是否正确；1) 进入菜单；图1.44 进入菜单2) 查看一下Qmux Address是否正确；图1.45 Qmux Address如不符合要求，就改为Operator定义，重新设置Qmux地址为正确值，随后Modify。6. 接下来检查告警；1) 打开菜单；图1.46 告警菜单2) 打开告警报告窗口，告警会一条条的显示在面前。这里的传输告警只对应物理连接；图1.47 告警报告7. 有时，为了定位传输故障，还需要了解BIUA的时隙设置是否符合要求，这就必须利用时隙的Upload功能，下面就介绍BIUA的Upload操作；1) 打开菜单，执行Upload命令；图1.48 Upload菜单2) 几分钟后，当显示如下窗口时，表明Upload结束图1.49 Upload 报告3) 接着会出现Upload报告。图1.50 Upload报告4) 这时在菜单上出现Toggle Display，双击；图1.51 Touggle Display菜单5) 最后就可看到清晰的Abis接口时隙映射图；图1.52 Abis接口时隙映射图在映射图中，BSn接口代表该TSU中第n个TCU与BIUA的接口，在映射图上可看到时隙分配及连接配置。这时菜单上出现Abis。点击Abis1会出现上面的映射图。图1.53 Abis菜单对于映射图的检查，主要从三方面着手：l 时隙排列是否规则l 对象配置数目是否正确l 对象所占用的时隙是否与BTS的时隙映射相对应BTS设为通过OML下载传输配置，则BSC与BTS的OML时隙设置一定要统一，在B7.2中，OML自动检测（Auto-detection）特性使其下载软件更加方便。以上任一方面答案为否，就说明该BIUA的软件配置有关系。 故障处理BIUA可能会出现物理连接和软件设置两方面的故障。1. 对于物理连接故障，则需要检查连线与传输；2. 对于软件设置故障，则需要重新导入软件（前提是TSC工作正常，这样系统才会自动导入软件）1) 首先，可通过LMCTB7对BIUA操作；在操作菜单下选中所需操作，可进行Restart或Reset操作；图1.54 Reset&Restart 菜单执行后，见到如下窗口就说明操作执行结束；2) 如无效则通过BIUA板上的Reset按钮，手动reset BIUA；3) 无效则通过WinBSC对BSCadaptor进行Disable及Init操作；4) 仍无效就重新插拔BIUA板；5) 更换BIUA板；6) 检查DLS文件是否正确。1.3.4 LMCTB7对ASMB的操作内容ASMB也可以访问并进行操作。它作为Atermux接口的传输接口设备，负责与TC的通信，故往往A接口的传输问题都可能与ASMB有关。 状态检查1. 首先注意灯的状态，正常情况下，ASMB应为下部的两个灯持续亮或三个灯全亮；2. 通过WinBSC察看SM_ADAPT状态，正常应为IT；3. 建立连接，SessionConnect；图1.55 建立连接4. 成功后，可见对话框，选OK后进入；图1.56 连接成功5. 为了保证传输模块与TSC的通信联系，首先应检验Qmux地址是否正确；1) 进入菜单；图1.57 Qmux Address菜单2) 查看一下Qmux Address是否正确；图1.58 Qmux Address如不符合要求，就改为Operator定义，重新设置Qmux地址为正确值，随后Modify。6. 接下来检查告警；1) 打开菜单；图1.59 告警菜单2) 打开告警报告窗口，告警会一条条的显示在面前。这里的传输告警只对应物理连接；图1.60 告警报告7. 为了定位传输故障，还需要了解ASMB的时隙设置是否符合要求；1) 检查MAP类型；l 启动菜单；图1.61 Map 类型l 检查MAP类型是否与TC架对应。图1.62 检查Map类型2) 如需要了解信道的配置，就必须利用Upload功能；l 打开菜单，执行Upload命令；图1.63 Upload 菜单l 几分钟后，当显示如下窗口时，表明Upload结束；图1.64 Upload 报告l 此后会显示报告，告诉操作者Upload文件的名称，所存目录由操作者来确定；图1.65 Upload文件的名称6) 这时在菜单上出现Toggle Display，双击；图1.66 Touggle Display菜单7) 可看到清晰的Atermux接口时隙映射图，以下提供1:4的信道映射图；图1.67 4:1 Mapping在映射图上可看到时隙分配及配置。可见4:1映射图在Ater接口数量和信道排列方式上，每个Ater接口均采用不同颜色对应。对于Atermux映射图的检查，主要从两方面着手： 时隙排列是否规则 信令配置是否正确（下面为4:1的信令配置表）表1.2 4:1的信令配置表信令类型传输接口时隙位置N7每个Atermux接口TS16告警校验每个Atermux接口TS15X25每个BSC的第一、二个Atermux接口TS31Qmux每个BSC机架的第一、二个Atermux接口TS14以上任一方面答案为否，就说明该ASMB的软件配置有问题。 故障处理ASMB可能会出现物理连接和软件设置两方面的故障。1. 对于物理连接故障，则需要检查连线与传输；2. 对于软件设置故障，则需要重新导入软件并使之与TC设置匹配；（前提是TSC工作正常，这样系统才会自动导入软件）1) 首先，还可通过LMCTB7对ASMB操作；l 在操作菜单下选中所需操作，可进行Restart或Reset操作；图1.68 Reset&Restart 菜单l 执行后，见到如下窗口就说明操作执行结束；2) 如无效则通过ASMB板上的Reset按钮，手动reset ASMB；3) 通过WinBSC对SM_ADAPT进行Disable及Init操作；4) 仍无效就重新插拔ASMB板；5) 更换ASMB板；6) 检查DLS。1.4 BSC CPR的主备用切换流程在B7.2中，因整个BSC的功能及特性有了相当的增强，CPR的负荷增大了，使得有的操作行为无法及时下达，对于这种过载现象，这时就需要进行CPR的主备用切换。不过，CPR的主备用切换一定要按照规范流程去做，否则可能会造成BSC crash。以下介绍CPR的主备用切换流程：1.4.1 检查DISC1与DISC2的状态（保证两个DISC的状态均为IT） 打开菜单；图1.69 读取状态菜单 选择需查看的DISC；图1.70 选择需查看DISC 可见状态报告，要求为IT；图1.71 状态报告该DISC不符合要求，应首先进行恢复DISC的操作。一定要保证两个DISC均为IT状态。1.4.2 检查两个DISK上的文件数是否一致 打开菜单；图1.72 Disk 操作菜单 分别检查两个Disk 图1.73 检查Disk 确保文件数一致（有时主用系统CPR会多出一个Alarm List文件，也可进行主备用切换）。图1.74 报告1.4.3 进行CPR的主备用切换（1，2两节都通过后） 进入设备操作菜单，启动Restart窗口；图1.75 启动Restart菜单 完成设置，Restart主用CPR；图1.76 Restart 窗口 当主用CPR Restart时，备用CPR会自动接替主用工作，这样就完成了主备用切换的流程。主要用于解决通信链路过载与软件无法正常分配问题。1.5 BSC工作环境下的硬件测试在工作环境下，虽然可以通过WinBSC或A1353-RA了解BSC功能块的状态，但并不是所有的故障都可以通过软件来定位的，尤其是与DSN有关的故障，单凭维护软件是无法精确定位的，而这种故障一般都会影响掉话指标，必须解决，这时，就要用到硬件测试功能了。过去，硬测需要通过专业的测试软件进行，非常繁琐，而在B7.2中，WinBSC可以很方便的将工作系统设置为测试状态，这就更有利于硬测工作的进行。下面就来介绍BSC工作环境下的硬件测试方法。1.5.1 启动进入测试状态（在测试状态下，系统停止工作） 打开菜单；图1.77 测试菜单 设置重启选项；图1.78 设置重启选项注：重启时可选RESTART，这样速度快，REBOOT也可以，不过会慢点，其他选项一定要按照图中的设置来设。 启动结束，看到启动成功报告。图1.79 报告此时应见到BSC的所有CE的灯与正常时的状态正好上下相反。1.5.2 开始进行测试；维护中只需要用到网络测试功能，即测试BSC的内部通信，可以了解到在哪个单元处出了问题。 打开菜单；图1.80 网络测试菜单 设置选项，一定要按照图中去设；图1.81 测试窗口 如一切正常，返