 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
提問者:
• LTE上下行峰值速率理論能達到多少？5G上下行峰值速率理論能達到多少？ 2020-11-28
• VoLTE網(wǎng)絡優(yōu)化工作 VOLTE啟呼轉(zhuǎn)CSFB 有哪些原因 2020-11-25
• VOLTE掉話機制是什么？ 2020-11-04
• LTE attach何時會攜帶imsi 2020-10-30
• 終端無法穩(wěn)定駐留LTE 2020-10-28
• LTE 如何控制UE動態(tài)選擇信號比較好的頻點來進行測量 2020-10-26
• 為什么VOLTE end之后，QCI=1的承載也正常釋放了，但是不觸發(fā)LTE2NR fast return 2020-10-22
• LTE UE在連接狀態(tài)沒有上報測量報告 2020-10-13
• VoLTE網(wǎng)絡優(yōu)化工作 VOLTE啟呼轉(zhuǎn)CSFB 有哪些原因 2020-11-25
• VOLTE掉話機制是什么？ 2020-11-04
• LTE attach何時會攜帶imsi 2020-10-30
• 終端無法穩(wěn)定駐留LTE 2020-10-28
• LTE 如何控制UE動態(tài)選擇信號比較好的頻點來進行測量 2020-10-26
• 為什么VOLTE end之后，QCI=1的承載也正常釋放了，但是不觸發(fā)LTE2NR fast return 2020-10-22
• LTE UE在連接狀態(tài)沒有上報測量報告 2020-10-13
問題答案
( 6 )
通過UE上報的確認信息 ACK/NACK（），NodeB可以確定重發(fā)數(shù)據(jù)的時間和方式（也就是下一次下發(fā)）。就是個確認信息。
回答者：
吳小王2012
回答時間：2012-12-19 16:36
64
63
應該是終端和基站間的確認消息
回答者：
shenliujingshui
回答時間：2012-12-19 17:45
59
63
ACK/NACK=應答/非應答
回答者：
wmga
回答時間：2012-12-19 20:45
60
65
對于下行來講。eNB發(fā)數(shù)據(jù)給UE，這時候UE會通過PUCCH發(fā)送ACK或NACK作為該數(shù)據(jù)的反饋。如果是ACK就說明數(shù)據(jù)正確發(fā)送，如果發(fā)送的是NACK就說明數(shù)據(jù)傳輸不正確，需要進行重傳。
回答者：
likesea
回答時間：2012-12-19 21:23
66
65
為了克服無線移動信道時變和多徑衰落對信號傳輸?shù)挠绊�，HSPA、LTE可以采用基于前向糾錯（FEC）和自動重傳請求（ARQ）等差錯控制方法，來降低系統(tǒng)的誤碼率以確保服務質(zhì)量。
雖然FEC方案產(chǎn)生的時延較小，但存在的編碼冗余卻降低了系統(tǒng)吞吐量；ARQ 在誤碼率不大時可以得到理想的吞吐量，但產(chǎn)生的時延較大，不宜于提供實時服務。為了克服兩者的缺點，將這兩種方法結(jié)合就產(chǎn)生了混合自動重傳請求 （HARQ）方案：即在一個ARQ 系統(tǒng)中包含一個FEC子系統(tǒng)，當FEC的糾錯能力可以糾正這些錯誤時，則不需要使用ARQ；只有當FEC無法正常糾錯時，才通過ARQ反饋信道請求重發(fā)錯 誤碼組。
由于HARQ技術能夠很好地補償無線移動信道時變和多徑衰落對信號傳輸?shù)挠绊懀殉蔀镠SPA、LTE系統(tǒng)中的關鍵技術之一。該技術將會隨著3G 長期演進系統(tǒng)的發(fā)展不斷完善。
發(fā)送端每發(fā)送一個數(shù)據(jù)分組包就暫時停下來，等待接收端的確認信息。當數(shù)據(jù)包到達接收端時，對其進行檢錯，若接收正確，返回確認（ACK）信號，錯誤則返回不確認（NACK）信號。
當發(fā)端收到ACK 信號，就發(fā)送新的數(shù)據(jù)，否則重新發(fā)送上次傳輸?shù)臄?shù)據(jù)包。而在等待確認信息期間，信道是空閑的，不發(fā)送任何數(shù)據(jù)。這種方法由于收發(fā)雙方在同一時間內(nèi)僅對同一個數(shù)據(jù)包進行操作，因此實現(xiàn)起來比較簡單，相應的信令開銷小，收端的緩存容量要求低。
TDD LTE中，上下行之間不一定是對稱的。在下行子幀多于上行子幀的配置中，會出現(xiàn)一個上行子幀中同時上報多個下行子幀的HARQ的情況。一個上行子幀中上報 HARQ的數(shù)目取決于LTE上下行的配置以及下行的MIMO模式。通過上層的配置，LTE TDD支持兩種模式的上行HARQ報告：
(1): ACK/NACK Bundling。多個ACK/NACK通過邏輯與運算生成上行子幀中一個Bit的ACK（或NACK），邏輯與運算是針對下行子幀中的每個MIMO Codeword來進行的。對于空間復用中兩個CodeWord的情況，則會在上行子幀中生成兩個Bit的ACK/NACK。
(2): ACK/NACK Multiplexing。ACK /NACK Multiplexing模式允許最多4個下行子幀的ACK（或NACK）復用到一起。一個下行子幀中，如果存在多個CodeWord，則通過邏輯與運算 生成一個Bit的ACK（或NACK）。一個特殊情況是，上行子幀只對應一個下行子幀并且相應的下行子幀中存在兩個CodeWord，此時仍然使用子幀中 兩個Bit的HARQ反饋，而不進行空間綁定（Spatial Bundling）。
希望能幫到樓主
雖然FEC方案產(chǎn)生的時延較小，但存在的編碼冗余卻降低了系統(tǒng)吞吐量；ARQ 在誤碼率不大時可以得到理想的吞吐量，但產(chǎn)生的時延較大，不宜于提供實時服務。為了克服兩者的缺點，將這兩種方法結(jié)合就產(chǎn)生了混合自動重傳請求 （HARQ）方案：即在一個ARQ 系統(tǒng)中包含一個FEC子系統(tǒng)，當FEC的糾錯能力可以糾正這些錯誤時，則不需要使用ARQ；只有當FEC無法正常糾錯時，才通過ARQ反饋信道請求重發(fā)錯 誤碼組。
由于HARQ技術能夠很好地補償無線移動信道時變和多徑衰落對信號傳輸?shù)挠绊懀殉蔀镠SPA、LTE系統(tǒng)中的關鍵技術之一。該技術將會隨著3G 長期演進系統(tǒng)的發(fā)展不斷完善。
發(fā)送端每發(fā)送一個數(shù)據(jù)分組包就暫時停下來，等待接收端的確認信息。當數(shù)據(jù)包到達接收端時，對其進行檢錯，若接收正確，返回確認（ACK）信號，錯誤則返回不確認（NACK）信號。
當發(fā)端收到ACK 信號，就發(fā)送新的數(shù)據(jù)，否則重新發(fā)送上次傳輸?shù)臄?shù)據(jù)包。而在等待確認信息期間，信道是空閑的，不發(fā)送任何數(shù)據(jù)。這種方法由于收發(fā)雙方在同一時間內(nèi)僅對同一個數(shù)據(jù)包進行操作，因此實現(xiàn)起來比較簡單，相應的信令開銷小，收端的緩存容量要求低。
TDD LTE中，上下行之間不一定是對稱的。在下行子幀多于上行子幀的配置中，會出現(xiàn)一個上行子幀中同時上報多個下行子幀的HARQ的情況。一個上行子幀中上報 HARQ的數(shù)目取決于LTE上下行的配置以及下行的MIMO模式。通過上層的配置，LTE TDD支持兩種模式的上行HARQ報告：
(1): ACK/NACK Bundling。多個ACK/NACK通過邏輯與運算生成上行子幀中一個Bit的ACK（或NACK），邏輯與運算是針對下行子幀中的每個MIMO Codeword來進行的。對于空間復用中兩個CodeWord的情況，則會在上行子幀中生成兩個Bit的ACK/NACK。
(2): ACK/NACK Multiplexing。ACK /NACK Multiplexing模式允許最多4個下行子幀的ACK（或NACK）復用到一起。一個下行子幀中，如果存在多個CodeWord，則通過邏輯與運算 生成一個Bit的ACK（或NACK）。一個特殊情況是，上行子幀只對應一個下行子幀并且相應的下行子幀中存在兩個CodeWord，此時仍然使用子幀中 兩個Bit的HARQ反饋，而不進行空間綁定（Spatial Bundling）。
希望能幫到樓主
回答者：
OscarDon
回答時間：2012-12-19 22:32
83
54
無線接口的一種底層接收確認機制消息。ACK/NACK=應答/非應答，表示上一個消息是否收到，能否繼續(xù)下發(fā)其它消息。保障上層數(shù)據(jù)傳輸?shù)陌踩�。�?span style='display:none'>#(么$*@#(K:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權所有
回答者：
zigui18
回答時間：2012-12-19 23:11
62
65
• 西安長河通訊有限責任公司
聘：網(wǎng)絡資源管理工程師
需求人數(shù)：3 人 地點：香港
• 北京宜通華瑞科技有限公司 聘：高速高鐵優(yōu)化中級（江西上饒）
需求人數(shù)：1 人 地點：上饒市
• 成都旗訊通信技術有限公司 聘：【移動項目】招督導、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：四川省,河南省,山東省,安徽省,湖北省
• 河南創(chuàng)賽通信科技有限公司 聘：人事招聘咨詢專員
需求人數(shù)：53 人 地點：鄭州市
• 河北中創(chuàng)盈和通信科技有限公司 聘：中級前臺/寧夏中衛(wèi)
需求人數(shù)：2 人 地點：寧夏
• 合肥超腦信息科技有限公司 聘：5G網(wǎng)優(yōu)測試-貴陽
需求人數(shù)：10 人 地點：貴陽市
• 北京電旗通訊技術股份有限公司 聘：山東濱州電信
需求人數(shù)：3 人 地點：濱州市
• 四川準達信息技術股份有限公司 聘：光網(wǎng)絡工程師
需求人數(shù)：5 人 地點：西安市
• 江西省郵電建設工程有限公司 聘：電信智能單板高級后臺
需求人數(shù)：2 人 地點：吉安市
• 上海瑞禾通訊技術有限公司 聘：廣州中高級工程師
需求人數(shù)：3 人 地點：廣州市
需求人數(shù)：3 人 地點：香港
• 北京宜通華瑞科技有限公司 聘：高速高鐵優(yōu)化中級（江西上饒）
需求人數(shù)：1 人 地點：上饒市
• 成都旗訊通信技術有限公司 聘：【移動項目】招督導、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：四川省,河南省,山東省,安徽省,湖北省
• 河南創(chuàng)賽通信科技有限公司 聘：人事招聘咨詢專員
需求人數(shù)：53 人 地點：鄭州市
• 河北中創(chuàng)盈和通信科技有限公司 聘：中級前臺/寧夏中衛(wèi)
需求人數(shù)：2 人 地點：寧夏
• 合肥超腦信息科技有限公司 聘：5G網(wǎng)優(yōu)測試-貴陽
需求人數(shù)：10 人 地點：貴陽市
• 北京電旗通訊技術股份有限公司 聘：山東濱州電信
需求人數(shù)：3 人 地點：濱州市
• 四川準達信息技術股份有限公司 聘：光網(wǎng)絡工程師
需求人數(shù)：5 人 地點：西安市
• 江西省郵電建設工程有限公司 聘：電信智能單板高級后臺
需求人數(shù)：2 人 地點：吉安市
• 上海瑞禾通訊技術有限公司 聘：廣州中高級工程師
需求人數(shù)：3 人 地點：廣州市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |