為mtc ue進行上行鏈路傳輸反饋的方法和裝置的制造方法
【技術領域】
[0001]本發明概括而言涉及無線通信領域，更具體而言，涉及一種用于為MTC UE進行上行鏈路傳輸反饋的方法和裝置。
【背景技術】
[0002]機器到機器(Machine to Machine,M2M)通信也稱為機器類型通信(Machine TypeCommunicat1ns, MTC),是一種機器和機器之間通信的模式，目前已廣泛應用于智能交通、遠程收費、遠程監控等領域。參與M2M通信的機器(設備)也被稱為MTC用戶設備(UE)。
[0003]在第三代合作伙伴計劃(3GPP)長期演進(Long Term Evolut1n, LTE)系統中，根據作用域的不同，物理下行鏈路控制信道(Physical Downlink Control Channel, PDCCH)承載著用于一個或多個UE的下行控制信息(Downlink Controllnformat1n,DCI)。PDCCH與傳輸下行數據的物理下行共享信道(Physical Downlink Shared Channel, PDSCH)時分復用。UE在roccH控制區域中進行盲檢，搜索是否存在針對其發送的roccH。盲檢即使用該 UE 的相應的無線網絡臨時標識(Rad1 Network Temporary Identity, RNTI)對 F1DCCH進行解碼嘗試。如果解碼正確，則接收到針對該UE的DCI，繼而在I3DSCH中接收對應的消肩、O
[0004]作為3GPP中的一個工作項目，當前，正在研究將MTC UE的覆蓋提高15dB以為MTC供應商和運營商帶來更多商業利益。所有物理信道都需要基于MCL計算來增強。為了實現這一目標，在時域中進行重復發射被認為是一種重要的方法。根據最近的仿真結果，滿足最苛刻的要求需要重復發射數百次。結果是，以覆蓋擴展(Coverage Extens1n, CE)模式操作的MTC UE的頻譜效率值得擔憂。為了保證MTC UE的效率，希望能夠保持混合自動重傳(HARQ)功能，因為僅使用無線鏈路控制(RLC)層ARQ對于MTC UE來說在覆蓋空洞方面幫助很小。
[0005]對于下行鏈路傳輸來說，仍使用物理上行控制信道(Physicai Uplink ControlChannel,PUCCH)來反饋肯定確認/否定確認(ACK / NACK)，然而用于上行鏈路傳輸的HARQ機制仍未達成一致。

【發明內容】

[0006]對于上行鏈路傳輸的HARQ來說，一種建議的方案是直接重復發射物理混合自動重傳指不信道(Phylical Hybrid ARQ Indicator Channel, PHICH),該方法將產生 eNB 調度器問題，因為:
[0007](I)正常UE (無重復)的反饋和MTC UE (有重復)的反饋之間存在資源沖突，由于eNB調度器需要試圖避免這種沖突，所以使得eNB靈活性降低；
[0008](2)由于PHICH索引與物理上行共享信道(PUSCH)的最低資源塊(RB)索引綁定，所以這對于eNB調度器產生了一些限制并且使得更加難以避免沖突。
[0009]因此，上行鏈路資源分配上的這些約束降低了調度靈活性，并且頻譜效率也會受到不利影響，因為會降低多用戶分集。此外，eNB需要執行非常復雜的調度，S卩，將會增加eNB的調度復雜性。
[0010]除了調度問題之外，這種方案還存在以下問題:
[0011](I)當MTC UE的PUSCH的上行鏈路重復采用跳頻時，PHICH索引和PUSCH RB索引之間的關系仍不清楚
[0012](2)為了降低復雜度，3GPP通常使得需要增強的信道數最少，對PHICH的重復將需要額外的規則來增強PHICH。
[0013]雖然一些公司，如聯發科技股份有限公司(MediaTek Inc.)和英特爾公司(IntelCorp.)認為這種直接重復PHICH的方案是有利且有效的，然而，大多數公司對這種方案都持有上述觀點，認為其并不是一種令人滿意的方案。
[0014]另一種建議的方案是使用UL授權作為反饋來指示ACK / NACK0然而，這種方案也不夠有效，因為它消耗的資源大約是重復PHICH方案的10倍。
[0015]因此，考慮到CE-MTC UE的UL授權的重復次數和HXXH的容量有限，如何以壓縮格式有效地發送針對其上行鏈路傳輸的ACK / NACK反饋成為一個需要解決的技術問題。
[0016]針對以上問題，本發明建議了一種用于為MTC UE進行上行鏈路傳輸反饋的有效方案。
[0017]根據本發明的第一個方面，提供了一種用于在基站中為MTC UE進行上行鏈路傳輸反饋的方法，包括:構建專用于MTC UE的DCI信息，該DCI信息中至少包含針對該MTC UE的上行鏈路傳輸的ACK或NACK信息；向該基站所服務的所有UE廣播該DCI信息。
[0018]根據本發明的第二個方面，提供了一種用于在基站中為MTC UE進行上行鏈路傳輸反饋的裝置，包括=DCI構建單元，用于構建專用于MTC UE的DCI信息，該DCI信息中至少包含針對該MTC UE的上行鏈路傳輸的ACK或NACK信息；發送單元，用于向該基站所服務的所有UE廣播該DCI信息。
[0019]根據本發明的第三個方面，提供了一種用于在基站中為MTC UE進行上行鏈路傳輸反饋的方法，包括:構建專用于MTC UE的DCI信息，該DCI信息中包含第一序列或不同于該第一序列的第二序列，其中該第一序列用于對該MTC UE的上行鏈路傳輸進行ACK，該第二序列用于對該MTC UE的上行鏈路傳輸進行NACK ;使用該MTC UE的RNTI對該DCI信息進行加擾；向該基站所服務的所有UE廣播加擾后的DCI信息。
[0020]根據本發明的第四個方面，提供了一種用于在基站中為MTC UE進行上行鏈路傳輸反饋的裝置，包括=DCI構建單元，用于構建專用于MTC UE的DCI信息，該DCI信息中包含第一序列或不同于該第一序列的第二序列，其中該第一序列用于對該MTC UE的上行鏈路傳輸進行ACK，該第二序列用于對該MTC UE的上行鏈路傳輸進行NACK ;加擾單元，用于使用該MTC UE的RNTI對該DCI信息進行加擾；發送單元，用于向該基站所服務的所有UE廣播加擾后的DCI信息。
[0021 ] 根據本發明的第五個方面，提供了一種用于在MTC UE中接收來自基站的上行鏈路傳輸反饋的方法，包括:接收該基站所廣播的roCCH ;使用該MTC UE的RNTI對該TOCCH進行解擾，以獲得專用于該MTC UE的DCI信息；使用第一序列和第二序列對該DCI信息進行相關，以確定該DCI信息中是否包含對該MTC UE的上行鏈路傳輸的ACK或NACK信息。
[0022]根據本發明的第六個方面，提供了一種用于在MTC UE中接收來自基站的上行鏈路傳輸反饋的裝置，包括:接收單元，用于接收該基站所廣播的roccH ;解擾單元，用于使用該MTC UE的RNTI對該HXXH進行解擾，以獲得專用于該MTC UE的DCI信息；相關單元，用于使用第一序列和第二序列對該DCI信息進行相關，以確定該DCI信息中是否包含對該MTCUE的上行鏈路傳輸的ACK或NACK信息。
【附圖說明】
[0023]通過以下參考下列附圖所給出的本發明的【具體實施方式】的描述之后，將更好地理解本發明，并且本發明的其他目的、細節、特點和優點將變得更加顯而易見。在附圖中:
[0024]圖1示出了用于實現本發明的示例性網絡部署的示意圖；
[0025]圖2示出了根據本發明的實施方式的DCI格式的示意圖；
[0026]圖3示出了根據本發明實施方式的為MTC UE進行上行鏈路傳輸反饋的方法的流程圖；
[0027]圖4示出了根據本發明實施方式的在基站中為MTC UE進行上行鏈路傳輸反饋的裝置的方框圖；
[0028]圖5示出了現有技術中基站側進行I3DCCH處理的流程圖；
[0029]圖6示出了根據本發明實施方式的用于為MTC UE進行上行鏈路傳輸反饋的另一方法的流程圖；
[0030]圖7示出了一種用于在基站中為MTC UE進行上行鏈路傳輸反饋的裝置的方框圖；以及
[0031]圖8示出了一種用于在MTC UE中接收來自基站的上行鏈路傳輸反饋的裝置的方框圖。
【具體實施方式】
[0032]下面將參照附圖更詳細地描述本發明的優選實施方式。雖然附圖中顯示了本發明的優選實施方式，然而應該理解，可以以各種形式實現本發明而不應被這里闡述的實施方式所限制。相反，提供這些實施方式是為了使本發明更加透徹和完整，并且能夠將本發明的范圍完整的傳達給本領域的技術人員。