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

[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]

Сообщения протокола ТфОП передаются в совместно используемых всеми портами ТфОП для этой цели С-каналах (или С-канале). Принимаемые сообщения проверяются, расшифровываются и обрабатываются. Все это вносит случайные задержки и сдвиги между моментами передачи в сеть доступа линейных сигналов, моментами передачи сетью доступа соответствующих сообщений к АТС, моментами передачи от АТС ответных сообщений и моментами реакции сети доступа на эти сообщения. Во избежание неразберихи АТС может потребовать от сети доступа автономно реагировать на некоторые линейные сигналы от абонентского оборудования. Такое требование, передаваемое только от АТС к сети доступа, содержится в информационном элементе «Активизировать-автономную-реакцию-на-сигнал» (Enable-autonomousacknowledge). Длина элемента составляет 4 байта для непрерывных сигналов и от 4 до 6 байтов для импульсных сигналов (рис. 7.5 и 7.6). Для полей «сигнал» и «реакция» используются кодировки, приведенные в таблицах 7.2 и 7.3. В том случае, если реакция является импульсным сигналом, к полям «тип длительности импульса», «индикатор подавления», «индикатор запроса подтверждения» и «число импульсов» применяются правила, которые были определены выше для информационного элемента «Импульсный-сигнал».

6 5 4 3

0 10 0

Байт1

Длина содержимого

Байт 2

Сигнал

БайтЗ

Реакция

Байт 4

Рис. 7.5. Структура информационного элемента «Акти-визировать-автономную-реакцию-на-сигнал» (реакция в форме «Непрерывный-сигнал»)

0 0 1 0 0 0 1

Длина содержимого

Сигнал

Реакция

Индикатор подавления

Тип длительности импульса

Индикатор запроса подтверждения

Число импульсов

Байт1 Байт 2 БайтЗ Байт 4 Байт 5

Байт 5а

Рис. 7.6. Структура информационного элемента «Акти-визировать-автономную-реакцию-на-сигнал» (реакция в форме «Импульсный-сигнал*)

АТС может отменить автоматическую реакцию сети доступа с помощью сообщения, содержащего информационный элемент «Деактивизировать-автономную-реакцию-на-сигнал» (Disableautonomous-acknowledge). Данный информационный элемент также передается только в сообщении от АТС к сети доступа, а длина его всегда составляет 3 байта.

Некоторые сообщения сети доступа являются реакцией этой сети на последовательность сигналов, требующую, как правило, нескольких сообщений ТфОП. Такие предварительно определенные последовательности могут активизироваться информационным элементом «Автономное-управление-последовательностъю-сигналое» (Autonomous-signalling-sequence). Данный элемент передается только в сообщениях от АТС к сети доступа. Последовательность сигналов определяется с помощью поля «тип последовательности» (sequence type) в битах 1-4 (таблица 7.1).

Если сеть доступа должна послать соответствующий предварительно определенной последовательности ответ к АТС, этот ответ дается с помощью информационного элемента 122



«Результатавтономного-управления-последовательностью-сигналов» (Sequence-response).

Имеется ряд информационных элементов, связанных с задачами обнаружения ошибок передачи и технического обслуживания. Для обнаружения ошибок передачи сообщения целесообразно нумеровать. С этой целью в сообщения вводится информационный элемент «Порядковый-номер» (sequence-number), представленный на рис. 7.7. Длина данного элемента всегда равна 3 байтам, и он может передаваться в обоих направлениях.

6 5 4 3 2

0 0 0 0 0

Байт1

Длина содержимого

Байт 2

Порядковый-номер

БайтЗ

Рис. 7.7. Структура информационного элемента «Порядковый-номер*

Информационный элемент «Порядковый-номер» должен обязательно присутствовать в сообщениях SIGNAL, PROTOCOLPARAMETER и SIGNALACK, но не разрешен в других сообщениях. В сообщениях SIGNAL и PROTOCOLPARAMETER информационный элемент «Порядковый-номер» содержит порядковый номер передачи M(S), а в сообщениях SIGNAL ACK - порядковый номер приема M(R).

В случае приема достоверного сообщения, которое не имеет смысла в контексте других ранее принятых сообщений, возникает необходимость выяснить состояние процесса в логическом обьекте протокола ТфОП по другую сторону интерфейса. Для передачи этой информации служит информационный элемент «Состояние» (State), а причина его передачи указывается в информационном элементе «Причина» (Cause).

Длина информационного элемента «Причина» может составлять 3, 4 или 5 байтов, как это видно из рис. 7.8. Если длина составляет 3 байта, поле диагностики в информационный элемент не включается. Если длина составляет 4 байта, то четвертый байт является диагностическим и указывает идентификатор типа сообщения, вызвавшего передачу информации о причине. Если длина составляет 5 байтов, то диагностическими являются байты 4 и 4а, указывая идентификатор типа сообщения и идентификатор информационного элемента в сообщении, вызвавшего передачу информации о причине. Кодировка информационного элемента «Причина» приведена в таблице 7.7. Все остальные коды зарезервированы.

6 5 4 3 2

0 10 0 0

Байт1

Длина содержимого

Байт 2

Тип причины

БайтЗ

Диагностика (идентификатор типа сообщения)

Байт 4

Диагностика (идентификатор информационного элемента)

Байт 4а

Рис. 7.8. Структура информационного элемента «Причина» (Cause)

Может случиться так, что сообщение имеет правильный номер, имеет смысл в контексте обмена другими сообщениями, но содержащийся в нем запрос не может быть выполнен из-за отсутствия нужных для этого ресурсов. В такой ситуации в ответное сообщение вводится информационный элемент «Ресурс-недоступен» (Resource-unavailable). Цель данного информационного элемента сообщить АТС о недоступности ресурса, затребованного тем информационным элементом, который скопирован в поле копии возвращаемого к АТС элемента «Ресурс-недоступен». Элемент «Ресурс-недоступен» передается только в сообщениях SIGNAL от сети доступа к АТС. Длина этого элемента зависит от длины возвращаемой копии информационного элемента и может варьировать от 3



до 8 байтов.

Таблица 7.7. Кодирование типа элемента «Причина»

Биты

Значение

Длина ИЭ

Ответ на ЗАПРОС СОСТОЯНИЯ (Response to STATUS ENQUIRY)

Ошибка в дискриминаторе протокола (Protocol discriminator error)

Ошибка в адресе уровня 3 (L3 address error)

Тип сообщения не опознан (Message type unrecognized)

Нарушен порядок следования

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

(Out of sequence information element)

Повторный необязательный информационный элемент (Repeated optional information element)

Пропущен обязательный информационный элемент (Mandatory information element missing)

5(4)

Неопознанный информационный элемент (Unrecognized infonnation element)

Ошибка в содержании обязательного ИЭ (Mandatory information element content error)

Ошибка в содержании необязательного ИЭ (Optional infonnation element content error)

Сообщение, не совместимое с состоянием сигнального пути (Message not compatible with path state)

Повторный обязательный

информационный элемент

(Repeated mandatory information element)

Слишком много информационных элементов (Too many information element)

7.3. СООБЩЕНИЯ ПРОТОКОЛА ТфОП

Формат сообщения V5 представлен на рис. 6.7 предыдущей главы. Как и для других протоколов V5, сообщения протокола ТфОП состоят из;

а) уникального для протоколов V5 дискриминатора протокола,

б) адреса уровня 3, идентифицирующего порт, к которому относится данное сообщение,

в) типа сообщения,

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

В протоколе ТфОП предусмотрены девять типов сообщений, приведенных в таблице 7.8. Остальные коды типов сообщений протокола ТфОП (согласно таблице 6.4 предыдущей главы) зарезервированы для будущих применений.



[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