网络协议工程总结.docx

- . z 第二章协议设计技术 1.协议层次模型：〔主要是描述n与n+1实体间的关系〕 实体(entity)：表示任何可以发送和接收信息的硬件或软件进程。在许多情况下，实体就是一个特定的模块。 n效劳：两个(n)实体在(n)协议的控制下的通信，使(n)层能够向上一层(n+1)提供效劳。这种效劳就是(n)效劳。 一个(n)实体向上一层所提供的效劳由以下三局部构成： (n)实体自己提供的*些功能。 从(n-1)层及其以下各层以及本地系统环境得到的效劳。 通过与处在另一系统中的对等(n)实体的通信而得到的效劳。 PDU通常由2局部构成：用户数据和协议控制信息PCI(Protocol Control Information)。 PCI一般作为首部加在用户数据的前面，但有时也可作为尾部加在用户数据的后面，例如检验和(checksum)常放在尾部。 两种类型： 数据PDU 控制PDU，不携带用户数据。 在不同的协议层次中，PDU还有一些其它的表示法。 物理层：比特(bit)； 数据链路层：帧(frame)或信元(cell)； 网络层：分组或包(packet) 运输层：报文(Message) SDU:OSI将层与层之间交换的数据的单元称为效劳数据单元SDU(Service Data Unit)。 一个(n)效劳数据单元就是(n)效劳所要传送的逻辑数据单元。 SDU就是数据PDU中的用户数据，但不一定是一一对应关系。 可以是多个SDU合成为一个PDU(称为“拼装〞)，也可以是将一个SDU划分为几个PDU(称为“分段〞)。 PDU的装配与拆装:在发送数据之前，(n)协议需要装配PDU，即按照给定格式附上协议控制信息PCI。对于接收后的PDU要对之拆装，拆出PCI。 SAP:同一系统中相邻两层的实体进展交互(即交换信息)之处，通常称为效劳访问点SAP (Serivce Access Point) SP〔效劳原语〕：在进展交互时所要交换的一些必须信息(或命令)称为效劳原语(Service Primitives)，以说明需要本地的或远端的对等实体做哪些事情。 每层均可使用的4 种效劳原语：〔P17〕 Request (请求): 一个实体希望得到*种效劳 Indication (指示)：把关于*一事件的信息告诉*一实体 Response (响应)：一个实体愿意响应*一事件 Confirm (证实)：把一个实体的效劳请求加以确认并告诉它 过程描述： ：用户A先发出Request原语，以调用效劳提供者的*个进程 To ②：Request原语就引起系统A的(n)实体向*对等实体发出一个协议数据单元PDU ②：当系统B的(n)实体收到这个PDU后，就向其效劳用户发出Indication原语 ② To ③：通常对应于： (1)表示系统B的(n)效劳用户应当调用一个适当的协议过程，或者 (2)表示效劳提供者已经调用了一个必要的过程。 ③：接着，效劳用户B发出Response原语，用以完成刚刚Indication原语所调用的过程 ③ To ④：这时，协议又产生一个协议数据单元PDU，通过网络到达系统A。 ④：最后，系统A的(n)实体发出Confirm原语，表示完成了先前由效劳用户A发出的Request原语所调用的过程。 2.连接于非连接： 面向连接的(connection-oriented) 效劳 三个阶段：连接建立、数据传输和连接释放 在传送数据时是按序传送的 网络层：虚电路效劳 比较适合于在一定期间内要向同一目的地发送许多报文的情况 永久虚电路：适于两个用户需要经常进展频繁的通信的情况 无连接的(connectionless)效劳 不能保证报文的丧失、重复、失序 三种类型：数据报(datagram)、证实交付(confirmed delivery, 可靠的数据报)、请求答复(request-reply) 数据报：不需要接收端做任何响应。尽最大努力交会(best effort delivery) 证实交付：又称“可靠的数据报〞。对每一个报文产生一个证实给发方用户，不过这个证实不是来自接收端的用户而是来自提供效劳的层 请求答复：收端用户每收到一个报文，就向发端用户发送一个应答报文。适于“事务(transaction)〞中的通信。 适于传送少量零星的报文 3.通道：(基于三种通道的FSM模型) 主要有三类： 空通道(empty channels) 报文的发送时间和延时时间为0的通道 报文一旦从输入端进入就立即在输出端出现 非缓冲通道(non-buffered channels) 在任何时刻，最多只有一个正在传送中的报文的通道 缓冲通道(bu