【導(dǎo)讀】便人們進行交流的同時也推動了社會的信息化建設(shè)。本文基于CSocket類和RTC. 門之間進行信息交換和資源共享的需要，其主要內(nèi)容包括視頻會議，文件傳輸，以及文字聊天三個模塊。企業(yè)可以使用視頻會議模塊來召開內(nèi)部會議以及企業(yè)。策略的反饋意見，為企業(yè)營造優(yōu)良的工作氛圍。運用本系統(tǒng)，能夠提高企業(yè)的。管理質(zhì)量和效率，從而促進企業(yè)的快速發(fā)展。

　　

【正文】 第四章 詳細設(shè)計 24 圖 視頻會議流程圖 video conference flow chart 失敗 開始 接口 的定義 選擇通訊類型 連接成功？ 成功 調(diào)整通訊設(shè)備 結(jié)束 處理實時事件 創(chuàng)建通訊會話 加入會話列表 處理實時流會話 學(xué)院學(xué)士學(xué)位論文 第四章 詳細設(shè)計 25 視頻會議質(zhì)量 (QoS)的實現(xiàn) 如何提高實時性，確保通訊的 QoS，是 IP 視頻會議的關(guān)鍵技術(shù)要求，在這一點上，基于 的視頻會議系統(tǒng)采用 IETF 提出的實時協(xié)議網(wǎng)絡(luò)技術(shù)。首先，話音信號的實時性還需要 IP 網(wǎng)絡(luò)本身具有這方面的增強能力。 1. RTP 功能的設(shè)計思想 RTP 協(xié)議為音 頻、視頻等實時數(shù)據(jù)提供端到端的傳遞服務(wù)，可以向接收端傳送恢復(fù)實時信號所必需的定時信息，并向收發(fā)雙方和網(wǎng)絡(luò)運營商提供 QoS 檢測手段，降低對網(wǎng)絡(luò)帶寬的需求。 RTP 可以大大減少帶寬占用，還可以使視頻會議中允許少量的丟包，以避免數(shù)據(jù)包重傳造成的延時。 RTP 實際包括兩個協(xié)議： i. RTP 本身：用以傳送實時數(shù)據(jù)，其功能提供凈荷類型指示，數(shù)據(jù)分組序號，數(shù)據(jù)發(fā)送時戳和數(shù)據(jù)源標(biāo)識。 ii. RTCP 協(xié)議：用以傳送實時信號傳遞的質(zhì)量參數(shù)，提供 QoS 監(jiān)視機制，同時還可傳送會議通訊中的參會者的信息，向沒有顯示的成員和呼叫建立的“松弛性”會議通 訊提供保障機制。 協(xié)議利用 RTCP 的 SR 和 RR 包檢測 QoS。 SR：主要用于多 RTP 流，如音頻和視頻之間的同步，和 密切相關(guān)。和流同步相關(guān)的字段是 RTP 時戳。 RR：用戶檢測 QoS 指標(biāo)，包括長時指標(biāo)和短時指標(biāo)。如果丟包率高于設(shè)定值，就應(yīng)該降低媒體速率。如接收報告間隔超過設(shè)定值，則應(yīng)根據(jù) RR 包中的丟失率字段判斷網(wǎng)絡(luò)是否嚴重阻塞，如是，應(yīng)降低媒體速率。如果連續(xù) 3 個接收報告的到達時延抖動值增加，發(fā)送端應(yīng)采取措施。 2. 保證 QoS 具體手段 為了維持一定的服務(wù)質(zhì)量，當(dāng)檢測到 QoS 指標(biāo)下降時， 終端采取一定措施，實際上這些措施并不是保持原有的 QoS,而按照一定順序依次降低各種媒體的質(zhì)量，使得在給定的帶寬和負荷條件下仍然能向用戶提供可接受的服務(wù)。首先考慮降低質(zhì)量的是視頻信號，然后依次是數(shù)據(jù)，音頻和控制信號。采取措施可分為兩類：短時響應(yīng)和長時響應(yīng)。前者旨在解決包短時丟失和時延增加的短期問題；后者用于網(wǎng)絡(luò)擁塞日益嚴重的情況。 學(xué)院學(xué)士學(xué)位論文 第四章 詳細設(shè)計 26 1) 動態(tài)調(diào)整圖象帶寬。人們對圖象和語音的敏感程度是不一樣的，當(dāng)圖象碼流出現(xiàn)延遲，抖動時，解碼后圖象表現(xiàn)為誤碼，丟幀；當(dāng)語音碼流出現(xiàn)延遲，抖動時，解碼后聲音斷續(xù)。從人的感覺上對圖象的 誤碼更寬容一些。為提高 QoS，可以利用 RTP/RTCP 報告，得到關(guān)于網(wǎng)絡(luò)狀況的信息，如丟包率，包抖動，延遲，根據(jù)這些信息動態(tài)調(diào)整圖象帶寬；當(dāng)網(wǎng)絡(luò)狀況不好時，可以通知編碼器，降低圖象帶寬，優(yōu)先保證聲音帶寬；當(dāng)網(wǎng)絡(luò)狀況好時，通知編碼器，提高圖象帶寬。 2) 唇音同步。接收方：對于接收方語音和圖象的同步，終端收到語音，圖象數(shù)據(jù)之后，分別放到語音緩沖和圖象緩沖中，定時從語音緩沖中取出語音包時戳與圖象吻合，就把相應(yīng)的圖象包解碼。這樣做的好處是考慮語音的敏感性。發(fā)送方：打時戳。發(fā)送時應(yīng)該給數(shù)據(jù)包打上時戳，一方面是數(shù)據(jù)包 (RTP 包 )的時戳，另一方面時數(shù)據(jù)控制包 (RTCP包 )的時戳。 編解碼器的選擇 會話參與者的平臺性能和可用帶寬決定了使用何種音頻和視頻解碼器，不同的編解碼器可以使通信具有更大的靈活性。 1．視頻 Windows 實時通訊客戶端在 1/4CIF 圖象格式 (176 144)分辨率下支持 和 編碼器。這些可變比特率編碼器發(fā)送界于6125Kbit/s 的視頻數(shù)據(jù)。使用 IRTCClient 接口方法 put_MaxBitRate和 put_TemporalSpatialTRadeOff 可能影響目標(biāo)的視 頻轉(zhuǎn)換空間時間分辨率。 2．音頻 Windows 實時通訊客戶端支持許多中音頻編解碼器。音頻編碼器是基于終端的連接質(zhì)量而定的。表 列出了支持的音頻編碼器。 學(xué)院學(xué)士學(xué)位論文 第四章 詳細設(shè)計 27 編解碼器 采樣率 比特率 幀尺寸 8 64 20 16 24 20 8 30,60 或 90 GSM 8 13 20 DVI4 8 32 20 SIREN 16 16 20 或 40 綜上，基于 的實時視頻會議系統(tǒng)將成為寬帶 IP 網(wǎng)的一種潛力很大的增值業(yè)務(wù)，而它的終極目標(biāo)是公眾 運營化，使千家萬戶享受視頻服務(wù)。但實時視頻會議系統(tǒng)的公眾運營化，涉及到很多問題，服務(wù)質(zhì)量是實現(xiàn)實時視頻會議開展的關(guān)鍵，所以在實時視頻會議的系統(tǒng)設(shè)計中，要統(tǒng)一做好服務(wù)質(zhì)量的設(shè)計。 數(shù)據(jù)庫設(shè)計 首先我們創(chuàng)建一個數(shù)據(jù)庫 Qserver，方法如下： create database Qserver 創(chuàng)建用戶信息，以便用戶在數(shù)據(jù)中注冊和登陸，具體步驟為： create table Client ( Cname char(20) NOT NULL UNIQUE Cpsw char(20) NOT NULL, constraint PK_CNAME primary key (Cname), ) 創(chuàng)建好友信息，以便好友在線時建立他們之間的聯(lián)系； create table Cfriend ( Cname char(20) NOT NULL UNIQUE, 學(xué)院學(xué)士學(xué)位論文 第四章 詳細設(shè)計 28 Cflag char(20), Cfrd char(20) , constraint PK_CFRD primary key (Cname,Cflag), constraint FK_CFRD foreign key (Cname) references Client(Cname), ) 創(chuàng)建保存信息的表，以便用戶有什么重要的信息可以保存到服務(wù)器。 create table CRecord ( Cname char(20) NOT NULL UNIQUE, Crlag char(20), Crd text, constraint PK_CRD primary key (Cname,Crlag), constraint DK_CRD foreign key (Cname)references Client(Cname), ) 學(xué)院學(xué)士學(xué)位論文 第五章 編碼 29 第五章 編碼 概述 目前，人和計 算機通信仍然必須使用人工設(shè)計的語言，也既是程序設(shè)計語言，所謂編碼就是把軟件設(shè)計的結(jié)果翻譯成計算機可以“理解”的形式 —— 用某種程序設(shè)計語言書寫的程序。 按照軟件工程的方法論，編碼是在對軟件進行了總體設(shè)計和詳細設(shè)計之后進行的，編碼不過是把軟件設(shè)計的結(jié)果翻譯成用某種程序設(shè)計語言書寫的程序，因此，程序的質(zhì)量基本上由設(shè)計的質(zhì)量決定。但是，編碼使用的語言，特別是寫程序的風(fēng)格和途徑也對程序質(zhì)量有相當(dāng)大的影響。 主要代碼 文字聊天部分的關(guān)鍵函數(shù)有： void CHAT::OnCONNECT() { CNetLink dlg。 if(()==IDOK) { CString strhost。 m_strUser+=。 strhost=m_strUser+進入聊天室 .....。 thism_pClientSocket=new CClient(this)。//客戶套接字的創(chuàng)建 if(!m_pClientSocketCreate()) { .......// 出錯處理 } UINT port=+700。 學(xué)院學(xué)士學(xué)位論文 第五章 編碼 30 while(!m_pClientSocketConnect(,port))//創(chuàng)建連接 { if(AfxMessageBox(Failed to connect to server \n Try again?,MB_YESNO)==IDNO) } thisSetWindowText(strhost)。 ((CButton*)GetDlgItem(CONNECT))EnableWindow(FALSE)。 } else { return。 } } 下面是文件傳輸模塊（ FTP）部分的代碼： void CMyFtp::OnCONNECT() { UpdateData(true)。 m_pInterSession=new CInterSession(AfxGetAppName(),1,PRE_CONFIG_INTERNET_ACCESS)。 try { m_pFtpConnection=m_pInterSessionGetFtpConnection (m_strSever,m_strUserName,m_strPassword)。 } catch(CInterException *pEx) { TCHAR szError[1024]。 if(pExGetErrorMessage(szError,1024)) AfxMessageBox(szError)。 else AfxMessageBox(There was an exception)。 學(xué)院學(xué)士學(xué)位論文 第五章 編碼 31 pExDelete()。 m_pFtpConnection=NULL。 return。 } m_pRemoteFinder=new CFtpFileFind(m_pFtpConnection)。 BrowseDir(,m_ctrlRemoteFiles,m_pReoteFinder,m_arrRemoteFiles)。 } 最后是我們的最重要部分，即音頻，視頻會議模塊的代碼： //初始化一個會話 HRESULT CDlg::InitRTCClient() { //創(chuàng)建 RTC 客戶端 HRESULT hr。 m_pClient = NULL。 m_pEvents = NULL。 //在當(dāng)前線程中初始化 COM 庫 hr = CoInitialize(NULL)。 if (FAILED(hr)) { return hr。 } //初始化 RTC COM 對象； hr = CoCreateInstance (CLSID_RTCClient, NULL, CLSCTX_INPROC_SERVER, IID_IRTCClient, (LPVOID *)amp。m_pClient)。 if (FAILED(hr)) { return hr。 } //初始化客戶端接口； 學(xué)院學(xué)士學(xué)位論文 第五章 編碼 32 hr = m_pClientInitialize()。 if (FAILED(hr)) { //不能初始化 RTC 接口； SAFE_RELEASE(m_pClient)。 return hr。 } //設(shè)置選擇的媒體 類型； //使用 RTCEF_ALL 參數(shù)將會初始化視頻，音頻和 層； m_pClientSetPreferredMediaTypes ( RTCMT_ALL, VARIANT_TRUE )。 //設(shè)置事件過濾器來監(jiān)聽 RTC 事件； //使用 RTC_EF 監(jiān)聽所有的事件； //對于樣例應(yīng)用程序，我們將說明如何為一個有限的事件集設(shè)置事件監(jiān)聽者； long lEventMask = RTCEF_SESSION_STATE_CHANGE | RTCEF_MESSAGING | RTCEF_MEDIA | RTCEF_INTENSITY | RTCEF_CLIENT。 //初始化本程序需要的回調(diào)函數(shù)的事件過濾器； hr = m_pClientput_EventFilter( lEventMask )。 if ( FAILED(hr