002数据配置与动态设定

《002数据配置与动态设定》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

BSC在进行动态设定操作后导致话统结果紊乱[现象描述]某海外局点是多模块BSC，下带3个BM模块，BSC主机版本为G3BSC32.10100.08.0520B。对端MSC也是华为MSC。某月25-26日半夜凌晨通过动态设定BSC数据，在1模块BM下增加并开通一个基站，该基站开通后运行正常。27日在观察话务统计结果时发现TCH性能测量话统任务（登记周期是24小时，1440分钟，即一天才出一次结果）的登记项中模块1的所有基站无结果，而查看25日的话统结果则显示正常。[处理过程]1、删除此24小时周期话统登记任务，改为60分钟周期话统任务，防止再次出现整个24小时周期里话统结果异常。[原因分析]1、对于BSC的07.0520版本，由于动态设定操作对于BSC话统任务影响较大。对BSC进行BM模块扩容，通过动态数据配置增加站点、小区或载频等，必须注意对话统任务的处理，否则新增的模块、小区或载频的话统任务将会出现异常结果。如果动态设定增加了小区（增加站点一样处理），则先备份BAM机器上的C:OMCBSCBAMappsvrstatsdata目录，通过维护终端的话统台删除所有话统任务，重新登记手工删除的话统任务后即可。如果是动态增加或者删除TRX，则先备份BAM机器上的C:OMCBSCBAMappsvrstatsdata目录，通过维护终端的话统台删除统计对象为TRX的话统任务，例如“接收质量性能测量”，“接收电平性能测量”，“上下行平衡性能测量”。然后重新登记删除的话统任务。2、对于海外版的G3BSC32.10100.08.0520B，针对动态设定操作，已经增加了话统任务重登记的功能，具体是在命令行参数表里新增了一个命令字，“启动话统任务重登记”参数个数：1个，参数名称；启动方式，参数取值说明：0-立即启动，1-凌晨03:15启动。如果在进行了相关的数据设定后，可以最后设定此命令字（任意带一张表设定即可），系统将自动重新登记所有话统任务（以前是需要重新进行手工登记的）。但是对于目前如果进行增加一个小区或者站点的设定操作后，话统任务虽然系统可以自动重新登记（通过设定命令字或者在凌晨3点自动重新登记，但由于OMC版本不支持显示新增站点或者小区的话统结果的自动显示，所以话统重新登记后造成主机虽然送出新增小区的话统结果，但是OMC上却显示不出结果；但如果是动态删除一个小区，则启动自动话统重登记后，相应的被删除小区话统显示结果为0。如果在动态设定操作后不进行话统任务重登记（立即启动）的命令字设定，则BSC主机会在凌晨3点自动重新登记话统任务，所以会影响一个周期的结果。3、上述现象出现的原因是因为统计周期是24小时的，当时也没有设定话统任务立即启动的操作，所以导致一个周期内（24小时）话统结果异常。 [建议与总结]如果对BSC进行了动态设定操作，应该根据BSC主机版本来对话统任务进行处理，以防止某些话统任务出现异常结果。SDCCH动态分配数据配置错误[现象描述]在某局巡检中发现各种配置的基站SDCCH动态分配异常。[告警信息]告警台有很多的关于SDCCH动态分配时信道转换的事件告警，SDCCH动态分配比较频繁。[处理过程]修改SDCCH动态分配空闲门限。把空闲门限改为4。由于该局为双频网局，SDCCH相对来900网络来说要忙一些，SDCCH动态分配也还存在。对于多于2个SDCCH动态分配的情况有抑制作用。例如忙SDCCH有11个，说明已经动态分配8个SDCCH，空闲5个。这个时候就不会再动态分配而占用更多的TCH资源。[原因分析]告警台有很多的关于SDCCH动态分配时信道转换的事件告警，SDCCH动态分配比较频繁。查看基站维护台信道状态，发现一个非常奇怪的问题，大部分基站的SDCCH个数都很多，特别是配置为2个载频的小区，全部都有2个或者2个以上时隙为SDCCH8。通常情况这种配置的基站一般只配一个SDCCH，查看数据也确认只配置一个SDCCH8，肯定有一个SDCCH8是动态分配的。检查配置SDCCH动态分配功能的《无线信道管理控制表》。所有小区的数据是这样配置的：SDCCH是否动态分配：是空闲SDCCH信道门限：10小区SDCCH信道最大数目：80TCH恢复最短时间：2400空闲TCH信道门限N1：0申请TCH判断周期T（分钟）：0 对于载频数只有两个的小区，总共配置SDCCH数量为8个。由数据配置上看，空闲SDCCH信道门限为10，意味着即使配置的8个SDCCH全部空闲，还没有达到空闲门限，主机会对该小区进行SDCCH动态分配，因此任何时候这种小区的SDCCH数量都会在16个甚至16个以上，这对网络的资源是一种浪费。不同公司参数设置的差别[现象描述]在某地开局中，我司设备与N厂家配合。在小区编号时，沿用了N厂家的小区编号顺序，但配置的GCI值与N厂家的数据不一致。[处理过程]在与N厂家的技术交流中，LAC数据和CI数据是分别提供的。该数据有16进制和10进制两种表达方式。N厂家提供的LAC较明显是10进制，将其转换为16进制配置，但没有确认N厂家的CI是十进制还是十六进制。均按照原来数据填写。而我司的LAC和CI数据都是16进制的。所以造成GCI数据的不一致。[原因分析]将LAC数据改为10进制后解决。[结论和建议]以后这种与不同公司的合作会很多。各公司之间在参数配置上会有不同的习惯。比如M厂家的CI值既有10进制也有16进制。这就需要我们在以后的工作中多注意。不仅是在这一个参数配置上，还有在别的方面都要引起注意并加以总结定期公布。参数动态设定操作错误导致用户不在服务区[现象描述]凌晨1：00将0小区的相同寻呼间帧数编码由“6”改为“8”。以此牺牲寻呼消息在无线信道上的平均时延来换取小区寻呼信道承载能力的加强。但在修改该参数后，于21日出现投诉，在0小区的服务区内有用户无法被寻呼到，主叫听到“用户暂时无法接通”提示音。此时该用户的手机显示信号良好。[处理过程]将该小区的相同寻呼间帧数编码由“8”改回“6”，可以寻呼到该用户。[原因分析] 1、怀疑第一次修改"相同寻呼间复帧数"时没有在命令行参数表中加上相应的命令字"配置小区系统数据"。导致下发的系统消息中相同寻呼间复帧数和BSC内存中运行的相同寻呼间复帧数不一致，从而使部分手机无法被寻呼到（由于相同寻呼间复帧数改变后，有的手机监听的寻呼组并没有改变，所以这部分手机仍然可被寻呼到）（注：这部分手机是指不支持DRX的手机，该种手机在所有寻呼信道上监听所有寻呼消息）。在实验室测试的结果与上述推测一致。2、命令行参数字添加一条（1模块，修改系统消息，后面无小区号），动态设定系统消息数据表后，查看主机，发现1模块系统消息数据表已经更改，从基站维护台对一模块的小区强制下发系统消息，发现系统消息的更改已经被发送到基站。但是打电话发现部分手机无法被寻呼到，观察Abis接口，发现BSC仍然按照旧的系统消息数据来计算寻呼组，导致寻呼组计算错误。由于命令行参数表没有添加小区号，动态设定对主机没有发挥作用，即BSC的全局变量并没有刷新。认为可能是强行下发系统消息时主机读取了后台数据，而计算寻呼组时没有读取后台数据，取的是BSC自身的全局变量。问题实质是BSC，BTS使用了不同的参数作为各自计算的依据。动态设定不当导致软件告警[现象描述]某GSM网络中通过动态设定的方法增加了一个BSC外部邻小区后，在BSC告警台中每隔一个小时，周期性地出现9条“切换数据表配置告警”，但对BSC整体指标未造成影响。[处理过程]首先将新增的54号外部邻小区删除，再重新用正确的命令字和参数动态设定对应的表格，但告警信息依旧。最后在午夜执行复位BSC的操作，软件告警消除，一切恢复正常。[原因分析]查看告警台周期性出现的9条告警信息，在其定位信息中，模块号和小区号都定位为模块号1，小区号54，而表名分别显示为1、2、5、6、7、8、9、10、11，分别对应切换菜单下的“切换控制数据表”、“小区描述数据表”、“滤波器数据表”、“惩罚数据表”、“紧急切换数据表”、“负荷切换数据表”、“正常切换数据表”、“快速移动切换数据表”、“小区内连续切换控制表”。由于各告警信息都对应模块号1、小区号54，于是回想起在用命令字“配置切换数据”动态增加外部邻小区号为54的外部邻小区时，参数1“小区号”填写的是外部小区号54，而不是正确的本小区的小区号，（1模块的小区号从0到37），造成找不到54号小区而告警。功率衰减因子配置不当造成上下行电平差比较大 [现象描述]在通话测试时，发现多个站点都出现通话时上下行电平差比较大的情况，一般有20-30dB差距，大的可能到40、50以上。[处理过程]经测量，发现数据配置为255这个值造成CDU增益下降，引起上下行电平不平衡。通过测试结果，可以判定这是一个由数据配置错误所引起的问题，要解决这一故障，只需要将“主集：无塔放255”这一数据修改。1、CDU在“不配塔放”设置时，增益为16dB，天馈参数配置表中“功率衰减因子”一栏的参数值不起作用，缺省值为255；2、CDU在“配塔放”设置时，天馈参数配置表中“功率衰减因子”一栏的参数值起作用，取值为0~15有效；但由于软件设计的保护处理不够（该保护处理在CDU软件做较合适），当无塔放配置、数据配置成255时，实际上衰减因子还是取了255的低4位，即：按照最大因子衰减。处理方法建议为：对BSC数据配置的缺省值设为0，而不是255，基站软件不作修改。[原因分析]经测量，结果如下：在无塔放时，CDU增益因子为0和255的区别如下，但255应该是一个无效数值才对。902.6M889.9M主集：无塔放2551.3dB1.1dB主集：无塔放015.4dB15.2dB分集：有塔放017dB16.7dB分集：有塔放89.1dB8.7dB可见，数据配置为255这个值造成CDU增益下降，引起上下行电平不平衡。数据修改动态设定不规范引起切换成功率下降[现象描述] 某局修改BCCH频点后，网络的切换成功率由原来的96％下降到89％左右；路测过程中发现从服务小区频繁的向某一相邻小区发起切换请求并切换失败，而该相邻小区的BCCH频点并未进入6个上报邻小区的排序序列，6个邻小区的频点最低电平已达到－104甚至－110dBm。该服务小区的BCCH频点在之前进行过修改。[处理过程]对修改BCCH频点所涉及到的所有小区重新进行“配置切换数据”动态设定，观察话统，网络切换成功率恢复至96％左右；路测观察，切换恢复正常。[原因分析]修改BCCH频点所涉及的数据表有：1、载频配置表；2、小区分配表；3、小区描述数据表；4、BA1表；5、BA2表。修改BCCH频点时，所涉及到的动态数据设定命令字包括：1、配置载频频点；2、配置小区有效频点；3、配置切换数据。其中“配置切换数据”应是对所修改BCCH频点的小区的所有相邻小区进行“配置切换数据”动态设定，否则则会引起意想不到的后果。数据修改前切换成功率为96％左右，修改BCCH频点，动态设定后，切换成功率下降，说明引起切换成功率下降的原因为修改BCCH频点时动态设定有误；路测发现切换失败发生的小区均为本次修改BCCH频点所涉及的小区和其相邻小区，从基站维护台查看小区BCCH频点，频率无误。进一步说明是切换数据的动态设定有误。[建议与总结]在数据修改、动态设定时，一定要按照相关的数据动态设定规范进行操作，否则将会不可预料的后果，造成网络指标下降甚至网络通信中断。跳频数据表没有发送全部模块导致干扰、掉话和TCH拥塞率高[现象描述]某局BTS312扩容（S2/2/2——S3/3/3)，采用跳频模式，进行动态设定后，发现扩容后本基站小区出现严重干扰（干扰带达到五），大面积掉话，TCH拥塞率高。[处理过程]1、首先检查频率规划，确认无误；2、检查设备连线，正确无误，因为三个小区在扩容后同时出现严重干扰和掉话，所以基本上可以排除是设备问题，因为3个母板和新加TRX、CDU同时出现故障的可能性很小；3、关闭该基站，在现场用antpilot进行扫频，未发现来自网外的干扰； 4、回想所作的操作，同时查看动态设定指导书，发现进行“跳频数据表设定”，要在全部模块进行，可能是做该操作的时候，只发送所选小区；5、重新设定，发送全部模块，该基站工作正常。[原因分析]1、由于出现干扰，且是新扩容，可能是频率规划不当；2、可能设备问题（新加的TRX、CDU、母板和连线等）；3、来此网外干扰引起；4、动态设定出现问题。[建议与总结]在进行“本局信息表、跳频数据表、小区描述数据表、外部小区描述数据表、小区模块信息表、设定时一定要注意发送“全部”模块，否则可能会出现意想不到的后果。新网规数据生成系统中CRO、TO参数设置颠倒[现象描述]某地网络规化设计报告完成以后，并由数据设定中心生成了DBF文件，发到现场以后网规人员进行例行的检查，发现CRO（小区重选偏移）和TO（小区重选临时偏移）这两个参数与原有的网络参数设计不符合，并且这两个参数值互相颠倒，这样的数据设置必然不能达到原有的参数设置目的而且有可能会对网络产生不良的影响。[处理过程]通过现场直接使用EXCEL修改Symgdata1.dbf（系统消息数据表）文件将CRO、TO这两个参数修改回原有的设计设定值，并将该问题向数据设定中心反映。[原因分析]由于新的网规设计报告中CRO与TO这两个参数可以在网规参数表中直接填入，但经检查网规设计报告并没有发现存在填写错误，而且经其他人员反馈在其它地方也存在相同的数据问题，所以唯一有可能出问题的地方只有在网规设计报告提交后到数据设定中心生成DBF文件这一环节上，也就是在新的数据生成系统存在问题。[建议与总结] 1、一般任何新的系统从“能够”运行到“正常”运行之间肯定存在一段时间，所以新的网规数据系统中必然存在一些问题，需要现场工程师不断发掘，不要轻易认为机器生成的就一定是准确的。2、对于在新的网规数据生成系统中发现的问题，要及时向数据设定中心反馈并积极督促修改，这样不仅能够减少数据设定中的低级错误也能减轻后期网规工程师现场修改数据的工作量。修改小区BSIC不当导致用户无法占用TCH信道[现象描述]某2.0基站一个小区在优化时修改了BSIC，在动态设定以后，维护台上可以看到大量用户可以占用SDCCH，但是无法占用TCH信道。这个基站启用射频跳频，共有4个载频。[处理过程]1、首先检查基站维护台内的小区属性中BSIC有无改过来，发现已经是改过以后的值；2、核对[小区描述数据表]和[BSC小区表]，数据核对一致，此外[跳频数据表]中的训练序列号和BCC保持一致，查看主机，这几张表中的数据已经修改。3、这时，对照修改小区BSIC的操作指导书重新做了一遍，发现仍然用户无法占用TCH信道，只好将数据改回原来的值，经过同样的操作和设定，查看维护台用户可以正常通话了。4、对照操作指导书，我们仔细分析整个操作步骤，发现在修改BSIC时，虽然考虑到需要保持BCC和跳频训练序列号的一致，但是在具体的命令行数据表操作时未加入一条修改跳频属性，造成用户占用TCH时BCC和训练序列号不一致。5、当晚，按照分析的结果对该小区的BSIC重新设定，发现用户TCH占用正常。[原因分析]数据配置规范要求在小区跳频时，训练序列号TSC一定要设置与小区的BCC一致，否则导致小区的TCH载频信道无法正常占用。因为BCC在跳频状态下应用在下行信号，使手机区分各个小区的BCCH，在指配命令中包含HSN、TSC、MAIO、MA这几个跳频参数，通知手机需要使用的上行跳频的数据。如果这两个数值不一致，基站将无法确认手机的信号是对应的上行信号而予以拒绝，造成指配失败。上述故障可能是由于BSIC修改时操作不当造成指配命令中下发的TSC没有同步修改过来。组合BCCH数据修改错误 [现象描述]网上数据动态设定组合BCCH后有用户投诉打不通电话。[处理过程]用户投诉打不通电话时，只修改了有关组合BCCH数据，故障应该和数据修改有关，经检查发现系统消息表中CCCH配置字段没有修改，修改后恢复正常。[原因分析]在修改组合BCCH数据涉及到2张表格，一张为本局下面的[无线信道配置表]，信道类型字段和中继电路号（是否有效）；另一张为小区下面[系统消息数据表]，CCCH配置字段和接入允许保留块数。根据现场的现象，怀疑系统消息里面的表格没有修改导致的，经检查该基站确实由于系统消息里面表格漏修改导致的，修改后重新设定，问题解决。[建议与总结]这种有关联性的参数修改需要仔细，系统消息表格尤其容易遗漏。