專利名稱：一種直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法以及相應(yīng)設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及媒體播放領(lǐng)域，尤其涉及一種直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法以及相應(yīng)設(shè)備。
背景技術(shù)：
在網(wǎng)絡(luò)電視(Internet Protocol television, IPTV)中，為了節(jié)省網(wǎng)絡(luò)帶寬和服務(wù)器資源，直播業(yè)務(wù)一般采用組播(Multicast)技術(shù)實(shí)現(xiàn)，而對(duì)于時(shí)移(或點(diǎn)播)業(yè)務(wù)，由于為了滿足在一定時(shí)限內(nèi)用戶能夠觀看當(dāng)前直播節(jié)目的先前片段，并能夠隨時(shí)回到直播狀態(tài)，同時(shí)可以對(duì)直播節(jié)目進(jìn)行暫停、快退、定位等需求，時(shí)移業(yè)務(wù)一般采用單播(Unicast) 技術(shù)實(shí)現(xiàn)，因此，直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換本質(zhì)上是組播通道和單播通道的相互切換。
在現(xiàn)有技術(shù)中，直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的相互切換是這樣實(shí)現(xiàn)的建立終端與媒體服務(wù)器之間的通信連接和媒體傳輸通道，例如，組播通道；若當(dāng)前狀態(tài)是直播業(yè)務(wù)，用戶需要切換至?xí)r移業(yè)務(wù)，則拆除終端與媒體服務(wù)器之間的通信連接和組播通道；根據(jù)接收的切換命令，建立終端與媒體服務(wù)器之間新的通信連接和單播通道以進(jìn)行時(shí)移業(yè)務(wù)；當(dāng)接收到切換回組播業(yè)務(wù)的切換命令時(shí)，則根據(jù)接收的切換命令，建立終端與媒體服務(wù)器之間新的通信連接和組播通道以進(jìn)行直播業(yè)務(wù)。
現(xiàn)有技術(shù)雖然可以實(shí)現(xiàn)直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換，但這種切換方案需要反復(fù)拆除和重建終端和媒體服務(wù)器之間的通信連接和媒體傳輸通道，反復(fù)拆除和重建動(dòng)作使終端和媒體服務(wù)器交互的信令增多，加大了系統(tǒng)的開銷，是一種效率低下的切換方法。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法以及相應(yīng)設(shè)備，旨在解決現(xiàn)有技術(shù)在實(shí)現(xiàn)直播業(yè)務(wù)和時(shí)移業(yè)務(wù)切換時(shí)，反復(fù)拆除和重建通信連接和媒體傳輸通道導(dǎo)致切換效率較低、交互信令多、系統(tǒng)開銷大的問題。
一種直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法，包括在建立會(huì)話連接時(shí)與服務(wù)器協(xié)商，同時(shí)建立組播通道和單播通道； 向所述服務(wù)器發(fā)送攜帶請(qǐng)求組播標(biāo)識(shí)或請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求； 切換到所述播放請(qǐng)求所請(qǐng)求的媒體通道接收直播業(yè)務(wù)或時(shí)移業(yè)務(wù)，所述媒體通道包括在建立會(huì)話連接時(shí)建立的所述組播通道或單播通道。
一種直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法，包括在建立會(huì)話連接時(shí)與客戶端協(xié)商，使所述客戶端同時(shí)建立組播通道和單播通道； 接收所述客戶端發(fā)送的攜帶請(qǐng)求組播標(biāo)識(shí)或請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求； 根據(jù)所述播放請(qǐng)求為所述客戶端提供時(shí)移業(yè)務(wù)的服務(wù)或者提供直播業(yè)務(wù)的服務(wù)。
一種客戶端，包括協(xié)商模塊，用于在建立會(huì)話連接時(shí)與服務(wù)器協(xié)商，同時(shí)建立組播通道和單播通道； 播放請(qǐng)求發(fā)送模塊，用于向服務(wù)器發(fā)送攜帶請(qǐng)求組播標(biāo)識(shí)或請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求； 業(yè)務(wù)接收模塊，用于切換到通過所述播放請(qǐng)求所請(qǐng)求的媒體通道接收直播業(yè)務(wù)或時(shí)移業(yè)務(wù)，所述媒體通道包括客戶端在建立會(huì)話連接時(shí)與服務(wù)器協(xié)商同時(shí)建立的所述組播通道或單播通道。
一種服務(wù)器，包括協(xié)商模塊，用于在建立會(huì)話連接時(shí)與客戶端協(xié)商，使所述客戶端同時(shí)建立組播通道和單播通道； 播放請(qǐng)求接收模塊，用于接收所述客戶端發(fā)送的攜帶請(qǐng)求組播標(biāo)識(shí)或請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求； 服務(wù)提供模塊，用于根據(jù)所述播放請(qǐng)求為所述客戶端提供時(shí)移業(yè)務(wù)的服務(wù)或者提供直播業(yè)務(wù)的服務(wù)。
由于客戶端在建立會(huì)話連接時(shí)即與服務(wù)器同時(shí)完成了建立組播通道和單播通道的協(xié)商，協(xié)商建立的兩個(gè)媒體通道一直保持至?xí)掃B接被拆除，客戶端從組播通道切換至單播通道接收時(shí)移業(yè)務(wù)或從單播通道切換至組播通道接收直播業(yè)務(wù)，都不需要再次與服務(wù)器進(jìn)行建立組播通道和單播通道的協(xié)商，因此，本發(fā)明實(shí)施例減少了客戶端和服務(wù)器之間交互的信令、兩種媒體通道或業(yè)務(wù)的切換時(shí)間以及系統(tǒng)的開銷，從而大大提高了切換效率。


為了更清楚地說明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對(duì)實(shí)施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1是本發(fā)明實(shí)施例一提供的一種直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法基本流程示意圖； 圖2是本發(fā)明實(shí)施例二提供的一種直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法基本流程示意圖； 圖3_a是本發(fā)明實(shí)施例三提供的直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法中各個(gè)設(shè)備之間的交互示意圖； 圖3_b是本發(fā)明實(shí)施例三提供的直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法中各個(gè)設(shè)備之間的交互示意圖(續(xù)圖3-a)； 圖4是本發(fā)明實(shí)施例四提供的一種客戶端基本邏輯結(jié)構(gòu)示意圖； 圖5是本發(fā)明實(shí)施例五提供的一種客戶端基本邏輯結(jié)構(gòu)示意圖； 圖6是本發(fā)明實(shí)施例六提供的一種服務(wù)器基本邏輯結(jié)構(gòu)示意圖； 圖7是本發(fā)明實(shí)施例七提供的一種服務(wù)器基本邏輯結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
6 請(qǐng)參閱圖1，本發(fā)明實(shí)施例一提供的一種直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法基本流程示意圖，主要包括步驟 S11，客戶端在建立會(huì)話連接時(shí)與服務(wù)器協(xié)商，同時(shí)建立組播通道和單播通道。
會(huì)話連接的建立表明客戶端和服務(wù)器可以通過該連接進(jìn)行信息的交互。在本發(fā)明實(shí)施例中，當(dāng)客戶端與服務(wù)器建立會(huì)話連接時(shí)，客戶端即與服務(wù)器協(xié)商同時(shí)建立組播通道和單播通道，協(xié)商建立的兩個(gè)媒體通道將一直保持至?xí)掃B接被拆除。
客戶端與服務(wù)器同時(shí)協(xié)商建立組播通道和單播通道可以通過如下方式實(shí)現(xiàn) S111，客戶端向服務(wù)器發(fā)送一個(gè)“建立會(huì)話請(qǐng)求”消息，該“建立會(huì)話請(qǐng)求”消息同時(shí)包含了組播通道信息和單播通道信息，例如，組播通道信息表明將通過組播通道傳輸直播業(yè)務(wù)以及傳輸直播業(yè)務(wù)使用的協(xié)議等等，單播通道信息表明將通過單播通道傳輸時(shí)移業(yè)務(wù)、傳輸時(shí)移業(yè)務(wù)使用的協(xié)議以及客戶端的端口號(hào)等等； S112，客戶端接收服務(wù)器對(duì)“建立會(huì)話請(qǐng)求”消息所作的響應(yīng)消息。
響應(yīng)消息是對(duì)客戶端發(fā)出的“建立會(huì)話請(qǐng)求”消息確認(rèn)，例如，對(duì)通過組播通道傳輸直播業(yè)務(wù)以及傳輸直播業(yè)務(wù)使用的協(xié)議的確認(rèn)，對(duì)客戶端和服務(wù)器之間將通過單播通道傳輸時(shí)移業(yè)務(wù)、傳輸時(shí)移業(yè)務(wù)使用的協(xié)議以及客戶端的端口號(hào)的確認(rèn)等等。除此之外，響應(yīng)消息還包含直播業(yè)務(wù)源的組播IP地址、組播端口信息和時(shí)移業(yè)務(wù)源的單播端口信息等等。 響應(yīng)消息還可以包含時(shí)移業(yè)務(wù)源的單播IP地址，例如當(dāng)服務(wù)器指令其他網(wǎng)絡(luò)設(shè)備向客戶端提供時(shí)移業(yè)務(wù)數(shù)據(jù)時(shí)，響應(yīng)消息還攜帶該提供時(shí)移業(yè)務(wù)數(shù)據(jù)的網(wǎng)絡(luò)設(shè)備的IP地址；當(dāng)服務(wù)器自身向客戶端提供時(shí)移業(yè)務(wù)數(shù)據(jù)時(shí)，響應(yīng)消息可以不攜帶時(shí)移業(yè)務(wù)源的單播IP地址， 客戶端可以從響應(yīng)消息的報(bào)文頭中獲取響應(yīng)消息的源IP地址作為時(shí)移業(yè)務(wù)源的單播IP地址。
基于上述的“請(qǐng)求”與“響應(yīng)”，客戶端和服務(wù)器協(xié)商可以確定直播業(yè)務(wù)源的組播IP 地址、組播端口等進(jìn)行直播業(yè)務(wù)的基本信息以及客戶端的單播傳輸層協(xié)議、客戶端的IP地址、客戶端端口號(hào)、服務(wù)器的單播傳輸層協(xié)議、服務(wù)器的單播IP地址、服務(wù)器端口號(hào)等進(jìn)行時(shí)移業(yè)務(wù)的基本信息。
需要說明的是，單播通道是服務(wù)器向客戶端提供時(shí)移業(yè)務(wù)的媒體通道，組播通道是組播路由器向客戶端提供直播業(yè)務(wù)的媒體通道，并且，該兩個(gè)媒體通道皆是邏輯信道，其有別于物理的傳輸通道。
S12，客戶端向服務(wù)器發(fā)送攜帶請(qǐng)求組播標(biāo)識(shí)或請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求。
在本發(fā)明實(shí)施例中，請(qǐng)求組播標(biāo)識(shí)或請(qǐng)求單播標(biāo)識(shí)可以是協(xié)議消息體中增加的標(biāo)識(shí)字段，例如，對(duì)于請(qǐng)求組播標(biāo)識(shí)，可以是實(shí)時(shí)流傳輸協(xié)議(RTSP，Real Time Streaming Protocol)消息體中增加的標(biāo)識(shí)字段“Mode :RTP/AVP ；multicast”，用于標(biāo)識(shí)播放請(qǐng)求請(qǐng)求的媒體通道是組播通道；對(duì)于請(qǐng)求單播標(biāo)識(shí)，可以是RTSP消息體中增加的標(biāo)識(shí)字段“Mode RTP/AVP/UDP ；imicast”，用于標(biāo)識(shí)播放請(qǐng)求請(qǐng)求的媒體通道是單播通道。當(dāng)然，也可以直接采用RTSP消息體中已有的時(shí)間表示格式來標(biāo)識(shí)客戶端請(qǐng)求的媒體通道，例如，可以使用 RTSP協(xié)議消息體中的“Range :npt = now-”來標(biāo)識(shí)客戶端請(qǐng)求的媒體通道將是組播通道， 使用RTSP協(xié)議消息體中的“Range :clock = 2009110220T14320M-”來標(biāo)識(shí)客戶端請(qǐng)求的媒體通道將是單播通道。本發(fā)明對(duì)上述兩種方式并不加以限制。
S13，客戶端切換到通過播放請(qǐng)求所請(qǐng)求的媒體通道接收直播業(yè)務(wù)或時(shí)移業(yè)務(wù)。
媒體通道即是客戶端在建立會(huì)話連接時(shí)與服務(wù)器同時(shí)協(xié)商建立的組播通道或單播通道。當(dāng)客戶端向服務(wù)器發(fā)送了播放請(qǐng)求，例如，發(fā)送了攜帶請(qǐng)求組播標(biāo)識(shí)的播放請(qǐng)求后，若服務(wù)器響應(yīng)了此播放請(qǐng)求，則客戶端收到服務(wù)器端返回的響應(yīng)消息后，向組播路由器發(fā)送“加入組播”消息，該“加入組播”消息包含了客戶端與服務(wù)器在Sll中協(xié)商確定的直播業(yè)務(wù)源的組播IP地址，此后，客戶端通過組播通道從組播路由器接收來自直播業(yè)務(wù)源的直播業(yè)務(wù)。
再如，客戶端向服務(wù)器發(fā)送了攜帶請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求后，若服務(wù)器響應(yīng)了此播放請(qǐng)求，則客戶端收到服務(wù)器端返回的響應(yīng)消息后，通過單播通道從服務(wù)器接收時(shí)移業(yè)務(wù)。
當(dāng)客戶端即將通過播放請(qǐng)求所請(qǐng)求的媒體通道接收時(shí)移業(yè)務(wù)時(shí)，客戶端當(dāng)前接收的是直播業(yè)務(wù)，如此，在客戶端向服務(wù)器發(fā)送攜帶請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求之前，其首先可以退出直播業(yè)務(wù)，例如，通過向組播路由器發(fā)送一個(gè)“離開組播”消息，客戶端即停止接收來自直播業(yè)務(wù)源的直播業(yè)務(wù)。
應(yīng)該理解，在上述本發(fā)明實(shí)施例的步驟中，客戶端向服務(wù)器發(fā)送攜帶請(qǐng)求組播標(biāo)識(shí)的播放請(qǐng)求或請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求并無限定的先后順序，例如，當(dāng)客戶端當(dāng)前接收的是直播業(yè)務(wù)時(shí)，客戶端向服務(wù)器發(fā)送攜帶請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求；當(dāng)客戶端當(dāng)前接收的是時(shí)移業(yè)務(wù)時(shí)，客戶端向服務(wù)器發(fā)送攜帶請(qǐng)求組播標(biāo)識(shí)的播放請(qǐng)求，由此實(shí)現(xiàn)兩種業(yè)務(wù)的切換。
需要說明的是，由于客戶端在建立會(huì)話連接時(shí)即與服務(wù)器同時(shí)完成了建立組播通道和單播通道的協(xié)商，協(xié)商建立的兩個(gè)媒體通道一直保持至?xí)掃B接被拆除，客戶端從組播通道切換至單播通道接收時(shí)移業(yè)務(wù)或從單播通道切換至組播通道接收直播業(yè)務(wù)，都不需要再次與服務(wù)器進(jìn)行建立組播通道和單播通道的協(xié)商，因此，本發(fā)明實(shí)施例減少了客戶端和服務(wù)器之間交互的信令、兩種媒體通道或業(yè)務(wù)的切換時(shí)間以及系統(tǒng)的開銷，從而大大提高了切換效率。
本領(lǐng)域普通技術(shù)人員可以理解，本發(fā)明實(shí)施例不僅可以應(yīng)用于IPTV中，也可以應(yīng)用于互動(dòng)電視(Interactive television，ITV)、數(shù)字電視(Digitaltelevision,DTV)或其它視頻業(yè)務(wù)中。
請(qǐng)參閱圖2，本發(fā)明實(shí)施例二提供的一種直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法基本流程示意圖，主要包括步驟 S21，服務(wù)器在建立會(huì)話連接時(shí)與客戶端協(xié)商，使該客戶端同時(shí)建立組播通道和單播通道。
服務(wù)器與客戶端協(xié)商同時(shí)建立組播通道和單播通道可以通過如下方式實(shí)現(xiàn) S211，服務(wù)器接收客戶端發(fā)送的“建立會(huì)話請(qǐng)求”消息，該“建立會(huì)話請(qǐng)求”消息同時(shí)包含了組播通道信息和單播通道信息，例如，組播通道信息表明將通過組播通道傳輸直播業(yè)務(wù)以及傳輸直播業(yè)務(wù)使用的協(xié)議等等，單播通道信息表明將通過單播通道傳輸時(shí)移業(yè)務(wù)、傳輸時(shí)移業(yè)務(wù)使用的協(xié)議以及客戶端的端口號(hào)等等。
S212，服務(wù)器對(duì)組播通道信息和單播通道信息進(jìn)行確認(rèn)并保存； 服務(wù)器對(duì)來自客戶端的組播通道信息和單播通道信息進(jìn)行確認(rèn)，初始化直播狀態(tài)和時(shí)移狀態(tài)，保存確認(rèn)后的組播通道信息和單播通道信息。由于初始化狀態(tài)實(shí)際上就是一個(gè)“空狀態(tài)”，即，在初始化狀態(tài)，不具備組播通道和單播通道的任何信息。邏輯信道(組播通道或單播通道)能夠正常工作，不可能從初始化狀態(tài)直接跳躍到工作態(tài)，還必須經(jīng)歷“就緒態(tài)”。因此，在本發(fā)明實(shí)施例中，服務(wù)器保存確認(rèn)后的組播通道信息和單播通道信息后，將直播狀態(tài)和時(shí)移狀態(tài)的初始化狀態(tài)都置為就緒態(tài)，表示為信道進(jìn)入工作態(tài)做好了必要的準(zhǔn)備。
S213，服務(wù)器返回對(duì)“建立會(huì)話請(qǐng)求”所作的響應(yīng)消息，該響應(yīng)消息是對(duì)通過組播通道傳輸直播業(yè)務(wù)以及傳輸直播業(yè)務(wù)使用的協(xié)議的確認(rèn)，對(duì)客戶端和服務(wù)器之間將通過單播通道傳輸時(shí)移業(yè)務(wù)、傳輸時(shí)移業(yè)務(wù)使用的協(xié)議以及客戶端的端口號(hào)的確認(rèn)等等。除此之外，響應(yīng)消息還包含直播業(yè)務(wù)源的組播IP地址、組播端口信息以及時(shí)移業(yè)務(wù)源的單播端口
I H ； K、寸寸。
S22，服務(wù)器接收客戶端發(fā)送的攜帶請(qǐng)求組播標(biāo)識(shí)或請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求。
請(qǐng)求組播標(biāo)識(shí)或請(qǐng)求單播標(biāo)識(shí)已在前述實(shí)施例一做了說明，可以參考前述實(shí)施例一，此處不再贅述。
S23，服務(wù)器根據(jù)播放請(qǐng)求為客戶端提供時(shí)移業(yè)務(wù)的服務(wù)或者提供直播業(yè)務(wù)的服務(wù)。
例如，若服務(wù)器接收的播放請(qǐng)求是攜帶請(qǐng)求組播標(biāo)識(shí)的播放請(qǐng)求，則服務(wù)器為客戶端提供直播業(yè)務(wù)的服務(wù)包括 S231，服務(wù)器激活直播狀態(tài)； 服務(wù)器激活直播狀態(tài)，S卩，服務(wù)器將時(shí)移狀態(tài)繼續(xù)維持為就緒態(tài)，將直播狀態(tài)的就緒態(tài)更改為工作態(tài)，為客戶端提供直播業(yè)務(wù)的服務(wù)。
這里需要說明的是，組播通道雖然是客戶端和組播路由器之間的邏輯信道，直播業(yè)務(wù)(數(shù)據(jù))通過組播通道傳輸，但直播業(yè)務(wù)的傳輸仍然需要提供相應(yīng)的服務(wù)，例如，對(duì)直播業(yè)務(wù)的計(jì)費(fèi)、計(jì)時(shí)和跟蹤用戶行為等等。
S232，服務(wù)器向客戶端返回播放請(qǐng)求的響應(yīng)消息。
該響應(yīng)消息在前述實(shí)施例一已說明，此處不再贅述。客戶端收到播放請(qǐng)求的響應(yīng)消息后，向組播路由器發(fā)送“加入組播”消息。
需要說明的是，若服務(wù)器接收的播放請(qǐng)求是攜帶請(qǐng)求組播標(biāo)識(shí)的播放請(qǐng)求，并且當(dāng)前維護(hù)的播放狀態(tài)是時(shí)移狀態(tài)，則服務(wù)器在激活直播狀態(tài)之前掛起時(shí)移狀態(tài)，即，將時(shí)移狀態(tài)的工作態(tài)更改為就緒態(tài)。
再如，若服務(wù)器接收的播放請(qǐng)求是攜帶請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求，則服務(wù)器為客戶端提供時(shí)移業(yè)務(wù)的服務(wù)包括 S’ 231，服務(wù)器激活時(shí)移狀態(tài)； 服務(wù)器激活時(shí)移狀態(tài)，S卩，服務(wù)器將直播狀態(tài)繼續(xù)維持為就緒態(tài)，將時(shí)移狀態(tài)的就緒態(tài)更改為工作態(tài)，為客戶端提供單播服務(wù)。
S’ 232，服務(wù)器向客戶端返回播放請(qǐng)求的響應(yīng)消息； S’ 233，服務(wù)器向客戶端發(fā)送時(shí)移業(yè)務(wù)。
服務(wù)器可以從自身的或其他網(wǎng)絡(luò)設(shè)備中的存儲(chǔ)裝置讀取當(dāng)前直播狀態(tài)之前一段時(shí)間的時(shí)移業(yè)務(wù)數(shù)據(jù)，采用單播技術(shù)向客戶端發(fā)送。服務(wù)器也可以指令其他網(wǎng)絡(luò)設(shè)備向客戶端發(fā)送其請(qǐng)求的時(shí)移業(yè)務(wù)數(shù)據(jù)。
同樣需要說明的是，若服務(wù)器接收的播放請(qǐng)求是攜帶請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求， 并且當(dāng)前維護(hù)的播放狀態(tài)是直播狀態(tài)，則服務(wù)器在激活時(shí)移動(dòng)狀態(tài)之前掛起直播狀態(tài)。
為了更加清楚地說明本發(fā)明，圖3-a和圖3-b給出了本發(fā)明實(shí)施例三提供的直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法(實(shí)施例一和實(shí)施例二)中各個(gè)設(shè)備之間的交互示意圖。
圖3-a和圖3-b是用戶觀看央視1套(CCTVl)時(shí)，發(fā)生的直播業(yè)務(wù)和時(shí)移業(yè)務(wù)之間切換的場景實(shí)施例。在本實(shí)施例中，客戶端與服務(wù)器之間采用RTSP協(xié)議進(jìn)行交互，客戶端與組播路由器之間采用互聯(lián)網(wǎng)組管理協(xié)議(IGMP，Internet Group Management Protocol) 進(jìn)行交互。本發(fā)明實(shí)施例三中客戶端的功能由機(jī)頂盒實(shí)現(xiàn)，機(jī)頂盒連接有電視機(jī)進(jìn)行音視頻播放，用戶通過遙控器對(duì)機(jī)頂盒進(jìn)行操作，客戶端、服務(wù)器和組播路由器之間的交互包括 S301，客戶端接收用戶通過遙控器輸入的觀看頻道CCTV-I直播節(jié)目的命令； S302，客戶端向服務(wù)器發(fā)送“建立會(huì)話請(qǐng)求”消息(例如，Setup消息)，該消息舉例如下 SETUP rtsp://foo/twister RTSP/1. 0 CSeq :1 Transport :RTP/AVP ；multicast ； RTP/AVP/UDP ；unicast ；client_port = 8002—8003 “建立會(huì)話請(qǐng)求”消息中既包含組播通道信息，例如“RTP/AVP ；multicast",又包含單播通道信息，例如"RTP/AVP/UDP ；unicast ；client_port = 8002-8003”，其中， multicast表明將通過組播通道傳輸直播業(yè)務(wù)，而“RTP/AVP ；multicast”中的RTP/AVP表明傳輸直播業(yè)務(wù)使用的是RTP/AVP協(xié)議等等；unicast表明將通過單播通道傳輸時(shí)移業(yè)務(wù)，而“RTP/AVP/UDP ；unicast ；client_port = 8002-8003” 中的 RTP/AVP/UDP 和 client_ port = 8002-8003分別表明傳輸時(shí)移業(yè)務(wù)使用的是RTP/AVP/UDP協(xié)議和客戶端的端口號(hào)是 8002-8003 等等。
可選地，在S302之前，客戶端可以向服務(wù)器發(fā)送“查詢”消息(例如，DESCRIBE消息)，用于向服務(wù)器獲取節(jié)目的描述信息。
S303，服務(wù)器接收來自客戶端的“建會(huì)話請(qǐng)求”消息后，對(duì)組播通道信息和單播通道信息進(jìn)行確認(rèn)，并初始化直播狀態(tài)和時(shí)移狀態(tài)，保存確認(rèn)后的組播通道信息和單播通道信息，將直播狀態(tài)和時(shí)移狀態(tài)的初始化態(tài)都置為就緒態(tài)； S304,服務(wù)器向客戶端返回“建立會(huì)話響應(yīng)”消息，該消息舉例如下 RTSP/1. 0 2000K CSeq 1 Transport :RTP/AVP ；multicast ；destination = 224. 2. 0. 1 ；port = 3456-3457 ； RTP/AVP/UDP ；unicast ；client_port = 8002—8003 ；server_port = 9004—900 Session :12345678 “建立會(huì)話響應(yīng)”消息中包含對(duì)組播通道信息的確認(rèn)，例如“RTP/AVP ；multicast ； destination = 224. 2. 0. 1 ；port = 3456-3457”，同時(shí)包含確認(rèn)的單播通道信息，例如 "RTP/AVP/UDP ；unicast ；client—port = 8002-8003 ；server_port = 9004—9005”。
S305，客戶端向服務(wù)器發(fā)送“播放請(qǐng)求”消息(例如，Play消息)，“播放請(qǐng)求”消息攜帶“請(qǐng)求組播標(biāo)識(shí)”，該消息舉例如下 PLAY rtsp://foo/twister RTSP/1. 0 CSeq: 2 Range :npt = now- Session :12345678 該消息中包含的“請(qǐng)求組播標(biāo)識(shí)”用于標(biāo)識(shí)本次客戶端請(qǐng)求的媒體通道是組播通道，其可以是已有協(xié)議消息體中的時(shí)間表示格式，例如“Range :npt = now-” ；或者是采用已有協(xié)議消息體中新增加的標(biāo)識(shí)字段，例如新增加的“Mode :RTP/AVP ；multicast"標(biāo)識(shí)本次客戶端請(qǐng)求的媒體通道是組播通道，已有協(xié)議消息體中的時(shí)間表示格式“Range :npt = now-”僅標(biāo)識(shí)播放時(shí)間點(diǎn)。在已有協(xié)議消息體中新增加標(biāo)識(shí)字段的消息舉例如下 PLAY rtsp://foo/twister RTSP/1. 0 CSeq 2 Range :npt = now- Mode :RTP/AVP ；multicast Session :12345678 S306，服務(wù)器收到來自客戶端的“播放請(qǐng)求”消息后，激活直播狀態(tài)，即，服務(wù)器將直播狀態(tài)更改為工作態(tài)，為客戶端提供直播服務(wù)，但仍然將時(shí)移狀態(tài)維持在就緒態(tài)不變； S307，服務(wù)器向客戶端返回“播放請(qǐng)求響應(yīng)”消息，該消息舉例如下 RTSP/1.0 2000K CSeq: 2 Session :12345678 Range :npt = now- S308，客戶端向組播路由器發(fā)送“加入組播”消息，例如，IGMP中的報(bào)告消息(IGMP Report)消息； S309，組播路由器向客戶端發(fā)送采用組播技術(shù)的直播業(yè)務(wù)數(shù)據(jù)，用戶在電視機(jī)上成功觀看到CCTV-I的直播節(jié)目； S310，用戶暫時(shí)離開，客戶端接收用戶通過遙控器發(fā)送的“暫?！泵?； S311，客戶端向服務(wù)器發(fā)送“暫停請(qǐng)求”消息(例如，Pause消息)，消息舉例如下 PAUSE rtsp://foo/twister RTSP/1. 0 CSeq 3 Session :12345678 可選地，在S311之前，客戶端可以向服務(wù)器發(fā)送“獲取參數(shù)”消息(例如，GET_ PARAMETER消息)，用于向服務(wù)器獲取當(dāng)前時(shí)間等等。
S312，服務(wù)器收到來自客戶端的“暫停請(qǐng)求”消息后，掛起直播狀態(tài)(即，服務(wù)器將當(dāng)前的直播狀態(tài)由工作態(tài)改為就緒態(tài))，暫時(shí)停止直播服務(wù)； S313，服務(wù)器向客戶端返回“暫停響應(yīng)”消息，該消息舉例如下 RTSP/1.0 2000K CSeq 3 Session :12345678 S314，客戶端向組播路由器發(fā)送“離開組播”消息，例如，IGMP中的“離開”(IGMP Leave)消息以使組播路由器停止向客戶端發(fā)送組播數(shù)據(jù)； S315，客戶端接收用戶通過遙控器輸入的“轉(zhuǎn)入時(shí)移業(yè)務(wù)”的命令； S316，客戶端向服務(wù)器發(fā)送“播放請(qǐng)求”消息(例如，Play消息)，該“播放請(qǐng)求” 消息攜帶“請(qǐng)求單播標(biāo)識(shí)”，舉例如下 PLAY rtsp://foo/twister RTSP/1. 0 CSeq 4 Range :clock = 2009110220T143205Z- Session :12345678 該消息中包含的“請(qǐng)求單播標(biāo)識(shí)”用于標(biāo)識(shí)本次客戶端請(qǐng)求的媒體通道是單播通道，其可以是已有協(xié)議消息體中的時(shí)間表示格式，例如“Range :clock = 2009110220T14320M-”；或者采用是已有協(xié)議消息體中新增加的標(biāo)識(shí)字段，例如新增加的 "Mode :RTP/AVP/UDP ；imicast”標(biāo)識(shí)本次客戶端請(qǐng)求的媒體通道是單播通道，已有協(xié)議消息體中的時(shí)間表示格式“Range :clock = 2009110220T143205Z-”僅標(biāo)識(shí)播放時(shí)間點(diǎn)。在已有協(xié)議消息體中新增加標(biāo)識(shí)字段的消息舉例如下 PLAY rtsp://foo/twister RTSP/1. 0 CSeq 4 Range :clock = 2009110220T143205Z- Mode :RTP/AVP/UDP ；unicast Session :12345678 S317，服務(wù)器收到來自客戶端的“播放請(qǐng)求”消息后，激活時(shí)移狀態(tài)，S卩，服務(wù)器將時(shí)移狀態(tài)更改為工作態(tài)，為客戶端提供時(shí)移服務(wù)，但仍然將直播狀態(tài)維持在就緒態(tài)不變； S318，服務(wù)器向客戶端返回“播放請(qǐng)求響應(yīng)”消息，該消息舉例如下 RTSP/1.0 2000K CSeq 4 Session :12345678 Range :clock = 2009110220T143205Z- RTP-Info :url = rtsp://foo/twister ；seq = 11033 ；rtptime = 1210140 S319，服務(wù)器采用單播技術(shù)向客戶端發(fā)送時(shí)移業(yè)務(wù)數(shù)據(jù)，用戶在電視機(jī)上成功恢復(fù)觀看到之前暫停的CCTV-I的時(shí)移節(jié)目； S320，客戶端接收用戶通過遙控器發(fā)送的“請(qǐng)求恢復(fù)觀看CCTV-I的直播節(jié)目”的命令； S321，客戶端向服務(wù)器發(fā)送“播放請(qǐng)求”消息(例如，Play消息)，該“播放請(qǐng)求” 消息攜帶請(qǐng)求組播標(biāo)識(shí)，消息舉例如下 PLAY rtsp://foo/twister RTSP/1. 0 CSeq: 5 Range :npt = now- Session :12345678 該消息中包含的“請(qǐng)求組播標(biāo)識(shí)”用于標(biāo)識(shí)本次客戶端請(qǐng)求的媒體通道是組播通道，其可以是已有協(xié)議消息體中的時(shí)間表示格式，例如“Range :npt = now-”，或者是已有協(xié)議消息體中新增加的標(biāo)識(shí)字段，例如“Mode :RTP/AVP ；multicast”，在已有協(xié)議消息體中新增加標(biāo)識(shí)字段的消息舉例如下 PLAY rtsp://foo/twister RTSP/1. 0 CSeq: 5 Range :npt = now- Mode :RTP/AVP ；multicast Session :12345678 S322，服務(wù)器收到來自客戶端的“播放請(qǐng)求”消息后，掛起時(shí)移狀態(tài)，激活直播狀態(tài)，即，服務(wù)器將當(dāng)前的時(shí)移狀態(tài)改為就緒態(tài)，將直播狀態(tài)改為工作態(tài)，為客戶端提供直播服務(wù)，暫停時(shí)移服務(wù)，停止發(fā)送時(shí)移業(yè)務(wù)數(shù)據(jù)； S323，服務(wù)器向客戶端返回“播放請(qǐng)求響應(yīng)”消息，消息舉例如下 RTSP/1.0 2000K CSeq: 5 Session :12345678 Range :npt = now- RTP-Info :url = rtsp://foo/twister ；seq = 13092 ；rtptime = 1320100 S324，客戶端向組播路由器發(fā)送“加入組播”消息，例如，IGMP Report消息； S325，組播路由器向客戶端發(fā)送采用組播技術(shù)的直播業(yè)務(wù)數(shù)據(jù)，用戶在電視機(jī)上再次成功觀看到CCTV-I的直播節(jié)目； 用戶可以繼續(xù)反復(fù)上述步驟S301至S325，進(jìn)行直播與時(shí)移業(yè)務(wù)的相互切換。
S326，客戶端向服務(wù)器發(fā)送“拆除會(huì)話請(qǐng)求”消息(例如，Teardown消息)； S327，服務(wù)器刪除直播狀態(tài)和時(shí)移狀態(tài)，并向客戶端返回“拆除會(huì)話響應(yīng)”消息。
從上述實(shí)施例二和/或?qū)嵤├芍?，由于客戶端在首次建立?huì)話連接時(shí)即與服務(wù)器同時(shí)完成了建立組播通道和單播通道的協(xié)商(S302至S304)，協(xié)商建立的兩個(gè)媒體通道一直保持至?xí)掃B接被拆除至S327)，客戶端從組播通道切換至接收時(shí)移業(yè)務(wù)或從單播通道切換至接收直播業(yè)務(wù)，都不需要再次與服務(wù)器進(jìn)行建立組播通道和單播通道的協(xié)商，因此，本發(fā)明實(shí)施例減少了客戶端和服務(wù)器之間交互的信令、兩種媒體通道或業(yè)務(wù)的切換時(shí)間以及系統(tǒng)的開銷，從而大大提高了切換效率。
請(qǐng)參閱圖4，本發(fā)明實(shí)施例四提供的一種客戶端基本邏輯結(jié)構(gòu)示意圖。為了便于說明，僅僅示出了與本發(fā)明實(shí)施例相關(guān)的部分。該客戶端包含的功能模塊可以是軟件模塊、硬件模塊或軟硬件相結(jié)合的模塊，包括 協(xié)商模塊41，用于在建立會(huì)話連接時(shí)與服務(wù)器協(xié)商，同時(shí)建立組播通道和單播通道； 播放請(qǐng)求發(fā)送模塊42，用于向服務(wù)器發(fā)送攜帶請(qǐng)求組播標(biāo)識(shí)或請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求； 業(yè)務(wù)接收模塊43，用于切換到通過播放請(qǐng)求所請(qǐng)求的媒體通道接收直播業(yè)務(wù)或時(shí)移業(yè)務(wù)，該媒體通道包括客戶端在建立會(huì)話連接時(shí)與服務(wù)器同時(shí)協(xié)商建立的組播通道或單播通道。
圖4示例的協(xié)商模塊41可以進(jìn)一步包括會(huì)話請(qǐng)求發(fā)送單元51和響應(yīng)消息接收單元52，如圖5所示本發(fā)明實(shí)施例五提供的客戶端，其中 會(huì)話請(qǐng)求發(fā)送單元51，用于向服務(wù)器發(fā)送建立會(huì)話請(qǐng)求，該會(huì)話請(qǐng)求包含組播通道信息和單播通道信息； 響應(yīng)消息接收單元52，用于接收服務(wù)器對(duì)建立會(huì)話請(qǐng)求所作的響應(yīng)消息，該響應(yīng)消息至少包含直播業(yè)務(wù)源的組播IP地址、組播端口以及時(shí)移業(yè)務(wù)源的單播IP地址、單播端 請(qǐng)參閱圖6，本發(fā)明實(shí)施例六提供的一種服務(wù)器基本邏輯結(jié)構(gòu)示意圖。為了便于說明，僅僅示出了與本發(fā)明實(shí)施例相關(guān)的部分。該服務(wù)器包含的功能模塊可以是軟件模塊、硬件模塊或軟硬件相結(jié)合的模塊，包括 協(xié)商模塊61，用于在建立會(huì)話連接時(shí)與客戶端協(xié)商，使該客戶端同時(shí)建立組播通道和單播通道； 播放請(qǐng)求接收模塊62，用于接收客戶端發(fā)送的攜帶請(qǐng)求組播標(biāo)識(shí)或請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求； 服務(wù)提供模塊63，用于根據(jù)播放請(qǐng)求為客戶端提供時(shí)移業(yè)務(wù)的服務(wù)或者提供直播業(yè)務(wù)的服務(wù)。
圖6示例的協(xié)商模塊61可以進(jìn)一步包括接收單元71、通道信息保存單元72和響應(yīng)單元73，如圖7所示本發(fā)明實(shí)施例七提供的服務(wù)器，其中 接收單元71，用于接收客戶端發(fā)送的建立會(huì)話請(qǐng)求，該建立會(huì)話請(qǐng)求包含組播通道信息和單播通道信息； 通道信息保存單元72，用于對(duì)接收單元71接收的組播通道信息和單播通道信息進(jìn)行確認(rèn)并保存； 響應(yīng)單元73，用于響應(yīng)建立會(huì)話請(qǐng)求并發(fā)出響應(yīng)消息，該響應(yīng)消息至少包含直播業(yè)務(wù)源的組播IP地址、組播端口以及時(shí)移業(yè)務(wù)源的單播IP地址、單播端口。
需要說明的是，上述設(shè)備各模塊/單元之間的信息交互、執(zhí)行過程等內(nèi)容，由于與本發(fā)明方法實(shí)施例基于同一構(gòu)思，其帶來的技術(shù)效果與本發(fā)明方法實(shí)施例相同，具體內(nèi)容可參見本發(fā)明方法實(shí)施例中的敘述，此處不再贅述。
本領(lǐng)域普通技術(shù)人員可以理解上述實(shí)施例的各種方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，該程序可以存儲(chǔ)于一計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，存儲(chǔ)介質(zhì)可以包括只讀存儲(chǔ)器(ROM，Read Only Memory)、隨機(jī)存取存儲(chǔ)器(RAM，Random Access Memory)、磁盤或光盤等。
以上對(duì)本發(fā)明實(shí)施例所提供的一種直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法以及相應(yīng)設(shè)備進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個(gè)例對(duì)本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。
1權(quán)利要求
1.一種直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法，其特征在于，包括 在建立會(huì)話連接時(shí)與服務(wù)器協(xié)商，同時(shí)建立組播通道和單播通道； 向所述服務(wù)器發(fā)送攜帶請(qǐng)求組播標(biāo)識(shí)或請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求；切換到所述播放請(qǐng)求所請(qǐng)求的媒體通道接收直播業(yè)務(wù)或時(shí)移業(yè)務(wù)，所述媒體通道包括在建立會(huì)話連接時(shí)建立的所述組播通道或單播通道。
2.根據(jù)權(quán)利要求1所述直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法，其特征在于，所述請(qǐng)求組播標(biāo)識(shí)或請(qǐng)求單播標(biāo)識(shí)為所述播放請(qǐng)求采用的協(xié)議消息體中增加的標(biāo)識(shí)字段。
3.根據(jù)權(quán)利要求1所述直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法，其特征在于，所述在建立會(huì)話連接時(shí)與服務(wù)器協(xié)商，同時(shí)建立組播通道和單播通道包括向所述服務(wù)器發(fā)送建立會(huì)話請(qǐng)求，所述建立會(huì)話請(qǐng)求包含組播通道信息和單播通道信息；接收所述服務(wù)器對(duì)所述建立會(huì)話請(qǐng)求所作的響應(yīng)消息，所述響應(yīng)消息至少包含直播業(yè)務(wù)源的組播IP地址、組播端口和時(shí)移業(yè)務(wù)源的單播端口。
4.根據(jù)權(quán)利要求1所述直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法，其特征在于，若向所述服務(wù)器發(fā)送攜帶請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求，則切換到所述播放請(qǐng)求所請(qǐng)求的媒體通道接收直播業(yè)務(wù)或時(shí)移業(yè)務(wù)之前，還包括退出直播業(yè)務(wù)；所述切換到所述播放請(qǐng)求所請(qǐng)求的媒體通道接收直播業(yè)務(wù)或時(shí)移業(yè)務(wù)包括 接收所述服務(wù)器對(duì)所述播放請(qǐng)求所作的響應(yīng)； 通過所述單播通道從所述服務(wù)器接收時(shí)移業(yè)務(wù)。
5.根據(jù)權(quán)利要求1所述直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法，其特征在于，若向所述服務(wù)器發(fā)送攜帶請(qǐng)求組播標(biāo)識(shí)的播放請(qǐng)求，則切換到所述播放請(qǐng)求所請(qǐng)求的媒體通道接收直播業(yè)務(wù)或時(shí)移業(yè)務(wù)之前，還包括退出時(shí)移業(yè)務(wù)；所述切換到所述播放請(qǐng)求所請(qǐng)求的媒體通道接收直播業(yè)務(wù)或時(shí)移業(yè)務(wù)包括 接收所述服務(wù)器對(duì)所述播放請(qǐng)求所作的響應(yīng)； 向組播路由器發(fā)送加入組播消息； 通過組播通道從所述組播路由器接收直播業(yè)務(wù)。
6.一種直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法，其特征在于，包括在建立會(huì)話連接時(shí)與客戶端協(xié)商，使所述客戶端同時(shí)建立組播通道和單播通道； 接收所述客戶端發(fā)送的攜帶請(qǐng)求組播標(biāo)識(shí)或請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求； 根據(jù)所述播放請(qǐng)求為所述客戶端提供時(shí)移業(yè)務(wù)的服務(wù)或者提供直播業(yè)務(wù)的服務(wù)。
7.根據(jù)權(quán)利要求6所述直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法，其特征在于，所述在建立會(huì)話連接時(shí)與客戶端協(xié)商，使所述客戶端同時(shí)建立組播通道和單播通道包括接收所述客戶端發(fā)送的建立會(huì)話請(qǐng)求，所述建立會(huì)話請(qǐng)求包括組播通道信息和單播通道信息；對(duì)所述組播通道信息和單播通道信息進(jìn)行確認(rèn)并保存；返回對(duì)所述建立會(huì)話請(qǐng)求所作的響應(yīng)消息，所述響應(yīng)消息至少包含直播業(yè)務(wù)源的組播 IP地址、組播端口和時(shí)移業(yè)務(wù)源的單播端口。
8.根據(jù)權(quán)利要求6所述直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法，其特征在于，若接收所述播放請(qǐng)求前維護(hù)的播放狀態(tài)是時(shí)移狀態(tài)，則激活直播狀態(tài)之前進(jìn)一步包括掛起時(shí)移狀態(tài)；若接收的播放請(qǐng)求是攜帶請(qǐng)求組播標(biāo)識(shí)的播放請(qǐng)求，則根據(jù)所述播放請(qǐng)求為所述客戶端提供時(shí)移業(yè)務(wù)的服務(wù)或者提供直播業(yè)務(wù)的服務(wù)包括激活直播狀態(tài)；向所述客戶端返回所述播放請(qǐng)求的響應(yīng)消息以使所述客戶端向組播路由器發(fā)送加入組播消息。
9.根據(jù)權(quán)利要求6所述直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法，其特征在于，若接收的播放請(qǐng)求是攜帶請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求且當(dāng)前維護(hù)的播放狀態(tài)是直播狀態(tài)，則激活時(shí)移狀態(tài)之前進(jìn)一步包括掛起直播狀態(tài)；若接收的播放請(qǐng)求是攜帶請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求，則根據(jù)所述播放請(qǐng)求為所述客戶端提供時(shí)移業(yè)務(wù)的服務(wù)或者提供直播業(yè)務(wù)的服務(wù)包括激活時(shí)移狀態(tài)；向所述客戶端返回所述播放請(qǐng)求的響應(yīng)消息；向所述客戶端發(fā)送時(shí)移業(yè)務(wù)。
10.根據(jù)權(quán)利要求6至9任意一項(xiàng)所述直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法，其特征在于， 所述請(qǐng)求組播標(biāo)識(shí)或請(qǐng)求單播標(biāo)識(shí)為協(xié)議消息體中增加的標(biāo)識(shí)字段。
11.一種客戶端，其特征在于，所述客戶端包括協(xié)商模塊，用于在建立會(huì)話連接時(shí)與服務(wù)器協(xié)商，同時(shí)建立組播通道和單播通道；播放請(qǐng)求發(fā)送模塊，用于向服務(wù)器發(fā)送攜帶請(qǐng)求組播標(biāo)識(shí)或請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求；業(yè)務(wù)接收模塊，用于切換到通過所述播放請(qǐng)求所請(qǐng)求的媒體通道接收直播業(yè)務(wù)或時(shí)移業(yè)務(wù)，所述媒體通道包括客戶端在建立會(huì)話連接時(shí)與服務(wù)器協(xié)商同時(shí)建立的所述組播通道或單播通道。
12.根據(jù)權(quán)利要求11所述客戶端，其特征在于，所述協(xié)商模塊包括會(huì)話請(qǐng)求發(fā)送單元，用于向所述服務(wù)器發(fā)送建立會(huì)話請(qǐng)求，所述建立會(huì)話請(qǐng)求包含組播通道信息和單播通道信息；響應(yīng)消息接收單元，用于接收所述服務(wù)器對(duì)所述建立會(huì)話請(qǐng)求所作的響應(yīng)消息，所述響應(yīng)消息至少包含直播業(yè)務(wù)源的組播IP地址、組播端口和時(shí)移業(yè)務(wù)源的單播端口。
13.一種服務(wù)器，其特征在于，所述服務(wù)器包括協(xié)商模塊，用于在建立會(huì)話連接時(shí)與客戶端協(xié)商，使所述客戶端同時(shí)建立組播通道和單播通道；播放請(qǐng)求接收模塊，用于接收所述客戶端發(fā)送的攜帶請(qǐng)求組播標(biāo)識(shí)或請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求；服務(wù)提供模塊，用于根據(jù)所述播放請(qǐng)求為所述客戶端提供時(shí)移業(yè)務(wù)的服務(wù)或者提供直播業(yè)務(wù)的服務(wù)。
14.根據(jù)權(quán)利要求13所述服務(wù)器，其特征在于，所述協(xié)商模塊包括接收單元，用于接收客戶端發(fā)送的建立會(huì)話請(qǐng)求，所述建立會(huì)話請(qǐng)求包含組播通道信息和單播通道信息；通道信息保存單元，用于對(duì)所述接收單元接收的組播通道信息和單播通道信息進(jìn)行確認(rèn)并保存；響應(yīng)單元，用于響應(yīng)所述建立會(huì)話請(qǐng)求并發(fā)出響應(yīng)消息，所述響應(yīng)消息至少包含直播業(yè)務(wù)源的組播IP地址、組播端口和時(shí)移業(yè)務(wù)源的單播端口。
全文摘要
本發(fā)明實(shí)施例提供一種直播業(yè)務(wù)和時(shí)移業(yè)務(wù)的切換方法以及相應(yīng)設(shè)備，旨在解決現(xiàn)有技術(shù)在實(shí)現(xiàn)直播業(yè)務(wù)和時(shí)移業(yè)務(wù)切換時(shí)，反復(fù)拆除和重建通信連接和媒體傳輸通道導(dǎo)致切換效率較低、交互信令多、系統(tǒng)開銷大的問題。該方法包括在建立會(huì)話連接時(shí)與服務(wù)器協(xié)商，同時(shí)建立組播通道和單播通道；向所述服務(wù)器發(fā)送攜帶請(qǐng)求組播標(biāo)識(shí)或請(qǐng)求單播標(biāo)識(shí)的播放請(qǐng)求；切換到所述播放請(qǐng)求所請(qǐng)求的媒體通道接收直播業(yè)務(wù)或時(shí)移業(yè)務(wù)，所述媒體通道包括在建立會(huì)話連接時(shí)建立的所述組播通道或單播通道。本發(fā)明實(shí)施例減少了客戶端和服務(wù)器之間交互的信令、兩種媒體通道或業(yè)務(wù)的切換時(shí)間以及系統(tǒng)的開銷，從而大大提高了切換效率。
文檔編號(hào)H04L12/18GK102195955SQ20101013023
公開日2011年9月21日 申請(qǐng)日期2010年3月18日 優(yōu)先權(quán)日2010年3月18日
發(fā)明者殷悅, 宋偉, 康玉東 申請(qǐng)人:華為技術(shù)有限公司