Файл: Book2 Full.doc

В интерфейсе V5.1 имеется только один С-путь для данных сигнализации ISDN (Cs-путь) с соответствующим уникальным канальным интервалом, который может быть разделен или не разделен с другими протоколами или с другими типами С-путей ISDN, каковыми могут быть Ср-пути ISDN (пакетные данные) и Cf-пути ISDN (трансляция кадров), использующие до трех канальных интервалов. Если для всех С-путей используется только один канальный интервал, это должен быть КИ16, поскольку в нем размещается С-путь с данными протокола управления. Если для С-путей используется два канальных интервала, это должны быть КИ16 и КИ15. Подобным же образом в обоих канальных интервалах могут находиться р-пути ISDN. Протокол ТфОП и s-путь ISDN могут каждый использовать любой канальный интервал: КИ16 или КИ15. Если для С-путей используется три канальных интервала, это должны быть КИ16, КИ15 и КИ31. Протокол управления опять-таки должен использовать КИ 16. Поскольку протокол ТфОП может использовать только один канальный интервал, то, если используются три канальных интервала, должны также присутствовать С-пути ISDN. В любом из этих канальных интервалов могут быть f-пути и р-пути ISDN. Протокол ТфОП и Cs-путь ISDN могут использовать любой канальный интервал, КИ16, КИ15 или КИЗ1. Несколько подробнее это будет рассмотрено в следующем параграфе.

В интерфейсе V5.2 действуют и другие служебные протоколы, которые используют тот же канальный интервал, что и протокол служебного управления. И хотя в интерфейсе V5.2 предусмотрены резервные канальные интервалы, наличие других служебных протоколов может оказывать косвенное влияние на размещение С-путей по канальным интервалам, потому что эти протоколы уменьшают резервную емкость канальных интервалов, используемых протоколом управления.

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

Группа защиты 1 обслуживает основной логический С-канал служебных протоколов, используя канальные интервалы 16 как первого, так и второго трактов в интерфейсе V5.2. Для формирования этого логического канала в интерфейсе выделено два физических С-канала. Первоначально основной логический С-канал использует КИ 16 первого тракта, а протокол защиты выполняет мониторинг КИ16 как в первом, так и во втором тракте. Если качество функционирования первого тракта ухудшается, основной логический С-канал переключается на КИ16 второго тракта. Возможно, что при переключении несколько сообщений будут повреждены, но эти испорченные сообщения затем будут обнаружены и переданы заново. Логические С-каналы, не являющиеся основными, можно резервировать, введя их в группу защиты 2.

Группа защиты 2 отличается от группы защиты 1 тем, что она не предусматривает резервного канального интервала для каждого логического С-канала, а данные протокола резервирования, соответственно, по резервным канальным интервалам не передаются.

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

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

Протокол назначения несущих каналов (ВСС - bearerchannel connection) работаете несущими канальными интервалами интерфейса V5, использующимися для передачи со скоростью 64 Кбит/с информации пользователей между пользовательскими портами и АТС. Эти канальные интервалы назначаются для пользовательских портов таким образом, чтобы и сеть доступа, и станция знали, какие именно канальные интервалы используются для конкретного пользовательского порта. В интерфейсе V5.1 предусматривается статическое, не меняющееся от вызова к вызову назначение несущих канальных интервалов; оно может быть изменено средствами протокола служебного управления. В интерфейсе V5.2 назначение несущих канальных интервалов для пользовательских портов—динамическое, производящееся для каждого вызова. Отображение несущих каналов пользовательских портов на несущие канальные интервалы интерфейса V5.2 и обеспечивается протоколом ВСС. Динамическое назначение несущих канальных интервалов в интерфейсе V5.2 также обеспечивает концентрацию информационной нагрузки. С учетом того, что обычно применяется коэффициент концентрации 8, одним интерфейсом V5.2, имеющим 16 трактов, можно обслуживать сеть доступа примерно на 4000 портов ТфОП. Один интерфейс V5.1 может поддерживать только до 30 портов ТфОП, поскольку по меньшей мере один канальный интервал тракта требуется для сигнализации и один—для цикловой синхронизации.

6.4. Физический уровень протокола v5

Как уже отмечалось в этой главе, интерфейс V5.1 содержит один физический тракт 2048 Кбит/с, а интерфейс V5.2, в зависимости от нагрузки, может содержать от одного до шестнадцати таких трактов. Электрические параметры каждого тракта 2048 Кбит/с интерфейса V5 должны соответствовать рекомендациям ITU-T G.703, G.704 и стандарту ETSI ETS 300 166. В стандарте ETS 300 166, в частности, представлены два альтернативных типа физической среды: витая пара и коаксиальный кабель. Но более существенны функциональные и процедурные требования к каждому тракту, которые определены в стандарте ETS 300 324-1.

Так как в интерфейсе V5.2 имеется несколько трактов 2048 Кбит/с, должна существовать возможность верификации идентификатора тракта (ID-verification) и возможность блокировки отдельных трактов. Процедуры, реализующие эти функции, выполняются протоколом управления трактами, упомянутым в предыдущем параграфе и подробно рассматриваемым в главе 8. Верификация идентификатора тракта - это симметричная процедура, которая может применяться на уровне 1 с обеих сторон интерфейса V5.2 по расписанию или по запросу от интерфейса Q3.

Необходимо отметить, что другая важная функция управления трактами интерфейса V5.2 - блокировка конкретного тракта - является асимметричной. Сторона сети доступа может запрашивать блокировку тракта, но решение о блокировке принимает АТС как ответственная за обслуживание. Именно эта АТС разрушает все соединения, установленные по запросу с использованием несущих каналов данного тракта, и в течение определенного времени переустанавливает полупостоянные и закрепленные соединения, используя для них несущие каналы в других трактах того же V5.2 интерфейса. Тогда же оконечная АТС применяет протокол резервирования для перемещения поврежденных логических С-каналов, если такая процедура предусмотрена и ее выполнение оказывается возможным. В связи с этим следует еще раз подчеркнуть различие между логическими С-каналами и физическими канальными интервалами (КИ) в тех трактах, в которых эти С-каналы размещаются. Это тем более важно с учетом того, что размещение логических С-каналов в интерфейсе V5.2 может изменяться путем переключения на резерв.

Физический тракт 2048 Кбит/с интерфейса V5 содержит 32 канальных интервала (см. главу 3 первого тома). Канальный интервал 0 используется для синхронизации, а остальные 31 КИ используются либо как несущие канальные интервалы, либо как канальные интервалы сигнализации Вполне естественно использовать КИ16 как канальный интервал сигнализации; именно так КИ16 используется в других стандартах, рассмотренных, например, в главах 3, 7, 9, 10 первого тома.

Если требуется иметь несколько С-каналов, можно использовать для этого канальные интервалы 16 других трактов интерфейса, а если КИ16 во всех трактах оказываются задействованными для сигнализации (например, если пользователи ISDN интенсивно используют передачу информации по D-каналу, а количество трактов в интерфейсе невелико), то используются также канальные интервалы 15, а затем - и канальные интервалы 31 (рис. 6 5). Спецификация интерфейса V5 рекомендует использовать для С-каналов именно эти КИ, но не требует этого в обязательном порядке, поскольку излишне строгое соблюдение такой рекомендации может вызвать проблемы при дальнейшем использовании интерфейса или ограничить надежность с точки зрения возможностей переключения С-каналов на резерв Но канальный интервал 16 каждого тракта используется в первую очередь, так как с учетом использования канального интервала КИ0 для синхронизации в тракте остается четное количество несущих канальных интервалов

Как показано на рис 6.5, служебным протоколам интерфейса V5 первоначально отводится канальный интервал КИ16 первого тракта 2048 Кбит/с и нтерфейсаУ5. Для интерфейсов V5.1 это единственный тракт и единственным служебным протоколом является протокол управления Для интерфейсов V5.2 канальный интервал 16 первого тракта обслуживает также протокол ВСС и протокол управления трактами Протоколу защиты V5.2 отводится КИ16 как первого, так и второго трактов интерфейса, чтобы обеспечить работу протокола при отказе одного тракта.

Количество шагов на рис. 6.5 соответствует необходимому числу физических канальных интервалов для передачи информации протоколов. Когда осуществляется переключение на резерв, для поддержки логических С-каналов также требуются дополнительные физические канальные интервалы. Все рассматриваемые в контексте V5 протоколы ограничены рамками сети доступа. Исключение составляет протокол управления соединениями ISDN, сообщения которого генерируются и принимаются в терминалах ISDN (главы 3 и 4 данного тома), что необходимо учитывать при выделении канальных интервалов для этого протокола. В идеальном случае для передачи информации одного протокола (за исключением протокола сигнализации ISDN) должно использоваться не более одного канального интервала. Если это не удается, то появляется необходимость в координации сообщений, передаваемых в разных канальных интервалах. Для сигнализации ISDN это проблемы не составляет, поскольку трансляция кадров позволяет различать эти сообщения по их адресам уровня 2. Протокол защиты отличается тем, что для него из соображений надежности желательно отводить более одного канального интервала. Однако благодаря тому, что разные протоколы могут различаться на уровнях кадров и сообщений, один и тот же канальный интервал может использоваться несколькими протоколами.