(1)V5協(xié)議概述
V5接口協(xié)議簇規(guī)定了接入網(wǎng)（AccessNetwork）和本地交換網(wǎng)（LocalExchange）之間互聯(lián)的信號物理標準、呼叫控制信息傳遞協(xié)議，屬于業(yè)務節(jié)點接口SNI（ServiceNodeInterface）協(xié)議。
V5協(xié)議提供了接入網(wǎng)和本地交換網(wǎng)間的標準接口，使得PSTN/ISDN用戶端口終止于接入網(wǎng)而不是本地交換網(wǎng)。通過V5協(xié)議，接入網(wǎng)AN只需要完成對用戶端窄帶業(yè)務的提供，呼叫控制功能仍然留給本地交換網(wǎng)LE完成。這樣就各司其職，獨立發(fā)展，有助于網(wǎng)間互聯(lián)。
(2)V5協(xié)議的功能
允許接入網(wǎng)通過復用/解復用對多個用戶的信令和數(shù)據(jù)流更有效低傳輸；
允許通過Q3接口對接入網(wǎng)進行網(wǎng)絡管理；
允許進行接入網(wǎng)的資源管理（Administrationofresources）和資源維護（Maintenanceofresources）；
允許用戶選擇本地交換網(wǎng)（SelectionoftheLocalExchange）；
能充分有效地利用網(wǎng)絡帶寬資源。
(3)V5.1和V5.2的比較
V5協(xié)議的現(xiàn)行標準有兩個：V5.1和V5.2。
二者的區(qū)別在于：
V5.1即ETS300324-1是一個純歐洲電信標準（ETS）。
只用一個E1速率鏈路（2048kbit/s）；
不支持集中功能（Concentration）；
不支持用戶端口的ISDN基群速率接入；
沒有通訊鏈路保護概念；
V5.2即ETS300347-1部分參考了ETS300324-1。
可以使用大于E1速率的鏈路（最高16個E1速率）；
V5.2能使用承載通路連接（BCC）協(xié)議以允許本地交換網(wǎng)LE向接入網(wǎng)AN發(fā)出請求完成接入網(wǎng)AN用戶端口和V5接口指定時隙間的連接建立和釋放；
支持用戶端口的ISDN基群速率接入；
提供了專門的保護協(xié)議（ProtectionProtocol）進行通訊通路保護。
(1)V5協(xié)議的位置
右圖給出了V5協(xié)議的工作位置。
V5協(xié)議提供了如下用戶端口協(xié)議：
模擬端口ANALOG；
ISDN的基本速率接口BRI和基群速率接口PRI；
租用線路（或稱專線：LeasedLine，包括模擬和數(shù)字）。
(2)V5.2的協(xié)議結構
V5.2的協(xié)議結構如下圖所示。
LAPV5-EF：V5封裝功能子層，用于封裝AN和LE間的信息，實現(xiàn)透明傳輸。
LAPV5-DL：V5數(shù)據(jù)鏈路子層，定義了AN和LE間對等實體的信息交換方式。
LinkControlProtocol：定義了AN或LE如何轉達每個獨立2048kps鏈路上用于鏈路控制的協(xié)調信息
BCC：為LE提供了一種向AN發(fā)出建立和釋放連接的方法，這些連接可以在V5接口的特定時隙和特定AN用戶端口之間指定分配。
PSTN：規(guī)定了AN如何獲取PSTN用戶線（模擬和數(shù)字）狀態(tài)，以及如何向LE傳遞，以便由LE最終完成呼叫控制。其中可能包括特定呼叫協(xié)議的轉換和翻譯以滿足核心網(wǎng)中的LE信令標準。(3)V5.2協(xié)議的幀結構
V5.2協(xié)議和V5.1協(xié)議都采用了G.703/G.704中定義的包含了32時隙的2.048Mbit/s的DS0數(shù)據(jù)幀結構，時隙分配不一樣。V5協(xié)議把時隙分為三種：F、B、C通路，這三個時隙的分配見下圖。
由圖可見，一個DS0數(shù)據(jù)幀中的第16、15、31時隙用來作為通訊通路(CommunicationsChannels)，依次稱為C1、C2、C3；除第0時隙用于幀同步(FrameSynchronization)以外,其它時隙用于業(yè)務信息，稱為承載通路(BearerChannels)。在V5.1協(xié)議中僅有一個DS0，根據(jù)需要可以使用1-3個C通路，且根據(jù)需要依次分配C1、C2、C3。而V5.2協(xié)議中由于最多有16條DS0，每個DS0幀中的第16、15、31時隙被依次稱為C1、C2、C3，…，C48,即最多48個通訊通路可供使用（當然這些時隙也可以依照系統(tǒng)初始化定義為承載通路而不是通訊通路
(4)V5.2協(xié)議的功能描述
(5)V5.2上的PSTN協(xié)議
用于透明向交換機傳輸用戶線狀態(tài)信息。其中的LE部分負責完成呼叫控制和增值業(yè)務功能；AN負責用戶線狀態(tài)識別、鈴流產生等功能。下面兩個圖分別表示呼叫從用戶端發(fā)起和從交換機端發(fā)起的信令過程。
(6)控制協(xié)議（ControlProtocol） 用于系統(tǒng)維護，即對系統(tǒng)和PSTN/ISDN-BRA/ISDN-PRA用戶端口進行控制。
控制消息包括：
端口控制：雙向的端口控制消息（Bi-directionalControlmessage）；
端口控制確認消息（PORTCONTROLACK）；
通用控制（COMMONCONTROL）：包括系統(tǒng)重啟消息等（雙向）；
通用控制確認（CommonControlACK）。
(7)鏈路控制協(xié)議（LinkControlProtocol）
用于多鏈路管理控制，包括控制鏈路甄別、鏈路阻塞、鏈路故障管理功能。大致過程見下圖。
(8)承載通路連接協(xié)議（BCCProtocol）
協(xié)議消息包括：
協(xié)議標識符；
BCC參考號：BCC進程號；
用戶端口識別符；
ISDN端口和時隙識別符；
V5時隙識別符；
多時隙映射信息：ISDNUNI時隙映射和多時隙用戶的V5時隙；
拒絕原因：分配/釋放原因等；
協(xié)議錯誤：BCC協(xié)議錯誤消息；
不完全的連接：在AN連接不可用時由審計模塊Audit發(fā)給LE；
(9)保護協(xié)議（ProtectionProtocol）
根據(jù)V5.2的協(xié)議結構和復用原則，一個V5.2接口可以綁定多達16個2048kbps鏈路，從而在一個通訊通路中攜帶與多個E1鏈路相關的信息。這樣，一旦通訊通路發(fā)生故障，就會直接影響一大批的用戶（Customer）的通信業(yè)務，特別是對BCC協(xié)議、控制協(xié)議及鏈路控制協(xié)議而言。保護協(xié)議正是為此而設計的。不過值得注意的是保護協(xié)議是用于保護通訊通路（CommunicationChannel），即在通訊失敗時能可靠地進行倒換，不是保護承載業(yè)務通路。
DSLAM
開放、專業(yè)、智能的通信詞語解釋大全
