IPRAN TDM業(yè)務(wù)故障定位指導(dǎo)V20

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

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

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

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

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

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

TDM/ATMTDM關(guān)鍵參數(shù)介紹MS-PW方案介紹典型配置通斷類故障定位總體思路數(shù)通網(wǎng)絡(luò)內(nèi)部VC側(cè)常見故障(通斷類)與基站對(duì)接側(cè)的AC側(cè)常見故障〔通斷類〕與基站控制器對(duì)接側(cè)的AC側(cè)常見故障〔通斷類〕質(zhì)量類故障定位無線常見質(zhì)量類故障故障案例案例1：某局點(diǎn)TDM長期掛表測試，測試儀定期有AIS告警案例2：某局點(diǎn)割接3G業(yè)務(wù)，發(fā)現(xiàn)有10幾個(gè)基站業(yè)務(wù)不通案例3：某局點(diǎn)大量基站出現(xiàn)誤碼，個(gè)別站點(diǎ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)絡(luò)中的地位市局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)省內(nèi)延伸AS64xxx增值業(yè)務(wù)平臺(tái)私網(wǎng)：靜態(tài)路由、VRRP機(jī)房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è)務(wù)Ethernet+IP業(yè)務(wù)Aggregate

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

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

encapsulationatm-1to1-vcccontrol-word-transparent//配置封裝類型為atm-1to1-vcc的主用PW交換，用于ATM業(yè)務(wù)【RSGTDM】pw-templatetdm//創(chuàng)立TDM業(yè)務(wù)的PW模板control-word//為了傳遞告警、時(shí)鐘等信息，TDM業(yè)務(wù)必須使能控制字tnl-policyIPRAN//配置PW所采用的隧道策略jitter-bufferdepth8//配置JitterBuffer的深度8tdm-encapsulation-number8//配置每個(gè)PW報(bào)文中封裝的TDM幀的個(gè)數(shù)8,PW兩端配置的封裝幀數(shù)必須一致interfaceTrunk-Serial0/1:0link-protocoltdm//配置封裝為TDMmplsl2vc3.3.3.3pw-templatetdm200//配置主PWmplsl2vpnoam-mapping★具體配置以網(wǎng)絡(luò)解決方案發(fā)布的配置基線為準(zhǔn)BFDforPW典型配置如果網(wǎng)絡(luò)中有設(shè)備上使用了LPU-41單板，在配置BFDforPW時(shí)，不能使用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)絡(luò)解決方案發(fā)布的配置基線為準(zhǔn)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同時(shí)配置。interfaceLoopBack2mplsl2vc6.6.6.6pw-templatetdm150admin//主備RSG之間的管理PW#interfaceLoopBack3mplsl2vc6.6.6.6pw-templatetdm151admin//主備RSG之間的管理PW//配置E-APScontrollerCpos3/1/0undoshutdownapsgroup1//創(chuàng)立APSGroup并將接口參加該組。指定該接口為的APSGroup1的工作接口。hold-up//保持本端接口有收光時(shí)始終up，即保護(hù)類型為單端倒換。不做該配置，即為雙端倒換。cpos-trunk0//工作接口和保護(hù)接口必須參加同一trunk鏈路。apstrackbfd-sessionsession-nameRSG5_for_aps//配置APS綁定BFD會(huì)話bfdRSG5_to_acbindpwinterfaceLoopBack2track-interfacecontrollerCpos3/1/0//主RSG設(shè)備上配置BFD檢測管理PW，以跟蹤APS保護(hù)端口狀態(tài)。discriminatorlocal1500discriminatorremote1500min-tx-interval100min-rx-interval100commitbfdRSG5_for_apsbindpwinterfaceLoopBack3select-board2//配置BFD檢測管理PW，與備RSG設(shè)備上跟蹤APS保護(hù)端口BFD配置配對(duì)。選板在APS工作端口所在單板。備RSG設(shè)備上APS保護(hù)端口跟蹤該BFD狀態(tài)。discriminatorlocal2500discriminatorremote2500min-tx-interval100min-rx-interval100commit【配置備RSG】interfaceTrunk-Serial0/1:0

mplsl2vc5.5.5.5pw-templatetdmac-bypass2000pw-bypass1000//配置雙bypassPW，備設(shè)備的VCID需與主設(shè)備對(duì)應(yīng)。interfaceLoopBack2

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

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

controllerCpos3/1/0undoshutdown

apsgroup1

aps指定該接口為的APSGroup1的保護(hù)接口。

apsmodeone-plus-oneunidirection//配置APS自動(dòng)保護(hù)倒換的模式為單端1+1模式。

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

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

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

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

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

apstrackbfd-sessionsession-nameRSG6_for_aps//配置APS綁定BFD會(huì)話【說明】APS1+1單端倒換方式，只要求BSC側(cè)部署1+1線性復(fù)用段，無需跑協(xié)議，不存在不同廠家設(shè)備對(duì)接風(fēng)險(xiǎn)，為我司主推方案★具體配置以網(wǎng)絡(luò)解決方案發(fā)布的配置基線為準(zhǔn)APS1+1方案時(shí)故障倒換假設(shè)主PW〔Normal-PW〔A〕〕故障，那么主RSG進(jìn)行AC〔B〕與DNI-PW〔C〕之間橋接，備用RSG進(jìn)行備用PW〔Normal-PW〔A〕〕與DNI-PW〔C〕之間橋接假設(shè)主RSG設(shè)備故障，即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)，進(jìn)行Normal-PW與AC之間的橋接假設(shè)主AC故障，那么Normal-PW〔A〕、DNI-PW〔C〕為Active狀態(tài)，進(jìn)行Normal-PW與DNI-PW之間橋接，而備用RSG狀態(tài)為Normal-PW〔A〕為Standby狀態(tài)，AC〔B〕、DNI-PW〔C〕均為Active狀態(tài)，進(jìn)行DNI-PW與AC之間的橋接231TDM/ATMTDM關(guān)鍵參數(shù)介紹MS-PW方案介紹典型配置通斷類故障定位總體思路數(shù)通網(wǎng)絡(luò)內(nèi)部VC側(cè)常見故障(通斷類)與基站對(duì)接側(cè)的AC側(cè)常見故障〔通斷類〕與基站控制器對(duì)接側(cè)的AC側(cè)常見故障〔通斷類〕質(zhì)量類故障定位無線常見質(zhì)量類故障故障案例案例1：某局點(diǎn)TDM長期掛表測試，測試儀定期有AIS告警案例2：某局點(diǎn)割接3G業(yè)務(wù)，發(fā)現(xiàn)有10幾個(gè)基站業(yè)務(wù)不通案例3：某局點(diǎn)大量基站出現(xiàn)誤碼，個(gè)別站點(diǎn)出現(xiàn)掉話情況目錄故障定位總體思路綜合故障范圍及網(wǎng)絡(luò)結(jié)構(gòu)，整體上分為三個(gè)故障段與無線對(duì)接的A段：CSG基站與無線對(duì)接的C段：RSG基站控制器數(shù)通網(wǎng)絡(luò)內(nèi)部的B段：CSGASGRSGACBTDM/ATMTDM關(guān)鍵參數(shù)介紹MS-PW方案介紹典型配置通斷類故障定位總體思路數(shù)通網(wǎng)絡(luò)內(nèi)部VC側(cè)常見故障(通斷類)與基站對(duì)接側(cè)的AC側(cè)常見故障〔通斷類〕與基站控制器對(duì)接側(cè)的AC側(cè)常見故障〔通斷類〕質(zhì)量類故障定位無線常見質(zhì)量類故障故障案例案例1：某局點(diǎn)TDM長期掛表測試，測試儀定期有AIS告警案例2：某局點(diǎn)割接3G業(yè)務(wù)，發(fā)現(xiàn)有10幾個(gè)基站業(yè)務(wù)不通案例3：某局點(diǎn)大量基站出現(xiàn)誤碼，個(gè)別站點(diǎn)出現(xiàn)掉話情況目錄PWDOWN問題定位〔CSG/RSG〕【命令行】[CSG/RSG]displaymplsl2vcinterfaceSerial0/4/0:1可以通過如下命令查看具體是哪個(gè)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會(huì)話DOWN問題定位【問題確認(rèn)】檢查ATN上MPLSLDP會(huì)話是否建立成功。如下所示，如果LDP狀態(tài)為Operational，那么表示LDP會(huì)話建立成功?！境Ｒ妴栴}及處理】1〕檢查公網(wǎng)路由是否可達(dá)，必須保證公網(wǎng)路由可達(dá)；2〕檢查MPLSLDP是否配置，配置是否正確，比方下面的remote-ip地址是否符合預(yù)期；<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)路由是否可達(dá)，必須保證公網(wǎng)路由可達(dá)。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分配隱式空標(biāo)簽3。需要將CX上倒數(shù)第二跳標(biāo)簽彈出方式改為“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問題定位【問題確認(rèn)】檢查ATN上Tunnel的主備LSP狀態(tài)如下所示，TE隧道狀態(tài)為UP；TE隧道狀態(tài)UP后，還需要檢查TE是否可以Ping通。如果TE隧道狀態(tài)DOWN或者Ping不通，請(qǐng)參照常見問題及處理進(jìn)行檢查。[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)絡(luò)中存在沖突的IP地址。其它錯(cuò)誤可以參考產(chǎn)品手冊中對(duì)該命令行的解釋

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

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

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

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

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

2、一鍵式故障采集信息

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

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

一鍵式診斷信息：

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

SystemtracesourceState:lockmodeintopull-inrange

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