IPRAN TDM業(yè)務故障定位指導V20

IPRANTDM業(yè)務故障定位飛鷹培訓系列材料修訂記錄序號修訂內容修訂者日期1增加RSG和ATN的定界手段，增加第37頁膠片徐菊華2013/5/152增加案例四，以及TDM和時鐘關系詳解（P7）徐菊華2013/7/223456TDM/ATMTDM關鍵參數(shù)介紹MS-PW方案介紹典型配置通斷類故障定位總體思路數(shù)通網(wǎng)絡內部VC側常見故障〔PWDOWN問題〕(通斷類)與基站對接側的AC側常見故障〔定界基站和IPRAN問題〕〔通斷類〕與基站控制器對接側的AC側常見故障〔定界RNC和IPRAN問題〕〔通斷類〕定界CSG和RSG問題方法質量類故障定位無線常見質量類故障SD誤碼檢測技術故障案例案例1：某局點TDM長期掛表測試，測試儀定期有AIS告警案例2：某局點割接3G業(yè)務，發(fā)現(xiàn)有10幾個基站業(yè)務不通案例3：某局點大量基站出現(xiàn)誤碼，個別站點出現(xiàn)掉話情況案例4：某局點TDM基站無法開通目錄TDM關鍵參數(shù)基本特征E11PCM采樣頻率8KHz2采樣點的編碼字(時隙)的位數(shù)8bit3每通道的速率b*d=8000*8=64kbit/s4E1每幀包含時隙數(shù)32時隙5每端口速率64kbit/s*32=2.048mbit/s6JitterBuffer2~8，默認4ms（推薦配置成8ms）7裝幀數(shù)8、16、24；默認8幀JitterBuffer數(shù)據(jù)抖動緩存，PW報文穿越包交換網(wǎng)絡到達出口PE設備之后，由于網(wǎng)絡存在抖動等因素，數(shù)據(jù)流可能不是完全實時的，為了保證在出口PE上能重建TDM業(yè)務數(shù)據(jù)流，需要依靠抖動緩存技術平滑PW數(shù)據(jù)包的時間間隔。由于TDM業(yè)務大部份為語音業(yè)務，對延時要求較高。ITU-TG.111〔A.4.4.1Note3〕指出：時延到達24ms，人耳就會感知道話音中存在回聲。IPRAN應用場景下，TDM業(yè)務引入延時構成如下：TDMoPSN業(yè)務處理延時〔單向〕=硬件處理延時+封包時間〔上行〕+網(wǎng)絡延時+JitterBufferDepth〔下行〕+硬件處理延時其中：硬件處理延時：固有存在，不可調整〔us級〕；JitterBufferDepth：可以通過命令行配置〔一般配成8ms〕；封包時間：0.125ms×封裝幀數(shù)；網(wǎng)絡延時：兩臺PE設備之間的網(wǎng)絡傳輸延時〔ms級〕。所以如果封裝幀數(shù)為8時，端到端單向時延在10幾ms左右。TDMPWE3報文格式DestinationAddr.SourceAddressEthertypeMplslabelMplslabelControlWordTDMPayloadFCSTDM業(yè)務與時鐘的關系以CE1到CE2方向的流量為例：〔1〕CE1發(fā)送出來的是E1的數(shù)據(jù)，是固定比特速率數(shù)據(jù)；〔2〕PE1需要將E1上的數(shù)據(jù)封成PW包透傳到PE2，那么以什么樣的速率打包呢？用PE1的接收時鐘也就是CE1的發(fā)送時鐘來封包，這樣PE1上從線路上收數(shù)據(jù)和封包的速率就一樣，不會導致數(shù)據(jù)積壓或者封空包，PE1的封包時鐘就是CE1的發(fā)送時鐘?！?〕包到了PE2，就需要解包了，解包用什么時鐘呢，和步驟2同樣原理，解包只能用PE2的發(fā)送時鐘，也就是CE2的接收時鐘。那么這樣就存在兩個時鐘：CLK1(封包時鐘，CE1的發(fā)送時鐘，PE1的接收時鐘)，CLK2(解包時鐘，PE2的發(fā)送時鐘，CE2的接收時鐘)。那么我們就來看下這兩個時鐘的同步情況對業(yè)務的影響。場景1：CLK1>CLK2，也就是說封裝時鐘比解包時鐘快，這樣在PE2側的表現(xiàn)就是公網(wǎng)上入的包速比線路上解的包速快，那么PE2上的緩存自然會越來越多，最后上溢，叫做overrun。場景2：CLK1<CLK2，也就是說封裝時鐘比解包時鐘慢，這樣在PE2側的表現(xiàn)就是公網(wǎng)上入的包速比線路上解的包速慢，這樣PE2上的緩存自然會越來越小，最后下溢，叫做underrun。場景3：CLK1=CLK2，也就是說封裝時鐘和解包時鐘一樣，這樣公網(wǎng)入包速和解包速也就一樣，這樣PE2上的緩存也就不會變化，這叫做正常。因此就需要PE2上的發(fā)送時鐘與CE1上的時鐘同步，相反，需要PE1上的發(fā)送時鐘與CE2上的時鐘同步。E1告警LOS〔Lossofsignal：信號喪失〕： 輸入口模擬信號消失。線路接口信號連續(xù)N個脈沖周期信號信號電平小于正 常信號35dB以上。連續(xù)M個脈沖周期信號電平大于正常信號9db以上，LOS 告警恢復。M、N值通過E1芯片內部存放器進行設置。AIS〔AlarmIndicationSignal：告警指示信號〕： 沒有幀格式的全“1〞信號，指示傳輸線路或設備發(fā)生嚴重故障。LFA〔Lossofframealignment：幀失步〕： 出現(xiàn)連續(xù)三幀的幀頭信號錯誤，表示幀同步喪失。RAI〔RemoteAlarmIndication：遠端告警指示〕： 當PCM終端設備檢測到接收信號喪失或幀同步喪失一段時間后，向對端發(fā) 送的告警指示信號。端口告警信息[ATN_CES950-diagnose]distdmces-alarminterser0/2/0:1Serial0/2/0:1ACtoE1Alm:LOS|LOF|LAIS|LRDI0000CES-Alm:txAIS|txRDI|rxAIS|rxRDI|underrunStat|ulRBitFlag000000E1toACAlm:LAIS|LRDI00命令解讀：第一行：ACtoE1Alm表示ATN設備E1口接收到的告警；這里和在E1口下使用displaythisinterface顯示的告警信息相同。這里的AC表示和ATN的E1對接的基站或者儀表。LOS：表示E1接口沒有收到信號，此時一般表示E1接口沒有接線或者接線了但是E1線有問題。需要排查線路。LOF：表示對接的兩個E1接口的幀格式不一致，當然對于TDM透傳MP/ATM的場景下兩邊的幀格式可以不一致。AIS：表示和E1口對接的設備在向ATN發(fā)送AIS告警；RDI：表示和E1口對接的設備在向ATN發(fā)送RDI告警；端口告警信息第二行：CES-Alm表示CES業(yè)務層面的告警信息;txAIS：表示本接口在向網(wǎng)絡側發(fā)送AIS告警，即ATN在向外發(fā)送AIS告警；在E1接口出現(xiàn)AIS告警時，會向網(wǎng)絡側發(fā)送AIS告警；即L比特為1；txRDI：表示本接口在向網(wǎng)絡側發(fā)送AIS告警，即ATN在向外發(fā)送RDI告警；在E1接口出現(xiàn)RDI告警時，會向網(wǎng)絡側發(fā)送RDI告警；即M比特為10；rxAIS：表示ATN的CES業(yè)務網(wǎng)絡層面收到AIS告警，這個告警是遠端〔PWE3的對端，比方CX〕發(fā)送過來的；即從遠端收到L比特為1；rxRDI：表示ATN的CES業(yè)務網(wǎng)絡層面收到RDI告警，這個告警是遠端〔PWE3的對端，比方CX〕發(fā)送過來的；即從遠端收到M比特為10；UnderrunStat：表示ATN側CES業(yè)務層面沒有收到來自網(wǎng)絡側的CES數(shù)據(jù)包，即業(yè)務斷流；ulRbitFlag：表示對端設備沒有收到CES業(yè)務數(shù)據(jù)包。即表示遠端的設備沒有收到ATN發(fā)送過去的CES數(shù)據(jù)包。第三行：E1toACAlm，表示ATN向下游發(fā)送的告警信息；LAIS：表示ATN的E1口向下游〔和ATN相連的基站〕發(fā)送AIS告警，在出現(xiàn)rxAIS以及underrunStat時，ATN會向下游發(fā)送AIS告警；LRDI：表示ATN的E1口向下游〔和ATN相連的基站〕發(fā)送RDI告警。在出現(xiàn)rxRDI告警時，ATN會向下游發(fā)送RDI告警。端口統(tǒng)計診斷視圖下：displaytdmstatisticinterfaceserial0/x/x:x[huawei-diagnose]displaytdmstatisticinterfaceSerial0/2/8:0Serial0/2/8:0LosPkts=0丟包統(tǒng)計

JtrOvrCnt=0上溢統(tǒng)計

JtrUdrCnt=0下溢統(tǒng)計

MisOrderPkts=0亂序統(tǒng)計

MalPkts=0畸幀統(tǒng)計

StrayPkts=0TxErrorSeconds=0TxSeverelyErrorSeconds=0TxUnavailableSeconds=447TotleErrorCur=0TotleErrorOld=0端口統(tǒng)計LosPkts：表示TDM丟包，即數(shù)據(jù)包發(fā)送給TDM模塊已經(jīng)出現(xiàn)丟包，需要轉發(fā)或者上游查找丟包原因；JtrOvrCnt：表示TDM業(yè)務出現(xiàn)上溢，產(chǎn)生原因根本和下溢相同；JtrUdrCnt：表示TDM業(yè)務出現(xiàn)下溢，一般是由于網(wǎng)絡抖動引起，假設出現(xiàn)周期性下溢那么一般為本端PE1的時鐘和遠端的PE2的時鐘不同步造成；MisOrderPkts：表示TDM業(yè)務出現(xiàn)亂序包，即數(shù)據(jù)包發(fā)送給TDM模塊已經(jīng)出現(xiàn)亂序，需要轉發(fā)或者上游查找亂序原因；MalPkts：表示TDM業(yè)務接收到畸幀，即為長度和本端配置不相等的包，這個統(tǒng)計項一般在靜態(tài)PW中才會出現(xiàn)。后面幾個ErrorSeconds〔誤碼秒〕的統(tǒng)計項主要是由于上面5個的統(tǒng)計項引起，可不重點關注。

TDM/ATMTDM關鍵參數(shù)介紹MS-PW方案介紹典型配置通斷類故障定位總體思路數(shù)通網(wǎng)絡內部VC側常見故障(通斷類)與基站對接側的AC側常見故障〔通斷類〕與基站控制器對接側的AC側常見故障〔通斷類〕質量類故障定位無線常見質量類故障故障案例案例1：某局點TDM長期掛表測試，測試儀定期有AIS告警案例2：某局點割接3G業(yè)務，發(fā)現(xiàn)有10幾個基站業(yè)務不通案例3：某局點大量基站出現(xiàn)誤碼，個別站點出現(xiàn)掉話情況目錄大區(qū)核心CRIP承載網(wǎng)B網(wǎng)AS38351省局PR(BR)市局ARVPNRR反射器PE-ASBR私網(wǎng)：MP-IBGPIP承載網(wǎng)A網(wǎng)ASxxxx169骨干網(wǎng)AS4837IPRAN在中國聯(lián)通網(wǎng)絡中的地位市局ER私網(wǎng)：MP-EBGP(Option-A)私網(wǎng)：MP-EBGP(Option-A)公網(wǎng)：ISIS公網(wǎng)：ISIS城域網(wǎng)ASxxxx聯(lián)通W網(wǎng)–B網(wǎng)省內延伸AS64xxx增值業(yè)務平臺私網(wǎng)：靜態(tài)路由、VRRP機房CESGSNGGSNMGWMSCServer公網(wǎng)：OSPF公網(wǎng)：EBGP公網(wǎng)：OSPF/ISIS+IBGP公網(wǎng)：ISIS+IBGP固網(wǎng)MSCServerRNCBSC大客戶專線Internet訪問公網(wǎng)：EBGPPS防火墻Gi-CECS-CEGn-CEBTSIPRAN承載網(wǎng)RAN-CECSGAGGNodeBATMRNCLastMileAccessAggregationRNC/SGW/MMERSGRSGCSGMS-PWBTSNodeB/eNBE1Eth.IPRNC/S-GW/MMEATNNodeBATMBSCSTM-1STM-1GE2GTDMPWE33GATMPWE33GETHVRFLTEVRFS1LTEVRFX2HierarchyL3VPNAccess

Tunnel2GTDMPWE33GATMPWE33GETHVRFLTEVRFS1TDM/ATM業(yè)務Ethernet+IP業(yè)務Aggregate

TunnelASGASGX2IPRAN當前主推方案-ATN+CX方案，分為4個子方案，HierarchyVPN〔分層VPN〕為典型組網(wǎng)形式：具備大規(guī)模動態(tài)組網(wǎng)能力，每對NPE可支撐的最大基站數(shù)：100*40*1k=4000k基站〔10種業(yè)務/基站〕接入環(huán)和會聚環(huán)故障相互隔離，網(wǎng)絡健壯性好、平安性高基站歸屬關系變更、破環(huán)加點等業(yè)務調整方便〔以太業(yè)務〕L3VPN〔三層VPN〕L3VPNPWE3〔二層VPN〕ATNATNATN910/950CX600ATN+CX方案場景-HVPN方案〔中國聯(lián)通〕UPESPENPEPWE3MS-PW方案概覽IGP為保證數(shù)據(jù)轉發(fā)，從CSG到RSG之間部署層次化的IGP（OSPF/ISIS），通過路由策略在ASG進行路由的匯聚和過濾，減少由于路由更新和維護所占用的流量帶寬；推薦的路由協(xié)議為：分進程的IS-ISMPLS隧道為保證業(yè)務承載，需從CSG到ASG之間和ASG到RSG之間分別建立MPLS隧道（LDP/TE）；推薦的隧道協(xié)議：動態(tài)RSVP-TEVPN為保證業(yè)務隔離，從CSG到ASG之間和ASG到RSG之間建立分段的PW；保護倒換推薦的保護及檢測：PWRedundancy、MPLSTEHot-Standby、BFD、GRTDM業(yè)務報文轉發(fā)Page17ATNGECSGCX60010GRSGMS-PWCX600GE10GASGGEMS-PWTDMPWAccessTunnelAggregateTunnelPWE3TDMPWGEBTSBSCPWE3TDMTDMPW1LSP1ETH1TDMTDMLSPSwapPWSwapPW2LSP2ETH2TDMTDM/ATMTDM關鍵參數(shù)介紹MS-PW方案介紹典型配置通斷類故障定位總體思路數(shù)通網(wǎng)絡內部VC側常見故障(通斷類)與基站對接側的AC側常見故障〔通斷類〕與基站控制器對接側的AC側常見故障〔通斷類〕質量類故障定位無線常見質量類故障故障案例案例1：某局點TDM長期掛表測試，測試儀定期有AIS告警案例2：某局點割接3G業(yè)務，發(fā)現(xiàn)有10幾個基站業(yè)務不通案例3：某局點大量基站出現(xiàn)誤碼，個別站點出現(xiàn)掉話情況目錄MSPW典型配置組網(wǎng)CSG1CSG2ASG3ASG4RSG5RSG6LSRID1.1.1.12.2.2.23.3.3.34.4.4.45.5.5.56.6.6.6容易出錯的典型配置舉例—CSG【CSGTDM】pw-templatetdm//創(chuàng)立TDM業(yè)務的PW模板control-word//為了傳遞告警、時鐘等信息，TDM業(yè)務必須使能控制字tnl-policyIPRAN//配置PW所采用的隧道策略jitter-bufferdepth8//配置JitterBuffer的深度為8ms，推薦PW兩端配置一致，否那么影響網(wǎng)絡時延和對網(wǎng)絡抖動的容忍度tdm-encapsulation-number8//配置每個PW報文中封裝的TDM幀的個數(shù)8，PW兩端配置的封裝幀數(shù)必須一致，否那么PW不能UPinterfaceSerial0/2/0:0//進入E1對應的串口，串口的接口編號與E1接口對應link-protocoltdm//配置鏈路協(xié)議是TDMmplsl2vc3.3.3.3pw-templatetdm100//配置主PW〔CSG到主用ASG之間〕mplsl2vc4.4.4.4pw-templatetdm101secondary//配置備PW〔CSG到備ASG之間〕mplsl2vpnredundancyindependent//配置獨立模式的PW冗余方案與BypassPW相互配合，實現(xiàn)網(wǎng)絡側故障隔離mplsl2vpnstream-dual-receiving//配置主備PW同時具有接收報文的功能，即雙收功能，否那么PW回切過程中報文喪失mplsl2vpnoam-mapping//使能AC側狀態(tài)和網(wǎng)絡側狀態(tài)的映射功能★具體配置以網(wǎng)絡解決方案發(fā)布的配置基線為準容易出錯的典型配置舉例—ASG/RSG【ASG】mplsswitch-l2vc5.5.5.5200tunnel-policyIPRANbetween1.1.1.1100tunnel-policyIPRAN

encapsulationsatop-e1control-word-transparent//配置封裝類型為satop-e1的主用PW交換，用于TDM業(yè)務mplsswitch-l2vc5.5.5.5500tunnel-policyIPRANbetween1.1.1.1300tunnel-policyIPRAN

encapsulationatm-1to1-vcccontrol-word-transparent//配置封裝類型為atm-1to1-vcc的主用PW交換，用于ATM業(yè)務【RSGTDM】pw-templatetdm//創(chuàng)立TDM業(yè)務的PW模板control-word//為了傳遞告警、時鐘等信息，TDM業(yè)務必須使能控制字tnl-policyIPRAN//配置PW所采用的隧道策略jitter-bufferdepth8//配置JitterBuffer的深度8tdm-encapsulation-number8//配置每個PW報文中封裝的TDM幀的個數(shù)8,PW兩端配置的封裝幀數(shù)必須一致interfaceTrunk-Serial0/1:0link-protocoltdm//配置封裝為TDMmplsl2vc3.3.3.3pw-templatetdm200//配置主PWmplsl2vpnoam-mapping★具體配置以網(wǎng)絡解決方案發(fā)布的配置基線為準BFDforPW典型配置如果網(wǎng)絡中有設備上使用了LPU-41單板，在配置BFDforPW時，不能使用TTL方式。即bfd命令中不需要參數(shù)remote-peerx.x.x.xpw-ttlauto-calculate?！驹贑SG1配置主用PW的BFD檢測】bfd

tdm_primarybindpwinterfaceSerial0/2/0:0//配置主PW的BFD檢測。discriminatorlocal150discriminatorremote150min-tx-interval50min-rx-interval50commit【在CSG1配置備用PW的BFD檢測】bfd

tdm_secondarybindpwinterfaceSerial0/2/0:0secondary//配置備用PW的BFD檢測。discriminatorlocal200discriminatorremote200min-tx-interval50min-rx-interval50commit【在RSG5配置主用PW的BFD檢測】bfd

tdm_primarybindpwinterfaceTrunk-Seria0/1:0discriminatorlocal150discriminatorremote150min-tx-interval50min-rx-interval50commit【在RSG6配置備用PW的BFD檢測】bfd

tdm_secondarybindpwinterfaceTrunk-Seria0/1:0discriminatorlocal200discriminatorremote200min-tx-interval50min-rx-interval50commit★具體配置以網(wǎng)絡解決方案發(fā)布的配置基線為準E-APS1+1典型配置【配置主RSG】interfaceTrunk-Serial0/1:0mplsl2vc6.6.6.6pw-templatetdmac-bypass1000pw-bypass2000//配置雙bypassPW。參數(shù)ac-bypassvc-idpw-bypassvc-id不能與參數(shù)bypass或參數(shù)secondary同時配置。interfaceLoopBack2mplsl2vc6.6.6.6pw-templatetdm150admin//主備RSG之間的管理PW#interfaceLoopBack3mplsl2vc6.6.6.6pw-templatetdm151admin//主備RSG之間的管理PW//配置E-APScontrollerCpos3/1/0undoshutdownapsgroup1//創(chuàng)立APSGroup并將接口參加該組。指定該接口為的APSGroup1的工作接口。hold-up//保持本端接口有收光時始終up，即保護類型為單端倒換。不做該配置，即為雙端倒換。cpos-trunk0//工作接口和保護接口必須參加同一trunk鏈路。apstrackbfd-sessionsession-nameRSG5_for_aps//配置APS綁定BFD會話bfdRSG5_to_acbindpwinterfaceLoopBack2track-interfacecontrollerCpos3/1/0//主RSG設備上配置BFD檢測管理PW，以跟蹤APS保護端口狀態(tài)。discriminatorlocal1500discriminatorremote1500min-tx-interval100min-rx-interval100commitbfdRSG5_for_apsbindpwinterfaceLoopBack3select-board2//配置BFD檢測管理PW，與備RSG設備上跟蹤APS保護端口BFD配置配對。選板在APS工作端口所在單板。備RSG設備上APS保護端口跟蹤該BFD狀態(tài)。discriminatorlocal2500discriminatorremote2500min-tx-interval100min-rx-interval100commit【配置備RSG】interfaceTrunk-Serial0/1:0

mplsl2vc5.5.5.5pw-templatetdmac-bypass2000pw-bypass1000//配置雙bypassPW，備設備的VCID需與主設備對應。interfaceLoopBack2

mplsl2vc5.5.5.5pw-templateatm150admin//主備RSG之間的管理PW#interfaceLoopBack3

mplsl2vc5.5.5.5pw-templateatm151admin//主備RSG之間的管理PW

controllerCpos3/1/0undoshutdown

apsgroup1

aps指定該接口為的APSGroup1的保護接口。

apsmodeone-plus-oneunidirection//配置APS自動保護倒換的模式為單端1+1模式。

apsrevert10//配置APSGroup的回切等待時間為10分鐘。不做該配置即為非恢復型

hold-up//保持本端接口有收光時始終up，即保護類型為單端倒換。不做該配置，即為雙端倒換。

cpos-trunk0bfdRSG6_for_apsbindpwinterfaceLoopBack2select-board2//配置BFD檢測管理PW，與備RSG設備上檢測APS保護端口的BFD配置配對。選板在APS工作端口所在單板。備RSG設備上APS保護端口跟蹤該BFD狀態(tài)。

discriminatorlocal1500discriminatorremote1500min-tx-interval100min-rx-interval100commitbfdRSG6_to_acbindpwinterfaceLoopBack3track-interfacecontrollerCpos3/1/0//備RSG設備上配置BFD檢測管理PW，以跟蹤APS保護端口狀態(tài)。

discriminatorlocal2500discriminatorremote2500min-tx-interval100min-rx-interval100commitcontrollerCpos3/1/0

apstrackbfd-sessionsession-nameRSG6_for_aps//配置APS綁定BFD會話【說明】APS1+1單端倒換方式，只要求BSC側部署1+1線性復用段，無需跑協(xié)議，不存在不同廠家設備對接風險，為我司主推方案★具體配置以網(wǎng)絡解決方案發(fā)布的配置基線為準APS1+1方案時故障倒換假設主PW〔Normal-PW〔A〕〕故障，那么主RSG進行AC〔B〕與DNI-PW〔C〕之間橋接，備用RSG進行備用PW〔Normal-PW〔A〕〕與DNI-PW〔C〕之間橋接假設主RSG設備故障，即Normal-PW〔A〕、AC〔B〕、DNI-PW〔C〕均為Standby狀態(tài)，不橋接，而備用RSG狀態(tài)為Normal-PW〔A〕、AC〔B〕、DNI-PW〔C〕均為Active狀態(tài)，進行Normal-PW與AC之間的橋接假設主AC故障，那么Normal-PW〔A〕、DNI-PW〔C〕為Active狀態(tài)，進行Normal-PW與DNI-PW之間橋接，而備用RSG狀態(tài)為Normal-PW〔A〕為Standby狀態(tài)，AC〔B〕、DNI-PW〔C〕均為Active狀態(tài)，進行DNI-PW與AC之間的橋接231TDM/ATMTDM關鍵參數(shù)介紹MS-PW方案介紹典型配置通斷類故障定位總體思路數(shù)通網(wǎng)絡內部VC側常見故障(通斷類)與基站對接側的AC側常見故障〔通斷類〕與基站控制器對接側的AC側常見故障〔通斷類〕質量類故障定位無線常見質量類故障故障案例案例1：某局點TDM長期掛表測試，測試儀定期有AIS告警案例2：某局點割接3G業(yè)務，發(fā)現(xiàn)有10幾個基站業(yè)務不通案例3：某局點大量基站出現(xiàn)誤碼，個別站點出現(xiàn)掉話情況目錄故障定位總體思路綜合故障范圍及網(wǎng)絡結構，整體上分為三個故障段與無線對接的A段：CSG基站與無線對接的C段：RSG基站控制器數(shù)通網(wǎng)絡內部的B段：CSGASGRSGACBTDM/ATMTDM關鍵參數(shù)介紹MS-PW方案介紹典型配置通斷類故障定位總體思路數(shù)通網(wǎng)絡內部VC側常見故障(通斷類)與基站對接側的AC側常見故障〔通斷類〕與基站控制器對接側的AC側常見故障〔通斷類〕質量類故障定位無線常見質量類故障故障案例案例1：某局點TDM長期掛表測試，測試儀定期有AIS告警案例2：某局點割接3G業(yè)務，發(fā)現(xiàn)有10幾個基站業(yè)務不通案例3：某局點大量基站出現(xiàn)誤碼，個別站點出現(xiàn)掉話情況目錄PWDOWN問題定位〔CSG/RSG〕【命令行】[CSG/RSG]displaymplsl2vcinterfaceSerial0/4/0:1可以通過如下命令查看具體是哪個TUNNELdisplaytunnel-infotunnel-id2PWDOWN問題定位〔ASG〕【命令行】[ASG]displaymplsswitch-l2vc5.5.5.51200encapsulationsatop-e1[F2-CX3-1]displaymplsswitch-l2vc5.5.5.51200encapsulationsatop-e1*Switch-l2vctype:LDP<>LDPVCID:1200,500VCType:SATE1overPacketVCState:UPVCStatusCode|PSN|OAM|FW||PSN|OAM|FW|-LocalVC:|UP|UP|UP||UP|UP|UP|-RemoteVC:|UP|UP|UP||UP|UP|UP|SessionState:UP,UPLocal/RemoteLabel:4096/4097,4097/4098InLabelStatus:0,0Local/RemoteMTU:None/None,None/NoneLocal/RemoteControlWord:Enable/Enable,Enable/EnableLocal/RemoteVCCVCapability:alertttllsp-pingbfd/None,alertttllsp-pingbfd/NoneSwitch-l2vctunnelinfo: NO.0TNLType:crlsp,TNLID:0x202103 NO.0TNLType:crlsp,TNLID:0x203003CKey:2,4NKey:1,3Tunnelpolicy:IPRAN,IPRANControl-Wordtransparent:YESCreatetime:0days,0hours,0minutes,15secondsUPtime:0days,0hours,0minutes,0secondsLastchangetime:0days,0hours,0minutes,15secondsVClastuptime:0000/00/0000:00:00VCtotaluptime:0days,0hours,0minutes,0seconds查看是否迭代到了隧道LDP會話DOWN問題定位【問題確認】檢查ATN上MPLSLDP會話是否建立成功。如下所示，如果LDP狀態(tài)為Operational，那么表示LDP會話建立成功?！境Ｒ妴栴}及處理】1〕檢查公網(wǎng)路由是否可達，必須保證公網(wǎng)路由可達；2〕檢查MPLSLDP是否配置，配置是否正確，比方下面的remote-ip地址是否符合預期；<HUAWEI>displaymplsldpsessionallLDPSession(s)inPublicNetworkCodes:LAM(LabelAdvertisementMode),SsnAgeUnit(DDDD:HH:MM)A'*'beforeasessionmeansthesessionisbeingdeleted.

PeerIDStatusLAMSsnRoleSsnAgeKASent/Rcv

1.1.1.106:0OperationalDUActive0001:02:486435/6435##【常見問題及處理】TE隧道狀態(tài)DOWN，可能原因：1〕檢查公網(wǎng)路由是否可達，必須保證公網(wǎng)路由可達。2〕檢查TE配置是否正確，比方tunnel的目的IP，接口是否使能TE，顯示路徑配置是否符合規(guī)劃等。3〕如果是從UP變?yōu)镈OWN狀態(tài)，可以用命令displaymplstetunnel-interfacelast-errorX/X/X查看上一次DOWN的原因TE隧道狀態(tài)UP，但Ping不通，可能原因：ATN不支持MPLS的PHP特性〔該問題僅限ATNV2R1C00版本〕，可以使用displaymplstetunnelpathtunnel-nameX/X/X命令查看CX是否給ATN分配隱式空標簽3。需要將CX上倒數(shù)第二跳標簽彈出方式改為“non-null〞。[HUAWEI]displaymplstetunnel-interfaceTunnel0/0/0

Tunnel0/0/0

TunnelStateDesc:UP

ActiveLSP:PrimaryLSP

SessionID:1

AdminState:UPOperState:UP

PrimaryLSPState:UP

MainLSPState:READYLSPID:1TE隧道DOWN問題定位【問題確認】檢查ATN上Tunnel的主備LSP狀態(tài)如下所示，TE隧道狀態(tài)為UP；TE隧道狀態(tài)UP后，還需要檢查TE是否可以Ping通。如果TE隧道狀態(tài)DOWN或者Ping不通，請參照常見問題及處理進行檢查。[HUAWEI]displaymplstetunnel-interfacelast-errorTunnel0/0/0Tunnelname:Tunnel0/0/0ErrorNo.:1LSPType

:Best-EffortLSP

LSPID

:10.224.31.21:2093:39707

ErrorCode:0x180007

OccurTime:2021-09-0722:05:19+08:00

ErrorInfo:errornode=

RoutingProblemRROindicatedroutingloops//說明網(wǎng)絡中存在沖突的IP地址。其它錯誤可以參考產(chǎn)品手冊中對該命令行的解釋

[HUAWEI]displaymplstetunnelpathtunnel-nameTunnel0/0/0TunnelInterfaceName:Tunnel0/0/0LspID:1.1.1.96:1:3HopInformationHop0123.123.123.1Hop1123.123.123.2Label22Hop21.1.1.97Label22CSG：在E1接口下啟動PRBS測試[CSG]testconnectivityinterfaceSerial0/2/0:0standing10查看測試結果：displayconnectivity-testinterfaceSerial0/2/0:0record[1]:complete,error:0record[2]:complete,error:0TDM業(yè)務PRBS測試RSG：E1口本地環(huán)回[HUAWEI]controllercpos1/0/0[HUAWEI-Cpos1/0/0]e11setloopbacklocal12RNCCSGASGRSGPPRBS測試需要兩步：在開局現(xiàn)場，由于經(jīng)常缺乏儀表，無法知道PW的質量。PRBS功能通過自發(fā)自收偽隨機碼檢測誤碼情況，類似于在設備上實現(xiàn)一個簡單的誤碼儀，方便開局、維護和測試。環(huán)了之后業(yè)務會中斷TDM/ATMTDM關鍵參數(shù)介紹MS-PW方案介紹典型配置通斷類故障定位總體思路數(shù)通網(wǎng)絡內部VC側常見故障(通斷類)與基站對接側的AC側常見故障〔通斷類〕與基站控制器對接側的AC側常見故障〔通斷類〕質量類故障定位無線常見質量類故障故障案例案例1：某局點TDM長期掛表測試，測試儀定期有AIS告警案例2：某局點割接3G業(yè)務，發(fā)現(xiàn)有10幾個基站業(yè)務不通案例3：某局點大量基站出現(xiàn)誤碼，個別站點出現(xiàn)掉話情況目錄定界基站是否出問題方法將ATN與基站對接的E1接口自環(huán)，如果此時RNC/BSC仍然顯示基站掉線，說明RNC或者IPRAN有問題。方法：[HUAWEI]controllerE10/2/0[HUAWEI-E10/2/0]loopbacklocal//該命令配上去接口下沒有顯示，需要用下面的命令查看是否設置成功。[HUAWEI-96-E10/2/0]displaythisinterfaceE10/2/0currentstate:UPDescription:HUAWEI,E10/2/0InterfacePhysicallayerisPacketOverNO-CRC4clockmaster,linecodehdb3,loopbacklocal//表示自環(huán)成功Alarm:none該命令在ATN上默認只生效5分鐘，需要在系統(tǒng)視圖下配置undoloopbackautoclear取消環(huán)回自動消除功能。TDM/ATMTDM關鍵參數(shù)介紹MS-PW方案介紹典型配置通斷類故障定位總體思路數(shù)通網(wǎng)絡內部VC側常見故障(通斷類)與基站對接側的AC側常見故障〔通斷類〕與基站控制器對接側的AC側常見故障〔通斷類〕質量類故障定位無線常見質量類故障故障案例案例1：某局點TDM長期掛表測試，測試儀定期有AIS告警案例2：某局點割接3G業(yè)務，發(fā)現(xiàn)有10幾個基站業(yè)務不通案例3：某局點大量基站出現(xiàn)誤碼，個別站點出現(xiàn)掉話情況目錄定界RNC/RSG是否有問題將RSG與RNC相連的CPOS口對應的時隙遠端環(huán)回，如果此時RNC/BSC仍然顯示基站掉線，說明RNC本身有問題HUAWEI]controllerCpos7/2/0[HUAWEI-Cpos7/2/0]e11setclockslave//設置遠端環(huán)回需要將時鐘狀態(tài)設置成slave[HUAWEI-Cpos7/2/0]e11setloopbackremote//設置遠端環(huán)回這里是針對cpos口的固定時隙進行遠端回環(huán)，不會影響其他時隙。定界CSG/RSG是否有問題選擇RSG上一個不用的時隙，與業(yè)務時隙建立本地CCC，將不用的時隙進行本地環(huán)回，這樣報文相當于在RSG本身轉了一圈回到RNC[HUAWEI]ccctestinterfaceSerial0/2/0:0out-interfaceSerial0/2/1:0對應CX上可能是trunk-serial接口。這個接口是接RNC的。這個接口找一個沒有用的通道創(chuàng)立。然后把這個通道本地環(huán)回。方法見上一頁。TDM/ATMTDM關鍵參數(shù)介紹MS-PW方案介紹典型配置通斷類故障定位總體思路數(shù)通網(wǎng)絡內部VC側常見故障(通斷類)與基站對接側的AC側常見故障〔通斷類〕與基站控制器對接側的AC側常見故障〔通斷類〕質量類故障定位無線常見質量類故障SD誤碼檢測技術故障案例案例1：某局點TDM長期掛表測試，測試儀定期有AIS告警案例2：某局點割接3G業(yè)務，發(fā)現(xiàn)有10幾個基站業(yè)務不通案例3：某局點大量基站出現(xiàn)誤碼，個別站點出現(xiàn)掉話情況目錄無線常見質量類故障無線常見質量類故障包括掉話、基站有誤碼告警等。一般情況下可能是由于IPRAN內部丟包、網(wǎng)絡抖動過大、時鐘不同步導致。排查步驟：在ATN和CX上查看接口錯包統(tǒng)計，下面以在CSG上查看為例：

需要觀察其是否在增長<CSG>displayinterfaceSerial0/2/2:0Outputerror:

0UnderrunCount,0OverrunCount0LosPkts,0MisOrderPkts0MalformedPkts,0ErrorPkts0TotleErrorCur,0TotleErrorOldES:0,SES:0,UAS:0LosPkts：網(wǎng)絡側丟包統(tǒng)計，表示RSG到CSG這個方向上有丟包。JtrOvrCnt：jitterbuffer上溢統(tǒng)計，表示時鐘不同步或者網(wǎng)絡抖動過大JtrUdrCnt：jitterbuffer下溢統(tǒng)計，表示時鐘不同步或者網(wǎng)絡抖動過大MisOrderPkts：亂序包統(tǒng)計，序列號不連續(xù)，比方網(wǎng)絡中有負載分擔MalPkts：畸幀統(tǒng)計：比方包長不對等。誤碼檢測技術IPRAN內部丟包主要是光模塊收發(fā)光不正常，接口產(chǎn)生crc錯包，而TDM業(yè)務對丟包比較敏感。舉例說明：阿朗3G基站對于IPRAN丟包率不能超過9E-5〔萬分之5，假設IPRANTDM裝幀數(shù)是8的話，每秒1000個PW報文〕，換句話說10s之內丟5個包，基站就會退服。目前IPRAN通過BFD來檢測鏈路狀況，BFD是通過自發(fā)探測報文來檢測鏈路，一般來說BFDFORLSP配置成10ms檢測周期，3倍檢測次數(shù)，也就是說要在3個周期內報文全部丟掉才會進行鏈路切換。如果鏈路上有很少量的丟包，比方萬分之5，BFD很難檢測到，這時候就需要誤碼倒換技術。誤碼倒換技術通過檢測接口crc錯包，算出丟包率，如果丟包率到達設置的闕值，那么將業(yè)務倒換到備鏈路。TDMPWE3性能監(jiān)控步驟1：配置性能任務，選擇TDM指標步驟2：查看歷史性能數(shù)據(jù)TDM/ATMTDM關鍵參數(shù)介紹MS-PW方案介紹典型配置通斷類故障定位總體思路數(shù)通網(wǎng)絡內部VC側常見故障(通斷類)與基站對接側的AC側常見故障〔通斷類〕與基站控制器對接側的AC側常見故障〔通斷類〕質量類故障定位無線常見質量類故障SD誤碼檢測技術故障案例案例1：某局點TDM長期掛表測試，測試儀定期有AIS告警案例2：某局點割接3G業(yè)務，發(fā)現(xiàn)有10幾個基站業(yè)務不通案例3：某局點大量基站出現(xiàn)誤碼，個別站點出現(xiàn)掉話情況目錄問題上升時，必要的反響信息反饋項目內容局點信息例:南非MTN商用局點/準入測試項目問題發(fā)生詳細時間XX年XX月XX日XX：XX一線聯(lián)系人信息

是否可以遠程接入歐洲區(qū)域一律不允許遠程接入。其他局點如可以，留下接入方式涉及設備類型涉及設備類型、版本、網(wǎng)管版本等涉及到業(yè)務類型整網(wǎng)使用的方案，L2+L3,HOVPN,NATIVEIP等問題緊急程度請根據(jù)實際情況填寫，客戶態(tài)度等問題詳細描述在XXX設備進行了XXX操作（或者沒有進行操作）之后，XXX設備出現(xiàn)了XXX（上報告警、復位、業(yè)務中斷、業(yè)務丟包閃斷、脫管、業(yè)務配置不下去）故障。問題當前狀態(tài)經(jīng)過XXX操作，XXX業(yè)務已經(jīng)恢復（或未恢復）XXX設備脫管已經(jīng)恢復（或未恢復）。當前定位進展已經(jīng)進行了XXX維護手段進行定位（比如PING測試），結果是XXX。進行的定位操作需要有操作記錄，作為附件問題相關的組網(wǎng)描述涉及到設備的組網(wǎng)拓撲，與微波或者第三方網(wǎng)絡對接時需要標出來附件必須采集的信息：

1、日志和診斷日志（采集CFCARD中所有的用戶日志和診斷文件，ATN950設備必須取備板所有的用戶日志和診斷日志文件）

2、一鍵式故障采集信息

3、根據(jù)需要采集的命令行信息

4、組網(wǎng)拓撲附件【組網(wǎng)信息】【方案描述】【故障現(xiàn)象】【原因分析】【處理過程】【問題總結】案例結構案例一：某局點TDM長期掛表測試，測試儀定期有AIS告警【組網(wǎng)信息】【故障現(xiàn)象】MTS5800長期掛表測試，發(fā)現(xiàn)每隔1個多小時左右測試儀與ATN對接的E1口出現(xiàn)一個AIS告警，與CX對接的Cpos接口沒有出現(xiàn)告警?！痉桨该枋觥吭摐y試是比較典型的測試組網(wǎng)，時鐘源從RSG過來，通過ACR傳遞給ASG，通過同步以太傳遞給CSG案例一：1、故障信息采集1、采集ATN和CX的

一鍵式診斷信息：

displaydiagnostic-information、日志和診斷日志從ATN一鍵式采集信息來看，ATN和CX的時鐘狀態(tài)都是鎖定的===============displayclocksource=======================================================================

SystemtracesourceState:lockmodeintopull-inrange

Currentsystemtracesource:GE0/1/0//跟蹤這個接口，是與CX對接的Current2M-1tracesource:systemPLLCurrent2M-2tracesource:systemPLL

Frequencylocksuccess:yesMasterboardSourcePri(sys/2m-1/2m-2)In-SSMOut-SSMStateRefSource

GE0/1/01//prcdnunormalYesGE0/2/02//dnuprcnormalYes[CX600-X8-ASG-NA-001-diagnose]=======================================================================displayclocksource=======================================================================

SystemtracesourceState:lockmodeCurrentsystemtracesource:ptpCurrent2M-1tracesource:systemPLLCurrent2M-2tracesource:systemPLL

Frequencylocksuccess:yesMasterboardSourcePri(sys/2m-1/2m-2)In-SSMOut-SSMStateRefSource

ptp1//prc--normalYesGE6/0/02//dnuprcnormalYesGE8/0/02//dnuprcnormalYesGE6/1/02//dnuprcnormalYesCX的時鐘狀態(tài)如下：ATN的時鐘狀態(tài)如下：2、分析ATN日志和診斷日志，發(fā)現(xiàn)ATN上每隔一小時左右TDM會出現(xiàn)一次下溢案例一：2、可能原因分析【原因分析】1、根據(jù)采集的信息，ATN側定時出現(xiàn)AIS告警，并且是實驗室組網(wǎng)，排除了網(wǎng)絡抖動的問題，確定應該是時鐘問題2、ATN和CX的時鐘狀態(tài)都是OK的，那么問題應該出在測試儀上，有可能配置不對案例一：3、處理過程步驟一：與一線確認測試儀配置，一般在這種組網(wǎng)環(huán)境下，測試儀的兩個接口時鐘跟隨IPRAN即可,讓一線拍照查看測試儀配置，發(fā)現(xiàn)測試儀兩個接口時鐘都配置成已恢復〔recovered〕模式，表示跟蹤的線路側，配置是對的步驟二：去除ATN和CX接口統(tǒng)計信息，掛表復現(xiàn)，1個多小時后確實發(fā)現(xiàn)ATN上有下溢統(tǒng)計了，此時查看CXserial接口下的統(tǒng)計信息，發(fā)現(xiàn)Output統(tǒng)計比Input統(tǒng)計要少〔Output統(tǒng)計指的是向網(wǎng)絡側發(fā)的PWE3報文個數(shù)，Input統(tǒng)計是向線路側發(fā)送的PWE3報文個數(shù)，即從ATN側收到的〕，由于測試儀兩個接口時鐘都是同步的IPRAN，理論上應該是一樣的。疑心是測試儀Cpos口時鐘未同步，發(fā)的幀少了一般低速測試儀上面的時鐘設置，有幾個選項〔RX〔Recovered〕、Internal、External〕Statisticslastcleared:2021-08-2310:31:51Trafficstatistics:Input:21345packetsOutput:21376packets步驟三：將疑問與客戶解釋，建議客戶更換測試儀測試，客戶更換了測試儀之后，長期掛表無問題案例一：4、總結低速業(yè)務長期掛表測試是IPRAN的根本測試用例，AIS告警是一種常見的錯誤。1、首先觀察此告警是否是周期性的，如果是周期性的，一般是由于時鐘不同步導致，需排查網(wǎng)元和測試儀的配置、時鐘狀態(tài)2、如果不是周期性的，那么一般是網(wǎng)絡抖動導致，需挨個排查網(wǎng)元是否存在擁塞〔displayport-queuestatisticsinterfaceGigabitEthernet0/3/0outbound查看是否有丟包〕，需要注意是否有穿越第三方網(wǎng)絡。難點測試儀的問題很難說服客戶更換案例二：某局點割接3G業(yè)務，發(fā)現(xiàn)有10幾個基站業(yè)務不通【組網(wǎng)信息】【故障現(xiàn)象】某局點割接3G業(yè)務，總共20多個基站，有10+基站3G業(yè)務不通【方案描述】現(xiàn)網(wǎng)是TDM業(yè)務，采用典型的MS-PW冗余場景，時鐘使用的是同步以太案例二：1、故障信息采集及可能原因分析【信息采集】1、讓一線幫助在網(wǎng)管截圖上標出有問題的ATN2、選取2臺ATN采集一鍵式診斷信息：displaydiagnostic-information、日志和診斷日志【原因分析】1、現(xiàn)網(wǎng)10幾臺ATN下掛基站業(yè)務不通，疑心是會聚環(huán)出故障2、現(xiàn)網(wǎng)并沒有PW、BFD閃斷告警，有可能網(wǎng)絡中存在擁塞、概率性丟包3、TDM業(yè)務需要時鐘，時鐘不同步會導致基站業(yè)務不正常，但應該不會一直不通4、基站也是新建的，有可能是無線側配置問題案例二：2、處理過程步驟一：拿到一線拓撲后，標出ATN數(shù)據(jù)轉發(fā)路徑〔可以從網(wǎng)管上看〕發(fā)現(xiàn)大多數(shù)ATN在會聚環(huán)有幾段鏈路是共用的，于是挨個排查會聚環(huán)鏈路，發(fā)現(xiàn)有一段鏈路光模塊有問題，接口有CRC錯包，更換完光模塊后經(jīng)過該鏈路的基站恢復。步驟二：排查仍然沒有恢復的基站，日志和診斷日志里均沒有異?，F(xiàn)象，只有與基站相連的接口〔E1、FE〕在不停的震蕩，將ATN與基站相連的接口自環(huán)，發(fā)現(xiàn)RNC顯示基站OK，說明傳輸側沒有問題，最終無線自查發(fā)現(xiàn)是基站沒有激活導致，配置正確后基站正常上線[CX600]displayinterfacebriefPHY:Physical*down:administrativelydownInUti/OutUti:inpututility/outpututilityInterfacePHYProtocolInUtiOutUtiinErrorsoutErrorsGigabitEthernet0/2/16upup1%2%165000[HUAWEI]controllerE10/2/2[HUAWEI-E10/2/2]loopbacklocal[HUAWEI-E10/2/2]displaythisinterfaceE10/2/2currentstate:UPDescription:HUAWEI,E10/2/2Interfaceclockmaster,linecodehdb3,loopbacklocalAlarm:none該命令默認5分鐘后會自動失效案例二：3、總結1、出現(xiàn)批量ATN同時出問題時，首先想到可能是會聚環(huán)出故障，優(yōu)先排查會聚環(huán)設備2、TDM業(yè)務受影響一般有2種原因，時鐘不同步或者鏈路有丟包。應首先排查鏈路是否擁塞、是否有CRC錯包、是否有第三方設備以及第三方設備是否有可能有擁塞[HUAWEI]displayport-queuestatisticsinterfaceGigabitEthernet0/2/16outbound[ef]Pass:0packets,0bytesDiscard:0packets,0bytesLast5secondspassrate:0pps,0bpsLast5secondsdiscardrate:0pps,0bps查看鏈路擁塞的方法：難點不能直接從物理拓撲上去排查鏈路，一定要根據(jù)業(yè)務實際路徑排查鏈路?？梢酝ㄟ^TUNNEL路徑來查看。案例三：某局點大量基站出現(xiàn)誤碼，個別站點出現(xiàn)掉話情況