курсач ск_9вар. Курсовой проект по дисциплине "Системы коммутации" Вариант 9 с одержание работы Введение 5 Глава Построение городской телефонной сети 6
 Скачать 479.12 Kb.
|
Глава 4. Проектирование распределенного транзитного коммутатора пакетной сети4.1 Расчет числа потоков Е1 между АТС и транспортными шлюзамиКаждая АТС подключается к сети пакетной коммутации через транспортный шлюз. Для расчета числа потоков Е1, соединяющих АТС и шлюз, надо учесть все исходящие и входящие тракты. В таблице 3.3 в строке указано количество исходящих трактов, в столбце - входящих трактов. Если каналы одностороннего действия, то для определения числа потоков следует сложить строку и столбец соответствующей АТС. Если используются линии двухстороннего действия, то при расчете тракты между АТС следует сложить в строке, либо в столбце. Для расчета числа трактов Е1 на АТС, которая используется для организации УСС, следует учесть входящие тракты от других АТС для обслуживания нагрузки к спецслужбам. Результаты определения числа потоков Е1 для каждой АТС приведены в таблице 4.1. Таблица 4.1 Количество потоков Е1 между АТС и транспортным шлюзом.
4.2 Расчет параметров транспортных шлюзовДля преобразования трафика телефонной сети в пакетный на всех узлах РАТС и АМТС устанавливаются транкинговые шлюзы TG. Нагрузка, поступающая на транкинговый шлюз TG1, определяется по формуле 4.1 на основе числа потоков E1, приведенного в таблице 4.1:  (4.1)где:  - число потоков Е1,  - удельная нагрузка одного канала, равна 0.8 Эрл.Аналогично рассчитывается нагрузка на остальные транкинговые шлюзы. Результаты расчетов сведены в таблицу 4.2. Нагрузка, поступающая от шлюза в пакетную сеть, зависит от применяемых в шлюзе типов кодеков. В проекте рекомендуется использовать кодек G.711, скорость передачи на выходе которого равна 64 Кбит/с. В пакетной телефонии один отсчёт кодека G.711 оцифровывает 10мс речи и формирует 80 байт закодированной информации. Для сохранения задержки оцифровки и пакетизации в допустимых пределах, в один пакет протокола реального времени помещаются два отсчёта кодека G.711, что составляет 160 байт полезной нагрузки протокола RTP. Скорость передачи пакетов RTP при этом равна 50 пакетов/с. С учётом избыточности, добавляемой протоколами RTP, UDP, IP, и на канальном и физическом уровне Ethernet, размер пакета, поступающего в среду передачи, составит 238 байт (1904 бит). Результирующая скорость информационного потока  на физическом уровне от одного голосового канала будет равна 95.2 Кбит/с.Транспортный ресурс физического уровня, необходимый для передачи в пакетную сеть трафика, поступающего на шлюз TG1 равен:  Мбит/с (4.2),  Мбит/сИнтенсивность вызовов, поступающих на транкинговый шлюз TG1, рассчитывается по формуле:  выз. /ЧНН (4.3)где:  =40 - интенсивность вызовов, обслуживаемых одним каналом; - количество потоков E1, поступающих на шлюз от РАТС-1 (таблица 4.1) выз. /ЧННПри обслуживании типичного телефонного соединения число передаваемых сигнальных сообщений протокола M2UA составляет  , при средней длине пакетов на физическом уровне  байт. В процессе установления и завершения вызова между гибким коммутатором SX и транкинговым шлюзом TG передаются  сообщений MGCP со средней длиной пакета  байта (также на физическом уровне Ethernet).Транспортный ресурс для сообщений сигнализации протоколов MGCP и М2UA, рассчитанный по формуле:  Мбит/с (4.4)где: k=1 - коэффициент использования ресурса;  - интенсивность вызовов, поступающих на транспортный шлюз TG1 (таблица 4.2); - результат приведения размерностей "байт в час" к "бит в секунду". Мбит/сОбщий транспортный ресурс для шлюза TG1, рассчитанный по формуле:  Мбит/с (4.5) Мбит/сИсходя из полученных результатов, следует выбрать тип интерфейса Fast Ethernet с пропускной способностью 100 Мбит/с. Количество интерфейсов определяется по формуле (4.6). Полезный транспортный ресурс интерфейса для передачи трафика реального времени составляет 40% от общей пропускной способности, что для Fast Ethernet равно  Мбит/с. Если транспортный ресурс шлюза превышает возможности одного интерфейса, следует выбрать достаточное количество интерфейсов, работающих в режиме разделения нагрузки. Следует также предусмотреть один дополнительный интерфейс для организации резервирования по схеме N+1. (4.6)Количество интерфейсов для транкингового шлюза TG1 будет равно:  Результаты расчетов транкинговых шлюзов сведены в таблицу 4.2. Таблица 4.2 Транспортный ресурс транкинговых шлюзов.
4.3 Расчет параметров гибкого коммутатораРасчет производительности гибкого коммутатора. Интенсивность вызовов  , поступающих на гибкий коммутатор, можно вычислить по формуле (4.7) на основании данных таблицы 4.2 Следует учитывать, что вызов, поступивший от РАТС вызывающего абонента на один из транкинговых шлюзов, обязательно завершается на каком-то другом TG, связанном с РАТС вызываемого абонента. Поэтому суммарное число вызовов в ЧНН (итоговое ) при расчёте нагрузки на гибкий коммутатор следует разделить пополам: выз. /ЧНН (4.7),  Параметры интерфейсов подключения к пакетной сети. Транспортный ресурс гибкого коммутатора, необходимый для передачи сообщений протокола M2UA, составляет:  бит/сАналогично, транспортный ресурс гибкого коммутатора, необходимый для передачи сообщений протокола MGCP, составляет:  бит/сИнтенсивность сигнального трафика требуется умножать на два, поскольку гибкий коммутатор при обслуживании одного вызова работает одновременно с двумя шлюзами (TG вызывающего и TG вызываемого абонента), и трафик от SX к каждому шлюзу идёт через один и тот же интерфейс гибкого коммутатора. Суммарный минимальный полезный транспортный ресурс гибкого коммутатора, требуемый для обслуживания вызовов, составляет:  Мбит/сДля трафика с гарантированной полосой пропускания режима относительного времени, каким является трафик протоколов сигнализации, полезный транспортный ресурс одного интерфейса составляет 75% от полной пропускной способности, что для интерфейсов Fast Ethernet равно  Мбит/с. Исходя из этого, необходимое число интерфейсов гибкого коммутатора рассчитывается по следующей формуле: интерфейсaДополнительный интерфейс предусматривается с целью организации резервирования по схеме N+1. Результаты расчётов, полученных в разделе 4, представленны на схеме сети NGN (рисунок 4.1).  Рисунок 4.1 - Схема проектируемой сети NGN. ЗаключениеПерспективная архитектура сетей следующего поколения (NGN) предполагает создание мультисервисной сети c вынесением функциональности услуг в граничные узлы сети, создание специальной подсистемы управления услугами в виде отдельной сетевой подсистемы, а также расширение номенклатуры интерфейсов для подключения оборудования поставщиков услуг. Особенностью услуг, предоставляемых на мультисервисной сети, является их независимость от способа доступа, что предполагает появление сетей доступа как самостоятельного класса сетей связи. Такие сети должны обеспечивать доступ не только к ресурсам мультисервисной сети, но и к ресурсам существующих сетей связи. Такой подход позволит осуществить гибкую политику при переходе от одной сети связи к другой при предоставлении однотипных услуг. Системы управления мультисервисными сетями должны строиться по тем же основным принципам, что и сами сети, т.е. иметь модульную архитектуру с использованием открытых интерфейсов между модулями. Важную роль должна играть организация взаимодействия различных операторов и поставщиков услуг в обеспечении предоставления услуг и их качества из конца в конец, а также возможность взаимодействия пользователей с системой управления. Расширение числа участников процесса предоставления услуг предполагает появление на рынке поставщиков услуг и поставщиков информации, которые, не обладая собственной инфраструктурой связи, активно участвуют в процессе их предоставления. При этом поставщики услуг предъявляют дополнительные требования к сетям связи, что также должно найти отражение в новой сетевой архитектуре. Для обеспечения равных условий деятельности и соблюдения интересов всех участников бизнес-процессов в новых условиях необходимо осуществить и закрепить в нормативных документах функции и границы ответственности между всеми хозяйствующими субъектами, участвующими в предоставлении услуг. Создание мультисервисных сетей требует формирования согласованной технической политики, связанной с наличием большого числа конкурирующих и не до конца разработанных стандартов. Список литературыАбилов А.В. Сети связи и системы коммутации - М. Радио и связь 2004 Величко В.В. Субботин Е.А. Мультисервисные сети. Телекоммуникационные системы и сети.Т. №3 - М. Горячая линия - Телеком 2005 Гольдштейн А.Б. Саморезов В.В. Softswitch: сегодня и в перспективе // Специальный выпуск "АТС-2005" Технологии и средства связи 2005. Гольдштейн Б.С. Программные коммутаторы Softswitch // Технологии и средства связи 2005 №2 Жданов И.М. Кучерявый Е.И. Построение городских телефонных сетей - М. Связь 1972 Иванова О.Н. Копп М.Ф. Автоматическая коммутация - М. Радио и связь 1988 Лившиц Б.С. Пшеничников А.П. Теория телетрафика - М. Радио и связь 1979 Пинчук А.Б. Соколов Н.А. Мультисервисные абонентские концентраторы для функциональных возможностей "Triple-Play Services" // Вестник связи 2005 №6 Соколов Н.А. Телекоммуникационные сети - М. Альварес Паблишинг 2004 |
