（下载后文件错误请多次尝试）协作通信思想通过用户间彼此共享天线，互为通信中继，实现虚拟发射分集，从而为MIMO的实用提供了一个可行的思路。
协作通信的核心问题是中继节点的协作协议。
有两种最基本的中继协作方式放大转发（AF）与解码重传（DF），其它各种协作协议的研究，几乎均是建立在这两个固定中继协议之上。
本文通过MATLAB仿真，来验证协作对通信的改善，分析不同信道情况和不同信噪比下的AF与DF的误码率和分集增益，来研究二者的实际性能与所面临的主要问题。

设一个时隙Aloha系统的时隙长度为1，所有节点的数据包均等长且等于时隙长度。
网络中的节点数为，各节点数据包以泊松过程到达。
1、假设每个节点的数据包到达强度为，在不同的下，使用计算机仿真时隙Aloha系统数据包传送的成功概率，绘制呼入强度和成功概率的曲线，与理论结果进行对照。
注意：节点个数要足够多。
2、选取合理的等待重传的节点在每一个时隙重传的概率、每个节点有新数据包到达的概率，以及节点数，采用延时的下界，仿真时隙Aloha系统数据传输过程，统计在不同积压节点数的情况下，到达率及离开率，绘制到达率和离开率随的分布情况，和理论值进行对照。
3、仿真时隙Aloha系统下的伪贝叶斯算法，通过仿真结果验证在的估计误差较大情况下的收敛特性及到达率小于下的稳定性。

语言为C++,在单机上模拟UDP可靠通信,使用选择性重传协议.

北京大学计算机网络实验Lab11滑动窗口协议实验1.1实验目的计算机网络的数据链路层协议保证通信双方在有差错的通信线路上进行无差错的数据传输，是计算机网络各层协议中通信控制功能最典型的一种协议。
本实验实现一个数据链路层协议的数据传送部分，目的在于使学生更好地理解数据链路层协议中的“滑动窗口”技术的基本工作原理，掌握计算机网络协议的基本实现技术。
1.2实验要求在一个数据链路层的模拟实现环境中，用C语言实现下面三个数据链路层协议。
1)1比特滑动窗口协议2)回退N帧滑动窗口协议3)选择性重传协议1.3实验内容充分理解滑动窗口协议，根据滑动窗口协议，模拟滑动窗口协议中发送端的功能，对系统发送的帧进行缓存并加入窗口等待确认，并在超时或者错误时对部分帧进行重传。
编写停等及退回N滑动窗口协议函数，响应系统的发送请求、接收帧消息以及超时消息，并根据滑动窗口协议进行相应处理。
编写选择性重传协议函数，响应系统的发送请求、接受帧消息以及错误消息，并根据滑动窗口协议进行相应处理。

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------IEC-60870-5-104：应用模型是：物理层，链路层，网络层，传输层，应用层物理层保证数据的正确送达，保证如何避免冲突。
（物理层利用如RS232上利用全双工）链路层负责具体对那个slave的通讯，对于成功与否，是否重传由链路层控制（RS4852线利用禁止链路层确认）应用层负责具体的一些应用，如问全数据还是单点数据还是类数据等（网络利用CSMA/CD等保证避免冲突的发生）---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------基本定义：端口号2404，站端为Server控端为Client，平衡式传输，2Byte站地址，2Byte传送原因，3Byte信息地址。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------注：APDU应用规约数据单元（整个数据）=APCI应用规约控制信息（固定6个字节）+ASDU应用服务数据单元（长度可变）---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------APDU长度（系统-特定参数，指定每个系统APDU的最大长度）APDU的最大长度域为253（缺省）。
视具体系统最大长度可以压缩。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------【1个例子】104报文分析BUF序0123456789.10111213141516171819202122M-＞R：6815100002001E01030001007900000110012413D20A02分析的结果是I（主动上报SOE，主动上报是因为104是平衡式规约）报文头固定为0x68，即十进制104长度15字节（不是6帧的，都是I帧）发送序号=8【控制字节的解析10000200，发送序号：0010H/2=16/2=8】接收序号=1【控制字节的解析10000200，接收序号：0002H/2=2/2=1】0x1E=30即M_SP_TB_1带长时标的单点信息01-＞SQ:0信号个数:10300-＞传送原因:[T=0P/N=0原因=3|突发]0100-＞公共地址:1790000-＞0x79=121信息体地址:12101-＞状态:1IV:0NT:0SB:0BL:010012413D20A02-＞低位10高位01，即0x0110=1*16*16+16=272时标:2002/10/1819:36:00.272

是对之前一个资源的补充，之前少了一些内容，但是没办法修改所以就重传了一份。
多了一张图片和一个帮助文档，介绍怎么修改登陆密码和替换图片，其它也没啥不一样23333.下面是原文档的描述：自己给好朋友制作的一个生日快乐的网站，做完之后放上来希望能帮到大家。
具体的信息请查看我的对应博客。
http://blog.csdn.net/qq_33171970/article/details/52528336#comments因为文字和图片资源涉及到我的个人隐私，所以在上传的文档中文档均已做替换，而图片均已删除，请大家替换为自己的个人内容即可正常显示。

北邮计算机网络实验选择重传实验一：数据链路层滑动窗口协议的设计与实现效率大于60%，采用CRC校验技术，网络层分组长度固定为256字节

数据链路层的流量控制滑动窗口协议，其中采用选择重传协议，用c语言实现，实验中实现（1）在高丢包率和错误率下，实现选择重传。
（2）在基于广播的形式发送方发送数据，多个接收方全部接收到数据，但只有指定的接收方接收到数据，而其他的接收方并不做处理。
实验环境带gcc的linux

针对UMA-RFID协议的安全漏洞,提出一个改进的超轻量级的RFID认证协议。
通过修改UMA-RFID协议的交互方式,避免泄露标签标识符,保证读写器应答消息的新鲜性。
该协议仅使用异或操作和移位操作,降低了对标签计算能力和存储能力的要求。
分析结果表明,该协议可有效抵抗假冒攻击和重传攻击,适合于较低成本的RFID系统。

慢开始和快重传算法的模拟实现，包含慢开始、拥塞避免、超时重传、快恢复等过程。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。