Текст
А.В. Росляков
ОБЩЕКАНАЛЬНАЯ
СИСТЕМА
СИГНАЛИЗАЦИИ №7
ЭКО-ТРЕНДЗ
Москва, 1999
инженерная энциклопедия
>Л ЕКТРОННЫХ
Коммуникаций
СОДЕРЖАНИЕ
Предисловие рецензентов.............................................................5
Введение............................................................................6
Глава 1. Системы сигнализации в сетях связи.........................................8
1.1. Классификация систем сигнализации...........................................8
1.2. Международные стандартные системы сигнализации..............................9
1.3. Системы сигнализации на ВСС РФ.............................................11
Глава 2. Архитектура ОКС №7....................................................... 13
2.1. Преимущества общеканальной сигнализации....................................13
2.2. Многоуровневая эталонная модель ОКС №7.....................................15
2.3. Функциональные уровни ОКС №7...............................................17
2.4. Примитивы услуг ОКС №7.....................................................18
Глава 3. Подсистема передачи сообщений МТР.........................................20
3.1. Функции подсистемы передачи сообщений......................................20
3.2. Звено данных сигнализации..................................................20
3.3. Звено сигнализации.........................................................21
3.4. Функции и коды полей сигнальных единиц.....................................22
3.5. Способ обнаружения ошибок в сигнальных единицах............................26
3.6. Способы исправления ошибок.................................................26
3.7. Адресация сигнальных сообщений.............................................31
3.8. Функции сети сигнализации..................................................32
3.9. Процедуры управления звеньями сигнализации.................................35
Глава 4. Подсистема управления соединением сигнализации SCCP.......................38
4.1. Назначение подсистемы SCCP.................................................38
4.2. Структура подсистемы SCCP..................................................39
4.3. Услуги, ориентированные на соединение......................................41
4.4. Услуги, не ориентированные на соединение...................................44
4.5. Управление SCCP............................................................45
4.6. Адресация и маршрутизация SCCP.............................................45
4.7. Форматы и коды сообщений SCCP..............................................46
Глава 5. Подсистема пользователя цифровой сети с интеграцией служб ISUP............50
5.1. Назначение подсистемы ISUP.................................................50
5.2. Услуги ISDN................................................................50
5.3. Структура сообщений подсистемы ISUP........................................51
5.4. Сообщения подсистемы ISUP..................................................52
5.5. Параметры сообщений ISUP...................................................55
5.6. Установление и разъединение соединений в сети ISDN.........................65
5.7. Реализация дополнительных услуг ISDN.......................................67
5.8. Сигнализация "из конца в конец”............................................68
5.9. Подсистема B-ISUP..........................................................69
Глава 6. Прикладная подсистема возможностей транзакций ТСАР........................72
6.1. Назначение подсистемы возможностей транзакций..............................72
6.2. Архитектура ТСАР...........................................................73
6.3. Услуги ТСАР................................................................74
6.4. Примитивы ТСАР.............................................................76
6.5. Структура сообщений ТСАР...................................................79
3
6.6. Форматы и коды информационных элементов ТСАР..............................81
6.7. Процедуры ТСАР............................................................84
Глава 7. Прикладные подсистемы пользователей ОКС №7...............................87
7.1. Прикладные объекты в ОКС №7...............................................87
7.2. Подсистема пользователя интеллектуальной сети INAP........................88
7.3. Прикладные подсистемы пользователей сетей подвижной связи.................93
7.4. Подсистема эксплуатации, технического обслуживания и
администрирования ОМАР.......................................................103
Глава 8. Принципы построения сети ОКС №7.........................................108
8.1. Компоненты сети сигнализации.............................................108
8.2. Режимы сигнализации......................................................108
8.3. Международные и национальные сети сигнализации...........................109
8.4. Структуры сетей ОКС......................................................109
8.5. Функции управления сетью ОКС №7..........................................111
8.6. Управление сигнальным трафиком в сети....................................112
8.7. Маршрутизация в сети ОКС №7..............................................114
8.8. Форматы и коды сообщений управления сетью сигнализации...................115
8.9. Нумерация кодов международных пунктов сигнализации.......................117
Глава 9. Основные положения ОКС №7 для ВСС РФ....................................118
9.1. Принципы построения ОКС №7 для сети связи России.........................118
9.2. Стратегии внедрения ОКС №7...............................................121
9.3. Иерархия сети ОКС №7 ВСС РФ..............................................121
9.4. Структура международной сети ОКС №7 ВСС РФ................................124
9.5. Структура междугородной сети ОКС №7 ВСС РФ...............................125
9.6. Структура сети ОКС №7 регионального (местного) уровня иерархии...........127
9.7. Особенности национальной версии ISUP-R...................................129
9.8. Принципы выделения кодов пунктов сигнализации............................129
9.9. Взаимодействие сетей связи через ОКС №7..................................131
Глава 10. Тестирование ОКС №7....................................................134
10.1. Принципы тестирования ОКС №7............................................134
10.2. Проверочные тесты ОКС №7................................................135
10.3. Тестовое оборудование...................................................139
Глава 11. Характеристики ОКС №7..................................................141
11.1. Рабочие характеристики МТР..............................................141
11.2. Требования к задержкам сигнальных сообщений.............................141
11.3. Расчет сигнальной нагрузки..............................................145
Глава 12. Реализация ОКС №7 в цифровых системах коммутации.......................147
12.1. Реализация ОКС №7 в системе EWSD........................................147
12.2. Реализация ОКС №7 в системе Alcatel 1000 S12............................151
12.3. Реализация ОКС №7 в системе АХЕ-10......................................154
Приложение 1. Ограничительный перечень протоколов сигнализации,
поддерживаемых цифровыми станциями сети общего пользования........................156
Приложение 2. Действующие рекомендации МСЭ-Т по ОКС №7...........................159
Приложение 3. Параметры сообщений ISUP...........................................161
Приложение 4. Структура сообщений ISUP-R.........................................162
Список сокращений................................................................166
Л итература......................................................................173
4
Предисловие рецензентов
Последние десятилетия характеризуются нарастающим воздействием компьютерных техно-
логий и сетей передачи данных на телефонию. Особенно ярко это проявляется в области систем
сигнализации, используемых в телефонных сетях. В условиях, когда функции управления коммута-
цией в сети связи (телефонной, ISDN и др.) выполняют программные средства управляющих ком-
плексов станций этой сети, уместно говорить о том, что предоставление пользователям услуг свя-
зи есть совокупность действий, которые выполняются прикладными процессами, распределенны-
ми по станциям сети, а система межстанционной сигнализации представляет собой платформу,
необходимую для поддержки информационного обмена между этими прикладными процессами.
Система сигнализации должна обеспечивать, в частности, поддержку:
• оперативного управления коммутацией в сетях связи,
• управления предоставлением дополнительных услуг ISDN,
• обращения к базам данных в сетях сотовой подвижной связи,
• распределенную обработку информации при предоставления услуг интеллектуальной сети.
Специфицированная в рекомендациях МСЭ-Т и удовлетворяющая этим требованиям систе-
ма общеканальной сигнализации №7 (ОКС №7) стала применяемым во всем мире стандартом для
международной и национальных сетей связи. Сети сигнализации, работающие по протоколу ОКС
№7, представляют собой специализированные сети с коммутацией пакетов, логически отделенные
от сетей коммутируемых каналов связи и предназначенные для транспортировки сообщений
управления соединениями в телефонных сетях и сетях ISDN, а также запросов выполнения опера-
ций в удаленных узлах сети. Два существенных отличия таких сетей от сетей передачи данных -
высокая производительность при обслуживании нагрузки и высокая надежность - обусловлены
спецификой выполняемых задач и проявились в сложности стека протоколов, формирующих сис-
тему сигнализации ОКС №7.
Ведущаяся в настоящее время работа по модернизации сетей связи России предусматри-
вает внедрение в них системы ОКС №7 (неотъемлемой частью этой работы явилась, в частности,
проведенная при прямом участии рецензентов кампания по сертификации системы ОКС №7 во
всех цифровых АТС, установленных и предполагаемых к установке в ВСС РФ, в том числе, лучших
из этих АТС - систем DMS-100, 5ESS, EWSD и др., а также разработка протокол-тестера ОКС №7 -
STA-7). В связи с этим среди широкого круга специалистов возрос интерес к принципам построе-
ния системы ОКС №7, к ее возможностям, к структуре сети сигнализации.
На русском языке имеется ряд публикаций, в которых затронуты, в той или иной мере, от-
дельные вопросы построения системы ОКС №7. Однако настоящая книга займет среди упомянутых
изданий особое место. Это связано, прежде всего, с тем, что в ней впервые собраны вместе и
систематизированы не только общие принципы, но и важные для понимания работы системы дета-
ли, такие как структура сигнальных сообщений и диаграммы обмена сообщениями. Для подсисте-
мы ISUP, представляющей сегодня наибольший интерес, в книге приведено описание особенно-
стей российских спецификаций этой подсистемы и подробно рассмотрено кодирование всех па-
раметров. Изложение материала построено по принципу “от простого к сложному”, но, в то же
время, максимально приближено к тексту рекомендаций МСЭ-Т.
Известно, что русскоязычная терминология в этой стремительно развивающейся области
пока еще не сложилась, многие довольно широко употребляемые термины не отражают в должной
мере существа обозначаемых ими понятий, подчас противоречивы, а то и просто устарели, не ус-
пев, если так можно выразиться, встать на ноги. Следует отметить кропотливую и аккуратную ра-
боту автора, проделанную им при подборе русских названий сообщений и параметров с обяза-
тельным дублированием их стандартными англоязычными эквивалентами.
Такой подход к изложению, а также обширный иллюстративный материал, введенный авто-
ром в книгу, способствует глубокому пониманию существа рассматриваемых в ней вопросов. При-
веденный в конце каждой главы перечень литературы и нормативных документов, изданных на
русском языке, является практически исчерпывающим. Поэтому книга несомненно окажется полез-
ной как для специалистов, проектирующих сети связи, так и для эксплуатационного персонала этих
сетей.
Б.С. Гольдштейн, д.т.н., проф.,
И.М. Ехриель, к.т.н.
5
Введение
В ходе исторического развития классических телефонных сетей были разработаны различ-
ные международные и национальные варианты телефонных систем сигнализации, обеспечивающие
передачу сигналов управления и взаимодействия между сетевыми узлами в процессе обслуживания
вызовов. В последнее время на базе ресурсов телефонных сетей или при взаимодействии с ними
реализуются такие новые сетевые технологии, как цифровые сети с интеграцией служб (ЦСИС), со-
товые сети подвижной связи, интеллектуальные сети. Для реализации соответствующих услуг в этих
сетях требуется быстрая и надежная передача большого объема данных между сетевыми узлами, и
реализовать это средствами телефонной сигнализации не представляется возможным.
В этих условиях одним из главных направлений в развитии современных сетей связи явля-
ется применение общеканальной системы сигнализации №7 (ОКС №7), стандартизированной для
применения как на международных, так и на национальных сетях связи. Разработанная в соответ-
ствии с моделью Взаимодействия открытых систем (ВОС), система ОКС №7 является в настоящее
время единственной универсальной системой сигнализации, обеспечивающей эффективное функ-
ционирование современных и перспективных сетей телекоммуникаций.
В последнее время интерес к системе сигнализации ОКС №7 в России значительно возрос,
и обусловлено это широким внедрением цифровых систем коммутации, поддерживающих ОКС №7,
и созданием цифровых сетей связи на всех уровнях иерархии Взаимоувязанной сети связи Рос-
сийской Федерации (ВСС РФ).
Полное описание системы сигнализации ОКС №7 приводится в рекомендациях сектора
стандартизации телекоммуникаций Международного союза электросвязи (МСЭ-Т) ITU-T серии
Q.700. Однако большой объем рекомендаций (несколько тысяч страниц) и строго формализован-
ный стиль изложения затрудняют их изучение. К тому же последние действующие рекомендации
серии Q.700 Белой книги МСЭ-Т не переведены на русский язык и даже в англоязычном варианте
недоступны широкому кругу пользователей.
В отечественной технической литературе практически единственным доступным источником
информации по ОКС №7 является изданная в 1997 году книга Б.С. Гольдштейна "Сигнализация в
сетях связи”, в которой системе ОКС №7 посвящена отдельная глава. Имеющиеся публикации в
отечественных периодических журналах не содержат полной систематизированной информации и
посвящены, в основном, вопросам практического внедрения ОКС №7 на ВСС РФ. Появившиеся в
последние годы руководящие и нормативные документы по российской национальной версии ОКС
№7 также не устраняют имеющийся информационный пробел, так как в большей степени содержат
только ссылки на рекомендации МСЭ-Т.
В этой связи выпуск книги с систематизированным и последовательным изложением систе-
мы сигнализации ОКС №7 и вопросов применения ее на ВСС РФ представляется автору своевре-
менным и целесообразным.
Написание такой книги оказалось весьма трудоемкой задачей, учитывая огромное количест-
во оригинальных материалов международных рекомендаций. В связи с этим автор заранее изви-
няется перед читателями, если они найдут изложение излишне сухим. Вместе с тем автор надеет-
ся, что эта книга поможет осваивать ОКС №7 и позволит лучше понимать текст оригинальных ре-
комендаций МСЭ-Т.
Автор будет признателен всем, кто пришлет свои замечания и предложения, которые могут
быть учтены в последующих изданиях.
Книга содержит 12 глав и 4 приложения.
В первой главе дан краткий обзор систем сигнализации, используемых на международных
сетях и на ВСС РФ. Более подробную информацию по данной тематике читатели могут найти в
упоминавшейся ранее книге Б.С. Гольдштейна [44].
В главе 2 рассмотрена архитектура системы сигнализации ОКС №7, приводится соответст-
вие уровней ОКС №7 уровням эталонной модели ВОС.
Подсистема передачи сообщений МТР, являющаяся общей транспортной платформой ОКС
№7, описана в третьей главе. Приведено описание уровней МТР, алгоритмов обнаружения и ис-
правления ошибок в звене сигнализации. Представлены форматы и коды полей сигнальных единиц.
Глава 4 посвящена описанию подсистемы управления соединением сигнализации SCCP.
Рассмотрена структура подсистемы, дана классификация услуг SCCP, представлены форматы и
коды основных сообщений подсистемы.
Назначение и структура подсистемы пользователя ISUP цифровой сети с интеграцией служб
приведены в главе 5. Перечислены услуги ISDN, дано подробное описание форматов сообщений и
их параметров. Представлены основные процедуры сигнализации, выполняемые в сети ОКС №7
при установлении и разрушении базового соединения абонентов сети ISDN. В главе приведена
также краткая информация по подсистеме пользователя широкополосной цифровой сети с инте-
грацией служб B-ISUP.
6
Назначение и архитектура прикладной подсистемы возможностей транзакций ТСАР, а также
услуги и примитивы ТСАР рассмотрены в шестой главе. Здесь же представлена структура сообще-
ний ТСАР, форматы и коды информационных элементов, а также базовые процедуры подсистемы.
Краткое описание современных прикладных подсистем пользователей ОКС №7 дано в главе
7. Рассмотрены подсистемы пользователя интеллектуальной сети INAP, пользователей сетей под-
вижной связи стандартов GSM и NMT, подсистема эксплуатации, технического обслуживания и
администрирования ОМАР.
В главе 8 представлены основные принципы построения сети ОКС №7, компоненты сети,
режимы сигнализации, структуры сетей. Приводится описание основных процедур управления
сетью, принципов нумерации кодов международных пунктов сигнализации.
Материал главы 9 основывается на отечественных руководящих и нормативных документах
по внедрению ОКС №7 на ВСС РФ. Приведены основные принципы построения сети ОКС №7
международного, междугородного и регионального уровней ВСС РФ. Показаны особенности
национальной версии подсистемы ISUP-R, принципы выделения кодов пунктов сигнализации в на-
циональной сети ОКС №7.
Вопросам тестирования ОКС №7 посвящена глава 10. Рассмотрены основные принципы
тестирования уровней ОКС №7, дан краткий обзор используемого на практике тестового
оборудования.
В главе 11 описаны нормируемые рабочие характеристики подсистемы передачи сообще-
ний, требования к задержкам сигнальных сообщений, приведена методика расчета сигнальной на-
грузки в сети ОКС №7.
В заключительной главе 12 приведены технические материалы по реализации ОКС №7 в
цифровых системах коммутации EWSD, Alcatel 1000 S12 и АХЕ-10, широко используемых на ВСС РФ.
Приложение 1 содержит ограничительный перечень протоколов сигнализаций, поддержи-
ваемых цифровыми станциями сети общего пользования. В приложении 2 дан сводный перечень
действующих рекомендаций МСЭ-Т по системе сигнализации ОКС №7. Параметры сообщений
ISUP приведены в приложении 3. Приложение 4 содержит табличные формы структур сообщений
ISUP-R.
В книге, как и в рекомендациях МСЭ-Т, на которых она основана, используется большое ко-
личество англоязычных сокращений. Для удобства читателей в конце книги приведен список этих
сокращений с расшифровкой английского эквивалента и соответствующим русским переводом.
Автор полагает, что этот материал облегчит чтение книги, а также позволит лучше понимать тексты
рекомендаций и техническую литературу по данной тематике.
Книга рассчитана на широкий круг специалистов в области цифровых сетей связи, а также
может быть полезна аспирантам и студентам соответствующих специальностей.
7
Глава 1. Системы сигнализации в сетях связи
1.1. Классификация систем сигнализации
Под сигнализацией в сетях связи понимается совокупность сигналов, передаваемых между
элементами сети для обеспечения установления и разъединения соединения при обслуживании
вызовов, а также для передачи различной служебной информации. В зависимости от участка сети
различают следующие виды сигнализации (рис. 1.1):
• абонентская - на участке между абонентским терминалом и коммутационной станцией;
• внутристанционная - между различными функциональными узлами и блоками внутри комму-
тационной станции;
• межстанционная - между различными коммутационными станциями в сети.
Внутристанционная
ал - абонентская линия
сл - соединительная линия
Рис. 1.1. Сигнализация в сетях связи
В качестве примера на рис. 1.2 показаны
основные сигналы абонентской сигнализации,
передаваемые в процессе нормального уста-
новления/разъединения соединения между
двумя абонентами, подключенными к одной те-
лефонной станции.
Внутристанционная сигнализация зави-
сит от архитектуры и принципов построения
системы коммутации, используемой элемент-
ной базы и является специфической для каждо-
го типа системы.
Межстанционная сигнальная информа-
ция может передаваться различными способа-
ми, которые можно разделить на три основные
класса.
1. Способы передачи сигналов непо-
средственно по телефонному каналу (разговор-
ному тракту), называемые иногда "внутри-
полосными" системами сигнализации. По те-
лефонным каналам (физическим цепям) сигна-
лы могут передаваться постоянным током
(гальванический, шлейфный или батарейный
способы), токами тональной частоты, индуктив-
ными импульсами и др.
2. Сигнализация по индивидуальному вы-
деленному сигнальному каналу (ВСК). Как пра-
вило, в таких системах обеспечиваются выде-
ленные средства передачи сигнальной инфор-
мации (выделенная емкость канала) для каждого
телефонного канала в тракте передачи инфор-
мации. Это может быть 16-й канальный интервал
в ИКМ тракте, выделенный частотный канал вне
разговорного канала ТЧ на частоте 3825 Гц и др.
АТС
абонента Б
Разговор
Рис. 1.2. Пример абонентской сигнализации
8
ГЛАВА 1
3. Системы общеканальной сигнализации (ОКС). В системах этого класса тракт передачи
данных ОКС предоставляется для целого пучка телефонных каналов по принципу адресно-
группового использования, т.е. сигналы передаются в соответствии со своими адресами и разме-
щаются в общем буфере для использования каждым каналом как и когда это потребуется. Иллюст-
рацией принципов ОКС для сети абонентского доступа могут служить протоколы DSS или V.5.
Системы сигнализации первых двух классов разработаны для применения в сетях со стары-
ми технологиями, в которых коммутационные узлы и станции электромеханического типа (декадно-
шаговые и координатные), а системы передачи, в основном, являются аналоговыми (хотя и цифро-
вые системы передачи могут использоваться для организации связи между станциями). С другой
стороны, современные ОКС-системы оптимальны для использования в сетях с современными тех-
нологиями, в которых и станции и системы передачи основаны на цифровых технологиях и про-
граммном управлении.
Эти три класса способов сигнализации применяются для передачи адреса и другой инфор-
мации между терминалами (оконечным оборудованием) и АТС, а также между самими коммутаци-
онными узлами и станциями. В этих способах возможна передача трех категорий сигналов:
• абонентских сигналов, которые управляют трактом передачи по абонентской линии и предос-
тавляют адресную информацию для регистрации в местной системе коммутации, а также ин-
формируют абонентов о состоянии соединения (акустические и зуммерные сигналы);
• линейных сигналов, управляющих трактом передачи по каналам связи между станциями. Ли-
нейные сигналы передаются как в прямом, так и в обратном направлениях в исходном состоя-
нии и во время установления соединения до полного освобождения приборов. Эти сигналы от-
мечают основные этапы установления соединения;
• сигналов маршрутизации (регистровых сигналов), которые предоставляют адресную информа-
цию для маршрутизации вызовов к месту назначения (например, информация о номере вызы-
ваемого абонента, информация о категории и номере вызывающего абонента, сигналы катего-
рии вызова и другие).
Совокупность соответствующих сигналов и способов их передачи образуют абонентскую
сигнализацию, линейную сигнализацию и сигнализацию маршрутизации, которую часто называют
регистровой (она использовалась при обмене информацией между регистрами и маркерами коор-
динатных АТС).
Адресная информация может посылаться между станциями двумя способами:
• методом "от узла к узлу", согласно которому вся адресная информация посылается к каждой
станции на пути соединения. Например, исходящая станция А передает всю информацию на
станцию Б и ее передатчик освобождается. Станция Б обрабатывает адресную информацию и
посылает ее к следующей станции В и т.д.
• методом "из конца в конец", когда осуществляется сквозная сигнализация. Например, станция
А вызывающего абонента передает только часть информации, необходимой для маршрутиза-
ции вызова на следующей станции Б, затем часть информации передается из станции А на
следующую станцию В и т.д.
1.2. Международные стандартные системы сигнализации
На различных стадиях развития телефонных сетей Международный консультативный коми-
тет по телефонии и телеграфии (МККТТ), ныне Сектор стандартизации телекоммуникаций Между-
народного союза электросвязи (МСЭ-Т), рекомендовал различные стандарты систем сигнализа-
ции, характеристики которых приведены в табл. 1.1.
Развитие систем сигнализации можно разделить на три периода. Первый период характе-
ризуется широким использованием декадно-шаговых станций с непосредственным управлением, в
которых все функциональные сигналы передаются по индивидуальному тракту. Таким индивиду-
альным трактом передачи телефонных сигналов является или сам разговорный канал, по которому
установлено соединение, или индивидуальный выделенный сигнальный канал, закрепленный за
данным разговорным сигналом и лежащий за пределами его частотной полосы. К первому периоду
относятся системы сигнализации №1-3, рекомендованные МККТТ для междугородной сети связи.
Именно для этих целей были созданы системы сигнализации МККТТ №1, №3, №4 и №5.
Во всех этих системах для передачи функциональных сигналов используется разговорный
тракт. Для кодирования сигналов используется одна или несколько частот, лежащих в спектре
стандартного телефонного канала.
Второй период характеризуется появлением на телефонных сетях станций координатной
системы с косвенным управлением. Введение косвенного управления потребовало увеличения
числа передаваемых управляющих сигналов, повышение скорости и достоверности передачи. Ко
второму периоду относятся такие системы сигнализации, как №4 и №5, рекомендованные для ме-
СИСТЕМЫ СИГНАЛИЗАЦИИ В СЕТЯХ СВЯЗИ
9
ждународной сети связи. В системе сигнализации №4 для передачи функциональных сигналов ис-
пользуются две частоты - 2040 и 2400 Гц. Распознавание сигналов производится по длительности
и частоте. В системе сигнализации №5 для передачи управляющей информации используются
комбинации двух частот из шести, которые передаются в полосе частот разговорного спектра. Ли-
нейные сигналы в системе сигнализации №5 передаются на частотах 2400 и 2600 Гц. В 1968 году
МККТТ была рекомендована вместо системы сигнализации №4 система сигнализации R2, в кото-
рой для передачи линейных сигналов используется индивидуальный выделенный сигнальный канал
на частоте 3825 Гц, закрепляемый за каждым разговорным каналом. Линейные сигналы передают-
ся на этой частоте в режиме с подтверждением. Сигналы управления в системе R2 передаются по
разговорному каналу 12-частотным двухполосным способом, который использует две группы час-
тот: одну для прямого направления, другую - для обратного. Для каждого направления передача
ведется кодом "2 из 6" методом "непрерывного челнока". Применение прямых и обратных сигна-
лов в разнесенных группах частот позволяет начинать их передачу в одном направлении, не дожи-
даясь прекращения передачи сигналов в другом направлении. Это дает возможность использовать
систему R2 на двухпроводных линиях с высокой скоростью передачи. В цифровом варианте систе-
мы сигнализации R2D для передачи линейных сигналов используется канальный интервал 16 сис-
темы ИКМ-30, в котором организуется два выделенных сигнальных канала.
Таблица 1.1. Международные стандартные системы сигнализации
Тип сигна- лиза- ции Линей- ный сигнал, Гц Регистровый сигнал Характеристика Применение Дата стан- дарти- зации
№ 1 500/20 Для ручного режима На коротких линиях 1934
№ 2 600/750 Набор номера одной частотой f=750 Гц Для полуавтоматики 1938
№ 3 2280 Двоичный код частоты 2280 Гц Однонаправленная работа для автоматики и полуавтоматики В Европе 1954
№ 4 2040/ 2400 Двоичный код f=2040/2400 Гц Однонаправленная работа для автоматики и полуавтоматики, возможность передачи от точки к точке, возможность тандема для трех секций, невозмож- ность TASI линии В Западной Европе и Сре- диземноморье 1954
№ 5 2400/ 2600 MF (комбина- ция двух частот из 6 частот 700-1700 Гц) Двунаправленная работа для автоматики и полуавтоматики, возможность TASI линии На международ- ных сетях 1964
R 1 2600 Аналогично №5 Двунаправленная работа для автоматики и полуавтоматики В Северной Америке 1968
R 2 3825 MF (прямое: 6 частот от 1380 до 1980 Гц; об- ратное: от 540 до 1140 Гц) Модернизированный тип мно- гочастотной сигнализации (MFC) для автоматики и полу- автоматики, однонаправленная работа (аналог), двунаправлен- ная работа (цифра) В Европе, Юго- Восточной Азии, Пакистане 1968
№ 6 ОКС-6 Скорость передачи информации: 56 кбит/с (цифровая), 4 кбит/с (аналоговая). Метод исправления ошибок: ретрансляция кадра (единицы), фиксированная длина кад- ра, общее количество сигнальных групп около 40 типов На международ- ных сетях между Кореей и Япо- нией, США, Тайвань, Авст- ралия, Англия 1968
№ 7 ОКС-7 Скорость передачи информации: 64 кбит/с (цифровая), 4,8 кбит/с (аналоговая). Система исправления ошибок: ос- новная (задержка в одном направлении менее 15 мс), сис- тема PCR (задержка в одном направлении более 15 мс), возможная длина кадра (2-62 октетов) Цифровые сети коммутации 1980
10
ГЛАВА 1
Третий период характеризуется применением на телефонных сетях станций с программным
управлением. В этих станциях можно значительно сократить объем и стоимость оборудования сиг-
нализации путем использования запоминающих устройств электронных управляющих машин (ЭУМ)
и высокой скорости обработки информации. Станции этого типа могут обеспечить передачу ли-
нейных и управляющих сигналов не по индивидуальным каналам, а по общему каналу сигнализа-
ции с применением средств передачи данных.
В 1968 году МККТТ была утверждена система сигнализации №6, рекомендуемая для орга-
низации ОКС на международных участках телефонной сети. В процессе испытаний системы сигна-
лизации №6 выявились следующие ее недостатки: система не рассчитана на работу по каналам с
большим временем распространения сигнала, имеет недостаточную помехоустойчивость, ограни-
ченный объем адресной части и недостаточно гибка для приспособления к нуждам национальных
сетей. Поэтому в 1973 г. МККТТ был поставлен вопрос о разработке системы сигнализации №7.
Разработанная и утвержденная МККТТ в 1980 г. система сигнализации ОКС №7 обладает
следующими преимуществами: пригодна для сетей связи различного назначения, имеет различные
модификации и используется как на международной, так и на национальной сетях, обеспечивает
устойчивую работу по каналам связи с временем распространения сигнала до 1 с и с коэффициен-
том ошибок до 10~4.
На межстанционных соединительных линиях внутри национальных телефонных сетей приме-
нялись и в настоящее время еще применяются специфические для каждой страны системы сигна-
лизации.
1.3. Системы сигнализации на ВСС РФ
В силу общеизвестных политических, географических и исторических причин на телефонных
сетях стран бывшего СССР количество и разнообразие протоколов сигнализации являются ре-
кордными.
Общая классификация систем сигнализации на Взаимоувязанной сети связи Российской
Федерации (ВСС РФ) дана на рис. 1.3, а наиболее распространенные типы линейной и регистровой
сигнализации представлены в табл. 1.2. Упомянутые в них интерфейсы и протоколы представляют
только часть систем сигнализации, используемых на российских телефонных сетях.
Рис. 1.3. Классификация систем сигнализации на ВСС РФ
Следует подчеркнуть, что эти системы имеют сугубо национальный характер и практически
не совместимы с международными стандартами.
В начале 90-х годов телефонная сеть России вступила в фазу существенных качественных
изменений. Это обусловлено широким внедрением цифровой техники передачи и коммутации, что
должно обеспечить высокое качество передачи информации и обслуживания, введение новых ус-
луг для абонентов.
СИСТЕМЫ СИГНАЛИЗАЦИИ В СЕТЯХ СВЯЗИ
11
Таблица 1.2. Системы сигнализации на ВСС РФ
Тип сигнали- зации Линейные сигналы Регистровые сигналы Характеристика Приме- нение Примечание
2ВСК для разде- ленных пучков Декадный код в16КИ Многочастотный код в разговорных КИ или декадный код в 16КИ Для односторон- них цифровых со- единительных ли- ний (ИКМ-30) гтс Различные прото- колы для входящих, ИСХОДЯЩИХ и вхо- дящих междуго- родных СЛ
2ВСК для универ- сальных двусто- ронних СЛ Декадный код в16КИ Многочастотный код в разговорных КИ или декадный код в16КИ Для двусторонних цифровых соеди- нительных линий СТС Единый протокол для входящих, ис- ходящих и входя- щих междугород- ных СЛ
1ВСК "Норка" Декадный код в ОКИ (ИКМ-15) или 16КИ (ИКМ-30) Декадный код в ОКИ (ИКМ-15) или 16КИ (ИКМ-30) Для односторон- них цифровых соединительных линий СТС Различные прото- колы для входящих, исходящих и вхо- дящих междуго- родных С Л
1^СК "индук- тивный” Декадный код в ОКИ (ИКМ-15) или 16КИ (ИКМ-30) Декадный код в ОКИ (ИКМ-15) или 16КИ (ИКМ-ЗОС) Для двусторонних цифровых соеди- нительных линий СТС Общие пучки мест- ных и междугород- ных соединитель- ных линий
Одночас- тотная (1VF) 2600 Гц Декадный код 2600 Гц или многочастот- ный код (2 из 6, час- тоты 700-1700 Гц) По аналоговым системам передачи На между- городных и внутри- зоновых сетях
Двухчас- тотная (2VF) 1200 и 1600 Гц По аналоговым системам передачи На между- городных сетях Не рекомендована к применению на ВСС РФ
3/4- провод- ные ана- логовые СЛ Батарейный способ Декадный код батарейными импульсами или многочастотный код (2 из 6, частоты 700-1700 Гц) По физическим СЛ ГТС и СТС
По мере цифровизации телефонной сети общего пользования (ТфОП) России будет проис-
ходить снятие с эксплуатации аналоговых систем коммутации и передачи, а также ликвидация фи-
зических соединительных линий (СЛ). Перспективной системой сигнализации на ВСС РФ является
ОКС №7. Специфические национальные технические решения имеют лишь незначительное влия-
ние на реализацию ОКС №7, и для их поддержки используются комбинации, зарезервированные
для национального применения. В перспективе это обеспечит внедрение новых цифровых станций
на цифровых сетях без особых затруднений.
До внедрения ОКС №7, а также для связи новых цифровых станций с существующими
должны использоваться действующие системы сигнализации. Министерством связи РФ определен
ограничительный перечень систем сигнализации, рекомендованных к использованию на местных,
внутризоновых, междугородной и международной сетях России при внедрении цифровых узлов и
станций. Ограничительный перечень приведен в приложении 1. Следует отметить, что системы
сигнализации, используемые на международной сети России, соответствуют рекомендациям МСЭ-
Т: №5, R2D, ОКС №7. Спецификации национальных систем сигнализации (одночастотная, сигнали-
зация по двум выделенным сигнальным каналам 2ВСК и др.) закреплены в руководящем документе
(РД) по общегосударственной системе автоматизированной телефонной связи (ОГСТфС). РД по
ОГСТфС является основополагающим документом по принципам создания и развития телефонной
сети. Этот документ относится ко всем уровням иерархии национальной телефонной сети. В на-
стоящее время готовится новая редакция РД.
Достаточно полная информация о системах сигнализации, используемых на ВСС РФ, при-
ведена в [44].
12
ГЛАВА 1
Глава 2. Архитектура ОКС №7
2.1. Преимущества общеканальной сигнализации
В электромеханических системах АТС для связи между станциями по соединительным лини-
ям используются системы сигнализации, в которых линейные сигналы и сигналы управления (мар-
шрутизации) передаются по тем же самым линиям или каналам, по которым передаются речевые
сигналы. Такие системы сигнализации называются децентрализованными (рис. 2.1). В децентрали-
зованных системах сигнальная информация передается по индивидуальным разговорным каналам
или по выделенным сигнальным каналам, которые придаются каждому каналу телефонной связи. В
децентрализованной системе сигнализации (ДСС) в процессе установления соединения обычно
выполняется две функции: линейная сигнализация и регистровая сигнализация.
Каналы нагрузки + сигнализации
АТС А —V- АТС Б
Рис. 2.1. Децентрализованная система сигнализации
С появлением систем коммутации с программным управлением появилась возможность ис-
пользования централизованных систем сигнализации (ЦСС). В этом случае для передачи сигналов
организуется специальный общий канал сигнализации (ОКС), по которому передаются все сигна-
лы, необходимые для установления соединений для одной или нескольких групп каналов (рис. 2.2).
Сигналы передаются двоичным кодом. Каждый сигнал содержит адрес, указывающий, к какому ре-
чевому каналу относится данный сигнал. Код сигнала, адрес и при необходимости другая дополни-
тельная информация составляют сигнальную единицу.
В отличие от традиционных система сигнализации по общему каналу позволяет передавать
сигнальную информацию между системами коммутации не для одного конкретного разговорного
канала, а для целого пучка объемом до 1000 разговорных каналов по одному общему сигнальному
каналу.
Каналы нагрузки
сигнализации
Рис. 2.2. Централизованная система сигнализации по общему каналу сигнализации
Основными преимуществами общеканальной сигнализации являются:
скорость - в большинстве случаев время установления соединения не превышает одной секунды;
высокая производительность - один канал сигнализации способен одновременно обслужить
множество телефонных вызовов;
экономичность - по сравнению с традиционными системами сигнализации сокращается объем
оборудования на коммутационной станции;
13
• надежность - достигается за счет возможности альтернативной маршрутизации в сети сигна-
лизации;
• гибкость - система передает любые данные, не только данные телефонии, но и данные цифро-
вых сетей с интеграцией служб (ЦСИС), сетей подвижной связи, интеллектуальных сетей и др.
В современных цифровых АТС используются как децентрализованные, так и централизован-
ные системы сигнализации. ДСС в основном применяются для связи с АТС электромеханических
систем, а также однотипными станциями при малом числе соединительных линий в пучке, когда
организация ОКС не экономична. ЦСС обеспечивают связь с однотипными АТС.
Первоначально версия общеканальной сигнализации, разработанная в конце 60-х годов, на-
зывалась системой сигнализации №6. Однако эта система в основном использовалась на аналого-
вых сетях и уже к концу 70-х годов была доработана и названа системой сигнализации №7. К это-
му времени в некоторых странах (США, Япония и др.) система сигнализации №6 была уже внедре-
на. Однако преимущества системы сигнализации №7 были настолько очевидны, что с ее появле-
нием внедрение системы сигнализации №6 прекратилось. ОКС №7 оказалась системой, обладаю-
щей огромным потенциалом. Она не только позволила обеспечить потребности передачи сигналь-
ной информации для существующего к тому времени уровня развития связи, но и явилась одной
из предпосылок появления новых услуг связи.
Будучи разработанной для традиционной телефонии, в ОКС №7 изначально были заложены
большие возможности для управления другими услугами связи. Это объясняется прежде всего бу-
мом на рынке услуг телекоммуникаций, который продолжается с начала 80-х годов и еще не достиг
своего пика. Именно в 80-х годах система сигнализации ОКС №7 интенсивно разрабатывалась ве-
дущими производителями коммутационного оборудования и параллельно утверждалась в качестве
стандарта МККТТ. Уже сейчас ОКС №7 является обязательным элементом следующих цифровых
сетей связи:
• телефонной сети общего пользования (ТфОП);
• цифровой сети с интеграцией служб (ЦСИС);
• сети связи с подвижными системами (ССПС);
• интеллектуальной сети (ИС).
Взаимодействие данных сетей также осуществляется посредством ОКС №7 с использова-
нием специализированных протоколов TUP, ISUP, MAP, INAP (рис. 2.3).
Рис. 2.3. Взаимодействие цифровых сетей по протоколам ОКС №7
Стандартизованная на международном уровне ОКС №7 предназначена для обмена сигналь-
ной информацией в цифровых сетях связи с цифровыми программно-управляемыми станциями.
Она работает по цифровым каналам со скоростью 64 кбит/с, управляя установлением соединений,
передавая информацию для технического обслуживания и эксплуатации и может быть использова-
на для передачи других видов информации между станциями и специализированными центрами
сетей электросвязи. ОКС №7 и по сути является специализированной системой передачи данных с
коммутацией пакетов переменной длины до 274-х байтов.
14
ГЛАВА 2
2.2. Многоуровневая эталонная модель системы ОКС №7
Одна из проблем развития связи заключается в обеспечении совместимости средств связи,
разрабатываемых разными производителями. Для решения этой проблемы разработаны междуна-
родные рекомендации и стандарты, использующие унифицированный язык и способы описания.
Для описания функциональной архитектуры средств связи используется эталонная модель взаимо-
действия открытых систем (ВОС), описанная в рекомендации МСЭ-Т Х.200 (рис. 2.4).
Эталонная модель ВОС имеет следующие семь уровней:
• прикладной - обеспечивает управление взаимодействием прикладных процессов;
• представлений - производит перекодировку сообщения, поступившего с седьмого уровня, в
единое кодовое представление этого сообщения, принятого в сети связи;
• сеансовый - предназначен для открытия сеанса связи между удаленными процессами пользо-
вателя;
• транспортный - обеспечивает разделение сообщения на пакеты, которые имеют ограниченный
размер;
• сетевой - производит выбор маршрута в сети с использованием специальных пакетов;
• канальный - пакеты, поступающие с третьего уровня, формируются по одному или по несколь-
ко в кадры;
• физический - осуществляется побитовая передача кадров по линии связи.
Система А Протоколы Система Б
Линия связи
Рис. 2.4. Эталонная модель ВОС
В данной модели более низкий уровень всегда предоставляет услуги более высокому уров-
ню. Взаимодействие между разными уровнями осуществляется в рамках одной системы. Сообще-
ния, используемые для этого, называются примитивами. Взаимодействие между одинаковыми
уровнями означает взаимодействие между системами. Сообщения, используемые для этого взаи-
модействия, называются протоколами. Протоколы уровней 4-7 называются протоколами верхних
уровней, а протоколы уровней 1 -3 - протоколами нижних уровней.
Система ОКС №7 разработана с учетом ее согласования с эталонной моделью ВОС. Систе-
ма ОКС №7 также построена по многоуровневому принципу, но уровни модели ОКС №7 не иден-
тичны уровням эталонной модели ВОС. Нижние уровни ОКС №7: звено передачи данных сигнали-
зации и канал передачи сигнализации полностью согласуются с физическим и канальным уровня-
ми модели ВОС. Третий уровень ОКС №7 - сеть сигнализации не обеспечивает все функции сете-
вого уровня модели ВОС: не выполняются полностью функции маршрутизации. Все три уровня
ОКС №7 вместе называются подсистемой передачи сообщений (Message Transfer Part - МТР).
Сравнение между архитектурами ВОС и системой ОКС №7 приведено на рис. 2.5.
АРХИТЕКТУРА ОКС №7
15
2 — 970
Уровни Управление вызовом
Уровни ОКС
Уровень 4:
Подсистемы
пользователя
3: Сетевой
2: Канальный
1: Физический
Не связанное с каналом
Связанное
с каналом
Рис. 2.5. Соответствие уровней ОКС №7 и модели ВОС
Для выполнения всех функций сетевого уровня в модель ОКС №7 добавлена подсистема
управления соединением сигнализации (Signalling Connection Control Part - SCCP), обеспечиваю-
щая обращение подсистемы передачи сообщений к сетевой услуге (как орентированной на соеди-
нение, так и без соединения). Заметим, что высшие уровни модели ВОС непосредственно связы-
ваются с SCCP. Подсистема передачи сообщений МТР вместе с подсистемой управления сигналь-
ными соединениями SCCP образуют подсистему сетевых услуг (Network Service Part - NSP).
В целом модель ОКС №7 состоит из двух основных частей (рис. 2.6):
• подсистем пользователей и приложений;
• подсистемы передачи сообщений МТР.
Подсистемы ОКС №7.
МТР передачи сообщений
SCCP управления соединением сигнализации
ТСАР обработки транзакций
МАР пользователя подвижной связи (GSM)
ISUP пользователя ЦСИС
TUP телефонного пользователя
MUP пользователя подвижной связи (NMT)
HUP передачи сигналов управления в процессе разговора (NMT)
INAP пользователя интеллектуальной сети (IN)
ОМАР техобслуживания и эксплуатации
Рис. 2.6. Архитектура ОКС №7
16
ГЛАВА 1
Подсистема передачи сообщений МТР является единой транспортной платформой, над ко-
торой расположена подсистемы пользователей и приложений (TUP, ISUP, MAP, MUP, HUP, INAP,
ОМАР, SCCP, ТСАР), предназначенные для обеспечения соответствующих услуг связи. Подсистема
пользователей может быть реализована в нескольких версиях в зависимости от протоколов верх-
них уровней, которые предоставляют пользователям, возможно имеющим различные технические
устройства, средства связи друг с другом. Подсистемы пользователей получают в свое распоря-
жение услуги по доставке информации в сети, предоставляемые подсистемой передачи сообще-
ний МТР, предоставляющей транспортную услугу без соединения, но с упорядоченной последова-
тельностью передачи.
2.3. Функциональные уровни ОКС №7
Функциональная архитектура ОКС №7 включает четыре уровня, три из которых входят в со-
став подсистемы передачи сообщений МТР. Подсистемы пользователей образуют параллельные
элементы на четвертом функциональном уровне (рис. 2.7).
Уровень 4
Уровень 3
Уровень 2
Уровень 1
Рис. 2.7. Функциональные уровни ОКС №7
Уровень 1 (функции звена данных сигнализации) определяет физические, электрические и
функциональные характеристики звена данных сигнализации и средства доступа к нему. Элемен-
том уровня 1 является канал связи для звена сигнализации. Детальные требования к звену данных
сигнализации приведены в рекомендации МСЭ Q.702.
Уровень 2 (функции звена сигнализации) определяет функции и процедуры, относящиеся к
передаче сигнальных сообщений по отдельному звену сигнализации. Функции уровней 1 и 2 обра-
зуют звено сигнализации, обеспечивающее надежную передачу сигнальных сообщений между
двумя пунктами сети сигнализации.
Сигнальное сообщение, поступающее от верхних уровней, проходит по звену сигнализации
в виде сигнальных единиц (Signal Unit - SU) переменной длины. Для надежной работы звена сиг-
нализации сигнальная единица включает, помимо информации сигнального сообщения, информа-
цию для управления передачей.
Функциями звена сигнализации являются деление сигнальных сообщений на сигнальные
единицы, обнаружение ошибок в сигнальных единицах, исправление ошибок, обнаружение отказа
звена сигнализации, восстановление звена сигнализации и др. Подробные спецификации функций
звена сигнализации приведены в рекомендации МСЭ Q.703.
Уровень 3 (функции сети сигнализации) определяет функции и процедуры передачи, общие
для различных типов звеньев сигнализации и независимые от работы каждого из них. Эти функции
подразделяются на две большие категории:
• функции обработки сигнальных сообщений, которые при правильной передаче сообщения на-
правляют его по звену сигнализации или в соответствующую подсистему пользователя;
• функции управления сетью сигнализации, которые на основе заранее определенных данных и
информации о состоянии сети сигнализации управляют маршрутизацией сообщений и конфи-
гурацией средств сети сигнализации. В случае изменения состояний они обеспечивают также
изменение конфигурации сети и другие меры, необходимые для обеспечения или восстанов-
ления нормальной работы сети сигнализации. Различные функции уровня 3 взаимодействуют
АРХИТЕКТУРА ОКС №7
2*
17
друг с другом и с функциями других уровней посредством команд и индикаций. Детальные
требования к функциям сети сигнализации приведены в рекомендации МСЭ Q.704.
Уровень 4 (функции подсистемы пользователя) состоит из различных подсистем пользова-
телей, каждая из которых определяет функции и процедуры сигнализации, характерные для опре-
деленного типа пользователя системы. Набор функций подсистемы пользователя может значи-
тельно различаться для разных категорий пользователей системы сигнализации. В общем виде
можно выделить две группы пользователей:
• пользователи, для которых большинство функций связи определено в системе сигнализации.
Например, функции управления вызовами телефонии с соответствующей подсистемой пользо-
вателя телефонии;
• пользователи, для которых большинство функций связи определено вне системы сигнализации.
Например, использование системы сигнализации для передачи информации, касающейся
управления и техобслуживания. Для таких "внешних пользователей" подсистема пользователя
может рассмативаться как интерфейс типа "почтовый ящик" между подсистемой внешнего
пользователя и функцией передачи сообщений, в которой, например, передаваемая информа-
ция пользователя собирается/разбирается в соответствующие форматы сигнальных сообщений.
Основными подсистемами пользователя ОКС №7 являются:
• подсистема пользователя телефонии (TUP);
• подсистема пользователя ISDN (ISUP);
• подсистема управления соединением сигнализации (SCCP), предоставляющая услуги сети,
связанные или не связанные с установлением соединений для передачи сигнальной информа-
ции, относящейся или не относящейся к речевым каналам. Эта подсистема используется со-
вместно с другими подсистемами пользователей (см. рис. 2.6);
• подсистема пользователей мобильной связи стандарта NMT-450 (MUP);
• подсистема пользователей процедуры передачи управления в процессе разговора сети мо-
бильной связи NМТ-450 (HUP);
• подсистема пользователей мобильной связи стандарта GSM (МАР);
• подсистема пользователя интеллектуальной сети (INAP);
• подсистема возможностей транзакций (ТСАР);
• подсистема эксплуатации, технического обслуживания и административного управления (ОМАР).
Более подробно основные функциональные подсистемы ОКС №7 рассмотрены в следующих
главах.
2.4. Примитивы услуг ОКС №7
Интерфейсы между функциональ-
ными элементами системы сигнализации
ОКС №7 описываются с помощью при-
митивов. Примитивами являются блоки
данных определенного вида, которые
передаются между уровнями системы
для вызова различных процедур. Опре-
деление примитива не предполагает
конкретной реализации услуги. Когда
функциональный элемент ОКС №7 моде-
лируется согласно семиуровневой эта-
лонной модели ВОС (например, SCCP,
ТСАР), примитивы услуг определяются
согласно рекомендации МСЭ-Т Х.210. В
соответствии с этой рекомендацией на
рис. 2.8 показана связь между термина-
ми "услуга”, "граница", "примитивы ус-
луг", "протокол равноправия" и "равно-
правные объекты". Термин "граница”
относится к границам между уровнями и
а - услуга; b - примитив услуги; с - протокол равноправия;
d - равноправные объекты
Рис. 2.8. Взаимодействие примитивов услуг
подуровнями.
В соответствии с направлением потока примитивов определено четыре типа примитивов
(рис. 2.9):
18
ГЛАВА 2
• запрос - примитив, выдаваемый пользователем для вызова элемента услуги;
• индикация - примитив, выдаваемый поставщиком услуги для указания, что элемент услуги вы-
зван пользователем услуги в точке доступа равноправной услуги или поставщиком услуги;
• ответ - примитив, выдаваемый пользователем для завершения формирования в конкретной
точке доступа к услуге некоторого элемента услуги, вызов которого ранее был указан в этой
точке доступа к услуге;
• подтверждение - примитив, выдаваемый поставщиком услуги для завершения формирования в
конкретной точке доступа к услуге некоторого элемента услуги, вызванного ранее запросом в
этой точке доступа к услуге.
Поставщик услуги
Поставщик услуги
Рис. 2.9. Типы примитивов услуг
Примитив услуги состоит из имени и одного или нескольких параметров, перемещаемых в
направлении примитива услуги. Имя примитива услуги содержит три элемента: тип примитива;
имя, описывающее выполняемое действие; инициал (или инициалы) описания (под) уровня услуги.
Используются следующие инициалы описания уровня услуги:
ОМ - для примитивов управления эксплуатацией, связанных с подсистемой ОМАР;
ТС - для подуровня компонента ТСАР;
TR - для подуровня транзакций ТСАР;
Р - для уровня представления в подсистеме ISUP;
S - для сеансового уровня в подсистеме ISUP;
Т - для транспортного уровня в подсистеме ISUP;
N - для подсистемы обслуживания сети (МТР +SCCP).
АРХИТЕКТУРА ОКС №7
19
Глава 3. Подсистема передачи сообщений МТР
3.1. Функции подсистемы передачи сообщений
Основным назначением подсистемы передачи сообщений (Message Transfer Part - МТР) яв-
ляется обеспечение средств:
• надежной передачи сигнальной информации "подсистем пользователей" через сеть сигнали-
зации ОКС №7;
• выявления и устранения отказов системы и сети для обеспечения надежной передачи и дос-
тавки сигнальной информации.
Функции подсистемы передачи сообщений делятся на три группы (рис. 3.1): функции звена
данных сигнализации; функции звена сигнализации; функции сети сигнализации.
- поток сигнальных сообщений -------------- управление и индикации
Рис. 3.1. Общая структура подсистемы передачи сообщений МТР
Подсистема МТР обеспечивает передачу информации в неискаженной форме, без потерь,
дублирования и ошибок, в установленной последовательности, от одного пункта сигнализации к
другому. Причем эта подсистема не анализирует значения передаваемых сигнальных сообщений,
формируемых различными подсистемами пользователя. Благодаря такой независимости работы
МТР от передаваемых сообщений имеется возможность реконфигурации и гибкого управления
сигнальным трафиком при отказах или перегрузках в сети сигнализации. Следует заметить, что
выполнение функций передачи сообщений в некоторых случаях выполняется совместно подсисте-
мой МТР и подсистемой SCCP (см. главу 4). SCCP и МТР совместно рассматриваются как сетевая
подсистема обслуживания (NSP), которую можно считать системой доставки сообщений.
3.2. Звено данных сигнализации
Звено данных сигнализации - ЗДС (уровень 1 подсистемы МТР) - это физическая среда для
передачи информации (битового потока) между двумя пунктами сигнализации в сети.
ЗДС представляет собой двусторонний тракт передачи данных для сигнализации, включаю-
щий два канала передачи данных, работающих совместно в противоположных направлениях с оди-
20
ГЛАВА 3
наковой скоростью (рис. 3.2). Основной функцией ЗДС является физическая передача данных в
канале передачи и обеспечение доступа к нему через функцию коммутации, которая реализует ав-
томатическую реконфигурацию звеньев сигнализации. Обычно функции ЗДС реализуются канало-
образующим оборудованием.
Звено данных сигнализации может быть цифровым или аналоговым. На сети ОКС №7 ВСС
РФ принято решение использовать только цифровые звенья сигнализации.
Цифровое ЗДС состоит из цифрового канала передачи 64 кбит/с, выделенного в цифровом
тракте 2048 кбит/с. Звено может также включать оборудование уплотнения и коммутации.
Стандартным канальным интервалом, используемым для ЗДС, является 16-й канальный ин-
тервал (КИ). Допускается использовать любой имеющийся в распоряжении канальный интервал
для передачи данных пользователя со скоростью 64 кбит/с, за исключением 0-го КИ, который все-
гда используется для синхронизации.
64 кбит/с 64 кбит/с
Рис. 3.2. Функциональная конфигурация звена данных сигнализации
Протокол уровня 1 для ЗДС определен в рекомендации МСЭ-Т Q.702. Требования к интер-
фейсу должны соответствовать положениям рекомендации G.703 в части электрических характери-
стик и G.704 в части функциональных характеристик.
Звено передачи данных может быть образовано как в наземных, так и в спутниковых сред-
ствах передачи. При использовании эхозаградителей на цифровом потоке следует нейтрализовать
их действие для временного интервала, используемого для звена передачи данных сигнализации.
3.3. Звено сигнализации
Звено сигнализации вместе со ЗДС в качестве среды передачи и сигнальным терминалом в
качестве устройства управления передачи/приема обеспечивают надежную передачу сигнальных
сообщений по звену сигнализации между двумя непосредственно соединенными пунктами сигна-
лизации (рис. 3.3).
Основными функциями звена сигнализации являются:
• деление передаваемой информации на сигнальные единицы посредством флагов;
• предотвращение имитации флагов с помощью вставки битов;
• обнаружение ошибок с помощью проверочных битов, включенных в каждую сигнальную единицу;
• исправление ошибок посредством повторной передачи и контроля порядка следования сиг-
нальных единиц с помощью явных порядковых номеров в каждой сигнальной единице и явных
непрерывных подтверждений;
• обнаружение отказа звена сигнализации с помощью контроля интенсивности ошибок в сиг-
нальных единицах и восстановление работоспособности звена сигнализации с помощью спе-
циальных процедур.
ПОДСИСТЕМА ПЕРЕДАЧИ СООБЩЕНИЙ МТР
21
64 кбит/с 64 кбит/с
Рис. 3.3. Звено сигнализации
Функции звеньев сигнализации реализуются в оконечном оборудовании сигнализации, на-
зываемом в большинстве случаев сигнальными терминалами.
Далее будут рассмотрены более подробно указанные функции звена сигнализации.
3.4. Функции и коды полей сигнальных единиц
Любая информация передается через звено сигнализации с помощью пакетов данных, на-
зываемых сигнальными единицами (Signal Unit - SU). Сигнальная единица (СЕ) состоит из поля
сигнальной информации переменной длины, в котором передается информация, выработанная
подсистемой пользователя, и нескольких полей фиксированной длины, в которых передается ин-
формация, служащая для управления передачей сообщений.
Различаются три типа сигнальных единиц:
• значащая сигнальная единица (Message Signal Unit - MSU), которая используется для передачи
сигнальной информации, формируемой подсистемами пользователей или SCCP;
• сигнальная единица состояния звена (Link Status Signal Unit - LSSU), которая используется для
контроля состояния звена сигнализации и формируется на третьем уровне МТР;
• заполняющая сигнальная единица (Fill In Signal Unit - FISU), которая используется для обеспе-
чения фазирования звена при отсутствии сигнального трафика.
Непосредственное формирование сигнальных единиц выполняется на втором уровне под-
системы передачи сообщений МТР.
Значащие сигнальные единицы повторяются в случае ошибки, сигнальные единицы состоя-
ния звена и заполняющие сигнальные единицы не повторяются.
Формат сигнальных единиц определён в рекомендации Q.703. Основной формат сигнальных
единиц показан на рис. 3.4. Наиболее сложной по структуре является значащая сигнальная едини-
ца MSU. MSU состоит из ряда полей, в которых размещается фиксированное или переменное чис-
ло битов.
Флаг (Flag - F) отмечает начало сигнальной единицы. Открывающий флаг данной сигналь-
ной единицы обычно является закрывающим флагом предшествующей сигнальной единицы. За-
крывающий флаг отмечает конец сигнальной единицы. Последовательность битов во флаге сле-
дующая: 01111110.
Для исключения имитации флага информацией, содержащейся в другой части сигнальной
единицы, передающая часть оконечного устройства звена сигнализации (функции уровня 2) встав-
ляет “0” после каждой последовательности из пяти “1” перед присоединением флага и передачей
сигнальной единицы. В приемной части оконечного устройства звена сигнализации после обнару-
22
ГЛАВА 3
жения и отделения флага, каждый нуль, следующий за пятью “1”, изымается. Такая операция назы-
вается битстаффингом.
F СК SIF SIO LI FIB FSN BIB BSN F
а) 8 16 8п, п>2 8 2 6 1 7 1 7 8
F CK SF LI FIB FSN BIB BSN F
6) 8 16 8 или 16 2 6 1 7 1 7 8
F CK LI FIB FSN BIB BSN F
в) 8 16 2 6 17 17 8 Первый передаваемый бит
Рис. 3.4. Форматы сигнальных единиц: а) значащая сигнальная единица MSU; б) сигнальная
единица состояния звена LSSU; в) заполняющая сигнальная единица FISU
Порядковая нумерация сигнальных единиц включает прямой порядковый номер - ППН
v:orward Sequence Number - FSN) и обратный порядковый номер - ОПН (Backward Sequence Num-
ber - BSN). FSN - порядковый номер сигнальной единицы, в составе которой он передается на
противоположный пункт сигнализации. BSN - это порядковый номер подтверждаемой сигнальной
единицы, которая принята с противоположного пункта сигнализации. Поля FSN и BSN занимают по
7 бит и представляют собой двоичные числа в циклически повторяющейся последовательности от
Одо 127.
Биты-индикаторы включают прямой бит-индикатор - ПБИ (Forward Indicator Bit - FIB) и об-
ратный бит-индикатор - ОБИ (Backward Indicator Bit - BIB). FIB и BIB совместно c FSN и BSN ис-
пользуются при основном методе защиты от ошибок для обеспечения правильной последователь-
ности сигнальных единиц и для осуществления функций подтверждения.
Индикатор длины (Length Indicator - LI) служит для указания числа байтов, следующих за
байтом индикатора длины и предшествующих проверочным битам, и является одним из двоичных
чисел в интервале от 0 до 63 (так как занимает 6 бит). Индикатор длины идентифицирует три типа
сигнальных единиц следующим образом:
LI = 0, если это заполняющая сигнальная единица FISL);
LI = 1 или 2, если это сигнальная единица состояния звена LSSU;
LI >2, если это значащая сигнальная единица MSU.
В национальных сетях сигнализации в случае, когда поле сигнальной информации занимает
62 байта и более (в некоторых случаях оно может быть до 272 байтов), индикатор длины принима-
ет значение до 63.
Следует отметить, что индикатор LI не используется для определения длины сигнальной
единицы (для этого служат флаги), а определяет тип сигнальных единиц.
Байт служебной информации (Signalling Information Octet - SIO) делится на индикатор
службы (Service indicator - SI) и поле подвида службы (subservice field - SSF). Индикатор службы
служит для установления соответствия сигнальной информации конкретной подсистеме пользова-
теля и содержится только в значащих сигнальных единицах. Индикатор службы SI (4 старших бита
SI0) кодируется следующим образом:
0000 - управление сетью сигнализации;
0001 - тест звена сигнализации;
0011 - SCCP-подсистема управления соединением сигнализации;
0100 - TUP-подсистема пользователя телефонии;
0101 - ISUP-подсистема пользователя ЦСИС;
Остальные кодовые комбинации - резерв.
ПОДСИСТЕМА ПЕРЕДАЧИ СООБЩЕНИЙ МТР
23
Поле подвида службы SSF (4 младших бита SIO) содержит индикатор сети (биты С и D) и
два резервных бита (биты А и В). Индикатор сети позволяет отличить международные сообщения
от национальных. Поле SSF кодируется так:
биты D С В А.
SSF = О О X X - международная сеть;
О 1 X X - резерв (только для международного применения);
1 О X X - национальная сеть (в России - междугородная сеть);
1 1 X X - резерв для национального применения (в России - местная сеть).
Поле сигнальной информации (Signalling Information Field - SIF) состоит из целого чис-
ла байтов, большего или равного 2 и меньшего или равного 62. В национальных сетях сигнализа-
ции оно может включать до 272 байтов (включая 256 байтов - сообщение, 4 байта - этикетка и
др.). Это поле предназначено для передачи полезной информации по звену сигнализации. Следует
отметить, что МТР не распознает содержимое SIF, кроме этикетки маршрутизации, которая ис-
пользуется для маршрутизации сообщений в сети сигнализации. Не считая этой информации о
маршруте, МТР просто передает содержащуюся в SIF информацию от уровня 4 одного пункта сиг-
нализации к уровню 4 другого пункта сигнализации. Общая структура сигнальной информации для
некоторых подсистем пользователя приведена на рис. 3.5. Подробно содержимое поля SIF будет
рассмотрено в следующих главах для конкретных подсистем пользователя.
Сигнальная информация содержит информацию о реальном пользователе (один или более
сигналов по обслуживанию телефонного вызова или передачи данных, информацию по управлению и
техобслуживанию и т.д.) и информацию, определяющую тип и формат сообщения. В сигнальную ин-
формацию входит также этикетка, содержащая информацию, позволяющую .направить сообщение:
• по его назначению функциями уровня 3 через сеть сигнализации (эта часть этикетки называет-
ся этикеткой маршрутизации)',
• к транзакции канала, вызова, управления или к другой транзакции, к которой относится сооб-
щение, в принимающей подсистеме пользователя.
В соответствии с планом распределения кодов, составленным с целью определения адреса-
ции, этикетка маршрутизации предполагает присвоение каждому пункту сети сигнализации одно-
значного кода, содержащего 14 битов. Сообщения, получившие адрес на основе международных
или национальных планов распределения кодов, различаются с помощью поля подвида службы SSF.
Информационные Н1 НО Этикетка
элементы сообщения TUP Тип сообщения Группа сообщений А
TUP
Информационные элементы сообщения ISUP Тип сообщения Этикетка С
ISUP
Е О Р Сообщение/ данные пользователя Заголовок сообщения SCCP Тип сообщения Этикетка D
SCCP
Содержит адреса вызываемой и вызывающей
сторон и местные адреса (только АТС)
Порция компонентов Порция транзакции
Компонент п Компонент 2 Компонент 1
ТСАР
Рис. 3.5. Структура сигнальных сообщений
Этикетка маршрутизации содержит 4 байта и включает следующие поля (рис. 3.6):
код пункта назначения (Destination Point Code - DPC);
24
ГЛАВА 3
« код исходящего пункта (Origination Point Code - ОРС);
• поле селекции звена сигнализации SLS.
ОРС всегда задается и вводится пользователем МТР уровня 4 в этикетку маршрутизации.
Вообще говоря, те же действия выполняются и по отношению к ОРС, но поскольку ОРС может быть
постоянным, он может вводиться в этикетку подсистемой МТР.
SLS Код исходящего пункта (ОРС) Код пункта назначения (DPC)
4 бита 14 битов 14 битов
Рис. 3.6. Этикетка маршрутизации
Поле SLS - код, используемый для разделения всей сигнальной нагрузки между разными
звеньями одного пучка звеньев сигнализации или между разными маршрутами одного пучка мар-
шрутов сигнализации. Для сигнальных единиц, относящихся к подсистемам пользователя TUP,
ISUP. Поле SLS представляет собой четыре младших бита поля идентификации разговорного кана-
ла. Для реализации процесса разделения нагрузки на каждом пункте сигнализации с помощью
специальной директивы можно задать номера битов поля SLS, на основании которых производится
разделение нагрузки (рис. 3.7).
SLS=XXX0
SLS=XXX1
Рис. 3.7. Пример разделения нагрузки в пучке звеньев
Для некоторых подсистем пользователя, кроме этикетки маршрутизации, в состав этикетки
входит дополнительная информация. Имеется четыре типа этикеток (рис. 3.8): А для сообщений
управления МТР; В для TUP; С для сообщений ISUP, ориентированных на соединение; D для
сообщений SCCP.
Код идентификатора канала CIC служит в качестве этикетки сигнальных сообщений, ориен-
тированных на соединение, например в подсистемах TUP и ISUP. Четыре младших бита этого поля
(в подсистеме TUP) представляют поле селекции звена сигнализации SLS, используемое при не-
обходимости для деления нагрузки. В подсистеме ISUP поле SLS - это отдельное поле по отноше-
нию к коду идентификатора канала.
Сообщения управления МТР: этикетка типа А
Информация управления SLC Код пункта отправления DPC Код пункта назначения DPC
Сообщения TUP: этикетка типа В
I I Сигнальная информация I CIC Код пункта Код пункта
SLS отправления DPC назначения DPC
Сообщения ISUP: этикетка типа С
I I Сигнальная информация L СЮ SLS Код пункта отправления DPC Код пункта назначения DPC
Сообщения SCCP: этикетка типа D
Сигнальная информация SLS Код пункта отправления DPC Код пункта назначения DPC
Этикетка маршрутизации
Рис. 3.8. Типы этикеток сообщений
ПОДСИСТЕМА ПЕРЕДАЧИ СООБЩЕНИЙ МТР
25
Проверочные биты (Check Bits - СК) - это 16 битов информации для обнаружения оши-
бок, полученные путем линейных операций над предыдущими битами сигнальной единицы.
Примечание: В сигнальных единицах состояния звена LSSU поле сигнальной информации
SIO и байт служебной информации SIF заменяются полем состояния (Status Field - SF), которое
формируется оконечным устройством звена сигнализации и содержит 8 или 16 байтов (см. рис.
3.46). Данное поле используется для контроля ошибок звена сигнализации. В заполняющих сиг-
нальных единицах FISU поля SIO и SIF вообще отсутствуют (см. рис. 3.4в).
3.5. Способ обнаружения ошибок в сигнальных единицах
Прежде всего, каждая принятая сигнальная единица проверяется на длину, которая должна
быть не менее 6 байтов (включая открывающий флаг) и делиться на 8. Если это условие не выпол-
нено, то сигнальная единица стирается, и монитор интенсивности ошибок в сигнальных единицах
увеличивает свое содержание.
Если принимается более (т+7) байтов до закрывающего флага, вводится режим “подсчет
байтов" и сигнальная единица стирается (т=272 - максимальная длина сигнальной единицы в
звене сигнализации). В случае основного метода защиты от ошибок в противоположную сторону
передается отрицательное подтверждение. В режиме “подсчет байтов” все биты между флагами
стираются. Этот режим отменяется после приема правильной сигнальной единицы.
Обнаружение ошибок осуществляется с помощью 16-ти проверочных битов СК, передавае-
мых в конце каждой сигнальной единицы. Проверочные биты формируются передающей частью
звена сигнализации. Они являются единичным добавлением суммы (по модулю 2) из:
• остатка от деления (по модулю 2) хк(х15+х14+х13+...+х2+х+1) на образующий полином
х16+х12+х5+1, где к - число битов в сигнальной единице, расположенных между последним би-
том открывающего флага и первым проверочным битом (не включая их), исключая биты, встав-
ленные для исключения имитации флага;
• остатка после умножения на х16 и деления (по модулю 2) на образующий полином х16+х12+х5+1
содержимого сигнальной единицы (биты берутся аналогично).
В приемной части звена сигнализации по аналогичному алгоритму для принятой сигнальной
единицы определяются проверочные биты и сравниваются с принятыми. Если полного соответст-
вия не обнаружено, сигнальная единица стирается. Стирание значащих сигнальных единиц MSU
приводит в свою очередь в действие механизм исправления ошибок.
3.6. Способы исправления ошибок
Ключевым моментом при работе сети ОКС является организация правильной последова-
тельности передачи сигнальных единиц с заданной достоверностью, что реализуется на втором и
первом уровнях. Остановимся на алгоритмах исправления ошибок, которые реализуются на втором
уровне.
Для обеспечения возможности повторной передачи СЕ записываются в буферную память на
передающей стороне с сохранением последовательности переданных прямых порядковых номе-
ров. По мере поступления обратных порядковых номеров производится стирание в буферной па-
мяти тех сигнальных единиц, на которые поступили квитанции подтверждения.
В системе сигнализации ОКС №7 предусмотрены два метода исправления ошибок: основ-
ной метод и метод превентивного циклического повторения.
Для определения областей применения этих двух методов в международной связи исполь-
зуются следующие критерии:
• основной метод применяется для звеньев сигнализации, использующих не межконтиненталь-
ные наземные средства передачи, и для межконтинентальных звеньев сигнализации, в которых
время распространения в одном направлении не превышает 15 мс;
• метод превентивного циклического повторения применяется для межконтинентальных звеньев
сигнализации, в которых время распространения в одном направлении больше или равно 15
мс и для всех звеньев сигнализации, установленных через спутник. В случаях, если установ-
ленное через спутник звено сигнализации входит в международный пучок звеньев, превентив-
ное циклическое повторение должно использоваться во всех звеньях сигнализации этого пучка.
Основной (базовый) метод исправления ошибок
Используется система с положительным/отрицательным подтверждением и исправлением
ошибок путем не вынужденного повторения. Передаваемая сигнальная единица запоминается в
26
ГЛАВА 3
передающей части оконечного устройства звена сигнализации до тех пор, пока на нее не будет
принято положительное подтверждение. Если принято отрицательное подтверждение, передача
новых сигнальных единиц прерывается и те сигнальные единицы, которые уже были переданы, но
еще положительно не подтверждены, должны повторно передаваться один раз, начиная с той, на
которую получено отрицательное подтверждение, и в той последовательности, в которой они пе-
редавались в первый раз. Для уменьшения числа повторных передач и времени задержки знача-
щих сигнальных единиц, запрос на повторную передачу делается только в случае потери значащих
сигнальных единиц MSU.
На рис. 3.9 показано условное обозначение процедур взаимодействия уровней 1 и 2 фраг-
ментов сети ОКС. На каждой из взаимодействующих сторон (А и Б) процедуры передачи и приема
функционируют независимо друг от друга. Причем процедура передачи стороны А взаимодейству-
ет с процедурой приема стороны Б и наоборот. Для спецификации алгоритмов приема и передачи
будем пользоваться языком SDL.
Рис. 3.9. Процедура взаимодействия уровней 2 сети ОКС
В общем случае работа сети ОКС ведется в дуплексном режиме, т.е. сигнальные единицы
передаются в обе стороны и с обеих сторон поступает подтверждения о принятых СЕ. Однако для
лучшего понимания сущности алгоритмов уровня 2 ОКС рассмотрим вначале симплексный режим,
т.е. ситуацию, когда одна сторона передает сигнальные единицы SU (сторона А), а другая сторона
получает SU и после кодовой проверки выдает либо подтверждение, либо сигнал на переспрос SU
(сторона Б).
Рассмотрим процедуру передачи значащей сигнальной единицы MSU со стороны А в сторо-
ну Б в симплексном режиме. Характерной особенностью передачи MSU является то, что они могут
многократно передаваться до получения подтверждения. Будем предполагать, что повторная пере-
дача из буфера на передающей стороне ведется в соответствии с базовым методом.
При симплексной передаче в сторону Б передаются значащие сигнальные единицы, а в сто-
рону А - заполняющие сигнальные единицы, содержащие квитанции на подтверждение или пере-
спрос сигнальных единиц. Перед началом передачи каждой MSU на стороне А присваивается оче-
редной порядковый номер в соответствии с формулой ППН = (ППН + 1) mod 128.
ПОДСИСТЕМА ПЕРЕДАЧИ СООБЩЕНИЙ МТР
27
Поясним выполнение операции суммирования по модулю 128. Так как на кодирование пря-
мого порядкового номера FSN отведено в сигнальной единице семь разрядов, то максимальное
значение FSN не может превышать 27-1 = 127, Таким образом, суммирование по модулю 128 озна-
чает, что следующим FSN после 127 номера будет не 128, а 0.
Значение прямого бит-индикатора FBI в передаваемой MSU формируется в соответствии со
значением BBI той MSU, на которую поступила последняя квитанция подтверждения или переспроса.
На приемной стороне Б сигнальная единица проходит кодовую проверку и проверку на со-
хранение последовательности передачи MSU. Если MSU удовлетворяет всем проверкам, то на пе-
редающую сторону выдается квитанция о подтверждении приема. Квитанция входит в рассматри-
ваемом случае в состав заполняющей сигнальной единицы и представляет собой второй байт FISU
(см. рис. 3.4). Значение обратного порядкового номера BSN формируется в соответствии с FSN той
сигнальной единицы, на которую выдается подтверждение, т.е. BSN = FSN. Значение BBI принима-
ется равным FBI полученной MSU (см. рис. 3.10 а). Если принятая MSU не проходит хотя бы одну из
проверок, то на передающую сторону выдается переспрос на повторную передачу (отрицательное
подтверждение). Переспрос опять-таки входит в состав заполняющей SU и формируется таким об-
разом, что BSN = FSN, а значение BBI инвертируется по отношению к FBI (см. рис. 3.10 б).
На передающей стороне А для SU с одинаковыми BSN и FSN проверяется соотношения ме-
жду FBI и BBI. Если биты-индикаторы соответствуют друг другу, то считается, что сигнальная еди-
ница передана без ошибок. Если соответствие битов-индикаторов нарушено, то это расценивается
как сигнал на повторную передачу MSU.
Сторона А
Процедура передачи
Сторона Б
Процедура приема
Процедура приема
Процедура передачи
а)
Сторона А
Процедура передачи
Сторона Б
Процедура приема
Процедура приема
Процедура передачи
б)
Рис. 3.10. Процедуры положительного (а) и отрицательного (б) подтверждения приема
сигнальной единицы
Так как значение FBI на передающей стороне формируется в соответствии со значением BBI
последней полученной квитанции, то изменение состояния FBI на приемной стороне расценивает-
ся как начало повторной передачи из буфера.
Перейдем к рассмотрению алгоритмов процедуры передачи и приема сигнальных единиц,
обеспечивающих обмен сигнальными сообщениями по ОКС в симплексном режиме. На рис. 3.11
представлена SDL-диаграмма алгоритма передачи значащих сигнальных единиц на передающей
стороне. Функционирование алгоритма происходит в непрерывно циклическом режиме, что соот-
ветствует постоянной передаче MSU либо в нормальном режиме, либо в режиме повтора, либо
передачи заполняющих сигнальных единиц FISU. Работа алгоритма начинается с анализа буфера
заявок, поступающих от третьего уровня ОКС. Если заявки отсутствуют, то осуществляется провер-
28
ГЛАВА 3
ка состояния буферной памяти. При отсутствии значащих сигнальных единиц в буфере произво-
дится передача заполняющей сигнальной единицы. Если буфер не пуст, то производится выдача
последней MSU, на которую не поступало подтверждение.
Рис. 3.11. SDL-диаграмма процесса передачи сигнальных единиц на стороне А
В случае наличия заявок от третьего уровня проверяется признак работы в режиме повтора.
Если таковой установлен, то приоритет отдается режиму повторной передачи, т.е. производится
выдача очередной СЕ из буферной памяти. Далее в блоке решения проверяется, все ли СЕ выданы
из буфера. Если все, то происходит переход к нормальному режиму передачи путем сброса при-
знака работы в режиме повтора. Если заявки от третьего уровня есть и отсутствует режим повтора,
то производится выдача очередной значащей СЕ. С этой целью формируется очередное значение
прямого порядкового номера (ППН=(ППН+1)тос1128). Значение ПБИ устанавливается в соответст-
вии со значением подтверждения или переспроса (ПБИ:=ОБИ). Перед началом передачи СЕ запи-
сывается в буферную память.
Переданные значащие СЕ воспринимаются на приемной стороне процедурой приема. На
рис. 3.12 представлен алгоритм этой процедуры на стороне В, специфицированный на языке SDL.
Инициализация алгоритма происходит при поступлении сигнала о получении очередной СЕ. Даль-
ПОДСИСТЕМА ПЕРЕДАЧИ СООБЩЕНИЙ МТР
29
нейшие действия зависят от соответствия прямых порядковых номеров только что полученной и
предыдущей полученной СЕ. Для выявления этого соответствия вычисляют их разность с учетом
модуля 128: (ППН-ППН)тос1128.
Вычитание по модулю 128 означает, что разность между числами 0 и 127 положительна и
равна единице, т.е. 0-127=1. Это объясняется цикличностью изменения ППН в пределах
0<Г1ПН<127. Возможны четыре варианта полученной разницы:
1. Разность меньше нуля, т.е. очередной ПНН оказался меньше предыдущему. В этом слу-
чае полученная СЕ аннулируется (не принимается к дальнейшей обработке).
2. Разность равна нулю, т.е. очередной ППН оказался равен предыдущему. В этом случае
производится анализ длины полученной СЕ. Если индикатор длины LI=0, то получена заполняющая
СЕ и формируется заявка на ее обработку. Если LK0, то полученная СЕ аннулируется путем воз-
врата в состояние ожидания.
3. Разность равна единице, т.е. очередной ППН превышает на единицу предыдущий. Это
соответствует требуемому порядку приема значащих СЕ. Полученную СЕ отправляют на дальней-
шую обработку в 3-й уровень ОКС и формируют квитанцию на подтверждение путем сохранения
соответствия между ОБИ и ПБИ (ОБИ:=ПБИ).
4. Разность больше единицы, т.е. очередной ППН превышает предыдущий на величину, не-
допустимую при правильном порядке получения значащих СЕ. В этом случае формируется квитан-
ция на переспрос СЕ путем нарушения соответствия между ОБИ и ПБИ (ОБИ:=ПБИ).
Рис. 3.12. SDL-диаграмма процесса приема сигнальных единиц на стороне В
Алгоритм передачи на приемной стороне В в симплексном режиме предельно прост. Его
сущность сводится к передаче заполняющих СЕ, снабженных квитанциями либо на подтверждение,
либо на переспрос. Диаграмма алгоритма на языке SDL приведена на рис 3.13а.
30
ГЛАВА 3
Обработка квитанций на передающей стороне А осуществляется процедурой приема, алго-
ритм которого изображен на рис. 3.136. Инициализация алгоритма происходит при поступлении
сигнала о приеме очередной СЕ. Далее анализируется состояние ОБИ и ПБИ. Если между ними
существует соответствие (ОБИ=ПБИ), то производится стирание СЕ с поступившим ОПН из буфе-
ра. В противном случае устанавливается признак работы в режиме повтора.
При переходе к дуплексному режиму значащие СЕ передаются в обоих направлениях (как в
сторону А, так и в сторону Б). Поэтому рассмотренные алгоритмы усложняются за счет того, что
каждый из них должен выполнять практически удвоенные функции. Например, алгоритмы приема
должны обеспечивать анализ последовательности приема СЕ и анализ квитанций. Таким образом,
для дуплексного режима алгоритм приема представляет собой сочетание алгоритмов, изображен-
ных на рис. 3.12 и 3.136. Алгоритм передачи включает в себя и алгоритм передачи значащих СЕ
(рис. 3.11), и алгоритм передачи квитанций (рис. 3.13а). Процедуры передачи и приема в случае
дуплексного режима полностью эквивалентны на обеих сторонах.
Поместить квитанцию о
подтверждении или
переспросе в СЕ
Передать
заполняющую СЕ
а)
Рис. 3.13.
б)
SDL-диаграммы процессов на приемной стороне Б:
а) передача заполняющей СЕ;
б) прием сигнальных единиц
Метод превентивного циклического повторения
Это система с положительным подтверждением и не вынужденным циклическим повторени-
ем, упреждающим исправление ошибок. Передаваемая сигнальная единица запоминается в пере-
дающей части оконечного устройства звена сигнализации до тех пор, пока на нее не будет принято
положительное подтверждение. В период отсутствия новых значащих сигнальных единиц или сиг-
нальных единиц состояния звена для передачи все сигнальные единицы, которые еще не получили
положительного подтверждения, циклически повторяются.
3.7. Адресация сигнальных сообщений
Адресация сообщений в системе сигнализации ОКС №7 должна рассматриваться на раз-
личных уровнях системы. Например, подсистема передачи сообщений использует код пункта на-
значения для маршрутирования сообщения в соответствующий пункт сигнализации. Для направле-
ния вызова по соответствующему назначению используется поле адреса вызываемой стороны в
подсистеме TUP или поле номера вызываемой стороны в подсистеме ISUP, содержащиеся в
начальном адресном сообщении (см. раздел 5.2). Возможности различных механизмов адресации
системы сигнализации ОКС №7 заложены в структуре сигнальных сообщений.
Сигнальное сообщение - это информационная совокупность, относящаяся к вызовам,
транзакции управления и т.д., определяемая на уровнях 3 и 4 и передаваемая функцией передачи
сообщений как целостный элемент.
3-970
ПОДСИСТЕМА ПЕРЕДАЧИ СООБЩЕНИЙ МТР
31
Каждое сообщение содержит служебную информацию, включая индикатор услуги,
определяющий исходящую подсистему пользователя, и, возможно, дополнительную информацию,
указывающую, относится сообщение к международному или национальному использованию
подсистемы пользователя.
Механизм адресации сообщений в МТР распадается на две части. Первая часть этого меха-
низма использует код пункта сигнализации, содержащегося в этикетке маршрутизации каждой
значащей сигнальной единицы, в то время как вторая часть использует индикатор службы и инди-
катор сети в байте служебной информации (SIO). Код пункта сигнализации используется для ме-
жузловой адресации, a SIO используется для адресации пользователей системы сигнализации на
внутриузловом принципе.
При адресации в подсистеме управления сигнальными соединениями SCCP используется
три различных элемента:
• код пункта назначения DPC;
• глобальное наименование GT;
• номер подсистемы SSN.
В адресе вызываемой и вызывающей стороны могут быть один, два или все элементы. Воз-
можные варианты адресации в SCCP приведены в табл. 3.1.
Глобальное наименование GT может содержать цифры набираемого номера или адрес дру-
гого вида, который не распознается сетью сигнализациии ОКС №7. Следовательно, если соответ-
ствующее сообщение надо направить через эту сеть, то необходима трансляция. Результатом
трансляции GT будет полученный код DPC и, возможно, также новые SSN и GT. Для идентифика-
ции формата глобального наименования в индикаторе адреса имеется специальное поле.
Таблица 3.1. Варианты адресации в SCCP
Варианты адресации Использование
GT DPC + SSN При передаче сообщений SCCP
SSN GT SSN + GT При приеме сообщений от МТР
DP CDPC + (SSN или GT или оба) GT GT + SSS При приеме сообщений от управления, ориентированного и не ориентированного на соединение, для маршрутизации подсис- темой SCCP
Код пункта назначения DPC не требует трансляции и просто определяет, предназначено ли
сообщение для данного пункта сигнализации (входящее сообщение) или же требуется его маршру-
тизация по сети сигнализации средствами МТР. Для исходящих сообщений DPC необходимо вве-
сти в этикетку маршрутизации МТР. Код DPC в этикетке маршрутизации МТР для входящего сооб-
щения должен соответствовать коду DPC в адресе вызываемой стороны.
Номер подсистемы SSN идентифицирует подсистему, доступ к которой осуществляется
SCCP в узле, и может быть подсистемой пользователя (например, ISUP), управлением SCCP или
прикладным элементом АЕ с доступом через транзакции. Однако транзакции не видны для SCCP.
Если при анализе DPC входящего сообщения определено, что сообщение предназначено данному
пункту сигнализации, то анализ SSN определит соответствующего пользователя SCCP. Наличие
SSN без DPC также указывает на передачу сообщения данному пункту сигнализации. Поле SSN
имеет начальную емкость в 255 кодов с возможностью расширения для удовлетворения
требований в будущем.
Адресация подсистемы пользователя телефонии TUP включает адреса, содержащиеся в
элементах адресной информации вызывающей и вызываемой сторон.
Адресация подсистемы пользователя ISDN (ISUP) включает адреса, содержащиеся в номере
вызывающей и вызываемой сторон и позволяет перенаправлять элементы адресной информации.
3.8. Функции сети сигнализации
Функции сети сигнализации относятся к обмену сообщениями между пунктами сигнализа-
ции, являющимися узлами сети сигнализации. Эти функции и процедуры осуществляются подсис-
темой передачи сообщений на уровне 3.
32
ГЛАВА 3
Функции сети сигнализации должны обеспечивать надежную передачу сигнальных сообще-
ний даже в случае отказа звеньев сигнализации и транзитных пунктов сигнализации. Следователь-
но, они включают соответствующие процедуры, необходимые для информирования удаленных
пунктов сети сигнализации о последствиях какого-либо отказа и для обеспечения соответствую-
щей реконфигурации маршрута сообщений через сеть сигнализации. Функции сети сигнализации
обычно выполняются центральным или специализированным процессором системы коммутации.
Функции сигнализации подразделяются на две основные категории:
» обработка сигнальных сообщений;
• управление сетью сигнализации.
Функции обработки сигнальных сообщений
Назначением функций обработки является доставка сигнальных сообщений, поступающих от
определенной подсистемы пользователя в пункте сигнализации (исходящий пункт), к такой же
подсистеме пользователя в пункте назначения, указанной исходящей подсистемой пользователя.
Эта доставка, в зависимости от обстоятельств, осуществляется по звену сигнализации или через
один или несколько транзитных пунктов сигнализации.
Функции обработки сигнальных сообщений подразделяются на (рис. 3.14):
1. Функцию маршрутизации сообщений, используемую в каждом пункте для определения
исходящего звена сигнализации, по которому сообщение должно быть отправлено к пункту назна-
чения
2. Функцию отбора сообщений, используемую в пункте сигнализации для того, чтобы опре-
делить, предназначено ли полученное сообщение именно этому пункту или нет. Когда пункт сигна-
лизации может быть транзитным и если сообщение ему не предназначено, оно должно быть пере-
дано на функцию маршрутизации сообщений.
3. Функцию распределения сообщений, используемую в каждом пункте сигнализации для
доставки полученных сообщений (предназначенных для самого пункта) в соответствующую подсис-
тему пользователя.
Уровень 3 МТР
Рис. 3,14. Функции обработки сообщений на уровне 3 МТР
Обработка сигнальных сообщений основывается на использовании специального поля сиг-
нальной информации SIF значащих сигнальных единиц - этикетки маршрутизации (см. рис. 3.6),
которая однозначно идентифицирует исходящий пункт сигнализации и пункт назначения.
Маршрутизация сообщений - процесс выбора звена сигнализации для каждого сообще-
ния, подлежащего отправке. Оно основано на анализе этикетки маршрутизации сообщений в соче-
тании с заранее определенными данными маршрутизации в соответствующем пункте сигнализации.
Маршрутизация сообщений зависит от кода пункта назначения и имеет, как правило, допол-
нительный элемент разделения нагрузки, который позволяет распределить различные части сиг-
нального трафика по направлению. Последовательно соединенные по системе тандем звенья сиг-
нализации образуют маршрут сообщения (от исходящего пункта к пункту назначения).
Маршрут сигнального сообщения снабжается отдельной этикеткой маршрутизации, заранее
определен и зафиксирован в каждый данный момент времени. Однако, в случае отказа в сети сиг-
нализации, маршрутизация сообщения изменяется в соответствии с заранее предусмотренными
ПОДСИСТЕМА ПЕРЕДАЧИ СООБЩЕНИЙ МТР
33
мерами. Возможно использование единого маршрута для сообщений различных подсистем поль-
зователей, а также использование различных правил маршрутизации в зависимости от индикаторе
вида связи.
Распределение сообщений - процесс определения подсистемы пользователя, к которой
должно быть доставлено сообщение, после получения этого сообщения в пункте назначения. Этот
выбор осуществляется путем анализа индикатора вида связи.
Отбор сообщений - процесс, при котором после получения сообщения в пункте сигнали-
зации определяется, является ли этот пункт пунктом назначения рассматриваемого сообщения или
нет. Это решение основано на анализе кода пункта назначения, содержащегося в этикетке мар-
шрутизации сообщения. Если пункт является пунктом назначения, то это сообщение передается
функции распределения сообщений. Если это транзитный пункт сигнализации, то сообщение пе-
редается функции маршрутизации для последующей передачи по звену сигнализации.
Функции управления сетью сигнализации
Назначение функции управления сетью сигнализации - это обеспечение реконфигурации
сети в случае отказа и управление трафиком при перегрузке. Эта реконфигурация осуществляется
путем применения надлежащих процедур с целью изменения маршрута сигнального трафика таким
образом, чтобы обойти отказавшие звенья сигнализации или пункты сигнализации. Это требует
обмена информацией между пунктами сигнализации и между транзитными пунктами сигнализации
в случае таких отказов. Иногда необходимо задействовать и включить в работу новые звенья сиг-
нализации для восстановления пропускной способности между двумя пунктами сигнализации. Ко-
гда отказавшие звенья сигнализации или пункты сигнализации восстановлены, применяются об-
ратные процедуры для восстановления нормальной конфигурации сети сигнализации.
Функции управления сетью сигнализации подразделяются следующим образом: управление
сигнальным трафиком; управление звеньями сигнализации; управление маршрутами сигнализации.
Эти функции используются каждый раз, когда в сети происходит какое-нибудь событие (на-
пример, отказ или восстановление звена сигнализации).
Функция управления сигнальным трафиком необходима для перенесения сигнального
трафика из звена или маршрута на одно или несколько различных звеньев или маршрутов, и в
свою очередь, делится на: управление маршрутизацией сообщений; управление модификацией
маршрутизации; контроль потока сообщений
Управление маршрутизацией сообщений основано на анализе заранее определенной ин-
формации о всех допустимых возможностях маршрутирования в сочетании с информацией, полу-
чаемой из функций управления звеньями сигнализации и управления маршрутами сигнализации, о
состоянии сети сигнализации (то есть о наличии доступных звеньев и маршрутов сигнализации).
Любое изменение состояния сети сигнализации обычно влечет за собой модификацию те-
кущей маршрутизации сообщений, поэтому происходит переход некоторых частей трафика сигна-
лизации из одного звена сигнализации на другое. Такой переход осуществляется в соответствии
со следующими процедурами: переход на резерв; восстановление исходного состояния; вынуж-
денная ремаршрутизация (при отказах); управляемая ремаршрутизация (при перегрузках); управ-
ление потоком сигнального трафика (разделение нагрузки).
Эти процедуры определены так, чтобы избежать, насколько это позволяют обстоятельства,
последующих нарушений в передаче сообщений, таких как потеря сообщений, нарушение после-
довательности передачи сообщений или многократная доставка сообщений.
Так процедуры перехода на резерв и возврата на исходное звено включают взаимодействие
с другим пунктом (пунктами) сигнализации для обмена информацией (по резервному каналу), что
обычно позволяет восстановить сообщения, которые иначе могли быть потеряны в отказавшем
звене.
Сеть сигнализации должна иметь пропускную способность для сигнального трафика, пре-
вышающего объем трафика в нормальных условиях. Но в случае перегрузки (возникающей, напри-
мер, из-за отказа в сети или высоких пиков нагрузки) для уменьшения влияния этих условий функ-
ция управления сигнальным трафиком осуществляет управления потоками.
Функция управления звеньями сигнализации - осуществление и контроль операций по
восстановлению нормальной доступности пучка сигнализации. Используется для восстановления
отказавших звеньев сигнализации, для включения в работу звеньев (еще не сфазированных) и для
выведения из работы сфазированных звеньев сигнализации. Эта функция включает следующие
процедуры: включение в работу, восстановление и выключение звеньев сигнализации; включение в
работу пучков звеньев сигнализации; автоматическое распределение оконечных устройств звеньев
сигнализации и звеньев передачи данных сигнализации.
Управление маршрутами сигнализации (только в квазисвязанном режиме) - передача
информации об изменении доступности маршрутов сигнализации (например, транзитный пункт
34
ГЛАВА 3
сигнализации передает информацию другим пунктам, что определенный пункт сигнализации не-
доступен и чтобы они прекратили маршрутирование по недоступному пути). Используется данная
функция для распределения информации о состоянии сети сигнализации, для блокировки и раз-
блокировки маршрутов сигнализации. Эта функция включает в себя следующие процедуры: управ-
ление передачей; запрещение передачи; разрешение передачи; ограничение передачи; испытания
перегрузки пучка маршрутов сигнализации.
3.9. Процедуры управления звеньями сигнализации
Процедура вхождения в связь
Процедура предназначена для ввода в работу и восстановления после отказа звена сигна-
лизации. Процедура предусматривает "нормальный" период проверки для "нормального вхожде-
ния в связь" и "аварийный" период проверки для "аварийного" вхождения в связь. Решение о вы-
боре "нормальной" или "аварийной" процедуры принимается уровнем 3. В процедуру вхождения в
связь вовлекается только звено сигнализации, входящее в связь (то есть передача фазирующей
информации по другим звеньям сигнализации не требуется).
В процессе вхождения в связь используется четыре разные индикации состояний фазиро-
вания: "О": "отключено"; "N": состояние "нормальное" фазирование; "Е": состояние "аварийное"
фазирование; "OS": "не работает".
Эти индикации передаются в поле состояния сигнальной единицы состояния звена сигнали-
зации LSSU.
Индикация состояния "О” передается, когда вхождение в связь началось и ни одна из инди-
каций "О", "N", "А" не принята из звена. Индикация состояния "N" передается, когда после начала
вхождения в связь принимаются индикации состояний "О", "N" или "А” и оконечное устройство
(ОУ) находится в состоянии "нормального" вхождения в связь.
Индикация состояния "Е" передается, когда после начала вхождения в связь принимаются
индикации состояний "О", "N" или "Е" и ОУ находится в состоянии "аварийного" вхождения в
связь, то есть должен использоваться короткий "аварийный" период проверки.
Индикации состояний "N” и "Е" показывают состояние предыдущего ОУ звена сигнализа-
ции; они не меняются в результате приема индикаций состояний, показывающих различные со-
стояния удаленного ОУ звена сигнализации. Следовательно, если ОУ звена сигнализации в со-
стоянии "нормального" фазирования принимает индикацию состояния "Е", оно продолжает пере-
давать индикацию состояния "N", но осуществляет короткий "аварийный” период проверки.
Индикация состояний "OS" информирует удаленное ОУ звена сигнализации о том, что по
причинам, не связанным с отключением процессора (например, из-за отказа звена), ОУ не может
ни принимать, ни передавать значащие сигнальные единицы. Индикация состояний "OS" переда-
ется после перехода в состояние "включено" до вхождения в связь.
Во время вхождения в связь процедура фазирования проходит ряд состояний:
• исходное состояние: процедура приостановлена;
• состояние "не сфазировано": звено сигнализации не сфазировано и оконечное устройство пе-
редает индикацию состояния "О";
• состояние "сфазировано": звено сигнализации сфазировано и оконечное устройство передает
индикацию состояний "N" или "Е", индикации состояний "N", "Е" или "OS" не принимаются;
• состояние OS, "проверка": ОУ звена сигнализации передает индикацию состояний "N" или "Е”,
индикации состояний "О" или "OS" не принимаются, проверка началась. Проверка - это ряд
средств, с помощью которых ОУ звена сигнализации, анализируя сигнальные единицы, прове-
ряет способность звена правильно передавать их;
• если процедура фазирования и проверка завершились успешно, ОУ звена сигнализации пере-
ходит в состояние "сфазировано/готово".
Номинальная величина периода проверки для скорости 64 кбит/с равна:
Рп = времени передачи 216 байтов.
Контроль ошибок звена сигнализации
Контроль ошибок звена сигнализации осуществляется подсчетом числа ошибок в сигналь-
ных единицах с использованием двух специальных программных счетчиков:
• монитора интенсивности ошибок в сигнальных единицах (SUERM);
• монитора интенсивности ошибок при вхождении в связь.
ПОДСИСТЕМА ПЕРЕДАЧИ СООБЩЕНИЙ МТР
35
Монитор интенсивности ошибок в сигнальных единицах предназначен для оценки этой ин-
тенсивности с целью определения условий отказа звена сигнализации. Сигнальными единицами с
ошибкой считаются те, которые стираются в ходе процедуры приема (см. разд. 3.7). Монитор
SUERM определяется тремя параметрами:
• количеством сигнальных единиц, принятых подряд с ошибкой, вызвавших индикацию высокой
интенсивностью ошибок в уровень 3, Т (сигнальных единиц);
• наименьшей интенсивностью ошибок, при которой уровень 3 извещается о высокой интенсив-
ности ошибок 1/D (сигнальные единицы с ошибкой/сигнальные единицы);
• количеством байтов, вызывающих наращивание содержания счетчика в режиме "подсчет бай-
тов”, N (байтов).
Монитор интенсивности ошибок в сигнальных единицах может быть реализован в виде ре-
версивного счетчика, уменьшающего свое содержимое с фиксированной скоростью (для каждых D
принятых сигнальных единиц или сигнальных единиц с ошибкой, отмеченной процедурой приема),
но не ниже нуля, и увеличивающего свое содержание каждый раз, когда процедурой приема обна-
ружена сигнальная единица с ошибкой, но не выше порога Т, сигнальных единиц. Высокая интен-
сивность ошибок должна отмечаться всякий раз при достижении порога Т.
Когда звено включено в работу, счетчик монитора должен начинать отсчет с нуля. В режиме
"подсчет байтов" счетчик увеличивает свое содержимое каждые N байтов, принятых до обнаруже-
ния правильно принятой сигнальной единицы.
Для скорости 64 кбит/с величины трех параметров монитора интенсивности ошибок в сиг-
нальных единицах следующие: 7=64 сигнальным единицам, 0=256 сигнальным единицам/сигналь-
ным единицам с ошибкой, /7=16 байтам.
Для этих величин время перехода на резервное звено в случае потери фазирования соста-
вит примерно 128 мс при скорости 64 кбит/с.
Монитор интенсивности ошибок при вхождении в связь является линейным счетчиком, ра-
ботающим в течение нормального и аварийного периодов проверки. Счетчик запускается с нуля,
когда начинается состояние проверки процедуры вхождения в связь, затем увеличивает свое со-
держимое с каждой сигнальной единицей с ошибкой, если он не находится в режиме подсчета
байтов. Он также увеличивает свое содержимое через каждые N принятых байтов, находясь в ре-
жиме подсчета байтов. Когда счетчик достигает порога 7,-, этот конкретный период проверки
прекращается; после правильного приема сигнальной единицы или по истечении прерванного
периода проверки состояние проверки возобновляется. Если проверка прекращается М раз, звено
возвращается в состояние "не работает". Порог устанавливается для каждого из двух типов про-
верки - нормального Tin и аварийного Tie.
Для скорости 64 кбит/с величины параметров равны Tjn = 4, 7,е = 1, М = 5, /7 = 16.
Проверка успешно завершается, если период проверки заканчивается без обнаружения
чрезмерной интенсивности ошибок и если не приняты индикации состояний "О" или "OS".
Формат сигнальных единиц состояния звена
Для передачи информации о состоянии звена сигнализации на противоположный пункт сиг-
нализации на уровне 3 формируются сигнальные единицы состояния звена сигнализации LSSU.
Сигнальная единица состояния звена сигнализации идентифицируется значением индикатора дли-
ны LI, равной 1 или 2. Если индикатор длины имеет величину 1, то поле состояния состоит из одно-
го байта; если индикатор длины имеет величину 2, то поле состояния состоит из двух байтов. Фор-
мат однобайтового поля состояния в сигнальной единице состояния звена показан на рис. 3.15.
Резерв СВА Индикация состояния
5
3
Рис. 3.15. Формат однобайтового поля состояния в сигнальной единице состояния звена
Используется следующее кодирование индикаций состояния звена сигнализации:
СВА
ООО - индикация состояния "О” ("отключено");
001 - индикация состояния "N" ("нормальное фазирование");
010 - индикация состояния "Е" ("аварийное фазирование");
011 - индикация состояния "OS" ("не работает");
36
ГЛАВА 2
100 - индикация состояния "РО" ("процессор отключен”);
101 - индикация состояния "В" ("занято").
Если оконечное устройство может обрабатывать только однобайтовое поле состояния и
принимает сигнальную единицу состояния звена с двухбайтовым полем состояния, то оконечное
устройство будет, в целях совместимости, игнорировать второй байт и обрабатывать первый байт,
как указано в спецификациях Резервные биты принимающая сторона всегда игнорирует. В нацио-
нальных спецификациях возможно использование резервного бита D для реализации механизма
совместимости поля SIF Этот механизм описан в рекомендации Q.701.
ПОДСИСТЕМА ПЕРЕДАЧИ СООБЩЕНИЙ МТР
37
Глава 4. Подсистема управления соединением
сигнализации SCCP
4.1. Назначение подсистемы SCCP
Подсистема передачи сообщений МТР, рассмотренная в предыдущей главе, обеспечивает
эеализацию в полной степени только функций уровней 1 и 2 семиуровневой модели ВОС. Для реа-
1изации всех функций уровня 3 модели ВОС потребовалось ввести в систему ОКС №7 дополни/
ельную подсистему управления соединением сигнализации (SCCP).
МТР была создана для работы в режиме реального времени, необходимого для-телефонной
сигнализации и не обеспечивает виды сетевых услуг, ориентированных на виртуальные соедине-
ния. Однако некоторые виды услуг требуют возможность передачи данных, не ориентированных на
соединение, и больший, более сложный адрес, чем создаваемый МТР. SCCP обеспечивает для
МТР эти условия, создавая физический эквивалент сетевого уровня модели ВОС.
Подсистема SCCP обеспечивает дополнительные функции подсистемы передачи сообщений
МТР для ориентированных и не ориентированных на соединение служб сети, реализующие обмен
относящейся и не относящейся к пользовательскому каналу сигнальной и иной информацией меж-
ду станциями и специализированными центрами в сетях связи (например, для управления и техоб-
служивания) через сеть ОКС №7. Необходимость внедрения новой подсистемы была обусловлена
тем, что в некоторых случаях желательно, чтобы сигнальные сообщения могли передаваться от од-
ного пункта к другому без проключения информационного канала. Примером могут служить услуги
обновления информации о подвижном абоненте, проверка кредитной карты, обращение к базам
данных в интеллектуальной сети и т.д.
Функции и процедуры SCCP реализуются функциональным блоком, расположенным в моде-
ли ОКС №7 выше подсистемы передачи сообщений. Таким образом, подсистема передачи сооб-
щений МТР остается неизменной и для других применений сети ОКС (рис. 4.1). Часть пользовате-
лей ОКС №7 (см. рис. 2.6) работает только через подсистему МТР (подсистемы TUP, HUP), часть -
только через последовательное взаимодействие МТР и SCCP (подсистемы ТСАР, MUP), а часть - в
некоторых случаях через МТР, а в некоторых через МТР и SCCP (подсистема ISUP).
Комбинация подсистем МТР и SCCP называется подсистемой службы сети (Network Service
Part - NSP). Подсистема службы сети выполняет все функции сетевого уровня (уровня 3) эталон-
ной модели ВОС.
Рис. 4.1. Функциональная схема подсистемы SCCP
Общим назначением подсистемы управления соединением сигнализации SCCP является
обеспечение средств для:
• логических соединений сигнализации в сети ОКС №7;
• возможности передачи блоков данных сигнализации с использованием или без использования
логических соединений сигнализации.
Соединение сигнализации - это логическая связь между двумя пользователями сети сигна-
лизации (рис. 4.2). Подсистема_МТР предназначена только для передачи информации, связанной с
установлением информационного канала. Подсистема же SCCP дает возможность осуществлять
38
ГЛАВА 4
установление соединений сигнализации безотносительно к установлению информационного кана-
ламежду пользователями.
Одним из главных элементов, используемых SCCP, является расширенный адрес. Возмож-
ность адресации сообщений МТР обеспечивает доставку сообщений в узел, используя коды пунк-
тов отправления ОРС и назначения DPC. Однако при этом используется 4-битовый индикатор
службы SI в поле SIO, возможность распределения сообщений с помощью которого весьма огра-
ничена. Данная адресация пригодна лишь для очень ограниченного набора услуг, но недостаточна
для определенного в ОКС №7 большого числа пользователей и приложений. Так как число прило-
жений растет, то ограниченное адресное пространство МТР будет в состоянии обеспечить только
доставку сообщения в узел и не способно определить вид услуги, передаваемой с этим сообще-
нием.
Рис. 4.2. Соединение сигнализации
Для того, чтобы избежать этой проблемы, каждый пользователь услуг МТР должен выгля-
деть как часть пользователя или приложений и быть в состоянии выполнить функции собственной
маршрутизации и распределения. Однако для некоторых приложений, выполняющих те же функ-
ции, это может привести к результату, противоположному концепции модели ВОС. SCCP, которая
для МТР выглядит как обычная часть пользователя, была создана как раз для того, чтобы избежать
этого ненужного дублирования функций.
Подсистема SCCP дополняет адресацию МТР путем введения дополнительного поля, назы-
ваемого номером подсистемы (SubSystem Number - SSN), которое состоит из информации о ло-
jcantHOM адресе, используемом для определения пользователей SCCP в каждом узле. Комбинация
.OPC+SSN образует адрес вызывающей стороны, a DPC+SSN * адрес вызываемой стороны.
Другим достоинством SCCP является возможность использования так называемых глобаль-
ных заголовков в качестве адресов. Глобальный заголовок (наименованиерг~это“сетевой адрес,
похожий на номер 800 (код интеллектуальной услуги бесплатного телефонного разговора) или дру-
гую специальную последовательность цифр и не содержит информации, используемой МТР для
маршрутизации. SCCP преобразует глобальный заголовок в номер DPC+SSN. В сигнальной точке
назначения сообщение поступает в локальную подсистему SCCP, которая отвечает за его доставку
к соответствующему пользователю сетевых услуг.
Таким образом, подсистема SCCP дополняет функции подсистемы передачи сообщений до
полного соответствия трем нижним уровням модели ВОС. Это дает возможность реализации
большого набора перспективных услуг связи, таких, как услуги интеллектуальной сети, услуги се-
тей подвижной связи. Наличие подсистемы SCCP в системе ОКС №7 является обязательным и для
выполнения функций управления сетью.
4.2. Структура подсистемы SCCP
Основная структура подсистемы SCCP состоит из четырех функциональных блоков (рис. 4.3):
» управление SCCP, ориентированное на соединение - предназначено для контроля за установ-
лением и разъединением соединений сигнализации и для передачи данных по соединенным
линиям сигнализации;
» управление SCCP, не ориентированное на соединение - служит для не ориентированной на
соединение передачи блоков данных;
ПОДСИСТЕМА УПРАВЛЕНИЯ СОЕДИНЕНИЕМ СИГНАЛИЗАЦИИ SCCP
39
• управление SCCP - предназначено для обеспечения возможностей (в дополнение к функциям
МТР по управлению маршрутами сигнализации и контролю за потоками) обработки ситуаций,
вызванных перегрузкой, или отказом пользователя SCCP, или отказом в предоставлении мар-
шрута сигнализации к пользователю SCCP;
• маршрутирование SCCP - обеспечивает необходимые функции маршрутизации для направле-
ния сообщения либо к МТР, либо к функциям управления SCCP, ориентированным или не ори-
ентированным на соединение. Сообщение, чей адрес вызываемой стороны принадлежит мест-
ному пользователю (включенному в данную SCCP), передается функциям управления SCCP,
ориентированным или не ориентированным на соединение. Сообщение, предназначенное для
удаленного пользователя (включенного в SCCP другого узла сигнализации), передается МТР
для передачи удаленному пользователю SCCP.
Рис. 4.3. Структура SCCP
Протокол SCCP обеспечивает четыре класса услуг: два - для услуг, не ориентированных на
соединение (connectionless - CL), и два - для услуг, ориентированных на соединение (connection
oriented - СО).
Это следующие четыре класса протоколов:
• класс 0 - основной класс, не ориентированный на соединение;
• класс 1 - упорядоченный (с контролем последовательности средствами подсистемы МТР) класс,
не ориентированный на соединение;
• класс 2 - основной класс, ориентированный на соединение;
• класс 3 - класс управления потоками, ориентированный на соединение.
В контексте определения услуги SCCP пользователем является пользователь подсистемы
SCCP (например, какой-либо прикладной протокол), а поставщиком услуг - сама подсистема
SCCP, являющаяся частью подсистемы сети.
Классы протокола, не ориентированные на соединение, обеспечивают возможность переда-
чи только одного блока данных службы сети (NSDU) от пользователя к пользователю некоторой
максимальной длины. Классы протокола, ориентированные на соединение (протоколы классов 2 и
3), обеспечивают возможность сегментирования и сборки. Если блок данных службы сети длиннее
255 байтов, в исходящем пункте он разбивается на множественные сегменты, пригодные для пе-
редачи в поле данных пользователя сообщений "данные". Каждый сегмент имеет не больше 255^
байтов. В пункте назначения такие сегменты собираются в один блок данных.
40
ГЛАВА 4
Протокол класса 0 обеспечивает передачу данных независимо друг от друга, поэтому они
могут доставляться с нарушением последовательности. Этот класс протокола соответствует чистой
услуге сети, не ориентированной на соединение.
В протоколе класса 1 характеристики класса 0 расширены дополнительной возможностью,
которая позволяет верхним уровням указать SCCP, что поток данных должен доставляться в задан-
ной последовательности. Поле селекции звена сигнализации SLS выбирается на основе величины
параметра контроля последовательности. SLS, выбранные для потока из блоков данных NSDU с
тем же параметром контроля последовательности, должны быть идентичны.
В протоколе класса 2 двухсторонний перенос блоков данных между пользователями SCCP в
исходящем узле и в узле назначения обеспечивается установлением временного или постоянного
соединения сигнализации. В одном сигнальном отношении может объединяться несколько соеди-
нений сигнализации. Такое объединение осуществляется путем использования пар условных но-
меров, называемых местными условными номерами. Сообщения, принадлежащие данному соеди-
нению сигнализации, должны содержать одинаковую величину поля SLS для обеспечения контроля
последовательности. Таким образом, протокол этого класса не обеспечивает управление потоками
SCCP и контроль последовательности данных.
В протоколе класса 3 характеристики протокола класса 2 дополнены включением управления
потоками с присущей ему возможностью переноса срочных данных. Кроме того, включена дополни-
тельная возможность обнаружения ошибок и нарушения последовательности; в таких случаях со-
единение сигнализации сбрасывается и SCCP дает верхним уровням соответствующее извещение.
Следует заметить, что на сети ОКС №7 России в настоящее время в основном используется
режим предоставления услуг, не ориентированных на соединение и, соответственно, протоколы
класса 0 и 1. Пользователями SCCP являются протоколы сетей подвижной связи и интеллектуаль-
ной сети. Режим с установлением сигнального соединения используется только на участке между
базовой станцией и центром коммутации подвижной связи.
Для описания услуг в SCCP применяется четыре вида примитивов: запрос, индикация, от-
вет, подтверждение. Для услуг, не ориентированных на установление соединения сигнализации,
используются только примитивы запроса и индикации.
Общий формат примитива имеет вид:
Идентификатор уровня Групповое название Специфическое название Параметр
Здесь
Идентификатор уровня - уровень, обеспечивающий услугу (для SCCP идентификатор N) ;
Групповое название - предоставляемое действие;
Специфическое название - назначение примитива;
Параметр - элементы информации, переносимые примитивом.
Например, примитив обращения пользователя SCCP к подсистеме SCCP для установления
соединения сигнализации имеет вид:
N - CONNECT - REQUEST - "параметры ",
где N - указатель на уровень сети (в данном случае - SCCP);
CONNECT - общее имя - соответствует процессу установления соединения;
REQUEST - конкретное имя - выполнение запроса;
"параметры" - элементы информации, задаются пользователем (более высокого уровня).
Описание подсистемы SCCP приведено в рекомендациях Q.711-Q.716.
4.3. Услуги, ориентированные на соединение
В услугах SCCP, ориентированных на соединение, между двумя узлами сети перед началом
передачи данных устанавливается соединение сигнализации. При этом используются два вида со-
единений сигнализаций: временные; постоянные.
Постоянные соединения сигнализации устанавливаются и контролируются местной (или
удаленной) функцией техобслуживания и эксплуатации или функцией управления узла, и они пре-
доставляются пользователю SCCP на полупостоянной основе. Постоянные соединения сравнимы с
арендованной телефонной линией.
"Установление временного соединения сигнализации инициируется и контролируется поль-
зователем SCCP. Временное соединение сигнализации сравнимо с телефонным соединением, ус-
танавливаемым путем набора номера.
Управление временным соединением сигнализации делится на следующие фазы: установ-
ления соединения; передачи данных; освобождения соединения.
ОДСИСТЕМА УПРАВЛЕНИЯ СОЕДИНЕНИЕМ СИГНАЛИЗАЦИИ SCCP
41
На фазе установления соединения осуществляется передача адреса вызываемого пользовав
теля и обмен управляющими сообщениями между пользователями. Во всех классах протокола!
ориентированных на соединение, соединение сигнализации между исходящим узлом и узлом на-
значения может состоять из:
• одной секции соединения;
• нескольких последовательных секций соединения, которые могут принадлежать к разным
взаимосвязанным сетям сигнализации. ;
В первом случае узлы соединения сигнализации (исходящий и назначения) совпадают с ис-
ходящим узлом и узлом назначения секции соединения. В фазе установления соединения функции
маршрутизации и ретрансляции SCCP могут потребовать одного или более промежуточных узлов.
Однако после того, как соединение сигнализации установлено, функции SCCP в промежуточных
узлах не требуются.
Во втором случае на любом промежуточном узле, принявшим сообщение из секции соеди-
нения и передавшем его в другую секцию соединения, в фазе установление соединения вовлека-
ются функции маршрутизации и ретрансляции SCCP. Кроме того, функции SCCP требуются на
промежуточных узлах в течение переноса данных и разъединения соединения для обеспечения
связи секций соединения.
Основные функции фазы установления соединения: установление соединения сигнализа-
ции; установка оптимального размера NSDU (блоков данных сети); установление соответствия ад-
ресов сети и сигнальных отношений; выбор операционных функций в фазе передачи данных (на-
пример, выбор услуги уровня); обеспечение средств различения соединений сети; перенос данных
пользователя (в запросе).
В фазе передачи данных осуществляется обмен данными между пользователями, называв!
мыми блоками данных услуги сети (Network Service Data Unit Information - NSDU), в одном или
обоих направлениях одновременно по установленному соединению сигнализации.
Сообщение подсистемы SCCP между двумя равноправными объектами состоит из (рис. 4.4):,
• информации управления протоколом сети (Network Protocol Control Information - NPCI);
• блока данных услуги сети (NSDU).
NPCI NCDU
•< Сообщение >
Рис. 4.4. Формат сообщения SCCP
Информация управления протоколом сети поддерживает совместную работу равноправных
объектов SCCP в пределах двух узлов, осуществляющих связь друг с другом. Она содержит эта-
лонный параметр соединения, который направляет данное сообщение по определенному соедине-
нию сигнализации. Блок данных услуги сети содержит некоторое количество информации от поль-
зователя SCCP, которая должна быть передана между двумя узлами с использованием этой услуги
SCCP.
Информация управления протоколом сети и блок данных услуги сети помещаются вместе v
передаются как сообщение. Если объем данных пользователя слишком велик для передачи в рам-
ках одного сообщения, то данные пользователя разделяются (сегментируются) на ряд порций. Ка-
ждая порция преобразуется в отдельное сообщение, содержащее информацию NPCI и блок дан-
ных NSDU (рис. 4.5). Услуга передачи данных служит для управления последовательностью и
управления потоком в зависимости от требуемого пользователем подсистемы SCCP качества об-
служивания.
Основные функции фазы передачи данных, перечисленные ниже, используются или не ис-
пользуются в соответствии с результатом выбора, сделанного в фазе соединения: сегментирова-
ние/сборка; управление потоками; идентификация соединения; ограничение NSDU (М-бит); срочные
данные; обнаружение нарушения последовательности; сброс; подтверждение приема и др. В фазе
освобождения соединения осуществляется обмен служебными сообщениями между пользователя-
ми SCCP для разъединения временных соединений. Функции фазы освобождения обеспечиваю!
разъединение соединения сигнализации независимо от текущей фазы соединения. Освобождение
может осуществляться по инициативе более высокого уровня или средствами техобслуживани?
SCCP. Освобождение может начинаться на каждом конце соединения (симметричная процедура).
42
ГЛАВА 4
Сообщение 1
Сообщение 2
Рис. 4.5. Сегментирование сообщения SCCP
В табл. 4.1 дан обзор примитивов к верхним уровням и соответствующие параметры для ус-
луг сети, ориентированных на временное соединение. Для постоянных соединений отсутствуют
примитивы N-CONNECT и N-DISCONNECT.
Таблица 4.1. Примитивы подсистемы SCCP для услуг, ориентированных на временное соединение
Примитивы Параметры
Групповое название Специфическое название
N-CONNECT (Соединение) Запрос Индикация Ответ Подтверждение Вызываемый адрес Вызывающий адрес Отвечающий адрес Селекция подтверждения приема Селекция срочных данных Набор параметров качества Данные пользователя Идентификация соединрния
N-DATA (Данные) Запрос Индикация Запрос подтверждения Данные пользователя Идентификация соединения
N-EXPEDITED DATA (Срочные данные) Запрос Индикация Данные пользователя Идентификация соединения
N-DATA ACKNOWLEDGE (Подтверждение данных) Запрос Индикация Идентификация соединения
N-DISCONNECT (Разъединение) Запрос Индикация Инициатор Причина Данные пользователя Отвечающий адрес Идентификация соединения
N-RESET (Сброс) Запрос Индикация Ответ Подтверждение Инициатор Причина Идентификация соединения
В фазе установления соединения пользователь SCCP (вызывающий пользователь) просит
установить соединение с помощью примитива "N-CONNECT запрос" к SCCP. Объект SCCP оцени-
вает примитив и добавляет информацию управления протоколом. С помощью услуг МТР к удален-
ному равноправному объекту SCCP передается сообщение SCCP (состоящее из информации
управления протоколом - PCI и, возможно, NSDU). Этот объект оценивает сообщение, извлекает
PCI и посылает примитив "N-CONNECT индикация" пользователю местной SCCP. На обоих концах
соединения предполагается состояние "ожидания".
Вызываемый пользователь SCCP отвечает примитивом "N-CONNECT ответ" местной SCCP,
которая посылает соответствующее сообщение, включающее PCI, к вызывающей SCCP. Вызываю-
щая SCCP посылает примитив "N-CONNECT подтверждение" вызывающему пользователю SCCP.
После этого соединение готово для передачи данных.
В течение фазы передачи данных могут использоваться четыре примитива:
N-DATA - для передачи данных в обоих направлениях;
ПОДСИСТЕМА УПРАВЛЕНИЯ СОЕДИНЕНИЕМ СИГНАЛИЗАЦИИ SCCP
43
• N-EXPEDITED DATA - при установлении соединения в соответствии с классом, обеспечиваю-
щим возможность передачи срочных данных;
• N-DATA ACKNOWLEDGE - при выборе услуги подтверждения доставки;
• N-RESET - используется в состоянии передачи данных соединения с классом протокола, вклю-
чающим управление потоком (аннулирует все другие виды активности и приводит SCCP к нача-
лу перезапуска для порядковой нумерации).
Примитивами для фазы освобождения являются "N-DISCONNECT запрос" и "N-DISCONNECT
индикация". Эти примитивы используются также для отказа соединения на этапе установления со-
единения. В примитивах используются параметры для извещения о причине освобождения/отказа
и инициаторе процедуры освобождения/отказа соединения.
4.4. Услуги, не ориентированные на соединение
SCCP обеспечивает пользователям возможность передачи сигнальных сообщений через
сеть сигнализации без установления соединения сигнализации. Дополнительно к возможностям
МТР в SCCP предусмотрена функция маршрутизации, которая приводит вызываемый адрес в соот-
ветствие с кодом пункта сигнализации службы МТР. Эта функция соответствия может быть обеспе-
чена в каждом узле, распределена по сети или обеспечена в нескольких специальных центрах
трансляции.
При некоторых состояниях перегрузки и недоступности подсистем и/или пунктов сигнализа-
ции сообщения, не ориентированные на соединение, могут быть аннулированы вместо данных. Ес-
ли пользователь SCCP желает получить информацию о недоставленных сообщениях, то в примити-
ве к SCCP параметру выбора возврата должно быть присвоено значение "возврат сообщения по
ошибке".
Имеется две возможности передачи данных без установления соединения в зависимости от
механизма контроля последовательности, обеспечиваемого МТР:
• МТР гарантирует (с высокой степенью вероятности) доставку сообщений в правильной последо-
вательности, которые содержат одинаковый код селекции звена сигнализации (SLS). Пользова-
тель SCCP может запросить эту услугу МТР, установив параметр “контроль последовательности”
в примитиве к SCCP. SCCP должна установить такой же код SLS в примитиве к МТР для всех
примитивов от пользователя SCCP с одинаковым параметром “контроль последовательности”;
• если доставка в правильной последовательности не требуется, SCCP может вставлять коды
SLS случайно или в соответствии с распределением нагрузки в сети сигнализации.
В табл. 4.2 приведен обзор примитивов к верхним уровням и соответствующие параметры
для услуг, не ориентированных на соединение.
Таблица 4.2. Примитивы подсистемы SCCP для услуг, не ориентированных на соединение
Примитивы Параметры
Групповое название Специфическое название
N-UNITDATA (Данные без соединения) Запрос Индикация Вызываемый адрес Вызывающий адрес Управление последовательностью Выбор возврата Данные пользователя
N-NOTICE (Извещение) Индикация Вызываемый адрес Вызывающий адрес Причина возврата Данные пользователя
Примитив "N-UNITDATA запрос" является средством, с помощью которого пользователь
SCCP запрашивает SCCP передать данные другому пользователю. Примитив "N-UNITDATA индика-
ция" информирует пользователя о том, что ему доставляются данные от SCCP. Примитив "N-
NOTICE индикация" является средством, с помощью которого SCCP возвращает пользователю-
отправителю сообщение, которое не достигло оконечного пользователя.
44
ГЛАВА 4
• адрес, состоящий из кода пункта назначения и номера подсистемы (DPC + SSN), обеспечивает
непосредственное маршрутирование, выполняемое SCCP и МТР, то есть функция трансляции
SCCP не требуется. Некоторые объекты в сети сигнализации имеют один и тот же код DPC, и
отличить их можно только по номеру подсистемы SSN. Примером могут служить центр комму-
тации подвижной связи и визитный регистр местонахождения, аппаратно реализованные в од-
ной единице оборудования.
Функция управления маршрутизацией SCCP (SCRC) (см. рис. 4.3) принимает сообщения от
подсистемы передачи сообщений МТР для маршрутизации и распознавания после того, как МТР
получает их от другого узла в сети сигнализации. SCRC принимает также внутренние сообщения от
управления SCCP, ориентированного на соединение (SCOC), и управления, не ориентированного
на соединение (SCLC), и выполняет любые необходимые функции маршрутизации (например,
трансляцию адреса) перед тем, как передать их в МТР для передачи в сети сигнализации или об-
ратно в управление SCCP, ориентированное и не ориентированное на соединение.
Переданное подсистемой МТР сообщение, требующее маршрутизации, должно содержать
параметр "адрес вызываемого абонента", который дает информацию для маршрутизации. Пара-
метр "адрес вызываемого абонента" может использовать следующую информацию:
1. только номер подсистемы (SSN) - это указывает на то, что принимающая SCCP является око-
нечным пунктом данного сообщения. Номер SSN используется для определения местной под-
системы;
2. только глобальное наименование (GT) - это указывает на то, что требуется трансляция. Транс-
ляция глобального наименования дает в результате новый код пункта назначения DPC для
маршрутизации этого сообщения и, возможно, новый номер SSN, или наименование GT, или то
и другое в параметре "адрес вызываемого абонента";
3. SSN + GT - в этом случае информация индикатора адреса используется для определения того,
должны ли номер SSN или наименование GT использоваться для маршрутизации и обработки
по приведенным выше пунктам 1) и 2) соответственно.
Информация адресации, указывающая место назначения сообщения, принятого от управле-
ния, ориентированного и не ориентированного на соединение, включается в каждое внутреннее
сообщение. Информация адресации может принимать следующие формы: DPC; DPC + (SSN, или
GT, или то и другое); GT; GT + SSN.
Первая форма применяется к ориентированным на соединение сообщениям, за исключени-
ем сообщения "запрос соединения”. Последние три формы применяются к не ориентированным на
соединение сообщениям и к сообщению "запрос соединения".
В ходе установления соединения секции соединения независимо присваиваются местные
условные номера как исходящего пункта, так и пункта назначения. Местные условные номера (ис-
ходящий и назначения) присваиваются при установлении соединения для постоянных секций со-
единения. Когда условный номер пункта назначения становится известным, он является обязатель-
ным полем для всех сообщений, передаваемых по секции соединения. Каждый узел выбирает ме-
стный условный номер, который должен использоваться удаленным узлом как поле местного ус-
ловного номера назначения в секции соединения для передачи данных. Местные условные номера
остаются недоступными для использования в других секциях соединения, пока задействованная
секция соединения не будет освобождена и условные номера не будут выведены из состояния за-
нятости.
Принципы адресации и маршрутирования SCCP изложены в рекомендации Q.714.
4.7. Форматы и коды сообщений SCCP
Сообщения подсистемы управления соединением сигнализации SCCP передаются по
звеньям данных сигнализации с помощью сигнальных единиц, форматы которых описаны в разд.
3.4. В байте служебной информации SIO индикатор службы SI для SCCP кодируется 0011. Поле
сигнальной информации SIF каждой значащей сигнальной единицы, содержащей сообщения SCCP,
содержит целое число байтов.
В сообщение SCCP входят следующие части (рис. 4.6): этикетка маршрутизации; тип сооб-
щения; обязательная фиксированная часть; обязательная переменная часть; необязательная часть,
которая может содержать поля переменной и фиксированной длины.
В сообщениях SCCP используется стандартная этикетка маршрутизации, описанная в разд.
3.4. Структура сообщения подсистемы SCCP очень похожа на структуру сообщения подсистемы
пользователя сети с интеграцией служб ISUP (см. далее). Единственное отличие состоит в отсутст-
вии кода идентификации информационного канала CIC.
Каждое сообщение состоит из ряда параметров. Каждый параметр имеет "название", коди-
руемое как один байт. Длина параметра может быть фиксированной или переменной; для каждого
46
ГЛАВА 4
параметра может включаться "индикатор длины" в один байт. Каждый тип сообщения имеет одно-
значно определенный формат.
Порядок передачи битов
8 7 6 5 4 3 2 1
Этикетка маршрутизации
Код типа сообщения
Обязательный параметр А
I I I
____________I___________
Обязательный параметр F
Указатель параметра М
___________________।__________________
Указатель параметра Р
Указатель начала необязательной части
Индикатор длины параметра М
Параметр М
Индикатор длины параметра Р
Параметр Р
Название параметра = X
Индикатор длины параметра X
Параметр X
Название параметра = Z
Индикатор длины параметра Z
Параметр Z
Конец необязательных параметров
Порядок
передачи
v байтов
Обязательная
р фиксированная
I часть
Обязательная
переменная
часть
Необязательная
часть
Рис. 4.6. Общий формат сообщения SCCP
Обязательные параметры фиксированной длины для конкретного типа сообщения должны
содержаться в "фиксированной обязательной части". Положение, длина и порядок параметров од-
нозначно определяются типом сообщения. Поэтому названия параметров и индикатор длины не
включаются в сообщение.
Обязательные параметры переменной длины должны включаться в переменную обязатель-
ную часть Название каждого параметра и порядок передачи указателей неявно определяются ти-
ром сообщения. Поэтому названия параметров не включаются в сообщение. Указатель использует-
|я для обозначения начала каждого параметра, поэтому параметры могут передаваться не в том
|орядке, в каком передаются данные указатели. Каждый указатель кодируется как один байт. Ко-
|ичество параметров и, следовательно, указателей однозначно определяется типом сообщения.
|се указатели посылаются последовательно в начале обязательной переменной части. Каждый
Параметр содержит индикатор длины параметра, сопровождаемый содержанием параметра.
, Необязательная часть состоит из параметров, которые могут включаться или не включаться
'конкретный тип сообщения. Могут включаться параметры фиксированной и переменной длины,
^обязательные параметры могут передаваться в любом порядке. Каждый необязательный пара-
5тр может включать название параметра (один байт) и индикатор длины (один байт), сопровож-
емые содержанием параметра.
После всех необязательных параметров передается состоящий из одних нулей байт "конец
обязательных параметров". Этот байт включается в сообщение только при наличии в сообщении
обязательных параметров.
Код типа сообщения состоит из поля в один байт и является обязательным для всех сооб-
чий. Код типа сообщения однозначно определяет функцию и формат каждого сообщения SCCP.
(СИСТЕМА УПРАВЛЕНИЯ СОЕДИНЕНИЕМ СИГНАЛИЗАЦИИ SCCP
47
Присвоение кодов типа сообщения показано в табл. 4.4. В этой таблице также содержится указа-
ние на применимость различных типов сообщений к различным классам протоколов.
Таблица 4.4. Сообщения SCCP
Тип сообщения Обозначение Класс протокола Код
0 1 2 3
Запрос соединения CR X X 0000 0001
Подтверждение соединения СС X X 0000 0010
Отказ соединения CREF X X 0000 0011
Запрос разъединения RLSD X X 0000 0100
Подтверждение разъединения RLC X X 0000 0101
Данные типа 1 DT1 X 0000 0110
Данные типа 2 DT2 X 0000 0111
Подтверждение приема данных АК X 0000 1000
Данные без соединения UDT X X 0000 1001
Услуга данных без соединения UDTS X X 0000 1010
Срочные данные ED X 0000 1011
Подтверждение приема срочных данных ЕА X 0000 1100
Запрос сброса RSR X 0000 1101
Подтверждение приема сброса RSC X 0000 1110
Ошибка протокола ERR X X 0000 1111
Тест неактивности IT X X 0001 0000
Поле индикатора длины обозначается двоичным кодом, указывающим число байтов в поле
содержания параметра. Индикатор длины не включает байт названия параметра или байт индика-
тора длины. Величина указателя (двоичная) указывает число байтов между указателем (включи-
тельно) и первым байтом (не включая его) параметра, связанного с этим указателем. Величине
указателя из одних нулей используется для указания, что в случае необязательных параметров та-
кие параметры отсутствуют.
Коды названий параметров сообщений SCCP приведены в табл. 4.5. Полный перечень со-
общений и кодов SCCP приведен в рекомендации Q.713 "Форматы и коды подсистемы управлени?
соединением сигнализации (SCCP)".
Таблица 4.5. Параметры сообщений SCCP
Название параметра Код
Конец необязательных параметров 0000 0000
Местный условный номер назначения 0000 0001
Местный условный номер источника 0000 0010
Адрес вызываемой стороны 0000 0011
Адрес вызывающей стороны 0000 0100
Класс протокола 0000 0101
Сегментирование /сборка 0000 0110
Порядковый номер приема 0000 0111
Последовательность/сегментирование 0000 1000
Кредит 0000 1001
Причина разъединения 0000 1010
Причина возврата 0000 1011
Причина сброса 0000 1100
Причина ошибки 0000 1101
Причина отказа 0000 1110
Данные 0000 1111
48
ГЛАВАi
Диаграмма процесса установления и разъединения соединения для услуги с подтверждени-
ем доставки данных приведена на рис. 4.7.
Пользе SC эватель СР SC N-Connect req CP SC CR CP SC CR Пользе CP sc N-Connect ind зватель CP
N-Connect conf
CC
CC
N-Connect resp
N-Data ind
DT ►
DT
N-Data req
N-Data Ackn md
AK
AK
N-Data Ackn req
N-Disconnect ind
RLSD
RLSD *
N-Disconnect req
RLC
RLC
Рис. 4.7. Диаграмма процесса предоставления услуги SCCP, ориентированной на соединение
РОДСИСТЕМА УПРАВЛЕНИЯ СОЕДИНЕНИЕМ СИГНАЛИЗАЦИИ SCCP
49
Глава 5. Подсистема пользователя цифровой сети
с интеграцией служб ISUP
5.1. Назначение подсистемы ISUP
Подсистемы пользователей и приложений ОКС №7 соответствуют верхним уровням модели
ВОС. Эти подсистемы являются завершенными элементами и независимыми друг от друга. Поль-
зователи ОКС №7 соединяются напрямую с МТР или SCCP для обеспечения сигнальной услуги "из
конца в конец". Некоторые части пользователей и/или приложений одновременно могут работать
по одному и тому же соединению с МТР или SCCP.
Первыми подсистемами пользователей ОКС №7, разработанными МККТТ, были:
• подсистема пользователя телефонии (Telephone User Part - TUP);
• подсистема пользователя данных (Date User Part - DUP).
Подсистема телефонного пользователя TUP была разработана для управления установлени-
ем и разъединением телефонных соединений. В дополнение к управлению основными телефонны-
ми услугами подсистема TUP определяет процедуры и форматы для дополнительных услуг. Данная
подсистема пользователей наиболее широкое применение нашла в странах Европы. Описание
подсистемы TUP приведено в рекомендациях Q.721-Q.725.
Подсистема пользователей данных DUP была определена на ранней стадии разработки ОКС
№7 (рекомендации Q.747 или Х.61) для управления и разъединения соединений передачи данных с
коммутацией каналов. Распространение подсистема DUP получила незначительное, и только неко-
торые операторы сетей реализовали выделенные сети передачи данных с коммутацией каналов. В
настоящее время наиболее бурно развиваются сети с коммутацией пакетов, для которых не при-
менима данная подсистема пользователя.
С внедрением технологии ISDN, предоставляющей наряду со всеми телефонными услугами
и широкий спектр нетелефонных услуг, была разработана новая подсистема пользователя сети с
интеграцией служб (Integrated Service User Part - ISUP). Эта подсистема полностью удовлетворяет
требованиям как по обслуживанию телефонных вызовов, так и по передаче данных, использует бо-
лее современные решения, чем те, которые были определены для TUP. Подсистема ISUP устраняет
необходимость в подсистемах TUP, она содержит все их функции, но эти функции реализуются
более гибко. В связи с этим при внедрении ОКС №7 на ВСС РФ принято решение не использовать
подсистему TUP, хотя на международной сети остается возможность работы с другими сетями,
использующими подсистему TUP.
По этим причинам в данной книге не рассматриваются подсистемы TUP и DUP, а основное
внимание будет уделено другим подсистемам ОКС №7.
Подсистема ISUP разработана для обеспечения функций установления соединений с воз-
можностью предоставления абонентам услуг ISDN. ISUP обеспечивает кроме сигнальных услуг,
ориентированных на передачу голоса, также дополнительные функции для поддержки неголосовых
соединений и тех услуг ISDN, которые используют передачу данных "из конца в конец".
Подсистема ISUP может быть использована в сетях ISDN, сетях подвижной связи, сетях пе-
редачи данных для обслуживания как абонентов ISDN, так и аналоговых абонентов.
Подсистема пользователя ISUP на международном уровне в настоящее время специфици-
рована в нескольких вариантах. Наиболее простым вариантом является версия ISUP в соответст-
вии с рекомендацией Q.767. Вариант, обладающий большими функциональными возможностями,
соответствует рекомендациям Q.761-Q.764 или так называемый ISUP'92. В основе российской на-
циональной версии ISUP-R лежит рекомендация Q.767, поэтому в дальнейшем перечень сообще-
ний ISUP и их кодировка будут рассмотрены на основе данной рекомендации.
ISUP может пользоваться транспортными услугами либо МТР, либо SCCP (см. рис. 2.5). Ус-
луги МТР используются при транспортировке сигнальных сообщений, относящихся к вызову между
оконечными станциями ISDN, в то время как SCCP используется для дополнительных сигнальных
услуг и сигнализации "из конца в конец". Оконечные пользователи ISDN пользуются услугами че-
рез их оконечные станции. В свою очередь, оконечные станции ISDN предоставляют эти услуги,
используя услуги ISUP сети ОКС №7. В итоге для оконечного пользователя ISDN подсистема ISUP
не заметна.
5.2. Услуги ISDN
Внедрение подсистемы ISUP позволяет предоставлять услуги ISDN в следующем объеме:
50
ГЛАВА 5
» услуги по передаче информации: речь (с коммутацией каналов); аудиосигнал 3,1 кГц (с ком-
мутацией каналов) - обеспечивает возможность передачи нетелефонной информации, совмес-
тимой с речевым каналом (факс, модемная связь); цифровая информация 64 кбит без ограни-
чений (с коммутацией каналов); пакетный режим в В и D каналах;
• услуги предоставления связи (телеуслуги): телефония 3,1 кГц; телефония 7 кГц; телефакс
группы 4; телетекс 64 кбит/с; видеотекс; телефакс групп 2/3; видеотелефония;
• дополнительные услуги, отдельно не предоставляются, но позволяют иметь больше возмож-
ностей при предоставлении телеуслуг:
- прикладные услуги идентификации номера: прямой набор DDI (direct dialling in); мультиплек-
сированный номер MSN (multiple subcriber number); определение номера вызывающей ли-
нии CLIP (calling line identification presentation); запрет идентификации номера вызывающей
линии CLIR (calling line identification restriction); определение номера вызываемой линии
COLP (connected line identification presentation); запрет идентификации номера вызываемой
линии COLR (connected line identification restriction); определение злонамеренного вызова
MCID (malicious call identification); подадресация SUB (subaddressing);
- прикладные услуги направления вызова: передача вызова (СТ); перенаправление вызова
при занятости СРВ (call forwarding busy); перенаправление вызова при не ответе CFNR (call
forwarding по reply); безусловное перенаправление вызова CFU (call forwarding unconditional);
отклонение вызова CD (call deflection); поиск линии (LH); явная передача вызова (ЕСТ); од-
норазовая передача вызова (SCT);
- прикладные услуги завершения вызова: вызов с ожиданием CW (call waiting); удержание вы-
зова HOLD (call hold); завершение вызовов при занятости абонентов (CCBS); портативность
терминала TP (terminal portability);
- многосторонние прикладные услуги: конференц-связь CONF (conference call add on); трех-
сторонняя связь 3PTY (three party);
- прикладные услуги общих интересов: замкнутая группа CUG (closed user group); выделенный
план нумерации PNP (private numberation plan); многоуровневые приоритет и прерывание
(MLPP);
- прикладные услуги оплаты: международная телекоммуникационная платежная карта; уве-
домление об оплате во время соединения AOC-D (advice of charge: charging information
during the call); уведомление об оплате во время установленных соединений AOC-S (advice
of charge: charging information at call set-up time); уведомление об оплате при завершении
соединения АОС-Е (advice of charge: charging information at the end of the call); обратная оп-
лата REV;
- прикладная услуга передачи дополнительной информации: сигнализация пользователь-
пользователь UUS (user-to-user signalling).
5.3. Структура сообщений подсистемы ISUP
Сигнальная информация, передающаяся от подсистемы ISUP, представляется в виде знача-
щих сигнальных единиц (MSU). Все поля в значащей сигнальной единице имеют фиксированную
длину, за исключением поля сигнальной информации SIF. Поле SIF содержит информацию, пре-
доставляемую подсистемой пользователя (в данном случае подсистемой ISUP) для передачи. Дли-
на этого поля от 2 до 272 байтов.
Поле сигнальной информации состоит из этикетки маршрутизации, кода идентификации ка-
нала, типа сообщения и параметров (рис. 5.1). Параметры подразделяются на обязательную фик-
сированную часть, обязательную переменную часть и необязательную часть, как это имело место
для SCCP и было показано на рис. 4.6. Код идентификации канала (CIC) имеет длину два байта и
указывает номер разговорного канала между двумя станциями, к которому относится сообщение.
Так, если используется цифровой тракт 2,048 Мбит/с, то пять младших битов CIC кодируют в дво-
ичном виде речевой временной интервал. Оставшиеся же 7 битов используются, когда необходимо
определить, какому ИКМ-потоку принадлежит данный речевой интервал.
Код типа сообщения состоит из поля в один байт и обязателен для всех сообщений. Этот
код однозначно определяет функциональное назначение и общую структуру каждого сообщения
ISUP.
Любое сообщение включает ряд параметров. Каждый параметр имеет название, которое
кодируется одним байтом. Длина параметра может быть фиксированной или переменной.
Активное использование переменных и необязательных полей в сообщениях ISUP позволяет
иметь гораздо более гибкую и адаптируемую к изменениям подсистему, чем TUP. В этом отноше-
нии используемые в ISUP принципы форматирования подобны принципам, описанным для SCCP в
ПОДСИСТЕМА ПОЛЬЗОВАТЕЛЯ ЦИФРОВОЙ СЕТИ С ИНТЕГРАЦИЕЙ СЛУЖБ ISUP
51
предыдущем разделе. Однако соединения SCCP не относятся к разговорному каналу и при этом
используется местный условный номер для идентификации конкретной транзакции, а подсистема
ISUP поддерживает канальный подход идентификации транзакции. То есть в сообщении ISUP ис-
пользуется номер разговорного канала для идентификации информации, относящейся к этому ка-
налу. По этой причине в ISUP (как и в TUP) применяется код идентификации канала CIC.
Значащая сигнальная единица MSU
F СК SIF SIO LI FIB FSN BIB BSN F
Идентификатор канала
Сигнальная информация CIC Этикетка
Дополнительные
биты
Основные
биты
Идентификатор
звена сигнализации
SLS Код пункта отправления ОРС Код пункта назначения DPC
Необязательная Обязательная Обязательная Тип
часть переменная часть фиксированная часть сообщения
Рис. 5.1. Структура поля сигнальной информации ISUP
5.4. Сообщения подсистемы ISUP
Подсистему ISUP определяют используемые сообщения, параметры этих сообщений и проце-
дуры управления вызовом между абонентами сети ISDN. В табл. 5.1 приведены сообщения подсис-
темы ISUP в соответствии с рекомендацией Q.767 для международного и национального использо-
вания, их обозначения и коды. В российской версии протокола ISUP-R введены некоторые дополни-
тельные сообщения, которые разрешены для национального использования (см. также раздел 9.6).
Таблица 5.1. Сообщения ISUP
Обозначение Тип сообщения Код
АСМ Адрес полный (Address complete) 00000110
ANM Ответ (Answer) 00001001
BLO Блокировка (Blocking) 00010011
BLA Подтверждение блокировки (Blocking acknowledgement) 00010101
CCL Отбой вызывающего абонента (Cleare calling line)1 11111100
CCR Запрос контроля целостности (Continuity check request) 00010001
CGB Блокировка группы каналов (Circuit group blocking) 00011000
CGBA Подтверждение блокировки группы каналов (Circuit group blocking acknowledgement) 00011010
CGU Разблокировка группы каналов (Circuit group unblocking) 00011001
CGUA Подтверждение разблокировки группы каналов (Circuit group unblocking acknowledgement) 00011011
CON Соединение (Connect) 00000111
СОТ Проверка целостности (Continuity) 00000101
1 Для национального применения в России
52
ГЛАВА 5
Таблица 5.1. Сообщения ISUP (окончание)
Обозначение Тип сообщения Код
CPG Соединение устанавливается (Call progress) 00101100
CRG Информация об оплате (Charge information)1 00110001
FOT Вмешательство (Forward transfer) 00001000
GRA Подтверждение сброса группы каналов (Circuit group reset acknowledgement) 00101001
GRS Сброс группы каналов (Circuit group reset) 00010111
IAM Начальное адресное сообщение (Initial address) 00000001
INF Информация (Information)1 00000100
INR Запрос информации (Information request)1 00000011
REL Освобождение (Release) 00001100
RES Возобновление (продолжения) вызова (Resume) 00001110
RLC Освобождение сделано (Release complete) 00010000
RNG Вызов (Ringing)1 11111111
RSC Сброс канала (Reset circuit) 00010010
SAM Последующее адресное сообщение (Subsequent address) 00000010
SUS Приостановление соединения (Пауза) (Suspend) 00001101
UBA Подтверждение разблокировки (Unblocking acknowledgement) 00010110
UBL Разблокировка (Unblocking) 00010100
Все 29 сообщений ISUP могут быть условно разбиты на 7 групп в соответствии с назначением:
1. Сообщения установления соединения, передаваемые в прямом направлении:
Начальное адресное сообщение IAM - первое сообщение, передаваемое при установлении
соединения, содержит адресную информацию, а также информацию, относящуюся к установлению
соединения (например, включен ли полукомплект эхоподавляющих устройств на исходящей сторо-
не, тип исходящего доступа: аналоговый или ЦСИС, есть ли в соединении спутниковый канал и
другую информацию).
Последующее адресное сообщение SAM - сообщение, передаваемое за начальным адрес-
ным сообщением, для передачи дополнительной адресной информации.
2. Сообщение общего управления:
Проверка целостности СОТ - сообщение передается в прямом направлении для указания
наличия или отсутствия целостности предыдущего и последующего каналов в соединении, включая
и возможность изменения маршрутизации соединения.
3. Сообщения установления соединения, передаваемые в обратном направлении:
Адрес полный АСМ - сообщение указывает, что все адресные сигналы, требуемые для мар-
шрутизации вызова, приняты. Помимо этого сообщение АСМ содержит дополнительную информа-
цию. вызов с оплатой или без оплаты, входящий доступ ISDN или аналоговый, включен ли входящий
полукомплект эхоподавляющих устройств, ISUP на всем пути или нет, и другую информацию.
Соединение CON - сообщение указывает, что все адресные сигналы, требуемые для мар-
шрутизации вызова, приняты и на вызов был дан ответ.
Соединение устанавливается CPG - сообщение может передаваться как в прямом, так и в
обратном направлениях. Информирует другую сторону о событиях, происходящих во время вызова.
4. Сообщения управления вызовом:
Ответ ANM - сообщение передается в обратном направлении и указывает, что на вызов был
дан ответ.
Отбой вызывающего абонента CCL - сообщение передается в прямом направлении при от-
бое вызывающего абонента для реализации процедуры двухстороннего отбоя при взаимодействии
с существующими системами сигнализации для идентификации злонамеренного вызова.
1 Для национального применения
ПОДСИСТЕМА ПОЛЬЗОВАТЕЛЯ ЦИФРОВОЙ СЕТИ С ИНТЕГРАЦИЕЙ СЛУЖБ ISUP
53
Вмешательство FOT - сообщение, посылаемое в прямом направлении при полуавтоматиче-
ском вызове, когда оператор исходящей международной станции запрашивает оператора входя-
щей международной станции.
Освобождение REL - сообщение передается в любом направлении и указывает на то, что
канал начал освобождаться и готов вернуться в исходное состояние после приема сообщения RLC.
Сообщение REL указывает всегда причину начала освобождения (абонент положил трубку, заня-
тость абонента, занятость оборудования, набран несуществующий номер, номер неполный, або-
нент не отвечает и другие причины), а также информацию о том, от какого участка сети пришло
сообщение (транзитной сети, международной сети, от пользователя и др.).
Вызов RNG - сообщение передается в прямом направлении после отбоя вызываемого або-
нента и информирует о начале или конце посылки сигнала "Повторный вызов" при полуавтомати-
ческой междугородной связи.
5. Сообщения управления каналами:
Освобождение сделано RLC - сообщение передается в любом направлении в ответ на при-
ем сообщения освобождения REL или сообщения сброса группы каналов GRS. Указывает на то, что
занятый канал переведен в исходное состояние.
Запрос контроля целостности CCR - сообщение, посылаемое на противоположную станцию
для запроса проверки целостности канала и подключенного оборудования станции.
Сброс канала RSC - сообщение для освобождения канала, посылаемое при переполнении
памяти или в других случаях, когда отсутствует сообщение завершения освобождения RLC. Если на
приемном конце канал удаленно заблокирован, то принятие этого сообщения должно привести к
разблокировке канала.
Блокировка BLO - сообщение посылается только при техобслуживании станции в противо-
положную сторону для указания невозможности занятия на противоположной станции исходящих
каналов для последующих вызовов. Когда каналы двухстороннего использования, станция, при-
нявшая сообщение блокировки, должна иметь возможность принимать вызовы по тем же каналам
до тех пор, пока она сама не пошлет сигнал блокировки. В некоторых случаях сообщение блоки-
ровки является соответствующим ответом на сообщение сброса канала.
Разблокировка UBL - сообщение посылается на противоположную сторону для отмены дей-
ствия предыдущих сообщений блокировки канала или группы каналов.
Подтверждение блокировки BLA - сообщение, посылаемое в ответ на сообщение блокиров-
ки, и показывающее, что канал заблокирован.
Подтверждение разблокировки UBA - сообщение, посылаемое в ответ на сообщение о раз-
блокировке и показывающее, что канал может быть использован.
Приостановление соединения (Пауза) SUS - сообщение передается в любом направлении для
указания того, что вызывающая или вызываемая части соединений были временно разъединены.
Возобновление (продолжения) вызова RES - сообщение, передаваемое в обоих направле-
ниях, для указания возобновления после приостановления вызывающей или вызываемой части со-
единения.
6. Сообщения управления группой каналов:
Блокировка группы каналов CGB - сообщение посылается на противоположную станцию для
указания блокировки группы каналов, которые будут недоступны для исходящих вызовов на этой
станции. Станция, получившая данное сообщение, должна иметь возможность принимать входящие
вызовы по блокируемой группе каналов до тех пор, пока она не пошлет сообщение блокировки.
При определенных условиях сообщение блокировки группы каналов является ответом на сообще-
ние сброса канала.
Подтверждение блокировки группы каналов CGBA - сообщение посылается в ответ на со-
общение блокировки группы каналов для указания того, что требуемая группа каналов заблокиро-
вана.
Разблокировка группы каналов CGU - сообщение передается на противоположную сторону
для необходимости разблокировки определенной группы каналов.
Подтверждение разблокировки группы каналов CGUA - сообщение передается в ответ на
сообщение разблокировки группы каналов для указания того, что требуемая группа каналов раз-
блокирована.
Сброс группы каналов GRS - сообщение передается для освобождения определенной груп-
пы каналов когда происходит перегрузка или в иных случаях, причем неизвестно где производится
освобождение - определенного канала или всей группы каналов. Если на приемной стороне канал
заблокирован удаленно, то данное сообщение указывает на снятие блокировки.
Подтверждение сброса группы каналов GRA - сообщение посылается в ответ на сообщение
сброса группы каналов и указывает, что требуемая группа каналов освобождена. Сообщение также
показывает состояние блокировки при техобслуживании для каждого канала.
54
ГЛАВА 5
7. Сообщения передачи информации:
Информация об оплате CRG - сообщение передается в обоих направлениях для целей та-
рификации и/или оплаты за вызов.
Запрос информации INR - сообщение передается на станцию для запроса информации,
связанной с вызовом. Например, для запроса номера вызывающего абонента, если он отсутствует
в начальном адресном сообщении IAM. Данное сообщение обеспечивает поддержку услуги Опре-
деление номера вызывающей линии (CLIP) и Определение номера вызываемой линии (COLP), оп-
ределенные в рекомендации Q.731.
Информация INF - сообщение содержит информацию, связанную с вызовом (например, но-
мер вызывающего абонента), и передается в ответ на сообщение "Запрос информации" INR.
5.5. Параметры сообщений ISUP
Каждое сообщение ISUP имеет обязательные и необязательные параметры. В табл. 5.2 при-
веден перечень параметров сообщений подсистемы ISUP в соответствии с рекомендацией Q.767
для международного и национального использования, их коды и длина. Состав и порядок следова-
ния параметров в сообщениях ISUP-R приведены в приложениях 3 и 4.
1. Параметр Транспорт доступа (Access transport) - генерируется и анализируется обо-
рудованием оконечного пользователя и передается прозрачно через сеть. Включает информацион-
ный элемент(ы) длиной п>3 байт и кодируется в соответствии с рекомендацией Q.931.
2. Параметр Уровень автоматической перегрузки (Automatic congestion level) - позволя-
ет передать информацию о наличии перегрузки на станции, посылающей данное сообщение. Длина
параметра 1 байт. Используются следующие значения кодов: 00000000 - резерв; 00000001 - пре-
вышение уровня перегрузки 1; 00000010 - превышение уровня перегрузки 2; 00000011-111111111 -
резерв.
3. Параметр Индикаторы, передаваемые в обратном направлении (Backward call
indicators) имеет длину 2 байта. Формат параметра показан на рис.5.2.
8 7 6 5 4 3 2 1
н G F Е D С В А
р О N М L К J 1
Рис. 5.2. Формат параметра "Индикаторы, передаваемые в обратном направлении"
Используются следующие коды:
биты ВА: Индикатор оплаты (Charge indicator) - 00 - нет индикатора; 01 - нет оплаты; 10 -
оплата; 11 - резерв.
биты DC: Индикатор состояния вызываемого абонента (Called party's status indicator) - 00 -
нет индикатора; 01 - абонент свободен; 10 - не используется; 11 - резерв.
биты FE: Индикатор категории вызываемого абонента (Called party’s category indicator) - 00 -
нет индикатора; 01 - обычный абонент; 10 - таксофон, 11 - резерв.
биты HG: Индикатор метода из конца в конец (End-to-end method indicator) - 00 - метод из
конца в конец не используется; 01-11 - не используются.
бит I: Индикатор взаимодействия - 0 - взаимодействие не используется; 1 - взаимодейст-
вие используется.
бит J: Индикатор наличия информации из конца в конец (End-to-end information indicator) -
О - информация из конца в конец не передается; 1 - не используется.
бит К: Индикатор использования ISUP (ISDN User Part Indicator) - 0 - ISUP используется не
навеем пути; 1 - ISUP используется на всем пути.
бит L: Индикатор удержания (для национального применения) (Holding indicator) - 0 - удер-
жание не требуется; 1 - не используется.
бит М: Индикатор доступа ISDN (ISDN access indicator) - 0 - оконечное устройство не явля-
ется устройством ISDN; 1 - оконечное устройство является устройством ISDN.
бит N: Индикатор управления устройством эхоподавления (Echo control device indicator) -
О - входящий полукомплект эхозаградителя не включен; 1 - входящий полукомплект эхозагради-
теля включен.
биты РО: Индикатор использования метода SCCP (SCCP method indicator) - 00 - нет инди-
кации; 01-11 - не используются.
10ДСИСТЕМА ПОЛЬЗОВАТЕЛЯ ЦИФРОВОЙ СЕТИ С ИНТЕГРАЦИЕЙ СЛУЖБ ISUP
55
Таблица 5.2. Параметры сообщений ISUP
Имя параметра Код Длина, байт
Тип сообщения (Message type) См. табл.5.1 1
Транспорт доступа (Access transport) 00000011 3-?
Автоматический уровень перегрузки (Automatic congestion level) 00100111 1
Индикаторы, передаваемые в обратном направлении (Backward call indicators) 00010001 2
Информация отклонения вызова (Call diversion information)1 00110110 1
Номер вызываемого абонента (Called party number) 00000100 4-11
Номер вызывающего абонента (Calling party number) 00001010 4-12
Категория вызывающего абонента (Calling party's category) 00001001 1
Индикатор причины (Cause indicators) 00010010 3-?
Номер интервала оплаты (Charge band number) 11111111 1
Индикатор типа сообщения наблюдения за группой каналов (Circuit group supervision message type indicator) 00010101 1
Код ключа замкнутой группы пользователей (Closed user interlock code) 00011010 6
Подключенный номер (Connected number) 00100001 4-12
Индикаторы шлейфной проверки (Continuity indicators) 00010000 1
Конец необязательных параметров (End of optional parameters) 00000000 1
Информация о событии (Event information) 00100100 1
Индикаторы вызова прямого направления (Forward call indicators) 00000111 2
Индикатор общего уведомления (Generic notification indicator)1 00101100 3
Общий номер (Generic number)1 11000000 5-13
Индикаторы информации (Information indicators)1 00001111 2
Индикаторы запроса информации (Information request indicators)1 00001110 2
Номер размещения (Location number)1 00111111 5-12
Индикаторы типа соединения (Nature of connection indicators) 00000110 1
Необязательные индикаторы обратного направления (Optional backward call indicators) 00101001 3
Необязательные индикаторы прямого направления (Optional forward call indicators) 00001000 3
Исходный вызываемый номер (Original called number)1 00101000 4-12
Диапазон и состояние (Range and status) 00010110 3-34
Переадресующий номер (Redirecting number)1 00001011 4-12
Информация переадресации (Redirecting information)1 00010011 3-4
Переадресуемый номер (Redirection number)1 00001100 5-12
Ограничение переадресации номера (Redirection number restriction)1 01000000 3
Последующий номер (Subsequent number) 00000101 3-10
Индикаторы приостановки/возобновления (Suspend/resume indicators) 00100010 1
Требования к среде передачи (Transmission medium requirement) 00000010 1
Информация об услуге пользователя (User service information) 00011101 4-13
Индикаторы от пользователя к пользователю (User-to-user indicators) 00101010 3
Информация от пользователя к пользователю (User-to-user information) 00100000 3-131
4. Параметр Информация отклонения вызова (Call diversion information) имеет длину 1
байт. Используются следующие коды полей:
биты СВА: Опции предоставления уведомления (Notification subscription options) - ООО - не-
известно; 001 - предоставление не разрешено; 010 - предоставление разрешено с переадресаци-
ей номера; 011 - предоставление разрешено без переадресации номера; 100-111 - резерв.
1 Для национального применения
56
ГЛАВА 5
биты GFED: Причина переадресации (Redirection reason) - 0000 - неизвестно; 0001 - абонент
занят; 0010 - абонент не отвечает; 0011 - безусловная переадресация; 0100 - отклонение во время
вызова; 0101 - отклонение после ответа; 0110 - мобильный абонент не доступен; 0111-1111 - ре-
зерв.
бит Н - резерв.
5. Параметр Номер вызываемого абонента (Called party number) имеет длину 4-11
байтов и формат, изображенный на рис. 5.3.
8 7 6 5 4 3 2 1
1 О/Е Индикатор типа адреса
2 INN План нумерации Резерв
3 2-ой адресный сигнал 1-ый адресный сигнал
: Г 1 1
п Заполнитель (если нужно) п-ый адресный сигнал
Рис. 5.3. Формат параметра "Номер вызываемого абонента"
Используются следующие коды:
О/Е - Индикатор четности/ нечетности (Odd/even indicator) - 0 - четное количество адрес-
ных сигналов; 1 - нечетное количество адресных сигналов.
Индикатор типа адреса (Nature of address indicator) - 0000000 - резерв; 0000001 - не ис-
пользуется; 0000010 - не используется; 0000011 - национальный (значащий номер); 0000100 -
международный номер; 0000101-11111111 - резерв.
INN - Индикатор внутреннего номера сети (Internal network number indicator) - 0 - маршру-
тизация по внутреннему номеру разрешена; 1 - маршрутизация по внутреннему номеру не разре-
шена.
Индикатор плана нумерации (Numbering plan indicator) - 000 - резерв; 001 - план нумера-
ции ISDN (телефония) (рекомендации МСЭ-Т Е.164, Е.163); 010 резерв; 011-110 - не используют-
ся; 111 - резерв.
Адресные сигналы (Address signal) - 0000-1001 - цифры 0-9; 1010 - резерв; 1011 - код 11
(доступ к входящей телефонистке); 1100 - код 12 (доступ к телефонистке замедленных соедине-
ний); 1101 - резерв; 1110 - резерв; 1111 - ST (окончание набора номера).
Первой посылается наиболее значащая цифра.
Заполнитель (Filler) - в случае нечетного количества адресных сигналов посылается запол-
нитель равный "0000" после последней цифры.
6. Параметр Номер вызывающего абонента (Calling party number) имеет длину 4-12 бай-
тов и формат, показанный на рис. 5.4.
8 7 6 5 4 3 2 1
1 О/Е Индикатор типа адреса
2 NNI План нумерации APRI SI
3 2-ой адресный сигнал 1-ый адресный сигнал
......
п Заполнитель (если нужно) п-ый адресный сигнал
Рис. 5.4. Формат параметра "Номер вызывающего абонента"
Используются следующие коды полей:
О/Е - Индикатор четности/нечетности, см. выше.
Индикатор типа адреса (Nature of address indicator) - 0000000 - резерв; 0000001-0000011 -
не используются; 0000100 - международный номер; 0000101-1111111 - резерв.
NNI - Индикатор полноты номера вызывающего абонента (Calling party number incomplete
indicator) - 0 - номер полный; 1 - не используется.
Индикатор плана нумерации (Numbering plan indicator) см. выше.
ПОДСИСТЕМА ПОЛЬЗОВАТЕЛЯ ЦИФРОВОЙ СЕТИ С ИНТЕГРАЦИЕЙ СЛУЖБ ISUP
57
APRI - Индикатор ограничения предоставления номера абонента (Address presentation
restricted indicator) - 00 - предоставление разрешено; 01 - предоставление не разрешено; 10 - не
используется; 11 - резерв.
SI - Индикатор контроля номера абонента (Screening indicator) - 00 - не используется; 01 -
номер обеспечивается оборудованием пользователя, проверяется и передается; 10 - не использу-
ется; 11 - номер обеспечивается сетью.
Адресные сигналы (Address signal) - 0000-1001 - цифры 1-9; 1010 - резерв; 1011 - код 11;
1100- код 12; 1101-1111 резерв.
Заполнитель (Filler) см. выше.
7. Параметр Категория вызывающего абонента (Calling party’s category) имеет длину 1
байт. Используются следующие коды: 00000000 - не используется; 00000001 - оператор, язык
французский; 00000010 - оператор, язык английский; 00000011 - оператор, язык немецкий;
00000100 - оператор, язык русский; 00000101 - оператор, язык испанский; 00000110-00001001 -
не используются; 00001010 - обычный вызывающий абонент; 00001011 - вызывающий абонент с
приоритетом; 00001100 - передача данных (данные в разговорной полосе частот); 00001101 - тес-
тирование вызова; 00001110 - резерв; 00001111 - таксофон; 00010000-11011111 - резерв;
11100000-11101111 - не используются; 11110000 - автоматический вызов категории I; 11110001 -
полуавтоматический вызов категории I; 11110010 - автоматический вызов категории II; 11110011 -
полуавтоматический вызов категории II; 11110100 - автоматический вызов категории III; 11110101 -
полуавтоматический вызов категории III; 11110110 - автоматический вызов категории IV; 11110111 -
полуавтоматический вызов категории IV; 11111000-11111110 - зарезервировано для национально-
го использования; 11111111 - резерв.
8. Параметр Индикатор причины (Cause indicators) длиной 2 байта имеет формат, изо-
браженный на рис. 5.5.
Ext Стандарт кодирования Резерв Место возникновения причины
Ext Значение причины
Рис. 5.5. Формат индикатора причины
Используются коды:
Ext - Индикатор расширения (Extension indicator), указывающий, является ли данный байт
последним для данного индикатора - 0 - не используется; 1 - последний байт.
Стандарт кодирования (Coding standard) - 00 - стандарт МСЭ-Т; 01-11 - не используются.
Место возникновения данной причины (Location) - 0000 - пользователь (user); 0001 - не ис-
пользуется; 0010 - не используется; 0011 - транзитная сеть; 0100 - сеть общего пользования, об-
служивающая удаленного пользователя; 0101 - частная сеть, обслуживающая удаленного пользова-
теля; 0111 - международная сеть; 1010 - пункт взаимодействия; остальные значения - в резерве.
Значение причины (Cause value)
Класс 000 и 001 - нормальное событие: 0000001 (1) - несуществующий номер абонента;
0000010 (2) - не используется; 0000011 (3) - нет маршрута к пункту назначения; 0000100
(4) - посылка специального тонального сигнала; 0000101 (5) - не используется; 0010000
(16) - нормальное освобождение; 0010001 (17) - абонент занят; 0010010 (18) - нет от-
клика от абонентской установки; 0010011 (19) - абонент не отвечает; 0010101 (21) - от-
каз от вызова; 0010110 (22) - номер изменен; 0011011 (27) - пункт назначения не рабо-
тает; 0011100 (28) - неполный адрес; 0011101 (29) - нет соответствующего оборудова-
ния; 0011111 (31) - нормальное освобождение, неспецифицировано.
Класс 010 - ресурс не доступен: 0100010 (34) - нет доступных каналов; 0100110 (38) -
сеть неработоспособна; 0101001 (41) - временное повреждение; 0101010 (42) - ком-
мутационная система перегружена; 0101100 (44) - запрашиваемый канал недоступен;
0101111 (47) - ресурс недоступен, неспецифицировано.
Класс 011 - услуга или опция недоступны: 0110010 (50) - не используется; 0110111
(55) - входящий вызов замкнут внутри закрытой группы пользователей; 0111001 (57) -
пользование данной основной услугой не разрешено; 0111010 (58) - данная основная
услуга недоступна; 0111111 (63) - услуга/опция недоступна - неспецифицировано.
Класс 100 - услуга/опция не реализованы: 1000001 (65) - основная услуга не реализо-
вана; 1000101 (69) - не используется; 1000110 (70) - не используется; 1001111 (79) -
услуга или опция не реализуется, неспецифицировано.
Класс 101 - неправильное сообщение: 1010111 (87) - вызываемый пользователь не
является членом закрытой группы пользователей; 1011000 (88) - несовместимое на-
58
ГЛАВА 5
значение; 1011011 (91) - не используется; 1011111 (95) - неправильное сообщение -
неспецифицировано.
Класс 110 - ошибка протокола: 1100001 (97) - не используется; 1100011 (99) - не ис-
пользуется; 1100110 (102) - истечение тайм-аута; 1100111 (103) - не используется;
1101111 (111) ошибка протокола - неспецифицировано.
Класс 111 - взаимодействие: 1111111 (127) - взаимодействие неспецифицировано.
9. Параметр Индикатор типа сообщения наблюдения за группой каналов (Circuit group
supervision message type indicator) имеет длину 1 байт. Используются следующие коды:
биты ВА: Индикатор типа (Type indicator) - 00 - техобслуживание; 01 - аппаратное подтвер-
ждение; 10 - не используется; 11 - резерв.
биты С~Н - резерв.
10. Параметр Код ключа закрытой группы пользователей (Closed user group interlock
code) имеет длину 4 байта и формат, изображенный на рис. 5.6.
8 7 6 5 4 3 2 1
1-ая цифра NI 2-ая цифра NI
3-ая цифра NI 4-ая цифра NI
Двоичный код
1
2
3
4
Рис. 5.6. Формат параметра "Код ключа закрытой группы пользователей"
Используются следующие коды:
Байты 1 и 2 - Индикатор сети (Network identity - NI). Если первая цифра кодируется как 0
или 9, то следующие цифры представляют собой телефонный код страны. Если код страны зани-
мает менее двух байтов, то второй байт кодируется нулями.
Байты 3 и 4 - двоичный код. Код, закрепленный за закрытой группой пользователей конкрет-
ной сети ISDN. Бит 8 в байте 3 является наиболее значимым, а бит 1 в байте 4 - наименее значи-
мым.
11. Параметр Подключенный номер (Connected number) включается в сообщение ISUP,
если используется услуга переадресации вызова. В этом случае номер, набираемый исходящей
стороной, не совпадает с тем номером, с которым в действительности установлено соединение.
Номер, с которым установлено реальное соединение, в данном случае называется подключенным
номером. Формат параметра "Подключенный номер" аналогичен формату параметра "Номер вы-
зывающего абонента" (см. рис. 5.4).
12. Параметр Индикатор шлейфной проверки (Continuity indicator) имеет длину 1 байт.
Используются следующие коды:
бит А: Индикатор шлейфной проверки (Continuity indicator) - 0 - шлейфная проверка закон-
чилась неудачей; 1 - удачное завершение шлейфной проверки.
биты В-Н - резерв.
13. Параметр Информация о событии (Event information) имеет длину 1 байт. Использу-
ются следующие коды:
биты GFEDCBA: Индикатор события (Event indicator) - 0000000 - резерв; 0000001 -
ALERTING; 0000010 - PROGRESS; 0000011 - возможность передачи внутриполосной информации;
0000100-00 00110 - не используются; 0000111-1111111 - резерв.
бит Н: Индикатор ограничения предоставления информации (Event presentation restricted
indicator) - 0 - нет индикации; 1 - не используется.
14. Параметр Индикаторы вызова прямого направления (Forward call indicators) имеет
длину 2 байта (см. рис. 5.2). Используются следующие коды полей:
бит А: Индикатор национального/международного вызова (National/international call indicator) -
О - вызов должен обрабатываться как национальный; 1 - вызов должен обрабатываться как между-
народный.
биты СВ: Индикатор метода из конца в конец (End-to-end method indicator) - 00 - метод из
конца в конец недоступен; 01-11 - не используются.
бит D: Индикатор взаимодействия (Interworking indicator) - 0 - взаимодействие не использу-
ется (используется система ОКС №7 на всем пути); 1 - используется взаимодействие разных сетей.
бит Е: Индикатор информации из конца в конец (End-to-end information Indicator) - 0 - ин-
формация из конца в конец недоступна; 1 - не используется.
бит F: Индикатор ISUP (ISDN user part indicator) - 0 - ISUP не используется на всем пути;
1 - ISUP используется на всем пути.
ПОДСИСТЕМА ПОЛЬЗОВАТЕЛЯ ЦИФРОВОЙ СЕТИ С ИНТЕГРАЦИЕЙ СЛУЖБ ISUP
59
биты HG: Индикатор предпочтительности ISUP (ISUP user part preference indicator) - 00 - ис-
пользование ISUP предпочтительно на всем пути; 01 - использование ISUP не требуется на всем
пути; 10 - требуется использование ISUP на всем пути; 11 - резерв.
бит I: Индикатор доступа ISDN (ISDN access Indicator) - 0 - исходящий доступ не является
доступом ISDN; 1 - исходящий доступ является доступом ISDN.
биты KJ: Индикатор метода SCCP (SCCP method indicator) - 00 - нет индикации; 01-11 - не
используются.
бит L - резерв.
биты М-Р - резерв для национального использования.
15. Параметр Индикатор общего уведомления (Generic notification indicator) имеет дли-
ну 1 байт (рис. 5.7).
5 4 3 2
Ext Индикатор уведомления
Рис. 5.7. Формат параметра "Индикатор общего уведомления"
Используются следующие коды полей:
Ext - Индикатор расширения (Extension indicator): 0 - информация продолжается в следую-
щем байте; 1 - последний байт.
Индикатор уведомления (Notification indicator): 0000000 - приостановка со стороны пользо-
вателя; 0000001 - возобновление со стороны пользователя; 0000010 - изменение услуги по пере-
даче информации; 0000011 - расширитель для добавления некодированных компонентов ASN.1;
1000010 - установка конференции; 1000011 - разъединение конференции; 1001011 - изменение
конференции; 1100000 - вызов является ожидающим; 1101000 - отклонение активизировано;
1111001 - удаленный захват; 1111011 - вызов является отклоненным; остальные комбинации - не
используются.
16. Параметр Общий номер (Generic number) имеет длину не менее 4 байтов и формат,
показанный на рис. 5.8.
8 7 6 5 4 3 2 1
Индикатор назначения номера
О/Е Индикатор типа адреса
NNI План нумерации APRI SI
2-ой адресный сигнал 1-ый адресный сигнал
п |Заполнитель (если нужно)|п-ый адресный сигнал|
Рис. 5.8. Формат параметра "Общий номер"
Используются следующие коды полей:
Индикатор назначения номера (Number qualifier indicator): 00000000 - резерв (набираемые
цифры)1; 00000001 - дополнительный вызываемый номер1; 00000010 - резерв (дополнительный
вызывающий номер, обеспеченный пользователем - контроль номера при поврежденнии сети)1;
00000011 - резерв (дополнительный вызывающий номер, обеспеченный пользователем - нет кон-
троля номера)1; 00000100 - резерв (переадресованный конечный номер)1; 00000101 - дополни-
тельный соединенный номер; 00000110 - дополнительный номер вызывающего абонента;
00000111 - дополнительный исходный вызываемый номер; 00001000 - дополнительный переадре-
сующий номер; 00001001 - дополнительный переадресуемый номер; от 00001010 до 01111111 -
резерв (номера вызываемых телефонов без оплаты); от 10000000 до 11111110 - резерв для на-
ционального использования; 11111111 - резерв для расширения.
О/Е - Индикатор четности/нечетности, см. выше.
Индикатор типа адреса (Nature of address indicator): 0000000 - резерв; 0000001 - абонент-
ский номер; 0000010 - неизвестно; 0000011 - национальный (значащий) номер; 0000100 - между-
народный номер; 0000101-1111111 - резерв.
NNI - Индикатор полноты номера вызывающего абонента (Calling party number incomplete
indicator), см. выше.
1 Для национального применения
60
ГЛАВА 5
План нумерации (Numbering plan): ООО - резерв; 001 - план нумерации ISDN (телефония)
(рекомендация Е.164); 010 - резерв; 011 - план нумерации передачи данных (рекомендация
Х.121)1; 100 - план нумерации телекса (рекомендация F.69)1; 101 - частный план нумерации; 110 -
зарезервировано для национального использования; 111 - резерв.
APRI - Индикатор ограничения предоставления номера абонента (Address presentation
restricted indicator) см. выше.
SI - Индикатор контроля номера абонента (Screening indicator) - используется, если индика-
тор определения номера имеет код от 00000001 до 00000010: 00 - номер обеспечивается обору-
дованием пользователя, не проверяется; 01 - номер обеспечивается оборудованием пользователя,
проверяется и передается; 10 - номер обеспечивается оборудованием пользователя, проверяется
и не передается; 11 - номер обеспечивается сетью.
Адресные сигналы (Address signal) см. выше.
17. Параметр Индикаторы информации (Information indicators) имеет длину 2 байта (см.
рис. 5.2). Используются следующие коды полей:
Биты ВА: Индикатор ответа на запрос адреса вызывающего абонента (Calling party address
response indicator) - 00 - адрес вызывающего абонента не включается; 01 - адрес вызывающего
абонента недоступен; 10 - резерв; 11 - адрес вызывающего абонента включается.
бит С: Индикатор обеспечения захвата (Hold provided indicator) - 0 - захват не обеспечива-
ется; 1 - захват обеспечивается.
биты ED - резерв.
бит F: Индикатор ответа на запрос категориии вызывающего абонента (Calling party's
category response indicator) - 0 - категория вызывающего абонента не включается; 1 - категория
вызывающего абонента включается.
бит G: Индикатор ответа на запрос информации об оплате (Charge information response
indicator) - 0 - информация об оплате не включается; 1 - информация об оплате включается.
бит Н: Индикатор запроса информации (Solicited information indicator) - 0 - запрос; 1 - нет
запроса.
биты L-I - не используются.
биты Р-М - резерв.
18. Параметр Индикаторы запроса информации (Information request indicators) имеет
длину 2 байта. Используются следующие коды полей:
биты ВА: Индикатор ответа на запрос адреса вызывающего абонента (Calling party address
response indicator) - 00 - адрес вызывающего абонента не включается; 01 - адрес вызывающего
абонента недоступен; 10 - резерв; 11 - адрес вызывающего абонента включается.
бит С: Индикатор обеспечения удержания (Hold provided indicator) - 0 - удержание не обес-
печивается; 1 - не используется.
биты ED - не используются.
бит F: Индикатор запроса категории вызывающего абонента (Calling party’s category request
indicator) - 0 - категория вызывающего абонента не включается; 1 - категория вызывающего або-
нента включается.
бит G: Индикатор ответа на запрос информации об оплате (Charge information response
indicator) - 0 - информация об оплате не включается; 1 - не используется.
бит Н: Индикатор запрошенной информации (Solicited information indicator) - 0 - запрошен-
ная; 1 - не запрошенная.
биты L-I - не используются.
биты Р-М - резерв.
19. Параметр Номер размещения (Location number) имеет формат, показанный на рис. 5.4.
Используются следующие коды полей:
0/Е - Индикатор четности/нечетности см. выше.
Индикатор типа адреса (Nature of address indicator): - 0000000 - резерв; 0000001 - заре-
зервировано для абонентского номера1; 0000010 - резерв; 0000100 - национальный (значащий)
номера 0000100 - международный номер; 0000101-1101111 - резерв; 1110000-1111010 - резерв
для национального использования; 1111011 - сотовая глобальная идентификация, AutoNet;
1111100 - сотовая глобальная идентификация, NMT-450; 1111101 - сотовая глобальная идентифи-
кация, NMT-900; 1111110 - сотовая глобальная идентификация, GSM; 1111111 - резерв.
Индикатор номера внешней сети (Internal network number indicator - INN): 0 - маршрутиза-
ция к внешнему номеру разрешена; 1 - маршрутизация к внешнему номеру не разрешена.
Остальные поля - см. выше.
20. Параметр Индикатор типа соединения (Nature of connection indicators) имеет длину
1 байт. Используются следующие коды:
’ Для национального применения
ПОДСИСТЕМА ПОЛЬЗОВАТЕЛЯ ЦИФРОВОЙ СЕТИ С ИНТЕГРАЦИЕЙ СЛУЖБ ISUP
61
биты ВА: Индикатор спутникового канала (Satellite indicator) - 00 - спутниковый канал в со-
единении не используется; 01 - используется один спутниковый канал в соединении; 10 - исполь-
зуется два спутниковых канала в соединении; 11 - резерв.
биты DC: Индикатор шлейфной проверки (Continuity check indicator) - 00 - шлейфная про-
верка не требуется; 01 - требуется шлейфная проверка на данном канале; 10 - шлейфная провер-
ка выполнена на предыдущем участке; 11 - резерв.
бит Е: Индикатор управления устройством эхоподавления - 0 - входящий полукомплекг эхо-
заградителя не включен; 1 - входящий полукомплект эхозаградителя включен.
биты F-H - резерв.
21. Параметр Необязательные индикаторы обратного направления (Optional backward
call indicators) имеет длину 1 байт. Используются следующие коды:
бит А: Индикатор внутриполосной информации (In-band information indicator) - 0 - нет инди-
кации; 1 - внутриполосная информация доступна.
бит В: Индикатор перенаправления вызова (Call forwarding may occur indicator) - 0 - нет ин-
дикации; 1 - не используется.
биты CD - резерв.
биты Е-Н - не используются.
22. Параметр Необязательные индикаторы прямого направления (Optional forward call
indicators) имеет длину 1 байт. Используются следующие коды:
биты ВА: Индикатор замкнутой группы пользователей (Closed user group call indicator) - 00 -
вызов, не принадлежащий к замкнутой группе пользователей; 01 - резерв; 10 - вызов замкнутой
группы пользователей с разрешенным исходящим доступом; 11 - вызов замкнутой группы пользо-
вателей с запрещенным исходящим доступом.
бит G-C - резерв.
бит Н: Индикатор запроса информации о подключенной линии (Connected line identity
request Indicator) - 0 - не запрашивается; 1 - запрошена.
23. Параметр Исходный вызываемый номер (Original called number) имеет формат, по-
казанный на рис. 5.4. Используются следующие коды полей:
О/Е - Индикатор четности/нечетности см. выше.
Индикатор типа адреса (Nature of address indicator): 0000000 - резерв; 0000001-0000010 -
не используется; 0000011 - национальный (значащий) номер; 0000100 - международный номер;
0000101-1101111 - резерв; 1110000-1111110 - не используется; 1111111 - резерв,
Остальные поля - как в параметре "Номер вызываемого абонента".
24. Параметр Диапазон и состояние (Range and status) имеет длину 3-34 байта и формат,
показанный на рис.5.9.
Используются следующие поля: >•
Диапазон (Range) - указывает диапазон каналов, к которому относится данное сообщение.
Может принимать значение от 1 до 256. Число, представленное кодом диапазона, + 1 показывает
количество каналов, относящихся к сообщению.
Состояние (Status) - отображает состояние определенного канала сигнализации. Поле со-
стояния содержит от 2 до 256 бит состояния. Нулевой бит состояния находится в первой позиции
первого байта поля состояния. Другие биты состояния следуют за ним в порядке нумерации. Число
бит состояния равно значению поля "Диапазон"+1. Каждый бит состояния связан с определенным
кодом идентификации канала (CIC) так, что бит состояния п связан с CIC канала m+n , где m - код
идентификации канала, который содержится в сообщении.
Биты "Состояние" кодируются следующим образом:
В сообщении блокировки группы каналов: 0 - нет индикации; 1 - блокировка.
В сообщении подтверждения блокировки группы каналов: 0 - нет индикации; 1 - подтвер-
ждение блокировки.
В сообщении разблокировки группы каналов: 0 - нет индикации; 1 - разблокировка.
В сообщении подтверждения разблокировки группы каналов: 0 - нет индикации; 1 - под-
тверждение разблокировки.
62
ГЛАВА 5
- В сообщении сброса группы каналов: 0 - не заблокированы для техобслуживания;! - забло-
кированы для техобслуживания.
25. Параметр Переадресующий номер (Redirecting number) имеет формат, изображен-
ный на рис. 5.4. Используются коды полей, как и в параметре "Номер вызываемого абонента”.
26. Параметр Информация переадресации (Redirecting information) имеет длину 2 байта.
Используются следующие коды полей:
биты СВА: Индикатор переадресации (Redirecting indicator) - 000-010 - не используются;
011 - вызов перенаправляется; 100 - вызов перенаправляется, ограничено предоставление всей
информации переадресации; 100-110 - не используются; 111 - резерв.
бит D - резерв.
биты HGFE: причины исходной переадресации (Original redirection reasons) - 0000 - неиз-
вестны/недоступны; 0001-0011 - не используются; 0100 - 1111 - резерв.
биты KJI: счетчик переадресаций (Redirection counter). Число переадресаций вызова запи-
сывается в двоичном коде от 1 до 5.
бит L - резерв.
биты POMN: Причина переадресации (Redirecting reason) - 0000 - неизвестны/недоступны;
0001-0011 - не используются; 0100-1111 - резерв.
27. Параметр Переадресуемый номер (Redirection number) имеет формат, приведенный
на рис. 5.3. Используются коды полей, как и в параметре "Номер вызываемого абонента".
28. Параметр Ограничение переадресации номера (Redirection number restriction) име-
ет длину 1 байт. В битах ВА используются следующие коды в качестве индикатора предоставления
ограничения: 00 - предоставление разрешено; 01 - предоставление ограничено; 10-11 - резерв.
29. Параметр Последующий номер (Subsequent number) имеет длину 3-10 байтов и фор-
мат, показанный на рис. 5.10. Используются такие же коды полей, как и в параметре "Номер вызы-
ваемого абонента".
8 7 6 5 4 3 2 1
1 О/Е Резерв
2 2-ой адресный сигнал 1-ый адресный сигнал
1
п Заполнитель (если нужно) п-ый адресный сигнал
Рис. 5.10. Формат параметра “Последующий номер”
30. Параметр Индикаторы приостановки/возобновления (Suspend/resume indicators)
имеет длину 1 байт. Используются следующие коды:
бит А: Индикатор приостановки/возобновления (Suspend/resume indicator) - 0 - иницииро-
вано абонентом ISDN; 1 - инициировано сетью.
биты Н-В - резерв.
31. Параметр Требования к среде передачи (Transmission medium requirement) имеет длину
1 байт. Используются следующие коды: 00000000 - речь; 00000001 - резерв; 00000010 - 64 кбит/с без
ограничений; 00000011 - 3,1 кГц аудио; 00000100, 00000101 - не используются; 00000110 - резерв;
00000111-00001010 - не используются; 00001011-11111111 - резерв.
32. Параметр Информация об услуге пользователя (User service information) имеет дли-
ну от 2 до 9 байтов и формат, показанный на рис. 5.11.
Используются следующие коды полей:
Ext - Индикатор расширения (Extension indicator), указывающий, является ли данный байт
последним в индикаторе: 0 - за байтом следует следующий байт (например, за байтом 2 байт 2а,
за байтом 2а - байт 26, за байтом 3 - байт За); 1 - последний байт.
Стандарт кодирования (Coding standard): 00 - стандарт МСЭ-Т; 01-11 - не используются.
Тип передаваемой информации (Information transfer capability): 00000 - речь; 01000 - не-
структурированная цифровая информация; 01001 - структурированная цифровая информация;
10000 - аудио 3,1 кГц; 10001 - аудио 7 кГц; 11000 - видео.
Режим передачи (Transfer mode): 00 - канальный режим; 10 - пакетный режим.
Скорость передачи информации (Information transfer rate) - байты 2 и 26: 00000 - этот код
будет использован для вызовов в пакетном режиме; 10000 - 64 кбит/с; 10001 - 2x64 кбит/с; 10011
-384 кбит/с; 10101 - 1536 кбит/с; 10111 - 1920 кбит/с.
Структура (Structure): 000 - не определяет; 001 - суммарно 8 кГц; 100 - суммарно элемент
данных услуги; 111 - неструктурировано.
Конфигурация (Configuration): 00 - точка-точка.
5-970
ПОДСИСТЕМА ПОЛЬЗОВАТЕЛЯ ЦИФРОВОЙ СЕТИ С ИНТЕГРАЦИЕЙ СЛУЖБ ISUP
63
8 7 6 5 4 3 2 1
Ext Стандарт кодирования Тип передаваемой информации
Ext Режим передачи Скорость передачи информации
Ext Структура Конфигурация Состояние
Ext Симметрия Скорость передачи информации (в обратном направлении)
Ext Идентификатор уровня Информация пользователя протокола уровня 1
Ext Идентификатор уровня Информация пользователя протокола уровня 2
Ext Идентификатор уровня Информация пользователя протокола уровня 3
Рис. 5.11. Формат параметра "Информация об услуге пользователя"
Примечание: байт 2а не используется, если информация байтов 2а и 26 не определена; байт 26 не использует-
ся, если его информация не определена; байты 3, 4, 5 или их комбинация могут не использовать-
ся.
Состояние (Establishment): 00 - запрос.
Симметрия (Symmetry): 00 - двунаправленная симметрия.
Идентификатор уровня (Layer identification): 01 - информация пользователя протокола уров-
ня 1; 10 - информация пользователя протокола уровня 2; 11 - информация пользователя протоко-
ла уровня 3.
Информация пользователя протокола уровня 1 (User information layer 1 protocol identification):
00001 - стандартная скорость согласно рекомендаций V.110/X.30; 00010 - рекомендация G.711 ц-
закон; 00011 - рекомендация G.711 А-закон; 00100 - рекомендация G.721 32 кбит/с АДИКМ и реко-
мендация I.460; 00101- рекомендации G.722 и G.724 для аудио 7 кГц; 00110 - рекомендация G.735
для видео 384 кбит/с; 00111 - не стандартизированная МСЭ-Т скорость; 01000 - стандартная ско-
рость согласно рекомендации V.120; 01001 - стандартная скорость согласно рекомендации Х.31,
стаффинг флага HDLC.
Примечание: байт 3 может иметь расширение. Более подробно см. рекомендацию Q.767.
Информация пользователя протокола уровня 2 (User information layer 2 protocol
identification): 00010 - рекомендация Q.921 (1.441); 00110 - рекомендация X.25, уровень звена.
Информация пользователя протокола уровня 3 (User information layer 3 protocol identification):
00010 - рекомендация Q.931 (1.451); 00110 - рекомендация X.25, уровень пакетов.
Параметр Индикаторы от пользователя к пользователю (User-to-user indicators) имеет
длину 1 байт. Используются следующие коды:
бит А: Тип (Туре) - 0 - не используется; 1 - ответ.
Если бит А равен 1:
бит Н: Индикатор сброса сетью (Network discard indicator) - 0 - не используется; 1 - ин-
формация от пользователя к пользователю сброшена сетью.
Параметр Информация от пользователя к пользователю (User-to-user information) име-
ет длину от 3 до 131 байтов и содержит информацию, передаваемую от одного пользователя к
другому.
Состав параметров различных сообщений ISUP приведен в приложении 3. В качестве при-
мера опишем формат сообщения "Начальное адресное сообщение" (IAM). Это сообщение явля-
ется первым, которое должно передаваться при установлении соединения. Оно содержит адрес-
ные цифры (например, цифры, набранные абонентом для маршрутизации вызова). В результате
его передачи происходит занятие канала станцией. Формат сообщения IAM включает 5 обязатель-
ных параметров фиксированной длины, один обязательный параметр переменной длины и ряд не-
обязательных параметров (см. приложение 3).
Первый обязательный параметр фиксированной длины (1 байт = 00000001) указывает тип
сообщения (IAM).
Второй обязательный параметр фиксированной длины (1 байт) определяет природу установ-
ленного соединения. Этот параметр характеризует статус устанавливаемого соединения, например,
наличие или отсутствие эхозаградителя, включение в соединение спутникового канала и т.п.
Третий фиксированный обязательный параметр длиной 2 байта характеризует прямое на-
правление вызова и определяет возможности соединения, например, соединение из конца в конец
или доступность ISUP по всему соединению.
64
ГЛАВА 5
Еще один фиксированный обязательный однобайтный параметр определяет категорию вы-
зывающей стороны, т.е. является ли вызывающая сторона абонентом или оператором, включая
указание языковой группы и т.п.
Последний фиксированный однобайтный обязательный параметр описывает требования к
среде передачи, например, запрашивается канал 64 кбит/с.
В адресном сообщении IAM имеется один обязательный переменный параметр длиной 4-11
байтов, определяющий номер вызывающего абонента (например, набираемые цифры номера), а
также необязательные параметры: номер вызывающего абонента длиной 4-12 байтов, непосредст-
венно информация "пользователь-пользователь" длиной 3-131 байтов, позволяющая абонентам
обмениваться данными в ходе процедуры установления соединения и др.
Как видно из приведенного выше примера, в сообщениях подсистемы ISUP широко исполь-
зуются поля необязательных параметров, тем самым, увеличивая гибкость предоставляемых поль-
зователю услуг. Однако такая гибкость, с другой стороны, увеличивает затраты на анализ сообще-
ния в АТС. Например, рассмотренное выше сообщение IAM согласно спецификации МСЭ-Т может
содержать до 14 необязательных параметров и до 131 байта информации "пользователь-
пользователь". Такой размер некоторых сообщений ISUP может вызвать проблемы, если в одно
сообщение одновременно включено слишком много необязательных полей. Кроме того, гибкий
подход к необязательным полям сам по себе требует дополнительной обработки для определения,
какая информация присутствует в конкретном сообщении, а какая нет. Тем не менее, метод фор-
матирования ISUP является чрезвычайно гибким и обеспечивает реализацию как уже сформулиро-
ванных, так и перспективных требований.
5.6. Установление и разъединение соединений в сети ISDN
Подсистема ISUP, пользуясь услугами МТР и SCCP, обеспечивает логическое соединение
между двумя оконечными станциями ISDN. Для установления и поддержания вызова в сети ISDN
необходима передача разнообразной служебной информации между оконечными станциями. Так
телефонный номер, указываемый терминалом ISDN, используется МТР и/или SCCP для маршрути-
зации в течение установления соединения; код идентификации канала CIC используется подсисте-
мой ISUP для соединения в сети ОКС №7, а информация о вызове определяет тип соединения ме-
жду оконечной станцией ISDN и терминалом ISDN. Процедура установления и разъединения базо-
вого соединения в виде стрелочной диаграммы представлена на рис. 5.10. Эта диаграмма также
демонстрирует отношение между абонентской сигнализацией ISDN и сообщениями ISUP.
Когда пользователь инициирует ISDN-вызов (например, путем снятия трубки телефонного
аппарата), исходящее терминальное устройство абонента А посылает сообщение "Соединение" по
D-каналу в оконечную станцию А.
При приеме запроса установления соединения от вызывающего абонента исходящая АТС А
анализирует информацию о маршруте и формирует начальное адресное сообщение IAM. Сообще-
ние IAM передает адресную информацию, а также информацию, относящуюся к установлению со-
единения (например, включен ли полукомплект эхоподавляющих устройств на исходящей стороне,
тип исходящего доступа: аналоговый или ISDN, есть ли в соединении спутниковый канал и другую
информацию).
Анализ номера вызываемого абонента позволяет исходящей АТС А определить направление
маршрутизации вызова. В приведенном на рис. 5.10 примере вызов направляется к транзитной
АТС В, выполняющей также функции транзитного пункта сигнализации TSP. Информация в фикси-
рованном обязательном параметре IAM указывает на тип требуемого вызывающим абонентом со-
единения, например, соединение 64 кбит/с. Эта информация посылается к транзитной АТС В, в
результате чего соответствующий разговорный тракт проключается в обратном направлении к вы-
зывающему абоненту.
Проключение тракта только в обратном направлении на этой стадии позволяет вызывающей
стороне слышать тональные сигналы, посылаемые сетью, но препятствует передаче информации
от вызывающей стороны в разговорный тракт.
Если используется блочный режим, все адресные цифры, необходимые для маршрутизации
вызова к вызывающему абоненту, включаются в сообщение IAM1. Если используется режим "с пе-
рекрытием" (overlap), IAM1 посылается тогда, когда приняты только необходимые для маршрутиза-
ции к транзитной АТС В цифры, а другие адресные цифры передаются через сеть в последующих
адресных сообщениях SAM.
Транзитная АТС В принимает сообщение IAM1 и анализирует содержащуюся в нем инфор-
мацию. Анализ цифр номера вызываемого абонента на транзитной АТС В определяет дальнейший
маршрут к входящей АТС Б. Анализ остальной информации, содержащейся в IAM1, определяет вы-
бор соответствующего разговорного тракта, например, канала 64 кбит/с. Станция В формирует
сообщение IAM2 и передается его к АТС Б, от которой также проключается разговорный тракт.
ПОДСИСТЕМА ПОЛЬЗОВАТЕЛЯ ЦИФРОВОЙ СЕТИ С ИНТЕГРАЦИЕЙ СЛУЖБ ISUP
65
о>
о>
Абонент А
Абонент Б
Входящая АТС Б
Исходящая АТС А
Промежуточная АТС В
Занятие (Set-up) ► * КПВ (Alerting) Ответ (Connect) '< тг Начальное адресное сообщение (IAM1) р < Обратное coo6inef т Начальное адресное сообщение (IAM2) 4ие из конца в конец Занятие (Set-up) КПВ (Alerting)
Прямое сообщение из конца в конец
Адрес полный (АСМ2) Адрес полный (АСМ1)
Ответ (ANM1) v ◄ Ответ (ANM)
Ответ (ANM2)
[ Разговор/передача данных (User-user data)
’Отбой A (Disconnect^ С Освобождение (REL1) Окончание освобождения^ (RLC2) \ Освобождение (REL2) Окончание освобождения ( (RLC1) < Разъединение
- Проключение разговорного тракта в - Проключение разговорного тракта в
обратном направлении прямом направлении
разговорного тракта - Освобождение разговорного тракта
Рис. 5.12. Установление и разъединение базового соединения в ISUP
При поступлении сообщения IAM2 во входящую АТС Б проводится анализ номера вызывае-
мого абонента и того, требуется ли добавочная информация от исходящей АТС А перед подключе-
нием к вызываемому абоненту. Если требуется добавочная информация, то на исходящую АТС А
направляется сообщение из конца в конец, в котором формулируется это требование. Заметим,
что транзитной АТС В не нужно анализировать это сообщение из конца в конец, так как для этого
сообщения имеет место прозрачная передача. Исходящая АТС предоставляет соответствующую
информацию, посылая ответное сообщение из конца в конец.
После приема необходимой информации входящей АТС Б вызываемый абонент информиру-
ется о входящем вызове, а от входящей АТС Б к транзитной АТС В посылается сообщение АСМ1 о
принятии полного адреса. Сообщение АСМ2 о принятии полного адреса затем передается к исхо-
дящей АТС А. Прием сообщения о принятии полного адреса на любой станции, участвующей в ус-
тановлении соединения, указывает на успешную маршрутизацию вызова к абоненту Б и позволяет
удалить из памяти информацию, связанную с соединением.
Когда вызываемый абонент отвечает на вызов (передает сообщение "Готовность"), входя-
щая АТС Б проключает разговорный тракт и передает сообщение об ответе на транзитную АТС В,
которая, в свою очередь, пересылает сообщение ответа на исходящую АТС А. При приеме сооб-
щения ответа исходящая АТС проключает разговорный тракт в прямом направлении. Таким обра-
зом, устанавливается соединение вызывающего и вызываемого абонентов, начинается тарифика-
ция вызова и осуществляется разговор или передача данных.
В отличие от TUP, как вызывающий, так и вызываемый абоненты могут инициировать не-
медленное разъединение соединения, т.е. ISUP использует метод одностороннего отбоя. На рис.
5 12 вызывающий абонент А первый направляет сигнал разъединения к исходящей АТС А. Исходя-
щая АТС начинает разъединение соединения и передает сообщение об освобождении REL1 на
транзитную станцию В, которая передает сообщение освобождения REL2 входящей АТС Б и начи-
нает освобождение разговорного тракта. При приеме сообщения освобождения REL2 выполняется
разъединение разговорного тракта на входящей АТС Б и передается сообщение об окончании ос-
вобождения RLC1 на АТС В. После освобождения разговорного тракта и готовнорти к обслужива-
нию нового вызова транзитная АТС В посылает сообщение об окончании освобождения RLC2 на
исходящую АТС А. Следует заметить, что описанный выше принцип организации процедуры разъе-
динения, гарантирующий максимально оперативное разъединение соединения по желанию любого
из абонентов, увеличивает скорость обработки вызова в сети и отличается от организации разъе-
динения не только в TUP, но и в ранних версиях ISUP.
Первоначальные спецификации ISUP определяли тройную последовательность передачи со-
общений разъединения: сообщение освобождения (REL - release), запрос разъединения (RLSD -
released) и окончание освобождения (RLC - release complete). Эта процедура была заменена про-
цедурой, описанной выше и максимально унифицированной с процедурами разъединения SCCP.
5.7. Реализация дополнительных услуг ISDN
Подсистема ISUP поддерживает ряд дополнительных возможностей для телефонных услуг и
услуг передачи данных, которые не обеспечивает TUP. Для реализации дополнительных услуг ис-
пользуются или специальные сообщения ISUP или параметры, включаемые в сообщения установ-
ления и разъединения соединения.
Например, услуга "Переносимость терминала" РТ (рис. 5.13) может использоваться, чтобы
предоставить возможность абоненту заменить применяемое в настоящий момент оконечное обору-
дование или изменить его местоположение в помещении абонента без разъединения. Услуга ини-
циируется любым абонентом путем посылки сообщения "Запрос прерывания" (SUS), которое пере-
дается через сеть к другой стороне. Когда связь потребуется снова, абонент посылает сообщение
"Возобновление" (RES). Участвующая в соединении АТС запускает таймер при приеме сообщения
"Запрос прерывания" для предотвращения чрезмерно длительных прерываний соединения.
Рис. 5.13. Услуга "Переносимость терминала"
ПОДСИСТЕМА ПОЛЬЗОВАТЕЛЯ ЦИФРОВОЙ СЕТИ С ИНТЕГРАЦИЕЙ СЛУЖБ ISUP
67
Еще одной дополнительной услугой, поддерживаемой ISUP, является модификация во время
соединения, которая предоставляет вызывающему и вызываемому абонентам возможность моди-
фицировать характеристики соединения во время разговора или передачи данных. Примером при-
менения этой услуги является случай, когда вызывающий и вызываемый абоненты хотят перейти
от режима передачи данных (со скоростью 64 кбит/с) к разговорному режиму. Во время установ-
ления такого соединения сообщение IAM должно было содержать параметры, указывающие, что
требуется соединение передачи данных, в результате чего эхозаградители не были подключены.
Если во время соединения появилась необходимость перехода на режим разговора, могут потре-
боваться эхозаградители. Процедура модификации во время соединения позволяет подключать
эхозаградители во время соединения, используя сообщение запроса модификации соединения
CMR. Когда каждая участвующая в соединении АТС произведет необходимые модификации, по-
следняя станция в цепочке возвратит сообщение о завершении модификации соединения СМС,
подтверждая, таким образом, то, что может начинаться режим разговора.
Сигнализация "пользователь - пользователь" позволяет передавать данные между вызы-
вающим и вызываемым абонентами через сеть сигнализации. Для сигнализации "из конца в ко-
нец" узлы в сети не анализируют данные "пользователь - пользователь" и эти данные передаются
прозрачно от одного абонента к другому. При сигнализации "пользователь - пользователь" даже
местные АТС в конечных пунктах не анализируют эту информацию.
Существуют три вида обслуживания сигнализации "пользователь - пользователь":
1) информация "пользователь - пользователь" включается в начальное адресное сообщение (IAM),
сообщение о принятии полного адреса (АСМ), сообщение ответа (ANM) и разъединения (REL);
2) происходит обмен информацией "пользователь - пользователь" во время установления соеди-
нения, между сообщением о принятии полного адреса и сообщением ответа;
3) происходит обмен информацией "пользователь - пользователь" в фазе разговора/передачи
данных с использованием информационных сообщений "пользователь - пользователь".
Каждый вид обслуживания может применяться в каждом соединении независимо друг от
друга или вместе.
Процедуры обработки сбойных ситуаций в ISUP также более обширны, чем в TUP. Критерии
и действия в нештатных ситуациях аналогичны процедурам TUP, включая сброс, двойное занятие и
ненормальное разъединение.
Следует также учитывать, что не все АТС имеют одну и ту же версию ОКС №7. В реальных
условиях некоторые АТС работают с более ранней версией ОКС №7, тогда как другие работают с
более современной версией, а модифицировать все АТС одновременно невозможно по экономи-
ческим причинам. Для учета этих обстоятельств в ISUP определены специальные процедуры.
Рассмотрим две АТС, имеющие функции ISUP. АТС А была модифицирована для работы с
более современной версией ISUP, обеспечивающей новые услуги. АТС Б еще не была модернизи-
рована и использует предыдущую версию. Если АТС Б принимает сообщение, которое она не по-
нимает, она возвращает АТС А сообщение о несоответствии, в которое включен параметр "Нерас-
познанное сообщение". Это означает, что АТС Б не может обслужить соединение. В этой ситуации
АТС А может выбрать одно из трех следующих действий:
• послать альтернативное сообщение, которое АТС Б сможет воспринять, если такое возможно;
• перенаправить сообщение на другую станцию, которая поддерживает улучшенную версию ISUP;
• информировать вызывающего абонента, что новая услуга еще не доступна на запрошенном
маршруте.
Аналогичные процедуры определены, если на АТС Б принимаются нераспознанные пара-
метры или значения параметров. Если возможно продолжить установление соединения без нерас-
познаваемой информации, АТС Б обрабатывает соединение. Если невозможно продолжить соеди-
нение без этой информации, выполняются процедуры разъединения.
5.8. Сигнализация "из конца в конец"
Сигнализация "из конца в конец" позволяет станциям передавать и принимать сигнальную
информацию без ее анализа промежуточными АТС (например, междугородной АТС - АМТС). Сигна-
лизация "из конца в конец" обычно используется между местными АТС для передачи специальной
информации об услугах, запрошенных вызывающим или вызываемым абонентом. В этом случае
сигнализация "из конца в конец" маршрутизируется через АМТС, но АМТС не анализируют содер-
жимое передаваемых сообщений. В этом контексте местные АТС называются конечными пунктами.
Определены две формы сигнализации "из конца в конец": прохождение по сети и метод SCCP.
Метод прохождения по сети сигнализации "из конца в конец" использует информацию
маршрутизации, ориентированную на соединение. Когда ISUP устанавливает телефонное соедине-
ние или соединение передачи данных, набираемый вызываемым абонентом номер преобразуется
в информацию маршрутизации для использования в сети сигнализации. Эта информация маршру-
68
ГЛАВА 5
тизации представляет собой этикетку маршрутизации плюс код идентификации канала (CIC). Ин-
формация маршрутизации хранится в каждой участвующей в соединении АТС в течение всего со-
единения, а для ее передачи имеется специальный тип сообщения. Когда во время соединения
транзитная АТС принимает сообщение этого типа, она использует уже имеющуюся информацию
маршрутизации и для передачи сообщения к следующей АТС, не выполняя анализа информации
сигнализации "из конца в конец", содержащейся в самом сообщении. Только местным АТС (конеч-
ным пунктам), которые передают и принимают информацию "из конца в конец", требуется анали-
зировать полное сообщение.
В методе SCCP сигнализации "из конца в конец" для передачи сигнальной информации ис-
пользуется подсистема SCCP. Также имеются два метода передачи информации: режим, не ориен-
тированный на соединение, и режим, ориентированный на соединение.
При методе, не ориентированном на соединение, передаваемое от исходящей АТС к входя-
щей АТС сообщение ISUP (обычно IAM) включает метку соединения. Эта метка означает указание
для входящей оконечной АТС, что требуется не ориентированный на соединение обмен информа-
цией по SCCP. После приема метки соединения на входящей оконечной АТС соответствующая
метка соединения возвращается на исходящую оконечную АТС в сообщении о принятии полного
адреса АСМ. Этот обмен метками соединения позволяет передавать сообщения типа "данные без
соединения", используя SCCP.
При ориентированном на соединение методе в сообщение ISUP вставляется параметр "За-
прос соединения" (Connection Request - CR). Если сигнализация "из конца в конец" требуется од-
новременно с установлением соединения ISUP, то запрос CR вставляется в IAM, а если соедине-
ние уже существует, то могут использоваться другие типы сообщений 1SUP. Прием на входящей
АТС сообщения IAM с запросом CR указывает, что исходящая АТС устанавливает соединение "из
конца в конец”. На входящей АТС запрос CR пересылается подсистемой ISUP в подсистему SCCP,
которая затем уже непосредственно отвечает подсистеме SCCP исходящей АТС сообщением под-
тверждения соединения СС. Затем осуществляется передача данных с использованием стандарт-
ных процедур SCCP.
Описанный выше метод сигнализации "из конца в конец" предоставляет возможность уста-
навливать логические соединения для обмена сигнальной информацией между оконечными пунк-
тами, а также организовывать физические соединения каналов. Это очень гибкий и мощный инст-
румент, который со временем будет применяться все более широко для предоставления совре-
менных услуг связи.
5.9. Подсистема B-ISUP
Необходимость в передаче подвижных и неподвижных изображений, больших объемов дан-
ных с высокой скоростью, объединении локальных и корпоративных вычислительных сетей привела
к созданию концепции широкополосной цифровой сети с интеграцией служб В-ISDN (Broadband
Integrated Service Digital Network). В настоящее время предоставление широкополосных услуг наи-
более эффективно при использовании в сетях В-ISDN асинхронного режима передачи ATM
(Asynchronous Transfer Mode).
Для поддержки новых архитектур В-ISDN и ATM протокол ОКС №7 был модифицирован.
Введена новая версия подсистемы ISUP - подсистема пользователя широкополосной цифровой
сети с интеграцией служб B-ISUP (Broadband Integrated Service User Part), включающая дополни-
тельные типы сообщений и параметров для поддержки широкополосных услуг.
Подсистема пользователя B-ISUP, поддерживающая набор услуг №1 по передаче информа-
ции в сети ATM, описана в рекомендациях Q.2761 - Q.2764, которые аналогичны рекомендациям
Q.761 - Q.764 для подсистемы ISUP. Содержание рекомендаций по B-ISUP приведено в табл. 5.3.
Таблица 5.3. Стандарты на подсистему B-ISUP
Рекомендации МСЭ-Т Содержание
Q.2761 (формально ВО.761) Функциональное описание подсистемы пользователя широкополосной цифровой сети с интеграцией служб
Q.2762 (формально ВО.762) Основные функции сообщений и сигналов
Q.2763 (формально BQ.763) Форматы и коды подсистемы пользователя B-ISDN
Q.2764 (формально ВО.764) Процедуры подсистемы пользователя B-ISDN
B-ISUP является протокольным уровнем ОКС №7, который обеспечивает функции межстанци-
онной сигнализации, поддержку услуг по передаче информации, специализированные абонентские
дополнительные услуги, обусловленные использованием абонентского сигнального протокола Q.2931.
ПОДСИСТЕМА ПОЛЬЗОВАТЕЛЯ ЦИФРОВОЙ СЕТИ С ИНТЕГРАЦИЕЙ СЛУЖБ ISUP
69
тизации представляет собой этикетку маршрутизации плюс код идентификации канала (CIC). Ин-
формация маршрутизации хранится в каждой участвующей в соединении АТС в течение всего со-
единения, а для ее передачи имеется специальный тип сообщения. Когда во время соединения
транзитная АТС принимает сообщение этого типа, она использует уже имеющуюся информацию
маршрутизации и для передачи сообщения к следующей АТС, не выполняя анализа информации
сигнализации "из конца в конец", содержащейся в самом сообщении. Только местным АТС (конеч-
ным пунктам), которые передают и принимают информацию "из конца в конец", требуется анали-
зировать полное сообщение.
В методе SCCP сигнализации "из конца в конец" для передачи сигнальной информации ис-
пользуется подсистема SCCP. Также имеются два метода передачи информации: режим, не ориен-
тированный на соединение, и режим, ориентированный на соединение.
При методе, не ориентированном на соединение, передаваемое от исходящей АТС к входя-
щей АТС сообщение ISUP (обычно IAM) включает метку соединения. Эта метка означает указание
для входящей оконечной АТС, что требуется не ориентированный на соединение обмен информа-
цией по SCCP. После приема метки соединения на входящей оконечной АТС соответствующая
метка соединения возвращается на исходящую оконечную АТС в сообщении о принятии полного
адреса АСМ. Этот обмен метками соединения позволяет передавать сообщения типа "данные без
соединения", используя SCCP.
При ориентированном на соединение методе в сообщение ISUP вставляется параметр "За-
прос соединения" (Connection Request - CR). Если сигнализация "из конца в конец" требуется од-
новременно с установлением соединения ISUP, то запрос CR вставляется в IAM, а если соедине-
ние уже существует, то могут использоваться другие типы сообщений ISUP. Прием на входящей
АТС сообщения IAM с запросом CR указывает, что исходящая АТС устанавливает соединение "из
конца в конец". На входящей АТС запрос CR пересылается подсистемой ISUP в подсистему SCCP,
которая затем уже непосредственно отвечает подсистеме SCCP исходящей АТС сообщением под-
тверждения соединения СС. Затем осуществляется передача данных с использованием стандарт-
ных процедур SCCP.
Описанный выше метод сигнализации "из конца в конец" предоставляет возможность уста-
навливать логические соединения для обмена сигнальной информацией между оконечными пунк-
тами, а также организовывать физические соединения каналов. Это очень гибкий и мощный инст-
румент, который со временем будет применяться все более широко для предоставления совре-
менных услуг связи.
5.9. Подсистема B-ISUP
Необходимость в передаче подвижных и неподвижных изображений, больших объемов дан-
ных с высокой скоростью, объединении локальных и корпоративных вычислительных сетей привела
к созданию концепции широкополосной цифровой сети с интеграцией служб В-ISDN (Broadband
Integrated Service Digital Network). В настоящее время предоставление широкополосных услуг наи-
более эффективно при использовании в сетях В-ISDN асинхронного режима передачи ATM
(Asynchronous Transfer Mode).
Для поддержки новых архитектур В-ISDN и ATM протокол ОКС №7 был модифицирован.
Введена новая версия подсистемы ISUP - подсистема пользователя широкополосной цифровой
сети с интеграцией служб B-ISUP (Broadband Integrated Service User Part), включающая дополни-
тельные типы сообщений и параметров для поддержки широкополосных услуг.
Подсистема пользователя B-1SUP, поддерживающая набор услуг №1 по передаче информа-
ции в сети ATM, описана в рекомендациях Q.2761 - Q.2764, которые аналогичны рекомендациям
Q.761 - Q.764 для подсистемы ISUP. Содержание рекомендаций по B-ISUP приведено в табл. 5.3.
Таблица 5.3. Стандарты на подсистему B-ISUP
Рекомендации МСЭ-Т Содержание
Q.2761 (формально ВО.761) Функциональное описание подсистемы пользователя широкополосной цифровой сети с интеграцией служб
Q.2762 (формально ВО.762) Основные функции сообщений и сигналов
Q.2763 (формально BQ.763) Форматы и коды подсистемы пользователя B-ISDN
Q.2764 (формально BQ.764) Процедуры подсистемы пользователя B-ISDN
B-ISUP является протокольным уровнем ОКС №7, который обеспечивает функции межстанци-
онной сигнализации, поддержку услуг по передаче информации, специализированные абонентские
дополнительные услуги, обусловленные использованием абонентского сигнального протокола Q.2931.
ПОДСИСТЕМА ПОЛЬЗОВАТЕЛЯ ЦИФРОВОЙ СЕТИ С ИНТЕГРАЦИЕЙ СЛУЖБ ISUP
69
Подсистема B-ISUP приспособлена для применения как в международных, так и в нацио-
нальных сетях. Наряду со стандартной структурой протокола в B-ISUP также зарезервировано ко-
довое пространство для использования национальными администрациями при вводе специфиче-
ских сигнальных сообщений и информационных элементов.
Возможны альтернативные архитектуры реализации сигнального протокола в сети B-ISDN
(рис. 5.14 ):
• использование подсистемы B-ISUP во взаимодействии с тремя уровнями подсистемы передачи
сообщений МТР (сетевым - МТР-3, канальным - МТР-2 и физическим МТР-1);
• использование подсистемы B-ISUP во взаимодействии с уровнями МТР-3, SAAL, ATM, МТР-1.
Уровни ВОС
Рис. 5.14. Стек протоколов при использовании подсистемы B-ISUP
В первом случае осуществляется простая замена подсистемы ISUP на подсистему B-ISUP,
все другие уровни стека протоколов ОКС №7 остаются неизменными. Этот вариант реализации
сигнализации в сети В-ISDN основывается на использовании квазисвязанного режима в сети ОКС
№7. Существующие узкополосные звенья сигнализации используются для транспортировки сиг-
нальных сообщений и широкополосной сети (рис. 5.15). Для внедрения стека протоколов B-ISUP
требуются изменения только в программном обеспечении уровня ISUP.
ATM ATM ATM ATM
коммутатор коммутатор коммутатор коммутатор
Рис. 5.15. Использование существующей сети ОКС №7 в B-ISDN
70
ГЛАВА 5
Когда число ATM-коммутаторов в сети мало и используются только прямые звенья сигнали-
зации, целесообразно использование второго варианта стека протоколов (рис. 5.16). Каналы ATM
и В-ISDN являются чаще виртуальными каналами VC (Virtual Circuit), чем физическими. Это предъ-
являет новые требования к сети ОКС №7 для обеспечения возможности проключения и управления
виртуальными каналами. Для этой цели в стек протоколов ОКС №7 на канальном уровне введены
уровень адаптации сигнализации SAAL (Signalling Adaptation Layer) SAAL и уровень ATM.
Уровень SAAL обеспечивает необходимые функции уровня звена сигнализации для вирту-
альных каналов и расположен над уровнем ATM. Уровень ATM формирует ячейки стандартной дли-
ны, которые переносят сигнальные единицы. Функции сетевого уровня по-прежнему обеспечивает
уровень МТР-3, расположенный над уровнем SAAL. Однако, при такой реализации стека протоко-
лов ОКС №7 ограничена возможность поддержки услуг, основанных на транзакциях, например, при
маршрутизации сообщений к SCP в интеллектуальной сети.
Сигнализация Сигнализация Сигнализация
ATM ATM ATM ATM
коммутатор коммутатор коммутатор коммутатор
Рис. 5.16. Сеть В-ISDN с прямыми звеньями сигнализации
Подсистема В-ISUP обеспечивает установление и разъединение соединений виртуальных
каналов в сети ATM со следующими характеристиками для обслуживаемых вызовов:
• тип соединения (переменная скорость передачи битов VBR, постоянная скорость передачи битов
CBR);
• скорость передачи ячеек в прямом направлении;
• скорость передачи в обратном направлении (симметричная или асимметричная);
• тип уровня адаптации пользователя AAL;
• транзитная задержка.
В подсистеме В-ISUP используются, в основном, те же сигнальные сообщения, что и опре-
деленные в рекомендации Q.762 для ISUP. Дополнительные сигнальные сообщения, введенные в
В-ISUP, приведены в табл. 5.4. Ряд сообщений имеют новое толкование в связи с особенностями
сетей В-ISDN и ATM. По сравнению с подсистемой ISUP значительно расширен список параметров
сигнальных сообщений В-ISUP. Он включает приблизительно 110 параметров. Введены такие па-
раметры, как параметры уровня адаптациии ATM, скорость ячеек ATM, возможность широкополос-
ной передачи и другие. Подробный перечень параметров сообщений подсистемы В-ISUP приведен
в [26, 30].
Таблица 5.4. Дополнительные сигнальные сообщения B-ISUP
Обозначение Тип сообщения Код
ССЕ Конец контроля последовательности (Consistency check end) 00010111
ССЕА Подтверждение конца контроля последовательности (Consistency check end acknowledgment) 00011000
CCR Запрос контроля последовательности (Consistency check request) 00000101
CCRA Подтверждение запроса контроля последовательности (Consistency check request acknowledgment) 00010001
IAA Подтверждение IAM (IAM acknowledgment) 00001010
RAM Подтверждение сброса (Reset acknowledgment) 00001111
RSM Сброс (Reset) 00010010
ПОДСИСТЕМА ПОЛЬЗОВАТЕЛЯ ЦИФРОВОЙ СЕТИ С ИНТЕГРАЦИЕЙ СЛУЖБ ISUP
71
• передача сообщений о местонахождении мобильного пользователя в регистр домашнего поль-
зователя в сотовых сетях (для реализации роуминга);
• регистрация, активация и вызов дополнительных услуг, включая использование специализиро-
ванного оборудования (например, при предоставлении услуг телефонного обслуживания по
кредитной карточке в интеллектуальной сети);
• обмен сигнальной информацией, не связанной с коммутируемым информационным каналом
(например, замкнутая группа пользователей, процедура перезаказа);
• процедуры техобслуживания и эксплуатации (например, управление удаленной станцией, за-
прос/ответ, передача основного объема данных) и др.
Одно из применений ТСАР заключается в предоставлении механизма доступа удаленной
АТС для инициализации услуги внутри другой АТС. Примером такого использования ТСАР является
реализация услуги автоматического ответного вызова при занятости вызываемого абонента. Если
абонент А набирает номер абонента Б, который в настоящее время занят другим разговором, то
абонент А может набрать код услуги и повесить трубку. Когда вызываемый абонент Б освобожда-
ется от первого разговора и становится доступным для нового вызова, АТС абонента Б информи-
рует об этом АТС абонента А с помощью посылки сообщения ТСАР. АТС абонента А посылает вы-
зывной сигнал вызывающему абоненту А. После того, как он снимет трубку, осуществляется обыч-
ная процедура установления соединения с АТС абонента Бис самим абонентом Б.
Все приложения, использующие ОКС №7, могут быть разделены на две большие категории:
• с небольшим объемом передаваемых данных, работающие в режиме реального времени;
• с возможностью передачи значительных объемов данных, не работающие в режиме реального
времени.
ТС-услуги, предлагаемые приложениям первой категории, базируются на сетевых службах,
не ориентированных на соединение. Например, если какой-то АТС требуется получить доступ к
сетевой базе данных для получения специализированной информации маршрутизации во время
установления соединения, то реальный масштаб времени необходим. Причем существенна каждая
миллисекунда, так как время передачи информации в ТСАР прибавляется ко времени ожидания
ответа после набора номера вызывающим абонентом. С другой стороны, для применений в реаль-
ном масштабе времени обычно предусматривается передача небольшого количества данных. На-
пример, базе данных передается номер вызываемого абонента, а от базы данных возвращается
информация о маршрутизации. Все это требует небольшого объема данных.
ТС-услуги, предлагаемые приложениям второй категории, базируются на сетевых службах,
ориентированных на соединение. В применениях ТСАР вне реального масштаба времени скорость
передачи информации не является критическим фактором. Например, если требуется передача
большого объема статистических данных от АТС к центру технической эксплуатации (ЦТЭ), то вре-
мя передачи в секундах (или даже в минутах) не является критическим. Более важным в данном
случае является надежность передачи информации.
Для описания подсистемы ТСАР используются следующие термины и определения:
• пользователь ТС - прикладной процесс, использующий ТСАР как протокол связи с сетью;
• транзакция - связь между двумя ТСАР для реализации передачи данных пользователей ТС;
• операция - запрос пользователем ТС действия, которое должно быть выполнено на удаленном
конце;
• компонент - единица данных протокола для обмена между двумя пользователями ТС;
• диалог - связь, устанавливаемая между пользователями ТС для обмена компонентами;
• ТС-примитив - примитив обмена между ТСАР и пользователем ТС;
• идентификатор ID компонента - символ или группа символов для идентификации или обозна-
чения компонента.
На рис. 6.2 показаны основные информационные элементы, используемые в процессе
функционирования подсистемы ТСАР при обмене данными между двумя пользователями ТС.
6.2. Архитектура ТСАР
При построении модели ТС используется протокол эталонной модели ВОС (рекомендация
Х.200). С точки зрения конечного пользователя, "Возможности транзакций” для первоначально
планированных служб лежат внутри сетевого уровня модели ВОС. Обеспечение услугами сетевого
уровня конечных пользователей требует взаимодействия между ТС-пользователями различных се-
тевых узлов; эти внутрисетевые взаимодействия могут быть смоделированы при помощи 7-
уровневой эталонной модели ВОС.
ПРИКЛАДНАЯ СИСТЕМА ВОЗМОЖНОСТЕЙ ТРАНЗАКЦИЙ ТСАР
73
Рис. 6.2. Информационные элементы ТСАР
ТСАР состоит из двух подуровней (см. рис. 6.1):
подуровень компонентов (Component Sub-Level - CSL) - обеспечивает осуществление опера-
ций, то есть прием и передачу запросов от пользователя и к пользователю ТС. Подуровень
компонентов имеет дело с индивидуальными действиями или данными, называемыми компо-
нентами и выполняет две функции - обработку диалога и обработку компонентов. Данные
функции реализуются посредством обмена соответствующими примитивами;
подуровень транзакций (Transaction Sub-Level - TSL) - обеспечивает возможность передачи
информации между двумя подсистемами ТСАР на удаленных концах. Подуровень транзакций
имеет дело с обменом сообщениями, со-
держащими компоненты, между двумя ТС-
пользователями при реализации диалога.
Для каждого диалога устанавливается от-
дельная транзакция.
В настоящее время во всех известных
вариантах применения ТСАР предоставляет
пользователям услуги, основанные на сетевой
службе, не ориентированной на соединение.
Для таких применений транспортный, сеансо-
вый уровни и уровень представлений модели
ВОС отсутствуют и, следовательно, подсистема
промежуточного обслуживания ISP не предос-
тавляет никаких функций. В этом случае ТСАР
осуществляет интерфейс напрямую с SCCP, как
показано на рис. 6.3. Следует отметить, что
передача сообщений ТСАР использует режим
SCCP "без установления соединений".
У- ТСАР
Рис. 6. 3. Структура ТС для сетевой службы,
не ориентированной на соединение
6.3. Услуги ТСАР
Услуги, обеспечиваемые подуровнем компонентов
Подуровень компонентов управляет действиями на удаленном узле и возвращением резуль-
татов таких действий. С этой целью осуществляется обмен между соответствующими подуровнями
двух узлов путем посылки и приема компонентов. Компонент состоит из запроса на выполнение
операции или ответа на запрос.
Например, при предоставлении "Услуги 800" в интеллектуальной сети необходимо преобра-
зовать принятый от вызывающего абонента номер телефона в специализированные данные мар-
шрутизации с помощью БД сети. В этом случае станция А посылает компонент БД интеллектуаль-
ной сети, запрашивая выполнение преобразования номера. Параметр компонента содержит этот
номер телефона. По завершении преобразования номера в БД компонент возвращается на стан-
цию А в качестве ответа на запрос. Ответ может быть успешным (в этом случае посылается компо-
74
ГЛАВА 6
нент возвращения результата) или неуспешным (в этом случае посылается компонент возвращения
ошибки). Компонент ответа содержит параметр, включающий в себя информацию маршрутизации
(новый номер).
Действие, которое должно быть выполнено на удаленном конце, называется операцией. Вы-
зов операции определяется идентификатором ID компонента; это позволяет осуществить несколь-
ко вызовов той же самой или других операций для одновременной активации. На операцию могут
быть присланы один или более ответов.
Компоненты передаются индивидуально между ТС-пользователем и подуровнем компонен-
тов. Вызывающий ТС-пользователь может послать несколько компонентов на подуровень компо-
нентов до того, как их перешлют (единым сообщением) на удаленный конец. Если в одном сооб-
щении получено несколько компонентов, каждый из них индивидуально доставляется ТС-
пользователю назначения.
В сообщении компоненты доставляются удаленному ТС-пользователю в том же порядке, как
они были представлены на исходящем интерфейсе. Важность очередности устанавливается ранее
по соглашению между ТС-пользователями.
Подуровень компонентов обеспечивает возможности диалога, позволяя вести одновременно
несколько диалогов между двумя данными ТС-пользователями.
Обеспечиваются два вида организации диалога подуровнем компонентов: неструктуриро-
ванный; структурированный.
При неструктурированном диалоге ТС-пользователи посылают компоненты, которые не тре-
буют подтверждения для формирования однозначной взаимосвязи между ними. Однозначная
взаимосвязь всегда существует между соединенными ТС-пользователями. Если один ТС-
пользователь посылает однонаправленное сообщение другому такому же участнику, то это говорит
об использовании неструктурированного диалога. Любой ТС-пользователь может иметь произ-
вольное количество активных операций в произвольный данный момент времени, максимальное
число которых зависит ют числа уникальных идентификаторов ID вызовов, доступных ему в любой
момент времени.
При структурированном диалоге ТС-пользователь указывает начало или конструкцию связи,
продолжение и окончание диалога. Использование структурированного диалога позволяет двум
ТС-пользователям вести одновременно несколько диалогов, каждый из которых идентифицируется
особым идентификатором ID диалога. Каждый идентификатор ID диалога имеет выделенное имен-
ное пространство ID вызова, что позволяет дублировать ID вызовов в различных диалогах. Порядок
доставки сообщений может быть обеспечен при помощи прикладных протоколов или при исполь-
зовании соответствующего класса услуги.
Если ТС-пользователь использует структурированный диалог при посылке компонента дру-
гому участнику, то он должен указывать один из трех следующих вариантов работы: начало диало-
га; продолжение диалога: возможен полнодуплексный обмен компонентами; окончание диалога:
передающая сторона не будет ни пересылать компоненты, ни принимать компоненты от удаленно-
го конца.
Подуровень компонентов обеспечивает взаимосвязь операций и ответов. Все операции, за-
прашиваемые подуровнем компонентов, можно разделить на четыре класса, в соответствии с
уровнем ответа, ожидаемым по завершении операции.
Класс 1 - подтверждение как успешного, так и неуспешного завершения операции. Приме-
ром такого рода операции является случай, когда АТС запрашивает удаленную БД преобразовать
телефонный номер в данные маршрутизации. В данном случае БД обязана послать обратно на АТС
сообщение либо об успешном завершении операции с указанием пересчитанного номера в каче-
стве результата, либо о неудачном завершении операции с указанием причины отказа.
Класс 2 - сообщается только неуспешное завершение операции. Этот класс может исполь-
зоваться, когда, например, необходимо проведение тестирования какой-то функции, и ответ нужен
только при наличии неисправности, препятствующей завершению теста.
Класс 3 - сообщается только успешное завершение операции. Может использоваться в том
случае, когда сбой подозревается и вероятным исходом операции является отказ. Считается, что
операция была неуспешна, если не было получено сообщения об успешном результате.
Класс 4 - не сообщается ни успешное, ни неуспешное завершение операции. Например,
если узел желает послать предупреждение о некотором событии несколькими другими узлами, то
ответ или подтверждение не требуется.
Ответы на операцию состоят из одного или более компонентов. При необходимости ТС-
пользователь обеспечивает сегментирование успешного результата. Кроме того, любое число свя-
занных операций может быть послано до последнего компонента ответа. Последним компонентом
может быть:
• возврат результата, указывающего на успешное завершение;
• возврат ошибки, указывающей на отклонение операции;
ПРИКЛАДНАЯ СИСТЕМА ВОЗМОЖНОСТЕЙ ТРАНЗАКЦИЙ ТСАР
75
• отклонение, указывающее на синтаксическую ошибку.
Любой вид компонентов, кроме компонента отклонения, может быть отклонен. Отклонение
ответа вызывает прекращение соответствующей операции; отклонение связанной операции не
влияет на порождающую операцию. ТС-пользователь может также прервать операцию, которую он
вызвал. В последствие на эту процедуру не будет приниматься ответ.
Услуги, обеспечиваемые подуровнем транзакций
Подуровень транзакций обеспечивает возможность обмена компонентами между пользова-
телями подуровня транзакции (Transaction Part - ТР), называемых TP-пользователями. Подуровень
транзакций также обеспечивает возможность пересылки транзакционных сообщений между участ-
никами TP-уровня при помощи услуг, предоставляемых нижним уровнем сетевых служб. Единст-
венный видимый на этот момент ТР-пользователь - это подуровень компонентов.
Подуровень транзакций предоставляет два вида услуг:
• неструктурированный диалог - в этом случае нет однозначной инициации или прекращения
диалога. Единственная возможность, предоставляемая TP-пользователю, это возможность по-
слать удаленному TP-пользователю один или несколько компонентов, которые не ожидают от-
вета (вызов операций 4-го класса), сгруппированные в однонаправленное сообщение.
• структурированный диалог - позволяет ТР-пользователю начать диалог, обменяться компонен-
тами в этом диалоге, закончить или прервать его.
Обеспечиваются следующие возможности структурированного диалога для ТР-пользователя:
начало транзакции - разрешается пересылка информации ТР-пользователя конечному ТР-
пользователю. В ответ на начало транзакции ТР-пользователь назначения может либо про-
должить транзакцию, либо закончить ее;
продолжение транзакции - позволяет обеспечить полнодуплексный обмен сообщениями
между ТР-пользователями внутри транзакции;
окончание транзакции - прекращает обмен сообщениями внутри транзакции. Любой из ТР-
пользователей может принять решение об окончании транзакции.
6.4. Примитивы ТСАР
Обмен информацией между пользователем ТС и подсистемой ТСАР осуществляется по-
средством примитивов (блоков данных). От пользователя ТС поступают примитивы запроса
(request), от подсистемы ТСАР - примитивы индикации (indication) (рис. 6.4).
Примитивы обработки Примитивы обработки
диалога компонентов
Запрос Индикация Запрос Индикация
Рис. 6.4. Примитивы ТСАР
В табл. 6.1 приведены примитивы подуровня компонентов, связанные с обработкой диало-
гов. Назначение этих примитивов - запросить или указать доступность нижележащего (под)уровня
76
ГЛАВА 6
в соответствии с передачей сообщения или обработкой диалога. Когда подуровень транзакций ис-
пользуется для поддержки диалога, эти примитивы отображаются на TP-примитивы с теми же ро-
довыми именами, как будто существует однозначная взаимосвязь между диалогом и транзакцией.
Таблица 6.1. Примитивы обработки диалога
Имя примитива Назначение примитива Тип примитива
ТС-ОБЩ (TC-UNI) Запрашивает/указывает на неструктурированный диалог Запрос Индикация
ТС-НАЧАЛО (TC-BEGIN) Начинает диалог Запрос Индикация
ТС-ПРОДОЛЖЕНИЕ (TC-CONTINUE) Продолжает диалог Запрос Индикация
ТС-ОКОНЧАНИЕ (TC-END) Заканчивает диалог Запрос Индикация
ТС-П-СБРОС (TC-U-ABORT) Позволяет ТС-пользователю внезапно прекращать диалог без передачи каких-либо компонентов в продолжение Запрос Индикация
ТС-С-СБРОС (TC-P-ABORT) Сообщает ТС-пользователю, что диалог был прекращен поставщиком службы (т.е. подуровнем ТСАР) в ответ на прекращение транзакции ТСАР. Никакие компоненты продолжения не передаются Индикация
В табл. 6.2 приведены ТС-примитивы обработки компонентов. Основным назначением этих
примитивов является обработка операций и ответов; эти примитивы отличаются от средств запро-
са нижележащего (под)уровня.
Таблица 6.2. Примитивы обработки компонентов
Имя примитива Назначение примитива Тип примитива
тс-вызов (ТС-INVOKE) Вызов операции, которая может быть связана с другим вызовом операции Запрос Индикация
ТС-РЕЗУЛЬТАТ-П (TC-RESULT-L) Только результат или последняя часть сегментированно- го результата успешно выполненной операции Запрос Индикация
ТС-РЕЗУЛЬТАТ-НП (TC-RESULT-NL) Не последняя часть сегментированного результата ус- пешно выполненной операции Запрос Индикация
ТС-П-ОШИБКА (TC-U-ERROR) Ответ ранее вызванной операции, указывающий на отказ при выполнении операции Запрос Индикация
ТС-М-ОТМЕНА (TC-L-CANCEL) Локально информирует ТС-пользователя, что вызов опе- рации прекращен по причине перерасхода времени Индикация
ТС-П-ОТМЕНА (TC-U-CANCEL) Вызывает местное прекращение вызова операции вслед- ствие решения ТС-пользователя Запрос
ТС-М-ОТКЛОНЕНИЕ (TC-L-REJECT) Местное отклонение - информирует местного ТС- пользователя, что подуровень компонент обнаружил не- правильно сформированный компонент Индикация
ТС-У-ОТКЛОНЕНИЕ (TC-R-REJECT) Удаленное отклонение - указывает, что ТСАР обнаружила неправильный компонент Индикация
ТС-П-ОТКЛОНЕНИЕ (TC-U-REJECT) Отклонение компонента ТС-пользователем, указывающее на неправильность формирования, которое препятствует выполнению операции или распознаванию ответа Запрос Индикация
Различные примитивы, связанные с обработкой компонентов и диалога, описываются их па-
раметрами. Параметры могут быть обязательными или необязательными, иметь одно и то же зна-
чение в примитиве запроса и в соответствующем примитиве индикации.
Параметры, используемые в примитивах обработки диалога и примитивах обработки компо-
нентов, приведены соответственно в табл. 6.3, 6.4.
ПРИКЛАДНАЯ СИСТЕМА ВОЗМОЖНОСТЕЙ ТРАНЗАКЦИЙ ТСАР
77
Таблица 6.3. Параметры примитивов обработки диалога
Имя параметра Назначение параметра Примечание
Адрес назначения Идентифицирует ТС-пользователя назначения
Исходящий адрес Идентифицирует исходящего ТС-пользователя
Компоненты присутствуют Указывает, был ли хоть один компонент принят; если ни один компонент не был передан, то параметр по- казывает, что список пуст, в противном случае он указывает последовательность, которая связана с примитивами обработки диалога Используется толь- ко в примитивах индикационного типа
ИД диалога Используется для привязки компонентов к диалогу
С-СБРОС Содержит информацию, указывающую причину, по которой ТСАР решила прекратить диалог
Параметры Содержит параметры, которые должны быть посланы удаленному ТС-пользователю в соответствии с вызо- вом операции, ответом или прекращением диалога Эта информация не анализируется ТСАР
Качество услуги Указывает приемлемое качество услуги По умолчанию этот параметр ссылает- ся на нижележащую службу
Прекращение Указывает, какой сценарий окончания диалога выбран ТС-пользователем (запланированный или основной)
Информация пользователя о прекращении Включает информацию, относящуюся к прекраще- нию работы по инициативе ТС-пользователя
Таблица 6.4. Параметры примитивов обработки компонентов
Имя параметра Назначение параметра Примечание
Класс Указывает на один из четырех классов операции
ИД диалога Привязывает компоненты к конкретному диалогу
ИД вызова Идентифицирует вызов операции
Связанный ИД Устанавливает связь между вызовом операции и предыдущим вызовом операции
Ошибка Содержит информацию, которая выдается ТС- пользователем, если операция не завершается Эта информация не анализируется ТСАР
Последний компонент Обозначает последний компонент сообщения Используется только в примитивах типа "индикация". Инди- кация последнего компонента сообще- ния происходит че- рез имя примитива
Операция Определяет действие, выполняемое ТС-пользователем по просьбе другого ТС-пользователя
Параметры Любые параметры, используемые в операции или в ответе на операцию
Код проблемы Определяет причину отклонения компонента
Лимит времени передачи Указывает максимальную длительность ИД компонента Используется для обработки вариан- тов, когда сообще- ние не получает ожидаемого ответа.
В табл. 6.5 приведены примитивы взаимодействия между TP-пользователями и подуровнем
транзакций.
78
ГЛАВА 6
Таблица 6.5. Примитивы подуровня транзакций
Имя примитива Назначение примитива Тип примитива
ТР-ОБЩ (TP-UNI) Передача информации в неструктурированном диалоге Запрос Индикация
ТР-НАЧАЛО (TP-BEGIN) Начало транзакции Запрос Индикация
ТР-ПРОДОЛЖЕНИЕ (TP-CONTINUE) Продолжение транзакции Запрос Индикация
ТР-ОКОНЧАНИЕ (TP-END) Окончание транзакции Запрос Индикация
ТР-П-СБРОС (ТР-U-ABORT) Прекращение транзакции со стороны пользователя Запрос Индикация
ТР-С-СБРОС (ТР-Р-ABORT) Сброс со стороны подуровня транзакции Запрос
В примитивах подуровня транзакций используются следующие параметры:
• "Качество услуги" - ТР-пользователь указывает на предпочтительное качество услуги;
• "Адрес назначения" - определяет ТР-пользователя назначения;
• "Исходящий адрес" - определяет исходящего ТР-пользователя;
• "С-СБРОС” - указывает на причину прекращения транзакции со стороны ТСАР;
• "Причина" - указывает характер ненормальной ситуации;
• "ИД транзакции" - транзакция идентифицируется отдельными ИД транзакции на каждом конце;
• "Прекращение" - определяет сценарий прекращения, выбранный для транзакции (запланиро-
ванной или основной);
• "Информация пользователя о прекращении" - информация, касающаяся прерывания со сторо-
ны ТР-пользователя;
• "Данные пользователя" - содержат информацию, которая должна пройти между ТР-
пользователями.
6.5. Структура сообщений ТСАР
Сообщения ТСАР состоят из двух основных частей (рис. 6.5):
• транзакционная часть;
• часть компонентов.
Транзакционная часть включает протокольную управляющую информацию для подуровня
транзакции. Информация в части компонентов касается отдельных операций и их ответов.
Транзакционная часть сообщения ТСАР может содержать следующие элементы информа-
ции, а именно:
• тип сообщения - пять следующих используемых типов сообщения определены для транзак-
ционной части:
1) однонаправленное - используется в случае, если нет необходимости организовать транзак-
цию с другим равноправным ТР-пользователем;
2) начало - для начала транзакции с другим ТР-пользователем-участником;
3) окончание - для прекращения транзакции с другим ТР-пользователем-участником;
4) продолжение - для окончания организации транзакции и возобновления организованной
транзакции;
5) сброс - для прерывания транзакции, которая следует после того как подуровень транзакции
(поставщик услуги) определил ненормальную ситуацию, или чтобы прервать транзакцию со
стороны ТР-пользователя (потребителя услуги).
ПРИКЛАДНАЯ СИСТЕМА ВОЗМОЖНОСТЕЙ ТРАНЗАКЦИЙ ТСАР
6 — 970
79
Сообщение SCCP
Рис. 6.5. Структура сообщений ТСАР
• общая длина сообщения - указывает число байтов в сообщении;
• информационный(ые) элемент(ы) сообщения - используются только для структурированно-
го диалога. Они включают, например:
ИД (идентификаторы) транзакции - назначаются независимо каждым из двух узлов, взаи-
модействующих посредством транзакции, позволяя каждому узлу отдельно определять
транзакцию и взаимодействовать со всем содержанием сообщения отдельной транзакции.
Определяются два типа ИД транзакции:
1) ИД исходящей транзакции - назначается узлом, посылающим сообщение, и использу-
ется для определения транзакции на этом конце;
2) ИД транзакции назначения - идентифицирует транзакцию на принимающем конце.
Значение первого принятого ИД исходящей транзакции считается ИД транзакции на-
значения;
случай С-Сброса - используется, когда подуровень транзакции прерывает транзакцию;
информация пользователя о прерывании - используется для передачи информации ТР-
пользователя, заданной пользователем, когда он прерывает транзакцию.
Часть компонентов - содержит один или более компонентов сообщения. Формат части
компонентов содержит длину этой части и отдельные компоненты сообщения. Когда часть компо-
нентов свободна, данный элемент информации не присутствует. Компоненты передаются пользо-
вателю на принимающий конец в том же порядке, в котором были получены от пользователя на
исходящем конце.
Компонент сообщения состоит из следующих типов элементов информации:
• тип компонента - существует пять типов компонентов, которые могут быть представлены в
части компонентов ТС-сообщения:
1) вызов - компонент вызова запрашивает о выполнении операции. Он может быть связан с
другой операцией вызова, предварительно посланной с другого конца;
2) возврат результата (не последний) - когда ТС использует сетевую службу, не ориентиро-
ванную на соединение, ТС-пользователю может быть необходимо разделить результат опе-
рации на сегменты. В этом случае данный компонент используется для передачи каждого
сегмента результата, кроме последнего, который передается в компоненте "возврат резуль-
тата (последнего)";
3) возврат ошибки - компонент возврата ошибки сообщает, что операция завершена не ус-
пешно;
4) отклонение - компонент отклонения сообщает о получении и отклонении искаженного ком-
понента, отличного от компонента отклонения. Возможные причины отклонения компонента
определены элементом "Код проблемы";
5) возврат результата (последний) - данный компонент используется для передачи последнего
сегмента результата;
• длина компонента - указывает число байтов в компоненте сообщения;
• информационные элементы - зависят от типа компонента. Например, ими могут быть:
80
ГЛАВА 6
ИД вызова - используется как ссылочный номер для однозначного определения запроса на
операцию. Он представлен в любом ответе на компонент вызова (возврат результата, воз-
врат ошибки или отклонение), позволяя коррелировать ответ с вызовом;
код операции - указывает на конкретную операцию, которая должна быть включена, и при-
сутствует в компоненте типа "вызов". Операция может быть местной или общей;
набор (параметров) - используется для составления набора параметров, сопровождающих
компонент. Это необходимо в случае, когда более чем один параметр включен в компонент;
порядок (параметров) - используется также, как и элемент "Набор", за исключением того,
что параметры включаются в компонент в определенной последовательности;
код ошибки - указывает причину, по которой операция не может быть успешно завершена.
Это присутствует только в компоненте "Возврат ошибки". Как и в случае операций, ошибки
могут быть местными или общими;
код проблемы - указывает причину отклонения компонента, и один такой компонент присут-
ствует в компоненте отклонения.
6.6. Форматы и коды информационных элементов ТСАР
Все элементы информации в сообщениях ТСАР имеют одинаковую структуру. Элемент ин-
формации состоит из трех полей, которые всегда появляются в следующем порядке (рис. 6.6):
1) тег - отделяет один информационный элемент от другого и влияет на интерпретацию содер-
жания;
2) длина - определяет длину содержания;
3) содержание - суть элемента, содержащая первичную информацию, которая передается с по-
мощью элемента.
Сообщение ТСАР
Информационный
элемент
Рис. 6.6. Структура сообщения ТСАР и элемента информации
Каждое поле кодируется при помощи одного или более байтов. Байты помечаются, как по-
казано на рис. 6.7. Первый байт передается первым. Биты в байтах помечены, как показано на рис.
6.7, причем бит А - младший и передается первым.
Рис. 6.7. Схема расположения байтов и битов в сообщениях ТСАР
Содержание каждого элемента является либо одним значением (Примитив), либо одним или
более элементом информации (Конструктор) (рис. 6.8).
ПРИКЛАДНАЯ СИСТЕМА ВОЗМОЖНОСТЕЙ ТРАНЗАКЦИЙ ТСАР
81
6*
а) Примитив
Тег
Длина Тег
Длина
Содержание
б) Конструктор
Рис. 6.8. Типы содержания каждого элемента
Тег является первым полем информационного элемента ТСАР, отличает один элемент инфор-
мации от другого и управляет интерпретацией содержания. Длина тега может достигать одного или
более байтов. Как видно из рис. 6.9, формат тега состоит из полей "Класс", "Форма" и "Код тега".
HG F EDCBA
Класс Форма Код тега
Рис. 6.9. Формат тега
Во всех тегах для указания класса тега используются два старших бита (Н и G). Кодировка
этих битов показана в табл. 6.6.
Таблица 6.6. Классы тега
Класс тега Кодировка битов HG
Универсальный 00
Прикладной 01
Контекстно зависимый 10
Применение пользователя 11
Универсальный класс используется для тегов, которые особо стандартизированы в реко-
мендации Х.209 и являются типами, не зависящими от применения. Универсальные теги могут ис-
пользоваться в любом месте, где используется универсальный элемент информации. Универсаль-
ный класс применяется во всех рекомендациях МСЭ-Т, т.е. в ОКС №7 ASE, Х.400 MHS и т.д.
"Прикладной" класс используется для элементов информации, которые стандартизированы
для всех приложений (ASE), использующих ТС ОКС №7, т.е. ТС-пользователей.
Класс "Контекстно зависимый" используется для элементов информации, которые определены
в контексте последующей более высокой конструкции и зависят от порядка других элементов данных
в этой конструкции. Этот класс может использоваться для создания тега конструкции, такие теги мо-
гут быть применены в любой другой конструкции. Такой рекурсивный подход позволяет осуществить
предельно гибкое форматирование ТСАР при сохранении независимости от конкретных применений.
Каждое применение может использовать элементы информации примитива или конструктора для по-
строения простых или сложных сообщений, отвечающих требованиям этого применения.
Класс "Применения пользователя" резервируется для элементов информации, определен-
ных для национальной сети или частного пользователя. Такие элементы информации находятся вне
рамок рекомендаций ТС.
Бит F, как показано на рис. 6.9, используется для обозначения типа (формы) элемента: либо
"Примитив" (F=0), либо "Конструктор" (F=1). Структура элемента примитива атомная (т.е. только
одно значение). Элемент конструктора содержит один или более элементов информации, которые
сами могут являться элементами конструктора. Обе формы элементов показаны на рис. 6.8.
Биты с А по Е первого байта тега плюс все байты расширения представляют код тега, кото-
рый разделяет элемент одного типа от другого в одном и том же классе. Коды тега, лежащие в
диапазоне от 00000 до 11110 (десятичное число от 0 до 30), представляются в одном байте.
Механизм расширения заключается в установке битов от А до Е первого байта в 11111. Бит
Н следующего байта является указателем расширения. Если бит Н байта расширения установлен в
0, то для этого тега больше нет байтов. Если бит Н установлен в 1, следующий байт используется
для расширения кода тега. Результирующий тег состоит из битов от А до G каждого байта расши-
рения, причем бит G первого байта расширения является старшим, а бит А последнего байта рас-
ширения является младшим. Код тега 31 декодируется как 0011111 в битах от G до А одного байта
расширения. Старшие коды тегов начинаются с этого места, используя минимально возможное
число байтов расширения. На рис. 6.10 показан подробный формат кода тега.
82
ГЛАВА 6
Класс
Форма
Код тега
(00000-11110)
Класс
Форма
Код тега
11111
Расш. 1
| Расш. 0 |
а) формат из одного байта б) расширенный формат
Рис. 6.10. Формат кода тега
Длина содержания (ДС) кодируется для обозначения числа байтов в Содержании. Длина
не включает ни тег, ни ДС байтов.
ДС использует короткую, длинную или неопределенную форму представления. Если длина
менее 128 байтов, используется короткая форма. В короткой форме бит Н устанавливается в 0, а
длина представлена двоичным числом при помощи битов от А до G.
Если ДС более 127 байтов, используется длинная форма представления ДС. Длинная форма
ДС - от 2 до 127 байтов. Бит Н первого байта устанавливается в 1, а биты от А до G первого байта
кодируют число, меньшее на единицу, чем размер ДС в байтах, как двоичное число без знака,
младшим и старшим битами которого являются биты G и А соответственно. Сама длина кодирует-
ся как двоичное число без знака, младшим и старшим битами которого являются бит Н второго
байта и бит А последнего байта соответственно. Это двоичное число должно быть закодировано в
наименьшем возможном числе байтов без ведущих байтов, имеющих значение 0.
Неопределенная форма занимает один байт и может (хотя нет необходимости) быть исполь-
зована вместо короткой или длинной формы, когда элемент является конструктором. Она имеет
значение 10000000. Когда используется эта форма, Содержание заканчивает специальный индика-
тор "конец содержания" (КС).
Обозначения для указателя конца содержания нет. Хотя обсуждаемая часть Содержания
синтаксическая, указатель конца содержания не имеет семантического значения.
Представлением указателя конца содержания является элемент универсального класса,
примитив, чей ИД кода имеет значение 0, и чье Содержание не используется или отсутствует.
На рис. 6.11 показаны форматы длины поля. Максимальное значение, которое может быть
закодировано, связано с ограничением размера сообщения сети, если сеть не ориентирована на
соединение.
0 Длина содержания
а) короткая форма
1 (Длина содержания) - 1
Длина содержания
б) длинная форма
Тег элемента конструктора
Д=10000000
Тег Длина Содержание
Тег Длина Содержание
. . .
КС тег = 00000000
КС длина = 00000000
в) неопределенная форма Рис. 6.11. Формат длины поля
ПРИКЛАДНАЯ СИСТЕМА ВОЗМОЖНОСТЕЙ ТРАНЗАКЦИЙ ТСАР
83
Содержание - это сущность элемента ТСАР и содержит информацию, которую элемент пе-
редает. Его длина переменна, но всегда содержит целое число байтов. Содержание интерпретиру-
ется в зависимости от типа, т.е. в соответствии со значением тега. Поле Содержание состоит из
серии элементов информации порции транзакции (TPIEs), каждый из которых соответствует обще-
му формату "тег, длина, содержание". В случае, когда более чем один элемент информации нахо-
дится в поле Содержание, то и он использует ту же структуру и сам состоит из тега, длины и со-
держания (см. рис. 6.8 б).
Сообщение ТСАР структурировано как один элемент информации конструктора. Он состоит
из транзакционной части, которая содержит элементы информации, используемые подуровнем
Транзакции. Один из элементов транзакционной части называется часть компонентов и содержит
информационные элементы, которые используются подуровнем Компонентов. Каждый компонент
является информационным элементом конструктора. На рис. 6.12 показана обобщенная структура
сообщения ТСАР.
Тег типа сообщения
Общая длина сообщения
Информационный элемент транзакционной части
Тег части компонентов
Длина части компонентов
Тег типа компонента
Длина компонента
Информационный элемент части компонентов
Компонент
Рис. 6.12. Обобщенная структура сообщения ТСАР
Как видно из рис. 6.12, информация от подуровня компонентов как бы заключается в ин-
формацию, необходимую для организации транзакции между двумя подсистемами ТСАР удаленных
объектов. Далее сообщение ТСАР в закрытом для нижних уровней виде поступает на уровень под-
системы сети, где с использованием соответствующих протоколов SCCP и МТР для него обеспе-
чивается снабжение информацией маршрутизации и осуществляется передача от пункта к пункту
до узла назначения. В узле назначения осуществляется обратный процесс раскодировки, распа-
ковки сообщения и анализ информации на уровне пользователя ТС.
При использовании подсистемы ТСАР в ОКС №7, не ориентированной на соединение, поль-
зователь должен учитывать ограничения на полную длину сообщения. Кодировки полей транзакци-
онной части и части компонентов сообщения ТСАР приведены в рекомендации Q.773.
6.7. Процедуры ТСАР
Транзакционные возможности (ТС) позволяют ТС-пользователям обмениваться компонента-
ми посредством сообщении ТСАР. Процедуры, описанные в рекомендации Q.774, определяют пра-
вила регулирования содержания информации и обмена сообщениями ТСАР между ТС-
пользователями.
В подсистеме ТСАР имеется весьма ограниченный набор собственных процедур, который
поддерживает независимость ТСАР от применений, а всевозможные дополнительные процедуры,
которые необходимы для реализации различных прикладных услуг, специфицируются в соответст-
вующих прикладных подсистемах (INAP, МАР, ОМАР и др.).
84
ГЛАВА 6
Процедура ТСАР разделяется на процедуры: подуровня компонентов и подуровня транзакций.
Процедура подуровня компонентов предоставляет ТС-пользователю возможность вызова
удаленных операций и получения ответов. Подуровень компонентов также получает информацию
по управлению диалогом от ТС-пользователя и, в свою очередь, использует возможности подуров-
ня транзакций для управления транзакцией.
Подуровень компонентов предоставляет два вида процедур: обработка компонентов; обра-
ботка диалога.
Процедуры подуровня компонентов ТСАР показаны на рис. 6.13. На этом рисунке узел А по-
сылает компонент вызова (1) к узлу Б, но узлу Б требуется больше информации для начала обра-
ботки компонента. Тогда узел Б инициирует свой собственный компонент вызова (2), запрашивая
ответ от узла А в компоненте возвращения результата (2). Проанализировав результат, узел Б от-
вечает на вызов компонентом возвращения результата. Это происходит, когда узел А является
станцией, которой требуется трансляция телефонного номера в информацию маршрутизации из
БД в узле Б. В данном случае БД требуется больше информации от узла А. Например для обеспе-
чения соответствующей информации маршрутизации, может потребоваться номер вызывающего
абонента. После поступления этой информации в БД первичный вызов может быть обработан и
информация маршрутизации поступает на станцию А в виде параметра в составе компонента воз-
вращения результата (последнего).
Спецификации ТСАР включают ряд процедур для использования в стандартных условиях. В
частности, если компонент вызова получен с синтаксической ошибкой, то в обратную сторону по-
сылается компонент отказа с указанием причины неисправности.
Примером процедур подуровня транзакции в структурированном диалоге может являться
следующая ситуация (рис. 6.14).
ПРИКЛАДНАЯ СИСТЕМА ВОЗМОЖНОСТЕЙ ТРАНЗАКЦИЙ ТСАР
85
Станция А инициирует начало структурированного диалога путем посылки сообщения нача-
ла. Идентификатор исходящей транзакции (OTID), выбираемый станцией А и включаемый в сооб-
щение начала, обозначен через X. Станция Б анализирует сообщение начала и соглашается уста-
новить диалог. Станция Б возвращает сообщение продолжения для подтверждения этого решения.
Эта же станция выбирает OTID со значением У для его включения в сообщение продолжения. Поле
идентификатора входящей транзакции (DNID) содержит идентификатор X, соответствующий номе-
ру, выбранному станцией А. Получив сообщение продолжения от АТС Б станция А анализирует ин-
формацию и посылает сообщение продолжения станции Б. В этом случае OTID имеет значение X,
a DNID - значение У. После приема и анализа сообщения продолжения от АТС А станция Б опре-
деляет, что диалог может быть завершен и возвращает сообщение конца. В сообщении конца от-
сутствует OTID, a DNID равен У.
В этом примере станция Б инициировала окончание диалога, но данную функцию также
могла бы выполнить и станция А. Случай, когда любая из двух АТС инициирует сообщение конца,
называется базовым методом завершения диалога. Существует другой метод окончания диалога,
называемый подготовительным. Обычное применение подготовительного конца - случай, когда
станция нуждается в информации из БД, но не знает, какую БД запросить. В этом случае запрос
циркулярно передается нескольким БД с ожиданием, что только одна из них ответит положитель-
но. Чтобы избежать необходимости ожидания отрицательного ответа от всех БД, кроме одной,
диалог считается законченным, если не получено положительного ответа. Диалог продолжается
далее только между АТС и БД, ответившей положительно.
86
ГЛАВА 6
Глава 7. Прикладные подсистемы пользователей
ОКС №7
7.1. Прикладные объекты в ОКС №7
В среде взаимодействия открытых систем (ВОС) связь между прикладными процессами мо-
делируется связью между прикладными объектами (Application Element - АЕ). Прикладной объект
представляет функции связи прикладного процесса. В прикладном процессе может содержаться
множество функций связи ВОС, так что один прикладной процесс может быть представлен многи-
ми АЕ. Однако каждый прикладной объект является набором возможностей связи с компонентами,
называемыми "прикладными сервисными элементами".
Прикладной сервисный элемент (Application Service Element - ASE) представляет собой на-
бор логически связанных функций, интегрированных в объекте прикладного уровня, который обес-
печивает функциональные возможности окружения ВОС, при необходимости обращаясь к услугам
нижележащих уровней. На рис. 7.1 показана связь между прикладными процессами, прикладными
объектами АЕ и прикладными сервисными элеменами ASE.
Прикладной процесс рассматривается как ряд функций и средств обеспечения отдельного
требования сети. Например, в контексте системы сигнализации ОКС №7 прикладной процесс осу-
ществляется, где необходимо согласование протоколов сообщений, относящихся к соединению.
Прикладной процесс может рассматриваться как:
• средство согласования конкретных положений функционирования сети (например, управление
соединением ISDN, подвижная связь, техобслуживание и эксплуатация);
• функция управления индивидуальными услугами или дополнительными услугами (например,
замкнутая группа пользователей).
В контексте ОКС №7 различные функциональные элементы системы сигнализации реализу-
ют протоколы сигнализации (информационные элементы, сообщения и процедуры), необходимые
для обеспечения межузлового обслуживания. В среде ОКС №7 прикладные элементы АЕ - это
элементы представления функций связи прикладного уровня, относящихся к межузловой связи, на
базе прикладных протоколов уровня 7. В пункте сигнализации ОКС №7 при реализации связи при-
кладного уровня могут встречаться различные конфигурации АЕ и ASE. Несколько примеров пока-
зано на рис. 7.1.
Прикладной
процесс
Прикладной процесс
ISUP
TUP
а)у пользователя ТС
один элемент ASE
б) у пользователя ТС несколько элементов ASE
Прикладной процесс
АЕ 1
АЕ 2
в) в данном применении используется более
чем один прикладной объект
Рис. 7.1. Пример связи между прикладным процессом, прикладными объектами АЕ
и сервисными прикладными элементами ASE
87
Прикладные сервисные элементы ASE располагаются в модели архитектуры системы сигна-
лизации ОКС №7 на уровне 7 над подсистемой ТСАР. В контексте ВОС подсистему ТСАР можно
также рассматривать в качестве ASE. Примерами АЕ могут служить прикладные подсистемы тех-
эксплуатации и обслуживания ОМАР, подвижной связи МАР, пользователя интеллектуальной сети
INAP и др. В состав каждой прикладной подсистемы может входить один или несколько элементов
ASE. ASE может содержать ряд процедур сигнализации для отдельной услуги (например, вызов без
оплаты) или для ряда услуг или функций, содержащихся в прикладной системе (например, МАР,
ОМАР). Следовательно, ASE может определять отдельный протокол услуги (например, услуга замк-
нутой группы CUG) или весь прикладной протокол (например, MAP). ASE может взаимодействовать
только с совместимыми равнозначными ASE. Операции, заданные в ASE, вызываются "симметрич-
но" каждым объектом, участвующим в диалоге, либо "асимметрично" только одним объектом (то
есть по схеме "клиент/обслуживающее устройство"). Примером первого случая служит процедура
"исходящего вызова, если абонент свободен"; примером второго случая служит запрос из базы
данных.
Для адресации прикладных объектов АЕ подсистема SCCP содержит механизм адресации
"подсистем" с использованием номеров подсистем (SubSystem Number - SSN). Для управления при-
кладными объектами в SCCP имеется также механизм управления "подсистемами" и пунктами сиг-
нализации и информирования других узлов о соответствующем состоянии готовности (доступности).
7.2. Подсистема пользователя интеллектуальной сети INAP
Общее понятие об интеллектуальной сети
Одной из основных прикладных подсистем ОКС №7, активно внедряемых в последнее вре-
мя, является прикладная подсистема пользователя интеллектуальной сети (Intelligent Network
Application Part - INAP).
Концепция интеллектуальной сети (Intelligent Network - IN) формируется уже более десяти
лет и после выпуска в 1993 году МСЭ-Т пакета рекомендаций серии Q.1200 стала действующим
международным стандартом, поддерживаемым также практически всеми основными организация-
ми стандартизации связи - ETSI, ANSI и др. В соответствии с рекомендацией 1.312/Q. 1201 опреде-
ление интеллектуальной сети звучит следующим образом:
Интеллектуальная сеть - это архитектурная концепция предоставления новых услуг связи,
обладающих следующими основными характеристиками:
• широкое использование современных методов обработки информации;
• эффективное использование сетевых ресурсов;
• модульность и многоцелевое назначение сетевых функций;
• интегрированные возможности разработки и внедрения услуг средствами модульных и много-
целевых сетевых функций;
• стандартизованное взаимодействие сетевых функций посредством независимых от услуг сете-
вых интерфейсов;
• возможность управления некоторыми атрибутами услуг со стороны абонентов и пользователей;
• стандартизованное управление логикой услуг.
Основополагающим требованием к архитектуре интеллектуальной сети является отделение
функций предоставления услуг от функций коммутации и распределение их по различным функ-
циональным подсистемам. Функции коммутации, как и для традиционных сетей остаются в базовой
сети связи, а функции управления, создания и внедрения услуг выносятся в создаваемую отдельно
от базовой сети "интеллектуальную" надстройку, взаимодействующую с базовой сетью посредст-
вом стандартизованных интерфейсов (рис. 7.2 ).
Следует отметить, что стандарт IN применим практически ко всем известным сегодня типам
сетей: телефонной сети общего пользования PSTN (Public Switched Telephone Network), сети пере-
дачи данных с коммутацией пакетов DPSN (Data Packet Switched Network), сети связи с подвижны-
ми системами PLMN (Public Land Mobile Network), узкополосной и широкополосной цифровых се-
тей с интеграцией служб N(B)-ISDN (Narrowband (Broadband) Integrated Services Digital Network).
Требование стандартизации протоколов обмена между базовой сетью и интеллектуальной
надстройкой освобождает операторов сетей от существовавшей ранее зависимости от поставщи-
ков коммутационного оборудования. Взаимодействие между функциями коммутации и управления
услугами осуществляется посредством прикладного протокола интеллектуальной сети INAP (IN
Application Protocol), стандартизованного МСЭ-Т в рекомендации Q.1205. Управление созданием и
внедрением услуг осуществляется через прикладной программный интерфейс API (Application
88
ГЛАВА 7
Programming Interface). Таким образом, стандартизованные интерфейсы IN делают сеть открытой
для независимых изменений, как в интеллектуальной надстройке, так и в базовой сети.
Рис. 7.2. Функциональная архитектура интеллектуальной сети
Обобщенная функциональная архитектура наглядно отражает одну из основных идей реали-
зации IN по формуле:
ИНТЕЛЛЕКТУАЛЬНАЯ СЕТЬ = КОММУТАТОР + КОМПЬЮТЕР.
На рис. 7.3 представлена классическая схема физической архитектуры IN.
------------ Транспорт
------------ Связь
Рис. 7.3. Физическая архитектура интеллектуальной сети
ПРИКЛАДНЫЕ ПОДСИСТЕМЫ ПОЛЬЗОВАТЕЛЕЙ ОКС №7
89
Схема включает шесть основных компонентов:
• узел коммутации услуг SSP (Service Switching Point) с интеллектуальной периферией IP
(Intelligent Peripheral);
• узел управления услугами SCP (Service Control Point) с блоком данных услуги (базой данных)
SDP (Service Data Point);
• центр администрирования услуг SMP (Service Management Point) с центром программирования
услуг SCEP (Service Creation Environment Point).
Для получения услуги интеллектуальной сети пользователь сети набирает номер той АТС,
которая обладает функциями узла коммутациии услуг SSP, а также код услуги и номер услуги.
Пользуясь протоколом интеллектуальной сети INAP, АТС с функциями SSP общается с узлом
управления услугами SCP и получает необходимую информацию для предоставления услуги и об-
служивания вызова. В обслуживании вызова принимает участие интеллектуальная периферия IP
(для передачи голосовых команд пользователю, сбора дополнительной информации и т.д.). Обще-
ние между SCP, SSP и IP происходит в режиме реального времени с учетом жестких временных
ограничений на обслуживание телефонного вызова.
Подготовка новых услуг происходит в центре программирования услуг SCEP, а за введение
новых услуг отвечает центр администрирования услуг SMP. Эти два центра действуют в условиях
относительного масштаба времени, и для передачи информации о новых услугах в узел SCP ис-
пользуется, например, протокол Х.25 или Frame Relay.
Прикладной протокол INAP
Сетевые функции интеллектуальной сети могут находится в различных узлах:
• функции коммутации услуги SSF (Service Switching Function) сосредоточены в узле коммутации
услуги SSP;
• функции управления услугой SCF (Service Control Function) сосредоточены в узле управления
услугой SCP;
• функции данных услуги SDF (Service Data Function) сосредоточены в узле данных услуги SDP
(Service Data Point).
Так как все эти функции и узлы могут быть разделены между собой как логически, так и фи-
зически, их взаимодействие осуществляется по специальному протоколу INAP.
Архитектура прикладного протокола INAP определена в рекомендации Q.1218, где рассмат-
риваются два его основных варианта. Вариант А ориентирован на организацию множественных
взаимно координируемых взаимодействий между прикладными процессами, а вариант В - на еди-
ничное взаимодействие прикладного процесса с другими процессами.
В случае единичного взаимодействия координационные функции при использовании при-
кладных элементов ASE выполняются функцией управления одиночной связью (Single Association
Control Function - SACF) на основании полученных примитивов. Объект одиночной связи (Single
Association Object - SAO) представляет совокупность SACF с набором прикладных элементов ASE,
которые используются при одиночном взаимодействии между парой физических элементов.
В случае множественного взаимодействия функция управления множественными связями
(Multiple Association Control Function - MACF) выполняет координационные функции среди несколь-
ких SAO, каждый из которых взаимодействуют с SAO, находящимся в удаленном физическом узле.
Протокол INAP является протоколом верхнего уровня в системе сигнализации ОКС № 7 и
обеспечивает взаимодействие между двумя основными объектами телефонной сети, построенной
по принципам IN, а именно между узлом коммутации услуг SSP и узлом управления услугами SCP,
как это показано на рис. 7.4 .
Рис. 7.4. Использование протокола INAP в интеллектуальной сети
Поясним суть протокола INAP на примере предоставления интеллектуальной услуги "При-
плата или дополнительная плата" (Premium Rate - PRM), в которой АТС с функциями интеллекту-
90
ГЛАВА 7
альной сети является междугородная АТС. Суть услуги PRM состоит в том, что за предоставление
разговора (например, получение медицинской или юридической консультации) телефонная компа-
ния берет дополнительную плату, а затем рассчитывается с поставщиком услуги или выписывает
счет пользователю услуги от имени поставщика услуги.
Рис. 7.5 иллюстрирует примерную схему предоставления услуги PRM: A-пользователь наби-
рает номер 8-АВС-7-1234, тем самым по коду "8" он выходит на междугородную сеть, а по коду
"АВС" выходит на ту АМТС, которая выполняет функции SSP, "7" означает код услуги PRM, а 1234
номер услуги PRM (например, медицинская консультация по детским заболеваниям). Узел SCP со-
общает в SSP - кто сколько должен платить за предоставление услуги (т.е. как формировать за-
пись об услуге) и сообщает номер В-пользователя (в нашем случае - дежурного детского врача),
который окажет требуемую услугу.
Рис. 7.5. Алгоритм предоставления услуги PRM
На рис. 7.6 представлен упрощенный алгоритм установления соединения при услуге PRM.
После распознавания кода услуги "7" узел SSP инициирует сеанс связи с SCP, т.е. готовит сооб-
щение о запросе услуги в виде сообщения Initial DP (Initial Detection Point - начальная точка обна-
ружения) и передает его посредством протокола подсистемы транзакций ТСАР в виде сообщения
TC_Begin (Initial DP).
SSP получает ответ из SCP, в котором содержится информация, как произвести расчет за
услугу (в операции FCI, Furnish Charging Information) и адрес В-пользователя в сообщении
CONNECT подсистемы транзакций ТСАР. На этом использование SCP кончается.
В действительности, в процессе установления соединения между SSP и SCP могут переда-
ваться различные ответные сообщения, например, о возможных ошибках. Завершается выполне-
ние соединения сообщением TC_End. Основное - что должны быть выполнены два основных свой-
ства услуги PRM:
• пересчет кода и номера услуги в адрес В-пользователя;
• определение размера и адресата оплаты и распределение оплаты между оператором связи
(владельцем телефонной сети), поставщиком услуги (владельцем программных средств пре-
доставления услуги PRM) и абонентом услуги (в нашем случае - врачом-педиатором).
Следует отметить, что простым видоизменением алгоритма услуги PRM можно получить
родственные услуги: Freephone (Свободный телефон), Split Charging (Раздельная оплата), Call
Forwarding (Переадресация вызова) и другие.
Место INAP в структуре протоколов ОКС №7
На рис. 7.7 дана архитектура протокола INAP при взаимодействии SCP и SSP (предполага-
ется, что блок IP совмещен с SSP). В данном случае коммутатор услуг SSP реализует три функции:
ПРИКЛАДНЫЕ ПОДСИСТЕМЫ ПОЛЬЗОВАТЕЛЕЙ ОКС №7
91
• коммутации услуги SSF, суть которой состоит в выходе к SCP при обнаружении запроса на ин-
теллектуальную услугу;
• CCF (Call Control Function), т.е. само установление соединения через данную АТС,
• специализированных ресурсов SRF (Specialized Resource Function), т.е. функцию интеллекту-
альной периферии.
INAP
Входящий вызов
от АМТС
Набор 71234
Контроль
посылки
вызова
Трубка
положена
SSP
TC.BEGIN (Initial DP)
РАЗГОВОР
SCP
TC-CONTINUE (FCI, Connect)
Посылка
вызова
Поднятие
трубки
Трубка
положена
Рис. 7.6. Установление соединения при услуге PRM
Рис. 7.7. Место INAP в структуре протоколов ОКС №7
Узел SCP реализует единственную функцию управления услугой SCF, т.е. управление прохо-
ждением алгоритма услуги согласно ее логике, определяемой международными рекомендациями.
Собственно протокол INAP представлен набором из подпротоколов ASE для выполнения от-
дельных операций, например, Initial DP и других. Если в SSF, например, обнаружена точка DP, ини-
циализирующая услугу и требующая участия SCF, то функция SSF формирует сообщение, которое
называется Initial DP Operation (см. рис. 7.6) и посредством подсистемы транзакций ТСАР, где в
92
ГЛАВА 7
свою очередь еще выделены два подуровня (компонентный и транзакций), начинается сеанс связи
с соответствующими уровнями протоколов контроллера SCP. При этом используются, как видно из
рис. 7.7, также подсистемы контроля SCCP и МТР, а также канал передачи данных ОКС №7.
Для выполнения какой-либо операции формируется сообщение под названием Operation,
которое посредством соответствующего подпротокола ASE передается через многоуровневую це-
почку протоколов системы ОКС №7 вниз и затем вверх, как показано на рис. 7.7. В европейских
рекомендациях для первого набора услуг IN CS1 заданы 29 операций и 21 подпротокол ASE (часть
операций обслуживается только парами операций типа запрос-ответ (Request-Report), поэтому
общее число ASE меньше числа операций).
Для внедрения услуг интеллектуальной сети в России разработан национальный протокол
INAP-R, который основан на стандарте ETS 300 374-1: 1994 г. ETSI. INAP-R опирается на ранее
разработанные российские национальные спецификации протоколов подсистем ТСАР, SCCP и МТР
единой национальной иерархии протоколов системы сигнализации № 7.
В российской реализации первой очереди внедрения услуг интеллектуальной сети CS1
(всего пять услуг) протокол INAP-R значительно упрощается за счет уменьшения общего числа
подпротоколов ASE. Упрощается также описание операций, так как уменьшается число передавае-
мых параметров, ошибок и т.д. Жесткая стандартизация всех деталей протокола INAP-R обеспечит
использование оборудования разных поставщиков на интеллектуальной сети России.
7.3. Прикладные подсистемы пользователей сетей
подвижной связи
В настоящее время в России активно развиваются системы сотовой подвижной связи, в ко-
торых используются пять основных стандартов:
• аналоговые стандарты NMT-450 и AMPS;
• цифровые стандарты GSM, D-AMPS и CDMA.
Эти стандарты, в отличие от других, нашли широкое применение во многих странах мира,
особенно европейских.
Для применения на федеральном уровне в России разрешается использовать стандарты
GSM и NMT-450. Федеральным сетям GSM и NMT-450 выделены междугородные коды АВС=902 и
901 соответственно. В данных кодах каждой сети оператора подвижной связи выделяется двух-
или трехзначный код в зависимости от емкости сети. При включении сети подвижной связи (СПС)
в местную сеть может использоваться также нумерация местной сети.
При взаимодействии сетей СПС со станциями ТфОП используются системы сигнализации,
рекомендованные для цифровых станций ТфОП, в том числе и ISUP-R. Для взаимодействия сетей
операторов СПС также используются специальные прикладные подсистемы пользователей ОКС №7:
• для сетей стандарта GSM - подсистема MAP (Mobile Application Part)-,
• для сетей стандарта NMT-450 - подсистемы MUP (Mobile User Part) и HUP (Hand-Over User Part).
Прикладная подсистема MAP пользователя мобильной связи
стандарта GSM
Цифровые сотовые сети подвижной связи стандарта GSM содержат следующие элементы
(рис. 7.8):
• коммутационный центр подвижной связи MSC (Mobile Switching Center) - выполняет функции
установления соединений как между подвижными абонетами сети СПС, так и между абонента-
ми сети СПС и ТфОП;
• базовая станция BS (Base Station) - реализует радиоинтерфейс с подвижным абонентом;
• контроллер базовых станций BSC (Base Station Controller) - обеспечивает управление базовы-
ми станциями и связь с коммутационным центром;
• основной или домашний регистр местоположения HLR (Home Location Register) - содержит ба-
зу данных об абонентах, зарегистрированных в данном коммутационном центре;
• гостевой регистр местоположения VLR (Visitor Location Register) - содержит базу данных об
абонентах, посетивших зону обслуживания данного коммутационного центра;
• центр аутентификации AC (Authentication Center) - обеспечивает проверку полномочия подвиж-
ного абонента и осуществления его доступа к сети связи;
• регистр идентификации оборудования EIR (Equipment Identity Register) - содержит базу данных,
необходимых для управления идентификацией оборудования.
ПРИКЛАДНЫЕ ПОДСИСТЕМЫ ПОЛЬЗОВАТЕЛЕЙ ОКС №7
93
Рис. 7.8. Схема построения сети подвижной связи стандарта GSM
Как указывалось выше, одним из протоколов поддержки функционирования сотовых теле-
фонных сетей стандарта GSM является прикладная система ОКС №7 МАР. Эта подсистема базиру-
ется на протоколе ТСАР и используется для передачи информации роуминга и другой сигнальной
информации из одной сотовой сети в другую (рис. 7.9). Роуминг (от англ, to roam - бродить) - это
предоставление связи подвижным абонентам при их перемещении между сетями GSM различных
операторов (различными MSC).
Рис. 7.9. Архитектура протоколов ОКС №7 для поддержки услуг сотовой сети GSM
Подсистема МАР обеспечивает не только передачу информации между сотовыми система-
ми, но и организует активацию тех или иных операций с удаленного конца. Например, при поступ-
лении определенных сообщений из другой сотовой сети активизируются услуги сотовой сети, ко-
торой принадлежит вызывающий абонент, а также сообщаются в обратном направлении результа-
ты активации тех или иных услуг.
Первоначальные спецификации подсистемы МАР были представлены в рекомендации
МККТТ Q.1051 Синей книги. В дальнейшем все иссследования подсистемы проводились ETSI.
Подробную информацию о подсистеме МАР читатель может найти в документе ETS 300 599 (GSM
09.02). Национальные спецификации МАР соответствуют данным рекомендациям [14].
К основным процедурам МАР относятся:
• регистрация местоположения абонента для сохранения возможности осуществления исходящих
и приема входящих вызовов в пределах всей сети, что обеспечивает возможность роуминга;
94
ГЛАВА 7
• перерегистрация и стирание предыдущей информации о местоположении абонента;
• дополнительные виды обслуживания;
• изменение абонентских данных в регистрах HLR и VLR;
• передача информации о тарификации и др.
Для реализации роуминга подвижному абоненту сети GSM присваиваются следующие ос-
новные номера и идентификаторы:
1. Международный идентификатор подвижного абонента (International Mobile Subscriber
Identificator - IMSI) - записывается в ПЗУ SIM карты, вставляемой в подвижную станцию (ПС). IMSI
включает:
• код страны подвижной связи МСС - 3 знака (для России в соответствии с рекомендацией
Е.212 МСС=250);
• код сети оператора MNC - 2 знака;
• номер абонента в сети оператора MSIN - 10 знаков.
2. Номер сети общего пользования MS - соответствует телефонной нумерации каждой сети
оператора СПС.
3. Временный роуминговый номер (Mobile Station Roaming Number - MSRN) - выделяется
при установлении входящего соединения к абоненту-роумеру на время установления соединения,
но не больше 30 с. Блок номеров MSRN выделяется из общей телефонной нумерации сети опера-
тора СПС.
Информация о местоположении абонента должна обновляться в регистре HLR каждые не-
сколько минут. Для этой цели прикладная подсистема МАР с помощью сообщений ТСАР передает
информацию в базу данных HLR из базы данных VLR коммутационного узла, в котором временно
находится мобильный абонент. Когда вызываемому абоненту поступает входящий вызов, регистр
HLR определяет, каким образом можно соединиться с абонентом в зависимости от его текущего
местоположения. По мере перемещения абонента из одной зоны в другую содержимое HLR посто-
янно обновляется с помощью сообщений ОКС №7. Такой механизм позволяет мобильному абоненту
абсолютное свободное передвижение в пределах всей сети без риска потерять входящие вызовы.
Визитная сеть GSM
(зона временного нахождения
подвижного абонента)
Опорная сеть GSM
(сеть, к которой абонент
приписан)
Рис. 7.10. Процедуры взаимодействия сетей GSM при роуминге
На рис. 7.10 показаны основные процедуры взаимодействия сетей GSM при входящем вы-
зове к подвижному абоненту, который находится в данный момент в другой зоне:
1 - прибывший подвижный абонент фиксируется ближайшей базовой станцией в визитной
сети GSM, по радиоинтерфейсу с базовой станцией передается его идентификатор IMSI;
2 - осуществляется процедура обновления данных местоположения подвижного абонента:
полученный IMSI абонента из VLR коммутационный центр визитной сети MSC 2 передает в регистр
HLR; HLR проверяет право абонента на роуминг и передает подтверждение на обновление данных.
ПРИКЛАДНЫЕ ПОДСИСТЕМЫ ПОЛЬЗОВАТЕЛЕЙ ОКС №7
7 — 970
95
Затем следует процедура запроса/передачи абонентских данных (данные об услугах, параметры
аутентификации абонента);
3 - в опорную сеть поступает вызов к абоненту, находящемуся в сети другого оператора GSM;
4 , 5, 6 - процедуры запроса/передачи временного роумингового номера MSRN для уста-
новления соединения;
7 - установление соединения по номеру MSRN, выделенному для подвижного абонента в
зависимости от национального или международного роуминга, либо через междугородную, либо
через международную сети.
Для обеспечения передачи информации между элементами сотовой сети коммутационные
центры MSC, шлюзовые коммутационные центры GMSC (Gateway MCS), а также базы данных (HLR,
VLR, EIR) могут выполнять функции пунктов сигнализации в сети ОКС №7 (рис. 7.11).
Уровень сигнализации
Рис. 7.11. Взаимодействие элементов сети GSM на сигнальном уровне
96
ГЛАВА 7
Помимо подсистем ТСАР и МТР протокол МАР также использует подсистему управления со-
единениями сигнализации SCCP, причем только не ориентированные на соединение классы услуг
(классы 0 и 1). Основная задача SCCP при передаче сообщений роуминга заключается в пересчете
глобального заголовка (Global Title - GT) в маршрутную информацию, т.е. в коды пунктов сигнали-
зации на сети ОКС №7. SCCP обеспечивает пересчет GT в соответствии с несколькими планами
нумерации. Для СПС стандарта GSM используются планы нумерации, определенные в следующих
рекомендациях МСЭ-Т:
• Е. 163/164 - план нумерации телефонной сети и ISDN;
• Е.214 - план нумерации ISDN и наземной подвижной сети;
• Е.212 - план нумерации наземной подвижной сети (IMSI).
Параметры сообщений SCCP, которые используются подсистемой МАР для обеспечения ро-
уминга, включают данные с учетом специфики подвижной связи. Например, параметр "Адрес вы-
зываемой/вызывающей стороны" (см. главу 4) включает глобальный заголовок GT, равный 0100,
номер подсистемы SSN определяет устройства СПС, которые обмениваются сообщениями (MSC,
HLR, VLR, EIR). Само сообщение SCCP содержит данные, которые передаются между пользовате-
лями прикладных подсистем и обрабатываются только в устройствах СПС.
Прикладная подсистема MUP пользователя мобильной связи
стандарта NMT
В состав аналоговой системы сотовой подвижной связи стандарта NMT-450 (NMT-900) вхо-
дят: центр коммутации подвижной связи МТХ, базовые станции BTS и подвижные станции MS.
Центр коммутации МТХ обеспечивает управление системой подвижной радиосвязи и является ин-
терфейсом между подвижной станцией и ТфОП. Схема построения типовой сети сотовой связи
стандарта NMT-450 приведена на рис. 7.12. Каждый МТХ (ЦКМС) обслуживает группу базовых
станций (БС). Совокупность BTS, обслуживаемых одним MSC, образует зону обслуживания.
Рис. 7.12. Схема построения сети сотовой связи стандарта NMT-450
Прикладная подсистема MUP ОКС №7 предназначена для обеспечения связи при передви-
жении абонентов между центрами коммутации МТХ сотовых сетей стандарта NMT-450, т.е. для
обеспечения роуминга. MUP поддерживает сигнализацию "из конца в конец" между коммутацион-
ными узлами МТХ для обновления данных о местоположении подвижного абонента, регистрации и
отмены дополнительных услуг, информации маршрутизации и др. Подсистема MUP использует для
передачи информации из стека протоколов ОКС №7 подсистемы ТСАР, SCCP и МТР. Сообщения
подсистемы MUP передаются в поле сигнальной информации SIF значащих сигнальных единиц
MSU, структура которых приведена на рис. 7.13.
Номер транзакции назначается центром коммутации МТХ, инициирующим транзакцию, и со-
стоит из 32 битов:
• идентификатора МТХ длиной 12 битов;
• идентификатора транзакции длиной 16 битов;
ПРИКЛАДНЫЕ ПОДСИСТЕМЫ ПОЛЬЗОВАТЕЛЕЙ ОКС №7
97
четырех резервных битов.
8*т 4 4 32
Информация MUP Код заголовка Н1 Код заголовка НО Номер транзакции Заголовок SCCP
Резерв Идентификатор МТХ Идентификатор транзакции
4 12 16
Рис. 7.13. Формат поля сигнальной информации MUP
Идентификатор МТХ состоит из трех десятичных цифр ZX-|X2, каждая из которых кодируется
четырьмя разрядами. Идентификатор МТХ определяет первые три цифры номера мобильной стан-
ции, зарегистрированной в данном узле.
Код заголовка НО определяет группу сообщений, в то время как код заголовка Н1 - сооб-
щение в группе. Группы сообщений, используемые в подсистеме MUP, приведены в табл. 7.1, а
сообщения из этих групп - в табл. 7.2. Более подробную информацию о сообщениях подсистемы
MUP можно найти в документе NMT DOC 900-2, Annex 3-I [27].
Таблица 7.1. Группы сообщений подсистемы MUP
Код заголовка НО Обозна- чение Группа сообщений
0000 Не используется
0001 LDF Сообщения прямого направления о данных местоположения подвижного абонента (Location Data Forward Message)
0010 CSF Сообщения прямого направления о категории/дополнительных услугах (Category/Supplementary Services Forward Messages)
0011 LDB Сообщения обратного направления о данных местоположения подвижного абонента (Location Data Backward Messages)
0100 CSB Сообщения обратного направления: категория/дополнительные услуги (Category/Supplementary Services Backward Messages)
0100 МАМ Сообщения управления и администрирования (Management and Administration Messages)
1000 SDM Сообщения передачи данных обеспечения безопасности (Security Data Transfer Messages)
1001 RSM Сигнальные сообщения роуминга (Roaming Signaling Messages)
1010 GSM Сигнальные сообщения шлюза (Gateway Signalling Messages)
1011 HSM Сигнальные сообщения домашнего регистра местоположения (Home Location Register Signalling Messages)
Таблица 7.2. Сообщения подсистемы MUP
Группа сооб- щений Обозна- чение сообщения Код заголовка Н1 Сообщение
LDF LUM 0001 Сообщение обновления данных местоположения (Location Updating Message)
LCM 0010 Сообщение отмены данных местоположения (Location Cancellation Message)
CSF CSU 0001 Сообщение обновления категории/дополнительных услуг (Category/Supplementary Services Updating Messages)
SRM 0010 Сообщение регистрации/отмены дополнительных услуг (Supplementary Services Registration/Cancellation Message)
PSR 0011 Сообщение регистрации/отмены предыдущих дополнитель- ных услуг (Pre-supplementary Services/ Cancellation Message)
98
ГЛАВА 7
Таблица 7.2. Сообщения подсистемы MUP (продолжение)
Группа сооб- щений Обозна- чение сообщения Код заголовка Н1 Сообщение
LDB LUA 0001 Сообщение подтверждения обновления данных местопо- ложения (Location Updating Accepted Message)
LUR 0010 Сообщение отказа в обновлении данных местоположения (Location Updating Rejected Message)
LCA 0011 Сообщение подтверждения отмены данных местоположения (Location Cancellation Accepted Message)
CSB CSA 0001 Сообщение о доступных категориях/дополнительных услугах (Category/Supplementary Services Accepted Message)
SRA 0010 Сообщение регистрации дополнительных услуг/подтвер- ждения отмены (Supplementary Services Registration/Cancel- lation Acknowledgement Message)
PSA 0011 Сообщение предварительной регистрации дополнительных услуг/подтверждения отмены (Pre-supplementary Services Registration/Cancellation Acknowledgement Message)
МАМ RES 0001 Сообщение с информацией о рестарте (Restart Information Message)
REA 0010 Сообщение подтверждения информации о рестарте (Restart Information Acknowledgement Message)
SDM ADR 0001 Сообщение запроса данных аутентификации (Authentication Data Request Message)
ADA 0010 Сообщение подтверждения запроса данных аутентифика- ции (Authentication Data Request Acknoledge Message)
ADN 0011 Сообщение недоступности данных аутентификации (Authentication Data Not Available Message)
AKR 0100 Сообщение запроса ключа аутентификации (Authentication Key Request Message)
АКТ 0101 Сообщение передачи ключа аутентификации (Authentication Key Transfer Message)
AKN 0110 Сообщение недоступности ключа аутентификации (Authentication Key Not Available Message)
SDR 0111 Сообщение запроса данных обеспечения безопасности (Security Data Request Message)
SDA 1000 Сообщение доступности данных обеспечения безопасности (Security Data Available Message)
SDN 1001 Сообщение недоступности данных обеспечения безопас- ности (Security Data Not Available Message)
RSM RNE 0001 Сообщение запроса роумингового номера (Roaming Number Enquiry Message)
RNM 0010 Сообщение роумингового номера (Roaming Number Message)
RNR 0011 Сообщение сброса роумингового номера (Roaming Number Rejected Message)
CTE 0100 Сообщение запроса условий передачи вызова (Conditional Call Transfer Enquiry Message)
СТА 0101 Сообщение приема условий передачи вызова (Conditional Call Transfer Accepted Message)
CTR 0110 Сообщение сброса условий передачи вызова (Conditional Call Transfer Rejected Message)
ПРИКЛАДНЫЕ ПОДСИСТЕМЫ ПОЛЬЗОВАТЕЛЕЙ ОКС №7
99
Таблица 7.2. Сообщения подсистемы MUP (окончание)
Группа сооб- щений Обозна- чение сообщения Код заголовка Н1 Сообщение
RSM REM 0111 Сообщение запроса маршрутизации (Routing Enquiry Message)
RIM 1000 Сообщение информации маршрутизации (Routing Information Message)
RIR 1001 Сообщение сброса информации маршрутизации (Routing Information Rejected Message)
BNE 1010 Сообщение запроса номера бизнес-группы (Business Group Number Enquiry Message)
BNM 1011 Сообщение информации о номере бизнес-группы (Business Group Number Information Message)
BNR 1100 Сообщение сброса номера бизнес-группы (Business Group Number Rejected Message)
REM2 1101 Сообщение запроса маршрутизации 2 (Routing Enquiry Message 2)
IRI 1110 Сообщение информации маршрутизации на основании международного номера (IN Routing Information Message)
GSM GEI 0001 Начальное сообщение запроса шлюза (Gateway Enquiry Initial Message)
GRM 0010 Сообщение маршрутизации шлюза (Gateway Routing Message)
GSE 0011 Последующее сообщение запроса шлюза (Gateway Subsequent Enquiry Message)
GET 0100 Конечное сообщение запроса шлюза (Gateway Enquiry Terminate Message)
SEM 0101 Сообщение обслуживающей станции (Serving Exchange Message)
SEA 0110 Сообщение подтверждения обслуживающей станции (Serving Exchange Acknowledgement Message)
HSM HRE 0001 Сообщение запроса маршрутизации HLR (HLR Routing Enquiry Message)
HRM 0010 Сообщение маршрутизации HLR (HLR Routing Message)
HRR 0011 Сообщение сброса маршрутизации HLR (HLR Routing Rejected Message)
Прикладная подсистема HUP пользователя мобильной связи
стандарта NMT
Прикладная подсистема пользователя HUP протокола ОКС №7 предназначена для сигнали-
зации при передаче соединения (хэнд-овер или хэндовер) между обслуживающими вызов центра-
ми коммутации подвижной связи МТХ стандарта NMT-450. Подсистема HUP для передачи сообще-
ний между МТХ использует из стека протоколов ОКС №7 только подсистему МТР. Сигнализация
HUP осуществляется только между МТХ, непосредственно соединенными прямыми телефонными
каналами для передачи речи.
Функции подсистемы HUP обеспечивают сигнализацию из "конца в конец” между МТХ для
осуществления межузлового обновления данных (сигнализация, не связанная с телефонным со-
единением) и межузлового хэнд-овера (сигнализация, связанная с конкретным соединением).
Сигнализация HUP передается через сеть посредством значащих сигнальных единиц МТР
(рис. 7.14). Для сообщений о проведении хендовера в поле служебной информации (SIF) этих сиг-
нальных единиц используется стандартная этикетка, которая имеет длину 40 битов и содержит код
пункта назначения DPC сигнального сообщения (14 битов), код пункта источника сигнального со-
общения ОРС (14 битов) и код идентификации канала CIC (12 битов).
Для группы сообщений о проведении измерений радиоканала в этикетке вместо CIC раз-
мещается код логического канала LOC, который однозначно идентифицирует номер транзакции
100
ГЛАВА 7
HUP, и также имеет длину 12 битов. Код логического канала определяет логический канал, отно-
сящийся к определенному порядковому номеру диалога и придаваемый прямому сигнальному со-
общению исходящим МТХ. Для обратного сигнала, относящегося к этому же диалогу, используется
тот же код LOC. Четыре наименее значащих бита в LOC используется для идентификации одной
(среди нескольких) сигнальных линий, связывающих исходящий пункт и пункт назначения.
Рис. 7.14. Формат поля сигнальной информации HUP
В состав поля сигнальной информации, кроме этикетки, входят также код заголовка НО, код
заголовка Н1 и непосредственно информация HUP. Как и в подсистеме MUP, код заголовка НО оп-
ределяет группу сообщений, а код заголовка Н1 - сообщение в группе. Группы сообщений подсис-
темы HUP приведены в табл. 7.3, а сообщения этих групп - в табл. 7.4. Более подробную инфор-
мацию о сообщениях подсистемы HUP можно найти в документе NMT DOC 900-2, Annex 3-II [28].
Таблица 7.3. Группы сообщений подсистемы HUP
Код заголовка НО Обозначение Группа сообщений
1010 FHM Сообщения хэнд-овера прямого направления (Forward Handover Messages);
1011 ВНМ Сообщения хэнд-овера обратного направления (Backward Handover Messages)
1100 UHM Сообщения неуспешного хэнд-овера (Unsuccessful Handover Messages)
1101 CSM Сообщения контроля вызовов (Call Supervision Messages)
1110 SCM Сообщения контроля каналов (Circuit Supervision Messages)
1111 нмм Сообщения измерения хэнд-овера (Handover Measurement Messages)
Таблица 7.4. Сообщения подсистемы HUP
Группа сооб- щений Обозна- чение со- общения Код заголовка Н1 Сообщение
FHM TCR 0001 Сообщение запроса трафика канала (Traffic Channel Request Message)
ТТМ 0010 Сообщение передачи класса трафика (Traffic Class Transfer Message)
SHA 0011 Сообщение подтверждения последующего хэнд-овера (Subsequent Handover Acknowledged Message)
ВНМ ТСА 0001 Сообщение подтверждения трафика канала (Traffic Channel Acknowledgement Message)
ТТА 0010 Сообщение подтверждения передачи класса трафика (Traffic Class Transfer Acknowledge Message)
SHM 0011 Сообщение запроса последующего хэнд-овера (Subsequent Handover Request Message)
SSI 0100 Сообщение индикации успешной коммутации (Switching Successful Indication Message)
ПРИКЛАДНЫЕ ПОДСИСТЕМЫ ПОЛЬЗОВАТЕЛЕЙ ОКС №7
101
Таблица 7.4. Сообщения подсистемы HUP (окончание)
Группа сооб- щений Обозна- чение со- общения Код заголовка Н1 Сообщение
инм TCN 0001 Сообщение недоступности трафика канала (Traffic Channel Not Available Message)
SSN 0010 Сообщение индикации неуспешной коммутации (Switching Not Successful Indication Message)
CFL 0011 Сообщение сброса вызова (Call Failure Message)
SHR 0100 Сообщение сброса последующего хэнд-овера (Subsequent Handover Rejected Message)
CSM STE 0001 Сообщение назначения абонента (Subscriber Termination Message)
CLF 0010 Сообщение освобождения в прямом направлении (Clear Forward Message)
CTD 0011 Сообщение изменения направления трафика (Change Traffic Direction Message)
RRM 0100 Сообщение обновления регистра (Register Recall Message)
RRA 0101 Сообщение подтверждения обновления регистра (Register Recall Acknowledge Message)
RAS 0110 Сообщение обновления регистра с обеспечением допол- нительной безопасности (Register Recall with Added Security Message)
RAC 0111 Сообщение полного адреса при обновлении регистра (Register Recall Adress Complete Message)
RDG 1000 Сообщение о цифрах номера при обновлении регистра (Register Recall Digit Message)
RRR 1001 Сообщение сброса обновления регистра (Register Recall Reject Message)
MFM 1010 Сообщение запроса активации многочастотного преобра- зователя (MFT Converter Activation Request Message)
MFO 1011 Сообщение запроса многочастотного преобразователя (MFT Converter Order Message)
MFR 1100 Сообщение сброса активации многочастотного преобра- зователя (MFT Converter Activation Reject Message)
MFD 1101 Сообщение деактивации многочастотного преобразователя (MFT Converter Deactivation Message)
SCM RRA2 0001 Сообщение подтверждения обновления регистра 2 (Register Recall Acknowledge Message 2)
BLO 0010 Сообщение блокировки (Blocking Message)
BLA 0011 Сообщение подтверждения блокировки (Blocking Acknowledged Message)
UBL 0100 Сообщение разблокировки (Unblocking Message)
UBA 0101 Сообщение подтверждения разблокировки (Unblocking Acknowledged Message)
RSC 0110 Сообщение сброса канала (Reset Circuit Message)
нмм SMO 0001 Сообщение запроса измерения уровня сигнала (Signal Strenght Measurement Order Message)
SMA 0010 Сообщение подтверждения измерения уровня сигнала (Signal Strenght Measurement Acknowledge Message)
SMR 0011 Сообщение сброса измерения уровня сигнала (Signal Strenght Measurement Rejected Message)
НОМ 0100 Сообщение представления хэнд-овера (Handover Offer Message)
102
ГЛАВА 7
7.4. Подсистема эксплуатации, технического обслуживания
и администрирования ОМАР
Назначение подсистемы ОМАР
Функции эксплуатации, технического обслуживания и администрирования сети ОКС №7 свя-
заны с контролем, координацией и управлением ресурсами сети ОКС №7. Они подразделяются на
две части:
• функции управления сетью внутри протокола ОКС №7 (реализуются подсистемами МТР и SCCP
и описаны в главе 8);
• функции управления сетью ОКС №7 (реализуются специальной подсистемой ОМАР).
Подсистема эксплуатации, технического обслуживания и администрирования (Operations,
Maintenance and Administration Part - ОМАР) определяет функции, процедуры и логические объекты
для эксплуатации, техобслуживания и управления сетью ОКС №7 и взаимодействует со всеми
уровнями системы сигнализации. Функции управления и техобслуживания сети ОКС №7 могут ис-
пользовать систему сигнализации в качестве механизма переноса данных.
Подсистема ОМАР позволяет персоналу техобслуживания и эксплуатации контролировать и
управлять оборудованием, связанным с сетью сигнализации ОКС №7, из центра технической экс-
плуатации с помощью протокола, обеспечивающего средства обмена со всеми другими узлами
сети. Для обеспечения передачи информации, не относящейся к информационному каналу, между
пунктом управления и узлом (узлами), задействованными для обеспечения функций технического
обслуживания и эксплуатации сети, используется подсистема ТСАР.
Общее описание подсистемы ОМАР ранее было дано в рекомендации МККТТ Q.795 Синей
книги [6]. В настоящее время подсистема ОМАР определена в рекомендациях МСЭ-Т Q.750,
Q.752-Q.755 (Белая книга) [19].
• Q.750 - общий обзор подсистемы ОМАР;
• Q.752 - измерения и наблюдения за работой ОКС №7 (введена вместо рекомендации Q.791
Голубой книги);
• Q.753 - управляющие функции ОКС №7 для управляемых объектов, которые требуют сигнали-
зацию ОКС на сети, а также пользователя OMASE, где используется логика этих функций (это
функции MRVT, SRVT, CVT, определенные в рекомендации Q.795 Голубой книги);
• Q.754 - прикладные служебные элементы ASE для функций, определенных в рекомендации
Q.753, т.е. OMASE.
• Q.755 - тесты протоколов ОКС №7.
Следует отметить, что многие элементы подсистемы ОМАР находятся в стадии специфици-
рования, и существующие рекомендации МСЭ-Т еще не могут считаться завершенными.
Модель управления ОКС №7
Модель управления ОКС №7 (рис. 7.15) связана с контролем, координацией и управлением
ресурсами, которые позволяют ОКС №7 осуществлять основную связь между пунктами сигнализа-
ции. Для достижения этих функциональных возможностей используются категориии управления:
системами; уровнем; протоколом.
Управление системами руководит, контролирует и координирует ресурсы, проходящие че-
рез протоколы прикладного уровня. Совокупность этих функций известна как Прикладной сервис-
ный элемент управления и техобслуживания (Operations and Maintenance Application Service Element
- OMASE). OMASE взаимодействует с подсистемой ОМАР через интерфейс системного управления
услугами (Systems Management Service Interface - SMSI).
Функции управления уровнями ОКС №7 выполняются соответствующим средством управле-
ния уровня (Level Management Entity - LME) с использованием специального интерфейса управле-
ния уровнем (Level Management Interface - LMI). Примером таких функций являются измерения и
техническая эксплуатация на соответствующем уровне.
Управление протоколом связано с единичным примером связи внутри определенного уровня.
Взаимодействие подсистемы ОМАР с пользователями других подсистем ОКС №7 (TUP,
ISUP, МАР и др.) осуществляется через нестандартизированный прикладной интерфейс управле-
ния (Application Management Interface - AMI). ОМАР использует для управления объектами сети мо-
дель управления, которая хранится в базе управляющей информации (Management Information Base
- MIB).
ПРИКЛАДНЫЕ ПОДСИСТЕМЫ ПОЛЬЗОВАТЕЛЕЙ ОКС №7
103
AMI
AMI
ОМАР +
Пользователь OMASE
▼-
MAP
Прикладные услуги
управления
вызовом
MIB
SMSI v
AE
AE
ISUP TUP
О
M
A
S
E
TC
ASE
ASEs
TC
ASE
LMI
LMI
LME
SCCP
LME
MTP
L
M
E
L
M
E
L
M
E
Рис. 7.15. Модель управления системы сигнализации ОКС №7
Функции управления ОМАР
Подсистема ОМАР использует принципы управления, определенные в рекомендации МСЭ-Т
по Сети управления связью (Telecommunication Management Network - TMN) М.3010 и рекоменда-
циях по управлению OSI серии Х.700. В TMN определены пять уровней иерархии управления (рис.
7.16):
• управление бизнесом (business management);
• управление услугами (service management);
• управление сетью (network management - NM);
• управление сетевыми элементами (network element management);
• сетевые элементы, которые подлежат управлению.
Рис. 7.16. Уровни управления TMN
Из этих уровней управления функции подсистемы ОМАР относятся к трем нижним уровням.
В то же время ОМАР взаимодействует с другими частями TMN для обеспечения управления услу-
104
ГЛАВА 7
гами. Например, это взаимодействие происходит, если требуется добавить услуги ISDN так, чтобы
абоненты одной телефонной станции могли использовать эти услуги при связи с другой телефон-
ной станцией. Если на этих станциях установлена только подсистема TUP, то она должна быть за-
менена или дооборудована до ISUP, с передачей расширенной адресации в МТР для этих станций.
Подсистема ОМАР должна обеспечивать эти изменения.
Соответствие между сетью TMN, сетью ОКС №7 и рекомендациями МСЭ-Т по ОМАР приве-
дено на рис. 7.17.
Звено ОКС №7
Рис. 7.17. Реализация TMN в сети ОКС №7
OSI определяет следующие категории управляющих действий:
• управление устранением повреждений (fault management);
• управление конфигурацией (configuration management);
• контроль рабочих характеристик (performance management);
• управление взаиморасчетами (accounting management);
• управление безопасностью (security management).
Функции управления сетью ОКС №7 можно рассматривать как действия, предпринимаемые
оператором или внешним автоматическим устройством для поддержания требуемых рабочих ха-
рактеристик сети ОКС №7 при отказах или перегрузках на сети. В связи с этим из перечисленных
выше категорий управляющих воздействий первые три категории применимы к ОМАР, а последние
две требуют дальнейшего изучения в ОМАР.
Функция управления устранением повреждений (или техническим обслуживанием) в
ОМАР заключается в обнаружении повреждения, его локализации (обнаружении местоположения),
изоляции и исправления неправильных действий в сети ОКС №7.
Эта функция используется для:
• контроля работоспособности элементов сети с использованием тестов или измерений;
• обработки аварийной сигнализации от элементов сети;
• восстановления элементов сети.
Управление конфигурацией сети предназначено для планирования сети ОКС №7 и ее ре-
конфигурации в случае перегрузок или отказов на сети. Эта функция используется для:
• расчета сети ОКС №7 на основе исходных данных;
• установки статической конфигурации сети ОКС №7;
• динамического изменения конфигурации.
Изменения конфигурации требуют координации в пределах сети и могут также требовать
запуска или остановки сетевых компонентов. Например, установление нового маршрута требует
одновременного изменения в таблицах маршрутизации в нескольких пунктах сигнализации. Эти
изменения и обеспечивает подсистема ОМАР.
При управлении конфигурацией сети подсистема ОМАР реализует следующие функцио-
нальные возможности:
• составление таблиц маршрутизации во взаимодействующих пунктах сигнализации, в зависи-
мости от плана, определенного администрацией сети;
ПРИКЛАДНЫЕ ПОДСИСТЕМЫ ПОЛЬЗОВАТЕЛЕЙ ОКС №7
105
• проверка таблиц маршрутизации;
• установка и инициализация пучков звеньев сигнализации и звеньев в пределах этих пучков;
• проверка соответствия кодов между двумя концами маршрута сигнализации. Например, SLC
звена сигнализации должен быть одинаковым в каждом пункте сигнализации маршрута и CIC
каждого разговорного канала также должен быть одинаковым на каждом конце;
• инициализация сетевых протокольных таймеров (например, таймеров перезапуска МТР при
критических или нормальных условиях);
• взаимодействие с ресурсами, используемыми другими частями TMN в сети (например, обору-
дование систем передачи, используемое при конфигурировании звена сигнализации).
Контроль рабочих характеристик включает в себя возможность оценки поведения сетевых
ресурсов и эффективности коммуникационных действий в сети сигнализации. Содержит функции
сбора статистики, обработки и чтения системных сообщений сети и истории состояния системы, а
также функции определения характеристик производительности сети в нормальном и аварийном
режимах работы.
Функции по контролю рабочих характеристик сети включают в себя:
• долгосрочный и короткосрочный контроль за аварийными сообщениями, запуск измерений,
описанных в рекомендации Q.752, обеспечение пунктов сигнализации информацией о сети на
основе данных измерений использования ресурсов;
• среднесрочный контроль и управление ресурсами сети путем изменения пропускной способ-
ности пучка сигнализации (например, увеличение количества активных звеньев), изменения
пропускной способности сигнального маршрута (например, скоординированное увеличение
размеров пучка звеньев), регулирования таймеров и др.;
• контроль и управление в режиме РВ сообщениями и трафиком сети, например, регулирование
таблиц маршрутизации в режиме РВ, запуск дополнительных звеньев сигнализации или пучков.
Процедуры ОМАР
Для эффективной работы сети сигнализации ОКС №7 необходимо, чтобы эксплуатационный
персонал мог дистанционно наблюдать и управлять данными в различных пунктах сети. Сложность
и разнообразие аспектов технического обслуживания, эксплуатации и администрирования сети
ОКС №7 не позволяют в настоящее время завершить в полной мере работы по стандартизации
процедур подсистемы ОМАР. В подсистеме ОМАР специфицированы процедуры для добавления,
изменения или удаления данных маршрутизации, хранящихся в удаленных пунктах сигнализации.
Также определены процедуры для проверки достоверности таблиц маршрутизации (МТР, SCCP) и
кодов исходных точек (MRVT, OMASE). Все эти процедуры базируются на использовании подсис-
темы ТСАР.
К числу относительно полностью специфицированных процедур ОМАР следует отнести
управление данными маршрутизации. Далее рассмотрен пример (рис. 7.18), описывающий проце-
дуру тестирования достоверности маршрутизации МТР (МТР Routing Verification Test - MRVT), ба-
зирующейся на рекомендациях Q.753 и Q.754 (Белая книга).
SP A STP SP В
Рис. 7.18. Пример тестирования маршрутизации МТР подсистемой ОМАР
Каждый пункт сигнализации в сети сигнализации ОКС №7 хранит данные, используемые
МТР для передачи сообщений. Эти данные могут быть сложными, особенно если используется не-
сколько транзитных пунктов сигнализации. Цель теста MRVT заключается в обеспечении согласо-
ванности данных по всей сети. Так, тестом проверяется, чтобы сообщения никогда не передава-
лись по петле, чтобы при возможности посылки сообщения одним пунктом сигнализации другому
106
ГЛАВА 7
имелась бы также и обратная маршрутизация. Тест MRVT также определяет слишком длинные пути
в сети, слишком большие задержки при передаче сигнальной информации в сети. Тест MRVT мо-
жет инициироваться всякий раз, когда вводятся новые данные МТР (или изменяются существую-
щие данные), периодически или по запросу персонала эксплуатации и техобслуживания.
Процедура тестирования включает в себя посылку пунктом сигнализации сообщения MRVT
(проверочное тестирование маршрутизации МТР) по всем возможным направлениям согласно указа-
телю пункта назначения. Сообщение направляется через сеть и фиксирует перечень используемых
транзитных пунктов сигнализации. Когда сообщение поступает в пункт сигнализации назначения,
направляется сообщение подтверждения достоверности маршрутизации MRVA (МТР Routing
Verification Acknowledgement), содержащее результат проверки. При необходимости весь список уз-
лов с детальными результатами проверки возвращается инициатору процедуры для сверки данных с
хранимыми записями с помощью сообщения MRVR (МТР Routing Verification Result).
На рис. 7.18 представлен пример сценария успешной проверки. Процедура работает посред-
ством генерирования кода идентификации канала (CIC) на каждой станции. Две величины сравнива-
ются, и если они одинаковы, сигнальные данные, используемые в канале, можно считать правильны-
ми. Если две величины не одинаковы, можно предположить, что сигнальные данные на одной из
станций искажены и надо предпринять дальнейшие шаги.
ПРИКЛАДНЫЕ ПОДСИСТЕМЫ ПОЛЬЗОВАТЕЛЕЙ ОКС №7
107
Глава 8. Принципы построения сети ОКС №7
8.1. Компоненты сети сигнализации
Сеть связи, обслуживаемая ОКС, состоит из узлов коммутации и обработки, соединенных
звеньями передачи. В контексте сигнализации узлы сети связи, использующие ОКС, рассматрива-
ются как пункты сигнализации (Signalling Point - SP).
Два пункта сигнализации (ПС), для которых существует возможность связи между их соот-
ветствующими функциями подсистем пользователей, называются пунктами, имеющими сигнальное
отношение (signalling relation) (например, две АТС, соединенные пучком разговорных каналов).
Два ПС, непосредственно соединенные пучком звеньев сигнализации, называются смежны-
ми пунктами сигнализации (adjacent signalling points), а не имеющие непосредственной связи -
несмежными.
8.2. Режимы сигнализации
Режим сигнализации - это связь между путем, по которому проходит сигнальное сообщение
в сети сигнализации, и сигнальным отношением, к которому относится это сообщение.
Пункты сигнализации в сети могут работать в следующих режимах:
1. В связанном режиме (associated mode), при котором сообщение, относящееся к данному
сигнальному отношению между двумя смежными ПС, передается по пучку звеньев, который непо-
средственно соединяет эти два ПС (рис. 8.1).
----- Пучок звеньев сигнализации
-----Сигнальное отношение
Пункт сигнализации (хотя бы с одной функцией пользователя)
/\ Пункт сигнализации
Рис. 8.1. Примеры связанного режима сигнализации
2. В несвязанном режиме, при котором сигнальное сообщение, относящееся к данному сиг-
нальному соотношению, передается по двум и более пучкам звеньев, последовательно проходя
один или несколько звеньев сигнализации, исключая исходный пункт и пункт назначения.
3. В квазисвязанном режиме (quasi-associated mode) - частный случай несвязанного режи-
ма, при котором путь, по которому проходит сообщение в сети сигнализации, заранее определен и
в каждый данный момент зафиксирован (рис. 8.2).
квазисвязанный
Пункт сигнализации (хотя бы с одной функцией транзитного узла)
Пункт сигнализации с функцией пользователя и транзитного узла
Рис. 8.2. Квазисвязанный режим сигнализации
ОКС №7 предназначен для использования при связанном и квазисвязанном режимах. Под-
система пользователя не имеет средств, позволяющих избежать нарушения последовательности
поступления сообщений, которое возможно при полностью несвязанном режиме с динамической
маршрутизацией сообщений.
108
ГЛАВА 8
8.3. Международные и национальные сети сигнализации
Международные и национальные сети сигнализации рассматриваются как независимые с
точки зрения их структуры. Хотя отдельный пункт сигнализации может принадлежать и к нацио-
нальной и к международной сети, коды пунктам сигнализации присваиваются в соответствии с
правилами, определенными для каждой из этих сетей. Простейшая сеть сигнализации состоит из
исходящего пункта и пункта назначения сигнализации, соединенных одним звеном сигнализации
(связанный режим).
По техническим и экономическим соображениям простая связанная сеть может быть непри-
емлемой. Тогда используется сеть, работающая в квазисвязанном режиме, в которой информация
между исходящим пунктом и пунктом назначения может быть передана через несколько транзит-
ных пунктов сигнализации (Signalling Transfer Point - STP).
С функциональной точки зрения всемирная сеть сигнализации имеет структуру, состоящую
из двух независимых уровней: международного уровня и национальных уровней (рис. 8.3).
Рис, 8,3. Международные и национальные сети сигнализации
Пункт сигнализации SP, включая транзитный пункт сигнализации STP, может входить в одну
из трех категории:
• национальный пункт сигнализации (NSP), относящийся лишь к национальной сети и идентифи-
цируемый кодом исходящего пункта (ОРС) или пункта назначения (DPC) в соответствии с на-
циональным планом нумерации пунктов сигнализации;
• международный пункт сигнализации (ISP), относящийся только к международной сети и иден-
тифицируемый ОРС и DPC в соответствии с международным планом нумерации пунктов сигна-
лизации;
• узел, одновременно работающий как ISP и NSP, который относится и к национальной сети и к
международной сети. В каждой из сетей он идентифицируется своим ОРС и DPC.
Для отличия международных кодов пунктов сигнализации от национальных используется на-
циональный индикатор (код сети). Для идентификации пунктов сигнализации используется код из
14-ти битов.
При нормальных условиях в международной сети число транзитных пунктов сигнализации
между исходящим пунктом сигнализации и пунктом сигнализации назначения должно быть не более
двух. В случае отказов их может быть до трех, а на короткий промежуток времени - до четырех.
8.4. Ст уктуры сетей ОКС
Система ОКС №7 может использоваться с различными структурами сети сигнализации. На
выбор структуры сети сигнализации могут влиять следующие факторы:
• структура сети электросвязи, которая должна обслуживаться системой сигнализации;
• административные аспекты.
ПРИНЦИПЫ ПОСТРОЕНИЯ СЕТИ ОКС №7
109
Если система сигнализации будет только на основе сигнальных отношений, то сеть будет
основана главным образом на связанном режиме сигнализации и в малой степени на квазисвязан-
ном режиме для сигнальных отношений с малой нагрузкой. В этом случае структура сети в основ-
ном определяется схемами сигнальных отношений. Примером такой реализации может служить
международная сеть ОКС.
Другое решение - сеть сигнализации рассматривается как общее средство для передачи
разнообразной информации по ОКС. В этом случае используется большая емкость звеньев сигна-
лизации в сочетании с избыточностью, необходимой для обеспечения надежности. В такой сети в
большей степени используются квазисвязанный и связанный режимы в сигнальных отношениях с
большой нагрузкой.
Определяющим фактором для сети сигнализации является надежность, которая обеспечи-
вается избыточностью. Необходимая избыточность может быть обеспечена сочетанием следующих
видов избыточности:
• звеньев передачи данных сигнализации (например, специально выделенными резервными
звеньями или коммутируемыми соединениями);
• оборудования оконечных устройств сигнализации (например, общей группой ОУ в оборудова-
нии пункта сигнализации);
• звеньев сигнализации внутри пучка звеньев (работающих обычно с разделением нагрузки);
• маршрутов сигнализации для каждого назначения (способных в случае необходимости рабо-
тать с разделением нагрузки).
Ячеистая структура сети - это типовая структура, работающая в квазисвязанном режиме. На
ее основе могут быть построены любые сети.
В D
С Е
Рис. 8.4. Основная сеть ячеистой структуры
Пункт сигнализации, содержащий
подсистемы пользователя
Транзитный пункт сигнализации (STP)
В ячеистой структуре каждый из пунктов сигнализации связан с двумя STP посредством
двух пучков звеньев. Один из возможных примеров сети ячеистой структуры показан на рис. 8.4.
Каждая пара STP соединена с другой парой четырьмя пучками звеньев сигнализации. Кроме того,
между двумя STP каждой из пар имеется пучок звеньев сигнализации.
Для рассмотренного примера сети ячеистой структуры могут быть построены упрощенные
версии путем исключения некоторых звеньев сигнализации, связывающих STP (рис. 8.5). Следует
отметить, что для построения реальных сетей ОКС могут использоваться показанные на рисунках
сети или их фрагменты.
Рис. 8.5. Упрощенные версии основной сети ячеистой структуры
Развитые сети ОКС №7 включают в себя совокупность ПС и связывающую их сеть транзит-
ных ПС, т.е. являются не иерархическими. В свою очередь, сеть транзитных пунктов сигнализации
может иметь несколько уровней иерархии.
Транзитная сеть сигнализации с одним уровнем иерархии является более предпочтительной
из-за максимальной простоты, минимальных временных задержек передачи сигнальных сообще-
но
ГЛАВА 8
ний, эффективности стоимостных показателей. Однако в больших сетях с целью достижения боль-
шей надежности и доступности сети может быть построен второй уровень иерархии транзитных
пунктов сигнализации. В этом случае каждый транзитный пункт нижнего уровня опирается пучками
звеньев сигнализации (ЗС) по крайней мере на два транзитных пункта верхнего уровня иерархии.
Сеть сигнализации верхнего уровня является полносвязанной (рис. 8.6).
Верхний
уровень
STP
Нижний
уровень
STP
Выделенный SP
Выделенный STP
Пучки ЗС
Рис. 8.6. Пример структуры сети ОКС с двумя уровнями иерархии STP
В сети сигнализации могут быть задействованы два типа транзитных пунктов сигнализации:
интегрированный STP; выделенный STP.
Интегрированный STP, как правило, встроен непосредственно в оборудование коммутаци-
онной станции и является одним из ее модулей. Следовательно, производительность такого STP
зависит от производительности процессоров коммутационной станции. Преимуществами интегри-
рованного STP являются простота реализации, экономическая эффективность, меньший объем об-
мена сигнальным трафиком с пунктом сигнализации.
Выделенный STP реализуется отдельно от оборудования коммутационной станции и поэто-
му обладает более высокой производительностью и независимостью от сбоев в оборудовании
коммутационной станции.
8.5. Функции управления сетью ОКС №7
К функциям управления сетью внутри протокола ОКС №7 относятся функции подсистем МТР
и SCCP по поддержанию качественных характеристик сети ОКС №7 с помощью автоматических
процедур. Автоматические процедуры подсистемы МТР обеспечивают реконфигурации сети сигна-
лизации в случае отказов и управление сигнальным трафиком при перегрузке.
Как было указано в главе 3, функции управления сетью сигнализации подсистемы МТР
включают управление сигнальным трафиком, звеньями сигнализации и маршрутом сигнализации.
Эти функции используются всякий раз, когда в сети сигнализации имеет место такое событие, как
отказ или восстановление ЗС (пучка ЗС).
Функция управления сигнальным трафиком используется для перенаправления сигнального
трафика с одного звена (маршрута) на другое звено (маршрут) или нескольких других звеньев
(маршрутов), а также для временного снижения сигнального трафика в случае перегрузки в пункте
сигнализации.
Она включает следующие процедуры: переход на резервное звено сигнализации; возврат на
исходное звено сигнализации; вынужденное ремаршрутирование; управляемое ремаршрутирова-
ние; перезапуск (рестарт) МТР (пока не используются на сети России); запрещение управлением;
управление потоком сигнального трафика (используется с ограничениями, указанными в техниче-
ских спецификациях на подсистему передачи сообщений МТР для национальной сети России).
Функция управления звеньями сигнализации используется для восстановления отказавших
ЗС, для активации (включение в работу) свободных ЗС (еще не сфазированных) и деактивации
(выключение из работы) проверяемых ЗС. Она включает следующие процедуры: активации; вос-
становления; деактивации звена сигнализации; активации звена пучка ЗС.
ПРИНЦИПЫ ПОСТРОЕНИЯ СЕТИ ОКС №7
8 — 970
111
Функция управления маршрутами сигнализации используется для распределения информа-
ции о состоянии сети сигнализации, для блокировки или разблокировки маршрутов сигнализации.
Она содержит следующие процедуры: управление; запрещение; разрешение передачи; ограничение
передачи (пока не используется на сети России); тестирование пучка маршрутов сигнализации; тес-
тирование перегрузки пучка маршрутов сигнализации (пока не используется на сети России).
Функции по управлению сетью сигнализации подсистемы SCCP включают управление со-
стоянием пункта сигнализации и управление состоянием подсистемы.
Функция управления состоянием пункта сигнализации используется для выполнения мар-
шрутизации с обходами на резервные пункты сигнализации и/или на резервные подсистемы.
Процедуры, реализующие эту функцию: ПС запрещен; ПС разрешен; ПС перегружен.
Функция управления состоянием подсистемы используется для идентификации состояний
подсистем, испытаний их, маршрутизации на резервные подсистемы, информации местных поль-
зователей о состоянии их резервных подсистем.
Процедуры, реализующие эту функцию: подсистема запрещена; подсистема разрешена; ис-
пытания состояния подсистемы; координированное изменение состояния (пока не используется на
сети России); местное циркулярное оповещение; циркулярная передача.
8.6. Управление сигнальным трафиком в сети
Функция управления сигнальным трафиком в сети используется для переноса сигнального
трафика в звеньях или маршрутах сигнализации, либо для временного сокращения его объема в
случае перегрузки.
К основным процедурам управления сигнальным трафиком относятся:
• недоступность звена сигнализации (отказ, выключение из работы, блокировка или запрет) -
для переноса сигнального трафика на одно или более резервных ЗС (если есть) используется
процедура перехода на резерв;
• доступность звена сигнализации (восстановление, включение в работу, разблокировка или
разрешение) - восстановление исходного состояния для переноса сигнального трафика на ЗС,
ставшее доступным;
• недоступность маршрута звена сигнализации - вынужденное ремаршрутирование для перено-
са трафика на резервный маршрут;
• доступность звена сигнализации - ремаршрутирование для переноса сигнального трафика на
маршрут, ставший доступным;
• ограничение маршрута сигнализации - управляемое ремаршрутирование для переноса трафи-
ка на резервный маршрут.
Переход на резервное звено сигнализации
Процедура перехода на резерв должна обеспечивать перенос трафика, передаваемого не-
доступным ЗС, на одно или несколько резервных ЗС как можно быстрее, избегая потери, дублиро-
вания или неправильного порядка следования сообщений. С этой целью в случае нормальной ра-
боты процедура перехода на резерв содержит сохранение значащих сигнальных единиц (ЗСЕ) в
буферной памяти и их восстановление, которое производится перед повторным запуском резерв-
ных ЗС для перенесенного трафика. Резервные звенья могут передавать свой собственный тра-
фик, который не прерывается процедурой перехода на резерв. Сигнальный трафик, переносимый
из недоступного звена сигнализации, маршрутируется соответствующим образом.
Возможны два варианта перенесения трафика:
• на одно или несколько ЗС одного и того же типа;
• на один или несколько различных пучков звеньев.
Вследствие этого можно определить для каждого конкретного трафика три различных соот-
ношения между новым звеном сигнализации и недоступным звеном:
• новое звено сигнализации параллельно недоступному (рис. 8.7);
Рис. 8.7. Пример перехода на параллельное резервное звено
112
ГЛАВА 8
новое ЗС не принадлежит маршруту, к которому относится недоступное звено, однако этот
маршрут еще проходит через пункт сигнализации на удаленном комплекте недоступного ЗС
(рис. 8.8);
Рис. 8.8. Пример перехода на резервное звено, относящееся к маршруту,
проходящему через удаленный пункт сигнализации
• новое звено сигнализации не входит в состав маршрута и этот сигнальный маршрут не прохо-
дит через пункт сигнализации, служащий транзитным пунктом и находящийся на удаленном
комплекте недоступного звена (рис. 8.9). Только в этом случае существует возможность нару-
шения последовательности поступления сообщений.
Рис. 8.9. Пример перехода на резервное звено, относящееся к маршруту,
не проходящему через удаленный пункт сигнализации
Переход на резерв запускается в пункте сигнализации, когда звено определяется как недос-
тупное, и выполняются следующие действия:
• передача и прием значащих сигнальных единиц на соответствующем звене сигнализации за-
канчивается;
• начинается передача сигнальных единиц состояния звена или заполняющих сигнальных единиц;
• определяется одно или несколько резервных звеньев сигнализации;
• осуществляется процедура сохранения содержимого буфера повторной передачи недоступного
звена сигнализации;
• сигнальный трафик направляется к одному или нескольким резервным звеньям сигнализации.
Перегрузка сети сигнализации
Когда достигается определенный уровень заполнения значащими сигнальными единицами
буфера передачи или повторной передачи, на уровень 3 посылается индикация о перегрузке или
об уменьшении перегрузки. В международной сети сигнализации предусмотрены порог начала пе-
регрузки и порог снижения перегрузки (рис. 8.10). Порог снижения перегрузки должен распола-
гаться ниже порога начала перегрузки для обеспечения гистерезиса при восстановлении после
перегрузки.
Занятость Порог начала Порог снижения
буфера перегрузки перегрузки
Рис. 8.10. Состояние перегрузки звена сигнализации (снижение перегрузки)
ПРИНЦИПЫ ПОСТРОЕНИЯ СЕТИ ОКС №7
113
В национальных сетях может использоваться несколько порогов перегрузки (1 < п < 3), что
показано на рис. 8.11.
Порог начала Занятость Порог начала
перегрузки п+1 буфера перегрузки п
Порог снижения
перегрузки п
Рис. 8.11. Состояние перегрузки звена сигнализации в национальных сетях
8.7. Маршрутизация в сети ОКС №7
Основные принципы маршрутизации
1. Маршрут сообщений в сети сигнализации должен проходить через минимальное чисто
транзитных пунктов сигнализации.
2. В каждом пункте сигнализации маршрутирование не должно нарушаться маршрутами со-
общений, используемых вплоть до соответствующего транзитного пункта сигнализации.
3. Когда доступны несколько маршрутов, следует распределить нагрузку между этими мар-
шрутами.
4. Сообщения, относящиеся к определенной транзакции пользователя и посланные в дан-
ном направлении, передаются по тому же маршруту сообщения, чтобы обеспечить правильный по-
рядок следования сообщений.
Маршрутизация при отсутствии отказов
Сигнальный трафик, который нужно передать к конкретному пункту сигнализации сети,
маршрутируется обычно к пучку звеньев сигнализации или, в случае разделения нагрузки между
пучками в международной сети, к двум пучкам звеньев сигнализации.
С целью предотвращения недоступности звеньев или маршрутов сигнализации определяют-
ся данные о резервном маршрутировании.
Маршрутирование сообщений (нормальное или резервное) в принципе определяется неза-
висимо в каждом пункте сигнализации. Следовательно, сигнальный трафик между двумя пунктами
сигнализации может быть передан по различным сигнальным звеньям или трактам в обоих направ-
лениях.
На рис. 8.12 показан пример маршрутирования при отсутствии отказов для сообщений, по-
ступающих из пункта сигнализации А в пункт сигнализации F.
При распределении трафика для разделении нагрузки в исходящем пункте сигнализации и в
промежуточных транзитных пунктах сигнализации селекцию звеньев сигнализации (SLS) необходи-
мо выполнять так, чтобы равномерно распределить трафик между четырьмя доступными маршру-
тами. В приведенном примере в исходящем пункте сигнализации А используется второй младший
бит кода селекции, а в транзитных пунктах В и С - младший бит.
Нормальные маршруты сообщений из А в F:
-A-B-D-F (SLS=XX00)
-A-C-D-F (SLS=XX10)
-A-B-E-F (SLS=XX01)
-A-C-E-F (SLS=XX11)
SLS - код селекции звена сигнализации
в этикетке маршрутизации
Рис. 8.12. Пример маршрутизации при отсутствии отказа
114
ГЛАВА 8
Выбор конкретного звена сигнализации для определенного кода селекции может осуществ-
ляться самостоятельно в каждом пункте сигнализации. В результате маршруты сообщения для
транзакции пользователя могут получить различные тракты (например, A-C-D-F и F-E-B-A). Звенья
ВС и DE при отсутствии отказов не используются. Они используются только при возникновении
некоторых отказов.
Маршрутизация в условиях отказа
Для предотвращения возможных аварийных ситуации в каждом пункте сигнализации имеет-
ся информация о резервном маршрутировании, которая определяет для каждого из нормальных
звеньев сигнализации один или несколько резервных пучков, когда первые (т.е. нормальные зве-
нья сигнализации) больше не являются доступными. Например, для пунктов сигнализации А и В
сети, показанной на рис. 8.12, перечень резервных пучков приведен в табл. 8.1.
Таблица 8.1. Перечень пучков в пунктах А и В
Пункт сигнализации Нормальный пучок Резервный пучок Приоритет®)
Пункт сигнализации А АВ АС 1
АС АВ 1
Транзитный пункт сигнализации В ВА ВС ВС нет 2
BE BD ВС 1 2
BD BE ВС 1 2
а> Приоритет 1 - при отсутствии отказов используется с разделением нагрузки нормального пучка.
Приоритет 2 - используется только тогда, когда все пучки приоритета 1 недоступны.
8.8. Форматы и коды сообщений управления сетью
сигнализации
Сообщения управления сетью сигнализации передаются по звену сигнализации в значащих
сигнальных единицах, формат которых описан в главе 3. В частности, как указано в разделе 3.4,
эти сообщения различаются комбинацией 0000 индикатора службы SI. Поле подслужбы SSF сооб-
щений используется в соответствии с правилами, приведенными в разделе 3.4. Поле сигнальной
информации состоит из целого числа байтов и содержит: этикетку; код заголовка; один или не-
сколько сигналов и индикаций.
Для сообщений управления сетью сигнализации этикетка совпадает с этикеткой маршрути-
зации и указывает пункт назначения и исходящий пункт этого сообщения. Кроме того, в случае со-
общений, относящихся к конкретному звену сигнализации, этикетка указывает также на идентифи-
кацию этого звена среди тех, которые соединяют пункт назначения с исходящим пунктом сигнали-
зации. Полная длина стандартной этикетки сообщений подсистемы передачи сообщений уровня 3
составляет 32 бита (см. рис. 3.6).
В состав структуры сообщений управления сетью сигнализации кроме этикетки входят сле-
дующие поля (рис. 8.13): код заголовка НО; код заголовка Н1; дополнительная информация (не во
всех сообщениях).
0, 8, 16, или 24 бита 4 бита 4 бита
32 бита
Дополнительная
информация
Код заголовка Н1 Код заголовка НО Этикетка
Первый передаваемый бит
Рис. 8.13. Структура сообщений управления сетью сигнализации
Код заголовка НО является полем из четырех битов, следующим за этикеткой и идентифи-
цирующим группу сообщений управления сетью сигнализации. Коды заголовков НО приведены в
табл. 8.2.
ПРИНЦИПЫ ПОСТРОЕНИЯ СЕТИ ОКС №7
115
Таблица 8.2. Коды заголовков НО сообщений управления сетью сигнализации
Код заголовка Обозна- чение Группа сообщений
0000 В резерве
0001 СИМ Сообщения перехода на резерв и восстановления работы по исходному звену
0010 ЕСМ Сообщения аварийного перехода на резервное звено сигнализации
0011 FCM Сообщения управляемой передачи и перегрузки пучка маршрутов сигнализации
0100 TFM Сообщения "передача запрещена", "передача разрешена" и "передача ограничена"
0101 RSM Сообщения тестирования пучка маршрутов сигнализации
0110 MIM Сообщения запрещения управлением
0111 TRM Сообщения разрешения перезапуска трафика
1000 DLM Сообщения соединения звена сигнализации
1001 В резерве
1010 UFC Сообщения управления потоками подсистем пользователей
В каждой группе имеется несколько сообщений, каждое из которых имеет один и тот же код за-
головка НО, но индивидуальные коды заголовка Н1. Перечень кодов заголовков Н1 сообщений управ-
ления сетью сигнализации и их принадлежность к соответствующей группе приведены в табл. 8.3.
Таблица 8.3. Коды заголовков Н1 сообщений управления сетью сигнализации
Группа сообщений \Н1 НО 0000 0001 0010 0011 0100 0101 0110 0111 1000
0000
СИМ 0001 СОО COA CBD CBA
ЕСМ 0010 ECO ECA
FCM 0011 RCT TFC
TFM 0100 TFP TFR TFA
RSM 0101 RST RSR
MIM 0110 LIN LUN LIA LUA LID LFU LLT LRT
TRM 0111 TRA
DLM 1000 DLC CSS CNS CNP
1001
UFC 1010 UPU
В табл. 8.3 использованы следующие обозначения сообщений управления сетью сигнализа-
ции (в алфавитном порядке): СВА - сигнал подтверждения приема возврата на исходное звено;
CBD - сигнал объявления возврата на исходное звено; CNP - сигнал "соединение невозможно"; CNS
- сигнал "соединение не произведено"; СОА - сигнал подтверждения приема сообщения перехода
на резервное звено; СОО - сигнал команды перехода на резервное звено; CSS - сигнал " соедине-
ние произведено"; DLC - сигнал команды соединения звена данных сигнализации; ЕСА - сигнал
подтверждения приема сообщения аварийного перехода на резервное звено; ECO - сигнал команды
аварийного перехода на резервное звено; RCT - сигнал тестирования перегрузки пучка маршрутов
сигнализации; RSR - сигнал тестирования пучка маршрутов сигнализации для ограниченного назна-
чения (национальная реализация); RST - сигнал тестирования пучка маршрутов сигнализации для
запрещенного назначения; TFA - сигнал "передача разрешена"; TFC - сигнал "управляемая переда-
ча"; TFP - сигнал "передача запрещена"; TFR - сигнал "передача ограничена” (национальная реали-
зация); TRA - сигнал "перезапуск трафика разрешен"; LFU - сигнал вынужденного конца запрещения
звена; LIA - сигнал подтверждения запрещения звена; LID - сигнал устранения запрещения звена;
LIN - сигнал запрещения звена; LLT - сигнал тестирования местного запрещения звена; LRT - сигнал
тестирования удаленного запрещения звена; LUA - сигнал подтверждения конца запрещения звена;
LUN - сигнал конца запрещения звена; UPU - сигнал "подсистема пользователя недоступна".
116
ГЛАВА 8
8.9. Нумерация кодов международных пунктов сигнализации
Для идентификации пунктов сигнализации (ПС) любых сетей ОКС (международных или на-
циональных) используется 14-битовый двоичный код (в соответствии с рекомендациями ITU-T).
Код международного ПС (ISPC) должен присваиваться каждому пункту сигнализации, при-
надлежащему к международной сети сигнализации. Один физический узел сети может быть более
чем одним пунктом сигнализации и, таким образом, ему может быть присвоено более одного кода
ПС. Нумерация кодов международных ПС определена в рекомендации Q.708.
Каждый код ISPC должен состоять из трех подполей (в битах) идентификации (рис. 8.14):
1) NML (3) - мировая географическая зона;
2) K-D (8) - географический регион сети в определенной зоне;
3) СВА (3) - пункт сигнализации в определенном географическом регионе или сети.
Комбинация подполей 1 и 2 должна рассматриваться как код сигнализации региона/сети
(SANC).
3 8 3
N М L К J I Н G F Е D СВА
Идентификации зоны Идентификация региона/сети Идентификация пункта сигнализации
Код сигнализации региона/сети (SANC)
Код международного пункта сигнализации (ISPC)
Рис. 8.14. Формат кода международного пункта сигнализации
Система ISPC должна обеспечивать обозначение (23-2)х28х23 = 6x256x8 = 12288 ISPC (так
как две идентификации зоны, а именно 0 и 1 резервируются для будущего присвоения). Если
страна или географический регион требует более 8-ми международных пунктов сигнализации, ей
могут присваиваться один или более дополнительных кодов сигнализации региона/сети SANC.
Коды региона/сети сигнализации (SANC) в десятичном представлении имеют вид Z-UUU,
где Z - идентификация зоны, UUU - идентификация региона/сети: зона 2 - Европа (например, код
2-100 - Россия и страны СНГ); зона 3 - Северная Америка (например, 3-004 - Канада, 3-020 -
США); зона 4 - Азия; зона 5 - Австралия, Океания; зона 6 - Африка; зона 7 - Центральная и Юж-
ная Америка; зоны 0 и 1 - резерв.
Нумерация кодов пунктов сигнализации применительно к сети ОКС №7 России рассмотрена
в главе 9.
ПРИНЦИПЫ ПОСТРОЕНИЯ СЕТИ ОКС №7
117
Глава 9. Основные положения ОКС №7 для ВСС РФ
9.1. Принципы построения ОКС №7 для сети связи России
Концепцией внедрения ОКС №7, основанной на "Основных положениях системы сигнализа-
ции ОКС №7 для сети связи Российской федерации", предусматривается осуществление следую-
щих мероприятий:
• разработка национальных версий спецификаций подсистем МТР, SCCP, ISUP, ТСАР с исполь-
зованием рекомендаций ETSI и МСЭ-Т;
• разработка генеральной схемы сети ОКС №7, включая вопросы нумерации пунктов сигнализа-
ции, расчета сигнальной нагрузки по звеньям, размещения пунктов сигнализации (STP, SPR);
• внедрение цифровых узлов и станции с реализацией разработанных спецификаций подсистем
ОКС №7;
• разработка национальных спецификаций для цифровой системы абонентского доступа, а также
спецификации прикладных подсистем для систем подвижной связи МАР, для интеллектуальной
сети связи INAP, для техэксплуатации и техобслуживания ОМАР; разработка спецификации
взаимодействия ISUP с прикладными подсистемами;
• организация опытной зоны для отработки спецификации ОКС №7;
• обеспечение определенной этапности наращивания на сети технических средств ОКС №7, а
именно: оснащение в первую очередь узлов и станций междугородной сети в регионах с наи-
большей концентрацией абонентов ЦСИО или ЦСИС и СПС; постепенное внедрение ЦСИО на
местных сетях; внедрение в региональных СПС федеральных стандартов; организация пунктов
переприема SCCP (SPR);
• оснащение центров программного обеспечения и генерации новых услуг;
• оборудования координационного центра внедрения новых услуг (национального центра управ-
ления).
За последние годы работа по внедрению ОКС №7 на ВСС РФ от этапа теоретических изы-
сканий перешла в практическое русло. Развитие системы сигнализации ОКС №7 в мире и России
показано в табл. 9.1.
В последнее время разработаны и утверждены основные спецификации функциональных
подсистем ОКС №7 в национальной версии, проходит сертификацию коммутационное оборудова-
ние по выполнению функций этой системы сигнализации. На повестке дня стоит вопрос скорейшей
разработки схем сети ОКС №7 на международном, междугородном и местном уровнях сети обще-
го пользования, построение реально действующей сигнальной сети.
В процессе работы над первыми спецификациями были приняты следующие решения:
• рекомендовать иерархическое построение национальной сети ОКС №7 с использованием ин-
дикатора сети (Nl) 10bin на федеральном уровне и 11 bin на местном (региональном), что, не-
смотря на географические и демографические особенности Российской Федерации, позволило
бы использовать для адресации пунктов сигнализации 14 битов;
• отказаться от применения звеньев сигнализации ОКС №7 в аналоговых каналах;
• приостановить внедрение подсистемы пользователя телефонии (TUP), что позволило интегри-
ровать процессы внедрения ЦСИО и ОКС №7;
• ввести обязательную сертификацию оборудования с функциями ОКС №7 (в том числе и для
сетей подвижной связи) и ЦСИО;
• подготовить указание Министерства связи РФ о предпочтительном применении ОКС №7 при
взаимодействии вновь вводимых коммутационных станций на всех уровнях сетевой иерархии;
• создать "Опытную зону внедрения ОКС №7, услуг ЦСИО и услуг подвижной связи” (т.е. зону
национального пилотного проекта внедрения ОКС №7 и ЦСИО) и в ее рамках определить сис-
тему нумерации пунктов сигнализации, отработать инженерную методику расчета сети ОКС,
провести апробирование национальных технических спецификаций подсистем ОКС №7, отра-
ботать взаимодействие этих подсистем с существующими системами сигнализации и обеспе-
чить стыковку с подвижными сетями связи различных регионов и т.д.
Указанные задачи в настоящее время успешно решаются. Опытная зона внедрения ОКС №7
охватила 14 регионов России и Белоруссию. В испытаниях приняли участие 25 операторов, было
задействовано 13 типов коммутационного оборудования (от 14 поставщиков), 4 фирмы предоста-
вили свои каналы связи, 7 типов станций и 4 типа терминального оборудования. Схема опытной
зоны ОКС №7 приведена на рис. 9.1.
118
ГЛАВА 9
Таблица 9.1. Развитие системы сигнализации ОКС №7 в мире и России
Год 1980 1985 1992 1994 1995 1996
Документы МККТТ ОКС №6 TUP "Оранжевая книга" ОКС №7 ISUP, TUP "Красная книга" ОКС №7 ISUP "Синяя книга” ОКС №7 ISUP, INAP "Белая книга" Не издавались Не издавались
США и Европа Внедрение ОКС №6 • Внедрение циф- ровой ОКС №7 • Внедрение ISUP Внедрение ОКС №7 ISUP • Широко- масштабное внедрение ОКС №7 ISUP • Внедрение INAP • Широко- масштабное внедрение ОКС №7 ISUP • Внедрение INAP Широкомасштаб- ное внедрение ОКС №7 ISUP
Россия • Начало теоретических и практических разработок ОКС №6 в ЦНИИС и ЛОНИИС • Разработка ос- новных положений по ОКС Запуск аналоговой сети ОКС №7 (TUP) на станциях МЕТАКОНТА-ЮС Запуск аналоговой сети ОКС №7 (TUP) на станциях типа АХЕ-10 • Запуск цифро- вых МЦК типа АХЕ-10 с ОКС №7 (TUP) • Появление рос- сийских стандар- тов по ОКС №7 • Тендер на по- ставку станции с ОКС №7 и ЦСИО на АО "ММТ" и АО "Уралсвязь- информ" • Приказ о созда- нии станций EWSD АО "ММТ" с ОКС №7 и ЦСИО по российским стан- дартам • Разработка основополагаю- щих нормативных документов • Линейные сер- тификационные испытания станций типа EWSD, S12, АХЕ- 10 и др. (ЛОНИИС, НТЦ "КОМСЕТ", ЦНИИС) • Запуск первого фрагмента опыт- ной зоны ОКС №7 Москва-Новгород- Пермь, Москва- Г ермания • Разработка и согласование расширения опытной зоны (2-й этап)
119
N)
О
Рис. 9.1. Схема опытной зоны ОКС №7
При разработке ее структуры были учтены некоторые особенности национальной сети ОКС №7:
• иерархическое построение;
• ориентация России на интеграцию с европейской ЦСИО и в связи с этим внедрение на интер-
фейсе "пользователь-сеть" ЦСИО системы сигнализации DSS1, специфицированной в стан-
дартах ETSI;
• ограничение тремя типами коммутационных станций на междугородном уровне и приблизи-
тельно двадцатью типами систем коммутации на местном уровне и в сетях подвижной связи;
• наличие комбинированных оконечно-транзитных (имеющих абонентскую емкость) коммутаци-
онных станций на междугородном и местном уровнях сетевой иерархии;
• возможное наличие спутникового участка связи в национальном вызове;
• наличие специфических процедур обслуживания национального полуавтоматического вызова
"аналогового" абонента и абонента ЦСИО;
• особенности, связанные с доступностью номера абонента А на различных участках националь-
ной ТфОП.
Также учитывалась необходимость обязательной координации процесса тестирования в
рамках опытной зоны ОКС №7 с процессом сертификации конкретного типа коммутационного обо-
рудования.
9.2. Стратегии внедрения ОКС №7
При планировании сети общеканальной сигнализации целесообразно руководствоваться од-
ной из рекомендованных МСЭ-Т стратегий. Это либо внедрение ОКС №7 сверху, т.е. с более высо-
кого иерархического уровня, либо снизу, т.е. с нижнего уровня. Третья стратегия - организация так
называемых "островов" - допускает более прагматический путь к реализации ОКС №7.
Стратегия "сверху вниз"
Реализация ОКС №7 в данном случае вначале осуществляется на высшем уровне сети. Это
уровень междугородних станций и узлов (оконечных и транзитных). Дальнейшая интеграция систе-
мы ОКС №7 пойдет вниз по сетевой иерархии к региональным транзитным станциям и до местных
станций, в зависимости от скорости цифровизации первичной сети и скорости внедрения новых
технологий на местных сетях.
Преимуществом стратегии "сверху вниз" является построение базовой платформы, т.е.
верхнего транзитного уровня, для дальнейшего расширения сети и внедрения перспективных ус-
луг. Региональные сети могут включаться в разное время по мере готовности.
Стратегия "снизу вверх"
Реализация сети начинается с нижнего уровня, т.е. с местных сетей. Преимущества этой
стратегии состоят в том, что внедрение системы ОКС №7 во многих регионах сети происходит од-
новременно и независимо друг от друга, но сеть ограничивается пределами региона (местной,
внутризоновой сетями ТфОП, сетями юридических и физических лиц). В данном случае не обяза-
тельна координация работ с проектами верхних уровней сетей.
Стратегия "островов”
Применение данной стратегии возможно в том случае, если цифровизована только часть
сети. Примерами применения этой стратегии могут служить:
• появление цифровизованных районов в условиях преобладающей аналоговой сети;
• необходимость внедрения новых перспективных услуг на базе ЦСИО, интеллектуальных сетей
связи (ИСС), сетей подвижной связи (СПС).
В сложившихся условиях развития сети связи России частично реализуется стратегия ост-
ровов. Однако к 2000 году планируется почти полная цифровизация междугородной сети (ввод по-
рядка 90 цифровых АМТС, установка цифровых УАК, организация цифровых трактов передачи ме-
жду ними). Такая ситуация требует максимально возможной координации работ по построению
многоуровневой сети.
9.3. Иерархия сети ОКС №7 ВСС РФ
Национальная сеть ОКС №7 России разделена на два уровня иерархии: федеральную (меж-
дугородную) и региональную (местную) сеть (рис. 9.2). Различие принадлежности сигнальных еди-
ОСНОВНЫЕ ПОЛОЖЕНИЯ ОКС №7 ДЛЯ ВСС РФ
121
122
Междугородная сеть ОКС
Рис. 9.2. Структура национальной сети ОКС №7 в России
ниц к тому или иному уровню иерархии производится по индикатору сети (NI) в поле подслужб
байта служебной информации. Международные центры коммутации (МЦК) и международные теле-
фонные станции (МНТС), а также шлюзовые коммутационные станции сотовых сетей подвижной
связи (GMTX), входящие в состав ВСС РФ в силу своего функционального назначения, включают в
себя пункты сигнализации международной сети ОКС №7. Используемое значение индикатора сети
(NI) в зависимости от уровня иерархии сети сигнализации приведено в табл. 9.2.
Таблица 9.2. Сетевые индикаторы уровней иерархии сети ОКС №7
Уровень иерархии сети сигнализации ОКС №7 Значение NI
Международная OObin (0)
Федеральная (междугородная) 10bin (2)
Региональная (местная) 11 bin О)
Создаваемая национальная сеть ОКС №7 должна основываться только на использовании
цифровых каналов со скоростью передачи 64 кбит/с и соответствовать утвержденным националь-
ным спецификациям подсистем ОКС №7. Для подсистем МТР, SCCP, ТСАР основанием являются
рекомендации МСЭ-Т 1992 г. (Белая книга), для подсистемы ISUP - рекомендация Q.767 1992 г., а
также Q.763, Q.764 1988 г.
Приняты два формата кодов пунктов сигнализации, размер которых в соответствии с реко-
мендациями МСЭ-Т составляет 14 битов:
1) для федеральной (междугородной) сети:
Код сигнальной зоны (КСЗ) Код пункта в зоне (КПЗ)
8 бит 6 бит
2) для региональных сетей:
Код пункта сигнализации в региональной сети
14 бит
Таким образом, в федеральной сети может быть организовано до 256 сигнальных зон (0-
255) по 64 пункта сигнализации в каждой зоне (0-63). На территории каждой междугородной зоны
может быть организовано до 16384 пунктов сигнализации.
Шлюзом между региональными (местными, зоновыми) сетями ОКС и федеральной (между-
городной) сетью зоны является электронная АМТС этой зоны. При этом АМТС присваивается
двойная нумерация пункта сигнализации:
• в федеральной сети (код сети Nl=10);
• в местной сети (код сети Nl=11).
При выборе принципов иерархического построения сети сигнализации учитывались сле-
дующие факторы.
1. Емкость сети сигнализации. Использование двух уровней иерархии в национальной сети
сигнализации позволяет иметь гомогенную (без переприемов SCCP) федеральную сеть сигнализа-
ции емкостью до 16384 пунктов сигнализации, структурированную на 256 междугородных зон по 64
пунктам сигнализации в каждой. При использовании одноуровневой национальной сети ОКС №7
данного адресного пространства недостаточно для проведения полной модернизации ВСС РФ уже
в обозримом будущем.
В каждой междугородной зоне сети сигнализации должна быть организована региональная
сеть сигнализации, емкостью также до 16384 пунктов сигнализации.
Теоретически, при условии сохранения связности сети сигнализации за счет ретрасляции на
уровне 4 SCCP, суммарная емкость национальной сети сигнализации может достигать
16384x16384+16384=268451840 пунктов сигнализации, однако практический предел емкости сети
сигнализации будет снижен за счет необходимости использования нескольких кодов пунктов сиг-
нализации междугородной сети для одной региональной. Минимальный предел емкости нацио-
нальной сети сигнализации может составить 256x16384+16384=4210688 пунктов сигнализации при
условии организации одной региональной сети в каждой междугородной зоне сети сигнализации.
Перспективное планирование развития ВСС РФ показывает, что данная емкость достаточна для
развития сети сигнализации в обозримом будущем.
ОСНОВНЫЕ ПОЛОЖЕНИЯ ОКС №7 ДЛЯ ВСС РФ
123
2. Проектирование, создание и администрирование сети сигнализации. Использование двух
уровней иерархии сети сигнализации для структурирования федерального уровня иерархии нацио-
нальной сети сигнализации позволяет отразить сложившуюся структуру ТфОП, при которой опера-
тор или операторы местной сети в регионе являются финансово самостоятельными и предостав-
ляют услуги связи на основании лицензий, выданных Госкомсвязи РФ. Такая структура позволяет
достаточно просто и логично организовывать центры управления и технической эксплуатации се-
тей сигнализации в регионах. Кроме того, гомогенные сети ОКС №7 федерального и регионально-
го уровней дают возможность повышения структурной надежности сети за счет организации об-
ходных сигнальных маршрутов, в том числе и с использованием ресурсом в первичной сети и се-
тей сигнализации различных операторов сетей связи.
3. Техническая необходимость и целесообразность. Отсутствие в настоящее время в нацио-
нальной спецификации подсистемы пользователя ISDN ОКС №7 (ISUP) сигнализации "из конца в
конец" и определение сети ТфОП как главного пользователя ресурсов сети сигнализации позво-
ляют сделать вывод об отсутствии необходимости построения единой гомогенной (на одном ие-
рархическом уровне) сети сигнализации ОКС №7. Действительно, прозрачная адресация в рамках
национальной сети сигнализации в настоящее время необходима только для обслуживания сиг-
нальной нагрузки сетей сотовой подвижной связи, не связанной с проключением информационных
каналов пользователя. Пункты сигнализации СПС, имеющие нумерацию на федеральном уровне
иерархии сети сигнализации, полностью удовлетворяют данному требованию. При внедрении услуг
интеллектуальной сети (IN) закономерно ожидать, что оператор местной телефонной сети все
функциональные элементы IN разместит в пределах гомогенной региональной сети сигнализации,
а оператор междугородной сети - в адресном пространстве федерального уровня иерархии сиг-
нальной сети. Случаи совместного предоставления услуг IN несколькими операторами сетей связи,
требующие в процессе обслуживания ретрансляции (переприема) сигнальных сообщений на чет-
вертом уровне SCCP, в настоящее время оцениваются как не более 7% от общего числа вызовов
IN в обозримом будущем.
9.4. Структура международной сети ОКС №7 ВСС РФ
Структура международной сети ОКС №7 ВСС РФ определяется в соответствии с "Концеп-
цией развития международной телефонной связи на территории РФ до 2005 года". Схема между-
народной связи в соответствии с данной концепцией показана на рис. 9.3.
Рис. 9.3. Схема организации международной связи на ВСС РФ
Сеть ОКС №7 для международной связи строится по следующим принципам:
• на всех МЦК должны быть реализованы функции SP/STP, на МНТС - функции SP. На МЦК
и/или МНТС могут также использоваться подсистемы TUP и SCCP;
• в пунктах сигнализации международной связи должна быть реализована подсистема ISUP в
соответствии с рекомендацией Q.767 и "Технической спецификацией на подсистему пользова-
теля ISDN (ISUP) для национальной сети России";
124
ГЛАВА 9
• все пункты сигнализации на МЦК должны быть связаны между собой звеньями сигнализации
по принципу "каждый с каждым";
• транзит сигнальной нагрузки осуществляется как с помощью совмещенных STP, так и с помо-
щью выделенных STP;
• все звенья сигнализации по возможности дублируются;
• сигнальные маршруты должны определяться на основании схемы сети ОКС №7 для международ-
ной связи, а также схем сигнализации международной сети для связи с Россией, согласованных
с администрациями связи взаимодействующих стран на этапе конкретного проектирования с
учетом требований МСЭ-Т к качеству и надежности сети ОКС №7 (рекомендации Q.706, Q.709);
• сигнальные отношения в федеральной сети ОКС №7 с SP на АМТС реализуются по прямым
звеньям сигнализации и как альтернативный путь - через SP/STP на УАК/ОТС;
• в некоторых случаях АТС-Э, где расположен МЦК (МНТС), могут иметь прямые звенья сигнали-
зации к ним, минуя АМТС в региональной (местной) сети сигнализации ОКС №7.
Функции международных шлюзов сети ОКС №7 могут быть возложены как на МЦК ТфОП,
так и на некоторые станции СПС.
Сеть ОКС №7 на международном и междугородном уровнях может включать выделенные
STP. Данный вопрос будет решен окончательно при разработке генеральной схемы сети ОКС №7.
9.5. Структура междугородной сети ОКС №7 ВСС РФ
Междугородная сеть РФ построена по иерархическому принципу при наличии АМТС и УАК с
использованием аналоговых и цифровых систем передачи для связи между ними. В целом ВСС
России представляет смешанную аналого-цифровую сеть.
В настоящее время на междугородной сети страны работают в основном цифровые АМТСЭ
трех типов: Alcatel 1000 S12, EWSD, АХЕ-10 и лишь несколько систем SDX-100 и SI-2000. В некото-
рых городах еще используются аналоговые станции типа Кварц, ARM, ARE.
В основном все зоны России имеют цифровые АМТСЭ, которые смогут сконцентрировать
сигнальную нагрузку для выхода на междугородную сеть ОКС №7.
Междугородная сеть ОКС №7 ВСС РФ является единым транспортным механизмом для
обеспечения взаимодействия всех типов цифровых сетей. Ее структура и функциональные возмож-
ности должны обеспечить для национальных операторов возможность создания и развития собст-
венных сетей, возможность взаимодействия с сетями других операторов.
Междугородная сеть ОКС №7 ВСС РФ представляет собой совокупность пунктов сигнализа-
ции SP, построенных на базе АМТС, взаимодействующих между собой и/или через полносвязную
одноуровневую сеть транзитных пунктов сигнализации STP, отдельно устанавливаемых или органи-
зованных на базе УАК или опорно-транзитных станций ОТС. Каждый пункт сигнализации SP опира-
ется, по крайней мере, на два транзитных пункта сигнализации, что обеспечивает надежность сети
и выполнение норм на число транзитных пунктов сигнализации в одном сигнальном маршруте
(маршрут не должен содержать более двух STP). Объединение пунктов сигнализации в кластеры
целесообразно проводить в соответствии с разработанными ранее принципами деления на терри-
ториальные зоны, т.е. 8 зон, по числу УАК (ОТС) (рис. 9.4).
Особенностью структуры сети ОКС №7 является наличие шлюзов между региональными
(местными, зоновыми) сетями и междугородной сетью. Данные шлюзы строятся на базе АМТСЭ
зоны с двойной нумерацией пунктов сигнализации:
• в междугородной сети (NI=10);
• в региональной сети (Nl=11).
При развитии сети ОКС №7 на междугородной сети РФ допускается использование как свя-
занного, так и квазисвязанного режимов сигнализации. При достаточной нагрузке между АМТС, в
том числе и при принадлежности пунктов сигнализации к разным кластерам, между ними могут
организовываться прямые пучки звеньев сигнализации. В этом случае они будут использоваться
как основные пути, а маршруты через транзитные пункты сигнализации - как альтернативные.
Важным критерием построения национальной сети ОКС №7 является выполнение норм ка-
чества и уровня обслуживания. Например, структура сети ОКС №7 должна учитывать наличие сле-
дующего числа пунктов коммутации в соединении:
Тип связи
Число пунктов коммутации по нормам МСЭ-Т местная междугородная международная
п=4 п=7 п=10
ОСНОВНЫЕ ПОЛОЖЕНИЯ ОКС №7 ДЛЯ ВСС РФ
125
С. Петербург
Мурманск
Архангельск
Петрозаводск
Вологда
Новгород
Псков
Москва
Ярославль
Кострома
Иваново
Северодвинск
Н.Новгород
Рязань
Владимир
Чебоксары
Йошкар-Ола
Екатеринбург
Киров
Пермь
Ижевск
Оренбург
Курган
Н.Челны
Тула
Курск
Белгород
Липецк
Самара
Москва
Ростов-на-Дону
С. Петербург
Саратов
Астрахань
Элиста
Волгоград
Ростов
Ессентуки
Екатеринбург
Хабаровск
Комсомольск-
на-Амуре
Хабаровск
Владивосток
Благовещенск
Улан-Удэ
Челябинск
Тюмень
Сургут
Новосибирск
Новосибирск
Омск
Томск
Барнаул
Кемерово
Красноярск
Иркутск
Чита
Якутск
Рис. 9.4. Объединение пунктов сигнализации междугородной сети в кластеры
При построении сети ОКС №7 важным также является вопрос целесообразности организа-
ции на национальном уровне сети транзитных пунктов сигнализации с функцией обработки сооб-
щений подсистемы SCCP для обеспечения обмена сигнальной информацией между интеллекту-
альными и подвижными сетями, находящимися в разных междугородных зонах. Это означает, что
для обеспечения прозрачности национальных сетей ОКС №7 "сверху-вниз" и "снизу-вверх” требу-
ется организация пунктов SPR, обеспечивающих трансляцию глобальных заголовков в подсистеме
SCCP. Данный вопрос подлежит дальнейшему изучению для сетей всех уровней и решается на
этапе разработки генеральной схемы и расчета междугородной сети ОКС №7.
При построении междугородной сети ОКС №7 должны быть предусмотрены возможности
подключения сетей подвижной связи и интеллектуальных сетей связи.
Для сетей подвижной связи должны быть решены задачи, обеспечивающие:
• взаимодействие со стационарными сетями, включая зоновую, междугородную, международную
сети и местные сети, учитывая распределение трафика по типам вызовов;
• национальный и международный роуминг, для чего должно быть организовано взаимодействие
по системе ОКС №7 между сетями стандарта GSM и NMT-450 как внутри страны, так и с сетя-
ми этих стандартов на территориях зарубежных стран.
Например, включение сети GSM-900 осуществляется по выделенному плану нумерации, т.е.
в плане нумерации междугородной сети ОКС №7 резервируются сигнальные зоны для GSM-900.
Взаимодействие центров коммутации подвижной связи (ЦКПС) с местными сетями своей зоны
обеспечивается через АМТСЭ своей зоны.
В процессе создания междугородной сети ОКС №7 должна быть предусмотрена возмож-
ность реализации на ней узлов интеллектуальной сети IN и, следовательно, возможность передачи
126
ГЛАВА 9
соответствующей сигнальной нагрузки. На рис. 9.5 представлена упрощенная схема реализации IN
междугородного уровня на базе разделенных узлов SSP и SCP.
Рис. 9.5. Пример сети ОКС №7 для интеллектуальной сети,
создаваемой на междугородном уровне
9.6. Структура сети ОКС №7 регионального (местного)
уровня иерархии
Сеть ОКС №7 для местных и внутризоновых сетей связи России в соответствии со страте-
гией внедрения новых технологий телекоммуникаций на ВСС РФ должна строиться в интересах
обслуживания сигнальной нагрузки при установлении соединений ТфОП, включая предоставление
услуг ISDN, а также сигнальной нагрузки между элементами ИСС, внедряемой на местном уровне
иерархии ВСС РФ и сигнальной нагрузки между элементами СПС региональных стандартов.
Региональная (местная) сеть ОКС №7 должна строиться в пределах зоны сигнальной сети
ОКС №7 федерального (междугородного) уровня (в основном) как гомогенная сеть сигнализации с
прозрачным адресным пространством с использованием сетевого индикатора Nl=11. Разделение
адресного пространства сигнальной сети между различными операторами сетей электросвязи,
функционирующих в регионе, должно производиться при необходимости административно при вы-
делении кодов пунктов сигнализации для оборудования каждого оператора. В данном случае ад-
министративные вопросы управления и технического обслуживания сети сигнализации, а также
механизмы транзитного пропуска сигнальной нагрузки при использовании смешанного режима ра-
боты для резервирования должны быть урегулированы специальными соглашениями операторов
сетей связи.
С внедрением ОКС №7 на местных и зоновых сетях связи при расчете и проектировании
вторичной сети необходимо учитывать дополнительно следующие факторы:
• техническая возможность и целесообразность проектирования двунаправленных пучков ин-
формационных каналов;
• техническая возможность обслуживания в одном пучке информационных каналов различных
видов информационного трафика (например, входящий/исходящий междугородный и местный
трафики в совмещенном пучке от местной оконечно-транзитной АТС к комбинированной меж-
дугородной/местной коммутационной станции данной междугородной зоны ТфОП) с определе-
нием системы обслуживания для конкретного вызова в соответствии с категорией вызывающей
стороны, обязательно передаваемой при установлении соединения.
Особенности построения сети ОКС №7 на ГТС
При построении сети ОКС №7 на ГТС следует иметь в виду, что сеть ОКС №7 должна быть в
основном связанной. Квазисвязанный способ должен быть предназначен для работы в аварийной
ситуации или при перегрузках, поэтому всегда должны предусматриваться альтернативные мар-
шруты.
ОСНОВНЫЕ ПОЛОЖЕНИЯ ОКС №7 ДЛЯ ВСС РФ
9 — 970
127
На ГТС без узлообразования связь между пунктами сигнализации осуществляется по прин-
ципу "каждый с каждым". На некоторые АТС могут быть возложены функции транзитных пунктов
сигнализации для обеспечения альтернативных маршрутов.
На ГТС с узлообразованием внутри узлового района между электронными АТС должны быть
организованы прямые звенья сигнализации. Прямые звенья ОКС №7 могут быть организованы и
между электронными АТС разных узловых районов при наличии достаточной нагрузки. На узловые
станции должны быть возложены функции транзитных пунктов сигнализации, которые включают
обеспечение связи:
• в нормальной ситуации между электронными АТС разных узловых районов в случае малой на-
грузки;
• в аварийной ситуации.
Сеть сигнализации ОКС №7 ГТС должна строиться с использованием нижеследующих ос-
новных принципов.
1) В соответствии с результатами расчета вторичной сети, включая среднесрочное сетевое
планирование, топологию первичной сети с учетом ее качественных и надежностных характери-
стик, конструктивных особенностей используемого оборудования и иных факторов согласно исход-
ным данным, предоставляемым оператором сети связи.
2) В основном на базе пунктов сигнализации в составе коммутационного оборудования и
иных функциональных элементов местной сети (например, выделенных SCP, организуемых при
внедрении на ГТС услуг ИСС). Необходимость, целесообразность и техническая возможность при-
менения выделенных (не входящих конструктивно в состав коммутационного оборудования) тран-
зитных пунктов сигнализации (STP) должна оцениваться при расчете сети сигнализации примени-
тельно к транзитному (межузловому) уровню топологии вторичной сети. Выделенные STP предпоч-
тительно размещать в узлах кроссовой коммутации первичной сети, топологически не совпадаю-
щих с коммутационными узлами.
3) Сеть сигнализации на транзитном уровне топологии вторичной сети должна строиться с
использованием связанного режима работы, резервирования звеньев сигнализации и создания
одного обходного сигнального маршрута для каждого сигнального отношения. В соответствии с
результатами расчета сети сигнализации в составе коммутационных станций на транзитном уровне
топологии вторичной сети могут быть организованы SP/STP в целях обеспечения квазисвязанного
режима работы для организации резервных сигнальных маршрутов и обслуживания сигнальных
отношений опорных АТС.
4) Сигнальные отношения опорных АТС при наличии прямых направлений вторичной сети
реализуются с использованием квазисвязанного режима работы в качестве базового с привязкой
основного и обходного сигнальных маршрутов к топологически разнесенным STP. Сигнальные зве-
нья от опорных АТС к STP, обеспечивающим квазисвязанный режим работы для прямых связей
опорных АТС, резервируются. Использование для данных сигнальных отношений связанного режи-
ма работы возможно по результатам расчета сети сигнализации для обеспечения требуемой
структурной надежности сети ОКС №7.
5) Не допускается совмещение STP регионального и междугородного уровней иерархии в
оборудовании АМТС или ЦКПС.
6) В целях повышения надежности сети сигнализации и в соответствии с конструктивными
особенностями конкретных типов коммутационного оборудования возможно использование для
организации звеньев сигнализации выделенных первичных групп ИКМ. Для направлений вторичной
сети малой и средней емкости рекомендуется размещение звеньев сигнализации совместно с ин-
формационными каналами.
При резервировании звеньев сигнализации в одном пучке должны быть использованы сле-
дующие основные принципы резервирования: для сигнальных отношений на транзитном уровне
топологии сети, между пунктами сигнализации в составе опорных АТС и пунктами сигнализации
(SP/STP) в составе коммутационного оборудования транзитного уровня топологии вторичной сети
(не более трех), между пунктами сигнализации на любом уровне вторичной сети при технической
невозможности создания обходных сигнальных маршрутов, в соответствии с результатами расчета
сети сигнализации с использованием принципа разделения нагрузки путем понижения номиналь-
ной расчетной сигнальной нагрузки на звено.
Особенности построения сети ОКС №7 на внутризоновых и сельских
телефонных сетях
Сельские телефонные сети РФ строятся по радиальной схеме, что в целом сохраняется и
при внедрении услуг ISDN и связано, прежде всего, с низким совокупным трафиком поперечных
связей между оконечными станциями (ОС) и высокими затратами на создание и эксплуатацию
цифровой первичной сети. В основном при применении АТСЭ на СТС должна применяться двух-
128
ГЛАВА 9
звенная структура ЦСЭ-ОСЭ или ЦСЭ-концентраторы, или трехзвенная структура ЦСЭ-ОСЭ-
концентратор. Обеспечение надежности производится резервированием звеньев ОКС или дубли-
рованием сигнальных терминалов. На участках ЦСЭ-ОСЭ должен применяться стык V.3 (PRA ISDN с
системой сигнализации EDSS1) при емкости направления вторичной сети до 30 каналов или стык А
с сигнализацией по ОКС №7 (подсистемы МТР и ISUP) для направлений большей емкости. Для
связи ЦСЭ с УПАТС должен применяться стык V.3 (PRA ISDN с системой сигнализации EDSS1). Ис-
пользование на ВСС РФ системы ОКС №7 в соответствии с рекомендацией Q.710 не разрешается.
Целесообразность использования одного или другого способа организации при связи ЦСЭ-ОСЭ
должна быть подтверждена в технико-экономическом обосновании проекта в соответствии с ис-
ходными данными, предоставляемыми производителем оборудования.
Связь с концентраторами и мультиплексорами должна производиться с использованием ин-
терфейса V.5.1/V.5.2 в зависимости от числа обслуживаемых информационных каналов или при
помощи каналов внутристанционной связи, если оконечная станция и концентратор принадлежат к
одной системе АТС.
Сеть ОКС №7 районного центра должна рассматриваться, как сеть сигнализации, построен-
ная на ГТС без узлообразования с включением центральной станции (ЦС) на правах одной из АТС
райцентра.
Для сигнального отношения ЦС-АМТС должен использоваться связанный режим работы с
применением резервирования звеньев сигнализации или дублированных сигнальных терминалов,
что определяется по критерию наибольшей надежности при расчете сети сигнализации.
9.7. Особенности национальной версии ISUP-R
В России принята национальная версия подсистемы пользователя ISDN - ISUP-R. По данной
версии разработана спецификация, указывающая на отличия от версии Q.767. Разработка такой
спецификации была вызвана необходимостью обеспечения взаимодействия с национальными сис-
темами, необходимостью стыковки с действующими на сети России системами сигнализации и под-
держки существующих алгоритмов установления соединений, включая полуавтоматическую связь.
В национальную версию ISUP-R внесены следующие уточнения, соответствующие нацио-
нальным особенностям.
1) При полуавтоматической междугородной связи должно быть обеспечено подключение к заня-
тому абоненту, передача сигнала "Повторный вызов", процедура повторного ответа вызывае-
мого абонента. С этой целью перечень сообщений ISUP дополнен новым сообщением "Вызов"
- RNG (Ringing), передаваемым после отбоя вызываемого абонента и информирующем о нача-
ле/конце посылки сигнала "Повторный вызов".
2) В сообщение CPG (Call Progress) внесен дополнительный параметр "Индикатор причины", со-
держащий информацию о занятости абонента В. Дополнение вызвано тем, что на существую-
щей сети России длительность установления соединения может превышать контрольную вы-
держку, определенную значением таймера Тц ISUP и необходимостью обеспечения подключе-
ния междугородной телефонистки к абоненту, занятому местным соединением. Также введено
сообщение CPG для поддержки взаиморасчетов и развитых функций тарификации.
3) Введено дополнительное сообщение "Отбой вызывающего абонента" CCL, предназначенное
для реализации процедур двухстороннего отбоя при взаимодействии с существующими систе-
мами сигнализации на уровне местной сети для идентификации злонамеренного вызова после
отбоя вызывающего абонента.
4) Дополнены перечни категорий абонентских установок и категорий вызова, существующих на
сети России.
5) Разработаны рекомендации на проключение и разделение разговорных трактов и передачу
акустических сигналов, учитывающие реальность существующей междугородной сети ТфОП, а
именно: осуществление передачи акустических сигналов от исходящей АМТС при приеме ли-
нейных сигналов (сообщений ISUP ОКС) и дальнейший переход на режим, рекомендуемый
МСЭ-Т, с передачей акустических сигналов от входящей оконечной электронной АТС.
9.8. Принципы выделения кодов пунктов сигнализации
Выделение кодов пунктов сигнализации состоит из двух этапов:
• на первом - оператору сети резервируется диапазон кодов пунктов сигнализации, определяет-
ся индикатор сети и способ взаимодействия с другими операторами;
• на втором - конкретным пунктам сигнализации присваивается соответствующий код пункта
сигнализации.
ОСНОВНЫЕ ПОЛОЖЕНИЯ ОКС №7 ДЛЯ ВСС РФ 129
9*
Резервирование диапазонов кодов пунктов сигнализации, определение индикаторов сети и
способа взаимодействия определяется на основании соответствующего состояния и планируемого
развития сети связи России и принципов построения ВСС РФ.
Распределение кодов пунктов сигнализации должно обеспечивать корректное взаимодейст-
вие разных операторов, позволяющее операторам создавать и развивать собственную сеть сигна-
лизации ОКС №7 и взаимодействовать по сети сигнализации ОКС №7 с другими операторами. В
соответствии с рекомендациями Q.705 распределение кодов должно обеспечивать четкое распре-
деление ответственности за управление сетью сигнализации. Для этого каждому из операторов
должны быть выделены диапазон кодов пунктов сигнализации и индикатор сети для взаимодейст-
вия внутри собственной сети. Кроме того, должны быть присвоены коды и индикаторы сети для
пунктов сигнализации, осуществляющих взаимодействие с сетями других операторов.
Выделение кодов пунктов сигнализации и определение индикатора сети для конкретного
оператора должно осуществляться в соответствии со статусом сети данного оператора.
Для операторов международной сети выделение кодов осуществляется Бюро по стандарти-
зации МСЭ-Т и используется индикатор сети 00. Диапазон кодов определен в рекомендации Q.708.
Для операторов междугородной сети выделение кодов пунктов сигнализации осуществляется
Государственным комитетом по связи и информатизации РФ и используется индикатор сети 10.
Диапазон кодов указан в табл. 9.3. Распределение кодов пунктов сигнализации для междугородной
сети выполняется путем распределения кодов сигнальных зон (КСЗ) за соответствующими междуна-
родными станциями (международными центрами коммутации МЦК) России в объеме соответствую-
щих зон нумерации сети ТфОП, входящих в территорию обслуживания данного МЦК с учетом резер-
ва КСЗ данной территории обслуживания. В каждом выделенном КСЗ одной зоне нумерации сети
ТфОП выделяется полный диапазон кодов пунктов зоны (КПЗ). Распределение кодов сигнальных зон
за МЦК приведено в табл. 9.4. Распределение КСЗ существующих зон нумерации сети ТфОП, закре-
пленных за соответствующими узлами автоматической коммутации (УАК), приведено в табл. 9.5.
Таблица 9.3. Распределение кодов пунктов сигнализации на сети связи России
Оператор Структура кода Диапазон кодов 1 Диапазон кодов (в двоичном представлении) Диапазон кодов 2
Международная сеть NI=00 Z-UUU-V 2-100-0... 2-119-7 01001100100000- 01001110011111 4896-5002
Междугородная сеть Nl=10 ксз-кпз 0-(0-63)... 283-(0-63) 00000000000000- 11101110111111 0-15295
Подвижная связь стандарта NMT-450 3 Nl=10 ксз-кпз 247-(0-63)... 255-(0-63) 11110111000000- 11111111111111 15808- 16383
Подвижная связь стандарта GSM (заимствованные шлюзовые коды для взаимодействия с оператором междугородной сети) NI=10 ксз-кпз 239-(0-63)... 246-(0-63) 11101111000000- 11110110111111 15296- 15807
Местная и внутризоновая сети Nl=11 0-14079 00000000000000- 11011011111111 0-14079
1 в десятичном представлении в соответствии со структурой кода
2 в десятичном представлении
3 заимствованные шлюзовые коды для взаимодействия с оператором междугородной сети
Таблица 9.4. Распределение кодов сигнальных зон за МЦК
КСЗ МЦК
0-15 Санкт-Петербург
16-31 Москва
32-47 Москва
48-63 Москва
64-79 Самара
80-95 Самара
96-111 Ростов
112-127 Екатеринбург
128-143 Новосибирск
144-159 Хабаровск
130
ГЛАВА 9
Таблица 9.5. Распределение кодов сигнальных зон за УАК
ксз Узлы автоматической коммутации
1 3 5 6 7 8 9
0-15 • •
16-31 • •
32-47 • •
48-63 • • •
64-79 • •
80-95 • • •
96-111 • •
112-127 • •
128-143 • •
144-159 • •
Выделение кодов пунктов сигнализации для операторов различных сетей осуществляется
Госкомсвязи РФ.
Для операторов местной и внутризоновой сетей используется индикатор сети 11. Может ис-
пользоваться весь диапазон кодов в соответствии со структурой поля кода пункта сигнализации, за
исключением кодов, выделенных в качестве шлюзовых кодов ВСС РФ.
Для операторов подвижной связи диапазон кодов указан в табл. 9.3.
Для операторов ведомственных сетей используется индикатор сети 11.
Для операторов выделенных сетей при сопряжении их с сетью общего пользования исполь-
зуется индикатор сети 11 или 10.
Поскольку в настоящее время в России не существует отдельных операторов интеллекту-
альных сетей, то для нумерации пунктов сигнализации интеллектуальной сети в настоящее время
рекомендуется использование диапазона кодов пунктов сигнализации и индикатора сети, соответ-
ствующих диапазонам кодов и индикаторам сети операторов, на базе которых внедряются услуги
интеллектуальной сети.
9.9. Взаимодействие сетей связи через ОКС №7
Для взаимодействия между операторами используются шлюзовые коды двух типов:
• заимствованные шлюзовые коды, выделяемые из диапазона кодов в индикаторе сети одного
из взаимодействующих операторов;
• шлюзовые коды ВСС РФ - коды пунктов сигнализации, обеспечивающих взаимодействие сетей
операторов. Коды используются с определенным индикатором сети, каждый код может быть
присвоен только одному из пунктов сигнализации ВСС РФ.
Возможны следующие способы взаимодействия сетей разных операторов:
1. Если индикаторы взаимодействующих сетей операторов различны, то одному из взаимо-
действующих операторов присваивается один или несколько заимствованных кодов пунктов сети
сигнализации из диапазона кодов и индикатора сети другого оператора.
2. Если индикаторы взаимодействующих сетей совпадают, а между взаимодействующими
пунктами сигнализации используется другой индикатор сети, то оба оператора взаимодействуют
либо через междугородную сеть, либо с помощью шлюзовых кодов ВСС РФ.
3. Если индикаторы взаимодействующих сетей совпадают, допускается взаимодействие с
этим же индикатором сети при наличии в используемых диапазонах кодов достаточного количества
неповторяющихся кодов пунктов сигнализации и структурах сетей, допускающих данный способ
взаимодействия.
Для взаимодействия между операторами международной и междугородной сетей использу-
ется первый способ. В соответствии с рекомендациями Q.705 пунктам сигнализации сети междуна-
родной связи присваиваются коды ПС из диапазона, выделенного для сети междугородной связи.
Для взаимодействия операторов СПС на международном уровне пунктам сигнализации
СПС, выполняющим функции международного шлюза федеральных СПС, присваиваются коды ПС
из диапазона, выделенного для сети международной связи в индикаторе сети 00. Международному
уровню иерархии сети сигнализации ОКС №7 в СПС соответствуют ПС, организованные на тран-
зитных станциях GMTX. Эти узлы взаимодействуют между собой по полносвязной схеме и имеют
сигнальные отношения с ЦКПС сетей NMT-450 и GSM-900 и с МЦК. Для узлов GMTX выделено
пространство нумерации в списке кодов ISP: GSM-900: 2-101-(0-7); NMT-450: 2-101-(0-7).
ОСНОВНЫЕ ПОЛОЖЕНИЯ ОКС №7 ДЛЯ ВСС РФ
131
На пункты общей транзитной сети СПС могут возлагаться функции шлюзовых центров ком-
мутации (MSC-G, MTX-G). В терминологии ОКС №7 это пункты SPR/STP; в них осуществляется
маршрутизация на уровне SCCP и меняется индикатор сети с 00 на 10.
Для взаимодействия операторов междугородной связи и СПС пунктам сигнализации СПС при-
сваиваются заимствованные шлюзовые коды ПС из диапазона, выделенного для сети междугородной
связи в соответствии с табл. 9.2. Данные коды могут использоваться для взаимодействия внутри се-
тей подвижной связи. ЦКПС осуществляют функции SPR/STP с изменением индикатора 10 на 11.
Для взаимодействия между операторами местной и внутризоновой связи и СПС использует-
ся первый или третий способ.
Для взаимодействия операторов ведомственных сетей с сетью общего пользования исполь-
зуется второй способ.
Присваиваемые индикаторы сети и индикаторы сети, используемые для взаимодействия
операторов разных сетей, показаны в табл. 9.6.
Таблица 9.6. Индикаторы сети, используемые при взаимодействии по прямым сигнальным каналам
Индикатор сети Междугород- ная NI=10 Местная и внутризо- новая Nl=11 NMT-450 Nl=11(10) GSM Nl=11(10) Ведом- ственная Nl=11
Международная NI=00 NI=10 Nl=1 Г NI=00/10 или 11* NI=00/10 или 1Г NI=10 или 1Г
Междугородная Nl=10 Nl=11 Nl=10 или 1Г Nl=10 или 11* Nl=11
Местная и внутризоно- вая Nl=11 Nl=11 NI=11(10) Nl=11
NMT-450 Nl=11(10) Nl=11(10) NI=11(10) Nl=11
GSM Nl=11(10) Nl=11(10) Nl=11
' Используется только при наличии прямых пучков разговорных каналов между международными и местными
станциями, расположенными в одном городе.
Пунктам сигнализации, обеспечивающим взаимодействие с сетями операторов с другими
индикаторами сети, присваивается два кода: один для функционирования в своей сети и другой
для взаимодействия с сетью другого оператора по первому или второму способу. Пунктам сигна-
лизации не может быть присвоено более одного кода в одном индикаторе сети.
Принципы распределения кодов ПС по индикаторам сети при взаимодействии сетей пока-
заны на рис.9.6.
В соответствии с данным рисунком оператору международной связи присвоены коды с ин-
дикатором сети 00, а также заимствованные шлюзовые коды из диапазона кодов оператора меж-
дугородной связи для взаимодействия с ним.
Рис. 9.6. Распределение кодов по индикаторам сети при взаимодействии сетей
132
ГЛАВА 9
Из диапазона международных кодов ПС выделены коды для операторов подвижной связи
для взаимодействия на международном уровне.
Для взаимодействия операторов подвижной связи и оператора междугородной связи из
диапазона кодов оператора междугородной связи выделены заимствованные шлюзовые коды для
операторов подвижной связи.
Для взаимодействия оператора междугородной связи и операторов местной и внутризоно-
вой сети выделяются заимствованные шлюзовые коды из диапазона кодов операторов местной и
внутризоновой сети.
Взаимодействие операторов подвижной связи с операторами сети местной и внутризоновой
связи в данном случае осуществляется с помощью заимствованных шлюзовых кодов из диапазона
кодов операторов местной и внутризоновой связи.
ОСНОВНЫЕ ПОЛОЖЕНИЯ ОКС №7 ДЛЯ ВСС РФ
133
Глава 10. Тестирование ОКС №7
10.1. Принципы тестирования ОКС №7
Сеть сигнализации ОКС №7 Является сложной комплексной системой. Такая сеть (рис. 10.1)
включает в себя пункты сигнализации SP и транзитные пункты сигнализации STP. Пунктам сигнали-
зации SP отводится роль терминалов сетей передачи данных (СПД), а с помощью STP в сети ОКС
№7 выполняется маршрутизация пакетов сигнальных сообщений. Кроме этого, в сеть ОКС №7 мо-
гут включаться узлы управления услуг SCP, адаптированные в соответствии с концепцией интеллек-
туальных сетей и работающие эквивалентно хостам и коллективным базам данных этих сетей.
Рис. 10.1. Структура сети ОКС №7
Для подтверждения правильности функционирования сети ОКС необходимо выполнять осо-
бый класс измерений - тестирование. Процессы построения сети ОКС №7 и СПД во многом схо-
жи. В связи с этим можно утверждать, что все измерения в сети ОКС №7 сводятся к анализу спе-
циализированного протокола передачи данных.
Действительно, для внедрения технологии ОКС №7 требуется наличие СПД специального
назначения - сети сигнализации. Поэтому измерения в такой специализированной сети сводятся к
логическому анализу протокола ОКС №7. Тестирование вышестоящих уровней подразумевает, что
нижние уровни реализованы правильно.
Так на первом уровне проверка цифрового канала производится на соответствие парамет-
ров требованиям соответствующих стандартов (например, рекомендации G.821). При тестировании
желательно иметь тестовое оборудование, позволяющее имитировать сбойные ситуации на сиг-
нальных каналах. Поскольку в сетях ОКС №7 в качестве транспортной среды используются каналы
вторичных сетей ТфОП и ISDN, то измерения на физическом уровне (в цифровых каналах и интер-
фейсах) реализуются соответствующими службами указанных сетей.
Тестирование функций звена сигнализации на уровне 2 возможно только при наличии мони-
тора звена сигнализации, имитатора уровня 3 и имитатора испытаний (эмулятора звена данных
сигнализации). Монитор звена сигнализации используется для декодирования последовательности
сигнальных единиц при испытаниях и предоставляет оператору возможность убедиться, что сиг-
нальный протокол был правильно соблюден. Схема соединения испытательного оборудования
уровня 2 приведена на рис. 10.2.
Рис. 10.2. Испытательное оборудование уровня 2
Для тестирования уровня 3 необходимо, чтобы уровень 2 был уже проверен и не имел оши-
бок. Для проведения полного тестирования сети на уровне 3 необходимо иметь заданную конфигу-
рацию сети, либо иметь имитатор сети. Схема соединения испытательного оборудования уровня 3
приведена на рис. 10.3.
134
ГЛАВА 10
Для выполнения тестирования на уровне 4 (например, для подсистемы ISUP) необходимо
иметь сигнальный монитор. В качестве такого монитора можно использовать программное обеспе-
чение станции, позволяющее выполнять трассировку вызовов, но эти возможности обычно ограни-
чены и не позволяют отслеживать все сбойные ситуации.
Рис. 10.3. Испытательное оборудование уровня 3
Завершающим этапом является тестирование "из конца в конец", т.е. от интерфейса "поль-
зователь-сеть" до интерфейса "пользователь-сеть". Тестирование обеспечивается путем генера-
ции необходимой последовательности сигналов с помощью имитатора терминала или терминаль-
ного оборудования (при условии возможности мониторинга реального потока сообщений сигнали-
зации) и производится путем наблюдения результирующего сигнального потока на всех участках
сигнального отношения.
Структура протокола ОКС №7 сложнее структуры большинства протоколов СПД и включает
в себя множество уровней и подсистем. Это связано с тем, что протокол ОКС №7 является сред-
ством для объединения различных сетей: ТфОП, ISDN, подвижной радиосвязи, а также предостав-
ляет дополнительные возможности для создания глобальных сетей персональной связи (PCS) с
международным роумингом. Наличие в структуре сети ОКС №7 пунктов SCP способствует широко-
му внедрению интеллектуальных сетей, внося дополнительные уточнения и расширения в структуру
протокола ОКС №7.
Методики тестирования параметров ОКС №7 приведены в рекомендациях Q.780-Q.787 [21].
Сами рекомендации - это довольно объемные по содержанию документы. Так, например, в реко-
мендацию Q.784 по тестированию функций подсистемы ISUP включены 75 тестов, и на описание
каждого из них отведена отдельная страница. Для примера на рис. 10.4 показана спецификация
теста 1.1 "Инициализация (Включение)" протокола МТР уровня 2 из рекомендации Q.781.
10.2. Проверочные тесты ОКС №7
Тестировать протокол ОКС №7 на полное соответствие техническим требованиям следует в
двух случаях:
• при пуске новой цифровой АТС или цифровой зоны в сети;
• при вводе нового канала (звена) сигнализации.
Различают три категории тестов: аттестационные тесты, AT (VAT - Validation test); тесты со-
вместимости, ТС (СРТ - Compatibility test); тесты взаимодействия.
Аттестационные тесты VAT проверяют, удовлетворяет ли оборудование соответствующим
рекомендациям МСЭ-Т, и проводятся до тестов совместимости. Тесты проводятся в одном пункте
сигнализации (SP или STP), который не находится в обслуживании. Эти тесты рекомендуется про-
водить также после функциональных модификаций. Выполнение аттестационных тестов может по-
требовать подключение имитатора для проверки работы тестируемого пункта сигнализации.
ТЕСТИРОВАНИЕ ОКС №7
135
НОМЕР ТЕСТА: 1.1 СТРАНИЦА 1 из 1
ССЫЛКИ: Q.703 #7 ЭТАЛ. Рис. 8; Рис. 12; Рис. 13
НАИМЕНОВАНИЕ: Контроль состояния звена - Ожидаемые сигнальные единицы
ПОДЗАГОЛОВОК: Инициализация (Включение)
НАЗНАЧЕНИЕ: Проверить, что при включении оконечное оборудование системы №7 устанавливается в правильный режим
УСЛОВИЯ ПРОВЕДЕНИЯ ТЕСТА: Линейное оборудование - ВКЛ; оборудование системы №7 - ВЫКЛ
КОНФИГУРАЦИЯ: 1 ТИП ТЕСТА: АТ, ТС
ОЖИДАЕМАЯ ПОСЛЕДОВАТЕЛЬНОСТЬ СИГНАЛЬНЫХ ЕДИНИЦ ПСВ ПС А Звено Звено 1 - 0 СИНР > :Питание ВКЛ <--- 1-0 БСИ
ОПИСАНИЕ ТЕСТА
1. 2. 3. Проверить, что звено устанавливается в правильный режим При "Включено" или инициализации ПБИ, ОБИ, ППН и ОБН должно быть следующим: ПБИ=ОБИ=1; ППН=ОБН=127 (HEX 7F). Повторить тест в обратном направлении.
Рис. 10.4. Спецификация теста 1.1 "Инициализация (Включение)” протокола МТР уровня 2
(Рекомендация Q.781)
Тесты совместимости СРТ выполняются для подтверждения возможности взаимодействия
между собой двух разных систем оборудования ОКС №7. Выполняются не только на вновь вводи-
мых пунктах сигнализации, но и на находящихся в эксплуатации. Для выполнения теста на совмес-
тимость соединяются два узла.
Для проверки взаимодействия различных систем межстанционной и/или абонентской сиг-
нализации используются тесты взаимодействия.
136
ГЛАВА 10
К сожалению, используемые в настоящее время цифровые АТС не оборудованы программ-
ными средствами для испытаний подобного рода. Поэтому для тестирования ОКС №7 использует-
ся принцип программной имитации работы различных элементов сети сигнализации
Включение анализатора вместо SP
Обычные анализаторы протокола ОКС №7 способны выполнять как функции имитации пунк-
тов сигнализации, так и мониторинг ее процесса. Более мощные их модели бывают даже многока-
нальными.
Рис. 10.5. Включение анализатора ОКС №7 вместо SP
Наиболее простая схема включения анализатора - использование его в качестве имитатора
SP (рис. 10.5). Анализатор подключают к STP и с его помощью имитируют SP. В зависимости от
конкретной схемы подключения будущего SP анализатор можно соединить с одним или несколь-
кими STP. Чтобы определить реакцию сети ОКС №7 в целом на отклонения в работе SP (наруше-
ние алгоритма сигнального обмена, пропадания сообщений и их дублирование, нарушение квити-
рования и т.п.), необходимо провести не только полный анализ всех уровней протокола по переда-
че/приему, но и частичные ее испытания в стрессовых ситуациях. Схему имитации SP в ТфОП при-
меняют при установке оконечной по сигнализации новой АТС или при подключении к ним ведомст-
венной сети, что делается в большинстве случаев.
Имитация STP
Существуют две основные схемы включения анализаторов для имитации STP. Наиболее
простая из них - замена STP на анализатор ОКС №7 (рис. 10.6). Ее применяют в начале испытаний
системы сигнализации, например, во время установки узлового STP - междугородной АТС.
Рис. 10.6. Имитация одного STP
Поскольку STP осуществляет только передачу и маршрутизацию сигнальных сообщений, то
при его имитации тестируют лишь три первых уровня протокола ОКС №7 - МТР. Анализатор обес-
печивает полный их анализ и имитацию. Кроме этого, выполняется "стрессовое" тестирование,
позволяющее более полно проанализировать отклик сети на различные логические противоречия.
Такое тестирование включает в себя:
• генерацию дополнительных сообщений,
• замену одного сообщения другим (нарушение алгоритма сигнального обмена),
• пропадания сообщения,
• дублирования сообщения,
• отключение и подключение каналов сигнализации,
• имитацию перегрузки канала по сигнальному трафику,
• имитацию регулярного пропадания сообщений в сигнальном канале,
• имитацию готовности сигнального канала по различным параметрам.
ТЕСТИРОВАНИЕ ОКС №7
137
Все это обеспечивает анализ работы не только сети в целом, но и близлежащих устройств.
Особенно это касается имитаций перегрузки по сигнальному трафику и различных вариаций пара-
метров готовности канала. Современные сети ОКС №7 проектируются на основе концепций "само-
залечивающихся" сетей и гибкого управления сигнальным трафиком. Поэтому испытать реальную
сеть на соответствие им можно лишь путем "стрессового" тестирования в одной или нескольких
точках STP, причем последнее дает лучшие результаты.
Подключение анализаторов ОКС №7 с имитацией нескольких STP показано на рис. 10.7. В
этом случае для "стрессового" тестирования перегрузки каналов (по сигнальному трафику или по
параметрам готовности каналов сигнализации) можно использовать один имитатор STP, а для ком-
плексного анализа реакции сети - другой. Например, при имитации перегрузки по сигнальному
трафику в пункте STP-1 наблюдают за механизмом постепенного перераспределения сигнального
трафика в направлении к SP из STP-1 в STP-2, а при имитации нарушения готовности каналов сиг-
нализации в STP-1 анализируют работу механизмов резервирования по каналам сигнализации и
следят за перенесением сигнального трафика в STP-2. Предлагаемая схема позволяет использовать
как реальные физические соединения между STP-1 и STP-2, так и виртуальный канал сигнализации.
Подключение анализаторов к STP важно еще и для сбора статистической информации по
сигнальному трафику в сети ОКС №7, а также для оценки ее потенциала и эффективности работы.
Хотелось бы отметить, на практике нередко совмещаются функции SP и STP в рамках одной
АТС. В такой ситуации требуется комплексная имитация SP/STP на всех уровнях протокола ОКС
№7 с использованием всех дополнительных функций для "стрессового" тестирования в точке STP.
Имитация SCP
Процесс имитации SCP во многом аналогичен процессу имитации STP и отличается от по-
следнего лишь тем, что охватывает все уровни протокола сигнализации. Такие полные измерения
производятся довольно редко, и только во время инсталляции SCP.
При обычных измерениях достаточно имитации одного пункта SCP, за исключением систем
с мобильными приложениями (например, для сетей сотовой связи в стандарте IS-41 характерно
наличие нескольких пунктов SCP). Но поскольку повышение надежности сети всегда связано с ре-
зервированием SCP, то при "стрессовом" тестировании их работы определяют перечисленные
выше параметры.
"Стрессовое" тестирование действующих устройств
Помимо тестирования систем на этапе инсталляции, существует еще и технология "стрес-
сового" тестирования уже действующих систем. Для этого к одному из каналов такой системы,
расположенному между двумя пунктами сигнализации, подключается анализатор, вносящий изме-
нения в сигнальный трафик (рис. 10.8).
Рис. 10.8. "Стрессовое тестирование" ОКС №7
138
ГЛАВА 10
Стрессовые воздействия на передаваемую по каналу информацию таковы: внесение ошибок
в разные места передаваемых сообщений, пропадания сообщений, их дублирование, внесение
дополнительной задержки в передачу, систематическая замена одного сообщения другим.
10.3. Тестовое оборудование
Опыт проведения измерений протокола ОКС №7 показывает, что для этого должны исполь-
зоваться универсальные и модульные анализаторы. Универсальность обеспечивается максимально
широким охватом возможных измерений, а наличие модульности программного и аппаратного
обеспечения снижает стоимость прибора. Учитывая сложность конфигурации приборов этого клас-
са, для реализации требуемой методологии их необходимо выбирать с особой тщательностью,
привлекая для этого квалифицированных специалистов.
По масштабу решаемых задач анализаторы ОКС №7 можно разделить на четыре класса:
• предназначенные для транснационального и национального мониторинга (например, прибор
AcceSS7 компании Hewlett-Packard или его аналоги производства компаний INET Telenex);
• мониторинга и отладки протокола разработчиками ОКС №7 (прибор РТ500 и др.);
• эксплуатационных и комплексных измерений на сети ОКС №7;
• простого тестирования с отдельными функциями анализа ОКС №7.
Основные характеристики таких приборов представлены в табл. 10.1 [36, 43].
При выборе анализаторов ОКС №7 следует обращать внимание на такие их характеристики,
как функциональность, возможность обеспечить все текущие и перспективные измерения; модуль-
ность и гибкость при настройке на новые приложения; наличие сервисных удобств, в частности
фильтра повторяющихся сообщений.
При эксплуатации АТС используются простые тестеры ОКС №7. В них функция анализа ОКС
№7, как правило, включена в качестве дополнения к анализу соединительных линий Е1 между
цифровыми АТС. Эти тестеры просты в эксплуатации и не "реагируют" на различия между между-
народной и национальной версиями ОКС №7. Тестеры ОКС №7 нельзя использовать при запуске
новых АТС с сигнализацией ОКС №7, но вполне успешно можно применять при эксплуатации этих
систем, обнаружении в них неисправностей и т. д. Основные характеристики тестеров ОКС №7
приведены в табл. 10.2.
Таблица 10.1. Основные характеристики моделей анализаторов ОКС №7
Характеристика 8619 ETP 71 MPA 37900D Spectra Chameleon 20/22+ K1103 STA-7
Производитель Alcatel GN Nettest GN Nettest HP INET Tekelec Siemens лониис
Число каналов н/д 3 до 24 4 ДО 16 6 4 до 16
Подсистемы
МТР • • • • • • • •
SCCP • • • • • • • •
ТСАР • • • • • • • •
МАР • • • • • • • •
ISUP • • • • • • • •
TUP • • • • • • • •
MUP н/д • • • • • • •
HUP н/д • • • • • • •
Функция и протоколы
Имитация • • 0 • • н/д • •
INAP • • • • • н/д • •
ISDN • • • • • • • •
X.25 • 0 • • • • • 0
Frame Relay • 0 0 0 • • О 0
GSM • • • • • н/д • •
Примечание: • - да, о - нет; н/д - нет данных.
ТЕСТИРОВАНИЕ ОКС №7
139
Таблица 10.2. Основные характеристики моделей тестеров ОКС №7
Характеристика 810е ESM 37 SunSet ЕЮ РА-41
Производитель Ameritec Nettest Sunrise Telecom W&G
Число каналов 1 2 2 1
Подсистемы
МТР • • • •
SCCP • • • •
ТСАР • о • о
МАР О о • о
ISUP О о • о
TUP О о • о
MUP О о • о
HUP О о • о
Функции и протоколы
Имитация О о • о
Представление данных н/д HEX BIN/HEX/DECODE/ DECOD4 BIN/HEX/DECODE/ DECOD4
ISDN • О • •
GSM О о • о
Размеры, мм 160x208x61 261x123x63 270x105x60 115x245x206
Масса, кг 2,1 1,5 1,2 3
Примечание: • - да; о - нет; н/д - нет данных; BIN - бинарный код; HEX - шестнадцатиричный код.
140
ГЛАВА 10
Глава 11. Характеристики ОКС №7
11.1. Рабочие характеристики МТР
Подсистема передачи сообщений МТР ОКС №7 является общей для различных пользовате-
лей и должна удовлетворять требованиям различных служб. Эти требования могут различаться и
меняться в зависимости от важности и обязательности соблюдения.
С целью удовлетворения этих различных требований подсистема МТР была задумана таким
образом, чтобы соответствовать наиболее строгим требованиям подсистем пользователей, преду-
смотренным в момент выработки спецификаций.
Рабочие характеристики подсистемы передачи сообщений МТР определены в рекоменда-
ции Q.706. Рабочие характеристики следует понимать как способность подсистемы МТР переда-
вать сообщения переменной длины определенным образом для различных пользователей. Для
достижения требуемых рабочих характеристик следует учитывать три группы параметров, соответ-
ствующих:
1 ) целям, которые определяются требованиями различных пользователей. Эти цели сводятся к
сокращению времени передачи сообщений, защите против любого типа отказов и гарантий
доступности;
2 ) характеристикам сигнального трафика, таким как возможности по нагрузке и структура сиг-
нального трафика;
3 ) внешним влияниям, таким как характеристики средств передачи (например, интенсивность
ошибок и пакеты ошибок).
В рекомендациях МСЭ-Т определены следующие основные показатели качества функциони-
рования МТР:
• вероятность приема сигнальной единицы с необнаруженной ошибкой должна быть ниже 10-10,
т.е. не более одной ошибки на 1О10 всех ошибок в сигнальных единицах, не обнаруженной
подсистемой передачи сообщений;
• общая вероятность потери сигнального сообщения из-за отказа МТР должна быть ниже 10-7;
• вероятность передачи сигнального сообщения в неправильной последовательности (включая дуб-
лирование сообщений) вследствие сбоев в части передачи сообщений должна быть ниже 10-10;
• интенсивность ошибок на один бит в звене сигнализации должна быть ниже 10-6 для длитель-
ных интервалов времени и ниже 10-4 для коротких интервалов;
• случайная величина задержки значащей сигнальной единицы вследствие повторных передач на
одном звене сигнализации не должна превышать 300 мс с вероятностью 10“4;
• среднее значение нагрузки на одно звено сигнализации не должно превышать 0,2 Эрл. Допус-
кается увеличение нагрузки до 0,4 Эрл в ситуациях сбоев и перегрузок при переходе на ре-
зервные звенья сигнализации и альтернативные маршруты;
• неготовность пучка маршрутов сигнализации - определяется неготовностью различных эле-
ментов сети сигнализации (звеньев и пунктов сигнализации), а также структурой этой сети.
Время неготовности пучка маршрутов сигнализации не должно превышать в сумме 10 минут в
год. Неготовность пучка маршрутов в сети уменьшается дублированием звеньев, трактов и
маршрутов сигнализации;
• коэффициент неготовности пункта сигнализации SPR с функциями подсистемы SCCP для услуг
без установления соединения должен быть ниже 10-4.
11.2. Требования к задержкам сигнальных сообщений
Общее время передачи сообщений в сети ОКС №7 То относится к сигнальному сообщению
двух оконечных пунктов сигнализации (рис. 11.1). Оно начинается в момент, когда сообщение по-
кидает подсистему пользователя (уровень 4) в исходящем пункте, и заканчивается, когда сообще-
ние поступает в подсистему пользователя (уровень 4) в пункте назначения. При передаче сообще-
ний по сети сигнализации используется несколько компонентов сети. В общем случае можно вы-
делить следующие основные компоненты времени передачи сообщений:
• время передачи в подсистеме передачи сообщений (уровни 2 и 3) в исходящем пункте Tms
(рис. 11.2);
• время передачи в транзитном пункте сигнализации Tcs (рис. 11.3);
141
время приема подсистемы передачи сообщений МТР (уровни 2 и 3) в пункте назначения Tmr
(рис. 11.4);
время распространения по звену данных сигнализации (уровень 1) Тр (рис. 11.5);
задержка, вызванная образованием очередей Q.
SP
STP STP
Рис. 11.1. Функциональная схема общего времени передачи сообщений в сети ОКС №7
Функции
пользователя
Функции обработки
сигнальных сообщений
Функции звена
сигнализации
Функции звена
данных сигнализации
Рис. 11.2. Функциональная схема времени передачи подсистемой МТР
Функции
Функции
звена
данных
сигнализации
Функции звена
сигнализации
Функции обработки
сигнальных
сообщений
Функции звена
сигнализации
звена
данных
сигнализации
Рис. 11.3. Функциональная схема времени передачи сообщений в транзитных пунктах сигнализации
Функции звена
данных сигнализации
Функции звена Функции обработки
сигнализации сигнальных сообщений
Функции
пользователя
Рис. 11.4. Функциональная схема времени приема подсистемой передачи сообщений МТР
Функции звена
сигнализации
Функции звена функции звена
сигнализации данных сигнализации
Рис.11.5. Функциональная схема времени распространения в канале данных
Общее время передачи сообщений при отсутствии искажений Тоа можно определить по
формуле:
и+1 и
Toa -Tms+^lTp,+^lTcSl +ТтГ’
М М
142
ГЛАВА 11
где п - количество транзитных пунктов сигнализации STP.
Общее время передачи сообщений при наличии искажений То можно определить по формуле:
л+2
Г, =Т„+£(£-&)•
/=1
где Qt - общая задержка, вызванная образованием очередей;
Qa - задержка, вызванная образованием очередей при отсутствии искажений.
Подсистема передачи сообщений обрабатывает сообщения, поступающие от различных
подсистем пользователей, в режиме разделения времени, причем могут случаться задержки сиг-
налов, если необходимо обработать за данный интервал времени более одного сообщения. В этом
случае образуются очередь, сообщения из которой передаются в порядке поступления. Для анали-
за задержек сигнальных сообщений в МТР используется математический аппарат теории массово-
го обслуживания.
В рекомендации Q.706 формулы вычисления задержек, вызванных образованием очередей,
в основном получены на основе модели очередей M/G/1 с приоритетами. При составлении формул
при отсутствии искажений приняты следующие допущения:
• функция распределения времени поступления сообщений - экспоненциальная (М);
• функция распределения времени обслуживания - произвольная (G);
• число обслуживающих приборов - один (1);
• приоритет обслуживания относится к приоритету передачи на уровне 2;
• время распространения по шлейфу звена сигнализации постоянно, включая время обработки в
оконечных устройствах.
При составлении формул с учетом искажений дополнительно приняты следующие допуще-
ния: ошибка при передаче значащей сигнальной единицы является случайной; ошибки статистиче-
ски независимы; дополнительная задержка, вызванная повторной передачей ошибочной сигнальной
единицы рассматривается, как часть времени ожидания соответствующей сигнальной единицы.
При оценке времени передачи сообщений для конкретной подсистемы пользователя необ-
ходимо учитывать следующие параметры:
• длина сигнальной единицы;
• нагрузка сигнального трафика;
• скорость передачи в битах.
В рекомендациях и российских технических спецификациях ОКС №7 для временных задер-
жек приводятся средние значения и значения на уровне 95%. Задержки для оконечных SP и тран-
зитных STP пунктов сигнализации приведены в табл. 11.1 и 11.2, соответственно.
Таблица 11.1. Нормируемые задержки для оконечного пункта сигнализации
Нагрузка станции попытками вызовов Время передачи сигналов в оконечном пункте сигнализации TSP, мс
Сигнал "Ответ абонента" Другие типы сигналов
Среднее 95% Среднее 95%
Норма 110 220 180 360
+15% 165 330 270 540
+30% 275 550 450 500
Таблица 11.2. Нормируемые задержки для транзитного пункта сигнализации
Нагрузка сигнального трафика STP Время передачи сообщений в транзитном пункте сигнализации TSTP, мс
Среднее 95%
Норма 20 40
+15% 40 80
+30% 100 200
Задержки для пунктов SPR приведены в табл. 11.3 для протоколов SCCP классов 0 и 1; в
табл. 11.4 - для протоколов SCCP классов 2 и 3 без связывания секций; в табл. 11.5-11.7 - для
протоколов SCCP классов 2 и 3 со связыванием секций.
Ю —970
ХАРАКТЕРИСТИКИ ОКС №7
143
Таблица 11.3. Нормируемые задержки для пункта SPR (протоколы SCCP классов 0 и 1)
Загрузка SPR Время задержки сообщения UDT в SPR, мс
Среднее 95%
Норма 50-155 100-310
+15% 100-233 200-465
+30% 255-388 500-775
Таблица 11.4. Нормируемые задержки для пункта SPR (протоколы SCCP классов 2 и 3
без связывания секций)
Загрузка SPR Время задержки сообщения CR в SPR без связывания секций, мс
Среднее 95%
Норма 50-155 100-310
+15% 100-233 200-465
+30% 255-388 500-775
Таблица 11.5. Нормируемые задержки сообщения CR
Загрузка SPR Время задержки сообщения CR в SPR со связыванием секций, мс
Среднее 95%
Норма 75-180 150-360
+15% 150-270 300-540
+30% 375-450 750-900
Таблица 11.6. Нормируемые задержки сообщения СС
Загрузка SPR Время задержки сообщения СС в SPR со связыванием секций, мс
Среднее 95%
Норма 30-110 60-220
+15% 60-165 120-330
+30% 150-275 300-550
Таблица 11.7. Нормируемые задержки сообщения UDT
Загрузка SPR Время задержки сообщения UDT в SPR со связыванием секций, мс
Среднее 95%
Норма 30-110 60-220
+15% 60-165 120-330
+30% 150-275 300-550
Важным критерием построения сети ОКС №7 является выполнение международных требо-
ваний, относящихся к параметрам качества обслуживания (Grade of Service - GoS) и качества услуг
(Quality of Service - QoS), определенных в рекомендациях МСЭ-Т серии Е.700.
В рекомендациях Е.721 и Е.723 нормируется число пунктов коммутации и соответствующее
число транзитных пунктов сигнализации для гипотетического соединения в сети ОКС №7 при раз-
личных видах связи (табл. 11.8).
Таблица 11.8. Нормируемое число пунктов коммутации и транзитных пунктов сигнализации
Тип пунктов Вид связи
Местная Междугородная Международная
Число пунктов коммутации 1-4 5-7 8-10
Число пунктов STP до 3 ДО 8 до 12
144
ГЛАВА 11
В рекомендациях Е.723 даны нормы сквозных задержек (end-to-end delay) для типовых сиг-
нальных соединений при различных видах связи. Для сообщения IAM нормы приведены в табл.
11.9, а для сообщения ANM - в табл. 11.10.
Таблица 11.9. Нормы сквозных задержек для сообщения IAM
Вид связи Средняя задержка сообщения IAM при нормальной нагрузке, с
Местная 0,9
Междугородная 2,3
Международная 4,0
Таблица 11.10. Нормы сквозных задержек для сообщения INM
Вид связи Средняя задержка сообщения ANM при нормальной нагрузке, с
Местная 0,75
Междугородная 1,50
Международная 2,50
Оценка сквозных задержек сигнальных сообщений для гипотетического соединения на сети
ОКС №7 ВСС РФ приведены в табл. 11.11.
Таблица 11.11. Нормы сквозных задержек сигнальных сообщений
Тип сообщения Задержка, с
Средняя 95%
Сигнал "Ответ" 1,17 1,45
Остальные сигналы 1,80 2,22
11.3. Расчет сигнальной нагрузки
Сигнальная нагрузка на звено сигнализации от соответствующей подсистемы пользователя
определяется следующими параметрами:
• списком услуг подсистемы пользователя;
• процедурами сигнализации для соответствующих услуг подсистемы пользователя;
• параметрами сигнальных сообщений (тип, длина, задержка в звеньях сигнализации).
Все элементы модели сигнального трафика определяются строго на основании националь-
ных технических спецификаций ОКС №7.
Так, в руководящем техническом материале по расчету сети ОКС нагрузка на звено ОКС от
подсистемы ISUP определяется следующей формулой:
Y — (NeffX Meff X Lgff + Njneff x Mjneff x l-ineff )/8000, Эрл,
где Neff = C x A x Xeff/Teff - число удачных вызовов в секунду, приходящихся на пучок каналов емко-
стью С; Nineff ~ С х А х (1-Xeff)/Tineff _ число неудачных вызовов в секунду, приходящихся на пучок
каналов емкостью С; С - число каналов, обслуживаемых конкретным звеном сигнализации; А -
средняя нагрузка (в Эрл) на разговорный канал; Xeff - число от 0 до 1, являющееся отношением
количества удачных вызовов к общему количеству вызовов; эффективным считается вызов, закон-
чившийся разговором (получение сигнала "Ответ"), неэффективным является вызов, не закончив-
шийся разговором по одной из причин - из-за неудачи: вызывающей стороны (сброс, ошибки при
наборе); вызываемой стороны (занято, не отвечает, состояние отключено); по причине станции
(блокировка в коммутаторе, недостаток ресурсов); сети связи (недостаток исходящих каналов,
прием сообщения о перегрузке) и др.; Teff - среднее время занятия канала (в секундах) для удач-
ных вызовов; Tjneff _ среднее время занятия канала (в секундах) для неудачных вызовов; Meff ~
среднее число сигнальных единиц, которыми обмениваются ПС для обслуживания удачных вызо-
вов; Leff - средняя длина сигнальных единиц (в байтах) для удачных вызовов; Mineff - среднее чис-
ло сигнальных единиц, которыми обмениваются ПС для обслуживания неудачных вызовов; Ljneff -
средняя длина сигнальных единиц (в байтах) для неудачных вызовов.
Для учета перегрузок при расчете сети ОКС №7 рекомендуется использовать величину мак-
симальной сигнальной нагрузки:
ю*
ХАРАКТЕРИСТИКИ ОКС №7
145
Ymax a X Y,
где a принимает значение от 1 до 2.
Полученное значение нагрузки на звено сигнализации не должно превышать в нормальных
условиях 0,2 Эрл. Если нагрузка звена сигнализации превышает 0,2 Эрл, необходимо организовать
параллельные звенья сигнализации. В этом случае количество звеньев сигнализации N3C в пучке
определяется исходя из максимальной сигнальной нагрузки в направлении Ymax и нормируемой
нагрузки звена сигнализации 0,2 Эрл:
N3c = Ymax/0,2.
146
ГЛАВА 11
Глава 12. Реализация ОКС №7 в цифровых
системах коммутации
12.1. Реализация ОКС №7 в системе EWSD
Структура системы EWSD
В состав цифровой системы коммутации EWSD фирмы Siemens (Германия) входят следую-
щие основные подсистемы: цифровые абонентские блоки DLU; линейные группы LTG; коммутаци-
онное поле SN; буфер сообщений МВ; координационный процессор СР; управляющее устройство
сети сигнализации по общему каналу - подсистема CCNC; центральный генератор тактовой часто-
ты CCG.
Для управления звеньями сигнализации по общему каналу ОКС №7 в системе EWSD исполь-
зуется подсистема CCNC. На рис. 12.1 представлена позиция подсистемы CCNC в системе EWSD.
CCNC представляет собой мультимикропроцессорную систему, которая осуществляет управ-
ление как цифровыми, так и аналоговыми звеньями сигнализации. Функция CCNC заключается в
обработке и обеспечении обмена сообщениями между станциями. CCNC может использоваться в
станциях, работающих в качестве оконечного пункта сигнализации или в качестве транзитного пунк-
та сигнализации.
CCNC подключается к координационному процессору СР и к комммутационному полю SN.
Связь между CCNC и СР или линейными группами LTG обслуживается специальным процессором
ввода/вывода для буфера сообщений в СР (ЮР:МВ).
Цифровые звенья сигнализации 64 кбит/с, исходящие и входящие в другие станции, под-
ключаются к CCNC через линейные группы LTG и полупостоянные соединения, установленные в
обеих сторонах коммутационного поля SN (SN0 и SN1). Устройство CCNC соединяется с SN0 и SN1
по двум мультиплексным линиям 8192 кбит/с (вторичный цифровой поток SDC). К CCNC можно
подключить до 254 цифровых звеньев сигнализации (64 кбит/с). Аналоговые звенья сигнализации
также могут напрямую (не через SN) подключаться к CCNC.
Функции подсистем пользователя UP (уровень 4) реализуются в LTG, а функции подсистемы
передачи сообщений МТР (уровни 1, 2 и 3) - в CCNC. Кроме функций подсистемы передачи сооб-
щений, CCNC также выполняет задачи техобслуживания и административные задачи.
Функции, выполняемые CCNC, зависят от следующего: посылается ли сигнальная инфор-
мация значащей сигнальной единицы (ЗСЕ) из линейной группы или координационного процессора
собственной станции или принимается ими (функция оконечного пункта сигнализации (SP)), или
ЗСЕ должна проключаться между двумя другими станциями (функция транзитного пункта сигнали-
зации STP).
147
Функция оконечного пункта сигнализации
В качестве примера функции оконечного пункта сигнализации SP на рис. 12.2 представлено
проключение сигнальной информации ЗСЕ через CCNC к пользователю. CCNC передает входящую
сигнальную информацию, полученную из общего канала сигнализации мультиплексной линии, в
групповой процессор GP соответствующей линейной группы LTG в пределах той же самой станции.
Рис. 12.2. Проключение сигнальной информации устройством CCNC к пользователю (LTG)
внутри станции (функция оконечного пункта сигнализации)
Входящая информация ОКС №7 проключается прозрачно в коммутационном поле посредст-
вом полупостоянных соединений (некоммутируемых соединений) к CCNC. Устройство CCNC опре-
деляет пользователя (номер LTG) ЗСЕ и затем передает сигнальную информацию в процессор
ввода/вывода для буфера сообщений (ЮР:МВ) в СР. Затем сигнальная информация через буфер
сообщений и SN пересылается в соответствующий канал сообщений к GP (пользователь) в LTG.
Такой тип сигнализации, реализуемый непосредственно между двумя станциями (оконечными ПС),
соединенными напрямую, называется связанной сигнализацией.
Функция транзитного пункта сигнализации
Функция транзитного пункта сигнализации (STP), выполняемая CCNC в процессе проключе-
ния информации ОКС №7 между станциями, представлена на рис. 12.3. В этом случае принимае-
мая информация (ЗСЕ) не подлежит обработке в станции и прозрачно передается в станцию на-
значения.
CCNC распознает, что принимаемая информация ОКС не предназначена для пользователя
данной станции и посредством полупостоянного соединения в SN пересылает информацию в об-
щий канал сигнализации мультиплексной линии, ведущей к станции назначения.
Такой тип сигнализации, реализуемый посредством промежуточной станции, выступающей
в роли STP, называется квазисвязанной сигнализацией.
Структура CCNC
В состав подсистемы CCNC входят следующие функциональные блоки (рис. 12.4): мультип-
лексоры (MUX); группы оконечных устройств звена сигнализации (SILTG); процессоры сети сигна-
лизации по общему каналу (CCNP).
148
ГЛАВА 12
Главная функция мультиплексоров заключается в обработке функций уровня 1 для максимум
254 цифровых звеньев сигнализации.
Рис. 12.3. Прием ЗСЕ из одной станции и передача той же ЗСЕ в другую станцию
(функция транзитного пункта сигнализации)
SDC00 и SDC10: SDC01 и SDC111:
Звенья сигнализации по общему каналу трассируются между двумя станциями по мультип-
лексным линиям. Звенья сигнализации доводятся до мультиплексной системы (MUXM/MUXS, рис.
РЕАЛИЗАЦИЯ ОКС №7 В ЦИФРОВЫХ СИСТЕМАХ КОММУТАЦИИ
149
12.5) через линейные группы LTG при использовании полу постоя иных соединений в коммутацион-
ном поле SN.
Рис. 12.5. Блок-схема CCNC
Мультиплексная система распределяет принятые сообщения, поступающие из коммутаци-
онного поля (скорость передачи 8192 кбит/с), в отдельные цифровые оконечные устройства звена
сигнализации SILTD (направление приема). Сообщения, посылаемые из SILTD, концентрируются на
двух уплотненных линиях, ведущих в SN (направление передачи). Для каждой стороны коммутаци-
онного поля SN (SN0 и SN1) в мультиплексную систему входят максимум два главных мультиплек-
сора (MUXM). К каждому MUXM может быть подключено всего 15 подчиненных мультиплексоров
(MUXS).
MUXM является входным или выходным каскадом коммутационного поля SN. 127 каналов,
каждый со скоростью передачи 64 кбит/с, распределяются между 16 портами MUXM. Эти порты
подводятся к MUXS с 8 каналами (8 SILTD подключаются к каждому MUXS).
MUXS является транзитным каскадом к SILTD. Существуют два интерфейса с MUXM и во-
семь интерфейсов с SILTD. Информация из SN проключается в MUXS (50% со стороны 0 SN (SN0)
и 50% со стороны 1 (SN1)). SILTD осуществляет управление соединением от MUXS к SN0 или SN1.
Цифровое оконечное устройство звена сигнализации SILTD постоянно закреплено за звеном
сигнализации. SILTD представляет собой окончание звена сигнализации. Функции уровня 2 систе-
мы ОКС №7 (функции защиты сообщений) реализуются в SILTD, которое осуществляет защиту пе-
редачи сигнальных сообщений, которые принимаются или передаются станцией, работающей в
качестве SP или STP.
SILTD выполняет следующие функции: установка звена сигнализации; определение состоя-
ния звена сигнализации; установка скорости передачи 56 кбит/с или 64 кбит/с в MUXS для цифро-
150
ГЛАВА 12
вой передачи; преобразование внутреннего формата сообщений CCNC в формат сообщений ОКС
№7 и обратное преобразование; последовательные передача сообщений в MUXS и прием сооб-
щений из MUXS для цифровой передачи со скоростью 64 кбит/с; последовательные передача и
прием сообщений об испытаниях.
Приемная часть SILTD проверяет порядок принятых сообщений, подтверждения передачи
сообщений, время ожидания подтверждений. Приемная часть передает правильно принятые сооб-
щения на уровень 3 и извещает уровень 3 об изменении состояния в звене сигнализации. Если
принятое сообщение содержит ошибки, то приемная часть запускает или запрашивает повторную
передачу и актуализирует счетчики повторной передачи.
Передающая часть SILTD подготавливает сообщения для передачи и присваивает прямой и
обратный порядковые номера (FSN и BSN).
Управляющее устройство оконечного устройства звена сигнализации SILTC и 8 SILTD объе-
диняются в группу (SILTG) (рис. 12.5). Эти группы объединяются между собой с помощью шины
SILT (B:SILT). SILT образует связующее звено между SILTG и CCNP или SIPA. SILTC преобразует
последовательный интерфейс с SIPA 1,63 Мбит/с в параллельный интерфейс шины. SILTC выпол-
няет передачу сообщений на уровень 2 в SILTD и с этого уровня. SILTC регулярно опрашивает па-
мяти передачи (сдвоенные порты) устройств SILTD на предмет наличия сообщений ввода. SILTC
проверяет, предназначаются ли существующие сообщения для самого SILTC или для передачи че-
рез SIPA. SILTC также оценивает сообщения на интерфейсе с SIPA. Сообщения для SILTD переда-
ются на сдвоенные порты.
Процессор сигнализации по общему каналу (CCNP) включает следующие функциональные
узлы (рис. 12.5):
• адаптер сигнальной периферии SIPA;
• процессор управления сигнализацией SIMP;
• интерфейс координационного процессора CPI.
Адаптер сигнальной периферии SIPA циклически опрашивает интерфейс передачи SIMP
(шина CCNP) и оценивает сообщения, поступившие в SIMP. Адаптер SIPA инициализирует переда-
чу сообщений в SILTC, если сообщение не предназначается для самого SIPA. Сообщения, посту-
пающие на интерфейс HDLC из SILTC, также оцениваются и выводятся на интерфейс передачи с
SIMP. До восьми SIPA образуют связующее звено между CCNP и SILTG. Один SIPA отвечает за че-
тыре группы SILT.
Процессор управления сигнализацией SIMP реализует следующие функции уровня 3 ОКС №7:
• обработка сигнальных сообщений;
• управление сетью ОКС №7;
• испытание и техобслуживание;
• административное управление.
Обработка сигнальных сообщений сводится к маршрутизации и распознаванию сообщений
ОКС. При маршрутизации сообщений определяется маршрут сигнального сообщения, которое
должно быть передано, путем преобразования адреса назначения в номер, присвоенный устройст-
ву SILTD. Функция распознавания сообщений определяет, предназначается ли сигнальное сообще-
ние для своего собственного SP или для другого SP.
Интерфейс координационного процессора СР! осуществляет преобразование сообщений из
формата EWSD в формат CCNC и обратное преобразование. Он принимает сообщения из других
подсистем EWSD, передает их для маршрутизации в SIMP и распределяет сообщения из процес-
сора CCNC в части пользователя (UP) в LTG/CP (например, TUP, ISUP).
12.2. Реализация ОКС №7 в системе Alcatel 1000 S12
Основными функциональными элементами цифровой системы коммутации Alcatel 1000 S12
(сокращенно S12) являются цифровое коммутационное поле DSN и различные терминальные мо-
дули ТМ, включенные в поле и выполняющие определенные функции системы. На рис. 12.6 пока-
заны основные группы модулей системы S12:
Гоуппа модулей доступа:
ASM - модуль аналоговых абонентских линий;
ISM - модуль абонентов ЦСИС;
DTM - модуль цифровых трактов;
DLM - модуль звена данных;
IPTM - модуль тракта с интегрированной коммутацией пакетов.
РЕАЛИЗАЦИЯ ОКС №7 В ЦИФРОВЫХ СИСТЕМАХ КОММУТАЦИИ
151
Рис. 12.6. Архитектура системы Alcatel 1000 S12
Гоуппа служебных модулей:
SCM - модуль служебных комплектов;
НССМ - модуль общего канала высокой производительности;
DIAM - модуль динамического интегрированного автоответчика;
СТМ - модуль тактов и тонов;
ТТМ - модуль тестирования трактов.
Группа модулей управления:
ТСЕ - терминальный элемент управления;
АСЕ - дополнительный элемент управления;
P&L - модуль периферии и загрузки.
В подсистеме ОКС №7 системы S12 реализованы следующие возможности:
• возможность использования до 4-х сетей ОКС №7, гибкий механизм выделения от 1 до 4-х се-
тей ОКС №7 в одном сигнальном соединении;
транзитный пункт сигнализации может быть интегрированным или отдельным;
реализация до 1024 сигнальных соединений;
использование до 512 сигнальных пучков, до 4000 маршрутов сигнализации;
4 сигнальных маршрута на 1 пучок звеньев сигнализации;
до 16 звеньев сигнализации в одном пучке/комбинированном пучке;
множественные коды пунктов сигнализации;
возможность таксации в транзитном пункте сигнализации.
Для обеспечения гибкости построения общеканальной сигнализации в системе S12 исполь-
зуется две модификации модулей ОКС №7: модуль IPTM; модуль НССМ.
Благодаря возможности использования различных модулей ОКС №7 большие и малые АТС
могут поддерживать общеканальную сигнализацию и выступать в качестве оконечных или транзит-
ных ПС.
Модуль IPTM (рис. 12.7) поддерживает до 4-х звеньев сигнализации в сети ОКС, и не требу-
ется специальных модулей для реализации подсистемы МТР. Эти 4 звена подключаются к одной
плате и управляются одним процессором. Модуль IPTM предназначен для звеньев сигнализации с
нормальным трафиком. Модуль сочетает поддержку тракта 2 Мбит/с терминалов ОКС и функции
152
ГЛАВА 12
уровней 2 и 3 МТР четырех звеньев сигнализации. Его основная задача - прием сигнальной ин-
формации по звену ОКС и ее передача соответствующей подсистеме пользователя или по другому
звену сигнализации на другую станцию. Функции уровня 1 реализуются в модулях цифровых трак-
тов DTM, которые отвечают за поддержание работоспособности ИКМ трактов, соединяющих две
АТС и имеют 32 канала по 64 кбит/с
Рис. 12.7. Структура модуля IPTM
Модуль НССМ обрабатывает уровни 1, 2 и 3 подсистемы МТР. Он используется для каналов
высокого трафика, который не может быть обработан IPTM. Каждое звено включается в отдельную
плату SLTA с двумя процессорами для обработки терминалов звеньев сигнализации. Модуль НССМ
поддерживает до 8-ми звеньев сигнализации (рис. 12.8).
Рис. 12.8. Структурная схема НССМ
Взаимодействие двух станций S12 через звено ОКС №7 показано на рис. 12.9.
Рис. 12.9. Схема взаимодействия станций S12 через ОКС №7
РЕАЛИЗАЦИЯ ОКС №7 В ЦИФРОВЫХ СИСТЕМАХ КОММУТАЦИИ
153
12.3. Реализация ОКС №7 в системе АХЕ-10
Система АХЕ-10 условно может быть представлена в виде двух основных систем: коммута-
ции APT; управления APZ.
В состав системы коммутации APT входят следующие основные подсистемы: SSS - ступени
абонентского искания; TSS - соединительных линий и сигнализации; GSS - ступени группового
искания; CCS - общего канала сигнализации.
Каждая подсистема или функциональный блок состоит из программных и аппаратных
средств или только программных средств.
В системе АХЕ-10 функции системы сигнализация ОКС №7 реализуются совместно подсис-
темой соединительных линий TSS и подсистемой общеканальной сигнализации CCS. Функцио-
нальная структура системы АХЕ-10 и место CCS в этой системе показано на рис. 12.10.
Рис. 12.10. Положение подсистемы CCS в системе АХЕ-10
Подсистема МТР в системе АХЕ-10 реализована следующим образом:
• уровень 1 (звено данных сигнализации) включает цифровой канал 64 кбит/с в системе ИКМ,
оконечный терминальный комплект ЕТС, цифровой мультиплексор PCD-D и ступень группового
искания GSS;
• функции уровня 2 реализованы сигнальным терминалом ST, а также ПО региональных (пери-
ферийных) RP и центрального процессоров СР;
• функции уровня 3 реализованы ПО центрального процессора.
Подсистемы SCCP и ТСАР реализованы только ПО подсистемы CCS. Функции подсистем
пользователей (TUP, ISUP, МАР и др.) реализуются совместно подсистемой TSS и ПО центрального
процессора.
Обмен сигнальной информацией систем АХЕ-10 по сети ОКС осуществляется с использова-
нием ST, расположенных в каждом пункте сигнализации (рис. 12.11). Звено сигнализации проклю-
чено полупостоянным соединением (SEBU) через GSS. Преимуществом полупостоянного соедине-
ния является то, что комплект ST может быть в резерве и автоматически замещать недействующие
приборы. Мультиплексор PCD-D мультиплексирует выходы ST со скоростью 64 кбит/с в цифровой
поток 2 Мбит/с, включенный в GSS (рис. 12.12).
154
ГЛАВА 12
Станция А
I Уровень 2
Звено сигнализации
Уровень 1
Станция В
Уровень 2\
Канал сигнализации
64 кбит/с 2 Мбит/с
2 Мбит/с 64 кбит/с
ИКМ линия
Рис. 12.11. Взаимодействие двух систем АХЕ-10 через звено сигнализации
Рис. 12.12. Структура подсистемы CCS
РЕАЛИЗАЦИЯ ОКС №7 В ЦИФРОВЫХ СИСТЕМАХ КОММУТАЦИИ
155
Приложение 1
Ограничительный перечень протоколов сигнализации,
поддерживаемых цифровыми станциями сети общего
пользования
Таблица П1.1. Ограничительный перечень протоколов сигнализации для международной сети
Система сигнализации Примечание
линейная регистровая
Международная сеть: МЦК-МЦК
№5/МККТТ Q.140-Q.146 №5/МККТТ Q.151-Q.157
R2d/MKKTT Q.421-Q.430 R2/MKKTT Q.440-Q.458
ОКС № 7 МТР: МККТТ 1992 Q.700-Q.714; TUP: МККТТ 1988 Q.720-Q.724; ISUP: МККТТ 1992 Q.767; SCCP: МККТТ 1992 Q.711-Q.716; ТСАР: МККТТ 1992 Q.771-Q.775; Допускается взаимодействие по МТР 1988 г. SCCP по требованию операторов. Допускается взаимодействие с SCCP 1988 г. ТСАР по требованию операторов при реализации соответствующих служб (интеллектуальной сети, управления связью и т.д.)
Примечание: В таблицах даны ссылки с указанием таблицы руководящего документа по ОГСТфС или рекомен-
даций МККТТ/МСЭ-Т
Таблица П1.2. Ограничительный перечень протоколов сигнализации для междугородной сети
Система сигнализации Примечание
линейная регистровая
Межд’ дородная сеть: АМТС (УАК) - АМТС (УАК), АМТС-МЦК
Одночастотная 2600 Гц/ РД 7.7; 7.22 МЧК пакет/РД 7.24; 7.26; 7.34
2 ВСК/РД7.19; МЧК пакет/ РД 7.24; 7.26; 7.34 Без декадного набора и автоматического вызова. С учетом возможности использования спутниковых ка- налов выдержка времени на ожидание сигнала для снятия исходного вызова должна быть не менее 2 с.
ОКС № 7 МТР: национальная спецификация ISUP: национальная спецификация SCCP: национальная спецификация ТСАР: национальная спецификация SCCP по требованию операторов для услуг ISDN, взаимодействия с СПС, ИС и т.д. По требованию операторов при реализации ОМАР, служб ИС и т. д.
Таблица П1.3. Ограничительный перечень протоколов сигнализации для СЛМ и ЗОЛ
Система сигнализации
линейная регистровая
зсл
Одночастотная 2600 Гц/РД 7.9; 7.22 АОН безынтервальный пакет +декадный набор/РД 7.25; 7.28; 7.34
Одночастотная 2600 Гц/РД 7.9; 7.22 импульсный пакет/РД 7.25; 7.28; 7.34
2 ВСК/РД7.18 АОН безынтервальный пакет +декадный набор/РД 7.25; 7.28; 7.34
2 ВСК/РД 7.18 импульсный пакет/РД 7.25; 7.28; 7.34
ОКС № 7 МТР: национальная спецификация; ISUP: национальная спецификация; SCCP: национальная спецификация; ТСАР: национальная спецификация
СЛМ
Одночастотная 2600 Гц/РД 7.10; 7.22 Импульсный челнок/РД 7.26; 7.28; 7.34
Одночастотная 2600 Гц/РД 7.10; 7.22 Передача сигналов управления декадным кодом
2 ВСК/РД 7.18 Импульсный челнок/РД 7.26; 7.28; 7.34
2 ВСК/РД 7.19 Передача сигналов управления декадным кодом
ОКС № 7 МТР: национальная спецификация; ISUP: национальная спецификация; SCCP: национальная спецификация; ТСАР: национальная спецификация
156
ПРИЛОЖЕНИЕ 1
Таблица П1.4. Ограничительный перечень протоколов сигнализации для стыка ТфОП с центрами
коммутации подвижной связи федеральных стандартов
Система сигнализации Примечание
линейная регистровая
зсл
2 ВСК/РД 7.18 импульсный пакет/РД 7.25; 7.28; 7.34 или АОН +декадный набор
ОКС № 7 МТР: национальная спецификация ISUP: национальная спецификация
слм
2 ВСК/РД 7.19 Импульсный челнок /РД 7.26; 7.28; 7.34
ОКС № 7 МТР: национальная спецификация ISUP: национальная спецификация
Междугородный канал
2 ВСК/РД 7.19 импульсный пакет/РД 7.27; 7.28; 7.34 Без декадного набора и автоматиче- ского вызова. С учетом возможности использования спутниковых каналов выдержка времени на ожидание сигна- ла снятие исходного должна быть не менее 2 с.
ОКС № 7 МТР: национальная спецификация ISUP: национальная спецификация
СЛ
2 ВСК/РД 7.18 Импульсный пакет/РД 7.26; 7.28; 7.34 АОН безынтервальный пакет/РД 7.25; 7.28; 7.34
Национальный роуминг, хэндовер
ОКС № 7 МТР: национальная спецификация ISUP: национальная спецификация
ОКС № 7 МТР: национальная спецификация SCCP: национальная спецификация ТСАР: национальная спецификация МАР: национальная спецификация (для стандарта GSM) MUP: национальная спецификация (для стандарта NMT-450) HUP: национальная спецификация (для стандарта NMT-450)
Международный роуминг
ОКС № 7 МТР: МККТТ 1992 Q.700-Q.714; SCCP: МККТТ 1992 Q.711-Q.716; ТСАР: МККТТ 1992 Q.771-Q.775; MAP: GSM 09.02 (для стандарта GSM) MUP: NMT 900-02 (для стандарта NMT-450) Возможно взаимодействие с отдель- ными странами по рекомендациям МСЭ-Т 1988 г. (Синяя книга) для МТР и SCCP.
ОГРАНИЧИТЕЛЬНЫЙ ПЕРЕЧЕНЬ ПРОТОКОЛОВ СИГНАЛИЗАЦИИ
157
Таблица П1.5. Ограничительный перечень протоколов сигнализации для городской и сельской сетей
Система сигнализации Участок национальной сети
ГТС СТС Стык с СКП
Линейная сигнализация
ОКС В соответствии с национальной специс эикацией
2 ВСК с раздельными пучками РД 7.18; 7.19
2 ВСК универсальный РД 7.20
Двухсигнальный код (АСП) РД 7.20
Одночастотный код (2600 Гц) РД 7.10; 7.22
1 ВСК (Норка) РД 7.11; 7.12
1 ВСК ("Индуктивный ") +
V.5.1 В соответствии с ОТТ на ПС и концентраторы
V.5.2 В соответствии с ОТТ на ПС и концентраторы
Сигнализация по абонентскому шлейфу п. 7.2.4.2.4
EDSS1 В соответствии с ОТТ на АТС с функциями ISDN
Системы сигнализации на стыке с сетями телематических служб и передачи данных Протоколы серии X ITU-T
Регистровая сигнализация
АОН п. 7.4 т. 7.28; 7.34
Импульсный челнок п. 7.4 т. 7.27-7. 28; 7.34
Импульсный пакет п. 7.4 т. 7.27-7.28; 7.34
Примечание: +) Требования отсутствуют в РД ОГСТфС, поскольку сигнализация не является перспективной;
однако сигнализация широко применяется на СТС.
158
Приложение 2
Действующие рекомендации МСЭ-Т по ОКС №7
(Синяя и Белая книги)
Общее
Q.700 Введение в систему сигнализации №7 МККТТ (1993)
Подсистема передачи сообщений (МТР)
Q.701 Функциональное описание подсистемы передачи сообщений (МТР) системы сигнали-
зации №7 (1993)
Q.702 Звено данных сигнализации (1988)
Q.703 Звено сигнализации (1993)
Q.704 Функции и сообщения сети сигнализации (1993)
Q.705 Структура сети сигнализации (1993)
Q.706 Рабочие характеристики подсистемы передачи сообщений (1993)
Q.707 Испытания и техобслуживание (1988)
Q.708 Нумерация кодов международных пунктов сигнализации (1993)
Q.709 Гипотетическое эталонное соединение сигнализации (1993)
Упрощенная подсистема передачи сообщений
Q.710 Упрощенная версия МТР для малых систем (1988)
Подсистема управления соединением сигнализации (SCCP)
Q.711 Функциональное описание подсистемы управления соединением сигнализации
(1993)
Q.712 Определение и функция сообщений SCCP (1993)
Q.713 Форматы и коды SCCP (1993)
Q.714 Процедуры подсистемы управления соединением сигнализации (1993)
Q.716 Рабочие характеристики подсистемы управления соединением сигнализации (1993)
Подсистема пользователя телефонии (TUP)
Q.721 Функциональное описание подсистемы пользователя телефонии ОКС №7 (TUP)
(1988)
Q.722 Основные функции телефонных сообщений и сигналов (1988)
Q.723 Форматы и коды (1993)
Q.724 Процедуры сигнализации (1993)
Q.725 Сигнальные характеристики в телефонном приложении (1993)
Прикладные услуги ISDN
Q.730 Прикладные услуги ISDN (1993)
Q.731 Описание уровня 3 для прикладных услуг идентификации номера при использовании
ОКС №7
Q.731.1 Прямой набор (DDI) (1992)
Q.731.3 Определение номера вызывающей линии (CLIP) (1993)
Q.731.4 Запрет идентификации номера вызывающей линии (CLIR) (1993)
Q.731.5 Определение номера вызываемой линии (COLP) (1993)
Q.731.6 Запрет идентификации номера вызываемой линии (COLR) (1993)
Q.731.8 Подадресация (SUB) (1992)
Q.732 Описание уровня 3 для прикладных услуг направления вызова при использовании
ОКС №7
Q.732.2 Перенаправление вызова при занятости (CFB) (1993)
Q.732.3 Перенаправление вызова при неответе (CFNR) (1993)
Q.732.4 Безусловное перенаправление вызова (CFU) (1993)
Q.732.5 Отклонение вызова (CD) (1993)
Q.733 Описание уровня 3 для прикладных услуг завершения вызова при использовании
ОКС №7
Q.733.1 Вызов с ожиданием (CW) (1992)
Q.733.2 Удержание вызова (HOLD) (1993)
Q.733.4 Портативность терминала (ТР) (1993)
11-970
159
Q.734 Описание уровня 3 для многосторонних прикладных услуг при использовании
ОКС №7
Q.734.1 Конференц связь (CONF) (1993)
Q.734.2 Трехсторонняя связь (3PTY) (1993)
Q.735 Описание уровня 3 для прикладных услуг общих интересов при использовании ОКС №7
Q.735.1 Замкнутая группа (CUG) (1993)
Q.735.3 Многоуровневые приоритет и прерывание (MLPP) (1993)
Q.737 Описание уровня 3 для прикладных услуг передачи дополнительной информации при
использовании ОКС №7
Q.737.1 Сигнализация пользователь-пользователь (UUS) (1993)
Подсистема передачи данных (DUP)
Q.741 Подсистема передачи данных (DUP) (опубликована как рекомендация Х.61) (1988)
Управление системой сигнализации №7
Q.750 Обзор управления системой сигнализации №7 (1993)
Q.752 Контроль и измерения в сети сигнализации №7 (1993)
Q.753 Функции управления MRVT, SRVT и CVT системы сигнализации №7 и описание поль-
зователя OMASE (1993)
Q.754 Описание сервисных прикладных элементов (ASE) (1993)
Q.755 Тесты протоколов системы сигнализации №7 (1993)
Подсистемы пользователя ISDN (ISUP)
Q.761 Функциональное описание подсистемы пользователя ISDN ОКС №7 (1993)
Q.762 Основные функции сообщений и сигналов подсистемы пользователя ISDN ОКС-7
(1993)
Q.763 Форматы и коды подсистемы пользователя ISDN ОКС №7 (1993)
Q.764 Процедура сигнализации подсистемы пользователя ISDN (1993)
Q.766 Рабочие характеристики приложения цифровой сети интегрального обслуживания
(1993)
Q.767 Применение подсистемы пользователя ISDN системы сигнализации №7 для между-
народных ISDN соединений (1991)
Прикладная подсистема возможностей транзакций (ТСАР)
Q.771 Функциональное описание возможностей транзакций (1993)
Q.772 Описание информационных элементов возможностей транзакций (1993)
Q.773 Форматы и кодирование возможностей транзакций (1993)
Q.774 Процедура возможностей транзакций (1993)
Q.775 Руководство для использования возможностей транзакций (1993)
Спецификации тестирования
Q.780 Общее описание спецификаций тестирования ОКС №7 (1993)
Q.781 Спецификации тестирования уровня 2 МТР (1993)
Q.782 Спецификации тестирования уровня 3 МТР (1993)
Q.783 Спецификации тестирования TUP (1988)
Q.784 Спецификация тестирования базового вызова ISUP (1991)
Q.784A Версия TTCN рекомендации Q.784 (1993)
Q.785 Спецификации протоколов тестирование ISUP для прикладных услуг (1991)
Подсистема управления соединением сигнализации
Q.786 Система сигнализации №7.- спецификация тестов SCCP (1993)
Q.787 Спецификации тестирования возможностей транзакций (ТС) (1993)
160
ПРИЛОЖЕНИЕ 2
Приложение 3. Параметры сообщений ISUP
Сообщения Параметры IAM SAM SOT АСМ CON CPG ANM FOT REL RLC CCR, RSC BLO, UBL BLA, UBA SUS, RES CGB, CGU CGBA, CGUA GRS, GRA
Тип сообщения О О О О О О О О О О О О О О О О О
Транспорт доступа н н н н н
Автоматический уровень перегрузки н
Индикаторы обратного направления О О н н
Номер вызываемого абонента О
Номер вызывающего абонента н
Категория вызывающего абонента О
Индикаторы причины н О
Индикатор типа сообщения наблюдения за группой каналов О О
Код ключа замкнутой группы пользователей н
Подключенный номер н н
Индикатор шлейфной проверки О
Индикаторы события О
Индикаторы вызова прямого направления О
Индикаторы типа соединения О
Необязательные индикаторы обратного направления н н О
Необязательные индикаторы прямого направления н
Диапазон и состояния О О О
Последующий номер О
Индикаторы приостановки/возобновления О
Требования к среде передачи О
Информация об услуге пользователя н
Индикаторы от пользователя к пользователю н н
Информация от пользователя к пользователю н н н н н н
Обозначения: О - обязательный параметр, Н - необязательный параметр
Приложение 4. Структура сообщений ISUP-R
1. Сообщение "Адрес полный" (Address complete)
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) 06 F 1
Индикаторы обратного направления (Backward call indicators) 11 F 2
Необязательные индикаторы обратного направления (Optional backward call indicators) 29 0 3
Индикаторы причины (Cause indicators) 12 0 4-?
Индикаторы от пользователя к пользователю (User-to-user indicators) 2A 0 3
Информация от пользователя к пользователю (User-to-user information) 20 0 3-131
Транспорт доступа (Access transport) 03 0 3-?
Общее уведомление (Generic notification) @ 2C 0 3
Переадресуемый номер (Redirection number) @ ОС 0 5-12
Информация отклонения вызова (Call diversion information) @ 36 0 3
Ограничение переадресациии номера (Redirection number restriction) @ 40 0 3
Конец необязательных параметров (End of optional parameters) 00 0 1
2. Сообщение "Ответ" (Answer)
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) 09 F 1
Индикаторы обратного направления (Backward call indicators) 11 0 2
Подключенный номер (Connected number) 21 0 4-12
Транспорт доступа (Access transport) 03 0 3-?
Общее уведомление (Generic notification) @ 2C 0 3
Общий номер (Generic number) @ CO 0 5-13
Переадресуемый номер (Redirection number) @ ОС 0 5-12
Ограничение переадресациии номера (Redirection number restriction) @ 40 0 3
Информация от пользователя к пользователю (User-to-user information) 20 0 3-131
Конец необязательных параметров (End of optional parameters) 00 0 1
3. Сообщение "Вызов обслуживается" (Call progress)
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) 2C F 1
Информация о событии (Event information) 24 F 1
Индикаторы причины (Cause indicators) 12 V 3-?
Индикаторы обратного направления (Backward call indicators) 11 0 2
Необязательные индикаторы обратного направления (Optional backward call indicators) 29 0 3
Транспорт доступа (Access transport) 03 0 3-?
Информация от пользователя к пользователю (User-to-user information) 20 0 3-131
Общее уведомление (Generic notification) @ 2C 0 3
Информация отклонения вызова (Call diversion information) @ 36 0 3
Переадресуемый номер (Redirection number) @ ОС 0 3
Ограничение переадресации вызова (Redirection number restriction) @ 40 0 3
Конец необязательных параметров (End of optional parameters) 00 0 1
@ Для национального применения
162
ПРИЛОЖЕНИЕ 4
4. Сообщение "Подтверждение сброса группы каналов" (Circuit group reset acknowledgement
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) 29 F 1
Диапазон и состояние (Range and status) 16 V 3-34
5. Сообщение "Соединение" (Connect)
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) 07 F 1
Индикаторы обратного направления (Backward call indicators) 11 F 2
Подключенный номер (Connected number) 21 0 4-12
Индикаторы от пользователя к пользователю (User-to-user indicators) 2A 0 3
Информация от пользователя к пользователю (User-to-user information) 20 0 3-131
Транспорт доступа (Access transport) 03 0 3-?
Общее уведомление (Generic notification) @ 2C 0 3
Переадресуемый номер (Redirection number) @ ОС 0 5-12
Общий номер (Generic number) @ CO 0 5-13
Ограничение переадресациии вызова (Redirection number restriction) @ 40 0 3
Конец необязательных параметров (End of optional parameters) 00 0 1
6. Сообщение "Проверка целостности" (Continuity)
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) 05 F 1
Индикаторы шлейфной проверки (Continuity indicators) 10 F 1
7. Сообщение "Информация” (Information)
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) 04 F 1
Индикаторы информации (Information indicators) OF F 2
Номер вызывающего абонента (Calling party number) 0A 0 5-12
Конец необязательных параметров (End of optional parameters) 00 0 1
8. Сообщение "Запрос информации" (Information request)
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) 03 F 1
Индикаторы запроса информации (Information request indicators) 0E F 2
Конец необязательных параметров (End of optional parameters) 00 0 1
9. Сообщение "Начальный адрес" (Initial address)
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) 01 F 1
Индикаторы типа соединения (Nature of connection indicators) 06 F 1
Индикаторы прямого направления (Forward call indicators) 07 F 2
Категория вызывающего абонента (Calling party’s category) 09 F 1
Требования к среде передачи (Transmission medium requirement) 02 F 1
Номер вызываемого абонента (Called party number) 04 V 4-11
Номер вызывающего абонента (Calling party number) 0А О 4-12
@ Для национального применения
СТРУКТУРА СООБЩЕНИЙ ISUP-R
163
12 - 970
9. Сообщение "Начальный адрес" (Initial address) (окончание)
Параметр Код (HEX) Тип Длина, байт
Необязательные индикаторы прямого направления (Optional forward call indicators) 08 0 3
Код ключа замкнутой группы пользователей (Closed user group interlock code) 1A 0 6
Информация от пользователя к пользователю (User-to-user information) 20 0 3-131
Транспорт доступа (Access transport) 03 0 3-?
Информация об услуге пользователя (User service information) 1D 0 4-13
Переадресующий номер (Redirecting number) @ OB 0 4-12
Переадресуемый номер (Redirection number) @ 13 0 3-4
Исходный вызываемый номер (Original called number) @ 28 0 4-12
Общий номер (Generic number) @ CO 0 5-13
Общее уведомление (Generic notification) @ 2C 0 3
Номер размещения (Location number) @ 3F 0 5-12
Конец необязательных параметров (End of optional parameters) 00 0 1
10. Сообщение "Освобождение" (Release)
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) ОС F 1
Индикаторы причины (Cause indicators) 12 V 3-?
Информация от пользователя к пользователю (User-to-user information) 20 О 3-131
Автоматический уровень перегрузки (Automatic congestion level) 27 О 3
Конец необязательных параметров (End of optional parameters) 00 О 1
11. Сообщение "Освобождение завершено" (Release complete)
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) 10 F 1
Конец необязательных параметров (End of optional parameters) 00 О 1
12. Сообщение "Последующий адрес" (Subsequent address)
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) 02 F 1
Последующий номер (Subsequent number) 05 V 3-10
Конец необязательных параметров (End of optional parameters) 00 О 1
13. Сообщение "Вмешательство" (Forward transfer)*
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) 08 F 1
Конец необязательных параметров (End of optional parameters) 00 О 1
‘Для международных соединений
14. Сообщения "Приостановление соединения" (Suspend), "Возобновление вызова" (Resume
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) OD/OE F 1
Индикатор приостановления/возобновления (Suspend/resume indicator) 22 F 1
Конец необязательных параметров (End of optional parameters) 00 0 1
@ Для национального применения
164
ПРИЛОЖЕНИЕ 4
15. Сообщения "Блокировка" (Blocking), "Подтверждение блокировки" (Blocking
acknowledgement), "Запрос контроля целостности" (Continuity check request), "Сброс
канала" (Reset circuit), "Разблокировка" (Unblocking), "Подтверждение разблокировки”
(Unblocking acknowledgement)
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) F 1
16. Сообщения "Блокировка группы каналов" (Circuit group blocking), "Подтверждение
блокировки группы каналов" (Circuit group blocking acknowledgement), "Разблокировка
группы каналов" (Circuit group unblocking), "Подтверждение разблокировки группы
каналов" (Circuit group unblocking acknowledgement)
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) F 1
Индикатор типа сообщения наблюдения за группой каналов (Circuit group supervision message type indicator) 15 F 1
Диапазон и состояние (Range and status) 16 V 3-34
17. Сообщение "Сброс группы каналов" (Circuit group reset)
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) 17 F 1
Диапазон и состояние (Range and status)3) 16 V 2
а) Поле "Состояние" не используется
18. Сообщение "Отбой вызывающего абонента" (Cleare calling line)
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) FC F 1
19. Сообщение "Вызов" (Ringing)
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) FF F 1
Конец необязательных параметров (End of optional parameters) 00 0 1
20. Сообщение "Информация об оплате" (Charge information)
Параметр Код (HEX) Тип Длина, байт
Тип сообщения (Message type) 31 F 1
Номер интервала оплаты (Charge band number) FF 0 3
Конец необязательных параметров (End of optional parameters) 00 0 1
Обозначения типа параметра: F - обязательный параметр фиксированной длины
V - обязательный параметр переменной длины
О - необязательный параметр
СТРУКТУРА СООБЩЕНИЙ ISUP-R
165
12*
Список сокращений
3PTY Three Party
АС Authentication Center
АСМ Address Complete
АЕ Application Element
АК Acknowledgement Message
ANM Answer Message
ANSI American National Standartization Institute
AOC-D Advice Of Charge: Charging information during the call
АОС-Е Advice Of Charge: Charging Information at the End of the Call
AOC-S Advice Of Charge: Charging Information at Call Set-up time
API Application Programming Interface
APRI Address Presentation Restricted Indicator
ASE Application Service Element
BIB BIN Backward Indicator Bit
B-ISDN Broadband Integrated Services Digital Network
BLA Blocking Acknowledgement
BLO Blocking
BS Base Station
BSC Base Station Controller
BSN Backward Sequence Number
BSSAP Base Station System Application Part
BSSMAP Base Station System Management Application Part
CBA Changeback Acknowledgement Signal
CBD Changeback Declaration Signal
CC Connection Confirm
CCBS Completion of Calls to Busy Subscriber
CCF Call Control Function
CCG Central Clock Generator
CCL Clear Calling subscriber
CCNC Common Channel Network Controller
CCR Continuity Check Request
CD Call Deflection
CFB Call Forwarding Busy
CFNR Call Forwarding No Reply
CFU Call Forwarding Unconditional
CGB Circuit Group Blocking
CGBA Circuit Group Blocking Acknowledgement
CGU Circuit Group Unblocking
CGUA Circuit Group Unblocking Acknowledgement
CHM Changeover And Changeback Message
CIC Circuit Identification Code
CK Check Bits
CL Connectionless
CLIP Calling Line Identification Presentation
трехсторонняя связь
центр аутентификации
адрес полный
прикладной элемент, прикладной объект
сообщение подтверждения приема данных
сообщение ответа
Американский национальный институт
стандартизации
уведомление об оплате во время соединения
уведомление об оплате при завершении
соединения
уведомление об оплате во время установленных
соединений
прикладной программный интерфейс
индикатор ограничения предоставления номера
абонента
прикладной сервисный элемент
обратный бит-индикатор
бинарный код
широкополосная цифровая сеть с интеграцией
служб
подтверждение блокировки
блокировка
базовая станция, БС
контроллер базовых станций
обратный порядковый номер
прикладная часть системы базовых станций
прикладная часть управления системой базовых
станций
сигнал подтверждения приема возврата на
исходное звено
сигнал объявления возврата на исходное звено
подтверждение соединения
завершение вызовов при занятости абонентов
функция управления вызовом
центральный генератор тактовой частоты
отбой вызывающего абонента
управляющее устройство сети сигнализации по
общему каналу
запрос контроля целостности
отклонение вызова
перенаправление вызова при занятости
пренаправление вызова при неответе
безусловное перенаправление вызова
блокировка группы каналов
подтверждение блокировки группы каналов
разблокировка группы каналов
подтверждение разблокировки группы каналов
сообщение перехода на резерв и восстановление
работы по исходному звену
код идентификации канала
проверочные биты
не ориентированные на соединение
определение номера вызывающей линии
166
СПИСОК СОКРАЩЕНИЙ
CLIR Calling Line Identification Restriction запрет идентификации номера вызывающей линии
CMC Call Modification Completed завершение модификации соединения
CMR Call Modification Request запрос модификации соединения
CNP Connection Not Possible Signal сигнал "Соединение невозможно"
CNS Connection Not Successful Signal сигнал "Соединение не произведено"
CO Connection Oriented ориентированные на соединение
COA Changeover Acknowledgement Signal сигнал подтверждения приема сообщения перехода на резервное звено
COLP Connected Line Identification Presentation определение номера вызываемой линии
COLR Connected Line Identification Restriction запрет идентификации номера вызываемой линии
CON Connect соединение
CONF Conference Call Add On конференц-связь
COO Changeover Order Signal сигнал команды перехода на резервное звено
COT Continuity проверка целостности
CP Coordination Processor координационный процессор
CPG Call Progress соединение устанавливается
CPT Compatibility Test тест совместимости, ТС
CR Connection Request запрос соединения
CREF Connection Refuse отказ соединения
CS1 Capability Set 1 набор услуг 1
CSA Category/Supplementary Services сообщение о доступных
Accepted Message категориях/дополнительных услугах
CSB Category/Supplementary Services сообщения обратного направления:
Backward Messages категория/дополнительные услуги
CSF Category/Supplementary Services Forward сообщения прямого направления о
Messages категории/дополнительных услугах
CSL Component Sub-Level подуровень компонентов
CSS Connection Successful Signal сигнал "Соединение произведено"
CSU Category/Supplementary Services сообщение обновления
Updating Messages категории/дополнительных услуг
CT Call Transfer передача вызова
CUG Closed User Group замкнутая группа пользователей
CW Call Waiting вызов с ожиданием
DDI Direct Dialing In прямой набор
DLC Signalling Data Link Connection Order сигнал команды соединения звена данных
Signal сигнализации
DLM Signalling Data Link Connection Order Message сообщение соединения звена сигнализации
DLU Digital Line Unit цифровой абонентский блок
DNID Destination Identificator идентификатор входящей транзакции
DPC Destination Point Code код пункта назначения
DPSN Data Packet Switched Network сеть передачи данных с коммутацией пакетов
DSS Digital Subscriber Signalling цифровая абонентская сигнализация
DT1 данные типа 1
DT2 данные типа 2
DTAP Direct Transfer Application Part прикладная часть для прямой передачи
DTT Digital Trunk Terminal цифровой терминал тракта
DUP Date User Part подсистема пользователя данных
EA Expedited Data Acknowledgement подтверждение приема срочных данных
ECA Emergency Changeover Acknowledgement сигнал подтверждения приема сообщения
Signal аварийного перехода на резервное звено
ECM Emergency Changeover Message сообщение аварийного перехода на резервное звено сигнализации
ECO Emergency Changeover Order signal сигнал команды аварийного перехода на резервное звено
ECT Evident Call Transfer явная передача вызова
ED Expedited Data срочные данные
EIR Equipment Identity Register регистр идентификации оборудования
ERR Error ошибка протокола
167
ETSI European Telecommunication Standard Institute Европейский институт стандартизации телекоммуникаций
Ext Extension Indicator индикатор расширения
F Flag флаг
FCI Furnish Charging Information информация расчета за услугу
FCM Signalling Traffic Flow Control Message сообщение управляемой передачи и перегрузки пучка маршрутов сигнализации
FIB Forward Indicator Bit прямой бит-индикатор
FISU Fill In Signal Unit заполняющая сигнальная единица
FOT Forward Transfer вмешательство
FSN Forward Sequence Number прямой порядковый номер
GMSC Gateway MSC шлюзовой MSC
GMTX Gateway MTX шлюзовой МТХ
GoS Grade of Service качество обслуживания
GRA Circuit Group Reset Acknowledgement подтверждение сброса группы каналов
GRS Circuit Group Reset сброс группы каналов
GSM Global System Mobile глобальная система подвижной связи
GT Global Title глобальное наименование
HDLC High-level Date Link Control высокоуровневое управление звеном данных
HEX шестнадцатеричный код
HLR Home Location Register основной (домашний) регистр местоположения
HOLD Call Hold удержание вызова
HSM Home Location Register Signalling сигнальное сообщение домашнего регистра
Messages местоположения
HUP Handover User Part подсистема пользователей процедуры передачи управления в процессе разговора сети мобильной связи NMT-450 (хэндовер или хэнд-овер)
IAM Initial Address Message начальное адресное сообщение
ID Identificator идентификатор
IMSI International Mobile Subscriber Identificator международный идентификатор подвижного абонента
IN Intelligent Network интеллектуальная сеть, ИС
INAP Intelligent Network Application Part прикладная подсистема пользователя интеллектуальной сети
INAP Intelligent Network Application Protocol прикладной протокол интеллектуальной сети
INF Information информация
Initial DP Initial Detection Point начальная точка обнаружения
INN Internal Network Number Indicator индикатор внутреннего номера сети
INR Information Request запрос информации
IP Intelligent Peripheral интеллектуальная периферия
IS International Standard международный стандарт
ISDN Integrated Services Digital Network цифровая сеть с интеграцией служб (ЦСИС), цифровая сеть интегрального обслуживания (ЦСИО)
ISP Intermediate Service Part подсистема промежуточного обслуживания
ISP International Signalling Point международный пункт сигнализации
ISPC International Signalling Point Code код международного пункта сигнализации
ISUP Integrated Service User Part подсистема пользователя сети с интеграцией служб
ISUP-R российская спецификация подсистемы ISUP
IT Inactivity Test тест неактивности
ITU-T International Telecommunication Union - Сектор стандартизации телекоммуникаций
Telecommunication standardization sector Международного союза электросвязи (МСЭ-Т)
LCA Location Cancellation Accepted Message сообщение подтверждения отмены данных местоположения
LCM Location Updating Message сообщение отмены данных местоположения
LDB Location Data Backward Message сообщение обратного направления о данных местоположения
LDF Location Data Forward Message сообщение прямого направления о данных местоположения
168
СПИСОК СОКРАЩЕНИЙ
LFU Link Forced Unlnhibit signal сигнал вынужденного конца запрещения звена
LH Line Hunting поиск линии
LI Length Indicator индикатор длины
LIA Link Inhibit Acknowledgement signal сигнал подтверждения запрещения звена
LID Link Inhibit Denide signal сигнал устранения запрещения звена
LIN Link Inhibit signal сигнал запрещения звена
LLT Link Local Inhibit Test signal сигнал тестирования местного запрещения звена
LOC Logical Channel Code код логического канала
LRT Link Remote Inhibit Test signal сигнал тестирования удаленного запрещения звена
LSSU Link Status Signal Unit сигнальная единица состояния звена
LTG Line Trank Group линейная группа
LUA Location Updating Accepted Message сообщение подтверждения обновления данных
местоположения
LUA Link Uninhibit Acknowledgement signal сигнал подтверждения конца запрещения звена;
LUM Location Updating Message сообщение обновления данных местоположения
LUN Link Uninhibit signal сигнал конца запрещения звена
LUP Location Updating Rejected Message сообщение отказа в обновлении данных
местоположения
MACF Multiple Association Control Function функция управления множественными связями
MAM Management and Administration Message сообщение управления и администрирования
MAP Mobile Application Part подсистема пользователей мобильной связи стандарта GSM
MCID Malicious Call Identification определение злонамеренного вызова
MF Medium Frequence средняя частота
MFC MultiFrequency Code многочастотный код
MIM Management Inhibit message сообщение запрещения управлением
MLPP Multiple Level Priority and Pause многоуровневые приоритет и прерывание
MRVA MTP Routing Verification Acknowledgement подтверждение достоверности маршрутизации МТР
MRVR MTP Routing Verification Result результат проверки достоверности маршрутизации МТР
MRVT MTP Routing Verification Test тестирование достоверности маршрутизации МТР
MS Mobile Station подвижная станция, ПС
MSC Mobile Switching Center центр коммутации подвижной связи, ЦКПС
MSN Multiple Subscriber Number мультиплексированный номер
MSRN Mobile Station Roaming Number временный роуминговый номер
MSU Message Signal Unit значащая сигнальная единица
MTP Message Transfer Part подсистема передачи сообщений
MTX Mobile Telephone Exchange центр коммутации мобильной (подвижной) связи (стандарта NMT-450), ЦКМС (ЦКПС)
MTX-G MTX-Gateway шлюзовой МТХ
MUP Mobile User Part подсистема пользователей мобильной связи стандарта NMT-450
NI Network Identity идентификатор сети
NM Network Management управление сетью
NNI Calling Party Number Incomplete Indicator индикатор полноты номера вызывающего абонента
NPCI Network Protocol Control Information информация управления протоколом сети
NPI Numbering Plan Indicator индикатор плана нумерации
NSDU Network Service Data Unit Information блок данных услуги сети
NSP National Signalling Point национальный пункт сигнализации
NSP Network Service Part подсистема сетевых услуг, подсистема службы
сети
O/E Odd/Even Indicator индикатор четности/ нечетности
ОМАР Operations, Maintenance and подсистема эксплуатации, технического
Administration Part обслуживания и администрирования
OMASE Operations and Maintenance Application прикладной сервисный элемент эксплуатации и
Service Element технического обслуживания
169
ОРС Origination Point Code код исходящего пункта
OS Operating System операционная система
OSI Open Systems Interconnection модель взаимосвязи открытых систем
OTID Origination Transaction Identificator идентификатор исходящей транзакции
PCI Protocol Control Information информация управления протоколом
PCS Personal Communications Service глобальная сеть персональной связи (СПС)
PLMN Public Land Mobile Network сеть связи с подвижными системами
PNP Private Numberation Plan выделенный план нумерации
PRM Premium Rate приплата или дополнительная плата
PSA Pre-supplementary Services сообщение предварительной регистрации
Registration/Cancellation Acknowledgement Message дополнительных услуг/подтверждения отмены
PSR Pre-supplementary Services/ Cancellation сообщение регистрации/отмены предыдущих
Message дополнительных услуг
PSTN Public Switched Telephone Network телефонная сеть общего пользования (ТфОП)
PT Terminal Portability переносимость терминала
QoS Quality of Service качество услуг
R2 международная система сигнализации
R2D цифровой вариант системы сигнализации R2
RCT Signal Route Set Congestion Test message сигнал тестирования перегрузки пучка маршрутов сигнализации
REA Restart Information Acknowledgement сообщение подтверждения информации о
Message рестарте
REL Release освобождение
RES Restart Information Message сообщение с информацией о рестарте
RES Resume возобновление (продолжение) вызова
REV Reverse Charging обратная оплата
RLC Release Complete освобождение сделано
RLSD Released запрос разъединения
RNG Ringing вызов
RSC Reset Circuit сброс канала
RSM Roaming Signalling Message сигнальное сообщение роуминга
RSM Signal Route Set Test message сообщение тестирования пучка маршрутов сигнализации
RSR Reset Request запрос сброса
RSR Signal Route Set Test Signal For Restricted сигнал тестирования пучка маршрутов
Destination сигнализации для ограниченного назначения (национальная реализация)
RST Signal Route Set Test Signal For Prohibited сигнал тестирования пучка маршрутов
Destination сигнализации для запрещенного назначения
SAAL Signalling ATM Adaptation Layer уровень адаптации ATM для сигнализации
SACF Single Association Control Function функция управления одиночной связью
SAM Subsequent Address последующее адресное сообщение
SANC Signalling Area/Network Code код сигнализации региона/сети
SAO Single Association Object объект одиночной связи
SCCP Signalling Connection Control Point подсистема управления соединением сигнализации
SCEP Service Creation Environment Point центр программирования услуг
SCF Service Control Function функция управления услугой
SCLC SCCP Connectionless Control управление разъединением в SCCP
SCOC SCCP Connection-Oriented Control управление соединением в SCCP
SCP Service Control Point узел управления услугами
SCRC SCCP Routing Control управление маршрутизацией в SCCP
SCT Single Call Transfer одноразовая передача вызова
SDF Service Data Function функция данных услуги
SDL Specification and Description Language язык спецификаций и описания
SDM Security Data Transfer Messages сообщения передачи данных обеспечения безопасности
SDP Service Data Point узел данных услуги (база данных)
170
СПИСОК СОКРАЩЕНИЙ
SF Status Field
SI Screening indicator
SI Service indicator
SIF Signalling Information Field
SIM Service Interface Module
SIO Signalling Information Octet
SLC Signalling Link Code
SLS Signalling Link Selection field
SMP Service Management Point
SN Switching Network
SP Signalling Point
SPR Signalling Point with SCCP Relay function
SRA Supplementary Services
Registration/Cancellation
Acknowledgement Message
SRF Specialized Resource Function
SRM Supplementary Services
Registration/Cancellation Message
SSF Service Switching Function
SSF Subservice Field
SSN SubSystem Number
SSP Service Switching Point
STP Signalling Transfer Point
SU Signal Unit
SUB Subaddressing
SUERM Signal Unit Error Rate Monitoring
SUS Suspend
TASI Time Assigment Speech Interpolation
ТС Transaction Capabilities
ТСАР Transaction Capabilities Application Part
TFA Transfer Allowed signal
TFC Transfer Controlled signal
TFM Transfer prohibited, Transfer allowed,
Transfer restricted signal (message)
TFP Transfer Prohibited signal
TFR Transfer Restricted signal
TMN Telecommunication Management Network
TP Terminal Portability
TP Transaction Part
TPIE Transaction Part Information Element
TRA Traffic Restart Allowed signal
TRM Traffic Restart Allowed Message
TSL Transaction Sub-Level
TUP Telephone User Part
UBA Unblocking Acknowledgement
UBL Unblocking
UDT Unitdata
UDTS Unitdata Service
UFC User Part Flow Control message
UPU User Part Unavailable signal
UUS User-to-User Signalling
VAT Validation Test
VF Voice Frequency
VLR Visitor Location Register
поле состояния
индикатор контроля номера абонента
индикатор службы
поле сигнальной информации
сервисный интерфейсный модуль
байт служебной информации
код звена сигнализации
поле селекции звена сигнализации
центр администрирования услуг
коммутационное поле
пункт сигнализации, ПС
пункт сигнализации с функцией переприема SCCP
сообщение регистрации дополнительных
услуг/подтверждения отмены
функция специализированных ресурсов
сообщение регистрации/отмены дополнительных
услуг
функция коммутации услуги
поле подвида службы
номер подсистемы
узел коммутации услуг
транзитный пункт сигнализации
сигнальная единица, СЕ
подадресация
монитор интенсивности ошибок в сигнальных
единицах
приостановление соединения (пауза)
интерполяция речи с назначением времени
возможности транзакций
прикладная подсистема возможностей транзакций
сигнал "передача разрешена"
сигнал "управляемая передача"
сообщение "передача запрещена", "передача
разрешена" и "передача ограничена"
сигнал "передача запрещена"
сигнал "передача ограничена" (национальная
реализация)
сеть управления связью
портативность (переносимость) терминала
пользователь подуровня транзакции
элемент информации порции транзакции
сигнал "перезапуск трафика разрешен"
сообщение разрешения перезапуска трафика
подуровень транзакций
подсистема пользователя телефонии
подтверждение разблокировки
разблокировка
данные без соединения
услуга данных без соединения
сообщение управления потоками подсистем
пользователей
сигнал "подсистема пользователя недоступна”
сигнализация "пользователь-пользователь"
аттестационный тест, АТ
разговорная частота
гостевой регистр местоположения
171
АДИКМ адаптивная дифференциальная ИКМ
АЛ, ал абонентская линия
АМТС автоматическая междугородная телефонная станция
АМТСЭ АМТС электронная
АОН автоматический определитель номера
АТС автоматическая телефонная станция
АТСЭ АТС электронная
БД база данных
БС базовая станция
ВОС взаимодействие открытых систем
ВСК выделенный сигнальный канал
ВСС РФ Взаимоувязанная сеть связи Российской Федерации
ГТС городская телефонная сеть
дес децентрализованная система сигнализации
ЗДС звено данных сигнализации
ЗС звено сигнализации
ЗСЕ значащая сигнальная единица
ЗСЛ заказно-соединительная линия
ИД идентификатор
икм импульсно-кодовая модуляция
ИС интеллектуальная сеть
исс интеллектуальная сеть связи
КИ канальный интервал
КПЗ код пункта зоны
ксз код сигнальной зоны
МККТТ Международный консультативный комитет по телефонии и телеграфии
мнтс международная телефонная станция
МСЭ-Т сектор стандартизации телекоммуникаций Международного союза электросвязи
МЦК международный центр коммутации
ОГСТфС общегосударственная система автоматизированной телефонной связи
ОКС общий канал сигнализации
ОС оконечная станция
осэ оконечная станция электронная
ОТС опорно-транзитная станция
ОТТ отдельное техническое требование
ОУ оконечное устройство
ПС пункт сигнализации
РВ реальное время
РД руководящий документ
СЕ сигнальная единица
СЛ, Сл, сл соединительная линия
елм соединительная линия международная
епд сеть передачи данных
СПС сеть подвижной связи
сспс сеть связи с подвижными системами
СТС сельская телефонная сеть
тпе транзитный пункт сигнализации
ТфОП телефонная сеть общего пользования
тч тональная частота
УАК узел автоматической коммутации
УВС узел входящих сообщений
УПАТС учрежденческо-производственная АТС
цкме центр коммутации мобильной связи
цс центральная станция
ЦСИО цифровая сеть с интегральным обслуживанием
цсис цифровая сеть с интеграцией служб
цсс централизованная система сигнализации
цсэ ЦС электронная
цтэ центр технической эксплуатации
ЭУМ электронная управляющая машина
172
СПИСОК СОКРАЩЕНИЙ
Литература
1. CCITT Recommendations on Signalling System №6. CCITT Orange Book, 1977.
2. CCITT Studi Group XI. Specifications of Signalling System №7, CCITT Blue Book,
Recommendations Q.700-Q.709, Geneva, 1988.
3. CCITT Studi Group XI. Specifications of Signalling System №7, CCITT Blue Book,
Recommendations Q.711-Q.716, Geneva, 1988.
4. CCITT Studi Group XI. Specifications of Signalling System №7, CCITT Blue Book,
Recommendations Q.730-Q.737, Q.761-Q.767, Geneva, 1988.
5. CCITT Studi Group XI. Specifications of Signalling System №7, CCITT Blue Book,
Recommendations Q.771-Q.775, Geneva, 1988.
6. CCITT Studi Group XI. Specifications of Signalling System №7, CCITT Blue Book,
Recommendations Q.750-Q.755, Q.795, Geneva, 1988.
7. CCITT Studi Group XI. Specifications of Signalling System №7, CCITT Blue Book,
Recommendations Q.704, Q.705, Q.708, Geneva, 1988.
8. CCITT Studi Group XI. Specifications of Signalling System №7, CCITT Blue Book,
Recommendations Q.755, Q.780-Q.787, Geneva, 1988.
9. CCITT Studi Group XI. Specifications of Signalling System №7, CCITT Blue Book,
Recommendations Q.706, Q.716, Q.725, Q.752, Q.766, Geneva, 1988.
10. CCITT Studi Group XI. Specifications of Signalling System №7. CCITT Yellow Book,
Recommendations Q.700-Q.795, Geneva, 1981.
11. CCITT Studi Group XI. Specifications of Signalling System №7. CCITT Red Book,
Recommendations Q.700-Q.795, Geneva, 1985.
12. CCITT Studi Group XI. Specifications of Signalling System №7. CCITT Blue Book,
Recommendations Q.700-Q.795, Geneva, 1988.
13. ETS 300 374-1. Intelligent Network; Intelligent Network Capability Set 1 (CS1); Core Intelligent
Network Application Protocol; Part: Protocol specification. 1994.
14. ETS 300 599. Digital cellular telecommunications system (Phase 2); Mobile Application Part (MAP)
specification (GSM 09.02 version 4.17.1), 1998.
15. ITU-T Studi Group XI. Specifications of Signalling System №7, ITU-T White Book,
Recommendations Q.700-Q.709, Geneva, 1992.
16. ITU-T Studi Group XI. Specifications of Signalling System №7, ITU-T White Book,
Recommendations Q.711-Q.716, Geneva, 1992.
17. ITU-T Studi Group XI. Specifications of Signalling System №7, ITU-T White Book,
Recommendations Q.730-Q.737, Q.761-Q.767, Geneva, 1992.
18. ITU-T Studi Group XI. Specifications of Signalling System №7, ITU-T White Book,
Recommendations Q.771-Q.775, Geneva, 1992.
19. ITU-T Studi Group XI. Specifications of Signalling System №7, ITU-T White Book,
Recommendations Q.750-Q.755, Geneva, 1992.
20. ITU-T Studi Group XI. Specifications of Signalling System №7, ITU-T White Book,
Recommendations Q.704, Q.705, Q.708, Geneva, 1992.
21. ITU-T Studi Group XI. Specifications of Signalling System №7, ITU-T White Book,
Recommendations Q.755, Q.780-Q.787, Geneva, 1993.
22. ITU-T Studi Group XI. Specifications of Signalling System №7, ITU-T White Book,
Recommendations Q.706, Q.716, Q.725, Q.752, Q.766, Geneva, 1992.
23. ITU-T Studi Group XI. Specifications of Signalling System №7. ITU-T White Book,
Recommendations Q.700-Q.795, Geneva, 1993.
24. ITU-T: Recommendation Q.1208. General Aspects of the Intelligent Network Application Protocol,
Helsinki, 1993.
25. ITU-T: Recommendation Q.1218. Interface Recommendation for Intelligent Network CS-1, Helsinki,
1993.
26. Kessel G.C., Southwick P. ISDN: concepts, facilities and services. - McGraw-Hill, 1997.
27. NMT DOC 900-2, Annex 3-I. Automatic Cellular Mobile Telephone System. Technical Specification
for Signalling System №7. Mobile User Part. 1994.
28. NMT DOC 900-2, Annex 3-II. Automatic Cellular Mobile Telephone System. Technical Specification
for Signalling System №7. Handover User Part. 1992.
173
29. NMT DOC 900-2, Annex 3-111. Automatic Cellular Mobile Telephone System. Technical Specification
for Signalling System №7. SCCP Specification for the Mobile User Part. 1994.
30. Russell T. Signalling System #7. - McGraw-Hill, 1995,
31. Soric M. Signalizacija CCITT br.7 : Training Document. - Nikola Tesla, Zagreb, 1992.
32. Аджемов A.C., Брусиловский С.А., Дорф И.Г., Кучерявый А.Е., Соловьев С.П. Внедрение услуг
интеллектуальной сети в России // Сети и системы связи, 1998, №9, с. 103-107.
33. Артемьев М.Ю., Самоделов В.П. Программное обеспечение управляющих систем
электросвязи: Учебник для техникумов. - М.: Радио и связь, 1990.
34. Астахова О.В., Дорф И.Г., Соловьев С.П. ОКС-7: нормативно-техническая документация //
Вестник связи, 1998, №4, с. 60-65.
35. Бакланов И.Г. Измерения в системе сигнализации №7 // Сети и системы связи, 1997, №10,
с. 98-104.
36. Бакланов И.Г. Технологии измерений в современных телекоммуникациях,- М.: ЭКО-ТРЕНДЗ,
1998.
37. Беляев В.Н. Методологические основы тестирования ОКС / Материалы курсов "Новые
технологии связи". - М.: НТЦ КОМСЕТ, 1996.
38. Беляев В.Н. Примеры установления базового соединения / Материалы курсов "Новые
технологии связи". - М.: НТЦ КОМСЕТ, 1996.
39. Беляев В.Н. Реализация ОКС и ISDN на станции EWSD / Материалы курсов "Новые
технологии связи". - М.: НТЦ КОМСЕТ, 1996.
40. Варакин Л.Е. Интеллектуальная сеть: эволюция сетей и услуг связи // Электросвязь, 1992,
№1, с. 3-7.
41. Варакин Л.Е., Кучерявый А.Е., Соколов Н.А., Филюшин Ю.И. Интеллектуальная сеть:
концепция и архитектура// Электросвязь, 1992, №1, с.7-10.
42. Гильченок Л.З., Кучерявый А.Е., Мазин И.Г. и др. Сельская АТС-Ц с функциями ОКС-7 //
Вестник связи, 1997, №12, с. 68-69.
43. Гольдштейн Б.С. Протокол-тестеры российских систем сигнализации: концепция и опыт
разработки // ТелеВестник, 1996, №3, с. 42-47.
44. Гольдштейн Б.С. Сигнализация в сетях связи. - М.: Радио и связь, 1997.
45. Гольдштейн Б.С. Эволюция систем сигнализации на телефонных сетях/Материалы курсов
"Новые технологии связи". - М.: НТЦ КОМСЕТ, 1996.
46. Гольдштейн Б.С., Ехриель И.М., Рерле Р.Д. и др. Реализация общеканальной системы
сигнализации ОКС-7 в АТСЦ-90 // Электросвязь, 1997, №4, с. 8-11, 56-59.
47. Гольдштейн Б.С., Ехриель И.М., Рерле Р.Д. Интеллектуальные сети - российским операторам
связи // Сети и системы связи, 1998, №7, с. 82-89.
48. Гольдштейн Б.С., Рерле Р.Д., Ехриель И.М. Тестирование и анализ протоколов ОКС-7 //
Вестник связи, 1998, №9, с. 58-62, 66-67.
49. ГОСТ Р 51027-97. Сеть связи цифровая с интеграцией служб. Общие требования к системе
общеканальной сигнализации.
50. Громаков Ю.А. Стандарты и системы подвижной радиосвязи. - М.: Мобильные ТелеСистемы-
Эко-Трендз, 1997.
51. Дорф И.Г. Подсистема пользователя ISDN-ISUP (Q.767) / Материалы курсов "Новые
технологии связи". - М.: НТЦ КОМСЕТ, 1996.
52. Дорф И.Г. Система сигнализации №7 / Материалы курсов "Новые технологии связи". - М.:
НТЦ КОМСЕТ, 1996.
53. Жарков М.А., Кучерявый А.Е. Система общеканальной сигнализации №7 // Вестник связи,
1997, №1, с. 35-39, №4, с. 43-46.
54. Концепция развития связи Российской Федерации/В.Б. Булгак, Л.Е. Варакин,
Ю.К. Ивашкевич и др.; под ред. В.Б. Булгака, Л.Е. Варакина.- М.: Радио и связь, 1995.
55. Лазарев В.Г. Интеллектуальные цифровые сети. - М.: Финансы и статистика, 1996.
56. Мазин И.Г., Дорф И.Г. ОКС-7: результаты тестирования ISUP-R // Вестник связи, 1998, №4,
с. 68-74.
57. Мардер Н.С., Аджемов А.С. Развитие российской сети ОКС №7 - основа современных услуг
связи // Сети и системы связи, 1997, №9, с. 72-76.
58. Мардер Н.С., Аджемов А.С., Кучерявый А.Е. Опытная зона ОКС-7 - платформа для внедрения
новых услуг электросвязи // Вестник связи, 1998, №4, с. 56-60.
174
ЛИТЕРАТУРА
59. Мелик-Шахназарова Г.В., Сапарин Ю.В., Сазер А.И. Сигнализация на международных,
междугородных и местных сетях связи / Учебное пособие. - Самара, 1995.
60. Миков А.С., Слышенков М.И ОКС-7: организация внедрения // Вестник связи, 1998, №4,
с. 65-68.
61. МККТТ. Рекомендация М.3010. Принципы построения сети управления электросвязью,
Женева, 1992.
62. Национальные спецификации подсистемы ОМАР. - Утверждены УЭС МС РФ 15.08.1996.
63. Ограничительный перечень протоколов сигнализации, поддерживаемых цифровыми
станциями сети общего пользования. - М.: ЦНТИ "Информсвязь”, 1996.
64. Основные положения по реализации услуг интеллектуальной сети связи на базе ТфОП. -
ЦНИИ Связи, 1996.
65. Основные положения по структуре сети ОКС 7 для сети связи общего пользова-
ния/Руководящий технический материал. - ЦНИИС, ЛОНИИС, РУДН, 1994.
66. Основные положения развития Взаимоувязанной сети связи Российской Федерации на
перспективу до 2005 года/Руководящий документ. Книги 1 - 12. - М.: ЦНТИ "Информсвязь",
1996.
67. Основные положения системы сигнализации ОКС №7 для сети связи Российской Федерации.
- М.: ЦНТИ "Информсвязь", 1996.
68. Программа и методика испытаний подсистем ОКС №7. - М.: ЦНТИ "Информсвязь", 1998.
69. Программа и методика испытаний подсистемы Mobile Application Part (MAP)
(Первая редакция). - М.: ЦНТИ "Информсвязь", 1998.
70. Программа и методика приемочных испытаний ОКС №7 на станциях зоновой, междугородной
сетей: АМТСЭ, УАКЭ, ОТС. - М.: ЦНТИ "Информсвязь", 1998.
71. Программа и методика приемочных испытаний подсистем ОКС №7. - М.: ЦНТИ "Информ-
связь", 1998.
72. Программа и методика тестирования услуг ЦСИС при взаимодействии абонентов ЦСИС. -
М.: ЦНТИ "Информсвязь", 1998.
73. Проектирование цифровой городской телефонной сети / Учебное пособие; под ред.
А.В. Рослякова. - Самара, ПГАТИ, 1998.
74. Рокотян А.Ю. Новые технологии - перспективы развития сети электросвязи общего
пользования //Электросвязь, 1997, №8, с. 2-5.
75. Руководящий документ по общегосударственной системе автоматизированной телефонной
связи (ОГСТфС). Книга 1. - М.: Прейскурантиздат, 1988.
76. Руководящий технический материал по выделению кодов пунктов сигнализации. - М.: ЦНТИ
"Информсвязь", 1998.
77. Руководящий технический материал по проектированию коммутационного оборудования с
функциями ОКС №7 и ЦСИС. - М.: ЦНТИ "Информсвязь", 1998.
78. Руководящий технический материал по расчету сети ОКС №7. - М.: ЦНТИ "Информсвязь",
1998.
79. Самуилов К.Е. Система сигнализации №7 - ключевой элемент современных цифровых сетей
связи // Сети, 1996, №11, с. 15-18.
80. Самуйлов К.Е., Филюшин Ю.И. Роль интеллектуальной сети в эволюции систем связи //
Открытые системы, 1996, №2, с. 32-38.
81. Система сигнализации №7 МККТТ в Алкатель 1000 С 12 / Рекламные материалы фирмы Ал-
катель.
82. Система сигнализации ОКС 7 / Учебное пособие; под ред. М.А. Жаркова. - М.: ЦНИИС, 1998.
83. Система телефонной сигнализации по общему каналу (система ОКС) / Васильченко А.И.,
Денисьева О.М., Жарков М.А. и др.; Под ред. М.Н. Стоянова. - М.: Связь, 1980.
84. Системный проект сети ОКС 7 ВСС РФ. Книга 1. Общие принципы построения. - ЦНИИС,
ЛОНИИС, 1997.
85. Системный проект сети ОКС 7 ВСС РФ. Книга 2. Общесистемные функциональные и
технические положения. - ЦНИИС, ЛОНИИС, 1997.
86. Соколов Н.А. Эволюция местных телефонных сетей. - Пермь, Изд-во ТОО "Типография
"Книга", 1994.
87. Соловьев С.П., Дорф И.Г. Система сигнализации №7 // Сети и системы связи, 1996, №4, с.
12-14.
175
88. Сорич М. Эволюция системы сигнализации №7 МККТТ в коммутационной системе АХЕ-10 при
ее применении на югославской ИЦС // NT REVIJA, 1991, №1, с. 1-11.
89. Схема опытной зоны испытаний и внедрения системы ОКС №7, услуг интегральной сети и
сетей подвижной связи. Приложение В к приказу Министра связи России от 11.03.95, №38.
90. Технические спецификации взаимодействия с системами сигнализации национальной сети
России, включая специфические национальные процедуры и сообщения. - Утверждены МС
РФ 21.10.1994 г.
91. Технические спецификации на подсистему возможностей транзакций (ТС) для национальной
сети России. - Утверждены МС РФ 21.10.1994 г.
92. Технические спецификации на подсистему передачи сообщений (МТР) для национальной се-
ти России. - Утверждены МС РФ 28.12.1994 г.
93. Технические спецификации на подсистему пользователя ISDN (ISUP) для национальной сети
России. - Утверждены МС РФ 28.12.1994 г.
94. Технические спецификации на подсистему управления соединением сигнализации (SCCP)
для национальной сети России. - Утверждены МС РФ 28.12.1994 г.
95. Технические спецификации на тестовые процедуры на подсистему возможностей транзакций
(ТС) для национальной сети России. - Утверждены МС РФ 28.12.1994 г.
96. Технические спецификации на тестовые процедуры на подсистему передачи сообщений
(МТР) для национальной сети России. - Утверждены МС РФ 28.12.1994 г.
97. Технические спецификации на тестовые процедуры на подсистему пользователя ISDN (ISUP)
для национальной сети России. - Утверждены МС РФ 28.12.1994 г.
98. Технические спецификации на тестовые процедуры на подсистему управления соединением
сигнализации (SCCP) для национальной сети России. - Утверждены МС РФ 28.12.1994 г.
99. Технические спецификации протокола INAP системы сигнализации ОКС №7 для сети связи
России (INAP-R). - М.: МС РФ, 1997.
100. Харитонова Е.П. Существующие системы сигнализации. Национальные особенности СС7/
Материалы курсов "Новые технологии связи". - М.: НТЦ КОМСЕТ, 1996.
101. Цифровая коммутационная система EWSD / Учебное пособие. - Самара, СМТС, 1997.
102. Чекмарева Е.В. Особенности системы сигнализации №7 для сетей подвижной связи. Подсис-
тема МАР / Материалы курсов "Новые технологии связи". - М.: НТЦ КОМСЕТ, 1996.
103. Шварц М. Сети связи: Протоколы, моделирование и анализ. Ч. 1 и 2. - М.: Наука, 1992.
104. Шнепс-Шнеппе М.А. Интеллектуальная сеть: основные понятия и услуги // Сети и системы
связи, 1997, №1, с. 78-82.
105. Шнепс-Шнеппе М.А. Интеллектуальная сеть: основные понятия, услуги IN CS1 использование
SS7 в протоколе INAP. - Материалы курсов "Новые технологии связи". - М.: НТЦ КОМСЕТ,
1997.
106. Шнепс-Шнеппе М.А. Интеллектуальные сети / Материалы курсов "Новые технологии связи".
- М.: НТЦ КОМСЕТ, 1996.
176
ЛИТЕРАТУРА