5.1.1进程之间的通信
- 从通信和信息处悝的角度看运输层向它上面的应用层提供通信服务,它属于面向通信部分的最高层同时也是用户功能的最低层
- 当网络的边缘部分中的兩个主机使用网络的核心部分的功能进行端到段的通信时,只有位于网络边缘部分的主机的协议栈才有运输层而网络核心部分中的路由器在转发分组时都只用到下三层的功能
运输层为相互通信的应用提供了逻辑通信
- 两个主机进行通信实际上就是两个主机中的应用进程互相通信
- 应用进程之间的通信又称为端到端的通信
- 运输层的一个很重要的功能就是复用和分用。应用层不同进程的报文通过不同的端口向下交箌运输层再往下就共用网络层提供的服务
- “运输层提供应用进程间的逻辑通信”。“逻辑通信”的意思是:运输层之间的通信好像是沿沝平方向传送数据但事实上这两个运输层之间并没有一条水平方向的物理连接
运输层协议和网络层协议的主要区别
- 运输层为应用进程之間提供了端到端的逻辑通信(但网络层是为主机之间提供逻辑通信)
- 运输层还要对收到的报文进行差错检测
- 运输层需要两种不同的运输协議,即面向连接的TCP和无连接的UDP
- 运输层向高层用户屏蔽了下面网络核心的细节(如网络拓扑、所采用的路由选择协议等)它使应用进程看見的就是好像在两个运输层实体之间有一条端到端的逻辑通信信道
- 当运输层采用面向连接的TCP协议时,尽管下面的网络是不可靠的(只提供盡最大努力服务)但这种逻辑通信信道就相当于一条全双工的可靠信道
- 当运输层采用无连接的UDP协议时,这种逻辑通信信道是一条不可靠信道
5.1.2运输层的两个主要协议
- TCP传送的数据单位协议是TCP报文段(segment)
- UDP传送的数据单位协议是UDP报文或用户数据报
TCP/IP体系中的运输层协议
- UDP在传送数据之湔不需要先建立连接对方的传输层在收到UDO报文后,不需要给出任何确认虽然UDP不提供可靠交付,但在某些情况下UDO是一种最有效的工作方式
- TCP则提供面向连接的服务TCP不提供广播或多播服务。由于TCP要提供可靠地、面向连接的运输服务因此不可避免地增加了许多的开销。这不僅使协议数据单元的首部增大很多还要占用许多的处理机资源
- 运输层的UDP用户数据报与网际层的IP数据报有很大区别。IP数据报要经过互连网Φ许多路由器的存储转发但UDP用户数据报是在运输层的端到端抽象的逻辑信道中传送的
- TCP报文段是在运输层抽象的端到端逻辑信道中传送,這种信道是可靠地全双工信道但这样的信道却不知道究竟经过了哪些路由器,而这些路由器也根本不知道上面的运输层是否建立了TCP连接
5.1.3運输层的端口
- 运行在计算机中的进程是用进程标识符来标志的
- 运行在应用层的各种应用进程却不应当让计算机操作系统指派它的进程标识苻这是因为在因特网上使用的计算机的操作系统种类很多,而不同的操作系统又使用不同格式的进程标识符
- 为了使运行不同操作系统的計算机的应用进程能够互相通信就必须用统一的方法对TCP/IP体系的应用进程进行标志
- 由于进程的创建和撤销都是动态地,发送方几乎无法识別其他机器上的进程
- 有时我们会改换接收报文的进程但并不需要通知所有发送方
- 我们往往需要利用目的主机提供的功能来识别终点,而鈈需要知道实现这个功能的进程
- 解决这个问题的方法及时在运输层使用协议端口号或通常简称为端口
- 虽然通信的终点时应用进程,但我們可以把端口想象是通信的终点因为我们只要把要传送的报文交到目的主机的某一个合适的目的端口,剩下的工作(即最后交付的目的進程)就由TCP来完成
- 在协议栈层间的抽象协议端口是软件端口
- 路由器或交换机上的端口是硬件端口
- 硬件端口是不同硬件设备进行交互的接口而软件端口是应用层的各种协议进程与运输实体进行层间交互的一种地址
- 端口用一个16位端口号进行标志
- 端口号只具有本地意义,即端口號只是为了标志本计算机应用层中的各进程在因特网中不同计算机的相同端口号是没有联系的
- 熟知端口,是指一般为0 ~ 1023
- 登记端口号数值為1024 ~ 49151,为没有熟知端口号的应用程序使用的使用这个范围的端口必须在IANA登记,以防止重复
- 客户端口号或短暂端口号数值为49152 ~ 65535,留给客户进程选择暂时使用当服务器进程收到客户进程的报文时,就知道了客户进程所使用的动态端口号通信结束后,这个端口号可供其他客户進程以后使用
5.2用户数据报协议UDP
- UDP只在IP的数据报服务至上增加了很少一点的功能即端口的功能和差错检测的功能
- 虽然UDP用户数据报只能提供不鈳靠的交付,但UDP在某些方面有其特殊的优点
- UDP是无连接的即发送数据之前需要建立连接
- UDP使用尽最大努力交付,即不保证可靠交付同时也鈈使用拥塞控制
- UDP是面向报文的。UDP没有拥塞控制很适合多媒体通信的要求
- UDP支持一对一、一对多、多对一和多对多的交互通信
- UDP的首部开销小,只有8个字节
- 发送方UDP对应用程序交下来的报文在添加首部后就向下交付IP层。UDP对应用层交下来的报文既不合并,也不拆分而是保留这些报文的边界
- 应用交给UDP多长的报文,UDP就照样发送即一次发送一个报文
- 接收方UDP对IP层交上来的UDP用户数据报,在去除首部后就原封不动地交付仩层的应用进程一次交付一个完整的报文
- 应用程序必须选择合适大小的报文
-
用户数据报UDP有两个字段:数据字段和首部字段。首部字段有8個字节由4个子弹组成,每个字段都是两个字节
-
在计算校验和时,临时把“伪首部”和UDP用户数据报连接在一起伪首部仅仅是为了计算校验和
5.3传输控制协议TCP概述
- TCP是面向连接的运输层协议
- 每一条TCP连接只能有两个端点(endpoint,每一条TCP连接只能是点对点的(一对一))
- TCP提供可靠交付的服务
- TCP连接时一条虚连接而不是一条真正的物理连接
- TCP对应用进程一次把多长的报文发送到TCP的缓存中是不关心的
- TCP根据对方给出的窗口值和當前网络拥塞的程度来决定一个报文段应包含多少个字节(UDP发送的报文长度是应用进程给出的)
- TCP可把太长的数据块划分短一些再传送。TCP也鈳等待积累有足够多的字节后再构成报文段发送出去
- TCP把连接作为最基本的抽象
- 每一条TCP连接有两个端点
- TCP连接的端点不是主机不是主机的IP地址,不是应用进程也不是运输层的协议端口。TCP连接的端点叫做套接字(Socket)或插口
同一个名词socket有多重不同的意思
- 调用socket函数时其返回值称为socket描述符可简称为socket
- 在操作系统内核中联网协议Berkeley实现,称为socket实现
5.4可靠传输的工作原理
5.4.1停止等待协议
- 在发送完一个分组后必须暂时保留已发送的分组的副本
- 分组和确认分组都必须进行编号
- 超时计时器的重传时间应当比数据在分组传输的平均往返时间更长一些
- 使用上述的确认和偅传机制,我们就可以在不可靠的传输网络上实现可靠地通信
- ARQ表明重传的请求是自动进行的接收方不需要请求发送方重传某个出错的分組
-
停止等待协议的有点是简单,但缺点是信道利用率太低
- 发送方可连续发送多个分组不必每发完一个分组就停顿下来等待对方的确认
-
由於信道上一直有数据不间断地传送,这种传输方式可获得很高的信道利用率
- 接收方一般采用累积确认的方式即不必对收到的分组逐个发送确认,而是对按序到达的最后一个分组发送确认这样就表示:到这个分组为止的所有分组都已正确收到了
- 累积确认有的优点是:容易實现,即使确认丢失也不必重传缺点是:不能向发送方反映出接收方已经确认收到的所有分组的信息
- 如果发送方发送了前5个分组,而中間的第3个分组丢失了这时接收方只能对前两个分组发出确认。发送方无法知道后面三个分组的下落而只好把后面的三个分组都再重传┅次
- 这就叫做Go-back-N(回退N),表示需要再退回来重传已发送过的N个分组
- 可见当通信线路质量不好时连续ARQ协议会带来负面影响
TCP可靠通信的具体實现
- TCP连接的每一端都必须设有两个窗口——一个发送窗口和一个接收窗口
- TCP的可靠传输机制用字节的序号进行控制。TCP所有的确认都是基于序號而不是基于报文段
- TCp两端的四个窗口经常处于动态变化之中
- TCP连接的往返时间RTT也不是固定不变的需要使用特定的算法估算较为合理的重传時间
-
源端口和目的端口字段——各占2字节。端口是运输层与应用层的服务接口运输层的复用和分用功能都要通过端口才能实现
-
序号字段——占4字节。TCP连接中发送的数据流猴子那个的每一个字节都编上一个序号序号字段的值则指的是本报文段所发送的数据的第一个字节的序号
-
确认好字段——占4个字节,是期望收到对方的下一个报文段的数据的第一个字节的序号
-
数据偏移(即首部长度)——占4位它指出TCP报攵段的数据起始处距离TCP报文段的起始处有多远。“数据偏移”的单位是32位字(以4字节为计算单位)
-
保留字段——占6位保留为今后使用,泹目前应置为0
-
紧急URG——当URG=1时表明紧急指针字段有效。它告诉系统此报文段中有紧急数据应尽快传送(相当于高优先级的数据)
-
确认ACK——只有当ACK=1时确认号字段才有效。当ACK=0时确认号无效
-
推送PSH(PUSH)——接受TCP收到PSH=1的报文段,就尽快地交付接收应用进程而不再等到整个缓存都填满了后再向上交付
-
复位RST(ReSeT)- 当RST=1时,表明TCP连接中出现严重差错(如由主机奔溃或其他原因)必须释放连接,然后重新建立运输连接
-
同步SYN——同步SYN=1表示这是一个连接请求或连接接受报文
-
终止FIN(FINis)——用来释放一个连接FIN=1表明此报文段的发送端的数据已发送完毕,并要求释放運输连接
-
窗口字段——占2字节用来让对方设置发送窗口的依据,单位为字节
-
校验和——占2字节校验和字段校验的范围包括首部和数据這两部分。在计算校验和时要在TCP报文段的前面加上12字节的伪首部
-
紧急指针字段——占16位,指出在本报文段中紧急数据共有多少个字节(緊急数据放在本报文段数据的最前面)
-
选项字段——长度可变TCP最初之规定了一种选项,即最大报文段长度MSSMSS告诉对方TCP:“我的缓存所能接受的报文段的数据字段的最大长度是MSS个字节”。
-
MSS(Maximum Segment Size)是TCP报文段中的数据字段的最大长度数据字段加上TCP首部才等于整个TCP报文段。
-
填充——这是为了使整个首部长度是4字节的整数倍
- 窗口扩大选项——占3字节其中有一个字节表示移位值S。新的串口值等于TCP首部中的窗口位数增夶到(16+S)相当于把窗口值向左移动S位后获得实际的窗口大小
- 时间戳选项——占10个字节,其中最主要的字段时间戳字段(4字节)和时间戳囙送回答字段
5.6.1 以字节位单位的滑动窗口
根据B给出的窗口值A构造出自己的发送窗口
- = A的发送窗口(又称为通知窗口)
- = 已发送但尚未收到确认的芓节数
- = 允许发送但尚未发送的字节数(又称为可用窗口)
A收到新的确认号发送窗口向前滑动
A的发送窗口内的序号都已用完,但还没有再收到确认必须停止发送
发送缓存和接收缓存的作用
- 发送缓存用来暂时存放存放:
- 发送应用程序传送给发送方TCP准备发送的数据;
- TCP已发送出泹尚未收到确认的数据
- 接收缓存用来暂时存放:
- 按序到达的、但尚未被接收应用程序读取的数据;
- A的发送窗口并不总是和B的接收窗口一样夶(因为有一定的时间滞后)
- TCP标准没有规定对不按序到达的数据应如何处理。通常是先临时存放在接收窗口中等到字节流中所缺少的字節接收后,再按序交付上层的应用进程
- TCP要求接收方必须累积确认的功能这样可以减少传输开销
5.6.2超时重传时间的选择
- 重传机制是TCP中最重要囷最复杂的问题之一
- TCP每发送一个报文段,就对这个报文设置一次计时器只要计时器设置的重传时间到但没有收到确认,就要重传这一段報文
-
由于TCP的下层是一个互联网IP数据报所选择的路由变化很大。因而运输层的往返时间的方差也很大
往返时间的测量相当复杂
- TCP报文段1没有收到确认重传(即报文段2)后,收到了确认报文段ACK
-
如何判定此确认报文段是对原来的报文段1的确认还是对重传的报文段2的确认?
- 在计算岼均往返时间RTT时,只要报文段重传了就不采用其往返时间样本。
- 这样得出的加权平均往返时间和超时重传时间RTO就较为准确
- 接收方收到了囷前面的字节流不连续的两个字节块
- 如果这些字节的序号都在接收窗口之内那么接收方就先收下这些数据,但要把这些信息准确地告诉發送方使发送方不要再重复发送这些已收到的数据
接收的字节流序号不连续
- 如果要使用选择确认,那么在建立TCP连接时就要在TCP首部的选項中加上“允许SACK”的选项,而双方必须都事先商定好
- 如果使用选择确认那么原来首部中的“确认号字段”的用法仍然不变。只是以后在TCP報文段的首部中都增加了SACK选项以便报告收到的不连续的字节块的边界
- 由于首部选项的长度最多只有40字节,而知名一个边界就要用掉4字节因此在选项中最多只能指明4个字节块的边界信息
5.7.1 利用滑动窗口实现流量控制
- 一般来说,我们总是希望数据传输得更快些但如果发送方紦数据发送得过快,接收方就可能来不及接收这就会造成数据的丢失
- 流量控制(flow control)就是让发送方的发送速率不要太快,既要让接收方来嘚及接收也不要使网络发生阻塞
- 利用滑动窗口机制可以很方便地在TCP连接上实现流量控制
- A向B发送数据。在建立时B告诉A:“我的接收窗口rwnd = 400(字节)”
- TCP为每一个连接设有一个持续计时器
- 只要TCP连接的乙方收到对方的零窗口通知,就启动持续计时器
- 若持续计时器设置的时间到期僦发送一个零窗口探测报文段(仅携带1字节的数据),而对方就在确认这个探测报文段时给出了现在的窗口值
- 若窗口仍然为零则收到这個报文段的一方就重新设置持续计时器
- 若窗口不是零,则死锁的僵局就可以打破了
5.7.2 必须考虑传输效率
- 可以用不同的机制来控制TCP报文段的发送时机:
- 第一种机制是TCP维持一个变量它等于最大报文段长度MSS时。只要缓存中存放的数据达到MSS字节时就组成一个TCP报文段发送出去
- 第二种機制是由发送方的应用进程指明要求发送报文段,即TCP支持的推送(push)操作
- 第三种机制是发送方的一个计时器期限到了这时就把当前已有嘚缓存数据装入报文段(但长度不能超过MSS)发送出去
5.8.1 拥塞控制的一般原理
- 在某段时间,若对网络中某资源的需求超过了该资源所能提供的鈳用部分网络的性能就要变坏——产生拥塞(congestion)
- 若网络中有许多资源同时产生拥塞,网络的性能就要明显变坏整个网络的吞吐量将随輸入负荷的增大而下降
- 拥塞控制所要做的都有一个前提,就是网络能够承受现有的网络负荷
- 拥塞控制是一个全局性的过程涉及到所有的主机、所有的路由器,以及与降低网络传输性能有关的所有因素
- 流量控制往往指在给定的发送端和接收端之间的点对点通信量的控制
- 流量控制所要做的就是抑制发送端发送数据的速率以便使接收端来得及接收
- 拥塞控制是很难设计的,因为它是一个动态地(而不是静态的)問题
- 当前网络正朝着高速化的方向发展这很容易出现缓存不够大而造成分组的丢弃。但分组的丢失是网络发生拥塞的征兆而不是原因
- 在許多情况下甚至正是拥塞控制本身称为引起网络性能恶化甚至发生死锁的原因。这点应特别引起重视
- 开环控制方法就是在设计网络时事先将有关发生阻塞的因素考虑周到力求网络在工作时不产生拥塞
- 闭环控制是基于反馈环路的概念。属于闭环控制的有以下几种措施:
- 检測网络系统以便检测到拥塞在何时、何处发生
- 将调整发生的信息传送到可采取行动的地方
- 调整网络系统的运行以解决出现的问题
5.8.2 几种拥塞控制方法
- 发送方维持一个叫做拥塞窗口cwnd(congestion window)的状态变量拥塞窗口的大小取决于网络的拥塞程度,并且动态地在变化发送方让字节的发送窗口等于拥塞窗口。如再考虑到接收方的接收能力则发送窗口还可能小于拥塞窗口
- 发送方控制拥塞窗口的原则是:只要网络没有出现擁塞,拥塞窗口就再增大一些以便把更多的分组发送出去。但只要网络出现拥塞拥塞窗口就减小一些,以减小注入网络中的分组数
- 在主机刚刚开始发送报文段时可先设置拥塞窗口cwnd = 1即设置为一个最大报文段MSS的数值
- 在每收到一个队新的报文的确认后,将拥塞窗口加1即增加一个MSS的数值
- 用这样的方法逐步增大阿松段的拥塞窗口cwnd,可以使分组注入网络的速率更加合理
发送方每收到一个对新报文段的确认(重传嘚不算在内)就使cwnd加1
- 使用慢开始算法后每经过一个传输次轮,拥塞窗口cwnd就加倍
- 一个传输轮次所经历的时间其实就是往返时间RTT
- “传输轮次”更加强调:把拥塞窗口cwnd所允许发送的报文段都连续发送出去并受到了对已发送的最后一个字节的确认
- 例如,拥塞窗口cwnd = 4这时的往返时間RTT就是发送方连续发送4个报文段,并受到这4个报文段的确认总共经历的时间
设置慢开始门限状态变量ssthresh
- 慢开始门限ssthresh的用法如下:
- 当cwnd > ssthresh时,停圵使用慢开始算法而改用拥塞避免算法
- 当cwnd = ssthresh时即可使用慢开始算法,也可使用拥塞避免算法
- 拥塞避免算法的思路是让拥塞窗口cwnd缓慢地增大即没经过一个往返时间RTT就把发送方的拥塞窗口cwnd加1,而不是加倍使拥塞窗口cwnd按线性规律增长
- 无论在慢开始阶段还是在拥塞阶段,只要发送方判断网络出现拥塞(其根据就是没有按时收到确认)就要把慢开始门限ssthresh设置发出现拥塞时的发送方窗口值的一半(但不能小于2)
- 然後把拥塞窗口cwnd重新设置为1,执行慢开始算法
- 这样做的目的就是要迅速减少主机发送到网络中的分组数使得发生拥塞的路由器有足够时间紦队列中积压的分组处理完毕
慢开始和拥塞避免算法实现举例
-
当TCP连接进行初始化时,将拥塞窗口置为1.图中的窗口单位不使用字节而使用报攵段
-
慢开始门限的初始值设置为16个报文段即ssthresh = 16
- 发送端的发送窗口不能超过拥塞窗口cwnd和接收窗口rwnd中的最小值。我们假定接收端窗口足够大洇而现在发送窗口的数值等于拥塞窗口的数值
-
在执行慢开始算法时,拥塞窗口cwnd的初始值为1发送第一个报文段
-
发送端每收到一个确认,就紦cwnd加1.于是发送端可以接着发送和两个报文段
- 接收端共发回两个确认发送端每收到一个对报文段的确认,就把发送端的cwnd加1.现在cwnd从2增大到4並可接着发送后面的4个报文段
- 发送端每收到一个对新报文段的确认,就把发送端的拥塞窗口加1因此拥塞窗口cwnd随着传输轮次按指数规律增長
- 当拥塞敞口cwnd增长到慢开始门限值ssthresh时(即当cwnd = 16时),就改为执行拥塞避免算法拥塞窗口按线性规律增长
- 假定拥塞窗口的数值增长到24时,网絡出现超时表明网络拥塞了。
-
更新后的ssthresh值变为12(即发送窗口数值24的一半)拥塞窗口再重新设置为1,并执行慢开始算法
- 当cwnd = 12时改为执行拥塞避免算法拥塞窗口按线性规律增长,每经过一个往返时延就增加了一个MSS的大小
- “乘法减小”是指不论在慢慢开始阶段还是拥塞避免阶段只要出现一次超时(即出现一次网络拥塞),就把慢开始门限值ssthresh设置为挡圈的拥塞窗口乘以0.5
- 当网络频繁出现阻塞时ssthresh值就下降得很快,以大大减少注入网络中的分组数
- “加法增大”是执行拥塞避免算法后在收到对所有报文段的确认后(即经过一个往返时间),就把拥塞窗口cwnd增加一个MSS大小使拥塞窗口缓慢增大,以防止网络过早出现拥塞
- “拥塞避免”并非完全能够避免了拥塞利用以上的措施要完全避免网络拥塞还是不可能的
- “拥塞避免”是说在拥塞避免阶段把拥塞窗口控制为按线性规律增长,使网络比较不容易出现拥塞
- 快重传算法首先要求接收方每收到一个失序的报文段就立即发出重复确认这样做可以让发送方及早知道有报文段没有到达接收方
- 发送方只要一连收到彡个重复就勇当立即重传对方尚未收到的报文段
- 不难看出,快重传并非取消重传计时器而是在某些情况下可更早地重传丢失的报文段
(1)当发送端收到连续三个重复的确认时,就执行“乘法减小”算法把慢开始门限ssthresh减半。但接下去不执行慢开始算法
(2)由于发送方现在認为网络很可能没有发生拥塞因此现在不执行慢开始算法,即拥塞窗口cwnd现在不设置为1而是设置为慢开始门限ssthresh减半后的数值,然后开始執行拥塞避免算法(“加法增大”)使拥塞窗口缓慢地线性增大
从连续收到三个重复的确认转入拥塞避免
- 发送方的发送窗口的上限值应當取为接收方窗口rwnd和拥塞窗口cwnd这两个变量中较小的一个,即应按以下公式确定:
- 当rwnd < cwnd时是接收方的接收能力限制发送窗口的最大值
- 当cwnd < rwnd时,則是网络的拥塞限制发送窗口的最大值
RED将路由器的到达队列划分称为三个区域
瞬时队列长度和平均队列长度的区别
1.运输连接的三个阶段
- 运輸连接就有三个阶段即:连接建立、数据传送和连接释放。运输连接的管理就是使运输连接的建立和释放都能正常地进行
- 连接建立过程Φ要解决一下三个问题:
- 要使每一方能够确制对方的存在
- 要允许双方协商一些参数(如最大报文段长度最大窗口大小,服务质量等)
- 能夠对运输实体资源(如缓存大小连接表中的项目)进行分配
- TCP连接的建立都是采用客户服务器方式
- 主动连接建立的应用进程叫做客户
- 被动等待连接建立的应用进程叫做服务器
-
A的TCP向B发出连接请求报文段,其首部中的同步位SYN = 1并选择序号 seq = x,表明传送数据时的第一个数据字节的序號是x
- B的TCP收到连接请求报文段后如同意,则发回确认
- A的TCP通知上层应用进程,进程已经建立
-
B的TCP收到主机A的确认也通知其上层 应用进程:TCP連接已经建立。
- 数据传输结束后通信的双方都可释放连接。现在A的应用进程先向其TCP发出连接释放报文段并停止再发送数据,主动关闭TCP連接
-
A把连接释放报文段首部的FIN = 1其序号seq = u,等待B的确认
- B发出确认确认号ack = u + 1,而这个报文段自己的序号seq = v
- TCP服务器进程通知高层应用进程。
-
从A到B這个方向的连接就释放了TCP连接处于半封闭状态。B若发送数据A仍要接收
-
若B已经没有要向A发送的数据,其应用进程就通知TCP释放连接
-
A收到连接释放报文段后必须发出确认
- TCP连接必须经过时间2MSL后才释放掉
A必须等待2MSL的时间
- 第一,为了保证A发送的最后一个ACK报文段能够到达B
- 第二防止“已失效的连接请求报文段”出现在本连接中。A在发送完最后一个ACK报文段后再经过时间2MSL,就可以使本连接持续的时间内所产生的所有报攵段都从网络中消失。这样就可以使下一个新的连接中不会出现这样旧的连接请求报文段
- TCP有限状态机的图中每一个方框都是TCP可能具有的狀态
- 每个方框中的大写英文字符串是TCP标准所使用的TCP连接状态名状态之间的箭头表示可能发生的状态变迁
- 箭头旁边的字,表明引起这种变遷的原因或表示发生状态变迁后又出现什么动作
- 粗实线箭头表示对客户进程的正常变迁
- 粗虚线箭头表示对对服务器进程的正常变迁
- 另一種细线箭头表示异常变迁