傳輸組工作總結(jié)
201*年5月份質(zhì)量分析及下月工作計(jì)劃
一、本月主要工作1、日常工作
本月傳輸組日常工作重點(diǎn)以監(jiān)控為主,重點(diǎn)是查看全網(wǎng)電壓、核查核心層設(shè)備光性能、誤碼,提前發(fā)現(xiàn)設(shè)備存在隱患,減少基站退服。2、牽頭工作情況
本月傳輸組工單在劉文波的牽頭下,故障工單都很好完成,電子版統(tǒng)計(jì)清除。
本月EOMS、倒換測(cè)試記錄、割接記錄在各班上都填好了記錄,下月仍要及時(shí)回復(fù)EOMS工單。3、傳輸組學(xué)習(xí)情況
傳輸組、原、王\\梁都是新員工,劉現(xiàn)在傳輸日常工作,日后還要增強(qiáng)自身工作能力:王來(lái)傳輸一個(gè)半月了傳輸日常部分工作還無(wú)法單獨(dú)自身完成,本月計(jì)劃讓他上下午班,以增強(qiáng)其自身獨(dú)立能力;原傳輸日常單獨(dú)自身完成4、加強(qiáng)紀(jì)律
本月在移動(dòng)安全檢查中發(fā)現(xiàn)傳輸ww在上夜班吃餅干,從這件事可以看出傳輸人員在紀(jì)律上還存在好大的問(wèn)題,在交接班值日衛(wèi)生、機(jī)房吃零食、喝水方面5、基站退服原因分析
5月份基站退服時(shí)長(zhǎng)為:246239分鐘;5月份基站退服個(gè)數(shù)為:454個(gè);
24800024600060024623970067924400024201*24000023800023600023400023201*230000201*005004004月份3005月份4542363624月份5月份分鐘數(shù)0個(gè)數(shù)
5月份與4月份各原因退服分鐘數(shù)比較:
1400001201*0100000800006000040000201*0012276567551557164620749661409414月份5月份163613333光纜傳輸電源44991122自動(dòng)恢復(fù)主設(shè)備5589人為72
二、5月工作計(jì)劃
傳輸組本月計(jì)劃在每周五周會(huì)對(duì)傳輸組新員工進(jìn)行網(wǎng)管日常工作對(duì)設(shè)備的認(rèn)識(shí),網(wǎng)管配設(shè)備、設(shè)備IP規(guī)劃、設(shè)備成環(huán)的要求、與維護(hù)員溝通時(shí)應(yīng)注意的事項(xiàng)。
對(duì)新員工制定單人的日計(jì)劃,要求新員工每日安計(jì)劃在操作中學(xué)習(xí),先從看設(shè)備類(lèi)型、單板作用、設(shè)備之間有什么區(qū)別、拓?fù)鋱D成環(huán)原理、日常工作都有哪些、都應(yīng)該咋做,使新員工能力快速得到提高
3月23日傳輸組
擴(kuò)展閱讀:傳輸做環(huán)排查小結(jié)v1.1
傳輸故障排查小結(jié)
一傳輸結(jié)構(gòu)圖
先介紹一下傳輸結(jié)構(gòu)圖。
RNC傳輸機(jī)房基站側(cè)0某一IMA組1IAM板SDTB板傳輸機(jī)房靠近傳輸機(jī)房靠近RNC側(cè)的光端機(jī)NODEB側(cè)的光端機(jī)端子盒ETT板IIA板
圖1傳輸結(jié)構(gòu)圖
由圖1可知,RNC的傳輸接口單元是由IMA板和SDTB板組成的。一個(gè)IMA板有30個(gè)IMA組,一個(gè)IMA組一般對(duì)應(yīng)一個(gè)NODEB。一個(gè)IMA組內(nèi),最多可以8條E1。上圖一個(gè)IMA組有2條E1,分別為0號(hào)鏈路和1號(hào)鏈路。
SDTB板光纖從RNC機(jī)房出去后,接到傳輸機(jī)房的光端機(jī)(靠近RNC側(cè)),再到NODEB側(cè)的光端機(jī)(該光端機(jī)在NODEB機(jī)房)。
NODEB側(cè)的光端機(jī),把光路分成電路的2ME1線(xiàn),接到端子盒,通過(guò)2M線(xiàn)接到NODEB的ETT板,通過(guò)內(nèi)部連線(xiàn)到IIA板。
值得注意的是,在排查傳輸故障之前首先要確認(rèn)所配置的E1中是否存在部分環(huán)回部分放通的情況存在。如果IMA組下E1鏈路有“部分自環(huán),部分對(duì)接”,由于自環(huán)ICP信元較對(duì)接鏈路的ICP信元先到達(dá)IMA芯片,自環(huán)鏈路先加入IMA組,并使IMA組躍遷到工作狀態(tài),導(dǎo)致“對(duì)接的E1鏈路”不能加入到IMA組中,從而使基站不能工作。
實(shí)際上站排查故障時(shí),也發(fā)現(xiàn)工程隊(duì)的部分做法有些瑕疵。在排查部分E1線(xiàn)是否通的時(shí)候,將一個(gè)IMA組的待排查的E1線(xiàn)向NodeB環(huán)回,該IMA組中的另一部分E1線(xiàn)放通至RNC。這樣的排查方法可能會(huì)引起誤解。比如,NodeB的IMA已經(jīng)和放通至RNC的IMA組建立。則環(huán)回的E1的狀態(tài)可能不會(huì)顯示為正常。因?yàn)镹odeB的一個(gè)IMA組已經(jīng)和RNC的IMA組建立,不會(huì)再與環(huán)回的IMA組建立。推薦的做法:
1、一個(gè)IMA組中的E1線(xiàn)要么放通,要么環(huán)回,不應(yīng)該即有放通的又有環(huán)回的。但可以部分環(huán)回,部分空置(什么也不接)。
2、將待查的E1線(xiàn)從原IMA組1解放出來(lái),配置到另一個(gè)IMA組2中。則IMA組1中
的E1線(xiàn)可以放通,IMA組2中的E1線(xiàn)可以環(huán)回。
根據(jù)以上原因分析,站點(diǎn)部分傳輸環(huán)回問(wèn)題可通過(guò)以下手段進(jìn)行規(guī)避:
1、基站建設(shè)期間,站點(diǎn)傳輸規(guī)定提供幾條E1,工程施工時(shí)對(duì)于暫時(shí)沒(méi)有使用的傳輸資
源不進(jìn)行環(huán)回,以避免后續(xù)傳輸資源放通時(shí),由于站點(diǎn)硬環(huán)回導(dǎo)致站點(diǎn)不能建鏈。2、傳輸中心對(duì)于分配的傳輸資源仔細(xì)檢查核對(duì),盡量避免出現(xiàn)站點(diǎn)部分站點(diǎn)軟環(huán)回情
況。
3、在以上2點(diǎn)不能確認(rèn)時(shí),后臺(tái)網(wǎng)管可對(duì)故障站點(diǎn)的所有傳輸資源進(jìn)行閉塞,然后每
次解閉塞一條E1,觀(guān)察傳輸鏈路狀態(tài),以及站點(diǎn)建鏈情況。以此排查哪幾條E1出現(xiàn)環(huán)回狀態(tài)。
4、下站處理,將該站點(diǎn)連接的E1從基站放空不進(jìn)行連接,RNC機(jī)房進(jìn)行觀(guān)察IMA鏈
路狀態(tài),如果存在部分IMA鏈路激活狀態(tài),通知傳輸中心檢查是否環(huán)回,以及堅(jiān)持站點(diǎn)ODF架上是否部分傳輸資源進(jìn)行環(huán)回。
二傳輸告警介紹
現(xiàn)在把傳輸故障排查總結(jié)一下。Nodeb側(cè)有傳輸告警如下4類(lèi)。1,E1鏈路電信號(hào)丟失(LOS)2,E1鏈路幀同步丟失(LOF)3,E1鏈路信元定界丟失(LCD)4,E1鏈路IMA幀同步丟失(LIF)
為更形象理解這4類(lèi)告警,可分層理解。
IMA層:LIF告警ATM層:LCD告警E1層:LOF告警物理層:LOS告警LOS告警(物理層),即打線(xiàn)沒(méi)打好,該類(lèi)告警需重新打線(xiàn)。
LOF告警(E1層),即E1幀同步丟失。所謂E1,即1秒8000幀,1幀32時(shí)隙,1時(shí)隙8比特,期中0時(shí)隙是同步時(shí)隙,16時(shí)隙是信令時(shí)隙,其余時(shí)隙是業(yè)務(wù)時(shí)隙。E1幀同步丟失,即0時(shí)隙沒(méi)有同步?赡茉蚴牵1,傳輸機(jī)房沒(méi)配置傳輸數(shù)據(jù);2,還是打線(xiàn)沒(méi)打好;3,傳輸接口板件有故障,如IIA,ETT等。傳輸是否做數(shù)據(jù),可以通過(guò)SDH的診斷測(cè)試,這個(gè)下面有詳細(xì)介紹。LCD告警(ATM層),ATM信元(cell)定界丟失。ATM每信元53個(gè)字節(jié),其中前5個(gè)字節(jié)是ATM信元頭。信元定界丟失即無(wú)法定位ATM信元頭。這種告警,一般在重新打線(xiàn),或基站重啟,告警會(huì)轉(zhuǎn)換為L(zhǎng)OF告警。這類(lèi)告警出現(xiàn)的概率不大。
LIF告警(IMA層),IMA幀同步丟失。如果某正常的IMA組內(nèi),把其中兩條E1線(xiàn)的打線(xiàn)交叉一下,那么這兩條E1鏈路就會(huì)有LIF告警。其實(shí)質(zhì)是IMA組內(nèi)的邏輯鏈路號(hào)與物理線(xiàn)序號(hào)的映射關(guān)系改變了,才有此告警。可以通過(guò)重啟IMA組,或基站重啟等,消除告警,或LIF告警轉(zhuǎn)變?yōu)長(zhǎng)OF告警。
在RNC側(cè)也有傳輸告警。有IMA板上報(bào)的近端接收鏈路LIF告警;近端接收鏈路LODS告警。如基站側(cè)的告警解決了,這兩類(lèi)告警自然消除了。
三傳輸告警的排查方法
處理傳輸告警有5個(gè)法寶:診斷測(cè)試、做環(huán)、交叉、替換、復(fù)位。1,診斷測(cè)試
北京Nodeb側(cè)傳輸告警多達(dá)201*多條,RNC側(cè)的傳輸告警多達(dá)4000多條。其絕大多數(shù)都是因?yàn)閭鬏敊C(jī)房未配置數(shù)據(jù)。有沒(méi)配置數(shù)據(jù)可以通過(guò)診斷測(cè)試的SDH的V5開(kāi)銷(xiāo)查詢(xún)。進(jìn)行開(kāi)銷(xiāo)查詢(xún),必須先知道某站的傳輸時(shí)隙所在SDTB板的架/框/槽及其時(shí)隙號(hào)。再到診斷測(cè)試界面,點(diǎn)擊對(duì)應(yīng)SDTB板,彈出如下對(duì)話(huà)框,如圖2。
圖2診斷測(cè)試SDH開(kāi)銷(xiāo)查詢(xún)
如圖2所示,測(cè)試類(lèi)型:SDTB插入告警、誤碼及環(huán)回功能測(cè)試。命令類(lèi)型:SDTB單板SDH開(kāi)銷(xiāo)配置查詢(xún)。
線(xiàn)路類(lèi)型:支路。支路即表示光路中的某一條E1,而非光纖整個(gè)光路。參數(shù)操作類(lèi)型:對(duì)端。
線(xiàn)路號(hào)碼:規(guī)劃表所規(guī)劃時(shí)隙減9。因?yàn)樵摼(xiàn)路號(hào)碼是從0開(kāi)始計(jì)數(shù)的,而規(guī)劃表的時(shí)隙是從8開(kāi)始計(jì)數(shù)的,兩者相差9。這里填入12,即規(guī)劃表的數(shù)據(jù)為21
SDH配置類(lèi)型:獲取低階通道信號(hào)標(biāo)記(V5字節(jié)比特5~7)。低階通道即代表2M通道,對(duì)應(yīng)的高階通道代表光路,比如SDH的STM-1,即155M光路。
該測(cè)試反饋結(jié)果有3種。
第一種:異步信號(hào)。代表傳輸機(jī)房在該時(shí)隙已做傳輸數(shù)據(jù)。至于是否做對(duì),還不一定。第二種:未裝載配置數(shù)據(jù)。代表傳輸機(jī)房在該時(shí)隙未做傳輸數(shù)據(jù)。那么該時(shí)隙肯定是不通的,肯定是有告警的。NodeB側(cè)有LOF告警,RNC側(cè)有LIF告警。
第三種:VC-AIS。代表該時(shí)隙有告警?赡苁荝NC側(cè)的傳輸接口單板故障所導(dǎo)致的。也可能是傳輸機(jī)房的設(shè)備有告警。如果確認(rèn)RNC側(cè)單板沒(méi)問(wèn)題(通過(guò)系統(tǒng)內(nèi)做環(huán)判決,能激活說(shuō)明RNC側(cè)無(wú)故障,一般RNC側(cè)單板出故障的概率小),那么就是傳輸?shù)膯?wèn)題,需讓傳輸機(jī)房消告警。
診斷測(cè)試也有其命令終端界面的命令模式,SDH的V5開(kāi)銷(xiāo)查詢(xún)也可用命令方式查詢(xún)。批量查詢(xún),命令模式更為快捷。如下是V5開(kāi)銷(xiāo)查詢(xún)的命令。
TESTSDTB:TRNCMEID=23,RNCID=23,RACKNO=2,SHELFNO=3,SLOTNO=3,CPUNO=1,CMDTYPE=5,LINETYPE=2,PARATYPE=1,LINENO=57,ALMERRCODE=7,SDHTYPE=90,AUSPENO=1;
TRNCMEID:RNC子網(wǎng)號(hào)。RNCID:RNC子網(wǎng)號(hào)。RACKNO:機(jī)架號(hào)。SHELFNO:框號(hào)。SLOTNO:槽位號(hào)。
CMDTYPE:5,即SDH開(kāi)銷(xiāo)查詢(xún)。LINETYEP:2,代表支路。PARATYPE:1,代表對(duì)端。
LINENO:時(shí)隙號(hào)。與規(guī)劃表的時(shí)隙號(hào)相差9。SDHTYPE:90,即V5開(kāi)銷(xiāo)查詢(xún)。其余參數(shù)默認(rèn)。
擴(kuò)容,把站點(diǎn)割接到新RNC,查詢(xún)傳輸機(jī)房做了多少數(shù)據(jù),就可用命令批量查詢(xún),大大提高查詢(xún)效率。制作批量命令可用EXCEL的CONCATENATE()函數(shù)快速生成。此方法以后講解。
通過(guò)診斷測(cè)試,如果查詢(xún)結(jié)果是傳輸機(jī)房未做數(shù)據(jù),那么跟崔傳輸機(jī)房做數(shù)據(jù),如果是VC-AIS告警,那么得先消掉此告警,如果是異步信號(hào),那么繼續(xù)排查。2,做環(huán)
做環(huán)要先理解傳輸結(jié)構(gòu)圖,明確在哪一段做環(huán),往那個(gè)方向環(huán)。如果做環(huán)部分能正常,最好是長(zhǎng)時(shí)間觀(guān)察,都無(wú)異常,那么做環(huán)部分的傳輸是正常的。接下去排查未做環(huán)部分。對(duì)于傳輸告警時(shí)有時(shí)無(wú),需要長(zhǎng)時(shí)間做環(huán)判斷做環(huán)部分是否正常。
a)IMA組做環(huán)RNC傳輸機(jī)房基站側(cè)0某一IMA組1IMA板SDTB板傳輸機(jī)房靠近傳輸機(jī)房靠近RNC側(cè)的光端機(jī)NODEB側(cè)的光端機(jī)端子盒ETT板IIA板
圖3IMA組做環(huán)
如圖3所示,紅色圈表示在IMA組做環(huán),即在IMA板上的某一個(gè)端口做環(huán),是RNC側(cè)系統(tǒng)環(huán)回,是內(nèi)部環(huán)回。做環(huán)后,查詢(xún)?cè)揑MA組的E1鏈路是否都激活。如果都激活,說(shuō)明IMA板正常。否則,IMA故障,需要重啟IMA組、或IMA板,或更換IMA板。
b)SDTB板的E1鏈路系統(tǒng)側(cè)環(huán)回
RNC傳輸機(jī)房基站側(cè)0某一IMA組1IMA板SDTB板傳輸機(jī)房靠近傳輸機(jī)房靠近RNC側(cè)的光端機(jī)NODEB側(cè)的光端機(jī)端子盒ETT板IIA板
圖4SDTB板的E1鏈路系統(tǒng)側(cè)環(huán)回
如圖4所示,紅色圈表示E1鏈路系統(tǒng)側(cè)環(huán)回。所謂系統(tǒng)側(cè)環(huán)回即向RNC做環(huán),而非向Nodeb做環(huán)。正常情況下,所環(huán)回E1鏈路是激活的,如此可斷定RNC側(cè)是好的。如果不能激活。那么可能是SDTB板故障了,需再細(xì)排查,這里不做介紹。
c)SDTB板的E1鏈路線(xiàn)路側(cè)環(huán)回RNC傳輸機(jī)房基站側(cè)0某一IMA組1IMA板SDTB板傳輸機(jī)房靠近傳輸機(jī)房靠近RNC側(cè)的光端機(jī)NODEB側(cè)的光端機(jī)端子盒ETT板IIA板
圖5SDTB板的E1線(xiàn)路側(cè)做環(huán)
如圖5,線(xiàn)路側(cè)環(huán)回,環(huán)回之后,傳輸機(jī)房可以看到該時(shí)隙的光信號(hào)。如果傳輸機(jī)房到基站側(cè)都是通的,那么在LMT上看到的E1狀態(tài)則會(huì)顯示正常。這種環(huán)回的好處是,可以不用查圈圖,不用給傳輸機(jī)房打電話(huà),基站側(cè)人員可直接判斷出傳輸機(jī)房到NODEB的鏈路是否正常。
d)傳輸機(jī)房在靠近RNC側(cè)的光端機(jī)向RNC側(cè)做環(huán)
RNC傳輸機(jī)房基站側(cè)0某一IMA組1IMA板SDTB板傳輸機(jī)房靠近傳輸機(jī)房靠近RNC側(cè)的光端機(jī)NODEB側(cè)的光端機(jī)端子盒ETT板IIA板
圖6傳輸機(jī)房在靠近RNC側(cè)的光端機(jī)向RNC側(cè)做環(huán)
如圖6所示,紅圈代表在靠近RNC側(cè)的光端機(jī)向RNC做環(huán)。這種做環(huán)比較少。通過(guò)這種環(huán),主要是排查傳輸數(shù)據(jù)是否做錯(cuò)。做環(huán)后,如果RNC鏈路無(wú)變化,沒(méi)有變?yōu)榧せ睿瑒t可斷定傳輸機(jī)房在靠近RNC側(cè)的光端機(jī)的數(shù)據(jù)是錯(cuò)誤的。
e)傳輸機(jī)房在靠近NODEB側(cè)的光端機(jī)向RNC做內(nèi)環(huán)RNC傳輸機(jī)房基站側(cè)0某一IMA組1IMA板SDTB板傳輸機(jī)房靠近傳輸機(jī)房靠近RNC側(cè)的光端機(jī)NODEB側(cè)的光端機(jī)端子盒ETT板IIA板圖7傳輸機(jī)房在靠近NODEB側(cè)的光端機(jī)向RNC做內(nèi)環(huán)
如圖7所示,傳輸機(jī)房在靠近NODEB側(cè)的光端機(jī)向RNC做內(nèi)環(huán)。排查傳輸故障,這類(lèi)做環(huán)很多。它能判定RNC到基站的光端機(jī)是否通,如果通,則傳輸故障在端子盒打線(xiàn)或更末端的傳輸單元,如果不通,又非RNC單板故障,則問(wèn)題出在傳輸機(jī)房,由他們處理。
f)NODE側(cè)光端機(jī)向NODEB做外環(huán)
RNC傳輸機(jī)房基站側(cè)0某一IMA組1IMA板SDTB板傳輸機(jī)房靠近傳輸機(jī)房靠近RNC側(cè)的光端機(jī)NODEB側(cè)的光端機(jī)端子盒ETT板IIA板
圖8NODEB側(cè)光端機(jī)向NODEB做外環(huán)
如圖8所示,NODEB側(cè)光端機(jī)向NODEB做外環(huán)。排查傳輸故障,這類(lèi)做環(huán)很多。它能判定基站側(cè)是否通。如果沒(méi)有通,基站側(cè)需再逐段定位。
g)端子盒端口向RNC做內(nèi)環(huán)(硬環(huán))RNC傳輸機(jī)房基站側(cè)0某一IMA組1IMA板SDTB板傳輸機(jī)房靠近傳輸機(jī)房靠近RNC側(cè)的光端機(jī)NODEB側(cè)的光端機(jī)端子盒ETT板IIA板
圖9端子盒端口向RNC做內(nèi)環(huán)(硬環(huán))
如圖9,端子盒端口向RNC做內(nèi)環(huán)。傳輸排障中,這種做環(huán)很多。它可判斷RNC到端子盒端口是否通。如果通,說(shuō)明端子盒到RNC鏈路正常,那么故障在基站側(cè),需基站側(cè)逐段定位故障,或再重新打線(xiàn)。
h)端子盒端口向NODEB做環(huán)
RNC傳輸機(jī)房基站側(cè)0某一IMA組1IMA板SDTB板傳輸機(jī)房靠近傳輸機(jī)房靠近RNC側(cè)的光端機(jī)NODEB側(cè)的光端機(jī)端子盒ETT板IIA板
圖10端子盒端口向NODEB做環(huán)
如圖10,端子盒端口向NODEB做環(huán)。傳輸排障中,這種做環(huán)很多。它可判斷基站傳輸接口是否正常。如果通,說(shuō)明端子盒到基站的傳輸正常。
3,交叉判斷
基站只通了部分E1,而另一部分E1不通情況較多。如果做環(huán),必須所有E1都做環(huán),這樣導(dǎo)致基站斷鏈,小區(qū)退服。這時(shí)交叉判斷就能克服斷站,又能定位故障點(diǎn)。RNC傳輸機(jī)房基站側(cè)0某一IMA組12IMA板SDTB板傳輸機(jī)房靠近傳輸機(jī)房靠近RNC側(cè)的光端機(jī)NODEB側(cè)的光端機(jī)端子盒ETT板IIA板
圖112號(hào)鏈路故障,0、1號(hào)鏈路正常
RNC傳輸機(jī)房基站側(cè)0某一IMA組12IMA板SDTB板傳輸機(jī)房靠近傳輸機(jī)房靠近RNC側(cè)的光端機(jī)NODEB側(cè)的光端機(jī)端子盒ETT板IIA板
圖121、2鏈路E1線(xiàn)交叉
某站0、1號(hào)鏈路正常,2號(hào)鏈路故障。把1、2號(hào)鏈路的E1線(xiàn)在端子盒到ETT板之間的E1線(xiàn)做交叉。
在后臺(tái)動(dòng)態(tài)數(shù)據(jù)管理的IMA鏈路界面看。情況有4種。a)只1號(hào)鏈路故障
故障跟著線(xiàn)走,那原2號(hào)鏈路的E1線(xiàn)或者之后ETT板、IIA板故障。逐一按序更換E1線(xiàn)或ETT板或IIA板。b)只2號(hào)鏈路故障
故障不變。端子盒或傳輸機(jī)房或RNC側(cè)故障。如此,此端口向傳輸機(jī)房做環(huán),讓傳輸機(jī)房看看該鏈路是否有信號(hào)收到。建鏈站點(diǎn)做環(huán)是無(wú)效的,那是針對(duì)我們RNC或NODEB,不針對(duì)傳輸機(jī)房。傳輸機(jī)房是能看到做環(huán)的。如果傳輸機(jī)房能收到光,說(shuō)明端子盒到傳輸機(jī)房是通的。排除了從RNC到光端機(jī)的故障,那么故障可能端子盒的收發(fā)反了。收發(fā)反接試試。c)1、2號(hào)鏈路都故障參考a、b分析結(jié)果。d)1、2號(hào)鏈路都無(wú)故障。
說(shuō)明原來(lái)打線(xiàn)沒(méi)打好,重新打線(xiàn)即可。
4,替換
當(dāng)定位出故障點(diǎn),或大致定位出故障點(diǎn),就可替換新板件、傳輸線(xiàn),看故障是否消失。5,復(fù)位
當(dāng)經(jīng)過(guò)多次嘗試、分析,故障現(xiàn)象很奇怪,甚至自相矛盾。那么最好掉電復(fù)位一下NODEB,有可能就好了。比如,某站有5條E1,其中1路E1故障,經(jīng)多次打線(xiàn)等嘗試后,動(dòng)態(tài)數(shù)據(jù)管理發(fā)現(xiàn)變成3路不通,而基站側(cè)卻顯示全為正常,甚至把ETT板上的線(xiàn)拔了也,基站側(cè)也顯示正常。掉電復(fù)位后,基站側(cè)顯示結(jié)果就正常了。之后,再打線(xiàn)告警全消失。
四鴛鴦?wù)?/p>
所謂鴛鴦?wù)揪褪莻鬏敊C(jī)房數(shù)據(jù)做錯(cuò),導(dǎo)致后臺(tái)看到建鏈站點(diǎn)非實(shí)際物理站點(diǎn)。
RNC傳輸機(jī)房基站側(cè)01A站IMA組10IMA組2IMA板SDTB板端子盒B站靠近NODEB側(cè)光端機(jī)端子盒ETT板IIA板
圖13傳輸數(shù)據(jù)正確RNC傳輸機(jī)房基站側(cè)01A站IMA組10IMA組2IMA板SDTB板端子盒B站靠近NODEB側(cè)光端機(jī)端子盒ETT板IIA板圖14鴛鴦?wù)惧e(cuò)誤傳輸
圖13表示有A、B兩站,A站對(duì)應(yīng)IMA組1,B站對(duì)應(yīng)IMA組2。圖14顯示IMA組1的0號(hào)鏈路故障,傳輸機(jī)房數(shù)據(jù)又做錯(cuò),IMA組1的1號(hào)鏈路連到了B站,而IMA組2的鏈路連到A站。后臺(tái)看到的A站,實(shí)際上是物理的B站,后臺(tái)看到的B站,實(shí)際是物理的A站,即鴛鴦?wù)尽?/p>
鴛鴦?wù)就耆莻鬏敊C(jī)房數(shù)據(jù)做錯(cuò)所致。檢查鴛鴦?wù)镜姆椒ㄓ?/p>
a)與傳輸機(jī)房核對(duì)傳輸,讓傳輸機(jī)房向RNC做環(huán),看鏈路是否有變化。否則,修改傳
輸數(shù)據(jù)。
b)上站查看基站的IP地址,看物理站點(diǎn)對(duì)應(yīng)的是后臺(tái)的哪個(gè)站。c)在基站周?chē)鷾y(cè)擾碼、頻點(diǎn)(這種方法查起來(lái)麻煩,準(zhǔn)確度也不高)。
五傳輸激活但I(xiàn)POA不通
現(xiàn)在外場(chǎng)經(jīng)常存在傳輸激活,但基站不能建鏈的問(wèn)題,遇到這類(lèi)問(wèn)題后,應(yīng)先將RNC側(cè)的PVC改成1/100來(lái)觸發(fā)自動(dòng)建鏈過(guò)程,因?yàn)镹odeB在IPOA斷后200秒會(huì)發(fā)起IPOA自動(dòng)建鏈過(guò)程,自動(dòng)建鏈的過(guò)程中可能會(huì)刪除已配置的IPOAPVC(1/45),建立自動(dòng)建鏈?zhǔn)褂玫腜VC(1/100)。當(dāng)自動(dòng)建鏈流程檢測(cè)到1/100的PVC無(wú)法和RNC建立連接時(shí),會(huì)恢復(fù)配置的IPOAPVC(1/45)。
如果傳輸網(wǎng)斷后再通恰巧趕到了IPOA自動(dòng)建鏈流程,則此時(shí)IPOA會(huì)不通,請(qǐng)耐心等待,約1-3分鐘,IPOA會(huì)重新通
如果自動(dòng)建鏈過(guò)程也無(wú)法讓NodeB與后臺(tái)建鏈,則需要進(jìn)一步排查。1、確保配置的正確:RNC側(cè):
1)保證局向配置中的ATM配置中的OMCB配置表項(xiàng)中的對(duì)端VPI、對(duì)端VCI、NodeB
IP地址正確。
2)保證GIPI板的IP地址、架框槽端口號(hào)正確。3)保證全局補(bǔ)充參數(shù)中配置的OMCB服務(wù)器的IP正確。
4)保證靜態(tài)路由表中的指向該NodeB的IP地址、端口號(hào)正確。靜態(tài)路由表中的架框
槽應(yīng)與局向配置ATM配置OMCB配置表項(xiàng)中的架框槽一致。靜態(tài)路由表中端口號(hào)應(yīng)為局向配置中ATM配置OMCB配置表項(xiàng)中端口號(hào)減9。NodeB側(cè):
1)保證NodeB管理網(wǎng)元中配置的IP地址正確
2)保證AAL5配置中承載IP的AAL5的VPI、VCI與RNC局向配置中ATM配置中OMCB
配置表項(xiàng)中的對(duì)端VPI、對(duì)端VCI一致。
2、如果以上配置都檢查完整并確認(rèn)配置正確,則需要使用RDS登陸與IPOA不通NodeB相對(duì)應(yīng)的GIPI及APBI單板使用list命令查看所配置的靜態(tài)路由在前臺(tái)是否生效。
1)通過(guò)RDS登陸到GIPI單板上,用list命令查看是否包含指向該NodeBIP地址的路由。list
Localroutetable:
idxvpnaddr/pfxlennhPortilbolbfwdType
000.0.0.0/80.0.0.00-1-10martianmc_flag=1&re=0x46f7fac
1057.57.57.57/3257.57.57.571951-1-10addressmc_flag=1&re=0x46f8034
2068.68.68.68/3268.68.68.681943-1-10addressmc_flag=1&re=0x46f80bc
30100.1.1.2/32100.1.1.21956-1-10addressmc_flag=1&re=0x46f81
40100.100.100.100/32100.100.100.1001940-1-10addressmc_flag=1&re=0x46f81cc
50110.6.6.6/32110.6.6.61976-1-10addressmc_flag=1&re=0x46f8254
60114.3.1.66/32114.3.1.661954-1-10addressmc_flag=1&re=0x46f82dc
70118.1.1.2/32118.1.1.21975-1-10addressmc_flag=1&re=0x46f8364
80122.2.1.1/32122.2.1.11977-1-10addressmc_flag=1&re=0x46f83ec
標(biāo)紅部分即為NodeB的靜態(tài)路由地址。
2)通過(guò)RDS登陸到對(duì)應(yīng)的ABPI單板上(架框槽為RNC局向配置中ATM配置中OMCB配置表項(xiàng)中的架框槽),用list命令查看是否包含指向該NodeBIP地址的路由。命令返回內(nèi)容應(yīng)與GIPI上的返回內(nèi)容一致。
注意:list命令一次不能全部打印,要多打幾次至路由表全部列出來(lái)。
3、如果以上檢查均正常,則需要下站處理。
1)通過(guò)logview中的“iubInfo”命令查看IMA組的工作狀態(tài)
[COMMAND:201*-02-1708:40:20]:iubInfo
==============================================================IUBIndex0:TypeisIUB_NOT_ASSIGNED------------------------------------------------------------------
===============================================================IUBIndex1:TypeisIUB_NOT_ASSIGNED------------------------------------------------------------------===============================================================IUBIndex2:TypeisIUB_NOT_ASSIGNED------------------------------------------------------------------
===============================================================IUBIndex3:TypeisIUB_E1_IMA_MODEIUBPHYTagIDNumis0LinkTypeisRNC
####groupconfigureforgroup3:#####clockMd=2(1:ITC,2:CTC)
symmetryMd=0(0:SYM,1:SYM_CFG_ASYM_OP,2:ASYM)imaVersion=3(1:IMA1.0,3:IMA1.1)txM=2(0:32,1:64,2:128,3:256)maxDelay=1023
#####groupstatusforgroup3:#####valid=0x7341(Valid)neGsmState=OPERATIONALfeGsmState=OPERATIONALgtsmState=1(0:down,1:up)inhibitStatus=0(Groupisnotinhibited)rxImaId=5rxM=2rxTrlLid=17numTxLinks=2numTxLinksActv=2numRxLinks=2numRxLinksActv=2
maxDiffDelay=0,maxDcbDepth=13Note:txTrllinkis2
#####linkstatusforphyLink0:#####linkscrambled:Novalid=ValidneTxState=ACTIVEfeRxState=ACTIVEfeRxDefect=NO_DEFECTneRxState=ACTIVEfeTxState=ACTIVErxLid=0x10
Link0,rxLcd:0,rxLif:0,rxLodsOvr:0,rxLodsUdr:0Link0,OOCD:0,LCD:0,FOVRERR:0,HCSERR:0Link0,IFSM=2:SYNC,IESM=2:IMA_WORKING#####linkstatusforphyLink2:#####linkscrambled:Novalid=ValidneTxState=ACTIVEfeRxState=ACTIVEfeRxDefect=NO_DEFECTneRxState=ACTIVEfeTxState=ACTIVErxLid=0x11
Link2,rxLcd:0,rxLif:0,rxLodsOvr:0,rxLodsUdr:0Link2,OOCD:0,LCD:0,FOVRERR:0,HCSERR:0Link2,IFSM=2:SYNC,IESM=2:IMA_WORKING------------------------------------------------------------------Clockderivedfrom0x3(EPLDclkselectbyteis0x00)value=0=0x0
在上面的顯示中:IMA的4個(gè)參數(shù)必須顯示如下,IMA才是正常狀態(tài):neGsmState=OPERATIONAL//近端IMA狀態(tài)機(jī)處于工作狀態(tài)feGsmState=OPERATIONAL//遠(yuǎn)端IMA狀態(tài)機(jī)處于工作狀態(tài)gtsmState=1(0:down,1:up)//IMA業(yè)務(wù)狀態(tài)機(jī)處于UP狀態(tài)inhibitStatus=0(Groupisnotinhibited)//IMA組沒(méi)有被禁止
需要說(shuō)明的是,在IMA組中配置多條E1鏈路時(shí),只要還有一條E1鏈路正常工作,即使其他的鏈路有故障或告警,IMA組狀態(tài)也應(yīng)該是OPERATIONAL,不應(yīng)影響SCCOP信令通道。但存在問(wèn)題的E1鏈路也應(yīng)根據(jù)前述的方法盡快修復(fù),保證NodeB與RNC之間的Iub接口正常暢通。
3)LogView登陸到IIP/BIIP板,使用“pvclist”命令查看是否配置了用于承載IPOA的AAL5的PVC或VPI=1,VCI=100的PVC。如果不存在,說(shuō)明承載IPOA的PVC已經(jīng)配置失敗,請(qǐng)復(fù)位IIP板。重啟后稍等一會(huì)再查看,如果還沒(méi)有,再重啟一次。IIP->pvclist
VC[0]:PvcId=1,VPI=1,VCI=225,bandwidth=1598kbpsATM_IMAMphyAddr:64AAL2CBR
VC[1]:PvcId=64501,VPI=1,VCI=221,bandwidth=128kbpsATM_IMAMphyAddr:64AAL5CBR
VC[2]:PvcId=64502,VPI=1,VCI=222,bandwidth=128kbpsATM_IMAMphyAddr:64AAL5CBR
VC[3]:PvcId=64503,VPI=1,VCI=223,bandwidth=128kbpsATM_IMAMphyAddr:64AAL5CBR
VC[4]:PvcId=64500,VPI=1,VCI=45,bandwidth=128kbpsATM_IMAMphyAddr:64AAL5CBR
----------------pvclist():Sum:5value=34=0x22="""
4)查看NODEB上配置的IP地址是否生效:telnet到BCCS板使用“ifShow”命令查看BCCS的ip地址,看其ip地址是否更新成ipoa中設(shè)置的目的ip地址,如果沒(méi)有說(shuō)明NodeB的bootp包請(qǐng)求沒(méi)有成功。
[COMMAND:201*-04-1323:34:17]:ifShowmotfcc(unitnumber0):
Flags:(0x8063)UPBROADCASTMULTICASTARPRUNNINGType:ETHERNET_CSMACDInternetaddress:100.193.2.254
在命令返回中,一定要有PvcId=64500,VPI=1,VCI=45這一項(xiàng),或者VCI=1Broadcastaddress:100.193.255.255Netmask0xff000000Subnetmask0xffff0000Ethernetaddressis00:d0:d0:c1:02:feMetricis0
MaximumTransferUnitsizeis1500
429874packetsreceived;340094packetssent79665multicastpacketsreceived1199multicastpacketssent0inputerrors;0outputerrors0collisions;0droppedlo(unitnumber0):
Flags:(0x8069)UPLOOPBACKMULTICASTARPRUNNINGType:SOFTWARE_LOOPBACKInternetaddress:127.0.0.1
Netmask0xff000000Subnetmask0xff000000Metricis0
MaximumTransferUnitsizeis327681432packetsreceived;1432packetssent0multicastpacketsreceived0multicastpacketssent0inputerrors;0outputerrors0collisions;0droppedmotfcc(unitnumber1):
Flags:(0x8063)UPBROADCASTMULTICASTARPRUNNINGType:ETHERNET_CSMACDInternetaddress:100.209.2.253Broadcastaddress:100.209.255.2Netmask0xff000000Subnetmask0xffff0000Ethernetaddressis00:d0:d0:d1:02:fdMetricis0
MaximumTransferUnitsizeis15004packetsreceived;170549packetssent2multicastpacketsreceived1multicastpacketssent0inputerrors;0outputerrors0collisions;0droppedmotfcc(unitnumber2):
Flags:(0x8063)UPBROADCASTMULTICASTARPRUNNINGType:ETHERNET_CSMACDInternetaddress:100.225.2.254Broadcastaddress:100.225.255.255Netmask0xff000000Subnetmask0xffff0000Ethernetaddressis00:d0:d0:e1:02:feMetricis0
MaximumTransferUnitsizeis15000packetsreceived;1packetssent0multicastpacketsreceived0multicastpacketssent0inputerrors;0outputerrors0collisions;0droppedipoaEnd(unitnumber0):
Flags:(0x861)UPARPRUNNINGType:OTHER
Internetaddress:172.16.10.Netmask0xffff0000Subnetmask0xffff0000Ethernetaddressis08:00:3e:08:00:12Metricis0
MaximumTransferUnitsizeis14200packetsreceived;4429packetssent0multicastpacketsreceived0multicastpacketssent0inputerrors;0outputerrors0collisions;0droppedvalue=29=0x1d
5)如果NodeB的bootp包請(qǐng)求沒(méi)有成功,則telnet到IIP單板上使用n5命令查看NODEB有沒(méi)有發(fā)出bootp包
IIP->n564500
DownlinkIubIput=0,MACOput=0,UplinkMACIput=0,IubOput=0,MacRcvSnErr=0value=77=0x4d="M"
IIP->n564500
DownlinkIubIput=2,MACOput=2,UplinkMACIput=2,IubOput=2,MacRcvSnErr=0value=77=0x4d="M"
NodeB的bootp請(qǐng)求包會(huì)每20S發(fā)送一次,因此2次命令的輸入請(qǐng)至少間隔20S。在命令返回中:
Downlink表示RNC→NodeB方向:IubIput為NodeB收到的RNC包的個(gè)數(shù);MACOput為NodeB接口板IIP→BCCS的發(fā)包個(gè)數(shù);MACOput必須等于IubIput。
Uplink表示NodeB→RNA方向:IubOput為NodeB發(fā)送給RNC包的個(gè)數(shù);MACIput為NodeB主控板BSSC→IIP接口板的發(fā)包個(gè)數(shù);IubOput必須等于MACIput。
6)如果從n5命令中看不到NodeB的發(fā)包,請(qǐng)檢查NodeB接口板IIP的狀態(tài)是否正常,可嘗試復(fù)位或者更換;如果從n5命令中看不到NodeB的收包,可在BCCS上使用“routeShow”命令查看路由是否在NodeB上生效。
[COMMAND:201*-04-1323:34:21]:routeShowROUTENETTABLE
destinationgatewayflagsRefcntUseInterface----------------------------------------------------------------------------
100.193.0.0100.193.2.25410100motfcc0100.209.0.0100.209.2.25310100motfcc1100.225.0.0100.225.2.25410100motfcc2139.1.0.0172.16.10.1210100ipoaEnd0172.16.0.0172.16.10.1210100ipoaEnd0----------------------------------------------------------------------------ROUTEHOSTTABLE
destinationgatewayflagsRefcntUseInterface----------------------------------------------------------------------------
127.0.0.1127.0.0.1510lo0----------------------------------------------------------------------------value=77=0x4d="M"
7)LogView到BCCS上,在命令屬性頁(yè)中打“OpenDumpIpoa”查看打印到的碼流,應(yīng)為如下
形式:
NodeB==>>RNCIP.
基本信息:包長(zhǎng):328,協(xié)議類(lèi)型:17[UDP],源IP:172.16.10.12,目的IP:139.1.255.255UDP:源端口號(hào):68,目的端口號(hào):67.
BOOTP:請(qǐng)求,硬件類(lèi)型:19[],硬件地址長(zhǎng)度:16,跳數(shù):0,事務(wù)標(biāo)識(shí):13963,秒數(shù):100
客戶(hù)IP地址:0.0.0.0,你的IP地址:0.0.0.0,服務(wù)器IP地址:0.0.0.0,網(wǎng)關(guān)IP地址:0.0.0.0客戶(hù)主機(jī)硬件地址80000000000000000服務(wù)器主機(jī)名:引導(dǎo)文件名:廠(chǎng)商信息:NodeB
友情提示:本文中關(guān)于《傳輸組工作總結(jié)》給出的范例僅供您參考拓展思維使用,傳輸組工作總結(jié):該篇文章建議您自主創(chuàng)作。
來(lái)源:網(wǎng)絡(luò)整理 免責(zé)聲明:本文僅限學(xué)習(xí)分享,如產(chǎn)生版權(quán)問(wèn)題,請(qǐng)聯(lián)系我們及時(shí)刪除。