移動通信系統中用于發送反向控制信號的方法和設備的制作方法
【專利摘要】本發明屬于一種用于發送控制信號的方法和設備，并且根據本發明一個實施例的供終端發送控制信號的方法可以包括：在活躍時間期間感測第一子幀中的強制性終止的步驟；以及其中如果感測到強制性終止，并且如果在第一子幀之后的預設數量的子幀當中的第二子幀中設置了經由物理上行鏈路控制信道(PUCCH)的信道質量指示符(CQI)傳輸，并且在第二子幀中沒有設置混合自動重復請求(HARQ)反饋傳輸和物理上行鏈路共享信道(PUSCH)傳輸中的任何一個，則經由PUCCH運行CQI傳輸的步驟。本發明的實施例使得終端的功耗能夠被減少。
【專利說明】移動通信系統中用于發送反向控制信號的方法和設備
【技術領域】
[0001 ] 本發明涉及用于在移動通信系統中發送上行鏈路控制信號的方法和裝置。
【背景技術】
[0002]移動通信系統被開發為向用戶提供移動中的通信服務。隨著技術的快速進步，移動通信系統已經發展為除標準語音通信服務之外支持高速數據通信服務。
[0003]最近，在第3代合作伙伴計劃(3GPP)中進行作為下一代移動通信系統之一的長期演進(LTE)系統的標準化。LTE是用于實現具有高于當前可用的數據速率的高達IOOMbps的數據速率的基于高速分組的通信的技術，并且它的標準化幾乎完成。
[0004]在無線移動通信系統中，減少功耗非常重要。為了實現這一點，LTE移動通信系統采用間斷接收，其中終端僅在間斷接收周期期間的活躍時間中發送上行鏈路控制信號，從而最小化終端的功耗。
[0005]本發明提出了用于通過定義在不必要地在間斷接收過程中強制地增加終端的處理能力的情形中的有效的終端操作來減少終端的復雜性和成本并最小化功耗的方法和裝置。
【發明內容】
[0006]技術問題
[0007]本發明的實施例目標在于提供用于有效地減少終端的功耗的方法和裝置。
[0008]解決方案
[0009]根據本發明的一方面，終端的控制信號傳輸方法包括:在活躍時間中檢測第一子幀處的強制性終止；以及當檢測到強制性終止、在第一子幀之后的預定數量的子幀中的第二子幀處在物理上行鏈路控制信道(PUCCH)上調度任何信道質量指示符(CQI)傳輸并且在第二子幀處既沒有配置HARQ自動重復請求(HARQ)反饋傳輸也沒有配置物理上行鏈路共享信道(PUSCH)時，發送CQI。
[0010]根據本發明的另一個方面，發送控制信號的終端包括:控制單元，在活躍時間中檢測第一子幀處的強制性終止；以及通信單元，檢測強制性終止，并且當檢測到強制性終止、在第一子幀之后的預定數量的子幀中的第二子幀處在物理上行鏈路控制信道(PUCCH)上調度任何信道質量指示符(CQI)傳輸并且在第二子幀處既不配置HARQ自動重復請求(HARQ)反饋傳輸也不配置物理上行鏈路共享信道(PUSCH)時，發送CQI。
[0011]有益效果
[0012]根據本發明的實施例，通過與間斷接收操作相關聯地將終端的處理能力維持在合適的水平，可以減少終端的功耗和成本。
【專利附圖】
【附圖說明】
[0013]圖1是示出本發明應用到的LTE系統的架構的示圖。[0014]圖2是圖解本發明所應用到的LTE系統的協議棧的示圖。
[0015]圖3是圖解UE的間斷接收操作的示圖。
[0016]圖4是示出根據本發明的第一實施例的當UE的活躍時間結束時的CSI傳輸過程的流程圖。
[0017]圖5是示出根據本發明的第一實施例的當活躍時間被終止時的UE的SRS傳輸過程的流程圖。
[0018]圖6是示出用于SRS傳輸的子幀結構的示圖。
[0019]圖7是示出根據本發明的第二實施例的發送PUSCH的過程的流程圖。
[0020]圖8是示出根據本發明的第二實施例的第一替換示例的PUSCH傳輸過程的流程圖。
[0021]圖9是示出根據本發明的第二實施例的第二替換示例的PUSCH傳輸過程的流程圖。
[0022]圖10是示出根據本發明的第二實施例的第三替換示例的PUSCH傳輸過程的流程圖。
[0023]圖11是示出UEl 105和eNBlllO之間的功能配置過程的信號流圖。
[0024]圖12是示出根據本發明的第三實施例的通信過程的流程圖。
[0025]圖13是示出根據本發明的第四實施例的UE的軟緩沖器處理過程的流程圖。
[0026]圖14是示出根據本發明的實施例的UE的軟緩沖器大小確定過程的流程圖。
[0027]圖15是示出根據本發明的實施例的UE的配置的框圖。
[0028]圖16是示出根據本發明的實施例的eNB的配置的框圖。
【具體實施方式】
[0029]可以省略在此合并的公知功能和結構的詳細描述，以避免模糊本發明的主題內容。參照附圖詳細描述本發明的示范性實施例。在本發明的說明之前，對LTE系統和載波聚合進行簡短的描述。
[0030]圖1是示出本發明應用到的LTE系統的架構的示圖。
[0031]參照圖1，移動通信系統的無線接入網絡包括演進節點B(eNB)105、110、115和120，移動性管理實體(MME) 125和服務網關(S-GW) 130。用戶設備(在下文被稱為UE) 135經由eNB105、110、115和120以及S-Gffl30連接至外部網絡。
[0032]在圖1中，eNB105、110、115和120對應于UMTS系統的傳統節點B。eNB105、110、115和120允許UE建立無線鏈路，并且與傳統節點B相比負責復雜的功能。在LTE系統中，通過共享信道提供包括諸如網絡電話(VoIP)的實時服務的所有用戶業務，因而需要位于eNB中的設備來基于諸如UE緩沖器條件、功率上升空間狀態和信道狀態的狀態信息來調度數據。通常，一個eNB控制多個小區。為了保證高達IOOMbps的數據速率，LTE系統采用正交頻分復用(OFDM)作為無線接入技術。此外，LTE系統采用自適應調制和編碼(AMC)來適應于UE的信道條件而確定調制方案和信道編碼速率。S-GW130是提供數據承載以便在MME125的控制下建立和釋放數據承載的實體。MME125負責各種控制功能，并且連接至多個eNB105、110、115 和 120。
[0033]圖2是圖解本發明所應用到的LTE系統的協議棧的示圖。[0034]參照圖2，LTE系統的協議棧包括分組數據會聚協議(I3DCP) 205和240、無線鏈路控制(RLC) 210和235、媒體訪問控制(MAC) 215和230以及物理(PHY) 220和225。PDCP205和240負責IP報頭壓縮/解壓縮，并且RLC210和235負責將TOCP協議數據單元(I3DU)分割為用于自動重復請求(ARQ)操作的適當大小的片段。MAC215和230負責建立到多個RLC實體的連接，以便將RLC PDU復用到MAC PDU，以及將MAC PDU解復用為RLC PDU0 PHY220和225對MAC PDU執行信道編碼，并且將MAC PDU調制成OFDM碼元來在無線信道上發送，或者對所接收的OFDM碼元執行解調制和信道解碼，并且向更高層傳遞經解碼的數據。
[0035]圖3是圖解UE的間斷接收操作的示圖。
[0036]間斷接收操作是監視下行鏈路信道(物理下行鏈路控制信道；PDCCH)僅達預定的持續時間并且發送關于信道質量的上行鏈路信號的操作。這里，上行鏈路信號可以包括信道狀態指示符/信息(CSI)和/或探測參考信號(SRS)。被配置用于監視下行鏈路調度信道的持續時間被稱為活躍時間(Active Time)。使用此方法，可以最小化在活躍時間之外的時間(下文中稱為非活躍時間)期間的UE的功耗。
[0037]活躍時間出現在每個間斷接收(DRX)周期中，并且依賴于UE的業務情況來確定活躍時間的時段。例如，對于當滿足預定條件時的情況，UE使用短DRX周期305，并且對于當不滿足條件時的情況，UE使用長DRX周期310。這里，短DRX周期305是短于長DRX周期310的持續時間的持續時間。
[0038]每個DRX周期包括所謂的onDuration(開啟持續時間)315的相對短的持續時間的活躍時間，在onDUration315期間如果新的數據被調度，則通過非活躍計時器(inactivityTimer)來延長活躍時間，如參考標號320所表示的。每當新數據被調度時非活躍計時器開啟或重新開啟，并且如果業務增加，則UE與其匹配地延長活躍時間。
[0039]CSI表示關于諸如信道質量指示符(CQI)和秩指示符(RI)的下行鏈路信道質量以及多輸入多輸出(MMO)操作的反饋。通過物理上行鏈路控制信道(PUCCH)或物理上行鏈路共享信道(PUSCH)發送CSI。通常，CSI包括CQI，并且因為CQI很可能導致CSI中的任何問題，所以按相同的意思互換地使用術語CSI和CQI。
[0040]UE可以被配置為在預定的時間使用預定的PUCCH傳輸資源來發送CSI。通過所指示的PUCCH傳輸資源發送CSI的UE操作被稱為PUCCH上的CSI。如果PUCCH上用于CSI的子幀被保留用于發送PUSCH、用戶數據或MAC PDU的上行鏈路信道，則UE必須使用一部分PUSCH傳輸資源來發送CSI以遵守單載波傳輸，這被稱為PUSCH上的CSI。
[0041]〈第一實施例〉
[0042]根據當前的標準，當活躍時間突然結束和延長時，UE不能調整對于某一持續時間的CSI/RS傳輸。例如，當活躍時間突然結束時，雖然UE必須停止CSI/SRS傳輸，但是它很可能沒能停止。
[0043]為了解決此問題，當UE的活躍時間結束或延長時，本實施例賦予對于預定持續時間的CSI/SRS傳輸的自由度。然而，這可能導致迫使eNB執行所謂的二次解碼的問題。例如，eNB在UE尚未發送CSI/SRS的假設下解碼信號，然后在UE已發送CSI/SRS的假設下再次解碼信號。這種兩次對相同信號解碼的過程被稱為二次解碼。本實施例提出了在活躍時間突然結束的情況中僅當在第η子幀中CSI/SRS傳輸不與混合自動重復請求(HARQ)反饋或PUSCH傳輸重疊時對CSI/SRS傳輸賦予自由度、但是當它們不重疊時執行CSI/SRS傳輸的方法。
[0044]圖4是示出根據本發明的第一實施例的當UE的活躍時間結束時的CSI傳輸過程的流程圖。
[0045]在步驟405，UE在某一時間點從eNB接收DRX配置信息和CSI配置信息。DRX配置信息包括DRX周期長度、DRX開始時間計算信息、onDuration長度和inactivityTimer長度中的至少一個。
[0046]CSI配置信息包括以下至少一個。
[0047]?關于CQI傳輸時間的信息可以以索引的形式給出。例如，可以預先確定映射到索引X的間隔和偏移，并且向用戶提供索引。UE使用接收到的索引獲取CQI傳輸時間信息。
[0048].CQI傳輸資源信息。
[0049]?指示是否允許 CQI 和 HARQ ACK/NACK 的同時傳輸(simultaneousAckNackCQI)的指示符(下文中稱為同時傳輸允許指示符)
[0050]如果接收到以上信息，則UE的無線資源控制(RRC)層將信息傳送到UE的MAC控制設備。在步驟410，UE的MAC控制設備使用控制信息執行正常的DRX操作和CQI傳輸操作。即，MAC控制設備在每一子幀確定當前子幀是否是活躍時間。如果當前子幀是活躍時間，則MAC控制設備監視H)CCH，并且如果CQI傳輸被配置，則發送CQI。在下面的描述中，如果在某一子幀中配置CQI傳 輸，則這意味著根據CQI配置信息在該子幀中保留定期的CQI傳輸。UE執行正常的DRX操作并且在步驟415經歷意外的活躍時間終止(強制性終止)。如果活躍時間被意外終止，則這是以下兩種情況之一。為了說明方便，活躍時間被意外終止所在的子幀被稱為子幀m(下文中，sf [m])。
[0051]1.向由于onDurationTimer或drx-1nactivityTimer未期滿而維持活躍時間的UE傳送DRX MAC控制元素(CE)。
[0052]2.由于HARQ重傳計時器未期滿而維持活躍時間的UE接收指示HARQ重傳的roccH。
[0053]DRX MAC CE是由eNB發送的用以指令UE停止onDurationTimer和inactivityTimer的MAC控制信息。活躍時間出于各種原因而開始,并且主要是通過兩個計時器之一被延長。因此，DRX MAC CE接收可能在很多情況中導致活躍時間的結束的終止。如果活躍時間出于兩個計時器的運行之外的原因被維持，則UE不終止活躍計時器而不管DRX MAC CE的接收如何。
[0054]HARQ重傳計時器是運行以供UE接收HARQ重傳的計時器，并且在該計時器運行的同時UE維持活躍時間。如果活躍時間出于HARQ重傳計時器的運行之外的原因被維持，則UE不終止活躍時間而不管指示HARQ重傳的H)CCH的接收如何。
[0055]在活躍時間已被意外終止之后，UE在步驟420確定對于預定數量的子幀(sf[m+l]~sf [m+n])的持續時間是否調度定期的CQI傳輸或者PUCCH上的CQI傳輸。如果沒有調度這樣的CQI傳輸，則UE在步驟425在下一活躍時間之前掛起定期的PUCCH傳輸或PUCCH上的CQI傳輸。
[0056]如果在sf [m+1]和sf [m+n]之間調度了 PUCCH上的CQI傳輸，則該過程進行到步驟430。這里，η表示考慮UE的處理能力而確定的參數，并且被設置為對于被應用到包括具有低處理能力的UE的所有UE來說相對足夠大的一值，例如4。[0057]如果η被設置為4，則這意味著因為活躍時間的終止，所以所有UE必須在4個子幀之后停止CQI傳輸。為了說明方便，在圖4中在sf [m+1]和sf [m+n]之間的子幀當中調度了 CQI傳輸的子幀被稱為sf [X]。
[0058]UE在步驟430中確定在sf[x]中是否調度了任何HARQ反饋或PUSCH傳輸。例如，如果在sf [X]接收到用于初始傳輸或重傳的HARQ NACK或者上行鏈路授權，則UE在sf [x]發送PUSCH0如果在sf [x-4]接收至IJ PDSCH,則UE在sf[x]發送HARQ反饋(下文中，HARQACK/NACK 或者 HARQ AN)。
[0059]如果在sf [X]沒有調度HARQ反饋和PUSCH傳輸，則該過程進行到步驟435。如果在sf [X]僅調度了 HARQ反饋，該過程就進行到步驟440。如果在sf[x]調度了 HARQ反饋和PUSCH傳輸兩者或者僅調度了 PUSCH傳輸，則該過程進行到步驟445。
[0060]如果該過程進行到步驟435，則這是eNB能夠預測UE發送CQI而沒有其他信號的情況。因此，雖然UE在sf [m+1]和sf [m+n]之間執行I3UCCH上的CQI傳輸，但是eNB不被迫使執行二次解碼。因此，UE在sf [X]執行盡力而為的(best effort)CQI傳輸。S卩，UE在可以知曉活躍時間的終止并停止CQI傳輸的子幀之前發送CQI。
[0061]如果該過程進行到步驟440，則這是如下情況，在sf[x]調度了 CQI和HARQ AN傳輸兩者，并且eNB知道UE發送HARQ AN但是不知道UE是否發送CQI。例如，eNB由于知曉活躍時間在sf[x]期滿，所以不能確定UE是否僅發送AN，或者eNB由于不知曉活躍時間在sf [x]期滿，所以不能確定UE是否發送CQI和AN兩者。如果sf[x]是活躍時間，則這意味著UE已經知道了在4個子幀之前CQI和AN兩者都必須被發送的事實。注意到如果sf [x-4]是活躍時間，則sf [X]也可能是活躍時間而不是非活躍時間，則優選的是發送CQI和HARQAN兩者以避免eNB的二次解碼。如果sf[x-4]是活躍時間，則對于eNB來說也優選的是獨立于活躍時間在UE發送CQI和AN的假設下執行解碼。UE在步驟440確定同時傳輸允許指示符(simultaneousAckNackAndCQI)是否被設置為“真”。如果此參數被設置為“假”，則該過程進行到步驟450。如果同時傳輸允許指示符(simultaneousAckNackAndCQI)被設置為“假”，則這意味著當AN和CQI傳輸在相同子幀中沖突時，eNB命令UE發送AN而放棄CQI傳輸來維持UE的單載波傳輸特性。因為UE已經在4個子幀之前放棄了 CQI傳輸，所以雖然活躍時間被突然終止，也不會出現任何CQI傳輸有關的問題，并且UE在步驟450在sf [X]發送AN并放棄CQI傳輸。
[0062]如果同時傳輸允許指不符(simultaneousAckNackAndCQI)被設置為“真”，則UE在步驟455在sf[x]執行發送CSI和AN兩者。具體地，UE使用分配給CSI傳輸的資源選擇用于發送CSI和AN兩者的PUCCH格式，并且以所選擇的格式生成PUCCH信號，PUCCH信號在sf[x]被發送。用于發送CSI和AN兩者的PUCCH格式可以是PUSCH格式2a、2b和3中的任何。如果為了將來使用定義了能夠發送CSI和AN兩者的其他PUCCH格式，則它們也可以在步驟455被選擇。在3GPP TS36.213和3GPP TS36.211中規定PUCCH格式。雖然由于低處理能力而難以知曉sf [X]不是活躍時間，但是UE已經通過注意到因為sf[x_4]是活躍時間所以sf [X]很可能是活躍時間而在sf [x-4]開始發送CSI和AN兩者所需的操作。
[0063]如果該過程進行到步驟445，則這是這樣的情況，UE已經在sf [x_4]知道必須在sf [x]發送I3USCH和CQI和/或AN。如果sf[x-4]是活躍時間，則sf[x]很可能是活躍時間而不是非活躍時間。因此，UE在sf [x-4]執行用于發送I3USCH和CQI和/或AN的過程。更詳細地，UE使用一部分PUSCH傳輸資源用于CQI傳輸或CQI和AN傳輸。用在其傳輸中的資源區域可以遵照如標準中規定的規則來確定。注意到如果sf[x_4]是活躍時間則sf [X]很可能是活躍時間，eNB也在UE在sf [X]使用PUSCH發送CQI或CQI和AN兩者的假設下執行PUSCH解碼。
[0064]圖5是示出根據本發明的第一實施例的當活躍時間被終止時的UE的SRS傳輸過程的流程圖。
[0065]在步驟505，UE在某一時間點從eNB接收DRX配置信息和類型OSRS配置信息。類型OSRS是對于相對長的時段定期發送的SRS，并且可以包括下面的配置信息。為了參考，不同于類型0SRS，類型ISRS是eNB命令TOCCH上的傳輸并且對于短時段被發送預定次數的SRS。
[0066]?專用SRS傳輸帶寬
[0067]?指示關于SRS傳輸時間的信息的索引
[0068]圖6是示出用于SRS傳輸的子幀結構的示圖。
[0069]更詳細地，在跨越傳輸帶寬625的某一子幀的最后一個OFDM碼元615處發送SRS。一個子幀的頻率資源包括PUCH傳輸資源區域605和PUSCH傳輸資源區域610。一個子幀包括多個OFDM碼元，并且SRS傳輸資源620可以被配置到最后一個碼元615的PUSCH傳輸資源的一部分或全部。在某些頻率資源中配置SRS傳輸資源，并且通過系統信息通知SRS傳輸資源的整個帶寬625。UE在SRS傳輸帶寬625的一部分或全部上發送SRS，并且這通過RRC消息的專用SRS傳輸帶寬信息來通知。
[0070]UE基于SRS傳輸時間信息和專用傳輸帶寬信息來確定用在發送SRS中的子幀和頻率資源。
[0071]如果接收到DRX配置信息和類型OSRS配置信息，則UE的RRC將這些信息傳送到MAC控制設備。在步驟510，UE的MAC控制設備使用控制信息執行正常的DRX操作和類型OSRS傳輸。即，RRC在每一子幀確定該子幀是否是活躍時間，如果是，則監視HXXH根據類型OSRS傳輸配置使用最后一個碼元的預定的傳輸資源來發送SRS。在下面的描述中，如果類型OSRS傳輸被配置到某一子幀，則這意味著根據類型OSRS配置信息在該子幀中調度類型OSRS傳輸。UE執行正常的DRX操作并且在步驟515經歷意外的活躍時間終止(強制性終止)。在這種情況中，該過程進行到步驟520。為了說明方便，活躍時間在sf [m]被意外地終止。
[0072]在活躍時間已被意外終止之后，UE在步驟520確定對于預定數量的子幀(sf[m+l]~sf[m+n])是否調度了類型OSRS傳輸。如果沒有被調度，則在步驟525，UE在下一次的活躍時間之前掛起類型OSRS傳輸。
[0073]如果在sf [m+1]和sf [m+n]之間調度了類型OSRS傳輸，則該過程進行到步驟530。這里，η表示考慮UE的處理能力而確定的參數，并且被設置為對于被應用到包括具有低處理能力的UE的所有UE來說相對足夠大的值，例如4。
[0074]如果η被設置為4，則這意味著因為活躍時間的終止，所以所有UE必須在4個子幀之后停止CQI傳輸。為了說明方便，在圖5中在sf [m+1]和sf [m+n]之間的子幀當中調度了類型OSRS傳輸的子幀被稱為sf[x]。
[0075] UE在步驟530確定在sf [x]是否調度了 PUSCH傳輸。例如，如果在sf [x_4]接收到用于初始傳輸或重傳的HARQ NACK或者上行鏈路授權，則UE在sf[x]執行PUSCH傳輸。
[0076]如果在sf [X]沒有調度PUSCH傳輸，則該過程進行到步驟535，否則如果在sf [x]中調度了 PUSCH傳輸，則該過程進行到步驟540。
[0077]在該過程進行到535的情況中，UE不應該在sf [m+1]和sf [m+n]之間發送類型0SRS，但是即使它發送類型0SRS，也不要求eNB執行二次解碼。因此，UE在sf[x]執行盡力而為的類型OSRS的傳輸。S卩，UE知曉活躍時間的期滿，并且在可以終止類型OSRS傳輸所在的子幀之前執行類型OSRS傳輸。
[0078]在該過程進行到步驟540的情況中，這意味著在sf [X]調度了類型OSRS傳輸和PUSCH傳輸兩者，并且eNB知道UE發送PUSCH但是不知道UE是否發送SRS。例如，eNB不知道UE是檢查活躍時間的期滿以便僅發送PUSCH還是沒有檢查活躍時間的期滿從而發送PUSCH和類型OSRS兩者。如果sf[x]是活躍時間，則UE知道必須在4個子幀之前發送類型OSRS和PUSCH兩者。因此，如果sf[x_4]是活躍時間，則注意到sf [x]很可能是活躍時間而不是非活躍時間，優選的是發送類型OSRS和PUSCH兩者以避免eNB的二次解碼。如果sf[x-4]是活躍時間，則對于eNB同樣優選的是在UE發送類型OSRS和PUSCH 二者的假設下執行解碼，而不管sf[x]是否是活躍時間。UE在步驟540確定是否在與SRS傳輸頻帶重疊的頻帶上發送PUSCH。例如，在非SRS傳輸頻帶630中分配PUSCH傳輸資源，該過程進行到步驟555，否則如果PUSCH傳輸資源與SRS傳輸頻帶625至少部分重疊，則該過程進行到步驟 550。
[0079]在步驟550，UE在除了最后一個碼元的碼元處發送PUSCH，并且在最后一個碼元處執行盡力而為的類型OSRS的傳輸。這是因為不管UE是否發送類型OSRS都在除了最后一個碼元之外的碼元處發送PUSCH，并且因為在類型OSRS傳輸頻帶上調度PUSCH傳輸，所以對于eNB來說不必對PUSCH執行二次解碼。
[0080]在該過程進行到步驟555的情況中，這意味著雖然主要因為sf [X]是非活躍時間所以不發送SRS，但是UE可能對其知曉或不知曉。如果UE知曉活躍時間的期滿，則它甚至在最后一個碼元處也發送PUSCH，否則，在最后一個碼元處發送SRS而不是PUSCH。因此，eNB必須執行二次解碼以為兩種情況做準備。為了克服這點，本發明提出了不管Sf [X]是否是活躍時間都同時發送PUSCH和SRS兩者的方法，因為如果sf[x-4]是活躍時間則sf [X]很可能是活躍時間。UE在除了發送SRS所在的最后一個碼元之外的碼元處發送PUSCH。在這種情況中，eNB在發送SRS的假設下執行解碼一次，而沒有二次解碼。
[0081 ] 雖然圖4和圖5的過程可以被合并以由一個UE執行，但是選擇性地執行兩個過程之一也包括在本發明的范圍中。
[0082]<第二實施例>
[0083]UE使用下面的參數來獲取與eNB的同步以用于I3USCH傳輸。
[0084].HARQ_FEEDBACK:攜帶與I3USCH傳輸對應的HARQ反饋的參數。如果HARQ_FEEDBACK是NACK，則這意味著在下一傳輸定時的重傳；否則如果HARQ_FEEDBACK是ACK，則這意味著在下一傳輸定時不發生重傳。
[0085].⑶RRENT_TX_NB:攜帶當前的HARQ過程所應用到的分組的PUSCH傳輸的次數的參數。如果⑶RRENT_TX_NB達到預定閾值，則UE從緩沖器丟棄相應的分組。
[0086].⑶RRENT_IRV:攜載要應用到當前HARQ過程所應用到的分組的冗余版本(RV)的參數。UE應用由⑶RRENT_IRV指示的RV以用于PUSCH傳輸。
[0087]每當UE接收HARQ_FEEDBACK或發送PUSCH時更新這些參數。如果出于某種原因UE沒能在調度PUSCH傳輸的子幀處發送PUSCH或者在調度了 HARQ反饋的子幀處接收HARQ反饋，則不清楚如何更新參數。
[0088]由于各種原因，所調度的PUSCH傳輸可能沒有執行。例如，如果相應的子幀屬于測量間隙或者與LTE傳輸自主阻斷持續時間至少部分重疊，則UE不在相應的子幀處執行上行鏈路傳輸。又例如，如果UE調整用于載波聚合的RF前端的帶寬的持續時間與PUSCH傳輸持續時間至少部分重疊，則UE不執行PUSCH傳輸。
[0089]測量間隙意思是在服務頻率上掛起數據傳輸以使得UE對當前服務頻率之外的其他頻率執行測量的持續時間。必要時由eNB配置測量間隙，并且UE根據eNB的指令在某一子幀處掛起服務小區中的發送/接收，并且對其他頻率執行測量。因此，如果由于測量間隙UE不能進行PUSCH傳輸，則UE和eNB都知曉這個。
[0090]自主阻斷意思是UE掛起LTE傳輸以便以其他無線通信模式接收重要的無線信號，例如，無線局域網的信標信號和藍牙配置控制信號。因為自主阻斷由UE自主地執行，所以eNB不知道UE已經自主地阻斷PUSCH傳輸。
[0091]當eNB給UE配置新的服務小區或者激活/禁用預先配置的服務小區時，發生RF前端帶寬調整。因為eNB不能準確地知道UE何時執行RF前端帶寬調整，所以雖然UE為了RF前端帶寬調整使PUSCH傳輸靜默(mute)，但是eNB不知曉這個。
[0092]像這樣，雖然UE不執行PUSCH傳輸，但是eNB不知曉這點。如果eNB知道沒有執行PUSCH傳輸，則優選的是UE和eNB將⑶RRENT_IRV維持原樣。每當執行非自適應重傳(UE使用先前使用的傳輸資源來執行的重傳，并且如果接收到NACK作為反饋，則UE基本上執行非自適應重傳)時，定義上行鏈路HARQ操作使得自動應用特定的RV。例如，UE應用RVO用于初始傳輸，應用RV2用于第一次非自適應重傳，并且應用RV3用于第二次非自適應重傳，以及應用RVl用于第三次非自適應重傳。UE和eNB使用⑶RRENT_IRV確定要應用于下一次重傳的RV。如果雖然沒有執行PUSCH傳輸但是⑶RRENT_IRV增加了，則RV可能被部分省略，導致性能降低。因此，如果eNB知道UE尚未執行PUSCH傳輸，則最好維持CURRENT_IRV而不增加。
[0093]否則，如果eNB不知道UE尚未發送PUSCH，則更重要的是增加⑶RRENT_IRV使得UE和eNB使用相同的RV來執行編碼和解碼。
[0094]⑶RRENT_TX_NB的目標是避免當盡管超過預定的傳輸次數但是傳輸失敗時重傳不再發生。如果當前的分組的傳輸次數等于或大于預定閾值，則UE從HARQ緩沖器丟棄該分組并且不再執行重傳。如果當前分組的傳輸次數等于或大于預定閾值，則eNB確定不再執行該分組的非自適應重傳，并且將分配給該分組傳輸的頻率/時間傳輸資源輸資源分配給另一 UE。因此，UE和eNB同時檢查出當前分組的傳輸次數變為等于或大于閾值很重要，并且為了實現這點，UE和eNB基于過去的重傳時機的次數而不是實際的PUSCH傳輸次數來管理⑶RRENT_TX_NB。即，雖然尚未實際發送某一分組，但是每當該分組的傳輸時間過去，UE和eNB就將⑶RRENT_TX_NB增加I。因此，不管eNB是否知道UE尚未發送PUSCH，UE都將CURRENT_TX_NB 增加 I。
[0095]至于沒有從緩沖器丟棄的分組，雖然已經掛起PUSCH傳輸，但是UE監視TOCCH和PHICH以用于確定是否執行重傳。優選的是基于通過控制信道接收的控制信息來執行重傳。優選的是取決于掛起PUSCH傳輸的原因，而選擇性地監視HXXH和PHICH。
[0096]圖7是示出根據本發明的第二實施例的發送PUSCH的過程的流程圖。
[0097]UE在步驟705知曉在某一子幀sf [η]調度的PUSCH傳輸的失敗。
[0098]UE確定在sf [η]的PUSCH傳輸失敗的原因是因為測量間隙、sf [η]的重疊和自主阻斷還是在sf[n]的RF前端帶寬調整。如果TOSCH傳輸失敗的原因是因為測量間隙，則該過程進行到步驟715，否則如果PUSCH傳輸失敗的原因是因為自主阻斷或者RF前端帶寬調整，則進行到步驟720。
[0099]在失敗的PUSCH傳輸是HARQ重傳的情況中，UE在步驟715如下處理⑶RRENT_IRV和⑶RRENT_TX_NB。如果在相應的子幀處沒有執行所調度的PUSCH傳輸，則UE維持CURRENT_IRV的當前值并且將CURRENT_TX_NB增加I。根據替換實施例，UE可以在sf [η]執行CURRENT_IRV的更新(即確定維持CURRENT_IRV的當前值)，并且在sf [n_l]和sf [η]之間的某一時間執行CURRENT_TX_NB的更新。如上所述，這是因為CURRENT_IRV是取決于是否已執行實際傳輸而更新的參數，而CURRENT_TX_NB是不管已執行的實際傳輸如何而更新的參數。
[0100]在失敗的PUSCH傳輸是初始傳輸的情況中，UE在步驟715如下處理⑶RRENT_IRV和CURRENT_TX_NB。UE將CURRENT_IRV和CURRENT_TX_NB初始化為O并且不再執行更新。
[0101]在失敗的PUSCH傳輸是HARQ重傳的情況中，UE在步驟720如下處理⑶RRENT_IRV和CURRENT_TX_NB。如果在相應的子幀處沒有執行所調度的PUSCH傳輸，則UE將CURRENT_IRV和CURRENT_TX_NB兩者增加I。根據替換實施例，UE可以在sf[n]執行CURRENT_IRV的更新(即將⑶RRENT_IRV增加I)，并且在sf [n_l]和sf [η]之間的某一時間執行⑶RRENT_TX_NB的更新。根據另一替換實施例，UE接收與PUSCH傳輸對應的HARQ反饋而不更新CURRENT_IRV，然后如果HARQ反饋是NACK (即如果指示非自適應重傳)，則將CURRENT_IRV增加1，否則如果HARQ反饋是ACK (即禁止非自適應重傳)，則維持⑶RRENT_IRV的當前值。即，如果該過程進行到步驟740，則UE維持⑶RRENT_IRV的當前值，否則如果該過程進行到步驟745，則將⑶RRENT_IRV增加I。HARQ反饋ACK是供eNB在接收到之后的重傳命令之前掛起執行重傳的命令。因為重傳命令包括關于用在UE的RV的信息，所以如果HARQ反饋是ACK,則沒必要更新⑶RRENT_IRV。即，如果由于自主阻斷UE沒能進行PUSCH傳輸，并且如果eNB已經命令PUSCH的非自適應重傳(或者已經接收到HARQ反饋NACK或者HARQ_FEEDBACK已經被設置為NACK)，則UE調整⑶RRENT_IRV(即將它調整I);并且如果由于自主阻斷UE沒能進行PUSCH傳輸，并且如果eNB已經命令執行TOSCH的非自適應重傳(或者已經接收到HARQ反饋ACK或者HARQ_FEEDBACK已經被設置為ACK)，則UE不調整CURRENT_IRV。
[0102]在失敗的PUSCH傳輸是初始傳輸的情況中，UE在步驟720如下處理⑶RRENT_IRV和CURRENT_TX_NB。UE在攜載指示初始傳輸的上行鏈路授權的sf[n_4]和調度初始傳輸的sf [η]之間的某一時間將CURRENT_TX_NB和CURRENT_IRV初始化為O。之后，UE維持CURRENT_TX_NB的當前值并且在sf [η]將CURRENT_IRV增加I。或者，UE可以在接收到HARQ反饋之后調整⑶RRENT_IRV。S卩，如果HARQ反饋是ACK (即，如果該過程進行到步驟740)，則UE維持⑶RRENT_IRV的當前值，否則如果HARQ反饋是NACK(即如果該過程進行到步驟745)，則調整 CURRENT_IRV (例如將 CURRENT_IRV 增加 I)。[0103]對于HARQ初始傳輸和HARQ重傳以不同的方式更新CURRENT_TX_NB和CURRENT_IRV的原因是因為CURRENT_TX_NB涉及執行過的或者應該執行過的傳輸，而CURRENT_IRV涉及將要執行的傳輸。
[0104]在步驟725，UE在sf [n+4]監視HXXH和PHICH。PDSCH是攜帶諸如上行鏈路授權和下行鏈路分配的調度命令的信道，PHICH是攜帶HARQ反饋的信道。
[0105]在步驟730，UE確定在sf [n+4]是否接收到與有關的分組對應的HARQ反饋或PDCCH。如果一起接收到HXXH和HARQ反饋兩者，則該過程進行到步驟735 ;如果接收到HARQ ACK而沒有H)CCH，則該過程進行到步驟740 ;而如果接收到HARQ NACK，則該過程進行到步驟745。如果接收到與有關分組對應的H)CCH，則這意味著接收到指示有關分組的自適應重傳的上行鏈路授權。如果接收到與有關分組對應的H)CCH，則這意味著用于處理分組的HARQ過程的上行鏈路授權。
[0106]在步驟735，不考慮實際接收到的HARQ反饋，即通過即使已經接收到HARQ ACK也將HARQ_FEEDBACK設置為NACK，UE使用在上行鏈路授權中指示的傳輸信息和傳輸資源在sf[n+8]執行TOSCH傳輸(如果可能的話)。忽略實際接收到的HARQ反饋的原因是因為當同時接收到用CRC保護的上行鏈路授權和不被CRC保護的HARQ反饋時，優選的是給予上行鏈路授權信息優先權。如果HARQ_FEEDBACK被設置為NACK，則這意味著在相應HARQ過程的下一傳輸定時執行上行鏈路傳輸；而如果HARQ_FEEDBACK被設置為ACK，則這意味著在相應的HARQ過程中不執行上行鏈路傳輸直到接收到新的上行鏈路授權為止。
[0107]在步驟740，UE將HARQ_FEEDBACK設置為實際接收到的HARQ反饋值，即ACK。UE掛起在相應的HARQ過程中的傳輸，直到之后通過上行鏈路授權指令傳輸為止。
[0108]在步驟745，UE將HARQ_FEEDBACK設置為實際接收到的HARQ反饋值，即NACK。之后，UE使用在相應的HARQ過程的下一個傳輸時間，即sf [n+8]之前分配的傳輸資源來執行非自適應重傳。
[0109]如果eNB知道UE尚未發送PUSCH，則優選的是跳過接收PHICH并且應用非自適應重傳。如果UE尚未發送PUSCH，則不存在eNB成功接收分組的可能性，UE必須執行重傳。在此情況中，UE跳過接收PHICH并且eNB跳過發送PHICH，以便減少功耗和干擾。否則，如果eNB不知道UE已發送PUSCH，則eNB發送HARQ反饋，從而對于UE優選的是根據HARQ反饋信息來操作。
[0110]圖8是示出根據本發明的第二實施例的第一替換示例的PUSCH傳輸過程的流程圖。
[0111]因為步驟805和810與圖7的步驟705和710—樣，所以在此省略其詳細描述。
[0112]如果該過程進行到步驟820，則這意味著eNB不知道UE尚未發送PUSCH。在此情況中，UE執行步驟820、825、830、835、840和845的操作；并且因為這些步驟與步驟720、725、730、735、740和745 —樣，所以在此省略其詳細描述。
[0113]如果過程進行到步驟815，則這意味著eNB知道UE尚未發送PUSCH。步驟815與步驟715 —樣。
[0114]之后，在步驟823，UE在sf[n+4]監視PHICH，即不接收HARQ反饋，而僅監視PDCCH。
[0115]在步驟872，UE確定是否接收到I3DCCH,并且如果是，則過程進行到步驟835。否貝丨J，如果沒有接收到H)CCH，則過程進行到步驟845，在此UE將HARQ_FEEDBACK設置為NACK并且執行非自適應重傳。
[0116]如果UE由于RF前端帶寬調整或自主阻斷而沒有接收到HARQ反饋，則UE操作不明。特別是因為eNB不知道UE是否已接收到HARQ反饋，所以要求考慮這點來設計操作。
[0117]圖9是示出根據本發明的第二實施例的第二替換示例的PUSCH傳輸過程的流程圖。
[0118]在步驟905，由于諸如測量間隙、自主阻斷和RF前端調整的原因，UE沒有接收到在sf [η]調度的HARQ反饋。
[0119]在步驟910，UE確定在sf [η-4]是否執行與HARQ反饋對應的PUSCH傳輸。因為自主阻斷的持續時間通常很短，所以PUSCH傳輸的可能性也很小。S卩，雖然已經發送TOSCH，但是很可能沒有接收到反饋。否則，執行RF前端帶寬調整需要花費超過4ms，可能不能發送PUSCH和接收反饋。如果在sf[n-4]發送了 PUSCH，則過程進行到步驟915，否則如果在sf [η-4]發送PUSCH，則過程進行到步驟920。
[0120]如果過程進行到步驟915，則這意味著UE已發送PUSCH但是沒有接收到反饋，在這種情況中，UE將HARQ_FEEDBACK設置為ACK，并且考慮到eNB已經成功接收到PUSCH的可能性，在sf [n+4]不執行重傳。
[0121 ] 如果過程進行到步驟920，則這意味著UE既尚未發送PUSCH，也沒有接收到任何反饋，在這種情況中，UE將HARQ_FEEDBACK設置為ACK，并且在sf [n+4]執行自適應重傳。
[0122]在執行自主阻斷的情況中，對于UE來說優選的是取決于在某一時間發送的LTE信號的種類來執行重復的(follow-up)操作用于自主阻斷。
[0123]圖10是示出根據本發明的第二實施例的第三替換示例的PUSCH傳輸過程的流程圖。
[0124]在步驟1005，在UE出現執行自主阻斷的必要性。
[0125]例如，出現這樣的情況，UE必須接收關于無線局域網或藍牙的重要控制信號達預定的持續時間。
[0126]UE在步驟1010確定是否存在至少部分地與從其他無線通信設備接收控制信號的持續時間重疊的任何上行鏈路傳輸，并且如果存在，則檢查上行鏈路傳輸的類型。如果不存在這樣的上行鏈路傳輸，則UE執行正常操作。即，UE從其他無線通信設備接收信號。
[0127]如果上行鏈路傳輸是隨機接入前導碼或SR的上行鏈路傳輸，則UE在步驟1015執行操作I。SR(調度請求)是供UE向eNB請求傳輸資源分配的I位信號，并且可以每個UE專門地分配SR傳輸資源。
[0128]如果要自主阻斷的上行鏈路傳輸是SRS，則UE在步驟1020執行操作2。
[0129]如果要自主阻斷的上行鏈路傳輸是CQIJU UE在步驟1025執行操作3。
[0130]如果要自主阻斷的上行鏈路傳輸是I3USCH,則UE在步驟1030執行操作4。
[0131]如果要自主阻斷的上行鏈路傳輸是HARQ反饋，則UE在步驟1035執行操作5。
[0132]下面描述UE的操作。
[0133][操作I]-步驟 1015
[0134]如果要自主阻斷的信號是前導碼，則UE如下操作。
[0135]如果前導碼被初始發送，則應用自主阻斷，否則重傳前導碼，不應用自主阻斷。
[0136]如果可用的前導碼傳輸次數(即，直到不能的前導碼傳輸數量與最大傳輸數量之間的差值)等于或大于預定閾值，則應用自主阻斷，否則不應用自主阻斷并且不執行前導碼傳輸。
[0137]如果應用自主阻斷，S卩，如果不發送前導碼，則維持對前導碼傳輸數量計數的參數，并且在離終止自主阻斷的子幀最近的可用于前導碼傳輸的子幀發送前導碼。
[0138]如果要自主阻斷的信號是SR，則UE如下操作。
[0139]SR通過正常BSR觸發。當具有比存儲在UE中的數據的優先級更高的優先級的數據時，觸發正常BSR。如果涉及SR觸發的數據的優先級低于預定閾值，則應用自主阻斷，否則不應用自主阻斷。如果涉及SR觸發的數據是預定邏輯信道的數據，例如是處理RRC控制消息的專用邏輯信道的專用控制信道(DCCH)的數據，則不應用自主阻斷(即，發送SR)，否則如果數據是其他邏輯信道的數據，則應用自主阻斷。
[0140]如果由于自主阻斷不發送SR，則UE維持對SR傳輸的數量計數的參數，并且在離終止自主阻斷的子幀最近的具有SR傳輸資源的子幀發送SR。
[0141][操作2]-步驟 1020
[0142]如果要自主阻斷的信號是SRS，則UE應用自主阻斷。
[0143][操作3]-步驟 1025
[0144]如果要自主阻斷的信號是CQIJU UE不應用自主阻斷。
[0145][操作4]-步驟 1030
[0146]如果要自主阻斷的信號是PUSCH，則UE應用自主阻斷。根據替換實施例，如果可用的剩余重傳次數(即，最大傳輸次數和⑶RRENT_TX_NB之間的差值)等于或大于預定閾值，則應用自主阻斷，否則不應用自主阻斷。根據另一替換實施例，如果已經對當前HARQ過程中的分組應用自主阻斷，則UE不應用自主阻斷，否則應用自主阻斷。
[0147][操作5]_ 步驟 IO35
[0148]如果要自主阻斷的信號是HARQ反饋，則UE不應用自主阻斷。
[0149]〈第三實施例〉
[0150]圖11是示出UEl 105和eNBlllO之間的功能配置過程的信號流圖。
[0151]取決于UEl 105的能力和eNBlllO的情形，UEl 105和eNBl110可以配置各種功能。
[0152]例如，UE1105和eNBlllO可以在步驟1115配置DRX用于UE1105的節電。在步驟1120，UE1105和eNBlllO可以配置短DRX以用于適合于業務情況最大化節電。在步驟1125，UEl 105和eNBl 110可以配置半永久性調度以用于有效地支持語音服務。在步驟1130，UE1105和eNBlllO可以配置64QAM功能以用于增加eNBlllO附近的UE1105的數據速率。在步驟1135，UEl 105和eNBlllO可以配置UE特定的參考信號。可以選擇性地執行步驟1115至 1135。
[0153]為使eNBlllO取決于情形來對UE配置特定的功能，eNB必須知道UEl 105是否具有相應功能的能力以及是否已執行互用性測試(IOT)。特別是在支持頻分雙工(FDD)和時分雙工(TDD)兩者的雙模UE的情況中，可能在一種模式中支持某些功能，或者可能對于一種模式執行用于某些功能的Ι0Τ。此時，UE有必要向eNB報告關于支持某種功能的工作模式以及已經對其執行IOT的工作模式。通常，UE支持多個無線接入技術(RAT)，并且用在相應時間最佳的RAT來執行通信。此時，UE可能必須執行關于其他RAT以及當前RAT的能力報告。此實施例提出了用于在UE被連接至UMTS網絡的狀態中選擇性地報告LTE FDD能力和LTE TDD能力的方法和裝置。
[0154]圖12是示出根據本發明的第三實施例的通信過程的流程圖。
[0155]UE1105在步驟1210配置與UMTS網絡的RRC連接。這是以這樣的方式執行:UE1105向 eNBlllO 發送 RRC CONNECTION REQUEST(RRC 連接請求)消息，eNBl 10 向 UEl 105 發送RRC CONNECTION SETUP (RRC 連接建立)消息，并且 UE 向 eNB 發送 RRC CONNECTION SETUPCOMPLETE(RRC連接建立完成)消息。一旦建立起RRC連接，則UE1105就在步驟1215在UMTS網絡上使用WCDMA技術(或其他類似的技術)執行通信。步驟1215的操作可以包括在UE1105根據網絡的指令來配置測量，測量周圍的小區，報告測量結果，并且根據網絡的指令執行切換到另一小區。
[0156]接下來，UE1105在步驟1220在某一時間從eNB接收指令報告LTE能力的控制消
肩、O
[0157]在步驟1225，UEl 105如下確定是否報告LTE FDD能力或者LTE TDD能力。
[0158]如果eNB被指令對其執行測量的LTE頻率在相應時間存在，并且如果LTE頻率屬于FDD頻帶，則UEl 105確定報告LTE FDD能力。如果LTE頻率屬于TDD頻帶，則UEl 105確定報告LTE TDD能力。
[0159]如果FDD和TDD頻帶頻率都作為eNB1105被指令對其執行測量的LTE頻率出現，則UE1105可以確定報告在LTE FDD和TDD能力之間任意選擇的LTE能力。
[0160]如果eNB被指令對其執行測量的LTE頻率不存在(be absent)，則UEl 105確定是否在系統信息的相鄰小區信息中存在LTE頻率信息。如果存在，則當LTE頻率信息是FDD頻帶頻率時，UE確定報告LTE FDD能力，而當LTE頻率信息是TDD頻帶頻率時，報告LTE TDD能力。如果相鄰小區信息的LTE頻率信息包括FDD和TDD頻帶頻率，則UEl 105選擇LTE FDD和TDD能力之一并報告所選擇的模式能力。
[0161]LTE FDD能力意指僅考慮LTE FDD頻帶而確定的LTE能力。更詳細地，LTE FDD能力信息的特征組指示符(FGI)集合的FGI位被配置為指示相應的特征組是否通過FDD頻帶上的IOT測試。同樣，報告在FDD頻帶上支持的各種可選特征的可支持性和通過的Ι0Τ。
[0162]同樣地，LTE TDD能力意指僅考慮LTE FDD頻帶而確定的能力。
[0163]UEl 105在步驟1230根據確定結果生成包含LTE FDD能力或LTE TDD能力的控制消息，并且向網絡發送控制消息。
[0164]〈第四實施例〉
[0165]為了執行下行鏈路HARQ操作，UE有必要存儲沒有成功解碼的數據，并且用于數據的存儲空間被稱為軟緩沖器。軟緩沖器大小是與UE能力有關的指示符，并且被表示為軟信道位的總數量。因為數據傳輸和重傳是每次HARQ過程(或者傳輸塊；TB)執行的，所以按每個HARQ過程或TB來管理軟緩沖器。在下面的描述中，可互換地使用術語“HARQ過程”和“TB”。雖然TB最初是指示在HARQ過程中處理的數據的術語，但是如果MIMO配置在一個HARQ過程中處理兩個TB，從而對于每個TB而不是對于每個HARQ過程來確定軟緩沖器大小。更詳細地，通過公式(I)來確定每個TB的軟緩沖器大小。
[0166]
【權利要求】
1.一種終端的控制信號傳輸方法，該方法包括: 在活躍時間中檢測第一子幀處的強制性終止；以及 當檢測到強制性終止、在第一子幀之后的預定數量的子幀中的第二子幀處在物理上行鏈路控制信道(PUCCH)上調度任何信道質量指示符(CQI)傳輸并且在第二子幀處既沒有配置HARQ自動重復請求(HARQ)反饋傳輸也沒有配置物理上行鏈路共享信道(PUSCH)時，發送 CQI。
2.如權利要求1所述的方法，進一步包括:當在第二子幀處配置了PUSCH時，使用PUSCH區域的一部分來發送CQI。
3.如權利要求2所述的方法，進一步包括: 獲取指示允許CQI和HARQ反饋的同時傳輸的同時傳輸允許指示符， 當在第二子幀處沒有調度PUSCH傳輸而調度了 HARQ反饋傳輸并且當同時傳輸允許指示符指示CQI和HARQ反饋的同時傳輸的否定時，發送HARQ反饋而不發送CQI。
4.如權利要求3所述的方法，進一步包括:當在第二子幀處沒有調度PUSCH傳輸而調度了 HARQ反饋并且當同時傳輸允許指示符指示允許CQI和HARQ反饋的同時傳輸時，選擇能夠發送CQI和HARQ反饋兩者的PUCCH格式，并且以所選擇的PUCCH格式來發送CQI和HARQ反饋。
5.如權利要求1所述的方法，進一步包括: 當檢測到強制性終止并且當在預定數量的子幀中的第三子幀處調度了類型O探測參考信號(SRS)傳輸而沒有調度I3USCH傳輸時，發送SRS。
6.如權利要求5所述的方法，進一步包括:當在第三子幀處調度了PUSCH傳輸并且當PUSCH傳輸區域和SRS傳輸區域重疊時，在重疊的區域處發送SRS。
7.如權利要求1所述的方法，進一步包括:當檢測到強制性終止并且當在第一子幀之后的預定數量的子幀當中缺少在其處進行PUCCH上的CQI傳輸的任何子幀時，在下一活躍時間之前停止PUSCH上的CQI傳輸。
8.—種發送控制信號的終端，該終端包括: 控制單元，在活躍時間中檢測第一子幀處的強制性終止；以及 通信單元，檢測強制性終止，并且當檢測到強制性終止、在第一子幀之后的預定數量的子幀中的第二子幀處在物理上行鏈路控制信道(PUCCH)上調度任何信道質量指示符(CQI)傳輸并且在第二子幀處既沒有配置HARQ自動重復請求(HARQ)反饋傳輸也沒有配置物理上行鏈路共享信道(PUSCH)時，發送CQI。
9.如權利要求8所述的終端，其中，當在第二子幀處配置了PUSCH時，通信單元使用PUSCH區域的一部分來發送CQI。
10.如權利要求9所述的終端，其中，控制單元獲取指示允許CQI和HARQ反饋的同時傳輸的同時傳輸允許指示符，并且當在第二子幀處沒有調度PUSCH傳輸而調度了 HARQ反饋傳輸并且當同時傳輸允許指示符指示CQI和HARQ反饋的同時傳輸的否定時，傳輸單元發送HARQ反饋而不發送CQI。
11.如權利要求10所述的終端，其中，當在第二子幀處沒有調度TOSCH傳輸而調度了HARQ反饋并且當同時傳輸允許指示符指示允許CQI和HARQ反饋的同時傳輸時,通信單元選擇能夠發送CQI和HARQ反饋兩者的PUCCH格式，并且用以選擇的PUCCH格式來發送CQI和HARQ反饋。
12.如權利要求8所述的終端，其中，當檢測到強制性終止并且當在預定數量的子幀中的第三子幀處調度了類型O探測參考信號(SRS)傳輸而沒有調度TOSCH傳輸時，通信單元發送SRS。
13.如權利要求12所述的終端，其中，當在第三子幀處調度了PUSCH傳輸并且當PUSCH傳輸區域和SRS傳輸區域重疊時，通信單元在重疊的區域處發送SRS。
14.如權利要求 8所述的終端，其中當檢測到強制性終端并且當在第一子幀之后的預定數量的子幀當中缺少在其處進行PUCCH上的CQI傳輸的任何子幀時，通信單元在下一活躍時間之前停止PUSCH上的CQI傳輸。
【文檔編號】H04J11/00GK103988455SQ201280061320
【公開日】2014年8月13日 申請日期:2012年10月12日 優先權日:2011年10月12日
【發明者】金成勛, G-J.范利肖特, 張宰赫 申請人:三星電子株式會社