 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
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重傳比率是怎么計算的。 2016-08-03
• HARQ重傳比率是怎么計算的。 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重傳比率是怎么計算的。 2016-08-03
• HARQ重傳比率是怎么計算的。 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ǔ)上實現(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ā)送點對接收點發(fā)送數(shù)據(jù)包，然后等待接收點回復(fù)ACK并且開始計時。
2.在等待過程中，發(fā)送點停止發(fā)送新的數(shù)據(jù)包。
3.當(dāng)數(shù)據(jù)包沒有成功被接收點接收時候，接收點不會發(fā)送ACK. 這樣發(fā)送點在等待一定時間后，重新發(fā)送數(shù)據(jù)包。
4.反復(fù)以上步驟直到收到從接收點發(fā)送的ACK.
發(fā)送點的等待時間應(yīng)當(dāng)至少大于傳輸點數(shù)據(jù)包發(fā)送時間（數(shù)據(jù)包容量除以發(fā)送點傳輸速度），接收點ACK接收時間（ACK容量除以接收點傳輸速度），數(shù)據(jù)在連接上的傳送時間，接收點檢驗接收數(shù)據(jù)是否正確的時間之和。在實際應(yīng)用當(dāng)中，等待時間是這個和的2到3倍。
這個協(xié)議的缺點是較長的等待時間導(dǎo)致低的數(shù)據(jù)傳輸速度。在低速傳輸時，對連接頻道的利用率比較好，但是在高速傳輸時，頻道的利用率會顯著下降。
連續(xù)ARQ協(xié)議(Continuous ARQ)
為了克服停止并等待ARQ協(xié)議長時間等待ACK的缺點。這個協(xié)議會連續(xù)發(fā)送一組數(shù)據(jù)包，然后再等待這些數(shù)據(jù)包的ACK.
Go-Back-N
選擇重傳 (Selective Repeat)
發(fā)送點連續(xù)發(fā)送數(shù)據(jù)包但對每個數(shù)據(jù)包都設(shè)有個一個計時器。
當(dāng)在一定時間內(nèi)沒有收到某個數(shù)據(jù)包的ACK時，發(fā)送點只重新發(fā)送那個沒有ACK的數(shù)據(jù)包
這個方法的缺點是接收點收到的數(shù)據(jù)包的順序可能不是發(fā)送的數(shù)據(jù)包順序。因此在數(shù)據(jù)包里必須含有順序字符來幫助接受點來排序。
接收點丟棄從第一個沒有收到的數(shù)據(jù)包開始的所有數(shù)據(jù)包。
發(fā)送點收到NACK后，從NACK中指明的數(shù)據(jù)包開始重新發(fā)送
這個辦法的問題是如何正確選擇表明數(shù)據(jù)包的順序字符的數(shù)量。這個數(shù)量因當(dāng)包括ACK或者ACK從接收點到達(dá)發(fā)送點的時間。
方法
ARQ協(xié)議對錯誤糾正的方法是：
丟棄已經(jīng)接收的含有錯誤的數(shù)據(jù)包。
向發(fā)送點請求重新發(fā)送數(shù)據(jù)包。
應(yīng)用
UMTS 的 ARQ 機(jī)制是在基地臺控制站（Radio Network Controller，RNC），使用安置在協(xié)議數(shù)據(jù)單元（Protocol Data Unit，PDU）前的序號來作為是否有封包丟失的依據(jù)，有不少的延遲時間。
優(yōu)點和缺點
ARQ協(xié)議的優(yōu)點是它非常的簡單。因而被廣泛的應(yīng)用在分組交換網(wǎng)絡(luò)中。
ARQ協(xié)議的缺點是需要接收方發(fā)送ACK，這樣增加了網(wǎng)絡(luò)的負(fù)擔(dān)也影響了傳輸速度。重復(fù)發(fā)送數(shù)據(jù)包來糾正錯誤的方法也嚴(yán)重的影響了它的傳輸速度。
停止并等待ARQ協(xié)議(stop-and-wait)
停止并等待協(xié)議的工作原理如下：
1.發(fā)送點對接收點發(fā)送數(shù)據(jù)包，然后等待接收點回復(fù)ACK并且開始計時。
2.在等待過程中，發(fā)送點停止發(fā)送新的數(shù)據(jù)包。
3.當(dāng)數(shù)據(jù)包沒有成功被接收點接收時候，接收點不會發(fā)送ACK. 這樣發(fā)送點在等待一定時間后，重新發(fā)送數(shù)據(jù)包。
4.反復(fù)以上步驟直到收到從接收點發(fā)送的ACK.
發(fā)送點的等待時間應(yīng)當(dāng)至少大于傳輸點數(shù)據(jù)包發(fā)送時間（數(shù)據(jù)包容量除以發(fā)送點傳輸速度），接收點ACK接收時間（ACK容量除以接收點傳輸速度），數(shù)據(jù)在連接上的傳送時間，接收點檢驗接收數(shù)據(jù)是否正確的時間之和。在實際應(yīng)用當(dāng)中，等待時間是這個和的2到3倍。
這個協(xié)議的缺點是較長的等待時間導(dǎo)致低的數(shù)據(jù)傳輸速度。在低速傳輸時，對連接頻道的利用率比較好，但是在高速傳輸時，頻道的利用率會顯著下降。
連續(xù)ARQ協(xié)議(Continuous ARQ)
為了克服停止并等待ARQ協(xié)議長時間等待ACK的缺點。這個協(xié)議會連續(xù)發(fā)送一組數(shù)據(jù)包，然后再等待這些數(shù)據(jù)包的ACK.
Go-Back-N
選擇重傳 (Selective Repeat)
發(fā)送點連續(xù)發(fā)送數(shù)據(jù)包但對每個數(shù)據(jù)包都設(shè)有個一個計時器。
當(dāng)在一定時間內(nèi)沒有收到某個數(shù)據(jù)包的ACK時，發(fā)送點只重新發(fā)送那個沒有ACK的數(shù)據(jù)包
這個方法的缺點是接收點收到的數(shù)據(jù)包的順序可能不是發(fā)送的數(shù)據(jù)包順序。因此在數(shù)據(jù)包里必須含有順序字符來幫助接受點來排序。
接收點丟棄從第一個沒有收到的數(shù)據(jù)包開始的所有數(shù)據(jù)包。
發(fā)送點收到NACK后，從NACK中指明的數(shù)據(jù)包開始重新發(fā)送
這個辦法的問題是如何正確選擇表明數(shù)據(jù)包的順序字符的數(shù)量。這個數(shù)量因當(dāng)包括ACK或者ACK從接收點到達(dá)發(fā)送點的時間。
方法
ARQ協(xié)議對錯誤糾正的方法是：
丟棄已經(jīng)接收的含有錯誤的數(shù)據(jù)包。
向發(fā)送點請求重新發(fā)送數(shù)據(jù)包。
應(yīng)用
UMTS 的 ARQ 機(jī)制是在基地臺控制站（Radio Network Controller，RNC），使用安置在協(xié)議數(shù)據(jù)單元（Protocol Data Unit，PDU）前的序號來作為是否有封包丟失的依據(jù)，有不少的延遲時間。
優(yōu)點和缺點
ARQ協(xié)議的優(yōu)點是它非常的簡單。因而被廣泛的應(yīng)用在分組交換網(wǎng)絡(luò)中。
ARQ協(xié)議的缺點是需要接收方發(fā)送ACK，這樣增加了網(wǎng)絡(luò)的負(fù)擔(dān)也影響了傳輸速度。重復(fù)發(fā)送數(shù)據(jù)包來糾正錯誤的方法也嚴(yán)重的影響了它的傳輸速度。
回答者：
OscarDon
回答時間：2012-12-11 21:28
21
21
• 西安盈科思泰網(wǎng)絡(luò)技術(shù)有限公司
聘：新疆初級4/5G優(yōu)化工程師
需求人數(shù)：5 人 地點：哈密市,吐魯番市,伊寧市
• 怡利科技發(fā)展有限公司 聘：移動電信聯(lián)通單驗工程師
需求人數(shù)：12 人 地點：貴州省
• 南京華蘇科技有限公司 聘：網(wǎng)優(yōu)工程師
需求人數(shù)：1 人 地點：沈陽市
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點：上饒市
• 河南創(chuàng)賽通信科技有限公司 聘：急聘！廣西單驗簇優(yōu)化
需求人數(shù)：49 人 地點：廣西省
• 廣東南方通信建設(shè)有限公司 聘：內(nèi)蒙呼和浩特原廠優(yōu)化高級
需求人數(shù)：2 人 地點：呼和浩特市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：網(wǎng)優(yōu)工程師（室分優(yōu)化）
需求人數(shù)：1 人 地點：長沙市
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 成都旗訊通信技術(shù)有限公司 聘：四川招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)后臺中高級
需求人數(shù)：12 人 地點：成都市,德陽市,樂山市,宜賓市,達(dá)州市
• 安徽引途科技有限公司 聘：ipran工程師
需求人數(shù)：2 人 地點：上海市
需求人數(shù)：5 人 地點：哈密市,吐魯番市,伊寧市
• 怡利科技發(fā)展有限公司 聘：移動電信聯(lián)通單驗工程師
需求人數(shù)：12 人 地點：貴州省
• 南京華蘇科技有限公司 聘：網(wǎng)優(yōu)工程師
需求人數(shù)：1 人 地點：沈陽市
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點：上饒市
• 河南創(chuàng)賽通信科技有限公司 聘：急聘！廣西單驗簇優(yōu)化
需求人數(shù)：49 人 地點：廣西省
• 廣東南方通信建設(shè)有限公司 聘：內(nèi)蒙呼和浩特原廠優(yōu)化高級
需求人數(shù)：2 人 地點：呼和浩特市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：網(wǎng)優(yōu)工程師（室分優(yōu)化）
需求人數(shù)：1 人 地點：長沙市
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 成都旗訊通信技術(shù)有限公司 聘：四川招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)后臺中高級
需求人數(shù)：12 人 地點：成都市,德陽市,樂山市,宜賓市,達(dá)州市
• 安徽引途科技有限公司 聘：ipran工程師
需求人數(shù)：2 人 地點：上海市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |