第七章多媒体网路.ppt

第七章 多媒體網路 第七章: 目標 原則 將多媒體應用分類 識別應用程式需要的網路服務 將盡全力服務最佳化 提供QoS的機制 協定和架構 盡全力服務的特定協定 QoS架構 第七章 多媒體網路 7.1 多媒體網路應用 7.2 串流儲存式音訊和視訊 7.3 即時多媒體: 網際網路電話實例 7.4 即時互動應用的協定 RTP,RTCP,SIP 7.5 多媒體的分送: 內容分送網路 7.6 超越盡全力服務 7.7 排程和監督機制 7.8 整合性服務和差異性服務 7.9 RSVP MM 網路應用 基本的特質: 通常具延遲敏感性 端點到端點的延遲 延遲時基誤差 但具遺失容忍性: 不是經常性的遺失只會導致一些小問題 對照的資料，是無法容忍遺失且可以容忍延遲的 MM 應用分類: 1) 串流儲存式音訊和視訊 2) 串流實況音訊和視訊 3) 即時互動音訊和視訊 串流儲存式音訊和視訊 串流儲存式媒體: 是什麼? 串流儲存式媒體: 互動 串流實況多媒體 範例: 網際網路收音機脫口秀 運動比賽實況 串流 播放緩衝區 在傳輸後，播放可以延遲數十秒 仍有時間限制 互動 無法快轉fast forward impossible 可能暫停或倒轉 ! 互動, 即時多媒體 端點對端點的延遲需求: 音訊: 150 毫秒是良好的, 400 毫秒 OK 包含應用層級(封包)以及網路延遲 更大的延遲會被發覺，會影響互動 會談初始化 被呼叫者要如何通告它的 IP 位址、埠號以及編碼演算法? 今日網際網路上的多媒體 TCP/UDP/IP: “盡全力服務” 沒有 延遲和遺失保證 網際網路要如何發展以提供更好的多媒體服務? 整合服務: 對網際網路做基本的改變，使得應用程式可以保留端點對端點的頻寬 在主機及路由器需要新的，複雜的軟體 放任方法 沒有大的改變 當需要時，會提供更多的頻寬 內容分送，應用層群播 應用層 差異服務: 對網際網路基礎架構只需較小的改變, 提供第一和第二等級的服務 關於音訊壓縮 固定速率的類比信號樣本 電話: 8,000 樣本/秒 CD 音樂: 44,100 樣本/秒 每個樣本被量化, 例如, 取接近值 例如, 28=256 可能的量化值 每個量化值以位元來表示 8 個位元 256 個值 例如: 8,000 樣本/秒, 256 個量化值 -- 64,000 bps 接收端將它轉換回類比信號: 一些品質的降低 範例速率 CD: 1.411 Mbps MP3: 96, 128, 160 kbps 網際網路電話: 5.3 - 13 kbps 關於視訊壓縮 視訊是以固定速率顯示的一系列影像 例如 24 影像/秒 數位影像是點陣列 每個點以位元表示 重複 空間 時間 範例: MPEG 1 (CD-ROM) 1.5 Mbps MPEG2 (DVD) 3-6 Mbps MPEG4 (常使用在網際網路, 1 Mbps) 研究: 層級的 (可擴充) 視訊 改變層級為可使用的頻寬 第七章 多媒體網路 7.1 多媒體網路應用 7.2 串流儲存式音訊和視訊 7.3 即時多媒體: 網際網路電話實例 7.4 即時互動應用的協定 RTP,RTCP,SIP 7.5 多媒體的分送: 內容分送網路 7.6 超越盡全力服務 7.7 排程和監督機制 7.8 整合性服務和差異性服務 7.9 RSVP 串流儲存式多媒體 使用應用層級的串流技術，將盡全力服務最佳化: 用戶端緩衝 使用 UDP v.s. TCP 多媒體的多重編碼 移除時基誤差 解壓縮 錯誤隱藏 圖形使用者介面  互動控制 網際網路多媒體: 最簡單的方法 將音訊或視訊儲存在檔案中 檔案以 HTTP 物件傳送 在用戶端完全接收 傳給播放器 網際網路多媒體: 串流方法 從串流伺服器取得串流 此架構允許伺服器和媒體播放器之間的非HTTP 協定 也可以使用UDP替代TCP 串流多媒體: 用戶端緩衝區 用戶端緩衝區、播放延遲抵銷網路增加的延遲、時基誤差延遲 串流式多媒體: 用戶端緩衝區 用戶端緩衝區、播放延遲抵銷網路增加的延遲、時基誤差延遲 串流式多媒體: UDP 或 TCP? UDP 伺服器以適合用戶端的速率傳送 (忘記網路壅塞!) 通常傳送速率 = 編碼速率 = 固定速率 因此, 填入速率 = 固定速率 – 封包遺失 短暫的播放延遲 (2-5 秒) 抵銷網路時基誤差延遲 錯誤復原: 時間允許 TCP 以TCP上的最大可能速率傳送 因為 TCP 壅塞控制，填入速率是變動的 更大的播放延遲: 使 TCP 傳送速率順暢 HTTP/TCP 透過防火牆傳送更為簡易 串流式多媒體: 用戶端速率 串流式媒體的使用者控制: RTSP HTTP 不以多媒體內容為目標 沒有快轉命令等等 RTSP: RFC 2326