通信人家园

标题: V5.2协议测试 [查看完整版帖子] [打印本页]

时间: 2005-5-24 13:52

作者: octopus 标题: V5.2协议测试

V5.2协议测试

南京用服  马成

目前江苏地区开局均为接入网局，较多为STE+OLT+ONU方式，由于一些交换机机型（如S1240）尚不具备V5.2接口，故使用STE(信令转接设备)信令转换架，STE在接入网侧负责处理V5.2协议，在交换机侧则以七号或一号信令与交换机对接，下面我就江苏金坛、淮阴两地接入网的V5.2协议测试体会总结如下：
一、测试前的准备工作
1．V5测试仪连接图（见下图）

V5测试仪跨接在AN设备与LE设备之间，如无DDF架连接AN设备与LE设备，则需准备中继电缆及T型三通头
2．软件芯片检查
      LAP板软件应为3200*以上版本
      30B+D使用的LAP软件尚未归档
      为实现V5链路身份识别，C804DTM板软件3102或使用C805DTM
      为测试ISDN方面的V5协议，还需准备DSL板、ISDN电话两部(含NT1)
3．数据准备
ISDN、PRA的数据设置
V5接口数据的安排，为方便V5测试仪的信令观察，应将测试中所用到的端口（用户、ISDN、PRA）配置为一个单独的V5接口，以避免V5消息过杂；同时由于STE一般无用户框，不具备V5测试项目中的“LE用户”，故需配置另一接口，用该接口的用户来虚拟本地交换机用户（即LE用户）。因此V5协议测试最好配置两个V5接口：
接口0——接V5测试仪，测试在接口0上操作
接口1——虚拟本地交换机用户
二、协议测试操作要点
下面列举了84项协议测试中的一些难点
2.1  LE触发的系统启动
操作：LE关闭V5接口，再重启动V5接口（链路身份识别的相关消息为可选项）
2.2 AN触发的系统启动
操作：AN关闭V5接口，再复位V5接口
2.3 主链路从故障中恢复
操作：拔出AN或LE侧主备链路所在的V5TK，再恢复主链路所在的V5TK
2.4 备链路从故障中恢复
操作：同2.3，注意V5消息应在备链路上观察
2.5 接口从中断状态恢复后的系统启动
操作：拔出AN侧主备链路所在的V5TK，同时恢复主备链路所在的V5TK
3.1.1 AN用户起始正常呼叫(DP方式)，LE不向始发线路发应答信号，通话中，主叫用户先挂机（主叫控制释放方式）
操作要点：接口0一用户设置脉冲拨号方式，呼接口1一用户(虚拟LE用户)
3.1.3 AN用户起始正常呼叫(DTMF方式)，LE向始发线路发反转极性信号，通话中，被叫用户先挂机，随后再重新应答呼叫（主叫控制释放方式）
操作要点：置V5ST用户数据表接口0一用户的反极性标志，呼接口1一用户，由于主备叫在两个接口上（AN用户呼叫LE用户），将看不到被叫摘挂机信息，此时可将V5测试仪接至接口1上测试，测试结果在signal 消息里应有reversed polarity
3.1.4 AN用户起始正常呼叫(DTMF方式)，LE向始发线路发计费脉冲，通话中，被叫用户先挂机，再应答定时器超时（主叫控制释放方式）
操作要点：设置V5ST用户数据表接口0一用户的KC16标志，测试结果在signal消息理应有meter pulse
3.2.1和3.2.2 由于难以操作，协议已取消改两项的测试
3.2.3 AN用户起始呼叫，拨叫的被叫号码为未分配的号码
操作要点：呼叫号码状态为空号的用户
3.3.1 通话中，本地交换机定期发送计费脉冲信息
操作要点：在本局分组表设定计费情况，计费方法为脉冲计次，设置主叫用户的KC16标志、呼叫后，通话保持几分钟，应看到定期（如一分钟），有一次计费脉冲信息
3.3.2 通话中，AN侧用户拍叉簧（脉冲拨号方式）
操作要点：应有Pulsed ring消息
说明：拍叉簧与按“R”键用于新业务Register recall
3.3.3 通话中，AN侧用户按“R”键（DTMF方式）
操作要点：按“R”键话机一般做不出来，拍短了拍出“1”，其含义与拍叉簧相同，可用拍叉簧替代
3.4.1 AN用户终接——呼叫，通话中，主叫先挂机，被叫随后挂机(断续振铃/主叫控制释放方式)
操作要点：AN用户作被叫，测试结果ESTABLISH中应有Cadenced Ring消息
3.4.2 AN用户终接——呼叫，通话中，主叫先挂机，被叫随后挂机(初始振铃/主叫控制释放方式)
操作要点：设置被叫用户的主叫线识别提供新业务，在被叫振铃两次（在振铃期间送主叫号码）后摘机通话，ESTABLISH中有Initial Ring消息
3.4.3 AN用户终接——呼叫，通话中，被叫先挂机，随后重新应答呼叫(主叫控制释放方式)
操作要点：要求初始振铃，重新应答应有re-answer
3.5.1及3.5.2分别为久叫不应及用户早释
3.6.1 呼叫等待业务(DTMF拨号方式)
操作要点：Signal中有Register recall消息
3.7.1 和3.7.2 由于难以操作，协议已取消改两项的测试
3.7.3 线路闭塞事件
操作要点：摘机不拨号，40s 后LE发Reduced battery减压信号
3.8.1 略
4.1.1 LE启动的用户端口阻塞
操作要点： LE维护台闭塞该端口，有block消息
4.1.2 LE启动的用户端口解阻塞，AN接受
操作要点：LE维护台解闭塞该端口，有unblock消息
4.1.3 LE启动的用户端口解阻塞，AN拒绝
操作要点：AN维护台首先闭塞该端口，LE维护台再解闭塞该端口，“拒绝“含义为 LE打开该用户端口时，用户端口状态由unblock 至block
4.1.4至4.1.6类似4.1.1至4.1.3
4.1.7 AN启动的用户端口阻塞请求
操作要点：通话后，AN维护台延迟闭塞端口(request消息)，在通话结束后该用户端口处于block 状态
4.2.1 LE启动的用户端口阻塞，用户端口处于激活状态
操作要点：首先激活该端口（该端口摘机激活或维护台激活操作），LE维护台闭塞该端口
说明：在PORTCONTROL中LE未发解除接入激活消息，按照现有V5.2协议规范流程，不可能产生此消息，新的协议标准已不要求发解除接入激活消息
4.2.2 LE启动的用户端口阻塞，用户端口处于解除激活状态
操作要点：该端口首先去激活，LE维护台再闭塞该端口
4.2.3至4.2.8类似4.1.1至4.1.3
4.2.9 从用户侧启动的激活
操作要点：NTI 上电，激活DSL板上该端口，说明：多DS已激活消息，此消息是由Q.921等协议所规范的功能实体所触发的消息，新的协议标准已认可
4.2.10至4.2.11操作略
4.3.1至4.3.7PRA端口控制类似PSTN、BRA端口控制操作
4.4.1 LE启动的重新指配程序，AN重新指配未准备好
操作要点：AN侧首先执行重新指配程序，LE侧再执行重新指配程序
4.4.2 LE启动的重新指配程序，AN重新指配准备好
操作要点：LE侧执行重新指配程序
4.4.3 AN启动的重新指配程序，LE重新指配未准备好。
操作要点：类似4.4.1，因已操作4.4.2，故需LE侧重启动该V5接口
4.4.4类似4.4.2
5.1.1 用于活动承载通路的AN FAULT程序
操作要点：先发起一呼叫，查看ALLOCATION 中的BCC reference number号，维护台时隙通道控制操作闭塞该时隙，该呼叫中断，有ANFAULT消息
5.1.2 用于空闲承载通路的AN FAULT程序
操作要点：先发起一呼叫，查看BCC reference number，时隙通道控制闭塞操作的起始、终止时隙号填任一非BCC reference number号（如+1）
5.2.1 用于一已分配的承载通路的审计程序
操作要点：审计程序只能LE侧操作，先解闭塞所有已闭塞的时隙，发起一呼叫， LE审计，对象类型为V5时隙标识，2M链路标识及V5时隙号填ALLOCATION 中的Link ID和Time Slot
5.2.2 用于一未分配的承载通路的审计程序
操作要点：操作同上，V5时隙号填Time Slot+1
6.1.1 包含活动C通路的链路故障，由LE触发的保护切换程序
操作要点：LE侧LAP板查询确认活动C通路所在的DTM板，拔插该DTM或相应的LAPV5板
说明：为保护正在接续的用户不断话，应上海局要求，在主次链路倒换时不做PSTN重新启动规程
电总要求，在一定时间内完成的保护切换不作PSTN重启动，华为实现的保护切换在15s内完成，故不做PSTN重启动
6.1.2 包含活动C通路的链路故障，由AN触发保护切换程序
操作要点：AN侧操作，要点同上
6.2.1 AN拒绝LE触发的保护切换程序
操作要点：拔AN侧次链路所在的LAP，在6s内LE侧发保护切换请求，超过6s后LE已知链路故障，不发保护切换请求，更谈不上AN的拒绝
6.2.2 LE拒绝AN触发的保护切换程序
操作要点：同上
7.1.1 正常的阻塞序列(LE启动的链路阻塞/解除阻塞，该链路不包含物理C通路)
操作要点：LE维护台阻塞相应的链路
7.1.2 解除阻塞序列，AN接受(LE启动的链路阻塞/解除阻塞，该链路不包含物理C通路)
操作要点：LE维护台解阻塞相应的链路
7.1.3 解除阻塞序列，AN拒绝(LE启动的链路阻塞/解除阻塞，该链路不包含物理C通路)
操作要点：AN维护台首先闭塞该链路，LE维护台再解阻塞该链路，应有reject信号
7.2.1及7.2.2、7.3.1及7.3.2类似7.1.1及7.1.2
7.4.1 可延迟的链路阻塞请求（AN启动的链路阻塞/解除阻塞，该链路不包含物理C通路）
操作要点：发起一呼叫，占用该链路（可先闭塞其余链路），AN维护台可延迟阻塞该链路
7.4.2 不可延迟的链路阻塞请求（AN启动的链路阻塞/解除阻塞，该链路不包含物理C通路）
操作要点：同上，AN维护台不可延迟阻塞该链路
7.4.3略
7.5.1至7.5.3略
7.6.1 AN请求的不可延时的链路阻塞，该链路包含活动的C通路，备用C通路可用
操作要点：发起一呼叫，占用该链路，AN维护台不可延时阻塞该链路，呼叫被强制释放
7.6.2 AN请求的不可延时的链路阻塞，该链路包含活动的C通路，备用C通路不可用
操作要点：操作后因链路阻塞，看不到V5消息
7.7.1 LE请求的链路身份标识，AN接受
操作要点：一般不选含活动C通路的链路，以免影响主链路
7.7.2 LE请求的链路身份标识，AN拒绝
操作要点：AN首先启动链路身份识别指定链路，LE再启动链路身份识别该链路，AN拒绝，有reject信号
7.8.1及7.8.2类似7.7.1及7.7.2

时间: 2009-9-8 17:11

作者: zycangzhou

长见识了。

通信人家园 (https://www.txrjy.com/)