Задания к выполнению курсовой работы

Задание №1

 

2.1.1 Провести расчёт производительности узла доступа с учётом структуры нагрузки поступающей от абонентов, пользующихся различными видами услуг.

а) сделать расчёт числа пакетов от первой группы (телефония);

б) провести расчёт числа пакетов от второй группы (телефония и интернет);

в) сделать расчёт числа пакетов от третьей группы абонентов (triple play);

г) оценить требования к производительности маршрутизатора, агрегирующего трафик мультисервисной сети доступа NGN;

д) сделать выводы.

Исходные данные для расчета приведены в таблицах 1,2,3,4.

 

Т а б л и ц а 1 – Доля абонентов по группам

Группа абонентов	Последняя цифра номера зачетной книжки	0,9	1,8	2,7	3,6	4,5
	Доля абонентов 1 группы, p1 в%
	Доля абонентов 2 группы, p2 в%
	Доля абонентов 3 группы, p3 в%

 

Т а б л и ц а 2 – Характеристики нагрузки, создаваемой клиентами различных групп.

Последняя цифра номера зачетной книжки fi	0,1	2,8	3,7	4,6	9,5
Вызовов в час, fi
Средняя длительность разговора, ti минут			2,5
Объём переданных данных в час наибольшей нагрузки, V2, Мбайт/с
Объём переданных данных в час наибольшей нагрузки, V3, Мбайт/с
Время просмотра видео в час наибольшей нагрузки, Тв, минут
Мультисервисный узел доступа обслуживает N, абонентов

 

Т а б л и ц а 3 – Выбор кодеков

Предпоследняя цифра номера зачетной книжки	1,3	2,4	5,7	6,8,9
Кодеки	G.711u G.726-32	G.711a G.729	G.711u G.723m	G.711a G.723a

 

Т а б л и ц а 4 - Параметры кодеков

Кодек	Ско- рость пере- дачи, кбит/с	Длитель ность датаграм-мы, Мс	Задержка пакети-зации, мс	Полоса пропускания для двунаправ-ленного соединения, кГц	Задержка в джиттер-буфере	Теоре-тическая максималь-ная оценка MOS
G.711u				174,4	2 датаграммы, 40 мс	4,4
G.711a				174,4	2 датаграммы, 40 мс	4,4
G.726-32				110.4	2 датаграммы, 40 мс	4,22
G.729				62,4	2 датаграммы, 40 мс	4,07
G.723m	6,3		67,5	43,73	2 датаграммы, 60 мс	3,87
G.723a	5,3		67,5	41,6	2 датаграммы, 60 мс	3,69

2.1.2 Методические указания к выполнению курсовой работы.

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

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

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

Расчёт производительности узла доступа необходимо проводить с учётом всех абонентов, пользующихся услугами. Три группы клиентов:

- пользователи телефонии, p₁;

- пользователи телефонии и передачи данных, p₂;

- пользователи телефонии, передачи данных и видео,p₃.

Схема групп пользователей показана на рисунке 1.

Рисунок 1 - Состав абонентов сети доступа

 

Каждая группа абонентов совершает в среднем f_i вызовов в час средней длительностью t_i минут. Для второй и третьей группы, необходимо задать объём переданных данных в час наибольшей нагрузки, величина обозначается V_i, Мбайт/с. Третья группа будет характеризоваться еще временем просмотра видео в час наибольшей нагрузки Т_В минут. Мультисервисный узел доступа обслуживает N абонентов.

Факторы влияющие на качество речи и выбор кодека.

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

Аудиокодеки - важнейший элемент терминалов H.323. Они позволяют уменьшать необходимую ширину голосового канала при сохранении требуемого качества речи. Различных схем сжатия достаточно много, но большинство устройств H.323 используют кодеки, стандартизированные ITU. Пользовательские приложения (например, NetMeeting) могут поддерживать различные кодеки, выбирая тот или иной посредством протокола H.245. Аудиокодеки можно сравнить по четырем параметрам (см.таблицау 4):

- скорость оцифровки - определенная битовая скорость, до которой кодек сжимает голосовой канал 64 Кбит/с. Для большинства кодеков она составляет 8; 6,4 и даже 5,3 Кбит/с. Однако следует иметь в виду, что это - только скорость сжатия речи. При передаче пакетированного голоса по сети за счет потерь протоколов (например, RTP/UDP/IP/Ethernet) скорость увеличивается, вплоть до скорости передачи данных;

- сложность реализации кодека: чем она выше, тем больше требований к ресурсам процессора;

- качество речи;

- задержка оцифровывания. Каждый алгоритм требует, чтобы до сжатия речь буферизовалась. Эта задержка добавляется к общей сквозной задержке. Сеть с чрезмерной сквозной задержкой заставляет людей общаться в режиме полудуплексного разговора вместо нормального дуплексного диалога [12].

Кодеки выбираются согласно предпоследней цифре номера зачетной книжки по Таблице 3.

Параметры кодеков представлены в таблице 4.

Время задержки оказывает заметное влияние на дуплексный телефонный разговор, который в отличие от широковещательной передачи (например, RealAudio) или передачи данных очень чувствителен к задержкам. Полная задержка становится заметной, когда она превышает 250 мс. Поэтому в рекомендации ITU-T G.114 максимальная односторонняя задержка, при которой сохраняется высокое качество голоса, определяется как 150 мс. При превышении этого порога поддерживать дуплексный разговор трудно - голоса абонентов накладываются друг на друга. Задержка имеет фиксированную и переменную составляющие. Например, фиксированная задержка определяется расстоянием, тогда как переменная зависит от меняющихся сетевых условий. Общая задержка складывается из различных компонентов. Рассмотрим наиболее значимые из них:

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

- Задержка кодека вносится каждым алгоритмом сжатия. Например, G.723 добавляет фиксированную задержку в 30 мс. У других кодеков встроенная задержка может быть меньше, но при этом возможно снижение качества речи или увеличение требуемой полосы пропускания.

- Буфер компенсации джиттера также вносит свою задержку. Джиттером называют отклонения от средней задержки следования пакетов. Задержка может быть различной для каждого пакета, в результате чего, отправленные через равный интервал, они прибывают неравномерно, а то и не в исходной последовательности. Так как алгоритм декомпрессии требует фиксированного интервала между поступлением пакетов, в шлюзе необходим буфер компенсации джиттера. Он задерживает поступающие пакеты, чтобы передавать их устройству декомпрессии с заданным интервалом. Кроме того, он также фиксирует любые ошибки, контролируя номер последовательности в полях сообщений протокола RTP. Однако буфер компенсации зачастую вносит весьма значимую задержку. Его размер задают таким, чтобы буферизовать целое количество пакетов с учетом ожидаемого значения джиттера. Как правило, для каждого направления задержка буфера составляет 80 мс.

Выбор размера пакета также влияет на качество речи. Пакеты большого размера значительно уменьшают необходимую ширину полосы пропускания, но добавляют задержку пакетирования, так как передатчик тратит больше времени, чтобы заполнить пакет. "Накладные расходы" при пакетной передаче VoIP достаточно высоки. Рассмотрим сценарий, где голос сжимается до 8 Кбит/с, а пакеты посылаются каждые 20 мс. Таким образом, размер речевой информации в каждом пакете - 20 байт. Однако чтобы передать эти пакеты по RTP, к ним нужно добавить: заголовок Ethernet - 14 байт, заголовок IP - 20 байт, заголовок UDP - 8 байт и дополнительные 12 байт для RTP. В общей сложности 54 лишних байта, чтобы передать 20 байт голоса.

Как повысить содержание полезной информации в трафике? Во-первых, можно увеличить размер пакетов, например отправляя их каждые 40 мс. Однако при этом возникнет дополнительная задержка. Другой подход - сжатие заголовка. Этот метод использован в ряде устройств, особенно в работающих на медленных каналах связи, таких как PPP (Point-to-Point Protocol), FR (Frame Relay) или ISDN. Данный протокол обычно называют CRTP (Compressed RTP). Он сжимает заголовок до нескольких байт. AudioPro отображает эффективность загрузки пакета и среднюю скорость передачи (пакет/с и бит/с) для каждого потока, что позволяет определить оптимальный размер пакета для любой сети.

Основными механизмами обеспечения QoS (Quality of Service) являются:

Пакетная передача данных.

NGN как сеть с коммутацией пакетов отвечает модели системы с ожиданием (ТфОП соответствует модели системы с потерей вызовов). Заявка, поступившая в момент занятости всех каналов, не покинет систему, а будет поставлена в очередь. Время освобождения системы для начала обработки заявки из очереди меньше, нежели время, требуемое на перезапрос услуги. Кроме того, пакетизированный голос расходует полосу пропускания гораздо экономнее - при молчании абонентов информация не передается.

Наличие «временного запаса».

Измерения, проведенные специалистами Международного союза электросвязи (МСЭ) и Европейского института телекоммуникационных стандартов, показали, что к снижению качества телефонной связи приводит задержка Ткр свыше 150 мс. Обозначим время доставки информации в сети от узла А к узлу Б - T0. Тогда временной запас (Тз) – это разница между критическим временем доставки информации к абоненту и реальным временем прохождения пакетов через сеть.

Временной запас Тз, который в традиционных сетях связи пренебрегается, в NGN оперативно предоставляется другим приложениям, что в целом благотворно сказывается на параметрах QoS [3].

Физическое и логическое отделение передачи и маршрутизации пакетов от устройств и логики управления услугами.

Данное архитектурное решение позволяет использовать единый программный интеллект обработки вызовов для сетей разных типов (традиционных, пакетных, гибридных) с разными форматами речевых пакетов и с разным физическим транспортом [4], а также повышает степень управляемости процессами и параметрами QoS в сети следующего поколения.

Применение граничных контроллеров сессий SBC (Session Border Controller).

Данное устройство изначально ориентировано на большое количество услуг реального времени (видео, мультимедиа, Instant Messaging), реализуемых в IP-сети, и задействовано для отслеживания показателей качества обслуживания в NGN. Трафику, пропускаемому через SBC, обеспечивается управление качеством обслуживания, безопасностью, полосой пропускания. Для взаимодействия сетей необходимо одновременное использование обоих видов оборудования - Softswitch и SBC [5].

Использование технологии многопротокольной коммутации по меткам MPLS (Multiprotocol Label Switching).

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

Функция MPLS Fast Reroute, оперативно реагирующая (не более чем за 50 мс) на обрывы связи и перенаправляющая информационные потоки на неповрежденные участки сети, делает NGN более надежной, чем сети SDH [6]

 

2.1.3 Расчёт числа пакетов от первой группы (телефония).

Рассчитаем число пакетов создаваемых пользователями телефонии, использующие выбранные ранее кодеки. Параметры кодеков представлены в таблице 4.

Рассчитаем параметры сети для двух кодеков соответственно варианту. Длительность дейтаграммы T_PDU равна 20 мс, согласно рекомендации RFC 1889. При этом в секунду передаётся

 

n_j= 1/ T_PDU, (кадров в секунду). (2.1)

Размер пакетизированных данных

h_j = v_j·T_{PDU ,} (2.2)

где v_j – скорость кодирования, байт/с;

h_j – размер пакетизированных данных;

T_PDU – длительность одной речевой выборки (длительность пакета).

Рассчитать v_j – скорость кодирования, байт/с; h_j – размер пакетизированных данных для двух выбранных согласно варианту кодеков (индекс j соответствует 1-первый кодек без сжатия, 2- второй кодек со сжатием).

При использовании кодека скорость кодирования

 

v_j = R_Gj/8 , (байт/с),

 

h_j = v_j · T_PDU, (байт).

 

R_Gj – скорость передачи кбит/с.

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

- Ip – 20 байт;

- UDP – 8 байт;

- RTP – 12 байт.

Суммарный размер пакета для кодека без сжатия

 

h_åG1 = h_j + Ip + UDP+ RTP, байт.

 

Суммарный размер пакета для кодека со сжатием

 

h_åG2= h_j + Ip + UDP+ RTP, байт.

 

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

N_1j = n_1j· t₁·f₁·p₁·N , (2.3)

 

где N_1j – число пакетов, генерируемое первой группой пользователей в час наибольшей нагрузки;

n_1j – число пакетов, генерируемых в секунду одним абонентом;

t₁ – средняя длительность разговора в секундах для первой группы абонентов;

f₁ – число вызовов в час наибольшей нагрузки для первой группы абонентов;

p₁ – доля пользователей группы 1 в общей структуре абонентов;

N – общее число пользователей.

 

 

2.1.4 Расчёт числа пакетов от второй группы (телефония и интернет).

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

 

N_{2_тj} = n_1j· t₂· f₂·p₂· N, (2.4)

 

где N_{2_тj} – число пакетов, генерируемое второй группой пользователей в час наибольшей нагрузки при использовании голосовых сервисов;

n_1j – число пакетов, генерируемых в секунду одним абонентом;

t₂ – средняя длительность разговора в секундах для второй группы абонентов;

f₂ – число вызовов в час наибольшей нагрузки для второй группы абонентов;

p₂ – доля пользователей группы 2 в общей структуре абонентов;

N – общее число пользователей.

Для расчёта числа пакетов, генерируемых второй группой пользователей при использовании сервисов передачи данных, необходимо задаться размером пакетов. При построении сети NGN, как правило, на одном или нескольких участках сети на уровне звена данных используется та или иная разновидность технологии Ethernet, поэтому использовать пакеты, превышающие максимальную длину поля данных Ethernet, не имеет смысла. Очень длинный пакет рано или поздно будет фрагментирован, что приведёт, во-первых, к излишней нагрузке на коммутаторы, и, во-вторых, к возможным перезапросам в случае потерь.

Кроме того, использование пакетов большого размера затрудняет обеспечение качества обслуживания и на магистральной сети, и в сети доступа. Более того, как правило, корпоративные пользователи устанавливают на границе своей сети «firewall», который, иногда, ограничивает максимальный размер кадра. При передаче данных вместо протоколов RTP и UDP используется TCP, вносящий точно такую же избыточность (20 байт).

Для расчёта числа пакетов в час наибольшей нагрузки необходимо задаться объёмом переданных данных. Предположим, что абоненты второй группы относятся к интернет-сёрферам, т.е. в основном просматривают веб-страницы. Средний объём данных, переданных за час при таком способе подключения, составит около V₂ необходимо выразить в битах. То есть V₂ ≈ V₂(Мбайт) ·8·1024·1024 бит. Число пакетов, переданных в ЧНН, будет равно

 

N_{2_дj} = p₂· N ·V_2j/h_j , (2.5)

 

где N_{2_дj} – количество пакетов, генерируемых в час наибольшей нагрузки абонентами второй группы при использовании сервисов передачи данных;

p₂ – доля пользователей группы 2 в общей структуре абонентов;

h_2j – размер поля данных пакета;

N – общее число пользователей.

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

N_2j = N_{2_тj} + N_{2_дj}. (2.6)

 

2.1.5 Расчёт числа пакетов от третьей группы абонентов (triple play).

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

 

N_{3_тj} = n_1j· t_{3_т}· f₃· p₃· N, (2.7)

 

где N_{3_т} – число пакетов, генерируемое третьей группой пользователей в час наибольшей нагрузки при использовании голосовых сервисов;

n_1j – число пакетов, генерируемых в секунду одним абонентом;

t₃ – средняя длительность разговора в секундах;

f₃ – число вызовов в час наибольшей нагрузки;

p₃ – доля пользователей группы 3 в общей структуре абонентов;

N – общее число пользователей.

Предположим, что абоненты третьей группы относятся к «активным» пользователям интернета, т.е., используют не только http, но и ftp, а также прибегают к услугам пиринговых сетей. Объём переданных и принятых данных данных при таком использовании интернета составляет до V₃ . Число пакетов, переданных в ЧНН, будет равно

 

N_{3_дj} = p₃· N · V₃/h_j .

 

Для расчёта числа пакетов, генерируемых пользователями видео-услуг, воспользуемся соображениями относительно размера пакета, приведёнными в предыдущем пункте. Размер пакета не должен превосходить 200 (120) байт (вместе с накладными расходами).

Одной из наиболее перспективных и динамически развивающихся услуг является IPTV – передача каналов телевещания с помощью протокола IP. При организации данного сервиса для каждого пользователя в транзитной сети доступа не требуется выделения индивидуальной полосы пропускания. До мультисервисного узла доходит определённое количество каналов, которые распределяются между заказчиками услуги, причём существует возможность организации широковещательной рассылки. Допустим, что в мультисервисной сети предоставляется возможность просмотра K_tv = 40 каналов вещания. Для обеспечения удовлетворительного качества скорость кодирования должна быть порядка 2 Мбит/с.

Например, при скорости передачи v = 2048000 бит/с и размере полезной нагрузки пакета h_j число пакетов, возникающих при трансляции одного канала, равно:

n_3j = v/h_j , (2.9)

 

Количество пакетов, передаваемых по каналами в ЧНН, составит

 

N_{3i_Вj} = p₃· N · n_3i · t_{3_В} , (2.10)

где N_{3j_В} – число пакетов, генерируемое третьей группой пользователей в час наибольшей нагрузки при использовании видео-сервисов сервисов;

n_3j – число пакетов, генерируемых в секунду одним абонентом при использовании просмотре видео, сжатого по стандарту MPEG2;

t_{3_В} – среднее время просмотра каналов в ЧНН, сек;

p₃ – доля пользователей группы 3 в общей структуре абонентов;

N – общее число пользователей.

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

N_3j = N_{3j_т} + N_{3j_д} + N_{3j_В} (2.11)

2.1.6 Требования к производительности мультисервисного узла доступа.

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

Суммарное число пакетов, которое должен обработать мультисервисный узел доступа, будет равно:

 

j_Σj = N_1j + N_2j + N_3j = n_1j· t₁·f₁·p₁·N + (n_1j· t₂· f₂· p₂· N + p₂· N · V₂/h_j) +

+ (n_1j· t₃·f₃·p₃· N + p₃·N ·V₃/h_j + p₃· N · n_3j · t_{3_В}). (2.12)

 

Учитывая, что:

t₁ = t₂ = t₃ = _­ t – средняя длительность разговора в секундах;

f₃ = f₂ = f₁ = f – число вызовов в ЧНН;

получим

 

(2.13)

Nj_Σj = n_1j · t · f ·N · (p₁ + p₂ + p₃) + N/h_j · (p₂·V₂ + p₃·V₃) + p₃· N · n_3j · t_3В.

 

Учитывая, что p₁ + p₂ + p₃ = 1, получим

N_Σj = N · (n_1j · t · f + ( p₂·V₂ + p₃·V₃)/h_j) + p₃· N · n_3j · t_{3_В} . (2.14)

Среднее число пакетов в секунду рассчитывается для двух выбранных кодеков и равно

N_{Σ_секj} = N_Σj/3600. (2.15)

 

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

Анализируется как и какие группы сети больше всего загружают систему для рассчитываемых длин пакетов. Для этого формируется таблица 6 и строится диаграмма).

 

Таблица 6 - количество передаваемых пакетов в сек для трех групп пользователей

	Количество передаваемых пакетов в сек
G.711	G.726
1 группа (p1),%	N11	N12
2 группа (p2) ,%	N21	N22
3 группа (p3) ,%	N31	N32

 

Рисунок 2 – Пример доли передаваемых пакетов тремя группами

 

Вывод о загрузке системы пользователями трех групп.

Из графика видно, что наибольший передаваемый трафик идет на третью группу при кодеке G.711 и G.726, несмотря на то, что она составляет всего лишь 5% от общего числа пользователей. Пользователи обычной телефонии, при ее преобладающем количестве, загружают систему меньше всех.

 

Задание №2

 

2.2.1 Расчетная часть.

а) Рассчитать среднее время задержки пакета в сети доступа.

б) Рассчитать интенсивность обслуживания пакета при норме задержки = 5 мс для двух типов кодеков.

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

г) Определить коэффициент использования системы для случаев с различными кодеками.

д) Построить зависимости при помощи прикладной программы MathCad.

ж) Сделать выводы по задачам 1 и 2.

 

2.2.2 Методические указания к выполнению задания 2

Требования к полосе пропускания определяются гарантиями качества обслуживания, предоставляемыми оператором пользователю. Параметры QoS описаны в рекомендации ITU Y.1541. В частности, задержка распространения из конца в конец при передачи речи не должна превышать 100 мс, а вероятность превышения задержки порога в 50 мс не должна превосходить 0,001, т.е.

, мс,

 

p{t_p > 50 мс} ≤ 0.001.

Задержка из конца в конец складывается из следующих составляющих:

t_p = t_пакет + t_ад + t_core + t_ад + t_буф (2.16)

 

где t_p – время передачи пакета из конца в конец;

t_пакет – время пакетизации (зависит от типа трафика и кодека);

t_ад – время задержки при транспортировке в сети доступа;

t_core – время задержки при распространении в транзитной сети;

t_буф – время задержки в приёмном буфере.

Из таблицы 6 видно, что применение низкоскоростных кодеков «съедает» основную часть бюджета задержки. Задержка в приёмном буфере также велика, поэтому на сеть доступа и транспортная сеть должны обеспечивать минимальную задержку.

Допустим, что задержка сети доступа не должна превышать 5 мс. Время обработки заголовка IP-пакета близко к постоянному.Распределение интервалов между поступлениями пакетов соответствует экспоненциальному закону. Поэтому для описания процесса, происходящего на агрегирующем маршрутизаторе, можно воспользоваться моделью M/G/1.

Для данной модели известна формула, определяющая среднее время вызова в системе (формула Полячека – Хинчина) [9].

 

, (2.17)

где _j – средняя длительность обслуживания одного пакета;

– квадрат коэффициента вариации, 0,2;

_j – параметр потока, из первой задачи N_{å_секj} ;

_j – среднее время задержки пакета в сети доступа, = 0,005 с.

Ненулевой коэффициент вариации учитывает возможные отклонения при использовании в заголовках IP полей ToS. Кроме того, время обработки IP-пакета в значительной мере зависит от используемых на маршрутизаторе правил обработки.

Из формулы (2.17) следует зависимость максимальной величины для средней длительности обслуживания одного пакета от среднего времени задержки в сети доступа.

 

, (2.17)

Построим данные зависимости при помощи прикладной программы MathCad.

 

 

Рисунок 3 - Зависимость максимальной величины для средней длительности обслуживания одного пакета от среднего времени задержки в сети доступа для кодека G.711

 

Интенсивность обслуживания связана со средним временем задержки пакета в сети доступа обратно пропорционально:

 

. (2.19)

Рассчитать по формулам 2.18 и 2.19 среднее время задержки в сети доступа и интенсивность обслуживания при норме задержки = 5 мс для двух типов кодеков.

Время t_j должно выбираться как минимальное из двух возможных значений. Первое значение – величина, полученная из последней формулы. Второе значение – та величина, которая определяется из условия ограничения загрузки системы – r. Обычно эта величина не должна превышать 0,5.

При среднем значении задержки в сети доступа 5 мс коэффициент использования равен:

 

. (2.20)

Рассчитать коэффициент использования для случаев с различными кодеками.

При таком высоком использовании малейшие флуктуации параметров могут привести к нестабильной работе системы. Определим параметры системы при её использовании на 50%. Средняя длительность обслуживания будет равна

. (2.21)

Определим интенсивность обслуживания при этом

 

_(2.22).

Задержка в сети доступа рассчитывается по формуле:

 

, (секунд). (2.23)

Рассчитывать вероятность s(t)= при известных λ и τ нецелесообразно, т.к. в Y.1541 вероятность P{t>50мс} < 0.001 определена для передачи из конца в конец.

При известном среднем размере пакета h_j определить требуемую полосу пропускания

j_j = β_j×h_j (бит/с).

 

Сравним полученные результаты (см. рисунок 4.)

Рисунок 4 – Пример отображения результатов расчета: требуемая полоса пропускания

 

Из графика видно, что для передачи одной и той же информации, то есть одного объема при использовании услуги Triple Play, необходима различная полоса пропускания. В нашем случае при использовании кодека G.711 с длиной пакета 200 байт необходима меньшая полоса пропускания, чем при использовании кодека G.726 с длиной пакета 120 байт, хотя протокол G.726 – есть протокол со сжатием.

Предположим, что в структурном составе абонентов отсутствуют группы пользователей использующие видео, т.е. p_2н » p₂+p₂. При этом в вышеприведённом анализе следует опустить расчёт числа пакетов, возникающих при использовании сервисов высокоскоростной передачи данных и видеоуслуг.

Число генерирующих пакетов, возникающих в ЧНН, будет равно

 

,

где N_tel – число пакетов телефонии, генерируемое всеми пользователями

в час наибольшей нагрузки;

N_int – число пакетов интернета, генерируемое второй группой пользователей в час наибольшей нагрузки

p_2н – доля пользователей группы 2 в общей структуре абонентов

n_j – число пакетов, генерируемых в секунду одним абонентом при использовании кодека G.711;

t – средняя длительность разговора в секундах;

f – число вызовов в час наибольшей нагрузки;

N – общее число пользователей.

Число пакетов в секунду:

 

.

 

Среднее время обслуживания одного пакета при норме задержки 5 мс:

 

(секунд).

 

Коэффициент использования:

 

.

 

При использовании системы на 50%:

 

, (секунд),

.

 

Требуемая пропускная способность:

 

φ_j = β_j×h_j , (бит/с).

 

Для второго кодека проводим аналогичные вычисления.

Сравним полученные результаты (см.рисунок 6)

Рисунок 6 – Пример отображения результатов расчета: требуемая полоса пропускания

 

Из графика видно, что для передачи информации одного объема, необходима различная полоса пропускания, в данном случае при использовании кодека G.711 с длиной пакета 200 байт необходима большая полоса пропускания, чем при использовании кодека G.726 с длиной пакета 120 байт.

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

 

 

Задание №3

Расчетная часть

а) провести расчет математической модели эффекта туннелирования в MPLS , применив MATHCAD или другую программу;

б) рассчитать времени пребывания пакета в туннеле из N узлов V₁ (N);

в) рассчитать время пребывания пакета в LSP- пути без туннеля V₂(N);

г)на основе результатов расчета сравнить различные варианты и сделать выводы о возможности организации туннеля между первым узлом и узлом N.

Исходные данные для расчета приведены в таблице 7.

Т а б л и ц а 7- Данные к расчету

Первая буква фамилии	АБ ОП	ВГ ЧУ	ДЖХ	ЗИЫ	УЛЦ	ЛМЙ	НРШ	СТЩ	ФЭ	ЮЯ
число маршрутиза-торов N
Последняя цифра номера зачетной книжки
ρ1	0,60	0,75	0,65	0,70	0,75	0,60	0,65	0,75	0,65	0,75
ρ2	0,70	0,85	0,70	0,80	0,85	0,70	0,70	0,85	0,70	0,85
ρ3	0,80	0,9	0,85	0,90	0,95	0,80	0,85	0,95	0,85	0,95
Предпоследняя цифра номера зач. книжки
, с-1
m	1,02	1,03	1,08	1,05	1,04	1,06	1,02	1,06	1,02	1,09

 

Здесь:

l-интенсивность входного потока заявок,

1/m -среднее время обслуживания в системе М/М/m в стационарных условиях,

r =l/m - нагрузка, обслуживаемая узлом LSР- маршрута,

m- поправочный коэффициент.