连接的两端都设有发送缓存和接收缓

ShoponN

对应用层交下来的报文既不合并也不拆分而是保留这些报文的边界。即应用层交个 多长的报文 就照样发送即一次发送一个报文。 一次交付一个完整的报文。 没有拥塞控制 网络出现的拥塞不会使源主机的发送速率降低这对某些实时应用是很重要的。很多的实时应用 如 电话实时视频会议等 要求源主机以恒定的速率发送数据并且允许在网络发生拥塞时丢失一些数据但却不允许数据有太大的时延。 正好符合这种要求。 支持一对一、一对多、多对一和多对多的交互通信 。的首部开销小只有 字节比 的 字节的首部要短。 的首部格式 用户数据报 有两个字段数据字段和首部字段。首部字段很简单只有 个字节由四个字段组成。各字段意义如下 当运输层从 层收到的 数据报时就根据首部中的目的端口把 数据报通过相应。

的端口上交最后的终点 应用程序 请注意虽然在 之间的通信要用到其端口号但由于 的通信是无连接的因此不需要使用套接字 之间的通信必须要在两个套接字之间建立连接 传输控制协议 最主要的特点 是面向连接的。应用程序在使用 协议之前必须先建立连接。在传送数据完 墨西哥手机号码列表 毕后必须释放已经建立的 连接。 每一条 连接只能有两个端点 每一条 连接只能是点对点 一对一 提供可靠交付的服务。通过 连接传送的数据无差错、不丢失、不重复并且按序到达。 提供全双工通信。 允许通信双方的应用进程在任何时候都能发送数据。 存用来临时存放双方通信的数据。在发送时应用程序在把数据传送给 的缓存后就可以做自己的事而 在合适的时候把数据发送出。



去 是面向字节流的 中的 流 指的是流入到进程或从进程流出的字节序列 图 指出 和 在发送报文时所采用的方式完全不同。 并不关心应用进程一次把多长的报文发送到 的缓存中而是根据对方给出的窗口值和当前网络拥塞的程度来决定一个报文段应包含多少个字节 发送的报文长度是应用进程给出的 。如果应用进程传送到 缓存的数据块太大 就可以把它划分短一些再传送。如果应用程序一次只发来一个字节 也可以等到积累有足够多的字节后再构成报文段发送出去。 的连接 每一条 连接有两个端点这两个端点叫做套接字 套接字 地址 端口号 每一条 连接唯一地被通信两端的两个端点 即两个套接字 所确定。 即 连接 这里 和 分别是两个端点主机的 地址而 和 分别是两个端点主机中的端口号。