專利名稱：一種移動(dòng)流媒體業(yè)務(wù)播放時(shí)縮短啟動(dòng)時(shí)間的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通訊領(lǐng)域，更具體涉及一種移動(dòng)流i某體業(yè)務(wù)播放時(shí)縮短 啟動(dòng)時(shí)間的方法。
背景技術(shù)：
流媒體業(yè)務(wù)是從因特網(wǎng)上發(fā)展起來的一種多媒體應(yīng)用，指使用流 (Streaming)方式在網(wǎng)絡(luò)上傳輸多媒體文件，包括音頻、視頻和動(dòng)畫等。移 動(dòng)流媒體業(yè)務(wù)是流媒體技術(shù)在移動(dòng)網(wǎng)絡(luò)和終端上的應(yīng)用，主要是利用2.5G 或3G的移動(dòng)網(wǎng)絡(luò)，為手機(jī)終端提供音頻、視頻的流媒體服務(wù)，將移動(dòng)流媒 體技術(shù)引入移動(dòng)增值業(yè)務(wù)，已經(jīng)成為目前全球范圍內(nèi)移動(dòng)業(yè)務(wù)研究的熱點(diǎn)之 一。移動(dòng)流媒體又具有無線應(yīng)用不受時(shí)空限制的業(yè)務(wù)靈活性，因此移動(dòng)流媒 體業(yè)務(wù)將會(huì)更加豐富和具有吸引力。
隨著3G網(wǎng)絡(luò)的建設(shè)，移動(dòng)流媒體業(yè)務(wù)越來越受到電信運(yùn)營(yíng)商、和廣大 用戶的重視和歡迎。然而在實(shí)際的業(yè)務(wù)開展運(yùn)行過程中發(fā)現(xiàn)，因?yàn)橐苿?dòng)數(shù)字 蜂窩網(wǎng)絡(luò)的延遲比較大，用戶在從開始點(diǎn)播/直播節(jié)目到節(jié)目?jī)?nèi)容首次到達(dá) 用戶終端上的這一段時(shí)間比較長(zhǎng)，在一定程度上影響了用戶的體驗(yàn)。
目前主流的流+某體點(diǎn)纟番直4番業(yè)務(wù)的實(shí)現(xiàn)方式都是通過遵循國(guó)際標(biāo)準(zhǔn)實(shí) 時(shí)流協(xié)議RTSP( Real-Time Streaming Protocol )、實(shí)時(shí)傳輸協(xié)議RTP( Real-time Transaction Protocol)、實(shí)時(shí)控制協(xié)i義RTCP ( Real-time Control Protocol)的
語法語義和相應(yīng)流程的。通常用戶點(diǎn)播直播的節(jié)目都是包括音頻軌道和視頻 軌道的，也有一些節(jié)目還包括文本軌道等等。如圖1所示，用戶在通過RTSP 協(xié)議進(jìn)行流媒體會(huì)話的建立過程中，按照標(biāo)準(zhǔn)規(guī)定的流程，需要經(jīng)過 DESCRIBE請(qǐng)求/響應(yīng)、SETUP請(qǐng)求/響應(yīng)(音頻)、SETUP請(qǐng)求/響應(yīng)(視 頻)、PLAY請(qǐng)求/響應(yīng)等會(huì)話控制方法流媒體服務(wù)器才會(huì)向用戶移動(dòng)終端發(fā) 送音頻、視頻等數(shù)據(jù)。這些眾多的消息在傳輸速率比較慢的數(shù)字移動(dòng)蜂窩網(wǎng)
絡(luò)上傳輸需要很長(zhǎng)的一段時(shí)間(啟動(dòng)時(shí)間)。因此造成用戶等待節(jié)目播放的 時(shí)間延長(zhǎng)很多。
綜上所述，當(dāng)前需要一種移動(dòng)流媒體業(yè)務(wù)播放時(shí)縮短啟動(dòng)時(shí)間的技術(shù)方案。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種移動(dòng)流媒體業(yè)務(wù)播放時(shí)縮短啟 動(dòng)時(shí)間的方法，有效的減少了用戶的等待時(shí)間，提高了用戶體驗(yàn)的滿意度。
為了解決上述問題，本發(fā)明提供了 一種移動(dòng)流J 某體業(yè)務(wù)播放時(shí)縮短啟動(dòng) 時(shí)間的方法，包括以下步驟，
a、 判斷用戶終端是否獲取了內(nèi)容的SDP信息，如果用戶終端沒有獲取 內(nèi)容的SDP信息，則向流媒體服務(wù)器發(fā)送DESCRIBE方法，在DESCRIBE 方法中增加組合啟動(dòng)能力標(biāo)識(shí)；探測(cè)流媒體服務(wù)器是否支持該組合啟動(dòng)能 力；
b、 判斷流媒體服務(wù)器是否支持組合啟動(dòng)能力，如果流媒體服務(wù)器支持 所述組合啟動(dòng)能力，則返回響應(yīng)，并在響應(yīng)中增加支持組合啟動(dòng)能力標(biāo)識(shí)；
c、 用戶終端收到響應(yīng)，了解流媒體服務(wù)器支持組合啟動(dòng)能力后，向流 媒體服務(wù)器發(fā)送包含SETUP方法和PLAY方法的組合啟動(dòng)請(qǐng)求消息；
d、 流媒體服務(wù)器收到并處理組合啟動(dòng)請(qǐng)求消息，向用戶終端分別返回 對(duì)應(yīng)于組合啟動(dòng)請(qǐng)求消息中的每一個(gè)方法的響應(yīng)后，流媒體服務(wù)器向用戶終 端發(fā)送媒體軌道數(shù)據(jù)。
進(jìn)一步地，上述方法還可包括，所述步驟a中，所述在DESCRIBE方 法中增加組合啟動(dòng)能力標(biāo)識(shí)，表示所述用戶終端支持組合啟動(dòng)能力。
進(jìn)一步地，上述方法還可包括，如果流媒體服務(wù)器不支持所述組合啟動(dòng) 能力，則執(zhí)行以下步驟，
o、用戶終端向流媒體服務(wù)器發(fā)送包含SETUP方法和PLAY方法的組合 啟動(dòng)i青求消息；
p、流媒體服務(wù)器處理組合啟動(dòng)請(qǐng)求消息中的第一個(gè)SETUP方法，并返
回響應(yīng)消息；
q、用戶終端收到流媒體服務(wù)器返回錯(cuò)誤碼為551的響應(yīng)消息后，分別 向流媒體服務(wù)器發(fā)送沒有成功處理的SETUP和PLAY方法；
r、流媒體服務(wù)器接收到所述沒有處理的SETUP和PLAY方法，則進(jìn)行 處J里并返回相應(yīng)的響應(yīng)；
s、流媒體服務(wù)器向用戶終端發(fā)送媒體軌道數(shù)據(jù)。
進(jìn)一步地，上述方法還可包括，所述用戶終端向流々某體服務(wù)器發(fā)送包含 SETUP方法和PLAY方法的組合啟動(dòng)請(qǐng)求消息中，所述SETUP方法包括第 一個(gè)SETUP方法、第二個(gè)或更多的SETUP方法；其中，第一個(gè)SETUP方 法中增加組合會(huì)話標(biāo)識(shí)；第二個(gè)或更多的SETUP方法、以及PLAY方法中 增加參數(shù)包括Require:組合啟動(dòng)能力標(biāo)識(shí)和組合會(huì)話標(biāo)識(shí)。
進(jìn)一步地，上述方法還可包括，所述Require:組合啟動(dòng)能力標(biāo)識(shí)來表示 要求流媒體服務(wù)器使用組合啟動(dòng)能力。
進(jìn)一步地，上述方法還可包括，所述步驟p中，流媒體服務(wù)器處理組合 啟動(dòng)請(qǐng)求消息中的第一個(gè)SETUP方法，并返回響應(yīng)消息；對(duì)于第二個(gè)或更 多的SETUP和PLAY方法則返回錯(cuò)誤碼為551的響應(yīng)消息。
進(jìn)一步地，上述方法還可包括，所述步驟d和所述步驟s中包括，所述 流媒體服務(wù)器利用RTP協(xié)議向用戶終端發(fā)送媒體軌道數(shù)據(jù)，如果用戶終端 請(qǐng)求了多個(gè)軌道，則通過不同的RTP連接返回相應(yīng)的軌道數(shù)據(jù)。
進(jìn)一步地，上述方法還可包括，所述流媒體服務(wù)器利用RTP協(xié)議向用 戶終端發(fā)送媒體軌道數(shù)據(jù)后，用戶終端和流媒體服務(wù)器之間相互發(fā)送RTCP 報(bào)告。
進(jìn)一步地，上述方法還可包括，如果用戶終端已經(jīng)獲耳又了內(nèi)容的SDP 信息，則直接向流媒體服務(wù)器發(fā)送包含SETUP方法和PLAY方法的組合啟 動(dòng)請(qǐng)求消息；流媒體服務(wù)器收到并處理組合啟動(dòng)請(qǐng)求消息，如果流媒體服務(wù) 器支持組合啟動(dòng)能力，則向用戶終端分別返回對(duì)應(yīng)于組合啟動(dòng)請(qǐng)求消息中的 每一個(gè)方法的響應(yīng)后，流媒體服務(wù)器向用戶終端發(fā)送媒體軌道數(shù)據(jù)。
進(jìn)一步地，上述方法還可包括，如果流媒體服務(wù)器不支持組合啟動(dòng)能力，
則執(zhí)行以下步驟，
u、流媒體服務(wù)器處理組合啟動(dòng)請(qǐng)求消息中的第一個(gè)SETUP方法，并 返回響應(yīng)消息；對(duì)于第二個(gè)或更多的SETUP和PLAY方法則都返回錯(cuò)誤碼 為551的響應(yīng)消息；
v、用戶終端收到流媒體服務(wù)器返回錯(cuò)誤碼為551的響應(yīng)消息后，分別 向流J;某體服務(wù)器發(fā)送沒有成功處理的SETUP和PLAY方法；
w、流媒體服務(wù)器接收到所述沒有處理的SETUP和PLAY方法，則進(jìn) 行處理并返回相應(yīng)的響應(yīng)；
x、流媒體服務(wù)器利用實(shí)時(shí)傳輸協(xié)議向用戶終端發(fā)送媒體軌道數(shù)據(jù)；如 果用戶終端請(qǐng)求了多個(gè)軌道，則通過不同的實(shí)時(shí)傳輸協(xié)議連接返回相應(yīng)的軌 道數(shù)據(jù)；
y 、用戶終端和流媒體服務(wù)器之間相互發(fā)送實(shí)時(shí)控制協(xié)議報(bào)告。
與現(xiàn)有技術(shù)相比，應(yīng)用本發(fā)明，有效的減少了用戶的等待時(shí)間，提高了 用戶體驗(yàn)的滿意度。


圖1是傳統(tǒng)啟動(dòng)流程示意圖2是本發(fā)明具體實(shí)施方式
中移動(dòng)流媒體業(yè)務(wù)播放時(shí)縮短啟動(dòng)時(shí)間的 方法流程圖3是成功的組合啟動(dòng)具體實(shí)例的流程示意圖。
具體實(shí)施例方式
下面結(jié)合附圖對(duì)本發(fā)明具體實(shí)施方式
作進(jìn)一步說明。
本發(fā)明具體實(shí)施方式
通過盡量減少用戶終端和流媒體服務(wù)器之間的交 互來更快的啟動(dòng)流媒體節(jié)目的點(diǎn)播或直播。因?yàn)闃?biāo)準(zhǔn)中的這些交互方法對(duì)于 用戶終端和流媒體服務(wù)器來說都是必須的，不能缺少。為了達(dá)到上述目的， 可以將用戶終端和流媒體服務(wù)器之間的某些交互方法"組合"在一次請(qǐng)求當(dāng)
中(所有媒體的SETUP請(qǐng)求和PLAY請(qǐng)求)。這樣如果用戶終端事先獲得 了 SDP (會(huì)話描述協(xié)議，Session Description Protocol)內(nèi)容或者其他適當(dāng)?shù)?內(nèi)容描述信息之后，就可以通過一個(gè)來回的RTSP請(qǐng)求/響應(yīng)就可以開始流i某 體內(nèi)容的傳輸。如果用戶終端沒有事先獲得SDP內(nèi)容，則用戶終端需要通 過兩個(gè)來回的RTSP請(qǐng)求/響應(yīng)就可以開始流媒體內(nèi)容的傳輸，其中第 一個(gè)來 回的請(qǐng)求/響應(yīng)是通過DESCRIBE方法來獲得必要的SDP信息。
為了 了解流媒體服務(wù)器是否支持本發(fā)明提出的交互方法，用戶終端應(yīng)該 盡早的去探測(cè)流媒體服務(wù)器是否具備本發(fā)明提出的交互方法的能力、并向流 媒體服務(wù)器表明自己是否支持該能力。如果流々某體服務(wù)器不支持該方法，則 應(yīng)根據(jù)IETF標(biāo)準(zhǔn)RFC2326返回錯(cuò)誤碼為551 (參數(shù)不支持)的響應(yīng)。
交互時(shí)為了對(duì)傳統(tǒng)的流媒體服務(wù)器的影響盡量最小化，在"組合"消息 中第一個(gè)SETUP請(qǐng)求里面就不增加"R叫uire"首部字段了 ，后續(xù)其他SETUP 請(qǐng)求里面則必須增加該字段。
因?yàn)樵?組合，，消息發(fā)送的時(shí)候這個(gè)流媒體會(huì)話還不存在，為了讓用戶 終端能夠通知流媒體服務(wù)器這些消息是用于即將建立的這同 一個(gè)會(huì)話的，
"組合"消息中的所有方法(包括所有的SETUP方法和PLAY方法)都必 須增加一個(gè)標(biāo)識(shí)字段，他們的值是相同的。 一旦從流媒體服務(wù)器獲得了會(huì)話
標(biāo)識(shí)ID,則后續(xù)的方法中改為傳統(tǒng)標(biāo)準(zhǔn)中的"Session"字段。
一種移動(dòng)流媒體業(yè)務(wù)播放時(shí)縮短啟動(dòng)時(shí)間的方法，(成功的組合啟動(dòng)) 包括以下步驟，
步驟10、判斷用戶終端是否獲取了內(nèi)容的會(huì)話描述協(xié)議信息，如果用 戶終端沒有獲取內(nèi)容的SDP信息，則用戶終端向流媒體服務(wù)器發(fā)送 DESCRIBE方法，在DESCRIBE方法中增加組合啟動(dòng)能力標(biāo)識(shí)；探測(cè)流i某 體服務(wù)器是否支持該組合啟動(dòng)能力；
步驟20、判斷流媒體服務(wù)器是否支持組合啟動(dòng)能力，如果流媒體服務(wù) 器支持該組合啟動(dòng)能力，則返回響應(yīng)，并在響應(yīng)中增加支持組合啟動(dòng)能力標(biāo) 識(shí)；
步驟30、用戶終端收到響應(yīng)，了解流媒體服務(wù)器支持組合啟動(dòng)能力后，向流々某體服務(wù)器發(fā)送包含SETUP方法和PLAY方法的組合啟動(dòng)請(qǐng)求消息；
步驟40、流媒體服務(wù)器收到并處理組合啟動(dòng)請(qǐng)求消息，向用戶終端分 別返回對(duì)應(yīng)于組合啟動(dòng)請(qǐng)求消息中的每一個(gè)方法的響應(yīng)后，流媒體服務(wù)器利 用RTP協(xié)議向用戶終端發(fā)送媒體軌道數(shù)據(jù)；
步驟50、用戶終端和流媒體服務(wù)器之間相互發(fā)送RTCP報(bào)告。
圖2描述了移動(dòng)流媒體業(yè)務(wù)播放時(shí)縮短啟動(dòng)時(shí)間的方法流程，具體流程 ^口下
步驟205、用戶終端判斷是否已獲取了內(nèi)容的SDP信息，如果是，則執(zhí) 行步驟246;否則，執(zhí)行步驟210;
步驟210 、用戶終端向流媒體服務(wù)器發(fā)送DESCRIBE方法，在DESCRIBE 方法中增加一個(gè)組合啟動(dòng)能力標(biāo)識(shí)；
組合啟動(dòng)能力標(biāo)識(shí)，表示用戶終端支持組合啟動(dòng)能力。
步驟220、流媒體服務(wù)器判斷是否支持該組合啟動(dòng)能力，如果是，則執(zhí) 行步驟230;否則，執(zhí)行步驟223;
步驟223、流媒體服務(wù)器返回響應(yīng)，在響應(yīng)中沒有支持組合啟動(dòng)能力的 標(biāo)識(shí)；
步驟226、用戶終端向流々某體服務(wù)器通過傳統(tǒng)方法分別發(fā)送SETUP方 法、和PLAY方法的請(qǐng)求消息，執(zhí)行步驟290;
步驟230、流媒體服務(wù)器返回響應(yīng)，在響應(yīng)中增加支持組合啟動(dòng)能力的 標(biāo)識(shí)；
步驟240、用戶終端向流媒體服務(wù)器發(fā)送包含了 SETUP方法、和PLAY 方法的組合啟動(dòng)請(qǐng)求消息，執(zhí)行步驟260;
步驟246、用戶終端向流媒體服務(wù)器發(fā)送包含了 SETUP方法、和PLAY 方法的組合啟動(dòng)請(qǐng)求消息；
組合啟動(dòng)請(qǐng)求消息中包括SETUP方法和PLAY方法。
因?yàn)楣?jié)目可能包括不只一個(gè)媒體軌道，第一個(gè)SETUP方法中增加組合 會(huì)話標(biāo)識(shí)即可，而不增加"Require:組合啟動(dòng)能力標(biāo)識(shí)"(該組合啟動(dòng)請(qǐng)求
消息中后續(xù)其他方法就要增加這個(gè)標(biāo)識(shí)，用來表示要求流媒體服務(wù)器使用組
合啟動(dòng)能力)；第二個(gè)或更多的SETUP方法、以及PLAY方法中都要增加 這兩個(gè)參數(shù)Require:組合啟動(dòng)能力標(biāo)識(shí)、和組合會(huì)話標(biāo)識(shí)。
步驟250、流媒體服務(wù)器判斷是否支持該組合啟動(dòng)能力，如果是，則執(zhí) 行步驟260;否則，執(zhí)行步驟270;
步驟260、流媒體服務(wù)器處理組合啟動(dòng)請(qǐng)求消息，向用戶終端分別返回 對(duì)應(yīng)于組合啟動(dòng)請(qǐng)求消息中的每一個(gè)方法的響應(yīng)，執(zhí)行步驟295;
步驟270、流媒體服務(wù)器處理組合啟動(dòng)請(qǐng)求消息中的第一個(gè)SETUP方 ';去，并返回響應(yīng)；
流媒體服務(wù)器只能正確的處理組合啟動(dòng)請(qǐng)求消息中的第一個(gè)SETUP方 法，并返回正確的響應(yīng)，對(duì)于第二個(gè)或更多的SETUP和PLAY方法則都返 回錯(cuò)誤碼為551 (參數(shù)不支持)的響應(yīng)消息。
步驟280、用戶終端收到流媒體服務(wù)器返回錯(cuò)誤碼為551的響應(yīng)消息后， 分別通過傳統(tǒng)的方法向流媒體服務(wù)器發(fā)送沒有成功處理的SETUP和PLAY 方法；
用戶終端收到流媒體服務(wù)器返回錯(cuò)誤碼為551的響應(yīng)消息后，知道流媒 體服務(wù)器不支持組合啟動(dòng)能力，則后續(xù)要分別通過傳統(tǒng)的方法向流媒體服務(wù) 器發(fā)送沒有成功處理的SETUP和PLAY方法。
步驟290、流J 某體服務(wù)器接收到傳統(tǒng)的請(qǐng)求消息則進(jìn)行正常的處理返回 相應(yīng)的響應(yīng)；
流媒體服務(wù)器接收到所述沒有處理的SETUP和PLAY方法，則進(jìn)行正 常的處理并返回相應(yīng)的響應(yīng)。
步驟295、流媒體服務(wù)器利用RTP協(xié)議向用戶終端發(fā)送媒體軌道數(shù)據(jù)；
如果用戶終端請(qǐng)求了多個(gè)軌道，則通過不同的RTP連接返回相應(yīng)的軌
道數(shù)據(jù)。
步驟300、用戶終端和流媒體服務(wù)器之間相互發(fā)送RTCP報(bào)告。 下面結(jié)合具體實(shí)例對(duì)本發(fā)明作進(jìn)一步說明。
如圖3所示， 一個(gè)具體的實(shí)現(xiàn)過程(成功的組合啟動(dòng))。
用戶終端要訪問流媒體服務(wù)器(IP地址為10.40.9.1)上的1.3gp文件， 但事先不了解該文件的SDP信息，該文件有音頻和視頻軌道；流纟某體服務(wù) 器支持組合啟動(dòng)能力；組合啟動(dòng)能力標(biāo)識(shí)假設(shè)利用combined-start-up來表示； 組合會(huì)話標(biāo)識(shí)有l(wèi)i殳利用combined-session來表示。
具體如下
(1) 、用戶終端向流媒體服務(wù)器發(fā)送DESCRIBErtsp:〃10.40.9.1/1.3gp， 攜帶參數(shù)Supported:combined-start-up。表示用戶終端支持組合啟動(dòng)能力，并 探測(cè)流媒體服務(wù)器是否支持該組合啟動(dòng)能力；
(2) 、因?yàn)榱髅襟w服務(wù)器支持組合啟動(dòng)能力，則返回成功的響應(yīng)消息， 并攜帶參數(shù)Supported:combined-start-up表示自己支持組合啟動(dòng)能力。消息 中當(dāng)然還攜帶了 1.3gp文件的SDP信息，具體的SDP信息此處省略；
(3) 、用戶終端了解流媒體服務(wù)器支持組合啟動(dòng)能力之后，則向流媒 體服務(wù)器發(fā)送組合啟動(dòng)請(qǐng)求消息，該消息中包括兩個(gè)SETUP方法和一個(gè) PLAY方法。第一個(gè)SETUP方法請(qǐng)求軌道2: rtsp:〃10.40.9.1/1.3gp/trackID=2, 并攜帶組合會(huì)話標(biāo)識(shí)參數(shù)combined-session: 100001。第二個(gè)SETUP方法請(qǐng) 求軌道4: rtsp:〃10.40.9.1/1.3gp/trackID=4,除了攜帶組合會(huì)話標(biāo)識(shí)參數(shù) combined-session: 100001之夕卜還要才夷帶Require: combined-start-up參凄t。 PLAY 方法請(qǐng)求播放該節(jié)目rtsp:〃10.40.9.l/l.3gp,同樣也攜帶組合會(huì)話標(biāo)識(shí)參凄史 combined-session: 100001和Require:combined-start-up參數(shù)；
(4) 、流纟某體服務(wù)器正確處理之后分別返回對(duì)應(yīng)的三個(gè)成功的響應(yīng)， 并攜帶Session:6578801304608595283;
(5) 、隨后流媒體服務(wù)器則向用戶終端利用RTP協(xié)議發(fā)送相應(yīng)的軌道
數(shù)據(jù)；
(6) 、用戶終端和流i某體服務(wù)器之間利用RTCP協(xié)議相互發(fā)送RTCP報(bào)告。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不 局限于此，任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易想到
的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范 圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1、一種移動(dòng)流媒體業(yè)務(wù)播放時(shí)縮短啟動(dòng)時(shí)間的方法，包括以下步驟，a、判斷用戶終端是否獲取了內(nèi)容的會(huì)話描述協(xié)議信息，如果用戶終端沒有獲取內(nèi)容的會(huì)話描述協(xié)議信息，則向流媒體服務(wù)器發(fā)送DESCRIBE方法，在DESCRIBE方法中增加組合啟動(dòng)能力標(biāo)識(shí)；探測(cè)流媒體服務(wù)器是否支持該組合啟動(dòng)能力；b、判斷流媒體服務(wù)器是否支持組合啟動(dòng)能力，如果流媒體服務(wù)器支持所述組合啟動(dòng)能力，則返回響應(yīng)，并在響應(yīng)中增加支持組合啟動(dòng)能力標(biāo)識(shí)；c、用戶終端收到響應(yīng)，了解流媒體服務(wù)器支持組合啟動(dòng)能力后，向流媒體服務(wù)器發(fā)送包含SETUP方法和PLAY方法的組合啟動(dòng)請(qǐng)求消息；d、流媒體服務(wù)器收到并處理組合啟動(dòng)請(qǐng)求消息，向用戶終端分別返回對(duì)應(yīng)于組合啟動(dòng)請(qǐng)求消息中的每一個(gè)方法的響應(yīng)后，流媒體服務(wù)器向用戶終端發(fā)送媒體軌道數(shù)據(jù)。
2、 如權(quán)利要求1所述的方法，其特征在于，所述步驟a中，所述在 DESCRIBE方法中增加組合啟動(dòng)能力標(biāo)識(shí)，表示所述用戶終端支持組合啟動(dòng) 能力。
3、 如權(quán)利要求1所述的方法，其特征在于，如果流媒體服務(wù)器不支持 所述組合啟動(dòng)能力，則執(zhí)行以下步驟，o、用戶終端向流i某體服務(wù)器發(fā)送包含SETUP方法和PLAY方法的組合 啟動(dòng)i青求消息；p、流媒體服務(wù)器處理組合啟動(dòng)請(qǐng)求消息中的第一個(gè)SETUP方法，并返 回響應(yīng)消息；q、用戶終端收到流媒體服務(wù)器返回錯(cuò)誤碼為551的響應(yīng)消息后，分別 向流媒體服務(wù)器發(fā)送沒有成功處理的SETUP和PLAY方法；r、流媒體服務(wù)器接收到所述沒有處理的SETUP和PLAY方法，則進(jìn)行 處理并返回相應(yīng)的響應(yīng)；s、流媒體服務(wù)器向用戶終端發(fā)送媒體軌道數(shù)據(jù)。
4、 如權(quán)利要求l、 2或3所述的方法，其特征在于，所述用戶終端向流 媒體服務(wù)器發(fā)送包含SETUP方法和PLAY方法的組合啟動(dòng)請(qǐng)求消息中，所 述SETUP方法包括第一個(gè)SETUP方法、第二個(gè)或更多的SETUP方法；其 中，第一個(gè)SETUP方法中增加組合會(huì)話標(biāo)識(shí)；第二個(gè)或更多的SETUP方法、 以及PLAY方法中增加參數(shù)包括Require:組合啟動(dòng)能力標(biāo)識(shí)和組合會(huì)話標(biāo) 識(shí)。
5、 如權(quán)利要求4所述的方法，其特征在于，所述Require:組合啟動(dòng)能 力標(biāo)識(shí)來表示要求流媒體服務(wù)器使用組合啟動(dòng)能力。
6、 如權(quán)利要求3所述的方法，其特征在于，所述步驟p中，流媒體服 務(wù)器處理組合啟動(dòng)請(qǐng)求消息中的第一個(gè)SETUP方法，并返回響應(yīng)消息；對(duì) 于第二個(gè)或更多的SETUP和PLAY方法則返回錯(cuò)誤碼為551的響應(yīng)消息。
7、 如權(quán)利要求4所述的方法，其特征在于，所述步驟d和所述步驟s 中包括，所述流媒體服務(wù)器利用實(shí)時(shí)傳輸協(xié)議向用戶終端發(fā)送媒體軌道數(shù) 據(jù)，如果用戶終端請(qǐng)求了多個(gè)軌道，則通過不同的實(shí)時(shí)傳輸協(xié)議連接返回相 應(yīng)的軌道數(shù)據(jù)。
8、 如權(quán)利要求4所述的方法，其特征在于，所述流媒體服務(wù)器利用實(shí) 時(shí)傳輸協(xié)議向用戶終端發(fā)送媒體軌道數(shù)據(jù)后，用戶終端和流媒體服務(wù)器之間 相互發(fā)送實(shí)時(shí)控制協(xié)議報(bào)告。
9、 如權(quán)利要求l所述的方法，其特征在于，如果用戶終端已經(jīng)獲取了 內(nèi)容的會(huì)話描述協(xié)議信息，則直接向流媒體服務(wù)器發(fā)送包含SETUP方法和 PLAY方法的組合啟動(dòng)請(qǐng)求消息；流J 某體服務(wù)器收到并處理組合啟動(dòng)請(qǐng)求消 息，如果流媒體服務(wù)器支持組合啟動(dòng)能力，則向用戶終端分別返回對(duì)應(yīng)于組 合啟動(dòng)請(qǐng)求消息中的每一個(gè)方法的響應(yīng)后，流媒體服務(wù)器向用戶終端發(fā)送媒 體軌道數(shù)據(jù)。
10、 如權(quán)利要求9所述的方法，其特征在于，如果流媒體服務(wù)器不支持 組合啟動(dòng)能力，則^^丸行以下步驟，
11、流媒體服務(wù)器處理組合啟動(dòng)請(qǐng)求消息中的第一個(gè)SETUP方法，并返 回響應(yīng)消息；對(duì)于第二個(gè)或更多的SETUP和PLAY方法則都返回錯(cuò)誤碼為 551的響應(yīng)消息；v、用戶終端收到流媒體服務(wù)器返回錯(cuò)誤碼為551的響應(yīng)消息后，分別 向流媒體服務(wù)器發(fā)送沒有成功處理的SETUP和PLAY方法；w、流媒體服務(wù)器接收到所述沒有處理的SETUP和PLAY方法，則進(jìn) 行處理并返回相應(yīng)的響應(yīng)；x、流媒體服務(wù)器利用實(shí)時(shí)傳輸協(xié)議向用戶終端發(fā)送媒體軌道數(shù)據(jù)；如 果用戶終端請(qǐng)求了多個(gè)軌道，則通過不同的實(shí)時(shí)傳輸協(xié)議連接返回相應(yīng)的軌 道數(shù)據(jù)；y、用戶終端和流媒體服務(wù)器之間相互發(fā)送實(shí)時(shí)控制協(xié)議報(bào)告。
全文摘要
一種移動(dòng)流媒體業(yè)務(wù)播放時(shí)縮短啟動(dòng)時(shí)間的方法，包括，若用戶終端沒有獲取內(nèi)容的SDP信息，則向流媒體服務(wù)器發(fā)送DESCRIBE方法，在DESCRIBE方法中增加組合啟動(dòng)能力標(biāo)識(shí)；探測(cè)流媒體服務(wù)器是否支持組合啟動(dòng)能力；若流媒體服務(wù)器支持所述組合啟動(dòng)能力，則返回響應(yīng)，并在響應(yīng)中增加支持組合啟動(dòng)能力標(biāo)識(shí)；用戶終端收到響應(yīng)，了解流媒體服務(wù)器支持組合啟動(dòng)能力后，向流媒體服務(wù)器發(fā)送包含SETUP方法和PLAY方法的請(qǐng)求消息；流媒體服務(wù)器向用戶終端分別返回對(duì)應(yīng)于請(qǐng)求消息中的每一個(gè)方法的響應(yīng)后，流媒體服務(wù)器向用戶終端發(fā)送媒體軌道數(shù)據(jù)。應(yīng)用本發(fā)明，有效的減少了用戶的等待時(shí)間，提高了用戶體驗(yàn)的滿意度。
文檔編號(hào)H04L12/18GK101378537SQ20071014597
公開日2009年3月4日 申請(qǐng)日期2007年8月30日 優(yōu)先權(quán)日2007年8月30日
發(fā)明者王金東 申請(qǐng)人:中興通訊股份有限公司