大范圍網(wǎng)內(nèi)的一般都是ＴＲＡ故障或交換側(cè)故障，要先確定：
１、是不是只集中在某個BSC下的，是的話一般都是BSC側(cè)TRA板問題或者其他BSC側(cè)硬件問題。
2、不光是某個BSC，而是集中在某個MSC下的，基本上都是交換側(cè)的問題。
3、如果是不同MSC都有出現(xiàn)，除了檢查各MSC內(nèi)部情況，還要檢查MSC之間的路由等鏈路是否正常。
最笨但也是最有效的方法就是到單通出現(xiàn)比較多的區(qū)選擇話務(wù)比較忙的時段進(jìn)行撥測，遇到單通就一直保持，進(jìn)行號碼跟蹤，從BSC側(cè)的設(shè)備到MSC側(cè)，以及路由中繼鏈路，然后在逐設(shè)備排查，一般都是可以搞定的。
由于每次都是其它科室配合跟蹤設(shè)備的，所一具體的指令不是很清楚，下面貼出找到的一些資料，供參考，呵呵，希望對您有幫助。
一、MSC內(nèi)部的測試方法：
單通測試的方法
單通測試時解決單通問題的最關(guān)鍵的環(huán)節(jié)，如何能在浩如煙海的傳輸電路中迅速、準(zhǔn)確定位問題的所在是我們試圖解決的最主要問題。單通測試的方法主要有兩類：一類是被動測試，它主要依靠對其他用戶的使用情況的觀測來判斷是否存在單通，例如掛表監(jiān)聽、指令監(jiān)聽、通話質(zhì)量監(jiān)測等；另一類是主動測試，它是通過測試者主動的使用某一局向的傳輸線路來探測是否存在單通，例如指定設(shè)備監(jiān)聽、撥測/追蹤等。
3.1掛表監(jiān)聽
掛表監(jiān)聽是一種能夠比較直接和迅速判斷是否有單通現(xiàn)象的方法。通過使用lite3000儀器，可以直接監(jiān)聽某條傳輸上的話務(wù)，通過監(jiān)聽用戶通話的內(nèi)容，可以初步判斷是否有單通現(xiàn)象。它的原理如圖所示：
圖 3掛表監(jiān)聽示意圖
掛表監(jiān)聽的方式檢查一般比較快，但也有不少局限，例如某些設(shè)備（如光口）沒有提供一定的接入接口作測試，另外掛表監(jiān)聽需要到機(jī)房現(xiàn)場，無法實(shí)現(xiàn)集中測試。
3.2指令監(jiān)聽
對于愛立信的交換機(jī)還可以采用Monti指令監(jiān)聽的方式來檢查單通現(xiàn)象，它跟掛表監(jiān)測一樣，都是通過對用戶話務(wù)的監(jiān)聽來判斷是否存在單通。
當(dāng)在交換機(jī)采用指令監(jiān)聽時，交換機(jī)會發(fā)起對預(yù)設(shè)的號碼的呼叫，并把指定時隙的通話傳遞給預(yù)設(shè)號碼，這樣就可以通過任意的終端來監(jiān)聽指定設(shè)備。這種方式與掛表監(jiān)聽實(shí)質(zhì)上是完全一樣的，它特別適合于光口設(shè)備或機(jī)房分散的情況，不過這種方式的局限在于，它只適用于愛立信設(shè)備。
3.3指定設(shè)備撥測
指定設(shè)備撥測是通過一個交換機(jī)利用指定的傳輸電路和指定的設(shè)備發(fā)起對某一號碼的呼叫，并將話務(wù)接續(xù)給預(yù)定的號碼，這樣兩個電話就可以建立一條經(jīng)過了指定設(shè)備的話路，通過測試人員的通話，就可以判斷該設(shè)備是否正常。這是一種非常有效的方法，檢查速度快，不受制于用戶的行為。
這種方式對于接續(xù)較復(fù)雜的情況特別適用，它可以逐段的檢查故障，而且這種方式可靠性高，針對性強(qiáng)，對于新開局電路的測試也很適用。不過，它的局限仍然是只適用于愛立信交換機(jī)。
3.4現(xiàn)場撥測/追蹤
現(xiàn)場撥測是一種直接以用戶行為來發(fā)現(xiàn)網(wǎng)絡(luò)問題的方式，撥測的主被叫雙方分別處于兩個待檢查端局，然后通過大量的電話撥打捕捉單通現(xiàn)象，一旦發(fā)現(xiàn)單通，保持通話狀態(tài)，并立即通知有關(guān)人員，通過指令（CTRAI）進(jìn)行追蹤定位，找到發(fā)生單通的原因。它的原理如圖所示：
圖 4現(xiàn)場撥測示意圖
如果處于AMSC的手機(jī)13922200001作主叫，處于BMSC的手機(jī)13922200002作被叫，在撥測發(fā)現(xiàn)單通現(xiàn)象時，保持話務(wù)，后續(xù)的處理流程如下：
首先通過CTRAI指令在主叫（或被叫）所在局的MSC上追蹤出本次通話在MSC上占用的MALT設(shè)備和UPD設(shè)備：
CTRAI:MSISDN=8613922200001;（AMSC）
MALT設(shè)備是連接BSC的，UPD設(shè)備是連接MSC（或者TR、GW等）的。通過EXDEP可以獲得UPD設(shè)備的系統(tǒng)號和路由名，這樣我們就可以跟蹤到下一個網(wǎng)元（例如TR），并找到該網(wǎng)元中被占用的設(shè)備：
EXDEP：R＝ ，MISC1＝ ；（TR）
通過找到的設(shè)備，可以再次通過CTRAI命令來獲得通話鏈路的下一個節(jié)點(diǎn)：
CTRAI：DEV＝；
這樣，我們就可以將該次話務(wù)的整條路徑挖掘出來，通過逐段的再次檢測，就可以比較迅速的發(fā)現(xiàn)問題所在。
這種方式對于一般的單通情況檢測效率較低，但對于話路路由比較復(fù)雜，涉及網(wǎng)元多，并且在某些地段或者開通了某種業(yè)務(wù)的用戶比較容易重現(xiàn)的情況下，它不失為一種好方法。
4通話質(zhì)量監(jiān)測
前面提到的方法，都是在茫茫電路中以遍歷的方式尋找問題，效率低下，要人工測試遍歷一遍全網(wǎng)，需要耗去大量的時間和人力，很難做到及時的發(fā)現(xiàn)單通。因此，單通測試的核心問題在于如何精確的找到問題。
在愛立信交換機(jī)中，提供了解決問題的方式，即通話質(zhì)量監(jiān)測。具體的處理有三個步驟：
（1）根據(jù)每個局向（路由）的話務(wù)統(tǒng)計(jì)結(jié)果，設(shè)置交換機(jī)相應(yīng)路由的通話質(zhì)量監(jiān)測
（2）每日收集通話質(zhì)量告警
（3）根據(jù)告警收集的結(jié)果監(jiān)聽
這些步驟可以通過OPS程序來盡量減少人工的工作，下面對這幾個步驟做詳細(xì)介紹。
4.1通話質(zhì)量監(jiān)測方法
I、設(shè)置通話質(zhì)量監(jiān)測
設(shè)置通話質(zhì)量監(jiān)測是決定監(jiān)測精確度的主要因素，它的主要原理是事先對話務(wù)路由設(shè)置三個參量：設(shè)備占用時長（RCONTIME）、QUOS、QUOB，它的含義如下：一個設(shè)備在一個小時內(nèi)有N次通話，其中N1次通話時長小于設(shè)定的值RCONTIME，若N1/N*100%大于QUOS，小于QUOB，則此設(shè)備標(biāo)志為SUSPECTED，同時觸發(fā)預(yù)設(shè)級別的告警，若N1/N*100%大于QUOB，則設(shè)備標(biāo)志為FAULTY，設(shè)備閉塞。
從該原理可以看出，如果RCONTIME設(shè)置得當(dāng)，那么一旦出現(xiàn)單通，其通話時長不可避免的縮短，這樣及時輸出告警，我們就很容易迅速發(fā)現(xiàn)問題所在。因此RCONTIME的設(shè)置會對監(jiān)測的結(jié)果有極大的影響，如果RCONTIME設(shè)置過長，會出現(xiàn)大量的誤告警，降低測試效率；如果RCONTIME設(shè)置過短，就可能會漏過有問題的的電路。
對于RCONTIME的設(shè)置，可以參考依據(jù)該路由過去的忙時平均通話時長，并比平均通話時長稍低；話務(wù)忙閑也是參考因素，若話務(wù)量極低，某設(shè)備一小時內(nèi)只有一兩次占用，而剛好這一兩次占用時長較短，也可能造成告警，所以說在話務(wù)忙時進(jìn)行檢測的結(jié)果應(yīng)最為準(zhǔn)確。目前廣州端局各路由的RCONTIME的設(shè)置主要介于30～40秒，以前SSP與端局電路有查詢話費(fèi)余額的業(yè)務(wù)，通話時長較短，因此這個局向的RCONTIME一般設(shè)置為25秒。根據(jù)這樣的設(shè)置，目前廣州全網(wǎng)每天的告警輸出量在10～20個端口左右，這些多數(shù)為誤告警，是因?yàn)樵O(shè)備占用時長還是有一定概率占用較短的。
另外，QUOS和QUOB的設(shè)置也會對結(jié)果有一定影響，考慮到人們的通話習(xí)慣：正常情況，通話時長變化幅度是很大的，有人長，有人短；但出現(xiàn)單通時，人們的通話時長都較為接近。這樣可以把QUOS和QUOB設(shè)置得大一些，這體現(xiàn)了大量呼叫行為的趨同性。目前廣州各網(wǎng)元QUOS和QUOB一般都分別設(shè)置為70和90。
相關(guān)的指令主要有SEQAP、SEQAC等。
II、收集告警
通過前面的設(shè)置，交換機(jī)會不定時的輸出告警，我們需要對全網(wǎng)的交換機(jī)做一個告警的收集，而且必須及時將告警清除。
當(dāng)網(wǎng)元較多時，通過人工去收集告警是低效的，我們現(xiàn)在主要采用定時后臺執(zhí)行的OPS程序來統(tǒng)計(jì)告警，并比較幾次的結(jié)果，對出現(xiàn)告警次數(shù)較多的設(shè)備作突出顯示，并輸出到文件中。
該OPS程序的主要原理就是根據(jù)配置文件遍歷的連接各網(wǎng)元，然后通過SEQIP羅列出有告警的設(shè)備，并查出該設(shè)備對應(yīng)的DIP，然后清除告警（SEQAR）。在統(tǒng)計(jì)完各網(wǎng)元有問題的設(shè)備后，將本次統(tǒng)計(jì)出的端口與上兩次的統(tǒng)計(jì)結(jié)果相比較，在記錄文件中標(biāo)記出各端口出現(xiàn)告警的次數(shù)。
III、監(jiān)聽
每天，后臺執(zhí)行的OPS程序都會輸出告警文件，因此我們每日都對輸出的告警進(jìn)行監(jiān)聽驗(yàn)證測試。為了提高監(jiān)聽的效率，我們又采用OPS編寫了監(jiān)聽程序。
監(jiān)聽程序的主要流程是：首先程序根據(jù)告警文件讀入相應(yīng)網(wǎng)元和端口（DIP），然后連接上該網(wǎng)元，遍歷該端口對應(yīng)的設(shè)備，當(dāng)設(shè)備占用時，自動使用預(yù)設(shè)的電話來監(jiān)聽該設(shè)備，全程人工需要做的就是接聽電話和通過對話框反饋監(jiān)聽情況，最后該程序根據(jù)反饋生成Log文件。
采用了這種方式后，監(jiān)聽效率大大提高，使得每日單通測試?yán)泄ぷ鞯靡皂樌M(jìn)行。
二、路由鏈路測試：
1、滿足導(dǎo)通性測試現(xiàn)網(wǎng)需要配合的資源
1、普通愛立信端局
對于愛立信普通的MSC，要實(shí)現(xiàn)該功能則需要在硬件上添加TC1設(shè)備，該設(shè)備為雜項(xiàng)框中的PDSPL板可應(yīng)用的功能之一；在軟件上需要增加定義對應(yīng)RP、EM的TCSHR軟件，定義相關(guān)的SNT、C7路由數(shù)據(jù)。就可以對該網(wǎng)絡(luò)節(jié)點(diǎn)進(jìn)行相關(guān)的導(dǎo)通性檢驗(yàn)測試。數(shù)據(jù)修改的主要步驟如下：
1）add software
EXRUI:RP=rp,RPT=rpt,SUID="*********** *****";!TCSHR!
DBTSI:TAB=PDSPLCONF, BLOCK=TCSH, HWTYPE=3, SUIDDP="CAA 146 0015 R2B", SUIDDSP="CAA 146 0016 R1B";
EXEMI:RP=rp,RPT=rpt,EM=em,EQM=eqm,SUID="1/CAA 135 3029/TCSH R2A01";
2）add devs data
NTCOI:SNT=TCSH-0,SNTP=TSM-x-y,SNTV=1;
EXDUI
EV=TC1-0&&-31;
EXROI:R=TC,DETY=TC1,FNC=1;
EXDRI:R=TC,DEV=TC1-0&&-31;
EXDAI
EV=TC1-0&&-31;
BLODE
EV=TC1-0&&-31;
3）change route data
EXRBC:R=出路由,R2=TC;
2、愛立信軟交換端局
愛立信軟交換端局只需要在MGW上配置Continuity check(連通性檢查)的設(shè)備，就可以進(jìn)行網(wǎng)絡(luò)導(dǎo)通性測試。該設(shè)備可以實(shí)時檢測兩個節(jié)點(diǎn)之間話音的質(zhì)量。
MSC SEVER不需要配置任何數(shù)據(jù)。
佛山現(xiàn)網(wǎng)的所有軟交換端局均滿足導(dǎo)通性測試的條件。
三、導(dǎo)通性測試的實(shí)施步驟
網(wǎng)絡(luò)導(dǎo)通測試的核心內(nèi)容為利用TCCCI指令對每個時隙進(jìn)行2KHz音頻文件的系統(tǒng)導(dǎo)通測試。開通該測試功能后，只需要使用TCCCI指令對IDLE的設(shè)備進(jìn)行測試，便可以準(zhǔn)確監(jiān)控到該時隙的導(dǎo)通情況。對于MBL的設(shè)備也同樣能利用指令進(jìn)行導(dǎo)通測試，但BUSY、INCO、SEAL的設(shè)備狀態(tài)下不能進(jìn)行該導(dǎo)通測試。當(dāng)設(shè)備處于非測試狀態(tài)下，執(zhí)行該指令會出FAULTTYPE為TRUNK DEV NOT IN CORRECT STATE的描述，并且TESTRESULT為FAILED。
<TCCCI:DEV=UPDR-37464;
ORDERED
<CONTINUITY CHECK TEST RESULT
DEV TCDEVTESTRESULT
UPDR-37464 FAILED
FAULTTYPE
TRUNK DEV NOT IN CORRECT STATE
END
若被測設(shè)備處于正確的待測狀態(tài)且音頻文件能在該通路上順利收發(fā)，則測試結(jié)果將返回FAULTTYPE為空， TESTRESULT 為SUCCESSFUL，即該時隙不存在單通或者串話等問題。
<TCCCI:DEV=UPD1-4082;
ORDERED
CONTINUITY CHECK TEST RESULT
DEV TCDEVTESTRESULT
UPD1-4082SUCCESSFUL
FAULTTYPE
END
相對于人工使用指令TCTDI進(jìn)行撥打測試，該功能的使用一方面不需要手機(jī)終端配合進(jìn)行測試，節(jié)約了測試的成本，也不需要修改局?jǐn)?shù)據(jù)的話務(wù)流向，降低測試風(fēng)險(xiǎn)；另一方面系統(tǒng)自動啟用2KHz的音頻進(jìn)行收發(fā)測試，大大節(jié)約了測試時間。測試一個處于IDLE狀態(tài)的UPD設(shè)備平均使用時長約為5S，對于BUSY或者INCO的設(shè)備需等設(shè)備占用結(jié)束后才能對其進(jìn)行相應(yīng)的測試（可通過OPS編程循環(huán)檢測設(shè)備狀態(tài)）。對于每線話務(wù)量相對較大的中繼，其每設(shè)備測試占用時長也相應(yīng)長些。建議在閑時每線話務(wù)量較低的時候進(jìn)行導(dǎo)通測試，更能節(jié)省測試的時間。該方法最大的好處是在新開局入網(wǎng)之前可在不帶話務(wù)的情況下，完成單通及串話的測試，起到了預(yù)防的作用，減小了對客戶的影響。
關(guān)注樓主