根据信道卡类型处理告警的方法 本发明涉及一种在数字蜂窝系统中根据信道卡的变化来处理告警的方法。更具体地讲，本发明涉及一种在CDMA(码分多址)方式中根据CEUR(信道元件单元机架)中的信道卡的变换来处理告警的方法。
诸如数字蜂窝系统和PCS(个人通信服务)的移动通信系统包括：为在某些区域中移动的移动终端提供服务的多个BTS(基站收发信台)；BSC(基站控制器)；管理多个BSC的BSM(基站管理系统)；MSC(消息交换中心)；和HLR(归属用户位置寄存器)。
BTS覆盖的区域称作小区(cell)，并通常被分成一个全向小区或三个扇形小区。该小区覆盖的服务区逐步扩展到BTS区、BSC区和MSC区。由小区运行的通信系统称作蜂窝系统。
每个小区中的移动台和服务相应小区地BTS形成信道，以与诸BTS进行通信。此时，从BTS至移动台形成的信道称作前向信道，而从移动台至BTS形成的信道被称作反向信道。
前向信道包括导频信道、同步信道、寻呼信道和多个前向业务信道，反向信道包括接入信道和反向业务信道。移动台和BTS采用上述业务信道来发送和接收话音和数据。
根据其系统容量来给每个BTS指定一些频率，每个频率信道称作FA(频率指定)。CDMA系统在一个频率信道上可以包含多个接入信道，这些接入信道的频率偏移和顺序不同。
BSC的主处理器称作CCP(呼叫控制处理器)，而BSM的主处理器称作BCP(BTS控制处理器)。
除以上之外，CDMA和PCS中采用的处理器有：
ACP(告警控制处理器)，是BSC和BTS之间的BER(比特误码率)的告警处理器，其控制时钟装置，并从用于对来自BTS的呼叫进行时钟同步的GPS接收机接收同步信号；
CSP(公共信道信令处理器)，是在链路层运行并且无差错地在BTS和BSC之间发送信号信息的处理器；
SIP(选择器接口处理器)，控制呼叫连接和无线链路；
SVP(选择器和声码器处理器)，对话音进行调制和解调；
CIP(信道接口处理器)，管理信道元件并控制接口；
TIP(收发信机接口处理器)，管理收发信机并控制接口；及
BTP(BTS测试处理器)，将终端连接到BTS以测试各功能。
此外，还可包括高容量处理器间通信节点处理器板组件，例如连接到BSM的GHIPA(网关高容量处理器间通信节点处理器板组件)、连接到BSC的LHIPA(链路高容量处理器间通信节点处理器板组件)、和BHIPA(BTS高容量处理器间通信节点处理器板组件)。
上述结构的数字蜂窝系统中出现的告警是经BSM通过通知管理者特定装置是否正常运行而进行处理的。
在产生物理位置表之后，并当诸BTS和BSC的装置不正常运行时，系统通知每个相应物理位置的管理者，从而向管理者通知告警。
必须预定当产生物理位置表时构成每个系统的装置名和最大设备数，即格(shelf)和机架(rack)，以便对它们进行处理，而当上述各项改变时，必须根据该变化来重新产生物理位置表。
在数字蜂窝系统中采用了用于4个信道的信道卡的DCEA(数字信道元件组件)、和用于8个信道的信道卡的ECEA(8信道元件组件)。
在根据现有技术处理告警的情况下，在物理位置表中将信道卡限定为DCEA型，而将在装备有ECEA的系统中产生的告警作为例外情况处理。信道卡的类型必须根据系统来限定，以便处理两个信道卡的告警。
在改变信道卡的类型之后，每个BTS和BSC初始化具有有关先前产生的告警的信息的文件。为此，在删除现有文件之后，必须消除(kill)并重新产生用于处理上层范围告警的处理器，以便读取变化后的信道卡上的信息。
上述处理上层范围告警的处理器称作FLMX(故障管理处理器)，收集由每个BTS和BSC发送的告警信息，并以视频和音频方式通知管理者该告警信息。
图1是BTS的信道卡机架的示意图。如图所示，每个CEBB(信道元件后板)具有两类信道卡，如下：DCEA和ECEA。每个CEBB包含4个ECEA或者8个DCEA，支持32信道元件。空白是空槽，风扇用于冷却机架。
如下是根据现有技术由FLMX执行的处理告警的方法。
改变信道卡时必须关闭装备有信道卡的所有机架的电源。
对信道卡的改变是以FA单元进行的。如果用户关断机架的电源，在相应的机架的FA中产生告警。且发生的告警报告给管理员，且用户改变旧信道卡类型到新信道卡类型，接通电源。这时，新的告警发生在新改变的信道卡或者除机架外的其它装置中，FLMX报告该告警给管理员。
但是，由于前一信道卡的旧告警已经出现，因此不能识别新告警并保持该新告警。为了去除该旧告警，必须删除存储有相应BSC的当前告警数据的文件的数据。并且，必须消除该FLMX以便读取新信道卡的改变后的类型。此后，可产生一文件来识别新告警。
在上述处理中，因为报告给FLMX的新告警数据不能存储到该文件中，因此可能丢失从新信道卡中产生的新告警数据。其结果是，从系统中产生的告警与报告给管理者的告警信息不符。
因此，为了正常地恢复告警信息，应从低层处理器，也就是BCP，请求告警信息，以便使系统的实际状态与告警信息相符。
也就是说，现有技术的处理告警的方法需要如下附加处理。
首先，管理者必须手动地去除存储有先前信道卡的告警信息的文件。第二，必须消除并再次产生FLMX以重新产生一文件。第三，系统必须从低层处理器中请求告警信息，以便使可能丢失的告警信息与实际系统的告警信息相符。
上述处理造成时间浪费并带来一些困难，这是因为管理者必须手动键入和执行命令代码。
对于FLMX，即用于处理告警的上层处理器而言，使系统的实际状态与告警信息相一致是不合适的。
本发明的目的是提供一种根据可变化的信道卡类型来处理告警而不消除FLMX并且不向低层处理器，即BCP，请求告警信息的方法。
一种用于处理告警以适当地改变信道卡类型的方法包括如下步骤：
检查变化的信息；
如果插入错误的信道卡，则通过从所述变化的信息来判断所插入的信道卡类型的状态是否正常来终止处理告警的处理；
如果从所述终止步骤判断出该信道卡类型为正常，则通过区分BTS的当前格式是扇区格式，全向格式还是微格式，对每个格式设置CIP(信道接口处理器)的识别号及迭代次数；
通过使用从设置迭代次数的所述步骤设置的CIP识别号，设置对于每个CIP要处理的信道元件的位置；
通过检查从设置信道元件位置的所述步骤设置的位置的信道元件类型，设置告警码给预先指定的相应类型；
检查在从设置告警码的所述步骤设置的位置中是否出现告警；
如果从检查告警出现的所述步骤识别出已经出现告警，则清除告警；
如果当从检查告警出现的所述步骤中经识别尚未出现告警，或在识别出已出现告警时清除告警后，通过使用先前的信道卡类型和信道元件的位置来设置信道卡位置，并重新设置特定CIP的识别号；
检查在从重新设置特定CIP的识别号的所述步骤中设置的位置中是否已经出现信道卡的告警；
如果从检查信道卡的告警出现的所述步骤中识别出已经出现告警，则清除该告警；
如果从检查所述信道卡的告警出现的步骤经识别尚未出现告警，或在识别出已经出现告警时清除该告警后，如果从通过使用已设置的CIP识别号设置对于每个CIP要处理的信道元件位置的所述步骤，至如果从检查信道卡的告警出现的所述步骤中识别出已经出现告警则清除该告警的步骤的各步骤未通过判断所述各步骤来进行迭代，则返回到通过使用已设置的CIP的识别号来设置对于每个CIP要处理的信道元件的位置的所述步骤；
如果所述步骤从所述返回步骤开始迭代的次数为每个CIP信道元件的最大数，读取由信道元件变化的格式信息，以便存储；
将CIP的识别号增2以便处理下一个告警；及
判断从通过使用已设置的CIP的所述识别号设置对应每个CIP处理的信道元件的位置的所述步骤，至将所述识别号增2的所述步骤的各处理执行的次数是否等于由设置CIP的识别号和对应每个格式的迭代次数的所述步骤设置的迭代次数，以便当迭代未达到该迭代次数时返回到设置对于每个CIP要处理的信道元件的位置的所述步骤，或当迭代达到该迭代次数时终止处理告警的处理过程。
图1表示BTS信道卡的机架的示意图；
图2表示根据本发明由FLMX处理告警的流程图；
图3表示在扇区格式的BTS中信道元件的机架的CIP的示意图；
图4表示全向格式的BTS中信道元件的机架的CIP的示意图；和
图5表示微格式的BTS中信道元件的机架的CIP的示意图。
在采用本发明的系统中，在向FLMX报告信道卡变化的事实后，然后管理员手动地除去发生在配备有变化的信道卡的相应FA中的告警。然后，没必要消除并重新产生FLMX，以便去除有关当前告警数据的文件或者重新产生去除的文件。此后，FLMX读取变化的信道卡。这就使FLMX可以用新的信道卡类型处理从BCP产生的告警。
结果，不必消除FLMX，并且FLMX不需再次向低层处理器，也就是BCP，请求告警信息。
因此，由于不必去除其中存储有告警信息的文件，在重新产生已被消除的FLMX方面是有益的。
根据本发明在由管理员改变信道卡类型后的详细处理如下。
在改变信道卡后，在用于管理格式的块中将以新改变的信道卡的格式修改格式信息。在报告FLMX执行该指令后，FLMX处理告警处理过程。
在由FLMX处理告警的处理过程中，用于处理告警的上层处理器FLMX对应每个BSC制成其中存储来自低层告警处理块的告警信息的文件。当FLMX从告警处理块得到告警信息的报告，将它们存储到相应BSC的告警信息文件时，FLMX通过BSM向管理员通知其中出现告警的格式的物理位置。
图2表示根据本发明由FLMX处理告警的流程图。参照图2，在步骤S01，检查变化的信息，即具有变化的信道卡的BSC、BCP、FA、先前的信道卡类型和新信道卡类型。
考虑当输入的信道卡类型为非正常的情况，在步骤S02，判断信道卡类型是否正常。如果是非正常输入，则终止告警处理。
在步骤S03，如果上述信道卡类型为正常，则在区别当前BTS格式是扇区格式，前向格式还是微格式之后，对每个格式设置CIP识别号和迭代次数。
关于根据BTS的格式来指定CIP的识别号和迭代次数的方法，图3示出扇区格式的BTS中信道元件的机架的CIP的示意图。如图所示，一个CEUR有二个FA，每个FA具有基于α、β和γ扇区的CIP。每个CIP按所示的每个FA的α、β和γ的顺序进行列举。在CEUR1的情况下，由于CEUR1有三个FA，第三个FA，也就是7FA以所示的稍有不同的方式列举。余下的两种类型具有相同的CIP的识别号。EQ.1表示的是在扇区格式中用于通过使用FA的识别号推导CIP的识别号和迭代次数的方法，其中，fa_id是BTS所使用的FA的识别号，cip_id是CIP的识别号，而end_loop是迭代次数。
EQ.1
if(fa_id％2=0)
cip_id=(fa_id/2)*6；
else
cip_id=(fa_id/2)*6+1；
end_loop=3；
图4表示全向格式的BTS中信道元件的机架的CIP的示意图。如图所示，CEUR具有六个FA，而每个FA具有相应的CIP。
EQ.2表示的是在全向格式中用于通过使用FA的识别号推导CIP的识别号和迭代次数的方法。
EQ.2
cip_id=fa_id；
end_loop=1；
图5表示微格式的BTS中信道元件的机架的CIP的示意图。如图所示，由于微格式对应每个BTS使用FA，因此微格式具有包含八个DCEA或四个ECEA的机架。
EQ.3表示的是在微格式中用于通过使用FA的识别号推导CIP的识别号和迭代次数的方法。
EQ.3
cip_id=0；
end_loop=1；
在根据每个BTS格式设置CIP的识别号和迭代次数之后，通过使用在图2的步骤S04设置的CIP的识别号，设置对应每个CIP待处理的信道元件的位置。
EQ.4表示对应每个CIP待处理的信道元件的位置的设置方法，其中，ce_id是信道元件的识别号，loc_id为对应每个CIP执行的信道元件的位置，MAX_CE_PER_CIP是连接到CIP的信道元件的最大数，其被限定为‘32’。
EQ.4
for(ce_id=0；ce_id＜MAX_CE_PER_CIP；ce_id++)
if(cip_id=20)
cip_id=19；
loc_id=(cip_id*MAX_CE_PER_CIP)+ce_id；
else if(cip_id=2)
cip_id=20；
loc_id=(cip_id*MAX_CE_PER_CIP)+ce_id；
else
loc_id=(cip_id*MAX_CE_PER_CIP)+ce_id；
在如上所述地设置信道元件位置之后，在步骤S05检查在上述步骤S04设置的位置的信道元件类型，并设置指定到相应类型的告警码。
在步骤S06，检查在上述步骤S05设置的位置中是否出现告警。
在步骤S07，如果在步骤S06识别出已经出现告警，则去除该告警。
在步骤S08，如果在步骤S06识别出尚未出现告警，或在执行步骤S07之后，通过使用先前的信道卡类型和信道元件的位置设置指定的信道卡的位置，并当是扇形格式的CEUR1的7FA时重新设置CIP的特定识别号。
EQ.5表示设置信道卡的位置和重新设置CIP的特定识别号的方法，其中，cc_old_type是信道卡的先前类型。
EQ.5
if((cc_old_type=DCEA)&&((ce_id％4)=0)
loc_id=(cip_id*MAX_CC_PER_CIP)+(ce_id/4)；
else if((cc_old_type=ECEA)&&((ce_id％8)=0)
loc_id=(cip_id*MAX_CC_PER_CIP)+(ce_id/8)；
else continue；
在步骤S09，检查是否在上述步骤S08设置的位置中出现的信道卡告警的情况。
在步骤S10，如果在上述步骤S09中识别出已经出现告警，则去除该告警。
在步骤S11，如果在上述步骤S09中识别出尚未出现告警或在执行步骤步骤S10之后，判断对应每个CIP执行从步骤S04至步骤S09的各步骤的次数为信道元件的最大数的情况，而如果执行的次数未达到信道元件的最大数，则该过程返回到步骤S04。
在步骤S12，如果上述步骤S11的迭代次数为上述信道元件的最大数，则读取每个信道的变化的格式信息并将其存储。
在步骤S13，将识别号增2，以便可执行处理下一个CIP的告警的方法。
在步骤S14，判断从步骤S04至步骤S13的各步骤的迭代次数为所设置的迭代次数的情况，如果迭代次数未到所设置的迭代次数，则该过程返回到步骤S04，而如果完成该迭代，则终止根据本发明的处理告警的处理过程。