Что такое количество выборок задержки

Режим низкой задержки NVIDIA. Что ставить?

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

Эта статья расскажет о режиме низкой задержки NVIDIA. Цель технологии уменьшить задержки и убрать подтормаживания. А в компании AMD представили технологию Radeon Anti-Lag. Режим низкой задержки заменил параметр максимальное количество заранее подготовленных кадров.

Что такое и нужен ли режим низкой задержки

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

На графике можно увидеть результаты реального тестирования внутри компании NVIDIA. Включение режима ультранизкой задержки положительно влияет на игровой процесс. В некоторых приложениях среднее значение игровой задержки уменьшается до 33%.

Работает со всеми графическими процессорами компании. Однако некоторые ограничения присутствуют. Режим можно задействовать только с играми DirectX 9 & 11. В проектах на DirectX 12 и Vulkan только игра указывает, когда ставить кадр в очередь, но не ПО NVIDIA.

Более простыми словами. Игровые кадры помещаются в очередь для обработки графическим процессором. Функция позволяет избавиться от лагов при буферизации кадров. Каждый новый кадр отправляется на обработку вовремя, видеокарта получает его и осуществляет рендеринг.

Как включить режим низкой задержки NVIDIA

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

Перейдите в раздел Параметры 3D > Управление параметрами 3D. Этот список содержит все настраиваемые функции видеокарты NVIDIA. Найдите параметр Режим низкой задержки и смените его значение на Включено или Ультра (на англ. выберите Low Latency Mode > Ultra).

В любой момент пользователь может восстановить все параметры глобальных предустановок их значения по умолчанию. Они собственно и были установлены во время первой инсталляции программы. Описание доступных значений параметра смотрите в таблице.

Важно! Это потенциально уменьшит среднее значение FPS. Для большинства пользователей лучше когда он отключён. В многопользовательских онлайн проектах важна каждая миллисекунда. Можно с уверенностью сказать, что функция ориентирована на геймеров.

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

Как и в большинстве бета функций без ограничений не обошлось. Во-первых, нужно обновить драйвер видеокарты на Windows 10. Во-вторых, можно использовать приложения только на DirectX 9 и DirectX 11. Ну и последнее, мощности ЦП должно быть более чем достаточно.

Источник

Использование режима низкой задержки NVIDIA: выбор подходящего значения

Что такое режим низкой задержки NVIDIA

Режим низкой задержки, разработанный компанией NVIDIA для фирменных видеокарт, так называется неслучайно. Он предназначен для уменьшения времени передачи кадров от момента обработки до вывода на экран пользователя, что благоприятно сказывается на снижении задержки в играх. В настройках есть три значения, каждое из которых отвечает за процесс подачи кадров на рендеринг. На следующем графике, созданном NVIDIA для демонстрации технологии, вы видите зависимость выбранного параметра и графической задержки. Заметно, что при установке значения «Ультра» задержка становится минимальной, что позволяет пользователю быстрее реагировать на события в играх, а на практике это «быстрее» подразумевает всего несколько миллисекунд, которые могут стать решающими.

Давайте разберем принцип функционирования данной технологии, чтобы понять зачем она вообще нужна и как влияет на установленное в компьютере железо. Кадры из игры помещаются в рендер, то есть обрабатываются для вывода на экран. Этим занимается графический процессор, а сама процедура длится меньше секунды. По умолчанию присутствует некоторая буферизация, замедляющая процесс передачи кадров. Технология низкой задержки избавляет от подобных лагов и позволяет каждому кадру отправиться на обработку вовремя. Есть несколько важных нюансов, связанных с этой функцией:

Поиск и включение режима

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

Как только вы готовы приступить к работе с технологией низкой задержки, обратите внимание на следующую инструкцию по поиску параметра.

Выбор параметра режима низкой задержки NVIDIA

Теперь, когда с местоположением параметра все понятно, остается открытым вопрос о выборе его значения. Он зависит от того, в какие игры вы играете, насколько мощное железо установлено в компьютере и есть ли запас FPS для того, чтобы без возникновения лагов и фризов поставить значение режима низкой задержки на «Ultra». Рассмотрим все три доступных состояния настройки:

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

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

Помимо этой статьи, на сайте еще 12486 инструкций.
Добавьте сайт Lumpics.ru в закладки (CTRL+D) и мы точно еще пригодимся вам.

Отблагодарите автора, поделитесь статьей в социальных сетях.

Источник

Руководство по снижению задержек/лагов в играх

В этом руководстве мы расскажем о том, как получить максимально «отзывчивый» геймплей в играх с помощью технологии NVIDIA Reflex, профильной настройки системы и периферии. Задержки бывают системными и сетевыми. Задача геймера — оптимизировать ПК таким образом, чтобы избавиться от обеих «напастей». Процедура состоит из нескольких этапов (задержка периферии, задержки ПК и задержки дисплея). Поговорим о каждой подробнее.

Как оптимизировать задержку периферии?

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

В первую очередь необходимо увеличить частоту опроса до максимума (потолком, как правило, является показатель в 1000 Гц). Более высокая частота опроса – больше действий в единицу времени. Мышь с частотой опроса 125 Гц создает системную задержку до 3 мс по сравнению с 1000 Гц!

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

Выход очевидный: требуется приобрести манипулятор с высокой частотой опроса.

Как оптимизировать задержку ПК?

Задержка ПК напрямую связана с ОС, конкретной игрой и процессом рендеринга.

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

Как оптимизировать задержки дисплея?

Данную опцию можно «разделить» на три основные части: сканирование, обработка и отклик пикселей (Scanout, Display Processing и Pixel Response).

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

Источник

Понимание задержки в сетях голосового пакета

Параметры загрузки

Содержание

Введение

При проектировании сетей, в которых речь передается через инфраструктуры пакетов, кадров или ячеек, важно понимать и учитывать компоненты задержек в сети. Если правильно учтены все возможные задержки, это гарантирует приемлемую работоспособность всей сети. Общее качество передаваемой речи зависит от многих факторов, которые включают алгоритмы сжатия, ошибки и потери кадров, эхоподавление и задержки. В этом документе описываются источники задержки, существующие при использовании маршрутизаторов/шлюзов Cisco в сетях пакетной коммутации. Хотя примеры связаны с технологией Frame Relay, излагаемые концепции применимы к сетям VoIP (Voice over IP) и VoATM (Voice over ATM).

Основной речевой поток

На данной схеме показан поток в цепи передачи сжатых речевых сигналов. Аналоговый сигнал от телефона цифруется в сигналы с импульсно-кодовой модуляцией (PCM) с помощью кодера-декодера (кодека) речи. Выборки PCM обрабатываются затем в соответствии с алгоритмом сжатия, в результате чего речь сжимается в виде пакетов для последующей передачи по глобальной сети (WAN). На дальней стороне облака точно такие же функции выполняются в обратном порядке. Весь поток показан на рис. 2.1.

Рис. 2-1. Сквозной речевой поток

В зависимости от конфигурации сети маршрутизатором/шлюзом может выполняться и функция кодека, и функция сжатия, или только одна из них. Например, если используется аналоговая система речи, тогда маршрутизатором/шлюзом выполняется и функция CODEC, и функция сжатия, как показано на рис. 2-2.

Рис. 2-2. Функция кодека в маршрутизаторе/шлюзе

Если применяется цифровая офисная АТС (PBX), ею выполняется функция кодека, а маршрутизатором обрабатываются выборки PCM, передаваемые ему от PBX (Private Branch eXchange). Пример показан на рис. 2-3.

Рис. 2-3. Функция кодека в PBX

Принципы сжатия речи

С помощью алгоритмов сжатия высокой сложности в маршрутизаторах/шлюзах Cisco анализируется блок выборок PCM, передаваемых речевым кодеком. Эти блоки варьируются по длине в зависимости от кодера. Например, размер базового блока, используемого в алгоритме G.729, составляет 10 мс, тогда как размер базового блока, применяемого в алгоритме G.723.1, равен 30 мс. Пример работы системы сжатия G.729 показан на рис. 3-1.

Рис. 3-1. Сжатие речи

Аналоговый речевой поток оцифровывается в выборки PCM и обрабатывается в соответствии с алгоритмом сжатия порциями по 10 мс. Упреждающее планирование обсуждается в разделе «Алгоритмическая задержка».

Стандарты на пределы задержки

Сетевые задержки в приложениях, связанных с передачей речи, рассмотрены Международным союзом телекоммуникаций (ITU, International Telecommunication Union) в рекомендации G.114. В этой рекомендации определяются три диапазона однонаправленной задержки, как показано в таблице 4.1.

Таблица 4.1. Спецификации задержек

Диапазон в миллисекундах

Приемлемо для большинства пользовательских приложений.

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

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

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

Эти рекомендации адресованы национальным органам управления связью. Поэтому они накладывают более строгие ограничения, чем те, которые обычно применяются в частных сетях передачи речи. Когда местоположение и коммерческие потребности конечных пользователей хорошо известны проектировщику сети, более высокое значение задержки может оказаться приемлемым. Для частных сетей задержка 200 мс является приемлемой задержкой, а задержка в 250 мс представляет предельное значение. Все сети должны проектироваться таким образом, чтобы максимальная ожидаемая задержка речевого подключения была известна и минимизирована.

Источники задержки

Существует два определенных типа задержек: фиксированные и переменные задержки.

Компоненты фиксированной задержки добавляются непосредственно в общую задержку в соединении.

Переменные задержки являются результатом задержек в очереди в выходных буферах магистралей на последовательном порту, подключенном к глобальной сети (WAN). Эти буферы вызывают переменные задержки в сети, называемые дрожанием. Переменные задержки обрабатываются на принимающем маршрутизаторе/шлюзе буфером устранения дрожания. Буфер устранения дрожания описывается в разделе «Задержка, связанная с устранением дрожания» (Δ_n) данного документа.

На рис. 5-1 показаны все источники фиксированных и переменных задержек в сети. В этом документе подробно описывается каждый источник задержек.

Рис. 5-1. Источники задержек

Задержка кодировки (обработки)

Задержка кодировки — это время, необходимое цифровому процессору сигналов (DSP) для сжатия блока выборок PCM. Этот параметр называется также задержкой обработки (χ_n). Эта задержка зависит от используемого кодера речи и скорости процессора. Например, алгоритмы ACELP (Algebraic Code Excited Linear Prediction) позволяют анализировать блок выборок PCM продолжительностью 10 мс и затем выполнять сжатие.

Время сжатия для процессора CS-ACELP (Conjugate Structure Algebraic Code Excited Linear Prediction) изменяется в диапазоне от 2,5 до 10 мс в зависимости от загрузки процессора DSP. Если DSP полностью загружен четырьмя речевыми каналами, задержка кодировки составит 10 мс. Если DSP загружен только одним речевым каналом, задержка кодировки будет равна 2,5 мс. Для целей проектирования следует предполагать наихудший случай временной задержки, равной 10 мс.

Время разделения равно в грубом приближении десяти процентам от времени сжатия для каждого блока. Однако время разделения пропорционально количеству выборок на каждый кадр из-за наличия многократных выборок. Следовательно, в худшем случае время разделения для кадра с тремя выборками равно 3 x 1 мс или 3 мс. Обычно два или три блока выходных данных, сжатых по алгоритму G.729, помещаются в один кадр, тогда как один кадр выходных данных, сжатых по алгоритму G.723.1, посылается в одном кадре.

Лучший и худший случаи задержек кодировки представлены в таблице 5.1.

Таблица 5.1. Лучший и худший случаи задержки обработки

Требуемый блок выборок

Лучший случай задержки кодировки

Худший случай задержки кодировки

Алгоритмическая задержка

В алгоритме сжатия предполагается, что известны характеристики речи, необходимые для правильной обработки блока выборок N. Алгоритму необходима определенная информация о том, что находится в блоке N+1, чтобы точно воспроизвести блок выборок N. Это упреждающее планирование, которое создает в действительности дополнительную задержку, называемую алгоритмической задержкой. Этот алгоритм эффективно увеличивает длину блока сжатия.

Данное событие происходит многократно, так как блоком N+1 исследуется блок N+2 и так далее. Суммарный эффект состоит в добавлении 5 мс к полной задержке в канале связи. Это означает, что общее время, затрачиваемое на обработку блока данных, равно 10 мин. с постоянным фактором временных издержек в 5 мс. См. рис. 3-1. Сжатие речевых данных.

Алгоритмическая задержка для кодеров G.726 составляет 0 мс.

Алгоритмическая задержка для кодеров G.729 равна 5 мс.

Алгоритмическая задержка для кодеров G.723.1 равна 7,5 мс.

Для примеров, приводимых в оставшейся части данного документа, предполагается сжатие по алгоритму G.729 с полезной нагрузкой 30 мс/30 байт. Чтобы облегчить проектирование и придерживаться консервативного подхода, в таблицах, содержащихся в оставшейся части данного документа, предполагается худший случай задержки кодировки. Задержка кодировки, задержка разделения и алгоритмическая задержка складываются вместе в одном показателе, который называется задержкой кодировки.

Для расчета параметра суммарной задержки кодировки используется уравнение:

Уравнение 1. Параметр «Суммарная задержка кодировки»

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

Время сжатия каждого блока в наихудшем случае: 10 мс

Время разделения каждого блока x 3 блока: 3 мс

Задержка пакетирования

Задержка пакетирования (π_n) — это время, затрачиваемое на заполнение полезной нагрузки пакета кодированной/сжатой речью. Эта задержка является функцией размера блока выборок, необходимого речевому кодеру, и количества блоков, помещаемых в один кадр. Задержка пакетирования может также называться задержкой накопления, поскольку выборки речи накапливаются в буфере, прежде чем они будут переданы.

Как правило, задержка пакетирования не должна быть более 30 мс. В маршрутизаторах/шлюзах Cisco необходимо использовать эти числа из таблицы 5.2 на основе настраиваемого размера полезной нагрузки:

Таблица 5.2. Распространенные варианты пакетирования

Размер полезной нагрузки (байты)

Задержка пакетирования (мс)

Размер полезной нагрузки (байты)

Задержка пакетирования (мс)

Необходимо сбалансировать задержку пакетирования с загрузкой ЦП (центрального процессора). Чем меньше задержка, тем выше скорость кадров и тем выше загрузка ЦП. На некоторых более старых платформах полезные нагрузки в 20 мс способны потенциально вызвать перегрузку основного ЦП.

Конвейерная задержка в процессе пакетирования

Хотя каждая выборка речи подвергается и алгоритмической задержке, и задержке пакетирования, в действительности процессы перекрываются, и существует полезный эффект от данной конвейерной обработки. Рассмотрим пример, показанный на рис. 2-1.

Рис. 5-2. Конвейерная обработка и пакетирование

Верхняя линия на рисунке изображает кривую речевого сигнала для выборки. Вторая линия — это шкала времени с шагом в 10 мс. В точке T₀ алгоритмом CS-ACELP начинается сбор выборок PCM из кодека. В точке T₁ алгоритм получает первый блок выборок продолжительностью 10 мс и начинается его сжатие. В точке T₂ первый блок выборок сжат. В этом примере время сжатия равно 2,5 мс, как показывает выражение T₂-T₁.

Второй и третий блоки собираются в точках T₃ и T₄. Третий блок сжимается в точке T₅. Пакет собирается и отправляется (в предположении что это выполняется мгновенно) в точке T₆. Благодаря конвейерной природе процессов сжатия и пакетирования задержка от момента начала процесса до момента отправки речевого кадра равна T₆-T₀ или приблизительно 32,5 мс.

В иллюстративных целях этот пример основан на наилучшем варианте задержки. Если используется наихудший вариант задержки, численное значение равно 40 мс, 10 мс приходится на задержку кодировки и 30 мс — на задержку пакетирования.

Обратите внимание, что в этих примерах не включена алгоритмическая задержка.

Задержка сериализации

Задержка сериализации (σ_n) является фиксированной задержкой, обусловленной необходимостью синхронизации кадра речи или кадра данных с сетевым интерфейсом. Она непосредственно связана с тактовой частотой в магистрали. При низкой тактовой частоте и малых размерах кадра важным является дополнительный флаг, необходимый для разделения кадров.

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

Таблица 5.3. Задержка сериализации, выраженная в миллисекундах, для разных размеров кадра

Размер кадра (байты)

Скорость передачи по каналу (Кбит/с)

В таблице для канала на 64 Кбит/с речевой кадр CS-ACELP размером 38 байт (37+1 флаг) имеет задержку сериализации в 4,75 мс.

Примечание. Задержка сериализации для ячейки ATM размером 53 байта (T1: 0,275 мс, E1: 0,207 мс) является пренебрежимо малой благодаря высокой скорости передачи по каналу и малому размеру ячейки.

Задержка в очереди или задержка буферизации

После создания полезной нагрузки сжатой речи добавляется заголовок, и кадр ставится в очередь для передачи по сетевому соединению. Речь должна обладать абсолютным приоритетом в маршрутизаторе/шлюзе. Поэтому речевой кадр должен ожидать только кадр данных, который уже обрабатывается, или другие речевые кадры, находящиеся впереди его. По существу, речевой кадр ожидает в течение задержки сериализации любые предшествующие кадры в очереди вывода. Задержка постановки в очередь (Я_n) является переменной задержкой, зависящей от скорости передачи по магистрали и состояния очереди. С задержкой в очереди связаны случайные элементы.

Например, предположим, что имеется канал на 64 Кбит/с и что кадр находится в очереди после одного кадра данных (48 байт) и одного речевого кадра (42 байта). Так как объем переданного кадра длиной 48 байт в момент постановки интересующего кадра в очередь является случайной величиной, можно смело предположить, что в среднем уже передана половина кадра данных. На основе информации из таблицы сериализации составляющая кадра данных равна 6 мс * 0,5 = 3 мс. При добавлении времени для другого речевого кадра, находящегося впереди в очереди (5,25 мс), получаем общее время задержки в очереди равное 8,25 мс.

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

Задержка коммутации сети

Общедоступная сеть Frame Relay или сеть ATM, связывающая местоположения конечных точек, является источником самых больших задержек для речевых соединений. Задержки коммутации сети (ω_n) являются к тому же самыми трудными для измерения.

Если глобальное соединение обеспечивается оборудованием Cisco или другой частной сетью, можно определить отдельные компоненты задержки. В общем случае фиксированные компоненты обусловлены задержкой распространения сигналов в магистралях сети, а переменные задержки возникают из-за задержек в очереди тактовых кадров на входе и выходе промежуточных коммутаторов. Чтобы оценить задержку распространения сигналов, широко применяется оценка в 10 микросекунд на милю или 6 мкс/км (G.114). Однако промежуточное мультиплексное оборудование, ретрансляционные микроволновые каналы и другие факторы, существующие в коммуникационных сетях, создают много исключений.

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

Типичные задержки сетей передачи информации для соединений Frame Relay в США равны 40 мс фиксированной и 25 мс переменной задержки для худшего случая общей задержки в 65 мс. Для простоты в примерах 6-1, 6-2 и 6-3 все задержки сериализации, обусловленные низкой скоростью передачи данных, включаются в 40 мс фиксированной задержки.

Это численные значения, опубликованные поставщиками услуг Frame Relay, чтобы охватить покрытие связью любых мест в пределах Соединенных Штатов Америки. Ожидается, что два местоположения, которые географически ближе, чем в худшем случае, имеют меньшие значения задержки, однако поставщики услуг связи обычно документируют только наихудший случай.

Поставщики услуг связи, использующие технологию Frame Relay, в некоторых случаях предоставляют услуги превосходного качества. Эти услуги обычно предназначены для передачи речи или трафика системной сетевой архитектуры (SNA), где гарантируются определенные значения сетевой задержки, которые ниже задержек для стандартного уровня услуг. Например, одна из компаний США недавно объявила о предоставлении услуги с предельным временем общей задержки в 50 мс, по сравнению с 65 мс для стандартных услуг связи.

Задержка, связанная с устранением дрожания

Так как передача речи представляет собой услугу связи с постоянной битовой скоростью, дрожание должно быть удалено из всех переменных задержек до выхода сигнала за пределы сети. В маршрутизаторах/шлюзах Cisco это реализуется с помощью буфера устранения дрожания (Δ_n) на маршрутизаторе/шлюзе дальнего (принимающего) конца канала связи. Буфер устранения дрожания преобразует переменную задержку в фиксированную задержку. Им удерживается первая выборка, получаемая в течение некоторого периода времени, прежде чем эта выборка будет подана на выход. Данный период удерживания известен как начальная задержка вывода.

Рис. 5-3. Работа буфера устранения дрожания

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

Оптимальная начальная задержка воспроизведения для буфера устранения дрожания равняется общей переменной задержке на соединении. Это показано на рис. 5-4.

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

Дополнительные сведения об адаптивных буферах см. в документе Улучшения задержки воспроизведения для передачи по протоколу VoIP.

Рис. 5-4. Переменная задержка и буфер устранения дрожания

Начальная задержка воспроизведения является настраиваемой. Максимальный размер буфера до его переполнения обычно устанавливается в 1,5 или 2,0 раза больше, чем это значение.

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

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

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

Построение баланса задержек

Общепринятый предел для задержки соединения с хорошим качеством передачи речи равен 200 мс в одном направлении (или 250 мс в качестве предельного значения). Когда задержки превышают это значение, происходит рассинхронизация говорящего и слушающего, причем часто обе стороны говорят одновременно или обе ожидают ответа. Это состояние обычно называют перекрытием. Хотя общее качество речи является приемлемым, пользователи иногда считают неестественную природу разговора недопустимо раздражающей. Перекрытие говорящего абонента можно наблюдать на международных телефонных вызовах, которые проходят через спутниковые подключения (задержка спутника составляет порядка 500 мс, 250 мс в направлении к спутнику и 250 мс в направлении от спутника).

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

Подключение в один переход

Показанное на этом рисунке типичное подключение в один переход по общедоступной сети Frame Relay может иметь баланс задержек, приведенный в таблице 6.1.

Таблица 6.1. Расчет задержки подключения в один переход

Источник