Голосовая связь и система унифицированных коммуникаций : Cisco Unity

Устранение неполадок, связанных с качеством звука Cisco Unity

28 июля 2013 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (28 февраля 2008) | Отзыв


Содержание


Введение

Этот документ описывает способы для устранения неисправностей проблем, которые вы могли бы испытать с качеством звука Cisco Unity. Качество звука для архитектуры Cisco для голоса, видео и итегрированных данных (AVVID), решением является перцепционная мера того, как хорошее аудио звучит, поскольку это достигает целевого получателя. С любой субъективной оценкой является самым важным понять измеряемые области качества звука и определить, как эти области влияют на проблему качества звука, о которой сообщают.

Например, если проблема, о которой сообщают, является “громкими приглашениями Системы Unity,” громкость может быть описана как проблемная область, которая влияет на аудио. При изоляции исследования к уровням громкости можно предпринять шаги в этом документе для дальнейшего исследования, какая часть среды могла бы изменить уровни громкости.

После категоризации типа проблемы качества звука можно определить источник искажений звука, полных процесс исключения. Это может быть сложным процессом, в зависимости от количества устройств в любом Развертывании сети AVVID, которые инициируют, управляют, или отправляют аудиопотки Cisco Unity. Имейте в виду сложность среды и различных путей, которые аудиопоток берет, чтобы более быстро определить источник искажения аудиосигнала. Каждая из известных областей проблем качества звука в этом документе придерживается этой логики как устраняющих неполадки выполнений.

Например, когда проблемная область, которая влияет на качество звука, как известно, является громкостью, существует несколько способов изменить громкость в среде AVVID. Раздел Уровней громкости и Регулировки усиления сначала обращается к любому потенциальному Cisco Unity изменений объема, может сделать к аудиопотку; это тогда покрывает другие известные источники модификации громкости, которая может повлиять на аудио, полученное Cisco Unity. Если ни одна из тем в том разделе не исправляет искажения звука, проверьте другие перечисленные признаки для похожей проблемы звучания звука.

Предварительные условия

Требования

Для использования данного документа требуется знание следующих тем:

  • Как установить следы Cisco Unity

  • Как использовать Netmon (от Пакета ресурсов Microsoft Windows 2000)

  • Как работать с Реестром Windows

Кроме того, необходимо знать эту информацию об установке Cisco Unity перед завершением устранения неисправностей в этом документе:

  • Номер версии Cisco Unity

  • Тип интеграции включая поставщика услуг Программного интерфейса приложения для телефонии (TAPI) (TSP) номер версии

  • Формат записи сообщений Cisco Unity (тип кодека)

  • Кодексы, которые использовались при интеграции и в других областях развертывания.

  • История установок (новый устанавливают, обновление),

  • Информация локальной топологии может быть также полезной для общих сведений трасс, что аудио перемещается в Unity

Используемые компоненты

Сведения, содержащиеся в данном документе, касаются следующих версий программного обеспечения и оборудования:

  • Версии Cisco Unity от 2.4.6.161, 3.x; 3.1(5) и 4.x до 4.1(2).

  • Программное средство Анализа сети Netmon от Пакета ресурсов Windows 2000

  • Sniffer Pro версии 4.5 компании Network Associates, Inc. (NAI).

  • Служебная программа AudioStat Cisco Unity, доступная в версиях Cisco Unity версии 4.0 (1) и позднее; и утилита Capripper, доступная в Cisco Unity версии 4.0 (2) и позднее

Примечание. Не все требуются для каждого типа описанной проблемы качества звука.

Сведения, представленные в этом документе, были получены от устройств, работающих в специальной лабораторной среде. Все устройства, описанные в этом документе, были запущены с чистой (стандартной) конфигурацией. В рабочей сети необходимо изучить потенциальное воздействие всех команд до их использования.

Условные обозначения

Подробные сведения об условных обозначениях см. в документе "Условные обозначения технических терминов Cisco".

Типы звуковых помех и их устранение

Примечание. Ссылки в этом документе содержат самую актуальную информацию, известную на типе искажений звука, возможных в среде. Рассмотрите признаки каждого перед попыткой действий по устранению неисправностей.

Уровни громкости и регулировка усиления

Этот раздел описывает Методики поиска и устранения неисправностей регулятора усиления громкости звука.

Признаки

Признак этой проблемной области касается неожиданных изменений в уровне громкости сообщения голосовой почты или уровнях громкости от Cisco Unity, измеренного как "слишком громких" или “слишком тихих.”

Когда аудио слишком тихо в сообщении для пользователя для общих сведений содержания, о проблемах регулятора усиления громкости звука чаще всего сообщают. Существуют также возможные колебания громкости, о которых можно было сообщить как создание "искаженного" сообщения, где громкость восстанавливает работоспособность или вниз независимо от громкости голоса динамика (например: Колебание громкости звука на Телефонной Загрузке).

Версии Cisco Unity 3.1 (2) и позже также содержат функцию автоматичекой регулировки усиления (AGC), которая могла бы способствовать колебаниям в громкости, если неверные значения представлены в конфигурации. На это чаще всего обращают внимание значительные увеличения громкости в конце сообщения (например: Колебание громкости звука от Неправильных Параметров настройки AGC).

Наконец, корректировки регистрации или усиления воспроизведения, где AGC используется, могут модифицировать поток входящих аудиоданных прежде, чем это достигнет операции AGC. Это может вызвать экстремальные уровни громкости в сообщении (например: Крайние уровни звукового сигнала от Неправильных Настроек TSP).

Устранение неисправностей:

Искажение громкости аудио может произойти в любой точке голосового потока внешнего вызова от исходного сотового телефона до IP-телефона, принимающего вызов данного абонента. Усиление Громкости могло бы быть искажено увеличением или уменьшением в громкости через эти устройства:

  • IP телефон (не конфигурируемое усиление)

  • Аналоговые шлюзы (увеличение и уменьшение усиления)

  • Процессоры обработки цифровых сигналов (DSP) (увеличение или уменьшение усиления)

  • Модуль TSP (либо встроенный AGC через Dialogic TSP, либо воспроизведение и запись полученных значений в значениях регистра Cisco Unity TSP)

  • AGC Unity (увеличение и уменьшение через AGC)

  • Устройства PSTN (неизвестный, и обычно не программное изменение громкости, невзирая на то, что "сокращающие шум" микрофоны могут отрегулировать усиление входного сигнала),

Версии Cisco Unity позже, чем 3.1 (2) с включенным AGC имеют целевой номинальный уровень громкости-26 децибелов по умолчанию. Когда другие устройства в развертываниях могли бы также управлять уровнями усиления, может быть самым простым изолировать проблему громкости первым отключением этих параметров настройки на шлюзах, которые отправляют аудио Cisco Unity.

Примечание. Когда уровни усиления варьируются на других шлюзах, на параметры настройки нужно обратить внимание так, чтобы можно было возвратить уровни к исходным значениям после устранения неисправностей (при необходимости).

Примечание. Гарантируйте, что вы не увеличиваете громкость динамиков или наушники при устранении неисправностей этого типа проблемы.

Используйте эти шаги для устранения неисправностей проблем регулятора усиления громкости звука:

  1. Определите, на какие звуковые потоки влияют проблемы с громкостью.

    Все аудиопотки от Cisco Unity в низком объеме? Если на только отдельный маршрут аудиопотка влияют (например, только системные приглашения Cisco Unity, или только обменивается сообщениями), продолжитесь к Шагу 2.

    1. Когда все аудио от Cisco Unity в низком объеме, и громкости от телефона к телефону низки, параметры настройки усиления первой проверки на шлюзах в среде.

      Используйте Cisco Unity для проверки допустимости уровней громкости:

      1. Во время периода технического обслуживания включите Инструмент диагностики Cisco Unity (UDT) для Прочего MiuIO (23).

        /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 вторых фраз.

        Внутренний вызов должен служить точкой "контроля" для громкости на IP - сети. Вызовы, которые разобраны через PSTN и назад в Cisco Unity, показывают уровни громкости, которые проникают через любое количество аналоговых шлюзов.

      3. После завершения всех тестовых вызовов остановите след UDT и соберите диагностику для периода времени, что были выполнены вызовы.

      4. Найдите отдельные вызовы их меткой времени в диагностике, и просмотрите Power и параметры настройки Gain adjustment для каждого вызова.

      5. Если вызовы последовательно имеют Gain adjustment ±5db или больше, или усиление на корректировке потребности шлюзов или настройки реестра TSP Cisco Unity должны быть проверены (продолжитесь к Шагу 2).

    2. Когда только аудио от Cisco Unity в низком объеме, проверьте воспроизведение TSP и сделайте запись уровней громкости от ключа реестра на Сервере Unity:

      1. Выполните regedit и проверьте ключи в Системах HKEY_LOCAL_MACHINE\SOFTWARE\Cisco, TSP Inc.\Cisco.

      2. WaveDBGainPlayback и ключи WaveDBGainRecord должны оба иметь значение 0.

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

      Ясный пример того, когда эта установка может влиять на аудио, - когда шлюз имеет положительное примененное усиление, и WaveDBGainRecord имеет отрицательное значение. Уровень громкости неправильно отрегулирован в шлюзе и Cisco Unity. Увеличение громкости, примененное в шлюзе, придерживавшемся снижением объема в TSP, могло привести к тому же более низкому уровню громкости, входящему в Cisco Unity как то, что ввело шлюз.

      Таким же образом, когда шлюз имеет отрицательное примененное усиление, и WaveDBGainRecord имеет отрицательное значение, любое значение на WaveDBGainPlayback могло быть бесполезным для регулировки сообщений низкого объема, играемых от Unity.

      Наконец, отрицательное значение WaveDBGainRecord совместно с отрицательным значением WaveDBGainPlayback будет всегда понижать уровень громкости любого звука, воспроизводимого Unity. Более старые версии TSP (пред 3.0) могли бы сохранить значение WaveDBGainRecord 5, который вызывает искаженные уровни громкости на записанных сообщениях.

      Примечание. Если версия Cisco Unity 3.1 (2) или позже и AGC активен, WaveDBGainPlayback и значения WaveDBGainRecord должны всегда быть 0. Как с составными точками регулировки громкости, описанной в предыдущем абзаце, если уровнем громкости звука уже манипулирует AGC, то не рекомендуется отрегулировать или регистрацию или уровни громкости воспроизведения в TSP.

  2. Проверьте, установлены ли значения настройки реестра для AGC неправильно. Плохие значения обычно:

    • AGCsamplesize 4e20 hex (20000 десятичных чисел) и должен быть 1f40 hex (8000 десятичных чисел)

    • AGCgainthreshold является 28 hex (40 десятичных чисел) и должен быть 5 hex (5 десятичных чисел)

    Если так, измените настройки реестра на корректные значения, как описано в таблице Ключей реестра AGC, которая может быть найдена в Документе Audio Quality.

    Примечание. Если качество приглашений недопустимо при использовании кодека Г 729 можно изменить кодек на Г 711 для лучшего качества звука.

  3. Определите, на какую часть аудиопотка влияет изменение объема: системное приглашение Cisco Unity, сообщения оставленные для абонентов извне развертываний локальной сети (аналог или цифровой), или сообщения оставленные для абонентов от других абонентов.

    Когда только обменивается сообщениями от абонентов за пределами развертывания VoIP, имеют уровни громкости выше или ниже сообщений, оставленных абонентами или системными приглашениями Cisco Unity, проверяют уровни усиления на шлюзах, которые отправляют это аудио:

    1. Если Традиционная интеграция PBX Cisco Unity присутствует, обратитесь к Интеграции наследуемой PBX Cisco Unity: Регулировка Громкость в Реестре для получения дополнительной информации.

    2. Если на все сообщения влияют, но системные приглашения Cisco Unity в допустимом уровне, проверяют версию Unity, в настоящее время работающую.

      Если версия Cisco Unity 3.1 (2) или позже, настройки по умолчанию AGC должны быть проверены. Для получения дополнительной информации см. следующие документы:

      Если Версия Unity ранее, чем 3.1 (2), необходимо проверить приглашения и уровни усиления TSP. Обратитесь к Дереву Audio Decision для Cisco Unity 2.46 и 3.0x для получения дополнительной информации.

    3. Если только на некоторые сообщения влияют, проверяют телефонную загрузку, развернутую для идентификатора ошибки Cisco проблемы DDTS CSCdy27331 (только зарегистрированные клиенты).

    4. См. Подключение, Дрожание, Задержку пакета, и ‘Искаженное сообщение’ раздел этого документа, если уровень громкости колеблется быстро и последовательно в любом сообщении. Даже при том, что громкость является фактически нолем во многих частях этих типов искаженных сообщений, это может быть воспринято как проблема колебания громкости.

    5. Если различные уровни громкости воспроизведения сигналов телефона и компьютера характерны только для некоторых абонентов, обратитесь к документу "Параметры громкости звука для Cisco Unity ViewMail for Outlook (VMO)" для получения дополнительных сведений.

Примечание. При испытании плохого качества для Музыки в ожидании (MOH) удостоверьтесь, что музыкальные файлы источника звука включают файлы .wav в одном из этих форматов:

  • 16-разрядный PCM (стерео или моно) (16 k Гц или 32 k Гц или 48 k Гц или 8 k Гц или 44.1k скорость дискретизации Гц)

  • 8-разрядный а-закон г 711 CCITT или мю-закон (стерео или моно) (8 k скорости дискретизации Гц)

Дополнительные сведения и известные проблемы

Сошлитесь на эти документы для получения дополнительной информации о проблемах регулятора усиления громкости звука:

Подключение, дрожание, задержка пакета, и ‘искаженное сообщение’

В этом разделе описана Методика поиска и устранения неисправностей аудиосоединения:

Признаки

“Искаженное сообщение” чаще всего сообщается, когда сообщение уехало в Абонента Cisco Unity, или пропускает достаточно аудио содержания, которое будут считать непонятным или когда пакеты чередованы так, что, содержание звучит неисправным. Вместо более длинных определенных периодов тишины в сообщении, которое могло бы быть отнесено к уровням громкости (как ранее обращено внимание), искаженное сообщение могло бы иметь другие существующие искажения.

Неисправная сетевая интерфейсная карта на сервере Cisco Unity является источником искажения аудиосигнала, который услышали в данном примере: Искажение звука в связи с к Неисправному Network Interface Controller (NIC).

Данный пример известен из-за искажения, которое вставлено для интервалов краткого описания в различных точках в сообщении. Мало того, что отсутствующие пакеты являются причиной вставок тишины, но и дополнительные сигналы от других аудиопотков — который NIC отправляет неправильно — услышаны как "популярность" всюду по сообщению.

Заметьте различие в данном примере, который содержит искажения вследствие задержки пакета в сети: Искажение звука из-за задержки пакетов.

Данный пример известен вставкам тишины — во время больших задержек пакета — которые увеличиваются всюду по сообщению.

Устранение неисправностей:

Искажения аудиосвязи могут также произойти в нескольких точках в сети от шлюза, получающего внешний вызов через к IP-телефону, который получает сообщение от того абонента. Используйте эти шаги для устранения неисправностей проблем искажения аудиосвязи:

  1. Определите, на какой аудиопоток влияет испорченное аудио.

    Все аудиопотки от искаженного Cisco Unity?

    1. Когда только системные приглашения Cisco Unity искажены, проверяют, что временное решение проблемы для искаженных приглашений, играющих от Unity до Catalyst 6000, обращается к идентификатору ошибки Cisco проблемы DDTS CSCdx36894 (только зарегистрированные клиенты). Искажение, привязанное к этому дефекту, слышат в данном примере: Искаженные приглашения unity.

    2. Где все аудио от Cisco Unity искажено, и аудио от телефона к телефону также искажено, проверьте настройки дуплекса на Конфигурации платы NIC в Unity и на порту коммутатора, с которым связан Unity. Они не должны быть установлены в автосогласование, а скорее в трудно кодированные значения (обычно 10/100 полный дуплекс).

      Это устраняет возможность, что автосогласование доставки пакетов является причиной или спонсором искажения аудиопотков.

    3. Если искажение продолжается после предпринятия шага выше, проверьте топологию сети и доступную пропускную способность к Cisco Unity. Проверьте соответствующие шлюзы для ошибок выравнивания.

    4. Если ошибки выравнивания найдены на любых портах коммутатора, и сервер Cisco Unity является HPQ DL380G2 (MCS7837, MCS7847), то искажение могло быть привязано к неправильному драйверу NIC. Эти ошибки, как правило, определяются коммутатором как ошибки выравнивания, недостаточного размера пакетов или последовательности контроля кадров (FCS). Статистика NIC Серии NC могла бы сообщить об ошибках или как о Недостаточной загрузке Передачи или Получить переполнения. Проверьте драйвер N100NT.SYS на сервере Cisco Unity. Если это - версия 5.30.74.001, решение состоит в том, чтобы установить более старую версию драйвера от: http://welcome.hp.com/country/us/en/support_task.html leavingcisco.com.

    5. Если искажение продолжается, или переход на более ранние версии драйвера NIC не применен к аппаратным средствам, аудиопоток, который вводит сервер Cisco Unity, должен быть проверен для любого искажения за инструкции в следующем шаге (Шаг 2).

  2. Укажите, является источник искажения внутренним или внешним для Cisco Unity.

    Это - упрощенное описание пути аудиопотка от NIC Cisco Unity до волнового файла:

    1. Входящий аудиопоток из сети — > NIC.

    2. NIC —> avaudio.sys Cisco Unity

    3. avaudio.sys Cisco Unity —> (через драйвер волны Microsoft Windows) к UnityAvWav

    4. UnityAvWav преобразовывает поток в PCM, применяет AGC, и преобразовывает аудио в формат кодека назначения —> созданный временный файл

    5. Временный файл завершил в конце регистрации —> волновой созданный файл и прошел к хранилищу почты после продвижения, или запаздывающая тишина обрезана

    При определении несогласованностей в аудиопотке на основе других путей, он берет прежде, чем это станет волновым файлом, отправленным через электронную почту, можно изолировать источник искажения к одной из этих причин:

    • Внешний источник искажений звука

    • Дефектная карта NIC

    • Искажение связанное с пропускной способностью, которое влияет на волновую логику драйвера при сборе потока входящих аудиоданных

    Для определения источников искажений необходим объективное сравнение аудиопотоков, проходящих через компоненты.

    !--- внимание. !--- Внимание. Если другие шаги не были предприняты, вы не должны использовать методы в Шагах 3 и 4 как основные методы устранения неполадок. Перехватывать аудиотрафик без усмотрения не рекомендуется, и это могло бы влиять на Сеть AVVID.

    !--- внимание. !--- Внимание. Необходимо использовать период технического обслуживания, когда вы делаете Шаги 3 и 4, поскольку действия могли повлиять на службу.

    Воспользуйтесь проверочным телефоном и тестовым абонентом, чтобы добиться наилучшей объективной оценки качества звука, пока конкретная конечная точка не будет определена как источник искажения.

  3. Соберите поток входящих аудиоданных от сети до NIC для сравнения внешних звуковых данных к аудио, записанному в хранилище почты.

    Охватите Порт Unity в сетевом устройстве, с которым связан Cisco Unity, и соберите пакеты через Анализатор. Можно также использовать Netmon (от Пакета ресурсов Microsoft Windows 2000) от любого Сервера Windows 2000, который является внешним к Серверу Unity, для сбора данных, переходящих к Серверу Unity.

    Примечание. Рекомендуется только выполнить Netmon на сервере Cisco Unity непосредственно после того, как аудиопоток был собран внешний к NIC Сервера Unity.

    Для захватов пакета используйте фильтр перехвата для взятия пакетов UDP из любого источника с назначением адреса IP - сервера Cisco Unity. Сохраните перехваты с периода времени тестирования, для сравнения их с данными, которые вы соберете в следующей процедуре.

    1. Чтобы собрать входящие аудиоданные драйверу волны Cisco Unity — Netmon Использования на сервере Cisco Unity для сбора аудиопотков UDP входящих данных. После того, как Netmon установлен, выполните эти шаги для настройки Netmon:

      1. Скопируйте файл RtpParser.dll к … \WINNT\system32\NETMONFull\PARSERS. Этот файл доступен в Каталоге Audio Cisco Unity \Commserver\Utilities каталог.

      2. Выберите Start> Control Panels> Administrative Tools> Network Analysis Tools, для открытия Netmon.

      3. Выберите требуемый интерфейс и захватите в Unity только трафик UDP.

    2. Чтобы собрать аудиопоток волновой созданный файл (записанный драйвером волны Cisco Unity) — Чаще всего, о проблеме со звуком сообщают от пользователя непосредственно, поскольку они получают голосовую почту (ы), которые содержат искажение. Если так, запросите эти сообщения помочь изолировать проблему. Для дальнейшего устранения неисправностей, лучше создавать учетную запись тестового абонента, к которой можно обратиться от почтового клиента, так, чтобы можно было сохранить файлы волны голосовой почты на диск. Если это не возможно, перенаправьте сообщения из тестового почтового ящика на внешний адрес с тем, чтобы облегчить сбор аудиофайлов. Наконец, если ни один из них не является возможностями (где voice - mail только система существует, например), эта процедура обеспечивает прямой доступ к волновым файлам прежде, чем они будут отправлены:

      1. Остановите службу Банка сообщений Microsoft Exchange от хранилища почты Exchange, с которым размещен Cisco Unity.

        Это размещает Cisco Unity в режим Unity Message Repository (UMR), куда все сообщения, передаваемые абонентам, идут сначала в … \Commserver\UnityMTA каталог. Для получения дополнительной информации обратитесь к тому, Как запустить Cisco Unity в Режиме UMR.

      2. Уберите полученные в результате аудиофайлы из этого каталога после отправки проверочных сообщений.

        !--- внимание. !--- Внимание. Никакие сообщения не переданы на хранилище почты Exchange в это время. Эта процедура влияет, любой входящий вызов — используют только во время периода технического обслуживания.

      3. По завершении проверки перезапустите службу хранения информации Microsoft Exchange.

  4. Чтобы сравнить собранные данные, используйте утилиту Capripper для преобразования файлов захвата пакета в волновые файлы (также найденный в Каталоге Audio \Commserver\Utilities каталога в версии 3.1 (5) Cisco Unity и позже):

    1. Скопируйте capripper.exe файл и файл колпачка, который будет декодироваться в новый каталог.

    2. Перетащите.cap файл, содержащий тестовые аудиопотки на capripper.exe для создания серии файлов.wav, названных по имени оконечных устройств в каждом вызове, как показано в этих экранах:

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

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

    3. Прослушивайте тестовый вызов от функции захвата пакетов и от системы хранения данных. Если поток, собираемый на пути от сети к плате NIC, отличается от потока, собираемого на пути от NIC к звуковому драйверу Unity, это вероятнее всего означает проблемы с оборудованием NIC.

      Например, данный пример — Захват пакета, Закодированный к Волновому Файлу — собранный от трафика до NIC, по сравнению с данным примером — Файлу Волны Сообщения Unity — собранный от системы Cisco Unity, показывает проблему с отказом оборудования NIC. В этом случае, если у сервера имеется две NIC, отключите текущую NIC и включите вторую NIC. Если нет больше отчетов об искажении, то NIC – источник аудио искажений. Если на сервере есть только одна NIC, по мере возможности установите PCI-NIC и переключите весь трафик для прохождения через этот интерфейс. Если никакое дальнейшее искажение не слышат, обратитесь Техническая поддержка Cisco Systems для сообщения о неисправном оборудовании.

      Когда предыдущие шаги показывают, что аудио, которое вводит Сервер Unity и проходит через NIC, имеет приемлемое качество, но искажения все еще существуют в волновом файле, записанном в дисковод, необходимо собрать аудиопоток с Netmon. Определите время прибытия пакетов для аудио-потока. Если существует больше чем 20 мс задержки между пакетами, волновой драйвер мог бы вставить тишину в волновой файл как нормальная работа. Если задержка показа захватов пакета как причина нескольк вставок пустых интервалов, идентификатор ошибки Cisco проблемы DDTS CSCdx41866 (только зарегистрированные клиенты), обращенные в версии 3.1 (5) Cisco Unity, могла бы расширить окно для пакетов, которое будет получено волновым драйвером. Несмотря на то, что можно установить большую задержку пакета с этим ключом реестра, это указывает на недопустимую задержку сети, которую необходимо исследовать.

      Чтобы исследовать задержку, выполните утилиту AudioStat (найденный в версиях Cisco Unity 4.x и позже) из Каталога Audio \Commserver\Utilities каталога. Это программное средство отображает средние задержки и вставки тишины для каждой регистрации вместе с IP - адресом источника устройства, которое передает аудио Cisco Unity.

      Эти экраны показывают утилиту AudioStat:

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

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

      Если на любом устройстве наблюдается увеличение продолжительности задержки, рассмотрите работу соответствующего канала в сети. Служебная программа AudioStat позволяет отделить области топологии, где обнаружена задержка.

      Когда Обнаружение активности речи (VAD) включено, другая частая причина дрожания и сообщения прерывистого голоса состоят в том. Можно преодолеть это, когда вы выключаете VAD, если пропускная способность не является проблемой.

Дополнительные сведения и известные проблемы

Сошлитесь на эти документы для получения дополнительной информации о проблемах искажения аудиосвязи:

Распознавание DTMF и быстрый отклик голосовой почты, включая перекодировку звука

Этот раздел описывает двухтональный многочастотный набор (DTMF) распознавание и Методики поиска и устранения неисправностей скорости отклика голосовой почты.

Признаки

О распознавании DTMF и проблемах ответа voice - mail, которые влияют на качество звука, чаще всего сообщает как односторонняя передача аудиоданных во время звонка в Cisco Unity или отсутствие ответа от системы голосовой почты после цифровой записи абонент. Проблемы скорости отклика голосовой почты могут иногда коррелироваться к факторам интеграции, перечисленным позже в этом разделе, но они чаще всего могли бы зависеть от конфигурации при развертывании Exchange как описано в Cisco Unity: Задержки коммуникаций абонента

Устранение неисправностей:

Подавление пауз, обнаружение активности речи (VAD), и комфортный шум могли бы также способствовать отсечению сообщения или убежать (где система распознает тишину как событие прекращения вызова). Этот раздел содержит список документов для помощи с конфигурацией и устранением неполадок.

Обратитесь к этим документациям по устранению неполадок, если Интеграция Cisco Unity включает прежнюю УАТС:

Обратитесь к этим документациям по устранению неполадок, если Интеграция Cisco Unity включает Сisco callmanager через TSP Cisco Unity:

Дополнительные сведения и известные проблемы

Для получения дополнительной информации о распознавании DTMF и проблемах скорости отклика голосовой почты, сошлитесь на эти документы:

Эхо

В этом разделе описываются Методики поиска и устранения неисправностейсвязанных с эхом:

Признаки

Эхо включено здесь как общая проблема качества звука, которая влияет на Развертывания сети AVVID, которые должны быть знакомыми любому, который устраняет неполадки проблем качества звука. Это должен все же быть тип проблемы, которая могла когда-либо влиять на сообщение, оставленное в системе Cisco Unity. Когда искажение генерируется через цифровой или аналоговые шлюзы, эхо может произойти во время вызова IP.

Устранение неисправностей:

Для получения дополнительной информации по источникам эха и устранения неисправностей, сошлитесь на эти документы:

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Дополнительные сведения


Document ID: 41042