网络协议工程总结.docxVIP

第二章 协议设计技术 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) 在任何时刻，最多只有一个正在传送中的报文的通道 缓冲通道(buffered channels) 允许有多个报文停留的通道 形