專利名稱：用于控制傳輸載波去激活的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及控制發(fā)射機的活動的方法，并且涉及對應設(shè)備。
背景技術(shù)：
在移動通信網(wǎng)絡(luò)中，例如，根據(jù)第三代合作伙伴項目(3GPP)的技術(shù)規(guī)范，存在支持用戶設(shè)備(UE)的數(shù)據(jù)通信的更高帶寬的總體趨勢。例如，在3GPP長期演進(LTE) (Release 8)中(以下也稱為LTERel-8)，支持高達20MHz的帶寬。然而，為了滿足即將到來的MT(國際移動電信)-Advanced的需要，發(fā)起了LTE-Advanced的工作。LTE-Advanced的部分之一是支持高于20MHz的帶寬。因此，在3GPP LTE Release 10(以下也稱為LTE Rel-IO)中，引入叫做“載波聚合”的概念。根據(jù)此概念，多個分量載波(其中每一個可高達20MHz的帶寬)可以聚合在一起。載波聚合暗指，LTERel-IO終端可以在多個分量載波上接收和發(fā)送。分量載波和根據(jù)LTE Rel-8的載波可具有相同結(jié)構(gòu)。已聚合的分量載波可以相互毗鄰。然而，在更通常的情況下，載波聚合也可以允許不毗鄰的分量載波(包括處于不同頻帶中的載波)或毗鄰和不毗鄰的分量載波。因此，作為LTE Rel-IO部分的載波聚合的引入允許譜聚集，即在去往單個移動終端的下行鏈路(DL)方向或來自單個移動終端的上行鏈路(UL)方向上的不同的不連續(xù)譜片段的同時使用。尤其地，載波聚集概念允許支持更高的比特率，使用不連續(xù)的譜，即當運營商缺少相應的連續(xù)的譜容量，和/或缺少載波之間的快速和有效的負載平衡時，提供高的比特率和更大的容量。應當注意，可以以UE特定的概念實現(xiàn)載波聚合。這就是說，一個UE可以被配置用于從可用的分量載波的集合中，使用一些特定的分量載波，而另一 UE可以被配置用于僅使用載波集合中的單個分量載波，并且又一個UE可以被配置用于使用集合中所有的分量載波。例如，UE可以被配置用于使用特定的網(wǎng)絡(luò)運營商的分量載波。因此，在上述載波聚合概念中，UE可以被配置為具有一個分量載波(CC)，即可以是相同的頻帶或不同的頻帶中的特定的頻率的載波，或多個CC。載波聚合可以用于DL(SP，去往UE的傳輸)和UL ( S卩，來自UE的傳輸)。多個UL和DL CC可以被相互獨立地配置，意思是它們不需要被配置為UL/DL對(例如，如同LTE Rel-8中那樣)。在LTE Rel-IO中，針對一個特定的UE，可以配置多達5個DL CC和5個UL CC0典型地，UE最初選擇DL CC,并在該DL CC上傳輸?shù)男^(qū)的系統(tǒng)信息塊(SIB)上尋找與對應的UL CC有關(guān)的信息。于是，UE在后者上執(zhí)行隨機接入(RA)并在DL CC上接收RA響應。于是，無線電資源控制(RRC)連接建立。這些CC被稱為主要分量載波(PCC)，具體地被稱為UL PCC和DL PCC0 UE建立RRC連接的小區(qū)被稱為是主要服務(wù)小區(qū)(PCell)。UL PCC可以用于LI UL控制信息的傳輸。不能去激活DL PCC0從DL PCC中獲取非接入層(NAS)信息。當DL PCC經(jīng)歷無線電鏈路故障(RLF)時，不管其他DL CC上的RLF狀態(tài)如何，觸發(fā)RRC連接重新建立。
允許從PCC到另一 eNB (演進的NodeB (3GPP LTE中的基站))或相同eNB的另一載波的切換，但是這可能需要更新接入層(AS)的安全密鑰。除了 UL/DL PCC對以外，eNB可以向UE配置附加的分量載波(被稱為是次要分量載波)。這種UE連接的SCC的小區(qū)也被稱為次要小區(qū)(Scell)。針對特定的UE，該DL SCC每一個以缺省方式去激活，但是可以如下節(jié)描述的進行激活和去激活。當CA被配置時為保證合理的UE電池消耗，可以提供針對DL SCC的CC激活/去激活機制。典型地，此激活/去激活機制不適用于PCC。當DL SCC不針對特定的UE激活時，UE不需要接收相應的物理下行鏈路控制信道(PDCCH)或物理下行鏈路共享信道(PDSCH)，也不需要執(zhí)行針對信道質(zhì)量估計的信道質(zhì)量指示符(CQI)的測量。相反，當DL SCC針對特定的UE而激活時，UE應當接收相應的I3DSCH和H)CCH(如果存在的話)，并期望能夠執(zhí)行CQI測量。在UL上，當UL SCC有效時，UE可以在任意已配置的UL SCC上的物理上行鏈路共享信道(PUSCH)上傳輸。UL SCC可以和相對應的DLSCC —起激活/去激活。 SCC的激活/去激活機制的其他細節(jié)是通過來自eNB的介質(zhì)訪問控制(MAC)信令完成DL SCC的顯式激活。通過來自eNB的介質(zhì)訪問控制(MAC)信令完成DL SCC的顯式去激活。也可以隱式去激活DL SCC。例如，如果在一段時間沒有接收到數(shù)據(jù)，為了計算丟失的去激活信令，如果監(jiān)督定時器超時，則UE可以觸發(fā)去激活?？梢元毩⒓せ詈腿ゼせ頓L SCC,并且單獨的激活/去激活命令可以激活/去激活已配置的DL SCC的子集合。加入被配置用于UE的CC的集合的SCC最初被去激活。進一步，引入了 LTE Rel-8中一個被稱為DRX (不連續(xù)接收)的特征。每當UE不在“有效時間”之內(nèi)時，該特征允許該UE停止監(jiān)控DL數(shù)據(jù)和控制信道。有效時間包括，例如，持續(xù)時間，即每個DRX周期(例如，40毫秒)發(fā)生一次的短周期的活動(例如，2毫秒)，和當被稱作是“drx不活動定時器”的定時器運行時的時間。針對每個DL傳輸嘗試(即，UE成功或不成功地接收數(shù)據(jù))，重新啟動后者，并保證當連續(xù)接收數(shù)據(jù)時，UE保持有效。此外，當UE不能解碼DL傳輸嘗試時，該UE發(fā)送HARQ NACK(即，混合自動重傳請求(HARQ)協(xié)議的否定應答)，并且當期望重傳時，該UE需要保證不在DRX狀態(tài)中。這通過被稱為“HARQ RTT定時器”和“drx-重傳定時器”的其他定時器來實現(xiàn)。當指示UE DL傳輸時，HARQ RTT定時器啟動。當HARQ RTT定時器超時時，在HARQ往返時間(RTT)以后，如果以前的接收嘗試不成功(即，如果期望HARQ重傳)，則drx-重傳定時器啟動。drx-重傳定時器應當保證在HARQ RTT定時器超時以后，有足夠的活動的周期(即，在重傳的最早到達時間以后)，并在當前LTE系統(tǒng)中，可以設(shè)置drx-重傳定時器為I毫秒(例如，在同步重傳的情況下)和若干毫秒(例如，算上非同步重傳)之間的值。假設(shè)當eNB中的DL數(shù)據(jù)隊列變空時(即，當前沒有要傳輸?shù)臄?shù)據(jù)時)，eNB典型地去激活DL SCC0為此，它可以在一個或多個已激活的CC上的最后的傳輸塊中發(fā)送去激活命令，連同相應的MAC控制元素(CE)。然而，一些傳輸塊可能需要HARQ重傳。如果MAC協(xié)議數(shù)據(jù)單元(TOU)連同針對去激活的MAC CE在第一次嘗試時到達，并且如果UE嚴格地遵循去激活命令，該UE將不能夠在去激活的CC上接收潛在的重傳。因此，存在對允許有效地控制使用重傳(例如，通過根據(jù)3GPP LTE的以上提及的HARQ協(xié)議中的重傳請求觸發(fā)的重傳)的通信系統(tǒng)中的傳輸載波的去激活的技術(shù)的需求。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的實施例，提供了一種在通信系統(tǒng)中利用重傳請求來控制發(fā)射機活動的方法?？梢栽诎l(fā)射機(例如，UE)中實施該方法。該發(fā)射機被適配用于在至少一個傳輸載波上接收數(shù)據(jù)。根據(jù)該方法，該發(fā)射機接收用于去激活至少一個傳輸載波的去激活命令。響應于該去激活命令，該發(fā)射機執(zhí)行在至少一個傳輸載波上是否期望重傳的檢查。如果期望重傳，延遲去激活命令的執(zhí)行，直到接收到該重傳或定時器已經(jīng)超時。根據(jù)本發(fā)明的另一個實施例，提供了一種發(fā)射機。該發(fā)射機可以是UE。發(fā)射機包括接收機單元、發(fā)射機單元和處理器。接收機單元被適配用于接收數(shù)據(jù)傳輸、重傳和去激活命令。該發(fā)射機單元被適配用于發(fā)送重傳請求。該處理器被適配用于通過執(zhí)行所接收的去 激活命令，控制傳輸載波的去激活，該去激活命令用于去激活接收單元用來接收數(shù)據(jù)傳輸?shù)闹辽僖粋€傳輸載波。該處理器被進一步適配用于執(zhí)行在至少一個傳輸載波上是否期望重傳的檢查，并且如果期望重傳，則延遲該去激活命令的執(zhí)行，直到接收到重傳或定時器已經(jīng)超時。根據(jù)本發(fā)明的另一個實施例，提供了一種通信系統(tǒng)。該通信系統(tǒng)包括發(fā)射機(例如，UE)和基站(例如，eNB)。該基站被適配用于向發(fā)射機發(fā)送數(shù)據(jù)的傳輸、重傳和去激活命令。該發(fā)射機被適配用于從基站接收數(shù)據(jù)的傳輸、重傳和去激活命令。該發(fā)射機被進一步適配用于向所述基站發(fā)送用于觸發(fā)所述重傳的重傳請求。該發(fā)射機被進一步適配用于通過執(zhí)行所接收的去激活命令控制傳輸載波的去激活，所述去激活命令用于去激活用于接收數(shù)據(jù)的傳輸?shù)闹辽僖粋€傳輸載波。進一步，發(fā)射機被適配用于執(zhí)行在至少一個傳輸載波上是否期望重傳的檢查，并且如果期望重傳，延遲所述去激活命令的執(zhí)行，直到接收到所述重傳或定時器已經(jīng)超時。根據(jù)其他實施例，可以提供其他方法、設(shè)備或計算機程序產(chǎn)品(包括處理器執(zhí)行的用于實現(xiàn)該方法的程序代碼)。


圖I是示意性地示出了通信系統(tǒng)的示意圖，其中可以應用根據(jù)本發(fā)明的實施例的活動控制的概念。圖2是示意性地示出了可用于本發(fā)明的實施例中的示例性載波聚合的星座(constellation)的不意圖。圖3是示意性地示出了根據(jù)本發(fā)明的實施例的通信系統(tǒng)中的重傳過程的示意圖。圖4是示意性地示出了根據(jù)本發(fā)明的實施例的去激活命令的過程的示意圖。圖5是示意性地根據(jù)本發(fā)明的實施例的去激活傳輸載波的示例性場景的示意圖。圖6是示意性地根據(jù)本發(fā)明的實施例的去激活傳輸載波的其他示例性場景的示意圖。圖7是也示出了根據(jù)本發(fā)明的實施例的去激活傳輸載波的其他示例性場景的示意圖。圖8是示意性地示出了根據(jù)本發(fā)明的實施例的發(fā)射機的示意圖。
圖9是示出了根據(jù)本發(fā)明的實施例的方法的流程圖。
具體實施例方式以下，通過參考示例性實施例及參考附圖，更詳細地解釋本發(fā)明。所闡述的實施例涉及使用通過重傳請求觸發(fā)的重傳，控制通信系統(tǒng)中的發(fā)射機的活動的概念。在該闡述的示例中，假設(shè)根據(jù)3GPP LTE實現(xiàn)通信系統(tǒng)，并支持載波聚合，并且假設(shè)該概念應用于控制UE使用的用于從eNB接收數(shù)據(jù)的一個或多個分量載波(特別是SCC)的去激活。然而，應當理解，所闡述的概念也可以應用于其他類型的移動通信網(wǎng)絡(luò)中。圖I示意性地示出了包括基站100和與基站100通信的UElO的通信系統(tǒng)。UElO可以是，例如，移動電話、便攜式電腦或其他類型的UE。如所闡述的，UElO經(jīng)由無線電鏈路20與基站100通信。根據(jù)所闡述的3GPP LTE場景，基站100可以是eNB，可以使用UU無線電接口建立無線電鏈路20。無線電鏈路20可以攜帶從基站100到UElO的DL方向上的和/或從UElO到基站100的UL方向上的數(shù)據(jù)業(yè)務(wù)。根據(jù)這里所描述的概念，可以在UElO和基站100之間的無線電鏈路20上使用載 波聚合(例如，使用以上背景部分中解釋的概念)。這就是說，多CC的星座可以用于在UElO和基站100之間的無線電鏈路20上傳輸無線電信號。在圖2中，f表示頻率，示出了不同示例性星座30和40。星座30示出為包括毗鄰的CC31、32、33、34和35。例如，CC31、32、33、34和35可以對應于LTE Rel-8的載波，并且每個CC可以具有20MHz的帶寬。因為在所闡述的例子中，星座30中CC的個數(shù)是5，載波聚合可以用于擴展總共的傳輸帶寬到IOOMHz的聚合帶寬。星座40示出為包括多個連續(xù)和不連續(xù)的CC41、42、43和44，可以從頻譜的不連續(xù)部分聚合所述CC。如所述，部分CC可以是連續(xù)的(例如，CC41和42)，而其他CC可以是不連續(xù)的，出現(xiàn)在頻譜中的其他地方(例如，CC43和44)。例如，分量載波42可以與LTERel-8載波對應，并且每個可以具有高達20MHz的不同帶寬。例如，每個CC41和44可以具有20MHz的帶寬，每個CC42和43可以具有5MHz的帶寬，導致50MHz的聚合帶寬。同樣可以使用其他帶寬，例如如3GPP LTE支持的由I. 4MHz、3MHz、5MHz、IOMHz、15MHz和20MHz組成的組中選擇的帶寬。在UElO中，可以按照需要激活和去激活聚合的CC(S卩，已配置的CC)。這可以以UE特定的方式完成。這就是說，可以針對UElO激活一些CC，同時針對另一 UE去激活這些CC，反之亦然。圖3示出了通信系統(tǒng)中的重傳過程。更確切地說，圖3示出了 UElO和基站100之間的傳輸和重傳。在所述LTE場景中，可以基于MAC層的重傳協(xié)議，特別地基于如3GPPLTE中使用的HARQ協(xié)議，實現(xiàn)重傳過程。在這種情況下，每個傳輸和重傳可以對應于各自的HARQ過程。這里，應當理解，典型地在傳輸載波等級上實現(xiàn)重傳過程。這就是說，針對每個傳輸載波，監(jiān)控接收的數(shù)據(jù)傳輸，并且如果發(fā)現(xiàn)接收的數(shù)據(jù)傳輸是有錯誤的，重傳請求觸發(fā)相同傳輸載波上的重傳。如果有錯誤的傳輸在DL SCC上，可在對應的UL SCC上發(fā)送該重傳請求。也應當理解，在根據(jù)3GPP LTE的典型的通信系統(tǒng)中，相同CC上可存在并行的多個HARQ過程。例如，一個HARQ過程可以等待其重傳，同時另一并行HARQ過程接收第一傳輸。為了清楚，圖3示出了與單個HARQ過程對應的過程。如圖3示出，eNBlOO向UElO發(fā)送數(shù)據(jù)傳輸301。數(shù)據(jù)傳輸301可以在DLSCC上，例如在如圖2示出的多個聚合的CC中的一個CC上。UElO接收數(shù)據(jù)傳輸301。
然后，如方框302示出，UElO執(zhí)行檢查以確定所接收的數(shù)據(jù)傳輸301是否存在錯誤。這可以在所接收的傳輸301的解碼過程中完成。例如，如果解碼不成功，可以確定所接收的傳輸301是有錯誤的。如果確定所接收的傳輸301是有錯誤的，UElO向eNBlOO發(fā)送重傳請求303 (例如，以HARQ NACK的形式)，以觸發(fā)數(shù)據(jù)的重傳。如果有錯誤的傳輸301是在特定的DL SCC上，該重傳請求303可以在相應的UL SCC (例如，物理上行鏈路控制信道(PUCCH)或上行鏈路控制信息(UCI))上發(fā)送。PUCCH或UCI可以映射到UL SCC上的PUSCH上。發(fā)現(xiàn)有錯誤的所接收的數(shù)據(jù)傳輸301可以被UElO存儲在緩沖器中(例如，HARQ過程緩沖器)，以致當解碼重傳時可以將其用作附加的信息。如果確定所接收的數(shù)據(jù)傳輸301沒有錯誤，可以將數(shù)據(jù)傳遞到進一步的處理，例如，到更高協(xié)議層。進一步，UElO可以例如通過發(fā)送HARQ ACK( BP,HARQ協(xié)議的應答消息)向eNB應答傳輸301的正確接收。eNB接收重傳請求303，并響應該重傳請求向UElO發(fā)送數(shù)據(jù)重傳304。如果有錯誤 的傳輸301是在特定的DL SCC上，在相同的DL SCC上發(fā)送重傳304。UElO接收重傳304。于是，如方框305所述，UElO執(zhí)行檢查，以確定所接收的重傳304是否存在錯誤。這可以在所接收的重傳304的解碼過程中完成。例如，如果解碼不成功，可以確定所接收的重傳304是有錯誤的。當解碼重傳304時，所存儲的傳輸301可以用來作為附加的信息，從而增加成功解碼的機會。如果確定所接收的重傳304也是有錯誤的，UElO向eNBlOO發(fā)送另一重傳請求306(例如，以HARQ NACK的形式)，以觸發(fā)數(shù)據(jù)的進一步重傳。再一次，如果有錯誤的傳輸301和重傳304是在特定的DL SCC上，另一重傳請求306可以在相應的UL SCC(例如，在PUCCH上或在映射到UL SCC的PUCCH的UCI)上發(fā)送。以與有錯誤的接收的傳輸301相同的方式，有錯誤的接收的重傳304可以被UElO存儲在緩沖器(例如，HARQ過程緩沖器)中，以致當解碼其他重傳時可以將其用作附加的信息。如果確定所接收的數(shù)據(jù)重傳304沒有錯誤，可以將該數(shù)據(jù)傳遞到進一步的處理，例如，到更高協(xié)議層。進一步，UElO可以例如通過發(fā)送HARQ ACK( BP, HARQ協(xié)議的應答消息)向eNB應答重傳304的正確接收。eNB接收另一重傳請求306，并響應該另一重傳請求306向UElO發(fā)送另一數(shù)據(jù)重傳307。如果有錯誤的傳輸301和有錯誤的重傳304是在特定的DLSCC上，則在相同的DLSCC上發(fā)送另一重傳307。UElO接收另一重傳307。于是，如方框308所述，UElO可以以與重傳304相同的方式處理，并執(zhí)行檢查以確定所接收的另一重傳308是否存在錯誤。此重傳、檢查和重傳請求的過程可以循環(huán)，直到可以成功地解碼重傳。當達到預先定義的重傳的最大數(shù)或在定時器超時以后，該過程也可以終止。于是，在更高的協(xié)議層上可以完成恢復不成功的數(shù)據(jù)傳輸?shù)膰L試。圖4示出了對用于導致傳輸載波去激活的去激活命令的處理。以下，假設(shè)該去激活命令意在去激活用于接收圖3中的傳輸301和可能相關(guān)聯(lián)的重傳304和307的傳輸載波。然而，應當理解，在此傳輸載波(例如，與多個平行的HARQ過程相對應的)上可以實際上存在其他的傳輸和重傳，且該去激活命令可以進一步意在去激活其他傳輸載波。例如，該去激活命令可以意在去激活多個傳輸載波(例如，DL SCC組)。進一步，該去激活命令可以去激活一個或更多個UL SCC連同對應的DL SCC0如圖4示出，eNBlOO向UElO發(fā)送去激活命令401?？梢栽贒L PCC或DLSCC(例如，和用于傳輸301和相關(guān)聯(lián)的可能重傳304和307相同)或另一 DL SCC上發(fā)送去激活命令401?？梢栽贛AC CE上，例如，以一個或多個標志或比特(例如，以位圖的形式)的形式傳輸去激活命令401，以指示要去激活的一個或多個傳輸載波。例如，MAC CE中的每個標志或比特可以指示SCell (即，DL SCC和對應的UL SCC)的去激活。UElO接收去激活命令401。于是，如方框402所指示，UElO執(zhí)行檢查，以確定是否期望在去激活的傳輸載波上的重傳。這可以基于未完成的重傳請求來實現(xiàn)。例如，當在圖3的過程期間接收去激活命令401，在發(fā)送重傳請求303以后，但在正確地接收重傳304之前，UElO可以確定期望重傳304。類似地，當在發(fā)送另一重傳請求306以后但在正確地接收另一重傳307之前接收去激活命令401時，UElO可以確定期望重傳307。如方框403所指示，如果確定期望重傳，則UElO延遲去激活命令401的執(zhí)行。此延遲可以直到接收到期望的重傳或直到定時器超時。具體地，UE可以延遲去激活命令401，直到針對要去激活的DL SCC、針對所有DL SCC或針對所有DL CC的所有已啟動的HARQ重傳定時器已經(jīng)超時。另一方面，如果UElO確定沒有期望的重傳，UElO可以不進一步延遲而執(zhí)行去激活命令401。如圖4進一步示出，eNB 100發(fā)送期望的重傳404，UElO接收該重傳404。如上所述，重傳404可以對應于圖3中的重傳304或?qū)趫D3中的另一重傳307。于是，如方框305示出，UElO可以進一步執(zhí)行所接收的重傳404是否有錯誤的檢查。這可以對應于如結(jié)合圖3所描述的方框305的檢查或者方框308的檢查。如方框406所指示，如果確定所接收的重傳404是有錯誤的，則UE可以進一步延遲去激活命令401的執(zhí)行。此延遲可以直到接收到另一重傳或者直到定時器超時。特別地，UElO可以延遲去激活命令401，直到該分量載波或所有DL SCC或所有DL CC上的所有啟動的HARQ重傳定時器已經(jīng)超時。另一方面，如果UElO確定接收的重傳404是沒有錯誤的，UElO可以不進一步延遲地執(zhí)行去激活命令401。使用以上過程，傳輸載波的去激活不會不利地影響進行中的重傳過程，且避免了數(shù)據(jù)丟失。同時，一旦正在進行的重傳過程已經(jīng)結(jié)束，去激活馬上發(fā)生。定時器的使用避免了死鎖情況，例如，如果因為一些原因永遠接收不到期望的重傳。以下，結(jié)合圖5到7解釋去激活過程的示例性場景。在圖5到7的示例性場景中，假設(shè)同步重傳。然而，相似的概念也可應用于非同步重傳。圖5以表格的形式示出了場景，其中eNB在DL PCC(記作DL-PCC)和另外三個DLSCC(記作DL-SCCl、DL-SCC2和DL-SCC3)上傳輸數(shù)據(jù)。表中的第一行示出了子幀或HARQ過程的序列，每一個子幀或HARQ過程可對應于例如I毫秒。表中的下面4行示出了每個子幀中的分量載波上傳輸?shù)臄?shù)據(jù)塊，“T”表示傳輸。用黑體和斜體的“T”表示的傳輸是假定有錯誤的，并需要在相同CC上，在過程的下一次發(fā)生時(即，8個塊以后)執(zhí)行重傳(因為假定同步的重傳)?！癛”表示重傳。用黑體和斜體的“R”表示的重傳是假定有錯誤的，并需要在相同CC上，在過程的下一次發(fā)生時(即，8個塊以后)的另一重傳。在此示例的HARQ過程3的第二次發(fā)生中，例如由于缺少新的數(shù)據(jù)，eNB發(fā)送MACCE以去激活SCC (黑色框標注的子幀，垂直箭頭指示的位置)，。針對此目的，可以在發(fā)送的此子幀中的對應的傳輸塊中設(shè)置標志。該去激活對于特殊的SCC是特定的。然而，在所述場景中，針對所有SCC導致去激活。如進一步所述，DL-SCC2上的HARQ過程4需要兩個更多的重傳，因為也沒有正確地接收到第一個重傳。因此，根據(jù)上面所解釋的概念，UE延遲至少DL-SCC2的去激活，直到成功接收到該重傳。在圖5中，通過陰影區(qū)域示出了 DL SCC的去激活。如所示，同時去激活所有SCC。在一些實施例中，針對還沒有完成的重傳，僅延遲這些SCC的去激活。這是在圖6中示出，圖6示出了和圖5相同的場景，但是圖6具有僅針對DL-SCC2的延遲的去激活。如結(jié)合圖4已經(jīng)解釋的，如果不能正確解碼DL數(shù)據(jù)傳輸，則可以通過保持SCC處于激活狀態(tài)，完成一個或多個SCC的延遲的去激活。在這種情況下，為了請求重傳，UE發(fā)送HARQ NACK。在LTE中，此重傳可以在一個HARQ RTT以后到來(當假定同步HARQ)，但是它也可以在若干子幀以后到來(當假定異步HARQ)。在一些實施例中，UE也可以延遲去激活命令，直到成功地解碼將要去激活的DLSCC的所有軟緩沖器中的數(shù)據(jù)。換句話說，如果針對HARQ重傳一個或多個過程還在等待，UE可以不對DL SCC去激活。為了避免死鎖情況，一旦與將要去激活的DL SCC的所有HARQ 過程相關(guān)聯(lián)的HARQ RTT定時器和drx-重傳定時器已經(jīng)超時，UE也可以去激活DL SCC0在一些實施例中，例如，當假定圖5示出的去激活場景，可能需要在去激活SCC之前UE的所有已激活的SCC上的HARQ過程滿足上述條件。這確保了除非已經(jīng)成功解碼所有DL SCC上的所有HARQ過程，或直到至少相關(guān)聯(lián)的HARQ RTT定時器和drx-重傳定時器超時，否則沒有DL SCC被去激活。如果物理層數(shù)據(jù)的編碼(例如，PUCCH或PUSCH格式上的UCI)依賴于CC，這可以是有優(yōu)勢的。在一些場景中，UE執(zhí)行的物理數(shù)據(jù)層編碼可取決于已激活的SCC。例如，取決于PUCCH格式和PUCCH資源預留，這可以用于I3UCCH或PUSCH格式上的UCI。于是，期望保證UE不會自主地改變這些格式，這樣eNB知道將要接收的格式。這可以通過讓UE應用配置的PUCCH或PUSCH格式上的UCI直到所有CC上的所有原始傳輸和重傳已經(jīng)完成且在PUCCH或PUSCH上的UCI上應答來實現(xiàn)。在一些情況下，這意味著需要同時去激活所有DL SCC，而不是僅僅同時去激活所有DL SCC的子集，以避免相關(guān)聯(lián)的格式改變。因此，在一些實施例中，UE也可以延遲PUCCH或PUSCH格式上的UCI的改變，直到它已經(jīng)確認已成功接收所有DL SCC上的所有HARQ過程。圖7示出了為了闡述UL上的DL SCC的去激活的效應的場景。在圖7中，在上表中示出的DL傳輸類似于圖5。另外，在下表中，圖7示出了 UL CC上的UL傳輸，該UL CC包括 UL PCC (記作 UL-PCC)和 3 個 UL SCC (記作 UL-SCCU UL-SCC2 和 UL-SCC3)。UL 傳輸包括HARQ反饋(記作與DL傳輸相對應的“F”)。更具體地，UL-PCC包括針對DL-PCC的HARQ反饋、UL-SCCl包括針對DL-SCCl的HARQ反饋、UL-SCC2包括針對DL-SCC2的HARQ反饋且UL-SCC3包括針對DL-SCC3的HARQ反饋。在圖7的下表示出的UL中，黑體的和斜體的“F”表示否定應答，于是，該否定應答觸發(fā)在DL中的數(shù)據(jù)塊4的子幀的重傳。在3GPP LTE中，在已經(jīng)接收到對應的數(shù)據(jù)塊以后的4毫秒發(fā)送HARQ反饋。下表中的陰影區(qū)域表示，和之前相比，UE使用另一 PUCCH或PUSCH格式上的UCI。可以看到，一旦任意DL SCC上的所有的待定重傳已經(jīng)完成和應答，該改變發(fā)生。例如，如圖7的下表中的最后一個HARQ過程5示出的，根據(jù)新的格式確認DL PCC的I3DSCH上的其他重傳。在這種方式下，可以避免由于過早的隱式重選擇或I3UCCH或PUSCH格式上的UCI的改變而可能產(chǎn)生的HARQ反饋(例如，HARQ ACK/NACK)的傳輸中的歧義。圖8示意性地示出了用于實現(xiàn)例如，圖1、3和4的UE的發(fā)射機中的上面描述的概念的示例性結(jié)構(gòu)。在示出的結(jié)構(gòu)中，發(fā)射機包括例如使用載波聚合的上述概念、通過多個傳輸載波進行數(shù)據(jù)傳輸?shù)慕涌?130。更具體的，接口 130被適配用于接收上面描述的數(shù)據(jù)傳輸301、重傳304、307和404以及去激活命令401的數(shù)據(jù)。針對此目的，接口 130具備接收機單元132。進一步，接口 130被適配用于發(fā)送上面描述的重傳請求303和306。針對此目的，接口130具備發(fā)射機單元134。接口 130被配置用于經(jīng)由無線電鏈路進行數(shù)據(jù)傳輸。例如，接口130可以對應于根據(jù)3GPP TS的UU無線電接口。進一步，發(fā)射機包括耦合于接口 130的處理器150和耦合于處理器150的存儲器160。存儲器160可以包括只讀存儲器(ROM)(例如，快閃ROM)、隨機存取存儲器(RAM)(例如，動態(tài)RAM(DRAM)或靜態(tài)RAM(SRAM))、大容量存儲設(shè)備(例如，硬盤或固態(tài)硬盤)等等。 存儲器160包括處理器150執(zhí)行的合適地被配置的程序代碼，以實現(xiàn)上面描述的發(fā)射機的功能。更明確的，存儲器160可以包括重傳協(xié)議模塊170，重傳協(xié)議模塊170使用如結(jié)合圖3解釋的重傳請求所觸發(fā)的重傳，實現(xiàn)數(shù)據(jù)傳輸功能。進一步，存儲器160可以包括控制被配置在接口 130中的傳輸載波的激活和去激活的活動控制模塊。可以響應于接收命令(例如，上面描述的用于去激活被配置在接口 130中的一個或多個傳輸載波的去激活命令)，部分地實現(xiàn)活動控制。進一步，存儲器160可以包括用于延遲結(jié)合圖4解釋的已接收去激活命令的執(zhí)行的延遲控制模塊。應當理解，圖8示出的結(jié)構(gòu)僅僅是示意性的，并且發(fā)射機可以實際上包括其他組件(例如，其他接口)，為了清楚，這里沒有示出。也應當理解，存儲器160可以包括沒有示出的其他類型的程序代碼模塊。例如，存儲器160可以包括用于實現(xiàn)UE典型功能的程序代碼模塊。根據(jù)一些實施例，也可以提供計算機程序產(chǎn)品，用于實現(xiàn)根據(jù)本發(fā)明的實施例的概念，例如，存儲將存儲到存儲器160中的程序代碼和/或其他數(shù)據(jù)的計算機可讀介質(zhì)。圖9示出了示意性地示出根據(jù)本發(fā)明的實施例的方法的流程圖。該方法可以用于實現(xiàn)上面描述的(例如，圖1、3和4中的)UE的發(fā)射機中的活動控制的過程。如步驟910示出的，該方法可以包括在發(fā)射機中接收數(shù)據(jù)傳輸?？梢栽谥辽僖粋€傳輸載波(例如DL SCC)上接收數(shù)據(jù)傳輸。例如，這將涉及使用如結(jié)合圖2所描述的多個CC的星座?？梢允褂脤耐ㄐ旁O(shè)備的接口(例如，結(jié)合圖10所解釋的接口 130)執(zhí)行數(shù)據(jù)傳輸。特別地，接收機單元132可以用于接收數(shù)據(jù)傳輸。接收數(shù)據(jù)傳輸也可以涉及解碼數(shù)據(jù)的輸和執(zhí)行所接收的數(shù)據(jù)傳輸是否有錯誤的檢查。處理器(例如，圖8中的處理器150)可以解碼和執(zhí)行所收到的數(shù)據(jù)傳輸是否有錯誤的檢查。如果確定所收到的數(shù)據(jù)傳輸是有錯誤的，發(fā)射機可以發(fā)送重傳請求以觸發(fā)此數(shù)據(jù)的重傳(例如，結(jié)合圖3所解釋)。進一步，如果觸發(fā)了重傳，該方法也可以包括接收重傳、解碼該重傳和執(zhí)行所接收的重傳是否有錯誤的檢查。如果確定所收到的數(shù)據(jù)重傳是有錯誤的，發(fā)射機可以發(fā)送重傳請求以觸發(fā)另一重傳(例如，結(jié)合圖3所解釋)。在步驟920，發(fā)射機接收去激活命令(例如，圖4中的去激活命令401)。該去激活命令可以具有導致特定SCC中的一個或多個傳輸載波(例如，結(jié)合圖2解釋的CC)的去激活的目的。發(fā)射機使用這些傳輸載波以接收數(shù)據(jù)傳輸，以及還有可能的相關(guān)的重傳。在一些實施例中，發(fā)射機可以在多個傳輸載波上接收傳輸，而且去激活命令可以具有去激活所有這些傳輸載波的目的。去激活命令的執(zhí)行還可以造成一個或多個傳輸載波(例如，一個或多個SCC)的去激活，而至少一個其他傳輸載波(例如，PCC或一個或多個其他SCC)保持有效?？梢詮幕?例如，從eNB)接收該去激活命令。可以在MAC CE中(例如，以一個或多個標志或比特(例如，以位圖的形式)的形式)接收去激活命令。去激活命令的執(zhí)行可以去激活用于接收傳輸(例如，DL SCC)的傳輸載波連同用于發(fā)送傳輸(例如與DL SCC相對應的UL SCC)的對應的傳輸載波。在步驟930，發(fā)射機執(zhí)行確定是否期望重傳(特別是將要去激活的一個或多個傳輸載波上的重傳)的檢查。針對此目的，發(fā)射機可以確定，是否發(fā)射機發(fā)送了重傳請求(為了觸發(fā)重傳)而接收機沒有正確地接收重傳。如果觸發(fā)了發(fā)送重傳請求，發(fā)射機還可以確定期望重傳，在發(fā)送重傳請求之前，該重傳可能已經(jīng)完成。在檢測到所接收的傳輸或者重傳是有錯誤的之后，發(fā)射機還可以確定期望重傳，在觸發(fā)發(fā)送重傳請求之前，該重傳可能已經(jīng)完成。如果是這種情況，發(fā)射機可以確定期望重傳。如果步驟930的檢查結(jié)果是不期望重傳，該方法前進到步驟940 (如分支“N”所指示)。如果步驟930的檢查結(jié)果是期望重傳，該 方法前進到步驟950 (如分支“Y”所指示)。在步驟940中，執(zhí)行了去激活命令，并且根據(jù)該去激活命令去激活至少一個傳輸載波。在步驟950，如結(jié)合圖4所解釋，延遲該去激活命令的執(zhí)行。如果該去激活命令具有去激活多個傳輸載波的目的，針對所有的這些傳輸載波，可以延遲該去激活命令的執(zhí)行，這樣可以同時去激活傳輸載波(例如，如圖5所示)。備選地，例如，如圖6所示，可以針對僅僅那些期望重傳的傳輸載波延遲去激活命令的執(zhí)行。如步驟960示出，延遲去激活命令的執(zhí)行，直到接收到所期望的重傳或者定時器已經(jīng)超時(例如，如結(jié)合圖4所解釋)。定時器的超時表示發(fā)射機應當停止等待所請求的重傳。該定時器可以是HARQ協(xié)議的重傳定時器(例如，HARQ RTT和/或drx-重傳定時器)。進一步，可以延遲去激活命令的執(zhí)行，至少直到已經(jīng)解碼所接收的數(shù)據(jù)傳輸和/或所接收的重傳。進一步，如果接收了所期望的重傳，并且確定所接收的重傳是有錯誤的，發(fā)射機可以進一步延遲去激活命令的執(zhí)行，例如，直到至少接收到其他重傳或者定時器已經(jīng)超時。如步驟970示出的，在延遲以后，發(fā)射機可以執(zhí)行該去激活命令，S卩，根據(jù)去激活命令去激活至少一個傳輸載波。因此，本發(fā)明的一些實施例涉及，利用重傳請求控制通信系統(tǒng)中的發(fā)射機(例如，UE10)的活動的方法。發(fā)射機被適配用于接收至少一個傳輸載波(例如，圖2所示出的CC)上的數(shù)據(jù)，并且被適配用于接收至少一個傳輸載波的去激活命令(例如，去激活命令401)。響應于該命令，發(fā)射機執(zhí)行是否期望針對在傳輸載波上所接收的數(shù)據(jù)的重傳的檢查。如果不期望，根據(jù)命令去激活該載波。如果期望，延遲命令的執(zhí)行，直到接收到重傳。根據(jù)實施例，如果發(fā)送了重傳請求并且沒有正確接收到重傳，則特別地期望重傳。在實施例中，如果重傳是有錯誤的，可以因此進一步延遲命令的執(zhí)行，直到接收到一個或多個其他重傳。被適配用于提出的方法的發(fā)射機可以包括用于接收數(shù)據(jù)和去激活命令的接收機單元(例如，接收機單元132)。發(fā)射機單元(例如，發(fā)射機單元134)被適配用于發(fā)送重傳請求。發(fā)射機中的處理器(例如，處理器150)被適配用于檢查正確的數(shù)據(jù)接收和被適配用于觸發(fā)重傳請求。該處理器進一步被適配用于響應于去激活命令，控制接收機單元中的一個或多個載波的去激活。處理器中的控制程序(例如，如延遲控制單元190所實現(xiàn)的)可以確定是否觸發(fā)了重傳請求，并延遲去激活直到接收到觸發(fā)的重傳。如上所述，發(fā)射機可以是例如LTE系統(tǒng)中的用戶設(shè)備，接收機單元可以被適配用于在多個載波(例如，如結(jié)合圖2所解釋的多個聚合的CC)上接收數(shù)據(jù)。在上面描述的延遲的去激活行為中，存在eNB不準確地知道何時UE去激活一個或多個CC的可能性。然而，eNB可以從eNB從UE接收的反饋中推斷該去激活。例如，如果eNB沒有在任何CC上調(diào)度任何新的數(shù)據(jù)(eNB針對該CC發(fā)送去激活命令并接收重傳請求(例如，HARQ NACK))，其可以得出結(jié)論:UE保持對應的DL SCC有效并等待重傳。
雖然本申請中所有的描述是關(guān)于LTE通信系統(tǒng)，應當注意，相同的概念也可以用于包含上述普遍特征的其他通信系統(tǒng)，例如，使用具有重傳請求的重傳協(xié)議的其他通信系統(tǒng)。應當理解，如上所解釋的，示例和實施例僅是說明性的，并可以進行各種修改。進一步，應當理解，可以通過在現(xiàn)存的UE中使用相應設(shè)計的軟件，或者通過在UE中使用專用硬件，來實現(xiàn)上面的概念。
權(quán)利要求
1.一種在通信系統(tǒng)中利用重傳請求來控制發(fā)射機(10)的活動的方法，所述發(fā)射機(10)被適配用于在至少一個傳輸載波(31、32、33、34、35 ;41、42、43、44)上接收數(shù)據(jù)，所述方法包括 發(fā)射機(10)接收去激活命令，所述去激活命令(401)用于去激活至少一個傳輸載波(31、32、33、34、35 ;41、42、43、44)； 響應于所述去激活命令(401)，所述發(fā)射機(10)執(zhí)行在至少一個傳輸載波(31、32、33、34,35 ;41、42、43、44)上是否期望重傳(304,307 ；404)的檢查；以及 如果期望重傳(304、307 ;404)，則延遲所述去激活命令(401)的執(zhí)行，直到接收到所述重傳(304、307 ；404)或定時器已經(jīng)超時。
2.根據(jù)權(quán)利要求I所述的方法， 其中，如果所述發(fā)射機(10)發(fā)送用來觸發(fā)所述重傳(304、307 ；404)的重傳請求(303、306)，并且所述發(fā)射機(10)還沒有正確接收所述重傳(304、307 ;404)，則所述發(fā)射機(10)確定期望重傳(304、307 ；404)。
3.根據(jù)權(quán)利要求I或2所述的方法，包括 所述發(fā)射機(10)在至少一個傳輸載波(31、32、33、34、35 ;41、42、43、44)上接收數(shù)據(jù)傳輸(301)； 所述發(fā)射機(10)執(zhí)行所述接收的數(shù)據(jù)傳輸(301)是否有錯誤的檢查；以及 如果所述接收的數(shù)據(jù)傳輸(301)之一是有錯誤的，所述發(fā)射機(10)發(fā)送重傳請求以觸發(fā)該數(shù)據(jù)的重傳(304)。
4.根據(jù)權(quán)利要求3所述的方法， 其中，延遲所述去激活命令(401)的執(zhí)行，至少直到已經(jīng)解碼所述接收的數(shù)據(jù)傳輸(301)。
5.根據(jù)前述權(quán)利要求中任意一項所述的方法，包括 所述發(fā)射機(10)接收所述重傳(304、307 ；404);以及 所述發(fā)射機(10)執(zhí)行所述接收的重傳(304、307 ；404)是否有錯誤的檢查；以及 如果所述接收的重傳(304、307 ；404)是有錯誤的，則進一步延遲所述去激活命令的執(zhí)行，直到接收到至少一個其他重傳(307)或定時器已經(jīng)超時。
6.根據(jù)權(quán)利要求5所述的方法， 其中，延遲所述去激活命令(401)的執(zhí)行，至少直到已經(jīng)解碼所述接收的重傳(304、307 ；404)。
7.根據(jù)前述權(quán)利要求中任意一項所述的方法， 其中，所述去激活命令(401)的執(zhí)行造成至少一個傳輸載波(31、32、33、34、35 ;41、42、43,44)的去激活，同時至少一個其他傳輸載波(31、32、33、34、35 ;41、42、43、44)保持有效。
8.根據(jù)前述權(quán)利要求中任意一項所述的方法， 其中，所述去激活命令(401)的執(zhí)行造成多個傳輸載波(31、32、33、34、35 ;41、42、43、44)的去激活；以及 其中，針對所述多個傳輸載波中的所有傳輸載波(31、32、33、34、35 ;41、42、43、44)，延遲所述去激活命令(401)的執(zhí)行。
9.根據(jù)權(quán)利要求I到7中任意一項所述的方法，其中，所述去激活命令(401)的執(zhí)行造成多個傳輸載波(31、32、33、34、35 ;41、42、43、44)的去激活；以及 其中，針對所述多個傳輸載波中僅那些期望在其上進行重傳(304、307 ;404)的傳輸載波(31、32、33、34、35 ;41、42、43、44)，延遲所述去激活命令(401)的執(zhí)行。
10.根據(jù)前述權(quán)利要求中任意一項所述的方法， 其中，數(shù)據(jù)傳輸(301)和重傳(304、307 ；404)是混合自動重傳協(xié)議的傳輸和重傳。
11.一種發(fā)射機，包括 接收機單元(132)，被適配用于接收數(shù)據(jù)傳輸(301)、重傳(304，307 ；404)和去激活命令(401)； 發(fā)射機單元(134)，被適配用于發(fā)送重傳請求(303，306);以及 處理器(150)，被適配用于通過執(zhí)行接收的去激活命令(401)控制傳輸載波(31、32、33、34、35 ;41、42、43、44)的去激活，所述去激活命令用于去激活由用于接收數(shù)據(jù)傳輸(301)的接收單元(132)使用的至少一個傳輸載波(31、32、33、34、35 ;41、42、43、44)， 其中，所述處理器(150)還被適配用于執(zhí)行在至少一個傳輸載波(31、32、33、34、35 ；41、42、43、44)上是否期望重傳(304，307 ;404)的檢查，并且如果期望重傳(304，307;404)，延遲所述去激活命令(401)的執(zhí)行，直到接收到所述重傳(304，307 ；404)或定時器已經(jīng)超時。
12.根據(jù)權(quán)利要求11所述的發(fā)射機， 其中，所述處理器(150)被適配用于如果發(fā)送了用于觸發(fā)所述重傳(304，307 ；404)的重傳請求(303，306)并且還沒有正確地接收到所述重傳(304，307 ;404)，則確定期望重傳(304,307 ；404)。
13.根據(jù)權(quán)利要求11或12所述的發(fā)射機， 其中，所述處理器(150)還被適配用于執(zhí)行接收的數(shù)據(jù)傳輸(301)是否有錯誤的檢查，并且如果所述接收的數(shù)據(jù)傳輸(301)之一是有錯誤的，則觸發(fā)所述發(fā)射機單元(134)發(fā)送重傳請求(303)。
14.根據(jù)權(quán)利要求11到13中任意一項所述的發(fā)射機， 其中，所述處理器(150)還被適配用于執(zhí)行所述接收的重傳(304，307 ；404)是否有錯誤的檢查，并且如果所述接收的重傳(304，307;404)是有錯誤的，則進一步延遲所述去激活命令(401)的執(zhí)行，直到接收到至少一個其他重傳(307)或定時器已經(jīng)超時。
15.根據(jù)權(quán)利要求11到14中任意一項所述的發(fā)射機， 其中，所述發(fā)射機被適配用于根據(jù)權(quán)利要求I到10中任意一項所定義的方法而操作。
16.一種通信系統(tǒng)，包括 發(fā)射機(10);以及 基站(100)， 其中，所述基站(100)被適配用于向發(fā)射機(10)發(fā)送數(shù)據(jù)傳輸(301)、重傳(304，307 ；·404)和去激活命令(401)； 其中，所述發(fā)射機(10)被適配用于從所述基站(100)接收數(shù)據(jù)傳輸(301)、重傳(304，·307 ；404)和去激活命令(401)，并向所述基站(100)發(fā)送用于觸發(fā)所述重傳(304，307;·404)的重傳請求(303,306);以及其中，所述發(fā)射機(10)還被適配用于通過執(zhí)行接收的去激活命令(401)來控制傳輸載波(31、32、33、34、35 ;41、42、43、44)的去激活，所述去激活命令(401)用于去激活由用于接收數(shù)據(jù)傳輸(301)的至少一個傳輸載波(31、32、33、34、35;41、42、43、44)，以及 其中，所述發(fā)射機(10)還被適配用于執(zhí)行在至少一個傳輸載波(31、32、33、34、35 ;41、.42、43、44)上是否期望重傳(304，307 ；404)的檢查，并且如果期望重傳(304，307 ;404)，則延遲所述去激活命令(401)的執(zhí)行，直到接收到所述重傳(304，307;404)或定時器已經(jīng)超時。
17.根據(jù)權(quán)利要求15所述的通信系統(tǒng)， 其中，所述發(fā)射機(10)被適配用于根據(jù)權(quán)利要求1到10中任意一項所定義的方法而操作。
全文摘要
在通信系統(tǒng)中，響應于去激活命令(401)控制發(fā)射機(10)(例如，UE)的活動。該發(fā)射機(10)在至少一個傳輸載波上接收數(shù)據(jù)，并且如果發(fā)現(xiàn)所接收的數(shù)據(jù)的傳輸有錯誤，可以發(fā)送用于觸發(fā)該數(shù)據(jù)的重傳(404)的重傳請求。響應于接收該去激活命令(401)，該發(fā)射機(10)執(zhí)行在至少一個傳輸載波上是否期望重傳(404)的檢查。如果期望重傳(404)，則延遲用于去激活該傳輸載波的去激活命令(401)的執(zhí)行，直到接收到重傳(404)或定時器已經(jīng)超時。
文檔編號H04L1/18GK102893548SQ201180017352
公開日2013年1月23日 申請日期2011年4月1日 優(yōu)先權(quán)日2010年4月1日
發(fā)明者羅伯特·巴德邁爾, 亨寧·維曼 申請人:瑞典愛立信有限公司