附录RNCLCR50以往预警及维护建议列表鼎桥通信Word格式文档下载.docx
《附录RNCLCR50以往预警及维护建议列表鼎桥通信Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《附录RNCLCR50以往预警及维护建议列表鼎桥通信Word格式文档下载.docx（26页珍藏版）》请在冰豆网上搜索。
涉及应用范围
中国区
建议分类
产品类
1LCR5.0若干重要问题列表
问题描述
涉及单板类型
问题出现版本
问题影响
问题解决版本
DPUe单板DSP复位问题
DPUe
LCR5.0SPC600/SPH612
掉话率抬升
LCR5.0SPC620
MPU倒换业务异常
MPU
零话务或小区建立失败
后台配置规格超限问题
XPU
前后台不一致，影响升级
废帧问题
不涉及
前后台不一致
DSP资源挂死问题
DPUb
接通率下降
SAU版本与RNC版本配套问题
SAU
LCR5.0SPC600/SPH612/SPC620
配套将导致SAU不能正常工作
负荷分担配置的SCTP没有实现负荷分担
GOUa
GOUc
负荷分担配置的流没有达到负荷分担的效果
LCR6.0
部分小区存在业务但载频级性能统计值为零
导致部分小区载频级测量指标统计为零
IUPAING消息不带PagingAreaID的情况下，被叫可能无法接收寻呼
寻呼消息丢失导致未接通，影响接通率指标，影响用户感受。
LCR5.0SPH630
SPU板倒换后，概率出现部分小区状态正常，但是RRC建立全部失败问题
部分小区查询状态正常，但是业务建立全部失败，接通率下降，影响用户使用。
MR任务开启后部分终端重启问题及MR报告不上报问题
终端重启，业务掉话
LCR5.0SPH630和LCR6.0
2问题维护建议
2.1DPUe单板DSP复位
【问题描述】
当核心网配置了GTPU按序传递时（withdeliveryorder），如果核心网发送过来的第一个包的序列号不是0，而是65408-65535之间的一个时，RNC侧DPUe软件处理存在bug，导致空指针访问，造成DPUe单板的DSP复位。
图1核心网配置了GTPU按序传递
【涉及问题单】
PR6990
【影响和风险】
该问题在DPUe的DSP上发生时可导致DSP复位，影响话统指标。
【问题原因】
产品对GTPU报文按需传递的处理中对序列号的判断不完善，导致DSP可能访问空指针的情况。
【问题确认】
在FamLog内有如下信息：
InstructionAddr=0x00457338
Func:
"
GTPU_Sender"
【维护建议方案】
SGSN修改deliveryorder参数为withoutdeliveryorder（noorder），华为SGSN可通过SET3GSM（视SGSN版本而定）命令修改。
图2核心网配置GTPU按序传递
在SGSN的RAB指派消息中可观察SGSN的具体配置，如下即为withoutdeliveryorder：
图3核心网配置GTPU不需按序传递
【解决版本】
RNC820V400R005SPC620及后续版本
2.2MPU倒换业务异常
MPU板倒换以后，由于MPU上TRM模块中PATH信息中接口板索引字段概率性发生错误，从而导致做业务时选择该PATH失败，造成业务建立失败。
去激活/激活问题小区后，小区无法建立。
PR7748
1、该问题发生时，选择问题PATH的业务将建立失败；
2、公传信道建立在问题PATH上的小区在去激活/激活后将重建失败。
MPU子系统对PATH信息中接口板索引的备份处理不完善，导致备用MPU子系统上该索引值概率性的存在不正确。
按照下面指导书进行问题PATH排查：
1、在倒换MPU前,请先复位备用MPU。
2、出问题后按照下面方法恢复：
由于该问题涉及IUB口PATH和IU口PATH，故下面分IUB口PATH和IU口PATH两种场景的规避办法。
IUB口PATH恢复办法：
步骤一.对AAL2PATH，在LMT上执行命令”DSPAAL2CHN”；
对IPPATH，在LMT上执行命令”DSPIPCHN”，查询故障PATH信息。
在查询结果的”业务类型”列内，看是否存在如下信息：
”公共信道业务”。
如果有，说明该PATH上承载有小区公传，请执行下面所有步骤；
如果没有，请只执行下面的步骤三和步骤四。
步骤二.用”DEATCELL”去激活该PATH所在Nodeb上的所有小区。
步骤三.用”RMVAAL2PATH”/”RMVIPPATH”先删除该PATH，再用”ADDAAL2PATH”/”ADDIPPATH”按照原来的配置脚本增加该PATH。
步骤四.请用”DSPAAL2PATH”/”DSPIPPATH”查询该PATH的状态是否为正常。
正常后执行下面步骤，否则，稍等后再检查。
步骤五.用”ACTTCELL”激活该PATH所在Nodeb上的所有小区。
IU口PATH恢复办法：
步骤一.先用”RMVAAL2PATH”/”RMVIPPATH”删除该PATH，再用”ADDAAL2PATH”/”ADDIPPATH”按照原来的配置脚本增加该PATH。
步骤二.等半分钟后，请用”DSPAAL2PATH”/”DSPIPPATH”确认该PATH的状态已变为正常。
2.3后台配置规格超限
RNC后台配置数据规格超过前台规格限制的10000条记录，导致前后台数据不一致，actcrc命令执行失败，示例如下：
%%ACTCRC:
SRN=1,SN=2;
%%
RETCODE=235208979进度报告,CRC校验错误.
进度报告
--------
上报类型=一致性校验
状态=失败
会话号=950429
CRC校验结果
-----------
框号槽号子系统号表名称校验结果
120TDCellNcellDetect校验失败
120TDUserDchMBRMapInfo没有校验
120TDTypRabDlaaPara没有校验
120TDCellDLAAPARA没有校验
120TDCellNCellDetetSwitch没有校验
120TDSPIIDENTIFYPARA没有校验
PR7924
1、前后台数据不一致，后台的数据比前台多。
2、单板复位时，无法生成前台数据，SPU单板无法开工。
后台没有对表记录个数的上限进行限制，导致在做批量操作时记录条数可能超过表记录的上限10000条。
步骤一：
在LMT上执行命令”FMTDATA”，命令执行失败。
步骤二：
在OMU的根目录/bam/version_x/log/configure.log文件内，存在字符串”hasreachmaxrecords10001”。
该问题在如下表上出现的概率最高：
TDCellNcellDetect
出问题最高的的MML命令名为：
ADDTCELLNCELLDETECT:
当以上几张表发生前后台不一致时，确认是否存在该问题的方法及该问题的规避方法参考附件：
如果其他表发生前后台不一致且通过【问题确认】能够确认时系统超规格导致，请联鼎桥维护部进行处理。
在发生该问题时，说明OMU的DB表中某命令涉及表中的记录个数已经超10000。
在对问题进行规避后，请勿再执行该命令，以防止问题再发生。
2.4OMU废帧问题
RNC820V400R005C00SPC620之前版本存在缺陷，在LMT上通过跑脚本的方式批量进行配置时，BAM会使用废弃的帧号，导致配置数据在前台不生效，导致前后台不一致。
PR7879
会在告警台上产生前后台不一致告警；
会导致后面的配置命令执行失败；
BAM上对下发到前台的配置命令中带的帧号处理不完善，在帧号达到500000后，会导致下发到前台的命令不被处理，从而导致前后台不一致。
1：
在LMT上执行ACTCRC命令时，结果提示前后台不一致。
2：
在OMU的根目录/bam/version_x/log/configure.log内存在如下字符串
”complex_cmd_worker:
:
new_task_id:
_timeout_handlerssumis”
由于该问题涉及的命令不固定，当出现该问题时，请联系鼎桥维护部，根据具体的不一致情况进行相应处理。
在执行大量脚本前，通过以下两个办法，可以避免该问题的出现：
方法1：
在跑脚本之前，在LMT上通过命令”SETQUICKCFG:
MODE=ON;
”命令打开快速配置开关。
在脚本执行后，再通过命令”SETQUICKCFG:
MODE=OFF;
”关闭快速配置开关。
方法2：
执行大批量配置时，通过LMT_R上的”RUNBATCHFILE”方式跑脚本，不要直
接跑脚本。
除以上两种方法外，建议现场一线同事在升级RNC820V400R005C00SPC620补丁前，每一个月按照如下步骤执行操作：
步骤一：
查询配置权开关：
LSTCMCTRLSW
如果查询结果为”ON”，请跳至步骤三开始执行，且不执行步骤六。
否则，从步骤二执行至步骤六。
步骤二：
打开配置权开关：
SETCMCTRLSW:
CTRLSW=ON;
步骤三：
获取控制权限：
REQCMCTRL（保证步骤四执行时没人在做配置）
步骤四：
执行MML：
RSTOMUMODULE:
TG=ACTIVE,MNAME=configure;
步骤五：
等待半分钟，释放控制权限：
RELCMCTRL
步骤六：
关闭配置权开关：
CTRLSW=OFF;
2.5DSP传输ID资源挂死
由于DPU板上某块DSP传输资源挂死，导致建立到该DSP上的RRC建立请求全部失败，造成无线接通率以及RRC接入成功率指标突然下滑。
PR6573、P
升级会员 