第一篇：Qos小結(jié)

Qos Qos是解決網(wǎng)絡(luò)擁塞非常重要的手段，Qos類是交通管理設(shè)施，在不能無限制擴(kuò)充道路寬度的情況下，通過加強(qiáng)交通管理可以大大緩解道路的擁塞情況。有三種模型：盡力而為服務(wù)模型，集成服務(wù)模型和差分服務(wù)模型。

盡力而為服務(wù)模型實(shí)際就是沒有Qos，路由器平等對(duì)待所有數(shù)據(jù)包，先進(jìn)先出；集成服務(wù)模式要預(yù)留帶寬；差分服務(wù)模式就是區(qū)別的對(duì)待不同的數(shù)據(jù)包，把它們分成不同的類別。下面主要介紹差分服務(wù)模型。

一般配置Qos的思路：分類和標(biāo)記通常是在邊界的入口路由器上執(zhí)行的，而擁塞管理通常是在網(wǎng)絡(luò)的內(nèi)部或者出口路由器上執(zhí)行的，他們是分開進(jìn)行的。上流方向：先使用class-map分類，再用policy-map標(biāo)記，在下流方向：用class-map匹配標(biāo)記，再用policy-map對(duì)配置的數(shù)據(jù)包進(jìn)行操作。

一、分類與標(biāo)記：分類是為了標(biāo)記，標(biāo)記是分類的結(jié)果。

標(biāo)記可以分：IP優(yōu)先級(jí)標(biāo)記，DSCP標(biāo)記和COS標(biāo)記。注意：數(shù)據(jù)包中的IP優(yōu)先級(jí)或者DSCP值高并不意味著路由器將優(yōu)先轉(zhuǎn)發(fā)這些數(shù)據(jù)包，路由器是否優(yōu)先轉(zhuǎn)發(fā)這些數(shù)據(jù)包完全取決于如何配置。這個(gè)優(yōu)先級(jí)的意義是：決定擁塞情況下那些數(shù)據(jù)包優(yōu)先被丟棄。

分類標(biāo)記的具體工具有：route-map、MQC、NBAR、和CAR等。我們一般建議用MQC（Modular 模塊化Qos CLI）配置Qos。

二、NBAR（Network Base Application Recognition）

MQC和NBAR的區(qū)別是：MQC和route-map只能根據(jù)二層、三層和四層等信息來分類數(shù)據(jù)包，對(duì)于P2P和Voice IP等采用動(dòng)態(tài)端口的流量，無法進(jìn)行分類。然而NBAR可以識(shí)別四層到七層協(xié)議，可以說NBAR是MQC的一個(gè)擴(kuò)展。

NBAR使得路由器不僅要轉(zhuǎn)發(fā)數(shù)據(jù)，還要對(duì)數(shù)據(jù)包進(jìn)行檢查，這樣會(huì)加大負(fù)載，建議慎重采用。

三、隊(duì)列技術(shù)-----擁塞管理方法

當(dāng)擁塞發(fā)生時(shí)，需要使用隊(duì)列技術(shù)對(duì)數(shù)據(jù)包進(jìn)行排隊(duì)，有的數(shù)據(jù)包應(yīng)該被調(diào)度優(yōu)先轉(zhuǎn)發(fā)，隊(duì)列技術(shù)只應(yīng)用在接口的出方向，并且一個(gè)接口只能使用一種隊(duì)列技術(shù)。

數(shù)據(jù)包要從出接口轉(zhuǎn)發(fā)出去要經(jīng)過軟件隊(duì)列和硬件隊(duì)列。軟件隊(duì)列就是我們?nèi)藶槎x的各種隊(duì)列技術(shù)對(duì)數(shù)據(jù)包進(jìn)行調(diào)度，然后進(jìn)入硬件隊(duì)列，硬件隊(duì)列總是以先進(jìn)先出的方式把數(shù)據(jù)包轉(zhuǎn)發(fā)。如果硬件隊(duì)列未滿，則說明接口能夠及時(shí)轉(zhuǎn)發(fā)數(shù)據(jù)，隊(duì)列技術(shù)就不生效了，換句話說，就是軟件隊(duì)列要在接口擁塞的情況下才起效？

① FIFO先進(jìn)先出隊(duì)列：

只有一條隊(duì)列，簡(jiǎn)單，開銷低，容易造成數(shù)據(jù)包的延時(shí)、延時(shí)抖動(dòng)和丟包。如果隊(duì)列滿，新到的包被尾部丟棄。② 優(yōu)先級(jí)隊(duì)列PQ：

分成高、中、普通、低優(yōu)先級(jí)4個(gè)隊(duì)列。路由器從高到低順序調(diào)度數(shù)據(jù)包，只有高優(yōu)先級(jí)隊(duì)列空后才會(huì)調(diào)度中優(yōu)先級(jí)的隊(duì)列服務(wù)，以此類推，只要高隊(duì)列一直有數(shù)據(jù)，后面就永遠(yuǎn)不會(huì)被轉(zhuǎn)發(fā)，易造成兩極分化。③ 自定義隊(duì)列CQ： 有17個(gè)隊(duì)列（0-16），其中0是優(yōu)先級(jí)隊(duì)列，只有隊(duì)列0為空，才能為其他隊(duì)列服務(wù)。路由器將為第一個(gè)隊(duì)列轉(zhuǎn)發(fā)一定字節(jié)數(shù)的數(shù)據(jù)包后，就轉(zhuǎn)為為第2個(gè)隊(duì)列轉(zhuǎn)發(fā)，依次輪詢，避免兩極分化，保證所有隊(duì)列都能轉(zhuǎn)發(fā)。④ 加權(quán)公平隊(duì)列（WFQ）：

當(dāng)接口的帶寬小于2.048Mbps時(shí)，路由器在接口上默認(rèn)采用WFQ。與PQ、CQ不同的是，如果隊(duì)列滿了，WFQ并不是執(zhí)行尾部丟棄，而是會(huì)執(zhí)行WFQ丟棄方式；執(zhí)行加權(quán)公平調(diào)度算法調(diào)度數(shù)據(jù)包到硬件隊(duì)列轉(zhuǎn)發(fā)。在WFQ中，先調(diào)度最快能轉(zhuǎn)發(fā)完畢的包，采用虛擬包進(jìn)行調(diào)度，虛擬包大小=實(shí)際包大小/(IP優(yōu)先級(jí)+1)，也就是說，IP優(yōu)先級(jí)越高則虛擬包越小，將有更多的轉(zhuǎn)發(fā)機(jī)會(huì)。WFQ會(huì)優(yōu)先調(diào)度IP優(yōu)先級(jí)高，包比較小的數(shù)據(jù)包。⑤ 基于類的加權(quán)公平隊(duì)列（CBWFQ）：

使用MQC進(jìn)行配置，最多可定義64個(gè)類，可以根據(jù)數(shù)據(jù)包的協(xié)議類型、ACL和IP優(yōu)先級(jí)或者輸入接口等條件事先定義好流量的類型，為不同類別的流量配置最小帶寬，占用接口帶寬的百分比等?？梢员ＷC流量的最小帶寬，而不限制流量的最大帶寬。⑥ 低延遲隊(duì)列（LLQ）：

配置和CBWFQ相似，但是原理和優(yōu)先級(jí)隊(duì)列很類似。LLQ一般結(jié)合CBWFQ使用，這樣就會(huì)優(yōu)先轉(zhuǎn)發(fā)LLQ隊(duì)的重要數(shù)據(jù)。LLQ的數(shù)據(jù)發(fā)完后交發(fā)送其他CBWFQ的數(shù)據(jù)。⑦ RTP優(yōu)先隊(duì)列：

一般用來解決語(yǔ)音服務(wù)質(zhì)量的簡(jiǎn)單隊(duì)列技術(shù)，其原來是將承載語(yǔ)言的RTP數(shù)據(jù)包送入高優(yōu)先級(jí)使其得到優(yōu)先發(fā)送?？山Y(jié)合前面所說的任何一種隊(duì)列使用，RTP是前面所說隊(duì)列中優(yōu)先級(jí)最高的。

四、擁塞避免解決方法：提前隨機(jī)丟棄一些包。

隨機(jī)預(yù)檢測(cè)技術(shù)（Random Early Detection，RED）和權(quán)重隨機(jī)預(yù)檢測(cè)技術(shù)（Weighted Random Early Detection，WRED）

一般是RED僅對(duì)TCP有效，對(duì)UDP并無反映。

原理是一樣的，給隊(duì)列兩個(gè)門限值：最小門限和最大門限，當(dāng)隊(duì)列的平均長(zhǎng)度小于最小門限時(shí)，不丟棄數(shù)據(jù)包；當(dāng)隊(duì)列的平均長(zhǎng)度在最小門限值和最大門限值之間，RED開始隨機(jī)丟棄數(shù)據(jù)包，隊(duì)列的平均長(zhǎng)度越長(zhǎng)，丟棄的概率越高；當(dāng)隊(duì)列的平均長(zhǎng)度大于最高門限時(shí)，丟棄尾部所有的數(shù)據(jù)包。避免了TCP全局同步現(xiàn)象（即TCP連接不是同步斷開，然后又同步連接，忽高忽低），使得線路帶寬的整體利用率得到提高。

它們的區(qū)別在于，WRED可以根據(jù)不同的IP優(yōu)先級(jí)或者DSCP值，設(shè)定不同的最小門限、最大門限和丟棄概率，從而對(duì)不同優(yōu)先級(jí)的數(shù)據(jù)包提供不同的丟棄特性。

FB-WRED（Flow Based RED）對(duì)WRED進(jìn)行了改進(jìn)，它對(duì)占用的隊(duì)列資源比平均份額多的流進(jìn)行懲罰。

CB-WRED就是把WRED和MQC工具結(jié)合起來，在policy-map中配置WRED，而不是在物理接口上直接配置WRED。

五、流量整形與流量監(jiān)管的區(qū)別

流量整形的目的是平滑流量，流量監(jiān)管的目的是限速。流量整形是把超出的流量緩沖起來，鏈路平均流量速率較大，但造成延時(shí)；流量監(jiān)管是把超出的流量丟棄或標(biāo)記進(jìn)行后續(xù)操作，整體帶寬低，不會(huì)增加數(shù)據(jù)包延時(shí)。

流量整形方法：GTS 只能應(yīng)用在接口的出方向上。GTS是在軟件隊(duì)列之前又增加一個(gè)隊(duì)列來實(shí)施的，這一隊(duì)列采用的是WFQ。令牌桶用來緩存數(shù)據(jù)，有令牌才能把數(shù)據(jù)發(fā)送出去。令牌是周期放到令牌桶中的，周期為Tc，一個(gè)周期加入的令牌數(shù)為Bc。加入的速度為CIR。

流量監(jiān)管的方法：Policing 可以用傳統(tǒng)的命令行CAR（Committed Access Rate）配置，CAR使用的是單桶單速雙色，也可以用基于MQC的CB-Policing（建議使用），而且有單桶單速雙色、雙桶單速三色和雙桶雙速三色等。

第二篇：QOS會(huì)議管理辦法

QOS會(huì)議管理辦法

Q/GH.QW.Z004-2012 目的

1.1 規(guī)范公司QOS會(huì)議議程； 1.2 規(guī)范目標(biāo)管理及報(bào)告制度。2 適用范圍

所有涉及QOS指標(biāo)的部門。3 職責(zé)

3.1 質(zhì)量部負(fù)責(zé)人負(fù)責(zé)公司QOS會(huì)議的主持； 3.2 質(zhì)量部?jī)?nèi)勤人員負(fù)責(zé)QOS會(huì)議資料會(huì)議記錄；

3.3 指標(biāo)負(fù)責(zé)人負(fù)責(zé)指標(biāo)匯報(bào)及未達(dá)成指標(biāo)整改情況匯報(bào)。4 管理辦法

4.1.1 公司QOS會(huì)議以每月例會(huì)的方式進(jìn)行，每月10日進(jìn)行（遇節(jié)假日順延至節(jié)假日后上班的第一天）；；

4.1.2 各部門在每月7日前將上月QOS指標(biāo)運(yùn)行情況及會(huì)議資料交質(zhì)量部?jī)?nèi)勤匯總；

4.1.3 會(huì)議由質(zhì)量部主持，質(zhì)量部負(fù)責(zé)人負(fù)責(zé)公司QOS指標(biāo)運(yùn)行情況匯報(bào)，質(zhì)量部?jī)?nèi)勤負(fù)責(zé)會(huì)議記錄。4.2 未達(dá)標(biāo)的指標(biāo)整改責(zé)任人的確定 4.2.1 公司指標(biāo)

4.2.1.1 公司指標(biāo)中FTT、工廢率、PPK指標(biāo)，因管理問題（違反工藝紀(jì)律的危險(xiǎn)操作，教育培訓(xùn)等原因）造成的指標(biāo)未達(dá)成目標(biāo)，由過程擁有者組織整改，并在會(huì)議上匯報(bào)整改情況；

4.2.1.2 公司指標(biāo)中FTT、工廢率、PPK指標(biāo)，因工藝問題（設(shè)備、工裝、模具、過程方法、產(chǎn)品結(jié)構(gòu)等設(shè)計(jì)等原因）造成的指標(biāo)未達(dá)成，由主管工程師組織整改（涉及多個(gè)產(chǎn)品及主管工程師時(shí)，由技術(shù)部門主管指定一個(gè)主管工程師作為組織者），并在會(huì)議上匯報(bào)整改情況； 4.2.1.3 公司指標(biāo)中其余指標(biāo)未達(dá)成目標(biāo)，由過程擁有者組織整改，并在會(huì)議上匯報(bào)整改情況；

4.2.2 部門指標(biāo)未達(dá)成目標(biāo)，由過程擁有者組織整改，并在會(huì)議上匯報(bào)整改情況。

4.3 會(huì)議形成的決策的跟蹤、激勵(lì)。

4.3.1 整改對(duì)策的完成情況，由整改組織者在QOS上進(jìn)行匯報(bào)，由質(zhì)量跟蹤完成情況。

4.3.2 連續(xù)三個(gè)月未達(dá)成整改目標(biāo)的責(zé)任者，實(shí)際值與目標(biāo)值差異

10%，處罰責(zé)任人100元；實(shí)際值與目標(biāo)值相差20%，處罰責(zé)任人200元，實(shí)際值與目標(biāo)值相差30%以上，處罰責(zé)任人300-1000元。并重新制定整改措施。

4.3.2 按期或提前完成整改項(xiàng)目的組織者，實(shí)際值超過目標(biāo)值5%，獎(jiǎng)勵(lì)責(zé)任人100元；實(shí)際值超過目標(biāo)值10%，獎(jiǎng)勵(lì)責(zé)任人200元，實(shí)際值超過目標(biāo)值相差20%以上，獎(jiǎng)勵(lì)責(zé)任人300-1000元.4.3.3 對(duì)于在三個(gè)月內(nèi)不能完成整改的項(xiàng)目，完成時(shí)間由總經(jīng)理確定。相關(guān)文件

《QOS（質(zhì)量管理操作系統(tǒng)）控制程序》（Q/GD·QW39—2011）6 質(zhì)量記錄

《QOS會(huì)議記錄》

編制： 王強(qiáng)

批準(zhǔn)：

日期:

第三篇：VoIP業(yè)務(wù)Qos性能優(yōu)化研究

VoIP 業(yè)務(wù)QoS 性能及其優(yōu)化研究

張路宜

200522160013

VoIP(voice over IP)就是通過IP 網(wǎng)絡(luò)承載語(yǔ)音業(yè)務(wù),也稱IP 網(wǎng)絡(luò)電話。當(dāng)網(wǎng)絡(luò)出現(xiàn)擁塞或傳輸差錯(cuò)時(shí),語(yǔ)音包就會(huì)產(chǎn)生時(shí)延、抖動(dòng)甚至丟失,導(dǎo)致語(yǔ)音不連續(xù)或中斷,嚴(yán)重影響語(yǔ)音質(zhì)量。VoIP 業(yè)務(wù)有著嚴(yán)格的實(shí)時(shí)性要求,時(shí)延、抖動(dòng)和丟包這3 個(gè)影響VoIP 服務(wù)質(zhì)量的主要因素與承載網(wǎng)的性能密切相關(guān)。

目前,優(yōu)化QoS(服務(wù)質(zhì)量)的業(yè)務(wù)模型主要有intserv(集成服務(wù))、diffserv(區(qū)分服務(wù))和MPLS(多協(xié)議標(biāo)簽交換)3 種。intserv 可擴(kuò)展性差,在現(xiàn)有的網(wǎng)絡(luò)上實(shí)現(xiàn)起來非常困難;diffserv 提供了基于類的QoS ,具有良好的可擴(kuò)展性,但缺乏有效的end2to2end(端到端)機(jī)制;MPLS TE(流量工程)通過有效地管理帶寬資源,間接改善網(wǎng)絡(luò)服務(wù)質(zhì)量,但其帶寬管理

以及MPLS TE 隧道都無法做到基于業(yè)務(wù)類別。如果EF(加速轉(zhuǎn)發(fā))、AF(保證轉(zhuǎn)發(fā))、BE(盡力而為)這幾類業(yè)務(wù)都承載在一個(gè)MPLS TE 隧道中,那么EF和AF 業(yè)務(wù)將受到嚴(yán)重的影響。因此, 單獨(dú)采用diffserv或MPLS TE 服務(wù)模型來優(yōu)化VoIP 業(yè)務(wù)的QoS ,效果都不盡如人意。

MPLS diffserv2aware TE 是具有diffserv 感知能力的MPLS 流量工程,綜合了diffserv 和MPLS TE 兩者的優(yōu)點(diǎn)形成的一種新的集成業(yè)務(wù)模型,實(shí)現(xiàn)了基于業(yè)務(wù)類別的帶寬管理和隧道服務(wù),可以有效保證VoIP 業(yè)務(wù)在承載網(wǎng)上的服務(wù)質(zhì)量。VoIP 傳輸基本原理

傳統(tǒng)的電話網(wǎng)采用電路交換方式傳輸語(yǔ)音,可以確保語(yǔ)音傳輸質(zhì)量。VoIP 技術(shù)將發(fā)送的模擬語(yǔ)音信號(hào)數(shù)字化之后進(jìn)行編碼、壓縮,然后轉(zhuǎn)換為IP數(shù)據(jù)包在網(wǎng)絡(luò)上傳輸;在接收端再進(jìn)行拆包、解壓、解碼等逆向處理,最后轉(zhuǎn)化為模擬語(yǔ)音輸出。包含基本配置的IP 電話網(wǎng)結(jié)構(gòu)如圖1 所示,我們以電話用戶025 呼叫022 為例,簡(jiǎn)單介紹VoIP 的通信接和傳輸過程。025 話機(jī)撥號(hào)向022 話機(jī)發(fā)起呼叫,呼叫信令進(jìn)入語(yǔ)音網(wǎng)關(guān)編碼、壓縮成特定的幀,經(jīng)過IP 網(wǎng)絡(luò)送入關(guān)守(GK:gate keeper)后對(duì)025 話機(jī)進(jìn)行鑒權(quán)。如鑒權(quán)成功,則對(duì)被叫號(hào)碼022 進(jìn)行地址解析,通過落地網(wǎng)關(guān)與PSTN(公用交換電話網(wǎng))建立邏輯通道,分別給主叫送回鈴音、給被叫送振鈴音。至此,經(jīng)由接入語(yǔ)音網(wǎng)關(guān)與落地網(wǎng)關(guān)的一個(gè)呼叫流程就建立起來了。發(fā)送的模擬語(yǔ)音信號(hào)由接入語(yǔ)音網(wǎng)關(guān)進(jìn)行編碼、壓縮、組幀,語(yǔ)音分組通過IP 網(wǎng)絡(luò)傳輸?shù)竭_(dá)落地網(wǎng)關(guān),再經(jīng)過拆包、解壓縮、解碼等一系列逆向處理,轉(zhuǎn)變?yōu)槟M語(yǔ)音信號(hào),通過PSTN 到達(dá)被叫話機(jī)。VoIP 業(yè)務(wù)QoS 性能分析 2.1 時(shí)延

時(shí)延是一個(gè)分組從發(fā)送端發(fā)出后到達(dá)接收端的時(shí)間間隔,是端到端的時(shí)延。ITU2T G.114 規(guī)定,對(duì)于高質(zhì)量語(yǔ)音可接受的單向時(shí)延是150ms。網(wǎng)絡(luò)時(shí)延可分為固定網(wǎng)絡(luò)時(shí)延和變化網(wǎng)絡(luò)時(shí)延2 部分。固定網(wǎng)絡(luò)時(shí)延是指在發(fā)送端和接收端間的信號(hào)傳輸時(shí)延、語(yǔ)音編碼時(shí)延以及VoIP 編解碼的語(yǔ)音打包時(shí)間。網(wǎng)絡(luò)的傳輸時(shí)延值約為6.3μs/ km , G.729編解碼標(biāo)準(zhǔn)編碼時(shí)延為25ms(包括2 個(gè)10ms幀加5ms算法時(shí)延),打包時(shí)延為20ms。變化網(wǎng)絡(luò)時(shí)延主要源自網(wǎng)絡(luò)擁塞,而擁塞是不定時(shí)發(fā)生的,所以由此產(chǎn)生的時(shí)延也是變化的。這種可變時(shí)延會(huì)因在外出接口隊(duì)列中長(zhǎng)時(shí)間的等待或較大的串行化延遲而迅速增長(zhǎng)。語(yǔ)音分組在外出隊(duì)列中排在一個(gè)大數(shù)據(jù)分組后導(dǎo)致長(zhǎng)時(shí)延情況如圖2所示。為了控制語(yǔ)音數(shù)據(jù)包到達(dá)目的地的時(shí)延,必須有足夠的帶寬來保證。

圖2 語(yǔ)音分組排在大數(shù)據(jù)分組后產(chǎn)生的時(shí)延

2.2 抖動(dòng)

抖動(dòng)是指由于各種時(shí)延的變化導(dǎo)致網(wǎng)絡(luò)中數(shù)據(jù)分組到達(dá)速率的變化。它主要由以下幾個(gè)因素引起:排隊(duì)時(shí)延、可變的分組大小、中間鏈路和路由器上的相對(duì)負(fù)載。補(bǔ)償抖動(dòng)的常用方法是在接收端設(shè)備上進(jìn)行緩沖處理。雖然這與減小時(shí)延的目標(biāo)相悖, 但對(duì)消除抖動(dòng)帶來的影響是必要的。如圖3 所示,在時(shí)延一定時(shí),當(dāng)抖動(dòng)增大時(shí)抖動(dòng)緩沖區(qū)也得相應(yīng)增大,而增大緩沖區(qū)就意味著需要占用接收端設(shè)備更大的存儲(chǔ)器空間并帶來更大的時(shí)延。

抖動(dòng)幅度與抖動(dòng)緩沖區(qū)大小關(guān)系示意圖消除抖動(dòng)的緩沖區(qū)大小可按下列方法估算。假設(shè)在一次連接中,所有分組中傳輸時(shí)間最短的那個(gè)時(shí)延值等于固定傳輸時(shí)間, 即Tmin = min{ Tn}式中Tn 是每個(gè)分組的時(shí)延。

每個(gè)分組的時(shí)延抖動(dòng)為Xn = | Tn – Tmin 一段時(shí)間內(nèi)的平均時(shí)延抖動(dòng)(期望值)為M = E(Xn)

平均時(shí)延可用來確定消除抖動(dòng)的緩沖區(qū)的大小。在相對(duì)穩(wěn)定的情況下,設(shè)某種語(yǔ)音編碼方式的幀長(zhǎng)為F ,一段時(shí)間內(nèi)的平均時(shí)延抖動(dòng)為M ,幀速為f ,則緩沖區(qū)大小為Mf F。

2.3 丟包

語(yǔ)音分組在傳輸過程中有可能被丟失,其原因主要是分組超時(shí)或網(wǎng)絡(luò)擁塞。IP 數(shù)據(jù)報(bào)在網(wǎng)絡(luò)中尋徑具有隨機(jī)性,為避免數(shù)據(jù)報(bào)進(jìn)入死循環(huán),系統(tǒng)在一個(gè)新數(shù)據(jù)報(bào)產(chǎn)生時(shí),會(huì)在其頭部TTL(time to live)標(biāo)志位設(shè)定其在網(wǎng)絡(luò)中的最大生存時(shí)間。如果超過這個(gè)時(shí)間限制,系統(tǒng)自動(dòng)將其丟棄。造成擁塞的主要原因是網(wǎng)絡(luò)中的設(shè)備沒有足夠的緩沖區(qū)接收數(shù)據(jù),如果通向某一路由的隊(duì)列排隊(duì)太長(zhǎng),將會(huì)產(chǎn)生溢出,導(dǎo)致分組丟失。當(dāng)單個(gè)分組丟失時(shí),采用插值技術(shù)可以近似恢復(fù),對(duì)語(yǔ)音的理解影響不大。但是,如果有多個(gè)連續(xù)分組丟失,那么只能靠插入靜默幀來處理。通常,語(yǔ)音編解碼可以允許3 %～5 %的丟包率。3 VoIP 業(yè)務(wù)QoS 性能優(yōu)化

3.1 MPLS diffserv2aware TE模型

diffserv 將流量分成幾個(gè)等級(jí)并按每個(gè)等級(jí)分配網(wǎng)絡(luò)資源。為了避免采用信令協(xié)議, 它以6 位diffserv碼點(diǎn)(DSCP)直接在數(shù)據(jù)包上標(biāo)記等級(jí)。DSCP 字段是IP 報(bào)頭中服務(wù)類型(ToS)字段的一部分。IETF 對(duì)很少使用的ToS 字段進(jìn)行了重新定義,將其分隔成6 位DSCP 字段和2 位顯式擁塞通知(ECN)字段。diffserv 為流量提供不同的轉(zhuǎn)發(fā)處理,從而為不同的流量執(zhí)行特定的QoS。它是一種可擴(kuò)展的解決方案,不需要在網(wǎng)絡(luò)核心基于流信令和狀態(tài)進(jìn)行維護(hù)。但是,如果流量的傳輸路徑不能提供足夠的資源來滿足QoS 要求,diffserv 將無法保證QoS。

MPLS TE 利用可用資源沿鏈路建立標(biāo)簽交換路徑(LSP),從而確保始終為特定流提供有保證的帶寬,以避免在穩(wěn)定或故障情況下出現(xiàn)擁塞。如果沿最短路徑的可用資源不足, 可以不按照最短路徑來設(shè)計(jì)LSP , 從而實(shí)現(xiàn)傳輸資源優(yōu)化。

MPLS 通過鏈路保護(hù)和快速重路由等機(jī)制實(shí)現(xiàn)故障發(fā)生時(shí)的快速恢復(fù)。但MPLS TE 忽略了在一個(gè)匯聚級(jí)別(包含所有服務(wù)類別)的可用帶寬上,進(jìn)行CoS(class of service ,服務(wù)等級(jí))的分類和操作。MPLS diffserv2aware TE 通過將diffserv 與TE 兩者的功能結(jié)合在一起,使MPLS TE 能夠感知CoS ,允許根據(jù)CoS 細(xì)粒度來預(yù)留資源,并在每個(gè)CoS 級(jí)別提供MPLS 容錯(cuò)機(jī)制。因此,MPLS diffserv TE 可以用來為VoIP 業(yè)務(wù)提供QoS 保證,從而滿足嚴(yán)格的SLA(servicelevel agreement ,服務(wù)等級(jí)協(xié)定)。

3.2 VoIP 業(yè)務(wù)QoS 優(yōu)化方法

在MPLS diffserv2aware TE 中,可以采用BE 和EF這2 種diffserv PHB(per hop behavior ,單跳行為),BE用于數(shù)據(jù)傳輸,EF 用于語(yǔ)音傳輸。EF 在diffserv 域比BE 具有更高的優(yōu)先級(jí)。我們的目標(biāo)是對(duì)語(yǔ)音業(yè)務(wù)提供服務(wù)質(zhì)量保證。每條鏈路上配置2 個(gè)調(diào)度隊(duì)列,一個(gè)用于BE ,另一個(gè)用于EF。IETF 要求支持最多8 個(gè)CT(class type ,級(jí)別類型),從CT0 到CT7。我們將CT0 映射到BE 隊(duì)列,CT1 映射到EF 隊(duì)列(用于傳輸VoIP 業(yè)務(wù))。一個(gè)diffserv TE LSP 只能傳送一個(gè)CT 的流量,但是傳送同一個(gè)CT 流量的LSP 可使用相同或不同的搶占機(jī)制。本文從描述的簡(jiǎn)單性出發(fā),只考慮支持2 種CT , 分別用于語(yǔ)音和數(shù)據(jù)業(yè)務(wù)。其中CT1 比CT0 具有更高的資源占用優(yōu)先級(jí)。

我們采用RDM(Russian doll model)帶寬分配模式,將CT1(話音流量)的帶寬限制在鏈路的某個(gè)比例,以確保話音流量具有較小的隊(duì)列延遲。通過IGP(內(nèi)部網(wǎng)關(guān)協(xié)議)廣播每條鏈路上基于CT 的每個(gè)優(yōu)先級(jí)的可用帶寬, 采用改進(jìn)的最短路徑優(yōu)先(CSPF)算法,在原來TE 的限制條件下再加入CT 特定的帶寬要求作為限制條件來計(jì)算路徑。LSP 的CT信息在RSVP 路徑消息的全新級(jí)別類型對(duì)象(CT對(duì)象)中進(jìn)行傳輸,并規(guī)定請(qǐng)求預(yù)留帶寬的CT。以下2 個(gè)規(guī)則可確保在網(wǎng)絡(luò)中漸進(jìn)部署diffserv TE:CT對(duì)象只用于從CT1 LSP(如果CT1 對(duì)象丟失,則假定為CT0);節(jié)點(diǎn)接收到包含CT 對(duì)象的路徑信息時(shí),如果它無法識(shí)別該消息,將拒絕建立路徑。

承載在路徑消息中的CT 信息,指定了沿路徑的每個(gè)節(jié)點(diǎn)上都執(zhí)行許可控制的CT。如果沿路徑的節(jié)點(diǎn)的資源足夠,則接收新LSP ,節(jié)點(diǎn)計(jì)算每個(gè)CT 新的可用帶寬和優(yōu)先級(jí)別,這些信息隨后被送回IGP。另外,我們采用基于Exp 位的diffserv 處理方法(簡(jiǎn)稱E2LSP),在整個(gè)diffserv 域中配置一致的Exp2PHB 映射。簡(jiǎn)而言之,MPLSdiffserv2aware TE 就是對(duì)IGP 進(jìn)行擴(kuò)展,收集EF 和BE 類的資源使用情況,分別建立TED(流量工程數(shù)據(jù)庫(kù)),通過信令協(xié)議攜帶類別建立LSP。這種集成服務(wù)模型的優(yōu)點(diǎn)在于LSP 的建立是基于每個(gè)CT 的帶寬要求,既可以實(shí)現(xiàn)基于類的QoS ,又可以進(jìn)行帶寬控制,提供了低丟失、低延遲、低抖動(dòng)以及確定的帶寬服務(wù),可以很好地滿足VoIP 的QoS 要求。

參考文獻(xiàn)

[1 ] 張登銀, 張慶英.基于因特網(wǎng)的QoS 技術(shù)及其業(yè)務(wù)分析[J ].計(jì)算機(jī)工程與科學(xué), 2002 ,24(3):31 —35.[2 ] 桂海源.IP 電話技術(shù)與軟交換[M].北京:北京郵電大學(xué)出版社,2004.[3 ] 張登銀, 孫精科.VoIP 技術(shù)分析與系統(tǒng)設(shè)計(jì)[M].北京:人民郵電出版社,2003.[4 ] LOVELL David.Cisco IP 電話技術(shù)[M].北京:人民郵電出版社, 2002.[5] VoIP業(yè)務(wù)Qos性能分析 張登銀 施偉 南京郵電學(xué)院 江蘇通信技術(shù) 2005-02

[6] BLAKE S , BLACK D , CARLSON M, et al.An architecture fordifferentiated services[ EB/ OL ].RFC2475 ,1998212.

第四篇：氣象信息網(wǎng)絡(luò)系統(tǒng)備用網(wǎng)絡(luò)及QoS優(yōu)化

氣象信息網(wǎng)絡(luò)系統(tǒng)備用網(wǎng)絡(luò)及QoS優(yōu)化

1備用網(wǎng)路的設(shè)計(jì)選擇

根據(jù)氣象信息傳輸業(yè)務(wù)實(shí)時(shí)性及高時(shí)效性特點(diǎn)、氣象信息廣域網(wǎng)系統(tǒng)的可靠性要求，備份網(wǎng)絡(luò)系統(tǒng)是必不可少的。而且，備份網(wǎng)絡(luò)系統(tǒng)還必須具備實(shí)時(shí)熱備、無縫隙切換機(jī)能，即能保證主備線路在故障發(fā)生時(shí)及排除后能迅速自動(dòng)切換。對(duì)于備份線路具有諸多可選擇方案，如再建設(shè)一條SDH專線或者M(jìn)PLSVPN線路作為備用線路，其中前者費(fèi)用較高，而后者由于其傳輸帶寬不是用戶獨(dú)享的，對(duì)流媒體應(yīng)用支持不太理想，同時(shí)MPLSVPN普及度還不是太高。對(duì)于邊遠(yuǎn)山區(qū)的臺(tái)站可能無法提供接入。目前還有一種應(yīng)用比較廣泛、技術(shù)比較成熟的方式，即基于Internet的VPN，具有性價(jià)比較高、帶寬資源利用率高、接入方便、網(wǎng)絡(luò)環(huán)路比較完善等特點(diǎn)，在極端災(zāi)害情況下，其受到的損害相對(duì)較少，恢復(fù)速度相對(duì)較快；缺點(diǎn)是帶寬不夠穩(wěn)定、對(duì)視頻會(huì)商等流媒體支持比較薄弱。

根據(jù)自身應(yīng)用需求等情況，選擇符合自身實(shí)際的備用線路接入方式，與主干網(wǎng)絡(luò)充分有效地銜接與融合，從而提高氣象信息廣域網(wǎng)絡(luò)系統(tǒng)穩(wěn)定性和可靠性，是備用路由設(shè)計(jì)與選擇的基本原則。

2QoS策略優(yōu)化

隨著省、市、縣三級(jí)高清視頻會(huì)商系統(tǒng)的建設(shè)和應(yīng)用，對(duì)網(wǎng)絡(luò)帶寬及帶寬的穩(wěn)定性有了非常高的要求。省一市一縣三級(jí)氣象廣域網(wǎng)絡(luò)的帶寬有限，承載的傳輸業(yè)務(wù)比較重，進(jìn)行視頻會(huì)商時(shí)，網(wǎng)絡(luò)中不可避免地出現(xiàn)數(shù)據(jù)擁塞乃至丟包。為了解決帶寬擁塞的這一問題，分析數(shù)據(jù)傳輸對(duì)數(shù)據(jù)丟失敏感，但對(duì)延遲沒有很高的要求；音頻傳輸對(duì)丟失率和延遲都有很高的要求；而視頻傳輸對(duì)延遲敏感，但允許一定的信號(hào)丟失。若把弱實(shí)時(shí)保證能夠嵌入到現(xiàn)有業(yè)務(wù)網(wǎng)絡(luò)中，在Qos要求得到保證的前提下可提高網(wǎng)絡(luò)的利用率。具有弱實(shí)時(shí)約束的會(huì)話，其分組被分為選擇性分組和強(qiáng)制性分組兩類。選擇性分組可以傳輸也可以丟失，而強(qiáng)制性分組必須傳輸。即連續(xù)Z個(gè)分組中至少保證n個(gè)強(qiáng)制性分組得到傳輸，其余z—n個(gè)選擇性分組可以丟棄。

此文由才子城論文設(shè)計(jì)網(wǎng)搜集

第五篇：Web服務(wù) 可信性 抗擊能力 QoS預(yù)測(cè) 環(huán)境感知

Web服務(wù)論文：面向QoS的Web服務(wù)可信性評(píng)價(jià)方法研究

【中文摘要】隨著互聯(lián)網(wǎng)上相同或相類似功能的Web服務(wù)數(shù)量的日益增多,用戶對(duì)Web服務(wù)服務(wù)質(zhì)量QoS的要求也不斷提高。在實(shí)際應(yīng)用中,服務(wù)提供方、服務(wù)使用者、服務(wù)質(zhì)量等諸多因素的不確定性在分布式、松耦合、靈活、動(dòng)態(tài)的Web服務(wù)環(huán)境中引發(fā)多種可信問題。正是由于這些問題的存在,使Web服務(wù)應(yīng)用系統(tǒng)查找與選擇高QoS的服務(wù)的功能難以得到保障。首先,本文分析了Web服務(wù)QoS的特征及環(huán)境因素對(duì)Web服務(wù)QoS評(píng)價(jià)結(jié)果的影響,提出根據(jù)QoS屬性的主客觀成分的差別進(jìn)行QoS分類的思想,并通過對(duì)不同表現(xiàn)類型特征的深入研究,提出了面向環(huán)境感知的QoS預(yù)測(cè)模型,并且該模型具有易擴(kuò)展的特征。同時(shí),針對(duì)Web服務(wù)可信性評(píng)價(jià)方法中存在的問題,本文進(jìn)行了深入研究。首先,針對(duì)環(huán)境因素直接影響Web服務(wù)QoS評(píng)價(jià)結(jié)果的問題,提出了面向環(huán)境感知的權(quán)重學(xué)習(xí)算法,以確定影響服務(wù)質(zhì)量屬性的關(guān)聯(lián)環(huán)境因素的權(quán)重,從而成功地完成了環(huán)境因素和QoS的融合;其次,針對(duì)不同類型QoS具有的主客觀成分差別問題,提出了一種基于QoS分類的相似度計(jì)算方法,在此基礎(chǔ)上,提出了一種面向環(huán)境感知的Web服務(wù)QoS預(yù)測(cè)算法;最后,針對(duì)惡意反饋數(shù)據(jù)的特點(diǎn),著眼于從根本上增強(qiáng)...【英文摘要】With the gradual increase of the web services with the same or similar function on the Internet, users’demands for quality of service are increasingly heightened.In

practical use, the uncertainty of many factors such as service providers, service users, quality of service and other factors, can cause a variety of trustworthiness problems in the distributed, loosely coupled, flexible and dynamic web services environment.This is not conducive to searching and choosing the service which has high quality of s...【關(guān)鍵詞】Web服務(wù) 可信性 抗擊能力 QoS預(yù)測(cè) 環(huán)境感知 【英文關(guān)鍵詞】Web Service Trust Resistance Attack QoS Prediction Context-Aware 【索購(gòu)全文】聯(lián)系Q1：138113721 Q2：139938848

【目錄】面向QoS的Web服務(wù)可信性評(píng)價(jià)方法研究5-6Abstract6-7

第1章 緒論10-16

摘要1.1 課題1.2.1 背景及意義10-11可信性評(píng)價(jià)研究現(xiàn)狀13-14構(gòu)14-16

1.2 國(guó)內(nèi)外研究現(xiàn)狀11-1411-13

1.2.2 QoS 預(yù)測(cè)研究現(xiàn)狀

141.3 本文的主要研究?jī)?nèi)容1.4 本文的組織結(jié)

2.1 Web 第2章 Web 服務(wù)相關(guān)技術(shù)概述16-26

2.1.1 基本定義16-17服務(wù)介紹16-19構(gòu)17-18術(shù)19-24WSDL21-23和挑戰(zhàn)24-25

2.1.2 基本架2.1.3 應(yīng)用領(lǐng)域18-192.2.1 SOAP20-212.2.3 UDDI23-242.4 本章小結(jié)25-26

2.2 Web 服務(wù)關(guān)鍵技2.2.2

2.3 Web 服務(wù)面臨的問題

第3章 面向環(huán)境感

知的Web 服務(wù)QoS 預(yù)測(cè)方法26-4026-28

3.1 傳統(tǒng)預(yù)測(cè)方法分析

3.1.2 有序加權(quán)

3.2.1 模型3.1.1 相似度度量方法26-27

3.2 QoS 預(yù)測(cè)模型

28-31平均算子27-28擴(kuò)展性需求28-2929-3131-39

3.2.2 基于環(huán)境感知的QoS 預(yù)測(cè)模型3.3 面向環(huán)境感知的QoS 數(shù)據(jù)預(yù)測(cè)方法3.3.1 數(shù)據(jù)歸一化方法的改進(jìn)31-32

3.3.2 基于環(huán)境感知的權(quán)重學(xué)習(xí)算法32-35似度計(jì)算方法35-3636-39

3.3.3 基于QoS 分類的相

3.3.4 面向環(huán)境感知的QoS 預(yù)測(cè)算法

第4章抗擊能力增強(qiáng)的Web 3.4 本章小結(jié)39-40

40-52服務(wù)可信性評(píng)價(jià)方法40-41

4.1 傳統(tǒng)可信性表現(xiàn)分類

41-44

4.2.1 Beth 信任4.2 典型信任評(píng)估模型度評(píng)估模型42-4343-44

4.2.2 J?sang 信任度評(píng)估模型

4.3.1 4.3 Web 服務(wù)可信性度量方法44-49ServTrust 信任度度量方法45-46信性度量方法46-49量算法49-5150-5152-6452-53案54-55

4.3.2 抗擊能力增強(qiáng)的可

4.4 抗擊能力增強(qiáng)的Web 服務(wù)可信性度

4.4.2 算法描述

4.4.1 算法思想49-504.5 本章小結(jié)51-525.1 實(shí)驗(yàn)環(huán)境52

第5章 算法的實(shí)驗(yàn)與評(píng)價(jià)5.2 實(shí)驗(yàn)評(píng)價(jià)標(biāo)準(zhǔn)

5.3.1 實(shí)驗(yàn)方5.4 可信性評(píng)

5.4.2 實(shí)結(jié)論5.3 QoS 預(yù)測(cè)算法的驗(yàn)證53-585.3.2 實(shí)驗(yàn)結(jié)果及分析55-58

5.4.1 實(shí)驗(yàn)方案58-595.5 本章小結(jié)

63-64估算法的驗(yàn)證58-63驗(yàn)結(jié)果及分析59-63

64-66參考文獻(xiàn)66-72攻讀碩士學(xué)位期間承擔(dān)的科研

作者簡(jiǎn)介

任務(wù)與主要成果72-73致謝73-74