天线的实习周记.docx

天线的实习周记

岁月无痕，流水时光，眨眼间，一个星期已经过去，我们一定有印象深刻的事情，让我们一起来学习写周记吧。但是却发现不知道该写些什么，以下是小编收集整理的天线的实习周记，欢迎大家分享。实习周记第三周星期二，刚到广东怡创通信有限公司第三事业部无线工程项目部报到。第二天开始，就进行了理论培训，讲解了公司的发展情况，宗旨以及未来的发展目标，项目的运作，工作的职责和需要注意的地方。另外让我一一认识项目部的老员工，还有记下联系方式。我的工作职责：一是基站设备的开通，基站一般有三种设备：2G900频段，2G1800频度和TD.二是基站的扩容和维护，为了满足业务容量的需求而增加载频。也有由于业务量的减少，为了节省频点，而减容。通常要处理时隙故障，分集接收故障，驻波比故障，通道误码故障等等。还有是资产验收。就是基站里的各种设备贴上资产，然后由监理，验收小组和我们一起去验收，查看设备是否都贴上资产了没，资产的表签是否都正确。最后是DC直流电源的改造。直流改造是为了新增设备而提供电源。这周我大体认识了项目部的运作，认识了所有同事，知道了自己的具体工作。实习周记第四周这周主要是处理各种故障。海门万年站为RBS2000站，原工作正常，后因雷击导致整个基站退服。从交换机侧反应为DXU数据能灌入并能正常工作，但却无法对TRU进行操作与控制。经到基站观察后发现，DXU状态表现正常而TRU处于退服状态。用OMT软件查看，发现有L/RSWI及L/RTI告警。初步断定为DXU与TRU的通信中断。在检查连线一切正常后，判断问题应出在DXU上。将原DXU中的数据拷出，然后更换DXU，并灌入刚刚拷出的原DXU数据，复位DXU后障碍依旧，说明DXU硬件没问题。于是怀疑DXU中数据可能因电击而损坏。到邻近同型站中拷贝数据后重新灌入，复位DXU,基站恢复正常。雷击不仅可能回导致硬件的损坏，而且可会引起数据的损坏。有时数据是否损坏很难凭主观判断，必须通过我们的实际操作试验。我们曾将原DXU中数据与后拷贝的数据作过对比，结果发现两个数据文件的大小完全一样，但实际使用效果却完全不一样，原数据确实已损坏。处理故障一定要思路清晰，知道怎么去找出原因并对症下药。实习周记第五周每个新开的站点都需要定义告警，并对告警检测。主要有以下告警：市电告警(ACABNORMAL)、整流器告警(RECTIFERFAIL)、熔丝告警(CBOPEN)、输出高低压告警(OUTPUTVOLTSLOW/HIGH)、雷击告警(THUNDERBOLTALARM)、温度告警(TEMPERATUREALARM)、火警(FIREALARM)、烟雾告警(HUMIDITYALARM)、水浸告警(WATERLOGGINGALARM)、门禁告警(GATINGALARM)、红外线告警(AIRCONDITIONALARM)和短线告警(BREAK-LINEALARM).一般情况只定义市电告警，输出高低压告警，整流模块告警，熔丝告警和雷击告警。如果出现市电告警，首先看基站供电是否正常，同时用万用表在分配单元测是否有市电入电源架;检查I/O板上的两个熔丝和I/O板右侧的熔丝(这个较大)是否正常;检查后板上的三个交流电压采样电熔各接角的电压是否正常，方法为：把数字万用表打到DC的20V档位，然后用其中的一测试笔接触机架，另一测试笔接触电压采样电容的一接角(每一电容的左端有两接角，且都在左边);标准参数位为，采样电容一、二、三对应的6个接角的电压为：7、9、9、11、11、14V;若测得的电压与标称值相差较大(过大或过小)，都为不正常，应为后板坏;如以上都正常则应考虑I/O板和告警模块了，在对告警模块进行维护时，一定要记得将其转入维护状态(将一开关打向维护状态)。其他的告警可以细看说明书进行处理。实习周记第七周这周我体会最大的是自己工作的态度—严谨、认真、细心、负责。首先我想这是我们工作的内容所决定的，因为我们的工作直接对成千上万人的通信保障负责，我们工作的好坏影响着各行各业人们的通信交流，这使得我们必须要有这种谨慎细心的工作态度，不容自己有犯错的可能。其次是我们公司的业务性质决定的，爱立信是我们的客户，移动也是我们的客户，我们作为爱立信的工程师给移动调试爱立信的设备，这就涉及到一个自我定位的问题。而有时这样介于甲乙双方中的第三方是很不好当的，毕竟我们经常会受到来自两方的压力，此时保持好的工作态度，做好双方的沟通就显得尤为重要。最后我想这是我们xx人时刻保持一种危机意识所决定的，因为通信行业发展很快，几年技术就有大量更新，我们不能满足现状，要不断学习新技术，保持自己在移动通信无线网络工程建设和优化服务上的优势，并积极扩展其他业务，实现公司成为全球卓越的信息技术服务及产品提供商的愿景。实习周记第八周RBS2302是一个完整的基站,它包