網(wǎng)絡(luò)各種通信協(xié)議介紹

1、通信協(xié)議SIP、MGCP、H.323、H.248、TCP/IP、PPPoE等等各種通信協(xié)議什么是sip協(xié)議?SIP(Session Initiation Protocol是由IETF定義,基于IP的一個(gè)應(yīng)用層控制協(xié)議。由于SIP 是基于純文本的信令協(xié)議,可以管理不同接入網(wǎng)絡(luò)上的會(huì)晤等。會(huì)晤可以是終端設(shè)備之間任何類型的通信,如視頻會(huì)晤、既時(shí)信息處理或協(xié)作會(huì)晤。該協(xié)議不會(huì)定義或限制可使用的業(yè)務(wù),傳輸、服務(wù)質(zhì)量、計(jì)費(fèi)、安全性等問題都由基本核心網(wǎng)絡(luò)和其它協(xié)議處理。SIP得到了微軟、AOL、等廠商及IETF和3GPP等標(biāo)準(zhǔn)制定機(jī)構(gòu)的大力支持。支持SIP的網(wǎng)絡(luò)將提供一個(gè)網(wǎng)橋,以擴(kuò)展向互聯(lián)網(wǎng)和無線網(wǎng)絡(luò)的各種

2、設(shè)備提供融合業(yè)務(wù)能力。這將允許運(yùn)營商為其移動(dòng)用戶提供大量的信息處理業(yè)務(wù),通過SMS互通能力與固定用戶和2G無線用戶交互。SIP也是在UMTS3GPP R5/R6版本中使用的信令協(xié)議,因此可以保護(hù)運(yùn)營商目前的投資而及具技術(shù)優(yōu)勢和商業(yè)價(jià)值。SIP的技術(shù)優(yōu)勢*獨(dú)立于接入:SIP可用于建立與任何類型的接入網(wǎng)絡(luò)的會(huì)晤,同時(shí)還使運(yùn)營商能夠使用其它協(xié)議。*會(huì)晤和業(yè)務(wù)獨(dú)立:SIP不限制或定義可以建立的會(huì)晤類型,使多種媒體類型的多個(gè)會(huì)晤可以在終端設(shè)備之間進(jìn)行交換。*協(xié)議融合:SIP可以在無線分組交換域中提供所有業(yè)務(wù)的融合協(xié)議。什么是h.323協(xié)議?H.323是一套在分組網(wǎng)上提供實(shí)時(shí)音頻、視頻和數(shù)據(jù)通信的標(biāo)準(zhǔn),是

3、ITU-T制訂的在各種網(wǎng)絡(luò)上提供多媒體通信的系列協(xié)議H.32x的一部分。H.323協(xié)議被普遍認(rèn)為是目前在分組網(wǎng)上支持語音、圖像和數(shù)據(jù)業(yè)務(wù)最成熟的協(xié)議。采用H.323協(xié)議,各個(gè)不同廠商的多媒體產(chǎn)品和應(yīng)用可以進(jìn)行互相操作,用戶不必考慮兼容性問題。該協(xié)議為商業(yè)和個(gè)人用戶基于LAN、MAN的多媒體產(chǎn)品協(xié)同開發(fā)奠定了基礎(chǔ)。什么是RTP協(xié)議?實(shí)時(shí)傳輸協(xié)議(RTP是一個(gè)Internet協(xié)議標(biāo)準(zhǔn),它描述了程序管理多媒體數(shù)據(jù)實(shí)時(shí)傳輸?shù)姆绞健Ｗ畛踉贗nternet工程任務(wù)組(IETF的請求注解(RFC1869中對(duì)RTP協(xié)議進(jìn)行了描述,RTP由IETF的音視頻傳輸工作組設(shè)計(jì),它支持多個(gè)地域上分布的參與者的視頻會(huì)議。

4、RTP普遍應(yīng)用于Internet的電話應(yīng)用中。RTP本身并不保證多媒體數(shù)據(jù)的實(shí)時(shí)傳輸(因?yàn)檫@取決于網(wǎng)絡(luò)特性,但是,當(dāng)數(shù)據(jù)盡最大努力到達(dá)后它將提供必要的方法來管理這些數(shù)據(jù)。RTP與控制協(xié)議(RTCP配合工作,RTCP使得大的組播網(wǎng)絡(luò)能夠監(jiān)視數(shù)據(jù)傳輸。監(jiān)視能使接收器偵測到任何的包丟失,還可以補(bǔ)償任何的延遲抖動(dòng)。兩個(gè)協(xié)議都獨(dú)立于下面的傳輸層和網(wǎng)絡(luò)層協(xié)議。RTP頭中的信息將告訴接收器如何重建數(shù)據(jù),并描述了比特流失如何打包的。通常,RTP工作于用戶數(shù)據(jù)報(bào)協(xié)議(UDP之上,但它也能使用其他的傳輸協(xié)議。會(huì)話發(fā)起協(xié)議(SIP和H.232都使用RTP。什么是udp協(xié)議?UDP協(xié)議是英文UserDatagramP

5、rotocol的縮寫,即用戶數(shù)據(jù)報(bào)協(xié)議,主要用來支持那些需要在計(jì)算機(jī)之間傳輸數(shù)據(jù)的網(wǎng)絡(luò)應(yīng)用。包括網(wǎng)絡(luò)視頻會(huì)議系統(tǒng)在內(nèi)的眾多的客戶/服務(wù)器模式的網(wǎng)絡(luò)應(yīng)用都需要使用UDP協(xié)議。UDP協(xié)議從問世至今已經(jīng)被使用了很多年,雖然其最初的光彩已經(jīng)被一些類似協(xié)議所掩蓋,但是即使是在今天,UDP仍然不失為一項(xiàng)非常實(shí)用和可行的網(wǎng)絡(luò)傳輸層協(xié)議。與我們所熟知的TCP(傳輸控制協(xié)議協(xié)議一樣,UDP協(xié)議直接位于IP(網(wǎng)際協(xié)議協(xié)議的頂層。根據(jù)OSI(開放系統(tǒng)互連參考模型,UDP和TCP都屬于傳輸層協(xié)議。UDP協(xié)議的主要作用是將網(wǎng)絡(luò)數(shù)據(jù)流量壓縮成數(shù)據(jù)報(bào)的形式。一個(gè)典型的數(shù)據(jù)報(bào)就是一個(gè)二進(jìn)制數(shù)據(jù)的傳輸單位。每一個(gè)數(shù)據(jù)報(bào)的前8個(gè)

6、字節(jié)用來包含報(bào)頭信息,剩余字節(jié)則用來包含具體的傳輸數(shù)據(jù)。0UDP報(bào)頭UDP報(bào)頭由4個(gè)域組成,其中每個(gè)域各占用2個(gè)字節(jié),具體如下:源端口號(hào);目標(biāo)端口號(hào);數(shù)據(jù)報(bào)長度;校驗(yàn)值UDP協(xié)議使用端口號(hào)為不同的應(yīng)用保留其各自的數(shù)據(jù)傳輸通道。UDP和TCP協(xié)議正是采用這一機(jī)制實(shí)現(xiàn)對(duì)同一時(shí)刻內(nèi)多項(xiàng)應(yīng)用同時(shí)發(fā)送和接收數(shù)據(jù)的支持。數(shù)據(jù)發(fā)送一方(可以是客戶端或服務(wù)器端將UDP數(shù)據(jù)報(bào)通過源端口發(fā)送出去,而數(shù)據(jù)接收一方則通過目標(biāo)端口接收數(shù)據(jù)。有的網(wǎng)絡(luò)應(yīng)用只能使用預(yù)先為其預(yù)留或注冊的靜態(tài)端口;而另外一些網(wǎng)絡(luò)應(yīng)用則可以使用未被注冊的動(dòng)態(tài)端口。因?yàn)閁DP報(bào)頭使用兩個(gè)字節(jié)存放端口號(hào),所以端口號(hào)的有效范圍是從0到65535。一般來

7、說,大于49151的端口號(hào)都代表動(dòng)態(tài)端口。數(shù)據(jù)報(bào)的長度是指包括報(bào)頭和數(shù)據(jù)部分在內(nèi)的總的字節(jié)數(shù)。因?yàn)閳?bào)頭的長度是固定的,所以該域主要被用來計(jì)算可變長度的數(shù)據(jù)部分(又稱為數(shù)據(jù)負(fù)載。數(shù)據(jù)報(bào)的最大長度根據(jù)操作環(huán)境的不同而各異。從理論上說,包含報(bào)頭在內(nèi)的數(shù)據(jù)報(bào)的最大長度為65535字節(jié)。不過,一些實(shí)際應(yīng)用往往會(huì)限制數(shù)據(jù)報(bào)的大小,有時(shí)會(huì)降低到8192字節(jié)。UDP協(xié)議使用報(bào)頭中的校驗(yàn)值來保證數(shù)據(jù)的安全。校驗(yàn)值首先在數(shù)據(jù)發(fā)送方通過特殊的算法計(jì)算得出,在傳遞到接收方之后,還需要再重新計(jì)算。如果某個(gè)數(shù)據(jù)報(bào)在傳輸過程中被第三方篡改或者由于線路噪音等原因受到損壞,發(fā)送和接收方的校驗(yàn)計(jì)算值將不會(huì)相符,由此UDP協(xié)議可以

8、檢測是否出錯(cuò)。這與TCP協(xié)議是不同的,后者要求必須具有校驗(yàn)值。UDP vs TCPUDP和TCP協(xié)議的主要區(qū)別是兩者在如何實(shí)現(xiàn)信息的可靠傳遞方面不同。TCP協(xié)議中包含了專門的傳遞保證機(jī)制,當(dāng)數(shù)據(jù)接收方收到發(fā)送方傳來的信息時(shí),會(huì)自動(dòng)向發(fā)送方發(fā)出確認(rèn)消息;發(fā)送方只有在接收到該確認(rèn)消息之后才繼續(xù)傳送其它信息,否則將一直等待直到收到確認(rèn)信息為止。與TCP不同,UDP協(xié)議并不提供數(shù)據(jù)傳送的保證機(jī)制。如果在從發(fā)送方到接收方的傳遞過程中出現(xiàn)數(shù)據(jù)報(bào)的丟失,協(xié)議本身并不能做出任何檢測或提示。因此,通常人們把UDP協(xié)議稱為不可靠的傳輸協(xié)議。相對(duì)于TCP協(xié)議,UDP協(xié)議的另外一個(gè)不同之處在于如何接收突法性的多個(gè)數(shù)據(jù)

9、報(bào)。不同于TCP,UDP并不能確保數(shù)據(jù)的發(fā)送和接收順序。例如,一個(gè)位于客戶端的應(yīng)用程序向服務(wù)器發(fā)出了以下4個(gè)數(shù)據(jù)報(bào)D1;D22;D333;D4444但是UDP有可能按照以下順序?qū)⑺邮盏臄?shù)據(jù)提交到服務(wù)端的應(yīng)用:D333;D1;D4444;D22事實(shí)上,UDP協(xié)議的這種亂序性基本上很少出現(xiàn),通常只會(huì)在網(wǎng)絡(luò)非常擁擠的情況下才有可能發(fā)生。UDP協(xié)議的應(yīng)用也許有的讀者會(huì)問,既然UDP是一種不可靠的網(wǎng)絡(luò)協(xié)議,那么還有什么使用價(jià)值或必要呢?其實(shí)不然,在有些情況下UDP協(xié)議可能會(huì)變得非常有用。因?yàn)閁DP具有TCP所望塵莫及的速度優(yōu)勢。雖然TCP協(xié)議中植入了各種安全保障功能,但是在實(shí)際執(zhí)行的過程中會(huì)占用大量的

10、系統(tǒng)開銷,無疑使速度受到嚴(yán)重的影響。反觀UDP由于排除了信息可靠傳遞機(jī)制,將安全和排序等功能移交給上層應(yīng)用來完成,極大降低了執(zhí)行時(shí)間,使速度得到了保證。關(guān)于UDP協(xié)議的最早規(guī)范是RFC768,1980年發(fā)布。盡管時(shí)間已經(jīng)很長,但是UDP協(xié)議仍然繼續(xù)在主流應(yīng)用中發(fā)揮著作用。包括視頻電話會(huì)議系統(tǒng)在內(nèi)的許多應(yīng)用都證明了UDP協(xié)議的存在價(jià)值。因?yàn)橄鄬?duì)于可靠性來說,這些應(yīng)用更加注重實(shí)際性能,所以為了獲得更好的使用效果(例如,更高的畫面幀刷新速率往往可以犧牲一定的可靠性(例如,會(huì)面質(zhì)量。這就是UDP和TCP兩種協(xié)議的權(quán)衡之處。根據(jù)不同的環(huán)境和特點(diǎn),兩種傳輸協(xié)議都將在今后的網(wǎng)絡(luò)世界中發(fā)揮更加重要的作用什么是

11、TCP/IP協(xié)議?TCP/IP協(xié)議集確立了Internet的技術(shù)基礎(chǔ)。TCP/IP的發(fā)展始于美國DOD(國防部方案。IAB(Internet架構(gòu)委員會(huì)的下屬工作組IETF(Internet工程任務(wù)組研發(fā)了其中多數(shù)協(xié)議。IAB最初由美國政府發(fā)起,如今轉(zhuǎn)變?yōu)楣_而自治的機(jī)構(gòu)。IAB協(xié)同研究和開發(fā)TCP/IP協(xié)議集的底層結(jié)構(gòu),并引導(dǎo)著Internet的發(fā)展。TCP/IP協(xié)議集記錄在請求注解(RFC文件中,RFC文件均由IETF委員會(huì)起草、討論、傳閱及核準(zhǔn)。所有這些文件都是公開且免費(fèi)的,且能在IETF網(wǎng)站上列出的參考文獻(xiàn)中找到。TCP/IP協(xié)議覆蓋了OSI網(wǎng)絡(luò)結(jié)構(gòu)七層模型中的六層,并支持從交換(第二層

12、諸如多協(xié)議標(biāo)記交換,到應(yīng)用程序諸如郵件服務(wù)方面的功能。TCP/IP的核心功能是尋址和路由選擇(網(wǎng)絡(luò)層的IP/IPV6以及傳輸控制(傳輸層的TCP、UDP。什么是PPPOE協(xié)議?英文原義:Point to Point Protocol over Ethernet;中文釋義:以太網(wǎng)上的點(diǎn)對(duì)點(diǎn)協(xié)議注解:簡單地說,就是將以太網(wǎng)和PPP協(xié)議結(jié)合后的協(xié)議,目前廣泛應(yīng)用在ADSL 接入方式中。通過PPPoE技術(shù)和寬帶調(diào)制解調(diào)器(比如ADSL Modem我們就可以實(shí)現(xiàn)高速寬帶網(wǎng)的個(gè)人身份驗(yàn)證訪問,為每個(gè)用戶創(chuàng)建虛擬撥號(hào)連接,這樣就可以高速連接到Internet。應(yīng)用:在Windows XP中,自帶了PPPoE

13、協(xié)議的虛擬撥號(hào)工具,具體的創(chuàng)建方法如下:首先,打開“網(wǎng)絡(luò)連接”;接著單擊窗口左側(cè)“網(wǎng)絡(luò)任務(wù)”下的“創(chuàng)建一個(gè)新的連接”打開“新建連接向?qū)А?單擊“下一步”;在網(wǎng)絡(luò)連接類型中選擇“連接到Internet”,單擊“下一步”;然后在出現(xiàn)的窗口中選擇“手動(dòng)設(shè)置我的連接”,單擊“下一步”;在Internet連接窗口中選擇“用要求用戶名和密碼的寬帶連接來連接”,單擊“下一步”;輸入ISP名稱,比如“ADSL”,單擊“下一步”;依次輸入用戶名、密碼、確認(rèn)密碼,單擊“下一步”;最后,單擊“完成”即可。什么是DISCARD協(xié)議?英文原義:Discard Protocol;中文釋義:拋棄協(xié)議它的作用就是接收到什么拋

14、棄什么,它對(duì)調(diào)試網(wǎng)絡(luò)狀態(tài)的一定的用處?；赥CP的拋棄服務(wù),如果服務(wù)器實(shí)現(xiàn)了拋棄協(xié)議,服務(wù)器就會(huì)在TCP端口9檢測拋棄協(xié)議請求,在建立連接后并檢測到請求后,就直接把接收到的數(shù)據(jù)直接拋棄,直到用戶中斷連接。而基于UDP協(xié)議的拋棄服務(wù)和基于TCP差不多,檢測的端口是UDP端口9,功能也一樣。什么是NetBIOS協(xié)議?英文原義:NetBIOS Services Protocols中文釋義:(RFC-1001,1002網(wǎng)絡(luò)基本輸入/輸出系統(tǒng)協(xié)議注解:該協(xié)議是由IBM公司開發(fā),主要用于數(shù)十臺(tái)計(jì)算機(jī)的小型局域網(wǎng)。NetBIOS協(xié)議是一種在局域網(wǎng)上的程序可以使用的應(yīng)用程序編程接口(API,為程序提供了請求低

15、級(jí)服務(wù)的統(tǒng)一的命令集,作用是為了給局域網(wǎng)提供網(wǎng)絡(luò)以及其他特殊功能,幾乎所有的局域網(wǎng)都是在NetBIOS協(xié)議的基礎(chǔ)上工作的。應(yīng)用:在Windows操作系統(tǒng)中,默認(rèn)情況下在安裝TCP/IP協(xié)議后會(huì)自動(dòng)安裝NetBIOS。比如在Windows 2000/XP中,當(dāng)選擇“自動(dòng)獲得IP”后會(huì)啟用DHCP服務(wù)器,從該服務(wù)器使用NetBIOS設(shè)置;如果使用靜態(tài)IP地址或DHCP服務(wù)器不提供NetBIOS設(shè)置,則啟用TCP/IP上的NetBIOS。具體的設(shè)置方法如下:首先打開“控制面板”,雙擊“網(wǎng)絡(luò)連接”圖標(biāo),打開本地連接屬性。接著,在屬性窗口的“常規(guī)”選項(xiàng)卡中選擇“Internet協(xié)議(TCP/IP”,單擊

16、“屬性”按鈕。然后在打開的窗口中,單擊“高級(jí)”按鈕;在“高級(jí)TCP/IP設(shè)置”窗口中選擇“WINS”選項(xiàng)卡,在“NetBIOS設(shè)置”區(qū)域中就可以相應(yīng)的NetBIOS設(shè)置。什么是IPX/SPX協(xié)議?英文原義:IPX/SPX;中文釋義:IPX/SPX協(xié)議即IPX與SPX協(xié)議的組合它是Novell公司為了適應(yīng)網(wǎng)絡(luò)的發(fā)展而開發(fā)的通信協(xié)議,具有很強(qiáng)的適應(yīng)性,安裝方便,同時(shí)還具有路由功能,可以實(shí)現(xiàn)多網(wǎng)段間的通信。其中,IPX協(xié)議負(fù)責(zé)數(shù)據(jù)包的傳送; SPX負(fù)責(zé)數(shù)據(jù)包傳輸?shù)耐暾?。在微軟的NT操作系統(tǒng)中,一般使用NWLink IPX/SPX兼容協(xié)議和NWLink NetBIOX兩種IPX/SPX的兼容協(xié)議,即

17、NWLink協(xié)議,該兼容協(xié)議繼承了IPX/SPX協(xié)議的優(yōu)點(diǎn),更適應(yīng)Windows的網(wǎng)絡(luò)環(huán)境。IPX/SPX協(xié)議一般可以應(yīng)用于大型網(wǎng)絡(luò)(比如Novell和局域網(wǎng)游戲環(huán)境中(比如反恐精英、星際爭霸。不過,如果不是在Novell 網(wǎng)絡(luò)環(huán)境中,一般不使用IPX/SPX協(xié)議,而是使用IPX/SPX兼容協(xié)議,尤其是在Windows 9x/2000組成的對(duì)等網(wǎng)中。MGCP:媒體網(wǎng)關(guān)控制協(xié)議:(MGCP:Media Gateway Control Protocol媒體網(wǎng)關(guān)控制協(xié)議MGCP是一種VOIP協(xié)議,應(yīng)用于多媒體網(wǎng)關(guān)單元之間。多媒體網(wǎng)關(guān)由包含“智能”呼叫控制的呼叫代理和包含媒體功能的媒體網(wǎng)關(guān)組成,其中的

18、媒體功能諸如由TDM語音到VOIP的轉(zhuǎn)化。媒體網(wǎng)關(guān)包括終點(diǎn),即呼叫代理能夠?qū)χM(jìn)行創(chuàng)建、修改和刪除連接等操作,從而實(shí)現(xiàn)建立和控制與其它多媒體終點(diǎn)的媒體會(huì)話過程。媒體網(wǎng)關(guān)是一種提供電話電路上的視頻信號(hào)與因特網(wǎng)或其它網(wǎng)絡(luò)數(shù)據(jù)包之間的轉(zhuǎn)換的網(wǎng)絡(luò)單元。呼叫代理通知終點(diǎn)檢查特定事件并生成信號(hào)。終點(diǎn)自動(dòng)地通告呼叫代理其服務(wù)狀態(tài)下的變化。此外,呼叫代理還可以核查終點(diǎn)及終點(diǎn)連接。MGCP采用的是呼叫控制結(jié)構(gòu),其中的“智能”呼叫控制處于網(wǎng)關(guān)外部,并由呼叫代理操作。MGCP規(guī)定呼叫代理彼此之間需要采用同步方式發(fā)送命令和響應(yīng)給網(wǎng)關(guān),但其并沒有為同步呼叫代理設(shè)置專門的機(jī)制。從本質(zhì)上來看,MGCP是一種主從協(xié)議,由網(wǎng)關(guān)

19、去執(zhí)行呼叫代理發(fā)送的命令。MGCP采用的連接模式其基本構(gòu)架是終點(diǎn)和連接。終點(diǎn)是原始資料和/或數(shù)據(jù)槽,它們可以是實(shí)際存在的也可以是虛擬的。實(shí)際終點(diǎn)的創(chuàng)建需要安裝相應(yīng)硬件設(shè)備,而虛擬終點(diǎn)的創(chuàng)建可由軟件完成。連接可以是點(diǎn)對(duì)點(diǎn)方式也可以是多點(diǎn)方式。點(diǎn)對(duì)點(diǎn)連接即兩終點(diǎn)之間的連接,實(shí)現(xiàn)終點(diǎn)間的數(shù)據(jù)傳送。一旦兩終點(diǎn)間這樣的連接建立起來,那么終點(diǎn)間就開始數(shù)據(jù)的傳輸。多點(diǎn)連接的建立是通過連接終點(diǎn)和多點(diǎn)會(huì)話而實(shí)現(xiàn)的。連接的建立可以在各種承載網(wǎng)絡(luò)上進(jìn)行。在MGCP模式中,網(wǎng)關(guān)主要負(fù)責(zé)音頻信號(hào)轉(zhuǎn)換功能,呼叫代理主要處理呼叫信令和呼叫處理功能。因此,呼叫代理實(shí)現(xiàn)了H.323標(biāo)準(zhǔn)信令層并使其本身充當(dāng)了H.323關(guān)守或H.

20、323體系的一個(gè)或多個(gè)H.323終點(diǎn)。協(xié)議結(jié)構(gòu)MGCP是一種基于文本的協(xié)議。其中事務(wù)的進(jìn)行由一條命令和強(qiáng)制響應(yīng)完成。下面提供了8種命令:MGC> MG CreateConnection:創(chuàng)建兩個(gè)終點(diǎn)間的連接;通過SDP規(guī)定參與終點(diǎn)的接收容量。MGC> MG ModifyConnection:更改連接的屬性;與CreateConnection命令具有相同的參數(shù)。MGC <> MG DeleteConnection:終止連接,并在執(zhí)行連接的過程中收集統(tǒng)計(jì)。MGC > MG NotificationRequest:請求媒體網(wǎng)關(guān)用以發(fā)送關(guān)于終點(diǎn)指定事件的發(fā)生通知。MGC

21、<MG Notify:一旦觀察到事件發(fā)生,就通知媒體網(wǎng)關(guān)控制器。MGC > MG AuditEndpoint:決定終點(diǎn)狀態(tài)。MGC > MG AuditConnection:檢索與連接相關(guān)的參數(shù)。MGC <MG RestartInProgress:信號(hào)(指單個(gè)終點(diǎn)或終點(diǎn)組將被帶進(jìn)或帶出服務(wù)。移動(dòng)流媒體技術(shù)與協(xié)議實(shí)現(xiàn)流媒體的關(guān)鍵技術(shù)是流式傳輸。流式傳輸?shù)亩x很廣泛,主要是指通過網(wǎng)絡(luò)傳送媒體(如視頻、音頻的技術(shù)總稱。流式傳輸分為順序流式傳輸和實(shí)時(shí)流式傳輸。順序流式傳輸采用順序下載方式,在下載文件的同時(shí)用戶可觀看在線節(jié)目,在給定時(shí)刻,用戶只能觀看已下載的那部分,而不能跳到還未

22、下載的部分,這種方式不像實(shí)時(shí)流式傳輸那樣,可以在傳輸期間根據(jù)用戶連接的速度進(jìn)行調(diào)整。順序流式傳輸不適合長片段和有隨機(jī)訪問要求的視頻節(jié)目,如講座、演說和演示等,它也不支持現(xiàn)場廣播。嚴(yán)格地說,它是一種點(diǎn)播技術(shù)。實(shí)時(shí)流式傳輸可保證媒體信號(hào)帶寬與網(wǎng)絡(luò)連接匹配,可實(shí)時(shí)觀看節(jié)目。實(shí)時(shí)流與HTTP 流式傳輸不同,它需要專用的流媒體服務(wù)器與傳輸協(xié)議。實(shí)時(shí)流式傳輸總是實(shí)時(shí)傳送的,特別適合現(xiàn)場事件,也支持隨機(jī)訪問,用戶可對(duì)觀看內(nèi)容進(jìn)行快進(jìn)或后退。理論上,實(shí)時(shí)流一經(jīng)播放就不可停止,但可進(jìn)行周期暫停。流式傳輸模式一般會(huì)使用RTP/UDP、RTSP/TCP兩種通信協(xié)議與A/V(Audio/Video Server建立聯(lián)

23、系,將服務(wù)器的輸出重定向到一個(gè)運(yùn)行A/VPlayer程序所在客戶機(jī)的目的地址。移動(dòng)流媒體的傳輸協(xié)議一是實(shí)時(shí)傳輸協(xié)議RTP、RTCP。RTP(Real-timeTransportProtocol是在Internet上針對(duì)多媒體數(shù)據(jù)流的一種傳輸協(xié)議,工作于一對(duì)一或一對(duì)多的傳輸情況,可提供時(shí)間信息和實(shí)現(xiàn)流同步。RTP通常使用UDP傳送數(shù)據(jù),也可在TCP或A TM協(xié)議上工作。當(dāng)應(yīng)用程序開始一個(gè)RTP會(huì)話時(shí),會(huì)使用兩個(gè)端口,一個(gè)給RTP,一個(gè)給RTCP。RTP本身并不能為按順序傳送數(shù)據(jù)包提供可靠的傳送機(jī)制,也不提供流量控制或擁塞控制服務(wù),而是依靠RTCP提供這些服務(wù)。通常RTP算法并不作為一個(gè)獨(dú)立的網(wǎng)絡(luò)

24、層實(shí)現(xiàn),而是作為應(yīng)用程序代碼的一部分。RTCP(Real-timeTransportControlPro tocol與RTP共同提供流量控制和擁塞控制服務(wù)。在RTP會(huì)話期間,參與者周期性地傳送RTCP包,這些包中含有已發(fā)送數(shù)據(jù)包的數(shù)量、丟失數(shù)據(jù)包的數(shù)量等統(tǒng)計(jì)數(shù)據(jù),服務(wù)器可根據(jù)這些信息動(dòng)態(tài)地改變傳輸速率,甚至改變有效載荷類型。RTP與RTCP的配合使用可有效地進(jìn)行反饋,從而減小開銷、提高傳輸效率,非常適合傳送網(wǎng)上的實(shí)時(shí)數(shù)據(jù)。二是實(shí)時(shí)流協(xié)議RTSP。實(shí)時(shí)流協(xié)議RTSP(Real-timeStreamingProtocol是由RealNetworks、Netscape共同提出的一種協(xié)議,它定義了如何

25、使一對(duì)多應(yīng)用程序有效地通過IP網(wǎng)絡(luò)傳送多媒體數(shù)據(jù)。RTSP 在體系結(jié)構(gòu)上位于RTP、RTCP之上,它使用TCP或RTP完成數(shù)據(jù)傳輸。與HTTP相比, RTP傳送的是多媒體數(shù)據(jù),而HTTP傳送HTML。在使用RTSP時(shí),客戶機(jī)和服務(wù)器均可發(fā)出請求,也就是說RTSP可雙向服務(wù),而HTTP的請求是由客戶機(jī)發(fā)出的,服務(wù)器進(jìn)行響應(yīng)。三是資源預(yù)訂協(xié)議RSVP。音視頻數(shù)據(jù)流對(duì)網(wǎng)絡(luò)的延時(shí)比數(shù)據(jù)業(yè)務(wù)更敏感,如何在網(wǎng)絡(luò)中傳輸高質(zhì)量的音視頻信息,除了帶寬要求之外,還需其它條件。RSVP(ResourceReservationProtocol是一種正在開發(fā)的Internet資源預(yù)訂協(xié)議,它通過采取預(yù)留一部分網(wǎng)絡(luò)資源(

26、帶寬的措施,在一定程度上為流媒體傳輸提供 QoS。某些試驗(yàn)性系統(tǒng)，如網(wǎng)絡(luò)視頻會(huì)議工具 vic 就集成了 RSVP。 3GPPUMTS 視頻媒體編解碼技術(shù)規(guī)范是 ITUTH.263profile0level10，也是 PSS 必須使 用 的 視 頻 解 碼 器 。 此 外 ， PSS 還 應(yīng) 該 支 持 H.263Profile3Level10 解 碼 器 和 MPEG 4VisualSimpleProfileLevel0 解碼器， 在實(shí)際應(yīng)用中， 兩個(gè)視頻解碼器可選。 最近提出的 H.264 標(biāo)準(zhǔn)也引起了業(yè)界的廣泛關(guān)注，3GPPPSSR6 在積極考慮將其納入規(guī)范。 媒體網(wǎng)關(guān)控制協(xié)議 H248

27、定義 H248 協(xié)議是 2000 年由 ITU-T 第 16 工作組提出的媒體網(wǎng)關(guān)控制協(xié)議，它是在早期 的 MGCP 協(xié)議基礎(chǔ)上改進(jìn)而成。H.248 MeGaCo 協(xié)議是用于連接 MGC 與 MG 的網(wǎng)關(guān)控 制協(xié)議，應(yīng)用于媒體網(wǎng)關(guān)與軟交換之間及軟交換與 H248 MeGaCo 終端之間，是軟交 換應(yīng)支持的重要協(xié)議。H.248 協(xié)議定義的連接模型包括終端(termination和上下文(context兩 個(gè)主要概念。終端是 MG 中的邏輯實(shí)體，能發(fā)送和接收一種或多種媒體，在任何時(shí)候，一 個(gè)終端屬于且只能屬于一個(gè)上下文，可以表示時(shí)隙、模擬線和 RTP(real time protocol流等。 終

28、端類型主要有半永久性終端(TDM 信道或模擬線等和臨時(shí)性終端(如 RTP 流，用于承載語 音、數(shù)據(jù)和視頻信號(hào)或各種混合信號(hào)。用屬性、事件、信號(hào)、統(tǒng)計(jì)表示終端特性，為了解 決屏蔽終端多樣性問題， 在協(xié)議中引入了包(package概念， 將終端的各種特性參數(shù)組合成包。 一個(gè)上下文是一些終端間的聯(lián)系， 它描述終端之間的拓?fù)潢P(guān)系及媒體混合交換的參數(shù)。 朗 訊公司(Lucent在 MGCP 協(xié)議中首次提出 context 概念，使協(xié)議具有更好的靈活性和可擴(kuò)展 性，H.248MeGaCo 協(xié)議延用了這個(gè)概念，它可用 Add 命令創(chuàng)建，用 Subtract 或 Move 命 令刪除。 主要功能 H.248 協(xié)議是由 MGC 控制 MG 的協(xié)議， 也稱 MeGaCo。 H.248 中引入了 cnntext 概念， 增加了許多 package 的定義， 從而將 MGCP 大大推進(jìn)一步。 可以說 H.248 建議已取代 MGCP， 成為 MGC 與 MG 之間的協(xié)議標(biāo)準(zhǔn)。 將網(wǎng)關(guān)分解成 MG 和 MGC 是研制大型電信級(jí) IP 電話網(wǎng)關(guān)的需要。 MGC 的功能是： (l處理與網(wǎng)守間的 H.225 RAS 消息；