ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 20.10.2024

Просмотров: 91

Скачиваний: 0

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

СОДЕРЖАНИЕ

7.6. Процедуры протокола ТфОп

226 Глава 7_____________________________________

228 Глава 7_______________________________________

7.7. Национальные спецификации протокола ТфОп

230 Глава 7________________________

232 Глава 7 _______

Глава 8

8.1. Протокол назначения несущих каналов

234 Глава 8_______________________________________

236 Глава 8____

238 Глава 8_______________________________________

240 Глава 8 ________ ___

242 Глава 8 ___________

8.2. Протокол управления трактами интерфейса v5.2

244 Глава 8 ___________

246 Глава 8_______________________________________

248 Глава 8______________________________________

250 Глава 8_______________________________________

8.4. Протокол управления

252 Глава 8_______________________________________

254 Глава 8 __________________________________

Глава 9

9.1. Модель взаимодействия открытых систем

258 Глава 9 ___________________________________

260 Глава 9 __________________________________

9.2. Сети с коммутацией пакетов х.25

262 Глава 9___________________________________.

9.3. Архитектурапротоколах.25

264 Глава 9 ________________ _______________

266 Глава 9_______________________________________

9.4. Применения протокола х.25

Глава 10

10.1. Протоколы tcp/ip и модель osi

270 Глава 10______________________________________

10.2. Протокол управления передачей tcp

272 Глава 10____________________________________

274 Глава 10______________________________________

10.3. Протоколы udf и icmp

276 Глава 10______________________________________

10.4. Межсетевой протокол ip

278 Глава 10 ___________________________________

280 Глава 10___________________

282 Глава 10______________________________________

284 Глава 10 ___

10.5. Протоколы нижнего уровня

286 Глава 10______________________________________

10.6. Сетевые услуги в tcp/ip

10.7. Прогнозы по мотивам tcp/ip

7.7. Национальные спецификации протокола ТфОп

По аналогии с параграфом 4.7, посвященным протоколу DSS-1, представляется полезным отметить некоторые особенно­сти протокола ТфОП интерфейса V5, принятые в России. Россий­ские национальные спецификации V5 базируются на стандартах ETSI. При этом взаимосвязь протокола ТфОП интерфейса V5 с собственно системами сигнализации по абонентским линиям (на­циональный мэппинг), как и в других странах, специфицируется национальной администрацией связи. Кроме того, определяется перечень сообщений и параметров протокола ТфОП, применяе­мых в национальной версии протокола.

В отличие от большинства европейских и американских се­тей связи ситуация в российской ТфОП в этом плане сложилась весьма удачная. Отсутствие экзотических «пpeдISDNoвcкиx» ин­терфейсов, простота и унификация абонентских систем сигнали­зации, рассмотренных в главе 1, привели к тому, что националь­ная российская версия протокола ТфОП является фактически под­множеством возможностей, предлагаемых стандартом ETSI. Перечень сигналов, передаваемых по абонентской линии и под­держиваемых протоколом ТфОП интерфейса V5, приведен в таб­лице 7.18.

Таблица 7.18. Сигналы российского протокола ТфОП

Типы оконечного оборудования

Типы сигналов, передаваемых по абонентской линии

Примечания

Аналоговый телефонный аппарат

Декадный набор; частотный набор; калиброванный разрыв шлейфа; сигнал переполюсовки; сигнал тарификации (16 кГц); тональный вызов

В соответствии с ГОСТ 7153-85; в соответствии с ГОСТ 28384-89

Таксофон

Сигнал переполюсовки; сигнал тарификации (16 кГц)

В соответствии с ОСТ 45.54-95


230 Глава 7________________________

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

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

Сообщение

Информационные элементы (ИЭ)

Содержание информационных элементов

Направление

ESTABLISH

Steady Signal

OffHook

AN → LE

Line Information

Любое допустимое

AN → LE

Cadenced-ringing

Cadenced ringing type (0, 1, 2)

LE→AN

Initial ring

Suppression indication (11), Pulse duration type (1), Acknowledge request indicator (10), Number of pulses (1)

le→an (Примечание 1)

ESTABLISH АСК

AN→LE, LE→AN

SIGNAL

Digit signal

Digit ack.req.ind (0), Digit information (1-10)

Steady Signal

Off Hook

AN→LE

Sleady Signal

On Hook

AN→LE

Autonomous signalling sequence

Sequence type (1)

LE→AN (Примечание 2)

Sequence-responce

AN→.LE (Примечание З)

Pulse notification

AN→LE (Примечание 4)

Sleady Signal

Reserved polarity

LE→AN (Примечание 5)

Steady Signal

Normal polarity

LE→AN (Примечание 5)

Cadenced-ringing

Cadenced ringing type (0, 1, 2)

LE→AN

SIGNAL ACK

AN→LE, LE→AN

STATUS ENQUIRY

LE→AN

STATUS

AN→LE

DISCONNECT

AN→LE, LE→AN

Steady Signal

Stop ringing

LE→AN

DISCONNECT COMPLETE

AN→.LE,

LE→AN

PROTOCOL PARAMETER

Recognition Time

Signal(Pulsed signal= register recall). Duration type (1)

LE→AN (Примечание 6)


Протокол ТфОП 231

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

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

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

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

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

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


232 Глава 7 _______

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

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

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

Так, из нескольких возможных вариантов определены кон­кретные алгоритмы отбоя. В случае отбоя со стороны АТС абонен­ту через сеть доступа передается акустический сигнал «Занято». После того как абонент повесит трубку, в сторону АТС передается сообщение AN/SIGNAL/Steady_signal:On_hook. В ответ на это со­общение посылается сообщение LE/DISCONNECT, которое под­тверждается сообщением AN/DISCONNECT_COMPLETE.

В случае, если отбой происходит со стороны сети доступа, в сторону АТС сразу передается сообщение AN/SIGNAL/Stea-dy_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 получается слишком мно­гословным.


Смотрите также файлы