 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
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é)議之一。它通過使用確認和超時這兩個機制，在不可靠服務(wù)的基礎(chǔ)上實現(xiàn)可靠的信息傳輸。如果發(fā)送方在發(fā)送后一段時間之內(nèi)沒有收到確認幀，它通常會重新發(fā)送。ARQ可能包括停止等待ARQ協(xié)議和連續(xù)ARQ協(xié)議，錯誤檢測（Error Detection）、正面確認（Positive Acknowledgment）、超時重傳（Retransmission after Timeout）和 負面確認及重傳（Negative Acknowledgment and Retransmission）等機制。
停止并等待ARQ協(xié)議(stop-and-wait)
停止并等待協(xié)議的工作原理如下：
1.發(fā)送點對接收點發(fā)送數(shù)據(jù)包，然后等待接收點回復(fù)ACK并且開始計時。
2.在等待過程中，發(fā)送點停止發(fā)送新的數(shù)據(jù)包。
3.當數(shù)據(jù)包沒有成功被接收點接收時候，接收點不會發(fā)送ACK. 這樣發(fā)送點在等待一定時間后，重新發(fā)送數(shù)據(jù)包。
4.反復(fù)以上步驟直到收到從接收點發(fā)送的ACK.
發(fā)送點的等待時間應(yīng)當至少大于傳輸點數(shù)據(jù)包發(fā)送時間（數(shù)據(jù)包容量除以發(fā)送點傳輸速度），接收點ACK接收時間（ACK容量除以接收點傳輸速度），數(shù)據(jù)在連接上的傳送時間，接收點檢驗接收數(shù)據(jù)是否正確的時間之和。在實際應(yī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è)有個一個計時器。
當在一定時間內(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ù)量因當包括ACK或者ACK從接收點到達發(fā)送點的時間。
方法
ARQ協(xié)議對錯誤糾正的方法是：
丟棄已經(jīng)接收的含有錯誤的數(shù)據(jù)包。
向發(fā)送點請求重新發(fā)送數(shù)據(jù)包。
應(yīng)用
UMTS 的 ARQ 機制是在基地臺控制站（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ù)發(fā)送數(shù)據(jù)包來糾正錯誤的方法也嚴重的影響了它的傳輸速度。
停止并等待ARQ協(xié)議(stop-and-wait)
停止并等待協(xié)議的工作原理如下：
1.發(fā)送點對接收點發(fā)送數(shù)據(jù)包，然后等待接收點回復(fù)ACK并且開始計時。
2.在等待過程中，發(fā)送點停止發(fā)送新的數(shù)據(jù)包。
3.當數(shù)據(jù)包沒有成功被接收點接收時候，接收點不會發(fā)送ACK. 這樣發(fā)送點在等待一定時間后，重新發(fā)送數(shù)據(jù)包。
4.反復(fù)以上步驟直到收到從接收點發(fā)送的ACK.
發(fā)送點的等待時間應(yīng)當至少大于傳輸點數(shù)據(jù)包發(fā)送時間（數(shù)據(jù)包容量除以發(fā)送點傳輸速度），接收點ACK接收時間（ACK容量除以接收點傳輸速度），數(shù)據(jù)在連接上的傳送時間，接收點檢驗接收數(shù)據(jù)是否正確的時間之和。在實際應(yī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è)有個一個計時器。
當在一定時間內(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ù)量因當包括ACK或者ACK從接收點到達發(fā)送點的時間。
方法
ARQ協(xié)議對錯誤糾正的方法是：
丟棄已經(jīng)接收的含有錯誤的數(shù)據(jù)包。
向發(fā)送點請求重新發(fā)送數(shù)據(jù)包。
應(yīng)用
UMTS 的 ARQ 機制是在基地臺控制站（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ù)發(fā)送數(shù)據(jù)包來糾正錯誤的方法也嚴重的影響了它的傳輸速度。
回答者：
OscarDon
回答時間：2012-12-11 21:28
21
21
• 成都旗訊通信技術(shù)有限公司
聘：【移動項目】招督導(dǎo)、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：四川省,河南省,山東省,安徽省,湖北省
• 南京華蘇科技有限公司 聘：初級優(yōu)化-廣西欽州市
需求人數(shù)：2 人 地點：欽州市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：華為高端優(yōu)化項目（南京）
需求人數(shù)：1 人 地點：南京市
• 福建省鴻官通信工程有限公司 聘：中興IPRAN工程師
需求人數(shù)：1 人 地點：泉州市
• 怡利科技發(fā)展有限公司 聘：移動電信聯(lián)通單驗工程師
需求人數(shù)：12 人 地點：貴州省
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：AI工程師
需求人數(shù)：1 人 地點：云南省
• 西安長河通訊有限責任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點：香港
• 廣州銘輝網(wǎng)絡(luò)科技有限公司 聘：華為網(wǎng)格長
需求人數(shù)：2 人 地點：�？谑�
• 上海大唐移動通信設(shè)備有限公司 聘：網(wǎng)絡(luò)優(yōu)化RF工程師（河北保定）
需求人數(shù)：1 人 地點：保定市
• 上海德專信息技術(shù)有限公司 聘：【急聘】云南楚雄日常前后臺網(wǎng)優(yōu)
需求人數(shù)：5 人 地點：云南省
需求人數(shù)：12 人 地點：四川省,河南省,山東省,安徽省,湖北省
• 南京華蘇科技有限公司 聘：初級優(yōu)化-廣西欽州市
需求人數(shù)：2 人 地點：欽州市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：華為高端優(yōu)化項目（南京）
需求人數(shù)：1 人 地點：南京市
• 福建省鴻官通信工程有限公司 聘：中興IPRAN工程師
需求人數(shù)：1 人 地點：泉州市
• 怡利科技發(fā)展有限公司 聘：移動電信聯(lián)通單驗工程師
需求人數(shù)：12 人 地點：貴州省
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：AI工程師
需求人數(shù)：1 人 地點：云南省
• 西安長河通訊有限責任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點：香港
• 廣州銘輝網(wǎng)絡(luò)科技有限公司 聘：華為網(wǎng)格長
需求人數(shù)：2 人 地點：�？谑�
• 上海大唐移動通信設(shè)備有限公司 聘：網(wǎng)絡(luò)優(yōu)化RF工程師（河北保定）
需求人數(shù)：1 人 地點：保定市
• 上海德專信息技術(shù)有限公司 聘：【急聘】云南楚雄日常前后臺網(wǎng)優(yōu)
需求人數(shù)：5 人 地點：云南省
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |