日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

  1. 首頁(yè) > 云知道 > >

自動(dòng)交換光網(wǎng)絡(luò) ASON的信令要求( 五 )

云知道


連接控制器誤動(dòng)作引起消息誤解碼缺陷 。本建議不討論檢測(cè)某個(gè)元件誤動(dòng)作的機(jī)制 。
Ca11C和CC將缺陷信息通知治理平面 。圖1提供了Ca11C處理呼叫請(qǐng)求的參考流程 。根據(jù)這個(gè)網(wǎng)絡(luò)模型，以下不具體說(shuō)明建立和釋放呼叫以及操作中發(fā)生各種缺陷的信令流程，具體參見(jiàn)G.7713 。
4　信令協(xié)議
4.1　信令協(xié)議要求
呼叫和連接控制治理通過(guò)信令協(xié)議完成，以實(shí)現(xiàn)端到端光連接的建立、修改、狀態(tài)查詢(xún)、釋放以及恢復(fù) 。信令協(xié)議應(yīng)滿(mǎn)足以下要求：
(1) UNI、I-NNI和E-NNI信令協(xié)議的選擇應(yīng)相互獨(dú)立 。
(2)信令應(yīng)遵循ITU-T G.8080和G.7713 。
(3)信令應(yīng)該支持顯式路由方式，可以采用嚴(yán)格和松散方式 。
(4)信令應(yīng)該支持單一連接和一組連接兩種連接治理方式 。(可選)
(5)信令應(yīng)該支持故障通告 。
(6)信令應(yīng)支持回溯(crank-back)和重路由(Reroute)，用于解決請(qǐng)求沖突和連接恢復(fù) 。
(7)信令應(yīng)支持每個(gè)連接全局唯一的標(biāo)識(shí) 。
(8)信令應(yīng)對(duì)所有請(qǐng)求同時(shí)支持肯定和否定響應(yīng)，必要時(shí)包括原因 。
(9)信令應(yīng)支持代表連接特點(diǎn)的所有連接屬性 。
(10)對(duì)于網(wǎng)絡(luò)內(nèi)的所有域而言，域間信令協(xié)議對(duì)于域內(nèi)信令協(xié)議不可知 。
域間信令應(yīng)答應(yīng)在連接的邊界不使用UNI信令協(xié)議(即與連接兩端的客戶(hù)設(shè)備是否支持UNI信令無(wú)關(guān)) 。
目前ITU-T規(guī)范了三種信令協(xié)議，分別是G.7713.1-專(zhuān)用網(wǎng)絡(luò)-網(wǎng)絡(luò)接口協(xié)議(PNNI)、G.7713.2-資源預(yù)留協(xié)議流量工程擴(kuò)展協(xié)議(RSVP-TE)和G.7713.3-路由受限-標(biāo)記分配協(xié)議(CR-LDP)，下面分別對(duì)RSVP TE和CR-LDP信令協(xié)議進(jìn)行描述，PNNI協(xié)議因使用的范圍不廣，在此不再具體描述 。
4.2　RSVP-TE協(xié)議
4.2.1 RSVP協(xié)議概述
90年代中期，RSVP被開(kāi)發(fā)用以防止網(wǎng)絡(luò)阻塞，RSVP是一種網(wǎng)絡(luò)控制協(xié)議，與路由協(xié)議結(jié)合使用，目的是使IP網(wǎng)絡(luò)提供有一定QOS保障的服務(wù) 。
RSVP的預(yù)留請(qǐng)求由“f1owspec”和“filter spec”組成，它們組成的一對(duì)稱(chēng)為“flow descriptor”，f1owspec規(guī)范所需要的QoS，filter spec與會(huì)話(huà)規(guī)范一起定義數(shù)據(jù)分組，以便接收f(shuō)1owspec定義的QoS，f1owspec用來(lái)在節(jié)點(diǎn)的分組規(guī)劃或鏈路層機(jī)制中設(shè)置參數(shù)，而fi1terspec用于在分組分類(lèi)器中設(shè)置參數(shù)，對(duì)于目標(biāo)為某個(gè)特定對(duì)話(huà)而與該會(huì)話(huà)的任何fi1terspecs都不匹配的數(shù)據(jù)分組作為盡力而為的業(yè)務(wù)來(lái)處理 。
RSVP的預(yù)約風(fēng)格分為三種：通配過(guò)濾風(fēng)格(Wi1dcard-Filter：WF)、固定過(guò)濾風(fēng)格(Fixed-fi1ter：FF)和共享顯式風(fēng)格(Shared-EXPlicit：SE) 。
總的來(lái)說(shuō)，RSVP的特性如下：
RSVP對(duì)于單播和多對(duì)多的多播應(yīng)用完成資源預(yù)留，動(dòng)態(tài)適配來(lái)改變組員和改變路由 。
RSVP是單工的，即它使用單向數(shù)據(jù)流來(lái)預(yù)留資源；
RSVP是面向接收者的，即數(shù)據(jù)流的接收者發(fā)起和維持該數(shù)據(jù)流使用的資源預(yù)留 。RSVP是基于接收方的資源預(yù)留協(xié)議，發(fā)送方首先發(fā)出PATH信息，經(jīng)過(guò)下層路由協(xié)議多點(diǎn)投遞到每個(gè)可能的接收方，接收方根據(jù)各自對(duì)于服務(wù)質(zhì)量的需求，確定它們各自的需求和資源預(yù)留能力，從而給出的RESV信息，通過(guò)PATH信息路徑反向回送到發(fā)送方，每個(gè)經(jīng)過(guò)的路由器都將進(jìn)行接納控制和資源預(yù)留，假如失敗則通知接收方，否則將資源預(yù)留請(qǐng)求遞交給前一個(gè)路由器.為使接收方能夠在路由器可接收的范圍內(nèi)給出預(yù)留請(qǐng)求,PATH信息將攜帶發(fā)送方支持的通信需求,PATH信息分組路由器可能會(huì)修改PATH分組有關(guān)可用資源的描述以通告接收方；上述過(guò)程都認(rèn)為返回發(fā)送方及路由器資源通告的RESV信息是PATH信息經(jīng)過(guò)的反向路徑 。-RSVP在路由器和主機(jī)中是“軟”狀態(tài)的，答應(yīng)網(wǎng)絡(luò)動(dòng)態(tài)變化以及由此引起的路由變化；
RSVP不是一種路由協(xié)議，但是它依靠現(xiàn)有和未來(lái)的路由協(xié)議，每個(gè)路由器預(yù)留的資源是“軟”的，即這些資源需要由接收端定期地刷新；

推薦閱讀