所选语种没有对应资源,请选择:

本站点使用Cookies,继续浏览表示您同意我们使用Cookies。Cookies和隐私政策>

提示

尊敬的用户,您的IE浏览器版本过低,为获取更好的浏览体验,请升级您的IE浏览器。

升级

呼叫仿真原理及配置 01

评分并提供意见反馈 :
华为采用机器翻译与人工审校相结合的方式将此文档翻译成不同语言,希望能帮助您更容易理解此文档的内容。 请注意:即使是最好的机器翻译,其准确度也不及专业翻译人员的水平。 华为对于翻译的准确性不承担任何责任,并建议您参考英文文档(已提供链接)。
呼叫仿真原理及配置

呼叫仿真原理及配置

呼叫仿真测试即模拟语音用户进行呼叫,通过呼叫结果检查语音业务数据配置是否正确。当语音用户业务故障时,也可使用呼叫仿真测试功能定位故障。

呼叫仿真介绍

定义

呼叫仿真测试:即设备模拟语音用户呼叫功能,是一种POTS用户端口业务功能的测试手段。包括以下三种方式:
  • 主叫仿真测试:模拟设备上语音用户端口做主叫的应用场景,通过人工配合的方式使用。
  • 被叫仿真测试:模拟设备上语音用户端口做被叫的应用场景,通过人工配合的方式使用。
  • 主被叫仿真测试:设备上两个端口自动模拟主叫和被叫仿真的测试,这种情况下不需要人工干预,系统自动完成从主叫模拟摘机到被叫模拟摘机的处理,并且在通话建立后保持一定的时间后结束测试。

应用场景

呼叫仿真技术可以应用于下面两种场景:

  • 开局验收。在设备安装以后,需要验证设备的软硬件功能,包括业务相关的配置是否正确。设备经过初步验收后才能确保后续业务的正常开展。

    传统的做法是:由工程师前往设备安装现场,制作连线,连接测试用的终端话机,分别做主叫和被叫使用,验证基本语音业务。

  • 故障定位。设备进入运维阶段,常常需要通过基本呼叫业务测试等方式来定位问题。但接入网设备安装环境复杂、设备布局分散、距离遥远且数量众多,给新安装设备的测试验证以及日常故障定位带来诸多不便。

和传统做法比较,呼叫仿真测试可以远程操作。测试人员不需要去设备安装现场制作连线,也不需要在环境上连接真实的终端,更不需要去现场进行拨测。只需要在维护中心通过命令行或者网管启动仿真测试功能,同时用维护中心可用的测试话机和设备上被仿真的终端实现通话,就可以验证数据配置和基本业务功能。

受益

  • 通过远程故障定位和远程验收,可以极大地节省运营商的运营成本OPEX(Operating Expenditures)。
  • 采用了呼叫仿真测试功能后,能够减少故障定位的时间,提升故障定位效率。

呼叫仿真原理描述

呼叫仿真是通过系统模拟用户端口的动作,包括摘挂机、拨号、检测振铃等动作,实现仿真主叫和被叫呼叫的功能。呼叫仿真的具体原理如图1-1所示。作为测试使用的话机放置在局端机房,可以使用此话机和Access node上已配置好的用户进行呼叫仿真测试,从而达到远程检查设备语音业务是否正常的目的。
说明:

对于呼叫仿真测试没有局端测试话机,主叫用户和被叫用户均是通过Access node上的POTS端口模拟实现。

图1-1 呼叫仿真原理图

组网应用

呼叫仿真测试组网如图1-2所示。
图1-2 呼叫仿真测试组网
呼叫仿真测试只能验证设备网络侧的通信是否正常。
  • 在呼叫仿真测试中如果不能建立通话通道,需要检查网络数据配置是否正确。
  • 在呼叫仿真测试中如果建立通话通道,但是语音不清晰,则需要检查线路连接是否存在故障。
如果需要验证用户侧的通信是否正常,可以使用下面语音故障排查手段。
  • 可以使用POTS用户外线测试验证设备到用户话机段是否正常。
  • 可以使用POTS用户内线测试验证设备POTS单板是否正常。

主叫仿真测试

主叫仿真测试,就是设备端口模拟用户摘机、拨号、通话、挂机的过程。
  1. 启动主叫仿真:

    测试人员在Access node上设置一个POTS_1端口作为主叫仿真端口,设置要拨打的电话号码,启动主叫仿真测试。当使能测试开始播放提示音功能,启动测试后会播放提示音。

  2. 发起主叫仿真:
    图1-3 主叫仿真模拟端口POTS_1和话机的交互流程

    说明:

    图中的红色字体代表需要维护人员在局端测试话机上进行操作。

    1. 在Access node上启动主叫仿真功能的端口,自动模拟用户摘机。并在检测到拨号音后,模拟话机拨打用户号码。
    2. 在被叫侧(被叫侧的电话号码即为主叫仿真测试中测试人员在AN仿真端口上设置的要拨打的电话号码)等待,如果能听到电话振铃,说明信令通路正常,数据配置是正确的。否则,需要检查业务配置数据(例如路由、VLAN及核心网数据配置等,排除语音故障)后重新测试。
    3. 在被叫侧人工摘机,与主叫仿真端口成功建立呼叫。
    4. 由主叫仿真端口向测试用户侧播放语音指示音。
    5. 测试人员确认话路是否清晰。当测试人员听到指示音后,按提示音要求输入指定的证实号码(即匹配的DTMF号码串,默认为“*”),说明媒体通路正常。仿真结果为“测试成功”。
      说明:

      当使能DTMF匹配结果提示音功能,测试人员输入DTMF号码后,系统会播放DTMF匹配提示音,分为DTMF匹配成功提示音和DTMF匹配失败提示音。

  3. 显示仿真结果。如果测试失败,会输出测试失败的原因判断,测试人员可以根据此结果的描述判断故障可能的原因。

    测试结果如表1-1所示。

被叫仿真测试

被叫仿真测试,就是Access node上的POTS端口模拟用户端口做被叫的情况,端口会在检测到振铃后自动摘机。
  1. 启动被叫仿真:

    测试人员在Access node上设置用户端口POTS_1作为被叫仿真端口,启动被叫仿真测试。当使能测试开始播放提示音功能,启动测试后会播放提示音。

  2. 发起被叫仿真:
    图1-4 被叫仿真POTS_1端口和话机的交互流程

    说明:

    图中的红色字体代表需要维护人员在局端测试话机上进行操作。

    1. 在远端使用任一话机拨打POTS_1端口对应的电话号码(人工摘机,听到拨号音后拨号)。
    2. 在设备上该被叫仿真端口检测到振铃铃流,用户数据配置是正确的。否则,需要检查业务配置数据(例如路由、VLAN及核心网数据配置等,排除语音故障)后,重新测试。
    3. 在摘机前,如果主叫端听到回铃音,说明信令通路正常。否则,需要检查业务配置数据后重新测试。
    4. 模拟用户摘机,与测试话机建立通话通道。
    5. 由被叫仿真端口向测试用户侧播放语音指示音。
    6. 测试人员确认话路是否清晰。当测试人员听到指示音后,按提示音要求输入指定的证实号码(即匹配的DTMF号码串,默认为“*”),说明媒体通路正常。仿真结果为“测试成功”。
      说明:

      当使能DTMF匹配结果提示音功能,测试人员输入DTMF号码后,系统会播放DTMF匹配提示音,分为DTMF匹配成功提示音和DTMF匹配失败提示音。

  3. 显示仿真结果。如果测试失败,会输出测试失败的原因判断,测试人员可以根据此结果的描述判断故障可能的原因。

    测试结果如表1-2所示。

主被叫呼叫仿真测试

主被叫呼叫仿真测试中主叫端口的动作同主叫仿真测试、被叫端口的动作同被叫仿真测试。两个端口会分别自动摘机,自动拨号,检测到振铃后自动摘机,并互发DTMF号码进行语音通道确认,完成确认后自动挂机。
说明:

该测试不需要人工干预和配合测试动作,测试速度快,自动化程度高。缺点是尽管可以由设备自动完成媒体通道可达性的验收,但与人耳对媒体的敏感程度相比有较大差异,无法辨识通话质量。

  1. 启动仿真测试:

    测试人员在Access node上设置用户端口POTS_1作为主叫仿真端口,设置用户端口POTS_2作为被叫仿真端口,设置被叫号码,并启动仿真测试。

  2. 发起仿真测试:
    图1-5 主被叫呼叫仿真测试POTS_1和POTS_2交互流程

    1. 在Access node上启动主被叫呼叫仿真测试功能,POTS_1自动模拟用户摘机。并在检测到拨号音后,模拟话机拨打用户号码。
    2. 在被叫侧(即其电话号码是被仿真端口会自动拨打的那个电话号码)等待,如果检测到电话振铃,说明信令通路正常,用户数据的配置是正确的。检查业务配置数据(例如路由、VLAN及核心网数据配置等,排除语音故障)。
    3. POTS_2模拟用户摘机,与POTS_1建立通话通路。
    4. POTS_1和POTS_2端口互相发送DTMF号码串验证媒体通道的可达性,如果相互检测DTMF号码正确,说明媒体通路正常。仿真结果为“测试成功”。
  3. 仿真测试结束后会输出测试结果,如果测试失败,会输出测试失败的原因判断,测试人员可以根据此结果的描述判断故障可能的原因。

    仿真测试结果请参考表1-1表1-2

仿真结果

表1-1 主叫仿真测试结果

仿真结果

说明

Test Succeed

测试成功,测试端口语音通道正常

Test Failed: No dialing tone is played when the calling party dials a number

主叫未检测到拨号音,可能原因:
  • 主叫未检测到摘机信号
  • 摘机信号未上报
  • 摘机信号上报后未下发拨号音

Test Failed: Busy tone is played after the calling party picks up the phone off the hook

主叫摘机后听忙音,可能是用户未进服或DSP故障

Test Failed: Busy tone is played when the calling party dials a number

主叫拨号过程中听到忙音,可能是数图不匹配

Test Failed: The calling party does not dial a number

主叫摘机并听拨号音后未自动拨号,可能为系统内部处理异常

Test Failed: Busy tone is played after the calling party dials a number

主叫拨号后听忙音,可能是所拨打的号码正忙,或者是所拨打的号码不正确

Test Failed: The calling party does not communicate with the called party after dialing a number

主叫拨号过后未通话,可能是被叫未摘机

Test Failed: Release before pick-up of the calling party

未进入通话态,呼叫即释放,可能是信令处理出现问题

Test Failed: The number matching of the calling party is not complete

进入通话态后,未完成被叫侧发送的DTMF号码串的匹配,可能是被叫侧未按照约定按键,或者是DTMF号码串在传输过程中有丢失

Test Failed: The number sending of the calling party is not complete

进入通话态后,被叫向主叫侧发送DTMF号码的动作未完成,可能是被叫侧未等发送完成即挂机

Test Failed: The number matching of the calling party fails

被叫侧发送的DTMF号码串不匹配

Test Failed: The calling port is abnormal

端口故障,可能原因为:
  • 单板故障
  • 单板被拔出
  • 端口损坏
表1-2 被叫仿真测试结果

仿真结果

说明

Test Failed: The phone of the called party does not ring

被叫端口未收到呼入信号,可能是主叫拨错号码或信令传输异常

Test Failed: The called party does not pick up the phone off the hook

被叫端口振铃后,未能自动摘机,可能是系统内部处理异常

Test Failed: Busy tone is played after the called party picks up the phone off the hook

被叫端口自动摘机后检测到忙音,可能是主叫挂机

Test Failed: The called party does not communicate with the calling party

被叫端口自动摘机后未进入通话态,可能是被叫摘机过晚,测试已结束

Test Failed: Release before pick-up of the called party

未进入通话态,呼叫即释放,可能是信令处理出现问题

Test Failed: The number matching of the called party is not complete

进入通话态后,未完成主叫发送的DTMF号码串匹配。可能是主叫未按键,或者是DTMF号码串在传输过程中丢失

Test Failed: The number sending of the called party is not complete

进入通话态后,主叫向被叫发送DTMF号码串的动作未完成,可能是主叫未等发送完成即挂机

Test Failed: The number matching of the called party fails

主叫发送的DTMF号码串不匹配

Test Failed: The called port is abnomal

端口故障,可能原因为:
  • 单板故障
  • 单板被拔出
  • 端口损坏

呼叫仿真原理演示

呼叫仿真原理分三部分介绍:主叫呼叫仿真,被叫呼叫仿真和主被叫呼叫仿真。

说明:

请聚焦以下原理演示视频中的方法和原理,实际仿真中请使用具体设备适用的命令行,仿真设备的端口号也应参考具体设备而定。

  1. 主叫呼叫仿真原理演示如下:

  2. 被叫呼叫仿真原理演示如下:

  3. 主被叫呼叫仿真原理演示如下:

配置呼叫仿真

前提条件

  • 已经配置了语音业务。
  • 有一部能够正常使用的话机。

操作步骤

  1. 使用simulate call parameter命令配置呼叫仿真测试参数。

    为了能够支持端口实现自动仿真呼叫测试,需要在启动呼叫仿真测试前设置仿真呼叫指示音的类型及使用的DTMF号码等信息。

    默认情况下,呼叫仿真测试中指示音类型为语音提示。

  2. 使用display simulation call parameter命令查询当前呼叫仿真测试配置参数信息。
  3. 启动呼叫仿真测试。

    • 主叫仿真测试。使用simulate call start caller命令启动语音用户端口主叫仿真测试。
    • 被叫仿真测试。使用simulate call start callee命令启动语音用户端口被叫仿真测试。
    • 主被叫仿真测试。使用simulate call start call命令启动语音用户端口主被叫仿真测试。

操作结果

完成呼叫仿真测试后,主机会直接给出仿真结果,可根据仿真结果判断呼叫过程是否正常。

下载文档
更新时间:2019-09-27

文档编号:EDOC1100106598

浏览量:171

下载量:13

平均得分:
本文档适用于这些产品
相关版本
相关文档
Share
上一页 下一页