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

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

10.5. ПОДСИСТЕМА ВОЗМОЖНОСТЕЙ ТРАНЗАКЦИЙ ТСАР

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

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

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

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

Еще одно упомянутое выше использование ТСАР связано с необходимостью для различных видов служб наземной подвижной связи иметь информацию о местонахождении подвижного объекта и будет рассмотрено в параграфе 10.7.

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

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

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



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

В применениях ТСАР вне реального масштаба времени скорость передачи информации не является критическим фактором. Например, если требуется передача большого объема статистических данных от АТС к центру технической эксплуатации (ЦТЭ), то время передачи в секундах (или даже в минутах) не является критическим. Более важным в данном случае является надежность передачи информации.

Во всех известных сегодня вариантах применения ТСАР непосредственно пользуется услугами SCCP; а транспортный, сеансовый и представительский уровни модели OSI отсутствуют.

Протокол ТСАР состоит из двух подуровней: нижнего - подуровня транзакции (TSL) и верхнего - компонентного подуровня (CSL).

Подуровень транзакции управляет установлением и разъединением соединений и определяет три типа сообщения: начало, продолжение и конец. Сообщение начала инициирует транзакцию, а сообщение продолжения используется во время транзакции.

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

Операции, запрашиваемые подуровнем компоненты, можно разделить на четыре категории, называемые классами, в соответствии с уровнем ответа, ожидаемого по завершении операции.

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

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

Операции класса 3 используются, когда необходимо сообщить только об успешных результатах. Они могут использоваться в том случае, когда сбой подозревается и вероятным исходом операции является отказ. Считается, что операция была неуспешна, если не было получено сообщения об успешном результате.

В случае, когда ни об успешном завершении, ни об отказе не надо сообщать, операция относится к классу 4. Например, если узел желает послать предупреждение о некоем событии нескольким другим узлам, то ответ или подтверждение не требуется.

Сообщения ТСАР состоят из элементов информации, каждый из которых состоит из трех полей, располагаемых в фиксированном порядке и аналогичных структуре «название, длина и информация», описанной для SCCP и ISUP в двух разделах 10.3 и 10.4. В рекомендациях ITU-T для ТСАР эти же поля называются тег, длина и содержимое (рис. 10.15).

Тег идентифицирует тип посылаемого информационного элемента и влияет на значение поля содержимого. Тег занимает 1 байт и кодируется следующим образом: значение класса



занимает 2 бита, форма - 1 бит, а код тега занимает 5 бит.

Элемент информации

Элемент информации

Элемент информации

Длина

Содержимое

сообщение ТСАР

Рис.10 15. Структура элемента информации


Длина

Содержимое

Рис. 10.16. Элемент информации конструктора

Класс тега может принимать следующие значения: 00 - универсальный, 01 - прикладной, 10 - контекстно-зависимый, 11 - частное использование. Универсальный тег 00 соответствует рекомендации Х.208 и используется, например, для Х.400. Прикладной тег 01 используется в рамках 0КС7. Если значение класса равно 10, то это подразумевает контекстно-зависимый класс, где одни и те же компоненты в различных сообщениях могут быть интерпретированы по-разному, в зависимости от их использования внутри данного сообщения. Контекстно-зависимый класс применяется, когда компоненты являются частью последовательности компонентов. Это называется конструктором, подразумевая, что каждая компонента строится с помощью другой компоненты (см. рис. 10.16 из рекомендации Q.733).

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

Форма представляет собой 1 бит, принимающий значение О, если тег является примитивом, или значение 1, если тег представляет собой конструктор.

Код тега может занимать и большее число разрядов. Тогда он находится в следующем байте. Однако в подавляющем большинстве применений значение кода умещается в 5 разрядах в первом же байте.

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

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

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

Один TPIE содержит компонентную часть и состоит из тега компонентной части, длины компонентной части и содержимого компонентной части В расширенном варианте



[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.0019