實現(xiàn)流媒體的關鍵技術是流式傳輸。流式傳輸?shù)亩x很廣泛，主要是指通過網(wǎng)絡傳送媒體（如視頻、音頻）的技術總稱。

流式傳輸分為順序流式傳輸和實時流式傳輸。

順序流式傳輸采用順序下載方式，在下載文件的同時用戶可觀看在線節(jié)目，在給定時刻，用戶只能觀看已下載的那部分，而不能跳到還未下載的部分，這種方式不像實時流式傳輸那樣，可以在傳輸期間根據(jù)用戶連接的速度進行調(diào)整。順序流式傳輸不適合長片段和有隨機訪問要求的視頻節(jié)目，如講座、演說和演示等，它也不支持現(xiàn)場廣播。嚴格地說，它是一種點播技術。

實時流式傳輸可保證媒體信號帶寬與網(wǎng)絡連接匹配，可實時觀看節(jié)目。實時流與HTTP流式傳輸不同，它需要專用的流媒體服務器與傳輸協(xié)議。實時流式傳輸總是實時傳送的，特別適合現(xiàn)場事件，也支持隨機訪問，用戶可對觀看內(nèi)容進行快進或后退。理論上，實時流一經(jīng)播放就不可停止，但可進行周期暫停。

流式傳輸模式一般會使用RTP/UDP、RTSP/TCP兩種通信協(xié)議與A/V（Audio/Video）Server建立聯(lián)系，將服務器的輸出重定向到一個運行A/V Player程序所在客戶機的目的地址。

一是實時傳輸協(xié)議RTP、RTCP。

RTP（Real-time Transport Protocol）是在Internet上針對多媒體數(shù)據(jù)流的一種傳輸協(xié)議，工作于一對一或一對多的傳輸情況，可提供時間信息和實現(xiàn)流同步。RTP通常使用UDP傳送數(shù)據(jù)，也可在TCP或ATM協(xié)議上工作。當應用程序開始一個RTP會話時，會使用兩個端口，一個給RTP，一個給RTCP。RTP本身并不能為按順序傳送數(shù)據(jù)包提供可靠的傳送機制，也不提供流量控制或擁塞控制服務，而是依靠RTCP提供這些服務。通常RTP算法并不作為一個獨立的網(wǎng)絡層實現(xiàn)，而是作為應用程序代碼的一部分。

RTCP（Real-time Transport Control Protocol）與RTP共同提供流量控制和擁塞控制服務。在RTP會話期間，參與者周期性地傳送RTCP包，這些包中含有已發(fā)送數(shù)據(jù)包的數(shù)量、丟失數(shù)據(jù)包的數(shù)量等統(tǒng)計數(shù)據(jù)，服務器可根據(jù)這些信息動態(tài)地改變傳輸速率，甚至改變有效載荷類型。RTP與RTCP的配合使用可有效地進行反饋，從而減小開銷、提高傳輸效率，非常適合傳送網(wǎng)上的實時數(shù)據(jù)。

二是實時流協(xié)議RTSP。

實時流協(xié)議RTSP（Real-time Streaming Protocol）是由Real Networks、Netscape共同提出的一種協(xié)議，它定義了如何使一對多應用程序有效地通過IP網(wǎng)絡傳送多媒體數(shù)據(jù)。RTSP在體系結(jié)構(gòu)上位于RTP、RTCP之上，它使用TCP或RTP完成數(shù)據(jù)傳輸。與HTTP相比，RTP傳送的是多媒體數(shù)據(jù)，而HTTP傳送HTML。在使用RTSP時，客戶機和服務器均可發(fā)出請求，也就是說RTSP可雙向服務，而HTTP的請求是由客戶機發(fā)出的，服務器進行響應。

三是資源預訂協(xié)議RSVP。

音視頻數(shù)據(jù)流對網(wǎng)絡的延時比數(shù)據(jù)業(yè)務更敏感，如何在網(wǎng)絡中傳輸高質(zhì)量的音視頻信息，除了帶寬要求之外，還需其它條件。RSVP（Resource Reservation Protocol）是一種正在開發(fā)的Internet資源預訂協(xié)議，它通過采取預留一部分網(wǎng)絡資源（帶寬）的措施，在一定程度上為流媒體傳輸提供QoS。某些試驗性系統(tǒng)，如網(wǎng)絡視頻會議工具vic就集成了RSVP。

3GPP UMTS視頻媒體編解碼技術規(guī)范是ITU-T H.263 profile0level10，也是PSS必須使用的視頻解碼器。此外，PSS還應該支持H.263Profile3Level10解碼器和MPEG-4 Visual Simple Profile Level0解碼器，在實際應用中，兩個視頻解碼器可選。最近提出的H.264標準也引起了業(yè)界的廣泛關注，3GPP PSSR6在積極考慮將其納入規(guī)范。