TDD中的HARQ程序

2022-12-29 03:48:05 字數 1580 閱讀 2763

同fdd中一樣,tdd中的下行harq程序也是自適應非同步的。由於在tdd中,上下行的子幀數目是不連續的,也並非一一對應的關係,下行資料的ack/nack通過bundling或multiplexing的方式進行,如前文所述。在tdd中,ue在子幀n接收到enodeb傳送的下行資料後,在子幀n+4的位置可能並不存在上行的子幀,因此ue需要再多等待幾個子幀後,在相應的上行子幀上傳送ack/nack的反饋。

同樣的,enodeb在子幀n接收到ue的反饋後,在子幀n+4的位置上,也可能不存在下行的子幀,enodeb同樣需要多等待一段時間,才有可能排程到相應的下行harq程序。

根據tdd上下行配置的不同,從接收到下行的資料到ue反饋ack/nack之間的時間間隔在4ms到13ms之間(即使對於同一harq程序,這一值也是變化的),這不同於fdd中固定為4ms的時間間隔【2】。在fdd中,最小的下行harq rtt時間(定義為重傳的下行資料與上一次傳輸的同樣下行資料之間的時間間隔的最小值)為8ms。tdd中,這一值在8到16ms之間。

fdd中,下行harq程序的最大數目為8個。tdd中下行harq程序的最大數目在4到15之間,如下表所示:

上表中給出的tdd中下行最大程序數,基於如下的一些假設:

(1):特殊子幀中的dwpts總是包含控制信令和資料。

(2):特殊子幀中的uppts只是用來傳輸srs和短rach,不包含控制信令和資料。

(3):enodeb和ue側的解碼處理時間為3ms。

tdd中的上行harq過程是同步的,可以是非自適應的,也可以是自適應的。同樣由於tdd上下行子幀之間的非對稱性,從ue傳送了上行子幀到收到enodeb通過phich的ack/nack反饋之間的時間間隔不是固定的(與fdd不同)。依賴於tdd中不同的上下行配置以及不同位置的子幀,這一時間範圍在4ms到7ms之間。

同樣的,從ue收到phich反饋的nack到ue重傳上行子幀的時間也是不固定的,範圍也是在4ms到7ms之間。

對於tdd配置的1-6,ue在子幀n收到dci格式0指示的pdcch,並且/或者在子幀n收到phich指示的相應重傳,將會在子幀n+k進行相應的pusch傳輸。其中k的取值如下表所示。

需要強調的是,tdd中ul上行harq的程序是同步的,也就是說,enodeb期待ue重傳的時刻是已知的。雖然這個時刻與初始傳輸之間的時間不是固定不變的。

tdd中,上行harq程序的時序關係如下圖所示:【4】

tdd lte中,也可以應用tti bundling,經過對不同tdd配置的評估,3gpp r8決定tti bundling的子幀數目為4,對配置0,1和6的tdd採用tti bundling(這三種模式中,一幀內存在4個以上的上行子幀),bundling在一起的子幀是不連續的。對於tdd配置1和6以及tti bundling模式,如果ue在子幀n檢測到dci格式0指示的pdcch重傳,並且/或者在子幀n-l檢測到phich指示的nack反饋,將會在子幀n+k進行相應的pusch上行傳輸。其中k如上表所示,l如下表所示:

tdd中上行harq程序的數目如下表所示:

【1】: r1-081124

【2】:lte for umts: ofdma and sc-fdma based radio access

【3】:3gpp 36.213

【4】:r1-082334

Linux中的守護程序cron程序

439小遊戲 剛開始的時候對於後台程序,守護程序,以及cron程序的關係根本沒弄清楚,現在了解了。就像我前面的文字裡面寫的 後台程序 執行時無須使用者輸入的程式。可以在諸如 unix linux 之類的多工作業系統上執行多個後台程序,而使用者則與前台程序互動 例如,資料輸入 有些後台程序 例如守護程...

c 中很可能考的程序 1

1冒泡法對10個數進行排序 include define n 10 void main printf n排序後的資料為 n for i 0 i2.輸入兩個正整數,m和n,求其最大公約數和最小公倍數。include void main int hcf int u,int v while r u v 0...

關於城鎮化程序中電網建設的建議

2013年8月1日 市民進 為加快新區建設,做好起步區居民搬遷安置,響應國家城鎮化程序的要求,正定新區全面啟動了居民回遷區專案建設,截止目前共開工建設回遷住宅9000餘套,建築面積120萬平方公尺,建設任務可謂異常繁重。新區城鎮化程序中,關於電網建設問題一直困撓新區發展。河北省電力公司一直對城鎮化建...