当前位置:文档之家› spirent_voip测试方法

spirent_voip测试方法


- Abacus仿真
Page 9
VOIP测试方法举例 - G-PON VOIP性能测试
Page 10
VOIP测试方法举例 - 端到端语音质量测试
端到端性能测试
发起带有RTP媒体流的真实呼叫,检验网络性能和功能 检验语音质量
单向延迟 (One Way Delay)
精度达到 +/- 2 ms
Page 11
Page 15
VOIP网络性能的重要参数 - 语音质量
编解码 编解码 (Codec) (Codec) 信号失真 信号失真 Signal Signal Distortions Distortions 祯丢失 祯丢失 Frame Loss Frame Loss
传输线路 传输线路 Transmission Transmission 网络拥塞 网络拥塞 Network Network Congestion Congestion 交换与路由 交换与路由 Switching & Switching & Routing Routing
POST Dial Delay
SS7
PDD = time (ACM received) – time (IAM Sent)
PRI
PDD = time (Alerting received) – time (Setup Sent)
SIP/SIP-T
PDD = time (180 Ringing Received) – time (INVITE Sent)
网络性能测试方法
负荷压力呼叫测试、稳定性(长保持)呼叫测试 纯信令呼叫、加载媒体流(语音/视频)呼叫 本地呼叫测试、异地分布式呼叫测试
Page 13
VOIP网络性能测试 – 负荷压力呼叫测试
负荷压力呼叫测试,一般分为同步呼叫和异步呼叫两 种,有纯信令呼叫和带媒体流呼叫两种模式,分别测试 系统对信令和媒体流的在峰值压力下和恒定压力下的呼 叫处理能力。 这种压力测试,一般需要测试仪表仿真大量的用户发起 呼叫,来精确验证VOIP系统的最大呼叫处理能力,得到 BHCA(每小时的呼叫处理次数)或者CPS(每秒钟的 呼叫处理次数),呼损一般不能超过万分之一。 我们还要考虑呼叫建立时间、语音单向延迟、语音质量 等参数,来验证我们得到的BHCA/CPS的真实可用性。
VOIP 性能测试结果分析
VOIP网络性能测试
网络(包括一个或多个网络单元)性能
网络性能是指网络或网络单元能够承受的最大呼叫处理能力, 通常表现为BHCA (Busy-Hour-Call-Attempt) 或 CPS (Call Per Second),以及呼叫完成率或呼损率等指标。 网络性能指标通常还要考虑呼叫建立时间等相关参数,以保证 我们经过测试得到的BHCA是真实可用的。 性能测试除了要考虑呼叫控制层面的参数外,还要考虑数据面 参数,即呼叫所承载的媒体质量,语音质量和视频质量。
网络用户对于这些呼叫音都很熟悉 网络用户只是期待这些呼叫音,并不关心网络类型 听到这些音表明网络正常 听不到这些音就认为网络设备或终端设备异常
Page 17
网络性能的其他参数 – 呼叫过程音(续)
呼叫过程音的检测是确保网络性能的有效方法之一 这种方法主要检测呼叫过程音的时延
Dial tone delay (摘机到听到拨号音)
VOIP 测试方法
思博伦通信 辛小秋 2008-9
议程
VOIP测试方法学 VOIP测试结果分析 VOIP测试中常见的错误 IP-PBX和IP-CallCenter的测试应用
Page 2
VOIP测试方法学
VOIP测试方法学
测试孤立的网络节点 确定任何网络节点的性能瓶颈 优化配置 解决功能性问题 在可控制的有限范围内测试多个网络节点 找到设备兼容性问题,并加以解决 检查是否性能会受到影响 进行端到端的网络性能测试 确认端到端的服务质量
Page 25
VOIP测试分析 – 语音质量的进一步分析
我们不要让表面现象蒙蔽,作出的错误的判断! 语音质量的进一步分析
PESQ(P.862)与E-model(G.107)往往背道而驰!
如果PESQ很好,E-model很差,说明VOIP设备的语音编解码部分没有问题,网 络中的丢包也很少;很可能网络中存在着明显的延迟/抖动/回声,我们还要看具 体那几项数值,再作进一步判断。问题在网络。 如果PESQ很差,E-model很好,说明VOIP设备的语音编解码部分有问题,造成 声音频率/声音强度出现飘移或失真,我们可以通过发送/接受的WAV声音文件比 对来作出进一步判断;网络中的损伤(丢包/延迟/抖动)很小。问题在VOIP语音 编解码器。 如果PESQ和E-model都很差,网络和编解码问题都有可能,我们需要看网络损 伤大小,也要比对WAV文件,还要看语音间断/语音滑动的情况,再作判断。这 个时候很可能丢包很大,因为它对PESQ/E-model都会有影响。
Page 7
VOIP测试方法举例 -网关测试
仿真多种接入设备 测试网关的性能与功能
MultiFunction IP
Wireless Router
INTERNET / IP
IP
DN I/IS PR
Gateway
IP ENDPPOI NT
Gateway
7 SS
IP FAX PDA Application Server
PDD = time (MODIFY Received Indicating al/rt) – time (NOTIFY sent w/ DigitString)
Page 22
信令时延 – SIP
Response Time = (time first Response Rx – time INVITE Tx) Post Dial Delay = (time 180 Ringing Rx – time INVITE Tx) Call Setup Time = (time 200 OK Rx – time INVITE Tx) Disconnect Time = (time 200 OK Rx – time BYE Tx)
延迟 延迟 Latency Latency
语音质量 语音质量 Voice Voice Quality Quality
抖动 抖动 Jitter Jitter
Page 16
网络性能的其他参数 – 呼叫过程音
呼叫过程音由网络提供,用来提示网络状况或呼叫过程
Dial Tone – 拨号音,代表网络资源可用,准备接受用户拨号 Busy Tone – 忙音,表示被叫资源忙 Congestion Tone – 拥塞音,表示网络拥塞,资源不足 Ring back Tone – 回铃音,表示被叫振铃,资源可用
Page 20
网络性能的其他参数 – 信令时延(续)
Response Time = (t1 – t0) Post Dial Delay = (t2 – t0) Call Setup Time = (t3 – t0) Disconnect Time = (t5 – t4)
Page 21
信令时延 – Post Dial Delay
Ack
Calling Party Side
INVITE
Called Party Side
Conversation
BYE
Page 23
VOIP性能测试中的真实性
仿真的设备和真实的设备尽可能接近
物理特性 软件功能
仿真的环境与真实的环境尽可能接近
损伤条件 呼叫模型
要尽可能考虑真实用户的真实感受
呼叫过程音的感受 信令延迟的感受 话音质量的感受
Page 14
VOIP网络性能测试 – 长保持呼叫测试
长保持呼叫测试也叫做稳定性测试,是性能测试的另外 一种常用方法,主要用来验证系统的稳定性。 长保持呼叫测试一般只需要测试仪表仿真一对或者几对 用户发起呼叫,并长时间保持呼叫。 测试标准首先要求在规定时间内有无“掉话”,其次要保 持一些重要参数的稳定性,如单向延迟、语音质量等。 如果这些参数在规定时间内波动幅度很小,说明被测 VOIP系统稳定,反之则认为不稳定。 通常我们需要测试仪表能够实时给出这些参数随时间变 化的曲线和图表,及时捕捉系统的不稳定现象。
在具有背景呼叫流量的基础上测试功能才是真实的 大量的重复的功能测试就是对系统在某种状态下的性能测试PagBiblioteka 5VOIP 性能测试的重点
VOIP的两个层面
控制层面 – 当前的NGN网络是VOIP与PSTN 网络融合的网络,存在大量的信令协议来控 制各种业务呼叫 数据层面 – NGN网络中的媒体流以RTP和传 统TDM两种形式存在
MultiFunction IP Wireless Router
INTERNET / IP
Switch
SS 7
Ter
min atio nC arrie r
Softswitch
IP ENDPPOINT
IP FAX PDA Application Server
PSTN
Modem
- Abacus仿真
Phone IP FAX
Dial Tone Delay < 500ms
Acknowledgement delay (拨号完毕到被叫应答) Post dial delay (拨号完毕到听到回铃音) One-way Delay (被叫应答到主叫听到被叫的应答)
根据ITU-T建议, One-way delay < 400ms (卫星电路除外)
Page 18
电话用户很在意呼叫过程音的延迟
Page 19
网络性能的其他参数 – 信令时延
PSTN Signaling – SS7, ISDN, GR-303, V5 VoIP Signaling – SIP, H.323, MGCP, MEGACO, SIGTRAN, SCCP 信令时延是消息发送到接受的时间差 多数情况下是传输过程中产生的 但是也不完全是网络引起的 这种时延有时候是由于设备/终端内部引起的 高呼叫量会对信令时延产生影响 网络时延往往被忽略,尤其网络对信令包采取优先策略时 高呼较量产生的延迟,可以通过改善网络设备软硬件处理技术来得到缓解
相关主题