下行控制信道的發(fā)送方法及接收方法、相應設備的制作方法
【專利摘要】本發(fā)明公開了一種下行控制信道的發(fā)送方法及接收方法、相應設備，下行控制信道的發(fā)送方法包括步驟：網絡側設備將下行控制信道發(fā)送給機器類型通信MTC設備；其中，發(fā)送給MTC設備的下行控制信道中取消了物理控制格式指示信道PCFICH，所述網絡側設備與所述MTC設備預先約定物理下行控制信道PDCCH所占用的正交頻分復用OFDM符號，或者所述網絡側設備通過廣播給MTC設備的系統(tǒng)消息，將PDCCH所占用的OFDM符號通知給所述MTC設備。本發(fā)明技術方案提出了適用于MTC技術的下行控制信道設計方案。
【專利說明】下行控制信道的發(fā)送方法及接收方法、相應設備
【技術領域】
[0001]本發(fā)明涉及通信【技術領域】，尤其涉及一種下行控制信道的發(fā)送方法及接收方法、相應設備。
【背景技術】
[0002]機器類型通信(MTC,Machine-Type Communication)指的是機器與機器(設備與設備)之間的通信，而不需要人參與的一種通信方式。如圖1所示，為現有技術中MTC設備通信場景示意圖，各MTC設備通過運營商網絡和MTC服務器進行通信，各MTC設備既可以向MTC服務器發(fā)送上行數據，也可以接收MTC服務器發(fā)送的下行數據，其中MTC設備和MTC服務器之間通過網絡側設備來傳輸數據。
[0003]影響MTC設備成本的主要因素是射頻部分以及基帶處理部分的成本，而帶寬的減小可以極大的降低射頻部分模擬/數字轉換器(ADC,Analog-to-Digital Converter)成本及基帶處理運算量，因此研究小帶寬(1.4MHz)的MTC技術成為了降低MTC設備成本的核心策略。雖然MTC技術是否采用專用的1.4MHz的頻譜還未確定，但是從移動運營商的角度來看，采用人對人(H2H，Human To Human)技術與MTC技術共享帶寬的方式更加有利，特別是對頻譜資源不足的移動運營商來說更加有利。H2H技術與MTC技術共享帶寬所面臨的主要問題是如何設計MTC的下行控制信道。
[0004]現有的下行控制信道包括:物理下行控制信道(PDCCH，Physical DownlinkControl Channel)、物理混合自動重傳請求指不信道(PHICH, Physical Hybrid AutomaticRepeat Request Indicator Channel)和物理控制格式指不信道(PCFICH, PhysicalControl Format Indicator Channel),其中，PCFICH用于指不F1DCCH占用的正交頻分復用(OFDM, Orthogonal Frequency Division Multiplexing)符號的個數，它的存在主要是適應長期演進(LTE, Long Term Evolution)系統(tǒng)動態(tài)可變(一般為毫秒級)的系統(tǒng)負載需求。此外，現有的F1DCCH所支持的下行控制信息(DCI,Downlink Control Information)的格式有:格式(format) O、format 1/1A/1B/1C/1D、format 2/2A>format 3/3A。其中，format 0用于傳輸上行資源指示信息，formatl/lA/lC用于下行單碼字資源指示，format 1B/1D以及 format 2/2A 用于多輸入多輸出(MIM0, Multiple-1nput Multiple-Output)空間復用，format 3/3A用于上行功率控制。
[0005]然而，現有的下行控制信道設計方案并不適用于MTC技術。

【發(fā)明內容】

[0006]本發(fā)明實施例提供一種下行控制信道的發(fā)送方法及接收方法、相應設備，用以提出適用于MTC技術的下行控制信道設計方案。
[0007]本發(fā)明實施例技術方案如下:
[0008]一種下行控制信道的發(fā)送方法，包括:網絡側設備將下行控制信道發(fā)送給機器類型通信MTC設備；其中，發(fā)送給MTC設備的下行控制信道中取消了物理控制格式指示信道PCFICH，所述網絡側設備與所述MTC設備預先約定物理下行控制信道HXXH所占用的正交 頻分復用OFDM符號，或者所述網絡側設備通過廣播給MTC設備的系統(tǒng)消息，將HXXH所占 用的OFDM符號通知給所述MTC設備。
[0009]一種網絡側設備，包括:獲得單元，用于獲得待發(fā)送給機器類型通信MTC設備的下 行控制信道；發(fā)送單元，用于將獲得單元獲得的下行控制信道發(fā)送給所述MTC設備，其中， 發(fā)送給MTC設備的下行控制信道中取消了物理控制格式指示信道PCFICH，所述網絡側設備 與所述MTC設備預先約定物理下行控制信道HXXH所占用的正交頻分復用OFDM符號，或者 所述發(fā)送單元通過廣播給MTC設備的系統(tǒng)消息，將HXXH所占用的OFDM符號通知給所述 MTC設備。
[0010]一種下行控制信道的接收方法，包括:機器類型通信MTC設備確定網絡側設備發(fā) 送的下行控制信道所占用的正交頻分復用OFDM符號，其中，網絡側設備發(fā)送給MTC設備的 下行控制信道中取消了物理控制格式指示信道PCFICH，所述MTC設備與所述網絡側設備預 先約定物理下行控制信道HXXH所占用的OFDM符號，或者所述MTC設備通過網絡側設備廣 播的系統(tǒng)消息來確定I3DCCH所占用的OFDM符號；基于確定出的OFDM符號，接收網絡側設備 發(fā)送的下行控制信道。
[0011]一種機器類型通信設備，包括:符號確定單元，用于確定網絡側設備發(fā)送的下行控 制信道所占用的正交頻分復用OFDM符號，其中，網絡側設備發(fā)送給MTC設備的下行控制信 道中取消了物理控制格式指示信道PCFICH，所述MTC設備與所述網絡側設備預先約定物理 下行控制信道HXXH所占用的OFDM符號，或者所述MTC設備通過網絡側設備廣播的系統(tǒng)消 息來確定I3DCCH所占用的OFDM符號；接收單元，用于基于符號確定單元確定出的OFDM符 號，接收網絡側設備發(fā)送的下行控制信道。
[0012]一種下行控制信道的發(fā)送方法，包括:網絡側設備在需要向機器類型通信MTC設 備發(fā)送物理下行控制信道HXXH時，在HXXH所支持的下行控制信息DCI的格式0、1、3、3A 中，選擇一個DCI的格式，其中，格式0的DCI對應的HXXH用于為MTC設備指示發(fā)送上行 數據所需的上行資源，格式I的DCI對應的HXXH用于為MTC設備指示接收下行數據所需 的下行資源，格式3和格式3A的DCI對應的PDCCH用于對MTC設備的上行功率進行控制； 所述網絡側設備基于選擇出的DCI的格式，向所述MTC設備發(fā)送H)CCH。
[0013]一種網絡側設備，包括:格式選擇單元，用于在需要向機器類型通信MTC設備發(fā)送 物理下行控制信道HXXH時，在HXXH所支持的下行控制信息DCI的格式O、1、3、3A中，選 擇一個DCI的格式，其中，格式0的DCI對應的HXXH用于為MTC設備指示發(fā)送上行數據所 需的上行資源，格式I的DCI對應的HXXH用于為MTC設備指示接收下行數據所需的下行 資源，格式3和格式3A的DCI對應的HXXH用于對MTC設備的上行功率進行控制；發(fā)送單 元，用于基于格式選擇單元選擇出的DCI的格式，向所述MTC設備發(fā)送H)CCH。
[0014]本發(fā)明實施例技術方案提出了一種新的適用于MTC的下行控制信道設計方案， MTC的下行控制信道取消了 PCFICH，網絡側設備可以與MTC設備預先約定HXXH所占用的 OFDM符號，或者網絡側設備通過廣播給MTC設備的系統(tǒng)消息，將HXXH所占用的OFDM符號 通知給所述MTC設備，MTC設備基于預先約定的或者網絡側設備通過系統(tǒng)消息通知的HXXH 所占用的OFDM符號，接收網絡側設備發(fā)送的H)CCH。由于MTC技術的下行業(yè)務很少，下行控 制信道的開銷對業(yè)務影響很小，此外，MTC業(yè)務具有很強的周期性，變化周期較長，精確到毫秒級的控制資源指示浪費了較多的處理資源，且MTC的帶寬較小，控制資源非常緊張，因此本發(fā)明實施例技術方案提出MTC的下行控制信道不包含PCFICH，能夠有效地節(jié)省較多的處理資源，且能夠有效地提高下行控制信道的容量。
[0015]本發(fā)明實施例技術方案還提出了一種新的適用于MTC的下行控制信道設計方案，現有的PDCCH所支持的DCI的格式中，format 1B/1D以及format 2/2A用于MMO空間復用，而MTC不再使用MIMO技術，因此，本發(fā)明實施例技術方案提出HXXH所支持的DCI的格式不再包含format 1B/1D以及format2/2A,此外,format I采用的資源分配方式的類型為類型I或者類型2，而format IA和format IC采用的資源分配方式的類型為類型0，由于MTC采用的帶寬為1.4MHZ帶寬，那么三種資源分配方式不能帶來比特開銷的增益，只需要采用一種資源分配方式即可，因此本發(fā)明實施例技術方案提出PDCCH所支持的DCI的格式也不再包含format 1A/1C，網絡側設備在需要向MTC設備發(fā)送HXXH時，在TOCCH所支持的DCI的格式O、1、3、3A中，選擇一個DCI的格式，其中，格式0的DCI對應的HXXH用于為MTC設備指示發(fā)送上行數據所需的上行資源，格式I的DCI對應的HXXH用于為MTC設備指示接收下行數據所需的下行資源，格式3和格式3A的DCI對應的HXXH用于對MTC設備的上行功率進行控制，后續(xù)網絡側設備可以基于選擇出的DCI的格式，向所述MTC設備發(fā)送HXXH，由于本發(fā)明實施例技術方案中PDCCH所支持的DCI的格式不再包含format IB/ID,format2/2A以及format 1A/1C，因此能夠有效地提高下行控制信道的容量。
【專利附圖】

【附圖說明】
[0016]圖1為現有技術中，MTC設備通信場景示意圖；
[0017]圖2為本發(fā)明實施例一中，粒度為REG的下行控制信道的結構示意圖；
[0018]圖3為本發(fā)明實施例一中，粒度為RE的下行控制信道的結構示意圖；
[0019]圖4為本發(fā)明實施例一中，網絡側設備的結構示意圖；
[0020]圖5為本發(fā)明實施例一中，MTC設備的結構示意圖；
[0021]圖6為本發(fā)明實施例二中，下行控制信道的發(fā)送方法流程示意圖；
[0022]圖7為本發(fā)明實施例二中，網絡側設備的結構示意圖。
【具體實施方式】
[0023]下面結合各個附圖對本發(fā)明實施例技術方案的主要實現原理、【具體實施方式】及其對應能夠達到的有益效果進行詳細地闡述。
[0024]實施例一
[0025]現有的下行控制信道包括:PDCCH、PHICH和PCFICH，其中，PCFICH用于指示HXXH占用的OFDM符號的個數，它的存在主要是適應LTE系統(tǒng)動態(tài)可變(一般為毫秒級)的系統(tǒng)負載需求，然而，對于MTC來說，使用PCFICH來指示每個子幀的控制資源大小沒有必要，理由如下:
[0026]首先，MTC技術的下行業(yè)務很少，現有的MTC應用(如抄表、智能家居等)基本都是上行業(yè)務，下行控制信道的開銷對業(yè)務影響很小；
[0027]其次，MTC業(yè)務具有很強的周期性，且變化周期都至少是秒級，以抄表為例，水表、電表等MTC設備會間隔數十秒或更長的時間間隔來上報固定比特的數據，因此精確到毫秒級的控制資源指示沒有必要，浪費了較多的處理資源；
[0028]再次，MTC的帶寬較小，設備數目的規(guī)模遠大于H2H通信，這就使得控制資源尤其 緊張，若保留PCFICH，則會帶來較大的資源浪費。
[0029]針對現有技術的上述問題，本發(fā)明實施例提出一種下行控制信道的發(fā)送方法，MTC 的下行控制信道不包含PCFICH，只包含HXXH和PHICH，網絡側設備可以直接將下行控制信 道發(fā)送給MTC設備，而不需要發(fā)送PCFICH來通知MTC設備TOCCH所占用的OFDM符號。那 么如何使MTC設備獲知HXXH所占用的OFDM符號則成為丞待解決的問題。
[0030]本發(fā)明實施例一提出了兩種使MTC設備獲知PDCCH所占用的OFDM符號的方式，下 面進行具體介紹。
[0031]第一種方式，網絡側設備可以與MTC設備預先約定HXXH所占用的OFDM符號，例 如，網絡側設備和MTC設備預先約定HXXH占用4個OFDM符號，并設置這4個OFDM符號的 位置，網絡側設備中保存有預先約定的HXXH所占用的OFDM符號的信息，包括OFDM符號的 位置信息，還可以進一步包含OFDM符號的數量信息。后續(xù)網絡側設備在需要向MTC設備發(fā) 送HXXH時，可以直接獲得預先約定的OFDM符號的信息，并基于獲得的OFDM符號的信息， 確定出I3DCCH所占用的OFDM符號。
[0032]第二種方式，網絡側設備通過廣播給MTC設備的系統(tǒng)消息，將I3DCCH所占用的OFDM 符號通知給所述MTC設備。其中，網絡側設備可以根據當前的資源使用情況，為向MTC設備 發(fā)送的HXXH分配OFDM符號，然后通過廣播給MTC設備的系統(tǒng)消息，將分配的OFDM符號通 知給MTC設備。
[0033]在第二種方式中，網絡側設備可以但不限于將HXXH所占用的OFDM符號的信 息攜帶在系統(tǒng)信息塊(SIB, System Information Block)消息或主信息塊(MIB, Master Indication Block)消息的指定字段中，并將攜帶有OFDM符號的信息的MIB消息或SIB消 息廣播給MTC設備。其中，OFDM符號的信息包括OFDM符號的位置信息，還可以進一步包含 OFDM符號的數量信息。
[0034]與上述下行控制信道的發(fā)送方法對應，本發(fā)明實施例一還提出一種下行控制信道 的接收方法，網絡側設備發(fā)送的下行控制信道取消了 PCFICH，只包含HXXH和PHICH，MTC設 備首先確定網絡側設備發(fā)送的下行控制信道所占用的OFDM符號，然后基于確定出的OFDM 符號，接收網絡側設備發(fā)送的下行控制信道。
[0035]針對上述使MTC設備獲知PDCCH所占用的OFDM符號的第一種方式，MTC設備可以 與網絡側設備預先約定I3DCCH所占用的OFDM符號，MTC設備可以直接獲得預先約定的OFDM 符號的信息，并根據獲得的OFDM符號的信息，確定出PDCCH所占用的OFDM符號。
[0036]針對上述使MTC設備獲知PDCCH所占用的OFDM符號的第二種方式，MTC設備可以 通過網絡側設備廣播的系統(tǒng)消息來確定HXXH所占用的OFDM符號。其中，網絡側設備廣播 的系統(tǒng)消息可以但不限于為MIB消息或SIB消息，MTC設備根據網絡側設備廣播的MIB消 息或SIB消息的指定字段中攜帶的OFDM符號的信息，確定網絡側設備發(fā)送的HXXH所占用 的OFDM符號。其中，OFDM符號的信息包括OFDM符號的位置信息，還可以進一步包含OFDM 符號的數量信息。
[0037]其中，以MTC的PDCCH占用3個OFDM符號，一個PHICH組僅占一個OFDM符號為例， 粒度為資源單元組(REG, Resource Element Group)的下行控制信道的結構如圖2所示,粒度為資源單元(RE，Resource Element)的下行控制信道的結構如圖3所示。
[0038]由上述處理過程可知，本發(fā)明實施例一技術方案提出了一種新的適用于MTC的下行控制信道設計方案，MTC的下行控制信道取消了 PCFICH，網絡側設備可以與MTC設備預先約定I3DCCH所占用的OFDM符號，或者網絡側設備通過廣播給MTC設備的系統(tǒng)消息，將I3DCCH所占用的OFDM符號通知給所述MTC設備，MTC設備基于預先約定的或者網絡側設備通過系統(tǒng)消息通知的HXXH所占用的OFDM符號，接收網絡側設備發(fā)送的H)CCH。由于MTC技術的下行業(yè)務很少，下行控制信道的開銷對業(yè)務影響很小，此外，MTC業(yè)務具有很強的周期性，變化周期較長，精確到毫秒級的控制資源指示浪費了較多的處理資源，且MTC的帶寬較小，控制資源非常緊張，因此本發(fā)明實施例一技術方案提出MTC的下行控制信道不包含PCFICH，能夠有效地節(jié)省較多的處理資源，且能夠有效地提高下行控制信道的容量。
[0039]針對本發(fā)明實施例一提出的下行控制信道的發(fā)送方法，本發(fā)明實施例一提出一種網絡側設備，其結構如圖4所示，包括:
[0040]獲得單元41，用于獲得待發(fā)送給MTC設備的下行控制信道；
[0041]發(fā)送單元42，用于將獲得單元41獲得的下行控制信道發(fā)送給所述MTC設備，其中，發(fā)送給MTC設備的下行控制信道中取消了 PCFICH，所述網絡側設備與所述MTC設備預先約定HXXH所占用的OFDM符號，或者所述發(fā)送單元42通過廣播給MTC設備的系統(tǒng)消息，將PDCCH所占用的OFDM符號通知給所述MTC設備。
[0042]較佳地，所述發(fā)送單元42，具體用于將PDCCH所占用的OFDM符號的信息攜帶在SIB消息或MIB消息的指定字段中，并將攜帶有OFDM符號的信息的MIB消息或SIB消息廣播給所述MTC設備。
[0043]針對本發(fā)明實施例一提出的下行控制信道的接收方法，本發(fā)明實施例一提出一種MTC設備，其結構如圖5所示，包括:
[0044]符號確定單元51，用于確定網絡側設備發(fā)送的下行控制信道所占用的OFDM符號，其中，網絡側設備發(fā)送給MTC設備的下行控制信道中取消了 PCFICH，所述MTC設備與所述網絡側設備預先約定HXXH所占用的OFDM符號，或者所述MTC設備通過網絡側設備廣播的系統(tǒng)消息來確定I3DCCH所占用的OFDM符號；
[0045]接收單元52，用于基于符號確定單元51確定出的OFDM符號，接收網絡側設備發(fā)送的下行控制信道。
[0046]較佳地,所述符號確定單兀51,具體用于根據網絡側設備廣播的MIB消息或SIB消息的指定字段中攜帶的OFDM符號的信息，確定網絡側設備發(fā)送的HXXH所占用的OFDM符號。
[0047]較佳地，本發(fā)明實施例一中的網絡側設備可以但不限于為基站。
[0048]實施例二
[0049]現有技術中，PDCCH支持的 DCI 的格式有:format O、format 1/1A/1B/1C/1D、format 2/2A> format 3/3A。其中，format 0 用于傳輸上行資源指不信息,format 1/1A/1C用于下行單碼字資源指示，format 1B/1D以及format 2/2A用于MIMO空間復用，format3/3A用于上行功率控制，然而，對于MTC來說，現有的DCI的設計存在下述問題:
[0050]首先，針對MTC來講，很多DCI格式無需支持，DCI對應的HXXH中的部分字段不再需要，字段的長度需要裁減，其中，MTC將不再使用MMO技術，因此format 1B/1D/2/2A將不再需要，format I采用的資源分配方式的類型為類型I或者類型2,而format IA和format IC采用的資源分配方式的類型為類型0，由于MTC采用1.4MHz的窄帶寬，因此三種資源分 配方式不能帶來比特開銷的增益，只需要采用一種資源分配方式即可，為了獲得足夠的頻 率分集增益，上行物理上行共享信道(PUSCH，Physical Uplink Shared Channel)跳頻應該
一直米用；
[0051]其次,控制信道單元(CCE, Control Channel Element)的大小需要調整，一方面， MTC只需支持1.4MHz帶寬，DCI的比特數目將大大減小，另一方面，MTC的PDCCH將不能使 用前面3個OFDM符號(因為前面3個OFDM符號被H2H的TOCCH占用)，再加上帶寬的限制， 一個子幀中可用的CCE的數目非常有限，因此MTC的HXXH需要重新定義CCE的大??；
[0052]再次，MTC業(yè)務與H2H業(yè)務混合可能導致下行資源浪費，現有的時分雙工(TDD， Time Division Dual)配比大部分是上行子幀數小于下行子幀數，然而MTC業(yè)務絕大多數由 上行業(yè)務構成，下行業(yè)務非常少，因此沒有必要將所有的下行子幀中皆為MTC預留資源。
[0053]針對現有技術的上述問題，本發(fā)明實施例二提出，PDCCH所支持的DCI的格式不再 包含format 1B/1D、format 2/2A以及format 1A/1C,下面進行具體介紹。
[0054]如圖6所示，為本發(fā)明實施例二提出的下行控制信道的發(fā)送方法的流程圖，其具 體處理流程如下:
[0055]步驟61，網絡側設備在需要向MTC設備發(fā)送HXXH時，在HXXH所支持的DCI的格 式0、1、3、3A中，選擇一個DCI的格式。
[0056]其中，格式0的DCI對應的HXXH用于為MTC設備指示發(fā)送上行數據所需的上行 資源，格式I的DCI對應的HXXH用于為MTC設備指示接收下行數據所需的下行資源，格式 3和格式3A的DCI對應的HXXH用于對MTC設備的上行功率進行控制。
[0057]現有的PDCCH所支持的DCI的格式中，format 1B/1D以及format 2/2A用于MMO 空間復用，而MTC不再使用MMO技術，因此，本發(fā)明實施例二提出PDCCH所支持的DCI的格 式不再包含format 1B/1D以及format 2/2A,此外，format I采用的資源分配方式的類型 為類型I或者類型2，而format IA和format IC采用的資源分配方式的類型為類型0，由 于MTC采用的帶寬為1.4MHZ帶寬，那么三種資源分配方式不能帶來比特開銷的增益，只需 要采用一種資源分配方式即可，因此本發(fā)明實施例二提出PDCCH所支持的DCI的格式也不 再包含format 1A/1C,其中，format I可以采用類型O、類型I和類型2中的任意一種資源 分配方式。
[0058]此外，本發(fā)明實施例二中，format 0及format I的DCI對應的HXXH中，部分信 息字段不再需要，還有一些字段的大小可以適當減小。下面進行具體介紹。
[0059]format 0的DCI對應的PDCCH可以包含如下信息:
[0060]資源單元資源分配信息，采用類型2的資源分配方式，該字段大小為5bit ；
[0061]調制編碼格式(MCS, Modulation and Coding Scheme)及混合自動重傳請求 (HARQ, Hybrid Automatic Repeat Request)冗余版本(RV, Redundancy Version)信息，該 字段大小為3bit ；
[0062]新數據指示，該字段大小為Ibit ；
[0063]上行功率控制信息,該字段大小2bit ；
[0064]PUSCH數據解調導頻的循環(huán)(Cyclic)移位(Shift)值，該字段大小為3bit ；[0065]上行子幀位置標識，該標識僅用于TDD0，該字段大小為2bit ；
[0066]下行分配數目標識，該標識僅用于TDD1?6，該字段大小為2bit ；
[0067]信道指示符(CQI, Channel QualityIndicator)請求標識,該字段大小Ibit;
[0068](無線網絡臨時標識(RNTI,RadioNetwork Temporary Identifter)+循環(huán)冗余校驗(CRC, Cyclic Redundancy Check) mod2,該字段大小為 16bit。
[0069]上述信息共占用33比特，若不足33比特，則可以填充至33比特。
[0070]相對于現有技術中的format 0，由于MTC需要支持的DCI的格式大大減小，因此本發(fā)明實施例二中的format 0取消了區(qū)分format 0與format I的字段,UE可以通過不同的比特長度來區(qū)分format 0與format I，UE接收到HXXH后，若HXXH的比特長度為format0對應的比特長度(例如為33比特)，則UE確認接收到的HXXH的DCI的格式為format 0，若PDCCH的比特長度為format I對應的比特長度(例如為35比特)，則UE確認接收到的PDCCH的DCI的格式為format I ;同時，因為MTC帶寬很窄，最好的方式是一直采用跳頻，因此本發(fā)明實施例二中的format 0取消了 PUSCH跳頻標識對應的字段；另外，由于MTC支持的上行MCS等級數目會大幅度減小，因此本發(fā)明實施例二中的format 0將該字段大小降為3比特。
[0071]format 0的DCI對應的PDCCH可以包含如下信息:
[0072]資源單元資源分配信息，采用類型0的資源分配方式，該字段大小為6bit ；
[0073]MCS,該字段大小為3bit ；
[0074]HARQ進程號，當時隙配比模式為TDD模式時，該字段大小為2bit，當時隙配比模式為頻分雙工(FDD, Frequency Division Dual)模式時,該字段大小為3bit ;
[0075]新數據標識，該字段大小為Ibit ；
[0076]HARQ RV信息，該字段大小為2bit ；
[0077]針對物理上行控制信道(PUCCH，Physical Uplink Control Channel)信道的功率控制信息，該字段大小為2bit ；
[0078]下行分配數目標識，僅適用于TDD1?6，該字段大小為2bit ；
[0079](RNTI+CRC)mod2，該字段大小為 16bit。
[0080]上述信息共占用35比特，若不足35比特，則可以填充至35比特。
[0081]相對于現有技術中的format I,本發(fā)明實施例二中的format I將HARQ進程號及MCS對應的字段的比特數進行了削減。對于MTC與H2H共享載波來說，MTC必須匹配H2H的TDD配比方式，然而TDD1?6皆不符合MTC絕大多數為上行業(yè)務的特點，如果按照這樣的配t匕，MTC將浪費很多下行子幀，為了保證下行子幀不被浪費，對于TDD下行，MTC可以使用那些可以發(fā)送上行資源授予的下行子幀，這也保證了上行HARQ時序不被破壞，同時也減小了所需要的HARQ進程的個數。對于FDD，如果限制MTC僅使用部分上行子幀，則MTC可以使用那些對這些上行子幀進行上行資源分配的下行子幀。
[0082]步驟62，所述網絡側設備基于選擇出的DCI的格式，向所述MTC設備發(fā)送HXXH。
[0083]當MTC終端需要發(fā)送上行數據時，網絡側設備基于格式format 0的DCI，向MTC設備發(fā)送roccH，并在roccH中指示ue所需要的上行資源。
[0084]當下行數據到達網絡側設備時，網絡側設備將下行數據發(fā)送給UE，并基于格式format I的DCI，向MTC設備發(fā)送HXXH，并在PDCCH中指示UE接收下行數據的下行資源。[0085]網絡側設備可以根據用戶的CQI反饋，確認是否需要對MTC設備的上行功率進行調整，若需要調整，則基于格式format 3/3A的DCI，向MTC設備發(fā)送HXXH。
[0086]此外，本發(fā)明實施例二中，PDCCH采用正交相移鍵控(QPSK，Quadrature PhaseShift Keying)調制方式，format O、format 1、format 3/3A大小皆不超過35比特，現有的HXXH的CCE包含9個REG，可以容納72個比特，會造成太多的資源浪費，因此本發(fā)明實施例二提出可以將PDCCH的CCE大小設為5個REG，則一個CCE可以容納5X4X2=40bit。針對一個下行子幀，假設前3個OFDM符號作為控制信道，同時假設PHICH占用3個REG，那么包含的CCE數目為(6X12X3-12個公共參考信號(CRS，Common Reference Signal)_RE - 12 個 PHICH RE) /20=9.6。
[0087]由上述處理過程可知，本發(fā)明實施例二技術方案提出了一種新的適用于MTC的下行控制信道設計方案，現有的HXXH所支持的DCI的格式中，formatlB/lD以及format2/2A用于MMO空間復用，而MTC不再使用MMO技術，因此，本發(fā)明實施例二技術方案提出PDCCH所支持的DCI的格式不再包含format 1B/1D以及format 2/2A，此外，format I采用的資源分配方式的類型為類型I或者類型2，而format IA和format IC采用的資源分配方式的類型為類型0，由于MTC采用的帶寬為1.4MHZ帶寬，那么三種資源分配方式不能帶來比特開銷的增益，只需要采用一種資源分配方式即可，因此本發(fā)明實施例二技術方案提出PDCCH所支持的DCI的格式也不再包含format 1A/1C，網絡側設備在需要向MTC設備發(fā)送PDCCH時，在PDCCH所支持的DCI的格式O、1、3、3A中，選擇一個DCI的格式，其中，格式0的DCI對應的HXXH用于為MTC設備指示發(fā)送上行數據所需的上行資源，格式I的DCI對應的HXXH用于為MTC設備指示接收下行數據所需的下行資源，格式3和格式3A的DCI對應的HXXH用于對MTC設備的上行功率進行控制，后續(xù)網絡側設備可以基于選擇出的DCI的格式，向所述MTC設備發(fā)送roCCH，由于本發(fā)明實施例二技術方案中HXXH所支持的DCI的格式不再包含format 1B/1D、format 2/2A以及format 1A/1C,因此能夠有效地提高下行控制信道的容量。
[0088]針對上述，本發(fā)明實施例二還提出一種網絡側設備，其結構如圖7所示，包括:
[0089]格式選擇單元71，用于在需要向MTC設備發(fā)送HXXH時，在HXXH所支持的DCI的格式O、1、3、3A中，選擇一個DCI的格式，其中，格式0的DCI對應的HXXH用于為MTC設備指示發(fā)送上行數據所需的上行資源，格式I的DCI對應的HXXH用于為MTC設備指示接收下行數據所需的下行資源，格式3和格式3A的DCI對應的HXXH用于對MTC設備的上行功率進行控制；
[0090]發(fā)送單元72，用于基于格式選擇單元71選擇出的DCI的格式，向所述MTC設備發(fā)送 PDCCH。
[0091]較佳地，格式0的DCI對應的HXXH中不包含用于區(qū)分格式0和格式IA的字段。
[0092]較佳地，格式0的DCI對應的HXXH中不包含PUSCH跳頻標識對應的字段。
[0093]較佳地，格式0的DCI對應的PDCCH中包含MCS對應的字段，且該字段大小為3比特。
[0094]較佳地，格式I的DCI對應的HXXH中包含HARQ進程號對應的字段，其中，當時隙配比模式為TDD模式時，該字段大小為2比特，當時隙配比模式為FDD模式時，該字段大小為3比特。[0095]較佳地，格式I的DCI對應的HXXH中包含MCS對應的字段，且該字段大小為3比特。
[0096]較佳地，所述發(fā)送單元72向所述MTC設備發(fā)送的I3DCCH的CCE包含9個REG。
[0097]較佳地，本發(fā)明實施例二中的網絡側設備可以但不限于為基站。
[0098]盡管已描述了本發(fā)明的優(yōu)選實施例，但本領域內的技術人員一旦得知了基本創(chuàng)造 性概念，則可對這些實施例做出另外的變更和修改。所以，所附權利要求意欲解釋為包括優(yōu) 選實施例以及落入本發(fā)明范圍的所有變更和修改。
[0099]顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精 神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍 之內，則本發(fā)明也意圖包含這些改動和變型在內。
【權利要求】
1.一種下行控制信道的發(fā)送方法，其特征在于，包括:網絡側設備將下行控制信道發(fā)送給機器類型通信MTC設備；其中，發(fā)送給MTC設備的下行控制信道中取消了物理控制格式指示信道PCFICH，所述網絡側設備與所述MTC設備預先約定物理下行控制信道HXXH所占用的正交頻分復用OFDM 符號，或者所述網絡側設備通過廣播給MTC設備的系統(tǒng)消息，將HXXH所占用的OFDM符號通知給所述MTC設備。
2.如權利要求1所述的方法，其特征在于，所述網絡側設備通過廣播給MTC設備的系統(tǒng)消息，將I3DCCH所占用的OFDM符號通知給所述MTC設備，具體包括:所述網絡側設備將HXXH所占用的OFDM符號的信息攜帶在系統(tǒng)信息塊SIB消息或主信息塊MIB消息的指定字段中；并將攜帶有OFDM符號的信息的MIB消息或SIB消息廣播給所述MTC設備。
3.—種網絡側設備，其特征在于，包括:獲得單元，用于獲得待發(fā)送給機器類型通信MTC設備的下行控制信道；發(fā)送單元，用于將獲得單元獲得的下行控制信道發(fā)送給所述MTC設備，其中，發(fā)送給 MTC設備的下行控制信道中取消了物理控制格式指示信道PCFICH，所述網絡側設備與所述 MTC設備預先約定物理下行控制信道HXXH所占用的正交頻分復用OFDM符號，或者所述發(fā)送單元通過廣播給MTC設備的系統(tǒng)消息，將HXXH所占用的OFDM符號通知給所述MTC設備。
4.如權利要求3所述的網絡側設備，其特征在于，所述發(fā)送單元，具體用于將HXXH所占用的OFDM符號的信息攜帶在系統(tǒng)信息塊SIB消息或主信息塊MIB消息的指定字段中，并將攜帶有OFDM符號的信息的MIB消息或SIB消息廣播給所述MTC設備。
5.一種下行控制信道的接收方法，其特征在于，包括:機器類型通信MTC設備確定網絡側設備發(fā)送的下行控制信道所占用的正交頻分復用 OFDM符號，其中，網絡側設備發(fā)送給MTC設備的下行控制信道中取消了物理控制格式指示信道PCFICH，所述MTC設備與所述網絡側設備預先約定物理下行控制信道HXXH所占用的 OFDM符號，或者所述MTC設備通過網絡側設備廣播的系統(tǒng)消息來確定HXXH所占用的OFDM 符號;基于確定出的OFDM符號，接收網絡側設備發(fā)送的下行控制信道。
6.如權利要求5所述的方法，其特征在于，所述MTC設備通過網絡側設備廣播的系統(tǒng)消息來確定I3DCCH所占用的OFDM符號，具體包括:MTC設備根據網絡側設備廣播的主信息塊MIB消息或系統(tǒng)信息塊SIB消息的指定字段中攜帶的OFDM符號的信息，確定網絡側設備發(fā)送的HXXH所占用的OFDM符號。
7.一種機器類型通信設備，其特征在于，包括:符號確定單元，用于確定網絡側設備發(fā)送的下行控制信道所占用的正交頻分復用OFDM 符號，其中，網絡側設備發(fā)送給MTC設備的下行控制信道中取消了物理控制格式指示信道 PCFICH,所述MTC設備與所述網絡側設備預先約定物理下行控制信道HXXH所占用的OFDM 符號，或者所述MTC設備通過網絡側設備廣播的系統(tǒng)消息來確定HXXH所占用的OFDM符號;接收單元，用于基于符號確定單元確定出的OFDM符號，接收網絡側設備發(fā)送的下行控制信道。
8.如權利要求7所述的設備，其特征在于，所述符號確定單元，具體用于根據網絡側設備廣播的主信息塊MIB消息或系統(tǒng)信息塊SIB消息的指定字段中攜帶的OFDM符號的信息，確定網絡側設備發(fā)送的I3DCCH所占用的OFDM符號。
9.一種下行控制信道的發(fā)送方法，其特征在于，包括: 網絡側設備在需要向機器類型通信MTC設備發(fā)送物理下行控制信道I3DCCH時，在roCCH所支持的下行控制信息DCI的格式O、1、3、3A中，選擇一個DCI的格式，其中，格式0的DCI對應的HXXH用于為MTC設備指示發(fā)送上行數據所需的上行資源，格式I的DCI對應的PDCCH用于為MTC設備指示接收下行數據所需的下行資源，格式3和格式3A的DCI對應的PDCCH用于對MTC設備的上行功率進行控制； 所述網絡側設備基于選擇出的DCI的格式，向所述MTC設備發(fā)送H)CCH。
10.如權利要求9所述的方法，其特征在于，格式0的DCI對應的PDCCH中不包含用于區(qū)分格式0和格式IA的字段。
11.如權利要求9所述的方法，其特征在于，格式0的DCI對應的HXXH中不包含物理上行共享信道PUSCH跳頻標識對應的字段。
12.如權利要求9所述的方法，其特征在于，格式0的DCI對應的PDCCH中包含調制編碼格式MCS對應的字段，且該字段大小為3比特。
13.如權利要求9所述的方法，其特征在于，格式I的DCI對應的HXXH中包含混合自動重傳請求HARQ進程號對應的字段，其中，當時隙配比模式為時分雙工TDD模式時，該字段大小為2比特，當時隙配比模式為頻分雙工FDD模式時，該字段大小為3比特。
14.如權利要求9所述的方法，其特征在于，格式I的DCI對應的PDCCH中包含調制編碼格式MCS對應的字段，且該字段大小為3比特。
15.如權利要求9所述的方法，其特征在于，網絡側設備向所述MTC設備發(fā)送的PDCCH的控制信道單元CCE包含9個資源單元組REG。
16.一種網絡側設備，其特征在于，包括: 格式選擇單元，用于在需要向機器類型通信MTC設備發(fā)送物理下行控制信道HXXH時，在HXXH所支持的下行控制信息DCI的格式O、1、3、3A中，選擇一個DCI的格式，其中，格式0的DCI對應的HXXH用于為MTC設備指示發(fā)送上行數據所需的上行資源，格式I的DCI對應的HXXH用于為MTC設備指示接收下行數據所需的下行資源，格式3和格式3A的DCI對應的HXXH用于對MTC設備的上行功率進行控制； 發(fā)送單元，用于基于格式選擇單元選擇出的DCI的格式，向所述MTC設備發(fā)送H)CCH。
17.如權利要求16所述的網絡側設備，其特征在于，格式0的DCI對應的HXXH中不包含用于區(qū)分格式0和格式IA的字段。
18.如權利要求16所述的網絡側設備，其特征在于，格式0的DCI對應的HXXH中不包含物理上行共享信道PUSCH跳頻標識對應的字段。
19.如權利要求16所述的網絡側設備，其特征在于，格式0的DCI對應的PDCCH中包含調制編碼格式MCS對應的字段，且該字段大小為3比特。
20.如權利要求16所述的網絡側設備，其特征在于，格式I的DCI對應的HXXH中包含混合自動重傳請求HARQ進程號對應的字段，其中，當時隙配比模式為時分雙工TDD模式時，該字段大小為2比特，當時隙配比模式為頻分雙工FDD模式時，該字段大小為3比特。
21.如權利要求16所述的網絡側設備，其特征在于，格式I的DCI對應的HXXH中包含調制編碼格式MCS對應的字段，且該字段大小為3比特。
22.如權利要求16所述的網絡側設備，其特征在于，所述發(fā)送單元向所述MTC設備發(fā)送的HXXH的控制信道單元CCE包含9個資 源單元組REG。
【文檔編號】H04W52/14GK103582098SQ201210249291
【公開日】2014年2月12日 申請日期:2012年7月18日 優(yōu)先權日:2012年7月18日
【發(fā)明者】江小威, 胡南, 崔春風, 吳偉民 申請人:中國移動通信集團公司