搜索资源列表
tftpTEST
- TFTP 协议实现和测试 本程序,包含server和client,自收自发. 客户直接把PACK发到SERVER的接收队列中,SERVER直接把PACK 发到CLIENT的接收队列中. 具有超时重发功能. 各自解释收到的该包,并响应-TFTP protocol and the test procedures, including server and client, collected spontaneously.
mt
- 用C51编写的基于51单片机串口点对点双向通信程序，特点是具有可靠的通信失败检测及信息重发功能。-with C51 prepared by the 51 microcontroller-based point-to-point two-way serial communication program, which is characterized with reliable communication failure detection
重发求树高的程序
- 用递归的方法求二叉树的树高，使用时更加灵活，注意输入的数据以－1结束-using recursive method for binary tree height, use a more flexible, pay attention to input data to the end-1
重发尾插法建立单链表及其遍历
- 用尾插法建立单链表，可以事先不必指定要插入的元素的个数，比较灵活，注意输入数据时以－1结束-tailings interpolation creation of a single-chain and can not designated prior to the insertion of items, a more flexible, pay attention to the input data to the end-1
网络仿真-纯ALOHA曲线
- 纯ALOHA协议 在该协议下，用户只要有帧产生，就会传送出去，发生冲突时，就等待一个随机时间后再重发。 所以对当前帧时，只有两种情况下可以发送成功： 1）当前帧时只有一帧要发送，且当前帧时的前一帧时无帧发送； 2）当前帧时只有一帧要发送（发送时刻为t），且前一帧时的最后一帧的发送时间不在（t- fr a meTIME）~ t这段时间内。 其他情况下都会产生冲突。 发生冲突时，错误帧继续传送，用户重新发送帧，设
网络仿真-分隙ALOHA曲线
- 分隙ALOHA: 该协议下，用户在产生帧后总是等到下一帧时开始时才发送，所以，对于结构fr a meTime_struct，其m_fr a me[i]（相对时间）总是为零。发生冲突后同样等待一个随机时间重发。 所以只要满足当前帧时只有一帧发送，就可以发送成功，而不需考虑上一帧时的情况。 -points gap ALOHA : under the agreement, users always have a fr a me a
高级通信程序
- 这是一个自我感觉很好的通信程序，它的特点： 1.数据包格式全部自己定义。 所有的定义和通信核心类全部在COMM文件夹中。 2.能处理大量客户端同时通信的情况，客户和服务端共用相同的通信对象，并且可以实现互传。 3.通信细节全部封装在几个通用的类中，隐藏了交互通信的所有处理细节，如断包处理，超时重发等功能。 4.数据通信和数据具体应用完全分离，扩展性良好，本例中只做一个上传文件的例子，你可以在不用改动通信核心的
窗口协议
- 由一台 PC （线程）向另一台 PC （线程）发送数据包，界面应显示出双方帧个数变化，帧序号，发送和接受速度，暂停或重传提示等，界面中必须动态显示数据帧的发送情况和接受情况，包括 在相应窗口详细 显示相应的 ACK 和 其他收发数据帧后发出的消息 ，以表明模拟协议的正确运作过程。 • 接收方及发送方应具有按序收发帧的能力； • 接受方应有固定大小的滑动窗口，并对收到信息缓存。当发送方速度过快或帧丢失（超时
api-yx
- 作为CMPP协议的客户端，具有的登陆、发送、接受功能 /// 会开3 个线程处理: 1、处理需要发送 MO(下行)的消息 /// 2、处理从移动服务器发送过来CMPP的消息 /// 3、处理连接断等信息，检查需要重发的消息，检查收到的报告、短信，并调用 OnReport 事件 OnSMS事件 -as CMPP client, with the landing, sending, receiving functi
udptransport
- 基于UDP实现简单的可靠数据传输 由于数据是在不可靠的信道上传输的，因此数据在信道上传输时可能会发生比特错误，数据丢失。Rdt3.0及之前的版本都是停止—等待协议，它限制了网络底层硬件的能力。为克服这个问题引入了流水线技术，两个能恢复流水线中的错误的基本方法：第N个分组重发和选择性重复。综上，要实现差错编码，顺序号，计时器，分组确认，滑动窗口，拥塞控制。-simple UDP based on the reliable data t
NoVideo
- 可以从网络端强制占用QQ端口的收消息部分 但发消息部分不会影响 这样可以qq挂级情况不收消息 拒收消息会由腾讯机制在不久后重发-from mandatory network-occupied port of QQ part of collecting information but will not affect copies of this can qq pegged level of rejection is not c
1_4625_b
- 一套专业的供求二手信息发布系统，具有会员发布信息和游客发布功能，信息审核，信息分类，信息编辑，会员管理，新闻管理，简介清新的模板 v3.7更新： 增加过期信息重发功能 后台增加管理员直接发布供求信息功能 后台增强供求信息编辑功能（采用编辑器，可以发布图片信息以及排版） 增加信息邮件自动验证审核机制（后台可设定：直接发布/管理员审核/邮件验证） 增加信息审核后，发送邮件通知功能（后台可选择是否开启此功能） 改进
my_icq_code
- 服务器端采用mysql数据库 客户端和服务器的通讯采用UDP协议，并具有超时重发、重复性检验等安全机制 客户端之间的通讯采用TCP协议 可传输消息和文件 在本地存储好友信息、分组信息、（系统）消息。-server using mysql database client and server communications using UDP, with overtime and re-issued, repetitive
SerialComOCX
- 基于事件驱动的串口通讯控件 消息帧数据格式: 1 0 A B X X 其中 10 为消息标识, AB表示文本长度,L=A*100+B XX为配位字符,任意 控制帧数据格式 0 1 A B M N 其中 01为控制标识, AB为请求标识 MN为附加标识 11表示请求对方接收文件,M表示描述字串中文件名子串的长度 N表示描述字串中文件大小子串的长度 10通知
485-MASTER
- 用485实现单片机之间的串行通信。 主机部分发送从机地址，等待从机响应，从机准备好就发数据,发完就接收从机的响应，接受成功就跳出循环，否则重发。-MCU with 485 Serial Communication between. Host of this address from the plane, waiting for the response from the plane, from the plane ready to
iamy_P2PChat
- P2PChat 点对点聊天工具，QQ穿网关原理，点对点跨网关通信，采用 Indy 的 UDP 组件。 需要改进的地方： 在发送消息的地方如果没有收到消息反馈则重发。 则重发消息，这个只要在Timer的事件里加几行代码就可以了。 在接收端端再做个消息冗余判断。
TCP-IP-Stack-Design-Realise
- 摘要： 设计并实现了一个运行在低端8／16位MCU上的小型嵌入式TCP／IP协议栈。在设计和实现过程中，允许应用程序参与数据的重发。以减少协议栈对资源的消耗。实现了一个最小可达7K，并具有较高响应速度的小型TCP/IPP协议栈。 关键词：TCP／IP，嵌入式系统, 因特网
dghchsz
- 本文介绍了基于XCR3256的存储器的模块化设计,利用XCR3256做为主控单元实现了数据的采编存储重发技术.
UDPTrsmtFile
- 用UDP实现可靠文件传输 大家都清楚，如果用TCP传输文件的话，是很简单的，根本都不用操心会丢包，除非是网络坏了，就得重来。用UDP的话，因为UDP是不可靠的，所以用它传输文件，要保证不丢包，就得我们自己写额外的代码来保障了。本文就说说如果保证可靠传输。 要实现无差错的传输数据，我们可以采用重发请求（ARQ）协议，它又可分为连续ARQ协议、选择重发ARQ协议、滑动窗口协议。本文重点介绍滑动窗口协议，其它的两种有兴趣
SelRetran
- TCP/IP协议超时重发算法图形模拟