论文部分内容阅读
【摘 要】 智能手机的APP普遍应用，电子商务网站的普及，用户对数据业务的需求越来越强烈，要求也越来越高;运营商现在基站选址、物业协调越来越困难，充分利用现有资源进行技术创新，是各通信设备厂商及运营商的首选解决方案。为了解决农村用户对宽带数据业务的需求，以OFDM技术的农村无线宽带解决方案，某运营商在江苏开始了OFDM项目一期的投资建设。
【关键词】 OFDM技术;故障;解决建议与办法
引言：
以OFDM技术的农村无线宽带项目实施方案，采用4G与2G混合组网。FDDLTE的BBU加2G的MBI机架内的多载波MCTRX或者分布式基站的MCRRH组网方式;天馈部分采用DCS1800频段的天馈与原有2G基站的MBI的天馈进行合路。
现就项目实施过程中的一些故障现象，总结解决建议与办法如下：
一、4G方面
1.1、GPS故障
1.1.1造成GPS故障原因有如下几种：
1、最主要的原因：GPS靠近馈线窗的避雷器两边的接头接触不牢固导致GPS无法锁星。
2、路灯杆类型的单管杆GPS外面避雷器两端接头或者硬跳和软跳接头没有做防水就放在单管杆里面，如果遇到雨天雨水就顺着馈线流到避雷器两侧接头里面导致。
3、 GPS蘑菇头安装位置有阻挡或高度不够，导致无法锁星。
1.1.2现场常见的几种错误：
1.工程队做的头子不规范，里面的内芯接触到外部表面
2. GPS避雷器两端没有拧紧
3. GPS避雷器两端接头做错导致无法连接在一起
4.单管杆站中GPS没有做防水
1.1.3故障解决方法：
1.使用sitemaster测试GPS馈线发现9米处有驻波，而9米处正好是GSP避雷器接头处;
2. 检查GSP避雷器看是否接触良好，一般都是 9米处GPS避雷器没有做防水处理导致雨水进入避雷器里面或者接触不良导致无法锁星;
3.把避雷器两端接头拧紧或者重新做或者拆了然后把各个接头用纸擦拭干净并烘干，重新接上并且用防水胶带胶泥缠好。
4.整改蘑菇头安装高度，确保前方无阻挡。对BBU进行开关电并耐心等候，等到GSP状态灯变成绿色长亮，B板和RRH都正常起来。
5.处理完成之后GSP可以正常锁星，GPS正常锁星，GPS指示灯为4个绿色长亮。
1.2、wo文件无法导入或者版本文件导入时缺失文件。
这次在OFDM项目调测开站过程中，发现有很多FDDLET的BBU无法正常下载版本文件和wo文件。
1、首先必须确保CB、cfg、db、sw 4个子目录里的文件全部清空。
2、有时电脑的win7系统看似清空了，但使用xp系统SecureCRT SSH到CCM板，ls查看4个子目录，仍有部分文件未清除干净。可以采取以下解决办法：
1）使用SecureCRT SSH到CCM板，清空/data目录（是清空4个子目录即可，/data/CB，sw，cfg，db），比如：rm –rf /data/CB/*，然后重启FDDLET的BBU;
2） 用NEM连接会出现Factory mode消息，这时可以完成软件包的下载;
3）使用filezilla的sftp 功能，与基站连接， 用户名：enb0xfer，密码： &65UytJhg;
4） 然后把与wo 同名的database文件（应该是xml后缀，wo是xwo后缀）上传到缺省/home/enb0xfer的目录;
5）使用SecureCRT用 SSH 连到eNB，用户名：enb0dev，密码：Qwe*90op登入，再输入sh回车，输入su – 回车，输入密码：#edcVfr4%t;
6）然后把这个数据库文件copy到如下目录：cp /home/enb0xfer/xxxx.xml /data/db/active/mim/…（xxxx.xml就是附件文件的名字）;
7）然后备份一下现在的databse文件： cp /data/db/active/mim/databse.xml /data/db/active/mim/database.bak;
8）然后替换原database文件，cp /data/db/active/mim/xxxx.xml /data/db/active/mim/database.xml;
9）最后重启FDDLET的BBU： lecreboot，检查GPS灯是否绿色常亮，通过NEM查看各硬件模块（特别是TRDU是否被正常识别），Interface等接口是否正常，并unlock cell。
10）在所有模块都正常后，请检查MC-TRX模块上的指示灯是否正常，特別是TX灯是否常亮，常亮说明该模块已经处于发射状态。
1.3脱管/传输故障
1.3.1造成脱管故障虽有传输设备及数据的原因，但施工和开通中也有部分原因。具体原因如下：
1、BBU到ODF的尾纤放的不规范，无标签，易被弄断。
建议设计院在设计时候能标清楚本次LTE使用的是哪个ODF，便于施工队在初次施工布放BBU到ODF尾纤时，能够准确无误。省去督导开站时，由于BBU到ODF尾纤放的不正确而施工队又不在现场，导致尾纤补放的不规范，从而易引起尾纤误被拔或损坏，施工完成后一定要把标签贴在显著的位置，督导开站时候如果发现施工队没有贴标签要补齐。
2、ODF到PTN的尾纤不规范，没有提前规划，没有标签，现场开通时是哪根能用就用哪根，导致ODF到PTN的尾纤很容易被传输人员等误拔。 很多站PDF到PTN的尾纤很乱，用户的传输人员应该提前把这部分尾纤布放规范并贴上LTE专用的标签。
1.3.2现场常见的几种错误：
1. BBU到ODF尾纤由于施工队开始布放位置不正确，临时布放
2. 传输设备6300上面到ODF的尾纤很多，开通时候随便使用了一根
1.3.3故障解决方法：
1.基站底端传输设备或BBU设备断电引起脱管，加电后恢复。
2.传输设备端口DOWN引起脱管，传输侧重新做数据或重启传输设备，或更换传输设备光模块恢复。
3. C板由于切分区数据丢失导致脱管，对C板重新调测或者切区恢复。
4.传输设备PTN故障或物理传输光纤断掉，传输代维维修光缆恢复。
5.机房高温，BBU设备吊死，对BBU设备冷却开关电后恢复。
1.4、驻波比VSWR故障
1.4.1造成驻波比VSWR原因如下：
1、施工过程中馈线与RRH和天线之间接触不良。
施工队在安装时候不管是用冷缩管还是防水胶泥胶带一定要保证馈线与RRH和天线之间接触良好。
2、 RRH和天线之间馈线过长，馈线是施工队现场制作的，易导致驻波过大，长馈线一定要做好。
1.4.2故障解决方法：
1.首先确定哪一通道有驻波比告警，在SAM网管告警里面或用命令登录RRH测试。
2.带上跳线和RRH备件、冷缩管上站，让施工队把驻波通道跳线拔掉重新拧紧整改。
3.若整改后无果，直接备件跳线更换有驻波告警通道跳线。
4.若更换跳线等操作后无果，更换RRH直到告警消除。
二、2G方面
2.1、多载波扩容时间等待过长，直接开关电容易导致现网在运行小区起不来
多载波正常扩容需要约115分钟左右，很多时间大家等待不及直接开关电，这样易导致现网在运行小区起不来。利用Multicarrier SW Preload流程，可以使用如下解决办法：
1.給电脑设置IP（192.168.0.1/255.255.255.0，172.16.0.5/255.255.240.0）地址，并关闭防火墙，电脑串口连SUMA，电脑网口连MC-TRX;
2.点HW Modification
3.插入MC-TRX，并一直等到该模块正常显示在BTS NEM的窗口里（3分钟）
4.点Start BTS Commissioning
5.配置Sector mapping，Multicarrier setting（设置90），点Multicarrier SW Preload（选BTS_preload_package目录，选刚插进去的模块，选Running SW）
6.软件下载结束，点END BTS Commissioning，然后点END HW Modification
2.2、多次扩容导致现网运行小区RSL错乱或者丢失
多载波扩容时间过长，等待不及易多次扩容，导致现网运行小区RSL错乱或丢失。此时可以采取如下几种办法解决：
1.对现网小区进行全部减容，只留一块SUM板，减容时需按操作规范进行硬件修改确认，否则SUM板里会有以前的数据配置闪存文件，无法消除。
2.一块载频一块载频的扩容，让SUM板对所有载频进行重新认配置数据。
3.基站本端断掉传输，重新做本调;本调结束后，对机架重新开关电，让OMCR重新下载基站配置等数据。
4.联系OMCR操作人员对所有RSL进行删创，如果不能奏效，对该小区或者该机架进行数据删创。
2.3、多载波上电且l1灯闪烁，OSF无法成功激活。
此种情况一般可以采取如下几种解决办法：
1.disable该多载波对应的OSF， int该多载波对应的OSF。
2.Reset该多载波，重新int该多载波对应的OSF。
3.disable该多载波对应的腔体，重新int;再重新int该多载波对应的OSF。
4.再做一次扩容操作，按照之前设置好的默认设置，不要修改;重新int该多载波对应的OSF。
【关键词】 OFDM技术;故障;解决建议与办法
引言：
以OFDM技术的农村无线宽带项目实施方案，采用4G与2G混合组网。FDDLTE的BBU加2G的MBI机架内的多载波MCTRX或者分布式基站的MCRRH组网方式;天馈部分采用DCS1800频段的天馈与原有2G基站的MBI的天馈进行合路。
现就项目实施过程中的一些故障现象，总结解决建议与办法如下：
一、4G方面
1.1、GPS故障
1.1.1造成GPS故障原因有如下几种：
1、最主要的原因：GPS靠近馈线窗的避雷器两边的接头接触不牢固导致GPS无法锁星。
2、路灯杆类型的单管杆GPS外面避雷器两端接头或者硬跳和软跳接头没有做防水就放在单管杆里面，如果遇到雨天雨水就顺着馈线流到避雷器两侧接头里面导致。
3、 GPS蘑菇头安装位置有阻挡或高度不够，导致无法锁星。
1.1.2现场常见的几种错误：
1.工程队做的头子不规范，里面的内芯接触到外部表面
2. GPS避雷器两端没有拧紧
3. GPS避雷器两端接头做错导致无法连接在一起
4.单管杆站中GPS没有做防水
1.1.3故障解决方法：
1.使用sitemaster测试GPS馈线发现9米处有驻波，而9米处正好是GSP避雷器接头处;
2. 检查GSP避雷器看是否接触良好，一般都是 9米处GPS避雷器没有做防水处理导致雨水进入避雷器里面或者接触不良导致无法锁星;
3.把避雷器两端接头拧紧或者重新做或者拆了然后把各个接头用纸擦拭干净并烘干，重新接上并且用防水胶带胶泥缠好。
4.整改蘑菇头安装高度，确保前方无阻挡。对BBU进行开关电并耐心等候，等到GSP状态灯变成绿色长亮，B板和RRH都正常起来。
5.处理完成之后GSP可以正常锁星，GPS正常锁星，GPS指示灯为4个绿色长亮。
1.2、wo文件无法导入或者版本文件导入时缺失文件。
这次在OFDM项目调测开站过程中，发现有很多FDDLET的BBU无法正常下载版本文件和wo文件。
1、首先必须确保CB、cfg、db、sw 4个子目录里的文件全部清空。
2、有时电脑的win7系统看似清空了，但使用xp系统SecureCRT SSH到CCM板，ls查看4个子目录，仍有部分文件未清除干净。可以采取以下解决办法：
1）使用SecureCRT SSH到CCM板，清空/data目录（是清空4个子目录即可，/data/CB，sw，cfg，db），比如：rm –rf /data/CB/*，然后重启FDDLET的BBU;
2） 用NEM连接会出现Factory mode消息，这时可以完成软件包的下载;
3）使用filezilla的sftp 功能，与基站连接， 用户名：enb0xfer，密码： &65UytJhg;
4） 然后把与wo 同名的database文件（应该是xml后缀，wo是xwo后缀）上传到缺省/home/enb0xfer的目录;
5）使用SecureCRT用 SSH 连到eNB，用户名：enb0dev，密码：Qwe*90op登入，再输入sh回车，输入su – 回车，输入密码：#edcVfr4%t;
6）然后把这个数据库文件copy到如下目录：cp /home/enb0xfer/xxxx.xml /data/db/active/mim/…（xxxx.xml就是附件文件的名字）;
7）然后备份一下现在的databse文件： cp /data/db/active/mim/databse.xml /data/db/active/mim/database.bak;
8）然后替换原database文件，cp /data/db/active/mim/xxxx.xml /data/db/active/mim/database.xml;
9）最后重启FDDLET的BBU： lecreboot，检查GPS灯是否绿色常亮，通过NEM查看各硬件模块（特别是TRDU是否被正常识别），Interface等接口是否正常，并unlock cell。
10）在所有模块都正常后，请检查MC-TRX模块上的指示灯是否正常，特別是TX灯是否常亮，常亮说明该模块已经处于发射状态。
1.3脱管/传输故障
1.3.1造成脱管故障虽有传输设备及数据的原因，但施工和开通中也有部分原因。具体原因如下：
1、BBU到ODF的尾纤放的不规范，无标签，易被弄断。
建议设计院在设计时候能标清楚本次LTE使用的是哪个ODF，便于施工队在初次施工布放BBU到ODF尾纤时，能够准确无误。省去督导开站时，由于BBU到ODF尾纤放的不正确而施工队又不在现场，导致尾纤补放的不规范，从而易引起尾纤误被拔或损坏，施工完成后一定要把标签贴在显著的位置，督导开站时候如果发现施工队没有贴标签要补齐。
2、ODF到PTN的尾纤不规范，没有提前规划，没有标签，现场开通时是哪根能用就用哪根，导致ODF到PTN的尾纤很容易被传输人员等误拔。 很多站PDF到PTN的尾纤很乱，用户的传输人员应该提前把这部分尾纤布放规范并贴上LTE专用的标签。
1.3.2现场常见的几种错误：
1. BBU到ODF尾纤由于施工队开始布放位置不正确，临时布放
2. 传输设备6300上面到ODF的尾纤很多，开通时候随便使用了一根
1.3.3故障解决方法：
1.基站底端传输设备或BBU设备断电引起脱管，加电后恢复。
2.传输设备端口DOWN引起脱管，传输侧重新做数据或重启传输设备，或更换传输设备光模块恢复。
3. C板由于切分区数据丢失导致脱管，对C板重新调测或者切区恢复。
4.传输设备PTN故障或物理传输光纤断掉，传输代维维修光缆恢复。
5.机房高温，BBU设备吊死，对BBU设备冷却开关电后恢复。
1.4、驻波比VSWR故障
1.4.1造成驻波比VSWR原因如下：
1、施工过程中馈线与RRH和天线之间接触不良。
施工队在安装时候不管是用冷缩管还是防水胶泥胶带一定要保证馈线与RRH和天线之间接触良好。
2、 RRH和天线之间馈线过长，馈线是施工队现场制作的，易导致驻波过大，长馈线一定要做好。
1.4.2故障解决方法：
1.首先确定哪一通道有驻波比告警，在SAM网管告警里面或用命令登录RRH测试。
2.带上跳线和RRH备件、冷缩管上站，让施工队把驻波通道跳线拔掉重新拧紧整改。
3.若整改后无果，直接备件跳线更换有驻波告警通道跳线。
4.若更换跳线等操作后无果，更换RRH直到告警消除。
二、2G方面
2.1、多载波扩容时间等待过长，直接开关电容易导致现网在运行小区起不来
多载波正常扩容需要约115分钟左右，很多时间大家等待不及直接开关电，这样易导致现网在运行小区起不来。利用Multicarrier SW Preload流程，可以使用如下解决办法：
1.給电脑设置IP（192.168.0.1/255.255.255.0，172.16.0.5/255.255.240.0）地址，并关闭防火墙，电脑串口连SUMA，电脑网口连MC-TRX;
2.点HW Modification
3.插入MC-TRX，并一直等到该模块正常显示在BTS NEM的窗口里（3分钟）
4.点Start BTS Commissioning
5.配置Sector mapping，Multicarrier setting（设置90），点Multicarrier SW Preload（选BTS_preload_package目录，选刚插进去的模块，选Running SW）
6.软件下载结束，点END BTS Commissioning，然后点END HW Modification
2.2、多次扩容导致现网运行小区RSL错乱或者丢失
多载波扩容时间过长，等待不及易多次扩容，导致现网运行小区RSL错乱或丢失。此时可以采取如下几种办法解决：
1.对现网小区进行全部减容，只留一块SUM板，减容时需按操作规范进行硬件修改确认，否则SUM板里会有以前的数据配置闪存文件，无法消除。
2.一块载频一块载频的扩容，让SUM板对所有载频进行重新认配置数据。
3.基站本端断掉传输，重新做本调;本调结束后，对机架重新开关电，让OMCR重新下载基站配置等数据。
4.联系OMCR操作人员对所有RSL进行删创，如果不能奏效，对该小区或者该机架进行数据删创。
2.3、多载波上电且l1灯闪烁，OSF无法成功激活。
此种情况一般可以采取如下几种解决办法：
1.disable该多载波对应的OSF， int该多载波对应的OSF。
2.Reset该多载波，重新int该多载波对应的OSF。
3.disable该多载波对应的腔体，重新int;再重新int该多载波对应的OSF。
4.再做一次扩容操作，按照之前设置好的默认设置，不要修改;重新int该多载波对应的OSF。