Принцип единого адресного пространства в протоколах V5
Адреса, используемые в интерфейсе V5 выбираются таким образом, чтобы протокол мог обращаться к пользовательским портам как ISDN, так и ТфОП с помощью адресов уровня 3, таких же, как адреса для управлением соединения на уровне и 2, и 3. Поле адреса содержит 13 бит: Значения битов (8—3) первого байта поля адреса для служебных протоколов и протоколов ТфОП равны 1. Значения битов (8—2) второго байта поля адреса. Их значения смотреть в таблице в следующей таблице. // То есть как: 13 бит 1 2 3 4 5 6 7 8 9 10 11 12 13 бит
1 байт. Все = 1 2 байт. Значения в таблице //
Для протоколов уровня 3
ЕА – какие-то биты расширения. Если рассматривать протокол как V5.1 и V5.2
Канальные интервалы: в основе работы на физическом уровне лежат тракты работы плезиохронных систем.
В V5.1 имеется только один тракт Е1, канальные интервалы которого КИ16, КИ15 и КИ31 используются для передачи данных ТфОП и ISDN сигнализации.
В V5.2 может присутствовать до 16 трактов E1. КИ16, КИ15 и КИ31 каждого из трактов могут использоваться для передачи сигнальных данных и данных служебных протоколов. Если после размещения данной информации некоторые КИ остаются незанятыми, то они могут быть использованы как несущие каналы.
Операции с трактами:
Идентификация тракта (маркировка) (где какой тракт, где вход,где выход…) Отключение тракта (профилактика)
Канальный уровень определяет передачу цифровых данных по физической линии и направляет информацию между объектами уровня 3 через поток V5.
Адресное пространство V5.
Внешний адрес: Определяет протокол уровня 3, 13 бит используются для этого определения, остальные 3 для адреса расширения и бита команды / ответа.
Проверочная комбинация: проверка правильного порядка и количества кадров.
Дискриминатор протокола: используются для выделения сообщений соответствующим данным протоколам из сообщений, соотв. другим протоколам (для V5 – это 4816)
Адрес уровня3: адрес зависит от протокола. Он определяет объект уровня 3, которому относятся переданные сообщения.
Адрес уровня3 определяет объект уровня, которому относятся переданные сообщения.
- для ТфОП – это пользовательский порт ТфОП
- для протокола управления – порт ТфОП или ISDN, а также ф-ии общего уровня
- протокол DCC – “ссылочный номер” для идентификации процесса
- протокол управления трактами – старшие биты = «0», младшие определяют тракт V5.2
- протокол защиты – в поле адреса помещается идентификатор логического с-канала, к которому относится сообщение
Информационные биты зависят от протокола и переданного сообщения.
Протокол обеспечивает перенос через интерфейс V5 сигнальной информации.
Не управляет процедурами обработки вызова в сети доступа, поэтому используется совместно с национальным протоколом сигнализации ТфОП.
Процедуры протокола обеспечивают создание сигнального пути, освобождение сигнального пути. Разрешение конфликтов «встречных вызовов» и проблем, возникающих при перегрузке АТС.
Сообщения между логическими объектами ТфОП:
ESTABLISH – создать сигнальный путь. Передается когда имеется запрос исходящей или входящей связи.
ESTABLISH ASK – подтверждение создания сигнального пути. Передается, когда логический объект выполнил действия, необходимые для создания сигнального пути.
SIGNAL - передача в АТС сведений о режиме, в котором находится абонентская линия, а в сеть доступа
– указания установить нужный режим.
SIGNAL ASK – подтверждение приема сообщения…
DISCONNECT – освободить сигнальный путь. При передаче от АТС оповещает, что обслуживание вызова завершено, а при передаче к АТС сообщает о том, что сигнальный путь должен быть освобожден.
DISCONNECT COMPLETE – сигнальный путь освобожден.
STATUS ENQUIRY – запрос сведений о состоянии сети на стороне сети доступа. STATUS – ответ на запрос STATUS ENQUIRY PROTOCOL PARAMETER – передается от АТС чтобы изменить параметры протокола сети доступа.
Протокол назначения несущих каналов
Несущие каналы интерфейса V5.1 жестко закреплены за цифровыми каналами пользовательских трактов, то есть между каждым используемым несущим каналом интерфейса и соответствующим каналом пользовательского порта существует постоянное соединение. С интерфейсом V5.2 дело обстоит иначе. Жесткое закрепление несущих каналов этого интерфейса за каналами пользовательских портов отсутствует; более того, количество используемых несущих каналов в интерфейсе всегда значительно меньше количества обслуживаемых им каналов пользовательских портов. Несущий канал интерфейса V5.2 предоставляется только тому каналу пользовательского порта, для которого запрашивается услуга связи, и только на время пользования этой услугой. Таким образом, соединение любого несущего канала интерфейса с каналом пользовательского порта является оперативно коммутируемым. (B –соединения(отbearer channel connections))
Эти сообщения назначают несущие канальные интервалы интерфейса для каналов портов пользователей, когда это требуется, и отменяют такие назначения, когда
услуга больше не нужна, что дает возможность интерфейсу V5.2 концентрировать нагрузку. Концентрация обеспечивается специальным механизмом динамического распределения канальных интервалов, которым управляет АТС. Последнее связано с тем, что сеть доступа не всегда осведомлена о том, каким пользовательским портам в данный момент требуются канальные интервалы, поскольку она не интерпретирует сигнализацию управления соединениями пользователей.
Протокол ВСС поддерживает только соединения между пользовательскими портами сети доступа и канальными интервалами интерфейса V5.2. Соединения «пользовательский порт – пользовательский порт» протоколом не поддерживаются, что, однако, не исключает возможности установления таких соединений полностью под управлением сети доступа, например, при отказе интерфейса V5.2.
В дополнение к назначению и отмене назначения несущих канальных интервалов протокол BCC, в частности, позволяет АТС проверять правильность назначения, а сети доступа – информировать АТС о неисправностях, которые могут повлиять на назначение несущих канальных интервалов. Все это (а в первую очередь – сам механизм динамического назначения несущих каналов) существенно повышает надежность интерфейса V5.2, т.к. позволяет при обслуживании портов пользователей обходить те тракты интерфейса, которые имеют повреждения, и использовать только канальные интервалы исправных трактов интерфейса V5.2.
Структура сообщения протокола ВСС приведена на рис. Все сообщения ВСС содержат в байтах 2 и 3 ссылочный номер процесса ВСС, к которому они относятся. В дополнение к ссылочному номеру там же размещен специальный S_бит, указывающий, был ли процесс инициирован сетью доступа или опорной АТС. В принципе, одно и то же значение ссылочного номера может использоваться процессом, инициированным станцией, и процессом, инициированным сетью доступа, и, хотя такая ситуация маловероятна, S_бит исключает возможность путаницы.
Рис. 8.1 Формат сообщения протокола ВСС Протокол ВСС трактует каждое назначение и каждую отмену назначения несущего канала V5.2 как отдельный процесс, идентифицируемый собственным ссылочным номером. Каждый такой процесс завершается успешным назначением, успешной отменой назначения или прерыванием. Разные процессы создаются и завершаются параллельно, так что назначение или отмена назначения одного несущего канального интервала не задерживает другие назначения и отмены назначения.
Типы сообщений протокола ВСС представлены в таблице 8.1. Что же касается направления передачи сообщений, то для протокола ВСС ведущей, как правило, является сторона АТС, а ведомой – сторона
Таблица 8.1. Список сообщений протокола ВСС.
Протокол управления состоит из 2х частей: протокола управления портом и протоколом общего управления. Первый выполняет функцию блокировки порта, если возникают ошибки или требуется ТО. Второй отвечает за проверку идентичности обмена по сети. Для обеспечения точности каждая сторона интерфейса может запрашивать другую сторону об ее иденитификаторе и конфигурации, если нет соответствия – необходимо изменить конфигурацию.
Протокол управления позволяет: -передавать в обе стороны информацию управления, относящуюся к индивидуальным пользовательским портам ТфОП и ISDN (блокировка и разблокировка портов, активизация, деактивизация портов, блокировка и разблокировка D-канала)
- проверять идентификацию и конфигурацию интерфейса V5 - управлять поддержкой общих функций (конфигурацией и реконфигурацией интерфейса) - производить рестарт протокола ТфОП после отказа. Протокол управления симметричен, т.е. его процедуры одинаково применимы для обеих сторон интерфейса. Спецификация сообщений Тип сообщения PORT CONTROL (управление портом)
PORT CONTROL ACKNOWLEDGE (подтверждение приема сообщения PORT CONTROL) COMMON CONTROL (общее управление) COMMON CONTROL ACKNOWLEDGE (подтверждение приема сообщения COMMON CONTROL)
Протокол защиты позволяет интерфейсу V5.2 при отказе одного из трактов интерфейса автоматически переключаться на другой тракт, при условии, естественно, что этот интерфейс содержит по меньшей мере два таких тракта. Протокол выполняется для конкретных логических С-каналов вместе с составляющими их С-путями. Резервируемые С-каналы могут иметь группу защиты 1 или 2. Группа защиты 1 обслуживает основной логический С-канал служебных протоколов, используя канальные интервалы 16 как первого, так и второго трактов в интерфейсе V5.2. Для формирования этого логического канала в интерфейсе выделено два физических С-канала. Первоначально основной логический С-канал использует КИ16 первого тракта, а протокол защиты выполняет мониторинг КИ 16 как в первом, так и во втором тракте. Если качество функционирования первого тракта ухудшается, основной логический С-канал переключается на КИ16 второго тракта. Возможно, что при переключении несколько сообщений будут повреждены, но эти испорченные сообщения затем будут обнаружены и переданы заново. Логические С-каналы, не являющиеся основными, можно резервировать, введя их в группу защиты 2.
Группа защиты 2 отличается от группы защиты 1 тем, что она не предусматривает резервного канального интервала для каждого логического С-канала, а данные протокола защиты, соответственно, по резервным канальным интервалам не передаются. В группу защигы 2 можно ввести любое количество активных канальных интервалов, причем для них выделяются не более трех резервных канальных интервалов, на которые будут переключаться логические С-каналы в случае отказа первоначально использовавшегося канального интервала. Как и в случае группы защиты 1, все сообщения, поврежденные в результате переключения, передаются повторно в рамках обычного процесса исправления ошибок.
Дискриминатор протокола
Синхронная цифровая иерархия (SDH) —технология широкополосных транспортных сетей,которыеявляются инфраструктурой для подключения пользователя к широкому спектру услуг. Сети SDH позволяют передавать информационные потоки на скоростях до 10 Гбит/сек, предоставляют широкий диапазон скоростей доступа, в том числе совместимых с плезиохронной цифровой иерархией, прозрачны для трафика любой природы (голос, данные, видео).
Первая особенность иерархии SDH -поддержка в качестве входных сигналов каналов доступа толькотрибов PDH и SDH (1.5, 2, 6, 8, 34, 45, 140 Мбит/с).
Вторая особенность иерархии SDH -трибы должны быть упакованы в стандартные помеченныеконтейнеры, размеры которых определяются уровнем триба в иерархии PDH.
Инкапсуляция, вложение контейнеров один в другой. При наличии иерархии структур структура верхнего уровня может строиться из структур нижнего уровня, несколько структур того же уровня, могут быть объединены в одну более общую структуру. Конетейенер с ярлыком, содержащим управляющую информацию для сбора статистики прохождения контейнера – виртуальный контейнер.
Третья особенность иерархии SDH -положение виртуального контейнера может определяться спомощью указателей, позволяющих устранить противоречие между фактом синхронности обработки и возможным изменением положения контейнера внутри поля полезной нагрузки. Виртуальные контейнеры могут объединяться в группы двумя различными способами. Контейнеры нижних уровней могут, например, мультиплексироваться (т. е. составляться вместе) и использоваться в качестве полезной нагрузки контейнеров верхних уровней (т.е. большего размера), которые, в свою очередь, служат полезной нагрузкой контейнера самого верхнего уровня (самого большого размера) - фрейма
STM-1.
Четвертая особенность иерархии SDH -несколько контейнеров одного уровня могут быть сцепленывместе и рассматриваться как один непрерывный контейнер, используемый для размещения нестандартной полезной нагрузки.
Пятая особенность иерархии SDH состоит в том,что в ней предусмотрено формирование отдельного(нормального для технологий пакетной обработки в локальных сетях) поля заголовков размером 9x9=81 байт.
|
8 7 6 5 4 3 8 7 6 5 4 3 2
Для IDSN
