学习资料库 > 工作范文 > 工作报告 > 实习报告 > 2019基站实习日记(8天)

2019基站实习日记(8天)

若水1147 分享 时间:

  大学生通过实习可以更进一步接近自己向往的公司单位,为以后的就业做好铺垫和提供参考。下面就是小编给大家带来的2019基站实习日记(8天),希望大家喜欢!

  第一天

  第一次实习,想早点到的,但因为其他原因耽搁了,到9点的样子才到公司,本以为要被批一顿的,还好,接待师傅比较亲切,直接把我带到的分组的地方。我们这次一共来了9个人,要分到不同的组,一个组一般带1到2个人,那样比较容易沟通吧。

  没多久负责人就来了,简单介绍完之后我们便分了组,我的组长是张青海。他人很和蔼可亲,总保持有微笑。

  因为第一天只是去报道,所以便没有去基站了,他们准备第二天带我去看看。

  到了小组张师傅给我们讲了一些基站的基本知识。基站是通信传输中的一个站点,至于具体怎么样还要等过了明天我才知道。要是信号能够传输就要设置很多的站点,但站点可能会出些故障,从而影响信号的传输,我们就是处理故障的。所以的站点都是由监控中心24小时监控的,当监控中心发现有问题,我们就必须马上到站上去查明到底出了什么问题,再通知相应的部门前去维修。

  第二天

  今天没出什么事,组长便带我们去巡查。每个月每个组都要对自己的站点全部巡查一次,不管有没有问题都得去。而巡查就是去统计一下基站里的设备的型号,数量,规格等。把填好的表放在基站里,以便以后检查的时候用,今天是8月的第一天,自然开始把所有的站点都清理一遍了。

  进去基站,里面的温度就是23或24。夏天进去特别爽,里面有很多设备。一般分为以下几个系统:传输系统,包括sdh设备,光缆,电缆等等;动力系统,蓄电池,市电等等;动环监控系统;天馈系统;bts主设备;以及其他辅助设备,如空调,防盗门等等。里面的温度都是保持在23℃或者24℃。因为是夏天进去特别的凉快,不过有的空调坏了,里面的温度可以达到40℃以上。因为是巡查所以特别简单。

  所谓的巡查便是将基站内的所有设备的名称,类型,个数,型号等统统做一个统计。可能是为了以后检查方便一些吧。我们这个组就四个人吧,两个司机,不过也管辖了大概50多个站点。基站在我的理解应该是信号传输的一个中点吧,就如同公交车的站台,有了它你才能方便的到各个地方,而有了基站信号也才能传得更远更宽。

  因为第一天巡查,所以也没有什么故障问题,我们进去只是把里面的设备的型号,个数等做了个统计,然后放在基站内就完成今天的工作了。明天便是处理故障了。

  第三天

  今天总的来说有很大收获,因为终于出问题拉……呵呵,有事干了。

  上午监控中心打电话来说土木村的基站已经严重告急了。于是我们一行人马上向土木村出发了。到了那里发现住房外面的交流变压器是开着的,带我去的同事自言自语的说"我明明记得我走的时候把他关好了啊,难道有人偷电?"。其实我还完全不知道他问这个干嘛。他上去把这个弄好,我在想不会我们就是干这个的吧。后来才知道原来我完全想错了。

  后来我们进去看了以下,他检查了几个设备,发现都没有问题,里面的空调也在正常运行。这就奇怪了。后来司机师傅进来了,他对我们说:"我问了这里的人,这里从昨天晚上开始就已经停电了。"同事便没有说什么了。然后我们就收工了。

  在车上我就问他是出现了什么故障呢。他说是停电的问题,而我们今天又没有带发电机,这里也不是很重要,所以就等有电了的时候再来检查一次吧。如果带了发电机,可能就得在这里守着发电了,还得拉线。看来做基站维护也是很辛苦的。

  第四天

  今天是奥运火炬传到成都的日子,哈哈,安逸,因为我们要去熊猫园看护那里的基站,保证火炬传递过程不会出通信方面的问题。

  因为我们是工作需要去的,所以进熊猫园不用给门票,嘿嘿,进去后我和龙君在张师傅的"指导"下看看的基站就直接去逛熊猫园了,说我们来一次也不容易。到下午6点的时候火炬传完了,我们这顺利完成任务~~辛苦两位师傅拉~

  其实这次任务是很重要的,这次奥运会全国都很重视,而我们做通讯的更是要引起高度的重视。因为通讯如果被中断了,那后果可就是很严重的了。所以在火炬传来之前,上级已经有安排了。把站点也分成了几大类,有的重要的站点还要进场,也就是搬到那里去住,要保证通讯的畅通无阻。所以我到公司的时候,其实有人已经住进了重量级站点了。而我们实习的没那么重的压力,便轻松过关了~~

  第五天

  今天到的基站系统是rbs883,,原经安装调测后,基站能正常工作。运行一段时间后,交换侧测试发现系统中b小区第十个载频没有发射功率,经到现场观察发现其对应的comb不能调谐。首先更换comb,问题依旧,证明comb正常;将功率计接到trm的tx口,用lctrl1软件将trm的功率打开,发现功率计有功率显示,证明信道盘trm正常;一般说来,如果功率监测单元或方向耦合器坏,会导致该小区所有载频出现问题,而不应是某一载频退服,因此我们可断定功率监测单元及方向耦合器没有问题。

  于是我们将目光转移到连线上:与相邻载频(第八个或第十二个载频)同时对换comb端的pi输出头与马达连接后发现,该载频能正常工作,而相邻载频却不能工作,从而将障碍定位在pi输出线和马达连接线上;更换从功率合成器上pi口至功率监测单元上comb口间的连线后,载频正常工作,问题解决。

  这些问题都因功率合成器上pi口至功率监测单元上comb口间的连线损坏,功率监测单元无法接收从功率合成器中耦合出的-32db的射频信号,进而无法控制comb调谐。

  第六天

  今天的基站使用的是rbs200系统。某个载频不能工作:交换侧测试反应为该套载频接收正常但不能有效发射;到基站观察发现,该套载频在推服过程中,rrx、trxc及spu一切正常,而rtx不能有效锁定,导致整套载频无法正常工作。

  rbs200一般均采用自动调谐合成器的形式。自动调成器实质是一个窄带合路器,其输入被机械地调谐到指定的gsm频点。在每一个合路器的输入端都有一个步进马达,它受控于它所连接的rtx.两个输入被合路成一路输出,若干个合成器的输出可以被连接成一条链。在调谐期间,发射机将其合路器的输入设置到可以给出前向功率的位置,而且还检验反射回的功率,如果反射功率超过允许值,那么发射机将其自身禁用并发出一个错误代码。

  我们检查并更换硬件设备comb、rtx及txd,结果在检查rtx时,发现该rtx的"pt"端口中的针头歪掉了,导致该rtx与从txd过来的射频线不能有效接触,rtx收不到从txd反馈加来的参考信号,无法将该信号与其自身发射信号进行分析比较,进而无法控制自动调谐合成器使其准确调谐到相应的频点上,因此该载频不能正常工作。将该rtx的"pt"端口中的针头拨正后,该套载频工作正常。

  第七天

  今天没什么事做,来说说硬件引起基站告警的问题吧。其中一个基站经工程局安装并调测后,基站能正常工作。但经过一段时间的话务统计分析发现,该基站的a、b小区有较高的拥塞和掉话。通过bsc观察发现,该站的a、b小区均有分集接收告警,同时a小区还有驻波比方面的告警。到基站用omt观察,发现有分集接收丢失告警及vswr/power检测丢失告警。

  由于告警均与天馈线系统有关,我们先用驻波比测试仪分别对a、b小区的四根天馈线进行了测试,结果发现测量值均在标准范围内,证明天馈线本身没有问题。我们知道,分集接受是解决信号衰落、提高信号接收强度的重要措施之一。小区通过两根接收天线接受信号,可以产生3db左右的增益,同时通过对两路信号的对比来判断接受系统是否正常。如果tru检测两路信号的强度差别很大,基站就会产生分集接收丢失告警。分集接收丢失告警可能是tru、cdu、至tru的射频连线或天馈线故障引起的。

  在本次故障检测中,我们注意到a、b小区均有分集接收告警且拥塞和掉话均较高,于是怀疑a、b小区的天馈线相互错位。后经高空作业人员对天馈线逐一检查,发现a、b小区的接受天线相互错位。因此a、b小区的两根接收天线接受方向不一致,方向不对的天线就接收不到该小区手机发出的信号或接受信号很弱,从而使小区产生分集接收丢失告警且伴随着较高的拥塞和掉话。经更改后,分集接收丢失告警消失,且拥塞和掉话降到了指标范围内。

  第八天

  今天去检查的基站的某一信道出现故障,退出服务。监视终端上显示该信道"malf",从管理终端上调出系统的自我诊断信息显示该信道的状态为:?diag?8?11?54??03ma00tib22075c0021

  (时间日期系统激活主站设备设备名称设备编号状态报告目标信息)

  先对该信道机测频率和功率,发现频率符合指标要求,功率只有10w左右,检修后得知末级功放的第四块功率管损坏,更换后功率达标。但接入系统后该信道机仍然不能进入服务状态,诊断信息依旧。再次测它的频率和功率,两项数值都符合指标要求。分析可能是该信道的工作频点受到干扰,扫频后确实是存在干扰源,排除干扰源后该信道机恢复正常服务状态。

  干扰是导致无线通信系统性能和容量受限制的重要因素,它能引起串音、通话丢失或通话信号跌落并使用户得不到满意的通话质量,最重要的是干扰限制了经营商可复用频率的紧密度。干扰可能来自另一移动终端、在同一频率工作的其它无线通信设备、或泄入分配频谱的带外射频能量。集群干扰最通常的种类有同信道干扰和相邻信道干扰。出现干扰现象后,应尽快查清干扰的来源和产生干扰的原因,将因干扰引起的损失尽可能降至最小。

  虽然,motorolasmartnetⅱ系统是一套智能化程度高、可靠性强的集群通信系统,但在实际运行中也会出现各类故障,为保障通信畅通,特别是确保重要部门调度通信的畅通,需要我们全面掌握系统性能,在日常维护过程中不断总结经验教训,努力提高系统维护水平。

174274