Файл: Протоколы сети доступа - Гольдштейн.pdf

230Глава 7________________________

Внациональной версии протокола ТфОП применяется набор сообщений и параметров, приведенный в таблице 7.19. Для каждого сообщения показаны те необязательные информационные элементы, которые могут входить в его состав. Кроме того, если для каких-либо параметров информационных элементов нормирован диапазон допустимых значений, более узкий, чем предусмотрено ETSI, в таблице указаны возможные значения этих параметров.

Таблица 7.19. Сообщения и параметры протокола ТфОП

Содержание таблицы 7.19 требует некоторых примечаний:

1)Данный информационный элемент используется для идентификации номера вызывающего абонента по алгоритму, принятому в ряде зарубежных стран (с использованием посылок кодом DTMF). Практически этот информационный элемент в России не используется, и включение его в национальные спецификации несколько условно. Что же касается рассмотренной в первом томе процедуры идентификации номера вызывающего абонента (АОН), то поскольку запросы АОН осуществляются имитацией сигнала ответа с передачей частоты 500 Гц по разговорному каналу, то для такой процедуры интерфейс V5 является прозрачным.

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

3)Применяется в качестве ответа на сигнал блокировки абонентской линии.

4)Сигнал используется для переноса в сторону АТС запроса дополнительных услуг, посылается при нажатии абонентом кнопки «R» (калиброванный разрыв шлейфа) или «1» в разговорной фазе соединения ТфОП.

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

всторону сети доступа посылаются соответствующие сигналы. Таксофон

савтономным управ-

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

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

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

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

AN/SIGNAL/Steady_signal:On_hook. В ответ на это сообщение посылается сообщение LE/DISCONNECT, которое подтверждается сообщением AN/DISCONNECT_COMPLETE.

В случае, если отбой происходит со стороны сети доступа, в сторону АТС сразу передается сообщение AN/SIGNAL/Steady_signal:0n_hook, а дальнейший алгоритм отбоя полностью аналогичен описанному выше.

Уникальность применяемой в России процедуры АОН ранее уже неоднократно обсуждалась в этой книге.

Глава 8

СЛУЖЕБНЫЕ ПРОТОКОЛЫ V5.2

Уметь управлять - значит уметь выбирать Ф. Пананти

8.1. ПРОТОКОЛ НАЗНАЧЕНИЯ НЕСУЩИХ КАНАЛОВ

Выбранная в качестве эпиграфа строчка итальянского поэта Филиппе Пананти полностью отражает суть протокола назначения несущих каналов (ВСС — Bearer Channel Connection protocol).

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

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

В дальнейшем, для краткости, такие оперативно коммутируемые соединения мы будем, как правило, называть В-соединениями, поскольку точный перевод на русский язык их английского названия bearer channel connections получается слишком многословным.

234 Глава 8_______________________________________

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

Вконтексте протокола ВСС существует три типа В-соедине-ний:

1)соединения в АТС и в интерфейсе V5.2, создаваемые оперативно для обслуживания каждого вызова ТфОП и ISDN с концентрацией трафика на стороне сети доступа;

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

3) полупостоянные соединения, устанавливаемые в сети доступа и АТС для поддержки услуг полупостоянных арендованных линий.

Для В-соединений первого типа процедура ВСС проводится в начале

ив конце обслуживания каждого вызова, а управление соединением пользователя осуществляется со стороны АТС. Для В-соединений второго

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

Интерфейс V5.2 обеспечивает возможность создания и нарушения многоканальных В-соединений «n x 64 Кбит/с», где n может принимать значения от 1 до 30, для поддержки коммутируе-