一种协议栈设计和实现

　基于驱动程序的协议栈设计，相比于传统的基于任务的协议栈设计来说有两点好处：（1）效率更高；（2）对于有多个协议栈的系统来说，有更大的兼容性。

　　协议栈是指网络中各层协议的总和，其形象的反映了一个网络中文件传输的过程：由上层协议到底层协议，再由底层协议到上层协议。使用最广泛的是英特网协议栈。协议栈是指网络中各层协议的总和，其形象的反映了一个网络中文件传输的过程：由上层协议到底层协议，再由底层协议到上层协议。使用最广泛的是英特网协议栈，由上到下的协议分别是：应用层（HTTP,TELNET,DNS,EMAIL等），运输层（TCP,UDP），网络层（IP），链路层（WI-FI,以太网，令牌环，FDDI等），物理层。

　　1 基于任务的方式

　　在我们比较两种设计方式的技术细节之前，我们必须了解它们。传统的设计方式包括将协议栈置于实时操作系统或内核之上，但是大多数实时操作系统不提供网络互连的框架。所以，协议栈的设计者们不得不利用实时操作系统提供的机制--Task.图1说明了如何利用任务来实现一个三层间通信的协议。每一层被作为一个单独的任务，外加任务间通信机制负责传送数据和控制包上下通过协议栈，程序设计者负责定义层与层之间的接口和一个应用程序接口（API），以利于应用程序员传送和接收数据。

　　在这里存在几个效率不高的来源：首先，正如图1中点线所说明的，当包在应用程序、上层的通信协议，以及网络接口的设备驱动程序之间交换时，下层的操作系统正忙于上下文切换，每一次实时操作系统挂起其中一个任务，恢复执行另一个任务，时间都浪费在存取任务上下文中，考虑到每一个包无论是发还是收，都要通过协议栈的每一层，上下文切换的确造成了巨大的浪费。另外，当数据和控制包在应用程序任务和网络接口之间流动时，包含此类信息的缓冲区必然重复在任务间通信队列加入或删除。然而，这个系统开销是很大的，这本身是由于系统在队列操作时必然包括需与中断和上下文切换隔离的临界区。因此，不仅时间浪费于队列操作，而且整个系统对一些重要的事件例如中断的响应变得延迟。

　　2 基于驱动程序的方法

　　英文名为"Device Driver",全称为"设备驱动程序"是一种可以使计算机和设备通信的特殊程序，可以 说相当于硬件的接口，操作系统只有通过这个接口，才能控制硬件设备的工作，假如某设备的驱动程序未能正确安装，便不能正常工作。 因此，驱动程序被誉为" 硬件的灵魂"、"硬件的主宰"、和"硬件和系统之间的桥梁"等。

　　另外一种选择是将协议栈各层置于实时操作系统之中，图2说明了基于此种方案，同样的三层间通信协议是如何实施的。两者之间的显着区别在于：各个协议层是作为驱动程序模块，而不是任务来实现的。

　　另外一个改变在于：协议栈之上还有一个网络服务模块。加入这个模块的目的在于将与协议无关的网络特性抽象化。也就是说，它将应用程序设计者用来在协议栈间收发数据的应用程序接口（API）标准化，例如：你的嵌入式系统可能需要同时支持基于调制解调器接口的PPP连到一台远程计算机和一个红外接口用来与本地计算机通信。然而程序设计者不必为两个事件各自编程，它只需用网络服务模块提供API与其它计算机进行通信，唯一的区别在于通过哪个网络接口而已。 如果觉得 一种协议栈设计和实现这篇文章不错，可以推荐给朋友分享哦。