 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
ARQ是什么意思
提問者: 更多
ARQ
相關(guān)問題
• LTETDDHARQ-ACK在子幀n+k和n+7上同時傳輸 2017-08-11
• 無線接口包括層1、層2、層3，其中層1為物理層，層2包括MAC層、RUC層、PDCP層，其中MAC層完成ARQ功能 2017-06-22
• 用戶面協(xié)議RLC中Segm.ARQetc是什么意思英文全稱和漢語翻譯是什么 2016-12-27
• HARQ重傳比率是怎么計(jì)算的。 2016-08-03
• HARQ重傳比率是怎么計(jì)算的。 2016-08-03
• 一個關(guān)于ARQ重傳的問題 2016-06-07
• embms支持ARQ么 2015-10-28
• 在HARQ過程中，什么時候會出現(xiàn)“反饋是ACK，而NDI是not toggled”的情況？ 2015-07-10
• 無線接口包括層1、層2、層3，其中層1為物理層，層2包括MAC層、RUC層、PDCP層，其中MAC層完成ARQ功能 2017-06-22
• 用戶面協(xié)議RLC中Segm.ARQetc是什么意思英文全稱和漢語翻譯是什么 2016-12-27
• HARQ重傳比率是怎么計(jì)算的。 2016-08-03
• HARQ重傳比率是怎么計(jì)算的。 2016-08-03
• 一個關(guān)于ARQ重傳的問題 2016-06-07
• embms支持ARQ么 2015-10-28
• 在HARQ過程中，什么時候會出現(xiàn)“反饋是ACK，而NDI是not toggled”的情況？ 2015-07-10
問題答案
( 1 )
自動重傳請求（Automatic Repeat-reQuest，ARQ）是OSI模型中數(shù)據(jù)鏈路層的錯誤糾正協(xié)議之一。它通過使用確認(rèn)和超時這兩個機(jī)制，在不可靠服務(wù)的基礎(chǔ)上實(shí)現(xiàn)可靠的信息傳輸。如果發(fā)送方在發(fā)送后一段時間之內(nèi)沒有收到確認(rèn)幀，它通常會重新發(fā)送。ARQ可能包括停止等待ARQ協(xié)議和連續(xù)ARQ協(xié)議，錯誤檢測（Error Detection）、正面確認(rèn)（Positive Acknowledgment）、超時重傳（Retransmission after Timeout）和 負(fù)面確認(rèn)及重傳（Negative Acknowledgment and Retransmission）等機(jī)制。
停止并等待ARQ協(xié)議(stop-and-wait)
停止并等待協(xié)議的工作原理如下：
1.發(fā)送點(diǎn)對接收點(diǎn)發(fā)送數(shù)據(jù)包，然后等待接收點(diǎn)回復(fù)ACK并且開始計(jì)時。
2.在等待過程中，發(fā)送點(diǎn)停止發(fā)送新的數(shù)據(jù)包。
3.當(dāng)數(shù)據(jù)包沒有成功被接收點(diǎn)接收時候，接收點(diǎn)不會發(fā)送ACK. 這樣發(fā)送點(diǎn)在等待一定時間后，重新發(fā)送數(shù)據(jù)包。
4.反復(fù)以上步驟直到收到從接收點(diǎn)發(fā)送的ACK.
發(fā)送點(diǎn)的等待時間應(yīng)當(dāng)至少大于傳輸點(diǎn)數(shù)據(jù)包發(fā)送時間（數(shù)據(jù)包容量除以發(fā)送點(diǎn)傳輸速度），接收點(diǎn)ACK接收時間（ACK容量除以接收點(diǎn)傳輸速度），數(shù)據(jù)在連接上的傳送時間，接收點(diǎn)檢驗(yàn)接收數(shù)據(jù)是否正確的時間之和。在實(shí)際應(yīng)用當(dāng)中，等待時間是這個和的2到3倍。
這個協(xié)議的缺點(diǎn)是較長的等待時間導(dǎo)致低的數(shù)據(jù)傳輸速度。在低速傳輸時，對連接頻道的利用率比較好，但是在高速傳輸時，頻道的利用率會顯著下降。
連續(xù)ARQ協(xié)議(Continuous ARQ)
為了克服停止并等待ARQ協(xié)議長時間等待ACK的缺點(diǎn)。這個協(xié)議會連續(xù)發(fā)送一組數(shù)據(jù)包，然后再等待這些數(shù)據(jù)包的ACK.
Go-Back-N
選擇重傳 (Selective Repeat)
發(fā)送點(diǎn)連續(xù)發(fā)送數(shù)據(jù)包但對每個數(shù)據(jù)包都設(shè)有個一個計(jì)時器。
當(dāng)在一定時間內(nèi)沒有收到某個數(shù)據(jù)包的ACK時，發(fā)送點(diǎn)只重新發(fā)送那個沒有ACK的數(shù)據(jù)包
這個方法的缺點(diǎn)是接收點(diǎn)收到的數(shù)據(jù)包的順序可能不是發(fā)送的數(shù)據(jù)包順序。因此在數(shù)據(jù)包里必須含有順序字符來幫助接受點(diǎn)來排序。
接收點(diǎn)丟棄從第一個沒有收到的數(shù)據(jù)包開始的所有數(shù)據(jù)包。
發(fā)送點(diǎn)收到NACK后，從NACK中指明的數(shù)據(jù)包開始重新發(fā)送
這個辦法的問題是如何正確選擇表明數(shù)據(jù)包的順序字符的數(shù)量。這個數(shù)量因當(dāng)包括ACK或者ACK從接收點(diǎn)到達(dá)發(fā)送點(diǎn)的時間。
方法
ARQ協(xié)議對錯誤糾正的方法是：
丟棄已經(jīng)接收的含有錯誤的數(shù)據(jù)包。
向發(fā)送點(diǎn)請求重新發(fā)送數(shù)據(jù)包。
應(yīng)用
UMTS 的 ARQ 機(jī)制是在基地臺控制站（Radio Network Controller，RNC），使用安置在協(xié)議數(shù)據(jù)單元（Protocol Data Unit，PDU）前的序號來作為是否有封包丟失的依據(jù)，有不少的延遲時間。
優(yōu)點(diǎn)和缺點(diǎn)
ARQ協(xié)議的優(yōu)點(diǎn)是它非常的簡單。因而被廣泛的應(yīng)用在分組交換網(wǎng)絡(luò)中。
ARQ協(xié)議的缺點(diǎn)是需要接收方發(fā)送ACK，這樣增加了網(wǎng)絡(luò)的負(fù)擔(dān)也影響了傳輸速度。重復(fù)發(fā)送數(shù)據(jù)包來糾正錯誤的方法也嚴(yán)重的影響了它的傳輸速度。
停止并等待ARQ協(xié)議(stop-and-wait)
停止并等待協(xié)議的工作原理如下：
1.發(fā)送點(diǎn)對接收點(diǎn)發(fā)送數(shù)據(jù)包，然后等待接收點(diǎn)回復(fù)ACK并且開始計(jì)時。
2.在等待過程中，發(fā)送點(diǎn)停止發(fā)送新的數(shù)據(jù)包。
3.當(dāng)數(shù)據(jù)包沒有成功被接收點(diǎn)接收時候，接收點(diǎn)不會發(fā)送ACK. 這樣發(fā)送點(diǎn)在等待一定時間后，重新發(fā)送數(shù)據(jù)包。
4.反復(fù)以上步驟直到收到從接收點(diǎn)發(fā)送的ACK.
發(fā)送點(diǎn)的等待時間應(yīng)當(dāng)至少大于傳輸點(diǎn)數(shù)據(jù)包發(fā)送時間（數(shù)據(jù)包容量除以發(fā)送點(diǎn)傳輸速度），接收點(diǎn)ACK接收時間（ACK容量除以接收點(diǎn)傳輸速度），數(shù)據(jù)在連接上的傳送時間，接收點(diǎn)檢驗(yàn)接收數(shù)據(jù)是否正確的時間之和。在實(shí)際應(yīng)用當(dāng)中，等待時間是這個和的2到3倍。
這個協(xié)議的缺點(diǎn)是較長的等待時間導(dǎo)致低的數(shù)據(jù)傳輸速度。在低速傳輸時，對連接頻道的利用率比較好，但是在高速傳輸時，頻道的利用率會顯著下降。
連續(xù)ARQ協(xié)議(Continuous ARQ)
為了克服停止并等待ARQ協(xié)議長時間等待ACK的缺點(diǎn)。這個協(xié)議會連續(xù)發(fā)送一組數(shù)據(jù)包，然后再等待這些數(shù)據(jù)包的ACK.
Go-Back-N
選擇重傳 (Selective Repeat)
發(fā)送點(diǎn)連續(xù)發(fā)送數(shù)據(jù)包但對每個數(shù)據(jù)包都設(shè)有個一個計(jì)時器。
當(dāng)在一定時間內(nèi)沒有收到某個數(shù)據(jù)包的ACK時，發(fā)送點(diǎn)只重新發(fā)送那個沒有ACK的數(shù)據(jù)包
這個方法的缺點(diǎn)是接收點(diǎn)收到的數(shù)據(jù)包的順序可能不是發(fā)送的數(shù)據(jù)包順序。因此在數(shù)據(jù)包里必須含有順序字符來幫助接受點(diǎn)來排序。
接收點(diǎn)丟棄從第一個沒有收到的數(shù)據(jù)包開始的所有數(shù)據(jù)包。
發(fā)送點(diǎn)收到NACK后，從NACK中指明的數(shù)據(jù)包開始重新發(fā)送
這個辦法的問題是如何正確選擇表明數(shù)據(jù)包的順序字符的數(shù)量。這個數(shù)量因當(dāng)包括ACK或者ACK從接收點(diǎn)到達(dá)發(fā)送點(diǎn)的時間。
方法
ARQ協(xié)議對錯誤糾正的方法是：
丟棄已經(jīng)接收的含有錯誤的數(shù)據(jù)包。
向發(fā)送點(diǎn)請求重新發(fā)送數(shù)據(jù)包。
應(yīng)用
UMTS 的 ARQ 機(jī)制是在基地臺控制站（Radio Network Controller，RNC），使用安置在協(xié)議數(shù)據(jù)單元（Protocol Data Unit，PDU）前的序號來作為是否有封包丟失的依據(jù)，有不少的延遲時間。
優(yōu)點(diǎn)和缺點(diǎn)
ARQ協(xié)議的優(yōu)點(diǎn)是它非常的簡單。因而被廣泛的應(yīng)用在分組交換網(wǎng)絡(luò)中。
ARQ協(xié)議的缺點(diǎn)是需要接收方發(fā)送ACK，這樣增加了網(wǎng)絡(luò)的負(fù)擔(dān)也影響了傳輸速度。重復(fù)發(fā)送數(shù)據(jù)包來糾正錯誤的方法也嚴(yán)重的影響了它的傳輸速度。
回答者：
OscarDon
回答時間：2012-12-11 21:28
21
21
• 福建灰熊信息技術(shù)有限公司
聘：中興4/5G中高級網(wǎng)優(yōu)工程師
需求人數(shù)：6 人 地點(diǎn)：漳州市,廈門市,福州市
• 普天信息工程設(shè)計(jì)服務(wù)有限公司 聘：中興工程開站優(yōu)化工程師
需求人數(shù)：10 人 地點(diǎn)：石家莊市
• 北京宜通華瑞科技有限公司 聘：一個月項(xiàng)目急聘高級（南昌）
需求人數(shù)：10 人 地點(diǎn)：南昌市
• 廣東華訊工程有限公司 聘：廣東潮州諾基亞LTE 高級后臺
需求人數(shù)：1 人 地點(diǎn)：潮州市
• 重慶信科通信工程有限公司 聘：PTN中級
需求人數(shù)：1 人 地點(diǎn)：桂林市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：河北-網(wǎng)絡(luò)優(yōu)化IMC崗位
需求人數(shù)：10 人 地點(diǎn)：河北省
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)IMC工程師
需求人數(shù)：5 人 地點(diǎn)：南昌市,宜春市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 成都旗訊通信技術(shù)有限公司 聘：傳輸、維護(hù)、督導(dǎo)轉(zhuǎn)網(wǎng)優(yōu)中高級
需求人數(shù)：12 人 地點(diǎn)：惠州市,清遠(yuǎn)市,陽江市,中山市,潮州市
• 上海瑞禾通訊技術(shù)有限公司 聘：廣州中高級工程師
需求人數(shù)：3 人 地點(diǎn)：廣州市
需求人數(shù)：6 人 地點(diǎn)：漳州市,廈門市,福州市
• 普天信息工程設(shè)計(jì)服務(wù)有限公司 聘：中興工程開站優(yōu)化工程師
需求人數(shù)：10 人 地點(diǎn)：石家莊市
• 北京宜通華瑞科技有限公司 聘：一個月項(xiàng)目急聘高級（南昌）
需求人數(shù)：10 人 地點(diǎn)：南昌市
• 廣東華訊工程有限公司 聘：廣東潮州諾基亞LTE 高級后臺
需求人數(shù)：1 人 地點(diǎn)：潮州市
• 重慶信科通信工程有限公司 聘：PTN中級
需求人數(shù)：1 人 地點(diǎn)：桂林市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：河北-網(wǎng)絡(luò)優(yōu)化IMC崗位
需求人數(shù)：10 人 地點(diǎn)：河北省
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)IMC工程師
需求人數(shù)：5 人 地點(diǎn)：南昌市,宜春市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 成都旗訊通信技術(shù)有限公司 聘：傳輸、維護(hù)、督導(dǎo)轉(zhuǎn)網(wǎng)優(yōu)中高級
需求人數(shù)：12 人 地點(diǎn)：惠州市,清遠(yuǎn)市,陽江市,中山市,潮州市
• 上海瑞禾通訊技術(shù)有限公司 聘：廣州中高級工程師
需求人數(shù)：3 人 地點(diǎn)：廣州市
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |