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

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

提示

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

升级

CloudEC V600R019C00 典型故障处理(企业入驻式,融合会议)

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

放音类故障

放音故障处理思路

现象描述
  • 用户没有听到放音内容。
  • 用户听到的放音内容和预期不符。
  • 用户听到的语音质量较差。
  • 用户预定会议失败。
  • 用户加入会议失败。
可能原因
  • 用户没有听到放音内容。
    • AS没有申请放音。
    • MRFP收号失败。
    • MRFP没有加载语音文件。
    • MRFP资源不足。
    • MRFP语言类型配置错误。
    • 终端与MRFP间网络故障。
    • 呼叫CS域用户,听多次失败音提示。
  • 用户听到的放音内容和预期不符。
    • AS申请的放音内容错误。
    • 放音文件内容录制错误。
  • 用户听到的语音质量较差。
    • MRFP与终端间网络质量差。
    • MRFP承载网关与终端间网络质量差。
  • 用户预定会议申请放音资源失败。
    • MRFP资源不足。
    • 终端能力无法支持。
  • 用户加入会议失败。
    • MRFP资源不足。
    • 终端编解码类型不符合会议预定时的要求。
定位思路

对于放音故障,需要快速定位到某个网元故障,然后再具体排查、解决。

  • 用户没有听到放音内容,故障定位思路如图9-2所示。
图9-2 用户没有听到放音内容故障定位思路
说明:

以下三个步骤能够定位故障发生在哪个网元上,是定位放音故障的关键步骤:

  • 判断AS是否收到INVITE 200 OK响应消息。
  • 判断AS是否收到INFO 200 OK成功响应(消息的xml中携带result response ="200")。
  • 判断AS是否收到MRFC发送的指示放音失败的INFO消息。
  • 用户听到的放音内容和预期不符,故障定位思路如图9-3所示。
图9-3 用户听到的放音内容和预期不符定位思路
  • 用户听到的声音质量较差:检查MRFP和终端间网络质量、检查MRFP承载网关与终端间网络质量。
  • 用户预定会议失败:检查是否MRFP资源不足、检查终端是否不支持会议功能。
  • 用户加入会议失败:检查是否MRFP资源不足、检查终端编解码格式是否正确。
处理步骤
  1. 维护人员在华为操作维护系统上检查是否存在放音相关的告警。放音故障相关告警如表 1放音相关告警所示。
    表9-1 放音相关告警

    告警归属网元

    相关告警

    AS

    ALM-20030 USM DNS服务器信令故障

    ALM-20031 USM DNS链路信令故障

    ALM-20053 SIP对端设备S-CSCF或者MRFC通讯异常

    CSCF

    ALM-10705 MRFC DNS信令链路全中断故障

    ALM-10704 MRFC DNS信令链路故障

    ALM-10703 HTTP或HTTPS连接故障

    ALM-11000 H.248 SCTP链路故障

    ALM-11002 H.248 SCTP链路拥塞

    ALM-11004 MGW退出服务

    MRFP

    ALM-125156 ARP探测失败

    ALM-61510 H.248信令链路故障

    ALM-63003 VPU媒体资源使用率过载

    • 是,根据告警帮助,消除告警 =>2
    • 否 => 3
  2. 检查故障是否排除。
    • 是 =>处理完成。
    • 否 => 3
  3. 根据故障现象选择相应的处理。
    • 用户没有听到放音内容 => 4
    • 用户听到的放音内容和预期不符 => 9
    • 用户听到的语音质量较差,请参见MRP放音故障
    • 用户预定会议失败,请参见MRP放音故障
    • 用户加入会议失败,请参见MRP放音故障
  4. 在AS网元建立消息跟踪,检查AS是否发出放音请求INVITE消息。
    说明:

    建立Subscriber IMPU消息跟踪的方法,请参见配套产品文档中的“故障处理 > 消息跟踪操作指导”,建立消息跟踪后,重现故障,查看消息跟踪,检查AS是否发出了放音请求的INVITE消息。

    • 是 =>5
    • 否,AS放音故障。
  5. 判断AS和MRFC是否直连模式。

    登录OMU客户端,进入“MML命令行 - USM”窗口。执行LST MRFMODE命令,检查“USM和MRF的连接模式”的值是否是“直连”

  6. 查看AS是否收到对放音请求的成功响应,INVITE 200 OK响应消息。
  7. 查看AS收到的INFO 200响应消息是否正确。也就是查看INFO 200消息中的xml是否携带result response ="200"
    说明:

    如果MRFP放音错误,也会返回INFO 200消息,但消息中不会携带result response ="200",不同的原因携带的原因值不同。

  8. 查看AS在收到INFO 200消息之后,是否收到MRFC发送的指示放音失败的INFO消息。
  9. 在AS网元进行消息跟踪,检查AS发给MRFC的INFO消息中的放音URI是否正确。
    说明:

    建立Subscriber IMPU消息跟踪的方法请参见配套产品文档中的“故障处理 > 消息跟踪操作指导”。建立消息跟踪后,重现故障,查看消息跟踪,检查AS发给MRFC的INFO消息中的放音URI是否正确。

  10. 判断故障是否排除。
    • 是 => 处理完成。
    • 否 => 11
  11. 请联系华为技术支持处理。

业务放音故障

现象描述
  • AS发送放音请求失败。
  • AS申请的放音内容错误。
可能原因
  • AS发送放音请求失败。
    • DNS配置错误。
    • AS和MRFC非直连情况下没有配置S-CSCF的路由地址。
    • 没有配置放音处理数据。
  • AS申请的放音内容错误。

    用户使用业务场景错误。

定位思路
  • AS发送放音请求失败故障定位思路如图9-4所示。
图9-4 AS发送放音请求失败故障定位思路
  • AS申请的放音内容错误故障解决办法:检查用户是否操作错误。
处理步骤
  1. 根据故障类别选择相应的处理。
    • AS发送放音请求失败,=> 2
    • AS申请的放音内容错误,=>18
  2. 判断配置的MRF地址类型是否是域名。

    在USM上执行LST MRF命令,查看参数“MRF地址类型”的值是否是“域名”

    %%LST MRF:;%%
    RETCODE = 0  操作成功
    
    操作结果为:
    -----------
    MRF名称 =  MRF_0
    MRF地址类型 =  域名
    IP地址 =  NULL
    MRF域名 =  mrfc.example.com
    MRF的IP模式  =  主IP
    MRF描述 =  NULL
    录音地址 =  file://provisioned
    录音文件名  =  RECORD
    最大录音时长  =  600
    停止录音键  =  号码#
    是否清除上次收到号码  =  允许
    是否按键打断  =  允许
    S-CSCF的路由地址  =  NULL
    MRF 设备类型 =  MSML1.1
    录音编解码  =  PCMA编解码
    保留字段 =  0
    (结果个数 = 1)
    • 是 => 3
    • 否 =>9
  3. 根据使用的DNS服务类型选择相应的处理。
    • 使用内置DNS,=> 6
    • 使用外置DNS,=> 4
  4. 执行DSP DNSLNK命令,检查参数“链路状态”是否是“链路正常”
    %%DSP DNSLNK:;%%
    RETCODE = 0  操作成功
    
    操作结果为:
    -----------
    DNS服务器名  = DNSGROUP
    DNS链路名  =  DNSGROUP
    链路状态  =  链路正常
    (结果个数 = 1)
    • 是 =>8
    • 否 =>5
  5. 执行LST DNSLNK命令,检查DNS配置信息是否正确。需要检查参数“本端端口号”“对端IP”“对端端口号”的值是否和实际规划的一致。
    %%LST DNSLNK:;%%
    RETCODE = 0  操作成功
    
    操作结果为:
    -----------
    DNS链路名  =  DNSGROUP
    DNS服务器名  =  DNSGROUP
    DNS服务器组名  = DNSGROUP
    BSG模块号  =  53
    协议类型  =  TCP协议
    递归标志  =  否
    地址类型  =  IPV4
    本端IP  =  10.11.9.130
    本端端口号  =  6000
    对端IP  =  10.1.1.78
    对端端口号  =  19005
    (结果个数 = 1)
    • 是 => 8
    • 否,使用RMV DNSLNK命令,删除DNS配置信息,再使用ADD DNSLNK命令,按照实际规划的信息配置DNS服务。=>7
  6. 检查内置DNS配置是否正确。如果不正确,请修改。检查和修改方法请参见内置DNS故障
  7. 判断故障是否排除。
    • 是 => 处理完成。
    • 否 => 8
  8. 检查AS和MRFC是否是非直连方式。
    执行LST MRFMODE命令,检查参数“USM和MRF的连接模式”的值是否是“非直连”
    %%LST MRFMODE:;%%
    RETCODE = 0  操作成功
    
    操作结果为:
    -----------
    MRF模式索引 =  0
    ATS和MRF的连接模式  =  直连
    ATS和MRFC之间是否支持OPTION检测 =  不支持
    (结果个数 = 1)
    • 是 => 20
    • 否 => 10
  9. 检查AS和MRFC是否是非直连方式。

    执行LST MRFMODE命令,检查参数“USM和MRF的连接模式”的值是否是“非直连”

    %%LST MRFMODE:;%%
    RETCODE = 0  操作成功
    
    操作结果为:
    -----------
    MRF模式索引 =  0
    ATS和MRF的连接模式  =  直连
    ATS和MRFC之间是否支持OPTION检测 =  不支持
    (结果个数 = 1)
    • 是 => 10
    • 否 => 13
  10. 检查是否未配置S-CSCF的路由地址。

    执行LST MRF命令,检查参数“S-CSCF的路由地址”的值是否为“NULL”

    %%LST MRF:;%%
    RETCODE = 0  操作成功
    
    操作结果为:
    -----------
    MRF名称 =  MRF_0
    MRF地址类型 =  DOMAIN
    IP地址 =  NULL
    MRF域名 =  mrfc.example.com
    MRF的IP模式  =  主IP
    MRF描述 =  NULL
    录音地址 =  file://provisioned
    录音文件名  =  RECORD
    最大录音时长  =  600
    停止录音键  =  号码#
    是否清除上次收到号码  =  允许
    是否按键打断  =  允许
    S-CSCF的路由地址  =  NULL
    MRF 设备类型 =  MSML1.1
    录音编解码  =  PCMA编解码
    保留字段 =  0
    (结果个数 = 1)
    • 是 => 11
    • 否 => 13
  11. 执行MOD MRF命令,配置S-CSCF的路由地址。
  12. 判断故障是否排除。
    • 是 => 处理完成。
    • 否 => 13
  13. 在AS网元进行消息跟踪,记录AS收到的指示放音失败的原因值,该原因值由Oxx消息中的Reason携带。如183消息示例如下:
    SIP/2.0 183 Session Progress
    ..
    From:<sip:+8675552771001@domain4.huawei.com>;tag=e0c9f960697b01cbb1fca9bfc3dbbb4c
    To: <tel:52771102>;tag=sx4yso1y-CC-10-TRC-2560
    ...
    Reason: Q.850;cause=1;text="Unallocatednumber"
    Require: 100rel
  14. 判断是否主叫侧放音失败。
    • 是 => 15
    • 否 => 18
  15. 执行LST CVTOTID命令,检查是否配置了该场景下的失败处理数据。
    %%LST CVTOTID:;%%
    RETCODE = 0  操作成功
    
    操作结果为:
    -----------
    释放原因值  Reason头域中的原因值  释放位置 放音ID 放音组号
    
    1236        65534                 65534     15     65534
    1237        65534                 65534     15     65534
    ......
     65534      8                     65534     25     65534
    65534       17                   65534     8      65534

    根据13中记录的失败原因值,找到“Reason头域中的原因值”中相应的记录,检查参数“释放原因值”是否配置为通配“65534”

    • 是 => 16
    • 否 => 20
  16. 检查报文中的“放音ID”是否和数据规划一致。
    • 没有配置,请参考配置放音内容进行配置。=>17
    • 配置错误,执行MOD CVTOTID命令进行修改。=> 17
    • 配置正确,=>20
  17. 判断故障是否排除。
    • 是 => 处理完成。
    • 否 => 20
  18. 检查用户业务操作是否正确。
    说明:

    请先了解用户要使用的业务,再根据特性说明书检查用户的操作是否正确。比如用户想通过接入码去激活CFU业务,但是由于接入码拨打错误,导致听到了别的提示音。

    • 是 => 20
    • 否,按照正确的方法进行操作。=>20
  19. 判断故障是否排除。
    • 是 => 结束。
    • 否 => 20
  20. 请联系华为技术支持处理。

MRP放音故障

现象描述

MRP6600放音故障的现象表现为:

  • 放音失败。
  • 收号失败。
  • 用户听不到声音。
  • 用户听到声音差。
可能原因
  • 放音失败。
    • 语音素材不存在。
    • 对于NFS放音,主要是NFS服务器配置不正确,导致链路问题引起放音失败。
  • 收号失败。
    • MRFP与终端间IP网络不通。
    • 2833收号终端未携带2833属性。
    • 2833 PayloadType值不正确或者未携带2833 PayloadType值。
    • 非G.711用户进行DTMF收号操作。
  • 用户听不到声音。
    • MRFP与终端间IP网络不通。
  • 用户听到声音质量差。
    • MRFP与终端间网络质量差。
    • MRFP承载网关与终端间网络质量差。
定位思路

MRFP放音故障定图9-5所示。

图9-5 放音故障定位思路流程图
操作步骤

根据故障现象进行处理

  1. 根据故障现象进行处理。请参见表9-2处理。
    表9-2 故障现象

    故障现象

    说明

    操作步骤

    放音失败

    放音失败导致用户听不到声音,处理信令面故障。

    2...

    收号失败

    收号失败导致用户听不到声音,处理信令面和承载面故障。

    11...

    用户听不到声音

    处理承载面故障。

    18...

    用户听到声音质量差

    处理承载面故障。

    21...

  2. 登录LMT客户端。
  3. 创建呼叫跟踪及内部跟踪。
    1. 进入跟踪界面。

      在“华为操作维护系统”中,选择“维护”页签,再选择“业务导航 > 跟踪 > MRP6600”,左键双击“CMU TRACE”下的“CALL”建立CALL跟踪。如图9-6所示。

      图9-6 建立CALL跟踪
    2. 创建H248跟踪。

      “创建呼叫跟踪”对话框中“跟踪类型”选择“跟踪”(默认值),单击“确定”。如图9-7所示。

      图9-7 创建H248跟踪界面
    3. 创建内部跟踪。

      “创建呼叫跟踪”对话框中“跟踪类型”选择“内部跟踪”,单击“确定”,如图9-8所示。

      图9-8 创建内部跟踪界面
  4. 检查MRFP是否收到了“H248_ADD_REQ”、“H248_MOD_REQ”和发送了“H248_ADD_RESP”、“H248_MOD_RESP”、“H248_NOTIFY_REQ”消息。
    跟踪消息如图9-9所示。
    图9-9 H.248跟踪消息
    1. 检查MRFP是否收到了“H248_ADD_REQ”或“H248_MOD_REQ”报文。
    2. 检查MRFP是否发送了“H248_ADD_RESP”、“H248_MOD_RESP”或“H248_NOTIFY_REQ”报文。
      • 是 => 5
      • 否 => 26
  5. 检查MRFP的回应消息或主动上报消息中是否携带错误码以及相应错误描述的消息。

    以“H248_MOD_RESP”为例,单击如图9-10所示的“H248_MOD_RESP”消息,查看消息中携带的错误码(errorCode)以及错误描述(errorText)(如图9-11所示)。

    说明:

    图9-10所示的“H248_NOTIFY_REQ”消息不是返回错误码,而是上报某个失败事件。如图9-12所示。

    图9-10 H.248跟踪消息
    图9-11 MOD应答消息回应错误
    图9-12 主动上报消息
    1. 是 => 6
    2. 否 => 26
  6. 确认携带错误码以及相应错误描述的消息类型。
    • “H248_ADD_RESP” => 7
    • “H248_MOD_RESP” => 8
    • “H248_NOTIFY_REQ” => 9
  7. 确认“H248_ADD_RESP”携带的错误码类型。
    • “错误码(errorCode)”为“455”,“错误描述(errorText)”为“Property illegal in this Descriptor” =>26
    • “错误码(errorCode)”为“501”,“错误描述(errorText)”为“Not Implemented.Remote codec unsupported” => 需要在MRFC上检查是否配置了MRFP不支持的编解码类型,具体操作请参见检查网关资源配置。
    • “错误码(errorCode)”为“625”,“错误描述(errorText)”为“license out of range.Out of License Range(Item:AUDIO-CVT CHN)” => 请参考License控制项说明,确定业务需要申请的控制项,然后参考随版本软件一起发布的《License操作指导书》申请License。
    • “错误码(errorCode)”为“510” ,“错误描述(errorText)”为“Insufficient resources.Out of IP resource” => 7.a
    • “错误码(errorCode)”为“500”,“错误描述(errorText)”为“Internal software failure in the MG. Receive error response message from HRU:M93,E78” =>7.h
    • “错误码(errorCode)”为“500” ,且“错误描述(errorText)”不是“Internal software failure in the MG. Receive error response message from HRU:M93,E78” =>26
      说明:

      错误描述中的“Item:AUDIO-CVT CHN”指示受限的License控制项,其对应关系为:

      • “AUDIO-PLAY CHN” => 音频播放通道数。
      • “AUDIO-CONF CHN” => 音频会议通道数。
      • “VMRFP SUM” => 虚拟MRFP数。
      • “WBAMR CHN” => WB-AMR编解码通道数。
      • “ILBC CHN” => iLBC编解码通道数。
    1. “MML命令行 - MRP6600”窗口下,执行LST MEDADDR命令,查看“IPv4网关”是否正确显示网关地址。

      命令执行成功后,返回信息示例如下:

      %%LST MEDADDR:;%%
      RETCODE = 0  操作成功
      
      操作结果如下
      ------------
      媒体地址名称  = MEDADDR
      HRU模块号  =  451
      主接口名称  =  ethif_med
      地址类型  =  IPV4
      IPv4地址  =  192.168.150.10
      IPv4地址掩码  = 255.255.255.0
      IPv4网关  =  192.168.150.1
      IPv6地址  =  NULL
      IPv6前缀长度  =  0
      IPv6网关  =  NULL
      语音协议类型  =  DSCP
      语音IPQOS值  =  NULL
      (结果个数 = 1)
      说明:

      以上述报文为例,分析各“IPv4地址”的网关解析状态(即“IPv4网关”列)。

      • “IPv4地址”为“10.0.0.1”对应的接口为环回接口,环回接口的网关解析状态不需要关注。
      • “IPv4地址”对应的“IPv4网关”列如果输出了网关地址,则表示该地址网关解析成功。
      • “IPv4地址”对应的“IPv4网关”列如果显示“-”,则表示该地址网关解析失败。
      • 是 => 说明接口能正常解析到网关,接口与网关间链路状态正常, 执行7.c
      • 否 => 说明端口不能正常解析到网关,执行7.b
    2. 参考MRP对接故障处理。处理完成后,检查放音失败故障是否恢复。
      • 是 => 处理完成。
      • 否 => 7.c
    3. 检查承载端口是否做了预留。
      执行LST RSVPORT命令,检查参数“起始端口号”是否为“0”“结束端口号”是否为“65535”
    4. 删除承载端口预留。
      执行RMV RSVPORT命令,删除端口预留。修改完成后,检查放音失败故障是否恢复。

      如果局点需要对端口做预留,可以执行ADD RSVPORT命令,预留部分端口。不能预留全部端口,否则导致承载不通。

    5. 检查是否是NFS服务器放音。
      • 是 => 7.f
      • 否 => 8
    6. 执行DSP FSSTS命令,检查参数“FS状态”的值是否是“可用”

      命令成功执行后,返回信息如下:

      %%DSP FSSTS:;%%
      RETCODE = 0  操作成功
      
      操作结果如下
      ------------
      文件服务器名称  VPU模块号 FS状态
      
      FS0             651        可用
      FS1             651        可用
      FS2             651        可用
      FS0             652        可用
      FS1             652        可用
      FS2             652        可用
      (结果个数 = 6)
      • 是 => 26
      • 否 => 7.g
    7. 参考MRP对接故障进行处理,处理完成后,检查放音失败故障是否恢复。
      • 是 =>处理完成。
      • 否 => 26
    8. 检查对端设备是否使用奇数端口。

      检查请求消息的“remoteDescriptor”中携带的对端端口是否是奇数,消息示例如图9-13所示。

      图9-13 查看消息中的对端端口
      • 是 => 7.i
      • 否 => 26
    9. 修改对端设备的端口为偶数。
    10. 检查放音故障是否恢复。
      • 是 => 处理完成。
      • 否 => 26
  8. 确认“H248_MOD_RESP”携带的错误码类型。
    • “错误码(errorCode)”为“455”,“错误描述(errorText)”为“Property illegal in this Descriptor” => 26
    • “错误码(errorCode)”为“501”,“错误描述(errorText)”为“Not Implemented.Remote codec unsupported” => 需要在MRFC上检查是否配置了MRFP不支持的编解码类型,具体操作请参见检查网关资源配置。
    • “错误码(errorCode)”为“625”,“错误描述(errorText)”为“license out of range.Out of License Range(Item:AUDIO-CVT CHN)” => 请参考License控制项说明,确定业务需要申请的控制项,然后参考随版本软件一起发布的《License操作指导书》申请License。
    • “错误码(errorCode)”为“602” => 请处理MRP6600与文件服务器对接调测。
    • “错误码(errorCode)”为“605” => 请参考8.a处理。
    • “错误码(errorCode)”为“500”,“错误描述(errorText)”为“Internal software failure in the MG.TdSubMsg:M218,E13318” => 请参考7.c
    • “错误码(errorCode)”为“510” => 请参考10.f
    1. 检查语言类型配置。

      “MML命令行 - MRP6600”窗口,执行LST LANGTYPE命令,检查参数“语种标识字符串”是否按规划配置了“H248_MOD_REQ”中的语言类型,如图9-14所示。

      图9-14 “H248_MOD_REQ”中的语言类型

      命令执行成功后,返回信息如下。

      %%LST LANGTYPE:;%%
      RETCODE = 0  操作成功
      
      操作结果如下
      ------------
      语种标识字符串  语种
      
      zh              2
      en              1
      (结果个数 = 2)
      • 是 => 26
      • 否 => 8.b
    2. 添加语言类型配置。

      “MML命令行 - MRP6600”窗口,执行ADD LANGTYPE命令,按规划添加语言类型配置。配置完成后,检查放音失败故障是否恢复。

      • 是 =>处理完成。
      • 否 => 26
    3. 检查语言片是否缺失。
      1. 查看“H248_MOD_REQ”报文中的VAR字段信息。

        以固定智能音的“H248_MOD_REQ”报文为例,VAR字段包含语种标识字符串、语言片ID、语言片类型等信息,如图9-15所示。

        图9-15 “H248_MOD_REQ”报文中的VAR字段
        说明:

        VAR字段中的信息说明如下:

        • “t=tone”表示语言片类型为固定智能音。
        • “tid=298”表示语言片ID为298。
        • “lang=en”表示语种标识字符串为“en”。
      2. 将参数“语种标识字符串”的值设置为“H248_MOD_REQ”报文中的语种标识字符串,在“MML命令行 - MRP6600”窗口,执行LST LANGTYPE命令,在输出报文中查看对应的“语种”。

        命令执行成功后,返回信息示例如下。

        %%LST LANGTYPE:LSTRING="en";%%
        RETCODE = 0  操作成功
        
        操作结果如下
        ------------
        语种标识字符串  =  en
        语种  =  1
        语种描述  =  英文
        (结果个数 = 1)
      3. 将参数“语种”的值设置为步骤8.c.ii查询到的语种值,参数“VPU模块号”设置成“651”。在“MML命令行 - MRP6600”窗口,执行DSP TONEFILE命令,检查输出报文中的“语言片 ID”“语言片类型”与“H248_MOD_REQ”报文中VAR字段里,是否存在一致的数据。

        命令执行成功后,返回信息示例如下。

        %%DSP TONEFILE: VPUMID=651,CODEC=AMR, AMRRATE=AMR_RATE_4_75;%%
        RETCODE = 0  操作成功
        
        操作结果如下
        ------------
        VPU模块号 =  651
        版本 =  MRP6600V500R008C00
        时间 =  2014-07-22 11:01:33
        编解码类型 =  AMR
        速率 =  4.75kbps
        语言片数量  =  2
        此语言种类的语言片数量  =  2
        (结果个数 = 1)
        
        操作结果如下
        ------------
        语种              服务类型     语言片 ID     语言片类型
        
        1                 0             0             固定智能音
        1                 0             1             固定智能音
        (结果个数 = 2)
        • 是 => 26
        • 否 => 8.d
    4. 根据业务重新制作MRFP静态语音文件和本地媒体文件,并加载语音包。具体请参考制作MRFP静态语音文件、制作MRFP本地媒体文件、加载MRFP语音文件加载语音包。处理完成后,检查放音失败故障是否恢复。
      • 是 =>处理完成。
      • 否 => 26
  9. 检查图9-10上报的“H248_NOTIFY_REQ”报文中是否携带了616错误。
    • 是 => 10
    • 否 => 26
  10. 确认上报的“H248_NOTIFY_REQ”报文中携带616错误所产生的原因。
    1. 检查下发放音文件所在位置。

      查看“H248_MOD_REQ”报文中下发的放音文件所在位置,如图9-16图9-17所示。

      图9-16 文件所在位置为NFS服务器。
      图9-17 文件所在位置为LocalFile。
    2. “MML命令行 - MRP6600”窗口,执行DSP LOCALFILE命令,检查“H248_MOD_REQ”中的放音文件在“文件名称”中是否存在。

      命令执行成功后,返回信息如下。

      %%DSP LOCALFILE: VPUMID=652,CODEC=AMR, AMRRATE=AMR_RATE_4_75;%%
      RETCODE = 0  操作成功
      
      操作结果如下
      ------------
      VPU模块号  =  652
      版本  =  MRP6600V500R008C00
      时间  =  2014-07-22 14:45:50
      编解码类型  =  AMR
      速率  =  4.75kbps
      语言片数量  =  2
      (结果个数 = 1)
      
      操作结果如下
      ------------
      文件大小(字节)  文件名称
      
      181784          local://wav2/048.wav
      110448          local://wav2/049.wav
      (结果个数 = 2)
    3. “MML命令行 - MRP6600”窗口,执行LOD LOCALFILE命令,添加相应文件。处理完成后,检查放音失败故障是否恢复。
      • 是 =>处理完成。
      • 否 => 10.f
    4. 登录NFS服务器。

      使用Putty工具以SSH方式登录NFS服务器。Putty工具的操作可参考PuTTY操作。

      “H248_MOD_REQ”下发放音文件路径,如图9-18所示。

      图9-18 H248_MOD_REQ消息报文
      1. “login as:”后输入用户名“root”,按Enter键。
      2. “password:”后输入密码,按Enter键登录。
      3. 执行cd /文件所在目录命令,进入“文件所在目录”路径。

        检查相应目录下的放音文件是否存在。

    5. 请登录“uPortal”界面,在“业务配置”页签选择“资源”>“放音文件管理”,上传放音文件。处理完成后,检查放音失败故障是否恢复。
      • 是 => 处理完成。
      • 否 => 10.f
    6. 检查配置的编解码资源使用情况。

      “MML命令行 - MRP6600”窗口,执行DSP MRSTS命令,检查配置的编解码资源的“资源总能力”“空闲能力”“故障能力”

      • “资源总能力”为“0” => 26
      • “空闲能力”为“0” => 请执行26进行扩容处理。
      • “故障能力”为大于等于“资源总能力”的20% => 26
    7. 检查放音故障是否恢复。
      • => 处理完成。
      • 否 => 26
  11. “MML命令行 - MRP6600”窗口,执行PING命令ping终端IP,检查参数“丢包率”是否为“0”

    命令执行成功后,返回信息如下。

    %%PING: IPTYPE=IPV4,IP="10.3.21.55", SRCIP="10.3.21.54";%%
    RETCODE = 0  操作成功
    
    操作结果如下
    ------------
    本地IP地址  = 10.3.21.54
    发送包个数  =  4
    接收包个数  =  4
    丢包率  =  0
    最大往返时间  =  10
    最小往返时间  =  0
    平均往返时间  =  5
    (结果个数 = 1)
    
    操作结果如下
    ------------
    往返时间(毫秒)  TTL
    
    0               255
    10              255
    10              255
    0               255
    (结果个数 = 4)
    • 是 => 13
    • 否 => 12
  12. 参考《IP网络故障处理终端与网关间的IP网络故障》,处理IP网络故障后,检查用户是否能够收号成功。
    • 是 => 17
    • 否 => 13
  13. 联系终端技术支持,确认终端发送号码类型。
    • 2833收号 => 14
    • DTMF收号 => 15
  14. 处理2833收号失败。
    1. 检查承载报文丢包情况,联系网络管理员检查承载报文是否有丢包。
    2. 参考《IP网络故障处理终端与网关间的IP网络故障》,处理IP网络故障后,检查收号失败故障是否恢复。
    3. 检查MRFP收到的“H248_ADD_REQ”报文中是否携带了2833属性,如图9-19所示。
      图9-19 H248_ADD_REQ消息报文内容
    4. 检查MRFP收到的“H248_ADD_REQ”报文中的2833属性中的PayLoadType值与终端发出的承载包中的2833 PayLoadType值的是否一致。
      抓取发至MRFP设备的IP报文,筛选出终端发出的报文,选中2833报文(Payload type=RTP Event即为2833报文,如图9-20所示),报文内容如图9-21所示。
      图9-20 2833报文
      图9-21 2833报文解析内容
      • 是 => 14.e
      • 否 => 请联系终端技术支持处理。
    5. 检查2833报文的标准性。

      通信网标准规定:

      • 每一个号码必须至少对应一个带有End标识的2833报文。
      • 一个号码的所有2833报文的时戳应该是相同的。

      检查终端发出的2833报文(图9-22和如图9-23所示)是否符合RFC 2833通信标准。

      • 是 => 14.f
      • 否 => 请联系终端技术支持处理。
      图9-22 2833消息报文
      图9-23 2833消息解析内容
    6. 检查相邻两个相同号码的2833报文的所有报文时戳是否相同,2833报文时戳如图9-23所示。
      • 是 => 请联系终端技术支持处理。
      • 否 => 26
  15. 检查终端语音编解码类型是否为G.711。

    查看“H248_ADD_RESP”消息中的如图9-24中标红字段是否为0或者8(G.711μ/G.711A)。

    图9-24 “H248_ADD_RESP”消息
    • 是 => 26
    • 否 => 16
  16. 处理非G.711用户进行DTMF收号失败。

    非G.711用户不支持进行DTMF收号,请联系终端技术支持修改终端编解码或者使用2833方式收号。修改完成后,检查收号失败故障是否恢复。

    • 是 => 17
    • 否 => 26
  17. 检查放音故障是否恢复。
    • 是 =>处理完成。
    • 否 => 26
  18. “MML命令行 - MRP6600”窗口,执行PING命令ping终端IP,检查“丢包率”是否为“0”

    命令执行成功后,返回信息如下。

    %%PING: IPTYPE=IPV4,IP="10.3.21.55", SRCIP="10.3.21.54";%%
    RETCODE = 0  操作成功
    
    操作结果如下
    ------------
    本地IP地址  = 10.3.21.54
    发送包个数  =  4
    接收包个数  =  4
    丢包率  =  0
    最大往返时间  =  10
    最小往返时间  =  0
    平均往返时间  =  5
    (结果个数 = 1)
    
    操作结果如下
    ------------
    往返时间(毫秒)  TTL
    
    0               255
    10              255
    10              255
    0              255
    (结果个数 = 4)
    • 是 => 26
    • 否 =>19
  19. 参考《 IP网络故障处理终端与网关间的IP网络故障》处理IP网络故障后,检查用户是否能正常听到声音。
    • 是 => 20
    • 否 => 26
  20. 检查放音故障是否恢复。
    • 是 => 处理完成。
    • 否 => 26
  21. “MML命令行 - MRP6600”窗口,执行PING命令ping终端IP,检查“丢包率”是否为“0”

    命令执行成功后,返回信息如下。

    %%PING: IPTYPE=IPV4,IP="10.3.21.55", SRCIP="10.3.21.54";%%
    RETCODE = 0  操作成功
    
    操作结果如下
    ------------
    本地IP地址  = 10.3.21.54
    发送包个数  =  4
    接收包个数  =  4
    丢包率  =  0
    最大往返时间  =  10
    最小往返时间  =  0
    平均往返时间  =  5
    (结果个数 = 1)
    
    操作结果如下
    ------------
    往返时间(毫秒)  TTL
    
    0               255
    10              255
    10              255
    0               255
    (结果个数 = 4)
    • 是 => 22
    • 否 => 24
  22. 抓取发至MRFP设备的IP报文,筛选出终端发出的报文,检查承载报文“丢包数(Lost RTP packets)”是否为“0”
    • 是 => 23
    • 否 => 24
  23. 检查网络波动是否在MRFP的网络抖动承受范围内。
    • 是 => 26
    • 否 => 24
  24. 参考《 IP网络故障处理终端与网关间的IP网络故障》处理IP网络故障后,检查用户是否能听到声音质量良好。
    • 是 => 25
    • 否 => 26
  25. 检查放音故障是否恢复。
    • 是 =>处理完成。
    • 否 => 26
  26. 请联系华为技术支持处理。

USM和MRP独立部署,重新部署USM网元后,MRP放音失败

现象描述

USM和MRP独立部署时,MRP上配置NFS对接正常,放音正常;

重新部署USM网元,配置NFS完成后,查询FS状态可用,但放音失败,提示放音文件不存在,实际后台查询放音文件正常存在。

可能原因

MRP挂载异常,导致链路问题引起放音失败。

定位思路

USM和MRP独立部署的场景,重装USM网元后,如果遇到USM和MRP链接异常,可以重启MRP网元解决。

处理步骤
  1. admin用户登录华为操作维护系统,进入“MML命令行-CGP”窗口。
  2. 执行RST ME命令,“网元ID”填写MRP6600网元对应的ID,重启MRP网元。

    说明:

    MRP6600网元对应的网元ID可以通过LST ME命令查询。

翻译
下载文档
更新时间:2019-08-07

文档编号:EDOC1100059052

浏览量:2854

下载量:28

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