推送處理方法及裝置的制造方法
【專利摘要】本發(fā)明公開了一種推送處理方法及裝置，其中，該方法包括：邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內容，其中，所述邊緣節(jié)點位于終端所屬小區(qū)內；該邊緣節(jié)點通過單播協(xié)議方式將所述內容推送給所述終端。通過本發(fā)明，解決了相關技術中互聯(lián)網(wǎng)電視業(yè)務服務在高峰時段容易出現(xiàn)擁堵的問題，進而達到了提高互聯(lián)網(wǎng)電視業(yè)務的傳送效率，避免了在高峰時段產(chǎn)生擁堵。
【專利說明】
推送處理方法及裝置
技術領域
[0001]本發(fā)明涉及通信領域，具體而言，涉及一種推送處理方法及裝置。
【背景技術】
[0002]互聯(lián)網(wǎng)電視是指通過公共互聯(lián)網(wǎng)面向聯(lián)網(wǎng)設備(電視、PC、移動終端)傳輸?shù)腎P視頻和互聯(lián)網(wǎng)應用融合的服務，以交互式音視頻服務為主體集互聯(lián)網(wǎng)、多媒體通訊等多種技術為一體的服務集合體，在任何時間、向任意地點的任意終端用戶提供視頻、資訊、游戲等各種服務。
[0003]目前業(yè)界流行的通過互聯(lián)網(wǎng)向用戶提供各種應用服務(Over The Top，簡稱OTT)的解決方案，是分級部署CDN系統(tǒng)，一般部署內容分發(fā)網(wǎng)絡(Content Delivery Network，簡稱為CDN)邊緣節(jié)點到地市節(jié)點，每個CDN邊緣節(jié)點給上千或者上萬用戶提供服務。由于互聯(lián)網(wǎng)電視一般都是點播服務，一般需要采用單播方式來提供服務，這種方式在互聯(lián)網(wǎng)絡目前網(wǎng)絡狀況下，尤其是晚上高峰時間，很容易出現(xiàn)擁堵，所以實際現(xiàn)網(wǎng)運行時，卡頓現(xiàn)象出現(xiàn)非常頻繁。
[0004]針對相關技術中互聯(lián)網(wǎng)電視業(yè)務服務在高峰時段容易出現(xiàn)擁堵的問題，目前尚未提出有效的解決方案。

【發(fā)明內容】

[0005]本發(fā)明提供了一種推送處理方法及裝置，以至少解決相關技術中互聯(lián)網(wǎng)電視業(yè)務服務在高峰時段容易出現(xiàn)擁堵的問題。
[0006]根據(jù)本發(fā)明的一個方面，提供了一種推送處理方法，包括:邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內容，其中，所述邊緣節(jié)點位于終端所屬小區(qū)內；所述邊緣節(jié)點通過單播協(xié)議方式將所述內容推送給所述終端。
[0007]進一步地，在所述邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內容之前，還包括:所述邊緣節(jié)點向所述上級節(jié)點發(fā)送加入組的請求消息，其中，所述請求消息用于所述上級節(jié)點根據(jù)所述請求消息將所述邊緣節(jié)點加入到組內。
[0008]進一步地，所述邊緣節(jié)點通過組播協(xié)議方式接收所述上級節(jié)點推送的所述內容包括:判斷所述上級節(jié)點的數(shù)量大于或等于閾值，在判斷結果為是的情況下，所述邊緣節(jié)點通過組播協(xié)議方式接收所述上級節(jié)點推送的所述內容。
[0009]進一步地，所述邊緣節(jié)點通過組播協(xié)議方式接收所述上級節(jié)點推送的所述內容包括:所述邊緣節(jié)點根據(jù)預定調度策略從中心節(jié)點或其他牌照方獲取所述內容。
[0010]進一步地，所述內容包括互聯(lián)網(wǎng)電視業(yè)務。
[0011]根據(jù)本發(fā)明的另一方面，提供了一種推送處理裝置，應用于邊緣節(jié)點，包括:接收模塊，用于通過組播協(xié)議方式接收上級節(jié)點推送的內容，其中，所述邊緣節(jié)點位于終端所屬小區(qū)內；推送模塊，用于通過單播協(xié)議方式將所述內容推送給所述終端。
[0012]進一步地，所述裝置還包括:發(fā)送模塊，用于向所述上級節(jié)點發(fā)送加入組的請求消息，其中，所述請求消息用于所述上級節(jié)點根據(jù)所述請求消息將所述邊緣節(jié)點加入到組內。
[0013]進一步地，所述接收模塊包括:判斷單元，用于判斷所述上級節(jié)點的數(shù)量大于或等于閾值，在判斷結果為是的情況下，所述邊緣節(jié)點通過組播協(xié)議方式接收所述上級節(jié)點推送的所述內容。
[0014]進一步地，所述接收模塊包括:獲取單元，用于根據(jù)預定調度策略從中心節(jié)點或其他牌照方獲取所述內容。
[0015]進一步地，所述內容包括互聯(lián)網(wǎng)電視業(yè)務。
[0016]通過本發(fā)明，邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內容，其中，所述邊緣節(jié)點位于終端所屬小區(qū)內；所述邊緣節(jié)點通過單播協(xié)議方式將所述內容推送給所述終端，解決了相關技術中互聯(lián)網(wǎng)電視業(yè)務服務在高峰時段容易出現(xiàn)擁堵的問題，進而達到了提高互聯(lián)網(wǎng)電視業(yè)務的傳送效率，避免了在高峰時段產(chǎn)生擁堵。
【附圖說明】
[0017]此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中:
[0018]圖1是根據(jù)本發(fā)明實施例的推送處理方法的流程圖；
[0019]圖2是根據(jù)本發(fā)明實施例的推送處理裝置的框圖；
[0020]圖3是根據(jù)本發(fā)明優(yōu)選實施例的推送處理裝置的框圖一；
[0021]圖4根據(jù)本發(fā)明優(yōu)選實施例的推送處理裝置的框圖二 ；
[0022]圖5是根據(jù)本發(fā)明優(yōu)選實施例的推送處理裝置的框圖三；
[0023]圖6根據(jù)本發(fā)明實施例的系統(tǒng)組網(wǎng)的示意圖；
[0024]圖7根據(jù)本發(fā)明實施例實現(xiàn)終端業(yè)務的系統(tǒng)流程圖；
[0025]圖8根據(jù)本發(fā)明實施例的CDN邊緣節(jié)點與上次節(jié)點組播實現(xiàn)流程圖。
【具體實施方式】
[0026]下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。
[0027]在本實施例中提供了一種推送處理方法，圖1是根據(jù)本發(fā)明實施例的推送處理方法的流程圖，如圖1所示，該流程包括如下步驟:
[0028]步驟S102，邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內容，其中，該邊緣節(jié)點位于終端所屬小區(qū)內；
[0029]步驟S104，邊緣節(jié)點通過單播協(xié)議方式將該內容推送給該終端。
[0030]通過上述步驟，邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內容，其中，該邊緣節(jié)點位于終端所屬小區(qū)內，通過單播協(xié)議方式將該內容推送給該終端，由于邊緣節(jié)點建立在例終端比較近的小區(qū)內，解決了相關技術中互聯(lián)網(wǎng)電視業(yè)務服務在高峰時段容易出現(xiàn)擁堵的問題，進而達到了提高互聯(lián)網(wǎng)電視業(yè)務的傳送效率，避免了在高峰時段產(chǎn)生擁堵。
[0031]在邊緣節(jié)點通過組播協(xié)議方式接收該上級節(jié)點推送的內容之前，還可以向該上級節(jié)點發(fā)送加入組的請求消息，其中，該請求消息用于該上級節(jié)點根據(jù)該請求消息將該邊緣節(jié)點加入到組內。
[0032]邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內容的方式有很多種，在一個可選的實施例中，判斷上級節(jié)點的數(shù)量大于或等于閾值，在判斷結果為是的情況下，邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內容；在該上級節(jié)點的數(shù)量小于閾值的情況下，通過單薄協(xié)議方式接收上級節(jié)點推送的內容。
[0033]在另一個可選的實施例中，接收上級節(jié)點推送的內容可以包括:根據(jù)預定調度策略從中心節(jié)點或其他牌照方獲取該內容。
[0034]上述的內容可以包括互聯(lián)網(wǎng)電視業(yè)務。
[0035]本發(fā)明實施例還提供了一種推送處理裝置，應用于邊緣節(jié)點，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說明的不再贅述。如以下所使用的，術語“模塊”可以實現(xiàn)預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構想的。
[0036]圖2是根據(jù)本發(fā)明實施例的推送處理裝置的框圖，如圖2所示，包括:接收模塊22和推送模塊24，下面對各個模塊進行簡要說明。
[0037]接收模塊22，用于通過組播協(xié)議方式接收上級節(jié)點推送的內容，其中，該邊緣節(jié)點位于終端所屬小區(qū)內；
[0038]推送模塊24，用于通過單播協(xié)議方式將該內容推送給該終端。
[0039]圖3是根據(jù)本發(fā)明優(yōu)選實施例的推送處理裝置的框圖一，如圖3所示，該裝置還包括:
[0040]發(fā)送模塊32，用于向該上級節(jié)點發(fā)送加入組的請求消息，其中，該請求消息用于該上級節(jié)點根據(jù)該請求消息將該邊緣節(jié)點加入到組內。
[0041]圖4根據(jù)本發(fā)明優(yōu)選實施例的推送處理裝置的框圖二，如圖4所示，該接收模塊包括:
[0042]判斷單元42，用于判斷該上級節(jié)點的數(shù)量大于或等于閾值，在判斷結果為是的情況下，該邊緣節(jié)點通過組播協(xié)議方式接收該上級節(jié)點推送的該內容。
[0043]圖5是根據(jù)本發(fā)明優(yōu)選實施例的推送處理裝置的框圖三，如圖5所示，該接收模塊包括:
[0044]獲取單元52，用于根據(jù)預定調度策略從中心節(jié)點或其他牌照方獲取該內容。
[0045]上述的該內容可以包括互聯(lián)網(wǎng)電視業(yè)務。
[0046]下面結合可選實施例對本發(fā)明實施例進行進一步說明。
[0047]本可選實施例提供了一種快速高效實現(xiàn)家庭互聯(lián)網(wǎng)電視業(yè)務的方法，采用邊緣節(jié)點小型化，即把邊緣節(jié)點建設到家庭或者小型社區(qū)，或住宅樓。CDN內容中心把內容通過組播方式的推送到邊緣節(jié)點。邊緣節(jié)點到終端用戶采用單播方式。由于邊緣CDN節(jié)點非?？拷脩?，所以用戶可以速度獲取到內容，視頻觀看效果非常佳。
[0048]基于內容分發(fā)的快速高效的實現(xiàn)方法，為了實現(xiàn)快速高效，需要對CDN的組網(wǎng)進行優(yōu)化，該方法包括:CDN邊緣節(jié)點下沉到社區(qū)，CDN邊緣節(jié)點的上級節(jié)點到CDN邊緣節(jié)點采用組播協(xié)議把內容分發(fā)到邊緣節(jié)點。邊緣節(jié)點到家庭用戶之間采用單播協(xié)議。CDN邊緣節(jié)點由于下沉到社區(qū)，CDN的邊緣節(jié)點數(shù)量會增加不少，CDN邊緣節(jié)點的上級節(jié)點到CDN邊緣節(jié)點之間點播內容采用組播方式。⑶N組網(wǎng)方式是采用分級組網(wǎng)，中心節(jié)點與⑶N邊緣節(jié)點的上級節(jié)點之間的內容推送方式可以有多種，如果CDN邊緣節(jié)點的上級節(jié)點數(shù)量比較多，則可以采用組播協(xié)議方式，如果數(shù)量不是很多，則可以采用點對點內容推送方式，也可以采用組播協(xié)議方式發(fā)送內容。
[0049]在本發(fā)明的實施例中，提供了一種快速高效實現(xiàn)互聯(lián)網(wǎng)電視系統(tǒng)，通過該系統(tǒng)，可以為快速高效實現(xiàn)互聯(lián)網(wǎng)電視業(yè)務，提供有效平臺支撐。圖6根據(jù)本發(fā)明實施例的系統(tǒng)組網(wǎng)的示意圖，如圖6所示，包括:
[0050]運營運維管理系統(tǒng)⑶N 62，各個邊源⑶N節(jié)點管理哪些社區(qū)，以及地址段都由管理系統(tǒng)來分配。每個⑶N上資源的劃分也有⑶N運營運維管理系統(tǒng)來分配。
[0051]內容中心庫管理64從牌照方注入的內容，以及實現(xiàn)內容的下推到下面的節(jié)點。
[0052]全局調度中心66，用戶請求調度功能負責對用戶終端發(fā)起的服務請求進行全局重定向，根據(jù)系統(tǒng)定義的全局調度策略，將用戶請求調度到最合適的服務節(jié)點。全局調度系統(tǒng)應能根據(jù)當前CDN運行情況動態(tài)、實時地調整用戶的調度分配。
[0053]區(qū)域中心存儲68，從內容中心庫傳送過來的內容，并把內容調動到⑶N邊緣節(jié)點。
[0054]⑶N邊緣節(jié)點610，存儲從區(qū)域中心傳送過來的內容，以及存儲社區(qū)和終端用戶上傳的資源，可以給終端用戶提供視頻直播點播等媒體服務，另外終端可以對自己上傳的內容進行管理，比如刪除，修改等操作，用戶通過門戶上傳內容保存在CDN邊緣節(jié)點610。用戶可以隨時EPG門戶進入到終端資源維護頁面來對自己內容進行操作。
[0055]門戶612，終端管理門戶，社區(qū)管理門戶。
[0056]電子節(jié)目單管理服務器614，管理終端頁面呈現(xiàn)。
[0057]圖7根據(jù)本發(fā)明實施例實現(xiàn)終端業(yè)務的系統(tǒng)流程圖，如圖7所示，包括以下處理:
[0058]步驟S702，如果區(qū)域中心節(jié)點數(shù)量比較少，中心節(jié)點到區(qū)域節(jié)點可以配置采用內容下發(fā)請求(請求中會攜帶存放內容管理的XML文件URL)然后區(qū)域節(jié)點到根據(jù)內容所在的地址進行下載。如果區(qū)域中心節(jié)點數(shù)量比較多，則中心節(jié)點到區(qū)域節(jié)點也可以配置使用組播方式。當然也可以點對點內容下發(fā)模式。
[0059]步驟S704，由于邊緣⑶N節(jié)點小型化，跟貼近終端用戶，部署到大社區(qū)，這樣邊緣節(jié)點的個數(shù)會增加很多，通過牌照方注入的內容需要調度到邊緣節(jié)點的內容大部分相同，如果采用每個邊緣節(jié)點單獨獲取內容，則邊緣節(jié)點到區(qū)域節(jié)點的流量會比較大，所以區(qū)域節(jié)點采用組播方式把內容發(fā)送到邊緣CDN節(jié)點。
[0060]步驟S706，終端內容點播內容，則⑶N調度節(jié)點會把終端用戶請求調動到邊緣節(jié)點，終端用戶通過單播方式獲取內容。
[0061]圖8根據(jù)本發(fā)明實施例的CDN邊緣節(jié)點與上次節(jié)點組播實現(xiàn)流程圖，如圖8所示，包括以下處理:
[0062]步驟S802，⑶N邊緣節(jié)點上級⑶N節(jié)點(簡稱上級⑶N)向組播復制點發(fā)送組播媒體流。
[0063]步驟S804，邊緣⑶N設備安裝啟動后(或者是邊緣⑶N通過手工方式加入組播組)，自動發(fā)起加入組播組請求。
[0064]步驟S806，組播復制點向邊緣⑶N發(fā)送組播媒體流。
[0065]步驟S808，邊緣⑶N退出組播組，邊緣⑶N如何退出組播組，可以通過手工觸發(fā)等方式。
[0066]綜上所述，可以對IPTV各個業(yè)務進行統(tǒng)籌規(guī)劃，合理安排各個業(yè)務，對于能夠在一起顯示的業(yè)務進行合理布局，對于不能在一起呈現(xiàn)的業(yè)務，則需要避免沖突，即錯開呈現(xiàn)的時間。
[0067]顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。
[0068]以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
【主權項】
1.一種推送處理方法，其特征在于，包括: 邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內容，其中，所述邊緣節(jié)點位于終端所屬小區(qū)內； 所述邊緣節(jié)點通過單播協(xié)議方式將所述內容推送給所述終端。2.根據(jù)權利要求1所述的方法，其特征在于，在所述邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的所述內容之前，還包括: 所述邊緣節(jié)點向所述上級節(jié)點發(fā)送加入組的請求消息，其中，所述請求消息用于所述上級節(jié)點根據(jù)所述請求消息將所述邊緣節(jié)點加入到組內。3.根據(jù)權利要求1所述的方法，其特征在于，所述邊緣節(jié)點通過組播協(xié)議方式接收所述上級節(jié)點推送的所述內容包括: 判斷所述上級節(jié)點的數(shù)量大于或等于閾值，在判斷結果為是的情況下，所述邊緣節(jié)點通過組播協(xié)議方式接收所述上級節(jié)點推送的所述內容。4.根據(jù)權利要求1所述的方法，其特征在于，所述邊緣節(jié)點通過組播協(xié)議方式接收上級節(jié)點推送的內容包括: 所述邊緣節(jié)點根據(jù)預定調度策略從中心節(jié)點或其他牌照方獲取所述內容。5.根據(jù)權利要求1至4中任一項所述的方法，其特征在于，所述內容包括互聯(lián)網(wǎng)電視業(yè)務。6.一種推送處理裝置，其特征在于，應用于邊緣節(jié)點，包括: 接收模塊，用于通過組播協(xié)議方式接收上級節(jié)點推送的內容，其中，所述邊緣節(jié)點位于終端所屬小區(qū)內； 推送模塊，用于通過單播協(xié)議方式將所述內容推送給所述終端。7.根據(jù)權利要求6所述的裝置，其特征在于，所述裝置還包括: 發(fā)送模塊，用于向所述上級節(jié)點發(fā)送加入組的請求消息，其中，所述請求消息用于所述上級節(jié)點根據(jù)所述請求消息將所述邊緣節(jié)點加入到組內。8.根據(jù)權利要求6所述的裝置，其特征在于，所述接收模塊包括: 判斷單元，用于判斷所述上級節(jié)點的數(shù)量大于或等于閾值，在判斷結果為是的情況下，所述邊緣節(jié)點通過組播協(xié)議方式接收所述上級節(jié)點推送的所述內容。9.根據(jù)權利要求6所述的裝置，其特征在于，所述接收模塊包括: 獲取單元，用于根據(jù)預定調度策略從中心節(jié)點或其他牌照方獲取所述內容。10.根據(jù)權利要求6至9中任一項所述的裝置，其特征在于，所述內容包括互聯(lián)網(wǎng)電視業(yè)務。
【文檔編號】H04L29/06GK106034140SQ201510105346
【公開日】2016年10月19日
【申請日】2015年3月10日
【發(fā)明人】劉美萍
【申請人】中興通訊股份有限公司