第一篇：LTE移動(dòng)網(wǎng)絡(luò)中的CDN關(guān)鍵技術(shù)研究的論文

1LTE移動(dòng)網(wǎng)絡(luò)CDN關(guān)鍵技術(shù)

1.1CDN節(jié)點(diǎn)下沉

傳統(tǒng)的CDN網(wǎng)絡(luò)邊緣節(jié)點(diǎn)通常部署于城域網(wǎng)內(nèi)，對(duì)移動(dòng)用戶而言，中間需要經(jīng)過(guò)基站、核心網(wǎng)等多個(gè)網(wǎng)絡(luò)設(shè)備，物理路徑較長(zhǎng)，容易影響用戶體驗(yàn)，因此將CDN節(jié)點(diǎn)下沉至核心網(wǎng)/基站側(cè)，可以很好地縮短用戶訪問(wèn)路徑，提高響應(yīng)速度。在核心網(wǎng)、基站側(cè)部署CDN節(jié)點(diǎn)的組網(wǎng)架構(gòu)如圖2所示。由于運(yùn)營(yíng)商基站數(shù)量較多，為節(jié)約建設(shè)成本，減少維護(hù)工作量，建議選擇用戶數(shù)量較多、容量較大的基站部署CDN節(jié)點(diǎn)，部署方式為“分光+透明緩存”方式。將透明緩存設(shè)備（如刀片插板）集成到基站設(shè)備中，通過(guò)端口鏡像方式或DPI分光設(shè)備將用戶流量引導(dǎo)至透明緩存設(shè)備，由透明緩存設(shè)備根據(jù)用戶訪問(wèn)熱度，自動(dòng)緩存熱點(diǎn)內(nèi)容。當(dāng)用戶請(qǐng)求熱點(diǎn)內(nèi)容時(shí)，直接由透明緩存設(shè)備發(fā)送內(nèi)容給用戶；當(dāng)用戶請(qǐng)求非熱點(diǎn)內(nèi)容時(shí)，則由用戶訪問(wèn)源網(wǎng)站獲得內(nèi)容。CDN透明緩存設(shè)備工作原理如圖3所示。CDN透明緩存設(shè)備業(yè)務(wù)流程如下。①用戶發(fā)送HTTP請(qǐng)求，訪問(wèn)內(nèi)容A，經(jīng)過(guò)DPI設(shè)備；②DPI設(shè)備對(duì)HTTP進(jìn)行分析，將結(jié)果發(fā)送給CDN節(jié)點(diǎn)進(jìn)行匹配；③CDN節(jié)點(diǎn)搜索本地是否已緩存內(nèi)容A（由于內(nèi)容A熱度不夠，并未緩存）；④CDN將“未緩存”結(jié)果返回給DPI設(shè)備；⑤DPI設(shè)備通知用戶繼續(xù)訪問(wèn)源網(wǎng)站；⑥用戶直接連接到源網(wǎng)站，請(qǐng)求內(nèi)容A；⑦源網(wǎng)站返回內(nèi)容A；⑧CDN節(jié)點(diǎn)統(tǒng)計(jì)內(nèi)容A的訪問(wèn)熱度，達(dá)到一定閾值時(shí)，向源網(wǎng)站請(qǐng)求內(nèi)容A；⑨CDN將獲取到的內(nèi)容A緩存到本地；⑩當(dāng)有其他用戶再次訪問(wèn)該內(nèi)容時(shí)，重復(fù)第①~③步，由于CDN已透明緩存該內(nèi)容，在第④步返回給DPI設(shè)備的結(jié)果是“已緩存”，因此用戶直接向CDN節(jié)點(diǎn)獲取內(nèi)容A；輯訛輥CDN節(jié)點(diǎn)返回內(nèi)容A給用戶。

1.2DNS緩存加速

用戶在訪問(wèn)網(wǎng)頁(yè)、視頻、音頻、圖片等內(nèi)容時(shí)，請(qǐng)求的URL通常是域名而非IP地址，例如http://004km.cn/XXXX…，需要通過(guò)本地DNS進(jìn)行解析。在2G/3G移動(dòng)網(wǎng)絡(luò)中，DNS服務(wù)器通常部署于城域網(wǎng)內(nèi)，每次DNS解析請(qǐng)求都要通過(guò)基站、核心網(wǎng)，因路徑較長(zhǎng)而造成DNS時(shí)延較大，如圖4所示。在LTE網(wǎng)絡(luò)中，隨著CDN節(jié)點(diǎn)下沉到核心網(wǎng)或者基站側(cè)，可在CDN節(jié)點(diǎn)中增加DNS緩存系統(tǒng)，對(duì)移動(dòng)用戶訪問(wèn)流量中的DNS協(xié)議進(jìn)行監(jiān)聽(tīng)。為保證DNS解析性能和可靠性，可設(shè)定一定的閾值，當(dāng)本地DNS服務(wù)器運(yùn)行正常時(shí)（例如響應(yīng)時(shí)間低于閾值，解析成功率高于閾值），仍由本地DNS服務(wù)器進(jìn)行解析；當(dāng)本地DNS服務(wù)器運(yùn)行異常時(shí)（例如響應(yīng)時(shí)間高于閾值，解析成功率低于閾值），則由CDN節(jié)點(diǎn)的DNS緩存系統(tǒng)進(jìn)行解析。CDN的DNS緩存系統(tǒng)需要定期與本地DNS服務(wù)器進(jìn)行同步，更新域名和IP地址的映射關(guān)系。以圖4為例估算，采用CDN的DNS緩存系統(tǒng)加速后，每次DNS解析均可節(jié)約80ms，8次DNS解析可節(jié)約0.64s，總體解析時(shí)間約為原先的2/3，可以有效地降低DNS解析時(shí)間，提升用戶訪問(wèn)速度，優(yōu)化服務(wù)質(zhì)量和業(yè)務(wù)體驗(yàn)。

1.3內(nèi)容源優(yōu)化及終端適配

目前移動(dòng)用戶使用的終端通常為基于蘋(píng)果iOS、谷歌Android等操作系統(tǒng)的智能手機(jī)，和電腦相比，具有屏幕尺寸小、分辨率低、CPU頻率低、內(nèi)存小、存儲(chǔ)容量小等特點(diǎn)，而互聯(lián)網(wǎng)的海量?jī)?nèi)容大部分都是為電腦訪問(wèn)設(shè)計(jì)的，并沒(méi)有針對(duì)移動(dòng)終端進(jìn)行優(yōu)化。因此，在LTE移動(dòng)網(wǎng)絡(luò)中，由CDN節(jié)點(diǎn)對(duì)內(nèi)容源進(jìn)行優(yōu)化緩存，并且在移動(dòng)終端中通過(guò)客戶端或者插件進(jìn)行適配，能夠根據(jù)用戶終端的情況，動(dòng)態(tài)優(yōu)化內(nèi)容呈現(xiàn)方式，降低用戶終端和基站、核心網(wǎng)間的數(shù)據(jù)流量，釋放更多的空口資源。在CDN節(jié)點(diǎn)內(nèi)部署內(nèi)容優(yōu)化模塊或系統(tǒng)，該系統(tǒng)可配置白名單對(duì)用戶經(jīng)常訪問(wèn)的熱門(mén)網(wǎng)站進(jìn)行預(yù)處理優(yōu)化和緩存，例如，針對(duì)網(wǎng)頁(yè)、圖片等元素生成多種屏幕大小和分辨率的備份內(nèi)容。移動(dòng)終端在請(qǐng)求內(nèi)容時(shí)，可在URL里附加屏幕大小、分辨率、網(wǎng)絡(luò)質(zhì)量等參數(shù)，由CDN節(jié)點(diǎn)的內(nèi)容優(yōu)化系統(tǒng)進(jìn)行分析并返回合適的備份內(nèi)容。具體優(yōu)化方法如下。跟蹤系統(tǒng)調(diào)用發(fā)現(xiàn)哪些幀在處理上耗時(shí)較長(zhǎng)，通過(guò)優(yōu)化頁(yè)面布局等，提升客戶端頁(yè)面渲染性能，減少客戶端處理時(shí)間。減小接口數(shù)據(jù)返回，通過(guò)減少首頁(yè)數(shù)據(jù)返回，以分頁(yè)獲取后續(xù)數(shù)據(jù)的方式進(jìn)行優(yōu)化，從而減小數(shù)據(jù)傳輸時(shí)間。針對(duì)部分功能項(xiàng)，如排行和分類列表等頁(yè)面圖片采用延遲加載。由于一屏只能展示4~5條數(shù)據(jù)，所以可以采用圖片延遲加載，第一屏只下載要展示的相關(guān)數(shù)據(jù)圖片，網(wǎng)絡(luò)傳輸?shù)臄?shù)據(jù)大小將大為減小，后續(xù)圖片在滾動(dòng)頁(yè)面時(shí)再進(jìn)行加載。壓縮列表頁(yè)圖標(biāo)大小，在不影響用戶的視覺(jué)體驗(yàn)下，通過(guò)對(duì)圖標(biāo)進(jìn)行壓縮優(yōu)化，使圖片大小減少。增加請(qǐng)求壓縮，針對(duì)自升級(jí)等攜帶大請(qǐng)求數(shù)據(jù)的接口請(qǐng)求進(jìn)行壓縮處理，一方面可以節(jié)省用戶流量，另一方面加快了客戶端的響應(yīng)速度。

1.4視頻智能優(yōu)化

根據(jù)互聯(lián)網(wǎng)權(quán)威機(jī)構(gòu)的分析，視頻內(nèi)容在4G時(shí)代將成為主流應(yīng)用，其流量將超過(guò)Web瀏覽，在2017年將占據(jù)60%以上的流量，因此，針對(duì)視頻內(nèi)容進(jìn)行智能優(yōu)化對(duì)LTE移動(dòng)網(wǎng)絡(luò)有著重要的意義。優(yōu)化方法包括以下內(nèi)容。

（1）視頻轉(zhuǎn)碼技術(shù)，與終端智能適配CDN節(jié)點(diǎn)將熱門(mén)的視頻內(nèi)容轉(zhuǎn)換為多種封裝格式、編碼格式和分辨率的視頻文件，例如，將FLV轉(zhuǎn)換為MP4、TS等封裝格式，將MPEG2轉(zhuǎn)換為H.264編碼格式，將1080P轉(zhuǎn)換為720P、D5等分辨率等，結(jié)合2.3節(jié)中提到的終端適配技術(shù)，當(dāng)終端請(qǐng)求內(nèi)容時(shí)攜帶相關(guān)參數(shù)，由CDN節(jié)點(diǎn)進(jìn)行分析并返回適配的視頻內(nèi)容。

（2）視頻動(dòng)態(tài)緩沖，感知網(wǎng)絡(luò)變化目前移動(dòng)視頻內(nèi)容主要是基于HTTP，而且大部分采用的是HTTPProgressiveDownload方式，即漸進(jìn)式邊下載邊播放方式，客戶端會(huì)按照可用的最大速率請(qǐng)求下載視頻內(nèi)容直至完成。然而根據(jù)統(tǒng)計(jì)，有相當(dāng)比例的用戶只會(huì)觀看視頻的一部分，持續(xù)下載會(huì)占用空口資源。因此，在CDN節(jié)點(diǎn)中可采取視頻動(dòng)態(tài)緩沖技術(shù)，根據(jù)移動(dòng)網(wǎng)絡(luò)的變化情況動(dòng)態(tài)調(diào)節(jié)，例如當(dāng)網(wǎng)絡(luò)繁忙時(shí)，控制用戶下載速率，保證用戶有10s以上的緩沖時(shí)間即可；當(dāng)網(wǎng)絡(luò)空閑時(shí)，讓用戶下載速率最大化，快速下載剩余的視頻內(nèi)容，盡快釋放空口資源。

（3）HLS視頻內(nèi)容優(yōu)化目前，移動(dòng)視頻內(nèi)容部分采用了蘋(píng)果公司的HLS（HTTPLiveStreaming）技術(shù)，即每個(gè)視頻內(nèi)容存在多種碼率的副本，由客戶端根據(jù)網(wǎng)絡(luò)帶寬情況動(dòng)態(tài)選擇相應(yīng)的副本。視頻內(nèi)容的碼率若是高清或者超高清可以達(dá)到10Mbit/s以上。對(duì)于LTE移動(dòng)網(wǎng)絡(luò)而言，一方面容易造成用戶帶寬過(guò)高占用空口資源，另一方面手機(jī)屏幕較小難以體現(xiàn)超高清視頻優(yōu)勢(shì)，因此可以在CDN節(jié)點(diǎn)中對(duì)存儲(chǔ)的HLS視頻內(nèi)容進(jìn)行優(yōu)化，分析HLS視頻內(nèi)容的M3U8索引文件，刪除其中不適用的碼率信息以及對(duì)應(yīng)的副本文件。對(duì)HLS視頻內(nèi)容進(jìn)行精簡(jiǎn)，可以優(yōu)化用戶帶寬和空口占用率，并且節(jié)省了CDN節(jié)點(diǎn)寶貴的存儲(chǔ)空間。

1.5計(jì)費(fèi)系統(tǒng)改造

在2G/3G/4G移動(dòng)網(wǎng)絡(luò)中，計(jì)費(fèi)系統(tǒng)通常部署于核心網(wǎng)，如果將CDN節(jié)點(diǎn)下沉至核心網(wǎng)，不會(huì)影響計(jì)費(fèi)系統(tǒng)統(tǒng)計(jì)用戶實(shí)際消耗的流量，但是如果將CDN節(jié)點(diǎn)下沉至基站，則用戶的實(shí)際流量中有一部分是由基站的CDN節(jié)點(diǎn)緩存提供，未經(jīng)過(guò)核心網(wǎng)計(jì)費(fèi)系統(tǒng)，會(huì)造成運(yùn)營(yíng)商的直接經(jīng)濟(jì)損失。因此，需要對(duì)計(jì)費(fèi)系統(tǒng)進(jìn)行改造，滿足CDN節(jié)點(diǎn)下沉到基站的需要。由于計(jì)費(fèi)系統(tǒng)實(shí)現(xiàn)較為復(fù)雜，若將計(jì)費(fèi)系統(tǒng)也下沉到基站，首先技術(shù)難度較大，其次建設(shè)和運(yùn)營(yíng)維護(hù)成本較高，可通過(guò)在基站CDN節(jié)點(diǎn)中部署子系統(tǒng)，統(tǒng)計(jì)用戶的流量使用情況，并定期以話單格式上傳至核心網(wǎng)計(jì)費(fèi)系統(tǒng)實(shí)現(xiàn)同步。

2結(jié)束語(yǔ)

隨著LTE移動(dòng)網(wǎng)絡(luò)的大規(guī)模建設(shè)和部署，由于LTE網(wǎng)絡(luò)高帶寬的特點(diǎn)，未來(lái)將出現(xiàn)大量大流量、高帶寬的業(yè)務(wù)。對(duì)運(yùn)營(yíng)商而言，頻繁擴(kuò)容LTE網(wǎng)絡(luò)會(huì)消耗巨額的建設(shè)資金和運(yùn)營(yíng)維護(hù)成本，性價(jià)比不高，基于已有的LTE網(wǎng)絡(luò)進(jìn)行流量?jī)?yōu)化，一方面可以提高LTE網(wǎng)絡(luò)使用效率，節(jié)約擴(kuò)容資金；另一方面可以提升服務(wù)質(zhì)量，增強(qiáng)用戶體驗(yàn)。本文對(duì)LTE移動(dòng)網(wǎng)絡(luò)中的CDN關(guān)鍵技術(shù)進(jìn)行了深入研究，提出了將CDN節(jié)點(diǎn)下沉至核心網(wǎng)/基站側(cè)，對(duì)DNS解析進(jìn)行緩存加速，對(duì)內(nèi)容源進(jìn)行優(yōu)化并和終端智能適配，對(duì)視頻內(nèi)容進(jìn)行智能優(yōu)化，通過(guò)話單同步實(shí)現(xiàn)計(jì)費(fèi)系統(tǒng)改造等關(guān)鍵技術(shù)，能夠有效降低LTE骨干網(wǎng)和核心網(wǎng)的流量壓力，提高空口資源利用率，縮短用戶請(qǐng)求的響應(yīng)時(shí)間，改善用戶的4G業(yè)務(wù)感知。本文介紹的方法對(duì)LTE移動(dòng)網(wǎng)絡(luò)改動(dòng)較小，以較小的建設(shè)和改造成本帶來(lái)較大的經(jīng)濟(jì)效益，具有良好的實(shí)用性，可為中國(guó)電信等運(yùn)營(yíng)商建設(shè)和部署LTE移動(dòng)網(wǎng)絡(luò)提供參考依據(jù)。

第二篇：網(wǎng)絡(luò)中流媒體關(guān)鍵技術(shù)研究

網(wǎng)絡(luò)中流媒體關(guān)鍵技術(shù)研究

2004-2-9全新3G技術(shù)管理培訓(xùn)--摩托羅拉工程學(xué)院

張?chǎng)H 南京郵電學(xué)院

摘要 流媒體技術(shù)是在數(shù)據(jù)網(wǎng)絡(luò)上以流的方式傳輸多媒體信息的技術(shù)。隨著寬帶網(wǎng)絡(luò)的發(fā)展，流媒體技術(shù)的相關(guān)應(yīng)用必將成為未來(lái)高速網(wǎng)絡(luò)的主流應(yīng)用之一。本文就流媒體的一些關(guān)鍵技術(shù)、機(jī)制和相關(guān)協(xié)議等方面做了較為詳細(xì)的介紹。

關(guān)鍵詞 流媒體 QoS 視頻壓縮 連續(xù)媒體分布服務(wù) 媒體同步引言

近年來(lái)，隨著計(jì)算機(jī)技術(shù)、壓縮技術(shù)以及網(wǎng)絡(luò)技術(shù)的發(fā)展，網(wǎng)絡(luò)中的流媒體業(yè)務(wù)也得到了飛速的發(fā)展和應(yīng)用。所謂流媒體就是指在Internet/Intranet中使用流式傳輸技術(shù)的連續(xù)時(shí)基媒體。本文中著重介紹視頻流。目前在Internet上傳輸視頻還有許多困難，其根本原因在于Internet的無(wú)連接每包轉(zhuǎn)發(fā)機(jī)制主要是為突發(fā)性的數(shù)據(jù)傳輸而設(shè)計(jì)的，不適用于對(duì)連續(xù)媒體流的傳輸。為了在Internet上有效地、高質(zhì)量地傳輸視頻流，還需要多種技術(shù)的支持，例如基于視頻的壓縮編碼技術(shù)、應(yīng)用層QoS技術(shù)、連續(xù)媒體分布服務(wù)、流服務(wù)器、媒體同步技術(shù)和相關(guān)協(xié)議等。

其中，原始視/音頻經(jīng)過(guò)視/音頻壓縮算法的預(yù)壓縮存儲(chǔ)在存儲(chǔ)設(shè)備中。響應(yīng)客戶請(qǐng)求時(shí)，流服務(wù)器從存儲(chǔ)設(shè)備中獲得視/音頻數(shù)據(jù)，應(yīng)用層QoS控制模塊根據(jù)網(wǎng)絡(luò)狀態(tài)和QoS要求來(lái)改變視/音頻比特流。然后通過(guò)傳輸協(xié)議把壓縮過(guò)的比特流打包并且發(fā)送到網(wǎng)上。由于擁塞數(shù)據(jù)包可能出現(xiàn)丟包或者過(guò)度時(shí)延。為了提高視/音頻的傳輸質(zhì)量，網(wǎng)絡(luò)中配置了連續(xù)流媒體分布式服務(wù)。對(duì)于成功傳輸?shù)臄?shù)據(jù)包，它們首先通過(guò)傳輸層，然后在進(jìn)行視/音頻解碼前經(jīng)過(guò)應(yīng)用層處理。為了獲得在播放中的視頻和音頻的同步，還需要媒體同步機(jī)制。從上圖中可以看出，這六個(gè)部分有著緊密的聯(lián)系而且都是流媒體結(jié)構(gòu)的組成部分。流媒體中的關(guān)鍵技術(shù)

2.1 視頻壓縮及編碼

目前網(wǎng)絡(luò)是異構(gòu)性的，缺乏QoS質(zhì)量控制，并且?guī)捯苍诤艽蠓秶鷥?nèi)變化。傳統(tǒng)的不可擴(kuò)展性視頻編碼的目標(biāo)是將視頻壓縮成適合一個(gè)或者幾個(gè)固定碼率的碼流，是面向存儲(chǔ)的，因此不適合網(wǎng)絡(luò)傳輸。為了適應(yīng)網(wǎng)絡(luò)帶寬的變化，面向傳輸?shù)目蓴U(kuò)展性編碼的思想應(yīng)運(yùn)而生?？蓴U(kuò)展性編碼[2]就是將多媒體數(shù)據(jù)壓縮編碼成多個(gè)流，其中一個(gè)可以獨(dú)立解碼，產(chǎn)生粗糙質(zhì)量的視頻序列，它適應(yīng)最低的網(wǎng)絡(luò)帶寬，稱為基本層碼流；其他的碼流可以按層為單位在任何地點(diǎn)截?cái)?，稱為增強(qiáng)層，用來(lái)覆蓋網(wǎng)絡(luò)帶寬變化的動(dòng)態(tài)范圍，它們不可以單獨(dú)解碼，而只能與基本層和它以前的增強(qiáng)層聯(lián)合在一起解碼，用來(lái)提高觀看效果。因此，可擴(kuò)展

性碼流具有一定的網(wǎng)絡(luò)帶寬適應(yīng)能力。

可擴(kuò)展性編碼主要分為時(shí)域可擴(kuò)展性編碼、空域可擴(kuò)展性編碼和質(zhì)量可擴(kuò)展性編碼?？梢赃x擇在時(shí)間、空間和信噪比（SNR）中的一個(gè)或者幾個(gè)方面實(shí)現(xiàn)擴(kuò)展?？紤]到編碼效率和復(fù)雜性兩方面，MPEG組織采納了精細(xì)可擴(kuò)展性編碼（FGS）和漸進(jìn)的精細(xì)可擴(kuò)展性編碼（PFGS）[3]。精細(xì)可擴(kuò)展性視頻編碼采用位平面（bitplane）編碼，它的基本層使用基于分塊運(yùn)動(dòng)補(bǔ)償和DCT變換的編碼方式達(dá)到網(wǎng)絡(luò)傳輸?shù)淖畹鸵?，增?qiáng)層使用位平面編碼技術(shù)對(duì)DCT殘差進(jìn)行編碼來(lái)覆蓋網(wǎng)絡(luò)帶寬的變化范圍，它每一幀的增強(qiáng)層碼流可以在任何地點(diǎn)截?cái)?，解碼器重建的視頻質(zhì)量和收到并解碼的比特?cái)?shù)成正比，它可以實(shí)現(xiàn)連續(xù)的增強(qiáng)層速率控制。FGS雖然具有很好的可擴(kuò)展性，但是效率太低，PFGS在保留了FGS所具有的網(wǎng)絡(luò)帶寬自適應(yīng)和錯(cuò)誤恢復(fù)能力的同時(shí)，還有效地提高了編碼效率。但是可擴(kuò)展性編碼的效率較非可擴(kuò)展性編碼而言，還有一定差距。為了進(jìn)一步壓縮FGS和PFGS的基本層碼流，有專家提出一種稱為精細(xì)的空域可擴(kuò)展性（Fine-Granularity Spatially Scalable,FGSS）的視頻編碼算法，使低分辨率和高分辨率的增強(qiáng)層碼流都可以在任何地點(diǎn)截?cái)?，具有極強(qiáng)的網(wǎng)絡(luò)帶寬適應(yīng)能力和錯(cuò)誤恢復(fù)功能，同時(shí)保持了空域可擴(kuò)展性編碼的多分辨率特性，它可以滿足擁有不同網(wǎng)絡(luò)帶寬和不同分辨率接收設(shè)備的許多用戶的需求，性能得到了更大的提高。

結(jié)合多種視頻編碼技術(shù)來(lái)適應(yīng)網(wǎng)絡(luò)上的QoS波動(dòng)是今后可擴(kuò)展性視頻編碼的發(fā)展方向。比如，可擴(kuò)展性視頻編碼可以適應(yīng)網(wǎng)絡(luò)帶寬的變化；錯(cuò)誤彈性編碼可以適應(yīng)丟包；DCVC（Delay Cognizant Video Coding）可以適應(yīng)網(wǎng)絡(luò)時(shí)延。這三種技術(shù)的結(jié)合可以更好地提供一種應(yīng)對(duì)網(wǎng)絡(luò)QoS波動(dòng)的解決方案。

2.2 應(yīng)用層QoS控制技術(shù)由于目前的Internet只提供Best-effort的服務(wù)，所以需要通過(guò)應(yīng)用層的機(jī)制來(lái)實(shí)現(xiàn)QoS的控制。QoS控制技術(shù)主要集中在對(duì)網(wǎng)絡(luò)帶寬的變化進(jìn)行響應(yīng)和處理分組丟失的技術(shù)上，主要可以分為兩類：擁塞控制技術(shù)和差錯(cuò)控制技術(shù)。

擁塞控制的目的是采用某種機(jī)制應(yīng)對(duì)和避免網(wǎng)絡(luò)阻塞，降低時(shí)延和丟包率。常用的擁塞控制機(jī)制有速率控制和速率整形。對(duì)于視頻流，擁塞控制的主要方法是速率控制。速率控制機(jī)制試圖使一個(gè)視頻連接的需求與整個(gè)連接鏈路的可用帶寬相匹配，這樣可以同時(shí)使網(wǎng)絡(luò)擁塞和包丟失率達(dá)到最小。速率控制機(jī)制主要包括基于源端的、基于目的的以及混合速率控制。在基于源端的控制機(jī)制中，視頻源端收集反饋信息，進(jìn)行控制計(jì)算并采取相應(yīng)的控制動(dòng)作。這種方法在因特網(wǎng)中被率先采用,但是在異構(gòu)網(wǎng)絡(luò)中的運(yùn)行情況并不是很好?；谀康亩说目刂茩C(jī)制則主要根據(jù)所接收的視頻流的狀況向上層反映相應(yīng)的統(tǒng)計(jì)信息，實(shí)時(shí)調(diào)整緩沖及播放內(nèi)容，并力圖使節(jié)奏均勻，這種機(jī)制使用較少?；旌闲运俾士刂频姆椒嬗星岸叩奶攸c(diǎn)，即目的端增加減少通道，而源端同時(shí)根據(jù)反饋調(diào)整各個(gè)通道的速率。混合速率控制方法的一個(gè)例子是目標(biāo)集分組的方法。

擁塞控制只能減少數(shù)據(jù)包的丟失，但是網(wǎng)絡(luò)中不可避免的會(huì)存在數(shù)據(jù)包丟失，而且到達(dá)時(shí)延過(guò)大的分組也會(huì)被認(rèn)為沒(méi)有用而被丟棄，從而降低了視頻質(zhì)量。要改善視頻質(zhì)量就需要一定的差錯(cuò)控制機(jī)制。差錯(cuò)控制機(jī)制包括：

（1）前向糾錯(cuò)（FEC）：FEC是通過(guò)在傳輸?shù)拇a流中加入用于糾錯(cuò)的冗余信息，在遇到包丟失的情況時(shí)，利用冗余信息恢復(fù)丟失的信息。它的不足是增加了編碼時(shí)延和傳輸帶寬。

（2）延遲約束的重傳。通常流的播放有時(shí)間限制，因此，僅有當(dāng)重傳的時(shí)間小于正常的播放時(shí)間時(shí)，重傳才是有價(jià)值的。

（3）錯(cuò)誤彈性編碼（Error-Resilient Encoding）：在編碼中通過(guò)適當(dāng)?shù)目刂剖沟冒l(fā)生數(shù)據(jù)的丟失后能夠最大限度的減少對(duì)質(zhì)量的影響。在Internet環(huán)境下，最典型的方法是多描述編碼（MDC）。MDC把原始的視頻序列壓縮成多位流，每個(gè)流對(duì)應(yīng)一種描述，都可以提供可接受的視覺(jué)質(zhì)量。多個(gè)描述結(jié)合起來(lái)提供更好的質(zhì)量。該方法的優(yōu)點(diǎn)是實(shí)現(xiàn)了對(duì)數(shù)據(jù)丟失的魯棒性和增強(qiáng)的質(zhì)量。其缺點(diǎn)是相比單描述編碼（SDC），它在壓縮的效率上受到影響。而且由于在多描述之間必須加入一定的相關(guān)性信息，這進(jìn)一步降低了壓縮的效率。

（4）錯(cuò)誤的取消（concealment）：錯(cuò)誤的取消是指當(dāng)錯(cuò)誤已經(jīng)發(fā)生后，接受端通過(guò)一定的方法盡量削弱對(duì)人的視覺(jué)影響。主要的方法是時(shí)間和空間的插值（Interpolation）。近年來(lái)的研究還包括最大平滑恢復(fù)，運(yùn)動(dòng)補(bǔ)償時(shí)間預(yù)測(cè)等。

2.3 連續(xù)媒體分布服務(wù)

連續(xù)媒體分布服務(wù)（continuous media distribution services）的目的是在Internet 盡力服務(wù)的基礎(chǔ)上提供QoS和高效的音/視頻傳輸，包括網(wǎng)絡(luò)過(guò)濾（Network Filtering）、應(yīng)用層組播（Application-Level Multicast）、內(nèi)容復(fù)制（Content Replication）等，下面分別進(jìn)行詳細(xì)介紹。

網(wǎng)絡(luò)過(guò)濾：網(wǎng)絡(luò)過(guò)濾是擁塞控制的一種，不僅可以提高視頻質(zhì)量，還可以提高帶寬利用率。不同于發(fā)送端的速率整形，網(wǎng)絡(luò)過(guò)濾是在流服務(wù)器和客戶端之間的傳輸路徑上通過(guò)虛擬信道連入過(guò)濾器，該過(guò)濾器根據(jù)網(wǎng)絡(luò)的擁塞狀態(tài)實(shí)現(xiàn)速率的整形。網(wǎng)絡(luò)過(guò)濾通常采用的是丟幀過(guò)濾器（frame-dropping filter），其基本方法是客戶端根據(jù)網(wǎng)絡(luò)丟包率向過(guò)濾器發(fā)送請(qǐng)求來(lái)增減丟幀速率，以調(diào)節(jié)媒體流的帶寬。這種速率整形可以在擁塞點(diǎn)進(jìn)行，這樣可以提高速率控制的效率和擁塞控制的響應(yīng)時(shí)間。

應(yīng)用層組播：IP層的組播存在諸如可擴(kuò)展性、網(wǎng)絡(luò)管理和對(duì)高層應(yīng)用的支持（例如差錯(cuò)控制，流量控制和擁塞控制）等屏障。應(yīng)用層組播機(jī)制打破了IP組播的一些障礙，其目的在于構(gòu)建網(wǎng)絡(luò)上的組播服務(wù)，可以以更靈活的方式實(shí)現(xiàn)組播控制。它允許獨(dú)立的CSPs和ASPs等建立它們的Internet組播網(wǎng)絡(luò)，這些組播網(wǎng)絡(luò)可以互連成為更大的媒體組播網(wǎng)絡(luò)。媒體組播網(wǎng)絡(luò)可以利用內(nèi)容分布網(wǎng)絡(luò)的互連，通過(guò)在不同種類的服務(wù)提供者（比如ISPs、CSPs和ASPs等）之間的應(yīng)用層的對(duì)等關(guān)系來(lái)構(gòu)建。媒體組播網(wǎng)絡(luò)中每個(gè)具有組播能力的節(jié)點(diǎn)稱為媒體橋（MediaBridge），它做為應(yīng)用層的路由。每個(gè)媒體橋和一個(gè)或多個(gè)相鄰的媒體橋通過(guò)明確的配置互連，這個(gè)互連建立了應(yīng)用層重疊拓?fù)?。媒體橋在媒體組播網(wǎng)絡(luò)中用分布式應(yīng)用層組播路由算法來(lái)確定一條優(yōu)化的虛擬組播路徑。如果網(wǎng)絡(luò)不通或者過(guò)度擁擠，媒體組播網(wǎng)絡(luò)會(huì)自動(dòng)的根據(jù)應(yīng)用層路由規(guī)則來(lái)重新確定路徑。并且，只有當(dāng)下游客戶端需要某媒體內(nèi)容時(shí)，媒體橋才會(huì)傳輸它。這就確保了不管客戶端的數(shù)目而只有一個(gè)媒體流，從而節(jié)約了網(wǎng)絡(luò)帶寬。

內(nèi)容復(fù)制：內(nèi)容/媒體復(fù)制是提高媒體傳輸系統(tǒng)可擴(kuò)展性的一項(xiàng)重要技術(shù)。內(nèi)容復(fù)制具有以下優(yōu)點(diǎn)：

（1）降低網(wǎng)絡(luò)連接的帶寬消耗。

（2）減輕流服務(wù)器負(fù)荷。

（3）縮短客戶端時(shí)延。

（4）提高有效性。它主要有兩種形式：caching（緩存）和mirroring（鏡像）。鏡像是把原始媒體內(nèi)容拷貝到網(wǎng)絡(luò)上其他分散的備份服務(wù)器中。用戶可以從最近的備份服務(wù)器上獲得媒體數(shù)據(jù)。緩存則是從原服務(wù)器中獲得媒體文件，然后傳輸給客戶端，同時(shí)在本地做備份。如果緩存中已經(jīng)存在客戶端需要的數(shù)據(jù)，緩存就會(huì)把本地拷貝傳給用戶而不是從傳送原服務(wù)器中的媒體數(shù)據(jù)。

2.4 流服務(wù)器視頻服務(wù)器在流媒體服務(wù)中起著非常重要的作用。當(dāng)視頻服務(wù)器響應(yīng)客戶的視頻流請(qǐng)求以后，它從存儲(chǔ)系統(tǒng)讀入一部分視頻數(shù)據(jù)到對(duì)應(yīng)于這個(gè)視頻流的特定緩存中，再把緩存的內(nèi)容通過(guò)網(wǎng)絡(luò)接口發(fā)送給相應(yīng)客戶，保證視頻流的連續(xù)輸出。目前存在三種類型的視頻服務(wù)器結(jié)構(gòu)[4]：

（1）通用主機(jī)方法。采用計(jì)算機(jī)主機(jī)作為視頻服務(wù)器。它的主要功能是存儲(chǔ)、選擇、傳送數(shù)據(jù)。缺點(diǎn)是系統(tǒng)成本高而且不利于發(fā)揮主機(jī)功能。

（2）緊耦合多處理機(jī)。把一些可以大量完成某指令或者專門(mén)功能的硬件單元組合成的專用系統(tǒng)級(jí)聯(lián)起來(lái)，就構(gòu)成了緊耦合多處理機(jī)實(shí)現(xiàn)的視頻服務(wù)器。這種服務(wù)器費(fèi)用低、性能高、功能強(qiáng)，但是擴(kuò)展性較差。

（3）調(diào)諧視頻服務(wù)器。這種服務(wù)器主板上有一個(gè)獨(dú)特微碼的嵌入式仿真器控制。通過(guò)在主板中插入更多的服務(wù)通路，可以方便地進(jìn)行擴(kuò)展。

對(duì)于流服務(wù)器，如何更有效支持VCR交互控制功能；如何設(shè)計(jì)磁盤(pán)陣列上多媒體對(duì)象高效可靠的存儲(chǔ)和檢索；如何設(shè)計(jì)更好的可伸縮多媒體服務(wù)器；如何設(shè)計(jì)兼有奇偶和鏡像特性的容錯(cuò)存儲(chǔ)系統(tǒng)是目前研究的重點(diǎn)。

2.5 媒體同步

所謂媒體同步是指保持一個(gè)數(shù)據(jù)流或者不同媒體流之間的時(shí)間關(guān)系。通常有三種類型的 同步控制：流內(nèi)（intra-stream）同步、流間（inter-stream）同步和對(duì)象間（inter-object）同步。由于網(wǎng)絡(luò)時(shí)延，導(dǎo)致媒體流在傳輸過(guò)程中失去同步關(guān)系，媒體同步機(jī)制可以確?？蛻舳苏_地恢復(fù)媒體流的同步。媒體同步機(jī)制實(shí)際上就是在媒體內(nèi)或者媒體間說(shuō)明其時(shí)間關(guān)系。說(shuō)明時(shí)間關(guān)系的方法有：基于間隔的方法、基于軸的方法、基于控制流的方法和基于事件的方法。對(duì)于連續(xù)媒體，應(yīng)用最為廣泛的說(shuō)明方法是基于軸的說(shuō)明或時(shí)間戳。時(shí)間戳法是在每個(gè)媒體的數(shù)據(jù)流單元中加進(jìn)統(tǒng)一的時(shí)間戳或時(shí)間碼，具有相同時(shí)間戳的信息單元將同時(shí)予以表現(xiàn)。在發(fā)送時(shí)，將各個(gè)媒體都按時(shí)間順序分成單元，在同一個(gè)時(shí)間軸上，給每個(gè)單元都打上一個(gè)時(shí)間戳，處于同一時(shí)標(biāo)的各個(gè)媒體單元具有相同的時(shí)間戳。在各個(gè)媒體到達(dá)終端后，讓具有相同時(shí)間戳的媒體單元同時(shí)進(jìn)行表現(xiàn)，這樣就得到了媒體之間同步的效果。對(duì)與終端系統(tǒng)而言，同步機(jī)制包括阻止（preventive）機(jī)制和糾正（corrective）機(jī)制。前者是主要通

過(guò)減小延遲和抖動(dòng)來(lái)減少同步錯(cuò)誤，后者主要是在發(fā)生同步錯(cuò)誤之后恢復(fù)同步?？紤]到Internet傳輸?shù)难舆t隨機(jī)性，同步錯(cuò)誤是不可避免的。因此，在接受方的錯(cuò)誤補(bǔ)償是必須的。

另外，同步多媒體集成語(yǔ)言SMIL（Synchronized Multimedia Integration Language）是由3W(World Wide Web Consortium)組織規(guī)定的多媒體操縱語(yǔ)言?？梢詫?shí)現(xiàn)多個(gè)流和文本信息在播放時(shí)的時(shí)間同步控制和空間位置布置。通過(guò)SMIL還可以實(shí)現(xiàn)一定的用戶交互功能。

2.6 流媒體相關(guān)協(xié)議

2.6.1 實(shí)時(shí)傳輸協(xié)議（RTP）與實(shí)時(shí)傳輸控制協(xié)議（RTCP）

RTP(Real-time Transport Protocol)和RTCP（Real-time Control Protocol）都是基于IP的應(yīng)用層協(xié)議。RTP為實(shí)時(shí)音/視頻數(shù)據(jù)提供端到端的傳送服務(wù)，包括有效載荷類型標(biāo)識(shí)、序列標(biāo)號(hào)、時(shí)間標(biāo)簽和源標(biāo)識(shí)，可以提供時(shí)間信息和實(shí)現(xiàn)流同步。由于TCP中重傳機(jī)制會(huì)引起時(shí)延，通常RTP運(yùn)行于UDP之上，但是也可以在TCP或者ATM等協(xié)議之上運(yùn)行。RTP本身并不提供可靠的傳送機(jī)制，也不提供流量控制或者擁塞控制，而是通過(guò)與RTCP配合使用，使傳輸效率最佳。RTCP用來(lái)監(jiān)視服務(wù)質(zhì)量和在會(huì)議過(guò)程中交換信息。它提供QoS反饋、參與者標(biāo)識(shí)、控制包縮放、媒體間同步等服務(wù)。RTCP包中包含已發(fā)數(shù)據(jù)包的數(shù)量、丟失數(shù)據(jù)包數(shù)量等統(tǒng)計(jì)資料。服務(wù)器可以根據(jù)這些信息動(dòng)態(tài)的改變傳輸速率甚至有效載荷類型。

2.6.2 實(shí)時(shí)流協(xié)議（RTSP）RTSP（Real-time Streaming Protocol）是由RealNetworks和Netscape共同提出的一個(gè)應(yīng)用層協(xié)議。它可以在媒體服務(wù)器和客戶端之間建立和控制連續(xù)的音/視頻媒體流，協(xié)同更低層協(xié)議RTP、RSVP等一起來(lái)提供基于Internet的整套流式服務(wù)。RTSP提供了一種可擴(kuò)展框架，使得可控的、點(diǎn)播的實(shí)時(shí)數(shù)據(jù)的傳送成為可能。它提供用于音頻和視頻流的“VCR模式”遠(yuǎn)程控制功能，例如暫停、快進(jìn)、快退和定位。支持單播和組播。RTSP還提供選擇發(fā)送通道的方法（如UDP、組播UDP和TCP）和基于RTP的發(fā)送機(jī)制。RTSP像是媒體服務(wù)器和客戶端之間的“網(wǎng)絡(luò)遠(yuǎn)程控制”，它提供多種服務(wù)，如從媒體服務(wù)器上檢索媒體、邀請(qǐng)媒體服務(wù)器進(jìn)入會(huì)議、添加媒體到現(xiàn)成節(jié)目。RTSP在語(yǔ)法和操作上類似于HTTP，因此許多HTTP的擴(kuò)展機(jī)制都可以移植于RTSP上。在RTSP中，每個(gè)節(jié)目和媒體流由RTSP URL確定，全部節(jié)目和媒體特性都在節(jié)目描述文件中給予了描述，包括編碼、語(yǔ)言、RTSP URLs、目的地址、端口號(hào)以及其他參數(shù)。但是，不同于HTTP的無(wú)狀態(tài)和非對(duì)稱，RTSP是有狀態(tài)的、對(duì)稱的協(xié)議。RTSP的服務(wù)器保持會(huì)話狀態(tài)以連接RTSP流的請(qǐng)求，并且服務(wù)器和客戶端都可以發(fā)出請(qǐng)求。

2.6.3 資源預(yù)留協(xié)議（RSVP）資源預(yù)留協(xié)議[5]（Resource Reserve Protocol）是運(yùn)行于傳輸層的一個(gè)網(wǎng)絡(luò)控制協(xié)議。RSVP允許數(shù)據(jù)流的接受方請(qǐng)求特殊的端到端QoS。RSVP是非路由協(xié)議，它同路由器協(xié)同工作，在傳輸路徑的路由器上預(yù)留必要的帶寬，減少網(wǎng)絡(luò)的時(shí)延和抖動(dòng)。RSVP的流程是單一的，并不區(qū)分發(fā)送方和接受方，且支持單播和組播，適應(yīng)于可變成員個(gè)數(shù)和路由。RSVP領(lǐng)域的發(fā)展非常迅速，但是目前它的應(yīng)用只限于在測(cè)試的小Intranet網(wǎng)絡(luò)上。結(jié)論技術(shù)的進(jìn)步和用戶的需求促進(jìn)了流媒體應(yīng)用的迅速發(fā)展。在遠(yuǎn)程教育、數(shù)字圖書(shū)館、電子商務(wù)、視頻點(diǎn)播、交互電視、遠(yuǎn)程醫(yī)療、網(wǎng)絡(luò)音/視頻、實(shí)時(shí)多媒體會(huì)議等方面，流媒體技術(shù)都起到很重要的作用。本文對(duì)網(wǎng)絡(luò)中流媒體業(yè)務(wù)的關(guān)鍵技術(shù)和相關(guān)協(xié)議做了研

究，并探討了未來(lái)流媒體技術(shù)發(fā)展的方向。我們相信，隨著流媒體應(yīng)用的不斷普及，寬帶流媒體技術(shù)及其應(yīng)用必然會(huì)在未來(lái)的網(wǎng)絡(luò)中發(fā)揮更重要的作用，并在一定程度上改變?nèi)藗兪褂镁W(wǎng)絡(luò)的方式。

參考文獻(xiàn)

[1] Dapeng Wu,Yiwei Thomas Hou,Wenwu Zhu,Ya-Qin Zhang,Jon M.Peha.Streaming Video over the Internet:Approaches and Directions [J].IEEE Transactions on Circuits and Systems for Video Technology,2001;11(3):282-300

[2] Marta Mrak,Mislav Grgic,Sonja Grgic.Scalable Video Coding in Network Applications[C].In:Video/Image Processing and Multimedia Communications 4th EURASIP-IEEE Region 8 International Symposium on VIPromCom,2002

[3] Feng Wu,Shipeng Li,Ya-Qin Zhang.Progressive Granular Scalable(PFGS)Video Using Advance-Predicted Bitplane Coding(APBIC)[C].In:the Proceedings of the 35th Annual Hawaii International Conference on System Sciences(HICSS35),Hawaii,USA,2002

[4] 吳國(guó)勇,邱學(xué)剛,萬(wàn)燕仔.流媒體技術(shù)與應(yīng)用[M].北京:北京郵電大學(xué)出版社,2001

[5] Lixia Zhang,Stephen Deering,Deborah Estrin,Scott Shenker,Daniel Zappala.RSVP: A New Resource ReSerVation Protocol[J].IEEE Communications Magazine,2002,40(5):116-127

第三篇：甘肅移動(dòng)LTE網(wǎng)絡(luò)6月測(cè)試報(bào)告—涼州區(qū)

甘肅移動(dòng)LTE網(wǎng)絡(luò)6月試報(bào)告

武威市涼州區(qū)

目錄

1.1 DT測(cè)試分析.............................................................................................1.1.1 RSRP分布圖...................................................................................1.1.2 SINR分布圖....................................................................................1.1.3 DL分布圖........................................................................................1.1.4 UL分布圖........................................................................................1.2 問(wèn)題區(qū)域...................................................................................................1.2.1平貴花園附近路段弱覆蓋.................................................................1.2.2 西環(huán)路到公園路轉(zhuǎn)彎路段弱覆蓋......................................................1.2.3 文化路古浪縣第五中學(xué)附近路段弱覆蓋和切換不及時(shí)導(dǎo)致SINR差...........................................................................................1.2.4 建設(shè)路到西環(huán)路拐彎處弱覆蓋和模三干擾導(dǎo)致SINR差...................1.3 問(wèn)題總結(jié)與建議........................................................................................1.3.1 問(wèn)題總結(jié)..........................................................................................1.3.2 建議.................................................................................................1.1 DT測(cè)試分析

1.1.1 RSRP覆蓋分布圖 1.1.2 SINR分布圖

1.1.3 PDCP DL分布圖 1.1.4 PDCP UL分布圖 1.2問(wèn)題區(qū)域

1.2.1武威市涼州區(qū)武威監(jiān)獄附近越區(qū)覆蓋RSRP差SIINR差

問(wèn)題描述：武威市涼州區(qū)武威監(jiān)獄附近越區(qū)覆蓋。

問(wèn)題分析：經(jīng)過(guò)分析該點(diǎn)占用武威涼州區(qū)成功學(xué)校-2（PCI：130；RSRP-98）小區(qū)與武威涼州區(qū)武威監(jiān)獄-1（PCI：312;RSRP-88）小區(qū)信號(hào)。

處理建議：建議下壓武威涼州區(qū)成功學(xué)校-2小區(qū)方位角控制越區(qū)覆蓋，并把武威涼州區(qū)武威監(jiān)獄-2小區(qū)RS功率提升2db,增強(qiáng)覆蓋。

1.2.2武威市涼州區(qū)熊貓公寓附近弱覆蓋

問(wèn)題描述：武威市涼州區(qū)熊貓公寓附近弱覆蓋

問(wèn)題分析：該問(wèn)題點(diǎn)占用武威涼州區(qū)宋家園-1（PCI：354；RSRP：-106）小區(qū)信號(hào)，其鄰區(qū)的RSRP也都較差此路段東側(cè)有高樓阻擋，導(dǎo)致該問(wèn)題路段弱覆蓋。

解決方案：將武威涼州區(qū)宋家園-3（PCI：356）的方位角調(diào)整為340度，并把RS功率提升3db，以加強(qiáng)該問(wèn)題路段的覆蓋。1.2.3武威汽車北站處弱覆蓋

問(wèn)題描述:武威汽車北站處弱覆蓋

問(wèn)題分析：經(jīng)過(guò)分析該路段占用武威涼州區(qū)北美-1（PCI：324；RSRP-96）小區(qū)信號(hào)，由于該弱覆蓋路段距離基站316米，信號(hào)難以覆蓋至此。

解決方案：需要核實(shí)該基站的方位角，調(diào)整武威涼州區(qū)北美-3小區(qū)的方位角或者拉遠(yuǎn)3小區(qū)解決弱覆蓋問(wèn)題。

1.2.4祁連大道天瑞花苑處弱覆蓋RSRP差

問(wèn)題描述：祁連大道天瑞花苑處弱覆蓋RSRP差

問(wèn)題分析：經(jīng)分析該點(diǎn)占用武威涼州區(qū)國(guó)海商廈-3（PCI：343；RSRP-100）小區(qū)信號(hào)。由于該點(diǎn)距離武威國(guó)海商廈基站428米，周圍樓宇較高信號(hào)難以覆蓋至此。

處理建議：

1、核實(shí)武威國(guó)海商廈的方位角與下傾角，調(diào)整-1小區(qū)的方位角至60度，下傾角減小2度增強(qiáng)覆蓋。

2、調(diào)整武威涼州區(qū)建安賓館-3小區(qū)的方位角至270度并將下傾角減小2度增強(qiáng)覆蓋。1.2.4靶場(chǎng)路靶場(chǎng)社區(qū)居委會(huì)附近RSRP差

問(wèn)題描述：靶場(chǎng)路靶場(chǎng)社區(qū)居委會(huì)附近RSRP差

問(wèn)題分析：該弱覆蓋路段占用武威涼州區(qū)十八中-3（PCI：350；RSRP-95）小區(qū)信號(hào)和武威涼州區(qū)國(guó)資委-1（PCI：401）小信號(hào)。由于靶場(chǎng)路道路狹小附近樓層較高信號(hào)難以覆蓋至此。

解決方案：

1、調(diào)整武威涼州區(qū)十八中-3小區(qū)的方位角至280度，下傾角減小2度增強(qiáng)覆蓋。

2、調(diào)整武威涼州區(qū)國(guó)資委-2小區(qū)的方位角至120度，下傾角減小2度增強(qiáng)覆蓋。

1.2.5擂臺(tái)東路附近弱覆蓋

問(wèn)題描述：擂臺(tái)東路附近弱覆蓋

問(wèn)題分析；該店占用武威涼州區(qū)萬(wàn)通小區(qū)-2（PCI：16;RSRP-99）小區(qū)信號(hào)，與武威涼州區(qū)新鮮七組-3（PCI：203）小區(qū)信號(hào)。由于武威涼州區(qū)萬(wàn)通小區(qū)-2越區(qū)覆蓋大約935米。武威涼州區(qū)新鮮七組-3小區(qū)周圍高樓較多無(wú)法覆蓋至此。

處理建議：

1、下壓武威涼州區(qū)萬(wàn)通小區(qū)-2小區(qū)的下傾角，控制越區(qū)覆蓋。

2、減小武威涼州區(qū)新鮮七組-3小區(qū)的下傾角。增強(qiáng)覆蓋。1.2.6解放軍第十醫(yī)院后面的巷子弱覆蓋RSRP差

問(wèn)題描述：解放軍第十醫(yī)院后面的巷子弱覆蓋RSRP差。

問(wèn)題分析：經(jīng)過(guò)分析該路段占用武威涼州區(qū)樂(lè)巢樂(lè)巢賓館-1（PCI：244；RSRP-100）小區(qū)余武威涼州區(qū)林茗香茶府-2（PCI；316）小區(qū)信號(hào)。由于巷子里面道路狹窄建筑物密集，周圍基站都難以覆蓋至此。

解決方案：

1、調(diào)整武威涼州區(qū)林茗香茶府-2小區(qū)方位角230度下傾角減小2度增強(qiáng)弱覆蓋。

2、減小武威涼州區(qū)樂(lè)巢賓館-1小區(qū)的下傾角增強(qiáng)覆蓋。

1.2.7市政局北邊的二環(huán)南東路弱覆蓋RSRP差

問(wèn)題描述：市政局北邊的二環(huán)南東路弱覆蓋RSRP差。

問(wèn)題分析：該路段占用武威涼州區(qū)新鮮七組-1（PCI：50；RSRP）小區(qū)與武威涼州區(qū)市政局-1（PCI：199）小區(qū)信號(hào)。武威涼州區(qū)新鮮七組-1距離弱覆蓋路段433米切是旁瓣信號(hào)信號(hào)覆蓋至此損耗大。

解決方案：

1、調(diào)整武威涼州區(qū)新鮮七組-2小區(qū)的方位角至90度；下傾角減小2度減小弱覆蓋。

2、調(diào)整武威涼州區(qū)市政局-1小區(qū)的下傾角至4度增強(qiáng)覆蓋。1.2.8北關(guān)東路與二環(huán)東路交叉口處弱覆蓋RSRP差

問(wèn)題描述：北關(guān)東路與二環(huán)東路交叉口處弱覆蓋RSRP低于-90。

問(wèn)題分析：弱覆蓋路段距離基站900多米信號(hào)難以覆蓋至此，建議增加基站增強(qiáng)覆蓋。解決方案：在北關(guān)東路與二環(huán)東路交叉口處增加基站

1.2.9武威涼州區(qū)圖書(shū)館處弱覆蓋RSRP差

問(wèn)題描述：武威涼州區(qū)圖書(shū)館處弱覆蓋RSRP差。

問(wèn)題分析：該弱覆蓋路段周圍樓宇較高武威涼州區(qū)人民醫(yī)院-3（PCI：53；RSRP:-99）小區(qū)信號(hào)無(wú)法覆蓋至此，周圍站點(diǎn)武威涼州區(qū)浙江大廈-2（PCI：10）小區(qū)和武威涼州區(qū)電信局-1（PCI：63）小區(qū)信號(hào)無(wú)法覆蓋至此。

解決建議：

1、調(diào)整武威涼州區(qū)人民醫(yī)院-1小區(qū)的方位角至0度下傾角減小2度，作為主小區(qū)。

2、調(diào)整武威涼州區(qū)電信局-3小區(qū)的方位角至270度下傾角減小2度怎強(qiáng)覆蓋。1.2.10迎賓大道祥泰賓館附近弱覆蓋RSRP差

問(wèn)題描述：迎賓大道祥泰賓館附近切換不及時(shí)RSRP差SINR差

問(wèn)題分析：經(jīng)過(guò)分析武威涼州區(qū)火車站（共享電信）-3（PCI：197；RSRP-113）小區(qū)是主小區(qū)，武威涼州區(qū)祥泰賓館-2（PCI:414；RSRP-92）小區(qū)是鄰小區(qū)；由于切換不及時(shí)導(dǎo)致RSRP和SINR變差。

解決方案:添加武威涼州區(qū)火車站（共享電信）-3小區(qū)與武威涼州區(qū)祥泰賓館-2小區(qū)的鄰居關(guān)系，并且重新設(shè)置A3事件的切換門(mén)限。

1.2.11成功學(xué)校東面的小巷子切換不及時(shí)ISNR差

問(wèn)題描述：成功學(xué)校東面的小巷子切換不及時(shí)ISNR差

問(wèn)題分析：分析后武威涼州區(qū)農(nóng)機(jī)監(jiān)理-2（PCI343 ；RSRP-83； SIRN-9）小區(qū)向武威涼州區(qū)成功學(xué)校-1（PCI 129）小區(qū)切換不及時(shí)導(dǎo)致SIRN差。

解決方案：

1、調(diào)整武威涼州區(qū)成功學(xué)校-1小區(qū)的方位角至170度增強(qiáng)覆蓋。

2、下壓武威涼州區(qū)農(nóng)機(jī)監(jiān)理-2小區(qū)的下傾角至6度。減少越區(qū)覆蓋。1.2.12武威涼州區(qū)北關(guān)西路與民族街交叉口處SINR差

問(wèn)及描述：武威涼州區(qū)北關(guān)西路與民族街交叉口處SINR差

問(wèn)題分析：該路段占用武威涼州區(qū)八中-1（PCI：266:；RSRP：-106；SINR：3）小區(qū)北關(guān)西與武威涼州區(qū)建安賓館-2（PCI:22；RSRP-93）小區(qū)信號(hào)。路與民族街交叉口周圍站點(diǎn)較密信號(hào)雜亂干擾嚴(yán)重。

減小威武涼州區(qū)建安賓館-2小區(qū)的方位角增強(qiáng)覆蓋。

1.2.13和平街與署東巷較差口出SINR差

問(wèn)題描述：和平街與署東巷較差口出SINR差

問(wèn)題分析：該路段占用武威涼州區(qū)涼州醫(yī)院-3（PCI 431； RSRP-91 ；SINR-5）小區(qū)信號(hào)與武威涼州區(qū)小北街-2（PCI 277； RSRP-98；ISNR 5）小區(qū)信號(hào)。由于該點(diǎn)周圍樓層較高較密，信號(hào)難以覆蓋至此。

解決方案：

1、檢查周圍站點(diǎn)的鄰區(qū)關(guān)系保證切換正常。

2、調(diào)整武威涼州區(qū)北小街-2（PCI 277）的下傾角增強(qiáng)覆蓋。1.2.14武威涼州區(qū)福利院附近SIRN差

問(wèn)題描述：武威涼州區(qū)福利院附近SIRN差。

問(wèn)題分析：該路段占用武威涼州區(qū)福利院-1（PCI197；RSRP-83； SINR-7）由于武威涼州區(qū)福利院基站一小區(qū)的PCI是197、二小區(qū)196、三小區(qū)195與周圍站點(diǎn)PCI相反，存在干擾。

解決方案：

1、重新規(guī)劃武威涼州區(qū)福利院基站的PCI，消除干擾。

2、調(diào)整武威涼州區(qū)福利院-1小區(qū)的方位角至0度。下傾角減小2度。

3、核查武威涼州區(qū)-1小區(qū)與武威涼州區(qū)東升小區(qū)-2小區(qū)的鄰區(qū)關(guān)系，保證切換正常。

1.2.15二環(huán)西路與二環(huán)南路交叉口處SIRN差

問(wèn)題描述：二環(huán)西路與二環(huán)南路交叉口處SIRN差

問(wèn)題分析：分析后得武威涼州區(qū)知天一時(shí)代城-3（PCI 113；RSRP-101；SINR-12）小區(qū)向武威涼州區(qū)棗園-1（PCI 174；RSRP-97）小區(qū)未及時(shí)切換導(dǎo)致SINR變差。解決方案：

1、添加武威涼州區(qū)知天一時(shí)代城-3小區(qū)與武威涼州區(qū)棗園-1小區(qū)的鄰區(qū)關(guān)系，保證正常切換。

2、調(diào)整武威涼州區(qū)棗園-1小區(qū)的方位角為10度下傾角減小2度增強(qiáng)覆蓋。1.2.16祥泰賓館附近SINR差

問(wèn)題描述：涼州區(qū)祥泰賓館附近SINR差。

問(wèn)題分析：經(jīng)過(guò)分析該路段占用武威涼州區(qū)火車站（共享電信）-3（PCI 197；RSRP-100；SINR-13）小區(qū)信號(hào)。由于切換不及時(shí)導(dǎo)致SINR變差。解決方案：

1、添加武威涼州火車站（共享電信）-3小區(qū)與武威涼州區(qū)祥泰賓館-2小區(qū)的鄰區(qū)關(guān)系。

2、重新設(shè)置添加武威涼州火車站（共享電信）-3小區(qū)到武威涼州區(qū)祥泰賓館-2小區(qū)的切換門(mén)限。

第四篇：濟(jì)南移動(dòng)LTE網(wǎng)絡(luò)國(guó)慶保障總結(jié)(中興)

濟(jì)南移動(dòng)障總結(jié)

LTE網(wǎng)絡(luò)國(guó)慶保

2014年10月10日 1 說(shuō)明

2014年10月1日~7日國(guó)慶LTE網(wǎng)絡(luò)質(zhì)量保障是濟(jì)南移動(dòng)LTE網(wǎng)絡(luò)建網(wǎng)以來(lái)的第一次國(guó)慶節(jié)保障，經(jīng)歷了濟(jì)南大學(xué)開(kāi)學(xué)的保障之后，有一次話務(wù)集中的保障，與大學(xué)開(kāi)學(xué)營(yíng)銷不同的是，此次主要話務(wù)可能集中在汽車站、火車站及部分旅游景點(diǎn)，人員復(fù)雜、較多、終端類型也參差不齊，在中興區(qū)域主要分布有火車站、汽車站及重要景區(qū)。保障流程

1、對(duì)所有熱點(diǎn)區(qū)域如車站、景區(qū)、購(gòu)物區(qū)、重要干線等周圍站點(diǎn)進(jìn)行擴(kuò)容準(zhǔn)備，提出擴(kuò)容需求擴(kuò)容雙載波，同時(shí)開(kāi)啟負(fù)荷均衡策略。

2、對(duì)已經(jīng)確定的高話務(wù)區(qū)域，今天提交給省公司進(jìn)行升級(jí)，升級(jí)完畢后開(kāi)啟高負(fù)荷應(yīng)對(duì)策略的參數(shù)，由于有些定時(shí)器參數(shù)不在集團(tuán)規(guī)定范圍，所以有些可能的大話務(wù)區(qū)域在指標(biāo)監(jiān)控當(dāng)天7點(diǎn)前進(jìn)行修改，晚上進(jìn)行回退。

3、對(duì)已經(jīng)確定的高話務(wù)區(qū)域提前進(jìn)行測(cè)試摸底，避免小區(qū)出現(xiàn)其他問(wèn)題影響用戶感知。

4、每天提取重要站點(diǎn)的告警，及時(shí)發(fā)送給維護(hù)部門(mén)進(jìn)行排障處理。

5、安排現(xiàn)場(chǎng)值班人員，包括前臺(tái)和后臺(tái)，前臺(tái)在現(xiàn)場(chǎng)值班待命，后臺(tái)人員在后臺(tái)值班監(jiān)控指標(biāo)，尤其是擁塞、告警的小區(qū)。

6、早晨7點(diǎn)前后臺(tái)人員到位，檢查所有站點(diǎn)告警，退服、閃斷、GPS故障等重要的告警及時(shí)通知維護(hù)部門(mén)進(jìn)行排查。

7、15分鐘粒度統(tǒng)計(jì)小區(qū)的RRC建立成功率、ERAB建立成功率、切換成功率、CSFB回落成功率、掉線率等指標(biāo)，發(fā)現(xiàn)有擁塞導(dǎo)致的RRC失敗盡快進(jìn)行保障參數(shù)開(kāi)啟工作，由于有些保障參數(shù)與集團(tuán)規(guī)范不一致，如定時(shí)器T302，T300等，晚上需要進(jìn)行回退。

8、對(duì)于前臺(tái)突發(fā)性投訴或者站點(diǎn)指標(biāo)異常的小區(qū)，后臺(tái)進(jìn)行參數(shù)檢查、鄰區(qū)檢查等優(yōu)化完畢后，通知前臺(tái)人員進(jìn)行驗(yàn)證測(cè)試。

9、重點(diǎn)關(guān)注汽車站、火車站、旅游景區(qū)等VIP站點(diǎn)。

10、及時(shí)關(guān)注全網(wǎng)的流量、用戶數(shù)、指標(biāo)等變化情況，做好第二天值班人員的工作交接工作，如當(dāng)天進(jìn)行小區(qū)修改的明細(xì)、指標(biāo)變化情況通過(guò)郵件和電話告知。濟(jì)南LTE網(wǎng)絡(luò)運(yùn)行質(zhì)量分析

此次國(guó)慶節(jié)保障期間省公司對(duì)擁塞小區(qū)的通報(bào)的標(biāo)準(zhǔn)如下： 1）RRC建立差:按小時(shí)統(tǒng)計(jì)，RRC連接建立失敗次數(shù)大于200 2）ERAB建立差:按小時(shí)統(tǒng)計(jì)，ERAB連接建立失敗次數(shù)大于200 3）接通率差：按小時(shí)統(tǒng)計(jì)，RRC連接請(qǐng)求次數(shù)大于200，ERAB連接請(qǐng)求次數(shù)大于200，無(wú)線接通率小于90% 濟(jì)南國(guó)慶期間被通報(bào)問(wèn)題比較嚴(yán)重的涉及小區(qū)27個(gè)，主要是RRC和ERAB建立失敗次數(shù)大于200次，另外接通率低于90%的小區(qū)從網(wǎng)管統(tǒng)計(jì)7天共涉及小區(qū)103個(gè)：

3.1 RRC和ERAB失敗次數(shù)大于200次原因分類

對(duì)此次被省公司通報(bào)的必要嚴(yán)重的小區(qū)27個(gè)進(jìn)行了深入分析，主要原因集中為： 1）這些小區(qū)除長(zhǎng)途汽車站外，其他的10個(gè)小區(qū)都是突發(fā)無(wú)法預(yù)估話務(wù)量的小區(qū)，平均用戶數(shù)超過(guò)100個(gè)，最大超過(guò)150個(gè)，所以沒(méi)有此部分小區(qū)進(jìn)行版本升級(jí)，無(wú)法應(yīng)對(duì)高話務(wù)，只能通過(guò)臨時(shí)參數(shù)修改來(lái)解決。

2）對(duì)于EARB建立失敗次數(shù)較多，而RRC失敗沒(méi)有問(wèn)題，通過(guò)信令監(jiān)測(cè)系統(tǒng)進(jìn)行分析主要是集中在單一用戶導(dǎo)致，出現(xiàn)此問(wèn)題的有5個(gè)小區(qū)。

3）還有1室分小區(qū)也出現(xiàn)了前后臺(tái)數(shù)據(jù)不同步的問(wèn)題，導(dǎo)致了用戶數(shù)不多，而RRC失敗較多，通過(guò)數(shù)據(jù)重新同步后問(wèn)題解決，導(dǎo)致出現(xiàn)此問(wèn)題的原因有可能為傳輸鏈路閃斷導(dǎo)致，后續(xù)會(huì)通過(guò)設(shè)置QOS告警來(lái)預(yù)警。

4）對(duì)于9個(gè)小區(qū)用戶量少，但是RRC失敗較多，通過(guò)采集后臺(tái)數(shù)據(jù)提交后方分析，判斷在601P03前版本下會(huì)出現(xiàn)對(duì)部分終端調(diào)度失敗后，終端頻繁發(fā)起請(qǐng)求頻繁失敗導(dǎo)致。

5）1個(gè)小區(qū)“濟(jì)南大學(xué)食堂”是由于擴(kuò)容第二載波后數(shù)據(jù)配置有問(wèn)題導(dǎo)致RRC成功率較低，及時(shí)通知數(shù)據(jù)配置人員重新配置數(shù)據(jù)后問(wèn)題恢復(fù)。6）1個(gè)小區(qū)“LFZ018254H_濟(jì)陽(yáng)仁風(fēng)北陳”是外部干擾導(dǎo)致，全部RB底噪抬升至-70左右。

3.2 RRC和ERAB失敗次數(shù)大于200次分析案例

1、對(duì)于ERAB失敗小區(qū)較多的“[TDD]LDZ0100712R1_山大路雅悅-陶然居(12)”小區(qū)通過(guò)網(wǎng)管統(tǒng)計(jì)發(fā)現(xiàn)此小區(qū)指標(biāo)惡化從10月7日18點(diǎn)開(kāi)始惡化，10月8日8點(diǎn)開(kāi)始恢復(fù)，檢查小區(qū)參數(shù)正常，無(wú)告警，通過(guò)信令監(jiān)測(cè)系統(tǒng)進(jìn)行查詢，發(fā)現(xiàn)出現(xiàn)ERAB建立失敗都集中在某一用戶，***用戶，通過(guò)IMEI號(hào)86451002查詢，用戶終端為步步高X3L終端。

同樣的對(duì)其他小區(qū)進(jìn)行分析，除信令監(jiān)測(cè)系統(tǒng)10月1日數(shù)據(jù)無(wú)法查詢到外，其他小區(qū)ERAB失敗都是某一用戶導(dǎo)致，如惠爾大廈是***用戶，使用的是Lenovo A788t終端。

2、對(duì)于類似于“LDZ0121133H1_天橋”站點(diǎn)，用戶量較少，但是RRC請(qǐng)求次數(shù)較多，失敗的原因主要是定時(shí)器超時(shí)導(dǎo)致的失敗。

從網(wǎng)管的計(jì)數(shù)器統(tǒng)計(jì)上分析，產(chǎn)生MT-ACCESS、MO-SIGNALING、MO-DATA等定時(shí)器超時(shí)主要是統(tǒng)計(jì)采樣點(diǎn)5，從信令深入分析主要是UE側(cè)在發(fā)送RrcConnectionRequest消息之后啟動(dòng)的64ms的競(jìng)爭(zhēng)解決定時(shí)器mac-ContentionResolutionTimer超時(shí)，Rrc連接建立失敗。

經(jīng)過(guò)研發(fā)確認(rèn)，在進(jìn)一步分析調(diào)度器本地UE實(shí)例建立失敗的原因，發(fā)現(xiàn)是由于內(nèi)部的TA模塊在UE某次實(shí)例建立時(shí)校驗(yàn)狀態(tài)出錯(cuò)，此部分UE主要涉及部分與終端芯片與協(xié)議不符導(dǎo)致，容易出現(xiàn)幾率性的校驗(yàn)失敗，主要是MTK芯片。

調(diào)度器建立UE實(shí)例過(guò)程是，先分配一個(gè)唯一的標(biāo)識(shí)UeIdx，在給內(nèi)部各個(gè)子模塊建立實(shí)例，其中TA模塊在建立UE時(shí)，首先校驗(yàn)UeIdx對(duì)應(yīng)的狀態(tài)，如果不為IDLE，則認(rèn)為異常，返回失敗。

而TA模塊的UeIdx資源沒(méi)有被回收，造成下一次這個(gè)UeIdx再被分配時(shí)，TA模塊UE實(shí)例建立失敗，這樣循環(huán)導(dǎo)致RRC失敗次數(shù)較多。

解決建議：目前正在升級(jí)的601P03版本，對(duì)部分不規(guī)范的芯片出現(xiàn)校驗(yàn)失敗后重新刪除UE實(shí)例，即使如果狀態(tài)不為IDLE，也先把之前的狀態(tài)清掉，繼續(xù)建實(shí)例，并對(duì)此部分UE芯片校驗(yàn)進(jìn)行記憶，避免繼續(xù)校驗(yàn)失敗。濟(jì)南LTE網(wǎng)絡(luò)國(guó)慶保障總結(jié)

1、此次國(guó)慶期間的LTE網(wǎng)絡(luò)保障在10月1日上午人流密集、并且現(xiàn)場(chǎng)對(duì)于部分小區(qū)話務(wù)量預(yù)估不足，版本未升級(jí)，導(dǎo)致部分小區(qū)高用戶擁塞，后續(xù)解決措施601P03版本全網(wǎng)升級(jí)后不會(huì)再出現(xiàn)此問(wèn)題。

2、日常將加強(qiáng)對(duì)性能差小區(qū)的監(jiān)控力度，結(jié)合信令監(jiān)測(cè)系統(tǒng)對(duì)終端進(jìn)行分析，做到及時(shí)預(yù)防。

3、后續(xù)將制定更加靈活、全面、細(xì)致的保障方案，對(duì)指標(biāo)延長(zhǎng)指標(biāo)監(jiān)控時(shí)間段，避免出現(xiàn)突發(fā)擁塞或者問(wèn)題。

第五篇：對(duì)等網(wǎng)絡(luò)中的信任感知和可信協(xié)同商務(wù)洽談關(guān)鍵技術(shù)研究

對(duì)等網(wǎng)絡(luò)中的信任感知和可信協(xié)同商務(wù)洽談關(guān)鍵技術(shù)研究 【摘要】：在電子商務(wù)貿(mào)易蓬勃發(fā)展的同時(shí)，一個(gè)很現(xiàn)實(shí)的需要解決的就是如何使電子商務(wù)活動(dòng)乃至協(xié)同商務(wù)用戶之間能夠進(jìn)行更為有效的交互和協(xié)作。在基于Internet的網(wǎng)上商務(wù)交易活動(dòng)進(jìn)行的過(guò)程中，無(wú)論是對(duì)于企業(yè)還是消費(fèi)者而言，一個(gè)必不可少的活動(dòng)就是商務(wù)洽談。在商務(wù)交易的任何發(fā)展階段，商務(wù)洽談始終是商務(wù)交易系統(tǒng)中十分關(guān)鍵的交互行為。隨著P2P計(jì)算技術(shù)的發(fā)展，P2P網(wǎng)絡(luò)環(huán)境下的協(xié)作系統(tǒng)也得到了廣泛應(yīng)用。P2P網(wǎng)絡(luò)環(huán)境下的協(xié)作應(yīng)用系統(tǒng)為用戶提供了高度靈活的交互環(huán)境和便捷的資源訪問(wèn)接口、虛擬遠(yuǎn)程協(xié)作和資源共享，允許協(xié)作節(jié)點(diǎn)間形成動(dòng)態(tài)的虛擬群組，使參與的節(jié)點(diǎn)可以聯(lián)合處理資源、權(quán)能和信息以獲得共同的應(yīng)用目標(biāo)，使任意地點(diǎn)的用戶通過(guò)Internet以對(duì)等的方式協(xié)同工作，實(shí)現(xiàn)文件共享、即時(shí)通訊或虛擬遠(yuǎn)程協(xié)作等。電子商務(wù)作為P2P網(wǎng)絡(luò)環(huán)境下協(xié)作系統(tǒng)中最活躍的應(yīng)用系統(tǒng)，其參與交易的用戶具有匿名性，在空間上具有分散性，這使得電子商務(wù)更加方便和靈活，但同時(shí)也加大了商務(wù)活動(dòng)中的風(fēng)險(xiǎn)性和安全威脅，存在大量欺詐行為以及不可靠的服務(wù)質(zhì)量。由于P2P系統(tǒng)中的節(jié)點(diǎn)更多地表現(xiàn)出理性和自私性，節(jié)點(diǎn)的目標(biāo)往往是最大化自身的網(wǎng)絡(luò)效用，從而導(dǎo)致了節(jié)點(diǎn)只想索取資源而不愿貢獻(xiàn)資源的行為。在商務(wù)活動(dòng)中，交易雙方通過(guò)合作互惠互利取得盡可能大的利益。無(wú)論在傳統(tǒng)的商業(yè)交易中還是新興的電子商務(wù)活動(dòng)中，信任都是雙方合作的基礎(chǔ)，是交易活動(dòng)成功與否的核心因素。在P2P網(wǎng)絡(luò)環(huán)境下，協(xié)

作節(jié)點(diǎn)的可信性問(wèn)題制約了電子商務(wù)及其洽談協(xié)作系統(tǒng)的應(yīng)用。如何在P2P網(wǎng)絡(luò)實(shí)體之間有效地建立授權(quán)和信任關(guān)系，實(shí)現(xiàn)靈活的信任協(xié)商策略，構(gòu)建P2P網(wǎng)絡(luò)環(huán)境下的適合于商務(wù)交易的具有安全保障作用的信任模型，從而使電子商務(wù)乃至協(xié)同商務(wù)洽談?dòng)脩糁g能夠進(jìn)行更為有效的交互和協(xié)作，成為P2P網(wǎng)絡(luò)環(huán)境協(xié)作應(yīng)用研究的基礎(chǔ)和重點(diǎn)問(wèn)題。同時(shí)，通過(guò)對(duì)商務(wù)洽談?lì)I(lǐng)域和協(xié)作理論現(xiàn)狀的深入分析，作者發(fā)現(xiàn)，目前P2P網(wǎng)絡(luò)環(huán)境下面向商務(wù)洽談的協(xié)作研究工作存在著一些不足：缺少對(duì)商務(wù)洽談活動(dòng)過(guò)程綜合性的全面的分析研究；缺少能充分體現(xiàn)商務(wù)洽談活動(dòng)特性和要求的、適合于P2P網(wǎng)絡(luò)環(huán)境下信任感知的可信協(xié)同商務(wù)洽談系統(tǒng)設(shè)計(jì)開(kāi)發(fā)的形式化建模方法的研究；尤其缺乏為開(kāi)放動(dòng)態(tài)P2P網(wǎng)絡(luò)環(huán)境下協(xié)作節(jié)點(diǎn)間的再次協(xié)作交互行為積累信譽(yù)評(píng)價(jià)信息的有效信任機(jī)制。因此，本文研究P2P網(wǎng)絡(luò)環(huán)境中協(xié)作群組形成及運(yùn)行過(guò)程中成員節(jié)點(diǎn)間信任的建立機(jī)制，并在確定實(shí)體(節(jié)點(diǎn))間的信任關(guān)系后，重點(diǎn)研究信任感知的可信協(xié)同商務(wù)洽談系統(tǒng)(TCBN)各成員交互行為的協(xié)作過(guò)程模型。在協(xié)作組成員節(jié)點(diǎn)交互協(xié)作行為完成之際(即本文所提出了協(xié)同洽談評(píng)估階段)，需要成員節(jié)點(diǎn)憑借主觀經(jīng)驗(yàn)，彼此間形成本次交易的信譽(yù)反饋評(píng)分，包括滿意度、不滿意度、推薦信息等，記錄到資源數(shù)據(jù)庫(kù)中，為再次可信的協(xié)作交互行為積累數(shù)據(jù)?；诓呗缘男湃喂芾頇C(jī)制與以信任度量為主要研究?jī)?nèi)容的信任度評(píng)估模型相結(jié)合，形成P2P網(wǎng)絡(luò)環(huán)境下的協(xié)作應(yīng)用系統(tǒng)中一個(gè)更廣義的信任管理概念和能力更強(qiáng)的授權(quán)和信任機(jī)制。因此，本文首先提出了一個(gè)基于LTTP的協(xié)作信任協(xié)商策略。結(jié)合本文所提

出的信譽(yù)機(jī)制，引入了LTTP(局部可信任第三方)機(jī)制，并通過(guò)對(duì)積極策略和削減策略的擴(kuò)展，有效地解決信任協(xié)商循環(huán)依賴策略的問(wèn)題?；贚TTP的協(xié)作信任協(xié)商策略是高效且完備的，能夠有效減少信任證交換次數(shù)，降低網(wǎng)絡(luò)開(kāi)銷，并且盡可能地保證協(xié)商的成功率。在基于信譽(yù)的信任管理技術(shù)中，本文重點(diǎn)對(duì)其關(guān)鍵組件——信任模型進(jìn)行研究。通過(guò)對(duì)目前基于P2P環(huán)境的信任模型的分析，并針對(duì)現(xiàn)有全局信任模型存在的不足之處，本文結(jié)合網(wǎng)上商務(wù)交易的具體特點(diǎn)，提出了一個(gè)基于推薦和激勵(lì)機(jī)制的全局信任模型，將實(shí)體反饋評(píng)分、近期信任度，評(píng)估者信任度、交易價(jià)值以及評(píng)分時(shí)間權(quán)重等均視為影響節(jié)點(diǎn)信任的主要因素，節(jié)點(diǎn)交互過(guò)程中相互進(jìn)行信譽(yù)評(píng)價(jià)，最終得到節(jié)點(diǎn)的綜合信任值。通過(guò)理論分析和仿真實(shí)驗(yàn)驗(yàn)證了本文面向商務(wù)交易的綜合信任模型的特性?；趯?duì)商務(wù)洽談活動(dòng)過(guò)程要素及其關(guān)系的分析和對(duì)商務(wù)洽談動(dòng)態(tài)過(guò)程的綜合性分析，作者發(fā)現(xiàn)并總結(jié)出商務(wù)洽談具有異步性、并行性、并發(fā)性、不確定性等特征，而Petri網(wǎng)非常適合對(duì)具有上述特征的信息系統(tǒng)進(jìn)行動(dòng)態(tài)建模。針對(duì)有色Petri網(wǎng)系統(tǒng)缺乏對(duì)商務(wù)洽談中某些特征的表現(xiàn)機(jī)制，作者對(duì)有色Petri網(wǎng)系統(tǒng)進(jìn)行擴(kuò)展，創(chuàng)造性地提出了面向商務(wù)洽談的有色Petri網(wǎng)系統(tǒng)BN_CPN，并用它作為建模工具，構(gòu)造了傳統(tǒng)商務(wù)洽談活動(dòng)的形式化動(dòng)態(tài)模型——Φ模型。在此基礎(chǔ)上，結(jié)合協(xié)同商務(wù)洽談系統(tǒng)的應(yīng)用特征，將TCBN系統(tǒng)的體系結(jié)構(gòu)劃分為協(xié)作洽談分析功能子模塊(A子模塊)、協(xié)作洽談設(shè)計(jì)功能子模塊(D子模塊)、實(shí)時(shí)協(xié)作洽談功能子模塊(N子模塊)和協(xié)作洽談評(píng)估功能子模塊(E子模塊)。在協(xié)作洽談評(píng)

估功能子模塊(E子模塊)中，基于本文所提出的面向商務(wù)交易的綜合信任模型，設(shè)計(jì)了信譽(yù)反饋機(jī)制，通過(guò)對(duì)滿意度、不滿意度、推薦、激勵(lì)等信譽(yù)評(píng)價(jià)信息的記錄和逐漸積累，對(duì)協(xié)作實(shí)體(節(jié)點(diǎn))的信譽(yù)評(píng)估度進(jìn)行重新計(jì)算和優(yōu)化，從而為再次的可信商務(wù)協(xié)作交互行為提供更有效和合理的信任機(jī)制。結(jié)合前面章節(jié)對(duì)P2P網(wǎng)絡(luò)環(huán)境下信任管理技術(shù)特點(diǎn)的討論，給出了一個(gè)P2P網(wǎng)絡(luò)環(huán)境下的協(xié)作應(yīng)用系統(tǒng)基于策略的信任與基于信譽(yù)的信任相結(jié)合的信任管理中間件。中間件的接口抽象了信任管理操作的細(xì)節(jié)，方便了協(xié)作應(yīng)用進(jìn)行定制擴(kuò)展，通用的服務(wù)提高了協(xié)作應(yīng)用在信任管理中的互操作性。借助該信任管理中間件，節(jié)點(diǎn)可以動(dòng)態(tài)地參與協(xié)作群組、維護(hù)協(xié)作方的信任證、搜集協(xié)作方節(jié)點(diǎn)的信任信息，建立協(xié)作節(jié)點(diǎn)的信任，從而最終實(shí)現(xiàn)信任感知的協(xié)作行為?；谏鲜鲂湃胃兄腡CBN系統(tǒng)形式化模型，結(jié)合本文所提出的協(xié)作系統(tǒng)信任管理中間件，并采用基于組件的實(shí)時(shí)通訊與協(xié)作實(shí)現(xiàn)技術(shù)方案，本文構(gòu)造和實(shí)現(xiàn)了一個(gè)支持TCBN的虛擬洽談環(huán)境VNegotiationRoom，通過(guò)VNegotiationRoom驗(yàn)證了本文提出的P2P網(wǎng)絡(luò)環(huán)境下的協(xié)作系統(tǒng)信任管理機(jī)制、可信協(xié)同商務(wù)洽談系統(tǒng)形式化模型、ADNE實(shí)現(xiàn)框架模型、以及協(xié)作系統(tǒng)信任管理中間件、實(shí)時(shí)通訊與協(xié)作實(shí)現(xiàn)技術(shù)方案的正確性和有效性，從而有效地解決了目前信任感知的可信協(xié)同商務(wù)洽談研究中存在的關(guān)鍵問(wèn)題。綜上所述，本文主要的研究成果與工作歸納為：·提出了一個(gè)基于LTTP的協(xié)作信任協(xié)商策略。結(jié)合本文所提出的信譽(yù)機(jī)制，引入了LTTP(局部可信任第三方)機(jī)制，并通過(guò)對(duì)積極策略和削減策略的擴(kuò)展，有效地解決信任協(xié)

商循環(huán)依賴策略的問(wèn)題。·提出了一個(gè)基于推薦和激勵(lì)機(jī)制的全局信任模型。結(jié)合網(wǎng)上商務(wù)交易的具體特點(diǎn)，將實(shí)體反饋評(píng)分、近期信任度，評(píng)估者信任度、交易價(jià)值以及評(píng)分時(shí)間權(quán)重等均視為影響節(jié)點(diǎn)信任的主要因素，通過(guò)節(jié)點(diǎn)交互過(guò)程中的相互信譽(yù)評(píng)價(jià)，最終得到節(jié)點(diǎn)的綜合信任值。通過(guò)理論分析和仿真實(shí)驗(yàn)驗(yàn)證了本文信任模型的特性?！め槍?duì)有色Petri網(wǎng)系統(tǒng)缺乏對(duì)電子商務(wù)洽談系統(tǒng)中某些特性的表現(xiàn)機(jī)制，提出了面向商務(wù)洽談的有色Petri網(wǎng)系統(tǒng)BN_CPN，并將其作為信任感知的可信協(xié)同商務(wù)洽談系統(tǒng)形式化建模的建模工具。·提出了一套基于BN_CPN的信任感知的TCBN系統(tǒng)形式化建模方法和技術(shù)，設(shè)計(jì)了一個(gè)P2P網(wǎng)絡(luò)環(huán)境下協(xié)作應(yīng)用系統(tǒng)信譽(yù)反饋機(jī)制，通過(guò)對(duì)滿意度、不滿意度、推薦、激勵(lì)等信譽(yù)評(píng)價(jià)信息的記錄和逐漸積累，對(duì)協(xié)作實(shí)體(節(jié)點(diǎn))的信譽(yù)評(píng)估度進(jìn)行重新計(jì)算和優(yōu)化，從而為再次的可信協(xié)作交互行為提供更有效和合理的信任機(jī)制。并以此為依據(jù)構(gòu)造一個(gè)適合于TCBN系統(tǒng)設(shè)計(jì)、開(kāi)發(fā)的實(shí)現(xiàn)框架參考模型——ADNE模型。·設(shè)計(jì)和實(shí)現(xiàn)了一個(gè)P2P網(wǎng)絡(luò)環(huán)境下基于策略的信任與基于信譽(yù)的信任相結(jié)合的綜合信任管理中間件。中間件的接口抽象了信任管理操作的細(xì)節(jié)，方便了協(xié)作應(yīng)用進(jìn)行定制擴(kuò)展，通用的服務(wù)提高了協(xié)作應(yīng)用在信任管理中的互操作性?！そY(jié)合本文所提出的P2P網(wǎng)絡(luò)環(huán)境下協(xié)作應(yīng)用系統(tǒng)信任管理中間件，采用基于組件的實(shí)時(shí)通訊與協(xié)作實(shí)現(xiàn)技術(shù)方案，實(shí)現(xiàn)了一個(gè)基于ADNE模型的支持信任感知的TCBN的安全的虛擬洽談環(huán)境VNegotiationRoom。通過(guò)該實(shí)驗(yàn)系統(tǒng)，驗(yàn)證了本文提出的P2P網(wǎng)絡(luò)環(huán)境下協(xié)作應(yīng)用系統(tǒng)信任管理機(jī)制、信任感知的TCBN系統(tǒng)建模方法、實(shí)現(xiàn)框架模型、P2P網(wǎng)絡(luò)環(huán)境下協(xié)作應(yīng)用系統(tǒng)信任管理中間件以及實(shí)時(shí)通訊與協(xié)作實(shí)現(xiàn)技術(shù)方案的有效性、可行性與正確性。本文所提出的P2P網(wǎng)絡(luò)環(huán)境中信任感知的可信協(xié)同商務(wù)洽談的信任管理機(jī)制和形式化協(xié)作模型及實(shí)現(xiàn)技術(shù)，在上海市科技攻關(guān)項(xiàng)目“中芬遠(yuǎn)程教育與遠(yuǎn)程商務(wù)洽談研究與應(yīng)用”(No．05107017)的一個(gè)子項(xiàng)目上得到了實(shí)際應(yīng)用(已通過(guò)專家鑒定)。【關(guān)鍵詞】：對(duì)等網(wǎng)絡(luò)信任感知可信協(xié)同商務(wù)洽談信任協(xié)商策略信譽(yù)信任模型信任反饋有色Petri網(wǎng)系統(tǒng)BN_CPN 【學(xué)位授予單位】：華東師范大學(xué) 【學(xué)位級(jí)別】：博士 【學(xué)位授予年份】：2007 【分類號(hào)】：TP393.08 【目錄】：論文摘要7-11Abstract11-18第一章緒論18-411.1研究背景18-201.2P2P網(wǎng)絡(luò)中信任管理和協(xié)作機(jī)制研究的目的和意義20-221.3研究現(xiàn)狀概述22-351.4當(dāng)前研究工作存在的問(wèn)題35-361.5本文研究?jī)?nèi)容、論文結(jié)構(gòu)及主要貢獻(xiàn)36-41第二章協(xié)同商務(wù)與可信協(xié)同商務(wù)洽談41-572.1本章目的412.2洽談與協(xié)作41-522.3協(xié)同商務(wù)的定義與基本特征52-542.4可信協(xié)同商務(wù)洽談(TCBN)54-562.5本章小結(jié)56-57第三章基于LTTP和推薦激勵(lì)機(jī)制的綜合信任模型57-843.1本章目的573.2信任基本概念57-623.3基于LTTP的信任協(xié)商策略62-753.4基于推薦和激勵(lì)機(jī)制的信任模型75-823.5本章小結(jié)82-84第四章信任感知的TCBN系統(tǒng)建模方法與技術(shù)84-1334.1本章目的844.2

洽談?wù)撚虻男问交x84-884.3洽談活動(dòng)過(guò)程分析88-934.4基于有色Petri網(wǎng)系統(tǒng)的協(xié)同洽談活動(dòng)動(dòng)態(tài)建模93-1094.5可信協(xié)同商務(wù)洽談TCBN系統(tǒng)建模109-1214.6TCBN系統(tǒng)信任反饋機(jī)制121-1254.7TCBN系統(tǒng)和傳統(tǒng)商務(wù)洽談活動(dòng)的形式化建模之間關(guān)系125-1314.8本章小結(jié)131-133第五章信任感知的TCBN系統(tǒng)的實(shí)現(xiàn)框架模型133-1505.1本章目的1335.2ADNE實(shí)現(xiàn)框架參考模型的設(shè)計(jì)133-1425.3協(xié)作應(yīng)用系統(tǒng)信任管理中間件142-1495.4本章小結(jié)149-150第六章信任感知的TCBN系統(tǒng)虛擬洽談環(huán)境的實(shí)現(xiàn)150-1666.1本章目的1506.2支持TCBN的虛擬洽談環(huán)境的研究現(xiàn)狀150-1516.3支持TCBN的基于組件的實(shí)現(xiàn)技術(shù)分析151-1566.4VNegotiationRoom

體

系

架

構(gòu)

分

析156-1586.5VNegotiationRoom的實(shí)現(xiàn)158-1656.6本章小結(jié)165-166第七章總結(jié)與展望166-1697.1本文工作總結(jié)166-1687.2進(jìn)一步的研究工作168-169參考文獻(xiàn)169-179附錄A:攻讀博士學(xué)位期間發(fā)表的論文179-180附錄B:攻讀博士學(xué)位期間參與的科研項(xiàng)目180附錄C:攻讀博士學(xué)位期間的獲獎(jiǎng)情況180-181致謝181

本論文購(gòu)買(mǎi)請(qǐng)聯(lián)系頁(yè)眉網(wǎng)站。