Практическая работа. Практическая работа по дисциплине ттмс расчет оборудования гибкого коммутатора сетей ngn

• Название: Практическая работа по дисциплине ттмс расчет оборудования гибкого коммутатора сетей ngn
• Анкор: Практическая работа
• Дата: 18.08.2022
• Размер: 192.08 Kb.
• Имя файла: Практическая работа.docx
• Тип: Практическая работа; #648633
• страница: 3 из 4

3.1 Протокол SIP

Протокол инициирования сессий SIP (Session Initiation Protocol) предназначен для установления, модификации, разрушения речевых и мультимедийных соединений в сеансах IP-телефонии (VoIP), мультимедийной конференц-связи и передачи данных в сети NGN. Протокол SIP является протоколом типа «клиент-сервер», включает текстовые запросы и отклики, содержащие поля заголовков, в которых передается информация об обслуживании и характеристиках соединения. В типовом варианте SIP применяется поверх протоколов UDP. Протокол SIP применяется также для взаимодействия оконечных устройств (например, SIP-телефонов) с пакетной сетью.

3.2 Технология H.323

Сети на базе протоколов H.323 ориентированы на интеграцию с телефонными сетями и могут рассматриваться как сети ISDN, наложенные на IP-сети. Рекомендация H.323 предусматривает довольно сложный набор протоколов, который включает в себя три основных: протокол взаимодействия оконечного оборудования с привратником RAS, протокол управления соединениями H.225 и протокол управления логическими каналами H.245.

Цель Н.323 – обеспечить работу мультимедийных приложений в сетях с негарантированным качеством обслуживания. В число «объектов» H.323, как они названы в стандарте, включаются терминалы, мультимедийные шлюзы, устройства управления многоточечными конференциями и контроллеры зоны Gatekeeper.

3.3 Протокол MGCP

Протокол управления шлюзами MGCP (Media Gateway Control Protocol) основан на обсуждавшемся выше принципе декомпозиции, согласно которому шлюз разбивается на отдельные функциональные блоки: транспортный шлюз MG, устройство управления MGC и шлюз сигнализации SG. Сам MGCP является внутренним протоколом, поддерживающим обмен информацией между функциональными блоками распределенного шлюза. MGCP, будучи протоколом управления шлюзами, не предназначен для управления соединениями с участием терминального оборудования пользователей (IP-телефонами). Это означает, что в сети, построенной на базе протокола MGCP, для управления терминалами должен присутствовать привратник или SIP-сервер.

3.4 Протокол H.248/Megaco

Так же, как и протокол MGCP, он является внутренним протоколом, который работает между функциональными блоками распределенного шлюза, а именно – между MGC и MG. Для переноса сигнальных сообщений

Megaco/H.248 могут использоваться следующие транспортные протоколы: UDP, TCP, а также SCTP (Stream Control Transport Protocol). Поддержка протокола UDP является обязательным требованием для MGC. Протокол TCP должен поддерживаться как контроллером, так и шлюзом. Поддержка протокола SCTP для обоих устройств опциональна. Сообщения протокола Megaco/H.248 могут кодироваться двумя способами: кодирования сигнальной информации и двоичный способ представления сигнальной информациии. Контроллер MGC должен поддерживать оба способа кодирования, а шлюз MG – только один из них.

3.5 Протокол BICC

Протокол BICC представляет собой протокол управления обслуживанием вызова, предполагавшийся для использования между «обслуживающими узлами» Название протокола расшифровывается как Bearer Independent Call Control, т.е. протокол управления обслуживанием вызова, независимый от услуг доставки информации. BICC базируется на подсистеме ISUP стека ОКС7. Это сделано для того, чтобы обеспечить согласование протокола с существующими услугами и сетями TDM. Протокол независим от транспортной технологии и использует уже существующие сигнальные протоколы для установления соединений на транспортном уровне.

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

Общая нагрузка от абонентов ТфОП:

Y_pstn = y_pstn * N_pstn = 0.1*12000=1200 (Эрл).

Общая нагрузка от абонентов ISDN:

Y_ISDN = y_ISDN * N_ISDN = 0.2*800=160 (Эрл).

Нагрузка оборудования доступа j интерфейса V5:

Y_{j_v5} = y _{j_v5}*N_{j_v5} =0.8*50=40 (Эрл).

Общая нагрузка, поступающая на шлюз доступа, который обеспечивает подключение оборудования доступа через интерфейс V5:

Y_V5 = = 0.8* .

Y_v5=6*40=240 (Эрл).

Нагрузка от УПАТС m:

Y_{m_pbx} = y_{m_pbx}*N_{k_pbx} =0.8*130=104 (Эрл).

Общая нагрузка, поступающая на транкинговый шлюз, к которому подключено оборудование УПАТС:

Y_pbx = 7*130 =910 (Эрл).

Если шлюз реализует функции резидентного шлюза доступа, шлюза доступа и транкингового шлюза подключения УПАТС, то общая нагрузка, поступающая на шлюз:

Y_GW = Y_pstn+Y_ISDN+Y_v5+Y_pbx =1200+160+910+104=2374 (Эрл)

Таким образом, можно сделать вывод, что общая нагрузка будет равна 2 374 Эрл. Исходя из количества портов различных типов, необходимо поставить 5 шлюзов.