【正文】 2023年 2月 26日星期日 上午 10時 33分 29秒 10:33: ? 1最具挑戰(zhàn)性的挑戰(zhàn)莫過于提升自我。 2023年 2月 26日星期日 10時 33分 29秒 10:33:2926 February 2023 ? 1空山新雨后，天氣晚來秋。 , February 26, 2023 ? 很多事情努力了未必有結(jié)果，但是不努力卻什么改變也沒有。 :33:2910:33Feb2326Feb23 ? 1故人江海別，幾度隔山川。像點對點連接或“虛擬租用線”，又稱為 Premium 服務。這就大大簡化了網(wǎng)絡內(nèi)部的路由器的轉(zhuǎn)發(fā)機制。 ? DS 字段現(xiàn)只使用前 6 bit，即 區(qū)分服務碼點 DSCP (Differentiated Services CodePoint)。 (3) 綜合服務 IntServ 所定義的服務質(zhì)量等級數(shù)量太少，不夠靈活。 (2) 接納控制 (admission control)，用來決定是否同意對某一資源的請求。但分組流 I 得到的帶寬是由公式 (101)給出。 ? 隊列 i 將得到的有保證的帶寬 Ri 應為 （ 81） jii wwRR???WFQ 與 FIFO 的比較 1 1 1 1 1 1 1 1 1 1 1 2 11 1 2 3 4 5 6 7 8 9 10 11 1 1 1 1 1 1 1 1 1 1 1 2 3 4 5 6 7 8 9 10 11 1 1 1 1 1 1 1 1 1 1 分組流 1 分組流 2 分組流 11 FIFO WFQ … (a) 分組流 1 的分組連續(xù)輸入 t t t t t WFQ 與 FIFO 的比較 1 1 1 1 1 1 1 1 1 1 1 2 11 1 2 3 4 5 6 7 8 9 10 11 1 1 1 1 1 1 1 1 1 1 1 2 3 4 5 6 7 8 9 10 11 1 1 1 1 1 1 1 1 1 1 分組流 1 分組流 2 分組流 11 FIFO WFQ … t t t t t (b) 分組流 1 的分組斷續(xù)輸入 2. 管制機制 (1) 平均速率 網(wǎng)絡需要控制一個數(shù)據(jù)流的平均速率。當隊列已滿時，后到達的分組就被丟棄。 主機 H1 和 H2 分別向主機 H3 和 H4 發(fā)送數(shù)據(jù) Mb/s 鏈路 H1 H2 H3 H4 R2 R1 H1 H2 Mb/s 鏈路 輸出隊列 數(shù)據(jù)率異常的實時音頻數(shù)據(jù) FTP 文件數(shù)據(jù) 應在路由器中再增加 調(diào)度 (scheduling)機制 。服務提供者可向其用戶保證某一種等級的服務質(zhì)量。 SIP 的地址十分靈活 ? 可以是電話號碼，也可以是電子郵件地址、 IP 地址或其他類型的地址。 ? SIP 協(xié)議以因特網(wǎng)為基礎(chǔ) ， 把 IP 電話視為因特網(wǎng)上的新應用 。 ? 發(fā)送端報告分組 SR 用來使發(fā)送端周期性地向所有接收端用多播方式進行報告。 運輸層 應用層 IP 數(shù)據(jù)鏈路層 物理層 RTP UDP RTP 分組的首部格式 12 字節(jié) 序 號 位 0 1 3 8 16 31 有效載荷類型 版本 P X M 參與源數(shù) 時 間 戳 同 步 源 標 識 符 (SSRC) 參 與 源 標 識 符 (CSRC) [0..15] … 發(fā)送 RTP 分組 UDP 用戶數(shù)據(jù)報 IP 數(shù)據(jù)報 IP 首部 UDP 首部 RTP 首部 RTP 數(shù)據(jù)部分（應用層數(shù)據(jù)） 實時運輸控制協(xié)議 RTCP (RTP Control Protocol) ? RTCP 是與 RTP 配合使用的協(xié)議。 ? 多媒體數(shù)據(jù)塊經(jīng)壓縮編碼處理后，先送給 RTP 封裝成為 RTP 分組，再裝入運輸層的 UDP 用戶數(shù)據(jù)報，然后再交給 IP 層。這樣還可進一步減少由網(wǎng)絡造成的時延。 (6) 話音分組還原成模擬話音信號的時延。一個是通話雙方端到端的時延和時延抖動，另一個是話音分組的丟失率。 ? RTSP 客戶發(fā)送 PLAY 報文，開始下載音頻 /視頻文件。 實時流式協(xié)議 RTSP (RealTime Streaming Protocol) ? RTSP 協(xié)議以客戶服務器方式工作，它是一個多媒體播放控制協(xié)議，用來使用戶在播放從因特網(wǎng)下載的實時數(shù)據(jù)時能夠進行控制，如：暫停 /繼續(xù)、后退、前進等。 ? 媒體播放器與媒體服務器的關(guān)系是客戶與服務器的關(guān)系。這個超鏈指向一個元文件。 ? 流媒體特點就是“邊下載邊播放” (streaming and playing) 。 必須改造現(xiàn)有的因特網(wǎng) ? 大量使用光纜和高速路由器 ， 網(wǎng)絡的時延和時延抖動就可以足夠小 ， 在因特網(wǎng)上傳送實時數(shù)據(jù)就不會有問題 。 緩存的影響 分組 發(fā)出 1 2 3 4 5 6 t 到達分組數(shù) 6 5 4 3 2 1 1 2 3 4 5 6 t 緩存時間 緩存時間 ?再推遲播放時間 如果網(wǎng)絡無時延 ?推遲播放 分組遲到 網(wǎng)絡出現(xiàn)時延 分組 1 的時延 分組 到達 1 2 3 4 5 6 t 實際的網(wǎng)絡 需要解決的問題 ? 在傳送 時延敏感 (delay sensitive)的實時數(shù)據(jù)時，不僅傳輸時延不能太大，而且時延抖動也必須受到限制。 t t 因特網(wǎng) t 模擬信號 t 采樣后的信號 構(gòu)成分組 恒定速率 非恒定速率 ? 接收端需設置適當大小的緩存。 多媒體信息的特點 ? 多媒體信息 （ 包括聲音和圖像信息 ） 與不包括聲音和圖像的數(shù)據(jù)信息有很大的區(qū)別 。 ? 多媒體信息的信息量往往很大 。當緩存中的分組數(shù)達到一定的數(shù)量后再以恒定速率按順序把分組讀出進行還原播放。 ? 對于傳送實時數(shù)據(jù)，很少量分組的丟失對播放效果的影響并不大（因為這是由人來進行主觀評價的），因而是可以容忍的。 ? 把因特網(wǎng)改造為能夠?qū)Χ说蕉说膸拰崿F(xiàn) 預留(reservation)， 把使用無連接協(xié)議的因特網(wǎng)轉(zhuǎn)變?yōu)槊嫦蜻B接的網(wǎng)絡 。 流式存儲音頻 /視頻 ? 傳統(tǒng)的下載文件方法 萬維網(wǎng) 服務器 客戶機 服務器 媒體 播放器 ? GET: 音頻 /視頻文件 ? RESPONSE ? 音頻 /視頻文件 瀏覽器 傳統(tǒng)的瀏覽器從服務器 下載音頻 /視頻文件 ? 用戶從客戶機 (client machine)的瀏覽器上用 HTTP 協(xié)議向服務器請求下載某個音頻 /視頻文件。這個元文件有實際的音頻 /視頻文件的統(tǒng)一資源定位符 URL。 ? 媒體播放器不是向萬維網(wǎng)服務器而是向媒體服務器請求音頻 /視頻文件。因此 RTSP 又稱為“ 因特網(wǎng)錄像機遙控協(xié)議 ”。 ? RTSP 服務器發(fā)送響應 RESPONSE 報文。但這兩個因素是不確定的，是取決于當時網(wǎng)絡上的通信量。 (7) 話音信號在通信線路上的傳播時延。 關(guān)于 Skype ? Skype 采用了 P2P