给你模版,自己搞实习日志 第一天 2010年7月31日 第1次实习,想早点到的,但因为其他原因耽搁了,到9点的样子才到公司,本以为要被 批一顿的,还好,接待师傅比较亲切,直接把我带到的分组的地方。我们这次一共来了9个 人,要分到不同的组,一个组一般带1到2个人,那样比较容易沟通吧。 没多久负责人就来了,简单介绍完之后我们便分了组,我的组长是张青海。他人很和蔼 可亲,总保持有微笑。 因为第一天只是去报道,所以便没有去基站了,他们准备第二天带我去看看。 到了小组张师傅给我们讲了一些基站的基本知识。 基站是通信传输中的一个站点, 至于 具体怎么样还要等过了明天我才知道。 要是信号能够传输就要设置很多的站点, 但站点可能 会出些故障,从而影响信号的传输,我们就是处理故障的。所以的站点都是 由监控中心24小时监控的, 当监控中心发现有问题, 我们就必须马上到站上去查明到底出了 什么问题,再通知相应的部门前去维修。 实习日志 第三天 2010 年 8 月 2 日 今天总的来说有很大收获,因为终于出问题拉…呵呵,有事干了。 上午监控中心打电话来说土木村的基站已经严重告急了。 于是我们一行人马上向土木村 出发了。到了那里发现住房外面的交流变压器是开着的,带我去的同事自言自语的说"我明 明记得我走的时候把他关好了啊,难道有人偷电?".其实我还完全不知道他问这个干嘛。他 上去把这个弄好,我在想不会我们就是干这个的吧。后来才知道原来我完全想错了。 后来我们进去看了以下,他检查了几个设备,发现都没有问题,里面的 空调也在正常运行。这就奇怪了。后来司机师傅进来了,他对我们说:"我问了这里的人, 这里从昨天晚上开始就已经停电了。"同事便没有说什么了。然后我们就收工了。 在车上我就问他是出现了什么故障呢。 他说是停电的问题, 而我们今天又没有带发电机, 这里也不是很重要,所以就等有电了的时候再来检查一次吧。如果带了发电机,可能就得在 这里守着发电了,还得拉线。看来做基站维护也是很辛苦的。 实习日志 第四天 2010 年 8 月 3 日 今天是奥运火炬传到成都的日子,哈哈,安逸,因为我们要去熊猫园看护那里的基站, 保证火炬传递过程不会出通信方面的问题。 因为我们是工作需要去的,所以进熊猫园不用给门票,嘿嘿,进去后我和龙君在张师傅 的"指导"下 看看的基站就直接去逛熊猫园了,说我们来一次也不容易。 到下午 6 点的时候火炬传完了,我们这顺利完成任务~~辛苦两位师傅拉~ 其实这次任务是很重要的, 这次奥运会全国都很重视, 而我们做通讯的更是要引起高度 的重视。因为通讯如果被中断了,那后果可就是很严重的了。所以在火炬传来之前,上级已 经有安排了。把站点也分成了几大类,有的重要的站点还要进场,也就是搬到那里去住,要 保证通讯的畅通无阻。所以我到公司的时候,其实有人已经住进了重量级站点了。而我们实 习的没那么重的压力,便轻松过关了~~ 实习日志 第七天 2010 年 8 月 6 日今天到的基站系统是 rbs883,,原经安装调测后,基站能正常工作。运行一段时间后,交 换侧测试发现系统中 b 小区第十个载频没有发射功率,经到现场观察发现其对应的 comb 不 能调谐。 首先更换 comb,问题依旧, 证明 comb 正常; 将功率计接到 trm 的 tx 口,用 lctrl1 软件将 trm 的功率打开,发现功率计有功率显示,证明信道盘 trm 正常;一般说来, 如果功率监测单元或方向耦合器坏, 会导致该小区所有载频出现问题, 而不应是某一载频退 服,因此我们可断定功率监测单元及方向耦合器没有问题。于是我们将目光转移到连线上:与相邻载 频(第八个或第十二个载频)同时对换 comb 端的 pi 输出头与马达连接后发现,该载频能正 常工作,而相邻载频却不能工作,从而将障碍定位在 pi 输出线和马达连接线上;更换从功 率合成器上 pi 口至功率监测单元上 comb 口间的连线后,载频正常工作,问题解决。 这些问题都因功率合成器上 pi 口至功率监测单元上 comb 口间的连线损坏, 功率监测单 元无法接收从功率合成器中耦合出的-32db 的射频信号,进而无法控制 comb 调谐。 实习日志 第八天 2010 年 8 月 7 日今天的基站使用的是 rbs200 系统。某个载频不能工作:交换侧测试反应为该套载频接 收正常但不能有效发射;到基站观察发现,该套载频在推服过程中,rrx、trxc 及 spu 一切正 常,而 rtx 不能有效锁定,导致整套载频无法正常工作。 rbs200 一般均采用自动调谐合成器的形式。 自动调成器实质是一个窄带合路器, 其输入 被机械地调谐到指定的 gsm 频点。在每一个合路器的输入端都有一个步进马达,它受控于 它所连接的 rtx.两个输入被合路成一路输出,若干个合成器的输出可以被连接成一条链。在 调谐期间, 发射机将其合路器的输入设置到可以给出最大前向功率的位置, 而且还检验反射 回的功率,如果反射功率超过最大允许值,那么发射机将其自身禁用并发出一个错误代码。 我们检查并更换硬件设备 comb、rtx 及 txd,结果在检查 rtx 时,发现该 rtx 的"pt"端口中 的针头歪掉了,导致该 rtx 与从 txd 过来的射频线不能有效接触,rtx 收不到从 txd 反馈加来 的参考信号, 无法将该信号与其自身发射信号进行分析比较, 进而无法控制自动调谐合成器 使其准确调谐到相应的频点上,因此该载频不能正常工作。将该 rtx 的"pt"端口中的针头拨 正后,该套载频工作正常。实习日志 第十天 2010 年 8 月 9 日 今天没什么事做, 来说说硬件引起基站告警的问题吧。 其中一个基站经工程局安装并调 测后,基站能正常工作。但经过一段时间的话务统计分析发现,该基站的 a、b 小区有较高 的拥塞和掉话。通过 bsc 观察发现,该站的 a、b 小区均有分集接收告警,同时 a 小区还有 驻波比方面的告警。到基站用 omt 观察,发现有分集接收丢失告警及 vswr/power 检测丢失 告警。 由于告警均与天馈线系统有关,我们先用驻波比测试仪分别对 a、b 小区的四根天馈线 进行了测试,结果发现测量值均在标准范围内,证明天馈线本身没有问题。 我们知道,分集接受是解决信号衰落、 提高信号接收强度的重要措施之一。 小区通过两根 接收天线接受信号, 可以产生 3db 左右的增益, 同时通过对两路信号的对比来判断接受系统 是否正常。如果 tru 检测两路信号的强度差别很大,基站就会产生分集接收丢失告警。分集 接收丢失告警可能是 tru、cdu、至 tru 的射频连线或天馈线故障引起的。 在本次故障检测中,我们注意到 a、b 小区均有分集接收告警且拥塞和掉话均较高,于 是怀疑 a、b 小区的天馈线相互错位。后经高空作业人员对天馈线逐一检查,发现 a、b 小区 的接受天线相互错位。因此 a、b 小区的两根接收天线接受方向不一致,方向不对的天线就 接收不到该小区手机发出的信号或接受信号很弱, 从而使小区产生分集接收丢失告警且伴随 着较高的拥塞和掉话。 经更改后, 分集接收丢失 实习日志 第十一天 2010 年 8 月 10 日 今天去检查的基站的某一信道出现故障,退出服务。监视终端上显示该信道"malf",从管 理终端上调出系统的自我诊断信息显示该信道的状态为: diag 81154 03 ma 00 tib 22 075 c 00 21 时间 日期 系统激活 主站设备 设备名称 设备编号 状态报告 目标 信息)先对该信道机测频率和功率,发现频率符合指标要求,功率有 10w 左右,检修后得 知末级功放的第四块功率管损坏, 更换后功率达标。 但接入系统后该信道机仍然不能进入服 务状态,诊断信息依旧。再次测它的频率和功率,两项数值都符合指标要求。分析可能是该 信道的工作频点受到干扰, 扫频后确实是存在干扰源, 排除干扰源后该信道机恢复正常服务 状态。 干扰是导致无线通信系统性能和容量受限制的重要因素, 它能引起串音、 通话丢失或通 话信号跌落并使用户得不到满意的通话质量, 最重要的是干扰限制了经营商可复用频率的紧 密度。干扰可能来自另一移动终端、在同一频率工作的其它无线通信设备、 或泄入分配频谱的带外射频能量。 集群干扰最通常的种类有同信道干扰和相邻信道干扰。 出 现干扰现象后, 应尽快查清干扰的来源和产生干扰的原因, 将因干扰引起的损失尽可能降至 最小。 虽然,motorola smartnet ⅱ系统是一套智能化程度高、可靠性强的集群通信系统,但 在实际运行中也会出现各类故障,为保障通信畅通,特别是确保重要部门调度通信的畅通, 需要我们全面掌握系统性能, 在日常维护过程中不断总结经验教训, 努力提高系统维护水平。 实习日志 第十二天 2010年8月11日 今天是实习的最后一天,本来期待再做点什么事的~~结果我们的基站安全系统做的相当好啊,这也是好事,呵呵。张师傅和司机带我们出去巡查了两个基站,逛了逛就回来了, 写了几份报告。在我们休息的公司公寓里我们谈了很多,关于学习的,关于奥运的,关于基 站维护工作的 ,很多很多。这10多天来我们和张师傅他们相处得很好,现在要走了还真是舍 不得,特别是有空调的抢险车,嘿嘿。不过天下没有不散的宴席,走的时候只有再三的感谢 他们给我们悉心的教导,耐心的讲解,特别是可亲的张青海师傅。 下午2点过我们离开的公寓,都很不舍,愿他们工作顺利。