專利名稱：一種ip電視頻道切換處理方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種IP電視頻道切換處理方法、裝置 和系統(tǒng)。
背景技術(shù)：
根據(jù)ITU-T (International Telecommunication Union -Telecommunication Standardization Sector, 國際電信聯(lián)盟-電信標(biāo)準(zhǔn) 部)的最新定義，IPTV (Internet Protocol Television, IP電一見)就是 在IP( Internet Protocol,因特網(wǎng)協(xié)議)網(wǎng)絡(luò)上傳送電視、視頻、文本、 圖形和數(shù)據(jù)等，并提供Q0S/Q0E (Quality of Service/ Quality of Experience,服務(wù)質(zhì)量/客戶感知體驗(yàn))保證，從而提供安全且具有交互性 和可靠性的可管理的多媒體業(yè)務(wù)。
目前IPTV大多采用組播技術(shù)傳送。為了獲取組播流量，用戶通過特定 的PVC( Permanent Virtual Channel,永久虛擬通道)，釆用IGMP ( Internet Group Management Protocol,因特網(wǎng)組管理協(xié)i義)加入組播組，該組播組 對(duì)應(yīng)特定的頻道，,人而接收來自該頻道的組播流量，就能收看該頻道的節(jié) 目。來自某一頻道的組播流量從組播源沿組播轉(zhuǎn)發(fā)路徑傳遞到用戶，其中， 可以根據(jù)實(shí)際組網(wǎng)來部署組播復(fù)制點(diǎn)，舉例來說，將邊緣業(yè)務(wù)路由器部署 為組播復(fù)制點(diǎn)。因?yàn)檫吘墭I(yè)務(wù)路由器作為業(yè)務(wù)接入點(diǎn)，可以看到具體的業(yè) 務(wù)和用戶，方便組播業(yè)務(wù)的管理，因此，邊緣業(yè)務(wù)路由器是常用的組播復(fù) 制點(diǎn)。
在組播復(fù)制流量傳送過程中， 一段視頻碼流中常包含多個(gè)場(chǎng)景，每個(gè)
6場(chǎng)景根據(jù)圖像接近程度，為滿足視頻壓縮的需要，將圖像差異較小的幀作
為一組，稱為GoP (Group Of Pictures,圖像組)。通常而言，編碼方式 不同， 一個(gè)GoP中的幀數(shù)也不同，例如，MPEG-4 (Moving Pictures Expert Group phase 4,運(yùn)動(dòng)圖^f象專家組-階段4 )編碼， 一個(gè)GoP中的幀^:是15。
一般來說，在一個(gè)GoP中，存在如下三種類型的編碼幀
第一種是I幀(I-Frame, Intra-coded Frame,幀內(nèi)編碼幀)，也叫 基準(zhǔn)幀(reference frame) 。 I幀是一個(gè)GoP中的第一幀，編碼完全獨(dú)立， 通常針對(duì)I幀只需要進(jìn)行反熵編碼、去量化和anti-DCT ( ant i-Discrete Cosine Transform,反離散余弦變換)，就可以完成解碼， 一個(gè)GoP中只有 一個(gè)I幀，如果I幀丟失，則整個(gè)GoP無法顯示。
第二種是P幀(P-Frame, Predicted Frame,預(yù)測(cè)編碼幀)。P幀只能 根據(jù)I幀重建，當(dāng)需要從視頻流中解碼某P幀時(shí)，則需要解碼其前面若干個(gè)P 幀，直到前面最近的一個(gè)I幀。P幀同時(shí)作為重建B幀的基準(zhǔn)幀之一，如果P 幀丟失，那么也會(huì)造成整個(gè)GoP顯示異常。
第三種是B幀(B-Frame, Bidirectional Frame,雙向預(yù)測(cè)編碼幀)， 需要根據(jù)前后的I幀與P幀才能完成重建。
當(dāng)前IPTV應(yīng)用中，用戶切換頻道時(shí)，首先會(huì)請(qǐng)求離開第一頻道，也就 是請(qǐng)求離開當(dāng)前收看的頻道，然后申請(qǐng)加入第二頻道，也就是申請(qǐng)加入新 頻道。這時(shí)，STB (Set Top Box,機(jī)頂盒)需要接收第二頻道的組播流， 而由于P幀和B幀都是不完整幀，機(jī)頂盒只有在收到I幀以后，才能開始解碼 播放。但是I幀之間的間隔一般是O. 5秒，所以等待I幀到來的時(shí)延很有可能 接近O. 5秒。當(dāng)對(duì)應(yīng)第二頻道的組播I幀到達(dá)較晚時(shí)，則會(huì)導(dǎo)致切換頻道需 較長時(shí)間才能完成，也就是說，畫面未能經(jīng)過完整解析，因此，頻道切換 過程中，畫面出現(xiàn)馬賽克、定格，導(dǎo)致用戶感受到十分明顯的切換時(shí)延。
目前，為減小切換時(shí)延，通常做法是加快I幀的獲取速度，例如，在UPE (Underlayer Provider Edge,下層運(yùn)營商邊纟彖設(shè)備)或外掛服務(wù)器上針
7對(duì)每一頻道都存放對(duì)應(yīng)的I幀，當(dāng)用戶進(jìn)行頻道切換時(shí)，舉例來說，從第一 頻道切換到第二頻道時(shí)，在STB接收到對(duì)應(yīng)第二頻道的組播源發(fā)來的I幀之
前，將UPE或外掛服務(wù)器上事先存放的對(duì)應(yīng)第二頻道的I幀發(fā)送給STB，這樣，
則可以利用事先存放的對(duì)應(yīng)第二頻道的I幀，來補(bǔ)償對(duì)應(yīng)第二頻道的組播源 發(fā)來I幀前的空白階段，從而減少馬賽克、定格，減小切換時(shí)延。
然而，上述技術(shù)方案中，需要對(duì)所有頻道存放至少一個(gè)完整的GoP;并 且，需要與頻道節(jié)目同步，即，需要不斷更新存放的GoP。因此，需要使用 具有較大存儲(chǔ)量的單板，也就是說，需要在單板上外掛硬盤等存儲(chǔ)器件， 使得緩存開銷和管理成本大大提高；另外，因普通單板無硬盤等外掛存儲(chǔ) 器件，也就無法實(shí)現(xiàn)上述方案。

發(fā)明內(nèi)容
基于上述分析，本發(fā)明實(shí)施例的目的是提供一種IP電視頻道切換處理 方法、裝置和系統(tǒng)，用較低的成本來解決頻道切換時(shí)畫面出現(xiàn)定格、馬賽 克的問題，從而提高用戶體驗(yàn)。
本發(fā)明一個(gè)實(shí)施例4是供了 一種IPTV頻道切換處理方法，包括:接收IGMP Leave報(bào)文，IGMP Leave報(bào)文用于請(qǐng)求離開第一頻道；記錄IGMP Leave報(bào) 文對(duì)應(yīng)的用戶信息；接收IGMP R印ort報(bào)文，IGMP Report報(bào)文用于請(qǐng)求加 入第二頻道；根據(jù)上述記錄的用戶信息，將用戶加入對(duì)應(yīng)第二頻道的組播 組，生成對(duì)應(yīng)第二頻道的組播表項(xiàng)；識(shí)別緩存第一組播復(fù)制流量，第一組 播復(fù)制流量對(duì)應(yīng)第二頻道；刪除對(duì)應(yīng)第一頻道的組播表項(xiàng)；采用單播方式 發(fā)送第一組播復(fù)制流量；切換為組播方式，根據(jù)對(duì)應(yīng)第二頻道的組播表項(xiàng)， 組播發(fā)送第二組播復(fù)制流量，第二組播復(fù)制流量對(duì)應(yīng)第二頻道。
本發(fā)明另一個(gè)實(shí)施例還提供了一種IPTV頻道切換處理裝置，包括
接收模塊，用于接收IGMP Leave報(bào)文和IGMP Report報(bào)文，IGMP Leave 報(bào)文用于請(qǐng)求離開第一頻道，IGMP Report報(bào)文用于請(qǐng)求加入第二頻道；
8用戶信息維護(hù)才莫塊，用于記錄IGMP Leave報(bào)文對(duì)應(yīng)的用戶信息；
組播表項(xiàng)模塊，用于在接收模塊接收到IGMP R印ort報(bào)文后，根據(jù)用戶 信息，將用戶加入對(duì)應(yīng)第二頻道的組播組，生成對(duì)應(yīng)第二頻道的組播表項(xiàng)；
識(shí)別緩存模塊，用于識(shí)別緩存第一組播復(fù)制流量，第一組播復(fù)制流量 對(duì)應(yīng)第二頻道；
組播表項(xiàng)模塊還用于刪除對(duì)應(yīng)第一頻道的組播表項(xiàng)；
發(fā)送模塊，用于在組播表項(xiàng)模塊刪除對(duì)應(yīng)第一頻道的組播表項(xiàng)后，采 用單播方式發(fā)送第一組播復(fù)制流量，切換為組播方式，根據(jù)對(duì)應(yīng)第二頻道 的組播表項(xiàng)，組播發(fā)送第二組播復(fù)制流量，第二組播復(fù)制流量對(duì)應(yīng)第二頻 道。
本發(fā)明又一實(shí)施例還提供了一種IPTV頻道切換處理系統(tǒng)，包括第一 裝置和第二裝置；其中，第一裝置用于向第二裝置發(fā)送IGMP Leave報(bào)文和 IGMP Report報(bào)文，IGMP Leave報(bào)文用于請(qǐng)求離開第一頻道，IGMP Report 報(bào)文用于請(qǐng)求加入第二頻道；第二裝置用于接收到IGMP Leave報(bào)文后，記 錄對(duì)應(yīng)的用戶信息；接收到IGMPR印ort報(bào)文后，根據(jù)上述記錄的用戶信息， 將用戶加入對(duì)應(yīng)第二頻道的組播組，生成對(duì)應(yīng)第二頻道的組纟番表項(xiàng)；識(shí)別 緩存第一組播復(fù)制流量，第一組播復(fù)制流量對(duì)應(yīng)第二頻道；刪除對(duì)應(yīng)第一 頻道的組播表項(xiàng)；采用單播方式發(fā)送第一組播復(fù)制流量；切換為組播方式， 根據(jù)對(duì)應(yīng)第二頻道的組播表項(xiàng)，組播發(fā)送第二組播復(fù)制流量，第二組播復(fù) 制流量對(duì)應(yīng)第二頻道。
采用本發(fā)明實(shí)施例中的方案，用戶切換頻道時(shí)，并不立即刪除對(duì)應(yīng)第 一頻道的組播表項(xiàng)，因此，不會(huì)立即停止發(fā)送對(duì)應(yīng)第一頻道的組播流，并 且，會(huì)識(shí)別并緩存第二頻道對(duì)應(yīng)的組播復(fù)制流量，采用單播方式發(fā)送識(shí)別 緩存的組播復(fù)制流量，然后，切換為組播方式發(fā)送第二頻道對(duì)應(yīng)的組播復(fù) 制流量。這樣一來，用戶進(jìn)行頻道切換時(shí)，不僅可以避免出現(xiàn)畫面定格和 馬賽克等問題，從而提高用戶體驗(yàn)；而且，不需要事先存儲(chǔ)各頻道的GoP,
9因此能夠克服現(xiàn)有技術(shù)中需對(duì)所有頻道緩存至少一個(gè)完整的GoP幀所造成 的開銷大的問題，并且可以節(jié)省VQE (Video Quality Experience,視頻質(zhì) 量體驗(yàn))單板的存儲(chǔ)空間，從而減少設(shè)備內(nèi)部帶寬消耗與管理工作量。


圖1為本發(fā)明一個(gè)實(shí)施例中IPTV頻道切換處理方法的簡化流程圖； 圖2為本發(fā)明一個(gè)實(shí)施例中IPTV頻道切換處理裝置的簡化示意圖； 圖3為本發(fā)明另 一個(gè)實(shí)施例中IPTV頻道切換處理裝置的簡化示意圖； 圖4為本發(fā)明 一個(gè)實(shí)施例中I PTV頻道切換處理系統(tǒng)的簡化示意圖。
具體實(shí)施例方式
下面結(jié)合附圖和具體實(shí)施例展開詳細(xì)說明。但需要注意，下面的這些 實(shí)施例，僅為幫助理解技術(shù)方案所舉的例子，并不用于限定本發(fā)明。
圖l是本發(fā)明一個(gè)實(shí)施例中IPTV頻道切換處理方法的筒化流程圖。如圖 l所示，該方法包括
101、 接收IGMP Leave報(bào)文，IGMP Leave報(bào)文用于請(qǐng)求離開第一頻道； 舉例來說，用戶與STB對(duì)應(yīng)，用戶收看第一頻道的節(jié)目，V0D Center
(Video On Demand Center,視頻點(diǎn)播中心)將對(duì)應(yīng)第一頻道的組播流發(fā) 送到UPE, UPE采用組播方式將對(duì)應(yīng)第一頻道的組播復(fù)制流量發(fā)送到STB。這 時(shí)，UPE上存在對(duì)應(yīng)第一頻道的組播表項(xiàng)(S1+G1:用戶)，其中Sl表示組播 源l， Gl表示組播組l。此時(shí)，用戶進(jìn)行頻道切換，例如，切換到第二頻道， 與用戶對(duì)應(yīng)的STB則向UPE發(fā)送IGMP Leave報(bào)文，請(qǐng)求離開第一頻道。
102、 記錄上述IGMP Leave報(bào)文對(duì)應(yīng)的用戶信息；
舉例來說，UPE收到上述IGMP Leave報(bào)文后，可以根據(jù)端口、 VLAN (Virtual Local Area Network,虛擬局域網(wǎng))、源IP地址、源MAC (Medium Access Control,媒質(zhì)接入控制)等進(jìn)行用戶識(shí)別，識(shí)別用戶后，記錄對(duì)
10應(yīng)的用戶信息。舉例來說，用戶信息可以包括對(duì)應(yīng)第一頻道的組播組、 對(duì)應(yīng)第一頻道的組播源、對(duì)應(yīng)第二頻道的組播組、對(duì)應(yīng)第二頻道的組播源。
用戶信息還可以包括Key值(關(guān)鍵值)，例如端口、 VLAN、源IP地址、源MAC 等。再如，用戶信息還可以包括切換時(shí)刻，也就是用戶進(jìn)行頻道切換的時(shí) 刻。
103、 接收IGMP R印ort報(bào)文，所述IGMP Report報(bào)文用于請(qǐng)求加入第二 頻道；
一般情形下，UPE設(shè)備接收到IGMP R印ort報(bào)文和接收到IGMP Leave報(bào) 文的間隔時(shí)間通常小于1毫秒
104、 #4居上述用戶信息，將用戶加入對(duì)應(yīng)第二頻道的組播組，生成對(duì) 應(yīng)第二頻道的組播表項(xiàng)；
舉例來說，接收到IGMP Report報(bào)文后，可以查看是否已存在對(duì)應(yīng)第二 頻道的組播流。如果UPE中不存在對(duì)應(yīng)第二頻道的組播流，則UPE向VOD Center發(fā)送組播協(xié)議報(bào)文。VOD Center收到該組播協(xié)議報(bào)文后，將對(duì)應(yīng)第 二頻道的組播流發(fā)送到UPE。舉例來說，組播協(xié)議報(bào)文可以是二層協(xié)議報(bào)文， 例如采用IGMP Snooping ( Internet Group Management Protocol Snooping, 因特網(wǎng)組管理協(xié)議偵聽)的報(bào)文，或者是三層協(xié)議報(bào)文，例如采用PIM (Protocol Independent Multicast,協(xié)議無關(guān)組播)的報(bào)文。
根據(jù)上述記錄的用戶信息，將用戶加入對(duì)應(yīng)第二頻道的組播組。但是， 因?yàn)榇藭r(shí)尚未刪除對(duì)應(yīng)第一頻道的組播表項(xiàng)，所以，不向STB發(fā)送對(duì)應(yīng)第二 頻道的組播復(fù)制流量。舉例來說，可以在對(duì)應(yīng)第二頻道的組播表項(xiàng)中設(shè)置 標(biāo)識(shí)，UPE根據(jù)該標(biāo)識(shí)丟棄對(duì)應(yīng)第二頻道的組播復(fù)制流量，而不向STB發(fā)送。
105、 識(shí)別緩存第一組播復(fù)制流量，該第一組播復(fù)制流量對(duì)應(yīng)第二頻道； 舉例來說，可以在上述104中將用戶加入對(duì)應(yīng)第二頻道的組播組時(shí)，同
時(shí)將一個(gè)虛擬用戶加入對(duì)應(yīng)第二頻道的組播組，利用該虛擬用戶來識(shí)別緩 存第一組播復(fù)制流量，也就是對(duì)應(yīng)第二頻道的組播復(fù)制流量。第一組播復(fù)制流量進(jìn)入?yún)f(xié)處理CPU (Central Processing Unit,中央處理單元)進(jìn)行 識(shí)別緩存。
進(jìn)4亍i只另'J纟復(fù)存時(shí)，舉例來i兌，可以通過DPI ( Deep Packet Inspection, 深度報(bào)文檢測(cè))識(shí)別出兩個(gè)I幀，然后緩存一個(gè)完整GoP。對(duì)于第一個(gè)I幀之 前的報(bào)文，則丟棄。這里，識(shí)別出兩個(gè)I幀，緩存一個(gè)完整GoP僅為示例， 也可以識(shí)別出三個(gè)及三個(gè)以上的I幀，緩存兩個(gè)及兩個(gè)以上的完整GoP。另 外，采用DPI識(shí)別I幀同樣僅為示例，也可以采用其他識(shí)別方式。
106、 刪除對(duì)應(yīng)第一頻道的組播表項(xiàng)；
舉例來說當(dāng)緩存至少一個(gè)完整GoP后，刪除對(duì)應(yīng)第一頻道的組播表項(xiàng)。 再舉例來說，上述101之后，也就是接收到IGMP Leave報(bào)文后，還可以 啟動(dòng)定時(shí)器，該定時(shí)器超時(shí)，則刪除對(duì)應(yīng)第一頻道的組播表項(xiàng)；或者，當(dāng) 緩存至少一個(gè)完整GoP后，確認(rèn)上述定時(shí)器是否超時(shí)，如果定時(shí)器未超時(shí)， 則刪除對(duì)應(yīng)第一頻道的組播表項(xiàng)。舉例來說，該定時(shí)器的定時(shí)時(shí)長可以設(shè) 定為1秒，也可以設(shè)定為其他時(shí)長。
在對(duì)應(yīng)第 一頻道的組播表項(xiàng)被刪除之前，因?yàn)閁PE上仍然存在對(duì)應(yīng)第一 頻道的組播表項(xiàng)，所以，UPE向STB發(fā)送對(duì)應(yīng)第一頻道的組播復(fù)制流量。當(dāng) 刪除對(duì)應(yīng)第 一頻道的組播表項(xiàng)后，則不再向STB發(fā)送對(duì)應(yīng)第 一頻道的組播復(fù) 制流量。
107、 采用單播方式發(fā)送識(shí)別緩存的第一組播復(fù)制流量；
舉例來說，根據(jù)記錄的用戶信息，采用單播方式向STB發(fā)送上述緩存的 GoP。這里，組播業(yè)務(wù)有兩個(gè)隊(duì)列， 一個(gè)是正常組播流隊(duì)列，另一個(gè)是單播 隊(duì)列，也就是采用單播方式發(fā)送組播流的隊(duì)列。UPE對(duì)這兩個(gè)隊(duì)列釆用PQ (Priority Queuing,優(yōu)先級(jí)隊(duì)列)調(diào)度，單播隊(duì)列的優(yōu)先級(jí)高于正常組 播流隊(duì)列的優(yōu)先級(jí)，會(huì)被優(yōu)先調(diào)度。采用這種方式，針對(duì)同一頻道在單播 方式和組播方式之間進(jìn)行切換時(shí)，采用單播方式發(fā)送的上述緩存的GoP能夠
先于采用組播方式發(fā)送的組播復(fù)制流量到達(dá)用戶，從而可以保證畫面的連
12續(xù)性。
108、切換為組播方式，根據(jù)對(duì)應(yīng)第二頻道的組播表項(xiàng)，組播發(fā)送第二
組播復(fù)制流量，該第二組播復(fù)制流量對(duì)應(yīng)第二頻道；
舉例來說，107中采用單播方式向STB發(fā)送至少一個(gè)完整GoP后，消除上 述對(duì)應(yīng)第二頻道的組播表項(xiàng)中所設(shè)置的標(biāo)識(shí)，單播方式切換為組播方式， 向STB組^"發(fā)送第二組播復(fù)制流量，該第二組^燔復(fù)制流量對(duì)應(yīng)第二頻道，也 就是說，切換為組播方式后，UPE不再丟棄對(duì)應(yīng)第二頻道的組播復(fù)制流量， 而是發(fā)送給STB。上述107中采用單播方式向STB發(fā)送至少一個(gè)完整GoP,可 以是發(fā)送一個(gè)完整GoP,也可以是發(fā)送兩個(gè)或者更多個(gè)完整GoP，發(fā)送GoP的 個(gè)數(shù)較多，節(jié)目的連續(xù)性則較好。
在本發(fā)明的另一個(gè)實(shí)施例中，上述方法還可以包括刪除上述記錄的 用戶信息。
在本發(fā)明的另一實(shí)施例中，相較于上述實(shí)施例，還可以包括用戶連 續(xù)進(jìn)行頻道切換時(shí)，UPE將對(duì)比兩次切換時(shí)間，進(jìn)行切換抑制。舉例來說， UPE收到第一IGMP Leave報(bào)文和第二IGMP Leave報(bào)文，對(duì)比兩次切換時(shí)間， 如果發(fā)現(xiàn)其間隔在20毫秒以內(nèi)，則不處理該第二IGMP Leave才艮文。此處， 20毫秒僅為示例，并不用于限定本發(fā)明。采用本實(shí)施例中的方案，可以防 止用戶頻繁地切換頻道。
圖2是本發(fā)明 一個(gè)實(shí)施例中IPTV頻道切換處理裝置的簡化示意圖。如圖 2所示，IPTV頻道切換處理裝置包括
接收模塊201，用于接收IGMP Leave報(bào)文和IGMP R印ort報(bào)文，其中IGMP Leave才艮文用于請(qǐng)求離開第一頻道，IGMP Report才艮文用于請(qǐng)求加入第二頻 道；
用戶信息維護(hù)才莫塊202，用于記錄所述IGMPLeave報(bào)文對(duì)應(yīng)的用戶信息； 組播表項(xiàng)模塊203，用于在接收模塊201接收到IGMP R印ort報(bào)文后，根 據(jù)用戶信息維護(hù)模塊202記錄的用戶信息，將該用戶加入對(duì)應(yīng)第二頻道的組
13播組，生成對(duì)應(yīng)第二頻道的組播表項(xiàng)；
識(shí)別緩存模塊204，用于識(shí)別緩存第一組播復(fù)制流量，第一組播復(fù)制流 量對(duì)應(yīng)第二頻道；
上述組播表項(xiàng)模塊2 0 3還用于刪除對(duì)應(yīng)第 一頻道的組播表項(xiàng)；
發(fā)送模塊205:用于在組播表項(xiàng)模塊203刪除對(duì)應(yīng)第一頻道的組播表項(xiàng) 后，采用單播方式發(fā)送上述識(shí)別緩存的第一組播復(fù)制流量，切換為組播方 式，根據(jù)對(duì)應(yīng)第二頻道的組播表項(xiàng)，組播發(fā)送第二組播復(fù)制流量，第二組 播復(fù)制流量對(duì)應(yīng)第二頻道。
舉例來說，上述用戶信息維護(hù)模塊202還可以用于在發(fā)送模塊205切換 為組播方式時(shí)，刪除上述記錄的用戶信息。
舉例來說，上述組播表項(xiàng)模塊203還可以用于在對(duì)應(yīng)第二頻道的組播表 項(xiàng)中設(shè)置標(biāo)識(shí)，該標(biāo)識(shí)用于指示丟棄對(duì)應(yīng)第二頻道的組播復(fù)制流量
圖3是本發(fā)明另 一實(shí)施例中IPTV頻道切換處理裝置的簡化示意圖，如圖 3所示，該裝置包括接收模塊301、用戶信息維護(hù)才莫塊302，識(shí)別緩存模塊 304、發(fā)送模塊305、組播表項(xiàng)模塊303和定時(shí)模塊306。其中，接收模塊301、 用戶信息維護(hù)模塊302，識(shí)別緩存模塊304、發(fā)送模塊305分別與圖2所示實(shí) 施例中的接收模塊201、用戶信息維護(hù)模塊202,識(shí)別緩存模塊204、發(fā)送模 塊205相同，此處不再贅述。而定時(shí)器306,用于在上述接收^^莫塊301接收到 IGMP Leave報(bào)文后，啟動(dòng)定時(shí)。組播表項(xiàng)模塊303用于在接收模塊301接收 到IGMP R印ort報(bào)文后，根據(jù)用戶信息維護(hù)模塊302記錄的用戶信息，將該 用戶加入對(duì)應(yīng)第二頻道的組播組，生成對(duì)應(yīng)第二頻道的組播表項(xiàng)。組播表 項(xiàng)模塊303還用于在定時(shí)器306超時(shí)時(shí)，刪除對(duì)應(yīng)第一頻道的組播表項(xiàng)；或 者，識(shí)別緩存模塊304識(shí)別緩存第一組播復(fù)制流量后，確認(rèn)定時(shí)器306是否 超時(shí)，如果定時(shí)器306未超時(shí)，則刪除對(duì)應(yīng)第一頻道的組播表項(xiàng)。
圖4是本發(fā)明 一個(gè)實(shí)施例中IPTV頻道切換處理系統(tǒng)的簡化示意圖。如圖 4所示，該系統(tǒng)包括第一裝置402和第二裝置404,其中，第一裝置402用于向第二裝置A(M發(fā)送IGMP Leave4艮文和IGMP Report報(bào) 文，IGMP Leave報(bào)文用于請(qǐng)求離開第一頻道，工GMP R印ort報(bào)文用于請(qǐng)求 加入第二頻道；
第二裝置404用于接收到IGMP Leave報(bào)文后，記錄對(duì)應(yīng)的用戶信息；接 收到IGMP R印ort才艮文后，根據(jù)上述記錄的用戶信息，將該用戶加入對(duì)應(yīng)第 二頻道的組播組，生成對(duì)應(yīng)第二頻道的組播表項(xiàng)；識(shí)別緩存第一組播復(fù)制 流量，第一組播復(fù)制流量對(duì)應(yīng)第二頻道；刪除對(duì)應(yīng)第一頻道的組播表項(xiàng)； 采用單播方式發(fā)送第一組播復(fù)制流量；切換為組播方式，根據(jù)對(duì)應(yīng)第二頻 道的組播表項(xiàng)，組播發(fā)送第二組播復(fù)制流量，第二組播復(fù)制流量對(duì)應(yīng)第二 頻道。舉例來說，第一裝置可以是STB。又舉例來說，第二裝置可以是UPE。
采用本發(fā)明實(shí)施例中的方案，用戶切換頻道時(shí)，并不立即刪除對(duì)應(yīng)第 一頻道的組播表項(xiàng)，因此，不會(huì)立即停止發(fā)送對(duì)應(yīng)原頻道的組纟番流，而是 識(shí)別并緩存新頻道對(duì)應(yīng)的組播復(fù)制流量，采用單播方式發(fā)送識(shí)別緩存的組 播復(fù)制流量，然后，切換為組播方式發(fā)送新頻道對(duì)應(yīng)的組播復(fù)制流量。這 樣一來，用戶進(jìn)行頻道切換時(shí)，不僅可以避免出現(xiàn)畫面定格和馬賽克等問 題，從而提高用戶體驗(yàn)；而且，不需要事先存儲(chǔ)各頻道的GoP,因此能夠克 服現(xiàn)有技術(shù)中需對(duì)所有頻道緩存至少一個(gè)完整的GoP幀所造成的開銷大的 問題，并且可以節(jié)省VQE (Video Quality Experience,視頻質(zhì)量體驗(yàn))單 板的存儲(chǔ)空間，從而減少設(shè)備內(nèi)部帶寬消耗與管理工作量。因此，本發(fā)明 實(shí)施例提供的方案，可以在普通單板上實(shí)現(xiàn)。
本發(fā)明實(shí)施例中的部分步驟，可以利用軟件實(shí)現(xiàn)，相應(yīng)的軟件程序可 以存儲(chǔ)在可讀取的存儲(chǔ)介質(zhì)中，如光盤或硬盤等。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并 不局限于此，任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易 想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。
1權(quán)利要求
1、一種IP電視IPTV頻道切換處理方法，其特征在于，包括接收因特網(wǎng)組管理協(xié)議-離開IGMP Leave報(bào)文，所述IGMP Leave報(bào)文用于請(qǐng)求離開第一頻道；記錄所述IGMP Leave報(bào)文對(duì)應(yīng)的用戶信息；接收因特網(wǎng)組管理協(xié)議-報(bào)告IGMP Report報(bào)文，所述IGMP Report報(bào)文用于請(qǐng)求加入第二頻道；根據(jù)所述用戶信息，將用戶加入對(duì)應(yīng)所述第二頻道的組播組，生成對(duì)應(yīng)所述第二頻道的組播表項(xiàng)；識(shí)別緩存第一組播復(fù)制流量，所述第一組播復(fù)制流量對(duì)應(yīng)所述第二頻道；刪除對(duì)應(yīng)所述第一頻道的組播表項(xiàng)；采用單播方式發(fā)送所述第一組播復(fù)制流量；切換為組播方式，根據(jù)所述對(duì)應(yīng)所述第二頻道的組播表項(xiàng)，組播發(fā)送第二組播復(fù)制流量，所述第二組播復(fù)制流量對(duì)應(yīng)所述第二頻道。
2、 如權(quán)利要求l所述的方法，其特征在于，所述識(shí)別緩存第一組播復(fù)制流量，包括識(shí)別至少兩個(gè)幀內(nèi)編碼幀，緩存至少一個(gè)完整圖像組。
3、 如權(quán)利要求1或2所述的方法，其特征在于，所述接收IGMP Leave報(bào)文后，所述方法還包括啟動(dòng)定時(shí)器；所述刪除對(duì)應(yīng)所述第一頻道的組播表項(xiàng)，包括所述定時(shí)器超時(shí)，則刪除所述對(duì)應(yīng)所述第 一頻道的組播表項(xiàng)。
4、 如權(quán)利要求1或2所述的方法，其特征在于，所述接收IGMP Leave報(bào)文后，所述方法還包括啟動(dòng)定時(shí)器；所述刪除對(duì)應(yīng)所述第一頻道的組播表項(xiàng)，包括所述識(shí)別緩存第一組播復(fù)制流量后，確認(rèn)所述定時(shí)器是否超時(shí)，如果所述定時(shí)器未超時(shí)，則刪除所述對(duì)應(yīng)所述第 一頻道的組播表項(xiàng)。
5、 如權(quán)利要求4所述的方法，其特征在于，所述定時(shí)器的定時(shí)時(shí)長為1秒。
6、 如權(quán)利要求1或2所述的方法，其特征在于，所述用戶信息包括對(duì)應(yīng)所述第一頻道的組播組、對(duì)應(yīng)所述第一頻道的組l番源、對(duì)應(yīng)所述第二頻道的組播組、對(duì)應(yīng)所述第二頻道的組播源。
7、 如權(quán)利要求1或2所述的方法，其特征在于，所述將用戶加入對(duì)應(yīng)所述第二頻道的組播組之前，所述方法還包括查看是否存在對(duì)應(yīng)所述第二頻道的組播流；如果不存在對(duì)應(yīng)所述第二頻道的組播流，則向一見頻點(diǎn)播中心V0DCenter發(fā)送組播協(xié)議4艮文；接收來自所述VOD Center的對(duì)應(yīng)所述第二頻道的組播流。
8、 如權(quán)利要求1或2所述的方法，其特征在于，所述生成對(duì)應(yīng)所述第二頻道的組纟番表項(xiàng)后，所述方法還包括在所述對(duì)應(yīng)所述第二頻道的組播表項(xiàng)中設(shè)置標(biāo)識(shí)；根據(jù)所述標(biāo)識(shí)丟棄對(duì)應(yīng)所述第二頻道的組播復(fù)制流量。
9、 如權(quán)利要求8所述的方法，其特征在于，所述切換為組播方式，包括消除所述標(biāo)識(shí)。
10、 一種IP電纟見IPTV頻道切換處理裝置，其特征在于，包括接收模塊，用于接收因特網(wǎng)組管理協(xié)議-離開IGMP Leave報(bào)文和因特網(wǎng)組管理協(xié)議-報(bào)告IGMP Report報(bào)文，所述IGMP Leave報(bào)文用于請(qǐng)求離開第一頻道，所述IGMP R印ort報(bào)文用于請(qǐng)求加入第二頻道；用戶信息維護(hù)才莫塊，用于記錄所述IGMP Leave^R文對(duì)應(yīng)的用戶信息；組播表項(xiàng)模塊，用于在所述接收模塊接收到所述IGMP Report報(bào)文后，根據(jù)所述用戶信息，將用戶加入對(duì)應(yīng)所述第二頻道的組播組，生成對(duì)應(yīng)所述第二頻道的組播表項(xiàng)；識(shí)別緩存模塊，用于識(shí)別緩存第一組播復(fù)制流量，所述第一組播復(fù)制流量對(duì)應(yīng)所述第二頻道；所述組播表項(xiàng)模塊還用于刪除對(duì)應(yīng)所述第一頻道的組播表項(xiàng)；發(fā)送模塊，用于在所述組播表項(xiàng)模塊刪除所述對(duì)應(yīng)所述第一頻道的組播表項(xiàng)后，采用單播方式發(fā)送所述第一組播復(fù)制流量，切換為組播方式，根據(jù)所述對(duì)應(yīng)所述第二頻道的組播表項(xiàng)，組播發(fā)送第二組播復(fù)制流量，所述第二組播復(fù)制流量對(duì)應(yīng)所述第二頻道。
11、 如權(quán)利要求10所述的裝置，其特征在于，還包括定時(shí)器，用于在所述接收模塊接收到所述IGMP Leave報(bào)文后，啟動(dòng)定時(shí)。
12、 如權(quán)利要求ll所述的裝置，其特征在于，所述刪除所述對(duì)應(yīng)第一頻道的組播表項(xiàng)，包括所述定時(shí)器超時(shí)，刪除所述對(duì)應(yīng)所述第一頻道的組播表項(xiàng)；或者，識(shí)別緩存第一組播復(fù)制流量后，確認(rèn)所述定時(shí)器是否超時(shí)，如果所述定時(shí)器未超時(shí)，則刪除所述對(duì)應(yīng)所述第一頻道的組播表項(xiàng)。
13、 如權(quán)利要求IO所述的裝置，其特征在于，所述組播表項(xiàng)模塊還用于在所述對(duì)應(yīng)所述第二頻道的組播表項(xiàng)中設(shè)置標(biāo)識(shí)，所述標(biāo)識(shí)用于指示丟棄對(duì)應(yīng)所述第二頻道的組^"復(fù)制流量。
14、 一種IP電視IPTV頻道切換處理系統(tǒng)，其特征在于，包括第一裝置和第二裝置；所述第一裝置用于向所述第二裝置發(fā)送因特網(wǎng)組管理協(xié)議-離開IGMPLeave報(bào)文和因特網(wǎng)組管理協(xié)議-報(bào)告IGMP Report報(bào)文，所述IGMP Leave報(bào)文用于請(qǐng)求離開第一頻道，所述IGMP R印ort報(bào)文用于請(qǐng)求加入第二頻道；所述第二裝置用于接收到所述IGMP Leave報(bào)文后，記錄對(duì)應(yīng)的用戶信息；接收到IGMP Report報(bào)文后，才艮據(jù)所述用戶信息，將用戶加入對(duì)應(yīng)所述第二頻道的組播組，生成對(duì)應(yīng)所述第二頻道的組播表項(xiàng)；識(shí)別緩存第一組播復(fù)制流量，所述第一組播復(fù)制流量對(duì)應(yīng)所述第二頻道；刪除對(duì)應(yīng)所述第一頻道的組播表項(xiàng)；釆用單播方式發(fā)送所述第一組播復(fù)制流量；切換為組播方式，根據(jù)所述對(duì)應(yīng)所述第二頻道的組播表項(xiàng)，組播發(fā)送第二組播復(fù)制流量，所述第二組#"復(fù)制流量對(duì)應(yīng)所述第二頻道。
全文摘要
本發(fā)明實(shí)施例提供了一種IPTV頻道切換處理方法，包括接收IGMP Leave報(bào)文，IGMP Leave報(bào)文用于請(qǐng)求離開第一頻道；記錄IGMP Leave報(bào)文對(duì)應(yīng)的用戶信息；接收IGMP Report報(bào)文，IGMP Report報(bào)文用于請(qǐng)求加入第二頻道；根據(jù)上述記錄的用戶信息，將用戶加入對(duì)應(yīng)第二頻道的組播組，生成對(duì)應(yīng)第二頻道的組播表項(xiàng)；識(shí)別緩存第一組播復(fù)制流量，該第一組播復(fù)制流量對(duì)應(yīng)第二頻道；刪除對(duì)應(yīng)第一頻道的組播表項(xiàng)；采用單播方式發(fā)送第一組播復(fù)制流量；切換為組播方式，根據(jù)對(duì)應(yīng)第二頻道的組播表項(xiàng)，組播發(fā)送第二組播復(fù)制流量，第二組播復(fù)制流量對(duì)應(yīng)第二頻道。本發(fā)明實(shí)施例提供的方法，可以用較低成本解決頻道切換時(shí)畫面出現(xiàn)定格、馬賽克的問題。
文檔編號(hào)H04N7/173GK101489101SQ20081024222
公開日2009年7月22日 申請(qǐng)日期2008年12月31日 優(yōu)先權(quán)日2008年12月31日
發(fā)明者李彬軒 申請(qǐng)人:華為技術(shù)有限公司