|
- UID
- 872238
|
3.1.2 通信协议构件化方法由上节可知，通信协议分解没有统一的要求，所以，可以从多个角度对通信协议进行构件化[4]。例如，按构件的功能可进行基本协议构件、通用协议构件、对各领域的专用协议构件或子系统协议构件化;按构件的使用方式可进行静态的和动态的构件化;按构件的结构可进行原子构件及由多个构件*的组合构件化;按协议栈的分层结构可进行层次构件化。本文以Linux 下的TCP/IP 协议层次结构(如图1 所示)为基础，按层次构件化。即将ARP、IP、ICMP、UDP、TCP 协议从Linux 内核中分离出来，按每个协议完成的功能划分成不同的模块，每个模块作为一个构件。每个构件用一个指针函数实现，这样，一个基于嵌入式Linux 的应用系统在内核启动时可按需求动态组装协议功能，形成不同配置通信协议栈，显示了系统网络通信的灵活性。
考虑到TCP 协议是面向连接的、端对端的可靠通信协议，为保证远程客户端与本地嵌入式系统服务器的正确通信，采取了相应机制来保证它的可靠性和实时性，即连接的建立与关闭、超时重传机制、数据包确认机制、流量控制等。因此，将TCP 协议按应用功能划分成客户端模块和服务器端模块，前者主动建立连接，后者*连接，连接建立后双方进行数据信息的发送或接收。
相对于TCP 协议，ARP、IP、ICMP、UDP 等协议功能较简单，对它们不划分模块，每个协议按其完成的功能设计成一个构件，但考虑到嵌入式系统的实时性，去掉了不必要的功能。UDP 协议设计时不考虑数据校验方法，只考虑数据的发送和接收功能。ICMP 协议设计时仅考虑了目的端不可达、源端抑制、超时、改变路由等差错和回送请求处理。IP 协议设计时主要进行路由、向相邻协议层传递数据包，而不考虑分片、重装功能。ARP 协议主要负责将局域网中的32 位IP 地址转换为对应的网卡的MAC 地址，它的功能包括发送ARP 请求和响应对方的ARP 请求，动态维护一个ARP 高速缓存。
3.1.3 通信协议构件组装
通信协议构件组装过程如图2 所示。通信协议构件放在构件库中，系统运行时，嵌入式Linux 操作系统调度协议组装模块，由该模块依据系统网络功能需求从构件库中取出相应构件，动态配置通信协议栈。
嵌入式Linux 操作系统 因此，组装的主要功能是负责实现嵌入式Linux 操作系统和构件库的交互、监控构件的运行状况，并记录构件的特征以反馈给构件库。
3.2 通信协议构件化的实现本文借鉴文献[5]的思想，并结合上面提出的方法来实现通信协议构件化。各协议的实现类似，下面以TCP 协议为例说明实现过程。
将协议栈初始化文件中为协议分配内核存储空间、向内核保存TCP 协议栈的链表结构、注册、协议本身初始化的内容移入其模块中，在模块开始部分完成分配存储空间、注册、初始化等，在模块结束部分完成释放模块所占内核空间、取消注册、进行重置等。
修改协议实现文件tcp.c 和tcp.h ，创建新的模块文件，协议实现文件中仅保留被其它协议使用的变量，其它内容放在新建的模块文件中。 |
|
