Интерфейс V5.2. Учебное пособие

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

V5.2 присваивается уникальный в пределах этого интерфейса идентификатор

(V5 2048 kbit/s link Id). Идентификатор представляет собой число, лежащее в пределах от 0 до 255. Очевидно, что один и тот же тракт должен иметь одинаковый идентификатор «с точки зрения» местной АТС и «с точки зрения» сети доступа. Присвоение трактам идентификаторов должно координировано выполняться операторами сети доступа и местной АТС.

Идентификаторы трактов выступают в качестве адреса в сообщениях протокола управления трактами.

Очевидно, что один и тот же тракт должен иметь одинаковой идентификатор «с точки зрения» местной АТС и «с точки зрения» сети доступа.

Предусмотрена специальная процедура проверки идентификатора тракта в составе интерфейса V5.2 (link identification procedure).

Процедура может инициироваться любой стороной интерфейса V5.2

(АТС или сетью доступа). Процедура реализуется следующим образом.

Сторона-инициатор (А) в рамках протокола управления трактами посылает другой стороне (В) запрос проверки и идентификатор проверяемого тракта.

Сторона, получившая такой запрос, в 0-ом канале указанного тракта передает определенный маркер. Сторона А получает этот маркер и если он пришел по тракту с указанным идентификатором, то сторона А делает вывод о согласованности идентификации данного тракта. Если в указанном тракте маркер не обнаруживается, сторона – инициатор запроса индицирует ошибку

(аварию).

Эта процедура может выполняться как по команде оператора АТС или сети доступа, так и автономно, по инициативе оборудования АТС или сети доступа.

Идентификатор канала интерфейса V5.2 состоит из двух частей – идентификатора тракта в составе интерфейса и номера канала в пределах этого тракта (V5 Time Slot Number). Система идентификации трактов интерфейса

41

V5.2 описана выше. Нумерация каналов в пределах тракта стандартная (от 0 до

31). Данная система предназначена для идентификации как несущих каналов,

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

Как было показано выше, нет четкого соответствия между определенным логическим С-каналом и соответствующим ему физическим С-каналом,

поскольку при выходе из строя тракта, содержащего активный физический С-

канал, находящийся в нем логический С-канал может быть перенесен в какой-

либо резервный физический С-канал. Поэтому для идентификации логических С-каналов необходима особая система, независимая от идентификации физических каналов. Согласно этой системе, каждому логическому С-каналу присваивается уникальный, в пределах интерфейса, идентификатор (Logical C- channel id). Идентификатор сохраняется при переносе логического С-канала из одного физического С-канала в другой. Идентификатор представляет собой число, лежащее в пределах от 0 до 65535. Очевидно, что один и тот же логический С-канал должен иметь одинаковой идентификатор «с точки зрения» местной АТС и «с точки зрения» сети доступа. Присвоение логическим С-

каналам идентификаторов должно координировано выполняться операторами сети доступа и местной АТС.

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

так и к V5.2sl.

3.2. Блокировка и разблокировка тракта в составе интерфейса V5.2 и

порта сети доступа

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

(ни абонентской, ни сигнальной). Следует иметь в виду, что при

42

одновременной блокировке первичного и вторичного трактов, интерфейс V5.2

переходит в нерабочее состояние.

Инициатором блокировки может быть любая сторона интерфейса, однако выполнять блокировку или нет, решает АТС, и процедуру блокировки выполняет тоже АТС (разумеется, при содействии сети доступа).

Рассмотрим различные варианты процедуры блокировки.

А) блокировка по инициативе АТС

При необходимости блокировки тракта по инициативе АТС, возможны два варианта в зависимости от наличия необходимости срочной блокировки. В

любом случае:

•АТС разрывает все полупостоянные соединения в блокируемом тракте

изаново устанавливает их по другим трактам интерфейса.

•АТС переводит коммуникационные пути из С-каналов блокируемого тракта в резервные С-каналы (это делается в рамках протокола защиты).

•При необходимости срочной блокировки, АТС принудительно разъединяет все коммутируемые соединения в блокируемом тракте. При несрочной блокировке, АТС дожидается естественного разъединения всех коммутируемых соединений в блокируемом тракте (освобождающиеся при этом несущие каналы под новые вызовы не предоставляются). Эти действия производятся в рамках протоколов телефонной сигнализации V5 и DSS1.

•АТС блокирует тракт со своей стороны и уведомляет об этом сеть доступа (это делается в рамках протокола управления трактами).

Б) блокировка по инициативе сети доступа

Как было сказано выше, сеть доступа может выступать инициатором блокировки тракта, однако выполнять блокировку или нет, решает АТС, и

процедуру блокировки выполняет тоже АТС (разумеется, при содействии сети доступа).

При инициации блокировки тракта сетью доступа, она передает АТС запрос блокировки (в рамках протокола управления трактами). Здесь возможны два варианта: запрос срочной блокировки и запрос несрочной блокировки. Если

43

АТС принимает решение о выполнении запрошенной блокировки, то далее реализуются действия, описанные в предыдущем пункте. Если АТС принимает решение о нецелесообразности блокировки тракта, то она уведомляет об этом сеть доступа (в рамках протокола управления трактами).

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

Инициатором разблокирования тракта может выступать как АТС, так и сеть доступа. Эта процедура симметрична (производится одинаковым образом вне зависимости от того, кто ее инициировал). Рассмотрим процедуру разблокировки.

Инициатор разблокирования (А) разблокирует тракт со своей стороны и посылает другой стороне (В) запрос разблокирования (в рамках протокола управления трактами). Если сторона В согласна разблокировать тракт, то она тоже разблокирует тракт и отвечает стороне А подтверждением разблокирования. Таким образом, происходит полное разблокирование тракта.

Процедуры блокировки порта сети доступа применимы как для порта аналоговой абонентской линии, так и для порта BRA ISDN. Порт может быть заблокирован в следующих случаях: во-первых, при аварии физического уровня абонентской линии (аналоговой или BRA) или аварии на АТС, во-вторых, в

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

Вслучае аварии происходит немедленная блокировка порта на аварийной стороне. Далее аварийная сторона уведомляет другую сторону о блокировке порта.

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

44

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

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

Впоследствии возможна разблокировка порта.

Процедуры выполняются в рамках протокола управления V5.

Рассмотрим процедуры блокировки и разблокировки порта более подробно.

Блокировка порта по инициативе АТС

Производится в административных целях или целях техобслуживания,

или в случае аварии на АТС.

АТС в рамках протокола управления посылает сети доступа команду блокировки. Сеть доступа, получив эту команду, блокирует порт.

Немедленная блокировка порта по инициативе сети доступа

Происходит в случае аварии на физическом уровне абонентской линии.

Сеть доступа блокирует порт и в рамках протокола управления посылает АТС команду блокировки.

Запрос блокировки со стороны сети доступа

Производится в целях техобслуживания.

Сеть доступа в рамках протокола управления посылает АТС запрос блокировки. Если блокировка допустима, АТС отвечает командой блокировки.

Сеть доступа, получив эту команду, блокирует порт. Если блокировки не допустима в данный момент, АТС игнорирует запрос.

Разблокировка порта по инициативе АТС

АТС в рамках протокола управления посылает сети доступа запрос разблокировки. Если разблокировка допустима, сеть доступа подтверждает

45

разблокировку и разблокирует порт. Если блокировки не допустима в данный момент, сеть доступа игнорирует запрос.

Разблокировка порта по инициативе сети доступа

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

3.3.Управляющие процедуры в интерфейсе V5.2

Впамяти АТС, как и в памяти оборудования сети доступа, всегда хранится информация о текущем состоянии каждого аналогового порта.

Рассмотрим, в каких состояниях может находиться аналоговый порт «с точки

зрения» АТС:

•Нерабочее состояние (Out of service state – LE0). В этом состоянии аналоговый порт находится во время выполнения процедуры перезапуска интерфейса.

•Свободное состояние (Null state – LE1) – абонентская линия свободна.

•Занятие по инициативе АТС (Path initiated by LE state – LE2) –

осуществляется процедура занятия абонентской линии для обслуживания вызова от АТС к сети доступа.

• Занятие по инициативе сети доступа (Path initiated by AN state – LE3) –

осуществляется процедура занятия абонентской линии для обслуживания вызова от сети доступа к АТС.

•Состояние занятости (Paih active state – LE4) – абонентская линия занята, идет обслуживание вызова (в т.ч. фаза разговора).

•Запрос разъединения (Path disconnect request state – LE5) – АТС инициировала процедуру разъединения.

•Состояние блокировки (Port blocked state – LE6). В это состояние порт переходит из любого другого. При этом все соединения разрываются. Далее

46

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

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

хранящейся в собственной памяти и в памяти оборудования сети доступа.

Решение о дальнейших действиях принимается АТС по результатам сравнения.

Для организации такого сравнения в протоколе телефонной сигнализации V5

предусмотрены специальные процедуры, названные управляющими процедурами.

Для интерфейса V5.2 предусмотрено несколько управляющих процедур.

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

Процедура перезапуска

Процедура перезапуска (Restart procedure) представляет собой перезапуск протокола телефонной сигнализации V5 и перезапуск аналоговых портов. В

ходе процедуры перезапуска происходит разъединение всех сигнальных соединений протокола телефонной сигнализации V5. Соответственно,

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

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

47

Сторона-инициатор перезапуска (А) в рамках управляющего протокола

передает другой стороне (В) запрос перезапуска. После этого:

•Сторона В:

•запускает таймер TR1;

•пытается разъединить все сигнальные соединения протокола телефонной сигнализации V5 и перевести все не заблокированные аналоговые порты в свободное состояние.

После завершения перевода портов в свободное состояние, сторона В уведомляет об этом сторону А (в рамках управляющего протокола). Если таймер TR1 истекает до разъединения всех сигнальных соединений телефонного протокола, сторона В индицирует ошибку (аварию) и

принудительно переводит порты в свободное состояние (освобождает несущие каналы интерфейса V5.2 и абонентские линии).

•Сторона А:

•запускает таймеры TR1 и TR2;

•пытается разъединить все сигнальные соединения протокола телефонной сигнализации V5 и перевести все не заблокированные аналоговые порты в нерабочее состояние.

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

TR2 истекает до получения уведомления от стороны В, сторона А индицирует ошибку (аварию) и принудительно переводит порты в свободное состояние

(освобождает несущие каналы интерфейса V5.2 и абонентские линии).

Процедура перезапуска может быть инициирована либо по команде оператора, либо самим оборудованием сети доступа или АТС. Причиной автономной инициации перезапуска может служить сбой на канальном подуровне (LAPV5-DL), обслуживающем протокол телефонной сигнализации

V5, сбой в самом протоколе телефонной сигнализации V5 и прочее. Кроме

48

того, процедура перезапуска выполняется в ходе процедуры системного запуска.

Запуск интерфейса V5.2

Процедура представляет собой ввод интерфейса V5.2 в эксплуатацию.

При этом активизируется физический уровень интерфейса, запускается подуровень дополнительной адресации (LAPV5-EF) и устанавливаются канальные соединения (LAPV5-DL) для протокола защиты, управляющего протокола, протоколов управления трактами, ВСС и телефонной сигнализации

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

содержащего коммуникационный путь протокола телефонной сигнализации

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

Остановка интерфейса V5.2

Процедура представляет собой перевод интерфейса V5.2 в нерабочий режим (вывод из эксплуатации). При этом происходит разъединение на всех уровнях интерфейса V5.2 (разъединение соединений протоколов V5, DSS1, LAPV5-DL и прочее).

Процедура системного запуска

Эта процедура (System startup procedure) может выполняться как по команде оператора АТС или сети доступа, так и автономно, по инициативе оборудования АТС или сети доступа. В ходе процедуры сначала осуществляется остановка интерфейса, а затем его запуск.

Контрольные вопросы

1. Перечислите набор данных, необходимых для идентификации трактов.

49

2.Что означает термин «идентификатор тракта» и «идентификатор интерфейса»?

3.Какие действия предполагает «процедура переопределения»?

4.Какие значения могут принимать идентификатор тракта и идентификатор интерфейса V5.2?

5.Какие особенности имеет процедура согласования идентификаторов физического и логического С-канала?

6.Какие возможные варианты имеет процедура блокировки тракта?

7.Что такое «Полупостоянное соединение» и «Постоянное соединение»?

8.В каких случаях может быть заблокирован порт сети доступа?

9.Имеет ли сеть доступа сведения о наличии соединений на линии?

10.Перечислите возможные состояния аналогового порта?

11.Какие процедуры подразумеваются под процедурами управления в интерфейсе V5.2?

12.Что такое «процедура перезапуска»?

50