專(zhuān)利名稱(chēng)：在暫停播放的狀態(tài)下保持流媒體會(huì)話(huà)存活的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及流媒體播放技術(shù)，具體涉及在不同的流媒體會(huì)話(huà)存活機(jī)制中維持會(huì)話(huà)存活的方法。
背景技術(shù)：
近年來(lái)，IPTV(寬帶網(wǎng)絡(luò)電視)技術(shù)已成為熱點(diǎn)，與傳統(tǒng)的廣播電視網(wǎng)的方式相比，它具有交互性強(qiáng)的顯著優(yōu)勢(shì)，該優(yōu)勢(shì)恰好符合人們?nèi)找鎻?qiáng)烈的互動(dòng)需求。
基于IP的流媒體播放技術(shù)是IPTV技術(shù)的核心技術(shù)之一。
在流媒體播放技術(shù)中，包含了很多面向用戶(hù)的功能組件，例如播放、暫停、快進(jìn)、快退、退出等。其中，暫停功能要求在暫停播放一段時(shí)間(可能是幾分鐘，也可能是幾十、幾百分鐘乃至更多)后，仍能恢復(fù)播放，即從暫停的時(shí)間點(diǎn)繼續(xù)播放。由于在用戶(hù)選擇暫停時(shí)，終端和服務(wù)器端都不知道用戶(hù)將會(huì)暫停多長(zhǎng)時(shí)間，因此要想仍能恢復(fù)播放，就必須持續(xù)保持該流媒體會(huì)話(huà)的存活。
另一方面，在流媒體播放系統(tǒng)中，由于沒(méi)有統(tǒng)一的流媒體通信協(xié)議標(biāo)準(zhǔn)，不同的流媒體服務(wù)器廠商所采用的流媒體通信協(xié)議都存在差異。終端為了和不同廠商的流媒體服務(wù)器互通，就必須進(jìn)行局終端對(duì)接工作，修改終端的流媒體協(xié)議棧，包括信令、流程等。
目前在暫停后的流媒體會(huì)話(huà)保持存活上，不同廠商的流媒體服務(wù)器采用的機(jī)制不同，終端在暫停播放時(shí)可能會(huì)出現(xiàn)，因?yàn)椴磺宄?wù)器采用哪種存活機(jī)制而與流媒體服務(wù)器連接中斷的情況。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)方案是，提供一種在流媒體播放系統(tǒng)中，在暫停播放的狀態(tài)下保持流媒體會(huì)話(huà)存活的方法。
本發(fā)明為解決上述技術(shù)問(wèn)題所采用的技術(shù)方案是，在暫停播放的狀態(tài)下保持流媒體會(huì)話(huà)存活的方法，包括以下步驟a、終端向服務(wù)器發(fā)出描述請(qǐng)求消息后，收到服務(wù)器的響應(yīng)消息；b、解析響應(yīng)消息，取出服務(wù)器類(lèi)型，將其存在全局變量中；
c、在暫停狀態(tài)下，讀取全局變量，根據(jù)不同服務(wù)器類(lèi)型啟動(dòng)不同的流媒體會(huì)話(huà)存活機(jī)制。
所述流媒體會(huì)話(huà)存活機(jī)制包括定期交互選項(xiàng)請(qǐng)求消息的機(jī)制、定期交互RTCP(實(shí)時(shí)控制協(xié)議)消息的機(jī)制、定期交互零窗口探測(cè)消息的機(jī)制。
所述流媒體會(huì)話(huà)存活機(jī)制預(yù)留有擴(kuò)展接口。
本發(fā)明的有益效果是，終端能夠自動(dòng)與不同流媒體服務(wù)器局端進(jìn)行適配，并啟動(dòng)不同的流媒體會(huì)話(huà)存活機(jī)制，以維持流媒體會(huì)話(huà)持續(xù)存活，讓流媒體會(huì)話(huà)在暫停播放后持續(xù)保持存活，以便在暫停若干時(shí)間后再次恢復(fù)播放。
以下結(jié)合附圖和實(shí)施例對(duì)本發(fā)明作進(jìn)一步詳細(xì)的描述。


圖1為自動(dòng)適配不同服務(wù)器的會(huì)話(huà)存活機(jī)制；圖2為根據(jù)當(dāng)前會(huì)話(huà)狀態(tài)判斷是否持續(xù)所選定的存活機(jī)制。
具體實(shí)施例方式
如圖1所示，終端向流媒體服務(wù)器發(fā)出描述請(qǐng)求消息后，服務(wù)器會(huì)給予響應(yīng)，該響應(yīng)消息分為兩部分第1部分是RTSP(實(shí)時(shí)流協(xié)議)消息頭，包括請(qǐng)求是否成功、服務(wù)器類(lèi)型等；第2部分是SDP(會(huì)話(huà)描述協(xié)議)內(nèi)容，包括被點(diǎn)播媒體文件的音視頻編碼類(lèi)型等。
終端從第1部分的“Server”字段可以讀出服務(wù)器類(lèi)型。該字段中，Server后緊隨的字符串為服務(wù)器類(lèi)型。一般不同局端廠商的服務(wù)器類(lèi)型都不同。
″HwSrv″表示服務(wù)器A；″UestcSrv″表示服務(wù)器B；″Darwin Srv″表示達(dá)爾文服務(wù)器。
取出服務(wù)器類(lèi)型后，就可以根據(jù)服務(wù)器類(lèi)型進(jìn)行不同的處理，啟動(dòng)不同的流媒體會(huì)話(huà)存活機(jī)制?；谀K思想考慮，可以采用一個(gè)整型全局變量g_SrvType，標(biāo)記服務(wù)器類(lèi)型。在取出服務(wù)器類(lèi)型后，設(shè)置該全局變量的值。在具體啟動(dòng)存活機(jī)制時(shí)，讀出該全局變量的值，根據(jù)值的不同，確定啟動(dòng)不同機(jī)制
unsigned int g_SrvType；#define HwSrv 1/*服務(wù)器A*/#define UestcSrv 2/*服務(wù)器B*/#define DarwinSrv 3/*達(dá)爾文服務(wù)器*/如圖2所示，根據(jù)當(dāng)前會(huì)話(huà)狀態(tài)判斷是否持續(xù)所選定的存活機(jī)制當(dāng)仍處于暫停狀態(tài)時(shí)(PAUSED＝＝GetSessionState())，繼續(xù)運(yùn)行該機(jī)制；當(dāng)不是暫停狀態(tài)(如播放狀態(tài)等)時(shí)，停止該機(jī)制。
本實(shí)施例中，終端保存有服務(wù)器A、服務(wù)器B、達(dá)爾文服務(wù)器三種常用的流媒體會(huì)話(huà)存活機(jī)制。
服務(wù)器A采用定期交互選項(xiàng)請(qǐng)求消息的機(jī)制N1.終端向流媒體服務(wù)器A發(fā)出選項(xiàng)請(qǐng)求消息(RTSP OPTION)；N2.流媒體服務(wù)器A向終端返回響應(yīng)消息(RTSP Reply200 OK)；N3.終端再向流媒體服務(wù)器A返回TCP(傳輸控制協(xié)議)確認(rèn)消息(TCPACK)。
該機(jī)制一旦啟動(dòng)，就會(huì)周期性地(一般為每隔60秒)循環(huán)該過(guò)程上述步驟。
服務(wù)器B采用定期交互RTCP消息的機(jī)制(RTCP Receiver Report)N1.終端向流媒體服務(wù)器B發(fā)出RTCP消息(RTCP Receiver Report)；N2.流媒體服務(wù)器B向終端返回TCP確認(rèn)消息(TCP ACK)。
該機(jī)制一旦啟動(dòng)，就會(huì)周期性地(一般為每隔60秒)循環(huán)該過(guò)程，即步驟N1和N2交互進(jìn)行。
達(dá)爾文服務(wù)器采用定期交互零窗口探測(cè)消息的機(jī)制N1.終端主動(dòng)向達(dá)爾文服務(wù)器發(fā)出零窗口通告消息(TCP ZeroWindow)，該消息一般作為服務(wù)器響應(yīng)消息的確認(rèn)消息，該響應(yīng)針對(duì)終端發(fā)出的流媒體暫停控制消息；N2.在收到N1中的通告消息后，達(dá)爾文服務(wù)器向終端發(fā)出零窗口探測(cè)消息(TCP ZeroWindowProbe)；N3.在收到N1中的通告消息后，終端向達(dá)爾文服務(wù)器發(fā)出零窗口探測(cè)確認(rèn)消息(TCP ZeroWindowProbeAck)，該消息將終端的TCP窗口大小設(shè)置為0。
該機(jī)制一旦啟動(dòng)，就會(huì)周期性地(一般為每隔60秒)循環(huán)零窗口探測(cè)消息和零窗口探測(cè)確認(rèn)消息的交互過(guò)程，即步驟N2和N3交互進(jìn)行。
實(shí)際上，除了上述3種流媒體會(huì)話(huà)存活機(jī)制，根據(jù)流媒體服務(wù)器廠商的不同，其所用的存活機(jī)制也不同，需要向?qū)拥牧髅襟w服務(wù)器廠商求取該信息。流媒體會(huì)話(huà)存活機(jī)制預(yù)留有擴(kuò)展接口，便于擴(kuò)充的存活機(jī)制。
權(quán)利要求
1.在暫停播放的狀態(tài)下保持流媒體會(huì)話(huà)存活的方法，其特征在于，包括以下步驟a、終端向服務(wù)器發(fā)出描述請(qǐng)求消息后，收到服務(wù)器的響應(yīng)消息；b、解析響應(yīng)消息，取出服務(wù)器類(lèi)型，將其存在全局變量中；c、在暫停狀態(tài)下，讀取全局變量，根據(jù)不同服務(wù)器類(lèi)型啟動(dòng)不同的流媒體會(huì)話(huà)存活機(jī)制。
2.如權(quán)利要求1所述在暫停播放的狀態(tài)下保持流媒體會(huì)話(huà)存活的方法，其特征在于，所述流媒體會(huì)話(huà)存活機(jī)制包括定期交互選項(xiàng)請(qǐng)求消息的機(jī)制、定期交互RTCP消息的機(jī)制、定期交互零窗口探測(cè)消息的機(jī)制。
3.如權(quán)利要求1所述在暫停播放的狀態(tài)下保持流媒體會(huì)話(huà)存活的方法，其特征在于，所述流媒體會(huì)話(huà)存活機(jī)制預(yù)留有擴(kuò)展接口。
全文摘要
本發(fā)明涉及流媒體播放技術(shù)，具體涉及在不同的流媒體會(huì)話(huà)存活機(jī)制中維持會(huì)話(huà)存活的方法。本發(fā)明所要解決的技術(shù)方案是，提供在暫停播放的狀態(tài)下保持流媒體會(huì)話(huà)存活的方法。采用的技術(shù)方案包括以下步驟a.終端向服務(wù)器發(fā)出描述請(qǐng)求消息后，收到服務(wù)器的響應(yīng)消息；b.解析響應(yīng)消息，取出服務(wù)器類(lèi)型，將其存在全局變量中；c.在暫停狀態(tài)下，讀取全局變量，根據(jù)不同服務(wù)器類(lèi)型啟動(dòng)不同的流媒體會(huì)話(huà)存活機(jī)制。本發(fā)明的有益效果是，終端能夠自動(dòng)與不同流媒體服務(wù)器局端進(jìn)行適配，并啟動(dòng)不同的流媒體會(huì)話(huà)存活機(jī)制，以維持流媒體會(huì)話(huà)持續(xù)存活，讓流媒體會(huì)話(huà)在暫停播放后持續(xù)保持存活，以便在暫停若干時(shí)間后再次恢復(fù)播放。
文檔編號(hào)H04L29/06GK101026732SQ200710048340
公開(kāi)日2007年8月29日 申請(qǐng)日期2007年1月26日 優(yōu)先權(quán)日2007年1月26日
發(fā)明者劉杰 申請(qǐng)人:四川長(zhǎng)虹電器股份有限公司