第3章协议形式化描述技术(1概述及FSM).pptVIP

第 3 章 协议形式化描述技术（1-概述及FSM） 内容提要 形式化描述技术：Why? 通信系统行为的复杂性增大了行为描述的难度，人们必须借助一种语言或一种技术来准确地描述系统行为。 在过去，人们习惯使用自然语言进行协议描述（用自然语言写协议的规格说明或规范） 优点是：方便、易懂 致命缺点是：不严格、不精确、结构不好、没有描述标准和有二义性 且很难进行协议实现、测试的自动化和协议验证。 不同的人对协议描述的理解不一样导致不同的协议实现之间不能实现互连，甚至还会得出错误的协议。 解决办法：形式化技术 FDTs (Formal Description Techniques) FDTs：Aims 采用形式描述技术的目的是： 为开发者提供一种分析的方法； 作为对开发结果验证的基础； 为设计人员和应用人员提供交流途径； 作为开发文档能在将来再开发时使用。 理想的形式描述技术应该既能描述系统的行为特征，又能进行操作： 在系统需求分析和设计阶段，它应该是一种描述语言 在系统实现阶段它应该是一种编程语言。 形式描述技术是将协议工程各阶段在技术上衔接起来的纽带，因此它对协议工程的发展起决定性作用。 FDTs：特性 用于协议的FDT一般应具有如下重要特性： 完整的语法和语义定义 体系结构、服务和协议的可表达性 协议重要特性(如，无死锁)的可分析性 支持复杂协议的管理(如，构造能力) 支持逐步求精的方法 支持实现独立性(包括并发性、非确定性和适当的抽象机制) 支持协议生命期的各环节，包括验证、实现和测试 支持自动或半自动设计、验证、实现和维护方法 应能准确地描述进程交互的各种原语 FDTs: Classification 形式描述模型(FDM) 状态变迁模型 有限状态机FSM(Finite State Machine) 扩展的有限状态机EFSM(Extended FSM)模型 通信有限状态机CFSM(Communicating FSM)模型 Carl Adam Petri的Petri网(PetriNet) 时态逻辑TL(Temporal Logic) 进程代数(Algebra of Process) R.Miler：通信系统演算CCS (Calculus of Communication System)（进程代数据的基础） Hoare：通信顺序进程CSP (Communicating Sequential Processes)（以CCS为基础） FDTs: Classification (Cont.) 形式描述语言(FDL) ISO制定的Estelle和LOTOS CCITT制定的SDL ISO的ASN.1(抽象语法记法) 对象管理组织OMG制定的统一建模语言UML ISO的抽象测试集描述语言的TTCN 高级程序设计语言，如Pascal, C, PL/1 便于协议的实现 大多数比较复杂、分析起来比较困难，且不支持非确定性的描述。 模型 vs. 语言 模型 含义一：对象或系统的抽象 OSI/RM：网络系统的抽象模型 含义二：描述对象或系统的方法或技术 FSM PetriNet Functions vs. Computation Functions specify only a relation between two sets of variables (input and output) Computations describe how the output Variables can be derived from the value of the input variables. Model of Computation A MoC is a framework in which to express what sequence of actions must be taken to complete a computation An instance of a model of computation is a representation of a function under a particular interpretation of its constituents Not necessarily a bijection (in fact almost never!) Examples: Finite State Machine, Turing Machine, differential equation 模型 vs. 语言（续） 形式语言 具有严格的语法和语义 可以精确、完全地表述协议的功能、性能及行为等 以一种或多种数学方法或形式模型为基础 SDL：基于扩展的F