Главная страница

Анализ трафикаСодержаниеАнализ трафика для голоса поверх ipобзор анализа трафика


Скачать 255.37 Kb.
НазваниеАнализ трафикаСодержаниеАнализ трафика для голоса поверх ipобзор анализа трафика
Дата03.04.2020
Размер255.37 Kb.
Формат файлаpdf
Имя файлаanaliz_trafika_voip.pdf
ТипАнализ
#114680


Анализ трафика
Содержание
Анализ трафика для голоса поверх IP
Обзор анализа трафика
Основы теории массового обслуживания
Измерение нагрузки трафика
Трафик в часы наибольшей нагрузки (Busy Hour Traffic, BHT)
Измерение пропускной способности сети
Уровень обслуживания
Типы трафика
Методика измерений
Критерии выбора модели трафика
Модели поступления вызовов
Модель плавного поступления вызовов
Модель пикового поступления вызовов
Модель случайного поступления вызовов
Заблокированные вызовы
Количество источников
Время удержания
Модели трафика
Эрланг B
Пример 1: Использование модели трафика Эрланг B
Расширенный Эрланг B
Пример 2: Использование модели трафика Эрланг B
Эрланг C
Пример 3: Использование модели трафика Эрланг C для голоса
Пример 4: Использование модели трафика Эрланг C для голоса
Энгсет
Пуассон
Пример 5: Использование модели трафика Пуассона
EART/EARC и Нил-Уилкерсон
Использование анализа трафика для сетей VoIP
Голосовые кодеки
Сегменты
Определение активности речи
Сжатие заголовков RTP
Сравнение интерфейсов «точка-точка» и «точка-группа точек»
Пример анализа сквозного трафика
Дополнительная документация
Анализ трафика для голоса поверх IP
История версии
Номер версии
Дата
Примечания
1 25.06.01
Исходная редакция
2 01.11.01
Включены комментарии редактора

Анализ трафика для голоса поверх IP описывает различные понятия и особенности анализа трафика, относящиеся к технологии VoIP. В
этом документе представлены основы теории массового обслуживания, несколько статистических моделей трафика, использование анализа трафика для сетей VoIP и пример анализа сквозного трафика.
Документ содержит следующие разделы:
Обзор анализа трафика
Основы теории массового обслуживания
Критерии выбора модели трафика
Модели трафика
Использование анализа трафика для сетей VoIP
Пример анализа сквозного трафика
Дополнительная документация
Обзор анализа трафика
Сети (для передачи голоса или данных) создаются с учетом множества различных переменных. Два наиболее важных фактора, которые необходимо учитывать при проектировании сети, — это качество связи и затраты. Качество связи важно для удовлетворения клиента.
Затраты всегда влияют на полученную прибыль. Один из способов учета некоторых элементов качества связи и затрат при проектировании сети — оптимизация использования канала связи.
В этом документе описаны различные приемы, используемые при проектировании и отладке сетей передачи голоса, чувствительных к трафику. Здесь обсуждаются несколько различных моделей трафика и объясняется, как использовать таблицы вероятности трафика при проектировании эффективно работающих сетей передачи голоса.
Основы теории массового обслуживания
Проектировщики сетей нуждаются в методе правильного определения пропускной способности сети, особенно, если сеть расширяется.
Теория массового обслуживания дает возможность проектировщикам сетей делать предположения о работе сетей на основе прошлого опыта.
Трафик — это объем данных или количество сообщений, переданных через канал за определенный промежуток времени. Трафик также включает отношение между попытками вызова оборудования, чувствительного к трафику, и скоростью выполнения этих вызовов.
Анализ трафика дает возможность определить необходимую ширину полосы пропускания каналов передачи данных и голосовых вызовов. Проектирование трафика направлено на решение проблем качества связи, так как дает возможность определить уровень обслуживания и коэффициент блокирования. Сеть, спроектированная надлежащим образом, имеет низкий коэффициент блокирования и высокий уровень использования канала, т. е. качество обслуживания повышается, а затраты уменьшаются.
Существует множество факторов, которые необходимо учитывать при анализе трафика. Наиболее важные факторы описаны в следующих разделах:
Измерение нагрузки трафика
Уровень обслуживания
Типы трафика
Методика измерений
Безусловно, на результаты расчета анализа трафика могут влиять и другие факторы, но перечисленные выше являются основными. В
отношении других факторов можно делать предположения.
Измерение нагрузки трафика
В теории массового обслуживания измеряется интенсивность трафика. Интенсивностьтрафика — это отношение количества поступающих вызовов за определенный период времени к среднему времени, затрачиваемому на обслуживание каждого вызова в течение этого периода. Эти единицы измерения основаны на среднем времени удержания (Average Hold Time, AHT). AHT — это суммарная продолжительность всех вызовов за указанный период, поделенная на количество вызовов за этот период, как показано в
следующем примере:
(3976 total call seconds)/(23 calls) = 172.87 sec per call = AHT of 172.87 seconds
Две основных единицы измерения, которые используются сегодня для измерения нагрузки трафика, — это эрланги и сто вызовосекунд
(centum call seconds, CCS).
Один эрланг — это 3600 секунд вызовов в одном канале или интенсивность трафика, достаточная для загрузки канала в течение 1 часа.
Трафик в эрлангах — это произведение количества вызовов на среднее время удержания вызова (AHT), поделенное на 3600, как показано в следующем примере:
(23 calls * 172.87 AHT)/3600 = 1.104 erlangs
100 вызовосекунд (CCS) — это 100 секунд вызовов в одном канале. Голосовые коммутаторы обычно измеряют объем трафика в сотнях вызовосекунд.
Трафик в эрлангах — это произведение количества вызовов на среднее время удержания вызова (CCS), поделенное на 100, как показано в следующем примере:
(23 calls * 172.87 AHT)/100 = 39.76 CCS
Выбор единицы измерения зависит во многом от используемого оборудования и единиц измерения, в которых ведется запись.
Вызовосекунды (CCS) применяются во многих коммутаторах по той причине, что число 100 является более практичной базовой единицей периода, чем 3600. Обе единицы измерения считаются стандартными в этой сфере. Они соотносятся следующим образом: 1
эрланг = 3600 вызовосекунд.
Несмотря на то, что можно разделить общее число вызовосекунд за час на 3600 секунд, чтобы определить интенсивность трафика в эрлангах, столь же целесообразно использовать средние значения по различным временным периодам. Работая со средними значениями по большому числу периодов измерения, можно получить более точную характеристику трафика.
Трафик в час наибольшей нагрузки (BHT)
Нагрузка сети обычно измеряется в час наибольшей нагрузки, потому что этот период характеризуется максимальной интенсивностью трафика, которую должна выдерживать сеть. Результатом является величина интенсивности трафика, которая обычно называется трафиком в час наибольшей нагрузки (BHT). Бывают ситуации, когда невозможно произвести точное измерение, и имеется только приблизительная оценка числа вызовов, обрабатываемых за день. В таких случаях уместно исходить в своих оценках из специфики конкретного окружения, например, из среднего количества вызовов за день или среднего времени удержания (AHT). В стандартном деловом окружении час наибольшей нагрузки данного дня занимает приблизительно от 15 до 20 % трафика за день. В расчетах обычно используется значение в 17 % общего трафика за день для характеристики трафика в пиковый период. Для многих деловых организаций приемлемой оценкой среднего времени удержания (AHT) будет интервал от 180 до 210 секунд. Эти оценки можно использовать, если необходимо определить требования к магистральным каналам без более полных данных.
Измерение пропускной способности сети
Некоторые из многих способов измерения пропускной способности сети:
Количество попыток вызовов в час наибольшей нагрузки (BHCA)
Количество попыток вызовов в час наибольшей нагрузки (BHCC)
Вызовы в секунду (CPS)
Все эти измерения основаны на количестве вызовов. Хотя эти измерения действительно описывают пропускную способность сети, они практически бесполезны для анализа трафика, так как не учитывают время удержания вызова. Эти измерения необходимо использовать вместе со значением среднего времени удержания, чтобы вычислить трафик в час наибольшей нагрузки и использовать полученное значение для анализа трафика.
Уровень обслуживания

Уровень обслуживания (GoS) определяется как вероятность блокировки вызовов во время попытки занять канал. Это значение записывается как блокировка (или коэффициент блокировки) Р.хх, где хх — это процент заблокированных вызов в системе трафика.
Например, система, в которой требуется уровень обслуживания (GoS) Р.01, характеризуется однопроцентной вероятностью недоступности для абонентов. Уровень обслуживания (GoS) Р.00 запрашивается редко, и такой уровень маловероятен на практике:
чтобы быть уверенным на 100 %, что блокировки не будет, необходимо проектировать сеть с соотношением абонент-канал 1:1. Также большинство формул трафика предполагают, что имеется неограниченное количество абонентов.
Типы трафика
Можно использовать телекоммуникационное оборудование, где фиксируются описанные данные трафика. К сожалению, большинство из полученных измерений основаны на фактическом трафике в системе, а не на предложенной нагрузке трафика.
Фактический трафик — это трафик, который фактически обработан телекоммуникационным оборудованием. Предложенный трафик —
это фактическое количество попыток обмена данными в системе. Обратите внимание, что разница между этими двумя значениями может привести к некоторым неточностям в расчетах.
Чем больше объем блокирования, тем больше разница между фактической и предложенной нагрузкой. Для расчета предложенной нагрузки из фактической нагрузки можно использовать такую формулу:
Offered load = carried load/(1 - blocking factor)
К сожалению, эта формула не учитывает повторные вызовы, которые могут совершаться при блокировке абонента. Для учета доли повторных вызовов можно использовать такую формулу:
Offered load = carried load * Offered Load Adjustment Factors (OAF)
OAF = [1.0 - (R * blocking factor)]/(1.0 - blocking factor)
Где R — процент вероятности повторного вызова. Например, R = 0,6 означает 60 % повторных вызовов.
Методика измерений
Точность анализа трафика всегда зависит от точности методов измерения. Вид нагрузки изменяют следующие параметры:
Рабочие и выходные дни
Праздники
Тип трафика (модемный и традиционный голосовой)
Фактическая и абонентская нагрузка
Период измерения
Общее количество измерений
Стабильность периода измерения
Теория вероятности утверждает, что для точной оценки трафика сети передачи голоса период измерения должен включать по крайней мере 30 часов наибольшей нагрузки сети голосовой связи. Хотя это хорошая отправная точка, другие переменные могут исказить точность этого измерения. Нельзя выбрать 30 наибольших из 32 измерений и полагать, что эта выборка является точной картиной работы сети. Чтобы получить наиболее точные результаты, необходимо выполнить как можно больше измерений предложенной нагрузки. Кроме того, если измерения проводятся на протяжении года, результаты могут искажаться, так как нагрузка трафика на протяжении года увеличивается и уменьшается. Отдел стандартизации телекоммуникаций Международного союза телекоммуникаций
(ITU-T) издает рекомендации, как необходимо проводить измерения в сети, чтобы получить точные результаты.
Отдел ITU-T рекомендует, чтобы периоды измерения или считывания данных для соединений телефонной коммутируемой сети общего пользования (ТфОП) были по 60 минут и/или с 15-минутным интервалом. Эти интервалы имеют важное значение, потому что они позволяют суммировать интенсивность трафика в течение определенного периода времени. Если измерения выполняются на протяжении дня, можно обнаружить час пиковой нагрузки трафика в любой день. Рекомендуется использовать два способа определения пикового дневного трафика:
Пиковый период за день (DPP) фиксирует наибольший объем трафика, измеренного за день. Этот метод требует непрерывного измерения и обычно используется в окружении, где пиковый час может различаться в зависимости от дня.
Фиксированный интервал измерений за день (FDMI) требует измерений только в течение заранее определенных пиковых
периодов. Этот метод используется, когда модели трафика в определенной степени предсказуемы, и пиковые периоды наступают с регулярными интервалами. Деловой трафик обычно достигает своего пика приблизительно с 10:00 до 11:00 и с 14:00 до 15:00.
В примере из таблицы 1 с помощью метода измерений FDMI можно увидеть, что время наибольшей общей интенсивности трафика —
10:00, причем общая интенсивность трафика равна 60,6 эрлангов.
Таблица 1. Измерение пикового периода за день
Час
Понедельник
Вторник
Среда
Четверг
Пятница
Общая нагрузка
9:00 12,7 11,5 10,8 11,0 8,6 54,6 10:00 12,6 11,8 12,5 12,2 11,5
60,6
11:00 11,1 11,3 11,6 12,0 12,3 58,3 12:00 9,2 8,4 8,9 9,3 9,4 45,2 13:00 10,1 10,3 10,2 10,6 9,8 51,0 14:00 12,4 12,2 11,7 11,9 11,0 59,2 15:00 9,8 11,2 12,6 10,5 11,6 55,7 16:00 10,1 11,1 10,8 10,5 10,2 52,7
В примере в таблице 2 используется метод DPP для расчета общей интенсивности трафика.
Таблица 2. Использование метода DPP для расчета общей интенсивности трафика
Понедельник
Вторник
Среда
Четверг
Пятница
Общая нагрузка
Пиковый трафик
12,7 12,2 12,5 12,2 12,3 61,9
Пиковое время
9:00 14:00 10:00 10:00 11:00

Также необходимо разделить измерения за день по группам с одинаковым статистическим поведением. Согласно спецификации ITU-T,
такими группами являются: рабочие дни, выходные дни и особые дни в году. Группирование измерений с одинаковым статистическим поведением является важным, так как дни с исключительно высоким количеством вызовов (например, Рождество или 8 марта) могут исказить результаты.
Рекомендация отдела стандартизации телекоммуникаций Е.492 включает рекомендации по определению обычной и высокой интенсивности трафика в течение месяца. В соответствии с рекомендацией отдела стандартизации коммуникаций Е.492 обычная интенсивность трафика в течение месяца определяется как четвертый сверху наивысший пиковый трафик за день. Если выбирается второй сверху наивысший результат измерений за месяц, это приводит к завышению интенсивности трафика за месяц. Этот результат позволяет определить прогнозируемую интенсивность трафика за месяц.
Критерии выбора модели трафика
Теперь известно, какие измерения необходимы, и вы можете решить, как их использовать. Далее необходимо выбрать соответствующую модель трафика. Основные параметры выбора модели описаны в следующих разделах:
Модели поступления вызовов
Заблокированные вызовы
Количество источников
Время удержания
Модели поступления вызовов
Первый шаг в выборе модели трафика —- определение модели поступления вызовов. Модели поступления вызовов важны для выбора модели трафика, поскольку они различным образом описывают воздействие трафика на систему.
Три основных модели поступления вызовов перечислены ниже и рассмотрены в следующих разделах:
Модель плавного поступления вызовов
Модель пикового поступления вызовов
Модель случайного поступления вызовов
Модель плавного поступления вызовов
Плавная или гипоэкспоненциальная модель трафика используется, если в трафике нет особых изменений. Время удержания вызова и время между поступлениями вызовов является прогнозируемым, что позволяет прогнозировать трафик в любой момент времени, если есть ограниченное количество источников. В качестве примера рассмотрим проектирование сети голосовой связи для компании,
занимающейся исходящим телефонным маркетингом, где несколько агентов проводят весь день за телефоном. Предположим, что за один час ожидается 30 последовательных вызовов каждый длительностью по 2 минуты. Тогда необходимо выделить один магистральный канал для обработки вызовов в течение часа.
Для модели плавного поступления вызовов график распределения числа вызовов во времени может выглядеть примерно, как на рис. 1.
Рисунок 1. Модель плавного поступления вызовов

Модель пикового поступления вызовов
Модель пикового поступления вызовов характеризуется значительными отклонениями трафика от среднего значения. Эта модель поступления вызовов также известна как модель гиперэкспоненциального поступления. Модели пикового трафика показывают, что не стоит включать 8 марта или Рождество в период изучения трафика. Возможны ситуации, когда необходимо проектировать переключаемые группы магистральных каналов для обработки этого вида трафика. В общем случае обработка подобного трафика с учетом периодов пиковой нагрузки требует выделения достаточного количества ресурсов. Например, чтобы одновременно обработать
30 вызовов, необходимо 30 магистральных каналов.
Для модели пикового поступления вызовов график соотношения вызовов и времени может выглядеть примерно, как на рис. 2.
Рисунок 2 Модель пикового поступления вызовов
Модель случайного поступления вызовов
Модели случайного поступления вызовов характеризуются именно случайностью. Они также известны как распределение Пуассона или экспоненциальное распределение. Пуассон — математик, первым описавший этот тип распределения. Модели случайного трафика применяются в случае, когда имеется множество абонентов, каждый из которых создает небольшой объем трафика. Этот тип модели случайного трафика обычно наблюдается в офисных АТС. Количество каналов, необходимое в этой ситуации, может колебаться от 1
до 30.
Для модели пикового поступления вызовов график соотношения вызовов и времени может выглядеть примерно, как на рис. 3.
Рисунок 3. Модель случайного поступления вызовов
Заблокированные вызовы
Заблокированный вызов — это вызов, который нельзя обслужить сразу. Вызовы считаются заблокированными, если они перенаправляются на другую группу магистральных каналов, помещаются в очередь или для них включается тоновый сигнал или объявление. Выбираемая модель определяется типом заблокированных вызовов, поскольку заблокированные вызовы приводят к различиям в нагрузке трафика.
Основные типы заблокированных вызовов:
Утраченные удержанные вызовы (LCH) — эти заблокированные вызовы безвозвратно утрачиваются. Первоначально модель утраченного удержанного вызова была основана на предположении, что все вызовы, которые поступают в систему трафика,
удерживаются в течение определенного периода времени. Все вызовы включают любой из заблокированных вызовов. Это означает, что такие вызовы удерживались до тех пор, пока не истекло время вызова.
Утраченные перенаправленные вызовы (LCC) — эти заблокированные вызовы выводятся из системы, т.е. когда вызов
блокируется, он перенаправляется в другое место (в основном, на другие телекоммуникационные системы, чувствительные к трафику).
Утраченные задержанные вызовы (LCD) — эти заблокированные вызовы остаются в системе до момента, пока телекоммуникационная система сможет обслужить этот вызов. Модель утраченного задержанного вызова используется главным образом в центрах телефонного обслуживания или в каналах передачи данных, так как основным фактором для модели LCD
является задержка в связи с нагрузкой трафика.
Утраченные повторные вызовы (LCR) — модель LCR предполагает, что после блокирования вызова определенный процент заблокированных абонентов выполняет повторный вызов, а все другие заблокированные абоненты выполняют повторные вызовы, пока они не будут обслужены. Модель LCR является производной от модели LCC и используется в модели Расширенный
Эрланг B.
Количество источников
Количество источников вызовов также имеет отношение к выбираемой модели трафика. Например, если есть только один источник и один магистральный канал, вероятность блокирования вызова равна нулю. По мере увеличения количества источников вероятность блокирования повышается. Количество источников играет роль при проектировании небольшой офисной АТС или станции с малой абонентской емкостью, где можно получить требуемый уровень обслуживания (GoS) при меньшем числе магистральных каналов.
Время удержания
Некоторые модели трафика учитывают время удержания вызова. Большинство моделей не учитывают время удержания, так как предполагается, что время удержания вызова подчиняется экспоненциальному распределению. В общем случае вызовы имеют скорее непродолжительное, чем продолжительное время удержания, т.е. время удержания вызова имеет отрицательное экспоненциальное распределение.
Модели трафика
После определения моделей поступления вызовов и заблокированных вызовов, количества источников и времени удержания вызова можно выбирать модель трафика, которая наилучшим образом подходит для вашего окружения. Хотя никакая модель трафика не может точно соответствовать реальной ситуации, эти модели предполагают средние значения для каждой ситуации. Существует множество различных моделей трафика, и главным является выбор модели, наиболее подходящей существующему окружению.
Модели трафика, которые используются чаще всего, — это Эрланг B, Расширенный Эрланг В и Эрланг С. Другие распространенные модели трафика — Энгсет, Пуассон, EART/EARC и Нил-Уилкерсон. Сравнение характеристик моделей трафика содержится в таблице
3.
Таблица 3. Сравнение моделей трафика
Модель трафика
Количество
источников
Модель
поступления
Обработка заблокированного
вызова
Время удержания
Пуассон
Неограниченное
Случайная
Удержание
Экспоненциальное
Эрланг B
Неограниченное
Случайная
Перенаправление
Экспоненциальное
Расширенный
Эрланг B
Неограниченное
Случайная
Повтор
Экспоненциальное
Эрланг C
Неограниченное
Случайная
Задержка
Экспоненциальное

Энгсет
Ограниченное
Плавная
Перенаправление
Экспоненциальное
EART/EARC
Неограниченное
Пиковая
Перенаправление
Экспоненциальное
Нил-Уилкерсон
Неограниченное
Пиковая
Удержание
Экспоненциальное
Кроммелин
Неограниченное
Случайная
Задержка
Постоянное
Биноминальная
Ограниченное
Случайная
Удержание
Экспоненциальное
Задержка
Ограниченное
Случайная
Задержка
Экспоненциальное
Следующие разделы описывают различные модели трафика, которые можно выбирать во время расчета количества магистральных каналов, необходимого для вашей конфигурации сети. Размер данного документа не позволяет привести таблицы для всех моделей трафика, но эту информацию можно найти в Интернете или в других источниках. Вы можете рассчитать коэффициент блокирования при помощи:
Формул в этом документе
Интерактивных калькуляторов, например, по следующему адресу:
http://www.erlang.com/calculator/index.htm
Таблиц трафика, доступных в Интернете или в справочниках
Эрланг B
Модель трафика Эрланг В основана на следующих предположениях:
Неограниченное количество источников
Модель случайного поступления трафика
Перенаправленные заблокированные вызовы
Время удержания с экспоненциальным распределением
Модель Эрланг В используется, когда заблокированные вызовы перенаправляются без возврата к исходной группе магистральных каналов. Эта модель предполагает случайное поступление вызовов. Абонент делает только одну попытку; если вызов блокируется, то вызов перенаправляется. Модель Эрланг В обычно используется для групп магистральных каналов первой попытки, когда не нужно учитывать процент повторных вызовов, так как абоненты перенаправляются или ожидается низкий коэффициент блокирования.
Для вычисления модели трафика Эрланг В используется следующая формула:

Где
В(с,а) — вероятность блокирования вызова;
с — количество каналов;
а — интенсивность трафика.
Пример 1. Использование модели трафика Эрланг B
Постановка задачи
Требуется перепроектировать исходящие группы магистральных каналов для междугородных вызовов, которые сейчас блокируются во время часа наибольшей нагрузки. Отчеты коммутаторов показывают, что в час наибольшей нагрузки на группу магистральных каналов поступает 17 эрлангов трафика. Необходимо снизить коэффициент блокирования, поэтому требуется проект с коэффициентом блокирования менее 1 %.
Решение
В таблицах Эрланг В можно увидеть, что для 17 эрлангов трафика и уровня обслуживания GoS 0,64 процента требуется 27 каналов,
чтобы обработать эту нагрузку трафика.
Также можно проверить коэффициент блокирования с помощью уравнения Эрланг В на основе указанных данных. Другой способ проверки коэффициента блокирования — использование функции POISSON электронной таблицы Microsoft Excel следующим образом.
=(POISSON(,,FALSE))/(POISSON(,,TRUE))
По этому адресу можно найти калькуляторы: Эрланг В (Erlang B), Расширенный Эрланг В (Extended Erlang B) и Эрланг С (Erlang C):
http://www.erlang.com/calculator/index.htm
Расширенный Эрланг B
Модель трафика Расширенный Эрланг В основана на следующих предположениях:
Неограниченное количество источников
Модель случайного поступления трафика
Перенаправленные заблокированные вызовы
Время удержания с экспоненциальным распределением
Модель Расширенный Эрланг В учитывает определенный процент повторных вызовов. Эта модель предполагает, что вызовы поступают случайно, заблокированные абоненты делают несколько попыток вызовов, а перегрузка не допускается. Модель
Расширенный Эрланг В обычно используется для отдельных групп магистральных каналов с определенной вероятностью повторных вызовов (например, модемный пул).
Пример 2. Использование модели трафика Расширенный Эрланг B
Постановка задачи
Необходимо определить, сколько каналов требуется для сервера коммутируемого доступа. Известно, что в час наибольшей нагрузки трафик составляет порядка 28 эрлангов, и во время этого периода допускается 5 % блокирования. Вы также предполагаете, что 50 %
пользователей сразу же осуществляют повторный вызов.
Решение
В таблицах для модели Расширенный Эрланг В можно увидеть, что для нагрузки 28 эрлангов с вероятностью повторного вызова 50 % и коэффициентом блокирования 4,05 % требуется 35 каналов.

По этому адресу можно найти удобные калькуляторы Эрланг В, Расширенный Эрланг В и Эрланг С:
http://www.erlang.com/calculator/index.htm
Эрланг C
Модель трафика Эрланг C основана на следующих предположениях:
Неограниченное количество источников
Модель случайного поступления трафика
Задержанные заблокированные вызовы
Время удержания с экспоненциальным распределением
Модель Эрланг С построена на теории очередей. Эта модель предполагает случайное поступление вызовов; абонент совершает один вызов и удерживается в очереди до ответа на вызов. Модель Эрланг С чаще используется при проектировании устойчивого устройства автоматического распределения вызовов (ACD), чтобы определить необходимое количество агентов. Она также может использоваться для определения ширины полосы пропускания в каналах передачи данных, но это не лучшая модель для этой цели.
В модели Эрланг С необходимо знать количество вызовов или пакетов в час наибольшей нагрузки, среднюю продолжительность вызова или размер пакета и прогнозируемую длительность задержки в секундах.
Для вычисления модели трафика Эрланг C используется следующая формула:
Где
С(с,а) — вероятность задержки вызова;
с — количество каналов;
а — нагрузка трафика.
Пример 3. Использование модели трафика Эрланг C для голоса
Постановка задачи
Ожидается, что центр телефонного обслуживания будет принимать приблизительно 600 звонков or телефонных вызовов каждый по 3
минуты, и у каждого агента будет рабочая пауза между вызовами в 20 секунд. Требуется, чтобы пребывание в очереди длилось в среднем приблизительно 10 секунд.
Решение
Рассчитайте объем ожидаемой нагрузки трафика. Известно, что имеется приблизительно 600 звонков or телефонных вызовов длительностью по 3 минуты. К этому числу следует добавить 20 секунд, потому что каждый агент не отвечает на вызов приблизительно 20 секунд. Дополнительные 20 секунд — это часть объема времени, которое требуется на обслуживание вызова, как показано в этой формуле:
(600 calls * 200 seconds AHT)/3600 = 33.33 erlangs of traffic
Коэффициент задержки вычисляется делением прогнозируемого времени задержки на среднее время удержания:
(10 sec delay)/(200 seconds) = 0.05 delay factor

Пример 4. Использование модели трафика Эрланг C для данных
Постановка задачи
Проектируется магистральное соединение между двумя маршрутизаторами. Известно, что обычно передается около 600 пакетов в секунду по 200 байт (1600 бит) в пакете. Умножая 600 пакетов в секунду на 1600 бит в пакете, получаем необходимую ширину полосы пропускания: 960 000 бит в секунду (бит/с). Известно, что есть возможность покупать каналы по 64000 бит/с — это объем данных,
необходимый для занятия канала на 1 секунду. Сколько каналов требуется, чтобы время задержки было менее 10 мс?
Решение
Рассчитайте интенсивность трафика:
(960,000 bps)/(64,000 bps) = 15 erlangs of traffic load
Рассчитайте среднее время передачи данных. Умножьте количество байт в пакете на 8, чтобы получить количество бит в пакете, а потом разделите это число на 64000 бит/с (скорость канала), чтобы получить среднее время передачи пакета:
(200 bytes per packet) * (8 bits) = (1600 bits per packet)/(64000 bps)
= 0.025 seconds (25 ms) to transmit
(Delay factor 10 ms)/(25 ms) = 0.4 delay factor
В таблице Эрланг С можно увидеть, что для нагрузки трафика 15,47 эрлангов и коэффициента задержки 0,4 требуется 17 каналов. Этот расчет основан на предположении, что в каналах нет потери пакетов.
По этому адресу можно найти удобные калькуляторы Эрланг В, Расширенный Эрланг В и Эрланг С:
http://www.erlang.com/calculator/index.htm
Энгсет
Модель трафика Энгсета основана на следующих предположениях:
Ограниченное количество источников
Модель плавного поступления трафика
Заблокированные вызовы перенаправляются из системы
Время удержания распределено экспоненциально
Формула Энгсета обычно используется для окружения, где предполагается, что в группе магистральных каналов используется ограниченное количество источников. Зная количество источников, можно поддерживать высокий уровень обслуживания. Формула
Энгсета используется для такого окружения, как соты системы мобильной связи GSM и концентраторы абонентский линий. Так как модель трафика Энгсета описана во многих книгах, посвященных анализу трафика, она здесь не обсуждается.
Пуассон
Модель Пуассона основана на следующих предположениях:
Неограниченное количество источников
Модель случайного поступления трафика
Заблокированные вызовы удержаны
Время удержания распределено экспоненциально
В модели Пуассона заблокированные вызовы удерживаются, пока канал не станет доступным. Эта модель предполагает случайное поступление вызовов; абонент делает только одну попытку совершить вызов, и заблокированные вызовы утрачиваются. Модель
Пуассона обычно используется для расчета отдельных групп магистральных каналов групп с запасом.

Для вычисления модели трафика Пуассона используется следующая формула:
Где
В(с,а) — вероятность блокирования вызова;
е — основание натурального логарифма;
с — количество каналов;
а — нагрузка трафика.
Пример 5. Использование модели трафика Пуассона
Постановка задачи
Создается новая группа магистральных каналов, которая должна использоваться в новом офисе, и необходимо определить, сколько требуется каналов. Существует прогноз, что офис будет совершать и принимать приблизительно 300 вызовов в день со средним временем удержания 4 минуты (240 секунд). Целевые показатели — Р.01 GoS или 1 процент блокирования. Чтобы расчитать параметры с некоторым запасом, сделано предположение, — что во время часа наибольшей нагрузки совершается приблизительно 20
% вызовов. Трафик в час наибольшей нагрузки рассчитывается следующим образом:
300 calls * 20% = 60 calls during the busy hour
(60 calls * 240 AHT)/3600 = 4 erlangs during the busy hour
Решение
Согласно таблицам распределения Пуассона, для обработки нагрузки 4 эрланга с вероятностью блокирования 0,81 % (достаточно близкой к 1 %) требуется 10 магистральных каналов. Это число можно проверить путем подстановки переменных в формулу Пуассона:
Другой способ проверки коэффициента блокирования — использование функции POISSON электронной таблицы Microsoft Excel следующим образом.
=1 - POISSON( - 1,,TRUE)
EART/EARC и Нил-Уилкерсон
Модели EART/EARC и Нила-Уилкерсона используются для моделей пикового трафика. Большинство телефонных компаний используют эти модели для переключаемых групп магистральных каналов, где наблюдается пиковое поступление вызовов. Модель
EART/EARC рассматривает заблокированные вызовы как перенаправленные, а модель Нила-Уилкерсона рассматривает их как удержанные. Так как модели трафика EART/EARC и Нила-Уилкерсона описаны во многих книгах, посвященных анализу трафика, они здесь не обсуждаются.
Использование анализа трафика для сетей VoIP
Поскольку для передачи голосового трафика в VoIP используется транспортный протокол реального времени (RTP), можно использовать те же самые принципы для определения ширины полосы пропускания в глобальных сетях.

При определении ширины полосы пропускания возникает ряд проблем. Факторы, которые обсуждаются в следующих разделах, влияют на ширину полосы пропускания в сетях голосовой связи:
Голосовые кодеки
Сегменты
Определение активности речи
Сжатие заголовков протокола RTP
Сравнение интерфейсов «точка-точка» и «точка-группа точек»
Голосовые кодеки
В IP-телефонии используется множество голосовых кодеков. Все эти кодеки характеризуются разной скоростью передачи данных в битах и различными уровнями вычислительной сложности. Некоторыми из стандартных голосовых кодеков являются G.711, G.729,
G.726, G.723.1 и G.728. Все маршрутизаторы и серверы доступа с поддержкой передачи голоса, произведенные компанией Cisco,
поддерживают некоторые или все из этих кодеков.
Кодеки влияют на пропускную способность, поскольку именно они определяют объем полезной нагрузки в пакетах, передаваемых через IP-участок вызова. В голосовых шлюзах Cisco можно настроить полезную нагрузку, чтобы контролировать ширину полосы пропускания. За счет увеличения размера полезной нагрузки уменьшается общее количество пересылаемых пакетов и, таким образом,
уменьшается ширина полосы пропускания при уменьшении количества заголовков, требуемых для вызова.
Сегменты
Количество сегментов в пакете — это еще один фактор, определяющий ширину полосы пропускания голосового вызова. Кодек определяет размер отдельного сегмента, но на количество пакетов, передаваемых в секунду, влияет общее количество сегментов в пакете. Таким образом, общая полоса пропускания вызова зависит от числа сегментов в пакете.
Например, 10-миллисекундный сегмент G.711 содержит 80 байт. Вызов только с одним сегментом в пакете дает такой результат:
80 bytes + 20 bytes IP + 12 UDP + 8 RTP = 120 bytes per packet
120 bytes per packet * 100 pps = (12000 * 8 bits)/1000 = 96 kbps per call
Тот же вызов, в котором используется по два 10-миллисекундных сегмента в пакете, дает такой результат:
(80 bytes * 2 samples) + 20 bytes IP + 12 UDP + 8 RTP = 200 bytes per packet
(200 bytes per packet) * (50 pps) = (10000 * 8 bits)/1000 = 80 kbps per call
Примечание. Заголовки уровня 2 не включены в приведенные выше расчеты.
Эти результаты показывают, что между двумя вызовами имеется разница в 16 Кбит/с. Путем изменения количества сегментов в пакете можно точно изменить ширину полосы пропускания, используемую вызовом, но здесь есть компромисс. В случае увеличения количества сегментов пакета также увеличивается длительность задержки каждого вызова. При обработке каждого вызова ресурсы цифрового сигнального процессора (DSP) должны отводиться под буферизацию сегментов на протяжении значительного времени. Это следует учитывать при проектирования сети голосовой связи.
Определение активности речи
Обычный разговор может содержать от 35 до 50 % молчания. В традиционных сетях передачи голоса с коммутацией каналов все голосовые вызовы имеют фиксированную ширину полосы пропускания 64 Кбит/с, независимо от того, какой объем в разговоре занимает речь и молчание. В сетях VoIP весь разговор и молчание разбивается на пакеты. Функция определения активности речи
(VAD) посылает пакеты RTP, только если распознается голос. При планировании пропускной способности VoIP предполагается, что функция VAD уменьшает полосу пропускания на 35 %. Хотя это значение может быть меньше величины фактического уменьшения,
оно представляет консервативную оценку, учитывающую различные диалекты и модели речевого поведения.
Кодеки G.729 Annex-B и G.723.1 Annex-A содержат интегрированные функции VAD, но в остальном работают так же, как и G.729 и
G.723.1.

Сжатие заголовков протокола RTP
Все пакеты протокола VoIP состоят из двух частей: голосовых сегментов и заголовков IP/UDP/RTP. Хотя голосовые сегменты сжимаются с помощью цифрового процессора сигналов (DSP), и их размер зависит от используемого кодека, заголовки всегда содержат 40 байт. По сравнению с 20 байтами голосовых сегментов в вызове по умолчанию G.729 эти заголовки составляют значительную величину служебных данных. С помощью сжатия заголовков протокола RTP (cRTP), которое используется для каждого соединения, эти заголовки могут сжиматься до 2-4 байт. Такое сжатие может обеспечить значительную экономию пропускной способности VoIP. Например, стандартный вызов G.729 VoIP использует 24 Кбит/с без cRTP и только 12 Кбит/с с cRTP.
Тип кодека, количество сегментов в пакете, функция VAD и сжатие заголовков cRTP так или иначе влияет на ширину полосы пропускания вызова. В каждом случае существует зависимость между качеством голоса и пропускной способностью. Таблица 1-4
показывает использование полосы пропускания в различных ситуациях. В графике предполагается, что эффективность VAD равна 50
%.
Таблица 4 описывает влияние полезной нагрузки на требования к пропускной способности для различных кодеков.
Таблица 4. Характеристики голосового кодека
Алгоритм
Полоса
пропускания
голоса
(Кбит/с)
Размер
кадра
(байт)
Полезная
нагрузка
Cisco
(байты)
Количество
пакетов в
секунду
Заголовок
IP/UDP/RTP
(байты)
Заголовок
CRTP
(байты)
L2
Заголовок
уровня2
(байты)
Общая
пропускная
способность
(Кбит/с) без
VAD
Общая
пропускная
способность
(Кбит/с) с
VAD
G.711 64 80 160 50 40
Ether
14 85,6 42,8
G.711 64 80 160 50 2
Ether
14 70,4 35,2
G.711 64 80 160 50 40
PPP
6 82,4 41,2
G.711 64 80 160 50 2
PPP
6 67,2 33,6
G.711 64 80 160 50 40
FR
4 81,6 40,8
G.711 64 80 160 50 2
FR
4 66,4 33,2
G.711 64 80 80 100 40
Ether
14 107,2 53,6
G.711 64 80 80 100 2
Ether
14 76,8 38,4
G.711 64 80 80 100 40
PPP
6 100,8 50,4

G.711 64 80 80 100 2
PPP
6 70,4 35,2
G.711 64 80 80 100 40
FR
4 99,2 49,6
G.711 64 80 80 100 2
FR
4 68,8 34,4
G.729 8
10 20 50 40
Ether
14 29,6 14,8
G.729 8
10 20 50 2
Ether
14 14,4 7,2
G.729 8
10 20 50 40
PPP
6 26,4 13,2
G.729 8
10 20 50 2
PPP
6 11,2 5,6
G.729 8
10 20 50 40
FR
4 25,6 12,8
G.729 8
10 20 50 2
FR
4 10,4 5,2
G.729 8
10 30 33 40
Ether
14 22,4 11,2
G.729 8
10 30 33 2
Ether
14 12,3 6,1
G.729 8
10 30 33 40
PPP
6 20,3 10,1
G.729 8
10 30 33 2
PPP
6 10,1 5,1
G.729 8
10 30 33 40
FR
4 19,7 9,9
G.729 8
10 30 33 2
FR
4 9,6 4,8
G.723.1 6,3 30 30 26 40
Ether
14 17,6 8,8
G.723.1 6,3 30 30 26 2
Ether
14 9,7 4,8

G.723.1 6,3 30 30 26 40
PPP
6 16,0 8,0
G.723.1 6,3 30 30 26 2
PPP
6 8,0 4,0
G.723.1 6,3 30 30 26 40
FR
4 15,5 7,8
G.723.1 6,3 30 30 26 2
FR
4 7,6 3,8
G.723.1 5,3 30 30 22 40
Ether
14 14,8 7,4
G.723.1 5,3 30 30 22 2
Ether
14 8,1 4,1
G.723.1 5,3 30 30 22 40
PPP
6 13,4 6,7
G.723.1 5,3 30 30 22 2
PPP
6 6,7 3,4
G.723.1 5,3 30 30 22 40
FR
4 13,1 6,5
G.723.1 5,3 30 30 22 2
FR
4 6,4 3,2
Сравнение интерфейсов «точка-точка» и «точка-группа точек»
Так как каналы сетей ТфОП построены по схеме «точка-точка», а сети VoIP обычно используют схему «точка-группа точек», следует учитывать место прохождения трафика и группировать его соответствующим образом. Это группирование начинает играть большую роль при определении пропускной способности в переключаемых соединениях.
На рис. 4 изображена сеть, где все соединения WAN функционируют нормально.
Рисунок 4. Топология нормального функционирования

Требуемая пропускная способность для соединений «точка-точка» не превышает суммарную нагрузку от голосовых вызовов, которые поступают и исходят из соединений ТфОП, хотя качество голоса может ухудшаться при приближении к скорости соединения. Если одно из этих соединений теряется, необходимо убедиться, что переключаемые соединения имеют достаточную пропускную способность для обработки увеличившегося трафика. На рис. 5 соединение WAN между узлами А и В потеряно. В этом случае увеличивается объем трафика между узлами А и С и С и В. Этот дополнительный трафик требует, чтобы эти соединения проектировались с учетом дополнительной нагрузки.
Рисунок 5. Топология с неисправным соединением
Пример анализа сквозного трафика
По соответствующим таблицам трафика довольно легко определить количество каналов, необходимое для обработки вызовов.
Установив количество вызовов на стороне соединения ТфОП, также можно определить ширину полосы пропускания, необходимую для участка IP вызова. К сожалению, их сопоставление может быть проблематичным.
Рис. 6 показывает топологию сети, используемую для этого примера.
Рисунок 6. Пример топологии
Постановка задачи
В примере, показанном на рис. 6, у вас есть офисы в США, Китае и Великобритании (обозначенные на Рис. 6 как US, China и UK). Так как главный офис находится в Великобритании, приобретаются выделенные каналы из Великобритании в США и Китай. Большая часть трафика исходит из Великобритании в США или Китай, но некоторая часть трафика проходит между Китаем и США. Журналы детальной регистрации вызовов (CDR) показывают такую статистику:
Великобритания 36000 минут в день
Трафик 12882,4 минут в день
Китай 28235,3 минут в день
Для этой сети делаются такие предположения:
Трафик на каждом узле имеет модель случайного поступления вызовов

Время удержания экспоненциально
Заблокированные вызовы перенаправляются из системы
Число абонентов не ограничено
Эти предположения указывают на то, что можно использовать модель Эрланг В для определения размера групп магистральных каналов в сети ТфОП. Для каждой из групп магистральных каналов требуется уровень обслуживания (GoS) Р.01.
Решение
Вычислите нагрузку трафика для соединений ТфОП на каждом узле следующим образом:
U.K. = (36,000 min per day) * 17% = (6,120 min per busy hour)/60 = 102 BHT
U.S. = (12,882.4 min per day) * 17% = (2,190 min per busy hour)/60 = 36.5 BHT
China = (28,235.3 min per day) * 17% = (4,800 min per busy hour)/60 = 80 BHT
Эти значения точно указывают на количество каналов, необходимое для соединений ТфОП на каждом из узлов. Располагая приемлемыми сведениями об объеме трафика, можно найти в таблице ближайшее подходящее значение.
Для Великобритании значения трафика в час наибольшей нагрузки (BHT) 102 и уровня обслуживания (GoS) Р.01 показывают, что для поддержки этой нагрузки требуется 120 линий DS-0.
Трафик США показывает, что для коэффициента блокирования Р.01 с нагрузкой трафика 36,108 требуется 48 каналов. Так как трафик в час наибольшей нагрузки (ВНТ) равен 36,5 эрлангов, может наблюдаться немного более высокий коэффициент блокирования, чем Р.01.
С помощью формулы Эрланг В можно рассчитать, что коэффициент блокирования будет равен

0,01139.
Для 80 эрлангов трафика BHT с уровнем обслуживания GoS P.01 таблица Эрланг В показывает, что можно использовать одно из двух чисел. При коэффициенте блокирования Р.01 для 80,303 эрлангов трафика требуется 96 каналов. Так как каналы располагаются блоками по 24 и 30 во время работы с цифровыми носителями, необходимо выбрать 4 линии Т1 (96 линий DS-0) или 4 линии Е1 (120
линий DS-0). Четыре линии Е1 — слишком много для ожидаемого объема трафика, но вы учитываете коэффициент блокирования.
После того, как стало известно необходимое количество каналов ТфОП, следует определить пропускную способность в сетях с интерфейсом «точка-точка». Так как объем трафика, необходимый для участка IP, определяется объемом трафика, который имеется на участке ТфОП, можно непосредственно соотнести количество линий DS-0 с объемом необходимой пропускной способности.
Сначала следует выбрать кодек, который используется между точками присутствия. Кодек G.729 наиболее популярен, так как он характеризуется хорошим соотношением качества голоса и уровня сжатия.
Вызов G.729 использует такую ширину полосы пропускания:
Полный объем 26,4 Кбит/с на вызов с заголовками
11,2 Кбит/с на вызов с VAD
9,6 Кбит/с на вызов с cRTP
6,3 Кбит/с на вызов с VAD и CRTP
Таким образом, пропускная способность для соединения между Великобританией и США равна:
Полный объем: 96 DS0 * 26,4 Кбит/с = 2,534 Мбит/с
VAD: 96 DS0 * 11,2 Кбит/с = 1,075 Мбит/с cRTP: 96 DS0 * 17,2 Кбит/с = 1,651 Мбит/с
VAD/cRTP: 96 DS0 * 7,3 Кбит/с = 700,8 Мбит/с
Таким образом, пропускная способность для соединения между Великобританией и Китаем равна:
Полный объем: 72 DS0 * 26,4 Кбит/с = 1,9 Мбит/с
VAD: 72 DS0 * 11,2 Кбит/с = 806,4 Мбит/с
RTP: 72 DS0 * 17,2 Кбит/с = 1,238 Мбит/с
VAD/cRTP: 72 DS0 * 7,3 Кбит/с = 525,6 Мбит/с

Можно заметить, что функции VAD и cRTP имеют значительное влияние на пропускную способность, требуемую для соединения
WAN.
Дополнительная документация
Руководство по конфигурированию голосовой связи, видеоконференций и факсимильной связи для Cisco IOS
Основы технологии VoIP, Cisco Press, 2000
Рекомендация ITU-T E.500. Принципы измерения интенсивности трафика.
Рекомендация ITU-T E.492. Контрольный период для измерения трафика.
© 1992-2010 Cisco Systems, Inc. Все права защищены.
Дата генерации PDF файла: Jan 05, 2010
http://www.cisco.com/support/RU/customer/content/9/97422/tech_tk652_tk701_tech_white_paper09186a00800d6b74.shtml


написать администратору сайта