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

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

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

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

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

- пользователи телефонии, р1;

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

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

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

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

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

Аудиокодеки — важнейший элемент терминалов Н.323. Они позволяют уменьшать необходимую ширину голосового канала при сохранении требуемого качества речи. Различных схем сжатия достаточно много, но большинство устройств Н.323 используют кодеки, стандартизированные ITU. Пользовательские приложения (например, NetMeeting) могут поддерживать различные кодеки, выбирая тот или иной посредством протокола Н.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 добавляет фиксированную задержку может быть меньше, но при этом возможно снижение качества речи или увеличение требуемой полосы пропускания.

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

Выбор размера пакета также влияет на качество речи. Пакеты большого размера значительно уменьшают необходимую ширину полосы пропускания, но добавляют задержку пакетирования, так как передатчик тратит больше времени, чтобы заполнить пакет: «Накладные расходы» при пакетной передаче VoIP достаточно высоки. Рассмотрим сценарий, где голос сжимается до 8 Кбит/c, а пакеты посылаются каждые 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 мс. Обозначим время доставки информации к абоненту и реальным для прохождения пакетов через сеть.

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

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

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

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

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

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

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

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