TETRA数字集群系统多业务交互测试探究.doc

TETRA数字集群系统多业务交互测试探究 　　【摘 要】为解决当前TETRA多业务交互测试领域中测试琐碎、复杂、效率低下、正确率偏低等问题，提出了一种使用TTCN-3语言实现集群通信系统的多业务交互测试方案。首先介绍了测试系统框架、原理；然后阐述了开发测试流程，并对多业务交互抽象测试例中的设计难点进行了详细说明；最后对测试结果进行分析，并举例说明了多业务交互测试的作用。通过此方案可以验证多业务交互行为是否符合协议的一致性要求，检验不同厂家的终端和网络设备是否符合标准。 【关键词】TETRA 多种业务交互 TTCN-3 互操作性测试 中图分类号：TN929.52 文献标识码：A 文章编号：1006-1010（2013）-24-0047-05 1 引言 随着TETRA数字集群通信系统应用范围越来越广泛，不同厂家的终端和网络设备之间的互联互通越来越普遍，因此需要利用互操作性测试来验证各个厂家的设备是否是按TETRA标准来设计的。而TETRA系统所提供的服务类型繁多，它不但能提供单呼、组呼等语音业务，还支持短数据服务和分组数据等数据业务。因此，验证多种业务交互（Service Interaction）下的协议正确性显得尤为重要。 目前，国际上的TETRA产业联盟（TETRA MoU）所进行的TETRA互操作性测试仍然是以手工方式完成的。然而，由于多种业务交互情况下的操作很复杂，需要检验的信令量很大，因此借助协议工程技术实现自动测试有重要的实用价值。 2 测试系统框架 多业务交互测试系统分为被测系统（SUT）和测试系统两部分。被测系统包括多个移动台和交换与管理基础设施（SwMI），测试系统是由协议分析仪和TTCN-3测试平台组成。多个移动台通过PEI接口连接到测试平台上，使用AT指令控制移动台进行语音呼叫或数据传输等操作。测试平台通过以太网与协议分析仪连接。协议分析仪对空中接口的信令交互进行实时监听，并将SwMI与移动台之间在空中接口传输的信令通过网络传给测试平台进行比对，以验证是否符合TETRA产业联盟的服务交互业务的互操作性测试标准（TTR001-12[1]）和测试计划（IOP001-12[2]）。测试系统框图如图1所示： 在测试平台中定义一个主要测试组件（MTC），使测试例运行在这个组件上。同时还需要定义通过以太网接收空中接口信令的并行测试组件（PTC），以及多个PEI接口对应的PTC，并用端口（port）来定义测试组件和测试系统接口之间的通信端口。 当测试执行时，测试例运行在MTC上，各个PTC通过端口收/发测试数据。端口收到数据先交给系统适配器（SA），SA将测试数据进行过滤，并按照编解码器（CD）可识别的格式进行封装，然后传递给CD。CD将接收到的数据进行解码，并通过并行测试组件进行匹配，发送数据流程则相反。 该平台针对TETRA数字集群通信协议，开发了专门的CD和SA，并针对各种操作设计抽象测试例，其设计细节将在下节详细讨论。 3 测试系统设计 3.1 开发测试流程 基于TTCN-3语言[3]的多业务交互测试系统的开发步骤如图2所示，它包括以下三个主要部分： （1）抽象测试例开发 按照测试计划中测试例的步骤编写TTCN-3程序。首先，测试例使用AT指令控制移动台，使移动台进行拨号、接听等业务操作。这样就可实现测试步骤自动执行，提高工作效率和操作的准确性。然后，使用TTCN-3语言的测试数据模板功能，将已存储的正确数据模板与协议分析仪所监听到的数据进行比对，判断空中接口数据是否符合测试标准。 （2）编解码器（CD）开发 编解码器为测试系统和被测系统之间传送的数据信息提供适当的编解码功能。由于使用PEI接口和以太网分别接收/发送AT信令和空中接口信令，所以需要对不同接口的测试数据进行编码和解码转换，这就需要分别开发两个不同的CD。 （3）系统适配器（SA）开发 系统适配器用于适配TTCN-3测试系统和被测系统之间所有基于消息和过程的通信到一个特定的执行平台中。由于测试系统使用两类不同接口的测试数据，所以就需要分别开发不同的SA。 3.2 抽象测试例开发 （1）多业务交互 多业务交互行为指的是一个移动台在已有业务的情况下，又有新的业务进行交互的行为。 本文中交互服务包括以下三种情况： 1）移动台在参与一个语音呼叫或分组数据传输的情况下，发起另一个语音呼叫； 2）移动台在参与一个语音呼叫时发起一个分组数据传输； 3）SwMI给一个正在参与分组数据传输或语音服务的移动台提供一个新的语音服务。 上述语音呼叫可以是组呼或是单呼。对于所有服务交互的情况，移动台会根据操作或用户特定