何林納,李利平,殷文珊
(長沙通信職業技術學院,湖南長沙 410015)
伴隨著現代通信網絡技術的發展以及三網融合的到來,各運營商面對白熱化的市場競爭,都面臨著如何進一步減少設備建設投入,優化網絡管理,來達到降低維護成本的目的,因此對核心交換機在呼叫處理能力及網絡管理等方面都提出了更高的要求。本文主要通過對核心交換機日常維護中所出現的一些異常情況作了初步的解析并提出了相應的改進方案。
為了掌握本地網來電顯示準確率和可用率,反映交換機來電顯示能力以及和其它類型交換機的配合情況,我們通過對不正確的來電顯示呼叫進行分析,發現導致主叫號碼顯示錯誤的原因有三大類即為:號碼不一致、以0開頭錯、無主叫號碼顯示錯誤。假設用戶輸入的號碼為XXXXXXXX,顯示的與用戶輸入不一致號碼為YYYYYYYY。
1)在正確的主叫號碼前加前綴0731
此類錯誤的特點為顯示的主叫號碼比用戶輸入的號碼多了前綴0731,即為0731XXXXXXXX。經過對類似的呼叫過程進行跟蹤,我們發現導致錯誤產生的原因有兩種,一種原因是因為主叫方發送的主叫號碼性質為國內有效號碼(0A或F1)而正常情況下應該為普通用戶號碼(F8)因此導致EWSD交換機在收到主叫號碼后依據號碼性質在前面加0。第二種原因是因為被叫方(EWSD)為CENTREX用戶,EWSD交換機軟件設計上主叫號碼的顯示為了方便用戶回撥,而CENTREX用戶出組需撥0,因此導致EWSD交換機在用戶顯示的主叫號碼第一位前自動加0,用以自動回撥。
2)在正確的主叫號碼前加前綴00731
此類錯誤的特點為顯示的主叫號碼比用戶輸入的號碼多了前綴00731,即為00731XXXXXXXX,此類錯誤是由于主叫方發送的主叫號碼性質為國內有效號碼(0A或F1),而正常情況下應該為普通用戶號碼(F8),因此導致EWSD交換機在收到主叫號碼后依據號碼性質在前面加0,而且被叫用戶為SENTREX用戶,EWSD交換機又在主叫號碼前加了一個0,導致顯示的主叫號碼為00731XXXXXXXX。
3)主叫用戶為移動用戶時加前綴0
此類錯誤的特點為顯示的主叫號碼比用戶輸入的號碼多了前綴0,即為0XXXXXXXX,此類錯誤產生在主叫方為移動用戶,由于移動用戶發送的主叫號碼性質為國內有效號碼(0A或F1),而正常情況下應該為普通用戶號碼(F8),因此導致EWSD交換機在收到主叫號碼后依據號碼性質在前面加0。
4)被叫用戶為CENTREX用戶時加前綴0
此類錯誤的特點為顯示的主叫號碼比用戶輸入的號碼多了前綴0,即為0XXXXXXXX,此類錯誤產生在被叫方(EWSD)為CENTREX用戶,EWSD交換機軟件設計上主叫號碼的顯示為了方便用戶回撥,而CENTREX用戶出組需撥0,因此導致EWSD交換機在用戶顯示的主叫號碼第一位前自動加0,用以自動回撥。
5)長途呼叫中的不一致主叫號碼
由于各個省區的交換機設置不同,導致有的省區的長途呼叫發送的主叫號碼附帶了長途區號,有的省區的長途呼叫發送的主叫號碼沒有附帶長途區號,而且用戶輸入的主叫號碼有的輸入了長途區號,有的沒有輸入,導致工控機對比的主叫號碼不一致。
6)IP電話顯示不一致
此類錯誤的特點為有時顯示的為IP電話的接入號(179XX),有時顯示的為撥打IP電話所用的固定電話的用戶號碼,導致工控機無法與用戶輸入的號碼進行對比。
1)主叫用戶有來電顯示限制功能
此類錯誤特點為工控機沒有接收到主叫號碼,因而無法與用戶所輸入的號碼進行對比,此類錯誤是由于主叫方設置了主叫號碼限制顯示功能,導致被叫局交換機未能給被叫用戶發送主叫號碼。
2)主叫用戶為DID小交換機
此類錯誤特點為工控機沒有接收到主叫號碼,因而無法與用戶所輸入的號碼進行對比,此類錯誤是由于主叫方為DID小交換機它本身可以設置主叫號碼限制顯示功能,導致被叫局交換機未能給被叫用戶發送主叫號碼。
為了將來更好的開展來電顯示業務建議:①對CENTREX用戶的來電顯示的格式加以嚴格規定,在主叫號碼前加零,方便用戶回撥。②規范各個交換機所送主叫號碼的性質(本地呼叫中只能為F8)。③對手機呼叫要區分本地與外地手機,標以不同的主叫號碼性質。④對長途呼叫主叫方是否發送長途區號和長途字冠進行嚴格規定。⑤對各種IP呼叫盡快限制其應送的主叫號碼。
1)故障現象及分析
某交換機擴容后部分用戶反映打電話時話機拿起來無撥號音,多拍幾下叉簧才有撥號音。外面電話打進來聽到振鈴音,接電話時卻聽不到聲音,有時要打好幾次才能正常通話。根據電話號碼查出這部分用戶都集中在某局DLU300上,推測可能產生故障的原因有三種:①電路板DLU300的數據錯誤;②DLU300電路板有硬件故障;③傳輸問題。
2) 故障處理
處理如下:在某母局檢查DLU300數據無誤傳輸,沒有告警,硬件測試也能通過,使用人機命令抑制:
DLU300 0側的狀態
CONFDLU:DLU=300,DLUC0=Y,OST=CBL;
CONFDLU:DLU=300,DLUC0=Y,OST=MBL;
更換0側的控制板以及電源板然后激活模塊:CONFDLU:DLU=300,DLUC0=Y,OST=ACT,LOAD=Y;
故障沒有消除,同樣更換1側的控制板以及電源板,問題還是沒有解決。
為了判斷是否為傳輸問題,首先我們在光端機上斷開中繼0-45-0-2,0-44-1-3,把本局另一模塊DLU60的0側中繼接到DLU300的0側上,撥打電話正常,同樣接上1側中繼也是正常的。然后將交換機后面的相關電纜插頭拔下,開始接上0-44-1,母局顯示是ACT激活狀態,環上0-44-3,它顯示的是DST。根據光端機上的指示燈來判斷各接頭的對應關系是:DLU300的0-44-1,0-45-20側,0-45-0,0-44-3,1側,即0-44-1與0-45-0兩個系統弄反在光端機上,將接口1和接口4的交換機電纜互換位置,故障消除,電話恢復正常。
故障產生的原因是某模塊局擴容時錯把光端機1 2端接口接在DLU300的0側上,3 4端接口接在DLU300的1側上,交換機認為傳輸正常,沒有顯示告警。事實上EWSD模塊局每個用戶模塊DLU分為0側和1側,各有兩個2M口,其中一個2M口帶信令鏈路,若接錯傳輸沒有告警,但會導致用戶通話故障。同一DLU的四個傳輸系統接錯,會引起該DLU的用戶不能正常通話,不同的DLU的傳輸系統接錯,就會出現用戶號碼錯號,導致計費錯誤和用戶投訴。傳輸質量不高會直接影響電話的正常接續,特別是在No.7信令廣泛使用后,其鏈路對傳輸誤碼率指標要求極高,有時即使傳輸設備不告警,也可能使鏈路不通而中斷通信。
EWSD的遠端模塊局使用2個2M口,其中一個帶信令鏈路,交換機上顯示帶信令鏈路的系統無法正常使用,通信全部阻斷。但在光端機上看不到告警,將該模塊局兩個系統互換,通信恢復,原來帶信令鏈路的傳輸系統作普通話路可用。原因是帶信令鏈路的系統比普通話路系統對傳輸誤碼率要求更高。
欠壓:EWSD模塊局因為停電后電池放電時間過長,電壓較低,部分電源板掉電,用戶電話不能正常使用,在肯定電源正常后,將電源板的小開關關掉后再打開,用戶板就恢復正常。電源設備工作不正常會影響其他設備的正常使用,尤其是支局農村電源,長期電壓不穩使整個系統不能正常使用,個別條件較差的農話支局甚至因長時間停電造成交換和傳輸設備停止工作。
程控交換機的用戶電路是通過用戶終端,用戶電纜,分線盒及引入線再接到機房用戶電路板的,由于外線原因引起的設備故障很多,特別是打雷下雨后引起的外線過壓過流現象不及時處理會,引起機房電路板的損壞,以至整個模塊用戶的異常。
維修時發現某EWSD模塊局有16塊用戶板出現告警,經查該局機架因最后一框沒有用戶板,其他人員將該框上的BD板(總線分配板)處理故障后沒恢復原位使用,導致本模塊局的16塊用戶板只能單側使用沒有備份功能,留下了不安全因素。
為了提高通信質量和優化網絡適應大容量模塊化的建設,要求大部分容量小性能不穩定的交換機進行改用。這里所說的特殊情況就是指的是企業檢修線路、設備搬遷、工程割接、網絡及軟件升級、改號等,也包括增刪字冠、修改計費數據等。以下討論在特殊情況下對保證計費準確性所做的特殊處理。
因機房搬遷時不能中斷用戶通信,計費時需計算多段時間的數據,包括老局、臨時性過渡局和新局交換機記錄的數據,計費格式不一致的要編制程序單獨處理。當月作完計費帶分揀無誤后,原局技術人員要刪除模塊局的相關數據,到下個月分揀時再重讀新局上月市網基次,其它處理恢復正常。當月出帳時不僅要修改計費分揀程序計算計次表,對其它局送來的長途話單需要預先單獨處理,否則大量的數據入庫會增加無檔用戶,而且還有可能使系統崩潰,分數據要用SQL直接插入到數據庫的相關表中,才能保證計費數據的準確無誤。
17909是中國電信推出的IP電話業務接入碼,由于IP電話低廉的使用費,分流了越來越多的長途電話業務,尤其是國際長途業務。
當在發現收入下降后,在全面檢查計費數據時,在EWSD計交換機計費原始數據中可發現很多17909話單沒有計費,分析原始話單發現其被叫號碼長度為18位,其它能分揀出來的話單被叫位長最長為16位。原因為計費分揀程序有問題,分揀時不能處理就丟棄此類話單,也沒有放入錯誤話單文件中,造成局內收入損失。修改計費分揀軟件后可正確處理被叫號碼大于16位的話單。在原始計費數據中還發現一部分被叫號碼為17909后帶B的異常話單,計費分揀程序無法處理沒有計費。正常情況下交換機在處理撥打17909的通話時,收到17909后吃掉五位,再加上*與電話號碼一起送到IP平臺,由于局交換機數據設置不對,收到17909吃位后沒有在被叫電話號碼前加上*,撥打17909的電話被當成普通長途通話處理,而用戶撥完17909后加撥*,再撥電話號碼就當成真正的IP電話處理,產生17909B異常話單。解決辦法是交換機修改數據不允許用戶在17909后加撥*,杜絕錯誤話單的產生。
以上問題都是由于使用新業務17909時,交換機數據和計費分揀程序修改不完善導致計費錯誤。一般情況下多收用戶費用會引起用戶申告,少收用戶費用就不容易察覺。為了提高服務質量和減少局內收入,我們對新業務增加時軟件和數據修改后要認真檢查測試,及時發現問題和處理問題。
[1]蔣青泉.電信交換設備[M].北京:北京郵電大學出版社,2006.
[2]樊昌信,等.通信原理[M].北京:北京國防工業出版社,2003.
[3]黎雯霞.程控交換設備維護[M].北京:北京郵電大學出版社,2009.