傳輸組工作總結

201*年5月份質(zhì)量分析及下月工作計劃

一、本月主要工作1、日常工作

本月傳輸組日常工作重點以監(jiān)控為主，重點是查看全網(wǎng)電壓、核查核心層設備光性能、誤碼，提前發(fā)現(xiàn)設備存在隱患，減少基站退服。2、牽頭工作情況

本月傳輸組工單在劉文波的牽頭下，故障工單都很好完成，電子版統(tǒng)計清除。

本月EOMS、倒換測試記錄、割接記錄在各班上都填好了記錄，下月仍要及時回復EOMS工單。3、傳輸組學習情況

傳輸組、原、王\\梁都是新員工，劉現(xiàn)在傳輸日常工作，日后還要增強自身工作能力：王來傳輸一個半月了傳輸日常部分工作還無法單獨自身完成，本月計劃讓他上下午班，以增強其自身獨立能力；原傳輸日常單獨自身完成4、加強紀律

本月在移動安全檢查中發(fā)現(xiàn)傳輸ww在上夜班吃餅干，從這件事可以看出傳輸人員在紀律上還存在好大的問題，在交接班值日衛(wèi)生、機房吃零食、喝水方面5、基站退服原因分析

5月份基站退服時長為：246239分鐘；5月份基站退服個數(shù)為：454個；

24800024600060024623970067924400024201*24000023800023600023400023201*230000201*005004004月份3005月份4542363624月份5月份分鐘數(shù)0個數(shù)

5月份與4月份各原因退服分鐘數(shù)比較：

1400001201*0100000800006000040000201*0012276567551557164620749661409414月份5月份163613333光纜傳輸電源44991122自動恢復主設備5589人為72

二、5月工作計劃

傳輸組本月計劃在每周五周會對傳輸組新員工進行網(wǎng)管日常工作對設備的認識，網(wǎng)管配設備、設備IP規(guī)劃、設備成環(huán)的要求、與維護員溝通時應注意的事項。

對新員工制定單人的日計劃，要求新員工每日安計劃在操作中學習，先從看設備類型、單板作用、設備之間有什么區(qū)別、拓撲圖成環(huán)原理、日常工作都有哪些、都應該咋做，使新員工能力快速得到提高

3月23日傳輸組

擴展閱讀：傳輸做環(huán)排查小結v1.1

傳輸故障排查小結

一傳輸結構圖

先介紹一下傳輸結構圖。

RNC傳輸機房基站側0某一IMA組1IAM板SDTB板傳輸機房靠近傳輸機房靠近RNC側的光端機NODEB側的光端機端子盒ETT板IIA板

圖1傳輸結構圖

由圖1可知，RNC的傳輸接口單元是由IMA板和SDTB板組成的。一個IMA板有30個IMA組，一個IMA組一般對應一個NODEB。一個IMA組內(nèi)，最多可以8條E1。上圖一個IMA組有2條E1，分別為0號鏈路和1號鏈路。

SDTB板光纖從RNC機房出去后，接到傳輸機房的光端機（靠近RNC側），再到NODEB側的光端機（該光端機在NODEB機房）。

NODEB側的光端機，把光路分成電路的2ME1線，接到端子盒，通過2M線接到NODEB的ETT板，通過內(nèi)部連線到IIA板。

值得注意的是，在排查傳輸故障之前首先要確認所配置的E1中是否存在部分環(huán)回部分放通的情況存在。如果IMA組下E1鏈路有“部分自環(huán)，部分對接”，由于自環(huán)ICP信元較對接鏈路的ICP信元先到達IMA芯片，自環(huán)鏈路先加入IMA組，并使IMA組躍遷到工作狀態(tài)，導致“對接的E1鏈路”不能加入到IMA組中，從而使基站不能工作。

實際上站排查故障時，也發(fā)現(xiàn)工程隊的部分做法有些瑕疵。在排查部分E1線是否通的時候，將一個IMA組的待排查的E1線向NodeB環(huán)回，該IMA組中的另一部分E1線放通至RNC。這樣的排查方法可能會引起誤解。比如，NodeB的IMA已經(jīng)和放通至RNC的IMA組建立。則環(huán)回的E1的狀態(tài)可能不會顯示為正常。因為NodeB的一個IMA組已經(jīng)和RNC的IMA組建立，不會再與環(huán)回的IMA組建立。推薦的做法：

1、一個IMA組中的E1線要么放通，要么環(huán)回，不應該即有放通的又有環(huán)回的。但可以部分環(huán)回，部分空置(什么也不接)。

2、將待查的E1線從原IMA組1解放出來，配置到另一個IMA組2中。則IMA組1中

的E1線可以放通，IMA組2中的E1線可以環(huán)回。

根據(jù)以上原因分析，站點部分傳輸環(huán)回問題可通過以下手段進行規(guī)避：

1、基站建設期間，站點傳輸規(guī)定提供幾條E1，工程施工時對于暫時沒有使用的傳輸資

源不進行環(huán)回，以避免后續(xù)傳輸資源放通時，由于站點硬環(huán)回導致站點不能建鏈。2、傳輸中心對于分配的傳輸資源仔細檢查核對，盡量避免出現(xiàn)站點部分站點軟環(huán)回情

況。

3、在以上2點不能確認時，后臺網(wǎng)管可對故障站點的所有傳輸資源進行閉塞，然后每

次解閉塞一條E1，觀察傳輸鏈路狀態(tài)，以及站點建鏈情況。以此排查哪幾條E1出現(xiàn)環(huán)回狀態(tài)。

4、下站處理，將該站點連接的E1從基站放空不進行連接，RNC機房進行觀察IMA鏈

路狀態(tài)，如果存在部分IMA鏈路激活狀態(tài)，通知傳輸中心檢查是否環(huán)回，以及堅持站點ODF架上是否部分傳輸資源進行環(huán)回。

二傳輸告警介紹

現(xiàn)在把傳輸故障排查總結一下。Nodeb側有傳輸告警如下4類。1，E1鏈路電信號丟失（LOS）2，E1鏈路幀同步丟失（LOF）3，E1鏈路信元定界丟失（LCD）4，E1鏈路IMA幀同步丟失（LIF）

為更形象理解這4類告警，可分層理解。

IMA層:LIF告警ATM層:LCD告警E1層:LOF告警物理層:LOS告警LOS告警（物理層），即打線沒打好，該類告警需重新打線。

LOF告警（E1層），即E1幀同步丟失。所謂E1，即1秒8000幀，1幀32時隙，1時隙8比特，期中0時隙是同步時隙，16時隙是信令時隙，其余時隙是業(yè)務時隙。E1幀同步丟失，即0時隙沒有同步。可能原因是，1，傳輸機房沒配置傳輸數(shù)據(jù)；2，還是打線沒打好；3，傳輸接口板件有故障，如IIA，ETT等。傳輸是否做數(shù)據(jù)，可以通過SDH的診斷測試，這個下面有詳細介紹。LCD告警（ATM層），ATM信元（cell）定界丟失。ATM每信元53個字節(jié)，其中前5個字節(jié)是ATM信元頭。信元定界丟失即無法定位ATM信元頭。這種告警，一般在重新打線，或基站重啟，告警會轉換為LOF告警。這類告警出現(xiàn)的概率不大。

LIF告警（IMA層），IMA幀同步丟失。如果某正常的IMA組內(nèi)，把其中兩條E1線的打線交叉一下，那么這兩條E1鏈路就會有LIF告警。其實質(zhì)是IMA組內(nèi)的邏輯鏈路號與物理線序號的映射關系改變了，才有此告警�？梢酝ㄟ^重啟IMA組，或基站重啟等，消除告警，或LIF告警轉變?yōu)長OF告警。

在RNC側也有傳輸告警。有IMA板上報的近端接收鏈路LIF告警；近端接收鏈路LODS告警。如基站側的告警解決了，這兩類告警自然消除了。

三傳輸告警的排查方法

處理傳輸告警有5個法寶：診斷測試、做環(huán)、交叉、替換、復位。1，診斷測試

北京Nodeb側傳輸告警多達201*多條，RNC側的傳輸告警多達4000多條。其絕大多數(shù)都是因為傳輸機房未配置數(shù)據(jù)。有沒配置數(shù)據(jù)可以通過診斷測試的SDH的V5開銷查詢。進行開銷查詢，必須先知道某站的傳輸時隙所在SDTB板的架/框/槽及其時隙號。再到診斷測試界面，點擊對應SDTB板，彈出如下對話框，如圖2。

圖2診斷測試SDH開銷查詢

如圖2所示，測試類型：SDTB插入告警、誤碼及環(huán)回功能測試。命令類型：SDTB單板SDH開銷配置查詢。

線路類型：支路。支路即表示光路中的某一條E1，而非光纖整個光路。參數(shù)操作類型：對端。

線路號碼：規(guī)劃表所規(guī)劃時隙減9。因為該線路號碼是從0開始計數(shù)的，而規(guī)劃表的時隙是從8開始計數(shù)的，兩者相差9。這里填入12，即規(guī)劃表的數(shù)據(jù)為21

SDH配置類型：獲取低階通道信號標記（V5字節(jié)比特5~7）。低階通道即代表2M通道，對應的高階通道代表光路，比如SDH的STM-1，即155M光路。

該測試反饋結果有3種。

第一種：異步信號。代表傳輸機房在該時隙已做傳輸數(shù)據(jù)。至于是否做對，還不一定。第二種：未裝載配置數(shù)據(jù)。代表傳輸機房在該時隙未做傳輸數(shù)據(jù)。那么該時隙肯定是不通的，肯定是有告警的。NodeB側有LOF告警，RNC側有LIF告警。

第三種：VC-AIS。代表該時隙有告警。可能是RNC側的傳輸接口單板故障所導致的。也可能是傳輸機房的設備有告警。如果確認RNC側單板沒問題（通過系統(tǒng)內(nèi)做環(huán)判決，能激活說明RNC側無故障，一般RNC側單板出故障的概率小），那么就是傳輸?shù)膯栴}，需讓傳輸機房消告警。

診斷測試也有其命令終端界面的命令模式，SDH的V5開銷查詢也可用命令方式查詢。批量查詢，命令模式更為快捷。如下是V5開銷查詢的命令。

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)號。RNCID:RNC子網(wǎng)號。RACKNO:機架號。SHELFNO:框號。SLOTNO：槽位號。

CMDTYPE：5，即SDH開銷查詢。LINETYEP:2，代表支路。PARATYPE：1，代表對端。

LINENO:時隙號。與規(guī)劃表的時隙號相差9。SDHTYPE：90，即V5開銷查詢。其余參數(shù)默認。

擴容，把站點割接到新RNC，查詢傳輸機房做了多少數(shù)據(jù)，就可用命令批量查詢，大大提高查詢效率。制作批量命令可用EXCEL的CONCATENATE()函數(shù)快速生成。此方法以后講解。

通過診斷測試，如果查詢結果是傳輸機房未做數(shù)據(jù)，那么跟崔傳輸機房做數(shù)據(jù)，如果是VC-AIS告警，那么得先消掉此告警，如果是異步信號，那么繼續(xù)排查。2，做環(huán)

做環(huán)要先理解傳輸結構圖，明確在哪一段做環(huán)，往那個方向環(huán)。如果做環(huán)部分能正常，最好是長時間觀察，都無異常，那么做環(huán)部分的傳輸是正常的。接下去排查未做環(huán)部分。對于傳輸告警時有時無，需要長時間做環(huán)判斷做環(huán)部分是否正常。

a)IMA組做環(huán)RNC傳輸機房基站側0某一IMA組1IMA板SDTB板傳輸機房靠近傳輸機房靠近RNC側的光端機NODEB側的光端機端子盒ETT板IIA板

圖3IMA組做環(huán)

如圖3所示，紅色圈表示在IMA組做環(huán)，即在IMA板上的某一個端口做環(huán)，是RNC側系統(tǒng)環(huán)回，是內(nèi)部環(huán)回。做環(huán)后，查詢該IMA組的E1鏈路是否都激活。如果都激活，說明IMA板正常。否則，IMA故障，需要重啟IMA組、或IMA板，或更換IMA板。

b)SDTB板的E1鏈路系統(tǒng)側環(huán)回

RNC傳輸機房基站側0某一IMA組1IMA板SDTB板傳輸機房靠近傳輸機房靠近RNC側的光端機NODEB側的光端機端子盒ETT板IIA板

圖4SDTB板的E1鏈路系統(tǒng)側環(huán)回

如圖4所示，紅色圈表示E1鏈路系統(tǒng)側環(huán)回。所謂系統(tǒng)側環(huán)回即向RNC做環(huán)，而非向Nodeb做環(huán)。正常情況下，所環(huán)回E1鏈路是激活的，如此可斷定RNC側是好的。如果不能激活。那么可能是SDTB板故障了，需再細排查，這里不做介紹。

c）SDTB板的E1鏈路線路側環(huán)回RNC傳輸機房基站側0某一IMA組1IMA板SDTB板傳輸機房靠近傳輸機房靠近RNC側的光端機NODEB側的光端機端子盒ETT板IIA板

圖5SDTB板的E1線路側做環(huán)

如圖5，線路側環(huán)回，環(huán)回之后，傳輸機房可以看到該時隙的光信號。如果傳輸機房到基站側都是通的，那么在LMT上看到的E1狀態(tài)則會顯示正常。這種環(huán)回的好處是，可以不用查圈圖，不用給傳輸機房打電話，基站側人員可直接判斷出傳輸機房到NODEB的鏈路是否正常。

d）傳輸機房在靠近RNC側的光端機向RNC側做環(huán)

RNC傳輸機房基站側0某一IMA組1IMA板SDTB板傳輸機房靠近傳輸機房靠近RNC側的光端機NODEB側的光端機端子盒ETT板IIA板

圖6傳輸機房在靠近RNC側的光端機向RNC側做環(huán)

如圖6所示，紅圈代表在靠近RNC側的光端機向RNC做環(huán)。這種做環(huán)比較少。通過這種環(huán)，主要是排查傳輸數(shù)據(jù)是否做錯。做環(huán)后，如果RNC鏈路無變化，沒有變?yōu)榧せ睿瑒t可斷定傳輸機房在靠近RNC側的光端機的數(shù)據(jù)是錯誤的。

e）傳輸機房在靠近NODEB側的光端機向RNC做內(nèi)環(huán)RNC傳輸機房基站側0某一IMA組1IMA板SDTB板傳輸機房靠近傳輸機房靠近RNC側的光端機NODEB側的光端機端子盒ETT板IIA板圖7傳輸機房在靠近NODEB側的光端機向RNC做內(nèi)環(huán)

如圖7所示，傳輸機房在靠近NODEB側的光端機向RNC做內(nèi)環(huán)。排查傳輸故障，這類做環(huán)很多。它能判定RNC到基站的光端機是否通，如果通，則傳輸故障在端子盒打線或更末端的傳輸單元，如果不通，又非RNC單板故障，則問題出在傳輸機房，由他們處理。

f）NODE側光端機向NODEB做外環(huán)

RNC傳輸機房基站側0某一IMA組1IMA板SDTB板傳輸機房靠近傳輸機房靠近RNC側的光端機NODEB側的光端機端子盒ETT板IIA板

圖8NODEB側光端機向NODEB做外環(huán)

如圖8所示，NODEB側光端機向NODEB做外環(huán)。排查傳輸故障，這類做環(huán)很多。它能判定基站側是否通。如果沒有通，基站側需再逐段定位。

g）端子盒端口向RNC做內(nèi)環(huán)（硬環(huán)）RNC傳輸機房基站側0某一IMA組1IMA板SDTB板傳輸機房靠近傳輸機房靠近RNC側的光端機NODEB側的光端機端子盒ETT板IIA板

圖9端子盒端口向RNC做內(nèi)環(huán)（硬環(huán)）

如圖9，端子盒端口向RNC做內(nèi)環(huán)。傳輸排障中，這種做環(huán)很多。它可判斷RNC到端子盒端口是否通。如果通，說明端子盒到RNC鏈路正常，那么故障在基站側，需基站側逐段定位故障，或再重新打線。

h）端子盒端口向NODEB做環(huán)

RNC傳輸機房基站側0某一IMA組1IMA板SDTB板傳輸機房靠近傳輸機房靠近RNC側的光端機NODEB側的光端機端子盒ETT板IIA板

圖10端子盒端口向NODEB做環(huán)

如圖10，端子盒端口向NODEB做環(huán)。傳輸排障中，這種做環(huán)很多。它可判斷基站傳輸接口是否正常。如果通，說明端子盒到基站的傳輸正常。

3，交叉判斷

基站只通了部分E1，而另一部分E1不通情況較多。如果做環(huán)，必須所有E1都做環(huán)，這樣導致基站斷鏈，小區(qū)退服。這時交叉判斷就能克服斷站，又能定位故障點。RNC傳輸機房基站側0某一IMA組12IMA板SDTB板傳輸機房靠近傳輸機房靠近RNC側的光端機NODEB側的光端機端子盒ETT板IIA板

圖112號鏈路故障，0、1號鏈路正常

RNC傳輸機房基站側0某一IMA組12IMA板SDTB板傳輸機房靠近傳輸機房靠近RNC側的光端機NODEB側的光端機端子盒ETT板IIA板

圖121、2鏈路E1線交叉

某站0、1號鏈路正常，2號鏈路故障。把1、2號鏈路的E1線在端子盒到ETT板之間的E1線做交叉。

在后臺動態(tài)數(shù)據(jù)管理的IMA鏈路界面看。情況有4種。a）只1號鏈路故障

故障跟著線走，那原2號鏈路的E1線或者之后ETT板、IIA板故障。逐一按序更換E1線或ETT板或IIA板。b）只2號鏈路故障

故障不變。端子盒或傳輸機房或RNC側故障。如此，此端口向傳輸機房做環(huán)，讓傳輸機房看看該鏈路是否有信號收到。建鏈站點做環(huán)是無效的，那是針對我們RNC或NODEB，不針對傳輸機房。傳輸機房是能看到做環(huán)的。如果傳輸機房能收到光，說明端子盒到傳輸機房是通的。排除了從RNC到光端機的故障，那么故障可能端子盒的收發(fā)反了。收發(fā)反接試試。c）1、2號鏈路都故障參考a、b分析結果。d）1、2號鏈路都無故障。

說明原來打線沒打好，重新打線即可。

4，替換

當定位出故障點，或大致定位出故障點，就可替換新板件、傳輸線，看故障是否消失。5，復位

當經(jīng)過多次嘗試、分析，故障現(xiàn)象很奇怪，甚至自相矛盾。那么最好掉電復位一下NODEB，有可能就好了。比如，某站有5條E1，其中1路E1故障，經(jīng)多次打線等嘗試后，動態(tài)數(shù)據(jù)管理發(fā)現(xiàn)變成3路不通，而基站側卻顯示全為正常，甚至把ETT板上的線拔了也，基站側也顯示正常。掉電復位后，基站側顯示結果就正常了。之后，再打線告警全消失。

四鴛鴦站

所謂鴛鴦站就是傳輸機房數(shù)據(jù)做錯，導致后臺看到建鏈站點非實際物理站點。

RNC傳輸機房基站側01A站IMA組10IMA組2IMA板SDTB板端子盒B站靠近NODEB側光端機端子盒ETT板IIA板

圖13傳輸數(shù)據(jù)正確RNC傳輸機房基站側01A站IMA組10IMA組2IMA板SDTB板端子盒B站靠近NODEB側光端機端子盒ETT板IIA板圖14鴛鴦站錯誤傳輸

圖13表示有A、B兩站，A站對應IMA組1，B站對應IMA組2。圖14顯示IMA組1的0號鏈路故障，傳輸機房數(shù)據(jù)又做錯，IMA組1的1號鏈路連到了B站，而IMA組2的鏈路連到A站。后臺看到的A站，實際上是物理的B站，后臺看到的B站，實際是物理的A站，即鴛鴦站。

鴛鴦站完全是傳輸機房數(shù)據(jù)做錯所致。檢查鴛鴦站的方法有

a)與傳輸機房核對傳輸，讓傳輸機房向RNC做環(huán)，看鏈路是否有變化。否則，修改傳

輸數(shù)據(jù)。

b)上站查看基站的IP地址，看物理站點對應的是后臺的哪個站。c)在基站周圍測擾碼、頻點（這種方法查起來麻煩，準確度也不高）。

五傳輸激活但IPOA不通

現(xiàn)在外場經(jīng)常存在傳輸激活，但基站不能建鏈的問題，遇到這類問題后，應先將RNC側的PVC改成1/100來觸發(fā)自動建鏈過程，因為NodeB在IPOA斷后200秒會發(fā)起IPOA自動建鏈過程，自動建鏈的過程中可能會刪除已配置的IPOAPVC（1/45），建立自動建鏈使用的PVC(1/100)。當自動建鏈流程檢測到1/100的PVC無法和RNC建立連接時，會恢復配置的IPOAPVC(1/45)。

如果傳輸網(wǎng)斷后再通恰巧趕到了IPOA自動建鏈流程，則此時IPOA會不通，請耐心等待，約1-3分鐘，IPOA會重新通

如果自動建鏈過程也無法讓NodeB與后臺建鏈，則需要進一步排查。1、確保配置的正確：RNC側：

1）保證局向配置中的ATM配置中的OMCB配置表項中的對端VPI、對端VCI、NodeB

IP地址正確。

2）保證GIPI板的IP地址、架框槽端口號正確。3）保證全局補充參數(shù)中配置的OMCB服務器的IP正確。

4）保證靜態(tài)路由表中的指向該NodeB的IP地址、端口號正確。靜態(tài)路由表中的架框

槽應與局向配置ATM配置OMCB配置表項中的架框槽一致。靜態(tài)路由表中端口號應為局向配置中ATM配置OMCB配置表項中端口號減9。NodeB側：

1）保證NodeB管理網(wǎng)元中配置的IP地址正確

2）保證AAL5配置中承載IP的AAL5的VPI、VCI與RNC局向配置中ATM配置中OMCB

配置表項中的對端VPI、對端VCI一致。

2、如果以上配置都檢查完整并確認配置正確，則需要使用RDS登陸與IPOA不通NodeB相對應的GIPI及APBI單板使用list命令查看所配置的靜態(tài)路由在前臺是否生效。

1）通過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

標紅部分即為NodeB的靜態(tài)路由地址。

2）通過RDS登陸到對應的ABPI單板上(架框槽為RNC局向配置中ATM配置中OMCB配置表項中的架框槽)，用list命令查看是否包含指向該NodeBIP地址的路由。命令返回內(nèi)容應與GIPI上的返回內(nèi)容一致。

注意：list命令一次不能全部打印，要多打幾次至路由表全部列出來。

3、如果以上檢查均正常，則需要下站處理。

1）通過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個參數(shù)必須顯示如下，IMA才是正常狀態(tài)：neGsmState=OPERATIONAL//近端IMA狀態(tài)機處于工作狀態(tài)feGsmState=OPERATIONAL//遠端IMA狀態(tài)機處于工作狀態(tài)gtsmState=1(0:down,1:up)//IMA業(yè)務狀態(tài)機處于UP狀態(tài)inhibitStatus=0(Groupisnotinhibited)//IMA組沒有被禁止

需要說明的是，在IMA組中配置多條E1鏈路時，只要還有一條E1鏈路正常工作，即使其他的鏈路有故障或告警，IMA組狀態(tài)也應該是OPERATIONAL，不應影響SCCOP信令通道。但存在問題的E1鏈路也應根據(jù)前述的方法盡快修復，保證NodeB與RNC之間的Iub接口正常暢通。

3）LogView登陸到IIP/BIIP板，使用“pvclist”命令查看是否配置了用于承載IPOA的AAL5的PVC或VPI=1，VCI=100的PVC。如果不存在，說明承載IPOA的PVC已經(jīng)配置失敗，請復位IIP板。重啟后稍等一會再查看，如果還沒有，再重啟一次。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中設置的目的ip地址，如果沒有說明NodeB的bootp包請求沒有成功。

[COMMAND:201*-04-1323:34:17]:ifShowmotfcc(unitnumber0):

Flags:(0x8063)UPBROADCASTMULTICASTARPRUNNINGType:ETHERNET_CSMACDInternetaddress:100.193.2.254

在命令返回中，一定要有PvcId=64500,VPI=1,VCI=45這一項，或者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包請求沒有成功，則telnet到IIP單板上使用n5命令查看NODEB有沒有發(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請求包會每20S發(fā)送一次，因此2次命令的輸入請至少間隔20S。在命令返回中：

Downlink表示RNC→NodeB方向：IubIput為NodeB收到的RNC包的個數(shù)；MACOput為NodeB接口板IIP→BCCS的發(fā)包個數(shù)；MACOput必須等于IubIput。

Uplink表示NodeB→RNA方向：IubOput為NodeB發(fā)送給RNC包的個數(shù)；MACIput為NodeB主控板BSSC→IIP接口板的發(fā)包個數(shù)；IubOput必須等于MACIput。

6）如果從n5命令中看不到NodeB的發(fā)包，請檢查NodeB接口板IIP的狀態(tài)是否正常，可嘗試復位或者更換；如果從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上，在命令屬性頁中打“OpenDumpIpoa”查看打印到的碼流，應為如下

形式：

NodeB==>>RNCIP.

基本信息:包長:328,協(xié)議類型:17[UDP],源IP:172.16.10.12,目的IP:139.1.255.255UDP:源端口號:68,目的端口號:67.

BOOTP:請求,硬件類型:19[],硬件地址長度:16,跳數(shù):0,事務標識:13963,秒數(shù):100

客戶IP地址:0.0.0.0,你的IP地址:0.0.0.0,服務器IP地址:0.0.0.0,網(wǎng)關IP地址:0.0.0.0客戶主機硬件地址80000000000000000服務器主機名:引導文件名:廠商信息:NodeB

友情提示：本文中關于《傳輸組工作總結》給出的范例僅供您參考拓展思維使用，傳輸組工作總結：該篇文章建議您自主創(chuàng)作。

來源：網(wǎng)絡整理 免責聲明：本文僅限學習分享，如產(chǎn)生版權問題，請聯(lián)系我們及時刪除。

《傳輸組工作總結》由互聯(lián)網(wǎng)用戶整理提供,轉載分享請保留原作者信息,謝謝!
鏈接地址：http://www.taixiivf.com/gongwen/547783.html

• 上一篇：201*年上半年公司財務個人工作總結
• 下一篇：交通運輸部紀檢組組長李建波201*年4月23日在201*年全國交通運輸系統(tǒng)糾風工作會議上的總結講話