組播數(shù)據(jù)的傳輸控制方法、裝置、系統(tǒng)和通信設(shè)備的制造方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種組播數(shù)據(jù)的傳輸控制方法、裝置、系統(tǒng)和 通信設(shè)備。
【背景技術(shù)】
[0002] 隨著移動通信技術(shù)的發(fā)展，一組終端請求相同數(shù)據(jù)的情況時有發(fā)生，由此所進行 的數(shù)據(jù)傳輸也將是點對多點的傳輸，即通過組播的方式進行數(shù)據(jù)傳輸，以保證傳輸?shù)母咝?性。
[0003] 然而，CCSA中，組播業(yè)務(wù)是通過物理下行共享信道(PDSCH)實現(xiàn)的，由于通過物理 下行共享信道實現(xiàn)的組播業(yè)務(wù)沒有上行ACK/NACK反饋機制，因此并無法確保終端中組播數(shù) 據(jù)傳輸?shù)某晒邮铡?br>[0004] 現(xiàn)有的解決方案是依靠 HARQ機制反饋ACK/NACK，以使得組播數(shù)據(jù)的傳輸中任一終 端如未成功接收當前傳輸?shù)慕M播數(shù)據(jù)，則反饋NACK，以觸發(fā)HARQ重傳。
[0005] 這一解決方案雖然保證了組播數(shù)據(jù)傳輸?shù)目煽啃?，但是，存在著拖累整個組播傳 輸速率的局限性。例如，若某一終端在一段時間內(nèi)容一直處在差點，則該終端將會一直反饋 NACK，從而拖累整個組播的傳輸速率。

【發(fā)明內(nèi)容】

[0006] 基于此，有必要提供一種組播數(shù)據(jù)的傳輸控制方法，該方法能夠?qū)崿F(xiàn)組播數(shù)據(jù)的 可靠性傳輸，并且不會影響組播的傳輸速率。
[0007] 另外，有必要提供一種組播數(shù)據(jù)的傳輸控制裝置、系統(tǒng)和通信設(shè)備，以實現(xiàn)組播數(shù) 據(jù)的可靠性傳輸，并且不會影響組播的傳輸速率。
[0008] 為解決上述技術(shù)問題，將采用如下技術(shù)方案：
[0009] -種組播數(shù)據(jù)的傳輸控制方法，包括：
[0010]在組播數(shù)據(jù)傳輸過程中接收終端上報的信令，所述信令中攜帶有所述終端反饋的 傳輸?shù)乃鼋M播數(shù)據(jù)的非成功接收信息；
[0011]根據(jù)所述終端上報的信令和預(yù)置的條件觸發(fā)盲重傳機制；
[0012] 通過所述盲重傳機制請求重傳所述組播數(shù)據(jù)。
[0013] 在其中一個實施例中，所述根據(jù)所述終端上報的信令和預(yù)置的條件觸發(fā)盲重傳機 制的步驟包括：
[0014] 獲取剩余系統(tǒng)帶寬；
[0015] 根據(jù)預(yù)置的上層配置和所述剩余系統(tǒng)帶寬判斷是否滿足預(yù)置的條件，若為是，則
[0016] 觸發(fā)所述盲重傳機制。
[0017] 在其中一個實施例中，所述通過所述盲重傳機制請求重傳所述組播數(shù)據(jù)的步驟之 后，所述方法還包括：
[0018] 監(jiān)控所述組播數(shù)據(jù)的重傳中是否不再滿足所述預(yù)置的條件，若為是，則觸發(fā)停止 所述組播數(shù)據(jù)的重傳。
[0019] 在其中一個實施例中，所述方法還包括：
[0020] 評估信道質(zhì)量；
[0021 ]判斷所述信道質(zhì)量是否好轉(zhuǎn)，若為是，則觸發(fā)停止所述組播數(shù)據(jù)的重傳，恢復(fù)組 播。
[0022] -種組播數(shù)據(jù)的傳輸控制方法，包括：
[0023] 檢測基站發(fā)送的組播數(shù)據(jù)是否成功接收；
[0024] 在檢測到所述組播數(shù)據(jù)非成功接收時，觸發(fā)生成相應(yīng)的信令，所述信令攜帶有所 述組播數(shù)據(jù)非成功接收信息；
[0025] 向基站上報所述信令。
[0026] 在其中一個實施例中，所述方法還包括：
[0027] 接收所述基站通過觸發(fā)盲重傳機制重傳的組播數(shù)據(jù)，所述組播數(shù)據(jù)是所述基站發(fā) 送的組播數(shù)據(jù)中未成功接收的組播數(shù)據(jù)。
[0028] -種組播數(shù)據(jù)的傳輸控制裝置，包括：
[0029]信令接收模塊，用于在組播數(shù)據(jù)傳輸過程中接收終端上報的信令，所述信令中攜 帶有所述終端反饋的傳輸?shù)乃鼋M播數(shù)據(jù)的非成功接收；
[0030] 觸發(fā)模塊，用于根據(jù)所述終端上報的信令和預(yù)置的條件觸發(fā)盲重傳機制；
[0031] 重傳模塊，用于通過所述盲重傳機制請求重傳所述組播數(shù)據(jù)。
[0032] 在其中一個實施例中，所述觸發(fā)模塊包括：
[0033] 帶寬獲取單元，用于獲取剩余系統(tǒng)帶寬；
[0034] 條件判斷單元，用于根據(jù)預(yù)置的上層配置和剩余系統(tǒng)帶寬判斷是否滿足預(yù)置的條 件；
[0035] 重傳觸發(fā)單元，用于在所述條件判斷單元判斷為是時，觸發(fā)所述盲重傳機制。
[0036] 在其中一個實施例中，所述裝置包括：
[0037]監(jiān)控模塊，用于監(jiān)控所述組播數(shù)據(jù)的重傳中是否不再滿足所述預(yù)置的條件，若為 是，通知恢復(fù)模塊；
[0038] 所述恢復(fù)模塊用于觸發(fā)停止所述組播數(shù)據(jù)的重傳，恢復(fù)組播。
[0039] -種組播數(shù)據(jù)的傳輸控制裝置，包括：
[0040] 檢測模塊，用于檢測基站發(fā)送的組播數(shù)據(jù)是否成功接收；
[0041] 信令生成模塊，用于在檢測到所述組播數(shù)據(jù)非成功接收時，觸發(fā)生成相應(yīng)的信令， 所述信令攜帶有所述組播數(shù)據(jù)非成功接收信息；
[0042]上報模塊，用于向基站上報所述信令。
[0043] 在其中一個實施例中，所述裝置還包括：
[0044] 數(shù)據(jù)接收模塊，用于接收所述基站通過觸發(fā)盲重傳機制重傳的組播數(shù)據(jù)，所述組 播數(shù)據(jù)是所述基站發(fā)送的組播數(shù)據(jù)中未成功接收的組播數(shù)據(jù)。
[0045] -種組播數(shù)據(jù)的傳輸控制系統(tǒng)，包括基站以及與所述基站通信的終端，其中，
[0046] 所述終端用于在非成功接收基站發(fā)送的組播數(shù)據(jù)時上報相應(yīng)信令進行反饋；
[0047] 所述基站用于在組播數(shù)據(jù)傳輸中接收終端上報的信令，所述終端通過所述信令反 饋傳輸?shù)乃鼋M播數(shù)據(jù)的非成功接收；
[0048] 根據(jù)所述終端上報的信令和預(yù)置的條件觸發(fā)盲重傳機制；
[0049] 通過所述盲重傳機制請求重傳所述組播數(shù)據(jù)。
[0050] -種通信設(shè)備，包括至少一個處理器、至少一個移動通信射頻組件、存儲器和至少 一個通信總線，所述存儲器中存儲程序代碼，且處理器用于調(diào)用所述存儲器中存儲的程序 代碼，用于執(zhí)行以下操作：
[0051] 在組播數(shù)據(jù)傳輸過程中接收終端上報的信令，所述信令中攜帶有所述終端反饋的 傳輸?shù)乃鼋M播數(shù)據(jù)的非成功接收；
[0052] 根據(jù)所述終端上報的信令和預(yù)置的條件觸發(fā)盲重傳機制；
[0053] 通過所述盲重傳機制請求重傳所述組播數(shù)據(jù)。
[0054] 一種通信設(shè)備，包括至少一個處理器、至少一個移動通信射頻組件、存儲器和至少 一個通信總線，所述存儲器中存儲程序代碼，且處理器用于調(diào)用所述存儲器中存儲的程序 代碼，用于執(zhí)行以下操作：
[0055] 檢測基站發(fā)送的組播數(shù)據(jù)是否成功接收；
[0056] 在檢測到所述組播數(shù)據(jù)非成功接收時，通過所述組播數(shù)據(jù)的非成功接收觸發(fā)生成 相應(yīng)的信令，所述信令攜帶有所述組播數(shù)據(jù)非成功接收信息；
[0057]向基站上報所述信令。
[0058]由上述技術(shù)方案可知，在組播數(shù)據(jù)的傳輸過程中，終端在未成功接收組播數(shù)據(jù)時， 將上報信令對此進行反饋，該信令攜帶有終端反饋的傳輸?shù)慕M播數(shù)據(jù)的非成功接收，與之 相對應(yīng)的，基站將接收到終端上報的信令，根據(jù)該信令和預(yù)置的條件來觸發(fā)盲重傳機制，通 過盲重傳機制請求重傳組播數(shù)據(jù)，保證了組播數(shù)據(jù)傳輸?shù)目煽啃?，對于暫時未成功接收組 播數(shù)據(jù)的終端而言，并不會持續(xù)進行NACK的反饋，而僅進行一次信令上報，因此不會拖累組 播的傳輸速率，在增加組播魯棒性的同時也提升了傳輸質(zhì)量。
【附圖說明】
[0059] 圖1是一個實施例中組播數(shù)據(jù)的傳輸控制方法的流程圖；
[0060] 圖2是圖1中根據(jù)終端上報的信令和預(yù)置的條件觸發(fā)盲重傳機制的方法流程圖；
[0061] 圖3是圖1中通過盲重傳機制請求重傳組播數(shù)據(jù)的方法流程圖；
[0062] 圖4是另一個實施例中組播數(shù)據(jù)的傳輸控制方法的流程圖；
[0063] 圖5是另一個實施例中組播數(shù)據(jù)的傳輸控制方法的流程圖；
[0064] 圖6是另一個實施例中組播數(shù)據(jù)的傳輸控制方法的流程圖；
[0065] 圖7是一個實施例中組播數(shù)據(jù)的傳輸控制裝置的結(jié)構(gòu)示意圖；
[0066] 圖8是圖7中觸發(fā)模塊的結(jié)構(gòu)示意圖；
[0067] 圖9是圖7中重傳模塊的結(jié)構(gòu)示意圖；
[0068] 圖10是另一個實施例中組播數(shù)據(jù)的傳輸控制裝置的結(jié)構(gòu)示意圖；
[0069] 圖11是另一個實施例中組播數(shù)據(jù)的傳輸控制裝置的結(jié)構(gòu)示意圖；
[0070] 圖12是另一個實施例中組播數(shù)據(jù)的傳輸控制裝置的結(jié)構(gòu)示意圖；
[0071] 圖13是本發(fā)明實施例中通信設(shè)備的結(jié)構(gòu)示意圖。
【具體實施方式】
[0072] 體現(xiàn)本發(fā)明特征與優(yōu)點的典型實施方式將在以下的說明中詳細敘述。應(yīng)理解的是 本發(fā)明能夠在不同的實施方式上具有各種的變化，其皆不脫離本發(fā)明的范圍，且其中的說 明及圖示在本質(zhì)上是當作說明之用，而非用以限制本發(fā)明。
[0073] 如前所述的，在LTE集群系統(tǒng)中，對于組播數(shù)據(jù)的傳輸，如果終端成功接收傳輸?shù)?組播數(shù)據(jù)，則依靠 HARQ機制反饋ACK，如果未成功接收傳輸?shù)慕M播數(shù)據(jù)，則立刻依靠 HARQ機 制上報NACK，基站在收到該NACK之后即可觸發(fā)HARQ重傳。
[0074]如未接收到重傳的組播數(shù)據(jù)，此上報NACK的終端將會持續(xù)進行NACK的上報，因此， 這對于LTE集群系統(tǒng)進行的組播數(shù)據(jù)傳輸而言，HARQ機制的加入雖保證了可靠性，但是持續(xù) 的NACK上報將對傳輸造成極大的