 |
Расчет основных параметров шлюза доступа и коммутатора доступа
|
|
|
|
Определив количество шлюзов, можно рассчитать нагрузку на линии, подключаемые к каждому из шлюзов. Для каждого шлюза такие расчеты будут идентичны, различаться будут лишь параметры источников нагрузки.
- общая нагрузка, создаваемая абонентами ТфОП, и поступающая на шлюз доступа:
общая нагрузка, создаваемая абонентами ISDN и поступающая на шлюз доступа:
–общая нагрузка,создаваемая оборудованием доступа j,подключенным через интерфейс V 5:
Общая нагрузка, создаваемая оборудованием сетей доступа, подключенным через интерфейс V5, равна:
Ym _ pbx –нагрузка,создаваемая УПАТС m,подключенным поPRI:
Общая нагрузка, создаваемая оборудованием УПАТС:
Выше рассчитаны нагрузки от абонентов различных типов, подключаемых к шлюзам. В нашем случае шлюзы реализуют функции резидентного шлюза доступа, шлюза доступа и транкингового шлюза подключения УПАТС, и к нему подключаются все рассмотренные выше источники нагрузки.
Тогда общая нагрузка на шлюз
Стоит отметить, что суммарная нагрузка на линии, которые включаются в шлюз, будет равна нагрузке на сам шлюз, и для нашей курсовой работы примем, что эта нагрузка – на двустороннюю линию, т. е. как от абонента, так и к нему (рис. 5).
Рисунок 5. Нагрузка на линию
Кроме того, пользовательская нагрузка, поступающая на шлюз, будет равна исходящей пользовательской нагрузке (это позволяет нам не учиты вать соединения в пределах одного шлюза).
Рис.6. Равенство нагрузки
Пусть VCOD _ m – скорость передачи кодека типа m при обслуживании
вызова.
Значения VCOD _ m – для кодеков разных типов приведены в табл. 1.
Полоса пропускания, которая понадобится для передачи информации при условии использования кодека типа m, определяется следующим образом:
|
|
|
где k – коэффициент избыточности, который рассчитывается для каждого кодека отдельно, как отношение общей длины кадра к размеру речевого кадра.
Для примера рассмотрим популярный кодек G.711. Передаваемую информацию условно можно разделить на две части: речевую информацию и заголовки служебных протоколов. Сумма длин заголовков протоколов RTP/UDP/IP/Ethernet (а именно эти протоколы потребуются для передачи информации в нашем случае) 54 байта (12+8+20+14).
Общая длина кадра при использовании такого кодека 134 байта. Тогда коэффициент избыточности: k = 134/80 = 1,675.
Смысл этого параметра можно сформулировать следующим образом: для того чтобы передать один байт речевой информации, необходимо в общей сложности передать кадр размером примерно 1,7 байт (рис.7).
Рис. 7. Формат кадра G.711, передаваемого по IP сети
Обеспечение поддержки услуг передачи данных в телефонных сетях коммутацией каналов и в сетях с VoIP осуществляется по-разному. Как известно, при помощи речевых кодеков нельзя передавать такую специфическую информацию, как факс, модемные соединения, DTMF и т.п. Часто для их передачи используется эмуляция каналов «64 кбит/с без ограничений». При расчете транспортного ресурса следует учитывать, что некоторая часть вызовов будет обслуживаться без компрессии пользовательской информации, т.е. будет полностью прозрачный канал без подавления пауз и кодированием G.711.
В задании на курсовое проектирование для каждого варианта указано процентное соотношение используемых кодеков. Данное соотношение должно соблюдаться для каждого отдельного шлюза.
Чтобы обеспечить передачу пользовательской информации по IP-сети, необходимо передавать и сообщения сигнальных протоколов, для передачи трафика которых также должен быть предусмотрен транспортный ресурс сети.
|
|
|
Если в оборудовании коммутатора доступа реализована возможность подключения абонентов, использующих терминалы SIP, H.323 либо LAN, то необходимо учесть соответствующий транспортный ресурс. Доля увеличения транспортного ресурса за счет предоставления базовой услуги телефонии таким пользователям может быть определена в зависимости от используемых кодеков и числа пользователей.
Если терминалы SIP и H.323 используются для предоставления мультимедийных услуг, то доля увеличения транспортного ресурса должна определяться, исходя из параметров трафика таких услуг, однако в данном курсовом проекте они рассматриваться не будут.
После определения транспортного ресурса подключения определяются емкостные показатели, т. е. количество и тип интерфейсов, которыми оборудование шлюза доступа будет подключаться к пакетной сети. Количество интерфейсов, помимо требуемого транспортного ресурса, будет определяться из топологии сети.
Для того чтобы рассчитать необходимый транспортный ресурс рас смотрим каждый шлюз отдельно.
При проектировании будем описывать шлюз последовательно двумя разными математическими моделями (рис. 8):
Рисунок 8. Логическое разбиение СМО на две части
При помощи первой модели, мы сможем определить, какое количество соединений будет одновременно обслуживаться проектируемыми шлюзами, а при помощи второй определим характеристики канала передачи данных, необходимые для передачи пользовательского трафика с требуемым качеством обслуживания.
СМО с потерями
Модели упрощают реальные физические процессы и нам необходимо остановиться на нескольких важных допущениях, используемых в исследуемой модели.
Для предоставления услуг пользователям жестко определены пара метры QoS для каждого типа вызовов, и в случае, если заявка не может быть обслужена с требуемым качеством (пропускная способность, тип кодека), она отбрасывается. Таким образом, потери в данной системе – это те вызовы, которые не могут быть обслужены ввиду отсутствия требуемого ресурса (определенного типа кодирования) для передачи данных. Такой подход имеет свое реальное воплощение в некоторых моделях оборудования.
|
|
|
В связи с тем, что информация на шлюзе обрабатывается при помощи различных кодеков (процентное соотношение используемых кодеков для каждого варианта приведено в задании на курсовое проектирование), она поступает в сеть с разной скоростью, и расчет исходящих каналов мы будем производить для каждого типа кодека отдельно. Таким образом, мы делим СМО на логические части по количеству используемых кодеков и рассчитываем при помощи описанного ниже алгоритма общую скорость канала без учета QoS передачи трафика по сети передачи данных.
Перейдем непосредственно к расчету.
Для кодеков всех типов алгоритм определения требуемого транспортного ресурса одинаков.
Пусть t – среднее время занятия одной абонентской линии.
В общем случае, необходимо учитывать среднее время занятия одной абонентской линии для каждого типа абонентов (абоненты квартирного сектора, пользователи офисных АТС и др.). Чтобы упростить расчеты, для кодеков абонентов всех категорий в курсовом проекте используется единая величина, ее значение принято равным 2 мин.
t = 2мин, μ – интенсивность обслуживания поступающих заявок,
ρ – потери заявок.
Зная интенсивность потерь и пользуясь калькулятором Эрланга (описание приведено ниже), найдем число виртуальных соединений, которые нам потребуется установить, чтобы предоставить услуги связи с заданным QoS.
x –число соединений,необходимое для обслуживания нагрузки,об
рабатываемой кодеком определенного типа.
Vtrans _ cod _ i –полоса пропускания для одного соединения кодека типа i,
где N – количество соединений определенного типа на одном шлюзе. Таким образом, транспортный поток на выходе кодека i
Тогда транспортный поток пользовательского трафика на выходе одного шлюза
где L – число используемых кодеков.
Рассчитаем общий транспортный поток всех шлюзов:
где M – количество шлюзов.
Рисунок 8. Кодеки в шлюзе
СМО с ожиданием
|
|
|
В качестве СМО с ожиданием рассматривается тракт передачи дан ных (от шлюза до коммутатора доступа). Ранее мы определили ресурс, не обходимый для обслуживания поступающей нагрузки, имея в виду вызовы. Теперь мы будем работать на уровне передачи пакетов.
Необходимо отметить, что в отличие от СМО с потерями, где в случае занятости ресурсов заявка терялась, в данном случае возникает задержка передачи пакета, которая при определенных условиях может привести к превышению требований QoS передачи трафика.
При нормальных условиях функционирования системы – задержка незначительная и практически не меняется. Но с увеличением нагрузки, в определенный пороговый момент получается так, что не все пакеты, поступающие в канал могут быть обслужены сразу же. Такие пакеты становятся в очередь, а следовательно, общее время их передачи увеличивается (рис. 9).
Рис. 9. Схематическое представление цифрового потока в канале связи
На вход СМО с ожиданием со шлюза поступают пакеты с интенсивностью λ.
Поскольку в зависимости от типа используемых кодеков пакеты по падают в сеть с различной скоростью, то нельзя сразу определить параметр λ, его необходимо рассчитать для каждого типа используемого кодека:
где Vtrans_cod– скорость передачи кодека, рассчитанная ранее;
Lpacket_cod – общая длина кадра соответствующего кодека.
Теперь можно определить общую интенсивность поступления пакетов в канал:
где N – число используемых кодеков.
Задержка, вносимая каналом при поступлении пакетов:
где λ – суммарная интенсивность поступления заявок от всех каналов, μ– интенсивность обслуживания. Вне зависимости от размера пакета все они обслуживаются одинаково.
Значения сетевых задержек и их параметров нормируются стандартами ITU (рис. 10): предельно допустимая задержка доставки пакета IP от одного пользователя коммерческих услуг VoIP к другому не должна превышать 100 мс. Задержку при передаче пакета вносят все сегменты соединения (сеть доступа, магистральная сеть и т.п.). Приблизительно можно считать вклад каждого сегмента одинаковым.
Рисунок 10. Составные части задержки
Зная величину допустимой задержки и интенсивность поступления заявок (пакетов), можно рассчитать интенсивность обслуживания заявок в канале, после чего определить допустимую загрузку канала:
Зная транспортный поток, поступающий в канал и зная, что этот поток должен загрузить канал на величину ρ, определим общую требуемую пропускную способность канала τ:
Рассчитав транспортный ресурс, необходимый для передачи пользовательской и сигнальной информации от каждого шлюза на коммутатор доступа, рассчитаем общий входящий трафик, который поступает на коммутатор доступа.
|
|
|
Рассчитывать транспортный ресурс, необходимый для подключения коммутатора доступа к сети выходит за рамки данного курсового проекта, поэтому коммутатор доступа мы рассмотрим лишь для того, чтобы охватить возможные варианты абонентского доступа, а также показать, какое влияние оказывают абоненты различных категорий на общую сигнальную нагрузку.
Для передачи сигнального трафика обычно создается отдельный логический канал, параметры которого необходимо определить.
Пусть
LMEGACO – средняя длина (в байтах) сообщения протокола Megaco/H.248,
NMEGACO – среднее количество сообщений протокола Megaco/H.248 при обслуживании одного вызова,
LV5UA – средняя длина сообщения протокола V5UA,
NV5UA – среднее количество сообщений протокола V5UA при обслуживании одного вызова,
LIUA – средняя длина сообщения протокола IUA,
NIUA – среднее количество сообщений протокола IUA при обслуживании одного вызова,
LSH – средняя длина сообщения протоколов SIP/H.323,
NSIP – среднее количество сообщений протоколов SIP/H.323 при обслуживании одного вызова.
В коммутаторе доступа для обмена сообщениями протокола MEGACO, используемого для управления шлюзом, должен быть предусмотрен транспортный ресурс, который определяется формулой:
ksig – коэффициент использования транспортного ресурса при передаче
сигнальной нагрузки.;
PPSTN – удельная интенсивность потока вызовов в ЧНН от абонентов, использующих доступ по аналоговой телефонной линии;
PISDN – удельная интенсивность потока вызовов от абонентов, использующих базовый доступ ISDN;
PV5 – удельная (приведенная к одному каналу интерфейса) интенсивность потока вызовов от абонентов, подключаемых к пакетной сети через сети доступа интерфейса V5;
PPBX – удельная (приведенная к одному каналу интерфейса) интенсивность потока вызовов от УАТС, подключаемых к пакетной сети;
PSH – удельная интенсивность потока вызовов от абонентов, использующих терминалы SIP, H.323 (используется для терминалов, подключаемых как прямо к станции, так и при помощи LAN).
Сигнальный трафик в сети передается не равномерным непрерывным потоком, а отдельными блоками в течение всего сеанса связи, как это представлено на рис. 18.
T – длительность сеанса связи, а t 1, t 2, …, t 5 – длительности блоков сигнальной информации.
Рисунок 11. Схема передачи сигнального трафика
Таким образом, этот коэффициент показывает величину, обратную той части времени, которая отводится из всего сеанса связи для передачи сигнальной информации:
Примем значение ksig =5, что соответствует нагрузке в 0,2 Эрл (т. е. одна пятая часть времени сеанса тратится на передачу сигнальной информации). 1/ 450 – результат приведения размерностей «байт в час» к «бит в секунду» (8/3600=1/450), значение 1/90, приведенное ниже, получается при использовании ksig =5, и, следовательно, 5·1/450=1/90.
Для расчета транспортного ресурса шлюзов, необходимого для передачи сигнальной информации, используются те же параметры, что и для расчета транспортного ресурса гибкого коммутатора.
Так, для передачи сигнальной информации с целью обслуживания вызовов различных типов требуются следующие объемы полосы пропускания (бит/с):
|
|
|
