專利名稱：一種提高無(wú)線流媒體系統(tǒng)連接速度的方法
一種提高無(wú)線流媒體系統(tǒng)連接速度的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信技術(shù)，特別涉及一種提高無(wú)線流媒體系統(tǒng)連接速度的 方法。
背景技術(shù)：
隨著3G時(shí)代的到來(lái)，其重要應(yīng)用之一的移動(dòng)視頻通信領(lǐng)域?qū)?huì)越來(lái)越多受 到人們的關(guān)注，而視頻通信中的流媒體業(yè)務(wù)也成為受注度和使用率最高的業(yè)務(wù)。 目前，基于RTSP協(xié)議的流媒體應(yīng)用發(fā)展迅速，在Internet上傳輸流媒體的相關(guān) 技術(shù)成為熱點(diǎn)。
現(xiàn)有技術(shù)中標(biāo)準(zhǔn)的、友好的RTSP流程要經(jīng)過(guò)圖l所示的六個(gè)過(guò)程，考慮到 最后的一個(gè)交互過(guò)程是停止播放時(shí)的交互，那么播放一個(gè)節(jié)目的交互過(guò)程也多 達(dá)五個(gè)。在有線的IP網(wǎng)絡(luò)環(huán)境下，網(wǎng)絡(luò)延遲一般為毫秒級(jí)，完成這五個(gè)交互過(guò) 程一般會(huì)少于三秒，在用戶可以接受的范圍之內(nèi)，并且不會(huì)影響用戶的體驗(yàn)效 果。但是無(wú)線網(wǎng)絡(luò)環(huán)境下的網(wǎng)絡(luò)延遲在秒級(jí)，如目前的GPRS網(wǎng)絡(luò)，其傳輸數(shù)據(jù) 的延時(shí)為秒級(jí)范圍。在絕大部分時(shí)間下，GPRS數(shù)據(jù)通信的平均整體延時(shí)為2秒 左右。也就是說(shuō)，從GPRSDTU端發(fā)送的數(shù)據(jù)包將大致在2秒鐘后到達(dá)數(shù)據(jù)中心。 反之，從數(shù)據(jù)中的數(shù)據(jù)包也大致在2秒鐘后到達(dá)GPRS DTU。如果網(wǎng)絡(luò)延遲為1 秒的話，完成這五個(gè)交互過(guò)程的時(shí)間就需要10秒，嚴(yán)重影響用戶的使用及體驗(yàn) 效果。本專利提出一種改進(jìn)的rtsp交互方法，設(shè)法減少rtsp在無(wú)線網(wǎng)絡(luò)中的 交互次數(shù)，減少總的建立連接時(shí)間，從而提高用戶體驗(yàn)效果。
Real Time Streaming Protocol或者RTSP (實(shí)時(shí)流媒體協(xié)議)，是解決如 何有效地在IP網(wǎng)絡(luò)上傳輸流媒體數(shù)據(jù)的應(yīng)用層協(xié)議。RTSP提供一種可擴(kuò)展的框 架，使能夠提供能控制的，按需傳輸實(shí)時(shí)數(shù)據(jù)，比如音頻和視頻文件。源數(shù)據(jù) 可以包括現(xiàn)場(chǎng)數(shù)據(jù)的反饋和存貯的文件。rtsp對(duì)流媒體提供了諸如暫停，快進(jìn) 等控制，而它本身并不傳輸數(shù)據(jù)，rtsp作用相當(dāng)于流媒體服務(wù)器的遠(yuǎn)程控制。 傳輸數(shù)據(jù)可以通過(guò)傳輸層的tcp， iidp協(xié)議，rtsp也提供了基于rtp傳輸機(jī)制的 一些有效的方法。圖1中的交互過(guò)程的具體實(shí)例化如下
RTSP消息格式
RTSP的消息有兩大類， 一是請(qǐng)求消息(request)， 一是回應(yīng)消息(response)，兩種
消息的格式不同.
請(qǐng)求消息
方法URI RTSP版本CR LF 消息頭CR LF CR LF 消息體CR LF RTSP交互方法
1、 OPTION
目的是得到服務(wù)器提供的可用方法
OPTIONS rtsp:〃192. 168. 20. 136:5000/xxx666 RTSP/1. 0
CSeq: 1 〃每個(gè)消息都有序號(hào)來(lái)標(biāo)記，第一個(gè)包通常是option
請(qǐng)求消息
User-Agent: QTS .. qtver=6. 5. 1.. os二Windows NT 5. IService Pack 2..
服務(wù)器的回應(yīng)信息包括提供的一些方法，例如 RTSP/1. 0 200 OK Server: UServer 0. 9. 7_rcl
Cseq: 1 〃每個(gè)回應(yīng)消息的cseq數(shù)值和請(qǐng)求消息的cseq相對(duì)
應(yīng)
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN， PLAY, PAUSE, SCALE, GET—PARAMETER 〃服務(wù)器提供的可用的方法
2、 DESCRIBE
Client向Server發(fā)起DESCRIBE請(qǐng)求，為了得到會(huì)話描述信息(SDP): DESCRIBE rtsp:〃192. 168. 20. 136:5000/xxx666 RTSP/1. 0 CSeq: 2 token:
Accept: 鄰plication/sdp
User—Agent: QTS .. qtver二6. 5. 1. . os=Windows NT 5. IService Pack 2..服務(wù)器回應(yīng)一些對(duì)此會(huì)話的描述信息(sdp):
RTSP/1.0 200 OK
Server: UServer 0. 9. 7—rcl
Cseq: 2
x-prev-url: rtsp://192.168. 20. 136:5000
x-next-url: rtsp://192.168. 20. 136:5000
x—Accept—Retransmit: our-retransmit
x-Accept-Dynamic-Rate: 1
Cache-Control: must-revalidate
Last-Modified: Fri， 10 Nov 2006 12:34:38 GMT
Date: Fri， 10 Nov 2006 12:34:38 GMT
Expires: Fri， 10 Nov 2006 12:34:38 GMT
Content—Base: rtsp:〃192. 168. 20. 136:5000/xxx666/
Content—Length: 344
Content—Type: application/sdp
v=0 〃以下都是sdp信息
o=0newaveUServerNG 1451516402 1025358037 IN IP4 192.168. 20. 136
s=/xxx666
u=http:/〃
e=admin@
c=IN IP4 0. 0. 0. 0
t=0 0
a=isma—compliance: 1， 1. 0, 1 aFmnge:叩t二O-
m二video 0 RTP/AVP 96 〃m表示媒體描述，下面是對(duì)會(huì)話中視頻通道 的媒體描述
a=rtpmap:96 MP4V-ES/90000 a=fmtp:96
profile-level-id=245;config=000001B0F5000001B509000001000000012000C888B0E0E0FA62D089028307
a二control:trackID二O 〃tracklD二0表示視頻流用的是通道0
3、 SETUP
Client提醒Server建立會(huì)話，并確定傳輸模式
SETUP rtsp:〃192. 168. 20. 136:5000/xxx666/trackID=0 RTSP/1. 0 CSeq: 3
Transport: RTP/AVP/TCP;unicast;interleaved二O-l
User-Agent: QTS . . qtver=6. 5. 1. . os二Windows NT 5. IService Pack 2..
服務(wù)器回應(yīng)信息 RTSP/1. 0 200 OK Server: UServer 0.9.7—rcl Cseq: 3
Session: 6310936469860791894 〃服務(wù)器回應(yīng)的會(huì)話標(biāo)識(shí)符 Cache—Control: no-cache
Transport: RTP/AVP/TCP; unicast; interleaved^-1; ssrc=6B8B4567
4、 PLAY
客戶端發(fā)送播放請(qǐng)求
PLAY rtsp:〃192. 168. 20. 136:5000/xxx666 RTSP/1. 0 CSeq: 4
Session: 6310936469860791894
Range: npt=0. 000- 〃設(shè)置播放時(shí)間的范圍
User—Agent: QTS .. qtver=6. 5. 1. . os=Windows NT 5. IService Pack 2..
服務(wù)器回應(yīng)信息 RTSP/1. 0 200 OK Server: UServer 0.9.7—rcl Cseq: 4
Session: 6310936469860791894 Range: npt=0. -RTP-Info: url=trackID=0;seq=17040;rtptime=1467265309 〃seq 和rtptime都是rtp包中的信息
5、 TEA訓(xùn)麗 客戶端發(fā)起關(guān)閉請(qǐng)求
TEARDO麗rtsp:〃192. 168. 20. 136:5000/xxx666 RTSP/1. 0 CSeq: 5
Session: 6310936469860791894
User-Agent: QTS . . qtver二6. 5. 1. . os=Windows NT 5.IService Pack 2..
服務(wù)器回應(yīng)
RTSP/1. 0 200 OK
Server: UServer 0. 9. 7—rcl
Cseq: 5
Session: 6310936469860791894 Connection: Close
由以上來(lái)回多個(gè)交互過(guò)程，將大大增加網(wǎng)絡(luò)延遲時(shí)間，鑒于此，實(shí)有必要 提出一種新的技術(shù)方案。

發(fā)明內(nèi)容
本發(fā)明目的在于，提出一種改善手機(jī)端點(diǎn)播流媒體服務(wù)器連接速度的方案，
能夠加快手機(jī)端連接流媒體服務(wù)器的速率，及提高用戶的體驗(yàn)效果。
為了實(shí)現(xiàn)以上目的，本發(fā)明一種提高無(wú)線流媒體系統(tǒng)連接速度的方法，所 述流媒體系統(tǒng)包括客戶端與服務(wù)器，所述方法基于RTSP協(xié)議傳輸數(shù)據(jù)，其特征
在于，所述方法如下
Al :客戶端向服務(wù)端發(fā)起DESCRIBE請(qǐng)求，以獲取會(huì)話描述信息SDP， A2:服務(wù)器向客戶端回應(yīng)對(duì)此會(huì)話的描述信息； Bl:客戶端向服務(wù)端發(fā)送的改進(jìn)后的PLAY請(qǐng)求， B2:服務(wù)器和客戶端回應(yīng)改進(jìn)后的PLAY信息。相對(duì)現(xiàn)有技術(shù)，減少了網(wǎng)絡(luò)延遲時(shí)間，從而縮短用戶的等待時(shí)間，極大的 提高了用戶的體驗(yàn)效果。


圖1為現(xiàn)有技術(shù)中標(biāo)準(zhǔn)的、友好的RTSP流程交互過(guò)程示意圖2為本發(fā)明方法RTSP流程交互過(guò)程示意圖。
具體實(shí)施方式
從現(xiàn)有技術(shù)的交互過(guò)程可以看到，OPTION這個(gè)方法只是提供一個(gè)查詢功 能，服務(wù)器告訴客戶端有哪些可用的方法，為了適應(yīng)無(wú)線中的延時(shí)大的特點(diǎn)， 在本發(fā)明方法中流媒體服務(wù)器應(yīng)用于無(wú)線網(wǎng)絡(luò)時(shí)省略O(shè)PTION這個(gè)方法。 DESCRIBE這個(gè)方法是建立會(huì)話及得到媒體的一些信息，包含客戶端要播放的媒 體文件的一些信息，這個(gè)過(guò)程是必須的。
SETUP這個(gè)方法是建立會(huì)話及傳輸方法，并且音頻視頻需要二次交互過(guò)程。 PLAY方法用于通知服務(wù)器開(kāi)始播放媒體?？紤]到無(wú)線網(wǎng)絡(luò)的實(shí)際情況，在本發(fā) 明方法中將SETUP這個(gè)方法是建立會(huì)話及傳輸方法，并且音頻視頻需要二次交 互過(guò)程以及PLAY方法的交互過(guò)程三個(gè)交互過(guò)程整合起來(lái)，用一個(gè)交互來(lái)完成上 述三個(gè)方法的功能。具體如下
客戶端在收到DESCRIBE方法的回應(yīng)包后立即發(fā)送改進(jìn)過(guò)的PLAY方法，在 PLAY這個(gè)方法中包含客戶端要播放的媒體的trackID (位置信息)，媒體包括視 頻與音頻，或是其中的任意一個(gè)，視頻與音頻的會(huì)話信息不再分開(kāi)發(fā)送，而是 一起發(fā)送。PLAY方法中還包括傳輸?shù)哪Ｊ郊捌鹗疾シ诺臅r(shí)間。在流媒體服務(wù)器 的回應(yīng)信息中則包含對(duì)傳輸模式的確認(rèn)及媒體數(shù)據(jù)的會(huì)話通道，媒體數(shù)據(jù)包中 的起始序列號(hào)與媒體數(shù)據(jù)包的中起始時(shí)間戳，其中媒體包括視頻與音頻，或是 其中的任一個(gè)，視頻與音頻的會(huì)話信息不再分開(kāi)發(fā)送。
經(jīng)過(guò)上述方法改進(jìn)后，客戶端與服務(wù)器的實(shí)際交互過(guò)程如圖2。 改進(jìn)后的RTSP交互過(guò)程 改進(jìn)后的PLAY命令 客戶端發(fā)送的改進(jìn)后的PLAY請(qǐng)求PLAY rtsp://192. 168.20. 136:5000/xxx666/tracklDO; trackID=l RTSP/1. 0 CSeq: 4
Session: 6310936469860791894
Range: npt=0. 000- 〃設(shè)置播放時(shí)間的范圍
Transport: RTP/AVP/TCP;unicast;interleaved=0-1
User-Agent: QTS .. qtver=6. 5. l…os二Windows NT 5. IService Pack 2…
服務(wù)器回應(yīng)改進(jìn)后的PLAY信息 RTSP/1. 0 200 OK Server: UServer 0. 9. 7—rcl Cseq: 4
Session: 6310936469860791894 Range: npt=0.OOOOOO-
RTP-Info:url=trackID=0;seq=17040;rtpt ime=1467265309;url=trackID=l;se q=l; rtptime=0〃seq禾口 rtptime都是rtp包中的信息 Transport: RTP/AVP/TCP;unicast;interleaved二0-1;ssrc二6B8B4567
相對(duì)于圖1中的現(xiàn)有技術(shù)，具體對(duì)本發(fā)明圖2所示的方法交互過(guò)程示意圖 作一個(gè)實(shí)例化如下
1、 DESCRIBE
Client向Server發(fā)起DESCRIBE請(qǐng)求，為了得到會(huì)話描述信息(SDP): DESCRIBE rtsp:〃192. 168. 20. 136:5000/xxx666 RTSP/1. 0 CSeq: 2 token:
Accept: application/sdp
User-Agent: QTS . . qtver=6. 5. 1. . os二Windows NT 5. IService Pack 2..
服務(wù)器回應(yīng)一些對(duì)此會(huì)話的描述信息(sdp):
RTSP/1. 0 200 OK
Server: UServer 0. 9. 7一rcl
Cseq: 2x-next-url: rtsp://192. 168. 20. 136:5000
x-Accept—Retransmit: our-retransmit
x-Accept-Dynamic—Rate: 1
Cache-Control: must-revalidate
Last-Modified: Fri， 10 Nov 2006 12:34:38 GMT
Date: Fri, 10 Nov 2006 12:34:38 GMT
Expires: Fri， 10 Nov 2006 12:34:38 GMT
Content-Base: rtsp:〃192. 168. 20. 136:5000/xxx666/
Content-Length 344
Content-Type: 即plication/sdp
v二0 〃以下都是sdp信息
o=0newaveUServerNG 1451516402 1025358037頂IP4 192.168.20. 136
s=/xxx666
u=hUp:〃/
e=admin@
c=IN IP4 0. 0. 0. 0 t=0 0
a二isma-compliance: 1， 1.0， 1
m=Video 0 RTP/AVP 96 〃m表示媒體描述，下面是對(duì)會(huì)話中視頻通道 的媒體描述
a二rtpmap:96 MP4V-ES/90000 a=fmtp:96
profile-level-id=245;config=000001B0F5000001B50900000100000001 2000C888B0E0E0FA62D089028307
a=control:trackID=0 〃trackID=0表示視頻流用的是通道O 2、 PLAY
客戶端發(fā)送的改進(jìn)后的PLAY請(qǐng)求PLAY rtsp:〃192. 168. 20. 136:5000/xxx666/tracklDO; trackID二l
RTSP/l. 0 CSeq: 4
Session: 6310936469860791894
Range: npt=0. 000- 〃設(shè)置播放時(shí)間的范圍
Transport: RTP/AVP/TCP;unicast;interleaved二O-l
User-Agent: QTS .. qtver=6. 5. 1. . os=Windows NT 5. IService Pack 2..
服務(wù)器回應(yīng)改進(jìn)后的PLAY信息 RTSP/l. 0 200 OK Server: UServer 0. 9. 7_rcl Cseq: 4
Session: 6310936469860791894 Range:叩t二O. 000000-
RTP-Info:url=trackID=0;seq=17040;rtptime=1467265309;url=trackl D=l; seq=l; rtptime二O〃seq禾口 rtptime都是rtp包中的信息 Tran印ort: RTP/AVP/TCP; unicast; interleaved=0-1; ssrc二6B8B4567
3、 TEARDO麗 客戶端發(fā)起關(guān)閉請(qǐng)求
TEARDOWN rtsp:〃192. 168. 20. 136:5000/xxx666 RTSP/l. 0 CSeq: 5
Session: 6310936469860791894
User—Agent: QTS . . qtver=6. 5. 1. . os二Windows NT 5.IService Pack 2..
服務(wù)器回應(yīng)
RTSP/l. 0 200 OK
Server: UServer 0.9.7_rcl
Cseq: 5
Session: 6310936469860791894
12Connection: Close
經(jīng)過(guò)本文所述的方法改進(jìn)后，把目前的RTSP六個(gè)交互過(guò)程縮減為三個(gè)，不 考慮播放結(jié)束時(shí)的交互過(guò)程的話(因?yàn)檫@個(gè)交互過(guò)程不會(huì)影響到用戶開(kāi)始播放 時(shí)的等待時(shí)間)，那改進(jìn)后的交互過(guò)程就盡有二個(gè)，如果網(wǎng)絡(luò)延遲為l秒的話， 只需要4秒就能完成流媒體服務(wù)器與客戶端的交互，如果網(wǎng)絡(luò)延遲為0.5秒的 話，這個(gè)過(guò)程就會(huì)縮減為2秒，從而縮短用戶的等待時(shí)間，極大的提高了用戶 的體驗(yàn)效果。
在上述實(shí)施例中，僅對(duì)本發(fā)明進(jìn)行了示范性描述，但是本領(lǐng)域技術(shù)人員在 不脫離本發(fā)明所保護(hù)的范圍和精神的情況下，可根據(jù)不同的實(shí)際需要設(shè)計(jì)出各 種實(shí)施方式。
權(quán)利要求
1.一種提高無(wú)線流媒體系統(tǒng)連接速度的方法，所述流媒體系統(tǒng)包括客戶端與服務(wù)器，所述方法基于RTSP協(xié)議傳輸數(shù)據(jù)，其特征在于，所述方法如下A1客戶端向服務(wù)端發(fā)起DESCRIBE請(qǐng)求，以獲取會(huì)話描述信息SDP，A2服務(wù)器向客戶端回應(yīng)對(duì)此會(huì)話的描述信息；B1客戶端向服務(wù)端發(fā)送的改進(jìn)后的PLAY請(qǐng)求，B2服務(wù)器和客戶端回應(yīng)改進(jìn)后的PLAY信息。
2、 如權(quán)利要求1所述的提高無(wú)線流媒體系統(tǒng)連接速度的方法，其特征在于所述發(fā)送的改進(jìn)后的PLAY請(qǐng)求以及回應(yīng)改進(jìn)后的PLAY信息稱為改進(jìn)后的PLAY方法為，該改進(jìn)后的PLAY方法如下將SETUP方法的音頻視頻需要二次交互過(guò)程以及PLAY方法的交互過(guò)程三個(gè)交互過(guò)程整合起來(lái)，合并為一個(gè)交互來(lái)完成上述三個(gè)方法的功能，其中所述SETUP方法是建立會(huì)話及傳輸方法。
3、 如權(quán)利要求1所述的提高無(wú)線流媒體系統(tǒng)連接速度的方法，其特征在于所述方法還包括CI:客戶端發(fā)起關(guān)閉請(qǐng)求，C2:服務(wù)端回應(yīng)關(guān)閉請(qǐng)求。
4、 如權(quán)利要求1所述的提高無(wú)線流媒體系統(tǒng)連接速度的方法，其特征在于-客戶端在收到DESCRIBE方法的回應(yīng)包后立即發(fā)送改進(jìn)過(guò)的PLAY方法，在PLAY這個(gè)方法中包含客戶端要播放的媒體的trackID即位置信息，媒體包括視頻與音頻，或是其中的任意一個(gè)，視頻與音頻的會(huì)話信息不再分開(kāi)發(fā)送，而是一起發(fā)送。
5、 如權(quán)利要求2所述的提高無(wú)線流媒體系統(tǒng)連接速度的方法，其特征在于所述PLAY方法中還包括傳輸?shù)哪Ｊ郊捌鹗疾シ诺臅r(shí)間。在流媒體服務(wù)器的回應(yīng)信息中則包含對(duì)傳輸模式的確認(rèn)及媒體數(shù)據(jù)的會(huì)話通道，媒體數(shù)據(jù)包中的起始序列號(hào)與媒體數(shù)據(jù)包的中起始時(shí)間戳，其中媒體包括視頻與音頻，或是其中的任一個(gè)，視頻與音頻的會(huì)話信息不再分開(kāi)發(fā)送。
6、如權(quán)利要求1所述的提高無(wú)線流媒體系統(tǒng)連接速度的方法，其特征在于: 網(wǎng)絡(luò)延遲時(shí)間為1秒，則二個(gè)交互過(guò)程累積的網(wǎng)絡(luò)延遲時(shí)間為4秒。
全文摘要
本發(fā)明涉及一種提高無(wú)線流媒體系統(tǒng)連接速度的方法，所述流媒體系統(tǒng)包括客戶端與服務(wù)器，所述方法基于RTSP協(xié)議傳輸數(shù)據(jù)，其特征在于，所述方法如下A1客戶端向服務(wù)端發(fā)起DESCRIBE請(qǐng)求，以獲取會(huì)話描述信息SDP；A2服務(wù)器向客戶端回應(yīng)對(duì)此會(huì)話的描述信息；B1客戶端向服務(wù)端發(fā)送的改進(jìn)后的PLAY請(qǐng)求，B2服務(wù)器和客戶端回應(yīng)改進(jìn)后的PLAY信息。C1客戶端發(fā)起關(guān)閉請(qǐng)求，C2服務(wù)端回應(yīng)關(guān)閉請(qǐng)求。
文檔編號(hào)H04W76/02GK101662839SQ200910190138
公開(kāi)日2010年3月3日 申請(qǐng)日期2009年9月9日 優(yōu)先權(quán)日2009年9月9日
發(fā)明者鄒聯(lián)忠 申請(qǐng)人:深圳市融創(chuàng)天下科技發(fā)展有限公司