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

[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

СИСТЕМА ОБЩЕКАНАЛЬНОЙ СИГНАЛИЗАЦИИ №7

П nesf de bonheur que dans les voles communes, франц. (Счастье можно найти лишь на проторенных дорогах) Ф. Шатобриан. «Репе»

10.1. ВВЕДЕНИЕ

Последние десятилетия характеризуются все более значительным воздействием компьютерных технологий на телефонию. Это обусловило и появление новых идей в области протоколов межстанционной сигнализации. Первые шаги в этом направлении были обусловлены введением цифровых систем передачи ИКМ, начиная с Т1, AT&T в 1962, и программного управления коммутационными узлами и станциями, начиная с ESS# 1.АТ&Т в 1965 году

Из-за первоначально большой стоимости управляющих процессоров и памяти узлов коммутации с программным управлением к началу 70-х годов перед инженерами-телефонистами возникли следующие задачи:

1) сохранение дорогостоящих ресурсов управляющего процессора, расходуемых во время сканирования каждой соединительной линии для протоколов сигнализации по выделенным сигнальным каналам;

2) сокращение времени установления соединения и снижение тем самым непроизводительного использования соединительных линий.

Решение этих задач было найдено на пути заимствования некоторых наиболее полезных технологий передачи данных. Этот подход был первоначально опробован при разработке (1964 -1968 гг.. Зеленая книга ITUT) системы сигнализации по общему каналу №6 (0КС6). Система 0КС6 полностью удаляет сигнализацию из разговорного тракта, используя отдельное общее звено сигнализации, по которому передаются все сигналы для нескольких трактов. Однако работающая по относительно медленным звеньям сигнализации с модемной связью на скорости 2400 или 4800 бит/с система 0КС6 не могла решить в достаточной степени две упомянутые выше задачи. Более того, со временем появились другие, более актуальные требования к протоколу общеканальной сигнализации:

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

4) универсальность системы сигнализации для разнообразных применений, включая телефонию, передачу данных, услуги ISDN, услуги для абонентов сетей мобильной связи, а также функции сетевого управления, эксплуатации и технического обслуживания;

5) обеспечение надежности связи, при которой потеря одного звена сигнализации не должна оказывать значительное отрицательное влияние на качество обслуживания в сети связи;

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



зависимость между процессами управления обслуживанием вызовов в АТС и процедурами ОКС. Для достижения правильного баланса требуется тщательная разработка спецификаций, что достаточно подробно обсуждалось в главе 2.

Разработанная по этим требованиям система общеканальной сигнализации №7 стала применяемым во всем мире стандартом для международной и национальных телефонных сетей. Протокол 0КС7 обеспечивает все преимущества 0КС6 по обслуживанию вызовов и предоставляет также новые возможности по созданию телекоммуникационных услуг. Это осуществляется, в частности, с помощью подсистемы обеспечения возможностей транзакций (ТСАР) и организуемых на ее базе прикладной подсистемы подвижной связи стандарта GSM (MAP), прикладной подсистемы интеллектуальной сети (INAP) и др.

Целью разработки протокола 0КС7 также является высокая надежность передачи информации с минимальной задержкой, без потерь и без дублирования сигнальных сообщений. Помимо архитектуры самого протокола это достигается оптимизацией построения национальных сетей сигнализации 0КС7. Первая сеть общеканальной сигнализации, состоящая из 20 транзитных пунктов сигнализации STP, была введена в эксплуатацию компанией AT&T в 1976 в городах Мэдисон, Висконсин и Чикаго.

Принципы построения сети сигнализации, режимы связности, иерархическая структура и другие сетевые аспекты 0КС7 находятся несколько в стороне от тематики данной книги. К сожалению, несмотря на явную актуальность этой проблематики, отсутствуют современные книги на русском языке, поэтому автор вынужден адресовать заинтересованного читателя к прекрасным монографиям Трэвиса Руссела [126] и Ричарда Мантефилда [122], а также к рекомендации Q.705 Белой книги ITU-T и выразить надежду, что интенсивное развитие российской сети сигнализации 0КС7 найдет отражение в технической литературе.

Соответствие протокола 0КС7 эталонной модели взаимодействия открытых систем (ВОС или OSI в английской аббревиатуре) показано на рис. 10.1. Здесь сравнивается архитектура протокола 0КС7 с уровнями OSI. Следует подчеркнуть, что именно многоуровневая архитектура протокола обеспечивает гибкость введения служб и легкость техобслуживания сети сигнализации.

Нижние уровни протокола 0КС7 состоят из трех уровней подсистемы передачи сообщения МТР и подсистемы управления соединениями сигнализации SCCP. Эти три уровня МТР представляют собой:

уровень 1 звена передачи данных сигнализации,

уровень 2 звена сигнализации,

уровень 3 сети сигнализации.

Первые два уровня МТР обеспечивают функции звена сигнализации между двумя непосредственно связанными пунктами сигнализации.

Возможности, которые содержатся на сетевом уровне модели OSI, распределены в 0КС7 между третьим уровнем МТР и SCCP. Это обусловлено следующими соображениями: 1) не все протоколы сигнализации требуют использования расширенных возможностей адресации SCCP и передачи сообщений, не ориентированных на соединение, и 2) путем выделения функций SCCP в отдельную подсистему оказалось возможным оптимизировать характеристики третьего уровня МТР. Подсистема SCCP является потребителем функциональных возможностей, расположенных в уровнях МТР, и обеспечивает как сетевые услуги в отсутствие соединения, так и услуги, ориентированные на соединение.

Верхние уровни в протоколе 0КС7 включают ТСАР и пользовательские подсистемы, упомянутые выше, а также сервисные элементы прикладного уровня (ASE), подсистему эксплуатации, технического обслуживания и административного управления (ОМАР) и другие прикладные подсистемы. Эти уровни используют услуги передачи, предоставляемые уровнями МТР и SCCP.

1 SUP протокола 0КС7 обеспечивает функции сигнализации, необходимые для обслуживания вызовов в сети ISDN, а также для поддержки дополнительных услуг ISDN.

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



оставшиеся цифры номера после кода 800 преобразовываются централизованной базой данных в физический адрес. Механизм предоставления услуг интеллектуальной сети (IN), поддерживаемый одним из сервисных элементов прикладного уровня (ASE) - подсистемой INAP, опирается на ТСАР.

Аналогичным образом обеспечиваются прикладные возможности и для подсистемы ОМАР технического обслуживания, координации и управления ресурсами сети.


Q.CL О >• С I 03 о SI-

с: I га о 0)5:

0)5:

5 5 I r

ra с о о

ё m s s

fl> H л л s г s s

U S Ш Ш

с Sou

So О

Q. С

± X Q. Я О) S

CQ C3

Описанию этих подсистем посвящены следующие разделы данной главы. Ссылки на соответствующие рекомендации Белой книги ITU-T представлены в табл. 10.1.



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