第一篇:LTE工程經(jīng)驗交流
勘測
針對青島現(xiàn)場,我們沒有同設(shè)計院一起進行站點勘測,而是在拿到設(shè)計院提供的圖紙后上站進行復(fù)勘。復(fù)勘時發(fā)現(xiàn)個別站點出現(xiàn)了嚴(yán)重的設(shè)計不合理。
復(fù)勘中的注意事項:
1.天面部分
天線、RRH安裝方式;
抱桿或者美化罩實際位置與設(shè)計是否符合;
設(shè)計是否合理、天線覆蓋是否遮擋嚴(yán)重、有沒有更好的覆蓋方案;
與其他天線隔離度是否合理、是否存在嚴(yán)重干擾;
各類線纜長度、RRH供電方式;
是否需要新增室外走線架;
室外接地排是否滿足;
2.室內(nèi)部分
BBU安裝方式、機柜安裝位置;
用戶電源空開或者熔絲是否滿足需要;
防雷箱安裝位置是否合適;
接地排是否滿足;
用戶傳輸設(shè)備是否滿足條件;
各類線纜長度、是否需要新增室內(nèi)走線架;
安裝
1.天面部分
天線、RRH、室外防雷箱安裝是否正確;
天線、RRH的每個通道防水措施是否正確,跳線彎曲度是否合理;
光纖是否過度彎折、防水套管安裝是否正確;
RRH電源線接頭是否固定且做好防水;
RRH、防雷箱接地是否正確;
室外走線是否符合要求,是否美觀;
GPS天線安裝位置是否合理,饋線需接地。
2.室內(nèi)部分
機柜、PDU、BBU設(shè)備安裝是否正確;
防雷箱接線是否正確、防雷箱接地最好接到室外接地排;
PDU、BBU、RRH電源接線是否正確;
光纖是否過度彎折;
室內(nèi)走線是否符合要求,是否美觀;
GPS各級避雷器接頭是否正確;
調(diào)測集成1.基站調(diào)測基本工具
NEM,secure CRT
2.基本調(diào)測步驟:
a)SW replacement
包括download、activate和accept
b)Set code server
正常情況下,軟件升級完成之后running sw中應(yīng)該有5個文件,如果發(fā)現(xiàn)有文件丟失,則需要手動進行set code server操作。等待操作結(jié)束,解鎖硬件模塊,所有模塊應(yīng)工作正常。
c)Edit antenna Port
天線端口編輯主要是對天線端口命名,并把RRH與對應(yīng)的sector進行配對。d)Import WO
WO包含了基站所有的配置信息,包括IP信息,小區(qū)配置參數(shù)等。導(dǎo)入WO后,基站配置工作全部完成。Unlock cell,等待到核心網(wǎng)傳輸聯(lián)通,基站工作正常。
3.調(diào)測集成中遇到的問題
a)Gps無法正常鎖星。
b)無法識別RRH或者RRH無法正常工作。
故障排除
1.RRH disabled伴隨有RFM LINK LOF PORT1/2等告警。(MODULE SCENARIO ERROR、NO CONTACT TO BOARD、RFM COMM FAIL、RFM GAIN CONTROL TX1)
2.RRH disabled伴隨有RFM TX1 VSWR THRESH1告警。
3.CB disabled伴隨有invalid configuration data告警。
4.BB disabled伴隨有BB L1/L2 SOFTWARE FAIL SLICE1告警。
5.Cell disabled,所有硬件模塊狀態(tài)我enabled。
6.BBU到核心網(wǎng)的傳輸不通。
7.D2u disabled。
第二篇:LTE網(wǎng)絡(luò)工作總結(jié)
度工作總結(jié)
一、2019年工作情況主要工作1:濟南弱覆蓋柵格遍歷測試
n 工作成績:
為了滿足濟南LTE覆蓋及業(yè)務(wù)需求,打造上網(wǎng)快、覆蓋廣、體驗好的移動4G網(wǎng)絡(luò),為優(yōu)化加站提供真實的數(shù)據(jù)資源。測試路線貫穿了弱覆蓋柵格內(nèi)的主道路,包括部分室內(nèi)。測試過程真實、可靠,測試路線盡可能詳細,能夠充分反映柵格現(xiàn)狀。濟南三縣三區(qū)弱覆蓋柵格遍歷測試已全部完成,加站前后效果顯著。
n 工作亮點:
通過奧維地圖圖層導(dǎo)航,利用網(wǎng)優(yōu)先鋒進行遍歷測試和室內(nèi)測試,加快的工作進程,提升了工作效率。
n 典型經(jīng)驗:
利用奧維地圖和網(wǎng)優(yōu)先鋒進行遍歷測試可提升工作效率。
n 工作中問題與不足:
測試前期車輛供應(yīng)緊張,導(dǎo)致速度較慢,但后來通過借用自行車進行柵格遍歷測試,使測試更為靈活,效率得到提升。
主要工作2:濟南LTE精品網(wǎng)絡(luò)優(yōu)化
n 工作成績:
通過對MR弱覆蓋小區(qū)優(yōu)化調(diào)整,打造濟南市區(qū)精品網(wǎng)絡(luò),滿足用戶覆蓋及業(yè)務(wù)需求。通過后臺MR監(jiān)測,針對差小區(qū)進行現(xiàn)場拉網(wǎng)摸測,利用測試結(jié)果今天優(yōu)化分析,經(jīng)過現(xiàn)場天饋調(diào)整改善MR弱覆蓋指標(biāo)。項目期間調(diào)整566個弱覆蓋小區(qū),輸出57份優(yōu)化測試報告,解決64個弱覆蓋柵格區(qū)域。
n 工作亮點:
報告呈現(xiàn)詳細、明確,不但包含移動站點信息、測試信息及調(diào)整信息,還包括聯(lián)通電信站點信息,綜合分析弱覆蓋差原因,并以此提出解決方案。
n 典型經(jīng)驗:
在優(yōu)化調(diào)整移動差小區(qū)的同時也要勘察了解其他兩家運營商競對站點信息,做到知己知彼百戰(zhàn)不殆。
n 工作中問題與不足:
前期的報告模版難以確定,沒有統(tǒng)一標(biāo)準(zhǔn)導(dǎo)致經(jīng)常改動,影響工作進程。
主要工作3:濟南MR弱覆蓋及競對提升
n 工作成績:
為了滿足濟南用戶覆蓋及業(yè)務(wù)需求,打造優(yōu)于競對的網(wǎng)絡(luò),讓用戶體驗快速的4G網(wǎng)絡(luò),讓網(wǎng)絡(luò)資源得到合理分配。主要通過MR競對監(jiān)測,鎖定競對差小區(qū)和其他運營商小區(qū),通過現(xiàn)場核實確定弱覆蓋區(qū)域,然后通過優(yōu)化調(diào)整分析處理。目前已完成190個弱覆蓋小區(qū)核實、分析及調(diào)整,目前4G城區(qū)MR覆蓋率提升至96.42%,4GMR競對領(lǐng)先度提升至5.07%。
n 工作亮點:
通過使用MRtools分析工具可以進行準(zhǔn)確的優(yōu)化分析,解決了一系列問題,大大提升了工作效率。
n 典型經(jīng)驗:
推薦使用MRtools分析工具進行競對分析和優(yōu)化調(diào)整。
n 工作中問題與不足:
在大家的配合下該階段工作較為順利,塔工人員供應(yīng)相對較為緊張。
二、面臨的形勢和存在的問題分析存在問題:MR弱覆蓋區(qū)域難以鎖定,需大面積摸測,并且結(jié)合電信聯(lián)通小區(qū)分析競對困難,準(zhǔn)確度低,工作效率低下。
解決措施:通過項目組王偉同事自做的MRtools分析工具可以解析出二維、思維分析圖,以及googleearth圖層,清晰明了,大大提升了工作效率。
三、2020年工作計劃、建議或要求主要目標(biāo):2018年配合王利及項目組同事,繼續(xù)優(yōu)化MR競對領(lǐng)先度和MR弱覆蓋,爭取早日達到目標(biāo)值:4G城區(qū)MR覆蓋率97%,4GMR競對領(lǐng)先度6.3%。
重點工作:重點核實MR弱覆蓋小區(qū)及優(yōu)化分析和天饋調(diào)整。
建議或要求:建議加強公司與項目人員的交流和溝通,了解項目人員工作現(xiàn)狀和思想狀態(tài),保障項目人員的穩(wěn)定、發(fā)展和項目的順利進行,提升工作效率。
第三篇:LTE常見故障總結(jié)
LTE-FZHA(RL25)常見故障總結(jié)
目錄
LTE-FZHA(RL25)常見故障總結(jié)............................................................................................1
1.System module failure(0010)........................................................................................3 2.BTS reference clock missing(1898)................................................................................3 3.Configuration error: Unit initialization failure(0012).....................................................3 4.Configuration error: Not enough HW for LCR(1868).....................................................4 5.Configuration error: Power level not supported(4008).................................................4 6.Cell configuration data distribution failed(6253)..........................................................4 7.Failure in optical RP3 interface(4064)...........................................................................5 8.Failure in optical RP3 interface(0010)...........................................................................5 9.Baseband bus failure(3020,1906).................................................................................5 10.RF module failure(6259,1911、1711、1712)..........................................................5 11.Cell power failure(4090)..............................................................................................6 12.GPS Receiver alarm: Control Interface not available(4011)..................................6 13.X2 interface setup failure(6304).............................................................................6 14.Transport layer connection failure in X2 interface.......................................................6 15.Failure in replaceable baseband unit...........................................................................7 16.Temperature alarm(0002)............................................................................................7
17.VSWR(1838)............................................................................................................7 18.Failure in optical RP3 interface(2004).........................................................................8 19.GPS時鐘盒閃斷,時鐘信號不正常,無法識別RRU...............................................8 20.Failure in optical RP3 interface(2000).....................................................................8 21.光纖交叉連接..............................................................................................................8 22.基站始終無法建立S1連接,只到configed狀態(tài)....................................................9 23.GPS時鐘盒閃斷,時鐘信號不正常,無法識別RRU...............................................9 24.某一個小區(qū)的RRU無法識別.....................................................................................9 25.BBU版本無法識別....................................................................................................10 26.校準(zhǔn)初步排查............................................................................................................10 27.本地IP地址和路由正常,ping不通MME和網(wǎng)關(guān)................................................11 28.TRS文件始終無法生效.............................................................................................11 29.三種疑難告警............................................................................................................12 30.遠程ping不通基站...................................................................................................12 31.風(fēng)扇告警....................................................................................................................12 32.BTSlog有l(wèi)ink消息,但是pinger始終不亮............................................................12 33.駐波問題....................................................................................................................13 34.pinger正常,但是SM里小區(qū)顯示橙黃色告警.....................................................13 35.幾個特列....................................................................................................................13 36.FOSI 和FOSN的光功率范圍....................................................................................13 37.不同頻段RRU類型...................................................................................................13 1 38.MAC綁定及載波沖突...............................................................................................14 39.傳輸不通....................................................................................................................14 40.升級完成后出現(xiàn)駐波告警........................................................................................14 1.System module failure(0010)引起原因:
由于天氣溫度過高或者機房溫度過高,導(dǎo)致BBU的熱量散發(fā)不出去,引起的告警,一般表現(xiàn)是第三小區(qū)掛死,嚴(yán)重的可能會整站掛死,甚至?xí)龎腂BU。抑或是光模塊出現(xiàn)問題導(dǎo)致出現(xiàn)此告警。處理方法:
1、由于是高溫引起,基站要降溫并重啟BBU.若是BBU長期處于高溫狀態(tài),會導(dǎo)致BBU內(nèi)部的芯片燒壞,到最后只能替換BBU
2、若是因為光模塊導(dǎo)致,則可以更換光模塊,則可以解決此問題。
2.BTS reference clock missing(1898)引起原因:一般導(dǎo)致此故障有兩個原因:
1、高溫導(dǎo)致比較常見,由于高溫時間過長,光模塊過熱,導(dǎo)致BBU和RRU失去連接,而后會出現(xiàn)此告警。
2、時鐘盒出現(xiàn)故障。
3、時鐘線與GPS頭的連接線接頭(避雷器接口)沒有做好,接收不到時鐘信號。
4、時鐘線和時鐘盒的連接不好。處理方法:
1、高溫引起,基站要降溫,等待一段時間后并重啟BBU.2、時鐘盒故障,更換時鐘盒;
3、GPS線頭沒有接好,重新做一下從GPS引下來的饋線到避雷器的頭子,使其能夠正常接觸。
4、若是時鐘線損壞,則更換時鐘線;若是時鐘線和時鐘盒接頭沒有接好,則接好接頭。
3.Configuration error: Unit initialization failure(0012)引起原因:
1、高溫導(dǎo)致小區(qū)掛死,軟重啟后會出現(xiàn)此告警
2、高溫導(dǎo)致基站自動重啟出現(xiàn)此告警 處理發(fā)法:
1、高溫引起,基站要降溫并重啟BBU。
2、重新COMISSION基站,即重新把基站的集成文件(SCFC)和傳輸文件(Config)重新傳入BBU內(nèi),重啟后一般可以恢復(fù)正常。4.Configuration error: Not enough HW for LCR(1868)引起原因:以3小區(qū)基站配置來說明,由于集成文件已經(jīng)配置好了,若是某一小區(qū)丟失或兩個、三個小區(qū)的RRU都識別不到,則會出現(xiàn)此告警。
1、高溫導(dǎo)致光模塊過熱,跟光纖的連接中斷
2、光纖沒有插好
3、光纖斷了
4、RRU壞了
5、SCFC文件配置有問題 處理方法:
1、高溫引起,基站要降溫并重啟BBU。
2、將光纖拔下來,重新插好
3、更換損壞的光纖
4、更換RRU
5、重新配置SCFC文件,如果是二小區(qū)的基站,不能將SCFC文件做成三小區(qū)的配置,否則也會出此告警。
5.Configuration error: Power level not supported(4008)引起原因:
1、BBU上的FSMF到FBBA之間的電源連接線沒有插好,導(dǎo)致供電不足
2、BBU自身的問題 處理方法:
1、重新拔插這些電源線,使之接觸正常
2、說是BBU自身的問題,則是有些可以不用拔插,直接重啟基站就可以解決此問題。
6.Cell configuration data distribution failed(6253)引起原因:
基站運行一段時間由于自身問題導(dǎo)致,在此也說不清楚為什么會出現(xiàn)此問題,最大的可能性就是BBU加載好的文件一般存儲在它的FLASH芯片里面,運行一段時間后文件出錯,未能成功讀取到SCFC文件,導(dǎo)致基站出現(xiàn)此告警
處理方法:
由于重啟基站后此問題即可消失,所以一般處理的方式為重啟基站,在重啟的過程中,基站會重新讀取索引目錄Filedirectory,重新加載基站的配置文件,此過程會擦除原先在Flasn里面的數(shù)據(jù),這樣基站就能正常工作了。7.Failure in optical RP3 interface(4064)引起原因:
1、光模塊損壞導(dǎo)致輔口讀不到光纖消息
2、溫度過高,導(dǎo)致輔口光模塊故障,讀取不到光纖消息
3、輔口的光纖斷了 處理方法:
1、更換輔口的光模塊,問題得到解決
2、下電直接重啟,或是下電后將光模塊拔出,冷卻一陣再插入卡槽內(nèi),加好光纖,加電起來后此告警消失
3、光纖損壞導(dǎo)致此問題,需要更換光纖,此問題最為麻煩,需要工程隊配合,一般更換光纖后都能好(前提是把1、2都做過一遍了,告警得不到解決的情況下,更換光纖)。
8.Failure in optical RP3 interface(0010)引起原因:
1、高溫導(dǎo)致小區(qū)兩光纖傳輸中斷,BBU讀不到RRU消息
2、高溫導(dǎo)致小區(qū)兩光模塊出現(xiàn)問題
處理方法:
此問題處理的方法一般為下點重啟,問題都可以得到解決,但是如果機房或者綜合柜的溫度還是很高的話,過不了多久,大概10分鐘左右,此告警還會出現(xiàn),所以需要做的是打開綜合柜的門,進行散熱處理,或是增加空調(diào)設(shè)備,降低室內(nèi)溫度,如果基站在室外,則沒有什么好的辦法,只能將BBU拿出來,放在綜合柜外面。
9.Baseband bus failure(3020,1906)引起原因:
1、BUS線沒有插好
2、BBU內(nèi)部主板的問題 處理方法:
1、重新拔插BUS線,使之連接正常
2、BBU內(nèi)部主板的問題有的可以通過下電重啟解決此問題,但是有的只能更換BBU,此問題才能得到解決。
10.RF module failure(6259,1911、1711、1712)引起原因:
1、光模塊損壞導(dǎo)致
2、RRU出現(xiàn)故障導(dǎo)致
處理方法:
1、若是告警號為1711(主)或1712(輔),則分別更換主輔側(cè)的光模塊即可解決問題。
2、告警號為1911或者是6259的時候,則需要更換RRU,一般都可以解決此類故障。
11.Cell power failure(4090)引起原因:
1、高溫導(dǎo)致供給FBBA的電流減少,導(dǎo)致功率不足
2、Vendor文件不匹配 處理方法:
1、高溫引起,基站要降溫并重啟BBU
2、更換跟天線匹配的正確的Vendor文件
12.GPS Receiver alarm: Control Interface not available(4011)
引起原因:
GPS時鐘盒工作不正常
處理方法:
1、重啟時鐘盒
2、拔插連接BBU和時鐘盒的時鐘線
13.X2 interface setup failure(6304)
引起原因:
X2鏈路連接建立失敗,需要建立X2鏈路連接
處理方法:
1、如果鄰基站存在,則鄰基站好了以后,此告警自然消失
2、如果鄰基站不存在,則需要在鄰區(qū)關(guān)系表里面講此鏈路的連接配置刪除,既可以消除此告警。
14.Transport layer connection failure in X2 interface 引起原因:
鄰小區(qū)沒有Onair,即基站未能正常起來工作 處理方法:
1、刪除鄰區(qū)關(guān)系
2、是鄰小區(qū)正常工作
15.Failure in replaceable baseband unit 引起原因:
1、FSMF和FBBA之間連接不好導(dǎo)致
2、FBBA硬件問題 處理方法:
1、重啟BBU
2、檢查FSMF和FBBA之間的連線
3、更換FBBA板件
16.Temperature alarm(0002)引起原因:
1、機房或者綜合柜溫度過高
2、BBU風(fēng)扇轉(zhuǎn)速過快或者過慢
處理方法:
1、檢查機房空調(diào)是否正常工作,溫度是否正常。
2、檢查綜合柜是否散熱良好
3、檢查BBU的風(fēng)扇轉(zhuǎn)速是否正常,一般可以看到此類告警,若是不正常,則需要更換風(fēng)扇。
17.VSWR(1838)
引起原因:
1、RRU內(nèi)部的耦合器脫落,倒是發(fā)射端口出現(xiàn)駐波
2、天線跟BBU內(nèi)的Vendor文件不匹配,出現(xiàn)駐波
3、饋線頭子沒有做好,進水了,出現(xiàn)駐波
4、饋線有問題,出現(xiàn)駐波
5、光模塊也會導(dǎo)致駐波(很少見,我沒見過,但是聽說過)處理方法:
1、對于RRU損壞導(dǎo)致的駐波,則更換RRU,只能如此解決
2、若是天線和Vendor文件不匹配導(dǎo)致的告警,則更換相對應(yīng)的Vendor文件
3、進水了則需要晾干或者更換饋線
4、饋線有問題則直接更換
5、光模塊有問題,可以通過更換光模塊來解決。
18.Failure in optical RP3 interface(2004)引起原因:
1、軟件問題
2、硬件問題
處理方法:
1、更換軟件版本,此告警有的基站可以消失
2、更換硬件,此告警可以消失
對于此告警,實在是難以有一個定論,曾經(jīng)研發(fā)的人為此告警一天打了5個補丁還是解決不了,到現(xiàn)在也不知道怎么辦,只有不停的更換軟件包,更換硬件,更換光模塊來消除此告警。
19.GPS時鐘盒閃斷,時鐘信號不正常,無法識別RRU 正常情況下,小的時鐘盒信號燈為常綠,如果出現(xiàn)綠色指示燈不斷閃爍則GPS信號不正常。
如果燈閃的情況為一長二短,則為GPS饋線短路,如果燈閃的情況為一長一短,則為GPS饋線開路。
20.Failure in optical RP3 interface(2000)
引起原因:此告警基本是因為溫度過高,但是光模塊還能工作,但又受到影響,出現(xiàn)的告警,或者是光模塊故障導(dǎo)致
解決辦法:
1、更換光模塊
2、下電重啟,若是基站處于正常溫度下,則可以保持正常,不再出此告警。
21.光纖交叉連接
對于室外型宏基站(FZHA,s111),開通后正常的FZHA的框號為1.1.1、1.3.1、1.4.1(normal FZHA rack no.png)。已發(fā)現(xiàn)有部分基站開通后的FZHA的框號為1.1.1、1.2.1、1.3.1(abnormal FZHA rack no.png)。
對于這種情況,基站無告警,但對于第一、二小區(qū)的業(yè)務(wù)測試會造成影響。原因可能是第一小區(qū)的輔光纖與第二小區(qū)的主光纖交叉錯接。1、3、4代表主光口
22.基站始終無法建立S1連接,只到configed狀態(tài)
這種情況一般是基站發(fā)了S1連接請求,但是核心網(wǎng)側(cè)沒有回,在SM里面會有6308的告警(S1 interface setup failure),這個時候我們會誤認為是核心網(wǎng)側(cè)沒有配這個站的數(shù)據(jù)或沒配對,其實核心網(wǎng)側(cè)不需要配置任何數(shù)據(jù)。所有的information都由ENB上報。下面是MME的輸出:
MCC MNCENB ID ENB IP S1 CONN AMOUNT === === ===== ======================================= 460 08 13 172.16.2.16 3 460 08 106 172.16.2.137 0 460 08 108 172.16.2.139 16 S1口通了之后,ENB正常接入網(wǎng)絡(luò),MME側(cè)就能看見有關(guān)的信息。所以,基站側(cè)開通時,不外乎2個問題:
1.傳輸不通:需要核對傳輸側(cè)數(shù)據(jù)是否配對。比如:ENB IP地址,網(wǎng)關(guān),S1-C控制地址,VLAN ID等。
2.傳輸通了,S1口不通:需要核對ENB側(cè) MCC,MNC,ENBID是否正確。特別是ENBID,不能與其它站沖突。截止到現(xiàn)在,99%的ENB S1口不通,是由于ENBID沖突造成的。SCTP的端口號36412如果都是諾西的設(shè)備,就不會出問題。
總之,在ENB接入EPC的過程中,MME只是起著等待接入,接入確認的作用。
23.GPS時鐘盒閃斷,時鐘信號不正常,無法識別RRU 正常情況下,時鐘盒信號燈為常綠,如果出現(xiàn)綠色指示燈不斷閃爍則GPS信號不正常。如果燈閃的情況為一長二短,則為GPS饋線短路;如果燈閃的情況為一長一短,則為GPS饋線開路。這兩種情況一般只需重做GPS頭子就行。
還有一種情況是燈閃的時間間隔相同,則為時鐘盒模式選擇錯誤,只需把時鐘盒上的模式開關(guān)撥到GNSS就行。
24.某一個小區(qū)的RRU無法識別
現(xiàn)象是:該小區(qū)的RRU能ping通,但是在BTSlog里面無法讀出RRU的版本,SiteManger里面也無法識別RRU。
既然小區(qū)光纖同步?jīng)]問題,而BTSlog和SM卻又同時識別不到RRU的版本,按照RL15時的經(jīng)驗只可能是RRU的productCode丟失,所以從RRU里面,通過log –a提取RRU的log(F01_startup.zip和F01_runtime.zip),從該RRU的啟動log里面,可以看到如圖1-1顯示的信息:
圖1-1 該小區(qū)RRU啟動log 而正常RRU啟動log里面,應(yīng)為如圖1-2所示的信息:
圖1-2 正常RRU啟動log 對比可以看出,原因應(yīng)該是productCode和Serial number丟失造成。在RRU里面,使用eeprom命令,手動寫入productCode和Serial number,重啟基站后,小區(qū)恢復(fù)正常。
25.BBU版本無法識別
BBU版本無法識別主要表現(xiàn)在SM讀到的版本為“?”,這個問題也是在1800之后出現(xiàn)的,主要是因為往BBU里傳文件時出錯引起系統(tǒng)切換,重啟后就識別不到版本了。
對此嘗試過很多手段,包括重升PS、重傳fs1、重灌基站包和重刷flash都不行。既然這個問題是系統(tǒng)切換時造成的那能不能再讓它切換一次?于是問研發(fā)要了一條關(guān)于切換的命令,具體步驟如下:
1)通過將FileDirectory里面的“?”寫回版本號,再放回flash里面 2)保證備區(qū)的FileDirectory里版本號不是“?” 3)在FCTB里執(zhí)行命令:uboot_env get,查看正在運行的區(qū)域,如果是fs1,則執(zhí)行命令: uboot_env set active_partition=2,將系統(tǒng)切換至fs2 4)重啟BBU,重啟后一般情況下能恢復(fù)正常版本,不行的話可以再次嘗試以上方法。
26.校準(zhǔn)初步排查
如果發(fā)現(xiàn)某個小區(qū)的校準(zhǔn)有問題,比如說2小區(qū)的校準(zhǔn)有問題,那么我們更換小區(qū)110 和小區(qū)2的光纖位置(也就是OptIF1和OptIF3更換,OptIF2和OptIF6更換),看看校準(zhǔn)不好的小區(qū)是否有變化:
(1)如果校準(zhǔn)不好的小區(qū)變到了第1小區(qū),那么可能是RRU或者射頻連線的問題(2)如果校準(zhǔn)不好的小區(qū)還是第2小區(qū),那么可能就是eNB的問題 對于(1)類問題,我們要繼續(xù)看看是哪個path有問題,如下面的log:
AntIdx(7)值偏大,則須檢查對應(yīng)第8通道的跳線是否接好。如果所有path都不好的話,則可以嘗試sitemanager block、unblock這個小區(qū),看是否恢復(fù)正常,如果沒有校準(zhǔn)打印,則直接重啟。以下是各個參數(shù)的定義:
Timeoff 波動不要太大,能穩(wěn)定就可以
Ampratio 是原始天線信號計算出的天線x對參考天線的幅度比 Finalampratio 是最后ULPHY給出的調(diào)整幅度比,不會>1 Maxtxantampratio 是7組幅度比中最大值,代表了RRU 8個通道之間幅度的差異
27.本地IP地址和路由正常,ping不通MME和網(wǎng)關(guān)
先檢查光電轉(zhuǎn)換器上面是否有5個綠燈。如果電口燈未亮,檢查eNB到光電轉(zhuǎn)換器的網(wǎng)線;
如果光口燈未亮,檢查光電轉(zhuǎn)換器到PTN的光纖是否連接正確; 如果1000M燈未亮,檢查網(wǎng)線的質(zhì)量;
如果指示燈都正常的話,則致電PTN工程師核對PTN的端口和傳輸數(shù)據(jù),尤其是VLAN和容量。
28.TRS文件始終無法生效
當(dāng)傳完fs1文件或升完級后,TRS文件在SM里始終無法sending出去,將其上傳至runfs1trs_datadb根目錄下重啟基站也不生效;
此時可以嘗試重刷PS來解決,生效后BBU上的傳輸指示燈會變綠!29.三種疑難告警
(1)Cell power failure 原因:RF received low power from BTS 解決方法:1.Check Pmax and txPowerScaling value 2.Check vendor file 3.Replace FSMF or FBBA(2)RF module failure 原因:LNA burned 解決方法:Replace RRU HW或BBU HW或FBBA(3)Baseband bus failure 原因:基帶總線配置被硬件,軟件,DSP或LTX拒絕 解決方法:更換BBU到兩塊FBBA的數(shù)據(jù)線或直接更換BBU 30.遠程ping不通基站
遠程ping不通有以下幾種可能:(1)網(wǎng)管IP沒配或配錯
(2)該站之前正常,但是后來上站發(fā)現(xiàn)vlan數(shù)據(jù)又被做到PTN2-5口,導(dǎo)致遠程ping不通;
(3)光電轉(zhuǎn)換器到BBU的網(wǎng)線有問題,諾西采購的這批網(wǎng)線還不如地攤上賣的靠譜,運行一段時間后,竟然會導(dǎo)致傳輸中斷
(4)PTN上的光模塊突然之間出問題了
(5)基站正常運行一段時間后TRS文件丟失(6)PTN被托管了
(7)機房斷電、BBU或光電轉(zhuǎn)換器被下電
以上可能大多數(shù)都需去現(xiàn)場結(jié)合實際情況來判斷,并采取相應(yīng)的解決方法!
31.風(fēng)扇告警
風(fēng)扇告警可能是風(fēng)扇過速、低速或不轉(zhuǎn),一半是風(fēng)扇本身的問題,可以通過更換風(fēng)扇來解決,一半是由于BBU出了問題,而不轉(zhuǎn)也可能是因為風(fēng)扇電源未插好。
另外有些風(fēng)扇告警時有時無,需結(jié)合實際情況來判斷。
32.BTSlog有l(wèi)ink消息,但是pinger始終不亮
這個問題在18630版本下很常見,據(jù)說是因為該版本對光口質(zhì)量要求高,因為我試過將版本降到16200時問題就消失了,升上來后又復(fù)現(xiàn)了,解決方法如下:
(1)整站下電(2)更換光模塊
(3)單獨上電問題小區(qū)
(4)將問題小區(qū)一根光纖拔掉 33.駐波問題
駐波問題很常見,主要有以下幾種:
(1)跳線未插或未插好
(2)RRU耦合器脫落,導(dǎo)致駐波固定在RRU某一通道(3)天線問題
(4)Vendor文件沒有和天線型號對應(yīng)
SM里面顯示的某通道駐波比告警是指RRU上對應(yīng)的某通道,不是天線的,而校準(zhǔn)+1則和RRU對應(yīng)!
34.pinger正常,但是SM里小區(qū)顯示橙黃色告警
岳峰鎮(zhèn)臺中這個站之前很正常,運行一段時間后二小區(qū)無法識別,遠程重啟基站后該小區(qū)報4064告警。
上站下電重啟基站后該小區(qū)光纖同步正常,但是SM里小區(qū)顯示橙黃色告警,更換BBU側(cè)光模塊后問題依舊,最后更換RRU側(cè)光模塊問題解決。
35.幾個特列
(1)金榜食府->溫度告警->整站掛掉 :溫度過高會導(dǎo)致光口異常,小區(qū)退服;
(2)傳輸數(shù)據(jù)做好后,PTN網(wǎng)管確認vlan、ip也添加了,但是就是ping不通網(wǎng)關(guān):后來才知道對應(yīng)的網(wǎng)關(guān)沒添加;
(3)有個小區(qū)始終不報link消息:后來發(fā)現(xiàn)是RRU側(cè)光纖未插;
(4)瑯岐便攜->將BBU下電6-8分鐘后,pinger能正常識別,但是SM識別不到該小區(qū)->重啟幾次后SM能識別,但是報RP3-2000:更換光模塊后問題解決。
36.FOSI 和FOSN的光功率范圍
(1)RTXM228-601 輸出光功率:-8.2dBm~+0.5dBm(FOSN)輸入光功率:-14.4dBm~+0.5dBm(2)RTXM228-618 輸出光功率:-5.2dBm~+0.5dBm(FOSI)輸入光功率:-14.4dBm~+0.5dBm 37.不同頻段RRU類型
室分只有一種頻段:
E頻段,2.3G(6通道FZNC 和2通道FZND)宏站有兩種頻段:
F頻段,1.9G(8通道FZFA和8通道FZFD)13 D頻段,2.6G(8通道FZHA)38.MAC綁定及載波沖突
更換BBU后傳輸需在網(wǎng)管做一個MAC地址的綁定
鐵路旅社:TD第三小區(qū)11個載波,所以LTE的第三小區(qū)只能到configing狀態(tài),到不了configed的狀態(tài),也ONair不了!
39.傳輸不通
1,網(wǎng)管IP沒配或配錯,按規(guī)劃重新做數(shù)據(jù); 2,該站之前正常,但是后來上站發(fā)現(xiàn)vlan數(shù)據(jù)又被做到PTN2-5口,導(dǎo)致遠程ping不通,將PTN尾纖插到正確位置;
3,光電轉(zhuǎn)換器到BBU的網(wǎng)線有問題,直接更換; 4,PTN上的光模塊出問題,直接更換;
5,基站正常運行一段時間后TRS文件丟失,重做數(shù)據(jù); 6,PTN被托管,聯(lián)系PTN側(cè)處理;
7,機房斷電、BBU或光電轉(zhuǎn)換器被下電、空開跳閘,上電或聯(lián)系移動處理;
40.升級完成后出現(xiàn)駐波告警
此故障出現(xiàn)在最新升級的版本247_16,升級完成后,由于Vendor文件未能同步更新名稱,導(dǎo)致出現(xiàn)駐波,這時候就需要通過Fileziler登陸到BBU里面,將Vendor文件的后面幾位改成升級以后版本的名稱,比如說升級前,Vendor名稱為vendor_GZ818630,這時候就需要該為vendor_GZ824716。
第四篇:LTE填空題總結(jié)
3.UE通過E-UTRAN廣播消息獲取AS和NAS系統(tǒng)消息。
4、隨機接入實現(xiàn)的基本功能:申請上行資源、與eNodeB間的上行時間同步。
5、RLC實體傳輸數(shù)據(jù)有三種模式:透明模式(TM)、無確認模式(UM)、確認模式(AM)。
6、LTE測量分為3類:同頻測量(Intra frequency measurement,不需要改變收發(fā)頻率)、異頻測量(Inter frequency measurement,需要改變收發(fā)頻率)、異技術(shù)測量(Inter-RAT measurement,需要改變收發(fā)頻率)
1、室內(nèi)覆蓋指標(biāo)要求_90_%的區(qū)域達到_-105__dBm以上。
2、室內(nèi)單點測試中好點下行測試要求TM3達到_50__Mbps,TM1達到__35__Mbps。
3、室內(nèi)信號泄漏到室外指標(biāo)要求為__建筑物外10m要求滿足室外室內(nèi)信號
比>10dB,或者室內(nèi)信號<-110dBm __。
4、室內(nèi)小區(qū)基本參數(shù)核查包括__PCI、頻點、BW、子幀配置、天線間距、CELL ID、eNB ID、TAC等____。
5、子幀配置1的上下行時隙配置為__DSUUD___。
1.CMCC測試規(guī)范規(guī)定,計算賦型增益時需要用到的數(shù)據(jù)有CRS RSRP和DRS RSRP
2.中移動TD-LTE試驗局要求默認采用上下行配置 1,特殊子幀配置 7
3.目前TD-LTE所用的頻段為 Band 38 和Band 40。
1.無線網(wǎng)絡(luò)規(guī)劃結(jié)束后應(yīng)輸出文檔
2.OFDMA從頻域?qū)d波資源劃分成多個正交的載波,小區(qū)內(nèi)間無干擾,同頻組網(wǎng)時,不同小區(qū)使用相同時頻資源,存在小區(qū)間干擾。
3.影響小區(qū)吞吐量主要因素有,發(fā)射功率,其它
4.鏈路預(yù)算包括上下鏈路的發(fā)射機的各項和損耗,接收機的各項增益和損耗,以及各項增益和最大路徑損耗
5.PDSCH信道的TM3模式在信道質(zhì)量好的時候為,信道質(zhì)量差的時
候回落到單流波束賦型。
6.LTE組網(wǎng)中,如果采用室外D頻段組網(wǎng),一般使用的時隙配比為,特
殊時隙配比為10:2:2;如果采用室外F頻段組網(wǎng),一般使用的時隙配比為3:1:1,特殊時隙配比為3:9:2。
第五篇:工程工作經(jīng)驗交流
個人交流心得
大家好,我是來自交建公司深中通道龍橫航道項目的楊云浩,很榮幸能有這個機會在這里跟廣航各位優(yōu)秀的青年才俊一起參加培訓(xùn)。
我16年畢業(yè)于廣東工業(yè)大學(xué),給排水專業(yè),不知不覺地,我來廣航也已三年有余。三年來,主要參與過兩個項目,我的第一個項目是汕頭東部城市經(jīng)濟帶項目,主要負責(zé)工程驗收以及竣工資料的歸檔整理,然后在去年9月份調(diào)至深中通道龍橫航道項目,目前負責(zé)項目部的結(jié)算工作。
最近這幾天,聽各位同志的心得分享感觸頗深,有的同事前前后后跑了七八個項目,有的兩年一個人待在一個項目的,還有的孩子都能打醬油了。很慚愧,相比各位豐富的人生歷程,自己無論在閱歷還是項目經(jīng)歷上面都是十分欠缺的,再加上項目部的工作都有共通性,所以在這里,就不再提什么工作內(nèi)容、工作特點、亮點了,只要是長期待在項目部的同事,都會很清楚項目部的各項事務(wù),我就不再各位“”爸爸“”前面班門弄斧了,以下我就結(jié)合自己的工作經(jīng)歷來談下感想吧,因本人工作經(jīng)驗尚缺,不妥之處有待商榷:
一.項目部確實是更能鍛煉新員工。作為工程行業(yè),公司應(yīng)該更多地注重年輕員工工作能力的培養(yǎng),而項目部施工現(xiàn)場就是一個很好的平臺。物盡其用,人盡其才,只有針對性地根據(jù)員工的興趣愛好以及性格特點來培養(yǎng)員工的專業(yè)技術(shù)能力,做到全方位統(tǒng)籌兼顧,才能使得公司整體項目管理水平不斷更上臺階。
二.項目部的管理流程可以更細化。如何使得各項管理流程細化并達到令行禁止的效果,需要做好項目動態(tài)宣傳工作。營造良好的工作環(huán)境氛圍,充分調(diào)動員工的工作積極性,是保證項目順利實施的根本途徑。
三.項目部應(yīng)加強全體員工的思想交流工作。適時適當(dāng)了解員工的個人所需,并為之解決工作生活中遇到的實際困難。做好員工的思想交流工作,可以不定期召開員工座談會或定期組織文體活動,讓員工充分活躍身心并發(fā)揮潛能。
四.目部應(yīng)建立更有效的工作評價機制。通過定期的員工自我工作評價、主管部門領(lǐng)導(dǎo)評價和項目領(lǐng)導(dǎo)評價,全面掌握項目部的人員崗位工作情況,做到分工明確,提高辦事效率。
以上就是我在項目上的幾點感想。
最后,我想送給大家一句話,這句話我一直以來銘記于心,是時刻鞭策自己的動力,“你的眼里應(yīng)該有你自己,但是也得看得到別人”。