解析CC08程控交換機呼叫處理流程

摘 要：本文詳細分析了CC08程控數字交換機呼叫處理流程，局內呼叫、出入局呼叫以及匯接呼叫，列舉了呼叫接續典型案例分析。了解交換機呼叫處理控制過程可為設備維護中故障分析、準確定位提供理論依據，縮短故障處理時間，提高工作效率。

關鍵詞：MPU 匯接 鏈路 ACM 共路信令 字冠 受話局

中圖分類號：TP399 文獻標識碼：A 文章編號：1672-3791（2013）06（a）-0012-03

交換機所要完成的最基本的任務就是對呼叫的處理。在程控交換機里，呼叫處理是由軟件控制硬件完成的，這個軟件就是呼叫處理程序，或者是呼叫處理系統，它主要負責對整個交換機所有呼叫的建立與釋放，以及交換機各種電話服務功能的建立與釋放。

呼叫處理程序存儲在CC08各交換模塊的MPU板上，由MPU板上的CPU執行該程序。呼叫處理程序的工作總的來說就是檢測各硬件電路上所發生的事件，對這些事件進行分析處理之后，再輸出命令來驅動相關硬件的動作。在這個過程中，它需要調用操作系統和數據庫管理系統。

一次呼叫主要包括下面幾個過程：對每一個過程，交換機要做大量的處理，使相關電路做出相應的響應。

（1）主叫摘機：掃描周期100 ms

（2）送撥號音：SIG板、時隙 TS3

（3）主叫撥號、收號：DRV板

（4）號碼分析：字冠

（5）接至被叫、振鈴：PWX板

（6）被叫應答、通話：計費

（7）主叫掛機：

（8）被叫掛機：

1 局內呼叫

1.1 主叫摘機

主叫設備所在的ASL板檢測到摘機事件，上報MPU，上報的信號還包括主叫設備號和設備類型。

上報的路徑：ASL→DRV→NOD→ MPU

1.2 給主叫送撥號音

MPU對主叫用戶進行分析，檢索主叫用戶數據庫，確定該用戶的呼出權和收號設備類型，是雙音還是脈沖。如果主叫是一個存在的合法的用戶，MPU為主叫預占話路時隙。MPU為主叫連接收號器準備收號。

（1）如主叫是雙音用戶，則連接DRV上一個空閑的雙音收號器。

（2）如主叫是脈沖用戶，則啟動撥號脈沖掃描程序和位間隔掃描程序。撥號脈沖的檢測由ASL板完成。

（3）如主叫是自動用戶（雙音、脈沖），則兩種都準備。

MPU板控制BNET板建立主叫與SIG板固定的撥號音時隙（TS3）的連接，給主叫送撥號音。（如圖1）

1.3 主叫撥號、收號

用戶聽到撥號音后，開始撥號。

收號器收到第一位號碼后，上報MPU板，MPU將這位號碼存儲起來，控制停送撥號音。對于自動用戶，如果DRV收號器收到第一位雙音號碼，則MPU釋放脈沖掃描程序和位間隔掃描程序；反之，如果ASL板收到第一位脈沖號碼，則釋放DRV收號器。

號碼的上報路徑：DRV（ASL）→NOD →MPU。DRV重復收號，每收到一位號，即上報MPU，MPU將號碼按位存儲。

1.4 號碼分析

收到預定的位數后，MPU開始字冠分析，確定此次呼叫類型是出局呼叫還是本局呼叫。確定為本局呼叫，DRV繼續收號，根據字冠的號長收齊號碼后，MPU控制釋放DRV。MPU對被叫號碼進行分析，確定被叫號碼是否存在，以及是哪個模塊的用戶。

1.5 接至被叫用戶、振鈴

查找被叫用戶。MPU根據被叫號碼直接查找到該號碼所在的模塊號和該號碼占用的設備號。

占用被叫用戶。如果主被叫在同一模塊，MPU直接根據設備的忙閑標志作相應的處理，如果被叫端口忙，將拒絕此次呼叫。

如果被叫與主叫不在同一模塊，則MPU先要申請一段從主叫模塊到被叫模塊的模塊間話路通道，然后要將對被叫端口的占用消息通過內部信令通路轉發給被叫模塊的MPU。被叫所在模塊的MPU根據設備忙閑標志作相應的處理，如果被叫端口忙，將拒絕此次呼叫。

模塊間的話路通道為：

ASL——DRV——BNET——OPT—光纖—FBC——CTN

——FBC—光纖—— OPT——BNET——DRV—— ASL

內部信令通路為：

ASL——DRV——NOD——MPU——MC2——BNET—

—OPT—光纖—FBC—— SNT—— MCCS——MCCS

—— SNT—— FBC—光纖—OPT—— BNET——MC2

——MPU——NOD——DRV——ASL

當被叫空閑時，被叫所在模塊的MPU為被叫預占話路時隙，并將被叫置忙，同時給被叫所在的ASL發命令向被叫送鈴流。鈴流源在PWX板上，ASL將鈴流電路并上用戶環路，向話機饋鈴流。

主叫模塊MPU在得到被叫空閑的信息后控制BNET板建立主叫與SIG板上回鈴音時隙間的通路，向主叫送回鈴音。

1.6 被叫應答、通話

被叫用戶聽到振鈴后摘機。

ASL檢測到被叫摘機，截斷鈴流，并將摘機事件上報MPU。如主、被叫不在同一模塊，被叫模塊的MPU將被叫摘機消息通過內部信令通路送給主叫模塊MPU。

主叫模塊MPU控制停送回鈴音，控制BNET板連通主、被叫間的話路，主被叫通話，如圖2所示。

同一模塊內話路通路為：ASL—DRV—BNET—DRV—ASL

如主、被叫不在同一模塊，則話路如圖3所示。

1.7 主叫掛機

ASL檢測到掛機事件，上報MPU。MPU將主叫及主叫時隙置閑，如主、被叫不在同一模塊，還要將主叫掛機消息通過模間內部信令通路送給被叫模塊MPU。被叫所在模塊的MPU控制向被叫送忙音，忙音的音源在SIG板上（TS5）。

1.8 被叫掛機

被叫聽到忙音后掛機，ASL將掛機事件上報MPU。MPU將被叫及被叫時隙置閑。

2 出局呼叫

2.1 出中繼的信令方式是7號公共信令

MPU在收到預定位數的號碼后開始字冠分析，確定此次呼叫類型是出局呼叫還是本局呼叫。如果是出局呼叫，MPU在進行一系列的分析后，最終預占一條去該局的中繼電路。占中繼的過程如下：

出局字冠→路由→子路由→中繼群→中繼電路

MPU在為此次呼叫預占了話路中繼后，還需啟動相應的信令電路。由于本匯接局信令方式采用的是七號信令，所以只分析出中繼的信令方式是7號公共信令的呼叫過程。

MPU為主叫預占一條出中繼，將這條中繼置忙。

MPU根據這條中繼所對應局向的目的信令點編碼，經過分析確定一條信令鏈路，信令鏈路在交換機上電時已建立起來，通過NO7板和LPN7板提供。

通過這條信令鏈路，向對端局發前向地址信號IAI或者IAM。對端局收齊被叫號后回送地址全消息ACM。MPU收到ACM之后，控制BNET板建立主叫與出中繼的連接。對端局通過剛建立起來的話路向主叫送回鈴音。被叫摘機，對端局通過信令鏈路送出應答消息ANC，主、被叫通話。主叫掛機，ASL檢測到掛機事件后，上報MPU。MPU將主叫及主叫時隙置閑，通過信令鏈路向對端局送出前向拆線消息CLF。收到對方的釋放監護消息RLG后，將中繼置閑。

整個消息過程如下：

線路發送 IAI CLF→

線路接收 ACM→ANC→RLG→

采用這種信令方式，話音和信令分別走不同的電路。

2.2 出中繼的信令方式是1號隨路信令

MPU為主叫預占一條話路中繼，將這條中繼置忙。

MPU選一路空閑的MFC電路，通過BNET與預占的出中繼連起來，如圖4所示。MFC電路是所有局向所有1號中繼的共用資源。

MPU控制出中繼向對端局發占用信號，對端局回占用確認信號。MPU與中繼板DTM的通信如下：MPU—NOD—DTM。

MFC在MPU的控制下，發前向被叫號碼（前向I組信號），收后向A組信號，將收到的每一位后向信號譯碼后上報MPU。終端局判別收齊號碼后回A3，轉前向II組信號和后向B組信號的配合。MFC在MPU的控制下向對端局發KD信號，表明發端的呼叫業務類別（是否可以插入或強拆）。如果被叫空閑，終端局回KB1信號，表示被叫用戶空閑。MPU控制釋放MFC。至此，MFC的工作完成，可為下一次呼叫服務。

1號信令的發送和接收。

MPU控制BNET建立主叫與出中繼間的時隙連接。終端局通過剛建立起來的話路向主叫送回鈴音。被叫摘機，終端局通過入中繼送出應答信號，主、被叫通話。主叫掛機，ASL檢測掛機并上報MPU。MPU將主叫及主叫時隙置閑。MPU控制中繼電路向對端局送出拆線信號，在收到對端局回送的拆線證實信號后，將中繼置閑。

3 入局呼叫

3.1 入中繼的信令方式是7號公共信令

NO7板從一條鏈路收到前向地址消息，將此消息的SIF字段上報MPU，此消息的標記包含有DPC、OPC和CIC。MPU根據OPC和CIC進行分析，最后確定這條消息與哪條中繼話路有關，并將該中繼電路置忙。

MPU從前向地址消息里得到被叫號碼，通過分析被叫號碼找到被叫設備號和設備忙閑標志。如果被叫空閑，則為被叫預占通話時隙，并通過信令鏈路向對方回地址全消息ACM。同時控制BNET將SIG板的回鈴音時隙與相應中繼電路連接起來，向對方送回鈴音，并且控制被叫所在的ASL向被叫送鈴流。被叫摘機應答，ASL檢測到后，截斷鈴流，將摘機事件上報MPU。MPU控制BNET板拆掉入中繼與SIG板的連接，將入中繼與被叫連接起來，同時通過信令鏈路向對局回應答消息ANC，主、被叫通話。主叫掛機，對局通過信令鏈路向本局送前向拆線消息CLF，NO7板將此消息上報MPU，MPU將中繼釋放，并通過信令鏈路向對局送釋放監護消息RLG。MPU控制SIG板向被叫送忙音。被叫聽到忙音后掛機，ASL上報MPU、MPU將被叫及被叫時隙置閑，呼叫結束。

消息過程如下：

線路發送 ACM ANC→RLG

線路接收 CLF→

3.2 入中繼的信令方式為1號隨路信令

入中繼電路收到占用信號，上報MPU，

上報通路：DTM→NOD→MPU。

MPU控制BNET將一個空閑的MFC與入中繼連接起來，并控制入中繼向對方回占用確認信號。MFC收前向I組信號發后向A組信號，每收一位碼，譯碼之后，上報MPU。收到預定位數后，MPU開始字冠分析，確認被叫為本局用戶，并確定待收號位數。收齊被叫號碼后，MPU對被叫號碼進行分析，確定被叫設備號。MPU控制MFC通過入中繼向對方回A3信號。MFC收到KD信號后，上報MPU。若被叫空閑，則MPU控制MFC向對方回KB1信號，同時為被叫預占通話時隙。

MPU控制釋放MFC，并控制BNET板建立入中繼與SIG板的回鈴音時隙的連接向對方送回鈴音，如圖5所示。并下命令給被叫所在的ASL板，向被叫送鈴流。

被叫摘機，ASL截斷鈴流，并將摘機事件上報MPU。

MPU控制釋放SIG板的回鈴音時隙，將入中繼與被叫連接起來，通過入中繼向對方送應答信號，主、被叫通話，如圖6所示。

主叫掛機，對方通過入中繼送前向清除信號，入中繼將之上報給MPU。MPU控制入中繼向對方送拆線證實信號，將中繼置閑。MPU控制向被叫送忙音，忙音的音源在SIG板上。被叫聽忙音掛機，MPU將被叫設備置閑。

4 匯接呼叫

4.1 出、入中繼采用7號公共信令方式

NO7（LPN7）板從一條鏈路收到前向地址消息，將此消息的SIF字段上報MPU，此消息的標記里含有DPC、OPC和CIC，MPU通過CIC確定這條消息與哪條入中繼有關，通過前向地址消息里的被叫號碼來確定此次呼叫是入局呼叫還是匯接呼叫。

如果是匯接呼叫，MPU根據前向地址消息里的被叫號碼預占一條出中繼，再根據這條出中繼所對應的目的信令點和CIC編碼確定一條信令鏈路。將收到的消息通過這條信令鏈路轉發出去，但是收到的消息和發出去的消息雖然內容相同，但標記、DPC不一樣，收到的消息DPC是本局的信令點編碼，但發出的消息，DPC卻是目的局信令點編碼。在收到目的局發來的ACM消息后，MPU控制BNET將出中繼與入中繼連接起來。在通話結束時，當收到釋放監護信號后將出、入中繼置閑。

4.2 出、入中繼采用1號隨路信令方式

匯接呼叫的處理，從收到發話局的占用信號直到開始字冠分析，這一階段與入局呼叫的處理相同，字冠分析確定為匯接呼叫后，還要根據所設定的不同匯接方式，進行不同的工作。

匯接方式有三種：轉發、重發和延伸。

4.2.1 轉發方式

轉發方式的發碼過程如圖7所示。匯接局收到局號判斷出是匯接呼叫后，再和受話局配合將收到的號碼重新發一遍給受話局。

轉發方式對線路要求低，信令傳送速度慢，接續時間長，記發器利用率低，但比較可靠。

4.2.2 重發方式

重發方式如圖8所示。匯接局在占用出中繼，并收到對方的占用證實后，入中繼向上一局發送A2信號，并釋放MFC，上一局和下一局之間采用端到端的方式從第一位號碼發送。

在重發方式中，匯接局只接受部分號碼即轉向下一匯接局或收端局。重發方式速度快，撥號后等待時間短，記發器使用效率高。

4.2.3 延伸方式

延伸方式如圖9所示。匯接局在占用出中繼，并收到對方的占用證實后（或等占用證實超時），入中繼向上一局發送A1信號并釋放MFC，上一局和下一局之間采用端到端發送其余的號碼。

延伸方式速度快，對線路要求高，MFC使用效率高?，F在基本不采用此種方式。

5 呼叫接續典型案例分析

5.1 主叫號碼長度不夠最小長度導致不能接通電話

故障現象：七號對接，本地匯接，鏈路和電路都正常，但是在對方送IAI消息后，一達到占中繼的號長，本端就回CLF消息，并沒有送到相應端口，導致不能打通電話。

分析過程：開始的接續沒有送到相應的端口，即沒有沾上中繼，可以說明是CCB這一端出了問題，所以重點要分析入中繼這一側。七號中繼群在“無主叫號碼是否接通”為“否”時，系統會檢查主叫號碼是否符合主叫號碼最小長度的要求，如果不符合要求，就會不接通導致呼叫失敗。但在為“是”時，對主叫號碼沒有嚴格要求，所以能夠接通。

解決方法：通過指定中繼跟蹤接續，只能看到IAI CFL。

CLF RLG，沒有別的信息，做相應話統任務，沒發現原因。通過比較成功接續的數據，也沒問題。但檢查中繼群發現“無主叫號碼是否接通”為“否”時，同時“主叫號碼最小長度”為7，但通過IAI消息里可以看出主叫號碼長度為5，因此判斷這里有問題，把主叫號碼最小長度改成5，或者是“無主叫號碼是否接通”改為“是”，即可打通電話。

5.2 撥打手機出現單通問題處理

故障現象：用戶申告固話與移動手機通話有時會出現單通現象，具體表現為用戶撥打手機接通后，固話側聽不到對方聲音，而手機側可以聽得到固話側，同樣，手機撥打固話也出現此現象，并且這一現象有時會出現，有時雙方可以正常通話。

分析過程：由于此現象涉及固話和手機，所以需要雙方配合判斷問題原因，移動側查看數據，未發現問題。固話側檢查數據，也沒發現問題。硬件上沒有告警產生，根據經驗初步判斷為中繼問題。

解決方法：本局對移動方向共有4個2M，通過啟動動態跟蹤撥測，對所記錄占用電路情況進行分析，當占用其中一個2M內電路時會出現單通現象，而占用其它電路時則通話正常，將此2M電路進行本端閉塞，觀察幾天后，用戶反映單通現象減少，但還是偶爾會出現，又將此2M電路進行對端閉塞，觀察幾日，再無用戶反映，問題得到徹底解決。

6 結語

用戶的每一次呼叫，交換機內部都會相應的做一系列的動作，這一過程非常繁瑣、復雜，涉及硬件、軟件包括用戶數據、局數據相關聯的大量表格數據。一臺交換機連接著許許多多的用戶線和中繼線，同一時刻，會有許多用戶同時進行呼叫，而對于每一個呼叫，從摘機呼出到通話結束，要做許多不同的工作，如不及時處理，就會造成接續錯誤或降低服務質量。本文通過對各種呼叫的處理過程的分析，了解各個單板在呼叫處理過程中的作用和它們相互之間的配合，加深對硬件的理解，有助于日常維護故障分析與處理。