下行鏈路控制信號(hào)的重復(fù)傳輸?shù)闹谱鞣椒?br>【技術(shù)領(lǐng)域】
[0001] 本發(fā)明總體上涉及一種下行鏈路控制信號(hào)的增強(qiáng)的重復(fù)傳輸。更具體而言，本發(fā) 明提供了提高機(jī)器型通信覆蓋范圍的用于下行鏈路控制信號(hào)的增強(qiáng)的重復(fù)傳輸?shù)脑O(shè)備、方 法以及計(jì)算機(jī)程序產(chǎn)品。
【背景技術(shù)】
[0002] 移動(dòng)數(shù)據(jù)傳輸和數(shù)據(jù)服務(wù)不斷取得進(jìn)步，其中，這種服務(wù)提供各種通信服務(wù)，例 如，語音、視頻、分組數(shù)據(jù)、消息傳送、廣播等。這種系統(tǒng)可以是多路訪問系統(tǒng)，這些系統(tǒng)能 夠支持多個(gè)用戶共享可用的系統(tǒng)資源。近年來，規(guī)定了長期演進(jìn)LTE?和高級(jí)長期演進(jìn) LTE?-A。
[0003] 進(jìn)一步地，機(jī)器型通信MTC是在未來可能繼續(xù)擴(kuò)展的市場。因此，一個(gè)或多個(gè)MTC 裝置針對(duì)可以由GSM/GPRS適當(dāng)?shù)靥幚淼牡投耍矗统杀?、低?shù)據(jù)速率）應(yīng)用。
[0004] 根據(jù)在文獻(xiàn)[1]中的3GPPRAN#57,低成本MTC的一個(gè)挑戰(zhàn)是通過非常低的數(shù)據(jù) 速率增強(qiáng)低成本MTC用戶設(shè)備UE的覆蓋范圍。因此，根據(jù)[1]，應(yīng)確保服務(wù)覆蓋范圍不比 GSM/GPRS差，至少可比得上并且優(yōu)選地改進(jìn)為超過如今通過GPRS/GSM提供MTC服務(wù)能夠具 有的覆蓋范圍（假設(shè)部署在相同的頻帶內(nèi)）。
[0005] 與為"普通的LTEUE"設(shè)計(jì)的定義的LTE小區(qū)覆蓋足跡相比，提高了 20dB的覆蓋 范圍，應(yīng)針對(duì)適用于低成本MTCUE，使用具有放松延遲的非常低速率的流量（例如，在上行 鏈路UL內(nèi)具有大約100字節(jié)/消息并且在下行鏈路DL內(nèi)具有大約20字節(jié)/消息的尺寸， 允許DL具有高達(dá)10秒并且上行鏈路具有高達(dá)1個(gè)小時(shí)的延遲，S卩，非語音）。
[0006] 對(duì)20dB的這種覆蓋范圍改進(jìn)的要求來自低成本MTCUE的部署，例如，根據(jù)文獻(xiàn) [2](RP-120715)，儀表易于深入安裝在建筑物（地下室等）內(nèi)部。
[0007] 根據(jù)文獻(xiàn)[3](TR36. 888)，具有部分5. 2. 1，關(guān)于性能評(píng)估的方法，其中，鏈路預(yù) 算用作覆蓋分析的方法，分別在表格5. 2. 1. 2-2和表格5. 2. 1. 2-3中提供了關(guān)于普通的FDD 和普通的TDD的MCL計(jì)算的結(jié)果，并且FDD的表格如下。
[0008] 根據(jù)[3]，以下表1示出了用于普通的LTE頻分雙工FDD的MCL計(jì)算。因此，要注 意的是，假設(shè)eNB(基站）在FDD系統(tǒng)中具有2個(gè)Tx(傳輸器）和2個(gè)Rx(接收器）。
[0009]
[0011] 根據(jù)文獻(xiàn)[1]，與根據(jù)"普通的UE"設(shè)計(jì)限定的LTE小區(qū)覆蓋足跡相比，提高了 20dB 的覆蓋范圍，據(jù)此，在上述表格中的最小MCL可以用作比較參考，以獲得20dB的改進(jìn)?；?以上表格中的結(jié)果，可以獲得所示的每個(gè)信道所需要的改進(jìn)，如在下面的表2中所示。
[0012] 表2示出了普通LTEFDD的MCL計(jì)算。
[0013]
[0014] 顯然，最差信道（在這個(gè)FDD情況下，物理上行鏈路共享信道PUSCH)具有20dB的 改進(jìn)目標(biāo)，所有DL/UL信道必須增強(qiáng)，包括同步信道SCH、廣播信道BCH以及物理下行鏈路控 制信道I3DCCH信道。
[0015] 從以上表2中顯而易見，PDCCH信道需要提高大約14. 6dB，然而，這是最糟糕的情 況。尤其地，可以預(yù)期并非所有低成本MTCUE位于深地下室內(nèi)，然后，根據(jù)不同的部署，所 需要的覆蓋范圍改進(jìn)可以變化。因此，從資源效率和省電的角度來看，可取地能夠提供各種 程度的覆蓋范圍改進(jìn)。
[0016] 在根據(jù)文獻(xiàn)[4]和[5]的關(guān)于UL覆蓋范圍增強(qiáng)的研究中，討論了傳輸時(shí)間間隔 TTI捆綁增強(qiáng)。在這些研究中，提出了可以具有不同的TTI捆綁長度，以提供各種增益。然 而，TTI捆綁目前僅僅適用于LTEUL傳輸，如果這種TTI捆綁或重復(fù)適用于DL控制信道， 那么指示要解決以下問題：
[0017] ?第一傳輸?shù)奈恢茫?br>[0018] ?重復(fù)的數(shù)量/捆綁長度；以及
[0019] ?是否在DL控制傳輸中對(duì)一個(gè)UE使用重復(fù)/TTI捆綁。
[0020] 然而，這些是DL控制增強(qiáng)的特定問題。將第一傳輸?shù)奈恢米鳛閷?shí)例，由于通過含 蓄地或明確地確定第一傳輸?shù)臅r(shí)間的許可，調(diào)度數(shù)據(jù)傳輸，所以數(shù)據(jù)傳輸沒有這種模糊。
[0021] 然而，對(duì)于DL控制信道，沒有這種許可，然后，UE不知道發(fā)送DL控制的第一傳輸 的時(shí)間。同樣，對(duì)于具有TTI捆綁或重復(fù)的數(shù)據(jù)傳輸，從許可中還可以容易了解重復(fù)長度， 然后，在UE側(cè)上沒有關(guān)于在檢測期間要檢測哪些子幀的模糊，而對(duì)于DL控制重復(fù)，這并非 在UE側(cè)上預(yù)先具有的這種知識(shí)?？梢酝ㄟ^盲檢測，解決這兩個(gè)問題，然而，如果沒有關(guān)于開 始位置和重復(fù)長度的任何知識(shí)，那么要求大量盲檢測，這是不期望的。
[0022] 關(guān)于第三個(gè)問題，主要發(fā)生在eNB側(cè)，并且影響資源效率，例如，如果eNB始終將最 差的覆蓋范圍用于UE并且始終在傳輸中使用最長的重復(fù)，那么可以保證覆蓋范圍，然而， 不必要地使用這種資源，并且造成網(wǎng)具有低光譜效率和低吞吐量。
[0023] 因此，需要在下行鏈路控制信道重復(fù)中避免/減少上述問題。
[0024] 參考文獻(xiàn):
[0025] [1]3GPP RP-121441，"Updated SID on:Provision of low-cost MTC UEs based on LTE〃, Vodafone, Chicago, USA, 4th_7th September, 2012；
[0026] [2]3GPP RP-120715, "Way forward for"low_cost LTE for MTC", Vodafone, Ljub Ijana, Slovenia, 13th-15th June, 2012；
[0027] [3]3GPP TR 36. 888,"Study on provision of low-cost Machine-Type Communications(MTC)User Equipments (UEs) based on LTE〃；
[0028] [4] 3GPP RP-111359: "Study Item Description for LTE Coverage Enhancements"；以及
[0029] [5]3GPP TR 36. 824:"LTE coverage enhancements"。

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

[0030] 本發(fā)明的一個(gè)目標(biāo)在于解決以上問題。尤其地，本發(fā)明的一個(gè)目標(biāo)在于提供用于 能夠允許下行鏈路控制信號(hào)的增強(qiáng)的重復(fù)傳輸?shù)脑O(shè)備、方法以及計(jì)算機(jī)程序產(chǎn)品，以提高 機(jī)器型通信覆蓋范圍。
[0031] 根據(jù)本發(fā)明的第一方面，一種方法包括以下步驟：預(yù)先定義一個(gè)或多個(gè)下行鏈路 控制信道信令窗口長度；對(duì)于每個(gè)窗口長度，基于所確定的控制信道信令窗口長度確定允 許下載控制信號(hào)的重復(fù)的窗口的開始位置；以及在由長度預(yù)先定義的并且由相應(yīng)的開始位 置確定的窗口中，使下載控制信號(hào)的重復(fù)傳輸。
[0032] 根據(jù)本發(fā)明的第二方面，一種設(shè)備包括：至少一個(gè)處理器；以及至少一個(gè)存儲(chǔ)器， 其包括計(jì)算機(jī)程序代碼，所述至少一個(gè)存儲(chǔ)器和所述計(jì)算機(jī)程序代碼被配置為與所述至少 一個(gè)處理器一起促使所述設(shè)備至少執(zhí)行：預(yù)先定義一個(gè)或多個(gè)下行鏈路控制信道信令窗口 長度；對(duì)于每個(gè)窗口長度，基于所確定的控制信道信令窗口長度確定允許下載控制信號(hào)的 重復(fù)的窗口的開始位置；以及在由長度預(yù)先定義的并且由相應(yīng)的開始位置確定的窗口中， 促使下載控制信號(hào)的重復(fù)的傳輸。
[0033] 根據(jù)本發(fā)明的第三方面，一種方法包括以下步驟：確定一個(gè)或多個(gè)下行鏈路控制 信道信令窗口長度；對(duì)于每個(gè)確定的窗口長度，基于確定的控制信道信令窗口長度獲得允 許下載控制信號(hào)的重復(fù)的窗口的開始位置；并且在相應(yīng)的獲得的窗口長度內(nèi)確定的開始位 置，接收下載控制信號(hào)的重復(fù)。
[0034] 根據(jù)本發(fā)明的第四方面，一種設(shè)備包括：至少一個(gè)處理器；以及至少一個(gè)存儲(chǔ)器， 其包括計(jì)算機(jī)程序代碼，所述至少一個(gè)存儲(chǔ)器和所述計(jì)算機(jī)程序代碼被配置為與所述至少 一個(gè)處理器一起促使所述設(shè)備至少執(zhí)行：確定一個(gè)或多個(gè)下行鏈路控制信道信令窗口長 度；對(duì)于每個(gè)確定的窗口長度，基于所確定的控制信道信令窗口長度獲得允許下載控制信 號(hào)的重復(fù)的窗口的開始位置；以及在相應(yīng)的獲得的窗口長度內(nèi)確定的開始位置，接收下載 控制信號(hào)的重復(fù)。
[0035] 根據(jù)本發(fā)明的第五方面，提供了一種包括計(jì)算機(jī)可執(zhí)行元件的計(jì)算機(jī)程序產(chǎn)品， 在所述程序在計(jì)算機(jī)上執(zhí)行時(shí)，所述元件被配置為執(zhí)行根據(jù)第一方面的方法和/或根據(jù)第 三方面的方法。
[0036] 根據(jù)本發(fā)明的第六方面，一種設(shè)備包括：處理裝置，用于預(yù)先定義一個(gè)或多個(gè)下行 鏈路控制信道信令窗口長度；確定裝置，用于基于所確定的控制信道信令窗口長度，為每個(gè) 窗口長度確定允許下載控制信號(hào)的重復(fù)的窗口的開始位置；以及控制裝置，用于在由長度 預(yù)先定義的并且由相應(yīng)的開始位置確定的窗口中，使下載控制信號(hào)的重復(fù)的傳輸。
[0037] 根據(jù)本發(fā)明的第七方面，一種設(shè)備包括：確定裝置，用于確定一個(gè)或多個(gè)下行鏈路 控制信道信令窗口長度；獲得裝置，用于基于所確定的控制信道信令窗口長度為每個(gè)確定 的窗口長度獲得允許下載控制信號(hào)的重復(fù)的窗口的開始位置；以及接收裝置，用于在相應(yīng) 獲得的窗口長度內(nèi)確定的開始位置，接收下載控制信號(hào)的重復(fù)。
[0038] 在從屬權(quán)利要求中，陳述了本分那么的上述示例性方面的有利的進(jìn)一步發(fā)展或修 改。
【附圖說明】
[0039] 為了更完整地理解本發(fā)明的實(shí)例實(shí)施方式，現(xiàn)在參照結(jié)合附圖進(jìn)行的以下描述， 其中：
[0040] 圖1示出了根據(jù)本發(fā)明的某些實(shí)施方式的方法的實(shí)例的原理流程圖；
[0041] 圖2示出了根據(jù)本發(fā)明的某些實(shí)施方式的設(shè)備的實(shí)例的