Решение. Титульный лист Исходные данные
 Скачать 0.62 Mb.
|
|
1-й шлюз  При этом данная нагрузка обрабатывается разными кодеками, их про центное соотношение было приведено выше. Для кодека G. 711  Для кодека G. 723.1 I/r  Для кодека G. 723.1 h/r  Для кодека G. 729 Рассмотрим СМО с потерями. Пользуясь калькулятором Эрланга, определим число соединений, не обходимое для обслуживания нагрузки, обрабатываемой кодеком опреде ленного типа (х), с условием что р (вероятность потери вызовов) = 0,25: Для кодека G. 711: Х=85; Для кодека G. 723.1 I/r: Х=85; Для кодека G. 723.1 h/r: Х=126; Для кодека G. 729: Х=126. Таким образом, транспортный поток на выходе кодека G. 711:  Для других кодеков рассчитываем потоки аналогично:  ,  Тогда транспортный поток на выходе первого шлюза:  .Нанесем полученные результаты на схему шлюза рисунок 4.3.  Рисунок 4.3 –Расчет первого шлюза Рассчитаем транспортный поток для двух других шлюзов:   Рассчитаем общий транспортный поток в интерфейсе подключения шлюзов к коммутатору доступа:  Перейдем к рассмотрению СМО с ожиданием.  Зная транспортный поток, поступающий в канал, и зная, что этот по ток может максимально нагружать канал на величину р, определим общий требуемый объем канала т:  .Рассчитаем общее количество абонентов, подключенных при помощи сетей LAN, PBX и V5:    4.2 Расчет оборудования гибкого коммутатора  В коммутаторе доступа для обмена сообщениями протокола MEGACO, используемого для управления шлюзом, должен быть преду смотрен транспортный ресурс, который определяется формулой:  Для передачи сигнальной информации с целью обслуживания вызо вов различных типов требуются следующие размеры полосы пропускания:     5.Расчет оборудования распределенного транзитного коммутатора 5.1 Расчет оборудования распределенного транзитного коммутатора Рассчитаем общую интенсивность потока вызовов от источников всех типов, обрабатываемых гибким коммутатором:  Теперь определим нижний предел производительности гибкого ком мутатора при обслуживании потока вызовов с интенсивностью PCALL:  Количество транспортных шлюзов (L) задано, в данном варианте L = 3; Рассчитаем общую нагрузку, поступающую на транспортный шлюз от АТС ТфОП:  Расчет необходимого транспортного ресурса для передачи пользова тельской нагрузки будет аналогичным тому расчету, который был приведен в разделе: проектирование распределенного абонентского концентратора, тогда  Расчет оборудования шлюзов Рассчитаем транспортный ресурс, необходимый для передачи сооб щений протокола MEGACO:  Таким образом, общий транспортный ресурс MGW может равен:  5.2 Расчет оборудования гибкого коммутатора Интенсивность потока вызовов, поступающих на транспортный шлюз 1, определяется формулой:  Следовательно, интенсивность потока вызовов, поступающих на гиб кий коммутатор:  т.к. в задании для данного варианта задано количество шлюзов - L=3. Транспортный ресурс Softswitch, необходимый для передачи сооб щений протокола MxUA, составляет:  Аналогично, транспортный ресурс гибкого коммутатора, необходи мый для передачи сообщений протокола MGCP, составляет:  Суммарный минимальный полезный транспортный ресурс Softswitch, требуемый для обслуживания вызовов в структуре транзитного коммутато ра, составляет:  Учитывая среднюю длину и количество сообщений протокола MxUA, необходимых для обслуживания одного вызова, можно вычислить транс портный ресурс для подключения сигнальных шлюзов к пакетной сети (с приведением размерностей)  5.3 Расчет оборудования сети IMS Расчет нагрузки на S-CSCF Транспортный ресурс, необходимый для организации взаимодейст вия между S-CSCF и Softswitch:  .Транспортный ресурс, необходимый для организации взаимодейст вия между S-CSCF и серверами приложений (AS):  Транспортный ресурс, необходимый для организации взаимодейст вия между S-CSCF и MRF:  Транспортный ресурс, необходимый для организации взаимодейст вия между S-CSCF и I-CSCF:  Тогда общий транспортный ресурс  Расчет нагрузки на I-CSCF Транспортный ресурс между Softswitch и I-CSCF, который требуется для обмена сообщениями по протоколу SIP во время обслужива ния вызовов:  Общий транспортный ресурс  6.Выбор оборудования сети и параметров подключения 6.1 АТС Avaya коммуникационный сервер S8700 Коммуникационный сервер S8700 в конфигурации Multi Connect является следующим шагом развития модели DEFINITY G3r. Сервер S8700 обеспечивает увеличение емкости и пропускной способности системы по сравнению со старшей моделью семейства DEFINITY, новые возможности для удаленного офиса, использование новых стандартных протоколов и коммерческой операционной среды при одновременном сохранении высокой надежности и многофункциональности системы. Эти задачи решаются с внедрением более мощного процессорного комплекса и использованием стандартных протоколов для взаимодействия управляющих и исполнительных устройств системы. Процессорный комплекс в данной конфигурации вынесен за пределы статива станции и реализован на базе дублированного сервера S8700, стандартной промышленной платформы фирмы Intel. В качестве операционной среды используется Linux, хорошо зарекомендовавший себя в работе с приложениями, требующими больших ресурсов процессорной емкости. В качестве приложения на сервере S8700, использующем Linux, работает программное обеспечение Avaya MultiVantageTM Соединение управляющего комплекса со стативами станции осуществляется по выделенной сети Ethernet, остальными составляющими процессорного комплекса являются коммутатор передачи данных семейства Cajun и дублированный источник бесперебойного питания. Плата IP Service Interface в стативах станции отвечает за передачу управляющей информации от сервера по протоколу H.248. В конфигурации системы физически разнесены управляющее соединение процессор-статив (IP, H.248) и межстативные соединения (оптика, коммутируемые каналы, ATM). Сохраняется возможность дублирования управляющего комплекса и межстативных соединений для обеспечения критической надежности станции. В каждой поставке S8700 присутствует два сервера, обеспечивая дублирование даже стандартных конфигураций. Резервный сервер получает полную информацию о состоянии системы, установках и текущих вызовах по высокоскоростному оптическому соединению, благодаря этому переключение системы с активного сервера на резервный происходит без прерывания установленных соединений и без снижения качества обслуживания. За счет использования более мощного процессора по сравнению с DEFINITY G3R существенно увеличены предельные возможности системы: производительность 300 000 гарантированных соединений в час наибольшей нагрузки, 36 000 абонентов, 8 000 соединительных линий, до 12 000 IP портов. В качестве удаленного офиса конфигурации S8700 MultiConnect может быть также использован шлюз G700, обеспечивающий вынос коммутационного поля по IP. Таких шлюзов G700 в системе может быть подключено до 250, при чем в каждом может быть установлен резервный процессор, обеспечивающий автономную работу шлюза в случае потери соединения или отказа центральной станции. Архитектура S8700 сервера в конфигурации MultiConnect сходна с DEFINITY G3R по типу используемых стативов, абонентских окончаний и соединительных линий. Таким образом, переход от DEFINITY G3R к S8700 MultiConnect для клиентов с установленной базой DEFINITY G3R состоит в основном в замене управляющего комплекса. Выигрыш подобной миграции — увеличение производительности системы и возможность использования шлюза G700 в качестве удаленного офиса с возможностью автономной работы. При этом максимально сохраняется установленное у клиента оборудование. Особенность конструктивного построения системы — соединение управляющего комплекса с исполнительными устройствами по стандартным протоколам (IP, H.248) обеспечивает возможность использовать стандартные промышленные платформы в качестве управляющих комплексов по мере необходимости роста производительности системы. В отличие от конфигурации MultiConnect в варианте S8700 сервер IP- Connect корпуса системы связаны между собой только по протоколу IP Такое решение предоставляет максимальную гибкость при проектировании голосовых сетей в рамках предприятия с развитой сетью передачи данных. Кроме того, в такой сети отпадает проблема перегрузок при большом числе транзитных вызовов, так как в IP сети транзитное соединение замещается переадресацией пути следования пакетов. Типы поддерживаемых корпусов — G600 и G700. Для передачи голосовых каналов между выносами в G600 обязательно присутствует как минимум один VoiP процессор TN2302 (Prowler). В корпусе G700 для этого используется встроенный модуль VoIP. Связь с процессором осуществляется через плату IPSI для корпуса G600 и через плату встроенный Media Gateway Processor для корпуса G700, который регистрируется с платой C-LAN в G600. Avaya использует стандартные механизмы IEEE 802.1p/q и DiffServ для приоретизации как передачи голоса по IP сети (VoIP & signaling) , так и управляющей информации — соединение сервер — IPSI. Каждый корпус (G600 и G700) имеет свою коммутационную шину с временным разделением канала (TDM), то есть, соединение между не-IP абонентами не требует преобразования голоса в IP пакет и замыкается внутри статива через TDM шину. Четыре корпуса G600 могут быть смонтированы в одной 19-дюймовой стойке, формируя единую TDM шину, в корпусах G600 устанавливаются стандартные платы DEFINITY, поддерживаются все типы абонентских окончаний и соединительных линий, как и в традиционных моделях DEFINITY G3R,SI, CSI. Конфигурация S8700 сервер IP-Connect поддерживает до 64 выносов на стативах G600, до 250 дополнительных выносов поддерживается на шлюзах G700 с возможностью автономной работы. Система рассчитана на 12000 IP портов, возможно также использование до 4000 традиционных портов. При этом следует помнить, что несмотря на использование того же центрального управляющего процессора (S8700), суммарная нагрузочная способность системы S8700 IP Connect ниже, чем S8700 Multi-Connect — 40 000 гарантированных соединений в ЧНН.  Рис.2 - Внешний вид АТС Avaya коммуникационного сервера S8700 Соединение управляющего комплекса со стативами станции осуществляется по выделенной сети Ethernet, остальными составляющими процессорного комплекса являются коммутатор передачи данных семейства Cajun и дублированный источник бесперебойного питания. Краткий перечень основных функций системы
выполнившим вызов к занятому речевому терминалу или не получившим ответа на вызов речевого терминала, автоматически получить вызов в обратном направлении, когда вызываемый речевой терминал станет доступным.
детальную запись о вызовах относительно всех входящих и исходящих вызовов на заданных группах соединительных линий и посылает эту информацию на устройство вывода CDR. Устройство вывода CDR обеспечивает детализированную распечатку, которая может использоваться Менеджером системы для вычисления стоимости вызова, распределения оплаты, анализа схемы вызова и отслеживания ненужных вызовов.
отсоединяться от вызова, использовать речевой терминал для других целей вызова, а затем вернуться к первоначальному вызову или подключиться к первоначальному вызову с другого речевого терминала.
|