聚合傳輸?shù)姆椒?、裝置和系統(tǒng)以及網(wǎng)絡(luò)服務(wù)器和用戶設(shè)備的制作方法
【專利摘要】本發(fā)明實施例涉及聚合傳輸?shù)姆椒?、裝置和系統(tǒng)以及網(wǎng)絡(luò)服務(wù)器和用戶設(shè)備。其中，聚合傳輸?shù)姆椒òǎ捍_定向用戶設(shè)備發(fā)送的熱點信息，其中所述熱點信息由互聯(lián)網(wǎng)服務(wù)提供商ISP提供和/或互聯(lián)網(wǎng)內(nèi)容提供商ICP提供；向所述用戶設(shè)備發(fā)送調(diào)度信息，其中所述調(diào)度信息用于指示向所述用戶設(shè)備發(fā)送所述熱點信息；通過廣播網(wǎng)絡(luò)，向所述用戶設(shè)備發(fā)送所述調(diào)度消息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引，其中所述熱點信息對應(yīng)的統(tǒng)一資源定位符URL與所述業(yè)務(wù)索引的映射關(guān)系包括在第一映射關(guān)系中。本發(fā)明實施例在點播傳輸模式的基礎(chǔ)上，利用廣播傳輸模式對高相關(guān)性業(yè)務(wù)進(jìn)行傳輸，能夠提高整網(wǎng)資源的利用率。
【專利說明】聚合傳輸?shù)姆椒?、裝置和系統(tǒng)以及網(wǎng)絡(luò)服務(wù)器和用戶設(shè)備
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域，具體而言，涉及聚合傳輸?shù)姆椒?、裝置和系統(tǒng)以及內(nèi)容分發(fā)網(wǎng)絡(luò)(O)N, Content Delivery Network)服務(wù)器和用戶設(shè)備。
【背景技術(shù)】
[0002]目前，在蜂窩網(wǎng)絡(luò)中，移動終端以無線方式和蜂窩網(wǎng)絡(luò)建立連接，并接入到英特網(wǎng)(Internet)進(jìn)行網(wǎng)頁瀏覽、視頻觀看等業(yè)務(wù)。當(dāng)移動終端沒有業(yè)務(wù)需求時，通常保持空閑狀態(tài)，僅僅監(jiān)聽網(wǎng)絡(luò)信號水平和接收尋呼信號。隨著移動互聯(lián)的快速發(fā)展，改進(jìn)收發(fā)技術(shù)、增加站址、提高頻譜帶寬等蜂窩網(wǎng)絡(luò)的線性提升的手段無法滿足移動網(wǎng)絡(luò)的流量的速度指數(shù)增長。
[0003]通過采用類似于多媒體播放主播業(yè)務(wù)(MBMS, Multimedia Broadcasting MasterService)的廣播方式對熱門內(nèi)容進(jìn)行聚合傳輸，可大大節(jié)省小區(qū)容量，避免網(wǎng)絡(luò)瓶頸。但是，由于當(dāng)前主流移動業(yè)務(wù)是基于用戶點播的客戶機/服務(wù)器(C/S，Client/Server)模式，因此作為一組業(yè)務(wù)組播廣播機制的MBMS無法直接應(yīng)用于當(dāng)前主流移動業(yè)務(wù)。
【發(fā)明內(nèi)容】
[0004]本發(fā)明提出了聚合傳輸?shù)姆椒?、裝置和系統(tǒng)以及CDN服務(wù)器和用戶設(shè)備，旨在解決如何將廣播傳輸與點播傳輸模式相結(jié)合的聚合傳輸?shù)膯栴}。
[0005]第一方面，提出了一種聚合傳輸?shù)姆椒?，包?確定向用戶設(shè)備(UE，UserEquipment)發(fā)送的熱點信息，其中所述熱點信息由互聯(lián)網(wǎng)服務(wù)提供商(ISP, InternetService Provider)和 / 或互聯(lián)網(wǎng)內(nèi)容提供商(ICP, Internet Content Provider)提供；向所述用戶設(shè)備發(fā)送調(diào)度信息，其中所述調(diào)度信息用于指示向所述用戶設(shè)備發(fā)送所述熱點信息；通過廣播網(wǎng)絡(luò)，向所述用戶設(shè)備發(fā)送所述調(diào)度消息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引，其中所述熱點信息對應(yīng)的統(tǒng)一資源定位符(URL，UniformResource Locator)與所述業(yè)務(wù)索引的映射關(guān)系包括在第一映射關(guān)系中。
[0006]結(jié)合第一方面，在第一方面的第一實施方式中，在所述通過廣播網(wǎng)絡(luò)向所述UE發(fā)送所述調(diào)度消息所指示的所述熱點信息的同時，還包括:通過通信網(wǎng)絡(luò)，與所述UE建立重傳鏈接。
[0007]結(jié)合第一方面的第一實施方式，在第一方面的第二實施方式中，所述與所述UE建立重傳鏈接包括:接收所述UE發(fā)送的預(yù)推送融合傳輸請求消息；向所述UE發(fā)送預(yù)推送融合傳輸響應(yīng)消息。
[0008]結(jié)合第一方面或第一方面的第一實施方式，在第一方面的第三實施方式中，在所述與所述UE建立重傳鏈接之后，還包括:接收所述UE的發(fā)送預(yù)推送廣播誤塊的請求；向所述UE發(fā)送所述預(yù)推送廣播誤塊，其中所述預(yù)推送廣播誤塊包括未通過所述廣播網(wǎng)絡(luò)發(fā)送到所述用戶設(shè)備的熱點信息和未能保存在所述用戶設(shè)備中的通過所述廣播網(wǎng)絡(luò)傳送的熱點信息中的至少一種。[0009]結(jié)合第一方面的第三實施方式，在第一方面的第四實施方式中，在所述接收所述UE的發(fā)送預(yù)推送廣播誤塊的請求之后，還包括:根據(jù)所述UE的國際移動用戶識別碼(MSI，International Mobile Subscriber Identification Number)、所述預(yù)推送廣播誤塊的信息和所述熱點信息對應(yīng)的統(tǒng)一資源定位符URL與所述業(yè)務(wù)索引更新所述第一映射關(guān)系。
[0010]結(jié)合第一方面的第一實施方式至第四實施方式，在第一方面的第五實施方式中，還包括:接收所述UE發(fā)送的業(yè)務(wù)請求，所述業(yè)務(wù)請求包括熱點信息的URL ;根據(jù)所述UE的IMSI和所述第一映射關(guān)系，確定所述業(yè)務(wù)請求對應(yīng)的熱點信息是否已經(jīng)發(fā)送至所述UE ;若確定所述業(yè)務(wù)請求對應(yīng)的熱點信息已經(jīng)發(fā)送至所述UE，將與所述熱點信息對應(yīng)的業(yè)務(wù)索引發(fā)送給所述UE，若確定所述業(yè)務(wù)請求對應(yīng)的熱點信息未發(fā)送至所述UE，通過通信網(wǎng)絡(luò)，將所述業(yè)務(wù)請求對應(yīng)的所述熱點信息或所述預(yù)推送廣播誤塊發(fā)送給所述UE。
[0011]結(jié)合第一方面或其第一至第五實施方式，在第一方面的第六實施方式中，在所述向所述UE發(fā)送所述調(diào)度消息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引之后，還包括:通過通信網(wǎng)絡(luò)，接收所述UE發(fā)送的緩存狀態(tài)同步消息，所述緩存狀態(tài)同步消息包括所述UE已接收的熱點信息的業(yè)務(wù)索引；通過通信網(wǎng)絡(luò)，根據(jù)所述用戶設(shè)備已接收的熱點信息的業(yè)務(wù)索引，更新所述第一映射關(guān)系。
[0012]結(jié)合第一方面，在第一方面的第七實施方式中，還包括:通過通信網(wǎng)絡(luò)，接收所述UE發(fā)送的業(yè)務(wù)請求，所述業(yè)務(wù)請求包括被請求的業(yè)務(wù)的URL ;根據(jù)所述被請求的業(yè)務(wù)的URL，確定與所述被請求的業(yè)務(wù)的URL對應(yīng)的被請求的業(yè)務(wù)是否為熱點信息；當(dāng)確定所述被請求的業(yè)務(wù)為熱點信息時，根據(jù)所述UE的IMSI和所述第一映射關(guān)系，確定所述被請求的業(yè)務(wù)是否已經(jīng)發(fā)送給所述UE;若確定所述被請求的業(yè)務(wù)已經(jīng)發(fā)送至所述UE，通過所述通信網(wǎng)絡(luò)將所述被請求的業(yè)務(wù)的業(yè)務(wù)索引發(fā)送給所述UE，若確定所述被請求的業(yè)務(wù)未發(fā)送至所述UE,通過所述通信網(wǎng)絡(luò)將所述業(yè)務(wù)請求對應(yīng)的熱點信息發(fā)送給所述UE。
[0013]結(jié)合第一方面的第七實施方式，在第一方面的第八實施方式中，在所述通過所述通信網(wǎng)絡(luò)將所述被請求的業(yè)務(wù)的業(yè)務(wù)索引發(fā)送給所述UE之后，還包括:接收所述UE的發(fā)送預(yù)推送廣播誤塊的請求；向所述UE發(fā)送所述預(yù)推送廣播誤塊，其中所述預(yù)推送廣播誤塊包括未通過所述廣播網(wǎng)絡(luò)發(fā)送到所述用戶設(shè)備的熱點信息和未能保存在所述用戶設(shè)備中的通過所述廣播網(wǎng)絡(luò)傳送的熱點信息中的至少一種。
[0014]結(jié)合第一方面的第七或第八實施方式，在第一方面的第九實施方式中，在所述確定所述被請求的業(yè)務(wù)是否已經(jīng)發(fā)送給所述UE之前，還包括:接收所述UE發(fā)送的推送業(yè)務(wù)傳送狀態(tài)同步消息；根據(jù)所述推送業(yè)務(wù)傳送狀態(tài)同步消息，更新所述第一映射關(guān)系。
[0015]第二方面，提出了一種聚合傳輸?shù)姆椒?，包?從內(nèi)容分發(fā)網(wǎng)絡(luò)⑶N功能單元接收調(diào)度信息，其中所述調(diào)度信息指示將要接收的ISP和/或ICP提供的熱點信息；通過廣播網(wǎng)絡(luò)，接收所述調(diào)度信息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引；保存所述熱點信息，并根據(jù)所述熱點信息與所述業(yè)務(wù)索引的映射關(guān)系建立第二映射關(guān)系。
[0016]結(jié)合第二方面，在第二方面的第一實施方式中，在所述通過廣播網(wǎng)絡(luò)，接收所述調(diào)度信息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引的同時，還包括:通過通信網(wǎng)絡(luò)，與所述CDN功能單元建立重傳鏈接。
[0017]結(jié)合第二方面的第一實施方式，在第二方面的第二實施方式中，所述與所述CDN功能單元建立重傳鏈接包括:向所述⑶N功能單元發(fā)送預(yù)推送融合傳輸請求；從所述⑶N功能單元接收預(yù)推送融合傳輸響應(yīng)。
[0018]結(jié)合第二方面的第一或第二實施方式，在第二方面的第三實施方式中，在所述與所述CDN功能單元建立重傳鏈接之后，還包括:向所述CDN功能單元發(fā)送預(yù)推送廣播誤塊的請求；接收所述CDN功能單元發(fā)送的所述預(yù)推送廣播誤塊，其中所述預(yù)推送廣播誤塊包括未通過所述廣播網(wǎng)絡(luò)發(fā)送到所述用戶設(shè)備的熱點信息和未能保存在所述用戶設(shè)備中的通過所述廣播網(wǎng)絡(luò)傳送的熱點信息中的至少一種。
[0019]結(jié)合第二方面或其第一至第三實施方式，在第二方面的第四實施方式中，還包括:通過通信網(wǎng)絡(luò)，向所述CDN功能單元發(fā)送業(yè)務(wù)請求，所述業(yè)務(wù)請求與熱點信息的URL相對應(yīng)；通過通信網(wǎng)絡(luò)，從所述CDN功能單元接收業(yè)務(wù)索引或者與所述業(yè)務(wù)請求對應(yīng)的熱點信息，所述業(yè)務(wù)索引與所述業(yè)務(wù)請求對應(yīng)的熱點信息關(guān)聯(lián)。
[0020]結(jié)合第二方面的第四實施方式，在第二方面的第五實施方式中，還包括:通過通信網(wǎng)絡(luò)，向所述CDN功能單元發(fā)送緩存狀態(tài)同步消息，所述緩存狀態(tài)同步消息包括已接收的熱點信息的業(yè)務(wù)索引。
[0021]結(jié)合第二方面的第五實施方式，在第二方面的第六實施方式中，還包括:通過通信網(wǎng)絡(luò)，從所述CDN功能單元接收根據(jù)緩存狀態(tài)同步消息確定的需要重傳的熱點信息；根據(jù)接收到的重傳的熱點信息，更新所述第二映射關(guān)系。
[0022]結(jié)合第二方面，在第二方面的第七實施方式中，還包括:通過通信網(wǎng)絡(luò)，向所述CDN功能單元發(fā)送業(yè)務(wù)請求，所述業(yè)務(wù)請求用于所述CDN功能單元判斷被請求的業(yè)務(wù)是否是熱點信息；通過通信網(wǎng)絡(luò)，從所述CDN功能單元接收所述被請求的業(yè)務(wù)的業(yè)務(wù)索引，或者從所述CDN功能單元接收所述被請求的業(yè)務(wù)。
[0023]結(jié)合第二方面的第七實施方式，在第二方面的第八實施方式中，在所述從所述CDN功能單元接收所述被請求的業(yè)務(wù)的業(yè)務(wù)索引之后，還包括:向CDN功能單元發(fā)送預(yù)推送廣播誤塊的請求；從所述CDN功能單元接收所述預(yù)推送廣播誤塊，其中所述預(yù)推送廣播誤塊包括未通過所述廣播網(wǎng)絡(luò)發(fā)送到所述用戶設(shè)備的熱點信息以及未能保存在所述用戶設(shè)備中的通過所述廣播網(wǎng)絡(luò)傳送的熱點信息中的至少一種。
[0024]結(jié)合第二方面的第七或第八實施方式，在第二方面的第九實施方式中，在所述從所述CDN功能單元接收業(yè)務(wù)索引，或者從所述CDN功能單元接收與所述業(yè)務(wù)請求對應(yīng)的熱點信息之前，還包括:向所述CDN功能單元發(fā)送推送業(yè)務(wù)傳送狀態(tài)同步消息。
[0025]第三方面，提出了一種聚合傳輸?shù)难b置，包括:第一確定單元，用于確定將向用戶設(shè)備發(fā)送的熱點信息，其中所述熱點信息由互聯(lián)網(wǎng)服務(wù)提供商ISP提供和/或互聯(lián)網(wǎng)內(nèi)容提供商ICP提供；第一發(fā)送單元，用于向UE發(fā)送調(diào)度信息，其中所述調(diào)度信息指示向所述UE發(fā)送所述熱點信息；第二發(fā)送單元，用于通過廣播網(wǎng)絡(luò)，向所述UE發(fā)送所述調(diào)度消息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引，其中所述熱點信息對應(yīng)的統(tǒng)一資源定位符URL與所述業(yè)務(wù)索引的映射關(guān)系包括在弟一映射關(guān)系中。
[0026]結(jié)合第三方面，在第三方面的第一實施方式中，還包括:第一重傳單元，用于通過通信網(wǎng)絡(luò)，與所述UE建立重傳鏈接。
[0027]結(jié)合第三方面的第一實施方式，在第三方面的第二實施方式中，所述第一重傳單元包括:第一接收模塊，用于接收所述UE發(fā)送的預(yù)推送融合傳輸請求消息；第一發(fā)送模塊，用于向所述UE發(fā)送預(yù)推送融合傳輸響應(yīng)消息。[0028]結(jié)合第三方面的第一或第二實施方式，在第三方面的第三實施方式中，所述第一重傳單元還包括:第二接收模塊，用于接收所述UE的發(fā)送預(yù)推送廣播誤塊的請求；第二發(fā)送模塊，用于向所述UE發(fā)送所述預(yù)推送廣播誤塊，其中所述預(yù)推送廣播誤塊包括未通過所述廣播網(wǎng)絡(luò)發(fā)送到所述用戶設(shè)備的熱點信息以及未能保存在所述用戶設(shè)備中的通過所述廣播網(wǎng)絡(luò)傳送的熱點信息中的至少一種。
[0029]結(jié)合第三方面的第三實施方式，在第三方面的第四實施方式中，所述第一重傳單元還包括:更新模塊，用于在所述接收所述UE的發(fā)送預(yù)推送廣播誤塊的請求之后，根據(jù)所述UE的國際移動用戶識別碼IMS1、所述預(yù)推送廣播誤塊的信息和所述熱點信息對應(yīng)的統(tǒng)一資源定位符URL與所述業(yè)務(wù)索引更新所述第一映射關(guān)系。
[0030]結(jié)合第三方面的第一至第四實施方式，在第三方面的第五實施方式中，所述第一重傳單元還包括:第三接收模塊，用于接收所述UE發(fā)送的業(yè)務(wù)請求，所述業(yè)務(wù)請求包括熱點信息的URL ;第一確定模塊，用于根據(jù)所述UE的IMSI和所述第一映射關(guān)系，確定所述業(yè)務(wù)請求對應(yīng)的熱點信息是否已經(jīng)發(fā)送至所述UE;第三發(fā)送模塊，用于若確定所述業(yè)務(wù)請求對應(yīng)的熱點信息已經(jīng)發(fā)送至所述UE，將與所述熱點信息對應(yīng)的業(yè)務(wù)索引發(fā)送給所述UE，或者若確定所述業(yè)務(wù)請求對應(yīng)的熱點信息未發(fā)送至所述UE，通過通信網(wǎng)絡(luò)，將所述業(yè)務(wù)請求對應(yīng)的所述熱點信息或所述預(yù)推送廣播誤塊發(fā)送給所述UE。
[0031]結(jié)合第三方面或其第一至第五實施方式，在第三方面的第六實施方式中，還包括:第一接收單元，用于在所述向所述UE發(fā)送所述調(diào)度消息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引之后，通過通信網(wǎng)絡(luò)，接收所述UE發(fā)送的緩存狀態(tài)同步消息，所述緩存狀態(tài)同步消息包括所述UE已接收的熱點信息的業(yè)務(wù)索引；第一更新單元，用于通過通信網(wǎng)絡(luò)，根據(jù)所述用戶設(shè)備已接收的熱點信息的業(yè)務(wù)索引，更新所述第一映射關(guān)系。
[0032]結(jié)合第三方面，在第三方面的第七實施方式中，還包括:第二接收單元，用于通過通信網(wǎng)絡(luò)，接收所述UE發(fā)送的業(yè)務(wù)請求，所述業(yè)務(wù)請求包括被請求的業(yè)務(wù)的URL ;第二確定單元，用于根據(jù)所述URL，確定與所述URL對應(yīng)的被請求的業(yè)務(wù)是否為熱點信息；第三確定單元，用于當(dāng)所述第二確定單元確定所述被請求的業(yè)務(wù)為熱點信息時，根據(jù)所述UE的IMSI和所述第一映射關(guān)系，確定所述被請求的業(yè)務(wù)是否已經(jīng)發(fā)送給所述UE ;第三發(fā)送單元，用于若所述第三確定單元確定所述被請求的業(yè)務(wù)已經(jīng)發(fā)送至所述UE，通過所述通信網(wǎng)絡(luò)將所述被請求的業(yè)務(wù)的業(yè)務(wù)索引發(fā)送給所述UE，或者若所述第三確定單元確定所述被請求的業(yè)務(wù)未發(fā)送至所述UE，通過所述通信網(wǎng)絡(luò)將所述業(yè)務(wù)請求對應(yīng)的熱點信息發(fā)送給所述UE。
[0033]結(jié)合第三方面的第七實施方式，在第三方面的第八實施方式中，還包括:第四接收單元，用于在所述第三發(fā)送單元通過所述通信網(wǎng)絡(luò)將所述被請求的業(yè)務(wù)的業(yè)務(wù)索引發(fā)送給所述UE之后，接收所述UE的發(fā)送預(yù)推送廣播誤塊的請求；第四發(fā)送單元，用于向所述UE發(fā)送所述預(yù)推送廣播誤塊，其中所述預(yù)推送廣播誤塊包括未通過所述廣播網(wǎng)絡(luò)發(fā)送到所述用戶設(shè)備的熱點信息以及未能保存在所述用戶設(shè)備中的通過所述廣播網(wǎng)絡(luò)傳送的熱點信息中的至少一種。
[0034]結(jié)合第三方面的第七或第八實施方式，在第三方面的第九實施方式中，還包括:第五接收單元，用于在所述第三確定單元確定所述被請求的業(yè)務(wù)是否已經(jīng)發(fā)送給所述UE之前，接收所述UE發(fā)送的推送業(yè)務(wù)傳送狀態(tài)同步消息；第二更新單元，用于根據(jù)所述推送業(yè)務(wù)傳送狀態(tài)同步消息，更新所述第一映射關(guān)系。[0035]第四方面，提出了一種聚合傳輸?shù)难b置，包括:第六接收單元，用于從內(nèi)容分發(fā)網(wǎng)絡(luò)CDN功能單元接收調(diào)度信息，其中所述調(diào)度信息指示將要接收的ISP和/或ICP提供的熱點信息；第七接收單元，用于通過廣播網(wǎng)絡(luò)，接收所述調(diào)度信息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引；第一存儲單元，用于保存所述熱點信息，并根據(jù)所述熱點信息與所述業(yè)務(wù)索引的映射關(guān)系建立第二映射關(guān)系。
[0036]結(jié)合第四方面，在第四方面的第一實施方式中，還包括:第二重傳單元，用于通過通信網(wǎng)絡(luò)，與所述CDN功能單元建立重傳鏈接。
[0037]結(jié)合第四方面的第一實施方式，在第四方面的第二實施方式中，所述第二重傳單元包括:第四發(fā)送模塊，用于向所述⑶N功能單元發(fā)送預(yù)推送融合傳輸請求；第四接收模塊，用于從所述CDN功能單元接收預(yù)推送融合傳輸響應(yīng)。
[0038]結(jié)合第四方面的第一或第二實施方式，在第四方面的第三實施方式中，所述第二重傳單元還包括:第五發(fā)送模塊，用于向所述CDN功能單元發(fā)送預(yù)推送廣播誤塊的請求；第五接收模塊，用于接收所述CDN功能單元發(fā)送的所述預(yù)推送廣播誤塊，其中所述預(yù)推送廣播誤塊包括未通過所述廣播網(wǎng)絡(luò)發(fā)送到所述用戶設(shè)備的熱點信息以及未能保存在所述用戶設(shè)備中的通過所述廣播網(wǎng)絡(luò)傳送的熱點信息中的至少一種。
[0039]結(jié)合第四方面或其第一至第三實施方式，在第四方面的第四實施方式中，還包括:第六發(fā)送單元，用于通過通信網(wǎng)絡(luò)，向所述CDN功能單元發(fā)送業(yè)務(wù)請求，所述業(yè)務(wù)請求與熱點信息的URL相對應(yīng)；第八接收單元，用于通過通信網(wǎng)絡(luò)，從所述CDN功能單元接收業(yè)務(wù)索引或者與所述業(yè)務(wù)請求對應(yīng)的熱點信息，所述業(yè)務(wù)索引與所述業(yè)務(wù)請求對應(yīng)的熱點信息關(guān)聯(lián)。
[0040]結(jié)合第四方面的第四實施方式，在第四方面的第五實施方式中，還包括:第七發(fā)送單元，用于通過通信網(wǎng)絡(luò)，向所述CDN功能單元發(fā)送緩存狀態(tài)同步消息，所述緩存狀態(tài)同步消息包括已接收的熱點信息的業(yè)務(wù)索引。
[0041]結(jié)合第四方面的第五實施方式，在第四方面的第六實施方式中，還包括:第九接收單元，用于通過通信網(wǎng)絡(luò)，從所述CDN功能單元接收根據(jù)緩存狀態(tài)同步消息確定的需要重傳的熱點信息；第三更新單元，用于根據(jù)接收到的重傳的熱點信息，更新所述第二映射關(guān)系O
[0042]結(jié)合第四方面，在第四方面的第七實施方式中，還包括:第八發(fā)送單元，用于通過通信網(wǎng)絡(luò)，向所述⑶N功能單元發(fā)送業(yè)務(wù)請求，所述業(yè)務(wù)請求用于所述⑶N功能單元判斷被請求的業(yè)務(wù)是否是熱點信息；第十接收單元，用于通過通信網(wǎng)絡(luò)，從所述CDN功能單元接收所述被請求的業(yè)務(wù)的業(yè)務(wù)索引，或者從所述CDN功能單元接收所述被請求的業(yè)務(wù)。
[0043]結(jié)合第四方面的第七實施方式，在第四方面的第八實施方式中，還包括:第九發(fā)送單元，用于向CDN功能單元發(fā)送預(yù)推送廣播誤塊的請求；第十一接收單元，用于從所述CDN功能單元接收所述預(yù)推送廣播誤塊，其中所述預(yù)推送廣播誤塊包括未通過所述廣播網(wǎng)絡(luò)發(fā)送到所述用戶設(shè)備的熱點信息以及未能保存在所述用戶設(shè)備中的通過所述廣播網(wǎng)絡(luò)傳送的熱點信息中的至少一種。
[0044]結(jié)合第四方面的第七或第八實施方式，在第四方面的第九實施方式中，還包括:第十發(fā)送單元，用于向所述CDN功能單元發(fā)送推送業(yè)務(wù)傳送狀態(tài)同步消息。
[0045]第五方面，提出了一種⑶N服務(wù)器，包括:處理器，用于確定將向用戶設(shè)備發(fā)送的熱點信息，其中所述熱點信息由互聯(lián)網(wǎng)服務(wù)提供商ISP提供和/或互聯(lián)網(wǎng)內(nèi)容提供商ICP提供；第一發(fā)送器，用于向所述UE發(fā)送調(diào)度信息，其中所述調(diào)度信息用于指示向所述UE發(fā)送所述熱點信息；第二發(fā)送器，通過廣播網(wǎng)絡(luò)，向所述UE發(fā)送所述調(diào)度消息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引，其中所述熱點信息對應(yīng)的統(tǒng)一資源定位符URL與所述業(yè)務(wù)索引的映射關(guān)系包括在第一映射關(guān)系中。
[0046]第六方面，提出了一種用戶設(shè)備，包括:第一接收器，用于從內(nèi)容分發(fā)網(wǎng)絡(luò)⑶N功能單元接收調(diào)度信息，其中所述調(diào)度信息用于指示將要接收的ISP和/或ICP提供的熱點信息；第二接收器，用于通過廣播網(wǎng)絡(luò)，接收所述調(diào)度信息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引；存儲器，用于保存所述熱點信息，并根據(jù)所述熱點信息與所述業(yè)務(wù)索引的映射關(guān)系建立第二映射關(guān)系。
[0047]第七方面，提出了一種聚合傳輸?shù)南到y(tǒng)，包括:如第三方面及其各實施方式的裝置以及如第四方面及其各實施方式的裝置。
[0048]本發(fā)明實施例的聚合傳輸?shù)姆椒ā⒀b置和系統(tǒng)以及CDN服務(wù)器和用戶設(shè)備在點播傳輸模式的基礎(chǔ)上，利用廣播傳輸模式對高相關(guān)性業(yè)務(wù)進(jìn)行傳輸，能夠提高整網(wǎng)資源的利用率。
【專利附圖】
【附圖說明】
[0049]為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對本發(fā)明實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面所描述的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0050]圖1是根據(jù)本發(fā)明實施例的⑶N業(yè)務(wù)推送協(xié)調(diào)傳輸方案的整體系統(tǒng)架構(gòu)。
[0051]圖2是根據(jù)本發(fā)明一個實施例的聚合傳輸?shù)姆椒ǖ牧鞒虉D。
[0052]圖3是根據(jù)本發(fā)明另一實施例的聚合傳輸?shù)姆椒ǖ牧鞒虉D。
[0053]圖4示出了根據(jù)本發(fā)明實施例的LTE協(xié)調(diào)傳輸業(yè)務(wù)的流程圖。
[0054]圖5示出了根據(jù)本發(fā)明實施例的CDN功能單元側(cè)應(yīng)用層協(xié)調(diào)傳輸功能結(jié)構(gòu)。
[0055]圖6示出了根據(jù)本發(fā)明實施例的UE側(cè)應(yīng)用層協(xié)調(diào)傳輸功能結(jié)構(gòu)。
[0056]圖7示出了根據(jù)本發(fā)明實施例的UE的緩存管理流程。
[0057]圖8示出了根據(jù)本發(fā)明實施例的預(yù)推送過程并發(fā)重傳機制的流程。
[0058]圖9示出了根據(jù)本發(fā)明實施例的業(yè)務(wù)發(fā)送過程的流程圖。
[0059]圖10示出了根據(jù)本發(fā)明實施例的推送業(yè)務(wù)傳送狀態(tài)同步流程。
[0060]圖11是根據(jù)本發(fā)明一個實施例的聚合傳輸?shù)难b置的結(jié)構(gòu)示意圖。
[0061]圖12是根據(jù)本發(fā)明另一實施例的聚合傳輸?shù)难b置的結(jié)構(gòu)示意圖。
[0062]圖13是根據(jù)本發(fā)明一個實施例的第一重傳單元的結(jié)構(gòu)示意圖。
[0063]圖14是根據(jù)本發(fā)明另一實施例的第一重傳單元的結(jié)構(gòu)示意圖。
[0064]圖15是根據(jù)本發(fā)明另一實施例的第一重傳單元的結(jié)構(gòu)示意圖。
[0065]圖16是根據(jù)本發(fā)明另一實施例的第一重傳單元的結(jié)構(gòu)示意圖。
[0066]圖17是根據(jù)本發(fā)明另一實施例的聚合傳輸?shù)难b置的結(jié)構(gòu)示意圖。
[0067]圖18是根據(jù)本發(fā)明另一實施例的聚合傳輸?shù)难b置的結(jié)構(gòu)示意圖。[0068]圖19是根據(jù)本發(fā)明另一實施例的聚合傳輸?shù)难b置的結(jié)構(gòu)示意圖。
[0069]圖20是根據(jù)本發(fā)明另一實施例的聚合傳輸?shù)难b置的結(jié)構(gòu)示意圖。
[0070]圖21是根據(jù)本發(fā)明一個實施例的聚合傳輸?shù)难b置的結(jié)構(gòu)示意圖。
[0071]圖22是根據(jù)本發(fā)明另一實施例的聚合傳輸?shù)难b置的結(jié)構(gòu)示意圖。
[0072]圖23是根據(jù)本發(fā)明一個實施例的第二重傳單元的結(jié)構(gòu)示意圖。
[0073]圖24是根據(jù)本發(fā)明另一實施例的第二重傳單元的結(jié)構(gòu)示意圖。
[0074]圖25是根據(jù)本發(fā)明另一實施例的聚合傳輸?shù)难b置的結(jié)構(gòu)示意圖。
[0075]圖26是根據(jù)本發(fā)明另一實施例的聚合傳輸?shù)难b置的結(jié)構(gòu)示意圖。
[0076]圖27是根據(jù)本發(fā)明另一實施例的聚合傳輸?shù)难b置的結(jié)構(gòu)示意圖。
[0077]圖28是根據(jù)本發(fā)明另一實施例的聚合傳輸?shù)难b置的結(jié)構(gòu)示意圖。
[0078]圖29是根據(jù)本發(fā)明另一實施例的聚合傳輸?shù)难b置的結(jié)構(gòu)示意圖。
[0079]圖30是根據(jù)本發(fā)明另一實施例的聚合傳輸?shù)难b置的結(jié)構(gòu)示意圖。
[0080]圖31是根據(jù)本發(fā)明另一實施例的⑶N服務(wù)器的結(jié)構(gòu)示意圖。
[0081]圖32是根據(jù)本發(fā)明另一實施例的UE的結(jié)構(gòu)示意圖。
[0082]圖33是根據(jù)本發(fā)明實施例的聚合傳輸?shù)南到y(tǒng)的結(jié)構(gòu)示意圖。
【具體實施方式】
[0083]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明的一部分實施例，而不是全部實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都應(yīng)屬于本發(fā)明保護(hù)的范圍。
[0084]本發(fā)明的技術(shù)方案，可以應(yīng)用于各種通信系統(tǒng)，例如:全球移動通信系統(tǒng)(GSM，Global System for Mobile Communications),碼分多址(CDMA, Code Division MultipleAccess)系統(tǒng)，寬帶碼分多址(WCDMA, Wideband Code Division Multiple AccessWireless),通用分組無線服務(wù)技術(shù)(GPRS, General Packet Radio Service),長期演進(jìn)(LTE, Long Term Evolution)等。
[0085]用戶設(shè)備(UE,User Equipment)也可稱之為移動終端(Mobile Terminal)、移動臺(Mobile Station)等,可以經(jīng)無線接入網(wǎng)(例如，RAN, Radio Access Network)與一個或多個核心網(wǎng)進(jìn)行通信。UE與無線接入網(wǎng)交換語音和/或數(shù)據(jù)。
[0086]基站，可以是GSM 或 CDMA 中的基站(BTS, Base Transceiver Station),也可以是WCDMA中的基站(Node B),還可以是LTE中的演進(jìn)型基站(eNB或e-NodeB, evolutionalNode B)。另外，一個基站可能支持/管理一個或多個小區(qū)(cell)，UE需要和網(wǎng)絡(luò)通信時，它將選擇一個小區(qū)發(fā)起網(wǎng)絡(luò)接入。
[0087]在以下描述的本發(fā)明各個實施例中，運營商網(wǎng)絡(luò)引入⑶N功能單元為各ISP或各ICP提供業(yè)務(wù)推送服務(wù)。其中，CDN功能單元作為邏輯實體，可以單獨的CDN服務(wù)器(Server)或以單板等形式融入無線通信網(wǎng)絡(luò)網(wǎng)關(guān)中,例如移動性管理實體(MME, MobilityManagement Entity)或用戶平面實體(UPE, User Plane Entity)中。
[0088]一般而言，各ISP/ICP根據(jù)簽約實時地向⑶N功能單元推送各自網(wǎng)站的熱點信息以及推送優(yōu)先等級。⑶N功能單元根據(jù)其覆蓋下的用戶的點擊申請，判斷所在地區(qū)的申請量在前5%的熱點信息。結(jié)合ISP/ICP申請的推送優(yōu)先等級，⑶N功能單元優(yōu)選預(yù)推送業(yè)務(wù)內(nèi)容，執(zhí)行廣播預(yù)推送流程。CDN業(yè)務(wù)推送協(xié)調(diào)傳輸方案的整體系統(tǒng)架構(gòu)如圖1所示。
[0089]下面將結(jié)合圖2描述根據(jù)本發(fā)明一個實施例的聚合傳輸?shù)姆椒?。其中，包括如下步驟:
[0090]S21，⑶N功能單元確定向UE發(fā)送的熱點信息，其中所述熱點信息由ISP提供和/或ICP提供。
[0091]其中，ISP和/或ICP提供的熱點信息可以包括在動態(tài)簽約內(nèi)容中，且所述動態(tài)簽約內(nèi)容還可以包括推送優(yōu)先等級。
[0092]S22，然后，CDN功能單元向UE發(fā)送調(diào)度信息，其中所述調(diào)度信息用于指示向所述UE發(fā)送所述熱點信息。
[0093]此外，調(diào)度信息還可以包括熱點信息的廣播時刻。
[0094]S23，通過廣播網(wǎng)絡(luò)，⑶N功能單元向所述UE發(fā)送上述調(diào)度消息所指示的熱點信息以及與該熱點信息對應(yīng)的業(yè)務(wù)索引，其中所述熱點信息對應(yīng)的URL與所述業(yè)務(wù)索引的映射關(guān)系包括在弟一映射關(guān)系中。
[0095]例如，通過廣播網(wǎng)絡(luò)，⑶N功能單元可以根據(jù)所述推送優(yōu)先等級向所述UE發(fā)送上述調(diào)度消息所指示的熱點信息以及與該熱點信息對應(yīng)的業(yè)務(wù)索引。
[0096]因此,本發(fā)明實施例在點播傳輸模式的基礎(chǔ)上,利用廣播傳輸模式對高相關(guān)性業(yè)務(wù)進(jìn)行傳輸，能夠提高整網(wǎng)資源的利用率。這里，點播傳輸模式就是通常的上網(wǎng)沖浪的點擊模式，它與CMMB的廣播傳輸模式相對。
[0097]由于通過廣播傳輸模式傳輸?shù)臒狳c信息存在丟包的情況，因此可以考慮在通過廣播網(wǎng)絡(luò)向UE發(fā)送調(diào)度消息所指示的所述熱點信息的同時，CDN功能單元通過通信網(wǎng)絡(luò)(例如LTE網(wǎng)絡(luò))與UE還建立重傳鏈接，例如⑶N功能單元接收UE發(fā)送的預(yù)推送融合傳輸請求，再向UE發(fā)送預(yù)推送融合傳輸響應(yīng)。再例如,通過廣播傳輸模式傳輸熱點信息的同時，CDN功能單元收到誤塊上報觸發(fā)重傳；于是在熱點信息的廣播完成后，UE根據(jù)規(guī)則上報接收狀態(tài)，用戶點播熱點信息時，CND功能單元根據(jù)狀態(tài)信息觸發(fā)重傳。也就是說，熱點信息廣播完成后的用戶點播請求可以觸發(fā)重傳鏈接。這樣，CDN功能單元與UE之間就可以通過重傳鏈接，將UE未收到的熱點信息或者其中的丟包進(jìn)行重傳。
[0098]具體而言，當(dāng)UE通過廣播網(wǎng)絡(luò)接收到⑶N功能單元推送的熱點信息之后，發(fā)現(xiàn)存在丟包的情況，就會向⑶N功能單元發(fā)送預(yù)推送廣播誤塊的請求。也就是說，⑶N功能單元接收UE發(fā)送的預(yù)推送廣播誤塊的請求。然后，⑶N功能單元會向UE發(fā)送預(yù)推送廣播誤塊?？蛇x的，在⑶N功能單元接收UE發(fā)送的預(yù)推送廣播誤塊的請求之后，⑶N功能單元還會根據(jù)UE的IMS1、預(yù)推送廣播誤塊的信息以及熱點信息對應(yīng)的URL與業(yè)務(wù)索引更新第一映射關(guān)系。也就是說，⑶N功能單元建立了 MS1、預(yù)推送廣播誤塊與對應(yīng)的URL (推送業(yè)務(wù))的關(guān)聯(lián)，這樣的關(guān)聯(lián)通過業(yè)務(wù)索引進(jìn)行標(biāo)識。
[0099]通常，URL與熱點信息的關(guān)聯(lián)主要是由URL鏈接本身以及與URL對應(yīng)的ISP/ICP的簽約來決定的。
[0100]當(dāng)用戶點擊預(yù)查看的熱點信息的URL時，UE向⑶N功能單元發(fā)送業(yè)務(wù)請求。⑶N功能單元接收到UE發(fā)送的業(yè)務(wù)請求，其中所述業(yè)務(wù)請求與熱點信息的URL相對應(yīng)，然后根據(jù)該UE的MSI和所述第一映射關(guān)系，確定所述業(yè)務(wù)請求對應(yīng)的熱點信息是否已經(jīng)發(fā)送至所述UE。若確定所述業(yè)務(wù)請求對應(yīng)的熱點信息已經(jīng)完全推送至所述UE，則CDN功能單元僅將與所述熱點信息對應(yīng)的業(yè)務(wù)索引發(fā)送給所述UE。若確定所述業(yè)務(wù)請求對應(yīng)的熱點信息完全未推送至所述UE，則CDN功能單元通過通信網(wǎng)絡(luò)，將所述業(yè)務(wù)請求對應(yīng)的熱點信息發(fā)送給所述UE ;或者，當(dāng)所述業(yè)務(wù)請求對應(yīng)的熱點信息已被推送過，但存在部分誤塊需要重傳的情況下，CDN功能單元可以通過通信網(wǎng)絡(luò)將預(yù)推送廣播誤塊發(fā)送給所述UE。
[0101]在CDN功能單元將熱點信息發(fā)送給UE后，UE將接收到的熱點信息進(jìn)行緩存。但是，如果緩存溢出了，將導(dǎo)致部分已推送過的數(shù)據(jù)被刪除，因此必須通知CDN功能單元前期已推送過的熱點信息的緩存狀態(tài)有變，需要更新第一映射關(guān)系。此時，UE可能關(guān)閉熱點信息廣播的偵聽等。
[0102]也就是，⑶N功能單元通過通信網(wǎng)絡(luò)接收所述UE發(fā)送的緩存狀態(tài)同步消息，所述緩存狀態(tài)同步消息包括所述UE已接收的熱點信息的業(yè)務(wù)索引，其中在緩存溢出的情況下，所述緩存狀態(tài)同步消息還可以攜帶剩余數(shù)據(jù)的緩存狀態(tài)。然后，CDN功能單元再通過通信網(wǎng)絡(luò)，根據(jù)所述用戶設(shè)備已接收的熱點信息的業(yè)務(wù)索引，更新所述第一映射關(guān)系。
[0103]因此,本發(fā)明實施例在點播傳輸模式的基礎(chǔ)上,利用廣播傳輸模式對高相關(guān)性業(yè)務(wù)進(jìn)行傳輸，能夠提高整網(wǎng)資源的利用率。并且，在廣播傳輸模式的同時通過點播傳輸模式來進(jìn)行誤塊重傳，以保證熱點信息推送的正確率。
[0104]在上述本發(fā)明實施例中，由于在業(yè)務(wù)推送的同時也建立點播傳輸模式，如果用戶對已推送的內(nèi)容不感興趣，也不會發(fā)出業(yè)務(wù)請求，這樣建立的點播傳輸模式就浪費了無線頻譜資源。因此，⑶N功能單元與UE之間可并不先建立重傳鏈接，而是在UE發(fā)出業(yè)務(wù)請求時，如果發(fā)現(xiàn)熱點信息沒有發(fā)送到UE，再與UE之間建立重傳鏈接。
[0105]也就是，⑶N功能單元通過通信網(wǎng)絡(luò)，接收所述UE發(fā)送的業(yè)務(wù)請求，所述業(yè)務(wù)請求包括被請求的業(yè)務(wù)的URL，并根據(jù)所述被請求的業(yè)務(wù)的URL，確定與所述被請求的業(yè)務(wù)的URL對應(yīng)的被請求的業(yè)務(wù)是否為熱點信息，當(dāng)確定所述被請求的業(yè)務(wù)為熱點信息時，根據(jù)所述用戶設(shè)備的國際移動用戶識別碼MSI和所述第一映射關(guān)系，確定所述被請求的業(yè)務(wù)是否已經(jīng)發(fā)送給所述用戶設(shè)備，即⑶N判斷是否執(zhí)行過推送的熱點信息。如果UE申請的是熱點信息，則CDN功能單元確定所述被請求的業(yè)務(wù)已經(jīng)發(fā)送至所述用戶設(shè)備，直接將業(yè)務(wù)索引發(fā)送給UE，UE在收到業(yè)務(wù)索引后，根據(jù)本地的熱點信息緩存狀態(tài)獲取對應(yīng)的業(yè)務(wù)；若服處完全未緩存數(shù)據(jù)，則UE再次請求完整的業(yè)務(wù)傳輸；若UE處部分緩存熱點信息，則UE申請誤塊的重傳。也就是，當(dāng)CDN功能單元確定所述被請求的業(yè)務(wù)未發(fā)送至所述用戶設(shè)備，通過所述通信網(wǎng)絡(luò)將所述業(yè)務(wù)請求對應(yīng)的熱點信息發(fā)送給所述用戶設(shè)備。如果UE申請的不是熱點信息，CDN功能單元將執(zhí)行普通業(yè)務(wù)的傳輸過程，反饋對應(yīng)的消息內(nèi)容給UE。
[0106]于是，UE接收到業(yè)務(wù)索引后，對相應(yīng)的熱點信息預(yù)推送接收狀態(tài)進(jìn)行判斷:若未接收到⑶N功能單元推送的熱點信息，則需要重新請求業(yè)務(wù)；若接收到⑶N功能單元推送的部分熱點信息，則請求⑶N功能單元傳送誤塊；若接收到完整的熱點信息，則可以直接調(diào)用本地緩存數(shù)據(jù)執(zhí)行的播放過程。
[0107]也就是說，在所述CDN功能單元將對應(yīng)的所述業(yè)務(wù)索引發(fā)送給所述UE之后，如果UE發(fā)現(xiàn)該業(yè)務(wù)索引對應(yīng)的熱點信息存在誤塊，則會向CDN功能單元發(fā)送預(yù)推送廣播誤塊的請求。當(dāng)CDN功能單元接收所述UE的發(fā)送預(yù)推送廣播誤塊的請求之后，再向所述UE發(fā)送所述預(yù)推送廣播誤塊。這里，所述預(yù)推送廣播誤塊包括未通過所述廣播網(wǎng)絡(luò)發(fā)送到所述用戶設(shè)備的熱點信息和未能保存在所述用戶設(shè)備中的通過所述廣播網(wǎng)絡(luò)傳送的熱點信息中的至少一種。
[0108]或者，⑶N功能單元還會接收所述UE發(fā)送的推送業(yè)務(wù)傳送狀態(tài)同步消息，并根據(jù)所述推送業(yè)務(wù)傳送狀態(tài)同步消息，更新所述第一映射關(guān)系。當(dāng)用戶點擊預(yù)查看的熱點信息的URL時，UE向⑶N功能單元發(fā)送業(yè)務(wù)請求。⑶N功能單元接收到UE發(fā)送的業(yè)務(wù)請求，其中所述業(yè)務(wù)請求與熱點信息的URL相對應(yīng)，然后根據(jù)該UE的IMSI和所述第一映射關(guān)系，確定所述業(yè)務(wù)請求對應(yīng)的熱點信息是否已經(jīng)發(fā)送至所述UE。若確定所述業(yè)務(wù)請求對應(yīng)的熱點信息已經(jīng)完全推送至所述UE，則CDN功能單元僅將與所述熱點信息對應(yīng)的業(yè)務(wù)索引發(fā)送給所述UE。若確定所述業(yè)務(wù)請求對應(yīng)的熱點信息完全未推送至所述UE，則CDN功能單元通過通信網(wǎng)絡(luò)，將所述業(yè)務(wù)請求對應(yīng)的熱點信息發(fā)送給所述UE ;或者，當(dāng)所述業(yè)務(wù)請求對應(yīng)的熱點信息已被推送過，但存在部分誤塊需要重傳的情況下，CDN功能單元可以通過通信網(wǎng)絡(luò)將預(yù)推送廣播誤塊發(fā)送給所述UE?；蛘?，⑶N功能單元會在接收所述UE發(fā)送的推送業(yè)務(wù)傳送狀態(tài)同步消息之后，直接向UE發(fā)送業(yè)務(wù)索引或誤塊。
[0109]同樣地，本發(fā)明實施例在點播傳輸模式的基礎(chǔ)上，利用廣播傳輸模式對高相關(guān)性業(yè)務(wù)進(jìn)行傳輸，能夠提高整網(wǎng)資源的利用率。
[0110]下面結(jié)合圖3詳細(xì)描述UE側(cè)的聚合傳輸?shù)姆椒?，包括如下步驟。由于UE側(cè)的聚合傳輸?shù)姆椒ㄅc網(wǎng)絡(luò)側(cè)的聚合傳輸?shù)姆椒ㄏ鄬?yīng)，因此重復(fù)的內(nèi)容將被省略。
[0111]S31,UE從CDN功能單元接收調(diào)度信息，其中所述調(diào)度信息指示將要接收的ISP提供和/或ICP提供的熱點信息。
[0112]其中，所述調(diào)度信息還可以包括熱點信息的廣播時刻。
[0113]S32，UE通過廣播網(wǎng)絡(luò)，接收所述調(diào)度信息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引。
[0114]S33，UE保存所述熱點信息，并根據(jù)所述熱點信息與所述業(yè)務(wù)索引的映射關(guān)系建立第二映射關(guān)系。
[0115]因此，本發(fā)明實施例在點播傳輸模式的基礎(chǔ)上，利用廣播傳輸模式對高相關(guān)性業(yè)務(wù)進(jìn)行傳輸，能夠提高整網(wǎng)資源的利用率。
[0116]在UE通過中國移動多媒體廣播(CMMB,ChinaMobile Multimedia Broadcasting)網(wǎng)絡(luò)或多媒體廣播組播業(yè)務(wù)(MBMS, Multimedia Broadcast Multicast Service)、組播廣播單頻網(wǎng)(MBSFN, Multicast Broadcast Single Frequency Network)等無線網(wǎng)絡(luò)廣播機制接收所述調(diào)度信息所指示的所述熱點信息的同時，UE可以通過通信網(wǎng)絡(luò)(例如LTE網(wǎng)絡(luò))與所述⑶N功能單元建立重傳鏈接。例如,UE向所述⑶N功能單元發(fā)送預(yù)推送融合傳輸請求，再從所述CDN功能單元接收預(yù)推送融合傳輸響應(yīng)。
[0117]在UE與所述⑶N功能單元建立重傳鏈接之后，UE還可以向所述⑶N功能單元發(fā)送預(yù)推送廣播誤塊的請求；再接收所述⑶N功能單元發(fā)送的所述預(yù)推送廣播誤塊，其中所述預(yù)推送廣播誤塊包括未通過所述廣播網(wǎng)絡(luò)發(fā)送到所述用戶設(shè)備的熱點信息和未能保存在所述用戶設(shè)備中的通過所述廣播網(wǎng)絡(luò)傳送的熱點信息中的至少一種。
[0118]在UE需要獲取熱點信息時，UE可以通過通信網(wǎng)絡(luò)向所述⑶N功能單元發(fā)送業(yè)務(wù)請求，所述業(yè)務(wù)請求與熱點信息的URL相對應(yīng)。之后，UE通過通信網(wǎng)絡(luò)，從所述CDN功能單元接收業(yè)務(wù)索引或者與所述業(yè)務(wù)請求對應(yīng)的熱點信息，所述業(yè)務(wù)索引與所述業(yè)務(wù)請求對應(yīng)的熱點信息關(guān)聯(lián)。UE通過通信網(wǎng)絡(luò)執(zhí)行的單播業(yè)務(wù)接收流程如下:
[0119]若所述業(yè)務(wù)請求對應(yīng)的熱點信息已經(jīng)完全推送至所述UE，則UE從所述CDN功能單元中接收與所述熱點信息對應(yīng)的業(yè)務(wù)索引。若所述業(yè)務(wù)請求對應(yīng)的熱點信息完全未推送至所述UE,則UE從所述CDN功能單元中接收完整的熱點信息；或者，當(dāng)所述業(yè)務(wù)請求對應(yīng)的熱點信息已被推送過，但存在部分誤塊需要重傳的情況下，UE通過通信網(wǎng)絡(luò)從所述CDN功能單元中接收預(yù)推送廣播的誤塊。
[0120]UE將接收到的熱點信息進(jìn)行緩存。但是，如果緩存溢出了，將導(dǎo)致部分已推送過的數(shù)據(jù)被刪除，因此UE根據(jù)熱點信息的緩存狀態(tài)，更新第二映射關(guān)系，并通知CDN功能單元前期已推送過的熱點信息緩存狀態(tài)有變。
[0121]具體而言，UE通過通信網(wǎng)絡(luò)，向所述⑶N功能單元發(fā)送緩存狀態(tài)同步消息，所述緩存狀態(tài)同步消息包括已接收的熱點信息的業(yè)務(wù)索引。并且，UE通過通信網(wǎng)絡(luò)，從所述CDN功能單元接收根據(jù)緩存狀態(tài)同步消息確定的需要重傳的熱點信息；根據(jù)接收到的重傳的熱點信息，更新所述第二映射關(guān)系。
[0122]為了節(jié)省了寶貴的無線頻譜資源，⑶N功能單元與UE之間可并不先建立重傳鏈接，而是在UE發(fā)出業(yè)務(wù)請求時，如果發(fā)現(xiàn)熱點信息沒有發(fā)送到UE，再與UE之間建立重傳鏈接。也就是，預(yù)推送階段UE僅僅執(zhí)行預(yù)推送廣播的接收，不執(zhí)行同步重傳操作。當(dāng)用戶發(fā)起業(yè)務(wù)請求時，UE通過通信網(wǎng)絡(luò)向CDN功能單元發(fā)送對應(yīng)的業(yè)務(wù)請求，所述業(yè)務(wù)請求包括被請求的業(yè)務(wù)的統(tǒng)一資源定位符URL，用于所述CDN功能單元根據(jù)所述URL判斷UE所請求的業(yè)務(wù)是否是熱點信息。若該業(yè)務(wù)未執(zhí)行過預(yù)推送，UE從所述CDN功能單元中接收完整的熱點信息。若該業(yè)務(wù)信息執(zhí)行過預(yù)推送，UE從所述CDN功能單元中接收對應(yīng)的業(yè)務(wù)索引。即，UE通過通信網(wǎng)絡(luò)，從所述CDN功能單元接收所述被請求的業(yè)務(wù)的業(yè)務(wù)索引，或者從所述CDN功能單元接收所述被請求的業(yè)務(wù)。
[0123]UE在收到業(yè)務(wù)索引后，根據(jù)本地的熱點信息緩存狀態(tài)進(jìn)一步申請傳輸對應(yīng)的業(yè)務(wù)；若UE處完全未緩存數(shù)據(jù)，則UE再次請求完整的業(yè)務(wù)傳輸；若UE處部分緩存熱點信息，則UE申請誤塊的重傳。如果UE申請的不是熱點信息，CDN功能單元將執(zhí)行普通業(yè)務(wù)的傳輸過程,反饋對應(yīng)的消息內(nèi)容給UE。
[0124]于是，UE接收到業(yè)務(wù)索引后，對相應(yīng)的熱點信息預(yù)推送接收狀態(tài)進(jìn)行判斷:若未接收到⑶N功能單元推送的熱點信息，則需要重新請求業(yè)務(wù)；若接收到⑶N功能單元推送的部分熱點信息，則請求⑶N功能單元傳送誤塊；若接收到完整的熱點信息，則可以直接調(diào)用本地緩存數(shù)據(jù)執(zhí)行的播放過程。
[0125]也就是說，在所述CDN功能單元將對應(yīng)的所述業(yè)務(wù)索引發(fā)送給所述UE之后，如果UE發(fā)現(xiàn)該業(yè)務(wù)索引對應(yīng)的熱點信息存在誤塊，則會向CDN功能單元發(fā)送預(yù)推送廣播誤塊的請求。當(dāng)CDN功能單元接收所述UE的發(fā)送預(yù)推送廣播誤塊的請求之后,再向所述UE發(fā)送所述預(yù)推送廣播誤塊。
[0126]可選地，預(yù)推送過程完成后UE根據(jù)當(dāng)前的熱點信息緩存狀態(tài)更新第二映射關(guān)系，并向所述⑶N功能單元發(fā)送推送業(yè)務(wù)傳送狀態(tài)同步消息，由⑶N功能單元根據(jù)所述推送業(yè)務(wù)傳送狀態(tài)同步消息，更新所述第一映射關(guān)系。當(dāng)用戶點擊預(yù)查看的熱點信息的URL時，UE向CDN功能單元發(fā)送業(yè)務(wù)請求，其中所述業(yè)務(wù)請求與熱點信息的URL相對應(yīng)。之后，UE通過通信網(wǎng)絡(luò)執(zhí)行單播業(yè)務(wù)接收流程:[0127]若所述業(yè)務(wù)請求對應(yīng)的熱點信息已經(jīng)完全推送至所述UE，則UE從所述⑶N功能單元中接收與所述熱點信息對應(yīng)的業(yè)務(wù)索引。若所述業(yè)務(wù)請求對應(yīng)的熱點信息完全未推送至所述UE,則UE從所述CDN功能單元中接收完整的熱點信息；或者，當(dāng)所述業(yè)務(wù)請求對應(yīng)的熱點信息已被推送過，但存在部分誤塊需要重傳的情況下，UE通過通信網(wǎng)絡(luò)從所述CDN功能單元中接收預(yù)推送廣播的誤塊。
[0128]因此，本發(fā)明實施例在點播傳輸模式的基礎(chǔ)上，利用廣播傳輸模式對高相關(guān)性業(yè)務(wù)進(jìn)行傳輸，能夠提高整網(wǎng)資源的利用率。
[0129]下面結(jié)合具體實施例，詳細(xì)描述根據(jù)本發(fā)明實施例的聚合傳輸?shù)姆椒?。其中，廣播網(wǎng)絡(luò)可以采用CMMB模式；另外，還可以采用MBMS、MBSFN等多種無線網(wǎng)絡(luò)廣播機制。應(yīng)理解，廣播網(wǎng)絡(luò)還可以采用其他模式。以下以通信網(wǎng)絡(luò)為LTE網(wǎng)絡(luò)進(jìn)行描述。
[0130]在第一實施例中，ISP/ICP通過因特網(wǎng)向⑶N功能單元推送動態(tài)簽約內(nèi)容，然后CDN功能單元再分別通過LTE網(wǎng)絡(luò)與廣播網(wǎng)絡(luò)下發(fā)預(yù)推送業(yè)務(wù)的調(diào)度信息至UE，例如CMMB-LTE雙模終端。CMMB廣電網(wǎng)絡(luò)可以根據(jù)⑶N功能單元決策的調(diào)度信息，向其覆蓋下的UE推送前5%的熱點信息或進(jìn)行直播業(yè)務(wù)的推送。UE根據(jù)CDN功能單元發(fā)送的調(diào)度信息，執(zhí)行預(yù)推送業(yè)務(wù)的接收與緩存，同時建立對應(yīng)的熱點信息數(shù)據(jù)庫。也就是說，UE可以接收到CDN功能單元發(fā)送的調(diào)度信息，該調(diào)度信息指示將向所述UE發(fā)送的所述ISP/ICP提供的熱點信息，然后CDN功能單元通過廣播網(wǎng)絡(luò)，向所述UE發(fā)送所述調(diào)度消息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引，其中接收到的熱點信息及其相對應(yīng)的業(yè)務(wù)索引形成第二映射關(guān)系。同時，在CDN功能單元側(cè)，預(yù)發(fā)送的熱點信息及其對應(yīng)的業(yè)務(wù)索引形成第一映射關(guān)系。
[0131]當(dāng)用戶點擊前5%的熱點信息的URL時，UE可以根據(jù)熱點信息的上下文直接調(diào)用緩存中的內(nèi)容進(jìn)行播放，從而有效地保證了用戶的觀看體驗。由此可見，由于采用廣播傳輸模式來發(fā)送熱點信息，因此可以提供整網(wǎng)資源的利用率。
[0132]但是，由于CMMB廣電網(wǎng)絡(luò)采用的是廣播傳輸模式進(jìn)行數(shù)據(jù)傳輸，因此數(shù)據(jù)傳輸中一旦出現(xiàn)丟包，就無法執(zhí)行重傳操作。所以，在本具體實施例中，進(jìn)一步利用LTE網(wǎng)絡(luò)反饋UE的接收狀態(tài)，這樣CDN功能單元就可以根據(jù)UE反饋的丟包情況，來及時啟動相應(yīng)的重傳機制。重傳機制可以是預(yù)推送過程并發(fā)重傳、循環(huán)廣播結(jié)束啟動重傳、或者用戶點擊URL觸發(fā)對應(yīng)業(yè)務(wù)重傳。
[0133]在第二具體實施例中，描述了預(yù)推送過程并發(fā)重傳的過程。
[0134]由于廣播覆蓋性能較差，為了保證預(yù)推送業(yè)務(wù)傳輸?shù)目煽啃?，UE在接收預(yù)推送業(yè)務(wù)廣播的同時，通過LTE網(wǎng)絡(luò)建立與CDN功能單元之間的重傳鏈接。在并發(fā)重傳過程中，預(yù)推送業(yè)務(wù)通過LTE和CMMB網(wǎng)絡(luò)并發(fā)傳輸，CMMB網(wǎng)絡(luò)通過廣播方式執(zhí)行業(yè)務(wù)的初傳，LTE網(wǎng)絡(luò)則針對初傳誤塊執(zhí)行重傳。
[0135]具體而言，在并發(fā)傳輸業(yè)務(wù)建立過程中，LTE網(wǎng)絡(luò)側(cè)根據(jù)業(yè)務(wù)重傳的服務(wù)質(zhì)量(QoS, Quality of Service)要求建立傳輸承載，用以傳輸CMMB廣播信道的誤塊。在并發(fā)傳輸業(yè)務(wù)建立過程中，⑶N功能單元向分組數(shù)據(jù)網(wǎng)(PDN, Packet Data Network)網(wǎng)關(guān)(GW,Gateway)查詢當(dāng)前CMMB-LTE雙模終端的MSI，用以建立用戶設(shè)備與推送業(yè)務(wù)間的映射關(guān)系，例如第一映射關(guān)系。圖4給出了 LTE協(xié)調(diào)傳輸業(yè)務(wù)的建立過程。
[0136]在第I步中，CMMB業(yè)務(wù)調(diào)度計時器(Timer)到期，終端啟動CMMB預(yù)推送業(yè)務(wù)的接收。
[0137]在第2步中，UE發(fā)起PDP激活等用戶面承載建立流程。
[0138]在第3步中，UE向CDN功能單元發(fā)送預(yù)推送業(yè)務(wù)融合傳輸請求消息,請求建立與CDN功能單元之間的數(shù)據(jù)重傳鏈接。
[0139]在第4步中,⑶N功能單元向UE反饋預(yù)推送融合響應(yīng)消息,確認(rèn)重傳鏈接建立。此后UE通過該重傳鏈接向⑶N功能單元請求重傳CMMB預(yù)推送廣播的誤塊。
[0140]在第5步中，⑶N功能單元根據(jù)UE的IP地址向GW請求當(dāng)前UE的MSI信息。此后，CDN功能單元可根據(jù)UE的MS1、推送業(yè)務(wù)誤塊信息、當(dāng)前推送業(yè)務(wù)的簽約URL為每一 UE生成預(yù)推送狀態(tài)數(shù)據(jù)庫。
[0141]在第6步中，UE根據(jù)第3步與第4步中協(xié)商的推送業(yè)務(wù)重傳的應(yīng)用層需求信息，生成數(shù)據(jù)重傳QoS要求,并發(fā)起分組數(shù)據(jù)協(xié)議(PDP, Packet Data Protocol)更改流程。
[0142]在并發(fā)傳輸過程中，預(yù)推送業(yè)務(wù)的初次傳輸由CMMB廣播網(wǎng)絡(luò)完成。同時，⑶N功能單元側(cè)根據(jù)用戶建立的LTE協(xié)調(diào)傳輸信道數(shù)目，為每一個UE建立一個應(yīng)用層重傳窗。當(dāng)UE接收到的熱點信息中存在誤包時，則由LTE信道執(zhí)行數(shù)據(jù)重傳。
[0143]當(dāng)CDN功能單元的預(yù)推送應(yīng)用接收到預(yù)推送數(shù)據(jù)后，通常采用傳輸控制協(xié)議(TCP, Transmission Control Protocol)層的數(shù)據(jù)巾貞分割原則對業(yè)務(wù)數(shù)據(jù)進(jìn)行分段,例如業(yè)務(wù)數(shù)據(jù)包不夠1500字節(jié)(byte)則不進(jìn)行切割，業(yè)務(wù)數(shù)據(jù)包超出數(shù)據(jù)塊按1500byte的固定包大小切割應(yīng)用層數(shù)據(jù)，并將分段的業(yè)務(wù)數(shù)據(jù)包進(jìn)行級聯(lián)。完成上述分段/級聯(lián)的數(shù)據(jù)塊經(jīng)過加預(yù)推送數(shù)據(jù)幀頭等幀封裝操作后，同時向發(fā)送緩存以及UE各自的協(xié)同發(fā)送緩存?zhèn)鬏?，并被緩存在UE中。發(fā)送緩存中的數(shù)據(jù)通過CMMB廣播系統(tǒng)向用戶進(jìn)行廣播，協(xié)同發(fā)送緩存中的數(shù)據(jù)則留待收到來自各UE的接收緩存中的接收反饋信息后再進(jìn)行差異化重傳。重傳過程中，UE連續(xù)接收的數(shù)據(jù)包將移出預(yù)推送業(yè)務(wù)發(fā)送窗，誤塊則下發(fā)至TCP層，由TCP層經(jīng)過確認(rèn)傳輸模式執(zhí)行可靠傳輸。CDN功能單元側(cè)應(yīng)用層協(xié)調(diào)傳輸功能結(jié)構(gòu)如圖5所示。
[0144]預(yù)推送業(yè)務(wù)的初傳數(shù)據(jù)通過CMMB廣播系統(tǒng)發(fā)送至UE的接收緩存。對于連續(xù)收到的數(shù)據(jù)包，接收緩存直接遞交至上層執(zhí)行去預(yù)推送數(shù)據(jù)幀頭、業(yè)務(wù)數(shù)據(jù)重組等操作。對于未正確接收的包，UE生成確認(rèn)幀發(fā)送至協(xié)同發(fā)送緩存。由UE各自的協(xié)同發(fā)送緩存通過LTE網(wǎng)絡(luò)向⑶N功能單元上報。⑶N功能單元的應(yīng)用層將對應(yīng)的重傳包發(fā)送至各自UE的TCP層，由TCP層保證重傳的可靠性。UE側(cè)應(yīng)用層協(xié)調(diào)傳輸功能結(jié)構(gòu)如圖6所示。
[0145]在業(yè)務(wù)預(yù)推送過程中，⑶N功能單元為每一個預(yù)推送業(yè)務(wù)分配一個業(yè)務(wù)索引(service index)，并在本地保存UE的MS1、業(yè)務(wù)以及業(yè)務(wù)索引三者間的映射關(guān)系，例如第一映射關(guān)系。對于未完成業(yè)務(wù)推送的UE，⑶N功能單元還可進(jìn)一步為UE實時記錄對應(yīng)業(yè)務(wù)的誤塊信息。下表I給出了一個具體的預(yù)推送業(yè)務(wù)索引表的示例。
[0146]表I預(yù)推送業(yè)務(wù)索引表
[0147]業(yè)務(wù)索引 UE標(biāo)識__業(yè)務(wù)描述__業(yè)務(wù)誤塊信息
1IMSll URLlU URL12、URL13 ….BLOCK 11...BLOCK 12...____BLOCKl 3...2IMSI2 URL21、URL22、URL23....BL0CK21...BLOCK22...____BLOCK23...3IMSI3 URL31、URL32、URL33....BL0CK31...___BLOCK32...[0148] ___ BLOCK33...[0149]⑶N功能單元在本地保存預(yù)推送的業(yè)務(wù)索引的同時，可在推送業(yè)務(wù)的過程中，也會將其為當(dāng)前推送業(yè)務(wù)分配的業(yè)務(wù)索引發(fā)送至UE側(cè)保存。UE可根據(jù)接收到的業(yè)務(wù)索引建立起對應(yīng)業(yè)務(wù)的索引數(shù)據(jù)庫，例如第二映射關(guān)系。通過預(yù)推送狀態(tài)的同步機制，使得UE與CDN功能單元兩者可有效感知當(dāng)前推送業(yè)務(wù)的傳送完成狀態(tài)。當(dāng)UE后續(xù)發(fā)起業(yè)務(wù)請求時，CDN功能單元可僅向UE反饋業(yè)務(wù)索引的信息，由UE根據(jù)本地保存的預(yù)推送業(yè)務(wù)的業(yè)務(wù)索引，直接調(diào)用所緩存的業(yè)務(wù)內(nèi)容。
[0150]由于UE的緩存有限，當(dāng)預(yù)推送功能預(yù)留緩存溢出時，UE會刪除部分預(yù)緩存內(nèi)容，導(dǎo)致服務(wù)器與UE間的預(yù)推送狀態(tài)失步。在發(fā)生緩存內(nèi)容的變更后，UE需上報緩存狀態(tài)，以維護(hù)預(yù)推送業(yè)務(wù)狀態(tài)的同步。UE的緩存管理流程參見圖7。
[0151]第I步中，UE發(fā)起PDP激活等用戶面承載建立流程。
[0152]第2步中，UE向⑶N功能單元發(fā)送緩存狀態(tài)同步消息,指示⑶N功能單元當(dāng)前UE已接收的預(yù)推送業(yè)務(wù)的緩存現(xiàn)狀。
[0153]第3步中，Q)N功能單元根據(jù)UE的網(wǎng)絡(luò)協(xié)議(IP, Internet Protocol)地址向GW請求當(dāng)前UE的IMSI。此后，⑶N功能單元可根據(jù)UE的IMSI以及UE上報的緩存狀態(tài)調(diào)整當(dāng)前UE的預(yù)推送狀態(tài)數(shù)據(jù)庫，使得UE與CDN功能單元兩側(cè)的業(yè)務(wù)預(yù)推送狀態(tài)保持一致。
[0154]下面結(jié)合圖8具體描述本發(fā)明實施例的聚合傳輸方法如何提供網(wǎng)絡(luò)的傳輸效率。
[0155]用戶點擊已完成推送的熱點信息的URL時，UE向⑶N功能單元請求對應(yīng)的業(yè)務(wù)內(nèi)容。⑶N功能單元在判決是否執(zhí)行內(nèi)容推送前，首先查詢TON網(wǎng)關(guān)確認(rèn)當(dāng)前UE的頂SI。若未針對該UE執(zhí)行業(yè)務(wù)預(yù)推送，則CDN功能單元直接向UE返回?zé)狳c信息。整個數(shù)據(jù)傳輸過程維持原有的超文本傳輸協(xié)議(HTTP, Hypertext Transfer Protocol)交互流程不變。若已完成業(yè)務(wù)預(yù)推送，⑶N功能單元直接返回預(yù)推送業(yè)務(wù)的索引值。由UE根據(jù)熱點信息的上下文直接調(diào)用緩存內(nèi)容進(jìn)行播放，以保證用戶的觀看體驗。
[0156]進(jìn)一步地，若預(yù)推送過程中存在部分熱點信息中的內(nèi)容未完成傳輸，可在HTTP響應(yīng)消息中一并下發(fā)未傳輸?shù)臒狳c信息的內(nèi)容。此種處理方式需要瀏覽器等支持類似網(wǎng)絡(luò)螞蟻的斷點續(xù)傳能力。
[0157]采用預(yù)推送過程并發(fā)重傳機制，UE完成按現(xiàn)有的HTTP交互流程實現(xiàn)業(yè)務(wù)流程，有效地保證了業(yè)務(wù)傳輸?shù)沫h(huán)回時間。具體業(yè)務(wù)流程參見圖8。
[0158]第I步，用戶點擊URL鏈接，發(fā)起相關(guān)移動互聯(lián)業(yè)務(wù)的業(yè)務(wù)請求。
[0159]第2步，UE發(fā)起PDP激活等用戶面承載建立流程。
[0160]第3步，由于URL鏈接所對應(yīng)的移動互聯(lián)已推送至⑶N功能單元側(cè)，UE直接向⑶N功能單元發(fā)起超文本傳輸協(xié)議請求(HTTP GET, Hypertext Transfer Protocol GET)消息業(yè)務(wù)請求。
[0161]第4步，⑶N功能單元根據(jù)UE的IP地址向網(wǎng)關(guān)請求當(dāng)前UE的MSI。根據(jù)查詢所得的MSI，查詢用戶當(dāng)前申請的業(yè)務(wù)是否已向當(dāng)前UE執(zhí)行過預(yù)推送，并確定相應(yīng)的響應(yīng)消
肩、O
[0162]第5步，CDN功能單元向UE反饋超文本傳輸協(xié)議響應(yīng)(HTTP RESPONSE)消息。
[0163]如果CDN功能單元已為UE執(zhí)行過當(dāng)前業(yè)務(wù)的預(yù)推送，則HTTP RESPONSE消息中僅攜帶有當(dāng)前業(yè)務(wù)的預(yù)推送的業(yè)務(wù)索引。若根據(jù)預(yù)推送狀態(tài)數(shù)據(jù)庫，當(dāng)前業(yè)務(wù)剩余部分?jǐn)?shù)據(jù)未推送成功，則HTTP RESPONSE消息中可進(jìn)一步攜帶待重傳數(shù)據(jù)。極端情況下，若UE在預(yù)推送過程中處于盲區(qū)，完全未接收預(yù)推送數(shù)據(jù)，則HTTP RESPONSE消息將完全遵照現(xiàn)有的HTTP流程，直接返回相應(yīng)的熱點信息。
[0164]由此可見,本發(fā)明實施例在點播傳輸模式的基礎(chǔ)上，利用廣播傳輸模式對高相關(guān)性業(yè)務(wù)進(jìn)行傳輸，能夠提高整網(wǎng)資源的利用率。
[0165]在第二具體實施例中，業(yè)務(wù)預(yù)推送過程通過并發(fā)的LTE傳輸執(zhí)行廣播誤包的重傳，以保證預(yù)推送內(nèi)容的正確率。而根據(jù)當(dāng)前數(shù)據(jù)統(tǒng)計，僅70%的用戶關(guān)注前5%的熱點信息。對于不關(guān)注所推送內(nèi)容的用戶，由于用戶后續(xù)不會通過無線網(wǎng)絡(luò)申請對應(yīng)業(yè)務(wù)，第二具體實施例中的LTE并發(fā)傳輸為無效傳輸，導(dǎo)致了寶貴無線頻譜資源的浪費。
[0166]在第三具體實施例中，預(yù)推送過程采用盡力而為(BE, best effort)方式傳輸，UE在預(yù)推送過程中僅執(zhí)行廣播接收。對于預(yù)推送過程的誤包，僅在后續(xù)用戶點擊URL鏈接申請對應(yīng)的業(yè)務(wù)時通過LTE網(wǎng)絡(luò)實現(xiàn)誤包重傳。
[0167]例如，在CMMB調(diào)度計時器到期后，⑶N功能單元通過CMMB發(fā)射機執(zhí)行預(yù)推送信息的廣播。CMMB-LTE雙模終端作為一個CMMB終端完成預(yù)推送業(yè)務(wù)的接收。
[0168]在業(yè)務(wù)預(yù)推送過程中，⑶N功能單元為每一個預(yù)推送業(yè)務(wù)分配一個業(yè)務(wù)索引，并在本地保存業(yè)務(wù)與業(yè)務(wù)索引間的映射關(guān)系。下表2給出了具體的預(yù)推送業(yè)務(wù)索引表的示例。
[0169]表2預(yù)推送業(yè)務(wù)索引表
【權(quán)利要求】
1.一種聚合傳輸?shù)姆椒?，其特征在于，包? 確定向用戶設(shè)備發(fā)送的熱點信息，其中所述熱點信息由互聯(lián)網(wǎng)服務(wù)提供商ISP提供和/或互聯(lián)網(wǎng)內(nèi)容提供商ICP提供； 向所述用戶設(shè)備發(fā)送調(diào)度信息，其中所述調(diào)度信息用于指示向所述用戶設(shè)備發(fā)送所述熱點息; 通過廣播網(wǎng)絡(luò)，向所述用戶設(shè)備發(fā)送所述調(diào)度消息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引，其中所述熱點信息對應(yīng)的統(tǒng)一資源定位符URL與所述業(yè)務(wù)索引的映射關(guān)系包括在第一映射關(guān)系中。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述通過廣播網(wǎng)絡(luò)向所述用戶設(shè)備發(fā)送所述調(diào)度消息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引的同時，還包括: 通過通信網(wǎng)絡(luò)，與所述用戶設(shè)備建立重傳鏈接。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述與所述用戶設(shè)備建立重傳鏈接包括: 接收所述用戶設(shè)備發(fā)送的預(yù)推送融合傳輸請求消息； 向所述用戶設(shè)備發(fā)送預(yù)推送融合傳輸響應(yīng)消息。
4.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，在所述與所述用戶設(shè)備建立重傳鏈接之后，還包括: 接收所述用戶設(shè)備的發(fā)送預(yù)推送廣播誤塊的請求； 向所述用戶設(shè)備發(fā)送所述預(yù)推送廣播誤塊，其中所述預(yù)推送廣播誤塊包括未通過所述廣播網(wǎng)絡(luò)發(fā)送到所述用戶設(shè)備的熱點信息和未能保存在所述用戶設(shè)備中的通過所述廣播網(wǎng)絡(luò)傳送的熱點信息中的至少一種。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，在所述接收所述用戶設(shè)備的發(fā)送預(yù)推送廣播誤塊的請求之后，還包括: 根據(jù)所述用戶設(shè)備的國際移動用戶識別碼MS1、所述預(yù)推送廣播誤塊的信息和所述熱點信息對應(yīng)的統(tǒng)一資源定位符URL與所述業(yè)務(wù)索引更新所述第一映射關(guān)系。
6.根據(jù)權(quán)利要求2至5中任一項所述的方法，其特征在于，還包括: 接收所述用戶設(shè)備發(fā)送的業(yè)務(wù)請求，所述業(yè)務(wù)請求包括熱點信息的統(tǒng)一資源定位符URL ； 根據(jù)所述用戶設(shè)備的國際移動用戶識別碼MSI和所述第一映射關(guān)系，確定所述業(yè)務(wù)請求對應(yīng)的熱點信息是否已經(jīng)發(fā)送至所述用戶設(shè)備； 若確定所述業(yè)務(wù)請求對應(yīng)的熱點信息已經(jīng)發(fā)送至所述用戶設(shè)備，將與所述熱點信息對應(yīng)的業(yè)務(wù)索引發(fā)送給所述用戶設(shè)備， 若確定所述業(yè)務(wù)請求對應(yīng)的熱點信息未發(fā)送至所述用戶設(shè)備，通過通信網(wǎng)絡(luò)，將所述業(yè)務(wù)請求對應(yīng)的所述熱點信息或所述預(yù)推送廣播誤塊發(fā)送給所述用戶設(shè)備。
7.根據(jù)權(quán)利要求1至6中任一項所述的方法，其特征在于，在所述向所述用戶設(shè)備發(fā)送所述調(diào)度消息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引之后，還包括: 通過通信網(wǎng)絡(luò)，接收所述用戶設(shè)備發(fā)送的緩存狀態(tài)同步消息，所述緩存狀態(tài)同步消息包括所述用戶設(shè)備已接收的熱點信息的業(yè)務(wù)索引； 通過通信網(wǎng)絡(luò)，根據(jù)所述用戶設(shè)備已接收的熱點信息的業(yè)務(wù)索引，更新所述第一映射關(guān)系。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括: 通過通信網(wǎng)絡(luò)，接收所述用戶設(shè)備發(fā)送的業(yè)務(wù)請求，所述業(yè)務(wù)請求包括被請求的業(yè)務(wù)的統(tǒng)一資源定位符URL ； 根據(jù)所述被請求的業(yè)務(wù)的URL，確定與所述被請求的業(yè)務(wù)的URL對應(yīng)的被請求的業(yè)務(wù)是否為熱點息； 當(dāng)確定所述被請求的業(yè)務(wù)為熱點信息時，根據(jù)所述用戶設(shè)備的國際移動用戶識別碼IMSI和所述第一映射關(guān)系，確定所述被請求的業(yè)務(wù)是否已經(jīng)發(fā)送給所述用戶設(shè)備； 若確定所述被請求的業(yè)務(wù)已經(jīng)發(fā)送至所述用戶設(shè)備，通過所述通信網(wǎng)絡(luò)將所述被請求的業(yè)務(wù)的業(yè)務(wù)索引發(fā)送給所述用戶設(shè)備， 若確定所述被請求的業(yè)務(wù)未發(fā)送至所述用戶設(shè)備，通過所述通信網(wǎng)絡(luò)將所述業(yè)務(wù)請求對應(yīng)的熱點信息發(fā)送給所述用戶設(shè)備。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，在所述通過所述通信網(wǎng)絡(luò)將所述被請求的業(yè)務(wù)的業(yè)務(wù)索引發(fā)送給所述用戶設(shè)備之后，還包括: 接收所述用戶設(shè)備的發(fā)送預(yù)推送廣播誤塊的請求； 向所述用戶 設(shè)備發(fā)送所述預(yù)推送廣播誤塊，其中所述預(yù)推送廣播誤塊包括未通過所述廣播網(wǎng)絡(luò)發(fā)送到所述用戶設(shè)備的熱點信息和未能保存在所述用戶設(shè)備中的通過所述廣播網(wǎng)絡(luò)傳送的熱點信息中的至少一種。
10.根據(jù)權(quán)利要求8或9所述的方法，其特征在于，在所述確定所述被請求的業(yè)務(wù)是否已經(jīng)發(fā)送給所述用戶設(shè)備之前，還包括: 接收所述用戶設(shè)備發(fā)送的推送業(yè)務(wù)傳送狀態(tài)同步消息； 根據(jù)所述推送業(yè)務(wù)傳送狀態(tài)同步消息，更新所述第一映射關(guān)系。
11.一種聚合傳輸?shù)姆椒?，其特征在于，包? 從內(nèi)容分發(fā)網(wǎng)絡(luò)CDN功能單元接收調(diào)度信息，其中所述調(diào)度信息指示從CDN接收互聯(lián)網(wǎng)服務(wù)提供商ISP和/或互聯(lián)網(wǎng)內(nèi)容提供商ICP提供的熱點/[目息； 通過廣播網(wǎng)絡(luò)，接收所述調(diào)度信息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引； 保存所述熱點信息，并根據(jù)所述熱點信息與所述業(yè)務(wù)索引的映射關(guān)系建立第二映射關(guān)系O
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，在所述通過廣播網(wǎng)絡(luò)，接收所述調(diào)度信息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引的同時，還包括: 通過通信網(wǎng)絡(luò)，與所述⑶N功能單元建立重傳鏈接。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于，所述與所述CDN功能單元建立重傳鏈接包括: 向所述⑶N功能單元發(fā)送預(yù)推送融合傳輸請求； 從所述CDN功能單元接收預(yù)推送融合傳輸響應(yīng)。
14.根據(jù)權(quán)利要求12或13所述的方法，其特征在于，在所述與所述CDN功能單元建立重傳鏈接之后，還包括: 向所述⑶N功能單元發(fā)送預(yù)推送廣播誤塊的請求；接收所述⑶N功能單元發(fā)送的所述預(yù)推送廣播誤塊，其中所述預(yù)推送廣播誤塊包括未通過所述廣播網(wǎng)絡(luò)發(fā)送到所述用戶設(shè)備的熱點信息和未能保存在所述用戶設(shè)備中的通過所述廣播網(wǎng)絡(luò)傳送的熱點信息中的至少一種。
15.根據(jù)權(quán)利要求11至14中任一項所述的方法，其特征在于，還包括: 通過通信網(wǎng)絡(luò)，向所述CDN功能單元發(fā)送業(yè)務(wù)請求，所述業(yè)務(wù)請求與熱點信息的統(tǒng)一資源定位符URL相對應(yīng)； 通過通信網(wǎng)絡(luò)，從所述CDN功能單元接收業(yè)務(wù)索引或者與所述業(yè)務(wù)請求對應(yīng)的熱點信息，所述業(yè)務(wù)索引與所述業(yè)務(wù)請求對應(yīng)的熱點信息關(guān)聯(lián)。
16.根據(jù)權(quán)利要求15所述的方法，其特征在于，還包括: 通過通信網(wǎng)絡(luò)，向所述CDN功能單元發(fā)送緩存狀態(tài)同步消息，所述緩存狀態(tài)同步消息包括已接收的熱點信息的業(yè)務(wù)索引。
17.根據(jù)權(quán)利要求16所述的方法，其特征在于，還包括: 通過通信網(wǎng)絡(luò)，從所述CDN功能單元接收根據(jù)緩存狀態(tài)同步消息確定的需要重傳的熱點信息； 根據(jù)接收到的重傳的熱點信息，更新所述第二映射關(guān)系。
18.根據(jù)權(quán)利要求11所述的方法，其特征在于，還包括: 通過通信網(wǎng)絡(luò)，向所述⑶N功能單元發(fā)送業(yè)務(wù)請求，所述業(yè)務(wù)請求用于所述⑶N功能單兀判斷被請求的業(yè)務(wù)是否是熱點/[目息； 通過通信網(wǎng)絡(luò)，從所述CDN 功能單元接收所述被請求的業(yè)務(wù)的業(yè)務(wù)索引，或者從所述CDN功能單元接收所述被請求的業(yè)務(wù)。
19.根據(jù)權(quán)利要求18所述的方法，其特征在于，在所述從所述CDN功能單元接收所述被請求的業(yè)務(wù)的業(yè)務(wù)索引之后，還包括: 向⑶N功能單元發(fā)送預(yù)推送廣播誤塊的請求； 從所述⑶N功能單元接收所述預(yù)推送廣播誤塊，其中所述預(yù)推送廣播誤塊包括未通過所述廣播網(wǎng)絡(luò)發(fā)送到所述用戶設(shè)備的熱點信息和未能保存在所述用戶設(shè)備中的通過所述廣播網(wǎng)絡(luò)傳送的熱點信息中的至少一種。
20.根據(jù)權(quán)利要求18或19所述的方法，其特征在于，在所述從所述CDN功能單元接收業(yè)務(wù)索引，或者從所述CDN功能單元接收與所述業(yè)務(wù)請求對應(yīng)的熱點信息之前,還包括: 向所述⑶N功能單元發(fā)送推送業(yè)務(wù)傳送狀態(tài)同步消息。
21.—種聚合傳輸?shù)难b置，其特征在于，包括: 第一確定單元，用于確定將向用戶設(shè)備發(fā)送的熱點信息，其中所述熱點信息由互聯(lián)網(wǎng)服務(wù)提供商ISP提供和/或互聯(lián)網(wǎng)內(nèi)容提供商ICP提供； 第一發(fā)送單元，用于向所述用戶設(shè)備發(fā)送調(diào)度信息，其中所述調(diào)度信息用于指示向所述用戶設(shè)備發(fā)送所述熱點信息； 第二發(fā)送單元，用于通過廣播網(wǎng)絡(luò)，向所述用戶設(shè)備發(fā)送所述調(diào)度消息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引，其中所述熱點信息對應(yīng)的統(tǒng)一資源定位符URL與所述業(yè)務(wù)索引的映射關(guān)系包括在第一映射關(guān)系中。
22.根據(jù)權(quán)利要求21所述的裝置，其特征在于，還包括:第一重傳單元，用于通過通信網(wǎng)絡(luò)，與所述用戶設(shè)備建立重傳鏈接。
23.根據(jù)權(quán)利要求22所述的裝置，其特征在于，所述第一重傳單元包括: 第一接收模塊，用于接收所述用戶設(shè)備發(fā)送的預(yù)推送融合傳輸請求消息； 第一發(fā)送模塊，用于向所述用戶設(shè)備發(fā)送預(yù)推送融合傳輸響應(yīng)消息。
24.根據(jù)權(quán)利要求22或23所述的裝置，其特征在于，所述第一重傳單元還包括: 第二接收模塊，用于接收所述用戶設(shè)備的發(fā)送預(yù)推送廣播誤塊的請求； 第二發(fā)送模塊，用于向所述用戶設(shè)備發(fā)送所述預(yù)推送廣播誤塊，其中所述預(yù)推送廣播誤塊包括未通過所述廣播網(wǎng)絡(luò)發(fā)送到所述用戶設(shè)備的熱點信息和未能保存在所述用戶設(shè)備中的通過所述廣播網(wǎng)絡(luò)傳送的熱點信息中的至少一種。
25.根據(jù)權(quán)利要求24所述方法，其特征在于，所述第一重傳單元還包括: 更新模塊，用于在所述接收所述用戶設(shè)備的發(fā)送預(yù)推送廣播誤塊的請求之后，根據(jù)所述用戶設(shè)備的國際移動用戶識別碼MSI號、所述預(yù)推送廣播誤塊的信息和所述熱點信息對應(yīng)的統(tǒng)一資源定位符URL與所述業(yè)務(wù)索引更新所述第一映射關(guān)系。
26.根據(jù)權(quán)利要求22至25中任一項所述的裝置，其特征在于，所述第一重傳單元還包括: 第三接收模塊，用于接收所述用戶設(shè)備發(fā)送的業(yè)務(wù)請求，所述業(yè)務(wù)請求包括熱點信息的統(tǒng)一資源定位符URL ； 第一確定模塊，用于根據(jù)所述用戶設(shè)備的國際移動用戶識別碼MSI和所述第一映射關(guān)系，確定所述業(yè)務(wù)請求對`應(yīng)的熱點信息是否已經(jīng)發(fā)送至所述用戶設(shè)備； 第三發(fā)送模塊，用于若確定所述業(yè)務(wù)請求對應(yīng)的熱點信息已經(jīng)發(fā)送至所述用戶設(shè)備，將與所述熱點信息對應(yīng)的業(yè)務(wù)索引發(fā)送給所述用戶設(shè)備，或者若確定所述業(yè)務(wù)請求對應(yīng)的熱點信息未發(fā)送至所述用戶設(shè)備，通過通信網(wǎng)絡(luò)，將所述業(yè)務(wù)請求對應(yīng)的所述熱點信息或所述預(yù)推送廣播誤塊發(fā)送給所述用戶設(shè)備。
27.根據(jù)權(quán)利要求21至26中任一項所述的裝置，其特征在于，還包括:第一接收單元，用于在所述向所述用戶設(shè)備發(fā)送所述調(diào)度消息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引之后，通過通信網(wǎng)絡(luò)，接收所述用戶設(shè)備發(fā)送的緩存狀態(tài)同步消息，所述緩存狀態(tài)同步消息包括所述用戶設(shè)備已接收的熱點信息的業(yè)務(wù)索引；第一更新單元，用于通過通信網(wǎng)絡(luò)，根據(jù)所述用戶設(shè)備已接收的熱點信息的業(yè)務(wù)索引，更新所述第一映射關(guān)系。
28.根據(jù)權(quán)利要求21所述的裝置，其特征在于，還包括: 第二接收單元，用于通過通信網(wǎng)絡(luò)，接收所述用戶設(shè)備發(fā)送的業(yè)務(wù)請求，所述業(yè)務(wù)請求包括被請求的業(yè)務(wù)的統(tǒng)一資源定位符URL ； 第二確定單元，用于根據(jù)所述URL，確定與所述URL對應(yīng)的被請求的業(yè)務(wù)是否為熱點信息； 第三確定單元，用于當(dāng)所述第二確定單元確定所述被請求的業(yè)務(wù)為熱點信息時，根據(jù)所述用戶設(shè)備的國際移動用戶識別碼MSI和所述第一映射關(guān)系，確定所述被請求的業(yè)務(wù)是否已經(jīng)發(fā)送給所述用戶設(shè)備； 第三發(fā)送單元，用于若所述第三確定單元確定所述被請求的業(yè)務(wù)已經(jīng)發(fā)送至所述用戶設(shè)備，通過所述通信網(wǎng)絡(luò)將所述被請求的業(yè)務(wù)的業(yè)務(wù)索引發(fā)送給所述用戶設(shè)備，或者若所述第三確定單元確定所述被請求的業(yè)務(wù)未發(fā)送至所述用戶設(shè)備，通過所述通信網(wǎng)絡(luò)將所述業(yè)務(wù)請求對應(yīng)的熱點信息發(fā)送給所述用戶設(shè)備。
29.根據(jù)權(quán)利要求28所述的裝置，其特征在于，還包括: 第四接收單元，用于在所述第三發(fā)送單元通過所述通信網(wǎng)絡(luò)將所述被請求的業(yè)務(wù)的業(yè)務(wù)索引發(fā)送給所述用戶設(shè)備之后，接收所述用戶設(shè)備的發(fā)送預(yù)推送廣播誤塊的請求； 第四發(fā)送單元，用于向所述用戶設(shè)備發(fā)送所述預(yù)推送廣播誤塊，其中所述預(yù)推送廣播誤塊包括未通過所述廣播網(wǎng)絡(luò)發(fā)送到所述用戶設(shè)備的熱點信息和未能保存在所述用戶設(shè)備中的通過所述廣播網(wǎng)絡(luò)傳送的熱點信息中的至少一種。
30.根據(jù)權(quán)利要求28或29所述的裝置，其特征在于，還包括: 第五接收單元，用于在所述第三確定單元確定所述被請求的業(yè)務(wù)是否已經(jīng)發(fā)送給所述用戶設(shè)備之前，接收所述用戶設(shè)備發(fā)送的推送業(yè)務(wù)傳送狀態(tài)同步消息； 第二更新單元，用于根據(jù)所述推送業(yè)務(wù)傳送狀態(tài)同步消息，更新所述第一映射關(guān)系。
31.一種聚合傳輸?shù)难b置，其特征在于，包括: 第六接收單元，用于從內(nèi)容分發(fā)網(wǎng)絡(luò)CDN功能單元接收調(diào)度信息，其中所述調(diào)度信息用于指示將要接收的互聯(lián)網(wǎng)服務(wù)提供商ISP和/或互聯(lián)網(wǎng)內(nèi)容提供商ICP提供的熱點信息； 第七接收單元，用于通過廣播網(wǎng)絡(luò)，接收所述調(diào)度信息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引； 第一存儲單元，用于保存所述熱點信息，并根據(jù)所述熱點信息與所述業(yè)務(wù)索引的映射關(guān)系建立第二映射關(guān)系。
32.根據(jù)權(quán)利要求31所述的裝置，其特征在于，還包括:第二重傳單元，用于通過通信網(wǎng)絡(luò)，與所述⑶N功能單元建立重傳鏈接。
33.根據(jù)權(quán)利要求32所述的裝置，其特征在于，所述第二重傳單元包括: 第四發(fā)送模塊，用于向所述⑶N功能單元發(fā)送預(yù)推送融合傳輸請求； 第四接收模塊，用于從所述CDN功能單元接收預(yù)推送融合傳輸響應(yīng)。
34.根據(jù)權(quán)利要求32或33所述的裝置，其特征在于，所述第二重傳單元還包括: 第五發(fā)送模塊，用于向所述⑶N功能單元發(fā)送預(yù)推送廣播誤塊的請求； 第五接收模塊，用于接收所述CDN功能單元發(fā)送的所述預(yù)推送廣播誤塊，其中所述預(yù)推送廣播誤塊包括未通過所述廣播網(wǎng)絡(luò)發(fā)送到所述用戶設(shè)備的熱點信息和未能保存在所述用戶設(shè)備中的通過所述廣播網(wǎng)絡(luò)傳送的熱點信息中的至少一種。
35.根據(jù)權(quán)利要求31至34中任一項所述的裝置，其特征在于，還包括: 第六發(fā)送單元，用于通過通信網(wǎng)絡(luò)，向所述⑶N功能單元發(fā)送業(yè)務(wù)請求，所述業(yè)務(wù)請求與熱點信息的統(tǒng)一資源定位符URL相對應(yīng)； 第八接收單元，用于通過通信網(wǎng)絡(luò)，從所述CDN功能單元接收業(yè)務(wù)索引或者與所述業(yè)務(wù)請求對應(yīng)的熱點信息，所述業(yè)務(wù)索引與所述業(yè)務(wù)請求對應(yīng)的熱點信息關(guān)聯(lián)。
36.根據(jù)權(quán)利要求 35所述的裝置，其特征在于，還包括: 第七發(fā)送單元，用于通過通信網(wǎng)絡(luò)，向所述CDN功能單元發(fā)送緩存狀態(tài)同步消息，所述緩存狀態(tài)同步消息包括已接收的熱點信息的業(yè)務(wù)索引。
37.根據(jù)權(quán)利要求36所述的方法，其特征在于，還包括: 第九接收單元，用于通過通信網(wǎng)絡(luò)，從所述CDN功能單元接收根據(jù)緩存狀態(tài)同步消息確定的需要重傳的熱點信息； 第三更新單元，用于根據(jù)接收到的重傳的熱點信息，更新所述第二映射關(guān)系。
38.根據(jù)權(quán)利要求31所述的方法，其特征在于，還包括: 第八發(fā)送單元，用于通過通信網(wǎng)絡(luò)，向所述⑶N功能單元發(fā)送業(yè)務(wù)請求，所述業(yè)務(wù)請求用于所述CDN功能單元判斷被請求的業(yè)務(wù)是否是熱點信息； 第十接收單元，用于通過通信網(wǎng)絡(luò)，從所述CDN功能單元接收所述被請求的業(yè)務(wù)的業(yè)務(wù)索引，或者從所述CDN功能單元接收所述被請求的業(yè)務(wù)。
39.根據(jù)權(quán)利要求38所述的方法，其特征在于，還包括: 第九發(fā)送單元，用于向⑶N功能單元發(fā)送預(yù)推送廣播誤塊的請求； 第十一接收單元，用于從所述CDN功能單元接收所述預(yù)推送廣播誤塊，其中所述預(yù)推送廣播誤塊包括未通過所述廣播網(wǎng)絡(luò)發(fā)送到所述用戶設(shè)備的熱點信息和未能保存在所述用戶設(shè)備中的通過所述廣播網(wǎng)絡(luò)傳送的熱點信息中的至少一種。
40.根據(jù)權(quán)利要求38或39所述的方法，其特征在于，還包括:第十發(fā)送單元，用于向所述CDN功能單元發(fā)送推送業(yè)務(wù)傳送狀態(tài)同步消息。
41.一種⑶N服務(wù)器，其特征在于，包括: 處理器，用于確定將向用戶設(shè)備發(fā)送的熱點信息，其中所述熱點信息由互聯(lián)網(wǎng)服務(wù)提供商ISP提供和/或互聯(lián)網(wǎng)內(nèi)容提供商ICP提供； 第一發(fā)送器，用于向所述用戶設(shè)備發(fā)送調(diào)度信息，其中所述調(diào)度信息用于指示向所述用戶設(shè)備發(fā)送所述熱點信息； 第二發(fā)送器，通過廣播網(wǎng)絡(luò)，向所述用戶設(shè)備發(fā)送所述調(diào)度消息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引，其中所述熱點信息對應(yīng)的統(tǒng)一資源定位符URL與所述業(yè)務(wù)索引的映射關(guān)系包括在第一映射關(guān)系中。
42.一種用戶設(shè)備，其特征在于，包括: 第一接收器，用于從內(nèi)容分發(fā)網(wǎng)絡(luò)CDN功能單元接收調(diào)度信息，其中所述調(diào)度信息用于指示將要接收的互聯(lián)網(wǎng)服務(wù)提供商ISP和/或互聯(lián)網(wǎng)內(nèi)容提供商ICP提供的熱點信息；第二接收器，用于通過廣播網(wǎng)絡(luò)，接收所述調(diào)度信息所指示的所述熱點信息以及與所述熱點信息對應(yīng)的業(yè)務(wù)索引； 存儲器，用于保存所述熱點信息，并根據(jù)所述熱點信息與所述業(yè)務(wù)索引的映射關(guān)系建立第二映射關(guān)系。
43.一種聚合傳輸?shù)南到y(tǒng)，包括如權(quán)利要求21至30中任一項所述的裝置以及如權(quán)利要求31至40中任一項所述的裝置。
【文檔編號】H04W4/06GK103703797SQ201380000890
【公開日】2014年4月2日 申請日期:2013年8月29日 優(yōu)先權(quán)日:2013年8月29日
【發(fā)明者】鄧永鋒 申請人:華為技術(shù)有限公司