上传日志的方法.doc

1.发件人: 陈金涛 发送时间: 2009年4月13日 19:47收件人: 赵霞(研发部); 杨兆勇抄送: 张祖禹; 肖鹏; 张连栋; 肖鲜贵主题: 答复: ASB RRS故障问题定位分析，请尽快解决。对于系统测试平台无法测，是否RRS没有接入基站，“系统测试平台”就无法测试？如果是这样的话，那么发来的日志就与描述吻合了。日志中显示RRS接入基站，但是基站拒绝接入。RRS START ACCESS NB.NB ACCESS RSP MESSAGE:REJECT.至于基站为何拒绝接入，刚才问了OM同事肖鲜贵，他建议上传基站侧的公共日志和告警日志发给他，里面能看到原因。刚查了一下，应该是两边的版本不匹配导致的，查了一下代码，发现公共文件中的接入消息结构2007/04/13被修改过，修改前后接入信息那个字段变化过（见后面的修改纪录）。这样来看，很可能是RRS版本是2007/4/13日之前的，主站侧是2007/4/13日之后的版本，这样不匹配导致的。查RRS的编译时间可以在控制台上输入RRS_HLVERSION来确认RRS侧版本时间。解决办法：如果确认是以上问题，可通过hammer更换RRS的版本为较新的版本(2007/4/13日之后的版本)。=附：修改记录和修改内容* 024 2007/04/13 陶磊 应刘晓琳要求，在RRS READY请求消息中增加RRS请求串连级数标志字段， 在RRS READY响应消息中增加RRS串连级数字段； =after 2007/04/13 /*RRS接入上报信息*/typedef structu8u8RrsMacAddrOM_MACADDR_LEN;/*RRS接入侧网口MAC地址*/ u8u8RrsBoardType;/*RRS硬件类型，3C6A/6C1A*/ u8u8RrsMstSlvFlag;/*RRS主从标志*/ u8u8BiuOfpNo;/*BIU接入端口号*/ u8u8Pad3;/*预留字段*/ u32 u32RrsTimeDelayValue;/*RRS时延测量值*/OM_STRU_RrsAccessInfo;=before 2007/04/13 = TDB144A_V3.00.00_IFP_01.044_20070409/*RRS接入上报信息*/typedef structu8u8RrsMacAddrOM_MACADDR_LEN;/*RRS接入侧网口MAC地址*/u8 u8LocalCellId; /*LocalCell标识*/u8u8BiuLinkPortId;/*BIU接入端口号*/u32u32RrsBoardType;/*RRS硬件类型*/u32u32RrsServiceType;/*RRS业务类型*/u32 u32RrsTimeDelayValue;/*RRS时延测量值*/OM_STRU_RrsAccessInfo;btw:一会儿去中移动测试了，不能及时回邮件了，如果还有问题请直接打我手机，谢谢。发件人: 肖鹏 发送时间: 2009年4月20日 9:02收件人: 陶磊; xiazhao; 肖鲜贵; 刘津晶; 陈金涛; 杨兆勇抄送: 赵霞(研发部); 王静怡（实习生）; 张祖禹; 金龙主题: 答复: 答复: 请分析定位此RRS的故障，谢谢！相关log见附件！此现象较普遍。赵霞手里应该有说明，她的意思是请OM根据log具体分析是哪个字段“not match”，以便她们再核对EEPROM说明在公司内网发布，7质量部发布内部通用技术标准设计标准Q-DTM.SJ.005-2008 基站E2PROM的格式和内容定义_1_1.doc发件人: 陶磊 发送时间: 2009年4月20日 8:54收件人: xiazhao; 肖鲜贵; 刘津晶; 陈金涛; 杨兆勇抄送: 赵霞(研发部); 王静怡（实习生）; 肖鹏; 张祖禹; 金龙主题: 答复: 答复: 请分析定位此RRS的故障，谢谢！相关log见附件！此现象较普遍。你们手头有基站EEPROM的说明吗？ 我手头的这份是07年的，不是最新的,但应该可以用。上海的王莉在07年还特意整理过生产中EEPROM的写入流程，这方面的事情可以找她问问。发件人: xiazhao mailto:zhao_ 发送时间: 2009年4月19日 14:41收件人: 肖鲜贵; 陶磊; 刘津晶; 陈金涛; 杨兆勇抄送: 赵霞(研发部); 王静怡（实习生）; 肖鹏; 张祖禹; 金龙主题: RE: 答复: 请分析定位此RRS的故障，谢谢！相关log见附件！此现象较普遍。请告知我字段。昨天和邱锐查了一下这类RRS 的IFU CAL& PID EEPROM，没查出异常。Subject: 答复: 请分析定位此RRS的故障，谢谢！相关log见附件！此现象较普遍。Date: Sun, 19 Apr 2009 10:16:58 +0800From: To: zhao_; ; ; ; CC: ; ; ; ; IFU(No:0) access failure! IfuHardwareType(0) is not match!请再确认RRU EEPROM数据是否无误的,从OM的日志来看,RRU上报的硬件类型错误发件人: xiazhao mailto:zhao_ 发送时间: 2009年4月18日 22:18收件人: 陶磊; 刘津晶; 肖鲜贵; 陈金涛; 杨兆勇抄送: 赵霞(研发部); 王静怡（实习生）; 肖鹏; 张祖禹; 金龙主题: 请分析定位此RRS的故障，谢谢！相关log见附件！此现象较普遍。现象：RRS的串号为YP0721E7340，在RRS功能测试岗位测试通过，并确认IFU EEPROM数据无误，在系统测试岗位Hammer平台上打印信息为0x1f9aaf0 (tIfpCcm): RECEIVE NB ACCESS RSP MESSAGE:REJECT.，此RRS的IP是使用统一的，即50。-d 0x09000000-09000000: 3cff 1301 ffff 8802 0000 0100 0a60 09ff *.*09000010: ff00 00ff ffff ffff 0000 0000 0000 0000 *.*09000020: 2000 3f00 00ff 3fff 3b00 0000 0000 0000 * .?.?.;.*09000030: 0000 00ff 3fff 3f00 ff04 0000 0000 0000 *.?.?.*09000040: 0000 0000 0000 0000 0000 0000 0000 0000 *.*09000050: 0000 0000 0000 0000 0000 0000 0000 0000 *.*09000060: 0000 0000 0000 0000 0000 0000 0000 0000 *.*09000070: 0000 0000 0000 0000 0000 0000 0000 0000 *.*09000080: 3cff 1301 ffff 8802 0000 010 0 0a60 09ff *tdd_ifu_tdm_task:SLAVE SERDES LOF or LOS, SERDES REG 0x10|0x11 = 0xffffffff解决办法：通过hammer更换RRS的版本为较新的版本(2007/4/13日之后的版本)。 具体做法是RRS的版本文件有：ifp_si.out, ifp_hl.out, trxiq.bin，其中ifp_si.out存放在RRS的/flashDev目录下，ifp_hl.out和trxiq.bin存放在/flashDev/running目录下。找到2008年5月12日（6月27日更新）版本文件后，将它们分别拷入相应目录下即可。 可以通过hammer来下载更换，方法是：用hammer连上RRS，然后点击hammer上的“文件”，接着在“处理器列表”中单击选中该RRS，然后在右侧的“下载至处理器”按钮上方的两个框内分别填写版本文件所在的PC机全路径(如c:siifp_hl.out)和RRS的上的全路径(如/flashDev/running/ifp_hl.out),然后点击“下载至处理器”按钮就开始下载拷贝了，等待hammer下方的信息框中提示下载成功即更换成功；其他文件一样。所有文件更换完毕后，复位重启RRS即可。重启