移動(dòng)通信系統(tǒng)中用于發(fā)送反向控制信號(hào)的方法和設(shè)備的制作方法
【專利摘要】本發(fā)明屬于一種用于發(fā)送控制信號(hào)的方法和設(shè)備，并且根據(jù)本發(fā)明一個(gè)實(shí)施例的供終端發(fā)送控制信號(hào)的方法可以包括：在活躍時(shí)間期間感測(cè)第一子幀中的強(qiáng)制性終止的步驟；以及其中如果感測(cè)到強(qiáng)制性終止，并且如果在第一子幀之后的預(yù)設(shè)數(shù)量的子幀當(dāng)中的第二子幀中設(shè)置了經(jīng)由物理上行鏈路控制信道(PUCCH)的信道質(zhì)量指示符(CQI)傳輸，并且在第二子幀中沒(méi)有設(shè)置混合自動(dòng)重復(fù)請(qǐng)求(HARQ)反饋傳輸和物理上行鏈路共享信道(PUSCH)傳輸中的任何一個(gè)，則經(jīng)由PUCCH運(yùn)行CQI傳輸?shù)牟襟E。本發(fā)明的實(shí)施例使得終端的功耗能夠被減少。
【專利說(shuō)明】移動(dòng)通信系統(tǒng)中用于發(fā)送反向控制信號(hào)的方法和設(shè)備
【技術(shù)領(lǐng)域】
[0001 ] 本發(fā)明涉及用于在移動(dòng)通信系統(tǒng)中發(fā)送上行鏈路控制信號(hào)的方法和裝置。
【背景技術(shù)】
[0002]移動(dòng)通信系統(tǒng)被開(kāi)發(fā)為向用戶提供移動(dòng)中的通信服務(wù)。隨著技術(shù)的快速進(jìn)步，移動(dòng)通信系統(tǒng)已經(jīng)發(fā)展為除標(biāo)準(zhǔn)語(yǔ)音通信服務(wù)之外支持高速數(shù)據(jù)通信服務(wù)。
[0003]最近，在第3代合作伙伴計(jì)劃(3GPP)中進(jìn)行作為下一代移動(dòng)通信系統(tǒng)之一的長(zhǎng)期演進(jìn)(LTE)系統(tǒng)的標(biāo)準(zhǔn)化。LTE是用于實(shí)現(xiàn)具有高于當(dāng)前可用的數(shù)據(jù)速率的高達(dá)IOOMbps的數(shù)據(jù)速率的基于高速分組的通信的技術(shù)，并且它的標(biāo)準(zhǔn)化幾乎完成。
[0004]在無(wú)線移動(dòng)通信系統(tǒng)中，減少功耗非常重要。為了實(shí)現(xiàn)這一點(diǎn)，LTE移動(dòng)通信系統(tǒng)采用間斷接收，其中終端僅在間斷接收周期期間的活躍時(shí)間中發(fā)送上行鏈路控制信號(hào)，從而最小化終端的功耗。
[0005]本發(fā)明提出了用于通過(guò)定義在不必要地在間斷接收過(guò)程中強(qiáng)制地增加終端的處理能力的情形中的有效的終端操作來(lái)減少終端的復(fù)雜性和成本并最小化功耗的方法和裝置。

【發(fā)明內(nèi)容】

[0006]技術(shù)問(wèn)題
[0007]本發(fā)明的實(shí)施例目標(biāo)在于提供用于有效地減少終端的功耗的方法和裝置。
[0008]解決方案
[0009]根據(jù)本發(fā)明的一方面，終端的控制信號(hào)傳輸方法包括:在活躍時(shí)間中檢測(cè)第一子幀處的強(qiáng)制性終止；以及當(dāng)檢測(cè)到強(qiáng)制性終止、在第一子幀之后的預(yù)定數(shù)量的子幀中的第二子幀處在物理上行鏈路控制信道(PUCCH)上調(diào)度任何信道質(zhì)量指示符(CQI)傳輸并且在第二子幀處既沒(méi)有配置HARQ自動(dòng)重復(fù)請(qǐng)求(HARQ)反饋傳輸也沒(méi)有配置物理上行鏈路共享信道(PUSCH)時(shí)，發(fā)送CQI。
[0010]根據(jù)本發(fā)明的另一個(gè)方面，發(fā)送控制信號(hào)的終端包括:控制單元，在活躍時(shí)間中檢測(cè)第一子幀處的強(qiáng)制性終止；以及通信單元，檢測(cè)強(qiáng)制性終止，并且當(dāng)檢測(cè)到強(qiáng)制性終止、在第一子幀之后的預(yù)定數(shù)量的子幀中的第二子幀處在物理上行鏈路控制信道(PUCCH)上調(diào)度任何信道質(zhì)量指示符(CQI)傳輸并且在第二子幀處既不配置HARQ自動(dòng)重復(fù)請(qǐng)求(HARQ)反饋傳輸也不配置物理上行鏈路共享信道(PUSCH)時(shí)，發(fā)送CQI。
[0011]有益效果
[0012]根據(jù)本發(fā)明的實(shí)施例，通過(guò)與間斷接收操作相關(guān)聯(lián)地將終端的處理能力維持在合適的水平，可以減少終端的功耗和成本。
【專利附圖】

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