專利名稱：一種基于多播的網(wǎng)絡(luò)數(shù)據(jù)預(yù)推送方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種基于多播的網(wǎng)絡(luò)數(shù)據(jù)預(yù)推送方法，屬于無線網(wǎng)絡(luò)數(shù)據(jù)傳輸技術(shù)領(lǐng)域。
背景技術(shù)：
隨著智能手機(jī)，手持移動終端數(shù)目的增加，未來移動通信網(wǎng)絡(luò)數(shù)據(jù)流量將會大幅度增長，而其中絕大部分的數(shù)據(jù)流量將來自于web瀏覽及網(wǎng)絡(luò)視頻類業(yè)務(wù)。為了在有限的物理資源下，滿足高速增長的業(yè)務(wù)需求，未來的無線移動通信系統(tǒng)必須具有更高的傳輸速率，更高的頻譜利用率，更低的能耗。在傳統(tǒng)的無線數(shù)據(jù)傳輸中，有網(wǎng)絡(luò)業(yè)務(wù)需求的終端獲得服務(wù)的一般流程如下:1.終端讀取網(wǎng)絡(luò)系統(tǒng)信息及隨機(jī)接入資源2.終端隨機(jī)接入，并在隨機(jī)接入競爭失敗時(shí)重新發(fā)起3.同網(wǎng)絡(luò)基站建立連接4.網(wǎng)絡(luò)根據(jù)當(dāng)前負(fù)載及鄰小區(qū)干擾狀況進(jìn)行無線資源分配5.終端同網(wǎng)絡(luò)進(jìn)行上下行數(shù)據(jù)傳輸6.終端同網(wǎng)絡(luò)釋 放連接，完成業(yè)務(wù)數(shù)據(jù)的傳輸據(jù)統(tǒng)計(jì)分析顯示，不同用戶對于網(wǎng)絡(luò)業(yè)務(wù)的需求具有一定的相關(guān)性，某些熱點(diǎn)的網(wǎng)絡(luò)資源可能被不同用戶所需求。這種相關(guān)性同業(yè)務(wù)的內(nèi)容，用戶的上網(wǎng)的行為特征，資源創(chuàng)建的時(shí)間，用戶地點(diǎn)分布等屬性均有一定的聯(lián)系。在傳統(tǒng)的網(wǎng)絡(luò)業(yè)務(wù)傳輸流程中，并沒有考慮網(wǎng)絡(luò)服務(wù)的相關(guān)性，不同的用戶請求需要分別按照上述步驟各自建立網(wǎng)絡(luò)連接，獨(dú)立的進(jìn)行業(yè)務(wù)的傳輸，因此具有相同的內(nèi)容的業(yè)務(wù)，可能被多次重復(fù)傳輸，造成物理資源的浪費(fèi)。

發(fā)明內(nèi)容
為了克服上述現(xiàn)有技術(shù)的缺點(diǎn)，本發(fā)明的目的是提出一種基于多播的網(wǎng)絡(luò)數(shù)據(jù)預(yù)推送方法，能夠利用網(wǎng)絡(luò)業(yè)務(wù)的相關(guān)性特性，根據(jù)之前積累的用戶對網(wǎng)絡(luò)使用習(xí)慣的先驗(yàn)概率函數(shù)和當(dāng)前用戶的信道狀態(tài)，充分利用物理資源，提高傳輸效率，降低功耗。為實(shí)現(xiàn)上述目的，本發(fā)明采取如下技術(shù)方案:一種基于多播的網(wǎng)絡(luò)數(shù)據(jù)預(yù)推送方法，在網(wǎng)絡(luò)側(cè)積累其覆蓋內(nèi)終端的用戶行為數(shù)據(jù)，當(dāng)某一用戶終端請求網(wǎng)絡(luò)數(shù)據(jù)時(shí)，網(wǎng)絡(luò)側(cè)根據(jù)該積累數(shù)據(jù)以及該次請求的業(yè)務(wù)內(nèi)容，如果判斷出覆蓋內(nèi)其余終端對于此項(xiàng)業(yè)務(wù)內(nèi)容的需求概率大于預(yù)先設(shè)定的值，則使用多播的方式預(yù)推送數(shù)據(jù)，在向當(dāng)前用戶發(fā)送數(shù)據(jù)的同時(shí)，完成多個(gè)終端未來的業(yè)務(wù)需求。當(dāng)一個(gè)用戶終端請求網(wǎng)絡(luò)數(shù)據(jù)時(shí)，先根據(jù)請求的內(nèi)容搜索預(yù)推送數(shù)據(jù)緩存，尋找是否已經(jīng)在之前某時(shí)刻已經(jīng)通過預(yù)推送的方式接收到了此次請求的數(shù)據(jù)內(nèi)容，如果沒有收至IJ，或者該終端需要更新并接收新的數(shù)據(jù)，該用戶終端生成上行數(shù)據(jù)，將自己的業(yè)務(wù)請求的信息放入上行消息中，并附著一個(gè)標(biāo)志是否需要接收新數(shù)據(jù)的Flag標(biāo)記位；用戶終端同網(wǎng)絡(luò)側(cè)建立鏈接后，發(fā)送請求數(shù)據(jù)，網(wǎng)絡(luò)側(cè)檢測請求內(nèi)容，用戶終端ID，利用請求內(nèi)容更新業(yè)務(wù)熱度數(shù)據(jù)庫，根據(jù)用戶行為更新用戶行為數(shù)據(jù)庫，檢測Flag標(biāo)記位，若此用戶終端不需要請求新的數(shù)據(jù)，則此次會話結(jié)束，斷開網(wǎng)絡(luò)連接；若此用戶終端需要進(jìn)行新的數(shù)據(jù)發(fā)送時(shí)，網(wǎng)絡(luò)側(cè)再進(jìn)行覆蓋內(nèi)其余終端對于此項(xiàng)業(yè)務(wù)內(nèi)容的需求概率計(jì)算。其中網(wǎng)絡(luò)側(cè)對覆蓋內(nèi)其余終端對于此項(xiàng)業(yè)務(wù)內(nèi)容的需求概率Pue通過如下公式計(jì)算:Pue=P (UE I UE_ID, UE_P0S, TASK_CLASS, TASK_TIME, TASK_LIFE…)其中，UE_ID表示用戶，UE_P0S表示用戶位置，TASK_CLASS表示業(yè)務(wù)類型，TASK_TIME表示業(yè)務(wù)發(fā)起時(shí)間，TASK_LIFE表示業(yè)務(wù)生命，省略號表示附加屬性。網(wǎng)絡(luò)側(cè)根據(jù)業(yè)務(wù)內(nèi)容，以及請求業(yè)務(wù)終端所在小區(qū)和鄰小區(qū)覆蓋下其它終端用戶習(xí)慣，信道狀態(tài)，計(jì)算出小區(qū)調(diào)度策略及終端調(diào)度策略，根據(jù)信道狀態(tài)計(jì)算出調(diào)制編碼策略，推算出使用本方法優(yōu)化后的發(fā)送期望速率Rmax，不使用本方法的單播發(fā)送速率Rsingle,以及使用本方法后的收益Rmax/Rsingle:若網(wǎng)絡(luò)使用多播的方式所獲得的預(yù)測收益小于預(yù)先設(shè)定的期望收益時(shí)，使用傳統(tǒng)單播的方式發(fā)送數(shù)據(jù)；若網(wǎng)絡(luò)側(cè)預(yù)測使用多播方式預(yù)推送數(shù)據(jù)獲得收益大于預(yù)先設(shè)定的最小期望收益時(shí)，則使用多播預(yù)推送的方式發(fā)送數(shù)據(jù)。根據(jù)所述優(yōu)化策略，選擇調(diào)度參與多播推送的備選小區(qū)和在這些小區(qū)中的備選終端，由核心網(wǎng)向備選小區(qū)發(fā)送多播推送通知，通知各備選小區(qū)覆蓋內(nèi)參與多播推送的備選終端ID，物理資源分配情況，調(diào)制編碼方式，由各個(gè)備選小區(qū)各自調(diào)度小區(qū)覆蓋范圍內(nèi)的備選終。 由于網(wǎng)絡(luò)側(cè)覆蓋內(nèi)終端可能處于不同狀態(tài)，因此針對它們的狀態(tài)分為以下情況進(jìn)行調(diào)度:a)對于處在連接態(tài)(connected),激活狀態(tài)/連續(xù)接收狀態(tài)(active)的終端，由于其持續(xù)監(jiān)聽控制信道消息，因此可以直接在控制信道上通知下行數(shù)據(jù)到來，下行數(shù)據(jù)物理資源位置，調(diào)制編碼策略等信息，并保持connected_active狀態(tài)；b)對于處在連接態(tài)，非連續(xù)接收狀態(tài)的終端，由于終端只有在其非連續(xù)監(jiān)聽周期到來時(shí)才讀取控制信道，因此網(wǎng)絡(luò)側(cè)在各個(gè)終端的非連續(xù)監(jiān)聽周期到來時(shí)，在終端的控制信道發(fā)送調(diào)度信息，激活終端，使其進(jìn)入connected_active狀態(tài)；c)對于處在空閑狀態(tài)的終端，需要網(wǎng)絡(luò)側(cè)首先對終端，發(fā)起尋呼，觸發(fā)終端建立連接，在終端初始連接建立完成后，終端直接進(jìn)入connected_active狀態(tài)。當(dāng)全部參加多播預(yù)推送數(shù)據(jù)的終端進(jìn)入connected_active狀態(tài)后,各個(gè)終端連續(xù)監(jiān)聽自己的控制信道，網(wǎng)絡(luò)側(cè)在控制信道中發(fā)送多播數(shù)據(jù)的物理資源位置，調(diào)制編碼方式，各個(gè)終端接收控制信令后，開始在網(wǎng)絡(luò)側(cè)指定的物理資源位置接收數(shù)據(jù)。根據(jù)終端QoS需求，網(wǎng)絡(luò)側(cè)決定終端進(jìn)行HARQ和數(shù)據(jù)重傳時(shí)機(jī)，數(shù)據(jù)發(fā)送完畢后，此次網(wǎng)絡(luò)數(shù)據(jù)多播預(yù)推送完成，中斷連接。本發(fā)明基于多播的網(wǎng)絡(luò)數(shù)據(jù)預(yù)推送方法，利用網(wǎng)絡(luò)數(shù)據(jù)業(yè)務(wù)的相關(guān)性，每當(dāng)一個(gè)終端請求網(wǎng)絡(luò)數(shù)據(jù)時(shí)，網(wǎng)絡(luò)側(cè)根據(jù)以往積累的用戶行為數(shù)據(jù)，該次請求的業(yè)務(wù)內(nèi)容，決策出當(dāng)前業(yè)務(wù)是否適用于多播推送。結(jié)合當(dāng)前網(wǎng)絡(luò)負(fù)載狀況，小區(qū)覆蓋內(nèi)其余終端信道狀態(tài)，網(wǎng)絡(luò)側(cè)調(diào)度合適的小區(qū)及終端，使用多播的方式預(yù)推送數(shù)據(jù)。當(dāng)一個(gè)終端成功使用了預(yù)推送數(shù)據(jù)，它會為網(wǎng)絡(luò)側(cè)提供一個(gè)反饋，用以優(yōu)化用戶行為分析。本發(fā)明中的多播推送方式，充分的利用了在網(wǎng)絡(luò)中數(shù)據(jù)傳輸?shù)娜哂嘈裕瑢⒖赡鼙欢鄠€(gè)用戶使用到的數(shù)據(jù)，在其第一次被請求時(shí)通過多播的方式發(fā)送給的對該業(yè)務(wù)有相似需求的其它終端，通過一次業(yè)務(wù)傳輸資源的消耗，完成多個(gè)終端未來的業(yè)務(wù)需求。本發(fā)明克服了傳統(tǒng)網(wǎng)絡(luò)數(shù)據(jù)業(yè)務(wù)中，部分熱點(diǎn)業(yè)務(wù)被重復(fù)傳輸?shù)娜秉c(diǎn)，在不影響發(fā)起業(yè)務(wù)請求的終端服務(wù)的條件下，提高了系統(tǒng)資源利用率。


圖1為本發(fā)明中用戶行為數(shù)據(jù)庫更新及業(yè)務(wù)需求概率計(jì)算流程框圖。圖2為本發(fā)明提出的基于多播的網(wǎng)絡(luò)數(shù)據(jù)預(yù)推送方法流程框圖。
具體實(shí)施例方式下面結(jié)合附圖和實(shí)施例對本發(fā)明進(jìn)行進(jìn)一步描述。本發(fā)明提出的基于多播的網(wǎng)絡(luò)數(shù)據(jù)預(yù)推送方法，其流程框圖如圖1所示，包括以下步驟:(I)當(dāng)一個(gè)支持網(wǎng)絡(luò)數(shù)據(jù)預(yù)推送的終端有網(wǎng)絡(luò)數(shù)據(jù)請求時(shí)，根據(jù)請求的內(nèi)容搜索預(yù)推送數(shù)據(jù)緩存，尋找是否已經(jīng)在之前某時(shí)刻已經(jīng)通過預(yù)推送的方式接收到了此次請求的數(shù)據(jù)內(nèi)容。(2)請求業(yè)務(wù)的終端生成上行數(shù)據(jù)，將自己的業(yè)務(wù)請求的信息放入上行消息中。根據(jù)此次請求的業(yè)務(wù)數(shù)據(jù)是否已經(jīng)通過預(yù)推送的方式成功接收，或者該終端需要更新數(shù)據(jù)，由終端決策是否需要接收新的數(shù)據(jù)，將決策結(jié)果在上行消息中附著一個(gè)Flag標(biāo)記位，標(biāo)志終端是否需要接收新數(shù)據(jù)。(3)終端同網(wǎng)絡(luò)側(cè)建立鏈接，`網(wǎng)絡(luò)側(cè)接收用戶業(yè)務(wù)請求。由于不同用戶對于業(yè)務(wù)的需求具有相關(guān)性，這種相關(guān)性同用戶(UE_ID)，用戶位置(UE_P0S)，業(yè)務(wù)類型(TASK_CLASS)，業(yè)務(wù)發(fā)起時(shí)間(TASKJIME)，該業(yè)務(wù)生命(TASK_LIFE)以及其它可能屬性相關(guān)，因此用戶對于業(yè)務(wù)的需求概率是與這些屬性相關(guān)的條件概率:Pue=P (UE I UE_ID, UE_P0S, TASK_CLASS, TASK_TIME, TASK_LIFE…)對于接收到的業(yè)務(wù)請求，網(wǎng)絡(luò)側(cè)可以通過該公式計(jì)算出其它用戶對于該業(yè)務(wù)的需求，從而判斷其它用戶對于此項(xiàng)業(yè)務(wù)需求的可能性。步驟3的具體操作流程如下:a)網(wǎng)絡(luò)側(cè)接收用戶業(yè)務(wù)請求。b)分析業(yè)務(wù)中的時(shí)間，位置信息等屬性，為計(jì)算其它用戶對此項(xiàng)業(yè)務(wù)的需求情況，需要將本次業(yè)務(wù)信息中的屬性進(jìn)行離散化。首次業(yè)務(wù)發(fā)起的時(shí)間將作為該業(yè)務(wù)時(shí)間屬性(TASK_TIME)的起始點(diǎn)，后面相同的業(yè)務(wù)均需要以此作為自己的時(shí)間屬性。對于時(shí)間信息，可以根據(jù)實(shí)際情況精確到不同的時(shí)間等級，如將不同的日期作為不同的時(shí)間屬性或者將每天分為幾個(gè)時(shí)間段作為業(yè)務(wù)發(fā)起的時(shí)間屬性。對于業(yè)務(wù)的生命時(shí)長(TASK_LIFE)，即計(jì)算當(dāng)前時(shí)間(CUR_TASK_HME)，同起始時(shí)間的時(shí)間間隔:TASK_LIFE=CUR_TASK_HME-TASK_ ΜΕ，并根據(jù)需要對其進(jìn)行離散化，例如:3天以內(nèi)，3天-6天…。對于業(yè)務(wù)的區(qū)域?qū)傩?UE_P0S)，可以按照用戶發(fā)起業(yè)務(wù)時(shí)的物理坐標(biāo)作為劃分依據(jù)，或者以所在小區(qū)作為劃分依據(jù)，為了降低計(jì)算量，可以合并一個(gè)或若干個(gè)地區(qū)將其視作相同地區(qū)。對于業(yè)務(wù)類型(TASK_CLASS)，根據(jù)業(yè)務(wù)實(shí)際情況進(jìn)行分類，如體育類，娛樂類等分類方式。通過分析此次業(yè)務(wù)的請求信息，獲得本次業(yè)務(wù)的屬性集:S={UE_ID，UE_P0S，TASK_CLASS，TASK_TIME, TASK_LIFE…}。c)網(wǎng)絡(luò)側(cè)檢測Flag標(biāo)記位，若該次業(yè)務(wù)需要發(fā)起新的數(shù)據(jù)傳輸則進(jìn)入步驟d)，否則進(jìn)入步驟e)d)計(jì)算該小區(qū)及鄰小區(qū)對于該次業(yè)務(wù)的需求概率:Pue=P (UE I UE_ID, UE_P0S, TASK_CLASS, TASK_TIME, TASK_LIFE…)具體計(jì)算方法如下:
權(quán)利要求
1.一種基于多播的網(wǎng)絡(luò)數(shù)據(jù)預(yù)推送方法，其特征在于，在網(wǎng)絡(luò)側(cè)積累其覆蓋內(nèi)終端的用戶行為數(shù)據(jù)，當(dāng)某一用戶終端請求網(wǎng)絡(luò)數(shù)據(jù)時(shí)，網(wǎng)絡(luò)側(cè)根據(jù)該積累數(shù)據(jù)以及該次請求的業(yè)務(wù)內(nèi)容，如果判斷出覆蓋內(nèi)其余終端對于此項(xiàng)業(yè)務(wù)內(nèi)容的需求概率大于預(yù)先設(shè)定的值，則使用多播的方式預(yù)推送數(shù)據(jù)，在向當(dāng)前用戶發(fā)送數(shù)據(jù)的同時(shí)，完成多個(gè)終端未來的業(yè)務(wù)需求。
2.根據(jù)權(quán)利要求1所述基于多播的網(wǎng)絡(luò)數(shù)據(jù)預(yù)推送方法，其特征在于，當(dāng)一個(gè)用戶終端請求網(wǎng)絡(luò)數(shù)據(jù)時(shí)，先根據(jù)請求的內(nèi)容搜索預(yù)推送數(shù)據(jù)緩存，尋找是否已經(jīng)在之前某時(shí)刻已經(jīng)通過預(yù)推送的方式接收到了此次請求的數(shù)據(jù)內(nèi)容，如果沒有收到，或者該終端需要更新并接收新的數(shù)據(jù)，該用戶終端生成上行數(shù)據(jù)，將自己的業(yè)務(wù)請求的信息放入上行消息中，并附著一個(gè)標(biāo)志是否需要接收新數(shù)據(jù)的Flag標(biāo)記位；用戶終端同網(wǎng)絡(luò)側(cè)建立鏈接后，發(fā)送請求數(shù)據(jù)，網(wǎng)絡(luò)側(cè)檢測請求內(nèi)容，用戶終端ID，利用請求內(nèi)容更新業(yè)務(wù)熱度數(shù)據(jù)庫，根據(jù)用戶行為更新用戶行為數(shù)據(jù)庫，檢測Flag標(biāo)記位，若此用戶終端不需要請求新的數(shù)據(jù)，則此次會話結(jié)束，斷開網(wǎng)絡(luò)連接；若此用戶終端需要進(jìn)行新的數(shù)據(jù)發(fā)送時(shí)，網(wǎng)絡(luò)側(cè)再進(jìn)行覆蓋內(nèi)其余終端對于此項(xiàng)業(yè)務(wù)內(nèi)容的需求概率計(jì)算。
3.根據(jù)權(quán)利要求1或2所述基于多播的網(wǎng)絡(luò)數(shù)據(jù)預(yù)推送方法，其特征在于，網(wǎng)絡(luò)側(cè)對覆蓋內(nèi)其余終端對于此項(xiàng)業(yè)務(wù)內(nèi)容的需求概率Pue通過如下公式計(jì)算: Pue=P (UE I UE_ID, UE_POS, TASK_CLASS, TASK_TIME, TASK_LIFE…) 其中，UE_ID表示用戶，UE_POS表示用戶位置，TASK_CLASS表示業(yè)務(wù)類型，TASK_TIME表示業(yè)務(wù)發(fā)起時(shí)間，TASK_LIFE表示業(yè)務(wù)生命，省略號表示附加屬性。
4.根據(jù)權(quán)利要求2所述基于多播的網(wǎng)絡(luò)數(shù)據(jù)預(yù)推送方法，其特征在于，網(wǎng)絡(luò)側(cè)根據(jù)業(yè)務(wù)內(nèi)容，以及請求業(yè)務(wù)終端所在小區(qū)和鄰小區(qū)覆蓋下其它終端用戶習(xí)慣，信道狀態(tài)，計(jì)算出小區(qū)調(diào)度策略及終端調(diào)度策略，根據(jù)信道狀態(tài)計(jì)算出調(diào)制編碼策略，推算出使用本方法優(yōu)化后的發(fā)送期望速率Rmax，不使用本方法的單播發(fā)送速率Rsingle，以及使用本方發(fā)后的收益 Rmax/Rsingle: 若網(wǎng)絡(luò)使用多播的方式所獲得的預(yù)測收益小于預(yù)先設(shè)定的期望收益時(shí)，使用傳統(tǒng)單播的方式發(fā)送數(shù)據(jù)； 若網(wǎng)絡(luò)側(cè)預(yù)測使用多播方式預(yù)推送數(shù)據(jù)獲得收益大于預(yù)先設(shè)定的最小期望收益時(shí)，則使用多播預(yù)推送的方式發(fā)送數(shù)據(jù)。
5.根據(jù)權(quán)利要求4所述基于多播的網(wǎng)絡(luò)數(shù)據(jù)預(yù)推送方法，其特征在于，根據(jù)所述優(yōu)化策略，選擇調(diào)度參與多播推送的備選小區(qū)和在這些小區(qū)中的備選終端，由核心網(wǎng)向備選小區(qū)發(fā)送多播推送通知，通知各備選小區(qū)覆蓋內(nèi)參與多播推送的備選終端ID，物理資源分配情況，調(diào)制編碼方式，由各個(gè)備選小區(qū)各自調(diào)度小區(qū)覆蓋范圍內(nèi)的備選終端。
6.根據(jù)權(quán)利要求4所述基于多播的網(wǎng)絡(luò)數(shù)據(jù)預(yù)推送方法，其特征在于，由于網(wǎng)絡(luò)側(cè)覆蓋內(nèi)終端可能處于不同狀態(tài)，因此針對它們的狀態(tài)分為以下情況進(jìn)行調(diào)度: a)對于處在連接態(tài)(connected),激活狀態(tài)/連續(xù)接收狀態(tài)(active)的終端，由于其持續(xù)監(jiān)聽控制信道消息，因此可以直接在控制信道上通知下行數(shù)據(jù)到來，下行數(shù)據(jù)物理資源位置，調(diào)制編碼策略等信息，并保持connected_active狀態(tài)； b)對于處在連接態(tài)，非連續(xù)接收狀態(tài)的終端，由于終端只有在其非連續(xù)監(jiān)聽周期到來時(shí)才讀取控制信道，因此網(wǎng)絡(luò)側(cè)在各個(gè)終端的非連續(xù)監(jiān)聽周期到來時(shí)，在終端的控制信道發(fā)送調(diào)度信息，激活終端，使其進(jìn)入connected_active狀態(tài)； c)對于處在空閑狀態(tài)的終端，需要網(wǎng)絡(luò)側(cè)首先對終端，發(fā)起尋呼，觸發(fā)終端建立連接，在終端初始連接建立完成后，終端直接進(jìn)入connected_active狀態(tài)。
7.根據(jù)權(quán)利要求6所述基于多播的網(wǎng)絡(luò)數(shù)據(jù)預(yù)推送方法，其特征在于，當(dāng)全部參加多播預(yù)推送數(shù)據(jù)的終端進(jìn)入connected_active狀態(tài)后,各個(gè)終端連續(xù)監(jiān)聽自己的控制信道，網(wǎng)絡(luò)側(cè)在控制信道中發(fā)送多播數(shù)據(jù)的物理資源位置，調(diào)制編碼方式，各個(gè)終端接收控制信令后，開始在網(wǎng)絡(luò)側(cè)指定的物理資源位置接收數(shù)據(jù)。
8.根據(jù)權(quán)利要求6所述基于多播的網(wǎng)絡(luò)數(shù)據(jù)預(yù)推送方法，其特征在于，根據(jù)終端QoS需求，網(wǎng)絡(luò)側(cè)決定終端進(jìn)行HARQ和數(shù)據(jù)重傳時(shí)機(jī)，數(shù)據(jù)發(fā)送完畢后，此次網(wǎng)絡(luò)數(shù)據(jù)多播預(yù)推送完成，中斷 連接。
全文摘要
本發(fā)明基于組播的網(wǎng)絡(luò)數(shù)據(jù)預(yù)推送傳輸方法，屬于無線網(wǎng)絡(luò)數(shù)據(jù)傳輸技術(shù)領(lǐng)域，在無線網(wǎng)絡(luò)數(shù)據(jù)傳輸中，當(dāng)有一個(gè)用戶請求網(wǎng)絡(luò)數(shù)據(jù)時(shí)，通過對該業(yè)務(wù)請求的分析及當(dāng)前的網(wǎng)絡(luò)的信道狀態(tài)，由基站決定是否對其覆蓋范圍內(nèi)及鄰小區(qū)內(nèi)有相似網(wǎng)絡(luò)使用習(xí)慣的用戶使用多播的方式預(yù)推送該業(yè)務(wù)，通過對之前積累的用戶對網(wǎng)絡(luò)使用習(xí)慣的先驗(yàn)概率函數(shù)，當(dāng)前用戶的信道狀態(tài)，計(jì)算出參與多播預(yù)推送的備選用戶方案，多小區(qū)協(xié)同傳輸方案，調(diào)制編碼方案，計(jì)算出使用多播方式可以獲得的期望收益，并與傳統(tǒng)單播方式比較，若獲得收益比大于設(shè)置的閾值，則使用本方法進(jìn)行推送，否則使用傳統(tǒng)方式推送，本方法能夠有效調(diào)高無線頻譜利用率，能量利用率，從整體上優(yōu)化網(wǎng)絡(luò)傳輸性能。
文檔編號H04W72/12GK103249006SQ201310154258
公開日2013年8月14日 申請日期2013年4月28日 優(yōu)先權(quán)日2013年4月28日
發(fā)明者鐘曉峰, 劉明錄, 周世東, 趙明, 王京 申請人:清華大學(xué)