專利名稱：組播數(shù)據(jù)下發(fā)方法及實(shí)現(xiàn)該方法的數(shù)據(jù)下發(fā)裝置和終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及基于寬帶互聯(lián)網(wǎng)的媒體平臺IPTV(Internet Protocol Television，網(wǎng)絡(luò)電視)技術(shù)領(lǐng)域，具體是涉及一種組播數(shù)據(jù)下發(fā)方法及實(shí)現(xiàn)該方法的數(shù)據(jù)下發(fā)裝置和終端。
背景技術(shù)：
IPTV是基于寬帶IP(Internet Protocol，因特網(wǎng)協(xié)議)網(wǎng)絡(luò)提供的一種個性化、交互式媒體平臺。它利用但不限于ADSL或以太網(wǎng)等接入寬帶網(wǎng)，向電腦、電視和其他終端用戶提供豐富的互動式多媒體服務(wù)。在IP網(wǎng)絡(luò)中，數(shù)據(jù)主要有這樣幾種傳輸方式單播(Unicast)傳輸，發(fā)送方和每一個接收方需要一個獨(dú)立的數(shù)據(jù)通道。這種方式也是網(wǎng)絡(luò)雙向通訊最常規(guī)的模式。
廣播(Broadcast)傳輸，發(fā)送方和接收方共享一個數(shù)據(jù)通道。這種方式是由源主機(jī)向一個直接廣播的區(qū)域發(fā)送數(shù)據(jù)包，目標(biāo)網(wǎng)絡(luò)中的所有主機(jī)不論是否需要該數(shù)據(jù)都必須處理此廣播數(shù)據(jù)包。該方式更像有線電視廣播的方式，但是對于IP網(wǎng)絡(luò)上的主機(jī)而言對不需要的數(shù)據(jù)包進(jìn)行處理是一種額外的負(fù)擔(dān)。
組播(Multicast)傳輸，在發(fā)送方和接收方之間實(shí)現(xiàn)一點(diǎn)對多點(diǎn)傳輸?shù)木W(wǎng)絡(luò)方式。數(shù)據(jù)包以盡力傳送的形式發(fā)送到網(wǎng)絡(luò)中的某個確定節(jié)點(diǎn)子集。IP組播的基本思想是源IP主機(jī)只發(fā)送一份數(shù)據(jù)，一個或多個接收者可接收相同數(shù)據(jù)的拷貝。組播的最大優(yōu)點(diǎn)是節(jié)省了網(wǎng)絡(luò)的帶寬及服務(wù)器資源。不同用戶如果接收同一個組播流，服務(wù)器只需發(fā)送一份數(shù)據(jù)，網(wǎng)絡(luò)只需在用戶的分支點(diǎn)進(jìn)行復(fù)制，在分支點(diǎn)以上的網(wǎng)絡(luò)只需傳送一個數(shù)據(jù)流。同時還可以定義屏蔽不需要接收數(shù)據(jù)的主機(jī)用戶。
基于上述傳輸方式各自的特點(diǎn)，目前IPTV的大量數(shù)據(jù)下發(fā)一般都是基于組播方式，因?yàn)檫@種方式的數(shù)據(jù)下發(fā)，對網(wǎng)絡(luò)性能影響比廣播方式小，同時對于主機(jī)負(fù)擔(dān)又比單播小。所以基于組播方式的數(shù)據(jù)下發(fā)成為目前IPTV的主流數(shù)據(jù)下發(fā)方式。
但是，在現(xiàn)有的組播數(shù)據(jù)下發(fā)方式中，加入哪個組播組都是由終端決定的，頭端數(shù)據(jù)處于被動請求的狀態(tài)。這種方式存在如下不足當(dāng)頭端有緊急消息需要下發(fā)的時候，需要建立一個組播組，并通過EPG(Electronic Program Guide，電子節(jié)目指南)把該組播組通告出去，用戶在調(diào)用EPG時看到后，可以請求加入。然而，新建了組播組的時候，終端并不能馬上知道該組播組的存在，并接受此消息，這就影響了消息的時效性。
此外，在另一種情況下，當(dāng)某一用戶為另外一組用戶在頭端服務(wù)器上點(diǎn)播了媒體內(nèi)容(視頻，音頻等)，而這些用戶處于不同的組播組內(nèi)，現(xiàn)有的做法是用單播將點(diǎn)播內(nèi)容發(fā)送到這個組內(nèi)的每個用戶，當(dāng)用戶數(shù)量很多或者需要發(fā)送的媒體內(nèi)容很大的時候，單播給網(wǎng)絡(luò)造成了很大負(fù)擔(dān)，也給服務(wù)器造成很大負(fù)擔(dān)。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種組播數(shù)據(jù)下發(fā)方法及實(shí)現(xiàn)該方法的數(shù)據(jù)下發(fā)裝置和終端，使得頭端緊急下發(fā)的數(shù)據(jù)內(nèi)容能夠及時被用戶獲知，同時也使一對多點(diǎn)播能夠以更節(jié)省系統(tǒng)和網(wǎng)絡(luò)資源的組播方式實(shí)現(xiàn)。
為達(dá)到本發(fā)明的目的，所采取的技術(shù)方案是一種組播數(shù)據(jù)下發(fā)方法，是由頭端向目標(biāo)終端發(fā)送加入組播組的消息，并根據(jù)終端的返回信息確定是否向終端發(fā)送組播數(shù)據(jù)。
頭端可以將目標(biāo)終端地址集中存儲于目標(biāo)地址庫中，便于通知消息的發(fā)送和對地址的管理，此過程包括如下步驟1)接收包含有終端識別內(nèi)容的輸入信息；2)根據(jù)輸入信息查找相應(yīng)的目標(biāo)終端地址，并將查到的地址存儲在目標(biāo)地址庫中；3)向目標(biāo)地址庫中各個地址所屬的終端發(fā)送加入組播組的消息。
頭端對終端返回信息的判斷可采用如下步驟4)接收終端的返回信息，若為拒絕加入組播組的應(yīng)答則不再向該終端發(fā)送加入該組播組的消息，若為確認(rèn)應(yīng)答則接收終端加入組播組的請求并執(zhí)行步驟5)；5)判斷該終端地址是否屬于目標(biāo)地址庫，若否，則發(fā)送拒絕加入消息，若是則發(fā)送組播數(shù)據(jù)。
優(yōu)選的是，所述輸入信息中還包含有待播發(fā)內(nèi)容或?qū)Υグl(fā)內(nèi)容的指定；在所述步驟2)中，頭端根據(jù)輸入信息存儲目標(biāo)終端地址后，還經(jīng)過一段等待時間再執(zhí)行步驟3)，若在所述等待時間內(nèi)有其它用戶選擇了與待播發(fā)內(nèi)容相同的內(nèi)容，則將該用戶所請求的目標(biāo)終端地址并入所述目標(biāo)地址庫中。
為了使上述過程在實(shí)際應(yīng)用中更加完善，本發(fā)明方法中還可進(jìn)一步采用如下策略若在設(shè)定時間內(nèi)未收到終端的返回信息，則重新向該終端發(fā)送加入組播組的消息；給目標(biāo)地址庫中的各條目均設(shè)置超時時間，若達(dá)到規(guī)定時間則將該條目從目標(biāo)地址庫中刪除；在重發(fā)所述加入組播組的消息設(shè)定次數(shù)后仍未獲得終端的返回信息，則將該終端地址標(biāo)記為不活躍，并延長重發(fā)的間隔時間；標(biāo)記為不活躍的終端返回確認(rèn)應(yīng)答后，將組播數(shù)據(jù)以單播的形式發(fā)送給該終端。
本發(fā)明還提供一種實(shí)現(xiàn)上述組播數(shù)據(jù)下發(fā)方法的系統(tǒng)，包括進(jìn)行組播數(shù)據(jù)下發(fā)的裝置和相應(yīng)的數(shù)據(jù)接收終端。
進(jìn)行組播數(shù)據(jù)下發(fā)的裝置包括單播發(fā)送模塊和組播組控制模塊；所述單播發(fā)送模塊向目標(biāo)終端發(fā)送加入組播組的消息，并接收終端的確認(rèn)或拒絕應(yīng)答；所述組播組控制模塊接收終端的加入請求，并進(jìn)行數(shù)據(jù)的組播發(fā)送。
該裝置還可進(jìn)一步包括判斷邏輯模塊和目標(biāo)地址庫；所述判斷邏輯模塊接收包含有終端識別內(nèi)容的輸入信息，根據(jù)輸入信息查找相應(yīng)的目標(biāo)終端地址，并將查到的地址存儲在目標(biāo)地址庫中；所述目標(biāo)地址庫將存儲的目標(biāo)終端地址發(fā)送給所述單播發(fā)送模塊；所述組播組控制模塊還判斷所接收加入請求對應(yīng)的終端地址是否屬于目標(biāo)地址庫，若否，則發(fā)送拒絕加入消息，若是則發(fā)送組播數(shù)據(jù)。
優(yōu)選的是，所述目標(biāo)地址庫在獲得根據(jù)輸入信息查到的目標(biāo)終端地址后，還經(jīng)過一段等待時間再將目標(biāo)終端地址發(fā)送給所述單播發(fā)送模塊；所述判斷邏輯模塊在所述等待時間內(nèi)，還根據(jù)所述輸入信息中包含的待播發(fā)內(nèi)容或?qū)Υグl(fā)內(nèi)容的指定，判斷是否有其它用戶選擇了相同的內(nèi)容，若是則將該用戶所請求的目標(biāo)終端地址并入所述目標(biāo)地址庫中。
所述單播發(fā)送模塊還可執(zhí)行對目標(biāo)地址庫中終端地址的管理，標(biāo)記出未應(yīng)答終端地址，并在設(shè)定的時間間隔后重新向該終端發(fā)送加入組播組的消息；若重發(fā)設(shè)定次數(shù)后仍未獲得終端應(yīng)答，則將該終端地址標(biāo)記為不活躍，并延長重發(fā)的間隔時間；所述目標(biāo)地址庫也可對各條目均設(shè)置超時時間，若達(dá)到規(guī)定時間則將該條目刪除。
所述單播發(fā)送模塊還可在標(biāo)記為不活躍的終端返回確認(rèn)應(yīng)答后，將組播數(shù)據(jù)以單播的形式發(fā)送給該終端。
與上述組播數(shù)據(jù)下發(fā)裝置相應(yīng)的數(shù)據(jù)接收終端包括數(shù)據(jù)接收決策模塊，該模塊接收所述加入組播組的消息，并根據(jù)用戶的選擇向所述單播發(fā)送模塊返回確認(rèn)或拒絕應(yīng)答，和/或向所述組播組控制模塊返回加入組播組的請求。
采用上述技術(shù)方案，本發(fā)明有益的技術(shù)效果在于1)本發(fā)明方案使得組播數(shù)據(jù)的下發(fā)機(jī)制更加靈活。通過頭端主動通知終端加入某一組播組，并由終端選擇應(yīng)答的方式，使得一些時效性很強(qiáng)，或者針對人群很明確的內(nèi)容能夠準(zhǔn)時，正確，并盡可能節(jié)省資源的發(fā)送到終端上面。并且，對于一對多點(diǎn)播的情況，也可以采用上述模式通過組播的方式實(shí)現(xiàn)，盡可能的節(jié)省系統(tǒng)和網(wǎng)絡(luò)資源。
2)本發(fā)明方案中還進(jìn)一步提供了各種可靈活選擇的補(bǔ)充設(shè)置，例如，對終端的組播加入消息的合法性做驗(yàn)證、設(shè)置目標(biāo)地址庫的等待時間等，使得上述主動式的組播發(fā)送方式更完善和具有更強(qiáng)的可操作性。


下面通過具體實(shí)施方式
并結(jié)合附圖對本發(fā)明作進(jìn)一步的詳細(xì)說明。
圖1是本發(fā)明組播數(shù)據(jù)下發(fā)方法的一種實(shí)現(xiàn)流程示意圖。
圖2是實(shí)現(xiàn)本發(fā)明方法的系統(tǒng)的模塊結(jié)構(gòu)示意圖。
圖3是圖2中終端的處理流程示意圖。
具體實(shí)施例方式
本發(fā)明提供一種組播數(shù)據(jù)下發(fā)方法，其核心思想是，改變現(xiàn)有頭端被動等待終端發(fā)送IGMP(Internet Group Manage Protocol，因特網(wǎng)組管理協(xié)議)請求的方式，由頭端主動向目標(biāo)終端發(fā)送加入組播組的消息，然后根據(jù)終端的應(yīng)答情況確定是否向終端發(fā)送組播數(shù)據(jù)。
下面詳細(xì)描述本發(fā)明方法的一種實(shí)現(xiàn)流程。如圖1所示，包括如下步驟1)頭端接收輸入信息，輸入信息中通常包含用戶名或者地區(qū)名等可作為終端識別依據(jù)的內(nèi)容，并且還可包含待播發(fā)的內(nèi)容或?qū)⒁グl(fā)內(nèi)容的指示；輸入信息的產(chǎn)生通常有兩種方式一種是頭端的系統(tǒng)運(yùn)營商或網(wǎng)絡(luò)維護(hù)者具有需要即時下發(fā)到特定用戶群的內(nèi)容時，即創(chuàng)建包含目標(biāo)用戶地址信息和所需發(fā)送內(nèi)容的消息，直接輸入頭端，這種情況下，所需發(fā)送內(nèi)容一般是對特定用戶群的通知信息以及運(yùn)營商提供的多媒體內(nèi)容等；另一種則來源于頭端提供的點(diǎn)播業(yè)務(wù)，用戶通過訪問頭端相應(yīng)的服務(wù)器，選擇點(diǎn)播內(nèi)容并指定接收用戶群，從而產(chǎn)生包含目標(biāo)用戶地址信息和對所需發(fā)送內(nèi)容的指示的消息，通過提供點(diǎn)播服務(wù)的服務(wù)器發(fā)送給頭端，這種情況下，所需發(fā)送內(nèi)容一般是運(yùn)營商提供的服務(wù)內(nèi)容；2a)根據(jù)輸入信息在分配地址的數(shù)據(jù)庫中查找與輸入的用戶名或地區(qū)名對應(yīng)的目標(biāo)終端地址(IP地址)，并將查到的IP地址存儲在目標(biāo)地址庫中；2b)將與輸入信息對應(yīng)的終端IP地址存儲到目標(biāo)地址庫后，保持一段等待時間，等待時間的長短可根據(jù)實(shí)際情況設(shè)定，在等待時間內(nèi)，判斷是否有其它用戶選擇了與待播發(fā)內(nèi)容相同的內(nèi)容，若有則將該用戶所請求的目標(biāo)終端地址與目標(biāo)地址庫合并；3a)分別向目標(biāo)地址庫中各個IP地址所屬的終端發(fā)送加入組播組的單播通知消息；由于這里單播發(fā)送的僅僅是通知消息，因此即便是采用單播方式也不會對系統(tǒng)和網(wǎng)絡(luò)構(gòu)成負(fù)擔(dān)；3b)為盡可能的將消息有效的發(fā)送給目標(biāo)用戶，若在設(shè)定時間內(nèi)未收到終端的返回信息，則重新向該終端發(fā)送加入組播組的消息；4)接收終端的返回信息，若為拒絕加入組播組的應(yīng)答則不再向該終端發(fā)送加入該組播組的消息，對于該終端地址，流程結(jié)束；若為確認(rèn)應(yīng)答則接收終端加入組播組的請求并執(zhí)行步驟5)；(圖1中表示的是接收應(yīng)答為確認(rèn)的情況。)5)判斷發(fā)送請求的源IP地址是否屬于目標(biāo)地址庫，若否則發(fā)送拒絕加入消息，阻止發(fā)送組播數(shù)據(jù)；若是則發(fā)送組播數(shù)據(jù)。
為了保證上述流程中所采用的無應(yīng)答則重發(fā)通知的策略不至于導(dǎo)致目標(biāo)地址庫中長期駐留不活躍的甚至有可能是無效的IP地址，最好還應(yīng)用相應(yīng)的地址管理策略，即1、給目標(biāo)地址庫中的各條目均設(shè)置超時時間，若達(dá)到規(guī)定時間則將該條目從目標(biāo)地址庫中刪除；2、在重發(fā)消息設(shè)定次數(shù)后仍未獲得終端的返回信息，則將該終端地址標(biāo)記為不活躍，并延長重發(fā)的間隔時間，比如過24小時再嘗試和該IP地址聯(lián)系；為體現(xiàn)本發(fā)明方法的靈活性，對于這種情況，本發(fā)明還提供一個額外的流程，即在標(biāo)記為不活躍的終端對定時發(fā)送的通知消息返回確認(rèn)應(yīng)答后，將組播數(shù)據(jù)以單播的形式發(fā)送給該終端，確保數(shù)據(jù)被可靠接收。
在上述實(shí)現(xiàn)方法中采用了將目標(biāo)IP地址集中存儲于目標(biāo)地址庫的優(yōu)選方案，該方案便于通知消息的集中發(fā)送和對IP地址的管理，使得一些使本發(fā)明方法更完善并具有更強(qiáng)可操作性的策略得以運(yùn)用，例如對IP地址的駐留時間進(jìn)行限制和管理、對無應(yīng)答IP地址進(jìn)行消息重發(fā)、根據(jù)重發(fā)次數(shù)設(shè)置重發(fā)間隔、對終端組播加入消息的合法性做驗(yàn)證等。
此外，目標(biāo)地址庫等待時間的設(shè)置，是為了盡量充分利用網(wǎng)絡(luò)資源，使得在一定時間內(nèi)發(fā)送相同內(nèi)容的多個組播組可以合并。
另外，在進(jìn)行數(shù)據(jù)組播發(fā)送前還對終端的組播加入消息的合法性做驗(yàn)證，則是為了保證數(shù)據(jù)發(fā)送的可靠性，確保數(shù)據(jù)只被指定的用戶所接收。
本發(fā)明還提供一種實(shí)現(xiàn)上述組播數(shù)據(jù)下發(fā)方法的系統(tǒng)，模塊結(jié)構(gòu)示意圖如圖2所示，包括進(jìn)行組播數(shù)據(jù)下發(fā)的裝置(即頭端)和相應(yīng)的數(shù)據(jù)接收終端。
頭端包括判斷邏輯模塊、目標(biāo)地址庫、單播發(fā)送模塊和組播組控制模塊；判斷邏輯模塊該模塊負(fù)責(zé)接收來自外部輸入或點(diǎn)播服務(wù)器發(fā)送等途徑的前述輸入信息，根據(jù)輸入信息查找相應(yīng)的目標(biāo)終端地址，并將查到的地址存儲在目標(biāo)地址庫中；同時，還在目標(biāo)地址庫的等待時間內(nèi)，判斷是否有其它用戶選擇了相同的內(nèi)容，若是則將該用戶所請求的目標(biāo)終端地址合并到同一目標(biāo)地址庫中；目標(biāo)地址庫該模塊負(fù)責(zé)存儲目標(biāo)終端的IP地址，并在等待時間后將所存儲的IP地址發(fā)送給單播發(fā)送模塊；該模塊中存儲的條目均有超時時間，若達(dá)到規(guī)定時間則將相應(yīng)條目刪除。
單播發(fā)送模塊該模塊負(fù)責(zé)接收傳來的IP地址，向每個IP地址所屬的終端發(fā)送一個加入組播組的消息；并負(fù)責(zé)接收終端的確認(rèn)或拒絕應(yīng)答；若在設(shè)定的時間間隔后未收到應(yīng)答則重新向該終端發(fā)送加入組播組的消息；若重發(fā)設(shè)定次數(shù)后仍未獲得終端應(yīng)答，則將該終端地址標(biāo)記為不活躍，并延長重發(fā)的間隔時間；若收到終端拒絕加入組播組的應(yīng)答則不再向該終端發(fā)送加入該組播組的消息；此外，該模塊還負(fù)責(zé)在標(biāo)記為不活躍的終端返回確認(rèn)應(yīng)答后，將組播數(shù)據(jù)以單播的形式發(fā)送給該終端；組播組控制模塊該模塊負(fù)責(zé)接收終端的加入請求，進(jìn)行數(shù)據(jù)的組播發(fā)送；同時，它也負(fù)責(zé)對終端的組播加入消息的合法性做驗(yàn)證，若所接收加入請求對應(yīng)的終端地址屬于目標(biāo)地址庫，則發(fā)送組播數(shù)據(jù)，若否，則發(fā)送拒絕加入消息。
與上述組播數(shù)據(jù)下發(fā)裝置相應(yīng)的數(shù)據(jù)接收終端包括數(shù)據(jù)接收決策模塊，該模塊負(fù)責(zé)接收所述加入組播組的消息，并根據(jù)用戶的選擇向所述單播發(fā)送模塊返回確認(rèn)或拒絕應(yīng)答，和/或向所述組播組控制模塊返回加入組播組的請求。該模塊的處理流程如圖3所示，包括①接收頭端發(fā)來的加入組播組通知；②根據(jù)用戶的選擇決定是否加入組播組，若是，則轉(zhuǎn)到步驟③，若否則轉(zhuǎn)到步驟④；這個過程一般通過在終端所控制的顯示界面上彈出對話框的方式進(jìn)行；③向頭端返回確認(rèn)應(yīng)答，并發(fā)送IGMP請求；④向頭端返回拒絕應(yīng)答，繼續(xù)等待加入組播組通知。
本發(fā)明提供了靈活的組播數(shù)據(jù)下發(fā)解決方案，彌補(bǔ)了現(xiàn)有IPTV數(shù)據(jù)傳輸方式的不足，特別適合應(yīng)用于時效性強(qiáng)或針對人群很明確的內(nèi)容的傳輸。
權(quán)利要求
1.一種組播數(shù)據(jù)下發(fā)方法，其特征在于由頭端向目標(biāo)終端發(fā)送加入組播組的消息，并根據(jù)終端的返回信息確定是否向終端發(fā)送組播數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的組播數(shù)據(jù)下發(fā)方法，其特征在于頭端通過如下步驟向目標(biāo)終端發(fā)送加入組播組的消息1)接收包含有終端識別內(nèi)容的輸入信息；2)根據(jù)輸入信息查找相應(yīng)的目標(biāo)終端地址，并將查到的地址存儲在目標(biāo)地址庫中；3)向目標(biāo)地址庫中各個地址所屬的終端發(fā)送加入組播組的消息。
3.根據(jù)權(quán)利要求2所述的組播數(shù)據(jù)下發(fā)方法，其特征在于頭端根據(jù)終端的返回信息確定是否向終端發(fā)送組播數(shù)據(jù)包括如下步驟4)接收終端的返回信息，若為拒絕加入組播組的應(yīng)答則不再向該終端發(fā)送加入該組播組的消息，若為確認(rèn)應(yīng)答則接收終端加入組播組的請求并執(zhí)行步驟5)；5)判斷該終端地址是否屬于目標(biāo)地址庫，若否，則發(fā)送拒絕加入消息，若是則發(fā)送組播數(shù)據(jù)。
4.根據(jù)權(quán)利要求2或3所述的組播數(shù)據(jù)下發(fā)方法，其特征在于所述輸入信息中還包含有待播發(fā)內(nèi)容或?qū)Υグl(fā)內(nèi)容的指定；在所述步驟2)中，頭端根據(jù)輸入信息存儲目標(biāo)終端地址后，還經(jīng)過一段等待時間再執(zhí)行步驟3)，若在所述等待時間內(nèi)有其它用戶選擇了與待播發(fā)內(nèi)容相同的內(nèi)容，則將該用戶所請求的目標(biāo)終端地址并入所述目標(biāo)地址庫中。
5.根據(jù)權(quán)利要求2或3所述的組播數(shù)據(jù)下發(fā)方法，其特征在于所述步驟3)中，若在設(shè)定時間內(nèi)未收到終端的返回信息，則重新向該終端發(fā)送加入組播組的消息。
6.根據(jù)權(quán)利要求5所述的組播數(shù)據(jù)下發(fā)方法，其特征在于所述目標(biāo)地址庫中的各條目均設(shè)置有超時時間，若達(dá)到規(guī)定時間則將該條目從目標(biāo)地址庫中刪除。
7.根據(jù)權(quán)利要求5所述的組播數(shù)據(jù)下發(fā)方法，其特征在于在重發(fā)所述加入組播組的消息設(shè)定次數(shù)后仍未獲得終端的返回信息，則將該終端地址標(biāo)記為不活躍，并延長重發(fā)的間隔時間。
8.根據(jù)權(quán)利要求7所述的組播數(shù)據(jù)下發(fā)方法，其特征在于標(biāo)記為不活躍的終端返回確認(rèn)應(yīng)答后，將組播數(shù)據(jù)以單播的形式發(fā)送給該終端。
9.一種進(jìn)行組播數(shù)據(jù)下發(fā)的裝置，其特征在于包括單播發(fā)送模塊和組播組控制模塊；所述單播發(fā)送模塊向目標(biāo)終端發(fā)送加入組播組的消息，并接收終端的確認(rèn)或拒絕應(yīng)答；所述組播組控制模塊接收終端的加入請求，并進(jìn)行數(shù)據(jù)的組播發(fā)送。
10.根據(jù)權(quán)利要求9所述的進(jìn)行組播數(shù)據(jù)下發(fā)的裝置，其特征在于還包括判斷邏輯模塊和目標(biāo)地址庫；所述判斷邏輯模塊接收包含有終端識別內(nèi)容的輸入信息，根據(jù)輸入信息查找相應(yīng)的目標(biāo)終端地址，并將查到的地址存儲在目標(biāo)地址庫中；所述目標(biāo)地址庫將存儲的目標(biāo)終端地址發(fā)送給所述單播發(fā)送模塊；所述組播組控制模塊還判斷所接收加入請求對應(yīng)的終端地址是否屬于目標(biāo)地址庫，若否，則發(fā)送拒絕加入消息，若是則發(fā)送組播數(shù)據(jù)。
11.根據(jù)權(quán)利要求10所述的進(jìn)行組播數(shù)據(jù)下發(fā)的裝置，其特征在于所述目標(biāo)地址庫在獲得根據(jù)輸入信息查到的目標(biāo)終端地址后，還經(jīng)過一段等待時間再將目標(biāo)終端地址發(fā)送給所述單播發(fā)送模塊；所述判斷邏輯模塊在所述等待時間內(nèi)，還根據(jù)所述輸入信息中包含的待播發(fā)內(nèi)容或?qū)Υグl(fā)內(nèi)容的指定，判斷是否有其它用戶選擇了相同的內(nèi)容，若是則將該用戶所請求的目標(biāo)終端地址并入所述目標(biāo)地址庫中。
12.根據(jù)權(quán)利要求10或11所述的進(jìn)行組播數(shù)據(jù)下發(fā)的裝置，其特征在于所述單播發(fā)送模塊還在所述目標(biāo)地址庫中標(biāo)記出未應(yīng)答終端地址，并在設(shè)定的時間間隔后重新向該終端發(fā)送加入組播組的消息；若重發(fā)設(shè)定次數(shù)后仍未獲得終端應(yīng)答，則將該終端地址標(biāo)記為不活躍，并延長重發(fā)的間隔時間；所述目標(biāo)地址庫對各條目均設(shè)置超時時間，若達(dá)到規(guī)定時間則將該條目刪除。
13.根據(jù)權(quán)利要求12所述的進(jìn)行組播數(shù)據(jù)下發(fā)的裝置，其特征在于所述單播發(fā)送模塊還在標(biāo)記為不活躍的終端返回確認(rèn)應(yīng)答后，將組播數(shù)據(jù)以單播的形式發(fā)送給該終端。
14.一種與權(quán)利要求9～13所述進(jìn)行組播數(shù)據(jù)下發(fā)的裝置相應(yīng)的數(shù)據(jù)接收終端，其特征在于包括數(shù)據(jù)接收決策模塊，該模塊接收所述加入組播組的消息，并根據(jù)用戶的選擇向所述單播發(fā)送模塊返回確認(rèn)或拒絕應(yīng)答，和/或向所述組播組控制模塊返回加入組播組的請求。
全文摘要
本發(fā)明公開了一種靈活的組播數(shù)據(jù)下發(fā)方法及實(shí)現(xiàn)該方法的數(shù)據(jù)下發(fā)裝置和終端，主要思想是通過頭端主動通知終端加入某一組播組，并根據(jù)終端選擇的返回信息來進(jìn)行組播組的建立，使得一些時效性很強(qiáng)，或者針對人群很明確的內(nèi)容能夠準(zhǔn)時，正確，并盡可能節(jié)省資源的發(fā)送到終端上面。并且，對于一對多點(diǎn)播的情況，也可以采用上述模式通過組播的方式實(shí)現(xiàn)，盡可能的節(jié)省系統(tǒng)和網(wǎng)絡(luò)資源。本發(fā)明方案所提供的數(shù)據(jù)傳輸技術(shù)特別適合應(yīng)用于基于寬帶互聯(lián)網(wǎng)的媒體平臺IPTV。
文檔編號H04L12/18GK1859146SQ20061005705
公開日2006年11月8日 申請日期2006年3月13日 優(yōu)先權(quán)日2006年3月13日
發(fā)明者顏俊賢 申請人:華為技術(shù)有限公司