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