7700-7767 BTS 的OMU初始化.doc

7700 BTS OMU INITIALIZATIONBTS的OMU初始化告警含意BTS的OMU开始启动。NOKIA建议告警不需要处理。告警取消不要取消告警。系统会在故障被修复时自动取消告警。7701 BCF INITIALIZATIONBCF初始化告警含意BCF开始启动NOKIA建议告警不需要处理。告警取消不要取消告警。系统会在故障被修复时自动取消告警。7702 BCF INITIALIZATION DUE TO BSS RESETBSS重启导致BCF初始化告警含意这是BCF对BSS重启的特殊消息。NOKIA建议告警不需要处理。告警取消不要取消告警。系统会在故障被修复时自动取消告警。7703 BCSU RESTARTEDBCSU 重启告警含意这个告警指示了BCSU的重启。只有终端才会用到。NOKIA建议告警不需要处理。告警取消不需要处理。7704 PCM FAILUREPCM故障告警含意告警是关于包括BCF链路在内的PCM线的。无线网络中含有LAPD链路的特定PCM链路不能工作。这个告警的重要性取决于连接到这条PCM线上的LAPD链路的数量和内容。NOKIA建议告警7704是BCF所特有的。RNW用它来实现BSS系统元件恢复。这个告警（和取消）将导致连接到故障PCM（ET）的元件启动网络恢复功能。告警7704不会单独存在。还会有一些其他告警存在。例如：PCM与ET的连接电缆断开。告警7767，2900，2915，7706和7704都存在。告警7704导致相应的TRX的状态变为BL-RSL，相应的LAPD链路状态变为UA-AD RN RECOV.为了找到这个告警的原因和影响，按以下步骤检查：1 检查相应的（ETPCM）激活告警（比如2915，2900）a) MML命令AHOb) 查看这些告警的指导。2 为了得到更多的信息用MML命令查看告警7704的影响。a) EEI- 哪个RNW元件不可用。b) EOL-指示BCF有什么告警。c) DTI-OMUSIG和TRXSIG的工作状态是什么。操作建议1检查机柜顶的传输线接头是否连接好。2检查BCF前面板数码管的显示。如果是0005，说明传输不通。检查TRUA内的时隙分支表是否正确。3自环基站，查看基站是否能到OOO8状态。如果可以联系传输部门处理（可以尝试重启微波或调制解调器等传输设备）。4自环基站如果不能到0008，或TRUA黄灯，更换TRUA。大部分的7704告警都与基站无关。远端查看有7704告警，就要转交传输部门处理。告警取消不要取消告警。当故障单元恢复时，系统会自动取消告警。例外：当相应的ET状态变为SE-NH时，如果告警是激活的，人为的取消告警。7705 LAPD FAILURELAPD故障告警含意TRX的LAPD链路的告警。NOKIA建议检查TRX的LAPD链路。操作建议如果只有7705告警，远端使用命令DTI查看TRX的LAPD链路状态。如果是UA-AD、BL-US或UA-AD RN RECOV的话，使用DTC命令来重新激活TRX的LAPD链路。如果是BL-SY的话，需要更换TRX。如果整个CELL都有7705告警且BCF-SIG处于WO状态。尝试重启整个CELL。如果伴有7900告警的话，需要更换TRX。告警取消不要取消告警。系统会在故障被修复时自动取消告警。7706 BTS O&M LINK FAILUREBTS O&M 链路故障告警含意基站的O&M链路（BCF-SIG链路故障）不在工作状态。这将使基站O&M丧失功能。NOKIA建议检查基站的O&M链路。如果功能的中断时间很长，BTS可能丢失告警，所有基站必须重启。操作建议如果没有其他告警，使用EEI命令查看BCF-SIG的状态：如果是BL那么现场重启BCF。如果有其他告警，依照其他告警的指示去做。告警取消不要取消告警。系统会在故障被修复时自动取消告警。7708 TRX RESTARTEDTRX重启告警含意告警只是了TRX的重启。NOKIA建议告警不需要处理。告警取消不需要取消。7709 UNDEFINED BTS ALARM NUMBER未定义的BTS告警号告警含意BTS发送到告警在BSC中没有定义。这个告警不会影响RNW的恢复系统对指示的对象的工作，也就是说，如果告警定义了，指示对象的恢复将进行。附加信息栏1 BSC的BTS告警系统没有定义这个告警号。2-15 如果未定义告警有附加信息，会在2至15栏给出。附加信息会在14比特后删除。NOKIA建议修复告警指示的基站部件。连接本地的Nokia 客户服务中心。告警取消不要取消告警。系统会在故障被修复时自动取消告警。7710 OBJECT ADMINISTRATIVE STATE CHANGED对象管理状态变化告警含意对象的管理状态变化。附加信息栏显示了旧的和新的状态。NOKIA建议告警不需要处理。告警取消不需要取消。7711 WORKING FULL RATE TCH RATIO BELOW THRESHOLD工作的全速率业务信道比例低于极限值告警含意无线网络配置和故障管理发现普通工作状态（UNLOCKED-WORKING）的全速率通信信道数与未锁定的全速率通信信道数的比值低于定义极限值。附加信息栏1 N = normal TRX 普通TRX E = extended range TRX 扩展的TRXNOKIA建议检查普通工作状态的全速率信道或未锁定的全速率信道不能工作的原因。如果故障原因是TRX故障，修复故障。这将增加普通工作状态的信道数量，告警会自动消失。BSC告警的特定极限值可以使用MMI命令EEQ来修改。新的极限值会在信道比率变化时起作用，比如，TRX的管理状态改变，或TRX的运行状态改变。下面的公式用于计算比率：（处于WO和BL-SHD状态的全速率和双速率通信信道数量/全速率和双速率通信信道数量不包括那些BL-USE状态的）100。告警取消不要取消告警。系统会在故障被修复时自动取消告警。7712 WORKING SDCCH CHANNEL RATIO BELOW THRESHOLD工作的全速率独立专业控制信道比例低于极限值告警含意无线网络配置和故障管理发现普通工作状态（UNLOCKED-WORKING）的独立专业控制信道数与未锁定的通信信道数的比值低于定义极限值。附加信息栏1 N = normal TRX 普通TRX E = extended range TRX 扩展的TRXNOKIA建议检查普通工作状态的独立专业控制信道或未锁定的信道（全速率和半速率）不能工作的原因。如果故障原因是TRX故障，修复故障。这将增加普通工作状态的独立专业控制信道的数量，告警会自动消失。BSC告警的特定极限值可以使用MMI命令EEQ来修改。新的极限值会在信道比率变化时起作用，比如，TRX的管理状态改变，或TRX的运行状态改变。下面的公式用于计算比率：（处于WO和BL-SHD状态的独立专业控制信道数量/WO和BL-SHD状态的信道数量）100。告警取消不要取消告警。系统会在故障被修复时自动取消告警。7713 SOFTWARE BACKGROUND DOWNLOAD TO BCF FAILS软件后台下载到BCF故障告警含意BCF软件包的后台下载失败。附加信息栏分成以下文本格式字段用来识别告警。 PACK_STAT 后台下载失败的设备的状态。值可能是NW,BU或FB FAULT_PHASE 下载错误发生时后台下载的状态。值可能是QUEUING（队列）, DOWNLOADING（下载） or SAVING TO FLASH （存储到闪存） DX_ERROR DX200错误码指示错误的原因。如果错误在队列或下载阶段时，这个栏内是满的NACK_REASON BTS的否定回答原因代码，如果错误存在存储软件包到闪存NOKIA建议当导致中断的故障排除后，卸下设备再装上（插拔）使后台运行下载软件包到BCF。告警取消使用MML命令EOR取消告警。查看BTS告警控制，命令参考手册。7714 BCF REMOTE MMI CONNECTION IS IN USEBCF远端MMI连接在使用中告警含意BCF远端MMI连接正在使用。附加信息栏分成以下文本格式字段用来识别告警。连接类型 创建连接的类型。值是OWN BSC, OTHER DX200 NE and NMS/2000 系统ID建立外部连接的系统辨别（DW）NOKIA建议这个告警不需要处理。告警取消不要取消告警。系统会在远端MMI连接到因故障而释放的BCF时自动取消告警。7715 CONTINUOUS RESTARTS OF BCF/TRXBCF/TRX连续的重启告警含意BCF的O&M单元或TRX循环的重启（BCF在30分钟内接到了至少3次重启命令）。如果告警7767（BCCH丢失）也存在，循环的重启关系到整个BCF。NOKIA建议找出BCF或TRX接到重启命令的原因。修复导致重启的错误。告警取消不要取消告警。系统会在BCF最后一次重启15分钟后自动取消告警。7716 ACTIVE BCF HW DATABASE DIFFERENCE激活的BCF硬件数据库不同告警含意BSC硬件数据库的管理系统分配给BCF硬件数据库但这个激活的硬件数据库与基站保留的硬件数据库不同。NOKIA建议从BSC为BCF下载并激活一个新的硬件数据库，或把现在BCF的数据库上传到BSC，并在BSC内激活。操作建议这个告警会在BSC中有硬件数据库存档连接到BCF时，BTS的硬件数据库变更或BSC内的硬件数据库变更时出现。当是BTS的硬件数据库变更时，只要将BCF的数据库上传到BSC，并在BSC内激活，然后使用EOR取消告警。当是BSC内的硬件数据库变更时，只要使用EOR取消告警就可以了。告警取消依照指示中的方法修复故障后使用EOR命令取消告警。7717 WORKING HALF RATE TCH RATIO BELOW THRESHOLD工作的半速率业务信道比率低于极限值告警含意无线网络配置和故障管理发现普通工作状态（UNLOCKED-WORKING）的半速率通信信道数与未锁定的半速率通信信道数的比值低于定义极限值。附加信息栏1 N = normal TRX 普通TRX E = extended range TRX 扩展的TRXNOKIA建议检查普通工作状态的半速率信道或未锁定的半速率信道不能工作的原因。如果故障原因是TRX故障，修复故障。这将增加普通工作状态的道数量，告警会自动消失。SC告警的特定极限值可以使用MMI命令EEQ来修改。新的极限值会在信道比率变化时起作用，比如，TRX的管理状态改变，或TRX的运行状态改变。下面的公式用于计算比率：（处于WO和BL-SHD状态的半速率和双速率通信信道数量/半速率和双速率通信信道数量不包括那些BL-USE状态的）100。告警取消不要取消告警。系统会在故障被修复时自动取消告警。7718 TRX NOT HOPPING DUE TO FAULT因为故障TRX不跳频告警含意因为TRX的重启，TRX的告警会在BSC的激活告警中消除，但是TRX将保持锁定，不基带跳频。这种情况还可能由BCSU的重启引起。附加信息栏NOKIA建议设置BTS为锁定状态（MMI命令EQS），再设置BTS为解锁状态（MMI命令EQS）。这会导致跳频的重新配置，系统将找到TRX故障，并使它恢复使用。告警取消不要取消告警。系统会在故障被修复时自动取消告警。7719 TRX INITIALISATIONTRX初始化告警含意TRX在初始化。NOKIA建议这个告警不需要处理。告警取消不要取消告警。系统会在TRX初始化完成后自动取消告警。7720 SDCCH ACTIVATION FAILURESDCCH激活失败告警含意激活控制信道失败了一定次数。附加信息栏无线时隙的标识NOKIA建议干扰可能是暂时的，不需要处理。如果干扰在同一个基站中重复出现，找到干扰源。告警取消不需要取消。7721 COMMUNICATION FAILURE WITH BCF与BCF的通信故障告警含意时间监控超时或BCF向BSC发送否定应答，因此取消正在进行的信息传送队列。附加信息栏故障原因（DX错误码）系统的一般错误信息。你可以检查服务终端的扩展命令MRS的意思或系统的一般错误信息，附加参考。NOKIA建议修复可能的Abis接口的传输故障，或修复其他BCF激活告警指示的故障。告警取消不需要取消。7722 ERROR IN BSS RADIO NETWORK DATABASE UPDATEBSS无线网络数据库更新时错误告警含意BSS的无线网络恢复或配置管理系统依照后台参数的变化或影响无线网络的故障情况更新BSS无线网络配置数据库。但是，正确的无线网络配置或运行状态没有更新到BSC的通信控制程序模块。在问题小区的通信可能涌塞。如果后台参数的变化也卷入的话，切入和切出切换可能失败。附加信息栏1 错误类型号 01 更新无线网络运行状态时错误 02 更新TRX配置时错误 03 更新跳频参数时错误 04 更新后台参数时错误2 错误发生的任务 01 TSL失败 02 取消TSL失败 03 TRX失败 04 取消TRX失败 05 小区特定失败 06 取消小区特定失败07 BTS基站特点失败08 取消BTS基站特点失败09 重启BCSU0A 重启BTS基站0B 从通话控制来的TRX配置的连接请求0C MML给出BTS/TRX解锁命令0E BTS基站的后备电池恢复0F TSL的测试14 TRX重启15 因为后台参数更新的锁定16 因为后台参数更新的解锁17 更新后台参数18 热启动19 重启MCMU3 系统的一般错误信息。你可以使用服务终端的扩展命令MRS检查它的意思或查看系统一般错误信息，辅助手册。NOKIA建议使用MML命令DBS来检查BSDATA的运行状态是否是正常。如果不是，检查数据库系统是否有告警，依照指示来修复故障。检查辅助信息栏2的值（中断的任务）。中断的任务值：03H, 04H or 17H: 检查小区的无线网络参数。无线网络恢复功能可以在故障前更改一些TRX的参数，但是一些TRX可能还使用老的参数。删除TRX，更正参数后重新创建它们。之后将BTS先锁定，再解锁，确保参数在BTS更新成功。如果中断任务不是以上的值，查看附加信息栏1中的值（错误类型）错误类型值：01H or 03H:先将TRX锁定，再解锁它。无线网络数据库可以正确定更新。（MML命令ERS）。如果更新失败，删除BTS，再创建它。02H:删除TRX，再使用正确参数创建它。无线网络数据库可以正确更新。（MML命令ERD，ERC）。如果更新失败，删除BTS，再创建它。04H:手工更正需要的无线网络参数。（MML命令EQS,ERS,EQE,EQP,EAM,ERM,ERY）。告警取消依照指示中的方法修复故障后使用EOR命令取消告警。7723 FAILURE IN SENDING SYSTEM INFORMATION TO BTS SITE向BTS发送系统信息失败告警含意在BSS无线网络恢复测量或配置更改后向BTS发送系统信息时失败。有问题的TRX或整个小区可能不能传输通信。附加信息栏1 发生错误的任务03 TRX失败04 取消TRX失败06 取消小区特定失败0A 重启BTS基站0B 从通话控制来的TRX配置的连接请求0C MML给出BTS/TRX解锁命令0D 通过MML命令来更改配置0E BTS基站的后备电池恢复12 发送周期的系统信息13 接入级别更新14 TRX重启15 因为后台参数更新的锁定16 因为后台参数更新的解锁17 更新后台参数2 系统的一般错误信息。你可以使用服务终端的扩展命令MRS检查它的意思或查看系统一般错误信息，辅助手册。NOKIA建议如果附加信息栏1的值是12或13，取消告警（MML命令EOR）。如果不是12或13，使用MML命令ERS来锁定TRX，然后解锁TRX。如果告警还激活，检查其他的告警和错误码。如果它们中有指向LapD link故障，重启BCSU，BTS故障或无线网络数据库错误，根据告警的指示去处理。如果告警还激活，使用MML命令ERS来锁定TRX，然后解锁TRX。如果以上的措施有效，使用MML命令EFS来锁定BTS，然后解锁BTS。注意！所有BCF的通话将被释放（掉话）。操作建议1 首先远端重启全站，如果基站一直处于BL-RST状态而无法重启，则可以判断这个是BSC侧的问题，不必去现场，转交网优处理就可以。2 如果基站能重启，但原来有7723的TRX还是不能恢复。通知网优重做全站数据，如果无效，一般是传输的问题。请运维人员重启相应的BCSU，或检查相应的PCM链路。告警取消不要取消告警。系统会在故障被修复时自动取消告警。7724 CONFLICT BETWEEN BSS RADIO NETWORK DATABASE AND CALL CONTROLBSS无线网络数据库与通话控制冲突告警含意BSS的无线网络故障恢复或配置管理系统依照后台参数的变化或无线网络的故障情况更新BSS无线网络配置数据库 。但是对BSC的通话控制程序模块的无线网络运行状态的更新或无线网络配置的更新失败。BSS无线网络数据库与通话控制程序间有冲突。因为这个，在问题小区的通信可能拥塞。如果后台参数的也变化的话，切入和切出的切换可能失败。附加信息栏1 错误类型号 01 更新无线网络运行状态时错误 02 更新TRX配置时错误 03 更新跳频参数时错误 04 更新后台参数时错误2 错误发生的任务 01 TSL失败 02 取消TSL失败 03 TRX失败 04 取消TRX失败 05 小区特定失败 06 取消小区特定失败 07 BTS基站特点失败 08 取消BTS基站特点失败09 重启BCSU0A 重启BTS基站0B 从通话控制来的TRX配置的连接请求0C MML给出BTS/TRX解锁命令 0E BTS基站的后备电池恢复 0F TSL的测试 14 TRX重启 15 因为后台参数更新的锁定 16 因为后台参数更新的解锁 17 更新后台参数 3 更新失败的申请处理的系列标识1B3 RCSPRB1B4 RRMPRB1BF ABIPRB1EB CBHPRB4 系统的一般错误信息。你可以使用服务终端的扩展命令MRS检查它的意思或查看系统一般错误信息，辅助手册。NOKIA建议检查辅助信息栏1的值（错误类型）。错误类型值：01H or 04H:如果栏2的值是15H或17H，取消告警，手动更改小区的数据库。检查临小区和更新需要的数据。（MML命令EOR,EQA,EQE,EAM,EAO,ERM,ERY）。如果栏2的值不是15H或17H，取消告警。改变对象的状态到锁定，再到解锁。通话控制软件接收到更新数据（MML命令EOR,ERS,EQS）02H:如果栏3的值（冲突的序列）是1B3H，取消告警。将有问题的TRX的参数LEV值改为不同值，再改回原值。TRX的参数会更新通话控制的值（MML命令EOR，ERM）如果栏3的值不是1B3H，删除有问题的TRX，再使用正确的参数创建它。通话控制软件会接到正确定数据（MML命令ERD，ERC）。03H:设定有问题的BTS到锁定状态。告警取消依照指示中的方法修复故障后使用EOR命令取消告警。查看BTS告警控制，命令参考手册。7725 TRAFFIC CHANNEL ACTIVATION FAILURE通信信道激活失败告警含意因为通话控制在激活通信信道时失败了一定的次数，系统关闭了无线时隙。附加信息栏TCH激活失败的信道的类型NOKIA建议使用MML命令EOR取消告警。先使用命令ERS修复有问题的TRX，再解闭无线时隙告警取消在按照指示的描述一步步做完后，如果告警还没取消时，使用命令取消告警。查看BTS告警控制，命令参考手册。7726 CELL IN MINIMUM CONFIGURATION小区处于最小配置告警含意基站的小区由于时钟设定的问题或时钟同步问题设置成为最小配置。只有BCCH-TRX在工作。在基站中工作的通信信道数减低到一个TRX，其他的载频都处于BL-CLK状态。在同一个基站中，多个TRX不能工作于无同步模式中，所以只能有一个TRX处于工作状态。如果小区已经处于最小配置下，同步控制将不能进行，因为TRX处于内部时钟模式下下。NOKIA建议1检查小区内激活的时钟同步告警。2在修复前，先使用MML命令EFS将BCF设定为LOCKED状态。 3依照小区激活的告警的说明来修复故障。4在修复故障后，使用MML命令EFS将BCF设定为UNLOCKED状态。这会重启时钟。注意！小区内所有的通话将被释放。告警取消不要取消告警。系统会在BCF或BTS被锁定时自动取消告警。7727 TRAFFIC CHANNEL NUMBER DECREASED通信信道数量降低告警含意由于无线网络恢复系统启动造成的一些通信信道在配置中消失。消失可能出现于以下情况：故障的BCCH-TRX不支持半速率信道，BCCH功能将转移到一个支持半速率信道的TRX上。这样将导致支持半速率的信道数降低。转移到故障的BCCH-TRX的通信信道被分类为not_in_use，因为故障的BCCH-TRX的子时隙标记参数指示，有问题的时隙没有Abis分配。通信信道变为not_in_use信道，因为在TRX恢复中，通信信道恢复过程在BCSU中超时。系统将从CH7开始向下改变信道类型。每个BTS会独立的显示出信道的数目。附加信息栏1. 在小区配置中失去的TCHH信道的数目2. 在小区配置中失去的TCHD信道的数目3. 在小区配置中失去的TCHF信道的数目NOKIA建议通过检查关于故障的TRX的其他告警，找出故障原因，依照告警的指示去处理。当TRX重新处于工作状态时，恢复原来的配置。查看无线网络管理，运行手册。告警取消使用MML命令EOR取消告警。查看BTS告警控制，命令参考手册。7728 OBJECT OUT OF USE BECAUSE OF ERROR IN BTS INTERNAL DIAGNOSTICS因为BTS内部诊断程序找到错误 对象不能使用告警含意故障恢复接到了从BTS来的诊断程序锁定请求。如果请求涉及的对象是处于WO状态，故障恢复会锁定它们。BTS不会自动停止内部诊断程序地运行时间。你可以使用MML命令EEI检查对象的运行状态。在诊断程序运行时，对象的运行状态势BL-DGN。告警会在对象的状态是BL-DGN时出现。当对象是TRX时运行状态还可能是BL-RSL。NOKIA建议使用以下的MML命令来锁定解锁对象：对BCF用EFS，对BTS用EQS，对TRX用ERS。如果对象已处于锁定状态，它可能故障，会有其他的告警指示故障。告警取消不要取消告警。系统会在故障被修复时自动取消告警。7729 RADIO NETWORK RECOVERY FAILED无线网络恢复失败告警含意BSC无线网络故障恢复失败。导致故障的原因是以下的一种：-读取无线网络配置数据失败-BCF在告警系统中的恢复缓冲器满-达到最大重发次数-恢复系统字确认应答中发送一个DX错误码-因为系统重启，恢复中断结果可能是一个小区因为无线网络恢复系统没有接受到故障通知（未启动恢复程序）而不能传输通信，或小区虽然没有故障但容量全无，或恢复程序不能中止。附加信息栏1 PCM标识2 十六进制度DCS标识3 执行的恢复操作数4 告警系统过滤缓冲区的标志5 系统的一般错误信息。你可以使用服务终端的扩展命令MRS检查它的意思或查看系统一般错误信息，辅助手册。NOKIA建议1. 检查辅助信息栏的第4项（缓冲区id）。如果值是FF，跳到第5步。如果值不是FF，完成2到4步。2. 使用MML命令的EOL检查激活告警。使用MML命令EOH检查历史告警的告警对象（BCF）的状态。检查指向有问题的BCF的最新告警中BCF的状态，包括这个告警。3. 使用MML命令EEI来检查无线网络数据库中对象状态。 -告警对象状态是DISABLED，但在数据库中是WO -对象没有告警但在数据库中状态是BL。4. 使用MML命令EFS来锁定在数据库中状态错误的对象，在使用相同的命令解锁。这样可以更正无线网络数据库中的对象状态。5. 检查打印出的告警，找到告警对象。如果对象是无线网络数据库中的对象，完成第6步。如果对象是未知的（知道BCF ID），完成7到8步。6. 锁定然后解锁告警对象。使用MML命令对BCF用EFS，对BTS用EQS，对TRX用ERS。7. 如果对象已经创建，使用MML命令EEI来检查，如果没有则创建它。查看BSS综合手册，基站的初始化一章。8. 如果TRX id是255，基站类型是Nokia Talk-family or Nokia PrimeSite，依照BTS文档中的指示检查逻辑ID。告警取消依照指示中的方法修复故障后使用EOR命令取消告警。7730 CONFIGURATION OF BCF FAILEDBCF配置失败告警含意从BSC配置BCF失败。BCF传输通信。附加信息栏1 系统的一般错误信息。你可以使用服务终端的扩展命令MRS检查它的意思或查看系统一般错误信息，辅助手册。29B3 配置BCF失败因为O&M LINK 状态2B90 与BTS数据库不同的帧单元的数量2B91 BTS数据库不存在2B92 与BTS数据库不同的载波单元的数量2B93 劳动MMI版本没有创建数据库2B94 信息包含一个可用的对象类型2C65 BTS不支持数据库格式2C6B 小区配置与当前硬件不匹配2C6C 跳频模式由于硬件的限制不能使用2C6D BTS没有浮动TRX2CD6 在配置信息中TRX号与BTS的TRX号不一致2B9D 无线网络配置管理系统暂时没有资源2B95 BTS在监控时间内没有应答2B98 在监控时间内配置没有完成325C 因为TRX配置失败，BSC没有接到BTS_STATE_CHANGED信息3483 因为O&M LINK故障，当前时间更新失败00FF BSC与BTS间有其他故障NOKIA建议依照辅助信息栏的指示修复故障。如果在辅助信息栏中的错误码是2B9D或00FF，使用MML命令EFS锁定/解锁BCF（重启BCF）。如果错误码是29B3，而后台的参数已经激活，你在BCF激活后，必须手动修改有问题的BCF所需要的无线网络参数。修改后，使用MML命令EFS锁定/解锁BCF（重启BCF）。如果错误码是3483，BSC当前时间和日期可以通过锁定/解锁BCF而更新BTS的时间日期。告警取消不要取消告警。系统会在故障被修复时自动取消告警。7731 BCF SW PACKAGE MAY BE DIFFERENT AS DEFINED AS A DEFAULT IN BSCBCF软件包与BSC定义为默认的软件包不同告警含意BCF默认的软件包没有解释。软件下载请求使用MF名字像*.* 发送到BCF。BCF的软件包与BSC定义为默认的软件包不同。附加信息栏系统的一般错误信息。你可以使用服务终端的扩展命令MRS检查它的意思或查看系统一般错误信息，辅助手册。NOKIA建议检查BCF定义的默认软件包： ZEWO:; 检查BSC的OMU的状态 ZUSI:OMU;如果OMU处于WO-EX状态，重启BCF ZEFR;告警取消不要取消告警。系统会在故障被修复时自动取消告警。7732 TEMPORARY ORIGINATING STM TEST CALL FAILURE临时初始STM测试通话失败告警含意在定期测试时，一个原始测试通话由于缺乏资源而失败。附加信息栏1 主测试对象的BCF号。号码指示了使用STM测试的锁定的BCF。2 主测试对象的BTS号。3 BCCH信道频点号。信道号码指示了测试对象的BCCH频点。4 失败原因（DX误码）。如果数值是11477（在STM和网络间的信令失败），栏中5-8可能有故障的附加信息。如果在基站中数据有用，那么栏中是满的。5 失败通话的拒绝原因。如果数值是255，它是无用的。6 失败通话的释放原因。如果数值是255，它是无用的。7 失败通话的告警原因。如果数值是255，它是无用的。8 失败通话的信令状态。如果数值是255，它是无用的。NOKIA建议查看栏中4的DX误码。如果值是11477（2CD5h），检查栏中5-8项的附加信息。查看无线网络测试，运行手册。如果DX误码在栏4是其他的值，查看系统一般错误信息辅助参考栏（1-3）。告警取消不需要处理。7733 COMMUNICATION FAILURE WITH TRX与TRX的通信故障告警含意时间监控超时或TRX向BSC发送否定应答,使BSC中断了正在进行的信息交换。TRX O&M LINK 可能停止工作，因此正在进行的校正停止了。TRX的功能不可用。附加信息栏系统的一般错误信息。你可以使用服务终端的扩展命令MRS检查它的意思或查看系统一般错误信息，辅助手册。NOKIA建议修复可能的Abis接口传输故障或如果有其他关于问题TRX的激活告警，使用MML命令EOL查看告警。如果有其他告警，依照它的指示处理。使用MML命令DTI，检查TRX O&M LINK 状态。当O&M LINK处于工作时，使用MML命令ERS锁定/解锁TRX。告警取消依照指示中的方法修复故障后使用EOR命令取消告警。7734 BCCH IS NOT AT PREFERRED BCCH TRXBCCH不在首选的BCCH载频上告警含意BTS至少应有一个TRX定义为首选BCCH载频，但是BCCH信道不在这个TRX上，因此BCCH的覆盖可能下降。如果出现了告警BCCH MISSING（7767），那么这个告警就不会出现。NOKIA建议这个告警通常由于一个故障影响到了BTS的首选BCCH载频。使用MML命令EEI检查无线网络的配置或和使用MML命令ERO检查收发机的参数。使用MML命令EOL检查激活告警，通过其他影响有问题的BTS的告警找到首选BCCH载频故障的原因。依照其他告警的指示处理。查看系统是否将BCCH切换到首选BCCH载频上了，然后取消告警。告警取消不要取消告警。系统会在故障被修复时自动取消告警,BCCH会被移回首选的BCCH的TRX。7735 TRX TEST FAILEDTRX测试失败告警含意在Nokia MetroSite基站中，TRX测试失败。测试结果的计算是将测试值与极限值进行比较。通信容量可能会下降。附加信息栏1 用于测试的无线时隙号0至72 发射功率值0至50dBm3 驻波比在10至100间。实际的驻波比是用0.1乘以结果值。4 分集支路1的误比特率，数值是BCD码，第四字节后是小数点。5 分集支路1测量的RX灵敏度值指示了信号的绝对值。范围在（-90）dBm至（-100）dBm。6 分集支路2的误比特率，数值是BCD码，第四字节后是小数点。7 分集支路2测量的RX灵敏度值指示了信号的绝对值。范围在（-90）dBm至（-100）dBm。NOKIA建议1. 使用MML命令的UCV来检查测试结果的极限值是否合理。 ZUCV:TRP,CURRENT; 如果不合理，改变极限值。查看定期无线网络测试控制，命令参考手册。2. 如果以上操作不能消除告警，联系本地的Nokia客户服务中心。告警取消不要取消告警。系统会在Nokia Metrosite基站的产生告警的主收、分集的TRX测试成功后自动取消告警。当测试结果参数没有超过设定的极限值时测试成功。7736 ABIS LOOP TEST FAILEDABIS环测失败告警含意Abis环测失败。传输质量会大幅下降。Abis传输通常故障。如果任意测试附加时隙测试值超过极限值，告警会产生。附加信息栏1 关于无线时隙0的传输状态 00表示RTSL测试结果失败 FF表示此栏没有意义2 关于无线时隙1的传输状态 01表示RTSL测试结果失败 FF表示此栏没有意义3 关于无线时隙2的传输状态 02表示RTSL测试结果失败 FF表示此栏没有意义4 关于无线时隙3的传输状态 03表示RTSL测试结果失败 FF表示此栏没有意义5 关于无线时隙4的传输状态 04表示RTSL测试结果失败 FF表示此栏没有意义6 关于无线时隙5的传输状态 05表示RTSL测试结果失败 FF表示此栏没有意义7 关于无线时隙6的传输状态 06表示RTSL测试结果失败 FF表示此栏没有意义8 关于无线时隙7的传输状态 07表示RTSL测试结果失败 FF表示此栏没有意义NOKIA建议1. 检查物理Abis传输路径和四通连接设备。2. 如果需要，重新安装TRX。查看无线网络管理，运行手册，首次接入率D信道数据控制，运行手册和首次接入率D信道状态控制，运行手册3. 如果频段跳频在使用，Abis环测不能进行。使用MML命令EQO查看频段跳频是否使用，如果需要，使用MML命令EQE关掉跳频。查看BSC中的BTS控制，命令参考手册。4. 使用MML命令UBK完成对所有TRX的Abis环测。告警取消不要取消告警。系统在产生告警的到TRX或RTSL的Abis环测成功完成时取消告警。如果告警是TRX产生的，RTSL的特定取消方法不能取消TRX的特定告警。TRX的特定告警只有在所有TRX测试请求时才会被取消（每个RTSL测试在相同的测试请求中）。当测试结果参数（BER/FER）没有超过极限时测试成功。维护员不要改变极限参数。7737 INCONSISTENT DATA IN RADIO RESOURCE MANAGEMENT STATE FILES在无线资源管理状态文件中有错误数据告警含意BSC的无线资源管理状态文件有错误，结果可能导致BTS的通信容量下降。系统会尝试依靠一个自动程序来恢复状态文件。附加信息栏1 在恢复后BTS通信容量的估计 0 测试告警，一般通信容量 1 通信容量恢复正常 2 通信容量下降 3 通信容量大量下降2 工作的SDCCH信道数 3 工作的全速率TCH信道数4 工作的半速率TCH信道数 5 锁定的无线时隙数6 从服务中移除的无线时隙数7 搜寻预算法的探测C信道8 发现故障的阶段9 在状态文件中错误数NOKIA建议使用服务终端的扩展日志LOGUTI命令ZGSC来显示WO-MCMU和SP-MCMU的日志文件和存储的数据。你可以使用BSC的统计测量，无线网络监控功能和E00HAN服务终端扩展（无线资源数据监控器）来监测BTS的通信容量。如果小区的通信容量因为故障下降，在BSC中删除BTS后，重新创建它。告警取消依照指示中的方法修复故障后使用EOR命令取消告警。7738 BTS WITH NO TRANSACTIONSBTS没有话务告警含意在监控时间内，BTS没有完整的通话或SDCCH业务。告警用于BTS通信容量的监控。附加信息栏1 告警原因 1 = 不能成功占用SDCCH信道 2 = 不能成功占用TCH信道 3 = 不能成功占用SDCCH和TCH信道NOKIA建议找出BTS通信容量减少的原因，使BTS恢复工作。检查连接告警参数设置是否合理。用MML命令EEO显示无线网络检测参数值，用EEN命令修改参数值。参数使用默认值，它的设置会影响告警： ZEEN: SMBNT= supervision start time (08-00) 监测开始时间 （08-00） EMBNT= supervision end time (18-00) 监测结束时间 （18-00）PRDBNT= length of supervision period (120 min) 监测周期长度 （120 分）告警取消当系统发现BTS传输能力恢复时，它会取消告警一次，当普通信道放弃它的类型时，故障出现。在依照指示修复故障后用户还可以用EOR命令取消告警。7739 ORIGINATING STM TEST CALL FAILEDSTM初始测试通信失败告警含意在预定测试时，初始STM测试通信失败附加信息栏1 主测试对象的BCF号。号码指示了使用STM测试的锁定的BCF。2 主测试对象的BTS号。3 BCCH信道频点号。信道号码指示了测试对象的BCCH频点。5 失败原因（DX误码）。如果数值是11477（在STM和网络间的信令失败），栏中5-8可能有故障的附加信息。如果在基站中数据有用，那么栏中是满的。5 失败通话的拒绝原因。如果数值是255，它是无用的。6 失败通话的释放原因。如果数值是255，它是无用的。7 失败通话的告警原因。如果数值是255，它是无用的。8 失败通话的信令状态。如果数值是255，它是无用的。NOKIA建议查看栏中4的DX误码。如果值是11477（2CD5h），检查栏中5-8项的附加信息。查看无线网络测试，运行手册。如果DX误码在栏4是其他的值，查看系统一般错误信息辅助参考栏（1-3）。告警取消不要取消告警。系统会在基站中的通话成功后取消告警。7740 BEATING BTS ALARM压缩BTS告警告警含意相同的无线网络告警连续改变告警状态（开始/取消）20次，通常在通报或取消延迟时，它会被告警系统滤掉。相同的无线网络对告警是这个告警和导致这个告警的被压缩告警。附加信息栏1 被压缩的告警号。2-15 如果被压缩的告警有任何的附加信息，它会在这出现。附加信息在14比特后