傳輸上行控制信息的方法和設備與流程
2023-05-20 15:52:46 1

本發明涉及無線通信系統,更具體的說涉及LTE載波聚合系統,在一個上行信道上傳輸上行控制信息(UCI)的方法和設備。
背景技術:
在長期演進(LTE)系統中,通過組合多個單元載波(CC)來得到更大的工作帶寬,構成通信系統的下行鏈路和上行鏈路,即載波聚合(CA)技術,從而支持更高的傳輸速率。到目前為止,已經支持各種類型的CA,即:被聚合的小區可以都是FDD小區,也可以都是TDD小區且這些TDD小區的TDD上下行配置相同,還可以都是TDD小區但是這些TDD小區的TDD上下行配置不同,此外,還支持FDD小區和TDD小區的聚合,並且TDD小區的上下行配置可以是半靜態配置的或者動態變化。
對一個UE,在配置了CA模式時,一個小區是主小區(Pcell),而其他小區稱為次小區(Scell)。按照LTE的方法,對Pcell和Scell基於混合自動重傳請求(HARQ)機制來傳輸下行數據,相應地,UE需要反饋多個小區的HARQ-ACK信息。對FDD系統的一個小區,在一個上行子幀內只需要反饋一個下行子幀內的數據的HARQ-ACK信息;對TDD系統的一個小區,當其幀結構中的下行子幀數據多於上行子幀時,一般在一個上行子幀內需要反饋多個下行子幀內的數據的HARQ-ACK信息,所述多個下行子幀稱為對應這個上行子幀的綁定窗口。例如,LTE TDD小區的綁定窗口的大小可以是1、2、3、4或者9。按照LTE的方法,是在Pcell的一個PUCCH信道上反饋所有配置的小區的HARQ-ACK信息。另外,各個小區的周期信道狀態指示(P-CSI)也是映射到Pcell上傳輸,而非周期CSI(A-CSI)是映射到物理上行共享信道(PUSCH)上傳輸。
按照LTE的方法,目前支持物理上行控制信道(PUCCH)格式3,其基本思想是對多個UCI比特信息,例如來自多個配置的小區的HARQ-ACK比特、調度請求(SR)和/或P-CSI信息進行聯合編碼,並映射到物理信道傳輸。PUCCH格式3最多可以支持傳輸22個比特。如圖1所示,這裡假設採用RM編碼,UCI比特經RM信道編碼後和加擾後,調製得到24個QPSK符號,並映射到一個PRB的上行資源上傳輸。其 中,前12個QPSK符號映射到PUCCH格式3的第一個時隙中傳輸,而後12個QPSK符號映射到PUCCH格式3的第二個時隙中傳輸。這裡,一個PUCCH格式3信道在兩個時隙內映射的PRB位置相對於中心頻率是鏡像關係,從而獲得頻率分集增益。以第一個時隙為例,所述12個QPSK符號映射乘以長度為5的正交擴展碼(OCC)的每一個元素後,分別映射到第一個時隙的5個符號上。
目前3GPP標準化組織正在對聚合更多的小區的增強CA技術進行標準化工作,例如,聚合的小區數目可以達到32個。這時,對一個UE來說,可以是把所有配置的小區分成多個小區組(CG,Cell Group),或者,也可以只有一個CG;並對每個CG,分別在一個小區的PUCCH上反饋UCI信息,這個反饋UCI的小區類似於現有CA技術中的Pcell。這裡,每個CG的小區數目仍然可以超過現有CA技術支持的最大聚合小區個數。這裡,當配置的小區個數較多,或者綁定窗的大小較大時,UE需要反饋的HARQ-ACK比特比較多,例如,大於22比特。另外,當配置的小區個數較多時,UE需要反饋的CSI信息也相應地增加了。另外,UE在上行方向還可能需要發送調度請求(SR)。例如,大於22比特。相應地,為了支持超過22比特的UCI傳輸,需要定義一種新的PUCCH格式。因為引入了PUCCH格式X,必然帶來一系列的影響,相應地需要設計對UCI的具體的傳輸方法。
技術實現要素:
本申請提供一種傳輸UCI的方法和設備,能夠支持超過22比特的UCI傳輸,並實現更高效的A-CSI信息的傳輸。
為實現上述目的,本申請採用如下技術方案:
一種傳輸上行控制信息UCI的方法,包括:
用戶設備UE接收配置信令,確定對應ACK/NACK資源指示(ARI)的備選PUCCH信道集合;
UE接收下行授權信令及對應的下行數據,生成HARQ-ACK比特;
UE對包括HARQ-ACK在內的UCI比特進行處理,並根據所述下行授權信令中包括的ARI從所述備選PUCCH信道集合中確定出用於UCI比特傳輸的PUCCH信道,在確定出的PUCCH信道上傳輸所述UCI比特。
較佳地,當所述UCI比特在PUCCH格式X的信道上傳輸時,所述UE對UCI比特進行處理並在PUCCH信道上傳輸包括:
對UCI比特經編碼、速率匹配(RM)、加擾後,寫入(Rmux×Cmux)矩陣,然後逐列讀出,並在讀出時將前Cmux,0列映射到所述PUCCH格式X信道的第一個時隙,後Cmux,1 列映射到所述PUCCH格式X信道的第二個時隙;然後,對每一個時隙,經OCC擴展後映射到SCFDMA符號上;
其中,根據PUCCH格式X的SCFDMA符號數和OCC長度,確定(Rmux×Cmux)矩陣的列數Cmux,並根據PUCCH格式X信道支持傳輸的調製符號數目和每個調製符號允許攜帶的物理比特個數確定行數Rmux,Cmux,0+Cmux,1=Cmux。
較佳地,當在所述UCI比特中包括P-CSI時,在所述ARI指示的PUCCH信道上傳輸包括所述P-CSI的UCI比特。
較佳地,所述根據ARI確定PUCCH信道包括:將所述ARI信息和其他控制信息一起處理後,映射到除了Pcell的仍然用於功率控制的下行授權信令的TPC域以外的其他下行授權信令的TPC域上;根據相應TPC域上映射的ARI信息確定所述PUCCH信道。
較佳地,所述ARI信息和其他控制信息的映射包括:除Pcell上的一個下行授權信令的TPC域仍然用於功率控制以外的其他下行授權信令中,基站發送的前N個連續下行授權信令中的TPC域用於映射ARI信息,剩餘下行授權信令中的TPC域用於映射所述其他控制信息;其中N為大於等於4的整數。
較佳地,所述剩餘下行授權信令中的TPC域用於映射所述其他控制信息包括:
利用所述剩餘下行授權信令中的TPC域承載基站當前調度的下行授權信令的總數;
或者,利用所述剩餘下行授權信令中的TPC域承載基站當前調度的TB的總數。
較佳地,所述下行授權信令的總數或TB的總數為時域計數的、頻域計數的或時域和頻域聯合計數的。
較佳地,所述根據ARI確定PUCCH信道包括:
所述UE根據所述ARI信息確定PUCCH信道,並根據UCI的比特數選擇PUCCH格式;或者,
所述UE根據所述ARI的取值確定當前使用的PUCCH格式和相應的PUCCH信道;其中,所述備選PUCCH信道集合中不同備選PUCCH信道的格式為相同或不同。
一種傳輸上行控制信息UCI的設備,包括:備選PUCCH信道集合確定單元、HARQ-ACK比特生成單元、UCI比特處理單元、PUCCH信道確定單元和發送單元;
所述備選PUCCH信道集合確定單元,用於接收配置信令,確定對應ACK/NACK資源指示(ARI)的備選PUCCH信道集合;
所述HARQ-ACK比特生成單元,用於接收下行授權信令及對應的下行數據,生 成HARQ-ACK比特;
所述UCI比特處理單元,用於對包括HARQ-ACK在內的UCI比特進行處理;
所述PUCCH信道確定單元,用於根據所述下行授權信令中包括的ARI從所述備選PUCCH信道集合中確定出用於UCI比特傳輸的PUCCH信道;
所述發送單元,用於在確定出的PUCCH信道上傳輸所述UCI比特。
一種傳輸非周期CSI信息(A-CSI)的方法,包括:
用戶設備UE接收上行授權信令;
UE根據上行授權信令中的CSI請求域確定當前是否觸發A-CSI報告;
在確定觸發A-CSI報告後,UE確定要更新的CSI過程並在承載A-CSI報告的上行CC上傳輸A-CSI信息。
較佳地,所述根據上行授權信令中的CSI請求域確定當前是否觸發A-CSI報告包括:對只配置了下行傳輸的CC,UE通過檢測DCI格式0確定是否觸發A-CSI報告;其中,所述DCI格式0的所述CSI請求域,用於觸發UE對只配置下行傳輸的CC的A-CSI報告。
較佳地,對於只配置下行傳輸的CC,當根據所述DCI格式0確定觸發A-CSI報告時,所述承載A-CSI報告的上行CC為:PCell、PScell或者所述DCI格式0中指定比特所指示的上行CC。
較佳地,對於只配置下行傳輸的CC:
利用獨立高層信令配置所述DCI格式0的每個CSI請求域的值觸發的CSI過程;
和/或,將所述DCI格式0中大於2比特的信息作為所述CSI請求域;
和/或,所述在承載A-CSI報告的上行CC上傳輸A-CSI信息包括:當UE在承載A-CSI報告的上行CC上沒有調度上行數據傳輸時,按照所述DCI格式0確定所述上行CC的PUSCH信道的參數並傳輸A-CSI;當UE在所述上行CC上調度了上行數據傳輸,且未觸發其他A-CSI報告,按照所述上行CC的上行授權信令發送PUSCH並傳輸A-CSI;當UE在所述上行CC上檢測到上行授權信令並觸發另一A-CSI時,所述UE僅傳輸所述上行CC的上行授權信令觸發的A-CSI,或者,UE同時反饋兩個A-CSI報告。
較佳地,所述確定要更新的CSI過程包括:
當在一個子幀內觸發多個CG的A-CSI、且觸發的CSI過程的總數N大於UE更新和報告A-CSI的能力K時,所述UE從N個CSI過程中選擇K個優先級最高的CSI過程進行更新CSI並報告。
較佳地,對應不同的CSI過程確定優先級的方式包括:
同時反饋RI和CQI/PMI的CSI過程的優先級高於採用默認RI只反饋CQI/PMI的CSI過程的優先級;和/或,
按照預先定義的各種用於A-CSI的CSI匯報模式的優先級,確定相應CSI過程的優先級;和/或,
按照預先定義的各種下行傳輸模式的優先級,確定相應CSI過程的優先級;和/或,
根據CSI過程ID確定CSI過程的優先級;和/或,
對配置給所述UE的所有CC分別配置唯一的小區ID,根據該小區ID確定CSI過程的優先級;和/或,
對配置給所述UE的所有CC配置小區ID,該小區ID是在一個CG內的小區的索引,根據所述小區ID確定CSI過程的優先級;和/或,
根據CG索引確定CSI過程的優先級;和/或,
當一個CG被劃分為多個反饋A-CSI的子組時,根據A-CSI子組的索引確定CSI過程的優先級;和/或,
根據小區是否承載UCI信息確定優先級,其中Pcell的優先級高於PScell的優先級,PScell的優先級高於其他Scell的優先級;和/或,
許可頻段小區的CSI過程的優先級高於免許可頻段小區的CSI過程的優先級,或者,免許可頻段小區的CSI過程的優先級高於許可頻段小區的CSI過程的優先級;
較佳地,在所述選擇K個優先級最高的CSI過程時,對應一個CG的一個A-CSI報告,僅保留屬於所述K個最高優先級的CSI過程的CSI信息,並據此確定A-CSI信息的總比特數。
一種傳輸非周期CSI信息(A-CSI)的設備,包括:接收單元、A-CSI報告觸發單元和傳輸單元;
所述接收單元,用於接收上行授權信令;
所述A-CSI報告觸發單元,用於根據所述上行授權信令中的CSI請求域確定當前是否觸發A-CSI報告,並在確定觸發A-CSI報告時通知所述傳輸單元;
所述傳輸單元,用於在接收到所述A-CSI報告觸發單元的觸發通知後,確定要更新的CSI過程並在承載A-CSI報告的上行CC上傳輸A-CSI信息。
由上述技術方案可見,本申請中,UE接收配置信令,確定對應ACK/NACK資源指示(ARI)的備選PUCCH信道集合;UE接收下行授權信令及對應的下行數據,生成HARQ-ACK比特;UE對包括HARQ-ACK在內的UCI比特進行處理,並在ARI指示的PUCCH信道上傳輸。通過上述處理,能夠支持超過22比特的UCI傳輸。
本申請中還給出了一種傳輸非周期CSI信息(A-CSI)的方法,UE接收上行授權信令;UE根據上行授權信令中的CSI請求域確定當前是否觸發A-CSI報告;當確定觸發A-CSI報告後,UE確定要更新的CSI過程並在承載A-CSI報告的上行CC上傳輸A-CSI信息。通過上述處理,能夠實現更高效的A-CSI信息的傳輸。
附圖說明
圖1為PUCCH格式3的示意圖。
圖2為本申請中UCI傳輸方法的基本流程示意圖;
圖3為本申請中PUCCH格式X的示意圖;
圖4為本申請中UCI傳輸設備的基本結構示意圖;
圖5為本申請中A-CSI傳輸方法的基本流程示意圖;
圖6為本申請中A-CSI傳輸設備的基本結構示意圖。
具體實施方式
為了使本申請的目的、技術手段和優點更加清楚明白,以下結合附圖對本申請做進一步詳細說明。
本申請中給出了UCI的傳輸方法,下面分別進行介紹。首先給出本申請中UCI傳輸方法的具體實現。圖2為本申請中UCI傳輸方法的基本流程示意圖。如圖2所示,該方法包括:
步驟201,用戶設備UE接收配置信令,確定對應ACK/NACK資源指示(ARI)的備選PUCCH信道集合。
具體地,預先通過RRC等信令半靜態配置備選PUCCH信道集合,該信道集合對應於ARI。當在一個子幀內需要反饋HARQ-ACK信息時,根據下行授權信令中的2比特ARI信息可以動態指示備選PUCCH信道集合中的一個PUCCH信道用於HARQ-ACK和其他UCI傳輸。
步驟202,UE接收下行授權信令及對應的下行數據,生成HARQ-ACK比特。
在UE接收的下行授權信令中包括用於指示PUCCH信道的ARI。
步驟203,UE對包括HARQ-ACK在內的UCI比特進行處理,並根據下行授權信令中包括的ARI從備選PUCCH信道集合中確定出用於UCI比特傳輸的PUCCH信道,在確定出的PUCCH信道上傳輸UCI比特。
以下描述本發明的實施例。
實施例一
在CA系統中,PUCCH格式3隻能支持最多22比特的UCI信息傳輸。為了支持在PUCCH上反饋更多比特的UCI信息,需要定義新的PUCCH格式,以下稱為PUCCH格式X。本實施例中給出採用PUCCH格式X進行UCI信息傳輸時的具體方式,也就是上述圖2所示流程中採用PUCCH格式X時步驟203的一種實現方法。
PUCCH格式X信道可以是基於PUCCH格式3擴展得到的。一種可能的方法是仍然保持PUCCH格式3的OCC擴展結構不變,即OCC的長度不變,通過增加在頻域佔用的PRB個數來支持更多的比特,例如,假設擴展之後的信道佔用N個PRB,則它可以承載大約22N個UCI比特。另一種擴展方法是保持頻域仍然佔用一個PRB,而是減少OCC的長度,例如,採用OCC長度為2來支持更多的UCI比特。或者,也可以是同時增加佔用的PRB個數和減小OCC長度,從而支持更多的UCI比特。採用上述三種方法的共同特點是對UCI比特經編碼、速率匹配(RM)、加擾和調製以後,調製符號都是經過OCC擴展之後才映射到上行單載波頻分多址接入(SCFDMA)符號上。
如圖3所示,假設UCI比特經信道編碼、RM、加擾之後,等分成Cmux部分,可以表示為Cmux列。其中,Cmux,0列經調製和OCC擴展後映射到第一個時隙的上行SCFDMA符號上,Cmux,1列經調製和OCC擴展後映射到第二個時隙的上行SCFDMA符號上,Cmux,0+Cmux,1=Cmux。通常Cmux,0和Cmux,1相等或者相差1,從而最大化頻率分集增益。假設OCC的長度和一個時隙內用於承載調製符號的SCFDMA符號個數相等,則Cmux,0=Cmux,1=1。假設OCC長度小於一個時隙內用於承載調製符號的SCFDMA符號個數,則Cmux,0和Cmux,1可以大於1。在圖3中,只表示出對一個UCI的編碼、RM和加擾的流程,它可以是代表對多種不同類型的UCI進行聯合編碼;或者,通過簡單擴展,可以支持對多種UCI分別編碼、RM和加擾,然後一起映射為Cmux列。在圖3中,劃分Cmux列是在調製模塊之前,或者,劃分Cmux列的操作也可以位於調製模塊之後。
基於LTE的PUCCH信道結構,一個PUCCH格式X信道在子幀的兩個時隙內映射的PRB位置相對於中心頻率是鏡像關係。這樣,綜合在兩個時隙內傳輸的信號可以獲得頻率分集增益。但是,如果只觀察一個時隙內的信號,因為是局限在一個PRB內,所以基本沒有頻率分集效果。另一方面,記UCI信息為ck,k=0,1,...,K-1,K是UCI比特數,採用LTE的卷積編碼方法,對應其三個生成多項式的輸出比特分別記為和採用LTE的速率匹配(RM)方法,對比特序列和分別進行交織,然後級聯得到RM的循環緩存。即,循環緩存的前K個比特對應然後K 個比特對應最後的K個比特對應這樣,RM操作之後的輸出比特也保持類似的結構,即連續的K個是對應或者之一。為了使對應每個生成多項式的K個比特,即或者都能夠均勻的獲得頻率分集增益,應該把這K個比特均勻的映射到兩個時隙的資源上。根據圖3所示的PUCCH格式X的結構,一種處理方法是把加擾之後的比特序列qk寫入(Rmux×Cmux)矩陣,然後逐列讀出,前Cmux,0列映射到第一個時隙,後Cmux,1列映射到第二個時隙;然後,對每一個時隙,經OCC擴展後映射到SCFDMA符號上。這裡,根據PUCCH格式X的SCFDMA符號數和OCC長度,可以得到(Rmux×Cmux)矩陣的列數Cmux,記根據PUCCH格式X信道支持傳輸的調製符號數目為H,每個調製符號能夠攜帶Qm個物理比特,則(Rmux×Cmux)矩陣的行數Rmux=(H·Qm)/Cmux,並記R'mux=Rmux/Qm。在圖3中,只顯示了R'mux行,其中每個元素yk實際上代表包含Qm行的列向量。假設qk逐行寫入(Rmux×Cmux)矩陣,則或者,假設qk以Qm行為一組按組寫入(Rmux×Cmux)矩陣,則採用這個方法,保證了對應每個生成多項式的K個比特,即或者均勻映射到前Cmux,0列和後Cmux,1列,進而映射到PUCCH格式X信道的兩個時隙,從而獲得均勻的頻率分集增益,提高PUCCH格式X信道的鏈路性能。
實施例二
本實施例中,給出當UCI比特同時包括HARQ-ACK和P-CSI信息時,也就是需要同時傳輸HARQ-ACK和P-CSI信息時,本申請中的處理方式。
在LTE系統中,當UE在上行子幀需要發送多種類型的信號,相應地分配了多個上行信道。例如,假設在一個子幀內需要傳輸P-CSI,則基站半靜態為UE配置一個用於P-CSI信道。當P-CSI小於等於M比特時,例如M等於11,可以仍然是利用PUCCH格式2來反饋P-CSI。當P-CSI信息的比特數目較大時,P-CSI信道可以是PUCCH格式X信道。或者,當P-CSI比特總數小於等於N個比特時,例如,N等於22,可以配置PUCCH格式3信道用於P-CSI;而當P-CSI比特總數大於N個比特時,才採用PUCCH格式X信道。
另外,當在一個子幀內需要反饋HARQ-ACK信息時,根據下行授權信令中的2比特ACK/NACK資源指示(ARI)信息可以動態指示一個PUCCH信道用於HARQ-ACK和其他UCI傳輸。這裡,是通過RRC信令半靜態配置4個備選PUCCH信道,從而用2比特ARI動態指示使用哪個PUCCH信道用於UCI傳輸。這個PUCCH 信道可以是PUCCH格式3信道,從而支持最多22比特的UCI傳輸;或者,這個PUCCH信道也可以是PUCCH格式X信道,從而承載更大的UCI淨荷。
根據上面的分析,基站半靜態配置的用於P-CSI的PUCCH信道,只需要考慮P-CSI的比特總數,所以比特數目較少。而對用ARI指示的PUCCH信道,這個信道可以是考慮了在一個CG的一個子幀內的所有需要反饋的UCI比特(包括HARQ-ACK和P-CSI,還可以包括SR),所以ARI指示的PUCCH信道需要承載更多的比特。這樣,當在一個子幀內,需要反饋P-CSI也需要反饋HARQ-ACK時,分配用於P-CSI的PUCCH信道不一定可以承載所有UCI比特(包括HARQ-ACK和P-CSI,還可以包括SR),但是ARI指示的PUCCH信道一定可用。
為了在各種不同的UCI反饋信息組合的情況下,保持一致的UE操作,本發明提出當需要在一個子幀內同時反饋P-CSI和HARQ-ACK時(還可以進一步包括SR),UE使用ARI動態指示的PUCCH信道來反饋上述UCI信息。
採用這種方法,不管半靜態配置的P-CSI信道是PUCCH格式2、PUCCH格式3或者PUCCH格式X,UE的操作都是使用ARI動態指示的PUCCH信道來反饋上述UCI信息,保持UE操作的一致性。當不存在ARI動態指示的PUCCH信道時,才使用半靜態配置的P-CSI信道反饋上行信息。另外,當配置P-CSI的信道和ARI動態指示的信道是同一個類型的時候,因為ARI可以有多個取值,從而允許基站根據調度的UE的情況,動態調整PUCCH信道的分配,提供了基站分配PUCCH信道的靈活性。這裡,基站實現上可以使半靜態配置P-CSI的PUCCH信道是半靜態配置的對應n比特ARI的備選PUCCH信道之一,例如n等於2,從而基站可以靈活地通過ARI選擇PUCCH信道用於UCI傳輸,而且也避免造成額外的PUCCH開銷。
實施例三
為進一步降低ARI信息的冗餘比特,提高資源利用率,本申請中給出新的ARI信息的承載方式,繼而UE根據該承載方式在下行授權信令中對應提取ARI,以確定用於傳輸UCI比特的PUCCH信道。通過本實施例的方式,還能夠有效識別連續丟失綁定窗口中最後若干個下行授權信令的情況。
在LTE系統中,需要在一個上行子幀內反饋多個CC的多個下行子幀的下行傳輸的HARQ-ACK信息。這裡,把上述多個CC的多個下行子幀稱為對應這個上行子幀的綁定窗口。為了幫助UE識別是否丟失了其綁定窗口內的一個或者多個下行傳輸,在LTE系統引入了下行分配索引(DAI)技術。具體的說,DAI是兩比特信息,是一種純計數器,用於指示到當前子幀位置,一共發送了多少個下行授權信令。但是,2 比特DAI信息不能發現丟失連續的4個下行授權信令的情況,或者連續丟失最後的若干個下行授權信令的情況。上述兩比特DAI是一種對檢測性能和信令開銷的折中。換句話說,在LTE系統中,認為丟失連續4個子幀的概率非常低,不需要去優化處理。
另外,在LTE系統中,當在一個子幀內需要反饋HARQ-ACK信息時,是根據下行授權信令中的2比特ACK/NACK資源指示(ARI)信息可以動態指示一個PUCCH信道用於HARQ-ACK傳輸。這裡,是通過RRC信令半靜態配置4個備選PUCCH信道,從而用2比特ARI動態指示使用哪個PUCCH信道用於HARQ-ACK傳輸。
根據現有LTE系統中的方法,只有Pcell的DAI等於1的下行授權信令的傳輸功率控制(TPC)域仍然用於功率控制,而Pcell的其他下行授權信令和Scell的下行授權信令的TPC域都是用作ARI。當考慮為UE配置最多32載波,特別是對TDD系統時,導致有更多的下行授權信令中的TPC域被用作ARI信息。但是,實際上,所有的ARI信息都是相同的2比特信息,這造成大量的冗餘比特。
本發明提出,可以把ARI信息和其他控制信息(例如新定義的控制信息)一起處理後,映射到上述除了Pcell的仍然用於功率控制的下行授權信令的TPC域以外的其他下行授權信令的TPC域上。上述其他控制信息可以是指示當前分配那種PUCCH格式的信道、指示發送的下行授權信令總數、指示傳輸的TB總數或者作為DAI的擴展信息等。只要UE能夠收到一定數目的上述其他下行授權信令,UE就有可能完成恢復出ARI信息和上述其他控制信息。
根據上面的分析,LTE系統的DAI的設計不能發現丟失連續4個下行授權信令的情況,換句話說,丟失連續4個下行授權信令的情況不在LTE系統的優化範圍之內。基於這個性質,有可能利用下行授權信令的TPC域承載更多的信息。這裡DAI可以仍然是時域的,即對一個CC的各個子幀的下行授權信令的計數;或者,DAI可以是頻域的,即對同一個子幀內的各個CC的下行授權信令的計數;或者,DAI可以是聯合用於頻域和時域的,即首先對一個子幀內的各個CC的下行授權信令的計數,然後對下一個子幀內的各個CC的下行授權信令繼續計數。或者,DAI可以是頻域的,即對同一個子幀內的各個CC的下行授權信令調度的TB個數進行計數;或者,DAI可以是聯合用於頻域和時域的,即首先對一個子幀內的各個CC的下行授權信令的調度的TB個數進行計數,然後對下一個子幀內的各個CC的下行授權信令的TB個數進行繼續計數。
一種可能的方法是,除Pcell上的一個下行授權信令的TPC域仍然用於功率控制以外,基站發送的前N個其他連續下行授權信令中的TPC域仍然指示ARI信息,N大於Nmin,例如Nmin等於4;而後續其他下行授權信令中的TPC域用於指示其他控制 信息。這裡,只有當UE丟失上述前N個連續的下行授權信令時,UE才沒有可用的ARI信息,這樣的概率非常小,不需要進行優化處理。以下描述處理第N個指示ARI的下行授權信令以後的其他下行授權信令的TPC域的處理方法。
第一種處理方法是利用這些TPC域承載基站當前調度的下行授權信令的總數。進一步地,可以是對下行授權信令的個數模Nmin,從而可以用log2(Nmin)比特來傳輸。例如Nmin等於4,是用2個比特來傳輸當前調度的下行授權信令的總數。根據對下行授權信令中計數的DAI,UE已經可以發現除丟失最後若干個下行授權信令以外的丟失小於Nmin個連續下行授權信令的情況。進一步地,基於這個方法,根據在TPC域中傳輸的這個下行授權信令的總數,UE可以判斷他是否丟失了基站調度的最後1~Nmin-1個下行授權信令。這樣,綜合DAI和TPC域傳輸的下行授權信令的總數,UE可以發現所有丟失大於等於Nmin個連續下行授權信令以外的丟失情況。根據上面的分析,當Nmin大於等於4時,不需要優化丟失連續Nmin個下行授權信令的情況,所以UE可以推斷出基站共計發送了多少個下行授權信令,並相應地設置HARQ-ACK的比特數。UE可以根據當前子幀承載的UCI比特數目進一步確定ARI指示的是哪種PUCCH格式的PUCCH信道。上述UCI可以包括HARQ-ACK、P-CSI和/或SR。
採用這個方法,除Pcell的TPC域仍然用於功率控制的下行授權信令外,假設UE收到前N個指示ARI的下行授權信令以外的至少一個下行授權信令,即UE收到了在TPC域承載的當前調度的下行授權信令的總數,從而UE可以準確得到HARQ-ACK的比特總數,並按照這個比特總數在ARI指示的PUCCH信道上傳輸HARQ-ACK信息,這裡,在ARI指示的PUCCH信道上可以同時反饋其他UCI信息。或者,除Pcell的TPC域仍然用於功率控制的下行授權信令外,假設UE僅收到前N個指示ARI的下行授權信令中的至少一個,UE仍然獲得了ARI信息,從而確定PUCCH信道,但是不能確切知道基站調度下行授權信令數目。UE可以按照其能夠檢測到或者分析得到的下行授權信令的數目確定HARQ-ACK比特總數。或者,在這種情況下,UE也可以是固定按照基站調度了N個下行授權信令來計算HARQ-ACK的比特數,例如UE固定反饋2N個HARQ-ACK比特。
在基站側,當基站實際調度至少N+Nmin個下行授權信令時,在不優化丟失連續Nmin個下行授權信令的前提下,UE一定收到了在TPC域承載的當前調度的下行授權信令的總數,基站可以假設UE準確知道HARQ-ACK比特總數,從而不需要盲檢測。當基站實際調度大於N個但是小於N+Nmin個下行授權信令時,因為UE可能丟失最後面的最多Nmin-1個下行授權信令,導致UE未能收到在TPC域承載的當前調度的下行授權信令的總數,從而UE有可能不知道準確的HARQ-ACK數目;或者,當基站實 際調度小於等於N個下行授權信令時,即基站未能利用TPC域承載的當前調度的下行授權信令的總數,導致UE不知道準確的HARQ-ACK數目。這時,如果UE的操作是按照其能夠檢測到或者分析得到的下行授權信令的數目確定HARQ-ACK比特總數,基站可以是盲檢測多種可能的HARQ-ACK比特總數來完成HARQ-ACK的接收;或者,基站僅按照其實際調度的下行數據傳輸對應的HARQ-ACK比特數來進行HARQ-ACK的接收。或者,如果UE在沒有收到TPC域承載的當前調度的下行授權信令的總數的情況下,是固定按照基站調度了N個下行授權信令來計算HARQ-ACK的比特數,例如UE固定反饋2N個HARQ-ACK比特。基站可能需要盲檢測兩個淨荷大小,即基站實際調度對應的HARQ-ACK比特數和2N比特。
第二種處理方法是利用這些TPC域承載基站當前調度的TB的總數。進一步地,可以是對TB總數模Bmin,從而可以用log2(Bmin)比特來傳輸。例如Bmin等於8,上述log2(Bmin)比特信息經處理後需要映射到多個下行授權信令的TPC域上。根據下行授權信令中的對TB進行計數的DAI,UE已經可以發現除丟失最後若干個TB以外的丟失連續小於Bmin個TB的情況。進一步地,基於這個方法,根據在TPC域中傳輸的這個TB總數,UE可以判斷他是否丟失了基站調度的最後1~Bmin-1個TB。這樣,綜合DAI和TPC域傳輸的TB總數,UE可以發現所有丟失大於等於Bmin個連續TB以外的丟失情況。根據上面的分析,不需要優化丟失連續4個下行授權信令的情況,當Bmin等於8時,丟失Bmin個連續TB相當於丟失連續大於等於4個下行授權信令,即不需要優化,所以UE可以推斷出基站共計發送了多少個TB,並相應地設置HARQ-ACK的比特數。UE可以根據當前子幀承載的UCI比特數目進一步確定ARI指示的是哪種PUCCH格式的PUCCH信道。上述UCI可以包括HARQ-ACK、P-CSI和/或SR。
採用這個方法,除Pcell的TPC域仍然用於功率控制的下行授權信令外,假設UE收到前N個指示ARI的下行授權信令以外的至少一個下行授權信令,即UE收到了在TPC域承載的當前調度的TB總數,從而UE可以準確得到HARQ-ACK的比特總數,並按照這個比特總數在ARI指示的PUCCH信道上進行HARQ-ACK傳輸,這裡,在ARI指示的PUCCH信道上可以同時反饋其他UCI信息。或者,除Pcell的TPC域仍然用於功率控制的下行授權信令外,假設UE僅收到前N個指示ARI的下行授權信令中的至少一個,UE仍然獲得了ARI信息,從而確定PUCCH信道,但是不能確切知道基站調度下行授權信令數目。UE可以按照其能夠檢測到或者分析得到的TB數目確定HARQ-ACK比特總數。或者,在這種情況下,UE也固定按照基站調度了B個TB來計算HARQ-ACK的比特數,例如UE固定反饋B個HARQ-ACK比特。
在基站側,當基站實際調度至少N+Nmin個下行授權信令時,在不優化丟失連續 Nmin個下行授權信令的前提下,UE一定收到了在TPC域承載的當前調度的TB的總數,基站可以假設UE準確知道HARQ-ACK比特總數,從而不需要盲檢測。當基站實際調度大於N個但是小於N+Nmin個下行授權信令時,因為UE可能丟失最後面的最多Nmin-1個下行授權信令,導致UE未能收到在TPC域承載的當前調度的TB總數,從而UE有可能不知道準確的HARQ-ACK數目;或者,當基站實際調度小於等於N個下行授權信令時,即基站未能利用TPC域承載的當前調度的TB總數,導致UE不知道準確的HARQ-ACK數目。這時,如果UE的操作是按照其能夠檢測到或者分析得到的TB數目確定HARQ-ACK比特總數,基站可以是盲檢測多種可能的HARQ-ACK比特總數才能完成HARQ-ACK的接收;或者,基站僅按照其實際調度的下行數據傳輸對應的HARQ-ACK比特數來接收HARQ-ACK的接收。或者,如果UE在沒有收到TPC域承載的當前調度的TB總數的情況下,是固定按照基站調度了B個下行授權信令來計算HARQ-ACK的比特數,即UE固定反饋B個HARQ-ACK比特。基站可能需要盲檢測兩個淨荷大小,即基站實際調度對應的HARQ-ACK比特數和B比特。
實施例四
在本實施例中,給出根據ARI信息確定PUCCH信道和相應的PUCCH格式的具體方式。
在LTE系統中,需要在一個上行子幀內反饋多個CC的多個下行子幀的下行傳輸的HARQ-ACK信息。這裡,把上述多個CC的多個下行子幀稱為對應這個上行子幀的綁定窗口。對參考HARQ定時是FDD定時的情況,綁定窗口包括一個子幀內的多個CC的資源;對參考HARQ定時TDD定時的情況,則綁定窗口包括多個CC的多個子幀內的資源。當可以配置UE的CC數目很多時,相應地HARQ-ACK的比特數目也越多。例如,假設配置了32CC,每個CC的綁定窗口都包括4個子幀,則即使在考慮了空間綁定(spatial bundling)的情況下,HARQ-ACK的比特數也達到128。
但是,通常情況下,基站不會調度綁定窗口內所有配置的CC的所有子幀給同一個UE。有些情況下,基站可能僅在綁定窗口內調度了很少的下行數據,有效的HARQ-ACK比特數小於等於N1比特,例如N1等於22,則在考慮資源利用率時,應該分配PUCCH格式3信道給UE。在另一些情況下,基站調度了較多的下行數據,導致有效的HARQ-ACK比特數大於N1,則需要分配PUCCH格式X信道給UE。進一步的,PUCCH格式X信道還可以是支持多種淨荷比特數,例如,當需要反饋的HARQ-ACK比特數大於N1但是小於等於N2比特時,例如N2等於66,UE可以按照承載N2比特的情況處理PUCCH格式X信道;當需要反饋的HARQ-ACK比特數大於N2比特時,UE可以按照承載N3比特的情況處理PUCCH格式X信道,例如N3等於 130。為了在保證基站調度靈活性的前提下,儘可能優化PUCCH的傳輸性能,提高上行資源利用率,UE需要動態轉換採用的PUCCH信道。例如,以N1比特為界,轉換PUCCH格式3信道和PUCCH格式X信道;或者,以N1比特和N2比特為界,轉換PUCCH格式3信道、淨荷較小的PUCCH格式X信道和淨荷較大的PUCCH格式X信道。
另外,在LTE系統中,當在一個子幀內需要反饋HARQ-ACK信息時,是根據下行授權信令中的2比特ACK/NACK資源指示(ARI)信息可以動態指示一個PUCCH信道用於HARQ-ACK傳輸。這裡,是通過RRC信令半靜態配置4個備選PUCCH信道,從而用2比特ARI動態指示使用哪個PUCCH信道用於HARQ-ACK傳輸。
這裡,本發明提出ARI的一個值動態指示用於UCI傳輸的PUCCH信道格式,並進一步動態指示出UE當前使用的PUCCH信道。具體的說,記ARI是N比特信息,例如N等於2,通過RRC信令半靜態配置2N個備選,並分別配置這2N個備選的PUCCH信道格式和對應的PUCCH信道。不同備選PUCCH信道的格式可以是相同的或者不同的。然後,可以用下行授權信令中的N比特ARI動態指示用於UCI傳輸的PUCCH信道格式和PUCCH信道。UE根據檢測到的ARI信息確定PUCCH信道格式以及使用的PUCCH信道。採用這種方法,提供基站動態指示PUCCH格式的靈活性,但是,在不增加ARI比特數目的情況下,它也意味著對應一種特定PUCCH格式的備選信道數目減少了。
上述即為本申請中傳輸UCI方法的具體實現。本申請還提供一種傳輸UCI的設備,可以用於實施上述本申請的UCI傳輸方法。圖4為該設備的基本結構示意圖,如圖4所示,該設備包括:備選PUCCH信道集合確定單元、HARQ-ACK比特生成單元、UCI比特處理單元、PUCCH信道確定單元和發送單元。
其中,備選PUCCH信道集合確定單元,用於接收配置信令,確定對應ACK/NACK資源指示(ARI)的備選PUCCH信道集合。HARQ-ACK比特生成單元,用於接收下行授權信令及對應的下行數據,生成HARQ-ACK比特。UCI比特處理單元,用於對包括HARQ-ACK在內的UCI比特進行處理。PUCCH信道確定單元,用於根據下行授權信令中包括的ARI從備選PUCCH信道集合中確定出用於UCI比特傳輸的PUCCH信道。發送單元,用於在確定出的PUCCH信道上傳輸包括HARQ-ACK在內的UCI比特。
下面針對UCI信息中的A-CSI傳輸方法和設備進行介紹。圖5為本申請中傳輸A-CSI信息的方法基本流程圖。如圖5所示,該方法包括:
步驟501,UE接收上行授權信令。
步驟502,UE根據上行授權信令中的CSI請求域確定當前是否觸發A-CSI報告。
步驟503,在確定觸發A-CSI報告後,UE確定要更新的CSI過程,並在承載A-CSI報告的上行CC上傳輸A-CSI信息。
下面通過兩個具體實施例說明A-CSI的具體傳輸方式。
實施例五
在LTE系統中,可以觸發A-CSI報告,並且是映射到PUSCH信道上傳輸。在上行授權信令中包含1比特或者2比特的CSI請求域,它用於觸發UE的A-CSI報告。以2比特CSI請求域為例,值「0,0」指示不觸發A-CSI;值「0,1」指示上行授權信令調度的上行CC對應的下行CC的A-CSI,這裡的對應關係是根據系統信息塊SIB2確定的;值「1,0」和「1,1」具體觸發那些CSI報告是用RRC信令配置的,所以可以是配置觸發任何一個CC的A-CSI,具有最大的靈活性。但是,對值「0,1」,因為典型的CA配置都是非對稱的,只有配置了對應的上行CC的那些下行CC才能用值「0,1」來觸發A-CSI。特別地,UE可以是配置了32個下行CC,而只配置1個上行CC,這在很大程度上限制了值「0,1」的可用性。
為了充分利用值「0,1」,本實施例提出對只配置了下行傳輸的CC,仍然要求UE檢測DCI格式0,從而利用DCI格式0來觸發UE對這樣的只配置下行傳輸的CC的A-CSI報告。這裡,UE檢測DCI格式0並不增加盲檢測次數,這時因為DCI格式0和DCI格式1A的比特數目相等,並且UE在盲檢測調度下行傳輸的下行授權信令時一定會檢測DCI格式。
這裡,因為只配置了下行傳輸的CC實際上不能進行上行傳輸,觸發的A-CSI信息只能在其他配置了上行帶寬的CC上。這個CC可以固定是Pcell;或者,這個CC可以是對應這個只配置下行傳輸的CC的反饋UCI的CC,即PScell;或者,可以是對DCI格式0的一些比特進行重新定義,從而指示UE從多個配置的上行CC中選擇一個用於A-CSI反饋。
這種對應只配置下行傳輸的CC的DCI格式0可以是僅用於觸發A-CSI,或者也可以同時觸發對只配置下行傳輸的CC的A-CSI和調度反饋A-CSI的CC上的上行數據傳輸。
這種對應只配置下行傳輸的CC的DCI格式0可以是只有值「0,1」用於觸發A-CSI,或者也可以是值「0,1」、「1,0」和「1,1」都可以用於觸發A-CSI。對值「0,1」、「1,0」和「1,1」,其觸發的A-CSI對應的CSI過程是用高層信令配置的,可以與其他支持上行傳輸的CC的配置相同,或者,也可以是不同的。
這種對應只配置下行傳輸的CC的DCI格式0可以仍然是只有兩個比特用於CSI請求,或者也可以是把更多的比特用於CSI請求,從而可以用RRC信令配置更多的不同的A-CSI信息的集合。例如,假設只配置下行傳輸的CC的DCI格式0不調度上行數據,則DCI格式中的一些域是無用的,可以用來增加CSI請求的比特數。
當用只配置下行傳輸的CC的DCI格式0觸發了A-CSI,並且UE在反饋A-CSI的CC上沒有調度上行數據傳輸時,按照這個DCI格式0確定反饋A-CSI的CC的PUSCH信道的相關參數並傳輸A-CSI。當用只配置下行傳輸的CC的DCI格式0觸發了A-CSI,並且UE在反饋A-CSI的CC上也調度了上行數據傳輸時,但是在反饋A-CSI的CC上沒有額外觸發A-CSI報告,則按照反饋A-CSI的CC的上行授權信令來確定PUSCH信道的相關參數,然後在這個PUSCH信道上傳輸只配置下行傳輸的CC的DCI格式0觸發的A-CSI。當用只配置下行傳輸的CC的DCI格式0觸發了A-CSI,並且UE在反饋A-CSI的CC檢測到上行授權信令並額外觸發了A-CSI時,即UE同時在一個子幀內收到至少兩個A-CSI觸發,UE可以認為這種情況是配置錯誤;或者,UE可以僅傳輸反饋A-CSI的CC的上行授權信令觸發的A-CSI,即丟掉只配置下行傳輸的CC的DCI格式0觸發的A-CSI;或者,UE可以對同時反饋兩個A-CSI報告,特別地,UE可以是反饋兩個A-CSI的併集,即對兩個A-CSI的重複的CSI過程,僅需要傳輸一次。
實施例六
在LTE系統中,可以觸發A-CSI報告,並且是映射到PUSCH信道上傳輸。在上行授權信令中包含1比特或者2比特的CSI請求域,它用於觸發UE的A-CSI報告。以2比特CSI請求域為例,值「0,0」指示不觸發A-CSI;值「0,1」指示上行授權信令調度的上行CC對應的下行CC的A-CSI,這裡的對應關係是根據SIB2確定的;值「1,0」和「1,1」具體觸發那些CSI報告是用RRC信令配置的,所以可以是配置觸發任何一個CC的A-CSI,具有最大的靈活性。
另外,在LTE系統中,可以為UE配置了多個小區組(CG,Cell Group),並且對一個CG,在這個CG的一個小區上反饋這個CG的各個小區的UCI信息。特別地,可以是對每個CG分別用RRC信令配置A-CSI報告的CSI過程集合,並用上行授權信令來分別觸發UE的A-CSI報告。但是,從UE能力上講,不管是否配置了多個CG,UE在一個子幀內能夠更新和反饋A-CSI的CSI過程數目是不變的,記為K個CSI過程。對各個CG,CSI請求域所觸發的A-CSI報告是獨立配置的,即,對一個CG,允許對應CSI請求域的一個碼字配置包含最多K個CSI過程的A-CSI報告。這可能會導 致在同一個子幀內,當基站在多個CG內都觸發了A-CSI報告時,多個CG觸發的CSI過程的總數可以超過UE更新和反饋A-CSI的能力。這時,一種處理方法是讓UE認為這是一種配置錯誤,但是這造成對基站觸發A-CSI的限制。另一個處理方法是依賴於UE實現來處理這種情況。因為不同的製造商可能有不同的實現方法,這導致基站不確定UE到底報告的哪K個CSI過程是最新的,這也不利於基站調度。實際上,在一些情況下,基站可以是故意使一個子幀內在多個CG觸發的A-CSI過程總數大於K,僅需要定義一定的優先級規則,就可以控制UE只更新一部分高優先級的CG的A-CSI;或者,控制UE只更新各個CG的優先級較高的CSI過程,這樣的可以更新的CSI過程的集合不是通過RRC信令配置的,從而在不變化RRC信令的情況下,增加了觸發A-CSI的集合數目。
本實施例提出,當基站在一個子幀內觸發多個CG的A-CSI,並且觸發的CSI過程的總數大於UE更新和報告A-CSI的能力K時,記觸發的CSI過程的總數為N,則UE從上述N個CSI過程中選擇K個優先級最高的CSI過程進行更新CSI並報告。
對CSI信息,可以從以下幾個方面來處理優先級。
對A-CSI,其設計原則是一次反饋完成的CSI信息,即,在RI信息是默認為特定值的情況下,例如RI等於1,報告所有相關的CQI/PMI信息;或者,UE需要在一個PUSCH上報告RI信息和所有CQI/PMI信息。這樣,區分RI和CQI/PMI兩種CSI報告類型的方法不能直接適用於A-CSI。一種簡單的方法是不在使用CSI報告類型作為A-CSI優先級的依據。或者,定義同時反饋RI和CQI/PMI的CSI過程的優先級高於採用默認RI從而只反饋CQI/PMI的CSI過程。或者,可以是定義各種用於A-CSI的CSI匯報模式的優先級。或者,可以是定義各種下行傳輸模式的優先級。
CSI過程ID仍然可以作為判斷A-CSI優先級的一個依據。例如,CSI過程ID較小的CSI過程優先。對TM1~9,LTE系統沒有定義CSI過程,但是可以按照只配置一個CSI過程並且CSI過程ID為0來處理。
對小區ID,可以有兩種定義方法。第一種方法是UE的所有配置的CC分別配置唯一的小區ID,這樣,可以根據小區ID來判斷不同CG的CSI過程的優先級,並且因為不同CG的小區ID不同,一定可以選出優先級更高的CSI過程,從而也就不需要再比較其他參數。或者,第二種方法是配置小區ID是在一個CG內的小區的索引,即不同的CG內的小區可以有相同的用於A-CSI優先級的小區ID,這樣,當兩個CG內的CSI過程的小區ID都相同時,可以進一步比較CSI子幀集索引,例如,CSI子幀集索引較小的CSI過程優先;或者,當兩個CG內的CSI過程的小區ID相同時,可以進一步比較CG的索引,例如,CG索引較小的CSI過程優先;或者也可以進一步把CSI 子幀集索引和CG索引都作為優先級準則。
CG索引可以作為判斷A-CSI優先級的一個依據。例如,CG索引較小的CSI過程優先。採用這個方法,可以實現Pcell所在的CG優先級最高,從而保護Pcell所在的CG的下行傳輸性能。
假設一個CG可以進一步劃分多個反饋A-CSI的子組,即一個A-CSI觸發的A-CSI是局限在一個子組內的CC上,則可以把A-CSI子組的索引可以作為判斷A-CSI優先級的一個依據。例如,A-CSI子組的索引較小的CSI過程優先。這裡可以是跨越CG,對所有A-CSI子組一起排序,從而一定可以按照A-CSI子組索引區分優先級。這裡,一般需要保證Pcell所在CG內的A-CSI子組具有更低的索引。或者A-CSI子組的索引是在每個CG內部定義的,即多個CG內的A-CSI子幀的索引可以是相等的。
為了儘可能保證用於承載UCI信息的CC的下行傳輸性能,可以是定義下面的優先級順序,即Pcell的優先級>PScell的優先級>其他Scell的優先級。這裡,如果有多個PScell,認為其優先級相同,如果有多個其他SCell,也認為其優先級相同;或者,如果有多個PScell,可進一步按照其索引排序;如果有多個其他Scell,是按照其索引排序。
可以把小區所在的許可頻段或者免許可頻段作為一個準則,例如,許可頻段的小區優先級高於免許可頻段的小區,這時因為許可頻段的小區的CSI測量肯定是可用的,但是對免許可頻段的小區,即使觸發了A-CSI報告,但是如果這個小區已經長時間沒有佔有信道,其A-CSI的有效性很低。或者,也可以定義免許可頻段的小區優先級高於許可頻段的小區,這時因為免許可頻段的一次CSI匯報如果不能及時報告並利用,可能導致基站在很長時間內沒有CSI信息可用,而許可頻段上的CSI報告則經常可以報告,即匯報的機會更多。
採用本發明上面的方法,當基站在多個CG觸發的A-CSI的CSI過程數大於K時,UE根據上述優先級規則確定更新其中的K個CSI過程的CSI信息。因為這種優先級規則同時作用於基站和UE,沒有不確定性,UE可以在上行方向只傳輸對應上述K個CSI過程的A-CSI信息,即,對應一個CG的一個A-CSI報告,僅保留屬於上述K個最高優先級的CSI過程的CSI信息,並據此確定A-CSI信息的總比特數,並相應地在對應這個CG的這個A-CSI報告的上行信道上傳輸。採用這個方法,因為去除了未更新的A-CSI的無效比特,減小對一般上行數據傳輸的影響,提高上行資源利用率。
以上描述了分別多種處理A-CSI優先級的參數,實際的優先級準則可以是聯合使用上述優先級的一種或者多種參數。例如,採用四種參數並且按照優先級別從高到低的順序依次為,CSI報告類型>CSI過程ID>小區ID>CSI子幀集索引。在聯合採用了 多種參數的情況下,只有當高級別的參數不能判斷優先級的情況下,才進一步比較低一級的參數。
上述即為本申請中A-CSI的傳輸方法的具體實現。本申請還提供了一種A-CSI的傳輸設備。圖6為該設備的基本結構示意圖,如圖6所示,該設備包括:接收單元、A-CSI報告觸發單元和傳輸單元。
其中,接收單元,用於接收上行授權信令。A-CSI報告觸發單元,用於根據上行授權信令中的CSI請求域確定當前是否觸發A-CSI報告,並在確定觸發A-CSI報告時通知傳輸單元。傳輸單元,用於在接收到A-CSI報告觸發單元的觸發通知後,確定要更新的CSI過程並在承載A-CSI報告的上行CC上傳輸A-CSI信息。
以上所述僅為本發明的較佳實施例而已,並不用以限制本發明,凡在本發明的精神和原則之內,所做的任何修改、等同替換、改進等,均應包含在本發明保護的範圍之內。