скачать рефераты

скачать рефераты

 
 
скачать рефераты скачать рефераты

Меню

Проект городской телефонной станции на основе пакетной транспортной сети скачать рефераты

ормы потерь следующие:

при связи РАТС между собой;

при связи РАТС с УСС ;

При связи РАТС с АМТС .

Выбор типа системы влияет на метод определения числа СЛ. Так как у АТСЭ коммутационное поле полнодоступное (АТСЭ), то число линий определяется по первой формуле Эрланга.

При числе линий , число каналов (СЛ) в направлении следует определять методом интерполяции.

Эрл

Эрл, каналов

Эрл, каналов

каналов

Результаты определения числа соединительных линий представлены в таблице 3.2.

Таблица 3.2 Количество каналов межстанционной связи.

К

От

АТС-1

АТС-2

АТС-3

АТС-4

АТС-5

АМТС

УСС

АТС-1

-

534 (2)

556 (2)

173 (1)

352 (2)

122 (2)

74 (1)

АТС-2

534 (2)

-

437 (2)

134 (1)

278 (2)

148 (2)

57 (1)

АТС-3

556 (2)

437 (2)

-

140 (1)

289 (2)

142 (2)

59 (1)

АТС-4

147 (1)

121 (1)

125 (1)

-

86 (1)

47 (1)

33 (1)

АТС-5

352 (2)

278 (2)

289 (2)

88 (1)

-

81 (2)

-

АМТС

123 (2)

148 (2)

142 (2)

39 (1)

81 (2)

-

-

Расчет трактов ИКМ (потоков Е1) для линий одностороннего действия выполняется по формуле 3.3

потоков (3.3)

где: - число ИКМ трактов; - знак целой части.

Для линий двухстороннего действия следует использовать формулу 3.4

потоков (3.4)

Результаты определения числа потоков Е1 представлены в таблице 3.3.

Таблица 3.3 Количество потоков Е1 между АТС.

К

От

АТС-1

АТС-2

АТС-3

АТС-4

АТС-5

АМТС

УСС

АТС-1

-

18 (2)

19 (2)

7 (1)

12 (2)

5 (2)

3 (1)

АТС-2

18 (2)

-

15 (2)

6 (1)

10 (2)

6 (2)

3 (1)

АТС-3

19 (2)

15 (2)

-

6 (1)

10 (2)

6 (2)

3 (1)

АТС-4

6 (1)

5 (1)

6 (1)

-

4 (1)

3 (1)

3 (1)

АТС-5

12 (2)

10 (2)

10 (2)

4 (1)

-

4 (2)

-

АМТС

5 (2)

6 (2)

6 (2)

3 (1)

4 (2)

-

-

Глава 4. Проектирование распределенного транзитного коммутатора пакетной сети

4.1 Расчет числа потоков Е1 между АТС и транспортными шлюзами

Каждая АТС подключается к сети пакетной коммутации через транспортный шлюз. Для расчета числа потоков Е1, соединяющих АТС и шлюз, надо учесть все исходящие и входящие тракты. В таблице 3.3 в строке указано количество исходящих трактов, в столбце - входящих трактов.

Если каналы одностороннего действия, то для определения числа потоков следует сложить строку и столбец соответствующей АТС. Если используются линии двухстороннего действия, то при расчете тракты между АТС следует сложить в строке, либо в столбце. Для расчета числа трактов Е1 на АТС, которая используется для организации УСС, следует учесть входящие тракты от других АТС для обслуживания нагрузки к спецслужбам.

Результаты определения числа потоков Е1 для каждой АТС приведены в таблице 4.1.

Таблица 4.1 Количество потоков Е1 между АТС и транспортным шлюзом.

АТС

АТС-1

АТС-2

АТС-3

АТС-4

АТС-5

АМТС

Кол-во Е1

70

63

59

53

52

27

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 Транспортный ресурс транкинговых шлюзов.

Номер шлюза

Мбит/с

Мбит/с

Мбит/с

выз. /ЧНН

шт

TG1

155.400

0.594

155.994

84000

5

TG2

139.86

0.535

140.395

75600

5

TG3

130.98

0.501

131.481

70800

5

TG4

117.66

0.49

118.15

63600

4

TG5

115.440

0.481

115.921

62400

4

TG6

59.94

0.229

60.169

32400

3

Итого

719.28

2.83

722.11

388800

26

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 вынесением функциональности услуг в граничные узлы сети, создание специальной подсистемы управления услугами в виде отдельной сетевой подсистемы, а также расширение номенклатуры интерфейсов для подключения оборудования поставщиков услуг.

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

Системы управления мультисервисными сетями должны строиться по тем же основным принципам, что и сами сети, т.е. иметь модульную архитектуру с использованием открытых интерфейсов между модулями.

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

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

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

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

Список литературы

1. Абилов А.В. Сети связи и системы коммутации - М. Радио и связь 2004

2. Быков Ю.П. Егунов М.М. Справочные материалы по курсовому и дипломному проектированию - Новосибирск 2001

3. Величко В.В. Субботин Е.А. Мультисервисные сети. Телекоммуникационные системы и сети.Т. №3 - М. Горячая линия - Телеком 2005

4. Гольдштейн А.Б. Саморезов В.В. Softswitch: сегодня и в перспективе // Специальный выпуск "АТС-2005" Технологии и средства связи 2005.

5. Гольдштейн Б.С. Программные коммутаторы Softswitch // Технологии и средства связи 2005 №2

6. Жданов И.М. Кучерявый Е.И. Построение городских телефонных сетей - М. Связь 1972

7. Иванова О.Н. Копп М.Ф. Автоматическая коммутация - М. Радио и связь 1988

8. Лившиц Б.С. Пшеничников А.П. Теория телетрафика - М. Радио и связь 1979

9. Пинчук А.Б. Соколов Н.А. Мультисервисные абонентские концентраторы для функциональных возможностей "Triple-Play Services" // Вестник связи 2005 №6

10. Соколов Н.А. Телекоммуникационные сети - М. Альварес Паблишинг 2004

Размещено на Allbest.ru

Страницы: 1, 2, 3