專利名稱：：一種下行控制信道上的信令發(fā)送方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及移動通信系統(tǒng)中的信令傳輸技術(shù)，特別涉及一種下行控制信道(PDCCH)上的信令發(fā)送方法。
背景技術(shù)：
：在LTE系統(tǒng)中，下行控制信道為PDCCH，用于承載下行調(diào)度信令、上行調(diào)度信令以及功控信令等下行鏈路控制信息(DCI)，以指示上下行資源的分配及功率控制。目前LTE標準已經(jīng)確定了多種DCI格式的PDCCH,各種^f各式的信息比特數(shù)不同，包含的具體信令信息也不同。在進行PDCCH上的信令傳輸時，首先根據(jù)應(yīng)用場景在已有的DCI才各式中選擇一種，然后將信令以選^r的DCI格式進行組織并發(fā)送給用戶終端(UE)。目前，針對單天線端口及MIMO模式已經(jīng)定義的不同DCI格式如表1所示。<table>tableseeoriginaldocumentpage4</column></row><table>表1各種PDCCH的DCI格式及其作用和比特數(shù)根據(jù)每種格式的信息比特數(shù)，DCI的大小可以分為5類Size0:對應(yīng)于PDCCHformat1C的DCI大小([26]比特)Size1:對應(yīng)于PDCCHformat0,1A,3,3A的DCI大小([44]比特)Size2:對應(yīng)于PDCCHformat1B的DCI大小([48]比特)Size3:對應(yīng)于PDCCHformatl的DCI大小([55]比特)Size4:對應(yīng)于PDCCHformat2的DCI大小([72]比特)這里需要說明的是，[]表示目前通過的數(shù)值，為了FDD和TDD的一致性，最終數(shù)值可能會小幅度的調(diào)整。MIMO技術(shù)作為重要的提高傳輸質(zhì)量和效率的物理層多天線技術(shù)，在新一代通信系統(tǒng)中扮演重要角色。例如，LTE系統(tǒng)支持多種MIMO技術(shù)，包括發(fā)射分集，空間復用技術(shù)以及波束成型(BF,Beamforming)技術(shù)等。BF作為一種獨立的傳輸模式，與普通的MIMO的技術(shù)區(qū)別在于，BF傳輸模式下根據(jù)專用導頻進行解調(diào)。具體地，在發(fā)送端，專用導頻與數(shù)據(jù)采用同樣的預編碼矩陣處理；在接收端，根據(jù)專用導頻做信道估計，直接得到預編碼矩陣處理后的等效信道，可見，接收端無需知道所采用的具體預編碼矩陣信息，而是利用專用導頻就可以獲得數(shù)據(jù)符號經(jīng)歷的等效信道信息。但是在現(xiàn)有的PDCCH格式中，還沒有針對BF的專用格式。如果利用現(xiàn)有的傳輸格式，例如利用表2所示的DCIformat2，則在傳輸?shù)男帕钪邪A編碼加矩陣的信息，造成資源的浪費。<table>tableseeoriginaldocumentpage5</column></row><table><table>tableseeoriginaldocumentpage6</column></row><table>表2PDCCH上的DCIformat
發(fā)明內(nèi)容有鑒于此，本發(fā)明提供一種PDCCH上的信令發(fā)送方法，用于在多流BF傳輸模式下進行信令傳輸，能夠節(jié)省系統(tǒng)資源。為實現(xiàn)上述目的，本發(fā)明采用如下的技術(shù)方案一種下行控制信道上的信令發(fā)送方法，包括在多流波束成型BF傳輸模式下進行下行調(diào)度時，基站在下行控制信道PDCCH上，以預先設(shè)置的BF傳輸模式的專用下行鏈路控制信息DCI格式組織并發(fā)送信令。較佳地，所述以預先設(shè)置的BF傳輸模式的專用DCI格式組織并發(fā)送信令為預先將DCI第2格式fomat2中的預編碼矩陣序列號和預編碼確認指示字段刪除，形成所述BF傳輸模式的專用DCI格式；以所述BF傳輸模式的專用PDCCH格式組織并發(fā)送信令。較佳地，在以所述BF傳輸模式的專用PDCCH格式組織并信令時，利用所述任意一個數(shù)據(jù)塊的MCS與兩個數(shù)據(jù)塊中除所述任意一個數(shù)據(jù)塊外另一個數(shù)據(jù)塊MCS的差值表示所述任意一個數(shù)據(jù)塊的MCS。較佳地，所述任意一個數(shù)據(jù)塊的調(diào)制編碼方式MCS字段占用3比特。較佳地，在形成的所述BF傳輸模式的專用DCI格式中，設(shè)置BF層數(shù)字段占用1比特。較佳地，預先設(shè)置BF傳輸模式下進行下行調(diào)度時釆用連續(xù)資源分配方式，且允許采用非跳頻和跳頻兩種傳輸方式中的一種；在形成的所述BF傳輸模式的專用DCI格式中進一步刪除資源分配頭信息字段，增加用于指示是否釆用跳頻傳輸方式的跳頻指示字段，并降低資源塊RB分配字段所占的比特數(shù)。較佳地，所述跳頻指示字段占用l比特，所述RB分配字段占用13比特。較佳地，所述BF傳輸模式的專用DCI格式的DCI大小與DCI第1格式format1的DCI大小相同。由上述技術(shù)方案可見，本發(fā)明中，預先設(shè)置BF傳輸模式的專用DCI格式，該DCI格式中不包括預編碼信息的相關(guān)字段；在多流BF傳輸模式下進行下行調(diào)度時，基站在PDCCH上，以預先設(shè)置的BF傳輸模式的DCI格式組織并發(fā)送信令。利用上述設(shè)置的BF傳輸模式的專用DCI格式，可以不再傳輸預編碼的相關(guān)信息，以節(jié)省系統(tǒng)資源。圖1為本發(fā)明提供的PDCCH上的信令發(fā)送方法的總體流程圖。具體實施例方式為使本發(fā)明的目的、技術(shù)手段和優(yōu)點更加清楚明白，以下結(jié)合附圖對比本發(fā)明啦文進一步詳細說明。BF作為一種獨立的傳輸模式，無需通知用戶采用的預編碼矩陣，利用專用導頻就可以獲得數(shù)據(jù)符號經(jīng)歷的等效信道信息。因此，在基站下發(fā)給UE的控制信令中完全可以不包括預編碼的相關(guān)信息。本發(fā)明的基本思想是在BF傳輸模式下，不再傳輸預編碼的相關(guān)信息。圖1為本發(fā)明提供的PDCCH上的信令發(fā)送方法的總體流程圖。如圖1所示，該方法包括步驟101，預先設(shè)置BF傳輸模式的專用DCI格式。在該設(shè)置的DCI格式中，不再包括預編碼的相關(guān)信息，例如DCIformat2格式中的預編碼矩陣序列號字段和預編碼確認指示字段。步驟102,在多流BF傳輸模式下進行下行調(diào)度時，基站在PDCCH上，以預先設(shè)置的BF傳輸模式的專用DCI格式組織并發(fā)送信令，在發(fā)送的信令中不包括預編碼信息。對于單流的BF傳輸模式，可以利用開環(huán)的MIMO傳輸控制信令，例如采用DCIformat1或DCIformat1A傳輸信令。本發(fā)明是針對多流的BF傳輸模式下進行信令傳輸時的方式，具體地，本步驟中，在多流BF傳輸模式下進行信令發(fā)送時，利用步驟101中設(shè)置的DCI格式組織信令，再將組織后的信令發(fā)送給UE。由于在步驟101中設(shè)置的DCI格式不包括預編碼信息，因此本步驟中組織并發(fā)送的信令中也不包括預編碼信息，從而節(jié)省系統(tǒng)資源。至此，本發(fā)明的PDCCH上信令發(fā)送方法流程結(jié)束。在上述流程中，具體設(shè)置的BF傳輸模式的專用DCI格式根據(jù)應(yīng)用需要可以有多種，一方面為節(jié)省系統(tǒng)資源，可以進行信息比特的壓縮，與之相對應(yīng)的，在傳輸信令時的具體方式也不太相同；另一方面為不引入額外的編碼映射方式，可以-使新的DCI格式保證與現(xiàn)有的DCI大小相同。由于BF也屬于一種MIMO技術(shù)，所傳輸?shù)男帕钆cDCIformat2中涉及的信令基本一致，因此本發(fā)明中設(shè)置的BF傳輸模式的專用DCI格式就以DCIformat2為基礎(chǔ)進行改進。以下就具體介紹本申請的具體實施方式。實施例一本實施例中的信令發(fā)送方法流程如下步驟21,預先設(shè)置BF傳輸模式的專用DCI格式。本實施例中，直接在現(xiàn)有的DCIformat2的基礎(chǔ)上刪除預編碼矩陣序列號字段和預編碼確認指示字段，從而形成BF傳輸模式的專用DCI格式，具體如表3所示。<table>tableseeoriginaldocumentpage8</column></row><table><table>tableseeoriginaldocumentpage9</column></row><table>編碼確認指示Precodingconfirmation字段占用的比特均為0,即該DCI格式中不再存在這兩個字段。上述表3所示的專用DCI格式對于DCIformat2的修改比較小，但是這將導致一種新的DCI大小，需要額外定義一種DCI的編碼映射方式，導致系統(tǒng)復雜度增加。步驟22,在多流BF傳輸模式下進行下行調(diào)度時，基站在PDCCH上，以表3所示的專用DCI格式組織并發(fā)送信令。本步驟中，按照表3所示的專用DCI格式將需要發(fā)送的信令構(gòu)成DCI信息，各個相關(guān)信令的傳輸方式與現(xiàn)有的DCIformat2格式中相同，只是不再發(fā)送預編碼的相關(guān)信息。然后將形成的DCI信息發(fā)送給UE。至此，本實施例中的信令發(fā)送方法流程結(jié)束。實施例二本實施例中的信令發(fā)送方法流程如下步驟31,預先設(shè)置BF傳輸模式的專用DCI格式。對于多流BF來說，基站采用8天線陣列，支持大于2個波束(beam)的傳輸方式，各beam之間的相關(guān)性會非常高，導致性能下降。一般來說，支持2個beam是較好的選擇。因此，具體BF層數(shù)可能為1或2，這樣，表3所示的DCI格式中BF層數(shù)字段的指示比特可以進一步降低為1比特。另外，在表3所示的DCI格式中，包括與傳輸時所采用的兩個數(shù)據(jù)塊相關(guān)的參數(shù)，分別為數(shù)據(jù)塊1的傳輸調(diào)制編碼格式(MCS)字段、數(shù)據(jù)塊1的翻轉(zhuǎn)指示和冗余版本字段、數(shù)據(jù)塊2的MCS字段、數(shù)據(jù)塊2的翻轉(zhuǎn)指示和冗余版本字段?？紤]在兩個數(shù)據(jù)塊之間，總是有一定的相關(guān)性的，因此，其中一個數(shù)據(jù)塊的MCS可以采用與另一個數(shù)據(jù)塊差值的方式，即差分的方式來表示，這個差值動態(tài)范圍要比單純的MCS動態(tài)范圍小，因此，可以在表3所示的DCI格式基礎(chǔ)上，進一步降低其中一個數(shù)據(jù)塊的MCS字段的指示比特數(shù)，優(yōu)選地，可以將其降低為3比特。經(jīng)過上述兩方面數(shù)據(jù)比特的壓縮，可以得到本實施例中設(shè)置的DCI格式如表4所示，其中，將數(shù)據(jù)塊2的MCS字段壓縮為3比特。<table>tableseeoriginaldocumentpage10</column></row><table>表4實施例二中設(shè)置的BF傳輸模式的專用DCI格式步驟32,在多流BF傳輸模式下進行下行調(diào)度時，基站在PDCCH上，以表4所示的專用DCI格式組織并發(fā)送信令。本步驟中，按照表4所示的專用DCI格式將需要發(fā)送的信令構(gòu)成DCI信息，其中，在組織數(shù)據(jù)塊2的MCS信息時，以數(shù)據(jù)塊2與數(shù)據(jù)塊1的MCS間差值的形式表示數(shù)據(jù)塊2的MCS信息，并填入數(shù)據(jù)塊2的MCS字段中。然后將形成的DCI信息發(fā)送給UE。至此，本實施例中的信令發(fā)送方法流程結(jié)束。在本實施例的信令發(fā)送方法中，相對于實施例一提供的方式，通過在DCI格式中壓縮BF層數(shù)和MCS方式所占用的比特數(shù)，進一步壓縮了傳輸信令所需要的系統(tǒng)資源。實施例三步驟41,預先設(shè)置BF傳輸模式的專用DCI格式。在DCIformat2格式中包括指示資源分配的字段，具體為資源分配頭(Resourceallocationheader)字段和PRB資源分配指示(RBallocation)字段，其中，Resourceallocationheader字段指示資源分配方式，RBallocation字段指示在具體的資源分配方式下具體分配的資源信息。目前，LTE調(diào)度支持3種方式typeO，typel和type2，其中，typeO和typel的方式下資源分配可以是任意的，因此，對應(yīng)這兩種資源分配方式，在RBallocation字段需要指示分配的各個RB塊信息，占用的比特數(shù)較多；而type2方式則是連續(xù)資源分配方式，對應(yīng)該資源分配方式，在RBallocation字段僅需要指示分配資源的起始信息和長度，占用的比特數(shù)較少。考慮到上述資源分配方式，本實施例中，將資源分配方式固定設(shè)置為采用type2，從表3或表4所示的DCI格式中刪除Resourceallocationheader字段，并進一步降低RBallocation字段所占用的比特數(shù)，從而進一步壓縮信息比特。優(yōu)選地，可以將RBallocation字段壓縮為占用13比特。更進一步地，由于資源分配方式采用type2,從而相對于typeO和typel方式?jīng)]有了頻率分集增益，因此優(yōu)選地，可以進一步增加跳頻指示(Distributedtransmission)字段，從而使得在傳輸信令時可以選擇采用跳頻方式，進而獲得一定的分集增益。具體，該增力口的Distributedtransmission字段可以占用l比特，用于指示是否采用了跳頻方式。經(jīng)過上述幾方面的處理，可以得到本實施例中設(shè)置的DCI格式如表5所示，其中，該DCI格式是在表4所示DCI格式的基礎(chǔ)上進行字段壓縮和增加得到的，當然，也可以在表3所示DCI格式的基礎(chǔ)上進行修改。FieldBitsCommentResourceallocationheader0指示分配類型為typeOor1Distributedtransmission1RBallocation13PRB資源分配指示(type2)TPC2PUCCH的功控指令Numberoflayers1BF層數(shù)1，2,HybridARQprocessnumber3/4HARQ進程數(shù)3forFDD,max4forTDD11MCS，firsttransportblock5數(shù)據(jù)塊1的傳輸調(diào)制編碼格式Newdataindicator(1stTB)1新數(shù)據(jù)塊1的翻轉(zhuǎn)指示(可檢測奇數(shù)漏檢)Redundancyversion(1stTB)2冗余版本MCS,secondtransportblock數(shù)據(jù)塊1的傳輸調(diào)制編碼格式Newdataindicator(2ndTB)1新數(shù)據(jù)塊2的翻轉(zhuǎn)指示Redundancyversion(2ndTB)2冗余版本HARQswapflag1HARQ交換標志指示兩個數(shù)據(jù)塊與內(nèi)存之間是否需要交換對應(yīng)Precodinginformation預編碼矩陣序列號Precodingconfirmation預編碼確認指示指示是否采用了UE推薦的PMIRNTI/CRC16攜帶在CRC中的16比特RNTITotal51/52表5實施例三中設(shè)置的BF傳輸模式的專用DCI格式步驟42,在多流BF傳輸模式下進行下行調(diào)度時，基站在PDCCH上，以表4所示的專用DCI格式組織并發(fā)送信令。本步驟中，按照表5所示的專用DCI格式將需要發(fā)送的信令構(gòu)成DCI信息，其中，進行資源分配時采用type2連續(xù)資源分配方式，并按照type方式對應(yīng)填寫rballocation字段的信息，同時，根據(jù)是否采用跳頻填寫Distributedtransmission字段。然后將形成的DCI信息發(fā)送給UE。至此，本實施例中的信令發(fā)送方法流程結(jié)束。本實施例中，通過對于資源分配方式的固定設(shè)置，進一步壓縮了專用DCI格式所需要的比特數(shù)。如表5所示的DCI格式中，對信息比特進行了較充分的壓縮，利用同樣的傳輸資源的情況下，可以獲得更好的性能。在上述實施例一、二和三中，都需要增加一種新的DCIsize,這將需要額外定義一種DCI的編碼映射方式，導致系統(tǒng)復雜度增加。實施例四本實施例的信令發(fā)送方法流程如下步驟51,預先設(shè)置BF傳輸模式的專用DCI格式。為避免由于引入新的DCI大小而造成的系統(tǒng)復雜度增加，本實施例中在設(shè)置BF傳輸模式的專用DCI格式時，使新設(shè)置的DCI格式下DCI大小與現(xiàn)有的某種DCI大小相同。具體地，可以設(shè)置如表6所示的DCI格式，該DCI大小與DCIformat1對應(yīng)的size3相等。12FieldBitsCommentResourceallocationheader0指示分配類型為type0or1Distributedtransmission1RBallocationUPRB資源分配指示(type2)TPC2PUCCH的功控指令Numberoflayers2BF層數(shù)1,2,3,4HybridARQprocessnumber3/4HARQ進程數(shù)3forFDD,max4forTDDMCS，firsttransportblock數(shù)據(jù)塊1的傳輸調(diào)制編碼格式Newdataindicator(1stTB)1新數(shù)據(jù)塊1的翻轉(zhuǎn)指示(可檢測奇數(shù)漏檢)Redundancyversion(1stTB)2冗余版本MCS,secondtransportblock數(shù)據(jù)塊1的傳輸調(diào)制編碼格式Newdataindicator(2ndTB)1新數(shù)據(jù)塊2的翻轉(zhuǎn)指示Redundancyversion(2ndTB)2冗余版本HARQswapflag1HARQ交換標志指示兩個數(shù)據(jù)塊與內(nèi)存之間是否需要交換對應(yīng)Precodinginformation預編碼矩陣序列號Precodingconfirmation0預編碼確認指示指示是否采用了UE推薦的PMIRNTI/CRC16攜帶在CRC中的16比特RNTITotal54/55表6實施例四中設(shè)置的BF傳輸模式的專用DCI格式如表6所示，將BF層數(shù)字段恢復為占用2比特，將兩個數(shù)據(jù)塊的MCS字段均設(shè)置為與現(xiàn)有的DCIformat2相同，在傳輸MCS信息時，也直接傳輸具體的MCS信息，而不再采用差分形式。當然，也可以使設(shè)置的BF傳輸模式的專用DCI格式下DCI大小與現(xiàn)有的其他DCI大小相同，需要考慮將其他信息占用的比特進行壓縮或延長。步驟52,在多流BF傳輸模式下進行下行調(diào)度時，基站在PDCCH上，以表4所示的專用DCI格式組織并發(fā)送信令。本步驟中，按照表5所示的專用DCI格式將需要發(fā)送的信令構(gòu)成DCI信息，然后將形成的DCI信息發(fā)送給UE。至此，本實施例中的信令發(fā)送方法流程結(jié)束。上述即為本發(fā)明的幾種具體實施方式，在上述本發(fā)明中，為BF傳輸模式設(shè)置了專用DCI格式，用于傳輸DCI信息，并且在該專用DCI格式中不包括預編碼的相關(guān)信息，從而在傳輸信令時相對于復用現(xiàn)有傳輸格式，能夠節(jié)省系統(tǒng)資源，或者在相同的傳輸資源條件下，提高傳輸質(zhì)量。并且進一步地，在此種最基本的信令傳輸基礎(chǔ)上，還可以進一步根據(jù)BF傳輸特點壓縮其他字段所占用的比特，從而能夠進一步節(jié)省系統(tǒng)資源，13同時為避免引入新的DCI大小而導致的系統(tǒng)復雜度增加問題，還可以在壓縮其他字段所占用的比特時，使形成的DCI格式下DCI大小與現(xiàn)有的DCI大小相同。以上僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。權(quán)利要求1、一種下行控制信道上的信令發(fā)送方法，其特征在于，該方法包括在多流波束成型BF傳輸模式下進行下行調(diào)度時，基站在下行控制信道PDCCH上，以預先設(shè)置的BF傳輸模式的專用下行鏈路控制信息DCI格式組織并發(fā)送信令。2、根據(jù)權(quán)利要求1所述的方法，其特征在于，所述以預先設(shè)置的BF傳輸模式的專用DCI格式組織并發(fā)送信令為預先將DCI第2格式fomat2中的預編碼矩陣序列號和預編碼確認指示字段刪除，形成所述BF傳輸模式的專用DCI格式；以所述BF傳輸模式的專用PDCCH格式組織并發(fā)送信令。3、根據(jù)權(quán)利要求2所述的方法，其特征在于，在以所述BF傳輸^^式的專用PDCCH格式組織并信令時，利用所述任意一個數(shù)據(jù)塊的MCS與兩個數(shù)據(jù)塊中除所述任意一個數(shù)據(jù)塊外另一個數(shù)據(jù)塊MCS的差值表示所述任意一個數(shù)據(jù)塊的MCS。4、根據(jù)權(quán)利要求3所述的方法，其特征在于，所述任意一個數(shù)據(jù)塊的調(diào)制編碼方式MCS字段占用3比特。5、根據(jù)權(quán)利要求3所述的方法，其特征在于，在形成的所述BF傳輸模式的專用DCI格式中，設(shè)置BF層數(shù)字段占用1比特。6、根據(jù)權(quán)利要求2、3或5所述的方法，其特征在于，預先設(shè)置BF傳輸模式下進行下行調(diào)度時采用連續(xù)資源分配方式，且允許采用非跳頻和跳頻兩種傳輸方式中的一種；在形成的所述BF傳輸模式的專用DCI格式中進一步刪除資源分配頭信息字段，增加用于指示是否采用跳頻傳輸方式的跳頻指示字段，并降低資源塊RB分配字段所占的比特數(shù)。7、根據(jù)權(quán)利要求6所述的方法，其特征在于，所述跳頻指示字段占用1比特，所述RB分配字段占用13比特。8、根據(jù)權(quán)利要求6所述的方法，其特征在于，所述BF傳輸模式的專用DCI格式的DCI大小與DCI第1格式format1的DCI大小相同。全文摘要本發(fā)明公開了一種下行控制信道上的信令發(fā)送方法，包括在多流波束成型BF傳輸模式下進行下行調(diào)度時，基站在下行控制信道PDCCH上，以預先設(shè)置的BF傳輸模式的專用下行鏈路控制信息DCI格式組織并發(fā)送信令。應(yīng)用本發(fā)明，能夠在多流BF傳輸模式下，節(jié)省系統(tǒng)資源。文檔編號H04W48/00GK101605375SQ20081011475公開日2009年12月16日申請日期2008年6月11日優(yōu)先權(quán)日2008年6月11日發(fā)明者昱丁,索士強,肖國軍申請人:大唐移動通信設(shè)備有限公司