Главная страница
Навигация по странице:

  • Система нумерации на аналоговой сети

  • Атс. Атс Шпоры 4 курс 2 семестр. 2 Основные понятия ipтелефонии и технологии пакетной коммутации. Принцип статистического мультиплексирования. Понятие мультисервисной сети


    Скачать 1.25 Mb.
    Название2 Основные понятия ipтелефонии и технологии пакетной коммутации. Принцип статистического мультиплексирования. Понятие мультисервисной сети
    Дата27.11.2021
    Размер1.25 Mb.
    Формат файлаdoc
    Имя файлаАтс Шпоры 4 курс 2 семестр.doc
    ТипДокументы
    #283456
    страница4 из 10
    1   2   3   4   5   6   7   8   9   10


    3.3 Построение аналоговой сети автоматической междугородной ОбТС. Система нумерации на такой сети.

    В узловых пунктах аналоговой сети междуго­родной телефонной связи установлены узлы автоматической ком­мутации УАК или узловые станции УС, выполняющие функции АМТС сети ОбТС. Кроме того, УС также является коммутационной станцией местной сети.

    Междугородная аналоговая сеть связи железнодорожного транс­порта делилась на магистральную автоматически коммутируемую телефонную сеть (МАКТС) и дорожные автоматически коммутиру­емые сети (ДАКТС). Число ДАКТС соответствует числу железных дорог. На магистральной сети были организованы главный (ГУ) и дорожные (ДУ) узлы связи, в которых размещались узлы автомати­ческой коммутации классов УАК1 и УАК11. Главный узел находился на ЦСС. Дорожная сеть включает в себя дорожные, отделенческие (ОУ) и вспомогательные отделенческие (ВОУ) узлы, оборудованные УАК. В ДУ узлы автоматической коммутации выполняют соедине­ния одновременно на МАКТС и ДАКТС.

    Сеть автоматической междугородной ОбТС построена с применением комбинированной структуры, позволяющей органи­зовать обходные соединения на МАКТС и ДАКТС. В узлах связи в аппаратуру УАК включают АТС местных сетей и междугородные ком­мутаторы МК. При этом в каждом узле размещается АТС, обслужи­вающая работников ОАО «РЖД», управления дороги (УД), отделе­ния дороги (НОД) или станции, где размещается ВОУ. Оконечные станции ОС соединяются с соответствующим УАК по физическим линиям, а при достаточно большом удалении — по каналам ТЧ.

    На междугородной сети автоматической связи соединение может проходить через несколько УАК, причем число транзитных узлов не должно превышать четырех. Во всех транзитных узлах должны вы­полняться четырехпроводные соединения. Через ГУ устанавли­ваются соединения между абонентами разных железных дорог. Соединения между смежными ДУ могут устанавливаться по прямым каналам, минуя ГУ. На дорожной сети соединения между абонентами разных отделений устанавливаются через ДУ, а также по прямым каналам между смежными ОУ. На сети междугородной связи в некоторых случаях объединяют дорожный и отделенческий узлы (например, ДУ2 и ОУ1). Объединенный узел обслуживается одним комплектом аппаратуры УАК. В аналоговых сетях ДАКТС применяют аппаратуру УАК и УС координатного, квазиэлектронного типов, позволяющую осуществлять четырехпроводные транзитные соединения и реализовывать смешанную систему нумерации.

    Аналоговая междугородная сеть характеризуется относительно малой емкостью пучков каналов телефонной связи. На многих зве­ньях сети, связывающих ОС с УАК (УС) число каналов не превыша ет двух-трех. Это приводит к низкому качеству обслуживания вызо­вов, особенно на низовом уровне. При проектировании количество каналов рассчитывалось исходя из вероятности потери вызовов на одном звене равной 0,2. В реальных сетях потери вызовов иногда достигали 80—90 %.

    В настоящее время сеть МАКТС полностью цифровая, а анало­говые сети сохранились внутри железных дорог.

    Система нумерации на аналоговой сети. На аналоговой сети ав­томатической междугородной телефонной связи применяют сме­шанную систему нумерации. Каждая дорожная сеть образует от­дельную зону с закрытой нумерацией, независимую от других до­рожных сетей. Зонам соответствуют магистральные трехзначные коды АДЕ, присваиваемые дорожным узлам автоматической ком­мутации УАКII. Магистральные коды присваиваются также главному узлу ГУ, дорожным узлам ДУ и АТС при управлениях дорог. Магистральные коды начинаются с цифры 9, а индексы Д и Е могут быть любыми цифрами. Внутри каждой зоны телефонным станциям местных сетей и междугородным коммутаторам при­сваивают дорожные трехзначные коды ВДЕ, где В — любая цифра, кроме 9. Для выхода на сеть автоматической междугородной связи используют индекс 0, при наборе которого устанавливается соединение местной станции с УАК или с УС.

    Магистральные коды включают в себя сто номеров. В России 17 железных дорог и один ГУ при ОАО «РЖД». Следователь­но, из 100 могут использоваться не более 35 номеров. Внутри дорож­ной сети число номеров может достигать 900, что значительно превышает число станций одной зоны. Таким образом, принятая система нумерации предусматривает долговременное развитие сети автоматической междугородной связи.

    При соединениях между абонентами одной дорожной зоны вы­зывающий абонент набирает номер 0-ВДЕ, а затем местный номер абонента. Соединения между абонентами разных дорожных зон, а также от абонентов МАКТС к абонентам ДАКТС устанавливаются после набора номера 0-АДЕ-ВДЕ, а затем местного номера абонен­та. Соединения между абонентами МАКТС, включая абонентов уп­равлений дорог, устанавливаются набором номера 0-АДЕ и далее местного номера абонента.

    В Д E

    1

    X

    X

    2

    X

    X

    3

    X

    X

    4

    X

    X

    5

    X

    X

    6

    X

    X

    7

    X

    X

    8

    X

    X

    0

    X

    X


    А

    Д

    Е

    9

    X

    X


    х — любая цифра

    Дорожный


    900 номеров

    Магистральный

    100 номеров


    2.9 Для передачи речи в технологии TCP/IP на прикладном уровне применяется протокол RTP, позволяющий передавать речевую ин­формацию через IP-сети в реальном масштабе времени. Этот же про­токол позволяет передавать видеоинформацию. В каждом пакете протокола RTP вместе с элементом речи передается временная мет­ка, указывающая на положение этого элемента на временной шка­ле, а также порядковый номер пакета. Этих данных достаточно для того, чтобы в пункте приема протокол RTP восстановил принятые пакеты в исходной последовательности и расставил их в требуемые временные позиции. Таким образом, обеспечивается синхронизация между узлами сети отправления и получения пакетов. Протокол RTP работает совместно с протоколом RTCP (Real Time Control Protocolпротокол управления в реальном масштабе времени).

    Пакет RTP состоит из 12 байтов (рис. 4.17), включающих в себя следующие поля

    Рис. 4.17. Формат пакета RTP

    Vверсия протокола RTP (2 бита). В настоящее время исполь­зуется вторая версия.

    Р — флаг заполнения (1 бит), указывающий на то, что за полез­ным полем следует поле заполнения (Р= 1). Применяется в тех слу­чаях, когда необходимо, чтобы длина пакета была бы кратна, напри­мер, 32 байтам.

    Xбит расширения (1 бит). Если X = 1, то за основным заголовком следует дополнительный заголовок определенного формата.

    СС— число CSRC (CSRC count) (4 бита). CSRC (Contributing Source Identifier) — это идентификатор, определяющий один из ис­точников речевой информации. Всего может быть до 15 источников, При СС = 0 имеется только один источник. Если СС >1, то имеется источников более одного и каждому присваивается отдельный иден­тификатор CSRC длиной 32 бита. Поля идентификаторов CSRC сле­дуют за заголовком RTP. Эти идентификаторы используются при организации конференц-связи. В этом случае в поля CSRC вставля­ются значения идентификаторов соответствующих источников син­хронизации SSRC. В одной конференции может быть больше 15 уча­стников, однако в речевом пакете будут переноситься идентифика­торы CSRC только для 15 первых участников.

    М— маркер (1 бит), отмечает некоторые события. Чаще всего от­мечается некоторая граница в потоке пакетов. Например, при пере­даче речи отмечается начало активности в передаче речевой инфор­мации. Когда передается видеоинформация, маркер указывает на окончание видеокадра.

    Pr(Payload type) — тип полезного поля (7 битов). Задает формат полезного поля, следующего за заголовком, и определяет тип пере­даваемого трафика: речевой или видео. Здесь также передаются па­раметры сжатия речи или видео. Обычно в процессе одного сеанса связи отправитель пакетов задает только один тип трафика. При из­менении условий передачи в сети отдельные параметры, например коэффициент сжатия, могут меняться.

    Порядковый номер (16 битов) служит для контроля над следовани­ем передаваемых пакетов. Содержимое этого поля увеличивается на единицу при передаче очередного пакета. Номер первого передава­емого пакета устанавливается произвольно. В узле получателя по номерам пакетов обнаруживаются потерянные пакеты.

    Временная метка (32 бита) представляет собой число, указываю­щее на относительный момент времени, в который был создан пер­вый байт данных полезной нагрузки (например, первый байт рече­вого блока на выходе кодера). Это число формируется в соответствии с состоянием таймера узла отправителя.

    SSRC(Synchronization Source Identifier) — идентификатор источ­ника синхронизации, который соответствует только одному источ­нику речи или видео. Значение идентификатора является случайным числом и оно генерируется самим источником полезного трафика. Это позволяет свести до минимума вероятность того, что два или более источника, участвующие в одной сессии RTP (например, при конференц-связи) имеют одинаковые идентификаторы. В протоко­ле RTP существует также дополнительный механизм для снижения указанной вероятности.

    Основная задача протокола RTCP заключается в обеспечении об­ратной связи для контроля качества передачи при рассылке пользо­вательской информации. Пакеты RTCP переносят управляющую информацию, к которой, в частности, относятся отчеты отправите­ля (передаются от отправителя к получателю речевых/видеопакетов) и получателя (от получателя к отправителю).

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

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

    Как было отмечено выше, протокол RTP, а также протокол RTCP, на транспортном уровне используют протокол UDP. В соответствии с рис. 4.4 речевые пакеты, посылаемые через сеть Ethernet, будут иметь четыре заголовка, что обычно записывается следующим об­разом: RTP/UDP/IP/Ethernet. Суммарная длина всех заголовков равна 66 байтов (RTP — 12 байтов, UDP — 8 байтов, IP — 24 байта, Ethernet — 22 байта). Интересно заметить, что суммарная длина за­головков сопоставима с длиной полезного поля пакета RTP. В при­мере, приведенном выше для кодека G.711 и длительности переда­ваемого элемента речи 10 мс, было показано, что в полезное поле вставляется речевой блок длиной 80 байтов. Это доказывает, что при передаче через IP-сеть трафика в реальном масштабе времени, доля полезной информации относительно невелика.




    биты

    0

    1

    2

    3

    4-6

    7

    8

    9-15

    16-31

    байты

    1-

    4

    V=2

    P

    X

    CC

    M

    PT

    Поряд



    5-

    8

    Временна'я метка

    9-

    12

    Идентификатор источника

    синхронизации(SSRC)


    1   2   3   4   5   6   7   8   9   10


    написать администратору сайта