傳送塊、估計子幀N的DRX狀況并且當然地還要準備CSI/SRS。該處理 可以在子幀N-4啟動，并且可以很好地持續另一個子幀或者兩個子幀。更重要的是，盡管該 估計實際發生在例如子幀N-3(例如，因為處理延遲），但是僅考慮直到并且包括子幀N-4的 信息（例如，PDCCH、DRX定時器值/狀況）。因此，可以將子幀N-4與子幀N之間的時間看 作UE的時間預算，從而尤其用于：解碼roccH、處理roscH的傳送塊、根據該實施例的估計、 準備CSI/SRS(如果要進行傳輸）。這同樣適用于下面解釋的其余實施例。
[0290] 如上所述，可以僅需要對CSI和/或SRS配置的子幀之前的4個子幀執行根據本 發明第一實施例的處理（同樣也適用于下面解釋的其余實施例）；即，配置的子幀N的子幀 N-4。然而，從實現的觀點出發，UE和/或eNodeB還可以每隔子幀N(ateverysubframe N)進行一次估計，而不考慮甚至是否對子幀N+4配置周期性CSI和/或周期性SRS。盡管 這樣導致顯著更多的處理，但是能夠降低UE和eNodeB的復雜性。
[0291] 3GPP技術規范TS 36. 321的section 5. 7中建議要實現如下示例性文本，該文本 反映上面解釋的本發明的第一實施例：
[0293] -如果PDCCH指示新傳輸（DL或者UL):
[0294] -則啟動或者重新啟動drx-InactivityTimer(drx不活動定時器）。
[0295] -在當前子幀n中，如果根據直到并且包括子幀n-4收到的確認/指配，UE不處于 活動時間，并且如果根據直到并且包括子幀n-4收到的確認/指配，onDurationTimer(持 續時長定時器）和drx_RetransmissionTimer(drx重傳定時器）不運行，則不報告0型觸 發SRS[2]。
[0296]-如果CQI掩蔽（cqi-Mask)由上層設立：
[0297] -則在當前子幀n中，如果根據直到并且包括子幀n-4收到的確認/指配， onDurationTimer不運行，則不報告PUCCH上的CQI/PMI/RI/PTI。
[0298] 一否則：
[0299] -在當前子幀n中，如果根據直到并且包括子幀n-4收到的確認/指配，UE不處 于活動時間，并且如果根據直到并且包括子幀n-4收到的確認/指配，onDurationTimer和 drx-RetransmissionTimer不運行，則不報告PUCCH上的CQI/PMI/RI/PTI。
[0300] 與UE是否在監視HXXH無關，UE接收并且發送HARQ反饋，并且當期望該事件時， 發送1型觸發SRS[2]。
[0301] 注：同樣的活動時間應用于所有激活的服務小區。
[0303] 第二實施例
[0304] 本發明的第二實施例解決的問題是，對于UE正從eNodeB接收DRXMAC控制要素， 指示UE進入DRX，S卩，進入DRX模式并且因此處于不活動的情況，存在一些不可預測的UE行 為。換句話說，根據是否發送CSI/SRS(例如，格式Ia與格式2a，請參見【背景技術】小節中的 PUCCH格式表），eNodeB不知道UE在子幀N將使用哪個傳輸格式。將結合示出DRX圖的圖 13和圖14更詳細解釋該問題，在DRX圖中，執行根據第一實施例的處理。
[0305] 假定對周期性CSI/SRS傳輸配置子幀N-IO和N。在子幀N-4接收具有對H)SCH中 的DRXMACCE的下行鏈路資源指配的PDCCH，并且通過PDSCH接收DRXMACCE。DRXMAC CE是eNodeB發出的使UE進入DRX模式，即，啟動例如DRX短周期（未示出）的指示。HARQ 適用于含有DRXMACCE的H)SCH，因為該原因，UE在子幀N將HARQ反饋（ACK/NACK)發送 至IjeNodeB。
[0306] 然而，在不在子幀N解碼HARQ反饋（ACK/NACK)的情況下，eNodeB不知道UE是否 在子幀N-4正確收到發送的DRXMACCE。在子幀N對UE的DRX狀況的估計取決于UE是否 正確收到MACCE。在在子幀N-4正確收到DRXMACCE的情況下，UE在子幀N-3之前進入 不活動時間（理想情況下），并且因此發送ACK，而不在子幀N報告CSI和發送SRS(請參見 圖 13)。
[0307] 在其他情況下，UE不能正確解碼DRXMACCE，因此停留在活動時間，并且在子幀N 發送NACK和CSI/SRS(請參見圖14)。因此，eNodeB仍需要執行雙解碼，以覆蓋上面描述的 情況，這樣增加了eNodeB的復雜性。在初始傳輸之后在最早的8個子幀（根據配置），并 且在圖14所示的示例性配置中，假定是在子幀N+5的初始傳輸之后的9個子幀，相應重傳 DRXMACCE。假定DRXMACCE此時被正確解碼，并且因此進入DRX、不活動時間。
[0308] 根據第二實施例，對是否根據配置發送周期性CSI/SRS的估計僅考慮直到并且包 括子幀N- (4+k)收到的DRXMACCE，其中k是1至K的整數，并且子幀N是對周期性CSI和 /或SRS配置的子幀。這樣確保eNodeB在子幀N已經知道DRXMAC是否被UE正確接收。 因此，其已經知道在子幀N使用的傳輸格式。
[0309] 根據該估計，對周期性CSI和/或SRS的傳輸進行控制，使得在估計到UE將在子 幀N處于活動時間的情況下，發送CSI/SRS，而在估計到UE將在子幀N處于不活動時間的情 況下，不發送CSI/SRS。根據圖13和圖14的情境，圖15和圖16示出了應用本發明的第二 實施例的結果。
[0310] 對于圖15和圖16的示例性實施例，假定k= 1，使得僅考慮UE直到并且包括子幀 N-5收到的DRXMACCE來確定是否在子幀N根據配置發送CSI/SRS。因此，從圖15可以看 出，該估計過程不考慮在子幀N-4收到的DRXMACCE，因為該原因，在子幀N與HARQ反饋 (在圖15的例子中，ACK) -起發送CSI/SRS。執行相同確定并且得到相同結果的eNodeB預 計到CSI/SRS的傳輸和對DRXMACCE的HARQ反饋。無需進行雙解碼。（能夠在不進行雙 解碼的情況下，解碼ACK/NACK)。
[0311] 圖16的示例性情境假定在子幀N-5,而非在子幀N-4接收DRXMACCE(和相應 PDCCH)。還假定DRXMACCE被UE正確解碼，因此，UE退出活動時間，并且在子幀N-4之前 進入DRX不活動時間。根據HARQ處理，在DRXMACCE之后的4個子幀，S卩，在子幀N-1，UE 將ACK發送到eNodeB。因此，eNodeB接收HARQ反饋（例如，ACK)，并且能夠推定UE是否正 確解碼并且應用DRXMACCE。因此，UE根據正確收到DRXMACCE估計其將在子幀N處于 不活動時間，并且因此，不發送周期性CSI/SRS。收到作為HARQ反饋的ACK的eNodeB也確 定UE將在子幀處于不活動時間，并且因此未預計接收CSI/SRS。
[0312] 盡管上面的解釋針對k= 1，S卩，考慮直到并且包括子幀N-5收到的DRXMACCE， 但是k也可以取其他值，諸如2、3、4等。采用較大的k值增加eNB處理收到的對MACCE的 HARQ反饋和判定預期的HJCCH格式從而在子幀N正確檢測并且解碼PUCCH可用的內部處理 時間。
[0313] 盡管迄今作為本發明的獨立實施例描述作為第一實施例的替換的本發明的上述 第二實施例，但是第二實施例和第一實施例可以很好地組合。因此，UE估計其自身在子幀N 的DRX狀況，并且因此還根據如下估計是否在子幀N發送周期性CSI/SRS:
[0314] 一直到并且包括子幀N-4收到的UL許可和/或DL指配，并且還根據子幀N-4的 與DRX有關的定時器（如對第一實施例描述的），以及
[0315] 一UE直到并且包括子幀N- (4+k)收到的DRXMACCE(根據第二實施例）。
[0316] 因此，為了考慮確認/指配和與DRX有關的定時器并且為了考慮DRXMACCE，使用 不同的子幀時段。
[0317] 仍然作為一種選擇，不象結合第一實施例解釋的那樣還考慮與DRX有關的定時 器，UE可以在子幀N估計自身的DRX狀況，并且因此，還根據如下估計是否在子幀N發送周 期性CSI/SRS:
[0318] 一直到并且包括子幀N-4收到的UL許可和/或DL指配，以及
[0319] 一UE直到并且包括子幀N- (4+k)收到的DRXMACCE(根據第二實施例）。
[0320] 正如上面已經對第一實施例所做的解釋，僅需要對CSI和/或SRS配置的子幀之 前的5個（或者N-(4+k))子幀執行根據本發明第二實施例的處理。然而，從實現的觀點出 發，UE和/或eNodeB還可以每隔子幀N執行一次估計，而不考慮甚至是否對子幀N+(N+4) 配置周期性CSI和/或周期性SRS。盡管這樣可能導致顯著更多的處理，但是能夠降低UE 和eNodeB的復雜性。
[0321] 3GPP技術規范TS36. 321的section5. 7中建議要實現如下示例性文本，該文本 反映上面解釋的本發明的第二實施例：
[0323] 一如果PDCCH指示新傳輸（DL或者UL):
[0324] 一則啟動或者重新啟動drx-InactivityTimer〇
[0325] 一在當前子幀n中，如果根據直到并且包括子幀n-4收到的確認/指配和直到并 且包括子幀n-(4+k)收到的MAC控制要素，UE不處于活動時間，則不報告0型觸發SRS[2]。
[0326]-如果CQI掩蔽（cqi-Mask)由上層設立：
[0327] -則在當前子幀n中，如果根據直到并且包括子幀n-4收到的確認/指配， onDurationTimer不運行，則不報告PUCCH上的CQI/PMI/RI/PTI。
[0328] 一否則：
[0329] 一在當前子幀n中，如果根據直到并且包括子幀n-4收到的確認/指配和直到并 且包括子幀n-(4+k)收到的MAC控制要素，UE不處于活動時間，則不報告PUCCH上的CQI/ PMI/RI/PTI。
[0330] 與UE是否在監視HXXH無關，UE接收并且發送HARQ反饋，并且當期望該事件時， 發送1型觸發SRS[2]。
[0331] 注：同樣的活動時間應用于所有激活的服務小區。

[0333] 第三實施例
[0334] 與第二實施例不同，根據第二實施例，對用于確定是否在子幀N發送CSI/SRS的 不同類型的信息，考慮不同的時段（N+(4+k)與N-4)，在本第三實施例中，假定同一個時段 (N-(4+k))用于所有類型的信息，將在下面解釋。
[0335] 根據前述第二實施例的一個變型，既考慮直到并且包括子幀N-4收到的UL許可/ DL指配，又考慮直到并且包括子幀N-(4+k)收到的DRXMAC控制要素進行估計；特別是可 以附加考慮與DRX有關的定時器的替換變型進行估計，以改善該估計。因此，使用不同子幀 時段的彳目息。
[0336] 根據第三實施例，在子幀N_(4+k)可用的信息一直用于根據第二實施例的上述變 型中的任何一個的估計。因此，本發明的本第三實施例與第二實施例的變型中的任何一個 密切有關，但是改變了進行估計考慮的信息的有效時段。
[0337] 特別是，UE和eNodeB確定UE在子幀N是否處于活動時間，并且因此，根據UE直 到并且包括子幀N-(4+k)收到的UL許可/獨立指配，確定UE是否將在子幀N發送周期性 CSI/SRS，其中k是1至K的正整數。同樣并且正如前面已經做出的解釋，還考慮UE直到并 且包括子幀N-(4+k)收到的DRXMACCE進行該確定。不像在前面考慮子幀N-4的，在附加 考慮與DRX有關的定時器進行該估計的情況下，考慮在子幀N-(4+k)的，即考慮直到并且包 括子幀N-(4+k)收到的確認/指配估計的子幀N的與DRX有關的定時器，例如，DRX持續時 長定時器和DRX重傳定時器的狀況。
[0338] 利用相同的N_(4+k)的時間考慮，簡化了本發明在UE和eNodeB中的實現。
[0339] 3GPP技術規范TS36. 321的section5. 7中建議要實現如下示例性文本，該文本 反映上面解釋的本發明的第三實施例：
[0341] 一如果I3DCCH指示新傳輸（DL或者UL):
[0342] 一則啟動或者重新啟動drx-InactivityTimer〇
[0343] 一在當前子幀n中，如果根據直到并且包括子幀n- (4+k)收到的確認/指配和MAC 控制要素，UE不處于活動時間，則不報告0型觸發SRS[2]。
[0344] -如果CQI掩蔽（cqi-Mask)由上層設立：
[0345] 一則在當前子幀n中，如果根據直到并且包括子幀n-4收到的確認/指配， onDurationTimer不運行，則不報告PUCCH上的CQI/PMI/RI/PTI。
[0346] 一否則：
[0347] -在當前子幀n中，如果根據直到并且包括子幀n- (4+k)收到的確認/指配和MAC 控制要素，UE不處于活動時間，則不報告PUCCH上的CQI/PMI/RI/PTI。
[0348] 與UE是否在監視HXXH無關，UE接收并且發送HARQ反饋，并且當期望事件時，發 送1型觸發SRS[2]。
[0349] 注：同樣的活動時間應用于所有激活的服務小區。
[0351] 第四實施例
[0352] 本發明的第四實施例也解決接收DRXMAC控制要素產生的問題，正如上面對第二 實施例所做的解釋（請見上面）。然而，代替根據第二實施例考慮UE直到并且包括子幀 N-(4+k)收到的DRXMACCE，對直到并且包括子幀N-(3+k)UE將確收（Acknowledgement) (HARQ反饋）發送到eNodeB的估計僅考慮DRXMACCE估計，其中k是從1至K的正整數。 優點是，eNodeB和UE都對考慮什么信息來確定是否在子幀N發送周期性CSI/SRS有相同 的理解。將結合圖17至圖19解釋第四實施例。
[0353] 從圖17可以明顯看出，對于圖17-圖19的說明圖，假定k= 1，使得僅考慮DRX MACCE，其中直到并且包括子幀N-4將ACK反饋到eNodeB。此外，假定在子幀N-8接收指示 通過TOSCH傳輸DRXMACCE的TOCCH以及DRXMACCE。如果UE根據TOCCH成功檢測到 PDSCH并且對指示UE進入DRX(S卩，不活動時間）的DRXMACCE進行解碼，則UE將（在理 想情況下）進入DRX模式并且在子幀N-7之前處于不活動。這是理想假設，正如前面所做 的解釋；實際上，UE僅在約子幀N-5知道其已經收到DRXMACCE，并且因此，能夠進入DRX 不活動時間。此外，UE在子幀N-4發送HARQ反饋ACK。
[0354] 根據在子幀N-4發送的對DRXMACCE的確收，UE確定是否根據對子幀N的配置 發送周期性CSI/SRS。因此，在子幀N-4對DRXMACCE確收，S卩，將ACK發送到eNodeB，并 且因此，UE確定根據配置不在子幀N發送CSI/SRS，因為其在子幀N處于不活動時間。以相 同的方式，eNodeB在子幀N-4預計并且接收HARQ反饋ACK，并且因此，確定UE將不在子幀 N發送周期性CSI/SRS。不需要雙解碼。
[0355] 圖18與圖17的示例性情境類似，不同之處在于，假定UE未成功解碼DRXMACCE， 因此，UE在子幀N-4將NACKHARQ反饋發送到eNodeB，并且因此停留在活動狀況。由于直 到并且包括子幀N-4沒有對DRXMACCE發送確收，而不是NACK，所以UE確定將在子幀N發 送周期性CSI/SRS。eNodeB得到相同的結論，因為其收到子幀N-4的NACK，并且因此，得知 UE不能解碼并且正確應用DRXMACCE。
[0356] 從圖18可以明顯看出，eNodeB在從UE收到對DRXMACCE的NACK后，在初始傳輸 之后的9個子幀重發DRXMACCE。重傳之后，假定UE能夠正確解碼DRXMACCE，并且因此 進入DRX模式，特別是不活動時間。在子幀N+5發送對重發的DRXMACCE的相應HARQ反 饋ACK。
[0357] 圖19示出與圖17和圖18的情境類似的示例性情境，但是顯著不同在于，在子幀 N-7而非在子幀N-8接收DRXMACCE。因此，在接收之后的4個子幀，即在子幀N-3,UE將 對收到DRXMACCE的HARQ反饋發送到eNodeB，并且因此，到為了確定是否在子幀N發送周 期性CSI/SRS考慮其而定義的窗口外。因此，為了該確定，廢棄UE在子幀N-7收到的DRX MACCE，但是當然要利用UE的其他功能正確處理該DRXMACCE。因此，對于確定是否在子 幀N發送周期性CSI/SRS，是否成功解碼DRXMACCE無關緊要；在所述方面僅考慮到DRX MACCE，直到并且包括子幀N-4發送對該DRXMACCE的ACK，這不是圖19的情境中的情況。
[0358] 因此，在UE能夠成功處理DRXMACCE的情況下，其將進入DRX，即處于不活動，但 是盡管根據DRX，其在子幀N仍不處于活動時間，仍必須在子幀N發送CSI/SRS。
[0359] 3GPP技術規范TS36. 321的section5. 7中建議要實現如下示例性文本，該文本 反映上面解釋的本發明的第四實施例：
[0361] 一如果PDCCH指示新傳輸（DL或者UL):
[0362] 一則啟動或者重新啟動drx-InactivityTimer〇
[0363] 一在當前子幀n中，如果根據直到并且包括子幀n-4收到的確認/指配、并且根據 直到并且包括子幀n_(3+k)已經發送HARQ反饋的MAC控制要素，UE不處于活動時間，則不 報告0型觸發SRS[2]。
[0364]-如果CQI掩蔽（cqi-Mask)由上層設立：
[0365] 一則在當前子幀n中，如果根據直到并且包括子幀n-4收到的確認/指配， onDurationTimer不運行，則不報告PUCCH上的CQI/PMI/RI/PTI。
[0366] -否則：
[0367] 一在當前子幀n中，如果根據直到并且包括子幀n-4收到的確認/指配、并且根據 直到并且包括子幀n_(3+k)已經發送HARQ反饋的MAC控制要素，UE不處于活動時間，則不 報告PUCCH上的CQI/PMI/RI/PTI。
[0368] 與UE是否在監視HXXH無關，UE接收并且發送HARQ反饋，并且當期望該事件時， 發送1型觸發SRS[2]。
[0369] 注：同樣的活動時間應用于所有激活的服務小區。
[0371] 第五實施例
[0372] 本發明的進一步的第五實施例與前面的實施例顯著不同，并且通過考慮先前子幀 N-k的DRX狀況確定是否在子幀N發送周期性CSI/SRS，主要避免在過渡階段從UE進行CSI/ SRS傳輸的含糊不清。
[0373] 更具體地說，在UE在子幀N-k處于活動時間的情況下，根據對子幀N的配置，UE 將周期性CSI和/或SRS發送到eNodeB，其中k是1至K的正整數。該第五實施例提供UE 和eNodeB的簡單行為，仍確保可預測的CSI/SRS傳輸，從而避免在eNodeB執行雙解碼。
[0374] 出于說明的目的，假定k= 4。因此，對于判定是否根據對子幀N的配置發送周期 性CSI/SRS，UE在子幀N-4獲取DRX狀況（即，活動時間或者不活動時間），并且對于該確 定，假定是同樣是子幀N的DRX狀況。因此，根據周期性CSI/SRS僅由處于活動時間的UE發 送的一般原則，因此，UE能夠根據子幀N-4的DRX狀況確定是否在子幀N發送周期性CSI/ SRS0
[0375] 圖20示出圖19的情境，但是應用第五實施例，而不應用第四實施例。因此，假定 在子幀N-7接收roCCH和roCCH指示的DRXMACCE，假定UE正確解碼DRXMACCE，并且因 此（理想情況下）在子幀N-6之前進入DRX不活動時間。作為對DRXMACCE的HARQ反饋， 在子幀N-3將Ack發送到eNodeB。
[0376] 為了確定是否在子幀N發送周期性CSI/SRS，UE確定其在子幀N-4是否處于活動 時間。由于因為事先收到正確解碼的DRXMACCE，UE在子幀N-4不處于活動時間，所以UE 確定不發送CSI/SRS。eNodeB進行同樣的確定，并且由于UE在子幀N-4處于不活動時間， 所以得出的結果是UE不發送CSI/SRS，這是在子幀N發送CSI/SRS的有關DRX狀況。
[0377] 盡管未示出，但是當UE未正確解碼DRXMACCE時（UE在子幀N-6之前不進入不 活動時間而保持活動），UE在子幀N-4將處于活動時間，并且因此，根據配置，將在子幀N報 告CSI/SRS。因此，eNodeB得出相同的確定結果，并且因此，預計并且在子幀N接收周期性 CSI/SRS。
[0378] 該第五實施例降低了UE和eNodeB的實現的復雜性，同時解決了避免在eNodeB執 行雙解碼的問題。
[0379] 盡管從實現的觀點出發，這種替換方法更簡單，但是應當注意，另一方面，由于僅 考慮子幀N-k的DRX狀況判定是否在子幀N發送CSI/SRS，所以降低了用于調度的CSI/SRS 信息的有效性。與DRX活動時間相比，CSI/SRS報告時段基本上位移了k個子幀，S卩，CSI/ SRS報告在DRX活動時間開始之后的k子幀開始，而在DRX活動時間結束之后的k子幀結 束。
[0380] 3GPP技術規范TS36. 321的section5. 7中建議要實現如下示例性文本，該文本 反映上面解釋的本發明的第五實施例：
[0382] 一如果PDCCH指示新傳輸（DL或者UL):
[0383] 一則啟動或者重新啟動drx-InactivityTimer〇
[0384] 一在當前子幀n中，如果UE在子幀n-4不處于活動時間，則不報告0型觸發 SRS[2]〇
[0385]-如果CQI掩蔽（cqi-Mask)由上層設立：
[0386] 一則在當前子幀n中，如果根據直到并且包括子幀n-4收到的確認/指配， onDurationTimer不運行，則不報告PU