Главная  Классификация протоколов сигнализации 

[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [68] [69] [70] [71] [72] [73] [74] [75] [76] [77] [78] [79] [80] [81] [82] [83] [84] [85] [86] [87] [88] [89] [90] [91] [92] [93] [94] [95] [96] [97] [98] [99] [100] [101] [102] [103] [104] [105] [106] [107] [108] [109] [110] [111] [112] [113] [114] [115] [116] [117] [118] [119] [120] [121] [122] [123] [124] [125] [126] [127] [128] [129] [130] [131] [132] [133] [134] [135] [136] [137] [138] [139] [140] [141] [142] [143] [144] [145] [146] [147] [148] [149] [150] [ 151 ] [152] [153] [154] [155] [156] [157] [158] [159] [160] [161] [162] [163] [164] [165] [166] [167] [168] [169]

несуществующее). В обоих случаях сообщение игнорируется и генерируется сигнал индикации ошибки.

Информационный элемент переменной длины, имеющий код, значение которого меньше, чем значение кода предшествовавшего ему информационного элемента переменной длины, считается выпавшим из нормальной последовательности. Если такое случается, то на стороне сети доступа этот информационный элемент удаляется, а обработка сообщения продолжается. Сеть доступа также генерирует сообщение о внутренней ошибке и передает сообщение STATUS с информационным элементом «Состояние», указывающим текущее состояние процесса, и с информационным элементом «Причина» со значением «информационный элемент, принятый с нарушением очередности следования».

Если в сообщении повторяется один и тот же обязательный информационный элемент, логический объект V5 на стороне сети доступа должен игнорировать это сообщение, сформировать сообщение о внутренней ошибке и передать сообщение STATUS с информационным элементом «Состояние», указывающим текущее состояние процесса, и с информационным элементом «Причина» со значением «повторяющийся обязательный информационный элемент» и с соответствующей диагностикой, алогический объект на стороне АТС должен игнорировать данное сообщение и сформировать сообщение о внутренней ошибке.

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

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

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

И, наконец, процедура обнаружения ошибок уровня 3 позволяет уровню 3 обнаружить ошибку при передаче сообщений, которые не защищены от ошибок функциональной частью протокола. Сообщения SIGNAL и PROTOCOLPARAMETER, содержащие информацию примитивов FE-line signal и FE-protocol parameter, соответственно, защищаются от ошибок механизмом, описанным ниже.

С точки зрения этого механизма сообщения SIGNAL и PROTOCOLPARAMETER неразличимы: они вместе рассматриваются как единая последовательность нумерованных сообщений, и для подтверждения приема сообщений, образующих такую последовательность (независимо от их типа), используются сообщения SIGNALACK. (Речь, разумеется, идет о сообщениях, передаваемых от АТС, поскольку сообщения PROTOCOLPARAMETER сетью доступа не передаются.)

Все сообщения из этой единой последовательности нумеруются по модулю 128, т.е. номер может иметь значение от О до 127. На каждой стороне интерфейса V5 имеется счетчик передаваемых сообщений, текущее показание которого S(S) обозначает порядковый номер подлежащего передаче сообщения. С появлением следующего сообщения, подлежащего передаче, S(S) увеличивается на 1.

На каждой стороне интерфейса имеется счетчик подтвержденных сообщений, текущее



показание которого S(A) обозначает номер последнего из переданных сообщений, прием которого подтвержден адресатом, т.е. равноправным логическим объектом, которому оно было послано. Полезно заметить, что разность S(S)- S(A) не должна превышать максимального числа сообщений, находящихся в очереди на передачу.

Каждому передаваемому сообщению, принадлежащему рассматриваемой единой последовательности, присваивается порядковый номер M(S). В момент, когда сообщение должно передаваться, в поле информационного элемента «порядковый номер», входящего в состав этого сообщения, помещается значение M(S), равное текущему S(S).

В логическом обьекте уровня 3 на той и на другой стороне интерфейса имеется также счетчик, текущее показание которого S(R) обозначает порядковый номер очередного ожидаемого на приеме сообщения. С приемом сообщения, M(S) которого равен S(R), показание счетчика S(R) увеличивается на 1.

В момент, когда должно передаваться подтверждающее сообщение, в поле информационного элемента «порядковый номер», входящего в состав этого сообщения, помещается порядковый номер ожидаемого сообщения M(R), причем значение M(R) устанавливается равным S(R). Сторона, принявшая подтверждающее сообщение, определяет состоятельность полученного M(R), проверяя условие S(A) J M(R) J S(S).

Как это показано на SDL-диаграммах процессов PANS и PLES в данной главе, программные счетчики связаны с таймерами этих процессов. Если S(S) превышает допустимую величину, таймеры Tt и Тг должны быть остановлены и должно также передаваться сообщение DISCONNECT. Если величина S(S) корректна и таймер Tt работает, то никаких действий не предпринимается, а если таймер Tt не был запущен, то это должно быть сделано.

На тех же SDL-диаграммах видно, что при каждой подготовке передачи уровнем 3 сообщения SIGNALACK порядковый номер ожидаемого сообщения M(R) должен принимать текущее значение переменной S(R). При каждом приеме уровнем 3 сообщения SIGNAL значение M(S) должно сравниваться со значением S(R). Если M(S) равно S(R), сообщение должно быть принято, а значение S(R) - увеличено на 1. Если M(S) не равно S(R), таймеры Tt и Тг должны прекратить работу и должно быть передано сообщение разьединения.

При каждом приеме сообщения SIGNAL АСК номер M(R) проверяется. Если M(R) не

состоятелен, таймеры Tt и Тг сбрасываются и передается сообщение DISCONNECT. Если M(R) является корректным, счетчик подтвержденных сообщений принимает значение S(A), равное M(R).

Если S(A) равно S(S), таймер Tt сбрасывается. Если S(A) не равно S(S) и если значение M(R) является корректным, таймер Tt перезапускается. Таймер Tt сбрасывается при каждом приеме сообщения SIGNALACK, значение M(R) в котором равно S(S).

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

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

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

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

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

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

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



[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [68] [69] [70] [71] [72] [73] [74] [75] [76] [77] [78] [79] [80] [81] [82] [83] [84] [85] [86] [87] [88] [89] [90] [91] [92] [93] [94] [95] [96] [97] [98] [99] [100] [101] [102] [103] [104] [105] [106] [107] [108] [109] [110] [111] [112] [113] [114] [115] [116] [117] [118] [119] [120] [121] [122] [123] [124] [125] [126] [127] [128] [129] [130] [131] [132] [133] [134] [135] [136] [137] [138] [139] [140] [141] [142] [143] [144] [145] [146] [147] [148] [149] [150] [ 151 ] [152] [153] [154] [155] [156] [157] [158] [159] [160] [161] [162] [163] [164] [165] [166] [167] [168] [169]

0.0014