基于TTCN的TD终端RRM一致性测试结构设计（下）

　　前两个要求规定所有的测试中必须成功至少90%。可见RRM一致性测试例是通过类似脚本流程进行描述和测量，这与协议一致性测试非常类似，在协议一致性测试中通用的TTCN方式完全可以应用到RRM一致性测试中。

　　设计基于TTCN构造的RRM测试软件平台的第一步就是根据协议要求生成可执行测试集（executabletestsuite，ETS）。采用TTCN方式为上述每个测试项编写ATC（抽象测试例）并生成最终的ETS，大致需要经历如下几个步骤：

　　（1）根据34.122协议规范撰写测试套的MP文件，即定义了每个测试项的详细测试步骤。MP文件的编写需要考虑RRM测试设备与其他设备的级联以及RRM测试设备自身的校准需求。

　　（2）利用TTCN-2编辑器，对MP文件以及MP文件采用外部符合ASN.1语法规范文件定义的数据结构进行语法检查。

　　（3）根据特定语法规则，使用TTCN编辑器，实现TTCN到C语言的转换，测试套中的不同部分被转换成相应的C代码。

　　（4）编译上步生成的C代码，并将目标文件和设计的适配层库连接，生成可执行测试集。其中，适配层库用于和系统模拟器（负责实现TD-SCDMA系统中低层协议栈RLC/MAC/PHY功能和射频功能）交互。

　　事实上，在MP文件中动态部分给出的事件被转换成了函数调用，而不是函数本身。这些函数，比如收发消息等通过调用适配层库中相应的函数来完成编码和解码等消息的传递。在图1中还可以看到C编辑器首先编译由TTCN编辑器创建的C代码，然后和适配层库一起链接目标文件，最后生成可执行测试套。尽管利用TTCN编辑器编辑的MP文件到C文件的转换是独立于内部协议结构的，但需要说明的是，适配层用的消息格式与对应的TTCN申明部分的消息格式是一致的。如果不一致，转换到C代码后，测试套结构类型的定义就不再与适配层相符合。在这种情况下，可执行的测试套仍然会产生（即链接过程仍然起作用），但由于编译码警告，当收发消息时会发生错误。测试套的静态部分，特别是声明部分永远都不应该被改变，而动态行为的改变不重要。通常情况下，正是利用这一点不断地完善测试例，而不需要一次设计完成RRM所需要的31个测试例。也保证可采用TTCN-2方式设计的测试例不会因为协议本身小的修改或版本升级而对软件结构进行大结构性的修改。