荆州MOTO大容量BSC使用问题总结.doc

荆州MOTO大容量BSC使用问题总结 安装调测中遇到的问题 ABIS光接口板无法支持热倒换。 大BSC下的GOIUB板倒换到备用侧后，相应传输设备没有同时做倒换。同样传输设备倒换后，GOIUB也不跟随倒换。且传输设备使用备用侧时，强制GOIUB倒换后很快会倒回主用侧，无法驻留在备用侧上。 现原因不明。 答复：目前，原因已查明：为SDH设备参数设置为单端口倒换模式，而BSC设置为双端口倒换模式。在这种情况下，任何一方开始倒换时，对端都不响应。 现在，我们在新调测的BSC6上进行实验，华为SDH也设置为双端口倒换模式，双方都能同步正常倒换。 ?运行中出现的问题 基站打开ITS后（支持EDGE）DCTU2的A面如配置成EGPRS信道，则相应的B面时隙不可用。 通常TCH Full Rate时隙，默认可转变成EGPRS Normal Channel，这样就可能导致基站中大量时隙不可用。所以，在打开ITS后，如不是指定配置EGPRS的TRX，需要对其TCH Full Rate时隙对应可变GPRS时隙修改为GPRS Channel。 建议：在大容量BSC下，最好还是将每个小区内开EGPRS的载频替换成CTU2D，配置为CCTU2，避免开ITS。 答复：该问题已通过参数修改解决。 基站开启ITS功能EDGE后，可将CTU2的对面B面的TCH Full Rate时隙对应可变GPRS时隙修改为GPRS Channel。将要承载EDGE的载频替换成CTU2D，配置为CCTU2，就不会出现B面时隙不可用。 目前通过该参数修改，没有小区出现DCTU2的B面时隙不可用的情况。 修改小区数据后，如重启基站，可能导致基站软件丢失。 为增加PCH和AGCH的带宽，我们将所有小区的参数进行如下修改： 增加ccch到2个timeslot，同时将bs_ag_blks_res设置为2，并将BS-PA-MFRAMS减小为2，加快寻呼的发送来加速系统寻呼排队状况恢复。 ?步骤如下： deactived cell，从LMT上选中小区，右键set cell active state,置成not actived.(一个站下的所有小区不能同时置成not actived)选中这个小区右键set cell attributes,首先修改BCCH载频的信道参数，第三个时隙的信道类型定义为BCH,然后修改小区的set idle parameters中BS_AG_BLKS_RES=2,BS_PA_MFRAMS=2,保存。 从LMT上选中小区，右键set cell active state,置成actived. 完成一个小区的修改。 RSR 系统寻呼处理框图(话音寻呼): 如以上两幅流程图所示，RSR信道资源的分配与激活的步骤在时间上相比GSR系统将有所增加，这也就意味着相同数量的空口资源，被占用的时间将会增加，据研发人员的测试，正常情况下会有1秒到2秒的增加，且随着负载的增大，所需时间也会随之增长。也就是空口资源使用效率下降。在RSR系统中，完成相同的CCCH负载，相比GSR系统则需要更多的资源。 资源不够的情况一旦出现，将出现AGCH和/或PCH的拥塞，从而导致Paging Request消息和/或Immediate Assignment消息的丢弃或超时。 考虑到以上情况，建议扩大PCH的带宽以提高对瞬时峰值的容忍度以及加速对恶化后果的恢复。同时，考虑到在杭州出现的AGCH拥塞导致Paging_Response降低的问题，建议扩大AGCH的带宽。综上，对于paging相关参数修改建议为增加ccch到2个timeslot，同时将bs_ag_blks_res设置为2，并将BS-PA-MFRAMS减小为2，加快寻呼的发送来加速系统寻呼排队状况恢复。统计A031代码错误 目前版本的BSC存在代码统计缺陷，导致A031值统计过大。错误的A031统计值是A331的14倍，且这个指标的统计错误不会带来业务的影响（纯话务统计计数器值的增加只影响话务统计指标，不影响业务PS寻呼统计值来代替。 四、基站割接时存在的问题： 故障现象：割接后玉桥开发区基站载频显示正常，但所有时隙（BCCH/SD/TCH/PD）不可用 故障分析：该站共两条传输，传输正好接反。这种情况在BSC23上基站是不会入服的，但在BSC6000上可以。在大BSC下，可能只要OML所在的第一条传输物理链路通，如在BSC上对应的端口错误，数据仍能正常下载到BTS，但相应的所有信道不活。 答复：对于大BSC，如基站传输接反，为保障基站快速恢复，基站仍会将软件和数据下载到基站（减少退服时间），但所有信道仍起不来，避免了用户单通或串话引起的投诉。因此通过载波状态，仍能判断出传输接反，而一旦传输恢复，基站就会快速完全恢复，不需再下载数据。减少退服时间