專利名稱：一種實現(xiàn)流媒體業(yè)務的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及流媒體業(yè)務數(shù)據(jù)傳輸技術(shù)，特別是涉及一種實現(xiàn)流媒體業(yè)務的方法。
背景技術(shù)：
隨著移動通訊技術(shù)的發(fā)展，運營商不但可以通過移動通信系統(tǒng)向移動用戶提供普通的語音和短消息業(yè)務，還可以提供多媒體短消息業(yè)務、可視電話業(yè)務以及分組交換域視頻流業(yè)務等。
隨著大屏幕多功能手機的普及和移動數(shù)據(jù)業(yè)務的迅速發(fā)展，流媒體業(yè)務已經(jīng)成為運營商下一個搶占市場的重要商機。目前，在寬帶碼分多址(WCDMA)網(wǎng)絡，一般采用點對點傳輸數(shù)據(jù)技術(shù)來實現(xiàn)流媒體業(yè)務，如手機電視業(yè)務。下面以WCDMA網(wǎng)絡3GPP R99為例來說明點對點傳輸技術(shù)的特點WCDMA網(wǎng)絡利用第三代合作伙伴計劃(3GPP，3rd GenerationPartnership Project)的R99版本提出的方案來實現(xiàn)點對點傳輸業(yè)務，即分組交換域視頻流業(yè)務。圖1顯示了3G R99版本方案實現(xiàn)分組交換域視頻流業(yè)務的基本組網(wǎng)圖，如圖1所示，該基本組網(wǎng)圖至少包括用戶設備(UE，User Equipment)、無線接入網(wǎng)(RAN，Radio Access Network)、核心網(wǎng)(CN，Core Network)、流媒體服務器(PSS)。實現(xiàn)分組交換域視頻流業(yè)務的關(guān)鍵是需要在UE和RAN之間建立專用信道，在RAN和PSS之間建立專用IP數(shù)據(jù)傳輸通道，由此在UE和PSS之間建立起用于流媒體業(yè)務數(shù)據(jù)的專用傳輸通道。當移動用戶要收看流媒體節(jié)目時，PSS就可以通過建立的專用傳輸通道將流媒體節(jié)目數(shù)據(jù)發(fā)送給UE。
點對點數(shù)據(jù)傳輸技術(shù)雖然可以實現(xiàn)流媒體業(yè)務，但由于需要在每一個需要接收流媒體業(yè)務數(shù)據(jù)的用戶終端和數(shù)據(jù)源服務器之間建立專用通道，導致空口資源和傳輸資源被大量占用，不利于流媒體業(yè)務的推廣和使用。
另外，3GPP R6版本提出一種實現(xiàn)廣播多播業(yè)務(MBMS，MultimediaBroadcast Multicast Service)方案，在該方案中，無線網(wǎng)絡可以提供點到多點的傳輸承載，可以解決流媒體數(shù)據(jù)過多占用傳輸資源和空口資源的問題。但是，MBMS協(xié)議標準需要在R6網(wǎng)絡上才能得以實現(xiàn)，即需要增加對基于MBMS標準的廣播多播業(yè)務進行控制和管理的廣播多播-業(yè)務中心(BM-SC)，同時需要對RAN、核心網(wǎng)(CN)和UE進行升級換代來支持廣播多播業(yè)務。由于MBMS標準目前還不夠成熟，將現(xiàn)有網(wǎng)絡改造為R6網(wǎng)絡還需要大量的工作，因此基于MBMS標準的廣播多播業(yè)務實現(xiàn)起來比較復雜，有很多目前無法預料的困難，不利于在現(xiàn)有的移動通信網(wǎng)絡上推廣流媒體業(yè)務。
由此可見，在現(xiàn)有技術(shù)中，還沒有一種無需進行大的改動就可以在現(xiàn)有的移動通信網(wǎng)絡的基礎(chǔ)上實現(xiàn)點到多點的流媒體業(yè)務的方法。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實現(xiàn)流媒體業(yè)務的方法，不但可以直接在現(xiàn)有的移動通信網(wǎng)絡的基礎(chǔ)上實現(xiàn)流媒體業(yè)務，而且可以大大節(jié)約網(wǎng)絡帶寬資源。為了達到上述目的，本發(fā)明提出的技術(shù)方案為一種實現(xiàn)流媒體業(yè)務的方法，包括以下步驟a、用戶設備UE將攜帶有組播地址的加入組播組請求消息發(fā)送給中間網(wǎng)絡節(jié)點；b、中間網(wǎng)絡節(jié)點根據(jù)組播地址將獲得的流媒體業(yè)務數(shù)據(jù)發(fā)送給UE。
較佳地，步驟a與步驟b之間進一步包括X、中間網(wǎng)絡節(jié)點根據(jù)組播地址判斷自身是否存在與所接收到的組播地址對應的組播表，如果存在，則將UE地址信息直接記錄在該組播表中；否則，建立與該組播地址對應的組播表，再將UE地址信息記錄在組播表中。
較佳地，所述中間網(wǎng)絡節(jié)點獲得流媒體業(yè)務數(shù)據(jù)的方法為中間網(wǎng)絡節(jié)點將攜帶有組播地址的加入組播組請求消息發(fā)送給流媒體服務器，流媒體服務器根據(jù)組播地址向中間網(wǎng)絡節(jié)點發(fā)送給流媒體業(yè)務數(shù)據(jù)。
較佳地，所述的中間網(wǎng)絡節(jié)點為定時根據(jù)組播表向UE發(fā)送查詢消息的中間網(wǎng)絡節(jié)點。
較佳地，所述中間網(wǎng)絡節(jié)點根據(jù)組播表向UE發(fā)送查詢消息后，進行查詢處理過程，所述查詢處理過程為Y1、中間網(wǎng)絡節(jié)點判斷是否接收到UE返回的查詢響應消息，如果接收到，則繼續(xù)按照組播表向UE發(fā)送流媒體業(yè)務數(shù)據(jù)，并退出查詢處理過程；否則，執(zhí)行步驟Y2；Y2、中間網(wǎng)絡節(jié)點將未返回查詢響應消息的UE的相關(guān)信息從組播表中刪除，并判斷是否該組播表是否為空，如果是，則刪除組播表；否則，不作處理。
較佳地，所述中間網(wǎng)絡節(jié)點為無線網(wǎng)絡控制器RNC、服務通用分組無線業(yè)務支持節(jié)點SGSN和網(wǎng)關(guān)通用分組無線業(yè)務支持節(jié)點GGSN。
較佳地，步驟a所述UE將加入組播組請求消息發(fā)送給中間網(wǎng)絡節(jié)點為UE將加入組播組請求消息發(fā)送給中間網(wǎng)絡節(jié)點中的RNC；所述步驟X為X1、RNC判斷自身是否存在與該組播地址對應的組播表，如果有，則將UE地址信息直接記錄在該組播表中，并執(zhí)行步驟b3；否則，建立一個與該組播地址對應的組播表，將UE地址信息記錄在組播表中；X2、RNC向SGSN發(fā)送攜帶有組播地址的加入組播組請求消息，SGSN判斷自身是否存在與該組播地址對應的組播表，如果有，則將RNC地址信息直接記錄在該組播表中，并執(zhí)行步驟b2；否則，建立一個與該組播地址對應的組播表，再將RNC地址信息記錄在組播表中；X3、SGSN向GGSN發(fā)送攜帶有組播地址的加入組播組請求消息，GGSN判斷自身是否存在與該組播地址對應的組播表，如果有，則將SGSN地址信息直接記錄在該組播表中，并執(zhí)行步驟b1；否則，建立一個與該組播地址對應的組播表，再將SGSN地址信息記錄在組播表中；所述步驟b為b1、GGSN將獲得的流媒體業(yè)務數(shù)據(jù)發(fā)送給SGSN；b1、SGSN將獲得的流媒體業(yè)務數(shù)據(jù)發(fā)送給RNC；b3、RNC將獲得的流媒體業(yè)務數(shù)據(jù)發(fā)送給UE。
較佳地，所述GGSN獲得流媒體業(yè)務數(shù)據(jù)的方法為GGSN向流媒體服務器發(fā)送攜帶有組播地址的加入組播組請求消息，流媒體服務器根據(jù)組播地址向GGSN發(fā)送流媒體業(yè)務數(shù)據(jù)。
較佳地，所述RNC為定時根據(jù)自身組播表向UE發(fā)送查詢消息的RNC；所述SGSN為定時根據(jù)自身組播表向RNC發(fā)送查詢消息的SGSN；所述GGSN為定時根據(jù)自身組播表向SGSN發(fā)送查詢消息的GGSN。
較佳地，所述RNC、SGSN和GGSN分別根據(jù)自身組播表發(fā)送查詢消息時，將分別進行各自的查詢處理過程，所述查詢處理過程為Z1、RNC/SGSN/GGSN判斷是否接收到UE/RNC/SGSN返回的查詢響應消息，如果接收到，則繼續(xù)按照組播表向UE/RNC/SGSN發(fā)送流媒體業(yè)務數(shù)據(jù)，并退出查詢處理過程；否則，執(zhí)行步驟R2；Z2、RNC/SGSN/GGSN將未返回查詢響應消息的UE/RNC/SGSN的相關(guān)信息從自身組播表中刪除，并判斷是否該組播表是否為空，如果是，則刪除組播表；否則，不作處理。
綜上所述，本發(fā)明提出的一種實現(xiàn)流媒體業(yè)務的方法，由于在中間網(wǎng)絡節(jié)點建立了組播表，而且通過組播的方式將獲得的流媒體數(shù)據(jù)發(fā)送給UE，可以在中間節(jié)點與流媒體服務器之間建立一條通道，流媒體服務器只向中間網(wǎng)絡節(jié)點發(fā)送一份流媒體業(yè)務數(shù)據(jù)，可以大大節(jié)約網(wǎng)絡帶寬資源。


圖1是現(xiàn)有技術(shù)中典型的單播業(yè)務組網(wǎng)結(jié)構(gòu)圖；圖2是實現(xiàn)本發(fā)明方案流程圖；圖3是應用本發(fā)明方案的實施例的流程圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖及具體實施例對本發(fā)明作進一步地詳細描述。
本發(fā)明的基本思想是用戶設備UE將攜帶有組播地址的加入組播組請求消息發(fā)送給中間網(wǎng)絡節(jié)點，中間網(wǎng)絡節(jié)點根據(jù)組播地址將事先獲得的流媒體業(yè)務數(shù)據(jù)發(fā)送給UE。
圖2顯示了實現(xiàn)本發(fā)明方案的流程圖。如圖2所示，本發(fā)明實現(xiàn)流媒體業(yè)務的方法包括以下步驟步驟201UE將攜帶有組播地址的加入組播組請求消息發(fā)送給中間網(wǎng)絡節(jié)點；步驟202中間網(wǎng)絡節(jié)點根據(jù)組播地址判斷自身是否存在與該組播地址對應的組播表，如果存在，則將UE地址信息直接記錄在該組播表中；否則，建立一個與該組播地址對應的組播表，再將UE地址信息記錄在組播表中；在實際應用中，如果中間網(wǎng)絡節(jié)點已經(jīng)獲得UE所請求的流媒體業(yè)務數(shù)據(jù)，則在接收到UE發(fā)送的加入組播組請求消息，可以直接向UE發(fā)送與組播地址對應的流媒體業(yè)務數(shù)據(jù)，而無需建立組播表，也無需記錄UE的地址信息，即不執(zhí)行本步驟。這種情況適用于中間網(wǎng)絡節(jié)點下的UE較少的情況，如只有一個UE。
步驟203中間網(wǎng)絡節(jié)點再根據(jù)組播表將事先獲得的流媒體業(yè)務數(shù)據(jù)發(fā)送給UE。
本發(fā)明中，中間網(wǎng)絡節(jié)點為UE與流媒體服務器之間的節(jié)點，不同的網(wǎng)絡系統(tǒng)中，中間網(wǎng)絡節(jié)點可能不同。比如，中間網(wǎng)絡節(jié)點可以為RNC，可以為RNC和SGSN，也可以為RNC、SGSN和GGSN，只要中間網(wǎng)絡節(jié)點可以實現(xiàn)互聯(lián)網(wǎng)組管理協(xié)議(IGMP)的協(xié)議棧，滿足組播路由的要求即可。
本發(fā)明中，流媒體服務器中可以為UE提供不同的流媒體業(yè)務，每一個流媒體業(yè)務可以用組播地址來表示。當UE發(fā)送攜帶有組播地址的加入組播組請求消息時，則表示UE需要接收與組播地址對應的流媒體業(yè)務數(shù)據(jù)。
圖3顯示了應用本發(fā)明方案的一個較佳實施例的流程圖。如圖3所示，本實施例應用的系統(tǒng)為WCDMA系統(tǒng)，中間網(wǎng)絡節(jié)點包括無線網(wǎng)絡控制器(RNC)、服務通用分組無線業(yè)務支持節(jié)點(SGSN)和網(wǎng)關(guān)通用分組無線業(yè)務支持節(jié)點(GGSN)。
本實施例中，由于UE、RNC、SGSN、GGSN和流媒體服務器依次連接，RNC為UE的上游節(jié)點，為SGSN的下游節(jié)點，并依次類推。
另外，本實施例中，RNC、SGSN、GGSN都是可以實現(xiàn)IGMP協(xié)議的節(jié)點，即按照IGMP協(xié)議進行交互。
當UE需要接收某組播組對應的流媒體業(yè)務數(shù)據(jù)時，本實施例實現(xiàn)流媒體業(yè)務的方法包括以下步驟步驟301UE將攜帶有組播地址的加入組播組請求消息發(fā)送給RNC。
步驟302RNC判斷自身是否存在與該組播地址對應的組播表，如果有，則將UE地址信息直接記錄在該組播表中，并執(zhí)行步驟310；否則，建立一個與該組播地址對應的組播表，將UE地址信息記錄在組播表中。
在實際應用中，RNC還會定時地向記錄在自身組播表中的UE發(fā)送查詢消息，并進行RNC查詢處理過程。RNC查詢處理過程為RNC判斷是否接收到UE返回的查詢響應消息，如果接收到，則繼續(xù)按照組播表向UE發(fā)送流媒體業(yè)務數(shù)據(jù)，并退出RNC查詢處理過程；否則，RNC將未返回查詢響應消息的UE的相關(guān)信息從自身組播表中刪除，并判斷是否該組播表是否為空，如果是，則刪除組播表；否則，不作處理。
在實際應用中，RNC當然也會接收到SGSN發(fā)送給自身的查詢消息，如果此時RNC自身的組播表已經(jīng)為空，即該RNC下已經(jīng)沒有UE需要接收流媒體數(shù)據(jù)時，RNC將不會向SGSN返回查詢響應消息。
步驟303RNC向SGSN發(fā)送攜帶有組播地址的加入組播組請求消息。
步驟304SGSN判斷自身是否存在與該組播地址對應的組播表，如果有，則將RNC地址信息直接記錄在該組播表中，并執(zhí)行步驟309；否則，建立一個與該組播地址對應的組播表，再將RNC地址信息記錄在組播表中。
在實際應用中，SGSN還會定時地向記錄在自身組播表中的RNC發(fā)送查詢消息，并進行SGSN查詢處理過程。SGSN查詢處理過程為SGSN判斷是否接收到RNC返回的查詢響應消息，如果接收到，則繼續(xù)按照組播表向RNC發(fā)送流媒體業(yè)務數(shù)據(jù)，并退出SGSN查詢處理過程；否則，SGSN將未返回查詢響應消息的RNC的相關(guān)信息從自身組播表中刪除，并判斷是否該組播表是否為空，如果是，則刪除組播表；否則，不作處理。
在實際應用中，SGSN當然也會接收到GGSN發(fā)送給自身的查詢消息，如果此時GGSN自身的組播表已經(jīng)為空，即該SGSN下已經(jīng)沒有RNC需要接收流媒體數(shù)據(jù)時，SGSN將不會向GGSN返回查詢響應消息。
步驟305SGSN向GGSN發(fā)送攜帶有組播地址的加入組播組請求消息。
步驟306GGSN判斷自身是否存在與該組播地址對應的組播表，如果有，則將SGSN地址信息直接記錄在該組播表中，并執(zhí)行步驟308；否則，建立一個與該組播地址對應的組播表，再將SGSN地址信息記錄在組播表中。
在實際應用中，GGSN還會定時地向記錄在自身組播表中的SGSN發(fā)送查詢消息，并進行GGSN查詢處理過程。GGSN查詢處理過程為GGSN判斷是否接收到SGSN返回的查詢響應消息，如果接收到，則繼續(xù)按照組播表向SGSN發(fā)送流媒體業(yè)務數(shù)據(jù)，并退出GGSN查詢處理過程；否則，GGSN將未返回查詢響應消息的SGSN的相關(guān)信息從自身組播表中刪除，并判斷是否該組播表是否為空，如果是，則刪除組播表；否則，不作處理。
步驟307GGSN向流媒體服務器發(fā)送攜帶有組播地址的加入組播組請求消息，流媒體服務器根據(jù)組播地址將流媒體業(yè)務數(shù)據(jù)發(fā)送給GGSN。
步驟308GGSN根據(jù)自身組播表將流媒體業(yè)務數(shù)據(jù)發(fā)送給SGSN。
步驟309SGSN根據(jù)自身組播表將流媒體業(yè)務數(shù)據(jù)發(fā)送給RNC。
步驟310RNC根據(jù)自身組播表將流媒體業(yè)務數(shù)據(jù)發(fā)送給UE。
本實施例中，所述的組播地址都是同一個組播地址，即UE請求加入組播組所對應的組播地址。
應用本實施方案，當RNC、SGSN、GGSN建立了各自對應組播地址的組播表，就會按照各自組播表將來自流媒體服務器的流媒體業(yè)務依次發(fā)送給下游節(jié)點，最后發(fā)送給UE，實現(xiàn)流媒體業(yè)務。而且由于在各級節(jié)點中建立了組播表，每一級節(jié)點與上游節(jié)點只建立一條通道，接收一份流媒體業(yè)務數(shù)據(jù)，然后按照自身組播表，將流媒體業(yè)務數(shù)據(jù)分發(fā)給自身組播表中的每一個下游節(jié)點，可以大大節(jié)約網(wǎng)絡帶寬資源。
在實際應用中，中間網(wǎng)絡節(jié)點也可以只是RNC，或者為RNC和SGSN，實現(xiàn)流媒體業(yè)務的方法與本實施例的方法類似，此處不再贅述。
綜上所述，以上僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種實現(xiàn)流媒體業(yè)務的方法，其特征在于，該方法包括以下步驟a、用戶設備UE將攜帶有組播地址的加入組播組請求消息發(fā)送給中間網(wǎng)絡節(jié)點；b、中間網(wǎng)絡節(jié)點根據(jù)組播地址將獲得的流媒體業(yè)務數(shù)據(jù)發(fā)送給UE。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟a與步驟b之間進一步包括X、中間網(wǎng)絡節(jié)點根據(jù)組播地址判斷自身是否存在與所接收到的組播地址對應的組播表，如果存在，則將UE地址信息直接記錄在該組播表中；否則，建立與該組播地址對應的組播表，再將UE地址信息記錄在組播表中。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述中間網(wǎng)絡節(jié)點獲得流媒體業(yè)務數(shù)據(jù)的方法為中間網(wǎng)絡節(jié)點將攜帶有組播地址的加入組播組請求消息發(fā)送給流媒體服務器，流媒體服務器根據(jù)組播地址向中間網(wǎng)絡節(jié)點發(fā)送流媒體業(yè)務數(shù)據(jù)。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述的中間網(wǎng)絡節(jié)點為定時根據(jù)組播表向UE發(fā)送查詢消息的中間網(wǎng)絡節(jié)點。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述中間網(wǎng)絡節(jié)點根據(jù)組播表向UE發(fā)送查詢消息后，進行查詢處理過程，所述查詢處理過程為Y1、中間網(wǎng)絡節(jié)點判斷是否接收到UE返回的查詢響應消息，如果接收到，則繼續(xù)按照組播表向UE發(fā)送流媒體業(yè)務數(shù)據(jù)，并退出查詢處理過程；否則，執(zhí)行步驟Y2；Y2、中間網(wǎng)絡節(jié)點將未返回查詢響應消息的UE的相關(guān)信息從組播表中刪除，并判斷是否該組播表是否為空，如果是，則刪除組播表；否則，不作處理。
6.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述中間網(wǎng)絡節(jié)點為無線網(wǎng)絡控制器RNC、服務通用分組無線業(yè)務支持節(jié)點SGSN和網(wǎng)關(guān)通用分組無線業(yè)務支持節(jié)點GGSN。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，步驟a所述UE將加入組播組請求消息發(fā)送給中間網(wǎng)絡節(jié)點為UE將加入組播組請求消息發(fā)送給中間網(wǎng)絡節(jié)點中的RNC；所述步驟X為X1、RNC判斷自身是否存在與該組播地址對應的組播表，如果有，則將UE地址信息直接記錄在該組播表中，并執(zhí)行步驟b3；否則，建立一個與該組播地址對應的組播表，將UE地址信息記錄在組播表中；X2、RNC向SGSN發(fā)送攜帶有組播地址的加入組播組請求消息，SGSN判斷自身是否存在與該組播地址對應的組播表，如果有，則將RNC地址信息直接記錄在該組播表中，并執(zhí)行步驟b2；否則，建立一個與該組播地址對應的組播表，再將RNC地址信息記錄在組播表中；X3、SGSN向GGSN發(fā)送攜帶有組播地址的加入組播組請求消息，GGSN判斷自身是否存在與該組播地址對應的組播表，如果有，則將SGSN地址信息直接記錄在該組播表中，并執(zhí)行步驟b1；否則，建立一個與該組播地址對應的組播表，再將SGSN地址信息記錄在組播表中；所述步驟b為b1、GGSN將獲得的流媒體業(yè)務數(shù)據(jù)發(fā)送給SGSN；b1、SGSN將獲得的流媒體業(yè)務數(shù)據(jù)發(fā)送給RNC；b3、RNC將獲得的流媒體業(yè)務數(shù)據(jù)發(fā)送給UE。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述GGSN獲得流媒體業(yè)務數(shù)據(jù)的方法為GGSN向流媒體服務器發(fā)送攜帶有組播地址的加入組播組請求消息，流媒體服務器根據(jù)組播地址向GGSN發(fā)送流媒體業(yè)務數(shù)據(jù)。
9.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述RNC為定時根據(jù)自身組播表向UE發(fā)送查詢消息的RNC；所述SGSN為定時根據(jù)自身組播表向RNC發(fā)送查詢消息的SGSN；所述GGSN為定時根據(jù)自身組播表向SGSN發(fā)送查詢消息的GGSN。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述RNC、SGSN和GGSN分別根據(jù)自身組播表發(fā)送查詢消息時，將分別進行各自的查詢處理過程，所述查詢處理過程為Z1、RNC/SGSN/GGSN判斷是否接收到UE/RNC/SGSN返回的查詢響應消息，如果接收到，則繼續(xù)按照組播表向UE/RNC/SGSN發(fā)送流媒體業(yè)務數(shù)據(jù)，并退出查詢處理過程；否則，執(zhí)行步驟R2；Z2、RNC/SGSN/GGSN將未返回查詢響應消息的UE/RNC/SGSN的相關(guān)信息從自身組播表中刪除，并判斷是否該組播表是否為空，如果是，則刪除組播表；否則，不作處理。
全文摘要
本發(fā)明提供一種實現(xiàn)流媒體業(yè)務的方法，其關(guān)鍵在于，中間節(jié)點按照組播的方式將獲得的流媒體業(yè)務數(shù)據(jù)轉(zhuǎn)發(fā)給用戶設備(UE)。當UE需要接收流媒體業(yè)務數(shù)據(jù)時，UE先將攜帶有組播地址的加入組播組請求消息發(fā)送給中間網(wǎng)絡節(jié)點，中間網(wǎng)絡節(jié)點根據(jù)組播地址判斷自身是否存在與該組播地址對應的組播表，如果有，則將UE地址信息直接記錄在該組播表中；否則，建立一個與該組播地址對應的組播表，再將UE地址信息記錄在組播表中；然后，中間網(wǎng)絡節(jié)點再根據(jù)組播表將事先獲得的流媒體業(yè)務數(shù)據(jù)發(fā)送給UE。應用本發(fā)明方案，不但可以在現(xiàn)有的移動網(wǎng)絡基礎(chǔ)上實現(xiàn)流媒體業(yè)務，而且流媒體服務器只向中間網(wǎng)絡節(jié)點發(fā)送一份流媒體數(shù)據(jù)，可以節(jié)約網(wǎng)絡資源。
文檔編號H04W4/12GK1859623SQ20061005709
公開日2006年11月8日 申請日期2006年3月17日 優(yōu)先權(quán)日2006年3月17日
發(fā)明者紀燁, 錢濤 申請人:華為技術(shù)有限公司