ip電話管理知識原理(編輯修改稿)
2025-07-19 12:17 本頁面
【文章內(nèi)容簡介】 | +++++ | IP + IP Multicast | ++ | Integrated Services Forwarding | ++圖24 Internet Multimedia Conferencing protocol stacks一般說來，呼叫建立和控制大多建立在TCP（面向連接）基礎(chǔ)上，而音頻流的傳送則建立在UDP（面向無連接）基礎(chǔ)上，為保證傳送的實時性，IETF增加了幾個重要的協(xié)議：1) RSVP：（Resource Reservation Protocol）一般說來，在IP網(wǎng)絡(luò)上保留足夠的帶寬用于多媒體的傳送是十分困難的，為此IETF定義了資源預(yù)留協(xié)議（RSVP）。RSVP允許接收者申請?zhí)囟〝?shù)量的帶寬用以進(jìn)行數(shù)據(jù)傳輸，有了RSVP，傳統(tǒng)的無QoS（Quality of Service）保證的IP網(wǎng)絡(luò)獲得了QoS保證。，因為RSVP是IP網(wǎng)絡(luò)上視訊會議成功所必不可少的。要能夠使用RSVP，、Gateway、MCU必須支持，IP網(wǎng)絡(luò)上的路由器等也必須支持，RSVP在RFC2205～RFC2209中定義。2) RTP/RTCP：(realTime Procol/RealTime Control Protocol) RTP是IETF定義的用以傳送音頻、視頻流的協(xié)議，RTP建立在UDP上，在RTP的頭部，定義了一個時間戳（Time Stamp），使得音視頻的實時傳送及同步得到保證。RTCP則是控制和監(jiān)視RTP及其QoS的協(xié)議。RTP/RTCP和RSVP一起共用保證了Internet上視頻會議的QoS。RTP/RTCP協(xié)議見RFC1889和RFC1890。另外，為了保證TCP協(xié)議上的數(shù)據(jù)能實時傳送，IETF正著手制訂一個RTSP（RealTime Streaming Protocol）協(xié)議，目前出了草案。話音壓縮標(biāo)準(zhǔn)各種主要的語音壓縮bit流速率如下： 64 kbit/s 48 ~ 64 kbit/sGSM610 kbit/s 16 kbit/sG. 723 kbit/s或 kbit/s 8或13 kbit/s。在通話雙方不說話時不傳送話音數(shù)據(jù)能有效地節(jié)約帶寬，但為防止靜音壓縮時通話聽起來時斷時續(xù)的感覺，建議在靜音過程中加上背景噪聲，IMTC的VoIP論壇提出了可變參數(shù)的背景噪聲傳遞方法。DTMF碼的傳送如果通話過程中用戶按了鍵（DTMF碼），則聲音的RTP流中就包含了DTMF碼的聲音，但考慮到聲音的壓縮和傳輸，有可能在接收端解碼時辨別不出DTMF碼，因此建議DTMF碼和聲音流分開傳送。IEFT的AVT工作組提出了《RTP Payload for DTMF Digits》草案，IMTC的VoIP論壇也據(jù)此提出了解決辦法。 控制H. 323的系統(tǒng)控制包括：、。，這些控制包括：性能交換、打開或關(guān)閉邏輯通道、優(yōu)先級請求、流程控制信息以及基本的命令和指示等。RAS信號通道完成注冊、訪問權(quán)限、帶寬改變及狀態(tài)更新等。RAS信號通道一般在終端和Gatekeeper間建立，如果Gatekeeper不存在，那么就沒有RAS通道。一般地，：圖25 Message Flow呼叫建立 。在IMTC的VoIP論壇中也定義了呼叫建立過程。圖26 Call Setup目錄服務(wù)目錄服務(wù)包含兩個概念：一是能有效地建立一個集成的、互操作性好的并能適應(yīng)現(xiàn)在和未來需要的Internet目錄服務(wù)；一是能對目錄進(jìn)行有效地訪問控制、方便快捷地搜索和索引。目錄中應(yīng)包括名稱、別名、地址等一系列數(shù)據(jù)。目錄服務(wù)是Internet管理的一個非常重要的方面。目前，Internet上流行許多種類的目錄服務(wù)，(, WHOIS++, LDAP NETFIND等等)。IETF成立了兩個工作組來進(jìn)行目錄服務(wù)的研究。1) IDS(Integrated Directory Servece)。2) ASID (Access, Searchig and Indcxing of Dir
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1