车载应急通信技术与测试方法介绍

信。

eCall技术发展已历经11年，其技术演进依托于蜂窝网络的技术进步。3GPP将eCall技术分成两个发展阶段：In-BAND eCall和演进的NG eCall（Next Generation eCall）；目前，In-BAND eCall为发展阶段，即上文所描述的基于2G或3G蜂窝移动通信系统将语音和数据包MSD打包一起进行传输，并支持网络向车载系统询问信息的交互；NG eCall则被放到3GPP R14技术版本进行标准化工作，NG eCall将纳入IMS语音及多媒体形式的数据，以实现更高性能的报警传输。NG eCall目前还处于技术设计和标准化工作中。

此外，欧洲标准化委员会CEN也对eCall在高层应用要求，运营要求和数据传送及端到端测试方面开展了标准的起草编制工作。目前，eCall的CEN系列标准包括如下：

· CEN EN 15722：Intelligent Transport Systems-eSafety-eCall minimum set of data（MSD）。
· CEN EN 16062：eCall High Level Application Requirements（HLAP）。
· CEN EN 16072：PanEuropean eCall-operating requirements。
· EN/ISO 24978：ITS Safety & emergency messages using any available wireless media-Data registry procedures。
· CEN TS 16454：Intelligent transport systems-eSafety-eCall end to end conformance testing。

其中，CEN TS 16454标准是eCall系统的通信模块的主要测试标准，其内容为对车载终端（IVS）和业务系统（PSAP）进行包括注册、业务触发、SIM/USIM卡一致性、MSD传送、语音呼叫等系列流程在内的端到端的一致性测试方法。

3GPP技术标准体系与CEN技术产品标准共同实现了eCall清晰完整的技术和测试规范，为eCall的产品研发和网络部署提供了技术依据。

俄罗斯的ERA_GLONASS系列技术标准由俄罗斯国家标准起草机构Interstate Standard起草编制，以测试标准为例，内容涵盖电磁兼容性、功能和协议、导航模块等各类测试，目前GOST系列测试标准如下：

· GOST R 54618-2011：耐气候和机械因素以及电磁兼容性测试Resistance to climatic and mechanical factors&EMC（Electro Magnetic Compatibility）。
· GOST R 55530功能和协议测试Functional and Protocol Testing。
· GOST R 55531电话扬声器测试Speakerphone。
· GOST R55532碰撞检测Collision Detection。
· GOST R 55533通信模块Communication Modules（GS、UMTS）。
· GOST R 55534导航模块，含俄罗斯卫星定位GLONASS系统和全球定位GPS系统Navigation module。

其中，GOST R 55530-2013 和GOST R 55533-2013标准包含了对蜂窝通信功能模块的主要检测内容，其内容类似CEN TS 16454标准，包括对车载终端（IVS）和业务系统（PSAP）进行包括注册、业务触发、MSD传送、语音呼叫等系列信令流程相关的测试方法。

3、车载应急通信模块测试方法介绍

车载应急通信模块测试方法在CEN TS 16454标准中进行了详细描述，CEN TS 16454标准包含IVS终端模块的整体工作流程的测试，对于理解eCall业务模式比较完整。本部分重点对此标准所设计的测试方法进行介绍。

CEN TS 16454标准的定义方法包括每个测试用例的准备条件、测试步骤及结果判定。该标准将eCall 服务提供链条上的参与实体的职责进行了明确的定义和划分，分别为车载系统（IVS）、移动通信网络（MNO）、公共安全应答平台（PSAP）和第三方服务提供商（TPSP）。IVS包含两种不同接入方式接入不同的业务平台，Pan European与PSAP公共安全应答平台连接，TPS与第三方服务提供商连接。同时，CEN TS 16454标准为每个eCall 服务参与实体都制定了详细的测试方案。

车载系统IVS与PASP之间通信协议的测试是通过在协议流程上的每个关键环节设置一系列的检查点，来检查车载系统的行为是否满足要求。例如，在出现紧急情况时是否能自动拨打语音电话，是否能自动发送MSD数据包等。

在遇到紧急情况时，MSD（Minimum Set of Data）能否被正常发送到PSAP非常关键。MSD虽然只有短短的140个字节，但其中包含了关系到是否能及时采取正确的方式对事故进行处理及营救的极为重要的信息，如事故发生的时间、地点，事故车辆的品牌、车型及颜色。

以测试对象之一的车载模块系统IVS为例，设计一个MSD消息发送的测试用例。其中，IVS终端模块作为被测对象，其他参与主体用仪表进行模拟，作为测试设备。IVS与PASP之间的通信协议流程，测试目的为验证IVS能否正常发送MSD消息，测试步骤设计如下：

（1）PSAP向IVS发送"Send MSD"请求。
（2）收到该请求，IVS将语音通话置于静音模式。
（3）IVS发送MSD 数据。
（4）PSAP确认收到MSD。
（5）IVS停止发送MSD。
（6）PSAP检查MSD数据的有效性及完整性。
（7）IVS接收PASP关于MSD数据有效性的反馈。
（8）IVS启动语音模式。
（9）AP也启动语音模式。
（10）VS与PSAP之间的语音通话是否正常。