市場(chǎng)營(yíng)銷補(bǔ)充業(yè)務(wù)_第1頁(yè)
市場(chǎng)營(yíng)銷補(bǔ)充業(yè)務(wù)_第2頁(yè)
市場(chǎng)營(yíng)銷補(bǔ)充業(yè)務(wù)_第3頁(yè)
市場(chǎng)營(yíng)銷補(bǔ)充業(yè)務(wù)_第4頁(yè)
市場(chǎng)營(yíng)銷補(bǔ)充業(yè)務(wù)_第5頁(yè)
已閱讀5頁(yè),還剩114頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、LE處具有AN接入安排的服務(wù)方案和結(jié)構(gòu)及功能規(guī)定本附錄提供在LE處具有AN接入安排的服務(wù)、結(jié)構(gòu)以及功能的一些規(guī)定。A.1 關(guān)于多個(gè)V5接口應(yīng)用的總結(jié)一個(gè)接入網(wǎng)(AN)可以有一個(gè)或多個(gè)V5(V5.1和/或V5.2)接口。AN的所有V5接口可以全部連接到一個(gè)LE或連接到多個(gè)LE。在后者情況下,任何獨(dú)立的V5接口只能連接到一個(gè)LE上去(單歸原則)。雙歸原則允許一個(gè)用戶端口,經(jīng)過(guò)一個(gè)V5接口,與一個(gè)交換機(jī)有關(guān)聯(lián),另外,允許通過(guò)重新指配或重新配置,經(jīng)過(guò)V5.1或V5.2接口,與另一個(gè)交換機(jī)有關(guān)聯(lián)。雙歸特點(diǎn)的實(shí)現(xiàn)應(yīng)不影響V5接口。一個(gè)用戶端口與V5.2接口的關(guān)聯(lián)包括此端口的所有通路(分配給永久租用線除外)

2、,在永久租用線路中,通路分配給至租用線路網(wǎng)絡(luò)的一個(gè)接口。注:即使在LE故障狀態(tài)下,雙歸特點(diǎn)可以用來(lái)支持業(yè)務(wù)的連續(xù)性。業(yè)務(wù)的連續(xù)性可以通過(guò)交換此V5接口或各自用戶端口從第一個(gè)母局LE倒換到預(yù)先分配的(或可能預(yù)先指配和規(guī)定)第二個(gè)母局LE上而完成。AN中的一個(gè)用戶端口僅由一個(gè)V5接口提供服務(wù)。這些包括這個(gè)用戶端口被分配用于即時(shí)業(yè)務(wù)或在LE控制之下而建立的租用線路中的所用通路。注:通過(guò)這個(gè)用戶端口的PL業(yè)務(wù)旁通LE,由于它們通過(guò)其它類型接口而不是V5接口,因而不包括。屬于同一用戶的不同用戶端口可以指配給同一V5接口或不同的V5接口。備用的2048Kbit/s數(shù)字鏈路可以用于V5.1接口的保護(hù)。在V5

3、.1接口上,不支持倒換到備用數(shù)字鏈路的控制。這些備用的數(shù)字鏈路可以用來(lái)連接AN到同一LE上或在雙歸結(jié)構(gòu)時(shí)連接AN到不同的LE上。這些備用的數(shù)字鏈路在第一層可以永久保持激活。關(guān)于結(jié)構(gòu)因素的總結(jié)一個(gè)V5.2接口可以具有最少1個(gè),最多16個(gè)物理2048Kbit/s鏈路。在任何AN和LE之間,不限制V5.1和V5.2接口的數(shù)目和混和。在ITU-T建議G.960中規(guī)定的、用于ISDN-BA的ET第一層功能,在AN和LE之間是分離的。在ITU-T建議G.962中規(guī)定的、用于ISDN-PRA的ET第一層功能,由AN控制。允許AN和LE之間附加的通路交換,例如通過(guò)一個(gè)分離的交叉連接,但應(yīng)不影響本標(biāo)準(zhǔn)描述的V5

4、.2接口功能。AN的級(jí)聯(lián)(即通過(guò)一個(gè)V5類型接口連接)應(yīng)不影響V5.2接口的功能。V5接口范圍并不全部局限于AN,并且不依賴于AN的結(jié)構(gòu)。從V5接口看來(lái),AN和LE之間的交叉連接可作為AN的整體組成部分。在AN和LE中,接口V5.1、V5.2或V3的共存應(yīng)是可能的。A.3 QAN的實(shí)現(xiàn)規(guī)定QAN接口及它的實(shí)現(xiàn)或應(yīng)用不在本標(biāo)準(zhǔn)要求的范圍內(nèi)。本附錄從功能觀點(diǎn)出發(fā),提出以下幾種可能的、可供選擇的實(shí)現(xiàn)方法,作為參考:AN能力的應(yīng)用AN處的一個(gè)單獨(dú)物理接口,這個(gè)接口可以包括通過(guò)永久租用線的遠(yuǎn)程應(yīng)用。V5接口能力及所支持業(yè)務(wù)的應(yīng)用,例如:半永久租用線路;AN中,來(lái)自ISDN用戶端口,通過(guò)一個(gè)B通路的64K

5、bit/s不受限承載業(yè)務(wù);AN中,來(lái)自ISDN用戶端口的p類型數(shù)據(jù)業(yè)務(wù);AN中,來(lái)自ISDN用戶端口的f類型數(shù)據(jù)業(yè)務(wù)。注:在V5接口指配之前,不存在通過(guò)V5接口的任何通信能力,因此,需要附加功能用于初始化V5接口。3)QAN接口的具體實(shí)現(xiàn)應(yīng)符合接入網(wǎng)設(shè)備規(guī)范相關(guān)的要求。A.4 AN和LE使用V5接口配置的例子圖A.1顯示了這樣一種情況:兩個(gè)LE和兩個(gè)AN通過(guò)五個(gè)V5接口相互連接,V5接口身份標(biāo)識(shí)(V5InterfaceId)分別為:1,2,3,4和224-1(16 777 215)。LE1使用V5.1和V5.2接口連接到AN1和AN2。LE1和LE2都使用分離的、不同類型的V5接口連接到AN2

6、。在V5接口兩側(cè),V5InterfaceId必須相等才可以繼續(xù)在附錄C中規(guī)定的系統(tǒng)啟動(dòng)規(guī)程。A.5 用于支持通過(guò)ISDN-BA的PL能力的要求永久線路旁通LE,不在V5.2規(guī)范要求的范圍內(nèi),但有關(guān)AN中ISDN基本接入用戶端口接入能力的信息,對(duì)由LE控制的業(yè)務(wù)而言,應(yīng)在LE中可用。這就是在第7章中描述、在15.1中具體規(guī)定的指配要求。A.6 用于支持通過(guò)ISDN-PRA的PL能力的要求永久線路旁通LE,不在V5.2規(guī)范要求的范圍內(nèi),由于ISDN-PRA端口是永久激活的,因此在LE中不需要一個(gè)FSM來(lái)支持這種功能。為了使BCC協(xié)議正確工作,它應(yīng)通過(guò)兩個(gè)資源管理器來(lái)控制,一個(gè)位于LE中,另一個(gè)位于

7、AN中。本標(biāo)準(zhǔn)假設(shè)存在這兩個(gè)資源管理器,但不試圖限制它們的功能。為了使這些資源管理器正確工作,LE中的資源管理器將被告知有關(guān)它正在控制的用戶端口時(shí)隙的一些要求和信息。這個(gè)信息應(yīng)通過(guò)QLE傳遞到管理系統(tǒng)。V5InterfaceId(1)LinkId(1) V5TtpPSTNLE1AN1V5InterfaceId(1)LinkId(1) V5TtpPSTNLE1AN1ISDN-BALinkId(2) V5TtpISDN-BALinkId(2) V5TtpLinkId() V5TtpETLinkId() V5TtpETISDN-PRALinkId(16) V5TtpISDN-PRALinkId(16

8、) V5TtpV5.1V5TtpV5InterfaceId(2)PSTNV5.1V5TtpV5InterfaceId(2)PSTNISDN-BAISDN-BAETV5.1ETV5.1ETV5TtpV5InterfaceId(3)ISDN-BAPSTNETV5TtpV5InterfaceId(3)ISDN-BAPSTNV5.2V5.2LinkId(1) V5TtpV5InterfaceId(4)PSTNLinkId(1) V5TtpV5InterfaceId(4)PSTNLinkId(3) V5TtpLinkId(2) V5TtpETISDN-BALinkId(3) V5TtpLinkId(2)

9、 V5TtpETISDN-BAISDN-PRAISDN-PRAV5TtpV5InterfaceId(16 777 215)ETISDN-BAPSTNV5TtpV5InterfaceId(16 777 215)ETISDN-BAPSTNV5.1LE2V5.1LE2v5Ttp:v5Ttp:V5接口跟蹤終接點(diǎn)。圖A.1 AN和LE使用V5接口的例子A.7支持半永久租用線路的假設(shè)和要求A.7.1概述半永久租用線路通過(guò)V5.2接口。對(duì)于V5.2接口,在AN用戶端口和LE之間通過(guò)BCC而建立的、用于所有承載通路連接,對(duì)于支持半永久租用線路,在LE和AN之間,不需要附加的規(guī)程。這些連接通過(guò)QLE接口來(lái)指配。

10、根據(jù)用戶要求而進(jìn)行的用戶端口指配是AN的職責(zé),不在V5.2接口的范圍內(nèi)。A7.2與半永久租用線路有關(guān)的信令可以提供用戶用戶信令能力,例如通過(guò):通過(guò)承載通路的帶內(nèi)信令;使用對(duì)用戶可用的另一條連接,作為一個(gè)透明的承載通路;或經(jīng)過(guò)ISDN基本接入或一次群速率接入D通路協(xié)議內(nèi)的用戶用戶信令業(yè)務(wù)以及相關(guān)的補(bǔ)充業(yè)務(wù)規(guī)范。所有這些方式應(yīng)不影響V5.2接口規(guī)范。A7.3用戶端口可以通過(guò)以下方法向用戶提供半永久租用線路:通過(guò)一個(gè)ISDN端口,與即時(shí)業(yè)務(wù)并行使用;通過(guò)另一個(gè)(非ISDN)用戶端口,該用戶沒(méi)有指配用于支持即時(shí)業(yè)務(wù),可以是數(shù)字接口或是模擬接口。情況1)已由本標(biāo)準(zhǔn)規(guī)定的、用于ISDN用戶端口的現(xiàn)有規(guī)范完

11、全所包含。對(duì)于情況2),根據(jù)對(duì)有關(guān)用戶端口類型的假設(shè),下面規(guī)定了用戶端口控制和相關(guān)的要求。需要區(qū)分兩種用戶端口類型:具有單個(gè)承載通路的模擬端口(例如2線或4線接口),或具有單個(gè)承載通路的數(shù)字端口(例如符合G.703的64Kbit/s接口或數(shù)據(jù)網(wǎng)的X型接口);具有多個(gè)64Kbit/s承載通路的數(shù)字接口(例如符合ITUT建議I.430接口、I.431接口、2048Kbit/s的G.703/G.704接口或數(shù)據(jù)網(wǎng)的X型接口),并不要求這個(gè)數(shù)字接口提供的所有承載通路都指配用于支持半永久租用線路。沒(méi)有指配用于支持半永久租用線路的承載通路可以在AN負(fù)責(zé)下指配用于永久租用線路或一個(gè)也不使用。應(yīng)要求AN指配功

12、能負(fù)責(zé)配置這些用戶端口類型的電氣和物理特性。A.7.4 對(duì)用于半永久租用線路的非ISDN用戶端口的要求本節(jié)規(guī)定使用非ISDN用戶端口支持半永久租用線路時(shí),對(duì)V5接口所需的相關(guān)要求。用于這些用戶端口類型的指配數(shù)據(jù)將包含對(duì)LE有用的有關(guān)該用戶端口支持的承載能力的信息,即單個(gè)承載通路端口和多個(gè)承載通路端口,在后者情況下,還包含用于半永久租用線路的64Kbit/s承載通路數(shù)目和承載通路身份標(biāo)識(shí)。為了支持通過(guò)AN和LE控制協(xié)議進(jìn)行的用戶端口控制和狀態(tài)指示,應(yīng)通過(guò)指配為半永久租用線路用戶端口分配一個(gè)地址。單個(gè)承載通路的用戶端口應(yīng)使用PSTN地址范圍內(nèi)(L3addr)的一個(gè)地址。這個(gè)地址將用在控制協(xié)議的PO

13、RT CONTROL消息中。注1:在V5.2接口,BCC協(xié)議使用同樣的地址用于連接控制,這是因?yàn)樵趩蝹€(gè)承載通路用戶端口沒(méi)有必要標(biāo)識(shí)時(shí)隙。多承載通路的用戶端口應(yīng)使用ISDN地址范圍內(nèi)(EFaddr)的一個(gè)地址。這個(gè)地址將用在控制協(xié)議的PORT CONTROL消息中。注2:在V5.2接口,BCC協(xié)議使用同樣的地址用于連接控制,這個(gè)地址提供多承載通路用戶端口所需的標(biāo)識(shí)時(shí)隙的能力。用戶端口控制和狀態(tài)指示已在15.2和15.3中規(guī)定。如果通過(guò)這個(gè)用戶端口已建立一條半永久租用線路,LE系統(tǒng)管理將拒絕來(lái)自AN的阻塞請(qǐng)求。注3:在LE處,僅需要識(shí)別用戶端口是否處于業(yè)務(wù)中止?fàn)顟B(tài)(阻塞或正在使用解除阻塞程序)或處

14、于工作狀態(tài)。應(yīng)由AN負(fù)責(zé)其它任何與用戶端口實(shí)現(xiàn)有關(guān)的功能,并考慮擴(kuò)展AN端口控制FSM的功能以維護(hù)這種類型的用戶端口,這不在V5接口規(guī)范要求的范圍內(nèi)。例如對(duì)一個(gè)ISDN基本接入的用戶端口,但該接入不用于即時(shí)業(yè)務(wù),則不要求LE處理激活和解除激活的功能。AN或LE協(xié)議實(shí)體,或AN幀中繼功能接收到任何消息,如果消息中的地址已被分配用于一個(gè)半永久租用線路的用戶端口,則包含此消息的幀將作為無(wú)效幀來(lái)處理。用于國(guó)內(nèi)PSTN協(xié)議的協(xié)議信息單元的使用本附錄內(nèi)容與YDN 020中附錄B相同。AN和LE中系統(tǒng)管理功能的基本要求本附錄規(guī)定AN和LE中系統(tǒng)管理功能的基本要求。C.1用于ISDN基本接入連續(xù)性測(cè)試的規(guī)程I

15、TU-T建議G.960定義了用于核實(shí)ISDN基本接入狀態(tài),例如某段時(shí)間無(wú)活動(dòng)的連續(xù)性測(cè)試程序。此程序以ITU-T建議M.3603規(guī)定的要求為基礎(chǔ)。連續(xù)性測(cè)試應(yīng)用激活規(guī)程單元,由LE啟動(dòng),并且LE知道業(yè)務(wù)活動(dòng)和業(yè)務(wù)指配情況。一旦測(cè)試失敗,則由AN負(fù)責(zé)故障定位。為了支持用于ISDN基本接入中LE和AN之間職責(zé)的分離,AN應(yīng)運(yùn)用定時(shí)器T1功能(見G.964建議14.1)。LE中無(wú)需定時(shí)器T1。當(dāng)處于狀態(tài)LE2.1時(shí),有關(guān)激活不成功的信息(此信息與將發(fā)送的、用來(lái)拒絕一個(gè)入戶呼叫的適宜原因的識(shí)別相關(guān)),能夠從接收到的FE106中獲得。定時(shí)器T1在ITU-T建議I.430中定義。在AN中,可以使用MPH-

16、T1開始必要的核實(shí)測(cè)試,此測(cè)試需要阻塞用戶端口。AN并不知道從LE啟動(dòng)的激活企圖是用于一個(gè)入戶呼叫的傳遞還是用于連續(xù)性測(cè)試。即使在激活不成功之后,LE也認(rèn)為端口已處于工作狀態(tài),應(yīng)由AN負(fù)責(zé)來(lái)闡明端口的狀態(tài)。C.2 當(dāng)端口處在非工作子狀態(tài)中之一時(shí),AN管理不應(yīng)發(fā)送MPH-BR。根據(jù)用戶端口的業(yè)務(wù)情況,在某一適宜的時(shí)間內(nèi),LE管理可以用MPH-BI來(lái)應(yīng)答。在半永久連接情況下,LE管理應(yīng)發(fā)送MPH-UBI(也見7.1.1中的3)。如果AN管理已錯(cuò)誤地向LE發(fā)送一阻塞請(qǐng)求,AN管理可以通過(guò)發(fā)送MPH-UBR來(lái)取消這一阻塞請(qǐng)求。然后,LE管理可以接收到MPH-UBI,如端口仍未阻塞,則取消阻塞請(qǐng)求(也就

17、是不理睬先前收到的阻塞請(qǐng)求)。在后者情況下,LE可以通過(guò)發(fā)送MPH-UBR來(lái)開始解除阻塞規(guī)程。C.3在同一時(shí)間,如果由FSM發(fā)送給管理的原語(yǔ)與由管理發(fā)送給FSM的原語(yǔ)之間發(fā)生沖突,則在相關(guān)的FSM中解決。C.4 MPH-BI應(yīng)只由AN管理在硬件故障情況下或由于AN內(nèi)部鏈路使用不能接受的誤碼性能,并明顯影響用戶端口處業(yè)務(wù)指配的情況下才能發(fā)送。MPH-BI不被確認(rèn),并且將直接導(dǎo)致終止正在處理的呼叫或正在建立的呼叫。需要AN檢查狀態(tài)持續(xù)時(shí)間是否大于典型的間歇影響時(shí)間。C.5一個(gè)端口的解除阻塞要求應(yīng)得到另一側(cè)的確認(rèn),并協(xié)調(diào)轉(zhuǎn)移到工作狀態(tài)。如果對(duì)側(cè)對(duì)MPH-UBR的響應(yīng)是MPH-BI,這應(yīng)解釋為一種指示

18、,即對(duì)側(cè)不同意目前轉(zhuǎn)移工作狀態(tài),F(xiàn)SM將返回到全部的阻塞狀態(tài)。如無(wú)響應(yīng),這應(yīng)解釋為對(duì)側(cè)此刻不同意進(jìn)入工作狀態(tài),但可以稍后響應(yīng),F(xiàn)SM應(yīng)保持在本地解除阻塞狀態(tài)。對(duì)側(cè)應(yīng)在5分鐘的時(shí)間期限內(nèi)用MPH-BI或MPH-UBI來(lái)響應(yīng)MPH-UBR。C.6 參見7.1.1中的2),4),6),8)和9)。C.7用于AN核實(shí)的機(jī)制見15.3.3.4和YDN 020中的14.1.3.4和14.2.3.4。利用MPH-UBR,用于LE核實(shí)的機(jī)制見15.3.3.5和YDN 020中的14.1.3.5和14.2.3.5。C.8有關(guān)ISDN接入永久激活參見15.3.3.6和YDN 020中表44的注釋。C.9一個(gè)FSM

19、或第二層協(xié)議實(shí)體的通信僅對(duì)向系統(tǒng)管理。因?yàn)樵贏N或LE中,不同的FSM之間或第二層協(xié)議實(shí)體之間無(wú)直接的通信,系統(tǒng)管理應(yīng)通過(guò)使用合適的原語(yǔ)協(xié)調(diào)FSM或第二層協(xié)議實(shí)體,并考慮從AN或LE各種功能塊中接收有關(guān)狀態(tài)和故障的信息。C.10接入數(shù)字段中的差錯(cuò)性能在較長(zhǎng)一段時(shí)間間隔中,低于某一最小標(biāo)準(zhǔn),從業(yè)務(wù)來(lái)看,應(yīng)認(rèn)為是不可接受的,如果檢測(cè)到這種情況,AN管理應(yīng)阻塞相關(guān)的用戶端口。C.11指配核實(shí)用于指配核實(shí)的規(guī)程,使用在YDN 020的14.5中規(guī)定的消息以及在該標(biāo)準(zhǔn)14.3和14.4中規(guī)定的協(xié)議單元、編碼和規(guī)程。在執(zhí)行重新指配規(guī)程之前,建議使用核實(shí)機(jī)制用來(lái)核實(shí)在AN和LE中所有新的指配變量是否可用。隨

20、后的修改指配數(shù)據(jù)可以保護(hù)正常的切換。系統(tǒng)管理或操作系統(tǒng)必須確保及時(shí)執(zhí)行切換規(guī)程。這樣,希望進(jìn)行重新指配的一側(cè)發(fā)送在含有核實(shí)重新指配值的消息,然后將接收到:含有“重新指配準(zhǔn)備好”值的消息;或者含有“重新指配未準(zhǔn)備好”值的消息。在后者情況下,應(yīng)由系統(tǒng)管理或操作系統(tǒng)負(fù)責(zé)采取任何必要的措施。C.12重新指配同步用于指配同步的規(guī)程應(yīng)僅在同意重新指配時(shí)使用。此規(guī)程應(yīng)用在YDN本地?cái)?shù)字交換機(jī)支持接入網(wǎng)的V5.1接口技術(shù)規(guī)范14.3和14.5中規(guī)定的消息。從LE管理啟動(dòng)的重新指配此規(guī)程見圖C.1所示,此圖顯示了控制功能ID信息單元值的交換。LE阻塞相關(guān)所有端口,并發(fā)送含“切換到新變量”值的消息,然后接收到:含

21、“重新指配啟動(dòng)”值的消息;或者,含“不能重新指配”值,并帶合適原因值的消息。在第一種情況下,AN發(fā)送含“重新指配啟動(dòng)”值的消息后,開始重新指配,LE接收到這個(gè)消息后,也開始重新指配。兩端運(yùn)用規(guī)定的解除阻塞機(jī)制開始端口的解除阻塞。在后者情況下,LE只通知它的管理系統(tǒng),并可以解除端口阻塞。AN和LE可以推遲開始重新指配,以確保含“重新指配啟動(dòng)”值的消息到AN的傳遞。在后者情況下,管理系統(tǒng)應(yīng)負(fù)責(zé)采取任何必要的動(dòng)作。圖C.1由LE啟動(dòng)的重新指配規(guī)程由AN管理啟動(dòng)的重新指配此規(guī)程如圖C.2所示,該圖顯示了控制功能ID值的交換。圖C.2由AN啟動(dòng)的重新指配規(guī)程AN發(fā)送含“切換到新變量”值的消息,如果LE能

22、夠支持重新指配,它開始阻塞相關(guān)的端口,并用含“阻塞已啟動(dòng)”值的消息來(lái)應(yīng)答,隨后程序與由LE啟動(dòng)的重新指配程序相同。如果此時(shí)無(wú)端口可阻塞或端口已阻塞,則LE可以直接用含“切換到新變量”值的消息來(lái)響應(yīng)。如果LE不能支持重新指配,它將用含“不能重新指配”值的消息來(lái)響應(yīng),在這種情況下,LE不應(yīng)采取其他任何動(dòng)作。重新指配核實(shí)在開始解除阻塞端口之前,可以要求請(qǐng)求變量及接口ID。這個(gè)規(guī)程避免了重新指配之后,接口雖處在工作狀態(tài),但變量或接口ID還不匹配情況的發(fā)生。后退規(guī)程:如果控制協(xié)議鏈路仍在工作,可以利用重新指配同步機(jī)制取消重新指配。在這種情況下,使用的變量可以標(biāo)記與舊的數(shù)據(jù)集對(duì)應(yīng)的數(shù)據(jù)集。C.13系統(tǒng)啟動(dòng)

23、在系統(tǒng)啟動(dòng)規(guī)程中,在用于各種協(xié)議(在主鏈路和次鏈路(如已指配)的保護(hù)鏈路,控制協(xié)議,鏈路控制協(xié)議,BCC協(xié)議,PSTN協(xié)議(如已指配)的數(shù)據(jù)鏈路建立之后,應(yīng)檢查變量及身份。如果變量及身份對(duì)應(yīng)于自己的變量及身份,則可以啟動(dòng)用于主鏈路,次鏈路和運(yùn)載PSTN協(xié)議(如已指配)的鏈路的鏈路標(biāo)識(shí)程序。在用于運(yùn)載BCC、控制協(xié)議和PSTN協(xié)議鏈路的鏈路標(biāo)識(shí)程序成功完成之后,將調(diào)用PSTN重新啟動(dòng)規(guī)程。然后能夠完成用于任何其它鏈路的鏈路標(biāo)識(shí)程序。如果沒(méi)有指配運(yùn)載PSTN信令的C路徑,則就沒(méi)有PSTN數(shù)據(jù)鏈路。在系統(tǒng)啟動(dòng)時(shí),系統(tǒng)管理或操作系統(tǒng)(OS)可以決定是否應(yīng)用鏈路標(biāo)識(shí)程序。在運(yùn)行系統(tǒng)啟動(dòng)程序期間,所有用戶

24、端口應(yīng)進(jìn)入阻塞狀態(tài)。在系統(tǒng)啟動(dòng)程序完成之后,所有相關(guān)用戶端口應(yīng)經(jīng)過(guò)加速的端口狀態(tài)同步程序。在變量及接口ID核實(shí)不成功的情況下,應(yīng)向管理實(shí)體發(fā)送一個(gè)通知,并停止系統(tǒng)啟動(dòng)程序。一個(gè)系統(tǒng)整體性處理將確保系統(tǒng)管理重復(fù)置入系統(tǒng)啟動(dòng)狀態(tài)。C.14重新啟動(dòng)規(guī)程重新啟動(dòng)規(guī)程可由AN或LE中的系統(tǒng)管理或可由操作系統(tǒng)(OS)來(lái)調(diào)用。僅定義用于PSTN協(xié)議的特定的重新啟動(dòng)規(guī)程,對(duì)于控制協(xié)議,如果需要,系統(tǒng)管理將運(yùn)用端口阻塞規(guī)程。對(duì)于鏈控制協(xié)議,如果需要,系統(tǒng)管理將運(yùn)用鏈路阻塞規(guī)程。重新啟動(dòng)規(guī)程將在以下情況下啟動(dòng):在C.13中描述的系統(tǒng)啟動(dòng)期間;或在C.17中描述的PSTN-V5DL故障之后;如果從控制協(xié)議實(shí)體接收到

25、MDU-CTRL(重新啟動(dòng)請(qǐng)求)。在a)和b)情況下,MDU-CTRL(重新啟動(dòng)請(qǐng)求)應(yīng)發(fā)送到控制協(xié)議實(shí)體和所有PSTN協(xié)議實(shí)體,并啟動(dòng)定時(shí)器TR1和TR2。在c)情況下,MDU-CTRL(重新啟動(dòng)請(qǐng)求)應(yīng)發(fā)送到所有PSTN協(xié)議實(shí)體,并啟動(dòng)定時(shí)器TR1和TR2。當(dāng)從控制協(xié)議接收到MDU-CTRL(重新啟動(dòng)完成),應(yīng)停止定時(shí)器TR2:當(dāng)從所有的PSTN協(xié)議實(shí)體接收到MDU-CTRL(重新啟動(dòng)確認(rèn))指示,應(yīng)停止定時(shí)器TR1,并向控制協(xié)議實(shí)體發(fā)送MDU-CTRL(重新啟動(dòng)完成)。當(dāng)從控制協(xié)議接收到MDU-CTRL(重新啟動(dòng)完成)指示和從所有的PSTN協(xié)議實(shí)體接收到MDU-CTRL(重新啟動(dòng)確認(rèn))指示

26、,應(yīng)向所有的PSTN協(xié)議實(shí)體發(fā)送MDU-CTRL(重新啟動(dòng)完成)指示。當(dāng)TR1或TR2計(jì)時(shí)終止,應(yīng)發(fā)給維護(hù)實(shí)體一個(gè)有關(guān)不成功重新啟動(dòng)的通知。如果在系統(tǒng)啟動(dòng)期間,發(fā)生定時(shí)器計(jì)時(shí)終止,一個(gè)系統(tǒng)整體性處理將確保系統(tǒng)管理重復(fù)(例如每隔5分鐘)置入系統(tǒng)啟動(dòng)狀態(tài)。C.15數(shù)據(jù)鏈路激活規(guī)程在系統(tǒng)啟動(dòng)規(guī)程期間,系統(tǒng)管理通過(guò)發(fā)送MDL-Establish-Request到數(shù)據(jù)鏈路層來(lái)請(qǐng)求激活CONTROL_DL、LINK_CONTROL_DL和BCC_DL鏈路,如果已指配用于PSTN協(xié)議的C路徑,則再激活PSTN_DL鏈路,如果已指配次鏈路,則應(yīng)激活PROTECTION_DL_1和PROTECTION_DL_2

27、這兩個(gè)鏈路。當(dāng)從CONTROL_DL或LINK_CONTROL_DL接收到MDL-Establish-Confirm或MDL-Establish-Indication,則應(yīng)向所有控制協(xié)議實(shí)體發(fā)送MDU啟動(dòng)話務(wù)(MDU-start_traffic)。如果數(shù)據(jù)鏈路通過(guò)MDL-Establish-Indication或MDL-Establiah-Confirm指示用于這些協(xié)議的數(shù)據(jù)鏈路已激活,則系統(tǒng)啟動(dòng)已成功。C.16數(shù)據(jù)鏈路復(fù)位在系統(tǒng)初始化以后,或在系統(tǒng)啟動(dòng)狀態(tài),如果從CONTROL_DL接收到MDL-Establish-Indication,系統(tǒng)管理應(yīng)向所有控制協(xié)議實(shí)體發(fā)送MDU啟動(dòng)話務(wù)(MDU

28、-start_traffic),請(qǐng)求變量及身份,然后等待MDU-CTRL(重新啟動(dòng)確認(rèn))指示。第二層實(shí)體(即PSTN_DL、CONTROL_DL、LINK_CONTROL_DL、BCC_DL、PROTECTION_DL_1和PROTECTION_DL_2)任何不期望的MDL-Release-Indication可以由系統(tǒng)管理用來(lái)檢查接口身份ID和/或相關(guān)鏈路的鏈路身份(ID)。C.17數(shù)據(jù)鏈路故障如果LE或AN系統(tǒng)管理從用于控制協(xié)議、鏈路控制協(xié)議、BCC控制協(xié)議和PSTN協(xié)議的LAPV5-DL接收到一個(gè)MDL-Release-Indication原語(yǔ),那么運(yùn)載這個(gè)C路徑的物理C通路將認(rèn)為是非工

29、作狀態(tài)。系統(tǒng)管理隨后觸發(fā)這個(gè)邏輯C通路的保護(hù)切換,并向管理實(shí)體發(fā)送一個(gè)差錯(cuò)指示。LE或AN中,在切換已完成之后,系統(tǒng)管理將向所有受影響的LAPV5-DL發(fā)送MDL-Establish-Request原語(yǔ)。切換之后,即使系統(tǒng)管理從這個(gè)數(shù)據(jù)鏈路收到另一個(gè)MDL-Release-Indication原語(yǔ),系統(tǒng)管理將繼續(xù)試圖建立出故障的數(shù)據(jù)鏈路。收到該MDL-Release-Indication原語(yǔ)之后,因?yàn)榭赡馨l(fā)生一個(gè)內(nèi)部故障,不可能由切換來(lái)恢復(fù),因此不應(yīng)執(zhí)行進(jìn)一步的切換。這是指在由收到MDL-Release-Indication原語(yǔ)而觸發(fā)的第二次切換執(zhí)行之前,該故障的數(shù)據(jù)鏈路應(yīng)首先進(jìn)入多幀操作已建

30、鏈狀態(tài)。在切換完成之后,和在第一個(gè)MDL-Establish-Reease原語(yǔ)已發(fā)送給用于控制協(xié)議的LAPV5-DL之后,應(yīng)啟動(dòng)定時(shí)器TC1。在切換完成之后,和在第一個(gè)MDL-Establish-Reqease原語(yǔ)已發(fā)送給用于PSTN協(xié)議的LAPV5-DL之后,應(yīng)啟動(dòng)定時(shí)器TC3。在切換完成之后,和在第一個(gè)MDL-Establish-Reqease原語(yǔ)已發(fā)送給用于鏈路控制協(xié)議的LAPV5-DL之后,應(yīng)啟動(dòng)定時(shí)器TC4。在切換完成之后,和在第一個(gè)MDL-Establish-Reqease原語(yǔ)已發(fā)送給用于BCC協(xié)議的LAPV5-DL之后,應(yīng)啟動(dòng)定時(shí)器TC6。在15秒內(nèi)(定時(shí)器TC3),如果仍未從P

31、STN_DL接收到MDLEstablish-Confirm或MDL-Establish-Indication,則應(yīng)通過(guò)向所有PSTN協(xié)議端口狀態(tài)機(jī)發(fā)送一個(gè)MDL-CTRL(端口阻塞)來(lái)調(diào)用阻塞所有PSTN端口程序。在PSTN_DL重新建鏈之后;將調(diào)用PSTN重新啟動(dòng)規(guī)程(參考本附錄C.14)。在PSTN重新啟動(dòng)規(guī)程完成之后,應(yīng)向適宜的PSTN協(xié)議FSM發(fā)送一個(gè)MDU-CTRL(端口解除阻塞)。在15秒內(nèi)(定時(shí)器TC1),如果仍未從CONTROL_DL接收到MDLEstablish-Confirm或MDL-Establish-Indication,則向所有控制協(xié)議實(shí)體發(fā)送一個(gè)MDU停止話務(wù)(MD

32、U-stop_traffic),由相關(guān)系統(tǒng)管理調(diào)用阻塞ISDN端口程序,并啟動(dòng)定時(shí)器TC2(1分鐘)。當(dāng)定時(shí)器TC2計(jì)時(shí)終止時(shí),應(yīng)調(diào)用系統(tǒng)啟動(dòng)規(guī)程。在15秒內(nèi)(定時(shí)器TC4),如果仍未從LINK_CONTROL_DL接收到MDLEstablish-Confirm或MDL-Establish-Indication,則向所有鏈路控制協(xié)議實(shí)體發(fā)送一個(gè)MDU停止話務(wù)(MDU-stop_traffic)(但無(wú)鏈路阻塞),并啟動(dòng)定時(shí)器TC5(1分鐘)。當(dāng)定時(shí)器TC5計(jì)時(shí)終止時(shí),應(yīng)調(diào)用系統(tǒng)啟動(dòng)規(guī)程。在15秒內(nèi)(定時(shí)器TC6),如果仍未從BCC_DL接收到MDL-Establish-Confirm或MDL-E

33、stablish-Indication,則由系統(tǒng)管理負(fù)責(zé)采取適當(dāng)?shù)膭?dòng)作從這種故障狀態(tài)中恢復(fù)出來(lái)。如果僅PROTECTION_DL_1或PROTECTION_DL_2之一發(fā)生數(shù)據(jù)鏈路故障,則只指示給系統(tǒng)管理。如果PROTECTION_DL_1和PROTECTION_DL_2都發(fā)生數(shù)據(jù)鏈路故障,則將阻塞保護(hù)機(jī)制。C.18控制協(xié)議第三層保護(hù)機(jī)制差錯(cuò)一旦從用于控制協(xié)議的第三層保護(hù)機(jī)制中收到“差錯(cuò)指示”,則AN和LE中相關(guān)的用戶端口FSM可能失去同步??梢圆扇∠铝械墓芾泶胧河糜谠摱丝诘南⑴抨?duì);通過(guò)發(fā)送“解除阻塞”,核實(shí)當(dāng)前狀態(tài);如該端口狀態(tài)未闡明,則通過(guò)“阻塞/解除阻塞”序列強(qiáng)迫重新同步。C.19系

34、統(tǒng)管理實(shí)體中的定時(shí)器系統(tǒng)管理實(shí)體中的定時(shí)器在表C.1中規(guī)定,所有規(guī)定的定時(shí)器值應(yīng)有一個(gè)5%的最大容差。C.20當(dāng)?shù)谝粚渔溌稦SM用MPH-AI向鏈路控制FSM指示它已從鏈路第一層故障中恢復(fù),并用MDU-LAI系統(tǒng)管理指示后可以請(qǐng)求鏈路身份程序。由系統(tǒng)管理調(diào)用鏈路身份程序。在系統(tǒng)管理內(nèi)也可以有其它觸發(fā)機(jī)制來(lái)請(qǐng)求這個(gè)程序。對(duì)AN或LE中的所有V5接口,每次只能有一個(gè)來(lái)自系統(tǒng)管理的鏈路身份程序。C.21當(dāng)系統(tǒng)管理接收到來(lái)自鏈路控制FSM的任何信息,例如MDU-IDRej,MDU-AI,MDU-EIg,系統(tǒng)管理員負(fù)責(zé)采取適合的動(dòng)作,作為系統(tǒng)管理從鏈路控制FSM請(qǐng)求到鏈路標(biāo)識(shí)規(guī)程的結(jié)果。C.22 在重新

35、指配之前,不必阻塞2048Kbit/s鏈路。在重新指配完成之后,2048Kbit/s鏈路可以進(jìn)入工作狀態(tài),不要求鏈路解除阻塞。C.23在V5.2接口僅有一個(gè)鏈路的情況下,不實(shí)現(xiàn)保護(hù)協(xié)議。系統(tǒng)管理不應(yīng)申請(qǐng)保護(hù)數(shù)據(jù)鏈路的建鏈和不理睬來(lái)自保護(hù)數(shù)據(jù)鏈路的MDL-Release-Indication。表C.1系統(tǒng)管理實(shí)體中的定時(shí)器定時(shí)器序號(hào)計(jì)時(shí)時(shí)間啟動(dòng)原因正常停止TR1100s發(fā)送MDU-CTRL(重啟動(dòng)請(qǐng)求)至所有PSTN協(xié)議端口狀態(tài)機(jī)從所有PSTN協(xié)議端口狀態(tài)機(jī)收到MDU-CTRL(重新啟動(dòng)確認(rèn))TR2120s發(fā)送MDU-CTRL(重啟動(dòng)請(qǐng)求)至CONTROL_DL從CONTROL_DL收到MDU-

36、CTRL(重新啟動(dòng)完成)TC115sCONTROL_DL建鏈請(qǐng)求從CONTROL_DL收到MDL-Establish-Confirm或MDL-Establish-IndicationTC260sTC1計(jì)時(shí)終止從CONTROL_DL收到MDL-Establish-Confirm或MDL-Establish-IndicationTC315sPSTN_DL建鏈請(qǐng)求從PSTN_DL收到MDL_Establish-Confirm或MDL-Establish-IndicationTC415sLINK_CONTROL_DL建鏈請(qǐng)求從ILNK_CONTROL_DL收到MDL-Establish-Confirm

37、或MDL-Establish-IndicationTC560sLINK_CONTROL_DL建鏈請(qǐng)求從LINK_CONTROL_DL收到MDL-Establish-IndicationTC615sBCC_DL建鏈請(qǐng)求從BCC_DL收到MDL-Establish-Confirm或MDL-Establish-IndicationTU1100s發(fā)送MDU-CTRL(解除所有相關(guān)端口阻塞請(qǐng)求)收到MDU-CTRL(解除所有相關(guān)端口阻塞接受)TU260s收到MDU-CTRL(解除所有相關(guān)端口阻塞請(qǐng)求)收到MDU-CTRL(解除所有相關(guān)端口阻塞完成)C.24在用于PSTN、端口和公共控制、鏈路控制和BCC

38、的C路徑保護(hù)切換的情況下,LE系統(tǒng)管理應(yīng)通過(guò)發(fā)送MDL-Establish-Request原語(yǔ)來(lái)重新建立相關(guān)的數(shù)據(jù)鏈路。C.25在V5.2初始化期間,即重新指配期間或重新指配之后,所有用于保護(hù)、BCC、鏈路控制和公共控制協(xié)議的數(shù)據(jù)將復(fù)原為默契值。由于在開始重新指配之前將阻塞所有端口,并且以后將逐個(gè)解除阻塞,因而用于端口控制部分的數(shù)據(jù)不必復(fù)原為默契值。對(duì)于PSTN協(xié)議,將應(yīng)用在YDN 020中規(guī)定的重新啟動(dòng)規(guī)程。C.26對(duì)BCC分配拒絕的處理系統(tǒng)管理將記錄BCC資源管理提供的信息,操作系統(tǒng)(OS)可以檢索這些信息來(lái)標(biāo)識(shí)性能等級(jí)。頻繁的分配拒絕應(yīng)自動(dòng)指示給操作系統(tǒng),以引起業(yè)務(wù)提供者對(duì)這個(gè)狀態(tài)的注意

39、。在更高層可以采取進(jìn)一步的動(dòng)作。C.27鏈路控制協(xié)議第三層保護(hù)機(jī)制差錯(cuò)一旦從用于鏈路控制協(xié)議的第三層保護(hù)機(jī)制中收到“差錯(cuò)指示”,則AN和LE中相關(guān)的鏈路控制FSM可能失去同步。可以采取下列管理措施:用于該鏈路控制協(xié)議的消息排隊(duì);通過(guò)發(fā)送“解除阻塞”,核實(shí)當(dāng)前狀態(tài);對(duì)于那些狀態(tài)未闡明的鏈路,則通過(guò)“阻塞/解除阻塞”序列強(qiáng)迫重新同步。C.28端口狀態(tài)加速同步程序加速同步程序允許端口狀態(tài)同步,而不必對(duì)每一個(gè)端口發(fā)送阻塞和解除阻塞消息。加速同步程序規(guī)定如下:如果有必要同步接口的所有端口,應(yīng)向控制協(xié)議實(shí)體發(fā)送MDU-CTRL(解除所有相關(guān)端口阻塞請(qǐng)求),并啟動(dòng)定時(shí)器TU1。當(dāng)從公共控制協(xié)議接收到MDU-

40、CTRL(解除所有相關(guān)口阻塞接受),應(yīng)停止定時(shí)器TU1。除那些認(rèn)為不適合于解除阻塞的端口以外(后者在本程序結(jié)束后將被再次阻塞用于雙向的重新同步),兩側(cè)所有相關(guān)端口應(yīng)直接進(jìn)入解除阻塞狀態(tài)。向公共控制協(xié)議發(fā)送MDU-CTRL(解除所有相關(guān)端口阻塞完成),并啟動(dòng)定時(shí)器TU2。當(dāng)從公共控制協(xié)議接收到MDU-CTRL(解除所有相關(guān)端口阻塞完成),應(yīng)停止定時(shí)器TU2,并向認(rèn)為不適合于解除阻塞的各個(gè)端口的FSM發(fā)送MPH-BI。當(dāng)從公共控制協(xié)議接收到MDU-CTRL(解除所有相關(guān)端口阻塞拒絕),應(yīng)停止定時(shí)器TU1,放棄加速同步程序處理,并向維護(hù)實(shí)體發(fā)送一個(gè)通知。當(dāng)TU1計(jì)時(shí)終止,應(yīng)放棄加速同步程序處理,并向

41、維護(hù)實(shí)體發(fā)送一個(gè)通知。當(dāng)TU2計(jì)時(shí)終止,應(yīng)向認(rèn)為不適合于解除阻塞的各個(gè)端口的FSM發(fā)送MPH-BI。如果接收到MDU-CTRL(解除所有相關(guān)端口阻塞請(qǐng)求),應(yīng)向公共控制協(xié)議發(fā)送MDU-CTRL(解除所有相關(guān)端口阻塞接受),所在相關(guān)端口解除阻塞以后,向控制協(xié)議實(shí)體發(fā)送MDU-CTRL(解除所有相關(guān)端口阻塞完成),并啟動(dòng)定時(shí)器TU2。當(dāng)從公共控制協(xié)議接收到MDU-CTRL(解除所有相關(guān)端口阻塞完成),應(yīng)停止定時(shí)器TU2,并向認(rèn)為不適合于解除阻塞的各個(gè)端口的FSM發(fā)送MPH-BI。當(dāng)TU2計(jì)時(shí)終止,應(yīng)向認(rèn)為不適合于解除阻塞的各個(gè)端口的FSM發(fā)送MPH-BI。如果AN側(cè)或LE側(cè)在發(fā)送MDU-CTRL(

42、解除所有相關(guān)端口阻塞請(qǐng)求)之后,在收到MDU-CTRL(解除所有相關(guān)端口阻塞接受)之前,接收到MDU-CTRL(解除所有相關(guān)端口阻塞請(qǐng)求),應(yīng)隨后向公共控制協(xié)議發(fā)送MDU-CTRL(解除所有相關(guān)端口阻塞接受)。用于PSTN和ISDN(BA和PRA)用戶端口控制的協(xié)議結(jié)構(gòu)D.1范圍本附錄描述用于ISDN-BA和ISDN-PRA用戶端口以及PSTN用戶端口控制信息傳送的協(xié)議結(jié)構(gòu)。D.2 ISDN-BA用戶端口狀態(tài)控制D2.1 LE和AN之間的功能分離對(duì)于那些通過(guò)AN遠(yuǎn)程接入LE的ISDN基本接入,ET第一層功能在LE和AN之間是分離的。原則上,LE將只被告知用戶端口第一層的可用性(工作狀態(tài)/非工作

43、狀態(tài))。另外,對(duì)于ISDN基本接入,在工作狀態(tài),必須支持激活/解除激活規(guī)程。此規(guī)程應(yīng)由LE控制,有關(guān)的信息必須經(jīng)過(guò)V5.2接口在AN和LE之間傳送。因?yàn)榻尤霐?shù)字段和用戶線的維護(hù)是AN的職責(zé),因此環(huán)回操作或數(shù)字段的激活/解除激活將僅由AN控制。這樣,有關(guān)這些功能的信息不應(yīng)傳送到LE(FE8到FE13)。D2.2在LE和AN之間的信息傳送圖D.1顯示用于ISDN基本接入端口控制功能的協(xié)議結(jié)構(gòu)模型。在兩個(gè)用戶端口,即AN(ISDN端口)和LE(ISDN端口)的FSM之間的雙向信息傳送,使功能單元進(jìn)行,F(xiàn)E10X用于激活/解除激活規(guī)程,F(xiàn)E20X用于阻塞和解除阻塞規(guī)程。它們運(yùn)載一個(gè)第三層端口控制協(xié)議,

44、該協(xié)議包含一個(gè)用于防止單個(gè)幀丟失的確認(rèn)規(guī)程。D.2.3 激活/解除激活規(guī)程在LE中,接入的激活/解除激活可以由系統(tǒng)管理或第二層分別用MPH原語(yǔ)或PH原語(yǔ)啟動(dòng)。在LE中,僅使用下列原語(yǔ):MPH-AWI;MPH-DSAI;MPH-AI;MPH-DI;MPH-DR;PH-AR;PH-AI;PH-DI。因?yàn)閬?lái)自第二層的PH原語(yǔ)在LE(ISND端口)FSM直接處理,并且經(jīng)過(guò)端口控制協(xié)議傳送到AN中的ET第一層功能,在AN中不使用PH原語(yǔ)。為使直接連接或遠(yuǎn)程連接的ISDN-BA之間不產(chǎn)生差別,在AN的V1參考點(diǎn),根據(jù)ITU-T建議G.960,必須支持現(xiàn)有的功能單元(即FE1至FE13)。 在AN ET第一

45、層功能處接收到的功能單元(FE2,F(xiàn)E3,F(xiàn)E4,F(xiàn)E6)傳送到AN(ISDN端口),然后AN(ISDN端口)通知AN系統(tǒng)管理,并發(fā)送適宜的功能單元到LE。V1參考點(diǎn)上,那些僅與接入數(shù)字段維護(hù)有關(guān)的功能單元,例如環(huán)回激活等,直接在AN的DS維護(hù)實(shí)體中處理。LE(ISDN端口)能夠由AN中的ET第一層功能通過(guò)發(fā)送適宜的功能單元(FE10 x)到AN來(lái)啟動(dòng)功能單元(FE1,F(xiàn)E5)的傳輸。相關(guān)規(guī)程已在第14章中規(guī)定。這樣,從LE來(lái)看,用于ISDN BA激活/解除激活的MPH原語(yǔ)和PH原語(yǔ)在LE系統(tǒng)管理及LE ET第二層功能和AN中的遠(yuǎn)程ET第一層功能之間是透明處理的。D.3 ISDN-PRA用戶端

46、口狀態(tài)控制D.3.1 LE和AN之間的功能分離對(duì)于那些通過(guò)AN遠(yuǎn)程接入LE的ISDN-PRA,ET第一層功能在LE和AN之間是分離的。原則上,LE將只被告知用戶端口第一層的可用性(工作狀態(tài)/非工作狀態(tài))。因?yàn)榻尤霐?shù)字段和用戶線的維護(hù)是AN的職責(zé),因此環(huán)回操作或數(shù)字段的其它測(cè)試將只由AN控制。這樣,有關(guān)這些功能的信息不應(yīng)傳送到LE(FE-A至FE-Y)。由AN端口FSM負(fù)責(zé)端口狀態(tài)的正確標(biāo)識(shí),并向LE指示這個(gè)狀態(tài)。D.3.2 LE和AN之間的信息傳送圖D.2顯示用于ISDN-PRA端口控制功能的協(xié)議結(jié)構(gòu)模型。在兩個(gè)用戶端口,即AN(ISDN-BA端口)和LE(ISDN-PRA端口)的FSM之間的

47、兩向信息傳送,使用功能單元FE20 x進(jìn)行,它們運(yùn)載一個(gè)第三層端口控制協(xié)議,這個(gè)協(xié)議包含一個(gè)用于防止單個(gè)幀丟失的確認(rèn)規(guī)程。D.3.3激活/解除激活規(guī)程由于ISDN-PRA永久激活,因而不使用激活/解除激活規(guī)程,即不使用FE10 x。LE第二層和LE系統(tǒng)管理僅分別通過(guò)MPH-AI/DI和PH-AI/DI原語(yǔ)被告之有關(guān)ISDN-PRA用戶端口的情況。D.4 PSTN用戶端口控制D.4.1 LE和AN之間信息傳送圖D.3顯示用于PSTN用戶端口控制功能的協(xié)議結(jié)構(gòu)模型。在兩個(gè)用戶端口FSM,即AN(PSTN端口)和LE(PSTN端口)之間的雙向信息傳送,使用功能單元(FE20 x)來(lái)進(jìn)行。它們運(yùn)載一個(gè)

48、第三層端口控制協(xié)議,該協(xié)議包含一個(gè)用于防止單個(gè)幀丟失的確認(rèn)程序。用于V5.2接口的幀結(jié)構(gòu)和消息編碼點(diǎn)及編址方案圖E.1和圖E.2顯示了用于各種通信通路和協(xié)議中的可能的幀結(jié)構(gòu)。表E.1顯示了分分配給V5.2接口的消息類型。表E.2顯示了分配給V5.2接口的信息單元。表E.1 V5.2接口使用的消息編碼點(diǎn)比特消息類型7654321000PSTN協(xié)議消息類型0000000建立(ESTABLISH)0000001建立確認(rèn)(ESTABLISH ACK)0000010信號(hào)(SIGNAL)0000011信號(hào)確認(rèn)(SIGNAL ACK)0001000拆線(DISCONNECT)0001001拆線完成(DISC

49、ONNECT COMPLETE)0001100狀態(tài)查詢(STATUS ENQUIRY)0001101狀態(tài)(STATUS)0001110協(xié)議參數(shù)(PROTOCOL PAPAMETER)0010控制協(xié)議消息類型0010000端口控制(PORT CONTROL)0010001端口控制確認(rèn)(PORT CONTROL ACK)0010010公共控制(COMMON CONTROL)0010011公共控制確認(rèn)(COMMON CONTROL ACK)0011保護(hù)協(xié)議消息類型0011000切換請(qǐng)示SWITCH-OVER REQUEST0011001切換命令(SWITCH-OVER COMMAND)0011010

50、OS切換命令(OS SWITCH-OVER COMMAND)0011011切換確認(rèn)(SWITCH-OVER ACK)0011100切換拒絕(SWITCH-OVER REJECT)0011101協(xié)議差錯(cuò)(PROTOCOL ERROR)0011110復(fù)位序號(hào)命令(RESET SN COMMAND)0011111復(fù)位序號(hào)確認(rèn)(RESET SN ACK)010BCC協(xié)議消息類型0100000分配(ALLOCATION)0100001分配完成(ALLOCATION COMPLETE)0100010分配拒絕(ALLOCATION REJECT)0100011解除分配(DE-ALLOCATION)01001

51、00解除分配完成(DE-ALLOCATION COMPLETE)0100101解除分配拒絕(DE-ALLOCATION REJECT)0100110審計(jì)(AUDIT)0100111審計(jì)完成(AUDIT COMPLETE)0101000AN故障(AN FAULT)0101001AN故障確認(rèn)(AN FAULT ACK)0101010協(xié)議差錯(cuò)(PROTOCOL ERROR)0110鏈路控制協(xié)議消息類型0110000鏈路控制(LINK CONTROL)0110001鏈路控制確認(rèn)(LINK CONTROL ACK)注:其它值保留表E.2 分配給V5.2接口的信息單元比特協(xié)議信息單元(IE)參考87654

52、3210多字節(jié)長(zhǎng)度信息單元1400000000PSTN序列號(hào)碼1400000001PSTN斷續(xù)振鈴音1400000010PSTN脈沖信號(hào)1400000011PSTN穩(wěn)態(tài)信號(hào)1400000100PSTN數(shù)字信號(hào)1400010000PSTN識(shí)別時(shí)間1400010001PSTN允許自主確認(rèn)1400010010PSTN禁止自主確認(rèn)1400010011PSTN原因1400010100PSTN資源不可利用1400100000控制控制功能單元15.400100001控制控制功能身份標(biāo)識(shí)(ID)15.400100010控制變量15.400100011控制接口身份標(biāo)識(shí)(ID)15.400110000鏈路控制鏈路

53、控制功能16.3.2.201000000BCC用戶端口標(biāo)識(shí)17.4.2.101000001BCCISDN端口時(shí)隙標(biāo)識(shí)17.4.2.201000010BCCV5時(shí)隙標(biāo)識(shí)17.4.2.301000011BCC多時(shí)隙映射17.4.2.401000100BCC拒絕原因17.4.2.501000101BCC協(xié)議差錯(cuò)原因17.4.2.601000110BCC連接不完整17.4.2.701010000保護(hù)序列號(hào)碼18.5.201010001保護(hù)物理C通路標(biāo)識(shí)18.5.301010010保護(hù)拒絕原因18.5.401010011保護(hù)協(xié)議差錯(cuò)原因18.5.51單字節(jié)長(zhǎng)度信息單元1000XXXXPSTN線路信息14

54、1001XXXXPSTN狀態(tài)141010XXXXPSTN自主信令序列141011XXXXPSTN序列響應(yīng)1411000000PSTN脈沖通知141110XXXX控制性能級(jí)別15.41111XXXX控制拒絕原因15.4注:其它值保留V5.1接口升級(jí)為V5.2接口的概念和要求V5.1接口能夠通過(guò)使用在本標(biāo)準(zhǔn)中規(guī)定的有關(guān)控制協(xié)議的指配能力而升級(jí)為V5.2接口。如果需要,在升級(jí)啟動(dòng)之前,能夠核實(shí)當(dāng)前V5.1接口上的指配變量和接口身份。升級(jí)可以通過(guò)請(qǐng)求切換用于新的V5.2結(jié)構(gòu)的新指配變量來(lái)啟動(dòng)。如果升級(jí)不成功,隨后的規(guī)程不在本標(biāo)準(zhǔn)要求范圍內(nèi),具體中參考附錄C中的C.11和C.12。用于脈沖撥號(hào)的AN要求

55、AN必須在線路狀態(tài)信號(hào)起點(diǎn)(如脈沖撥號(hào)或遇忙寄存呼叫)中斷線路傳輸路徑。當(dāng)用戶開始拔號(hào),經(jīng)過(guò)短時(shí)間延時(shí)后,數(shù)字信號(hào)到達(dá)LE,這樣通過(guò)中斷傳輸路徑,就可以切斷從LE產(chǎn)生的撥號(hào)音。每次,AN檢測(cè)到線路狀態(tài)信號(hào)的第一個(gè)脈沖,它就中斷傳輸路徑。一旦AN識(shí)別出線路狀態(tài)信號(hào)的結(jié)束,它就發(fā)送SIGNAL消息到LE并啟動(dòng)一定時(shí)器。一旦該定時(shí)器計(jì)時(shí)終止,AN就重新連接傳輸路徑(見圖G.1),它可應(yīng)用于所有接收到的線路狀態(tài)信號(hào)。定時(shí)器可以通過(guò)QAN接口在AN中指配,該定時(shí)器建議值為200ms。該規(guī)程不影響V5.2接口。圖 G.1AN脈沖撥號(hào)要求第三層差錯(cuò)檢測(cè)規(guī)程本附錄內(nèi)容與YDN 020中附錄H相同。保護(hù)協(xié)議的注釋及信息流程J.1有關(guān)保護(hù)協(xié)議原則的附加信息AN僅可以請(qǐng)求一個(gè)切換,但切換命令(SW

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論