音声とユニファイド コミュニケーション : Cisco Unity

トラブルシューティング:Cisco Unity のオーディオ品質

2013 年 8 月 21 日 - 機械翻訳について
その他のバージョン: PDFpdf | ライター翻訳版 (2003 年 5 月 25 日) | 英語版 (2008 年 2 月 28 日) | フィードバック


目次


概要

このドキュメントでは、Cisco Unity のオーディオ品質に関して遭遇する可能性のある問題のトラブルシューティング テクニックについて説明します。 Cisco Architecture for Voice, Video and Integrated Data(AVVID)ソリューションのオーディオ品質は、目的の受信者に到達した時点で、音声がどの程度良好に聞こえるかを感覚的に測定したものです。 主観的に評価するには、オーディオ品質が測定可能な領域を認識し、報告されるオーディオ品質の問題にこれらの領域がどのように影響するかを確認することが最も重要になります。

可聴周波影響たとえば報告された問題が「騒々しい統一システム プロンプトなら」、音量はその問題 領域として記述することができます。 音量 レベルに調査を隔離する場合、更に環境のどんな一部が音量 レベルを変更するかもしれませんか調査するためにこの資料のステップを踏むことができます。

音声の質問題の種類を分類した後、除去のプロセス完全な可聴周波ゆがみのもとを判別できます。 これは Cisco Unity に音声 ストリームを起こすか、制御するか、または渡すあらゆる AVVIDデプロイメントのデバイスの数によって複雑 な プロセス、である場合もあります。 環境の複雑な状況に留意すれば音声 ストリームが、にもっとすぐに奪取 するさまざまなパスは可聴周波ゆがみのソースを識別します。 この資料の音声の質問題の既知エリアのそれぞれはトラブルシューティング進行状況としてこのロジックに従います。

たとえば音声の質に影響を及ぼす問題 領域が音量であると知られているとき AVVID 環境の音量を変更する複数の方法があります。 音量レベル および ゲイン制御 セクションによっては最初に Cisco Unity が音声 ストリームに行なうことができる潜在的な音量の変化が当たります; それはそれから Cisco Unity 受け取ったオーディオに影響を与えることができる音量修正の他の既知もとをカバーします。 そのセクションのトピックのどれも可聴周波ゆがみを訂正しない場合、同じような音声の問題があるように他のリストされた現象を確認して下さい。

前提条件

要件

このドキュメントの読者は次のトピックについて理解している必要があります。

  • Cisco Unity トレースを設定 する方法

  • Netmon の使用方法(Microsoft Windows 2000 リソースキットから)

  • Windowsレジストリを使用する方法

さらにこの資料のトラブルシューティングを完了する前に、Cisco Unity インストールについてのこの情報を知るはずです:

  • Cisco Unity のバージョン番号

  • Telephony Application Program Interface (TAPI) サービス プロバイダー(TSP)バージョン番号を含む統合タイプ

  • Cisco Unity のメッセージ録音形式(コーデック タイプ)

  • 導入展開された他のリージョン内で使用されるコーデック

  • インストール履歴(新規インストール、アップグレード)

  • ローカル トポロジー情報はオーディオが Unity に移動すること経路を理解してまた役立ちます

使用するコンポーネント

このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づくものです。

  • Cisco Unity バージョン 3.1(5) による 2.4.6.161、3.x バージョン、および 4.0(2) による 4.x バージョン。

  • Windows 2000 リソースキットからの Netmon ネットワーク 解析 ツール

  • Network Associates, Inc.(NAI)社製の Sniffer Pro バージョン 4.5

  • Cisco Unity 4.0(1) と それ以降 バージョンで利用可能 な Cisco Unity ユーティリティ AudioStat; そして Cisco Unity 4.0(2) と それ以降で利用可能 な Capripper ユーティリティ

注: 記述されている音声の質問題の各型にすべてが必要となりません。

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。 ネットワークが稼働中の場合は、コマンドが及ぼす潜在的な影響を十分に理解しておく必要があります。

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

オーディオの歪みのタイプとトラブルシューティング

注: この資料のリンクは環境で可聴周波ゆがみの種類で可能な限り知られている最新情報が含まれています。 トラブルシューティング の 手順を試みる前にそれぞれの現象を検討して下さい。

ボリューム レベルとゲイン コントロール

この項では、ボリューム レベルとゲインコントロールのトラブルシューティング テクニックについて説明します。

症状

この問題 領域の現象は「余りに大声でとして」または「余りに測定される Cisco Unity からの音声メールメッセージか音量 レベルの水平な音量の予想外変更に関連しています静止」。

ボリューム レベルとゲインコントロールの問題として最も多く報告されるのは、メッセージのオーディオが小さすぎて、ユーザがコンテンツを理解できない場合です。 また音量がスピーカーの音声の音量に関係なく上下する「誤って伝えられた」メッセージの作成として報告できる音量の可能性のある変動があります(たとえば: 電話ロードの可聴周波音量変動)。

Cisco Unity バージョン 3.1(2) と それ以降はまた不適切な設定が設定でもたらされる場合音量の変動に貢献するかもしれない自動利得制御 (AGC) 機能があります。 これはメッセージの終わりに大きい音量の増大によって最も頻繁に注目されます(たとえば: 不正確な AGC 設定からの可聴周波音量変動)。

最終的には AGC オペレーションに達する前に、記録への調整か AGC が使用される再生ゲインは着信 音声 ストリームを修正できます。 これによりメッセージで極度な音量 レベルを引き起こす場合があります(たとえば: 不正確な TSP設定からの可聴周波音量極端)。

トラブルシューティング

可聴周波音量ひずみは IP Phone にその発信者からメッセージを受け取る外部コールの発生携帯電話から音声 ストリームに、いずれかの時点で発生する場合があります。 ボリューム利得はこれらのデバイスを通した音量の増加か低下で歪むかもしれません:

  • IP Phone(設定可能な利得なし)

  • アナログ ゲートウェイ(利得増加または減少)

  • Digital Signal Processor(DSP; デジタル信号プロセッサ)(利得増加または減少)

  • Unity TSP(Dialogic TSP を介したオンボード AGC、または Cisco Unity TSP レジストリ値における再生および録音の利得値)

  • Unity AGC(AGC を介した増減)

  • 「雑音低下」マイクロフォンが利得量を調節できるが、PSTN デバイス(未知数および通常要網的に音量を変えること)

有効に なる AGC との 3.1(2) より Cisco Unity バージョン 以降に– 26 デシベルの水平なターゲット公称の音量がデフォルトであります。 配備のその他のデバイスがまたゲイン レベルを制御するかもしれませんときに最初に Cisco Unity にオーディオを提供するゲートウェイのこれらの設定をディセーブルにすることによって音量問題を特定することは容易である場合もあります。

注: ゲイン レベルが異なるゲートウェイで異なるとき、設定は解決した後初期値にレベルを返品できるように注目されるはずです(もし必要なら)。

注: 問題のこの型を解決している間スピーカーの音量をまたはヘッドホーンが増加しないようにして下さい。

音量レベル および ゲイン制御問題を解決するのにこれらのステップを使用して下さい:

  1. ボリューム問題により、どのオーディオ ストリームが影響を受けているかを特定します。

    Cisco Unity からのすべての音声 ストリームは少量にありますか。 音声 ストリームの特定 の 部分だけ影響を受けていたら Cisco Unity システムだけがまたはメッセージだけ指示します、(たとえば)、ステップ 2.に進んで下さい。

    1. Cisco Unity からのすべてのオーディオが少量にあり、電話間音量が低いとき、環境のゲートウェイのゲイン設定をまずチェックして下さい。

      音量 レベルを検証するのに Cisco Unity を使用して下さい:

      1. Maintenance ウィンドウの間に、MiuIO いろいろ な(23)のための Cisco Unity 診察道具(UDT)を使用可能にして下さい。

        /image/gif/paws/41042/ts_unityaudioq_01.gif

        診断レポートすべての着信可聴周波サンプルの入力パワーレベル、この例に示すようにこの:

        MiuIO  23  [Thread 0x00000EB0] [Port 2] [AvWav: Miscellany]
        Power = -31.012355dB  Gain adjustment = 5.000000dB.
      2. 単一 の ソース(ローカルIP 電話、たとえば)から、同じような音量の Cisco Unity のための脱退 メッセージは水平になります。 同じ 10 から 15 の第 2 句を言うために安定した話す音声を適用する方法。

        内部 コールは IPネットワークの音量のための「制御」ポイントとして動作する必要があります。 PSTN によっておよび Cisco Unity に再びなされる呼び出しはアナログゲートウェイのいくつもを通して来る音量 レベルを示します。

      3. テスト・ コールすべてを完了した後、呼び出しがなされたこと UDT トレースを停止し、時間のための診断を収集して下さい。

      4. 個々 の コールを診断のタイムスタンプによって見つけ、各コールの電源および利益 調整設定を表示して下さい。

      5. 呼び出しに一貫して ±5db の利益 調整がかより大きいに、ゲートウェイのゲインある場合調整を必要とすれば Cisco Unity TSP レジストリ 設定はチェックする必要があります(2)歩むことを続行して下さい。

    2. Cisco Unity からだけ可聴周波場合少量にありましたり、ユニティサーバのレジストリキーからの TSP プレーバックおよびレコード音量 レベルをチェックします:

      1. Regedit を実行し、HKEY_LOCAL_MACHINE \ソフトウェア\シスコシステムズのキーを、株式会社\ Cisco TSP 確認して下さい。

      2. もし両方とも 0 という値があれば WaveDBGainPlayback および WaveDBGainRecord キー。

        /image/gif/paws/41042/ts_unityaudioq_02.gif

      この設定がオーディオに影響を与える場合があるときクリア例はのゲートウェイに適用される肯定的なゲインがある WaveDBGainRecord 持っています否定的な値をときあり。 水平な音量はゲートウェイおよび Cisco Unity で不正確に調節されています。 TSP で音 量 減少に先行しているゲートウェイで適用された音量増加はゲートウェイを入力したそれとして Cisco Unity に同じに少量水平な入ることという結果に終る可能性があります。

      同様にゲートウェイに適用される否定的なゲインがあり、WaveDBGainRecord に否定的な値があるとき、WaveDBGainPlayback のどの値でも Unity から再生された少量 メッセージを調節して無用である可能性があります。

      最後に、WaveDBGainRecord の値がマイナスで、WaveDBGainPlayback の値もマイナスであれば、Unity から再生されるオーディオのボリュームは、常に小さくなります。 より古い TSP バージョン(前に 3.0) 録音されたメッセージの歪められた音量 レベルを引き起こす 5 という WaveDBGainRecord 値を保つかもしれません。

      注: Cisco Unity バージョンが 3.1(2) またはそれ以降であり、AGC がアクティブなら、WaveDBGainPlayback および WaveDBGainRecord 値は 0 常にであるはずです。 前の段落に説明があると同様に音量調整の複数のポイント TSP の記録またはプレーバックの音量 レベルを調節することが水平な可聴周波音量が AGC によって既に処理されていれば、そして推奨されません。

  2. AGC のレジストリ 設定値が間違って設定されるかどうか確認して下さい。 悪い値は通常あります:

    • AGCsamplesize は 4e20 hex (20000 小数点)、である 1f40 hex はずです(8000 小数点)

    • AGCgainthreshold は十六進 28 (40 小数点)、である 5 hex はずです(5 小数点)

    その場合、音声の品質 に 関する 文書で見つけることができる AGC レジストリキー 表に記述されているように正しい値にレジストリ 設定を、変更して下さい。

    注: G.729 コーデックを使用するときプロンプトの品質が受け入れられなければ、よりよい音声の質のための G.711 にコーデックを変更できます。

  3. 音声 ストリームのどの一部が音量の変化から影響を受けるか識別して下さい: ローカルネットワーク配備以外からサブスクライバのために(アナログかデジタル)残される他のサブスクライバからのサブスクライバのために残される Cisco Unity システム プロンプト、メッセージまたはメッセージ。

    VoIP 配備の外の発信者からのメッセージだけサブスクライバまたは Cisco Unity システム プロンプトによって残されるメッセージの上のまたはの下の音量 レベルがあるときこのオーディオを提供するゲートウェイのゲイン レベルを確認して下さい:

    1. Cisco Unity レガシー PBX 統合がある場合、Cisco Unity レガシー PBX 統合を参照して下さい: 詳細についてはレジストリの音量を調節すること

    2. すべてのメッセージが影響を受けているが、Cisco Unity システム プロンプトが許容レベルにある場合、現在動作する Unity のバージョンをチェックして下さい。

      AGC デフォルト設定は Cisco Unity バージョンが 3.1(2) またはそれ以降である場合チェックする必要があります。 詳細は、次のドキュメントを参照してください。

      ユニティ バージョンが 3.1(2) より早い場合プロンプトおよび TSP ゲイン レベルを確認する必要があります。 詳細については、「Cisco Unity 2.46 および 3.0x のオーディオ決定ツリー」を参照してください。

    3. いくつかのメッセージだけ影響を受けている場合、DDT 問題 Cisco バグ ID CSCdy27331登録 ユーザだけ)のために展開される電話ロードを確認して下さい。

    4. 水平な音量があらゆるメッセージの内で迅速に一貫して変動する場合、この資料の接続、ジッタ、パケット遅延および「誤って伝えられたメッセージ」セクションを参照して下さい。 これらのタイプの歪みのあるメッセージの多くの部分で、実際にはボリュームがゼロになっている場合でも、ボリュームが上下する問題と認識されることがあります。

    5. 一部の Unity 登録ユーザのみが、電話とコンピュータの再生でボリューム レベルが変動する影響を受ける場合、詳細については、「Cisco Unity ViewMail for Outlook(VMO)オーディオ ボリュームの設定」を参照してください。

注: Music on Hold (MOH)のための悪い品質を経験したら、ミュージック可聴周波原始ファイルがこれらの形式の 1 つの .wav ファイルから成り立つことを確かめて下さい:

  • 16 ビット PCM (ステレオかモノラル) (16k Hz または 32k Hz または 48k Hz または 8k Hz または 44.1k Hz サンプルレート)

  • 8ビット CCITT g.711 a-law か mu-law (ステレオかモノラル) (8k Hz サンプルレート)

関連情報と既知の問題

音量レベル および ゲイン制御問題に関する詳細についてはこれらの文書を参照して下さい:

接続、ジッタ、パケット遅延および「誤って伝えられたメッセージ」

このセクションは可聴周波接続 ゆがみ トラブルシューティング・ テクニックを記述します。

症状

「コンテンツは順番が異なるに鳴ること考慮されるべきわかりにくい十分な可聴周波コンテンツが Cisco Unityサブスクライバのために残されるメッセージによってが抜けているか、またはパケットがそのような物入れ込まれるとき誤って伝えられたメッセージ」は最も頻繁に報告されます。 (以前に注意される)より長く音量 レベルと関連しているかもしれないメッセージの無音の特定の期間よりもむしろ、誤って伝えられたメッセージは現在の他のゆがみがあるかもしれません。

Cisco Unity サーバのネットワークインターフェイスカードの不良はこの例で聞かれる可聴周波ゆがみのソースです: 不良な Network Interface Controller (NIC)による可聴周波ゆがみ

この例はメッセージでさまざまなポイントの簡潔な間隔のために挿入されるゆがみが理由で著しいです。 だけでなく、欠落したパケットは無音 挿入の原因ですが、NIC が不正確に渡している他の音声 ストリームからの追加場合はメッセージ全体の「pops」として—聞かれます。

ネットワークでパケット遅延によるゆがみが含まれているこの例の違いに注意して下さい、: パケット遅延による歪み音

この例は無音 挿入のために著しいです—大きいパケット遅延の間に—メッセージ全体増加していること。

トラブルシューティング

オーディオ接続の歪みも、外部からのコールを受信するゲートウェイから、発信者からのメッセージを受信する IP Phone に至る、ネットワークのいくつかの地点で発生する可能性があります。 可聴周波接続 ゆがみ問題を解決するのにこれらのステップを使用して下さい:

  1. 不明瞭なオーディオにより、どのオーディオ ストリームが影響を受けているかを特定します。

    Cisco Unity からのすべてのオーディオ ストリームが不明瞭であるかを確認します。

    1. Cisco Unity システム プロンプトだけ誤って伝えられるとき、Unity から Catalyst 6000 を通って遊ぶ誤って伝えられたプロンプトのための修正を参照します DDT 問題 Cisco バグ ID CSCdx36894登録 ユーザだけ)を確認して下さい。 この問題と関連付けられるゆがみはこの例で聞かれます: Unity はプロンプトゆがみを誤って伝えました

    2. Cisco Unity からのすべてのオーディオが誤って伝えられ、電話間オーディオがまた誤って伝えられるところで、Unity NIC 設定と Unity が接続されるスイッチポート 双方向設定を確認して下さい。 これらはハードコードされた値(通常 10/100 全二重)に、むしろオート・ネゴシエートするために設定 するべきではありません

      これはパケットデリバリのオート・ ネゴシエーションが音声 ストリームのゆがみへの原因またはコントリビューターであるという可能性を軽減します。

    3. ゆがみが上記のステップを踏んだ後続く場合 Cisco Unity にネットワーク トポロジおよび利用可能 な 帯域幅をチェックして下さい。 アラインメント・ エラーがあるかどうか関連したゲートウェイを点検して下さい。

    4. アラインメント・ エラーがあらゆるスイッチポートで検出され、Cisco Unity サーバが HPQ DL380G2 (MCS7837、MCS7847)なら場合、ゆがみは不正確な NIC ドライバによって関連付けることができます。 これらのエラーは通常、スイッチのアラインメント エラー、ラント パケット、Frame Check Sequence(FCS; フレーム チェック シーケンス)エラーとして報告されます。 NC シリーズ NIC 統計情報は送信する アンダーランかレシーブがオーバーランすると同時にエラーを報告するかもしれません。 Cisco Unity サーバの N100NT.SYS ドライバをチェックして下さい。 それがバージョン 0.74.001 である場合、ソリューションはドライバのより古いバージョンをからインストールすることです: http://welcome.hp.com/country/us/en/support_task.htmlleavingcisco.com

    5. ゆがみが続くかまたは NIC ドライバ ダウングレードがハードウェアに適用しなければ、Cisco Unity サーバを入力している音声 ストリームは次 の ステップ(2)ステップの手順ごとのあらゆるゆがみのために検証する必要があります。

  2. 歪みの発生源が Cisco Unity の内部と外部のどちらにあるかを特定します。

    これは Cisco Unity NIC からの Wave ファイルへ音声 ストリーム パスの簡単説明です:

    1. からの着信 音声 ストリーム network — > NIC

    2. NIC — > Cisco Unity の avaudio.sys

    3. UnityAvWav への Cisco Unity の avaudio.sys — > (Microsoft ウィンドウ ウェーブ ドライバを通して)

    4. UnityAvWav は PCM にストリームを変換し、AGC を適用し、宛先 コーデックに音声を > 作成されるテンポラリファイル format —変換します

    5. レコード終端に完了するテンポラリファイル— > 無音を導くか、または追跡した後メールストアに、作成され、通じる Wave ファイルは整います

    それが電子メールを通して提供される Wave ファイルになる前に選択する異なるパスに基づいて音声 ストリームの不整合を識別するときこれらの原因の 1 つにゆがみのもとを隔離できます:

    • 外部を発生源とするオーディオの歪み

    • 不良 NIC カード

    • 着信 音声 ストリームを集めている間ウェーブ ドライバ ロジックに影響を与える帯域幅関連のゆがみ

    これらの発生源の確認には、コンポーネントを通過する時点でのオーディオ ストリームの客観的な比較が必要になります。

    注意 注意: 他のステップが試みられない場合一般的な トラブルシューティング方法としてステップ 3 および 4 でメソッドを使用しないで下さい。 音声トラフィックをキャプチャ することは不用意に推奨されないし、AVVIDネットワークに影響を与えるかもしれません。

    注意 注意: アクションがサービスに影響を与える可能性があるのでステップ 3 および 4 を実行するとき Maintenance ウィンドウを使用する必要があります。

    規定 された エンドポイントがゆがみのもととして識別されなかったらテスト電話およびテスト加入者を音声の質の最もよい目標メジャーを得るのに使用して下さい。

  3. メールストアに書かれているオーディオにネットワークから外部オーディオの比較のための NIC に着信 音声 ストリームを、集めて下さい。

    ユニティポートに Cisco Unity が接続される及び、スニファーを通してパケットを収集して下さいネットワークデバイスで。 また、ユニティサーバに外部であるユニティサーバに行くデータを収集するのにあらゆる Windows 2000 サーバからの Netmon を(Microsoft Windows 2000 リソースキットから)使用できます。

    注: 音声 ストリームがユニティサーバ NIC へ集められた外部だった後だけ Cisco Unity サーバの Netmon 自体を実行することを推奨します。

    パケットキャプチャに関しては、Cisco Unity サーバ IP アドレスの宛先とのあらゆるソースからの UDP パケットを必要とするのにキャプチャ フィルタを使用して下さい。 次のプロシージャで収集するデータとそれらを比較するためにテスト時間期間からキャプチャを、保存して下さい。

    1. 着信オーディオを Cisco Unity ウェーブ ドライバに集めるために—データ 着信 UDP 音声 ストリームを集めるのに Cisco Unity サーバの Netmon を使用して下さい。 Netmon がインストールされていた後、Netmon を設定するためにこれらのステップを完了して下さい:

      1. … \WINNT\system32\NETMONFull\PARSERS に RtpParser.dll ファイルをコピーして下さい。 このファイルは Cisco Unity \ COM ポートの可聴周波ディレクトリで利用できます\ユーティリティ ディレクトリ。

      2. Netmon を開くために > コントロール パネル > 管理ツール > ネットワーク 解析ツール、『Start』 を選択 して下さい。

      3. 適切なインターフェイスを選択し、Unity への UDP トラフィックのみをキャプチャします。

    2. Wave ファイルが(Cisco Unity ウェーブ ドライバによって書かれていて) —最も頻繁に、問題オーディオ作成したゆがみが含まれているそれらが音声メールを受け取ると同時にユーザから音声 ストリームを集めることは直接報告されます。 その場合、問題の特定を助けるようにこれらのメッセージを要求して下さい。 それ以上のトラブルシューティングに関しては、ディスクに音声メール Wave ファイルを保存することができるようにメール クライアントからアクセスできるテスト加入者 アカウントを作成することが最善です。 これが可能性のあるではない場合、メッセージを Wave ファイルの収集で助けるためにこのテスト メールボックスから外部アドレスに転送して下さい。 最終的にはこれらのどちらも可能性(渡される前にたとえば、ところで音声メール システムだけきちんと整っているでなければ)、ダイレクトアクセスをプロシージャ可能に Wave ファイルにこの:

      1. Cisco Unity がホームである Exchange メールストアから Microsoft Exchange インフォメーション ストア サービスを停止して下さい。

        これはサブスクライバに送られるすべてのメッセージが… \ COM ポートに\ UnityMTA ディレクトリ最初に行く Unity Message Repository (UMR) モードに Cisco Unity を置きます。 詳細については、Cisco Unity をUMR モードで開始する方法を参照して下さい。

      2. テスト メッセージが送信された後、結果として生成された wave ファイルをこのディレクトリから収集します。

        注意 注意: メッセージはこの時間の間に Exchange メールストアで提供されません。 この手順はすべての着信コールに影響するため、メンテナンス ウィンドウでのみ使用します。

      3. テストが完了した後、Microsoft Exchange Information Store サービスを再起動します。

  4. 収集されたデータを比較するために、Wave ファイルにパケットキャプチャ ファイルを使用して下さい(またの可聴周波ディレクトリ\ Cisco Unity バージョン 3.1(5) および それ 以降の COM ポート\ユーティリティ ディレクトリで見つけられる)変換するのに Capripper ユーティリティを:

    1. capripper.exe ファイルと、デコードする cap ファイルを新しいディレクトリにコピーします。

    2. 一連の .wav ファイルを作成するために .cap 含むファイルを capripper.exe にテスト音声 ストリーム指名しましたこれらの画面に示すように各コールでエンドポイントの、引張って下さい:

      /image/gif/paws/41042/ts_unityaudioq_03.gif

      /image/gif/paws/41042/ts_unityaudioq_04.gif

    3. パケット キャプチャおよびメールストアからのテスト コールを聞きます。 ネットワークからNICの 間で収集されたストリームと、NIC からUnity の wave ドライバで収集されたストリームとの間に違いがある場合は、NIC に関するハードウェア問題が存在する可能性があります。

      たとえば、この例— Wave ファイルに—トラフィックからこの例と比較される NIC に集められる符号化されるパケットキャプチャ—ユニティ メッセージ Wave ファイル— Cisco Unity システムから、NIC ハードウェア障害においての問題を示します集められる。 この場合、サーバがデュアル NIC 構成である場合、現在使用中の NIC を無効にして、2 番目の NIC を有効にします。 歪みの報告がなくなれば、NIC がオーディオの歪みの発生源です。 サーバで使用できる NIC が 1 つのみである場合、可能な場所に PCI-NIC を取り付け、このインターフェイスを通過するようすべてのトラフィックを切り替えます。 それ以上のゆがみが聞かれない場合、不完全 な 機器を報告するためにシスコシステムズ テクニカル サポートに連絡して下さい。

      そのオーディオ ユニティサーバを入力し、がである通る、ゆがみまだドライブに書かれている Wave ファイルで存在 しなさい合格 品質 NIC を前の手順が示すとき Netmon の音声 ストリームを集めて下さい。 オーディオ ストリームのパケットの到着時間を判別します。 パケット間の遅延の 20ms より多くがある場合、ウェーブ ドライバは正常な動作として Wave ファイルに無音を挿入するかもしれません。 パケットキャプチャが複数の無音 挿入の原因として遅延を示す場合、DDT は Cisco Unity バージョン 3.1(5)で当たる Cisco バグ ID CSCdx41866登録 ユーザだけ)をウェーブ ドライバによって受け取ったパケットのためのウィンドウを広げるかもしれません発行します。 このレジストリキーとのより大きいパケット遅延を設定できるがこれは調査する必要があるネットワークの受け入れられない遅延を示します。

      遅延を調査するために、\ COM ポート\ユーティリティ ディレクトリの可聴周波ディレクトリから AudioStat ユーティリティを(Cisco Unity バージョン 4.x と それ以降で見つけられる)実行して下さい。 このツールは Cisco Unity にオーディオを送信 して いる デバイスのソース IP アドレスと共に各記録のための平均遅延および無音 挿入を表示する。

      これらの画面は AudioStat ユーティリティを示します:

      /image/gif/paws/41042/ts_unityaudioq_05.gif

      /image/gif/paws/41042/ts_unityaudioq_06.gif

      1 つのデバイスにより大きな遅延が見られる場合は、ネットワーク内のそのリンクを調査します。 AudioStat ユーティリティは、トポロジ内のどの場所で遅延が生じているかの特定に役立ちます。

      ジッタおよび途切れた音声 メッセージのもう一つの頻繁な原因は Voice Activity Detection (VAD)が有効に なるときあります。 帯域幅が問題ではない場合 VAD を消すときこれを克服できます。

関連情報と既知の問題

可聴周波接続 ゆがみ問題に関する詳細についてはこれらの文書を参照して下さい:

オーディオ トランスコーディングを含む、DTMF の認識および音声メールの応答性

このセクションは Dual Tone Multifrequency (DTMF)認識および音声メール応答性トラブルシューティング・ テクニックを記述します。

症状

音声の質に影響を及ぼす DTMF 認識および音声メール応答問題は最も頻繁に発信者によってディジット エントリの後で音声メールシステムからの応答の Cisco Unity か欠如にコールの間にと同時に単方向音声報告されます。 音声メール応答性問題は時々このセクションの統合ファクタによってリストされている以降に関連させることができます最も頻繁に Cisco Unity に記述されているように Exchange 導入設定によって決まるかもしれません: 加入者会話の遅延

トラブルシューティング

無音抑止、Voice Activity Detection (VAD)およびコンフォート・ ノイズはまたメッセージ クリッピングに貢献するか、または(システムが呼び出し終了 イベントとして無音を認識しているかところで)断ち切るかもしれません。 このセクションは設定およびトラブルシューティングと助けるために文書のリストが含まれています。

Cisco Unity Integration がレガシー PBX を含む場合、これらのトラブルシューティングに関する文書を参照して下さい:

Cisco Unity Integration が Cisco Unity TSP によって Cisco Unified CallManager を含む場合、これらのトラブルシューティングに関する文書を参照して下さい:

関連情報と既知の問題

DTMF 認識および音声メール応答性問題に関する詳細については、これらの文書を参照して下さい:

エコー

このセクションはエコー トラブルシューティング・ テクニックを記述します。

症状

エコーは音声の質問題を解決するだれでもに詳しであるはずである、AVVIDデプロイメントに影響を与える一般の音声の質問題としてここに含まれています。 それはまだ Cisco Unity システムで残されたメッセージに影響を与える可能性がある問題の種類であるために持っています。 エコーは IP コールの間にゆがみがデジタルかアナログゲートウェイを通して生成されるとき発生する場合があります。

トラブルシューティング

エコーおよびトラブルシューティングのソースに関する詳細については、これらの文書を参照して下さい:

関連するシスコ サポート コミュニティ ディスカッション

シスコ サポート コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。


関連情報


Document ID: 41042