3. Подсистема тсар
Прикладная подсистема возможностей транзакций (Transaction Capabilities Application Part - ТСАР) служит для обеспечения взаимодействия прикладных Подсистем ОКС № 7 с подсистемой SCCP. В общем виде вариантами использования ТСАР являются ситуации, когда установление основного соединения наряду с сигнальным соединением невозможно или не требуется.
В качестве примеров применения ТСАР можно привести следующее:
• передача сообщений о местонахождении мобильного пользователя в домашний регистр в сотовых сетях (реализация роуминга - рис. 14);
Рис. 14. Обновление данных в HLR
MS - Mobile station (мобильный абонент); BSC - Base station controller (контроллер базовых станций); MSC - Mobile switching center (центр коммутации подвижной связи); VLR - Visitor location register (гостевой регистр местоположения); HLR - Home location register (домашний регистр местоположения)
• регистрация, активация и вызов дополнительных услуг, включая использование специализированного оборудования (например, предоставление услуг телефонного обслуживания по кредитной карточке в интеллектуальной сети);
• обмен сигнальной информацией, не связанной с коммутируемым информационным каналом (например, замкнутая группа пользователей);
• процедуры техобслуживания и эксплуатации (например, управление удаленной станцией, запрос/ответ, передача основного объема данных).
ТСАР также обеспечивает механизм доступа удаленной АТС для инициализации услуги внутри другой АТС, например, при реализации услуги автоматического ответного вызова при занятости вызываемого абонента (рис. 15-176).
Рис. 15. Установление соединения
Рис. 16. Заказ услуги ответного вызова
Рис. 17. Заказ услуги ответного вызова
Если абонент А набирает номер абонента В, который в данное время занят другим разговором, то абонент А может набрать код услуги и повесить трубку.
Когда вызываемый абонент В освобождается от первого разговора и становится доступным для нового вызова, АТС абонента В информирует об этом АТС абонента А с помощью посылки сообщения ТСАР. АТС абонента А посылает сигнал вызова своему абоненту.
После того, как абонент А снимет трубку, производится обычная процедура установления соединения с АТС абонента В и самим абонентом В.
В целом, приложения, использующие ТСАР, могут быть разделены на две категории:
• с небольшим объемом передаваемых данных, работающие в режиме реального времени. Например, если какой-либо АТС требуется доступ к базе данных для получения информации маршрутизации вовремя установления соединения, реальный масштаб времени необходим, поскольку время передачи информации в ТСАР прибавляется ко времени ожидания Ответа после набора номера вызывающим абонентом. С другой стороны, для применений в реальном масштабе времени обычно требуется передана небольшого количества данных (базе данных передается номер вызываемого абонента, от базы данных возвращается информация о маршрутизации и т.д.);
Рис. 18. Передача сообщения ТСАР
• с передачей значительных объемов данных, не работающие в режиме реального времени, В данном случае скорость передачи информации не является критическим фактором (например, передача большого объема Статистических данных от АТС к центру технической эксплуатации), более важным является надежность передачи информации.
Протокол ТСАР состоит из двух подуровней (рис. 18); подуровня транзакций (Transaction sub-level - TSL) и компонентного подуровня (Component sub-level - CSL).
Подуровень транзакций управляет установлением и разъединением соединений и определяет три типа сообщений: начало, продолжение и конец. Сообщение начала инициирует транзакцию, а сообщение продолжения используется но время транзакции.
Подуровень компонентов управляет действиями на удаленном узле и возвращением результатов таких действий. Компонента состоит из запроса выполнения операции или ответа на запрос. Все операции, запрашиваемые подуровнем компонентов, делятся на четыре класса, в соответствии с результатом ответа, ожидаемым по завершении операции:
• класс 1 - подтверждение двух видов завершения операции - успешного и неуспешного (например, АТС запрашивает удаленную базу данных преобразовать телефонный номер в данные маршрутизации). В ;>том случае, база данных посылает обратно на АТС сообщение либо об успешном завершении операции с указанием преобразованною номера в качестве результата, либо о неудачном завершении операции с указанием причины отказа;
• класс 2 - подтверждение только неуспешного завершения операции (например, при выполнении тестирования какой-то функции ответ нужен только при наличии неисправности, препятствующей завершению теста);
• класс 3 - подтверждение только успешного завершения операции (в данном случае операция считается неуспешной, при отсутствии сообщения об успешном результате);
• класс 4 - оба вида завершения операции (успешное и неуспешное) не подтверждаются (пункт сигнализации посылает предупреждение о некотором событии другим пунктам - ответ или подтверждение выполнения операции не требуется).