ALOHA协议(纯ALOHA协议:想发就发;时隙ALOHA协议:控制想发就发的随意性)

ALOHA协议

分类:

  • 1.纯ALOHA协议:
    想发就发
    思想:不监听信道,不按时间槽发送,随机重发。
    在这里插入图片描述
    由图可以看出ALOHA协议是非常随机的,每一个站点或者主机,它们可以在任何时间发送数据帧,上面4个站点发送的数据帧没有规律,想发就发。

T0:规定数据帧的长度(帧长度通常由比特衡量),T0指这个帧的发送时间(传输时间+传播时间),一个帧从刚开始发送到发送成功的时间。

假设:每一个站点发送的数据帧T0都相同,
站1:第一时间发送1号帧,,经过T0之后并没有别的数据帧与它发生冲突,这个时间段只有它一个数据帧发送数据,它是发送成功的。
站2:过了一段时间发送2号帧,前半段时间顺利,后半段时间,站N-1也开始发送数据帧;此时信道上有两个站点在同时发送数据,就一定会造成冲突。

冲突如何检测?
如果发生冲突,接收方在就会检测出差错,然后不予确认,发送方在一定时间内收不到就判断发生冲突。

从图中可以看出发生冲突,但对于站点来说,它们自身并不知道发生冲突(并没有在发送数据的时候进行监听)。
如何检测:等站点数据帧发送完毕之后,接受方会收到一个错误的数据帧,接收方会返回NAK否定确认帧(或者直接不返回确认帧);发送方经过超时一个时间还未收到确认帧,就会知道帧在信道上发生冲突,因此就会重发

冲突如何解决?
超时后等一个随机时间再重传。

综上所述:发现ALOHA协议随机性很强,导致发送成功率很低。

  • 2.时隙ALOHA协议

控制想发就发的随意性

思想:把时间分成若干个相同的时间片,所有用户在时间片开始时刻同步接入网络信道,若发生冲突,则必须等待下一个时间片开始时刻再发送。

在这里插入图片描述
时间片(时间槽)T0:规定数据帧的长度。
特点:每一个站点在发送数据帧的时候,只能在一个时间片的开始进行发送(如果此时想发送,并没有到时间片开始)就需要等到时间片开始再发送。

1.如果发送过程很成功,未发生冲突。
2.发送过程发送冲突,这个站点就会在时隙之后(经过一个T0之后)发送方发现出现冲突(因为接受方没有返回确认帧),发送方判定发送过程中出现冲突。

遇到冲突状况,需要进行超时重传,只能在一个时间片(时隙)的开始进行重传。

综上:纯ALOHA协议比时隙ALOHA协议吞吐量更低,效率更低。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值