【正文】 不可利用時，將啟動禁止傳遞程序，通知一個或多個鄰近的信令點，告訴他們不能再經由此信令轉接點傳遞有關消息。同時根據(jù)情況啟動路由組測試過程或路由組擁塞測試過程。信令路由變?yōu)榭衫脮r使用受控重選路由過程，將去某目的地點的信令業(yè)務，從替換信令路由所屬的信令鏈路組轉移到正常路由所屬信令鏈路組上來。啟動允許傳遞過程，通知一個或多個鄰近的信令點，告訴它們已經能夠經由此信令轉接點傳遞有關消息。同時停止有關的路由組測試過程和路由組擁塞測試過程。 MTP3B Upper User Message消息1. 消息結構請參見 “ 消息結構”。2. 消息實例 MTP3B Test Message1. 消息結構請參見“ 消息結構”。2. 消息實例 MTP3B Management Message1. 消息結構請參見“ 消息結構”。2. 消息實例 ALCAP流程 概述圖213 BSC6800 的ALCAP結構框圖ALCAP（Access Link Control Application Part），遵循ITUT ，處于Iub/Iur/IuCS傳輸網絡層的控制面，信令承載類型為SAAL UNI和MTP3B。BSC6800 中ALCAP結構框架如圖213所示，ALCAP內部由兩個層面組成。，STC完成原語適配以屏蔽底層差異（SAAL、MTP3B）。ALCAP的基本功能是在兩個信令點之間建立、釋放AAL2連接。同時，對該信令系統(tǒng)內微信元的通道、通路等資源進行必要的維護和管理。 功能1. AAL2微信元通路的建立和釋放AAL2微信元通路的建立和釋放過程由RNC側的ALCAP發(fā)起。微通路建立和釋放的消息流程如圖214所示。圖214 微通路建立和釋放流程微通道建立過程如下：(1) RNC ALCAP發(fā)送ESTABLISH REQUEST消息到對端ALCAP。(2) 對端ALCAP收到的連接建立請求后，ALCAP經過資源分配后，向業(yè)務層發(fā)送建立指示原語ESTABLISH INDICATION，并啟動等待定時器。(3) 在定時器超時前，收到業(yè)務層建立響應ESTABLISH RESPONSE后，向RNC ALCAP發(fā)送建立證實消息ESTABLISH CONFIRM。微通道釋放和建立過程類似，不再贅述。2. AAL2通道的阻塞和解阻為防止AAL2通道上承載新的AAL2連接，可以在操作維護臺發(fā)起對通道的阻塞過程。阻塞過程可以由本端或者對端發(fā)起。通道被阻塞后，源端變?yōu)楸径俗枞麪顟B(tài)，對端變?yōu)檫h端阻塞狀態(tài)。如果對端也啟動了阻塞過程，通道兩端都變成本端/遠端阻塞狀態(tài)。在阻塞狀態(tài)時，可以承載測試連接。AAL2通道被阻塞后，通過解阻過程，可以完成阻塞狀態(tài)的解除。解阻塞過程也可以由本端或者對端發(fā)起。通道阻塞和解阻的消息流程如圖215所示。圖215 通道阻塞和解阻塞流程阻塞過程如下：(1) RNC操作維護臺發(fā)起B(yǎng)LOCK REQUEST阻塞請求消息給RNC ALCAP。(2) RNC ALCAP向對端ALCAP發(fā)送BLOCK REQUEST消息。(3) 對端ALCAP經過消息分析將通道置為阻塞狀態(tài)，構造阻塞證實消息BLOCK CONFIRM。(4) RNCALCAP收到BLOCK CONFIRM消息，并向操作維護臺反饋該消息。解阻塞過程和阻塞過程類似，不再贅述。3. 復位功能復位可以釋放處于混亂狀態(tài)的微通路和通道。復位有三種類型：復位一條AAL2微通路，復位一條通道，復位兩個信令點之間所有通道。復位的消息流程如圖216所示。 圖216 復位流程具體解釋如下：(1) RNC操作維護臺發(fā)起RESET REQUEST阻塞請求消息給RNC ALCAP。(2) RNC ALCAP向對端ALCAP發(fā)送BLOCK REQUEST消息。(3) 對端ALCAP經過消息分析，并發(fā)送RESET CONFIRM給RNC ALCAP。如果微通路或通道上存在連接，連接被釋放并且發(fā)送RELEASE INDICATION通知業(yè)務層。(4) RNCALCAP收到RESET CONFIRM消息，并向操作維護臺反饋該消息。 消息結構ALCAP消息為可變長度，消息頭長度固定為6個字節(jié)。消息中參數(shù)包含必備參數(shù)和可選參數(shù)，參數(shù)又可以分為固定長度參數(shù)和可變長度參數(shù)。可變參數(shù)中可變長度域第一個字節(jié)要標明域的長度。其結構如圖217所示。圖217 ALCAP消息結構 SCCP流程 概述SCCP（Signaling Connection Control Part）的目的是加強消息傳遞部分（MTP）的功能。MTP的尋址功能僅限于向節(jié)點傳遞消息，只能提供無連接的消息傳遞功能，而SCCP則利用DPC（Destination Point Code）和SSN（Subsystem Number）來提供尋址能力，用來識別節(jié)點中的每一個SCCP用戶。 功能SCCP的主要功能有：網絡服務功能、編路功能、管理功能。1. 網絡服務功能對應于SCCP的網絡服務功能，BSC6800支持SCCP以下三類協(xié)議：l 基本的面向無連接業(yè)務——0類協(xié)議 l 順序控制的面向無連接業(yè)務——1類協(xié)議 l 基本的面向連接業(yè)務——2類協(xié)議0類和1類協(xié)議都針對無連接業(yè)務，2類協(xié)議則針對面向連接業(yè)務。(1) 無連接業(yè)務無連接業(yè)務是用戶事先不建立信令連接，利用SCCP和MTP的路由功能直接在信令網中傳遞數(shù)據(jù)信息。它具有靈活、簡單的特點，適于傳送少量數(shù)據(jù)。其中0類業(yè)務不保證消息的順序傳遞，1類業(yè)務依靠信令鏈路選擇碼（SLS）同MTP配合可以保證消息的順序傳遞。無連接業(yè)務采用單位數(shù)據(jù)消息（UDT）和增強單位數(shù)據(jù)消息（XUDT）傳送用戶數(shù)據(jù)。UDT消息沒有數(shù)據(jù)分段/重裝能力，它傳送的用戶數(shù)據(jù)最大長度為255個八位位組。XUDT消息具有分段/重裝能力，它傳送的用戶數(shù)據(jù)最大可達2K八位位組。(2) 面向連接業(yè)務面向連接業(yè)務需要用戶在傳遞信令消息之前，先通過應答方式在起源點和目的點之間建立信令連接（虛連接），這樣用戶在傳送數(shù)據(jù)時就不必再由SCCP的路由功能選取路由，而通過已建立的信令連接傳送數(shù)據(jù)。在數(shù)據(jù)傳輸結束后，用戶可通過N_DISCONNECT_REQ原語來釋放信令連接。面向連接業(yè)務適用于傳送大批量數(shù)據(jù)，因為在發(fā)送數(shù)據(jù)前，目的地點已經被確認能夠收到數(shù)據(jù)，因此可避免大批數(shù)據(jù)無效傳輸?shù)那闆r；同時，預先建立的連接使得后續(xù)的數(shù)據(jù)傳輸不需要SCCP的路由選擇，從而有效縮短批量數(shù)據(jù)的傳輸時延。面向連接業(yè)務的基本過程可分為連接建立、數(shù)據(jù)傳輸和連接釋放三個階段。 BSC6800 可以建立連接段耦連，在釋放本地連接參考資源時，為防止連接混亂提供凍結本節(jié)點的本地參考功能。2. 編路功能BSC6800系統(tǒng)SCCP的編路功能主要用來對DPC+SSN地址信息進行尋址。SCCP編路功能是指對比信令點編碼更為通用的SCCP地址信息進行路由尋址。SCCP地址信息包括以下幾種：(1) DPC(2) DPC＋SSN其中DPC即MTP采用的目的地信令點編碼，SSN為子系統(tǒng)號，用來識別同一節(jié)點中的不同SCCP用戶（如ISUP、MAP、TCAP等），借此可以彌補MTP部分用戶少的不足，擴大尋址范圍，適應未來新業(yè)務的需要。BSC6800系統(tǒng) SCCP的編路功能，可以根據(jù)需要翻譯出以下幾種類型的地址信息：DPC+SSN及DPC。當接收到來自MTP的消息時，SCCP路由控制分析其被叫地址，若本節(jié)點是消息的目的地，則將消息分配給目的用戶，否則對其進行地址翻譯，形成新的路由標記和可能的新的被叫地址，然后將其發(fā)給MTP。當接收到來自面向連接控制部分或無連接控制部分的消息時，SCCP對其進行路由分析，然后把消息送往MTP部分、面向連接控制部分或無連接控制部分進行處理。3. 管理功能SCCP管理是在網絡故障或擁塞的情況下，通過重新選取路由或調節(jié)業(yè)務量來維持網絡的功能。此功能是通過傳遞SCCP管理消息和原語來實現(xiàn)的，其管理消息采用0類單位數(shù)據(jù)消息UDT。SCCP管理過程包括信令點管理、子系統(tǒng)管理、主備用子系統(tǒng)的協(xié)調、狀態(tài)信息的廣播，以及故障子系統(tǒng)狀態(tài)測試。 消息結構若某消息信令單元（MSU）的業(yè)務指示語SI=0011，則表明此消息為SCCP消息。SCCP的消息內容位于消息信令單元MSU的信令信息字段（SIF）中，格式如圖218所示。路由標記包括目的地信令點編碼DPC、起源點信令點編碼OPC、信令鏈路選擇碼SLS。圖218 SCCP消息結構 Connection Request 消息1. 消息結構請參見“ 消息結構”。2. 消息實例2