ZXJ10 Techn

ZXJ10V10.0 (V03.
03Eu)
Цифровая коммутационная система с
программным управлением
Техническое руководство
ZTE CORPORATION
Цифровая коммутационная система с программным управлением
ZXJ10V10.0 (V03.03Eu)
Техническое руководство
Авторское право © Корпорация ZTE 2002, г. Шэньчжэнь, КНР

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

переводиться, комментироваться или модифицироваться в любой форме и любыми
средствами без предварительного письменного разрешения со стороны Корпорации ZTE.
ZTE CORPORATION
ZTE Plaza, Hi-Tech Industrial Park, Shenzhen, P. R. China
Центр поддержки заказчиков: (+86755) 26770800 800-2830-1118
Факс: (+86755)26770801
E-mail: 800@zte.com.cn
Веб-сайт: http://www.zte.com.cn
Почтовый индекс: 518057
* * * *
Апрель 2003 Первое издание
Серийный номер l2002733

Предисловие
Цифровая коммутационная система с программным управлением ZXJ10V10.0

(V03.03Eu) (далее для краткости называемая ZXJ10, кроме отдельно указанных
случаев) может функционировать в качестве местной, междугородной или
комбинированной местной/междугородной станции. Учитывая постоянное
развитие сетей общего пользования (ТфоП), эта система позволяет удовлетворять
потребности в новых технологиях и объединении различных сетей, повышает
устойчивость сети и снижает общие затраты на эксплуатацию сети в целом.
Коммутационная система ZXJ10 обладает высокой производительностью

обработки, широким спектром услуг и поддерживает гибкие режимы
сетеобразования. Она может не только удовлетворять потребности построения
обычных сетей PSTN и N-ISDN, но также соответствует потребностям
построения синхронных сетей SDH, сети сигнализации ОКС 7, систем
управления телекоммуникациями и интеллектуальных сетей. На платформе
ZXJ10 также разработаны следующие системы: сервер доступа ZXIP10-AS,
система интеллектуальной сети ZXIN10, шюз системы программной коммутации
ZXSS10, системы коммутации для мобильной связи ZXG10-MSS и ZXC10-MSS и
т.д. Все эти производные системы закладывают основу для более широкого
применения системы ZXJ10 в построении разнообразных сетей.
Данное руководство состоит из 11 глав. Глава 1 представляет собой общее

описание системы ZXJ10; Глава 2 описывает основные технические
характеристики ZXJ10; Глава 3 дает достаточно полное описание аппаратных
компонентов системы ZXJ10; Глава 4 представляет собой общее описание
системы программного обеспечения; Глава 5 и Глава 6 описывает системы
сигнализации по выделенному каналу и общему каналу; Глава 7 описывает
функции вызовов и сигнализации интерфейса V5; Глава 8 описывает функции
ISDN и системы цифровой абонентской сигнализации №1 (Digital Subscriber
Signaling No.1 – DSS1); Глава 9 содержит подробное описание применений ZXJ10
в современных интеллектуальных сетях; Глава 10 содержит краткое описание
основных принципов работы системы эксплуатации и техобслуживания ZXJ10;
Глава 11 дает описание простых методов расчета конфигурации и примеров
реального применения. В конце этого руководства приведены английские
сокращения, часто используемые в данном руководстве, с их переводом.
С данным руководством связаны следующие поставляемые в комплекте

руководства:
Цифровая коммутационная система с программным управлением

ZXJ10V10.0 (V03.03Eu) – Техническое руководство

(V03.03Eu) – Руководство по установке

(V03.03Eu) – Руководство по эксплуатации, Книга 1 – Конфигурирование и
администрирование данных

(V03.03Eu) – Руководство по эксплуатации, Книга 2 – Система эксплуатации и
технического обслуживания

(V03.03Eu) – Руководство по эксплуатации, Книга 3 – Консоль оператора

(V03.03Eu) – Руководство по эксплуатации, Книга 4 – Линейный тестер

(V03.03Eu) – Руководство по эксплуатации, Книга 5 – Тарификация
Примечание. В условиях частого обновления и усовершенствования

продукции и технологий возможны отличия фактически изготовленной
системы от той, которая описана в данном руководстве. За обновленной
информацией о продукции следует обращаться в местное представительство
ZTE по обслуживанию заказчиков.
Содержание
1 Общее описание ......................................................................................................................................... 1
1.1 Обзор системы................................................................................................................................. 1
1.2 Архитектура аппаратных средств .................................................................................................. 8
1.2.1 Периферийный коммутационный модуль (PSM) ............................................................ 10
1.2.2 Удаленный коммутационный модуль (RSM) ................................................................... 11
1.2.3 Модуль коммутации сообщений (MSM) .......................................................................... 13
1.2.4 Модуль коммутационного поля (SNM) с одноступенчатым Т-полем (32K/64K)......... 13
1.2.5 Модуль эксплуатации и техобслуживания (OMM) ......................................................... 14
1.2.6 Периферийный модуль мобильной связи (MPM) и модуль VLR (VPM) ...................... 15
1.2.7 Модуль обработки пакетов (PHM).................................................................................... 18
1.2.8 Модуль доступа в Интернет (IAM)................................................................................... 18
1.2.9 Компактный модуль с коммутационным полем 4K (SM4C) .......................................... 19
1.2.10 Модуль с коммутационным полем 16K (SM16) ............................................................ 20
1.2.11 Удаленный периферийный коммутационный модуль (SM2) ....................................... 21
1.2.12 Удаленный модуль абонентских линий (RLM).............................................................. 22
1.3 Общая архитектура программного обеспечения........................................................................ 23
1.4 Возможности и сигнализация интерфейсов в системе ZXJ10 .................................................. 26
1.5 Характеристики системы.............................................................................................................. 28
1.5.1 Многообразные функции обслуживания ......................................................................... 28
1.5.2 Взаимосвязь между основными услугами ZXJ10 и другими услугами ........................ 32
1.5.3 Система сигнализации по выделенному каналу.............................................................. 36
1.5.4 Полноценная система ОКС 7 ............................................................................................ 37
1.5.5 Возможность интегрального доступа............................................................................... 44
-i-
1.5.6 Эффективные функции интеллектуальной сети в ZXJ10................................................46
1.5.7 Выбор сетей различных операторов для различных услуг (требует поддержки сетью)....................49
1.5.8 Режимы организации сетей ZXJ10....................................................................................49
1.5.9 Система эксплуатации и техобслуживания ZXJ10 ..........................................................55
1.5.10 Система управления сетью (NMS) ..................................................................................56
1.5.11 Команды языка “человек-машина” в формате командной строки................................57
1.5.12 Встроенная система SDH .................................................................................................59
1.5.13 Интерфейс управления запуском/остановом системы ..................................................64
1.5.14 Гостиничная система управления....................................................................................66
1.5.15 Система аутентификации .................................................................................................66
2 Технические спецификации.....................................................................................................................71
2.1 Системные данные.........................................................................................................................71
2.1.1 Типовая емкость модулей...................................................................................................71
2.1.2 Показатели емкости ............................................................................................................73
2.1.3 Соответствие стандартам сигнализации...........................................................................74
2.2 Рабочие характеристики тарификации ........................................................................................75
2.3 Мониторинг времени и нагрузка на линии..................................................................................76
2.4 Рабочие характеристики ОКС7 ZXJ10.........................................................................................77
2.5 Надежность и коэффициент готовности......................................................................................78
2.6 Рабочие характеристики абонентских линий и приемника сигналов .......................................81
2.7 Синхронизация в сети ...................................................................................................................83
2.8 Рабочие характеристики передачи ...............................................................................................84
2.9 Конструктивные характеристики .................................................................................................88
2.10 Электрические характеристики..................................................................................................90
2.11 Требования к рабочей среде........................................................................................................92
2.11.1 Требования к температуре и влажности .........................................................................92
-ii-
2.11.2 Требования к заземлению в аппаратной......................................................................... 92
2.11.3 Требования к заземлению ................................................................................................ 93
3 Архитектура аппаратных средств........................................................................................................... 94
3.1 Общая структура аппаратных средств системы ......................................................................... 94
3.2 Структура и функции модуля....................................................................................................... 95
3.2.1 Периферийный коммутационный модуль (PSM). ........................................................... 95
3.2.2 Удаленный коммутационный модуль (RSM). .................................................................. 99
3.2.3 Модуль обработки пакетов (PHM).................................................................................. 100
3.2.4 Модуль коммутации сообщений (MSM) ........................................................................ 100
3.2.5 Модуль коммутационного поля (SNM) .......................................................................... 101
3.2.6 Модуль эксплуатации и технического обслуживания................................................... 105
3.2.7 Удаленный модуль абонентских линий .(RLM)............................................................. 106
3.2.8 Обзор по модулям системы ZXJ10 ................................................................................. 110
3.3 Описание функциональных блоков и плат................................................................................ 111
3.3.1 Абонентский блок ............................................................................................................ 111
3.3.2 Блок цифровых соединительных линий......................................................................... 120
3.3.3 Многоканальный блок цифровых соединительных линий (MDT) .............................. 124
3.3.4 Блок аналоговой сигнализации. ...................................................................................... 125
3.3.5 Главный блок управления................................................................................................ 127
3.3.6 Блок синхронизации ........................................................................................................ 133
3.3.7 . Субблок оптического интерфейса:................................................................................ 136
3.3.8 Компактный оптический интерфейс (CFBI) .................................................................. 140
3.3.9 Модуль удаленных интерфейсов (RMI) ......................................................................... 141
3.3.10 Блок цифрового коммутационного поля (коммутационного T-поля) ....................... 142
3.3.11 Блок многозвенного центрального цифрового коммутационного поля

(коммутационное S-поля). ........................................................................................................ 152
-iii-
3.3.12 Однозвенное центральное коммутационное Т-поле 32K/64K....................................155
3.3.13 Интерфейс передачи удаленного абонентского блока .................................................160
3.3.14 Встроенная система передачи SDH ZXJ10...................................................................161
3.3.15 Блок TNET .......................................................................................................................184
3.3.16 Блок SDT и блок SNB .....................................................................................................190
3.3.17 Периферийный многофункциональный блок абонентского процессора (PMSP).....192
3.3.18 Интерфейс доступа данных (DAI).................................................................................193
3.3.19 Блок компактного модуля вентиляторов (CFM)...........................................................194
3.3.20 Центральное устройство управления мониторинга (CSCB).......................................195
3.3.21 Блок формирователя схемы синхросигналов (CKCD).................................................196
3.3.22 Интерфейс несущей 2600 Гц одно- и многочастотной соединительной линии

(MSFT2600) ................................................................................................................................197
3.3.23 Интерфейс соединительных линий нескольких шлейфов (MTRK) ...........................199
3.3.24 Интерфейс соединительных линий несущей частоты 2400 Гц (MSFT2400) ............200
3.3.25 Интерфейс соединительных линий E&M (MEMT) .....................................................201
3.3.26 Интерфейс соединительных линий с индуктивной сигнализацией (ММТ)..............203
3.3.27 Интерфейс физической соединительной линии (ABTI и ABTO) ...............................204
3.3.28 Интерфейс соединительных линий прямого входящего набора (DDI)......................205
3.3.29 Краткое описание индикаторов на панелях основных плат модуля ZXJ10...............207
4 Архитектура программного обеспечения.............................................................................................229
4.1 Обзор.............................................................................................................................................229
4.1.1 Система эксплуатации и поддержки R............................................................................230
4.1.2 Транспортная подсистема B.............................................................................................231
4.1.3 Подсистема сигнализации S ............................................................................................232
4.1.4 Подсистема управления услугами C ...............................................................................232
4.1.5 Подсистема баз данных (DB)...........................................................................................233
-iv-
4.1.6 Подсистема эксплуатации, управления и технического обслуживания (OAM) ......... 234
4.2 Функции подсистемы поддержки системы эксплуатации....................................................... 234
4.2.1 Обзор функций ................................................................................................................. 234
4.2.2 Сеть управления и технического обслуживания системы ZXJ10 ................................ 236
4.2.3 Краткое описание функций ............................................................................................. 237
4.3 Обслуживание данных................................................................................................................ 244
4.3.1 Данные и база данных ..................................................................................................... 244
4.3.2 Система управления базами данных (DBMS) в ZXJ10................................................. 248
4.3.3 Процесс изменения данных базы данных...................................................................... 253
4.3.4 Обслуживание данных..................................................................................................... 255
5 Сигнализация по выделенному каналу (CAS) и обработка вызовов................................................. 279
5.1 Введение в сигнализацию по выделенному каналу ................................................................. 279
5.1.1 Сигнализация R1 .............................................................................................................. 279
5.1.2 Сигнализация R2 .............................................................................................................. 283
5.1.3 Сигнализация №5 ............................................................................................................. 294
5.2 Краткий обзор обработки вызовов CAS R2 .............................................................................. 297
5.2.1 Процессы обработки вызовов ......................................................................................... 297
5.2.2 Последовательность обработки вызовов системы CAS R2.......................................... 304
5.2.3 Исходящий вызов с сигнализацией по выделенному каналу ....................................... 310
5.2.4 Входящий вызов с CAS R2 .............................................................................................. 313
5.2.5 Транзитный вызов с CAS R2 ........................................................................................... 316
5.3 Краткий обзор китайской CAS №1 ............................................................................................ 326
6 Общеканальная сигнализация и обработка вызовов........................................................................... 345
6.1 Система общеканальной сигнализации ОКС-7 ........................................................................ 345
6.1.1 Основные функции ОКС-7 .............................................................................................. 345
6.1.2 Базовый формат сообщений ОКС-7................................................................................ 348
-v-
6.2 ОКС-7 ZXJ10 ................................................................................................................................349
6.2.1 Физическая платформа ОКС-7 ZXJ10.............................................................................351
6.2.2 Функции MTP ...................................................................................................................353
6.2.3 Общие функции TUP/ISUP ..............................................................................................355
6.2.4 Функции TUP ....................................................................................................................358
6.2.5 Функции ISUP ...................................................................................................................371
6.2.6 Функции SCCP..................................................................................................................389
6.2.7 Функции TCAP..................................................................................................................395
6.2.8 Взаимодействие между ОКС-7 и CAS ............................................................................405
6.2.9 Функции ZX-STP10 ..........................................................................................................425
7 Сигнализация и обработка вызовов V5 ................................................................................................429
7.1 Базовая концепция интерфейса V5.............................................................................................429
7.1.1 Терминология ....................................................................................................................429
7.1.2 Услуги, поддерживаемые интерфейсом V5 ....................................................................431
7.2 Структура протоколов интерфейса V5.......................................................................................432
7.2.1 Системная структура протоколов V5 ..............................................................................432
7.2.2 Протокол ТфОП ................................................................................................................437
7.2.3 Протокол управления........................................................................................................439
7.2.4 Протокол управления трактами .......................................................................................441
7.2.5 Протокол BCC ...................................................................................................................442
7.2.6 Протокол резервирования ................................................................................................446
7.3 Системная архитектура интерфейса ZXJ10V5..........................................................................448
7.4 Характеристики интерфейса V5 ZXJ10 .....................................................................................450
7.5 Технические данные системы ZXJ10V5 ....................................................................................451
8 Сигнализация и обработка вызовов ISDN............................................................................................452
8.1 Функции ZXJ10ISDN ..................................................................................................................452
-vi-
8.1.1 Сетевая архитектура ZXJ10ISDN ................................................................................... 456
8.1.2 Адресация и нумерация ISDN......................................................................................... 459
8.1.3 Услуги ZXJ10ISDN........................................................................................................... 461
8.2 Интерфейс “пользователь-сеть” ISDN ...................................................................................... 471
8.2.1 Базовая концепция интерфейса “пользователь-сеть” ISDN ......................................... 471
8.2.2 Физический уровень ........................................................................................................ 475
8.2.3 Уровень звена данных...................................................................................................... 482
8.2.4 Управление соединениями ISDN .................................................................................... 493
8.3 Интерфейс первичного доступа ZXJ10ISDN............................................................................ 506
8.3.1 Физический уровень интерфейса первичного доступа................................................. 506
8.3.2 Уровень звена данных интерфейса первичного доступа .............................................. 506
8.3.3 Управление соединениями интерфейса первичного доступа....................................... 507
8.3.4 Использование интерфейса первичного доступа ISDN ................................................ 507
8.4 Взаимосвязь между ZXJ10ISDN и PSPDN ............................................................................... 509
8.5 Интерфейс обработчика пакетов (PHI) ..................................................................................... 511
9 Приложения системы ZXJ10 в интеллектуальных сетях.................................................................... 514
9.1 Основные сведения об интеллектуальных сетях...................................................................... 514
9.2 Архитектура интеллектуальной сети ZX-IN10......................................................................... 533
9.3 Назначение системы ZX-IN10.................................................................................................... 534
9.4 Функции системы........................................................................................................................ 535
9.5 Характеристики системы............................................................................................................ 537
9.6 ZX-IN10-SSP................................................................................................................................ 538
9.6.1 Архитектура системы SSP............................................................................................... 538
9.6.2 Функциональная архитектура программного обеспечения SSP .................................. 541
9.6.3 Другие функции SSP........................................................................................................ 546
9.6.4 Модель SSF/CCF .............................................................................................................. 548
-vii-
9.6.5 Точка обнаружения (DP) ..................................................................................................554
9.6.6 Интерфейс услуг ...............................................................................................................555
9.6.7 Рабочие характеристики ZX-IN-SSP ...............................................................................557
9.6.8 Преимущества ZX-IN-SSP ...............................................................................................558
9.7 Технические спецификации SSP ................................................................................................559
9.8 ZX-IN-SCP....................................................................................................................................562
9.8.1 Структура аппаратного обеспечения...............................................................................563
9.8.2 Структура программного обеспечения ...........................................................................566
9.8.3 Функции программного обеспечения .............................................................................569
9.8.4 Служебные интерфейсы ...................................................................................................574
9.9 ZX-G10-IP (Интеллектуальная периферия) ...............................................................................580
9.10 ZX-IN-SMS (Система администрирования услуг)..................................................................581
9.10.1 Функциональное описание ............................................................................................581
9.10.2 Характеристики системы ...............................................................................................583
9.11 ZX-IN10-SCE (Среда создания услуг)......................................................................................584
9.11.1 Архитектура системы .....................................................................................................584
9.11.2 Функциональное описание ............................................................................................585
9.11.3 Краткое описание блоков SIB ........................................................................................587
9.11.4 Рабочие характеристики .................................................................................................619
9.12 Организация сети с применением системы ZX-IN10.............................................................619
9.12.1 Интегрированная организация сети ..............................................................................620
9.12.2 Организация сети с наложением ...................................................................................622
9.13 Схема доступа к SMAP .............................................................................................................624
9.13.1 Локальный доступ...........................................................................................................624
9.13.2 Доступ через DDN ..........................................................................................................625
9.13.3 Доступ через X.25...........................................................................................................625
-viii-
9.14 Построение сети с SSP ............................................................................................................. 626
9.14.1 Организация звездообразной сети ................................................................................ 626
9.14.2 Организация древовидной сети .................................................................................... 627
9.14.3 Организация кольцевой сети ......................................................................................... 628
9.15 Интеллектуальные услуги системы ZXJ10 ............................................................................. 629
10 Система управления эксплуатацией и техническим обслуживанием ZXJ10 ................................. 630
10.1 Обзор сети системы управления эксплуатацией и техническим обслуживанием ZXJ10... 630
10.2 Архитектура сети системы управления O&M ........................................................................ 630
10.3 Организация сети системы управления дистанционной эксплуатацией и техническим

обслуживанием.................................................................................................................................. 634
10.4 Установление соединений сети эксплуатации и технического обслуживания ZXJ10 ........ 638
10.4.1 Установление соединения.............................................................................................. 638
10.4.2 Закрытие соединения. .................................................................................................... 640
10.5 Система статистики по трафику ZXJ10 .................................................................................. 640
10.5.1 Структура системы статистики по трафику ZXJ10..................................................... 641
10.5.2 Обзор функций системы статистики по трафику ........................................................ 642
10.5.3 Принципы функционирования системы статистики по трафику .............................. 644
10.6 Система тарификации ZXJ10 ................................................................................................... 647
10.6.1 Обзор системы тарификации ........................................................................................ 647
10.6.2 Структура и принципы функционирования системы тарификации .......................... 648
10.6.3 Тарификационные расчеты ........................................................................................... 650
10.6.4 Рабочие характеристики системы тарификации ......................................................... 653
10.6.5 Архитектура системы тарификации ............................................................................. 655
10.6.6 Другие функции.............................................................................................................. 658
10.7 Система диагностического тестирования ZXJ10 ................................................................... 659
10.7.1 Принципы тестирования концентратора абонентского блока (SP) (режим А) ......... 660
-ix-
10.7.2 Измерения в абонентском блоке (режим В) .................................................................662
10.7.3 Основные принципы автоматического тестирования DTU (аналогично тестированию

пользователей ISDN PRI) ..........................................................................................................663
10.7.4 Автоматическое тестирование приемника/передатчика DTMF..................................664
10.7.5 Архитектура для тестирования MFC ............................................................................665
10.7.6 Структура для тестирования тональных сигналов ......................................................666
10.7.7 Схема тестирования коммутационного Т-поля............................................................666
10.7.8 Тестирование трактов передачи сообщений и речевых трактов.................................667
10.8 Система приема жалоб пользователей и тестирования абонентских линий ZXJ10 ............667
10.9 Функции встроенного имитатора вызовов ZXJ10 ..................................................................669
10.10 Физическая платформа трассировщика сигнализации ОКС 7 и V5.2.................................669
10.11 Система рабочих мест/консолей операторов ZXJ10 .............................................................669
10.12 Управление ресурсами тональных сигналов ZXJ10 .............................................................675
10.13 Система напоминания об оплате ZXJ10 ................................................................................676
10.14 Система сбора платежей ZXJ10..............................................................................................679
10.14.1 Обзор системы сбора платежей ZXJ10 .......................................................................679
10.14.2 Архитектура системы сбора платежей ZXJ10............................................................680
10.14.3 .Функции системы сбора платежей ZXJ10 .................................................................681
11 Описание типовой конфигурации и вариантов применения системы ZXJ10 .................................683
11.1 Типовая конфигурация системы ZXJ10 ...................................................................................683
11.1.1 Описание конфигурации стандартного коммутационного модуля SM8....................683
11.1.2 Описание конфигурации модуля SM16 (коммутационный модуль с коммутационным

полем 16K)..................................................................................................................................692
11.1.3 Краткое описание центрального коммутационного модуля SM32/SM64 ..................700
11.1.4 Описание конфигурации удаленного абонентского модуля RSU960.........................704
11.1.5 Описание конфигурации модуля SU960N (удаленный абонентский модуль)...........706
11.1.6 Описание конфигурации компактного удаленного абонентского модуля (RSUC) ...708
-x-
11.1.7 Конфигурирование встроенного оборудования SDH системы ZXJ10....................... 710
11.2 Применение ZXJ10.................................................................................................................... 723
Приложение A Сокращения .................................................................................................................... 726
-xi-
1 Общее описание
1.1 Обзор системы
Цифровая коммутационная система с программным управлением ZXJ10 V10.0

(V03.03EU) (далее сокращенно именуемая ZXJ10) имеет открытую полностью
распределенную модульную архитектуру с иерархическим управлением внутри
модулей и централизованным управлением модулями. Система, созданная на
универсальной компьютерной платформе на основе технологий LAN и
использующая режим “клиент/сервер” в качестве базовой структуры управления,
характеризуется возможностью гибкой организации сетей, высокой
производительностью обработки вызовов, превосходной надежностью, высоким
уровнем совместимости и масштабируемости.
ZXJ10 по основным параметрам соответствует указанным ниже главным

национальным стандартам и техническим спецификациям, действующим в
Китае.
Общие технические спецификации Министерства почт и телекоммуникаций для

оборудования телефонной коммутации, YDN065-1997 (General Technical
Specifications for Telephony Switching Equipment of the Ministry of Posts and
Telecommunications YDN065-1997)
Общие технические спецификации (с приложениями) Министерства почт и

телекоммуникаций для оборудования телефонной коммутации (GF002-9002.1,
9002.4) (General Technical Specifications for Telephony Switching Equipment of the
Ministry of Posts and Telecommunications and Appendixes (GF002-9002.1, 9002.4))
Технические спецификации для режима ОКС 7 (испытательный вариант) в

национальной телефонной сети Китая (GF001-9001) и дополнительные
спецификации (Technical Specifications for China Domestic Telephony Network SS7
Mode (Tentative) GF001-9001 and Supplementary Specifications)
-1-
Цифровая коммутационная система SPC ZXJ10V10.0 (V03.03Eu) – Техническое руководство
Технические спецификации для интерфейса V5.1 между местной цифровой

коммутационной станцией и сетью доступа (Technical Specifications for the V5.1
Interface between the Local Digital Switch and the Access Network)
Технические спецификации для интерфейса V5.2 между местной цифровой

коммутационной станцией и сетью доступа (Technical Specifications for the V5.2
Interface between the Local Digital Switch and the Access Network)
Технические спецификации для оборудования интеллектуальной сети (Technical

Specifications for the Intelligent Network Equipment)
Технические спецификации для технологии интерфейсов “Абонент ISDN - сеть”

(Technical Specifications for the ISDN Subscriber – Network Interface Technology)
Технические спецификации для высокоскоростного звена сигнализации 2 Мбит/с

в национальной сети с режимом сигнализации ОКС 7 (Дополнение) (Technical
Specifications for the Domestic SS7 Signaling Mode - 2Mbit/s High-speed Signaling
Link (Supplement)
Технические спецификации для оборудования транзитного пункта сигнализации

(STP) в национальной сети сигнализации ОКС 7 (GF013-95)(Дополнение)
(Technical Specifications for the Domestic SS7 Signaling Network Signaling Transfer
Point (STP) Equipment (GF013-95)(Supplement)<})
Технические требования к взаимодействию между SS7 и IP (Technical

Requirements for the Interworking between the SS7 and the IP)
Дополнительные нормы и правила в отношении коммутационных систем с

программным управлением (Supplementary Regulations regarding the Program-
Controlled Switch)
Комплексные технические требования на коммутационные системы с

программным управлением (Comprehensive Technical Specifications for the
Program-controlled Switch).
Основные международные стандарты, поддерживаемые системой ZXJ10,

указаны в Табл. 1.1-1.
-2-
Глава 1 Общее описание
Таблица 1.1-1 Список основных международных стандартов для системы
№ Код Описание
1 ITU-T I 120 Цифровые сети интегрального обслуживания (Integrated services digital

networks; ISDNs)
2 ITU-T I 250 Определение дополнительных услуг (Definition of supplementary

services)
3 ITU-T I.430 Интерфейс “пользователь - сеть” для базовой скорости – Спецификация

Уровня 1 (Basic user-network interface - Layer 1 specification)
4 ITU-T I.431* Интерфейс “пользователь - сеть” для первичной скорости –

Спецификация Уровня 1 (Primary rate user-network interface - Layer 1
specification)
5 ITU-T K.41* Устойчивость внутренних интерфейсов телекоммуникационных

центров к выбросам перенапряжений (Resistibility of internal interfaces of
telecommunication centers to surge over voltages)
6 ITU-T G.703* Физические/электрические характеристики иерархических цифровых

интерфейсов (Physical/electrical characteristics of hierarchical digital
interfaces)
7 ITU-T G.704* Структуры циклов синхронной передачи, используемые на

иерархических уровнях 1544, 6312, 2048, 8448 and 44736 кбит/с
(Synchronous frame structures used at 1544, 6312, 2048, 8448 and 44 736
kbit/s hierarchical levels)
8 ITU-T G.705* Характеристики функциональных блоков оборудования плезиохронной

цифровой иерархии (PDH) (Characteristics of Plesiochronous Digital
Hierarchy (PDH) equipment functional blocks)
9 ITU-T G.706* Процедуры цикловой синхронизации и циклического контроля ошибок

по избыточности, относящиеся к базовым структурам цикла,
определенным в рекомендации G.704 (Frame alignment and cyclic
redundancy check (CRC) procedures relating to basic frame structures
defined in Recommendation G.704)
10 ITU-T G711 Импульсно-кодовая модуляция (ИКМ) тональных частот (Pulse code

modulation (PCM) of voice frequencies)
11 ITU-T G.712* Характеристики качества передачи в канале с импульсно-кодовой

модуляцией (Transmission performance characteristics of pulse code
modulation channels)
12 ITU-T G.722 Кодирование аудиосигналов диапазона 7 кГц в пределах 64 кбит/с (7

kHz audio-coding within 64 kbit/s)
13 ITU-T G731 Оборудование первичного ИКМ-мультиплексирования для тональных

частот (Primary PCM multiplex equipment for voice frequencies)
-3-
14 ITU-T G732 Характеристики оборудования первичного ИКМ-мультиплексирования

для работы на скорости 2048 кбит/с (Characteristics of primary PCM
multiplex equipment operating at 2048 kbit/s)
15 ITU-T G-735 Характеристики оборудования первичного ИКМ-мультиплексирования

для работы на скорости 2048 кбит/с и предоставления синхронного
цифрового доступа на скорости 384 кбит/с и/или 64 кбит/с
(Characteristics of primary PCM multiplex equipment operating at 2048
kbit/s and offering synchronous digital access at 384 kbit/s and/or 64 kbit/s)
16 ITU-T G736 Характеристики оборудования синхронного цифрового

мультиплексирования для работы на скорости 2048 кбит/с
(Characteristics of a synchronous digital multiplex equipment operating at
2048 kbit/s)
17 ITU-T G774 Информационная модель управления синхронной цифровой иерархией

(SDH) для просмотра сетевых элементов (Synchronous digital hierarchy
(SDH) management information model for the network element view)
18 ITU-T G.775* Потеря сигнала (LOS) и сигнал индикации аварии (AIS) (Loss of signal
(LOS) and alarm indication signal (AIS))
19 ITU-T G783 Характеристики функциональных блоков оборудования синхронной

цифровой иерархии (SDH) (Characteristics of synchronous digital
hierarchy (SDH) equipment functional blocks)
20 ITU-T G784 Управление синхронной цифровой иерархией (SDH) (Synchronous

digital hierarchy (SDH) management)
21 ITU-T G.813* Характеристики синхронизации ведомых тактовых генераторов (SEC)

оборудования SDH (Timing characteristics of SDH equipment slave clocks
(SEC))
22 ITU-T G.823* Контроль блуждания и дрожания фазы в масштабе цифровых сетей на

основе иерархии 2048 кбит/с (The control of jitter and wander within
digital networks which are based on the 2048kbit/s hierarchy)

основе иерархии 1544 кбит/с (The control of jitter and wander within
digital networks which are based on the 1544kbit/s hierarchy)

основе синхронной цифровой иерархии (SDH) (The control of jitter and
wander within digital networks which are based on the synchronous digital
hierarchy (SDH))
25 ITU-T G.957* Оптические интерфейсы для оборудования и систем, относящихся к

синхронной цифровой иерархии (Optical interfaces for equipments and
systems relating to the synchronous digital hierarchy)
-4-
26 ITU-T G960 Цифровой участок доступа для базового доступа ISDN (Access digital
section for ISDN basic rate access)
27 ITU-T G961 Система цифровой передачи по местным физическим линиям для

доступа к ISDN на базовой скорости (Digital transmission system on
metallic local lines for ISDN basic rate access)
28 ITU-T G962 Цифровой участок доступа для первичного доступа ISDN (2048 кбит/с)
(Access digital section for ISDN primary rate at 2048 kbit/s)
29 ITU-T G964 Интерфейсы серии V местной цифровой станции (LE) – интерфейс V5.1
(на основе 2048 кбит/с) для поддержки сети доступа (AN), июнь 1994
(V-Interfaces at the Digital Local Exchange (LE)- V5.1 Interface (Based on
2048 kbit/s) for the Support of Access Network (AN), June 1994).
30 ITU-T G965 Интерфейсы серии V местной цифровой станции (LE) – интерфейс V5.2
(на основе 2048 кбит/с) для поддержки сети доступа (AN), март 1995
(V-Interfaces at the Digital Local Exchange (LE)- V5.2 Interface (Based on
2048 kbit/s) for the Support of Access Network (AN), March 1995)
31 ITU-T G966 Цифровой участок доступа для широкополосной ISDN (Access digital
section for B-ISDN)
32 ITU-T G967 Интерфейсы серии V в сервисном узле (SN): спецификация эталонной

точки VB5.1 (V-interfaces at the service node (SN): VB5.1 reference point
specification)
Интерфейсы серии V в сервисном узле (SN): спецификация эталонной
точки VB5.2 (V-interfaces at the service node (SN): VB5.2 reference point
specification)
33 ITU-T Q140-180 Спецификации системы сигнализации № 5 (Specifications of signaling

system No.5)
34 ITU-T Q.311-332 Спецификации системы сигнализации R1 (Specifications of signaling

system R1)
35 ITU-T Q.400-490 Спецификации системы сигнализации R2 (Specifications of signaling

system R2)
36 ITU-T Q.55* Сигнализация между оборудованием сети обработки сигналов (SPNE) и

международными коммутационными центрами (ISC) (Signalling between
signal processing network equipment (SPNE) and international switching
centers (ISC))
37 ITU-T Q.543* Проектные целевые показатели функционирования цифровой станции

(Digital exchange performance design objectives)
38 ITU-T Q.512* Интерфейсы цифровой станции для абонентского доступа (Digital

exchange interfaces for subscriber access)
39 ITU-T Q.554* Характеристики передачи на цифровых интерфейсах цифровых станций

(Transmission characteristics at digital interfaces of digital exchanges)
-5-
(Transmission characteristics at digital interfaces of digital exchanges)
40 ITU-T Q666 Логические процедуры для обеспечения взаимодействия системы

сигнализации № 7 (TUP) с системой R2 (Logic procedures for
interworking of signalling system No. 7 (TUP) to R2)

сигнализации R2 с системой сигнализации № 7 (ISUP) (Logic procedures
for interworking of Signalling System R2 to Signalling System No. 7
(ISUP))

сигнализации № 7 (ISUP) с системой R2. Взаимодействие между
системами сигнализации № 7 и № 6 (Logic procedures for interworking of
Signalling System No.7 (ISUP) to R2Interworking of Signalling Systems No.
7 and No. 6)
43 ITU-T Q696 Взаимодействие между подсистемой пользователя ISDN (ISUP)

системы сигнализации № 7 и системой сигнализации № 5, системой R2
и подсистемой TUP системы сигнализации № 7 (Interworking between
the Signalling System No. 7 ISDN User Part (ISUP) and Signalling Systems
No.5, R2 and Signalling System No.7 TUP)
44 ITU-T Q.700-Q.795 Спецификации системы сигнализации № 7 (Specifications of signaling

system No.7)
45 ITU-T Q.701–Q.709 Подсистема передачи сообщений (Message transfer part; MTP)
46 ITU-T Q.711–Q.719 Подсистема управления сигнальными соединениями (Signalling

connection control part; SCCP)
47 ITU-T Q.720–Q.729 Подсистема телефонного пользователя (Telephone user part; TUP)
48 ITU-T Q730 Дополнительные услуги подсистемы пользователя ISDN (ISDN User

Part supplementary services)
49 ITU-T Q.760–Q.769 Подсистема пользователя ISDN (ISDN user part)
50 ITU-T Q.770–Q.779 Прикладная подсистема возможностей транзакций (Transaction

capabilities application part)
51 ITU-T Q920 Уровень канала данных интерфейса “сеть – пользователь ISDN” –

Общие аспекты (ISDN user-network interface data link layer - General
aspects)
52 ITU-T Q921 Интерфейс “сеть – пользователь ISDN” – Спецификации уровня канала

данных (ISDN user-network interface - Data link layer specification)
53 ITU-T Q930 Уровень 3 интерфейса “сеть – пользователь ISDN” – Общие аспекты

(ISDN user-network interface layer 3 - General aspects)
-6-
(ISDN user-network interface layer 3 - General aspects)
54 ITU-T Q931 Спецификации уровня 3 интерфейса “сеть – пользователь ISDN” для

управления базовыми вызовами (ISDN user-network interface layer 3
specification for basic call control)
55 ITU-T Q12XY Структура рекомендаций серии Q для интеллектуальной сети (Q-series

intelligent network Recommendation structure)
56 ITU-T X.25 Интерфейс между оконечным оборудованием передачи данных (DTE) и

аппаратурой окончания канала данных (DCE) для терминалов,
работающих в пакетном режиме и подключаемых к сетям передачи
данных общего пользования по выделенному каналу (Interface between
Data Terminal Equipment (DTE) and Data Circuit-terminating Equipment
(DCE) for terminals operating in the packet mode and connected to public
data networks by dedicated circuit)
57 ETSI TS 102 080 Передача и мультиплексирование (ТМ); базовый доступ к цифровой

сети интегрального обслуживания (ISDN); система цифровой передачи
по местным физическим линиям (Transmission and Multiplexing
(TM);Integrated Services Digital Network (ISDN) basic rate access; Digital
transmission system on metallic local lines)
58 ETSI ETS 300 102 Цифровая сеть интегрального обслуживания (ISDN); уровень 3
интерфейса “пользователь - сеть”; спецификации по управлению
базовыми вызовами (Integrated Services Digital Network (ISDN); User-
network interface layer 3;Specifications for basic call control)
59 IEC1000-4 Электромагнитная совместимость (EMC) – Часть 4; методика

тестирования и измерений (Electromagnetic compatibility (EMC)- Part 4:
Testing and measurement techniques)
60 ANSI T1.601-1992 Интерфейс базового доступа к ISDN для использования в физических

шлейфах, применяемых на сетевой стороне NT; спецификация Уровня 1
(ISDN Basic Access Interface for Use on Metallic Loops for Application at
the Network Side of NT, Layer 1 Specification)
61 ANSI T1.607-1998 Цифровая сеть интегрального обслуживания (ISDN) – Спецификация

сигнализации Уровня 3 для услуг доставки информации с коммутацией
каналов в цифровой системе абонентской сигнализации № 1 (DSS1)
(Integrated Services Digital Network (ISDN)-Layer 3 Signaling Specification
for Circuit Switched Bearer Service for Digital Subscriber Signaling System
Number 1 (DSS1))
62 ANSI Код GR246, выпуск 2, декабрь 1997, том 1 (GR-246-CODEISSUE2,
T1.111.1BellCore, DECEMBER1997VOLUME1)
-7-
63 ANSI SignallingDataLink (звено сигнальной информации)
T1.111.2
64 ANSI SignallingLink (звено сигнализации) BellCore, Код GR246, выпуск 2,
T1.111.3 декабрь 1997, том 1 (GR-246-CODEISSUE2,

DECEMBER1997VOLUME1)
65 ANSI Код GR246, выпуск 2, декабрь 1997, том 1 (GR-246-CODEISSUE2,
T1.111.4BellCore, DECEMBER199 7VOLUME1)
66 ANSI Подсистема управления сигнальными соединениями (Signalling
T1.112.1,T1.112.2, Connection Control Part)
T1.112.3,T1.112.4,
T1.112.5,
67 ANSI Прикладная подсистема возможностей транзакций (Transaction
T1.114 Capabilities Application Part; TCAP)
68 BELLCORE GR-1089- Электромагнитная совместимость и электрическая безопасность –

CORE Общие критерии для сетевого телекоммуникационного оборудования
(Electromagnetic Compatibility and Electrical Safety - Generic Criteria for
Network Telecommunications Equipment)
69 FCC PART15 Федеральная Комиссия по связи: радиочастотные устройства (Federal

Communications Commission: Radio frequency devices)
70 BS EN 55022 Оборудование информационной техники. Характеристики радиопомех.

Пределы и методы измерений (Information technology equipment. Radio
disturbance characteristics. Limits and methods of measurement)
71 Спецификация прикладной подсистемы CAMEL (CAP) (CAMEL

ETSI GSM 09.78
Application Part (CAP) specification)
V6.2.1
1.2 Архитектура аппаратных средств
Полностью распределенная структура управления позволяет создавать ZXJ10 с

использованием от одного до десятков модулей согласно требуемой емкости
станции.Путем расширения различных модулей, иллюстрируемого Рис. 1.2-1,
система ZXJ10 выполняет функции, соотносимые с потребностями в услугах и с
географическим местоположением.
Каждый модуль содержит пару из активного и резервного процессоров модуля

(MP), несколько процессоров субмодуля (SP) и некоторые платы отдельных
-8-
блоков, исключая модуль OMM. SNM, MSM, PSM, RSM и RLM являются
базовыми модулями сети основного оборудования ZXJ10, а OMM представляет
собой оборудование O&M-сети системы ZXJ10.
PSM PHM
CM
RSM RSM RLM
RSM
PSM RLM
(V4.X)
RSM
IAM PSM
M S (V4.X)
S N
M M
MPM PSM RSM
RSM
VPM PSM RSM
(V4.X)
Основное оборудование
Система O&M
OMM
OMM: Operation Maintenance Module - модуль эксплуатации и техобслуживания.
PSM: Peripheral Switching Module - периферийный коммутационный модуль.
RSM: Remote Switching Module - удаленный коммутационный модуль.
RLM: Remote line module – удаленный модуль абонентских линий.
PHM: Packet Handling Module - модуль обработки пакетов.
CM: Central Module - центральный модуль(CM=SNM+MSM).
MPM: Mobile Peripheral Module -периферийный модуль мобильной связи.
VPM: Mobile Access Peripheral Module - периферийный модуль доступа к мобильной связи.
MSM: Message Switching Module - модуль коммутации сообщений.
RSM (V4.X): один из удаленных коммутационных модулей в ZXJ10.
IAM: Интернет Access Module - модуль доступа к Интернет.
SNM: Switching Network Module - модуль коммутационного поля.
Рис. 1.2-1 Логическая архитектура системы ZXJ10
В системе ZXJ10 все важные устройства (например, MP, коммутационное поле,

сетевая плата, коммуникационная плата, оптический интерфейс, оборудование
-9-
тактовой синхронизации и процессор абонентского блока) выполнены в

конфигурации “активный/резервный”.
1.2.1 Периферийный коммутационный модуль (PSM)
PSM работает в режиме иерархического управления с множеством процессоров.

Ниже рассматриваются основные функции и конфигурации PSM.
1. Основные функции PSM.
1) Один PSM может использоваться в качестве станции для предоставления

доступа абонентам PSTN и ISDN и для обработки вызовов.
2) В многомодульной станции PSM позволяет осуществлять доступ к

центральному модулю в качестве одномодульной станции.
3) Он может служить системой коммутации мобильной связи (MSC) для

соединения с центральной станцией.
4) Он обеспечивает доступ к SCP в качестве пункта коммутации услуг (SSP)

интеллектуальной сети.
5) Ему может быть придан удаленный модуль абонентских линий.
2. Варианты конфигурации PSM
Локальные модули PSM можно подразделить на три типа: модуль абонентских и

соединительных линий, модуль абонентских линий и модуль соединительных
линий. Более конкретно, возможно конфигурирование в нескольких режимах – в
виде модуля со стандартным коммутационным полем 8К (SM8), модуля с
коммутационным полем 16К (SM16), модуля с коммутационным полем 4К (SM4)
и модуля с коммутационным полем 2К.
Стандартному режиму конфигурирования PSM соответствует SM8. Обычно для

создания PSM применяют SM8.
1) Если PSM конфигурируется с использованием SM8, типовая конфигурация (в

случае неавтономной станции PSM) является следующей:
-10-
В качестве модуля абонентских и соединительных линий: 9600 L (АЛ) + 1200 DT

(ЦСЛ);
В качестве модуля абонентских линий: 15360 АЛ;
В качестве модуля соединительных линий: 6240 ЦСЛ.
2) Если для конфигурирования PSM используется SM16, типовая конфигурация

является следующей:
Модуль соединительных линий: 7680 ЦСЛ или четыре STM-1;
Модуль абонентских и соединительных линий: 15360 АЛ+3000 ЦСЛ (при

использовании 24-линейной платы).
1.2.2 Удаленный коммутационный модуль (RSM)
RSM по внутренней структуре отличается от PSM только тем, что в PSM имеется
большее количество временных интервалов речевых каналов к центральному
полю, фиксированно равное 2048 канальным интервалам. Соответственно, RSM
имеет меньшее количество временных интервалов речевых каналов к
центральному полю. Однако возможно гибкое наращивание числа временных
интервалов шагами по 32 временных интервала.
Возможно несколько разновидностей конфигурации в зависимости от

фактических требований. Таковыми являются модуль со стандартным
коммутационным полем 8K (SM8), компактный модуль с коммутационным полем
4K (SM4C) и модуль, совместимый с V4.X (SM2).
1. Если для конфигурирования RSM используется SM8, типовая конфигурация

Абонентские и соединительные линии: 9600 АЛ +1200 ЦСЛ. Начальное

количество абонентских линий равняется 3840 АЛ (и более). Для удаленного
модуля с большим потенциалом расширения выбирается конфигурация SM8.
2. Если для конфигурирования RSM используется SM4С, типовая конфигурация

-11-
Один статив: 2400 АЛ+600 ЦСЛ
Сдвоенный статив: 5280 АЛ+600 ЦСЛ. Начальное количество абонентских линий

составляет менее 3840 АЛ или общее число линий не превышает 4800 АЛ и
удаленный модуль не имеет большого потенциала расширения – в этом случае
можно определенно выбирать SM4C.
3. Если используется удаленный периферийный коммутационный модуль SM2, в

конфигурацию входят следующие элементы:
удаленный периферийный коммутационный модуль SM2; используется плата

коммутационного поля с разделением нагрузки (TNET) емкостью 2К.
1) Основные функции и особенности SM2:
Одиночный модуль может использоваться в качестве автономной станции для

обеспечения абонентского доступа к PSTN или ISDN и для обработки вызовов.
В многомодульной станции он может выполнять функции одного из удаленных

станционных модулей для доступа к центральному модулю через DT или ODRV.
Возможно его подключение к удаленному абонентскому блоку (RSU).
Максимальная емкость модуля равняется 3584 абонентским линиям и 480

соединительным линиям (в варианте с одиночным модулем или с подключением
к центральному модулю через ODRV).
Использование этого модуля в качестве локального модуля невозможно.
Он может быть использован в сети только в качестве оконечного узла, и к нему не

может подключаться коммутационный модуль.
2) Варианты конфигурации SM2
SM2 может использоваться в трех режимах конфигурации стативов в

зависимости от требуемой емкости абонентских линий.
Если SM2 используется в качестве модуля соединительных линий, в одном

модуле могут быть сконфигурированы 960 каналов цифровых СЛ.
-12-
1.2.3 Модуль коммутации сообщений (MSM)
MSM служит в основном для обмена сообщениями между различными

модулями. PSM, RSM и PHM соединяются с SNM волоконно-оптической линией.
Благодаря полупостоянному соединению с SNM коммуникационные временные
интервалы доводятся из указанных модулей до MSM, и MP в MSM обеспечивает
обмен сообщениями на основе информации о маршрутизации.
1.2.4 Модуль коммутационного поля (SNM) с одноступенчатым Т-полем

(32K/64K)
Основная функция SNM состоит в обеспечении коммутации речевых каналов

между PSM/RSM и PSM/RSM и в установлении B-канала между PSM/RSM и
PHM.
Коммутационное поле 32K может обслуживать речевые каналы до 62

магистралей (HW) 32 Мбит/с, а коммутационное поле 64К может обслуживать
речевые каналы до 126 магистралей 32 Мбит/с. Коммутационное поле 32K/64K
может поддерживать 32 коммуникационные магистрали 2 Мбит/с или восемь
коммуникационных магистралей 8 Мбит/с, а также две дополнительные
коммуникационные магистрали 2 Мбит/с протокола HDLC. После установления
полупостоянного соединения коммуникационные временные интервалы от
многомодульной структуры могут быть переданы в MSM для поддержки
коммутации nx64 и использованы для передачи по каналу H0 ISDN с переменной
шириной полосы передачи Nx64 кбит/с (N U32).
В модуле SNM пара MP соединяется с сервером OMM по сети Ethernet и

используется для пересылки сообщений от OMM к другим связанным с ним
модулям.
В одноступенчатом Т-поле (32K/64K) центральный коммутационный модуль

осуществляет создание сети местных модулей и реализует доступ к удаленному
модулю через плату интерфейса CFBI и через FBI. См. Рис. 1.2-2 (Для доступа к
удаленному абонентскому блоку или RSM (V4.X) используется режим DT или
ODT).
-13-
CFBI P
FBI
S
M
SNM
P
CFBI
FBI S
M
Рис. 1.2-2 Соединение между одноступенчатым Т-полем и PSM
При одноступенчатом Т-поле (32K) центральный коммутационный модуль может

напрямую обеспечиваеть подключение не более шестнадцати PSMS и 48 RSM.
При одноступенчатом Т-поле (64K) центральный коммутационный модуль

напрямую обеспечиваеть подключение не более 32 PSMS и 48 RSM.
1.2.5 Модуль эксплуатации и техобслуживания (OMM)
Модули можно подразделить по емкости на 32K, 64K, 128K или 256K. Если
используется поле 32K, рекомендуется подключать 13 модулей PSM и 35 модулей
(хотя по максимуму может быть подключено 16 PSM и 48 RSM).
Для коммутационной системы с программным управлением ZXJ10 применен

режим централизованного техобслуживания и управления. В сети системы O&M
используются структура “клиент/сервер” на основе TCP/IP и операционная
система WINDOWS 2000/NT4.0. См. Рис. 1.2-3. Предметом управления и
техобслуживания являются текущие эксплуатационные данные, статистические
данные, биллинговые данные, результаты измерения в системе, системные
аварийные сигналы и др., являющиеся необходимыми для управления и
техобслуживания коммутационной системы. В OMM размещаются программное
обеспечение и данные всей системы, а SNM выполняет их передачу каждому из
периферийных модулей. Техобслуживание и управление можно осуществлять
-14-
также для дистанционных операций.
Ведущий Ведомый Сервер Сервер

MP MP
Протокол TCP/IP
LAN
Маршрутизатор
Клиент Клиент
DDN
PSTN/PSPDN
Клиент Клиент Клиент
Рис. 1.2-3 Сеть OMM
Активный процессор модуля MSM (или станции, образуемой автономным PSM)

может быть включен в сеть Ethernet по стандартному протоколу TCP/IP таким
образом, чтобы можно было передавать сообщения между OMM и процессором
основного оборудования.
1.2.6 Периферийный модуль мобильной связи (MPM) и модуль VLR (VPM)
С помощью широкого набора функций платформы ZXJ10 можно, путем

добавления коммутационных модулей мобильной связи MSC и VLR, создавать
модули MPM и VPM с целью создания ядра сети коммутации мобильной связи
ZXG10. См. Рис. 1.2-4.
Основные функции MPM заключаются в реализации функций, относящихся к

MSC. Для создания системы MSC может быть использовано множество модулей
-15-
MPM. MPM обеспечивает СЛ речевой связи и звено сигнализации к BSS и

интерфейс связи к PLMN с одновременной поддержкой обмена сообщениями с
VPM. В модуле MPM используется модуль коммутационного поля 8К или 16К.
Один модуль может поддерживать более 20 000 или 60 000 мобильных
абонентов, а многомодульная структура рассчитана на поддержку до 600 000
абонентов.
В физической структуре модуль VPM и модуль MPM могут быть объединены в

один модуль или разделены между собой, поскольку через оба указанных модуля
проходит интенсивный информационный поток. Если модули разделены между
собой, VPM физически идентичен MPM во всем, кроме отсутствия плат
аналоговой сигнализации ASIG. Функционально модуль VPM практически
идентичен MPM, и отличием является лишь то, что в одноступенчатом Т-поле
модуля VPM не требуется управление соединением речевых каналов, и вместо
этого осуществляется только коммутация внутренних управляющих сигналов и
коммуникационной сигнальной информации.
VPM служит в основном для выполнения функций, связанных с VLR. Этот

модуль обеспечивает фактическое хранение данных и управление для роуминга
мобильных абонентов в местные станции, осуществляет распределение таких
временных ресурсов, как TMSI и MSRN, и управление их работой, а также
обеспечивает связь с другими сетевыми объектами, например, с VLR и HLR.
VPM может самостоятельно обрабатывать сигнальную информацию ОКС 7.
При создании многомодульной коммутационной станцию мобильной связи

можно использовать один VPM при количестве MPM, доходящем до десяти.
-16-
Центр биллинга
/TNM
X.25 SNM MSM
TCP/IP
OMC-S
TCP/IP
PSM MPM VPM
PSTN
TCP/IP ISDN
HLR/AUC Сеть сигнализации ОКС 7
PSPDN
PLMN
BSS
BSC
OMC-R
BTS G900 BTS G1800
УСЛОВНЫЕ ОБОЗНАЧЕНИЯ:
сплошная линия: поток данных;
штриховая линия :сигнализация;
CM: центральный коммутационный модуль

BSS: подсистема базовой станции
MSC: коммутационный центр мобильной связи
MSM: модуль коммутации сообщений
SNM: модуль коммутационного поля
MPM: периферийный модуль мобильной связи
VPM: визитный периферийный модуль
PSM: периферийный коммутационный модуль
HLR: опорный регистр местоположения
AUC: центр аутентификации
OMC-S: центр эксплуатации и техобслуживания – сторона коммутатора
OMC-R: центр эксплуатации и техобслуживания – сторона радиосистемы
Рис. 1.2-4 Архитектура телекоммуникационной системы мобильной связи ZXG10
-17-
1.2.7 Модуль обработки пакетов (PHM)
При использовании PSM в качестве платформы физической структуры в модуле

PHM реализуются протокол X.25 и протокол G703/V.35 для обеспечения доступа
к цифровой сети передачи данных (DDN). Системой ZXJ10 поддерживаются два
варианта передачи: вариант А и вариант В.
Вариант А: Пакетные данные канала В пересылаются от коммутационного поля в

блок доступа (AU) на стороне PSPDN для обработки.
Вариант В: Пакетные данные канала В обрабатываются платой COMM в PHM и

MP. На стороне коммутации добавляется блок цифрового интерфейса передачи
данных DAI.
1.2.8 Модуль доступа в Интернет (IAM)
IAM создан на основе платформы ZXJ10. Он состоит из модуля обработки

вызывной сигнальной информации, модуля модемного пула и модуля обработки
протоколов, позволяющего добавить в ZXJ10 услуги, связанные с IP. В настоящее
время услугами, связанными с IP, являются доступ в Интернет и IP-
телефония/факс, а также абонентские услуги дистанционного доступа, как
показано на Рис. 1.2-5. Удаленным абонентам может быть предоставлен доступ к
сетям по обычным телефонным линиям, линиям ISDN и другим индивидуальным
линиям. Вместе с тем, для контроля доступа абонентов к сети реализуются такие
функции, как управление учетными записями абонентов сети и управление
полномочиями и правами доступа абонентов. Емкость по доступу равняется n x
30 абонентским линиям, и ее можно плавно увеличить до более чем 20 000
линий.
-18-
Внутренний интерфейс
Маршрутизатор Internet
PSTN E1/ PRI WWW-сервер

ZXJ10 IAM
/ISDN
DNS-сервер
PC- OAM
терминал
AAA-сервер
Рис. 1.2-5 Доступ в Интернет
Как следствие, телекоммуникационные операторы получают возможность

эффективного и плавного введения услуг Интернет, объективно реализуя “отвод
трафика данных”, что позволяет ослабить давление со стороны сети Интернет на
современные телекоммуникационные сети. Кроме того, IAM может быть
использован для создания пунктов доступа в Интернет с высокой пропускной
способностью, благодаря чему обеспечивается гибкое группирование по услугам.
IAM может быть использован также для создания сетей INTRANET предприятий
или клиентских сетей VPN. Одновременно IAM может являться шлюзом сети IP-
телефонии/факсимильной передачи, предназначаемым для предоставления
конечным пользователям таких услуг телефонной/факсимильной связи по
протоколу Интернет, как IPPHONE, IPFAX, а также входящих/исходящих вызовов
сети Интернет, услуг аналогового доступа и электронного почтового ящика и др.
1.2.9 Компактный модуль с коммутационным полем 4K (SM4C)
В модуле SM4C используется компактная активная/резервная плата TNET с

коммутационным полем 4К.
1. Ниже рассматриваются основные функции и особенности SM4C.
1) Одиночный модуль может использоваться в качестве автономной станции для

обеспечения абонентского доступа к PSTN или ISDN и для обработки
вызовов.
-19-
2) В многомодульной станции он может выполнять функции удаленного модуля

для доступа к центральному модулю.
3) Ему может быть придан удаленный модуль абонентских линий (RLM).
4) Он обеспечивает экономию затрат в случаях, когда коммутационное поле 8К

не требуется.
5) Он используется обычно в случаях, когда начальное количество абонентских

линий не превышает 2 400.
6) Этот модуль не может быть использован в качестве локального станционного

модуля.
7) Он может быть использован в сети только в качестве оконечного узла и не

может оборудоваться коммутационным модулем нижестоящего уровня.
2. Варианты конфигурации SM4C
SM4C может быть сконфигурирован в виде одного или двух стативов в

зависимости от требуемой абонентской емкости.
1) В одностативном варианте может быть сконфигурировано не более 2400

абонентских линий + 600 каналов цифровых СЛ.
2) В варианте со сдвоенным стативом может быть сконфигурировано 5280

абонентских линий + 600 цифровых СЛ.
1.2.10 Модуль с коммутационным полем 16K (SM16)
Далее рассматриваются основные особенности коммутационного модуля SM16.
1. Функции SM16
1) Он служит в качестве SM16, то есть, является решением для коммутационного

поля емкостью 16К для крупномасштабного шлюза СЛ и транзитной станции.
2) SM16 обычно выполняет функции PSM соединительных линий и может быть

интегрирован с SDT с целью обеспечения электрического интерфейса или
-20-
оптического интерфейса для выхода STM-1. Возможно также его гибкое

конфигурирование. Например, он может быть использован в качестве
центрального модуля при организации сетей, к которому подключаются PSM
или RSM. В этом случае сеть создается аналогично тому, как с центральным
модулем в виде SM8, но при этом обеспечивается более высокая емкость.
Возможно также подключение к модулю абонентов для использования его в
качестве модуля абонентских линий и СЛ.
2. Варианты конфигурации SM16
1) Типовой конфигурацией автономной станции SM16 является следующая:
Модуль соединительных линий: 14400 ЦСЛ или семь STM-1.

2) Для многомодульной станции типовой конфигурацией является:
Модуль соединительных линий: 7680 СЛ или четыре STM-1;

В качестве центрального модуля, данный модуль может быть соединен с PSM и

RSM.
1.2.11 Удаленный периферийный коммутационный модуль (SM2)
В удаленном периферийном коммутационном модуле SM2 используется плата

коммутационного поля с разделением нагрузки (TNET) емкостью 2К.
1. Основные функции и особенности SM2:
1) Одиночный модуль может использоваться в качестве станции для обеспечения

доступа линий PSTN или ISDN и для обработки вызовов.
2) Если станция имеет много модулей, данный модуль соединяется с
-21-
центральным модулем в качестве одного из удаленных станционных модулей

через DT или ODRV.
3) Ему может быть придан удаленный абонентский блок (RSU).
4) Максимальная абонентская емкость может достигать 3584 абонентских линий

и 480 СЛ (в случае одиночного модуля или подключения к центральному
модулю через ODRV).
5) Этот модуль не может использоваться в качестве локального станционного

модуля.
6) Он может быть использован в сети только в качестве оконечного узла и не

может оборудоваться коммутационным модулем нижестоящего уровня.
2. Варианты конфигурации SM2
SM2 может использоваться в трех режимах конфигурации стативов в

зависимости от требуемой емкости абонентских линий.
Если SM2 используется в качестве модуля соединительных линий, в одном

модуле могут быть сконфигурированы до 960 каналов цифровых СЛ.
1.2.12 Удаленный модуль абонентских линий (RLM)
RLM не обладает коммутационной способностью коммутационного модуля.

Однако при обрыве связи с подключенным модулем вышестоящего уровня он
может обеспечивать независимую коммутацию через SP внутри RLM с целью
обеспечить нормальную связь для пользователей в пределах блока. DT, ODT и
SDH позволяют RLM соединяться с модулями вышестоящего уровня и
реализовывать такие функции, как централизованный контроль и мониторинг,
подача питания и функции кросса. Он может также служить в качестве блока
доступа.
В настоящее время ZXJ10 обеспечивает доступ для удаленных абонентских

блоков четырех типов.
1. Обычный удаленный абонентский блок (SU960): Он имеет емкость 960 АЛ
-22-
при использовании 24-линейной платы. Если емкость превышает 960 АЛ,

необходимо использовать два таких блока.
2. Интегрированный удаленный абонентский блок для помещений (SU480I): Его

емкость равняется 480 АЛ (максимум: 720 АЛ) при использовании 24-
линейной платы.
3. Интегрированный удаленный наружный абонентский блок (SU480Е): Его

емкость равняется 480 АЛ (максимум: 720 АЛ) при использовании 24-
линейной платы.
4. Удаленный абонентский блок RSUD: его емкость равняется 96 АЛ или 192

АЛ.
1.3 Общая архитектура программного обеспечения
Программное обеспечение ZXJ10 строится по принципам структурирования,

модуляризации и открытости. Имеется только однонаправленная возможность
активизации между уровнями в режиме примитивов и между модулями одного
уровня. Для внедрения дополнительных услуг предусмотрен открытый
интерфейс в режиме определенных интерфейсных сообщений. При разработке
программ использовались язык SDL, стандартизированный в рекомендациях
CCITT, и объектно-ориентированная технология разработки, что способствовало
получению программного обеспечения с требуемыми показателями надежности,
удобства сопровождения, переносимости, работы в реальном времени и
удобочитаемости.
В программном обеспечении ZXJ10 реализована технология структурированного

и модульного построения. Например, аналоговая сигнализация, сигнализация No.
1, сигнализация V5 и сигнализация N_ISDN по цифровым абонентским линиям
ZXJ10 реализуются стандартным универсальным модулем, при этом
программное обеспечение ZXJ10 реализовано в строгом соответствии с
протоколом 7-уровневой модели OSI, стандартизированной ISO. В результате,
для внесения изменений в аппаратную платформу необходимо лишь изменить
программное обеспечение на нижнем уровне (уровне доставки информации) без
внесения изменений в программное обеспечение верхних уровней,
-23-
доминирующее по объему, благодаря чему обеспечиваются надежность

программного обеспечения и его переносимость. Кроме операционной системы и
базы данных, все прикладные программы ZXJ10 можно подразделить, согласно
иерархическим уровням, на уровень доставки информации, уровень
сигнализации, уровень управления услугами, уровень управления ресурсами и
уровень эксплуатации и техобслуживания, эквивалентные соответственно
второму, третьему и четвертому уровням OSI.
Открытость программного обеспечения ZXJ10 проявляется в независимости и

несвязанности индивидуальных прикладных программ на высоких уровнях
иерархии. Ввод в действие новых функций не влияет на использование
существующих функций. В зависимости от фактических потребностей,
пользователь может вводить модули N-ISDN, V5 или функциональные
программные модули интеллектуальной сети.
1. Преимущества классификации по уровням
1) Нижний уровень маскирует различия, связанные со спецификой аппаратных

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

“C”, благодаря чему она обладает хорошей переносимостью.
3) Для базы данных не имеет большого значения конкретный тип используемой

прикладной программы или операционной системы.
Система ZXJ10 является сложной распределенной сетью обработки, содержащей

сотни или тысячи узлов, от простого однокристального микрокомпьютера,
выполняющего функции CPU на абонентской плате или плате источника
питания, до сложного главного процессора Pentium, обеспечивающего функции
коммутации и обработки в основном оборудовании системы. Узлы
подразделяются по типам на главный процессор основной коммутационной
системы, коммуникационный процессор, процессор звеньев сигнализации,
процессор управления интерфейсом ресурсов, встроенный процессор платы,
сервер системы O&M и терминал эксплуатации и техобслуживания системы
O&M. В зависимости от местоположения узла в сети и от требований к его
функциям и качеству работы такие компоненты узлов, его CPU, операционная
-24-
система, прикладное программное обеспечение и система отладки могут

существенно различаться между собой. При этом с точки зрения персонала
эксплуатации и техобслуживания система программного обеспечения ZXJ10
имеет только две составляющие.
2. Система программного обеспечения ZXJ10 состоит лишь из двух указанных

ниже частей.
1) Программное обеспечение основного оборудования, выполняющее главным

образом функции коммутации и установления соединений и содержащее все
модули программного обеспечения, кроме OMM.
2) Программное обеспечение системы O&M, которое в основном обрабатывает

команды диалога “человек - машина” и выполняет команды эксплуатации и
техобслуживания от NM.
В программное обеспечение основного оборудования входят программы MP и

встроенные программы плат, а в программное обеспечение системы O&M входят
программы серверов и программы клиентской стороны.
3. С точки зрения основных функциональных модулей состав программного

обеспечения ZXJ10 является следующим:
1) Основные услуги, включая услуги местных станций, выделенных каналов,

вызовы пультов, Centrex и др.
2) Система сигнализации ОКС 7.
3) Система доступа к интегральным услугам.
4) Система узкополосной ISDN.
5) Система O&M.
6) Интеллектуальная сеть.
7) Система NM.
-25-
1.4 Возможности и сигнализация интерфейсов в системе ZXJ10
Являясь цифровой коммутационной системой с программным управлением,

ZXJ10 обладает множеством функций интерфейсов. Как видно из Рис. 1.4-1, в
системе ZXJ10 сигнализация аналоговых интерфейсов является столь же
многообразной, как сигнализация цифровых интерфейсов, охватывая функции
практически всех аналоговых интерфейсов: СЛ с шлейфной сигнализацией
(LoopTrunk; LT), СЛ с индукторным вызовом (Magnet Trunk; MT), СЛ с
одночастотной сигнализацией (Single Carrier Trunk; SFT), СЛ с сигнализацией
E&M (E&M trunk) и т.д. Вместе с тем, в ZXJ10 имеется также встроенный
интерфейс SDH для сопряжения с B-ISDN. Для пользователя цифрового
терминала могут быть обеспечены интерфейс BRI и интерфейс PRI с
дополнительными функциями интерфейса U. Могут быть также реализованы
интерфейсы международных систем сигнализации по выделенному каналу,
например, R1, R2 и No. 5.
-26-
Биллинговый центр
Иностранная сеть связи PABX
&TMN
R1 /R
LS/No.1/
IP/Q3
X.25/
ОКС 7
TCP-
/R 1.5
2/
N
o.
5
ASLC/DTI LAN
No.1/ОКС 7 LS
LE DTI/ ATE
Система ZXJ10
MDTI ASLC
PSM PSM
DSLC
V.35/X.25 DSS1
CF
(BRI)
BI
DDN DAI DTE
BI
CF
/DTI
(PRI)
CM
DTI/
BI
MDTI
E&M/ CF V5/ОКС 7
CF
No.1/ОКС 7/ BI /DTI V5.X

PN
E&M/MT/SF SFT
/MT
PSM PSM
BRI/
ASLC/ SDT
AT/ (SDH) STM-1
DSS1/LS/ B-ISDN
WA DTI
No.1/ОКС 7
MDTI/DTI MDTI/DTI
ОКС 7
ОКС 7
PLMN N-ISDN
LS: Линия управления BC: биллинговый центр

E&M: СЛ приема/передачи сигналов E&M (EAR&MOUTH)
AT: аналоговая СЛ
SFT: СЛ с одночастотной сигнализацией
LE: соседняя местная станция
ASLC: аналоговый абонент
MT: СЛ с индукторным вызовом
DSS1: цифровая система абонентской сигнализации № 2
WA: беспроводная сеть фиксированного доступа
PN: частная сеть
ATE: аналоговое оконечное оборудование
DTE: цифровое оконечное оборудование
BRI: интерфейс базового доступа
PRI: интерфейс первичного доступа
TMN: сеть управления телекоммуникациями
PABX: УАТС
DAI: интерфейс доступа к данным
Рис. 1.4-1 Функции интерфейсов ZXJ10
-27-
Показанные на рисунке внутренние блоки относятся к ядру системы ZXJ10. При

этом сетевые соединения между модулями изображены на верхней схеме.
Центральный коммутационный модуль и периферийные коммутационные модули
могут быть соединены между собой через CFBI, интегральный интерфейс
волоконно-оптической линии. Система и периферийный интерфейс могут быть
связаны через множество интерфейсов (на схеме они изображены в виде рамок
между внутренними и внешними блоками. Внутри рамок показаны допустимые
для использования интерфейсы). Линии межсоединений отображают
приемлемые форматы сигнализации.
Подробные сведения о системе сигнализации № 1 для Китая и о системах R1, R2,

No.5, ОКС 7 и DSS1 приведены в описаниях сигнализации по выделенному
каналу и общеканальной сигнализации соответственно в Главе 5 и Главе 6.
1.5 Характеристики системы
1.5.1 Многообразные функции обслуживания
ZXJ10 обеспечивает все самые современные услуги, специальные услуги и

услуги Centrex, а также ряд специфических услуг. На основе системы могут быть
созданы местные станции, междугородные станции национального и
международного уровней и транзитные станции.
1.5.1.1 Дополнительные услуги, предоставляемые системой ZXJ10
ZXJ10 обеспечивает предоставление перечисляемых ниже новых услуг.
1. Сокращенный набор (Abbreviated dialing)
2. “Горячая” линия (Hot-line service)
3. Запрет вызовов (Call restriction)
4. Временный запрет входящих вызовов (Don’t disturb service)
5. Обслуживание при отсутствии абонента (Absent Subscriber Service)
-28-
6. Прослеживание злонамеренных вызовов (Malicious call tracing)
7. Услуга перехвата вызовов (Interception service)
8. Побудка (Wake up service).
9. Переадресация вызова при отсутствии ответа (Call forwarding no reply)
10. Безусловная переадресация вызовов (Call forwarding unconditionally)
11. Переадресация вызова при занятости (Call Forwarding On Busy)
12. Обратный вызов при занятости (Call back on busy)
13. Регистрация вызова при занятости (Register On Busy)
14. Постановка вызовов на ожидание (Call waiting);
15. Трехсторонняя связь (Three-party call)
16. Конференц-связь (Conference call)
17. Отображение идентифицирующих данных вызывающего абонента (Caller

identification display (CID-I, CID-II))
18. Запрет отображения идентифицирующих данных вызывающего абонента

(Restriction to the caller identification display).
19. Услуга автоматической идентификации линии и информирования (Line self-

identification and report service)
20. Телефонный аппарат с несколькими абонентскими номерами (Multiple

subscriber numbers for one phone)
21. Запрет вызовов по указанному коду адресата (Restriction to the specified

destination code)
22. Соединение исключительно по указанному коду адресата (Connection of the

specified destination code)
-29-
23. Услуга “секретарь” (Secretary service)
24. Выбор (предварительное определение) междугородной сети для работы

(Selection (pre-determination) of the toll operating network).
1.5.1.2 Специфические услуги, предоставляемые системой ZXJ10
ZXJ10 предоставляет указанные ниже специфические виды обслуживания.
1. Функция ввода ограничений на связь по коду станции: для любого

пользователя ZXJ10 может быть задано не более 96 числовых кодов станции.
При этом пользователю предоставляется возможность набора номера только в
пределах 96 заранее определяемых номеров (функция включительного
ограничения) или только за пределами 96 заранее определяемых номеров
(функция исключительного ограничения).
2. Функция информирования о номере вызывающего абонента.
3. Функция обнаружения тональных сигналов.
1.5.1.3 Услуги CENTREX и услуги консоли оператора
ZXJ10 предоставляет перечисляемые ниже услуги группы Centrex и услуги

консоли оператора.
1. Система ZXJ10 способна действовать в качестве виртуальной учрежденческой

автоматической станции (Centrex) разной емкости, удовлетворяя при этом
потребности различных предприятий и учреждений. Далее перечисляются
основные функции Centrex.
1) Для службы Centrex, являющейся составным элементом коммутационной

системы ZXJ10, не требуется никакого дополнительного конфигурирования.
2) Максимальное число абонентов Centrex может равняться емкости всей

коммутационной системы. На текущий момент поддерживается только одна
группа Centrex. Абонентов можно включать в группу по мере необходимости,
и максимальная численность группы равняется 65535.
-30-
3) Реализуются функции замкнутой группы пользователей и ответа на вызов (call

pick-up) внутри группы.
4) Внутри группы может быть сконфигурирована консоль Centrex с функциями,

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

пользователи ISDN и пользователи V5.
2. Обычным пользователям CENTREX могут быть предоставлены не только

любые новые услуги и специальные услуги, доступные пользователям PSTN,
но также такие услуги, являющиеся специфическими для CENTREX, как:
1) Вызовы внутри группы (Intra-group calling);
2) Вызовы вне группы (Out-group calling);
3) Фильтрация исходящих вызовов (Originating call screening);
4) Регистрация обычного абонента CENTREX в качестве оператора консоли

(Common CENTREX registered as the console);
5) Отмена статуса консоли и обратное переключение на обычный телефонный

аппарат CENTREX (Console cancelled and restored to the common CENTREX
phone);
6) Перехват вызова в группе (Co-group pickup);
7) Перехват вызова по указанному адресу (Designated pick-up).
8) Переадресация на внутреннюю линию (Extension forwarding);
9) Отличительные вызывные сигналы для внутригрупповых входящих вызовов и

входящих вызовов вне группы (Distinctive ringing for the intra-group and out-
group incoming call);
-31-
10)Возможность интеграции всех консолей Centrex в единый центр обработки

трафика для обеспечения централизованной обработки трафика..
1.5.2 Взаимосвязь между основными услугами ZXJ10 и другими услугами
Система ZXJ10 способна обеспечить большое многообразие интерфейсов для

широкого диапазона услуг, что позволяет ей служить платформой для удобного
создания сети N-ISDN, сети ОКС 7, сети мобильной связи, интеллектуальной
сети и сетей интегрального доступа.
1.5.2.1 Услуги N-ISDN
Технология ISDN обеспечивает эффективное и экономичное использование

ресурсов существующей телефонной сети, для надежного предоставления
интеллектуальных услуг. Она осуществляет цифровизацию аналоговых
абонентских линий, интегрирует в себе все услуги существующей
коммуникационной сети и реализует некоторые новые услуги, обеспечивая
предоставление таких дополнительных услуг, как услуги передачи данных и
мультимедийные услуги по обычной телефонной сети.. ISDN ZXJ10
соответствует стандартам ITU-T, ETSI и соответствующим национальным
стандартам Китая (GB).
1.5.2.2 Три стандартных интерфейса ISDN, обеспечиваемых системой ZXJ10
ZXJ10 обеспечивает стандартные интерфейсы ISDN трех типов:
1. интерфейс 2B+D;
2. интерфейс 30B+D;
3. Интерфейс стандартного доступа PHI.
1.5.2.3 Функции и услуги ISDN, реализуемые ZXJ10
ZXJ10 обеспечивает следующие функции и услуги ISDN:
1. Услуги доставки информации с коммутацией каналов (Circuit-switched bearer
-32-
services)
1) Услуги передачи 64 кбит/с без ограничения (Non-restricted 64 kb/s service)
2) Услуги передачи 2 х 64 кбит/с без ограничения (Non-restricted 2 х 64 kb/s

service)
3) Voice (речевая связь)
4) Тональные сигналы в диапазоне 3,1 кГц (3.1kHz tone)
5) Тональные сигналы в диапазоне 7 кГц (7kHz tone)
6) Услуги полупостоянного соединения 384 кбит/с (Semi-permanent 384kb/s

service)
7) Услуги полупостоянного соединения 1536 кбит/с (Semi-permanent 1,536kb/s

service)
8) Услуги полупостоянного соединения 1920 кбит/с (Semi-permanent 1,920 kb/s

service)
9) Услуги многоскоростной передачи (No-restricted multi-rate service.)
2. Услуги доставки информации с коммутацией пакетов (Packet-switched bearer

services)
1) По каналу В может быть обеспечено полупостоянное соединение или

немедленное соединение в Режиме А или Режиме В согласно рекомендации
Х.31.
2) По каналу D может быть обеспечено полупостоянное соединение или

постоянное логическое соединение.
3. Телеуслуги (teleservices);
1) Телефонная связь (Telephone);
2) Факсимильная связь типа G4 (G4-type fax);
-33-
3) Факсимильная связь G2 и G3 (G2 and G3-type fax);
4) Видеотекст (Videotext);
5) Видеотелефон (Video telephone);
4. Стандартизированные дополнительные услуги
1) Прямой входящий набор (Direct Dialing In; DDI);
2) Мультиплексированный абонентский номер (Multiple Subscriber Number;

MSN);
3) Представление идентификации вызывающей линии (Calling Line Identification

Presentation; CLIP);
4) Запрет представления идентификации вызывающей линии (Calling Line

Identification Restriction; CLIR);
5) Представление идентификации вызываемой линии (Called Line Identification

Presentation; CLOP);
6) Запрет представления идентификации вызываемой линии (Called Line

Identification Restriction; CLOR);
7) Подадресация (Sub-addressing (SUB));
8) Переадресация вызова при занятости (Call Forwarding On Busy; CFB);
9) Переадресация вызовов при отсутствии ответа (Call Forwarding No Reply;

CFNR);
10)Безусловная переадресация вызовов (Call Forwarding Unconditional; CFU);
11) Постановка вызовов на ожидание (Call Waiting; CW);
12)Постановка вызовов на удержание (Call Holding; CH);
13)Портативность терминала (Terminal Portability; TP);
-34-
14)Конференц-связь (Conference Calling; CONF);
15)Услуга трехсторонней связи (Three-party Service; 3PTY)
16)Замкнутая группа пользователей (Closed User Group; CUG);
17)Межпользовательская сигнализация (User-to-user signaling; UUS)
5. Сверхсовременные услуги ISDN в составе дополнительных услуг
1) Временный запрет входящей связи (“не беспокоить”) (Do-Not-Disturb service);
2) “Горячая” линия (Hot-line service)
3) Ограничение исходящей связи (Call out restriction);
4) Побудка (Wake up service).
1.5.2.4 Область применения
Ниже рассматриваются варианты приложения услуг ISDN, предоставляемых

системой ZXJ10.
1. Пересылка файлов.
2. Дистанционный доступ к сетям предприятий 0}
3. Соединения и резервные направления при перегрузке для крупных

корпоративных пользователей.
4. Доступ в Интернет.
5. Услуги терминалов совершения платежей в местах покупок (POS - Point Of

Sale).
6. AO / DI (Always On / Dynamic ISDN; постоянно активная/динамическая ISDN)
7. Услуги настольного видео (Desk-top video system).
8. Высококачественная речевая связь.
-35-
9. Дистанционное обучение.
10. Дистанционная пересылка медицинской информации.
11. Система автоматических измерений и учета.
12. Расширение и межсоединение локальных сетей .
1.5.3 Система сигнализации по выделенному каналу
ZXJ10 не только обеспечивает полноценную сигнализацию № 1, но и

поддерживает интерфейсы для таких международных систем сигнализации по
аналоговым СЛ, как системы сигнализации R1, R2 и № 5. ZXJ10 не только
используется для создания оконечных станций, местных транзитных станций и
транзитных междугородных станций национального и международного уровней
в Китае, но позволяет к тому же реализовывать множество приложений
сигнализации во многих странах, а также создавать различные частные сети
внутри страны и в других странах. Кроме того, благодаря большому количеству
интерфейсов системы ZXJ10 обеспечивается удобный доступ к различным
терминалам операторов, терминалам спецслужб и речевым платформам.
Система поддерживает также функции трансляции и транзита между различными

системами сигнализации по аналоговым и цифровым соединительным линиям.
1.5.3.1 Сигнализация по цифровой соединительной линии
Режим цифровых меток: DL1 ~ DL9.
Режим передачи кодов: MFC, MFP, DTMF, DP. MFC включает

взаимоконтролируемый и невзаимоконтролируемый режимы А3.
1.5.3.2 Сигнализация по аналоговой соединительной линии
Режим цифровых меток: DL1 ~ DL15.
Режим передачи кодов: MFC, MFP, DTMF, DP. MFC включает

взаимоконтролируемый и невзаимоконтролируемый режимы А3.
-36-
Имеются следующие интерфейсы СЛ.
1. СЛ с шлейфной сигнализацией.
2. СЛ 2600 Гц или 2400 Гц.
3. СЛ с сигнализацией E&M.
4. СЛ на основе физической линии.
5. СЛ с индукторным вызовом и др.
1.5.4 Полноценная система ОКС 7
Система ОКС 7 ZXJ10 разработана в строгом соответствии со стандартами,

изданными Министерством почт и телекоммуникацией КНР и рекомендациями
ITU-T и позволяет в полном объеме реализовать функции таких составляющих
системы ОКС 7, как MTP2, MTP3, TUP, ISUP, SCCP, TCAP и OMAP. Она обладает
высокой производительностью обработки, высокой надежностью и полным
набором функций техобслуживания. Она может использоваться не только в
качестве пункта сигнализации, но и в качестве интегрального транзитного пункта
сигнализации или независимого транзитного пункта сигнализации.
В системе ZXJ10 каждая из подсистем - MTP2, MTP3, TUP, ISUP, SCCP и TCAP –
прошла испытания эффективности, организованное рядом авторитетных органов.
ZX-STP10 компании ZTE, представляющий собой независимый транзитный
пункт сигнализации (STP), также успешно выдержал тесты ряда авторитетных
органов и получил разрешение на подключение к сети от China Telecom.
1.5.4.1 Характеристики MTP, SCCP и TCAP
Ниже излагаются характеристики подсистем MTP, SCCP и TCAP,

поддерживаемых системой ZXJ10.
1. Характеристики MTP
1) Высокая производительность обработки, малое время задержки обработки и

высокая нагрузочная способность.
-37-
2) Большие возможности расширения и выполнение требований к сетевым

соединениям местных станций с гибким конфигурированием ОКС 7 по мере
необходимости. Простая структура и широкие возможности образования
сетей.
3) Совместимость с 14-разрядным кодом пункта сигнализации и 24-разрядным

кодом пункта сигнализации, возможность кодирования нескольких пунктов
сигнализации на одной станции и поддержка до 255 сетей сигнализации.
4) Реализация технологии распределенного управления в условиях

централизованного управления. Функция управления сетью, выполняемая в
OMM, обеспечивает совместимость данных динамической маршрутизации с
управлением, реализуемым с помощью процедур управления в масштабе всей
системы. Функции обработки сообщений и функции управления звеньями
распределены между всеми PSM, что позволяет избежать нарушений
стабильности функционирования системы в целом при одиночном отказе.
5) Идеальный механизм обеспечения безопасности. Когда возникает

неисправность в терминале звена сигнализации или в PSM, либо происходит
обрыв связи между PSM и OMM , это не сказывается на услугах
сигнализации.
2. Характеристики SCCP
1) Совместимость с 14-разрядным кодом пункта сигнализации и с 24-разрядным

кодом пункта сигнализации.
2) Возможность записи в таблицу трансляции глобальных заголовков (GT) не

менее 200 000 GT.
3) Для одиночного модуля производительность трансляции GT равняется 1500

GTT в секунду. Производительность трансляции системы, имеющей
распределенную структуру, достигает 64 000 GTT в секунду (в спецификациях
STP указано значение 4 000 GTT в секунду).
4) Если нагрузка на любое звено равняется 0,8 Эрл, то при отсутствии

необходимости в трансляции GT время задержки передачи сообщения UDT
-38-
равняется 22,4 мс в точке подключения к СЛ. Если же требуется трансляция

GT, время задержки равняется 34,1 мс (в национальных стандартах Китая это
значение равняется 50 мс…155 мс).
3. Характеристики TCAP
1) Каждый модуль может одновременно обслуживать 2048 сеансов.
2) В каждый сеанс возможно включение до 256 участников.
3) По мере увеличения числа модулей показатели использования ресурсов TCAP

линейно возрастают.
Если увеличивается емкость памяти процессора, рабочие показатели TCAP могут

быть еще более увеличены.
1.5.4.2 Параметры функционирования ZXJ10 ОКС 7
Ниже перечислены основные параметры функционирования.
1. Число звеньев превышает 512, а в случае независимого STP возрастает до

1280.
2. Число групп звеньев сигнализации превышает 256, а в случае независимого

STP возрастает до 640.
3. Число зон маршрутизации превышает 2000.
4. Возможна одновременная поддержка до 255 сетей сигнализации.
5. Допустимая нагрузка на каждое звено сигнализации превышает 0,8 Эрл.
6. Производительность трансляции системы по GT значительно превышает

значение 4 000 GTT в секунду.
7. Количество GT, записываемых в таблицу трансляции GT, превышает 200 000.
8. Для независимого STP производительность обработки системы по

сигнализации превышает 200 000 MSU в секунду.
-39-
9. Время задержки ретрансляции для независимого STP является намного

меньшим значения, указанного в национальных стандартах Китая (см.
результаты испытаний, полученные при тестировании доступа STP к сети).
1.5.4.3 Структура ZXJ10 ОКС 7
Система ОКС 7 ZXJ10 разработана согласно 7-уровневой и 4-уровневой

структурам ОКС 7 в модели протокола ОКС 7. Сигнальная информация подается
в коммутационное поле через полупостоянное соединение. См. Рис. 1.5-1.
Физический уровень размещается между MP и COMM. Протокол канального
уровня реализуется HDLC в блоке COMM. Функция третьего сетевого уровня
реализуется MP и коммутационным полем.
Подсистема пользователя ОКС7 (напр. MAP, INAP,

OMAP и т.д.)
L7
TCAP ISUP TUP
L4~L6
SCCP
L3
MTP3
L2 MTP2
L1 MTP1
Рис. 1.5-1 Архитектура системы ОКС 7 ZXJ10
-40-
1.5.4.4 Множественное кодирование пунктов сигнализации и звенья различных стандартов

сигнализации
В существующей структуре сети сигнализации имеется не более 4096 каналов

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

возможна реализация кодирования нескольких пунктов сигнализации внутри
одного и того же сетевого интерфейса (NI), и в системе количество кодов пункта
сигнализации (SPC) может быть увеличено до 8. В результате возможно создание
множества станционных направлений между двумя физическими пунктами
сигнализации путем соответствующего связывания между собой различных
логических пунктов сигнализации, что позволяет решить проблему лимита,
равного 4096 каналам доставки информации и 16 звеньям сигнализации между
двумя SP. При таком решении производительность обработки по сигнализации
может быть существенно увеличена плавным образом без внесения больших
изменений в существующие аппаратные средства. Таким способом существенно
повышается нагрузочная способность оборудования сигнализации,
увеличивается число типов поддерживаемых протоколов и обеспечивается
надежный доступ для оборудования сигнализации с различными протоколами. В
результате обеспечивается существенная экономия аппаратных средств.
В настоящее время метод получил широкое распространение в ряде шлюзовых

станций и в региональных системах и позволяет эффективно решать проблемы
расширения и другие проблемы лимита на ресурсы в случаях, когда требуемое
количество каналов речевой связи в СЛ между двумя пунктами сигнализации
превышает 128 каналов PCM.
-41-
1.5.4.5 Высокоскоростное звено сигнализации 2 Мбит/с
Ввод в действие новых услуг, например, услуг интеллектуальной сети и сети

мобильной связи, приводит к существенному увеличению нагрузки по трафику
на звенья сигнализации в сети сигнализации. Появляется высокая вероятность
перегрузки в звеньях B и D, а также в звене А. Поэтому в сети сигнализации ОКС
7 важно на будущее обеспечить ввод в действие высокоскоростного звена
сигнализации 2 Мбит/с. На этапе предварительного проектирования ZXJ10
пристальное внимание уделялось составлению спецификаций на
высокоскоростное звено сигнализации 2 Мбит/с. В результате ZXJ10
демонстрирует чрезвычайную гибкость введения высокоскоростного звена
сигнализации. Высокоскоростное звено сигнализации 2 Мбит/с может быть
гармонично введено в действие без внесения изменений в структуру аппаратных
средств. Это позволяет одновременно удовлетворить потребности будущего
развития и надежно защитить инвестируемые капиталы пользователей.
В системе ZXJ10 выполняются требования к высокоскоростному звену

сигнализации 2 Мбит/с, изложенные в протоколе высокоскоростного звена
сигнализации, описанном в рекомендациях G.703. В системе ZXJ10
высокоскоростное звено сигнализации создается с помощью блока обработки
сигнальной информации модуля COMM. Возможно создание звена со скоростью
2 Мбит/с и обеспечение скорости передачи сигнальной информации 2 Мбит/с
через коммутационное поле SNM и DTI посредством любой платы COMM без
внесения существенных изменений в аппаратную платформу. Основное отличие
от исходного звена сигнализации 64 кбит/с состоит в изменениях, внесенных в
функциональный уровень MTP2 и в содержимое интерфейса MTP2-MTP3.
Поэтому протокол работает в основном на изменение формата сообщений и
программы, при котором порядковый номер сигнальной единицы в звене
сигнализации составляется из 12 битов вместо исходных 7 битов. Длина
сигнальной единицы также изменяется с исходных 6 битов на 9 битов, и может
быть напрямую представлена длиной сообщения, равной 272 байтам. Скорость
обработки сигнальных единиц при этом также возрастает. В отношении
статистики ошибок в звеньях подсчет ошибок сигнальных единиц заменяется
мониторингом промежутков времени с ошибками. Добавлены сегменты (8-
битовые) COO/COA (сообщения о преобразовании и обратного сообщения).
-42-
1. Технические показатели звена сигнализации 2 Мбит/с
Для звена сигнализации обычной нагрузкой является 0,2 Эрл, максимальная

нагрузка может достигать 0,8 Эрл. (В стандартах: обычная нагрузка равняется 0,2
Эрл, а максимальная нагрузка равняется 0,4 Эрл).
В многомодульных станциях максимальное количество звеньев сигнализации

равно: 40 (для 20 модулей).
В одномодульной станции максимальное количество звеньев сигнализации

равно: 4.
2. Сравнение между звеном сигнализации 2 Мбит/с и звеном сигнализации

64 кбит/с
Сигнализация 2 Мбит/с отличается от сигнализации 64 кбит/с. Согласно

рекомендациям G.703, основное содержание коррекций протокола
высокоскоростного звена сигнализации состоит в следующем:
Изменено содержимое уровней MTP2 и MTP3.
Изменен формат сигнальной единицы звена сигнализации MTP2.
1) Формат сигналов в звене сигнализации 2 Мбит/с является следующим:
Сигнальная единица сообщения (MSU): См. Рис. 1.5-2.
F CK SIF SIO резерв LI FIB резерв FSN BIB резерв BSN F

Направление
8 16 8n n≥ 2 8 7 9 1 3 12 1 3 12 8 посылки битов
Рис. 1.5-2 MSU
Сигнальная единица состояния звена (LSSU): См. Рис. 1.5-3.
F CK SF резерв LI FIB резерв FSN BIB резерв BSN F

8 16 8 или 16 7 9 1 3 12 1 3 12 8 посылки битов
Рис. 1.5-3 LSSU
Заполняющая сигнальная единица (FISU): См. Рис. 1.5-4.

-43-
F CK резерв LI FIB резерв FSN BIB резерв BSN F

8 16 7 9 1 3 12 1 3 12 8 посылки битов
Рис. 1.5-4 FISU
Порядковый номер сигнальной единицы состоит из 12 битов вместо исходных 7

битов. Для индикации длины сообщения используются 9 битов вместо исходных
6 битов. В отношении выявления ошибок обнаружение сбоев сигнальных единиц
заменяется мониторингом промежутков времени с ошибками в звене
сигнализации (100 мс). Для контроля ошибок используются 4095 сообщений
вместо исходных 127 сообщений.
2) Изменен формат сообщения MTP3.
Преобразование формата сообщения для сигнализации 2 Мбит/с показано на Рис.

1.5-5.
0000 DCBA 0001

резерв Последний принятый MSU FSN （LFSN ） H1 H0 Флаг Направление
4 12 4 4 56 посылки битов
Рис. 1.5-5 Преобразование формата сообщения
Поскольку длина сообщения FSN изменена с 7 битов на 12 битов,

соответствующим образом изменяется COO (сообщение о преобразовании) или
COA (обратное сообщение ).
H1: 0001 COO
H0: 0010 COA
1.5.5 Возможность интегрального доступа
Сеть доступа (AN): сеть доступа является системой, позволяющей реализовывать

возможности доставки информации, необходимые для предоставления
телекоммуникационных услуг, и состоящей из ряда передающих объектов
-44-
(например, линейных сооружений и средств передачи) между интерфейсом

сервисного узла (Service Node Interface; SNI) и соответствующим интерфейсом
“пользователь - сеть” (UNI). Применение технологии AN со стандартным
интерфейсом V5 способствует дальнейшему развитию инфраструктуры сетей
передачи информации, а также удобству доступа оборудования AN различных
изготовителей. Для адаптации к этой тенденции в серии ZXJ10, разработанной
ZTE, обеспечивается полная поддержка интерфейса V5.
Интерфейс V5 коммутационной системы с программным управлением ZXJ10

SPC обладает к тому же следующими характеристиками:
1. Многообразие типов доступа.
1) Поддержка доступа пользователей PSTN.
2) Поддержка доступа через интерфейс базовой скорости ISDN (2B+D).
3) Поддержка доступа через интерфейс первичной скорости ISDN (30B+D).
4) Поддержка различных полупостоянных соединений и других форм

аналогового или цифрового доступа без внеполосной сигнализации.
2. Высокая производительность обработки
1) Используется распределенная структура обработки, благодаря чему

повышается общая производительность обработки.
2) Одиночный модуль может обеспечивать доступ 24 интерфейсов V5.2.
3) Одна плата сигнализации V5 способна обслуживать 16 каналов передачи V5.
4) Одна плата сигнализации V5 способна устанавливать динамические

соединения для множества (до 600) пользователей ISDN.
5) Возможна взаимозаменяемость платы сигнализации V5 и платы сигнализации

ОКС 7, это позволяет обслуживать в одном модуле до 160 каналов
сигнализации V5.
3. Гибкое конфигурирование интерфейсов
-45-
1) Благодаря единообразным интерфейсам “человек - машина” обеспечивается

гибкое конфигурирование интерфейсов для получения конфигурации удобных
в использовании интерфейсов с полным набором функций.
2) TMN позволяет осуществлять централизованное управление.
3) Высокий уровень открытости и масштабируемости.
4. Полный ассортимент типов услуг
1) Поддерживаются все основные и дополнительные услуги PSTN, а также

услуги факсимильной передачи и передачи данных PSTN.
2) Поддерживаются услуги доставки информации, услуги абонентских

терминалов и различные дополнительные и новые услуги ISDN.
3) Поддерживаются различные полупостоянные соединения и соединения в

множественных временных интервалах.
4) Поддерживаются такие функции, как Centrex, передача тарифных импульсов,

переполюсовка и идентификация номера вызывающего абонента.
1.5.6 Эффективные функции интеллектуальной сети в ZXJ10
По мере продвижения телекоммуникационной сети к интеллектуальности,

широкой полосе передачи и персонализации связи конкуренция на
перспективном телекоммуникационном рынке явно превращается в конкуренцию
новых услуг. Интеллектуальная сеть является в этих условиях как нельзя более
актуальной. Являясь одним из изготовителей новой коммуникационной техники,
компания ZTE занимает передовые позиции на рынке ведущих мировых
технологий. Компания деятельно провела разработку продукции IN,
обеспечившей комплексное решение вопросов IN и позволивших создать серию
оборудования IN, включая оборудование пункта коммутации услуг (Service
Switching Point; SSP), интеллектуальной периферии (Intelligent Peripheral; IP),
пункта управления услугами (Service Control Point; SCP), системы
эксплуатационного управления услугами (Service Management System; SMP) и
системы среды создания услуг (SCEP).
-46-
1.5.6.1 Пункт коммутации услуг (SSP)
SSP является соединительным пунктом между существующими

телекоммуникационными сетями (например PSTN/ISDN) и интеллектуальной
сетью (IN). Он обеспечивает доступ к набору функциональных возможностей
(CS) IN. Он способен обнаружить запрос на услугу интеллектуальной сети,
связаться с SCP, ответить на запрос SCP и ввести в действие логику услуг в SCP
для обслуживания вызывающего абонента. Функциональными составляющими
одного SSP являются функция управления вызовами (Call Control Function; CCF)
и функция коммутации услуг (Service Switching Function; SSF). Если не
используется независимый IP, SSP содержит также функцию специальных
ресурсов (Special Resources Function; SRF).
SSP IN ZTE создан на базе крупномасштабной интегрированной платформы

коммутации услуг системы ZXJ10. Он обеспечивает гибкое обслуживание и
выполняет функции коммутации услуг для IN. Он может действовать в качестве
междугородной станции на любых уровнях, выполнять функции местной и
транзитной станции.
Технические функции и характеристики SSP ZTE:
1. Он соответствует рекомендациям ITU-T серии Q0.12XY и национальным

спецификациям Китая по IN и реализует такие технологии системы
сигнализации ОКС 7, как SCCP, TCAP и INAP.
2. Он обеспечивает стандартные узлы IN, которые могут взаимодействовать с

системами других изготовителей.
3. Благодаря распределенной функциональной структуре он вписывается в

общую компоновку ZXJ10, обладает совместимостью по программному
обеспечению с более ранними версиями ZXJ10 и позволяет легко обновлять
систему.
4. Он поддерживает 35 типов услуг, входящих в CS-1 IN, и возможности

обслуживания CS-2 IN. Он поддерживает также управление потоками SCP и
управление перегрузками INAP.
-47-
5. Он обеспечивает встроенный IP и позволяет работать с внешним независимым

IP.
6. Импульсный набор (DP) применяется при обработке всех базовых вызовов.
7. SSP способен удовлетворить специфические требования к тарификации

различных IN.
8. Высокая надежность системы обеспечивается многократным резервированием

и контролем ошибок.
1.5.6.2 Услуги IN, поддерживаемые ZXJ10
В настоящее время система ZXJ10 поддерживает перечисляемые ниже услуги IN.
1. Различные стандартные услуги IN, например, услуга 300 (плата за вызовы по

расчетным картам), услуга 800 (FPH), услуга 600 (виртуальная частная сеть),
UPT (универсальная персональная связь), MAS (массовые вызовы), VOT
(телеголосование), WAC (Centrex WAN).
2. Различные нестандартные услуги IN, включая телефонные услуги 201 с

оплатой по кампусной карте, телефонные услуги с оплатой по “зеленой карте”
(green card), услугу портативного номера (NP), услуги AD и услуги оплаты по
кредитной карте CCC..
3. Дополнительные услуги голосовой справочной службы, например, 168 и 160.
4. Любые разновидности неречевого обслуживания, основывающегося на

доступе к третьему лицу или к базам данных коллективного пользования,
включая оплату по телефону (например, плату за электричество, воду или за
телефонные переговоры), банковские операции по телефону (доступ к базе
данных любого банка для получения по телефону услуг определенного банка).
Возможен также доступ к базам данных множества банков для осуществления
межбанковских операций по телефону), торговля ценными бумагами по
телефону, запрос информации по телефону и распознавание по телефону. 5.
Быстрое развертывание других услуг согласно требованиям оператора к
обслуживанию.
-48-
1.5.7 Выбор сетей различных операторов для различных услуг (требует поддержки
сетью)
Относится, в основном, к случаям предоставления услуг множеством операторов.

В настоящее время система способна обеспечить выбор сети по 32 типам услуг.
По каждому типу услуги доступны для выбора 255 сетей.
Пример: для обслуживания междугородного вызова возможен доступ к

междугородной сети А и к IP-сети В оператора 1 и к IP-сети С оператора 2. При
регистрации услуги междугородного вызова абонент может выбирать одну из
сетей А, В или С. Если абонент выбирает сеть В, то для всех исходящих
междугородных вызовов данного абонента автоматически выбирается сеть В.
1.5.8 Режимы организации сетей ZXJ10
ZXJ10 имеет модульную структуру, основывающуюся на режиме полностью

распределенного управления согласно емкости. Наряду с использованием
одномодульной станции, возможно создание многомодульных сетей. При
создании сетей можно использовать не только традиционную радиальную схему
сетевых соединений, но и вводить также многоуровневую схему древовидной
сети. Модуль можно соединять с другими модулями, равнозначными по статусу.
Центральный пункт коммутации и централизованный пункт техобслуживания
можно интегрировать или разделить по текущей ситуации, что позволяет
избавиться от недостатка радиальной сетевой структуры, в которой оба пункты
объединены между собой. Вместе с тем, источник тактовых сигналов можно
установить не только в центральный модуль, но в любой из модулей, благодаря
чему повышается гибкость создания сетевых соединений и обеспечивается
экономия затрат пользователя. Кроме того, система ZXJ10 совместима с более
ранними вариантами систем.
Опорную станцию можно соединить с коммутационными модулями

высокоскоростной волоконно-оптической линией. При создании сети может быть
использовано встроенное или внешнее оборудование PDH и SDH, рассчитанное
на множество скоростей, с целью получения разнообразных сетевых структур
(кольцевой, гирляндной, древовидной и гибридной в режиме только PDH, только
SDH или PDH в комбинации с SDH.
-49-
1.5.8.1 Широкие возможности организации сетей
Широкие возможности ZXJ10 по организации сетей проявляются в следующем:
1. Способность к созданию многоуровневых сетей с возможностью организации

местной сети, создания станции уровня С2, станции уровня С3 или
транзитной станции и реализации функций SEP (оконечного пункта
сигнализации) или LSTP и HSTP.
2. Возможность гибкого построения сетевых структур в пределах зоны с

помощью встроенной системы SDH или интерфейса оптической передачи
CFBI (FBI) с охватом зоны радиусом до 50 км.
3. Широкие возможности распространения сети с помощью RSM и RLM с

доведением любых услуг до абонентов в городках, пригородах и сельских
населенных пунктах.
4. Наличие полноценной системы сигнализации ОКС 7, поддерживающей

создание полномасштабных сетей ISDN, сетей сигнализации ОКС 7,
интеллектуальных сетей и сетей мобильной связи.
5. Использование полноценной интегрированной системы NM и стандартных

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

оперативно обеспечивать услуги.
1.5.8.2 Типовое варианты образования сети
Ниже рассматривается типовые варианты образования сетей на основе ZXJ10.
1. PSM является независимой станцией (на схеме данный вариант не указан).
2. Вариант с использованием PSM в качестве центрального модуля сети,

показанный на Рис. 1.5-6.
-50-
К местной или междугородной станции PSTN
PSM
PSM PSM PSM
PSM/RSM PSM/RSM PSM/RSM PSM/RSM PSM/RSM PSM/RSM
RLM
Рис. 1.5-6 Сеть с использованием PSM в качестве центрального модуля
При использовании PSM в качестве центральной станции можно создать

трехуровневую сеть, PSM-PSM-PSM/RSM. На последнем уровне можно
установить RLM.
3. Трехуровневая древовидная сеть с использованием СМ в качестве

центральной станции. Базовый вариант сети является таким же, как при
использовании PSM. См. схему на Рис. 1.5-7.
-51-
К местной или междугородной станции PSTN
PSM PSM
CM
PSM PSM PSM
PSM/ PSM/ PSM/ PSM/ PSM/ PSM/

RSM RSM RSM RSM RSM RSM
RLM
Рис. 1.5-7 Построение сети CM-SNM
4. Использование PSM в качестве местной/междугородной транзитной станции.

Варианты с использованием PSM ZXJ10 в качестве местной/междугородной
транзитной станции показаны на Рис. 1.5-8.
-52-
Междугородная станция
ОКС 7
Транзитная
станция
(PSM)
ОКС 7/ ОКС 7/ ОКС 7/ ОКС 7/

No.1 No.1 No.1 No.1
Местная Местная Местная Местная
станция 1 станция 2 станция 3 станцияn
Рис. 1.5-8 Варианты сети с использованием PSM в качестве транзитной станции
5. Организация сети многомодульной транзитной станции
Вариант сети с многомодульной транзитной станцией представлен на Рис. 1.5-9.
К местной станции К местной станции
PSM PSM
CM
К местной станции К местной станции
PSM PSM
PSM
К местной станции
Рис. 1.5-9 Сеть с многомодульной транзитной станцией
-53-
6. Создание сети с помощью встроенной системы SDH
Создание сети с использованием встроенной системы SDH показано на Рис. 1.5-

10. Как видно из рисунка, SDH служит для мультиплексирования с
вставкой/выделением, при котором возможна вставка речевого канала в
магистраль или его выделение из магистрали.
RLM RSM
ADM
RLM RLM
RSM ADM ADM: мультиплексор

вставки-выделения ADM RSM
Встроенная система
SDH
(ADM) ZXJ10
К местной или
CM PSM междугородной
станции
PSM PSM
PSM
PSM/
PSM/ RSM
RSM PSM/ PSM/
PSM/ PSM/ RSM
RSM RSM RSM
Рис. 1.5-10 Создание сети на основе встроенной системы SDH
7. Возможности системы сигнализации ZXJ10 по созданию сетей
1) Сеть сигнализации системы ZXJ10 характеризуется высокой

производительностью обработки звеньев сигнализации ОКС 7. Если система
действует в качестве оконечного пункта сигнализации SP или в качестве
интегрированного STP, количество звеньев этой системы может превышать
-54-
512. Если она выполняет функции автономного STP, максимальное число

звеньев системы равняется 1280.
2) Система может быть связана с ISDN по протоколу ISUP.
3) Она может выполнять функции узлов STP, LSTP, HSTP в сети сигнализации.
1.5.9 Система эксплуатации и техобслуживания ZXJ10
Подключение модуля эксплуатации и техобслуживания (OMM) системы ZXJ10

показано на Рис. 1.2-3. Особенности этого модуля состоят в следующем:
1. Высокая степень открытости: соответствие принципам OSI/ISO и

использование стандартного протокола TCP/IP позволяет гибко и удобно
пользоваться различными средами передачи для создания сложных сетей
локального или дистанционного техобслуживания.
2. Высокие рабочие характеристики: Пользователь может осуществлять

эксплуатацию и техобслуживание всей области функционирования системы.
Возможна доставка команд к процессору модуля напрямую без трансляции.
3. Высокая безопасность. С одной стороны, пользователям назначаются

соответственно пароли и права доступа. С другой стороны, данные,
пересылаемые в сеть O&M, шифруются для защиты от вмешательства
хакеров.
4. Широкое разнообразие функций: Применение NT в системе O&M

обеспечивает широкое разнообразие управленческих функций и
операционный интерфейс WINDOWS на китайском языке. Реализуемые здесь
функции полномасштабной регистрации облегчают обслуживание
правомочных пользователей.
5. Обеспечивается множество режимов тарификации, включая оффлайновую

тарификацию, немедленную тарификацию, тарификацию CENTREX,
централизованную тарификацию и дистанционную тарификацию.
6. В качестве информационной платформы используется сетевая база данных
-55-
большой емкости, обеспечивающая высокую скорость тарификации и

точность тарификации, приближающуюся к 100%.
7. Большое количество сетевых терминалов, подключаемых различными

способами (через LAN, по коммутируемой линии, по выделенной линии и
т.п.) позволяют удобно осуществлять запросы и начислять плату терминалам
локальной и удаленных объектов..
8. Обеспечиваются запрос и вывод отчетов о тарификационных данных,

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

служащий для немедленной тарификации и для управления начислением
платы по телефонным номерам гостиничной CENTREX.
10. Обеспечивается множество методов копирования тарификационных данных,

что гарантирует надежную защиту тарификационных данных.
1.5.10 Система управления сетью (NMS)
NMS ZXN10 отвечает соответствующим техническим спецификациям и

стандартам, регламентирующим управление сетью и централизованный
мониторинг. В структуре системы применена современная модель
“клиент/сервер” и древовидная структура сети. Сетевая система работает в
режиме распределенной обработки. Данная система, благодаря применению
платформы Unix Server, реляционной базы данных SYBASE, сетевого протокола
TCP/IP и системы интерфейсов Windows, способна обеспечить централизованное
техобслуживание, централизованный биллинг, управление сетью, управление
устранением неисправностью и статическое управление конфигурацией. Система
рассчитана на поддержку стандартного интерфейса Q3.
ZXJ10 обычно соединяется с центром NM через фронтальный процессор по

таким средам передачи, как DDN, X.25, 2B+D и PSTN (через модем). Наиболее
часто используются режимы DDN и X.25.
-56-
1.5.11 Команды языка “человек-машина” в формате командной строки
1.5.11.1 Обзор
Формат командной строки языка “человек- машина” в ZXJ10 обеспечивает

удобный в использовании и простой в эксплуатации интерфейс ведения данных в
режиме командных строк. Интерфейс позволяет взаимодействовать с MP
основной системы не через сервер данных системы O&M, а напрямую, и
непосредственно выполнять такие операции с данными MP, как добавление,
изменение, удаление, запрос, блокировка и разблокировка. Он обеспечивает
также интерфейс для NM, с помощью которого NMS может осуществлять
централизованное техобслуживание баз данных основного оборудования и
оборудования O&M системы ZXJ10.
1.5.11.2 Режим выполнения команд
Для выполнения команд языка “человек-машина” в формате строки используется

операционная система Windows 2000/NT 4.0. Она связывается с MP основного
оборудования и с сервером данных SQL SERVER системы O&M по протоколу
сетевого взаимодействия TCP/IP. Она может независимо функционировать на
терминале системы “клиент/сервер”, на удаленной консоли техобслуживания и на
оборудовании NM, осуществляя доступ к базе данных системы O&M через
агентский процесс сервера данных и к базе данных основной системы через
интерфейс МР.
Команды “человек-машина” можно подразделить на команды синхронного

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

выполнения команд “человек-машина”.
1. Запрос командной строки указанным ниже способом.
1) Процесс команды “человек-машина” выполняется на клиентской стороне или
-57-
в сервере, и пользователь вводит командную строку на интерфейсе.

Одновременно возможно выполнение только одной команды “человек-
машина”.
2) Процесс команды “человек-машина” выполняется на консоли удаленного

техобслуживания, и пользователь вводит командную строку в интерфейсе.
Поскольку консоль удаленного техобслуживания служит только для
сопровождения данных определенного модуля, на этой консоли не
обеспечивается выполнение команд эксплуатации и техобслуживания по
адресам других модулей.
3) Процесс команды “человек-машина” выполняется в центре NM. По сети

Ethernet или через интерфейс RS-232 терминал техобслуживания NM
посылает команду, введенную в режиме командной строки, командному
процессу, выполняемому в фронтальном процессоре NM.
4) Режим макрокоманд: На трех указанных выше терминалах допускается

выполнение макрокоманд. После ввода одной или нескольких команд в окно
редактирования макрокоманд система выполняет команду (команды) сразу или
с определенной выдержкой времени и посылает командную строку процессу
команд “человек-машина” с помощью межпроцессной связи.
2. Анализ синтаксиса и определение параметров командной строки
3. Связь с сервером системы O&M и проверка достоверности данных.
4. Связь с сервером системы O&M и выполнение операций эксплуатации и

техобслуживания для базы данных системы O&M.
5. Посылка командного сообщения в MP основной системы для выполнения в

базе данных основной системы таких операций, как вставка, удаление,
изменение, блокировка, разблокировка и запрос, через соответствующий
интерфейс и для получения ответного сообщения. Эта процедура не
применима к асинхронной команде.
6. Обработка ответного сообщения. В случае команды “человек-машина” для

NM обратное сообщение посылается к терминалу техобслуживания NM через
-58-
интерфейс NM. В режиме макрокоманд обратное сообщение пересылается

процессу макрокоманд с помощью межпроцессной связи. В других режимах
обратное сообщение отображается на местной системе.
1.5.11.3 Генерация команд языка “человек-машина”
С помощью программы редактирования команда “человек-машина” может

создавать целевой файл. Когда выполняется команда “человек-машина”, целевой
файл записывается в память. Для самой команды соответствующее ей
определение отыскивается согласно командной строке. Ввод конкретных
параметров и выполнение обработки осуществляется согласно режиму
выполнения команды, указанному в целевом файле.
1.5.11.4 Интерактивная справка по командам языка “человек-машина”
Команда “человек-машина” обеспечивает вывод полной и подробной

интерактивной справки по типу стандартной интерактивной справки Windows.
Поиск справочной информации для всех команд осуществляется по их номерам и
именам. В каждом справочном сообщении для соответствующей команды
приводятся номер, функции, формат ввода и интерпретация параметров.
1.5.11.5 Часто используемые команды языка “человек-машина”
По типу адресуемых данных команды “человек-машина” подразделяются на

шесть типов: динамические данные, статические данные, данные пользователя,
данные сигнализации ОКС 7, данные сигнализации V5 и данные анализа
номеров.
1.5.12 Встроенная система SDH
ZXJ10 содержит встроенную систему передачи SDH, которая обеспечивает

надежный режим передачи для различных услуг коммутационной системы. В
дополнение к стандартному интерфейсу E1, встроенная система SDH
обеспечивает также стандартный интерфейс передачи STM-1. Благодаря
встроенной в коммутационную систему системе оптической передачи SDH 155
Мбит/с реализована фактическая интеграция коммутации и передачи в единое
-59-
целое.. Такая интеграция оптимально способствует быстрому развертыванию

телекоммуникационной сети будущего поколения.
1.5.12.1 Функции и особенности встроенной системы SDH
Ниже перечисляются функции и особенности встроенной системы SDH.
1. Многообразие интерфейсов услуг
Стандартные электрические интерфейсы 2 Мбит/с
Стандартный оптический интерфейс STM-1, 155 Мбит/с
Прозрачный электрический интерфейс 2 Мбит/с
Применимы как интерфейс DSNI ZXJ10, так и электрический интерфейс SP для

скорости 8 Мбит/с.
Для FBI ZXJ10 возможно использование оптического интерфейса 16 х 8 Мбит/с.
2. Надежная передача
Встроенная система SDH отвечает соответствующему стандарту разработки

систем SDH. Ее параметры соответствуют требованиям к оборудованию передачи
SDH и успешно прошли тестирование на соединение STM-1 в системе SDH.
Функциональная блок-схема передающей части SDH в данной системе показана
на Рис. 1.5-11. На двух сторонах кросс-соединения находится часть S1OA,
имеющая схождение в восточном и западном направлении. Часть распределения
временных интервалов и часть упаковки относятся к трибутарной части
EDT/ENT. Часть встроенного управления ECC и система служебной связи
относятся к основной управляющей части FMCP.
-60-
Дескремблирование/S-P-
Электро-оптическое пр
P-S-преобразование
Кросс-коммутация
Обработка SOH
Оптико-электр. пре
/скремблирование
Обработка POH
Обработка POH
преобразование
Обработка SOH
еобразование
образование
Тактовая Распределение временных Мультипл.

синхронизация интервалов такт. синхр.
Синхрониза- Распаковка и Упаковка и

Соединение
ция системы интерфейс интерфейс
Служебная связь
Внешняя синхронизация 8.192 Мбит/с, 2M ECC
POH: Заголовок полезной нагрузки; SOH: Заголовок сегмента
Рис. 1.5-11 Принцип функционирования SDH
3. Широкие возможности организации сетей
Встроенная система SDH обеспечивает стандартные режимы защитного

переключения на резерв и характеризуется способностью к гибкой организации
сетей.
1) Стандартные режимы защиты 1+0, 1+1, 1:1 и 2+0.
2) Множественные варианты организации сети, включая линейную сеть,

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

достигать 64 (возможно постепенное расширение).
Типичная топология сетевых соединений представлена на Рис. 1.5-12. Рисунок

лишь иллюстрирует топологию сетевых соединений сетевых элементов SDH
безотносительно логической структуры 3-уровневых сетевых соединений
коммутационной системы ZXJ10. Сетевые элементы SDH обеспечивают
служебный канал для коммутационной системы. С точки зрения коммутационной
-61-
системы можно считать оборудование встроенной системы SDH прозрачным.
В физическом соединении не проявляются различия между режимами защиты

1+1, 1:1 и 2+0. В режиме защиты 1+1 работает одно звено, а другое является
звеном защиты. При переключении на резерв обслуживание переключается с
рабочего звена на свободное звено защиты. В режиме защиты 1:1 обслуживание
предоставляется одновременно по обоим звеньям. Звено защиты отводится
дополнительным услугам. При переключении на резерв услуги, относящиеся к
звену защиты, сбрасываются. В режиме защиты 2+0 оба звена являются
рабочими звеньями. Переключение не допускается.
ID2 ID3 ID1

1+0 без защитных звеньев
1 1 2 1
3 3 4 3
ID2 ID3 ID1 Пересекающиеся
кольца
2+0/1:1/1+1 защитных звеньев
Касательные кольца
Звездообразная/крестообразная сеть 1 2
3 4
2 4 3 1
3 4
1 2
Гибридная сеть из цепочек и колец 4-волоконное кольцо
Рис. 1.5-12 Типовая топология встроенной системы SDH
-62-
4. Структуры разного вида
1) Блочная структура (BPON), используемая в PSM, RSM и CM (SNM).
2) В компактной системе SDH155 используется наращиваемая структура

аппаратных средств, то есть, ее основная плата (содержащая источник
питания) может быть установлена с каждым функциональным блоком.
3) Плата интерфейса SDH содержит блок оптической соединительной линии

SDT и блок SNB. SDT используется обычно в исходящем модуле и обладает
совместимостью с DSNI или FBI; SNB используется главным образом в RLM
или RSM (соединяемом с CM) и совместима по слотам с ODT/DTI.
5. Схема расположения слотов блока SDH
Платы блока SDH могут быть установлены в SM8, SM16, SM4C, SM32 или
SM64. Схема установки представлена на Рис. 1.5-13.
1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
P F S S E E E E C S S C E E E E S S P
O M C C N N N N C 1 1 C N N N N D D O
W C L L T T T T 1 O O 1 T T T T T T W
A P K K 4 4 4 4 S A A S 4 4 4 4 A
/ / / / / / / / / /
E E E E C C E E E E
D D D D C C D D D D
T T T T 1 1 T T T T
4 4 4 4 F F 4 4 4 4
Рис. 1.5-13 Объединительная плата встроенной системы SDH BPON
1.5.12.2 Интегрированная система NM SDH
ZXJ10 обеспечивает передачу с использованием встроенной системы SDH. Это

позволяет снизить затраты на сооружение телекоммуникационной сети и
способствует проявлению преимуществ интегрированной системы NM и
устранению таких недостатков, как раздельные передача/коммутация и сложная
система NM. Система NM встроенной системы SDH реализована в системе
эксплуатации и техобслуживания коммутационной системы ZXJ10. NM
соединяется с подсистемой аварийной сигнализации системы O&M и служит для
текущего контроля за рабочим состоянием SDH. Его особенности состоят в
-63-
следующем:
1. Удобный в использовании интерфейс NM.
2. Оперативность и простота эксплуатации и техобслуживания.
3. Надежная и безопасная база данных.
4. Своевременное и надежное управление сетью.
1.5.13 Интерфейс управления запуском/остановом системы
1.5.13.1 Обзор
Последовательный интерфейс запуска/останова системы в ZXJ10 служит в

основном для предоставления телекоммуникационному оборудованию третьей
стороны или телекоммуникационному оператору функции управления
запуском/остановом системы ZXJ10 в реальном времени. Структура интерфейса
показана на Рис. 1.5-14.
Система ZXJ10
TCP/IP Программа
3-й стороны
RS-232
Сервер
Рис. 1.5-14 Схема управления запуском/остановом системы
-64-
1.5.13.2 Требования к окружающим условиям для аппаратных средств и программного

обеспечения
В подсистеме эксплуатации и техобслуживания ZXJ10 используется сетевой

режим “клиент/сервер”, благодаря чему возможно выполнение программы
управления запуском/остановом системы на любой консоли эксплуатации и
техобслуживания.
Аппаратные средства должны быть совместимы с серией IBM PC и

соответствующими ей микропроцессорами Pentium III 800 или более поздними
моделями и должны содержать жесткий диск емкостью 10 Гбайт, RAM емкостью
не менее 128 Мбайт, цветной монитор VGA, мышь (обязательный элемент),
NE2000, совместимый с платой Ethernet 10M (включая драйвер) и CD-ROM 16X.
В требуемый состав программного обеспечения входят: операционная система

Windows 2000/NT 4.0, база данных Microsoft SQL Server2000/SQL Server6.5 и
коммуникационная программа ZXJ10 (подлежит инсталляции).
1.5.13.3 Три режима управления запуском/остановом
Управление запуском/остановом системы возможно в трех режимах. Далее

приводится их подробное описание.
1. Работа без NM: ZXJ10 сама по себе имеет систему управления собственным
запуском/остановом, и может посылать необходимое сообщение
непосредственно программе dbagent.exe в системе эксплуатации и
техобслуживания коммутационной системы ZXJ10.
2. Работа с NM: через NM сообщение посылается программе dbagent.exe в

системе эксплуатации и техобслуживания коммутационной системы ZXJ10.
3. Работа с NM: Данные пересылаются через последовательный порт в стоп-

режиме останова и в других режимах на скоростях в диапазоне от 110 бит/с до
115 200 бит/с, определяемых согласно битам данных, битам контролю
четности, стоповому биту и управлению потоком, обеспечиваемым
операционной системой Windows 2000/ NT 4.0. Через NM сообщение
пересылается программе ord_func.exe в системе эксплуатации и
-65-
техобслуживания коммутационной системы ZXJ10.
1.5.14 Гостиничная система управления
Система ZXJ10 способна предоставлять разнообразные интерфейсы гостиничной

системы управления для практической реализации управления гостиницей. Она
может обеспечить персонал управления гостиницей надежными, эффективными
и экономичными коммуникационными средствами и предоставить им
разнообразные услуги гостиничного профиля, способствующие оперативному и
эффективному обслуживанию постояльцев гостиницы.
Интерфейсом гостиничного управления является обычно U-интерфейс 2B+D на

плате. С помощью U-интерфейса платы предоставляется доступ к услугам с
любой клиентской стороны в режиме веб-доступа. Таким способом создается
основа построения современной гостиничной системы.
1.5.15 Система аутентификации
1.5.15.1 Обзор
Для выполнения требований к аутентификации пользователей на шлюзовой

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

Проверка действите
Анализ цифр
Аутентификация
Преобразование
льности номера
номера входящих Перехват

Выход в СЛ
номера
абонентов
Рис. 1.5-16 Анализ номера вызывающего абонента
1.5.15.2 Краткое описание функций
Система аутентификации в основном выполняет следующие функции:
1. Проверка действительности номеров
В сервере аутентификации определяется формат номера вызывающего абонента,

поступающего из входящей СЛ, например, по признаку минимальной и
максимальной длины номера. Если номер вызывающего абонента из входящей
СЛ не выдерживает проверку действительности, вызов сбрасывается. При
-67-
переадресации вызова действительность проверяется по исходному номеру

вызываемого абонента.
2. Преобразование номеров
Поскольку номера вызывающих абонентов, передаваемые от различных

коммутационных станций сети, часто не соответствуют единому стандарту, перед
аутентификацией этих номеров необходимо их стандартизировать. Сервер
аутентификации может назначать различные режимы преобразования номеров
различным номерам вызывающих абонентов.
Система обеспечивает следующие методы приведения номеров к единому виду:
Добавление номера: добавление номера указанной длины к исходному номеру.
Удаление номера: удаление номера указанной длины, начиная с заданной

позиции в исходном номере.
Изменение номера: замена номера указанной длины, начиная с заданной позиции

в исходном номере, новым номером.
Замена номера: полная замена исходного номера новым номером.
Условное добавление: к существующему номеру, длина которого не достигает

требуемого значения, добавляется номер указанной длины, начиная с указанной
позиции.
Условное удаление: из исходного номера, длина которого превысила заданное

значение, удаляется избыточная часть номера, начиная с указанной позиции.
В случае переадресации вызова исходный номер вызываемого абонента

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

вызовов вызывающего абонента, обслуживаемого другим оператором и
-68-
использующего местную сеть, например, права на междугородную связь

национального уровня и на междугородную связь международного уровня.
Функция может быть использована также для назначения указанным выше
вызывающим абонентам “Таблицы разрешенных кодов назначения для
исходящей связи” (“Permitted Outgoing Call Destination Code Table”) или
“Таблицы запрещеннных кодов назначения для исходящей связи” (“Restricted
Outgoing Call Destination Code Table”) . Кодом назначения может являться код
междугородной зоны, префикс номера или конкретный номер.
В сервере аутентификации имеется база данных, в которой ключевым словом

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

исходящие вызовы”, абоненту разрешается посылка вызовов только по кодам
назначения, указанным в таблице.
Если абоненту назначена “Таблица запрещенных кодов назначения для

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

абонента, префикс номера, код междугородной зоны или номер спецслужбы.
Номер вызывающего абонента, не попадающий ни под одно из определений,

может быть отнесен к разрешенным или запрещенным номерам по мере
необходимости.
Емкость аутентификационной базы данных равняется 1,5 млн абонентов.
4. Перехват вызовов
-69-
Для оперативного принятия правильных решений в ситуациях с различными

межсетевыми соединениями требуются соответствующие средства перехвата
вызовов, ориентированные на операторов и абонентов других сетей и
позволяющие шлюзовой станции обслуживать вызывающего и вызываемого
абонентов согласно “черному” списку и “белому” списку, используемым на
входящей СЛ в пункте межсоединений. В “черном” и “белом” списках могут
быть указаны номера, префиксы номеров, коды междугородной зоны и
станционные коды. Емкость “черного” и “белового” списков равняется 1,5 млн
номеров или кодов.
1.5.15.3 Основное использование и область применения
Система аутентификации используется в основном для аутентификации и

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

аутентификационные данные загружаются в память для обработки. В результате
не только существенно повышается производительность обработки вызовов в
реальном времени, но также исключается влияние операций обновления данных
на обработку вызова, благодаря чему производительность обработки по вызовам
доводится до максимума.
-70-
2 Технические спецификации
2.1 Системные данные
2.1.1 Типовая емкость модулей
1. Центральный модуль (CM; Central module) состоит из модуля

коммутационного поля (SNM; Switching network module) и модуля
коммутации сообщений (MSM; Message switching module). Далее описана
емкость модулей SNM (SM, для краткости).
SM8: одиночное коммутационное поле 8K.
SM128: сдвоенное коммутационное поле 128K.
SM256: счетверенное коммутационное поле 256K.
2. Модуль SM8 (стандартный локальный/удаленный модуль)
1) Станция с одним модулем SM8:
Аналоговые и цифровые соединительные линии: 12480 АЛ + 2760 ЦСЛ;
Только соединительные линии: 6240 ЦСЛ.
2) Многомодульная станция:
-71-
Только соединительные линии: 6240 ЦСЛ;
Только аналоговые линии: 15360 АЛ.
3. Модуль SM16 (коммутационное поле 16K)
1) Станция с одним модулем SM16:
Только соединительные линии 14400 ЦСЛ или 7 модулей STM-1;
Аналоговые и цифровые соединительные линии: 13440 АЛ + 9600 ЦСЛ.
2) Многомодульная система:
Только соединительные линии 7680 ЦСЛ или 4 модуля STM-1;
Аналоговые и цифровые соединительные линии: 15360 АЛ + 3000 ЦСЛ.
4. Компактный модуль SM4C
Конфигурация с одиночным стативом: 2400 АЛ + 600ЦСЛ;
Конфигурация с двумя стативами: 5280 АЛ + 600 ЦСЛ.
5. Интегрированный модуль SM4I
Конфигурация с одиночным стативом: 720АЛ + 720 ЦСЛ;
Объединяет в себе распределительный кросс, блок питания, батареи и т.д.
6. Модуль, совместимый с SM2 (V4.X)
Только соединительные линии: 960 ЦСЛ.
7. Удаленный модуль абонентских линий (RLM; Remote line module)
SU960: стандартный модуль RLM, 960 АЛ;
-72-
Глава 2 Технические спецификации
SU960N: новый модуль RLM, 960 АЛ;
SU480I: интегрированный модуль RLM, 480 АЛ (объединяет в себе кросс, блок

питания и батареи).
SU480E: разновидность модуля SU480I, предназначенная для наружного

использования, 480 АЛ;
RSUC: компактный модуль RLM, 480 АЛ;
RSUD: мини-модуль RLM, 96 АЛ / 192 АЛ.
2.1.2 Показатели емкости
2.1.2.1 Основные показатели емкости одиночного модуля
Для одного периферийного коммутационного модуля (PSM) или удаленного

коммутационного модуля RSM (например, для SM8):
1. В качестве оконечной станции: 12480 АЛ (или 6240 АЛ ISDN) + 2760 ЦСЛ,

всего 5 стативов.
2. В качестве транзитной станции: 6,240 ЦСЛ, 780 каналов MFC, всего 1 статив.
3. В качестве модульной станции: 9600 АЛ + 1200 ЦСЛ; или только 6240 ЦСЛ;
или только 15360 АЛ.
4. Обеспечивает 24 интерфейса V5.2 и 160 каналов связи V5.
5. Имеет сорок восемь звеньев сигнализации 64 кбит/с и четыре звена

сигнализации 2 Мбит/с для ОКС7.
6. Имеет 48 удаленных модулей абонентских линий, каждый из которых

обеспечивает до 960 линий.
7. 8192 группы Centrex.
8. Число попыток вызовов в час наибольшей нагрузки (BHCA): более 600K.
-73-
9. Нагрузка: >0,2 Эрланг на АЛ; >0,7 Эрланг на ЦСЛ; >0,8 Эрланг на звено
ОКС7.
10. В качестве независимого транзитного пункта сигнализации (STP) система

имеет производительность обработки сигнализации более 200000 MSU в
секунду.
2.1.2.2 Основные показатели емкости многомодульной станции (центральный модуль –

модуль SNM)
Ниже представлены основные показатели емкости многомодульной станции с

модулем SNM в качестве центрального:
Таблица 2.1-1 Емкость различных модулей
Количество
Количество Максимальное Количество равноправных абонентов
сигнальных количество непосредственно
CM (в десятках тысяч) Примечания
магистралей устанавливаемых устанавливаемых
модулей PSM модулей RSM (0,1 Эрланг на
(8 Мбит/с)
пользователя)
SM8 64-5=59 3 11 7 1. Рассчитывается исходя из

того, что каждый модуль PSM
SM16 128-5=123 7 11 15
занимает 16 сигнальных
SM32 256-8=248 15 8 30 магистралей, а каждый модуль
SM64 512-8=504 31 8 60 RSM – одну сигнальную
магистраль.
SM128 1024-8=1016 63 8 120
2. В этой таблице “-5” и “-8”
SM256
означает вычитаемое
2048-8=2040 127 8 240 количество звеньев, ис-
пользуемых для коммутации
полупостоянных соединений.
2.1.3 Соответствие стандартам сигнализации
Внутриполосные одночастотные импульсные линейные сигналы:
В Китае: отвечает требованиям GB3376-82 и YDN065-1997.
Международные: соответствует рекомендациям ITU-T серий Q300,
-74-
Q400 и Q140-180, а также другим национальным спецификациям вне Китая.
Многочастотный регистровый сигнал: В Китае: отвечает требованиям GB3377-82

и YDN065-1997.
Международные: соответствует рекомендациям ITU-T серий Q300, Q400 и Q140-

180, а также другим национальным спецификациям вне Китая.
Система общеканальной сигнализации ОКС7: соответствует требованиям и

техническим характеристикам китайских национальных телефонных сетей в
режиме сигнализации ОКС7 (Technical Specifications for SS7 Signaling Mode of
China Domestic Telephony Network) (GF001-9001), а также Техническим
требованиям к системе сигнализации ОКС7 (ITU-T - Q.720 ~ Q.795).
2.2 Рабочие характеристики тарификации
Основные рабочие характеристики тарификации:
1. Частота ошибок тарификации
Для операций одиночной тарификации – менее 2×10-5;
Для операций множественной тарификации – менее 2×10-5.
2. Точность тарификации: 10 мс.
3. Для каждого пользователя создается 36 таблиц счетчиков вызовов (18 для

операций одиночной тарификации и 18 для операций множественной
тарификации).
4. Разрядность таблицы счетчиков: 32 бита.
5. Определение алгоритмов: всего может быть задано 256 различных

алгоритмов. Для создания одной квитанции может использоваться 2
алгоритма.
6. Создание групп тарификации: до 256 групп.
-75-
7. Определение тарифов: до 256 тарифов.
8. Точность тарификации точность тарификации не менее 99,96%.
9. Производительность обработки квитанций: не менее 10 млн. квитанций за

месяц.
2.3 Мониторинг времени и нагрузка на линии
Характеристики мониторинга времени и нагрузки на линии:
1. Мониторинг времени
1) Контрольное время снятия трубки без совершения набора номера - 10 с;
2) Контрольная длительность межсерийного интервала – 20 с;
3) Контрольное время отсутствия ответа – 60 с;
4) Контрольное время отсутствия ответа при междугородном вызове – 60 с;
5) Контрольное время отсутствия ответа при международном вызове – 120 с.
6) Длительность подачи зуммерного сигнала, напоминающего о необходимости

повесить трубку – 60 с;
7) Время на прослушивание сигнала “занято” – 40 с (настраивается).
2. Нагрузка трафика
1) В табл. 2.3-1 приведены величины нагрузок на линию.
Таблица 2.3-1 Величина нагрузки трафика
Эталонная нагрузка: АЛ ЦСЛ
Нагрузка A 0,20 Эрланг на линию 0,7 Эрланг на канал
Нагрузка B 0,25 Эрланг на линию 0,8 Эрланг на канал
2) Производительность обработки вызовов приведена в табл. 2.3-2.
-76-
Таблица 2.3-2 Величина BHCA для всей системы
Количество модулей BHCA
1 600K
8 3200K
50 20000K
2.4 Рабочие характеристики ОКС7 ZXJ10
Звенья сигнализации 64 Кбит/с:
Количество звеньев сигнализации – более 512. Количество групп звеньев

сигнализации – более 256, может быть увеличено до 1024 при использовании
интегрированного пункта STP.
Количество зон маршрутизации превышает 2000.
Поддерживается одновременное использование до 255 сетей сигнализации и

обработка 255 различных кодов пунктов сигнализации на одном коммутаторе.
Нагрузка на каждое звено сигнализации составляет более 0.8 Эрланг.
Скорость преобразования заголовков GT – более 4000 преобразований в секунду.
Количество заголовков GT, хранимых в таблице преобразования – более 200,000.
Производительность обработки сигнализации системы превышает 80000 MSU в

секунду.
В случае использования в качестве независимого пункта STP временная задержка

при транзитной передаче на STP значительно меньше, чем задержка,
определенная в стандартных спецификациях.
Звенья сигнализации 2 Мбит/с:
Одиночный модуль поддерживает четыре звена 2 Мбит/с, группа из 20 модулей

поддерживает сорок звеньев 2 Мбит/с.
-77-
2.5 Надежность и коэффициент готовности
Основные показатели надежности и коэффициент готовности:
1. Средний коэффициент сбоев на основном оборудовании
Согласно результатам тестирования данного коммутатора, коэффициент сбоев в

коммутационной системе не превышает 4×10-4.
Общая продолжительность прерывания обслуживания системой не должна

превышать 1 часа за 20 лет. Для несопровождаемой системы общая
продолжительность прерывания обслуживания должна составлять не более 2
часов за 20 лет.
Среднее время между перезапусками контроллера модуля составляет более 600

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

неправильных входящих или исходящих вызовов, не превышает 30 минут в год
для отдельного абонента.
Количество блокировок из-за ошибочного простоя или ошибочной остановки

системы, вызванных сбоями в программном обеспечении, не должно превышать
трех раз на 1000 абонентов за один месяц, а также не должно превышать 3 раз на
100 соединительных линий за один месяц.
На перезапуск обычно требуется всего от 2 до 20 секунд. Перезапуск сказывается

только на устанавливаемых соединениях, но не затрагивает установленные
соединения. Перезапуск любого управляющего оборудования повлияет только на
обслуживание абонентов или работу соединительных линий, относящихся к
данному модулю.
На перезагрузку требуется 3 минуты. Благодаря тому, что оборудование работает

по схеме “активный/резервный” с использованием режима разделения нагрузки,
перезагрузка модуля не сказывается на качестве обслуживания системы в целом.
-78-
2. Количество ошибок в программном обеспечении не должно превышать

следующих значений:
Тестирование процедуры хэндовера (в течение 1 месяца): 8 ошибок.
Испытательный период (5 месяцев): 15 ошибок.
3. Ремонт печатных плат (PCB) вследствие неисправности отдельных

компонентов:
Один месяц после тестирования процедуры хэндовера: 0,13 раз на 100 абонентов.
От 3 до 5 месяцев в течение испытательного периода: с первого по третий месяц

– в среднем 0,1 раз на 100 абонентов ежемесячно; с четвертого по пятый месяц –
в среднем 0,06 раз на 100 абонентов ежемесячно.
4. Количество сбоев, вызванных нарушением контактов в разъеме печатной

платы или другой причиной, устраненных после извлечения и повторной
установки печатной платы:
Один месяц после тестирования процедуры хэндовера: 0,06 сбоев на 100

абонентов.
От 3 до 5 месяцев в течение испытательного периода: с первого по третий месяц

– в среднем 0,05 сбоев на 100 абонентов ежемесячно; с четвертого по пятый
месяц – в среднем 0,03 сбоев на 100 абонентов ежемесячно.
5. Неисправность аппаратных цепей
В течение одного месяца после тестирования процедуры хэндовера – не более

двух уведомлений о неисправности (во всей системе).
От 3 до 5 месяцев после испытательного периода: с первого по третий месяц – в

среднем один раз в месяц; с четвертого по пятый месяц – в среднем 0,5 раз в
месяц.
6. Тестирование на отсутствие прерываний в работе
Данный тест успешно пройден. А именно, 12 пар телефонов находились в
-79-
состоянии разговора в течение 48 часов, создавая большой вызывной трафик

через коммутационное поле. По прошествии 48 часов установленные речевые
каналы остались в нормальном состоянии, а тарификационные данные были
созданы без ошибок.
7. Частота ошибок тарификации: вероятность ошибки тарификации, вызванной

сбоем на коммутаторе, не превосходит 10-4.
8. При разговоре абонент не должен субъективно ощущать наличия шумов,

переходных помех, пропаданием голоса абонента на противоположном конце,
микрофонного эффекта или других подобных явлений.
9. Сбои при обработке вызовов
Вероятность преждевременного разъединения – менее 5×10-6.
Вероятность некорректного разъединения – менее 5×10-6.
Вероятность ошибочного выбора маршрута – менее 1×10-5.
Вероятность отсутствия голоса – менее 10-5.
Вероятность других сбоев – менее 10-4.
10. Блокировка
Общее время блокировок отдельно взятого абонента не должно превышать 30

минут за год.
Общее время одновременных блокировок нескольких абонентов в среднем не

должно превышать 10 – 20 минут за год.
Общее время блокировок отдельно взятой соединительной линии в среднем не

должно превышать 30 минут за год;
Общее время одновременных блокировок нескольких соединительных линий в

среднем не должно превышать 20 минут за год (для группы из более чем 30 СЛ).
Общее время блокировок всей системы не должно превышать 1 час за 20 лет.
-80-
11. Недоступность
Вероятность отклонения вызова абонента из-за ухудшения качества передачи

(при наличии определенного количества установленных соединений на
коммутаторе) – менее 10-5.
2.6 Рабочие характеристики абонентских линий и приемника

сигналов
Описание характеристик абонентских линий в системе ZXJ10:
1. Рабочие характеристики абонентских линий
Абонентская линия может нормально функционировать при выполнении

следующих условий:
Сопротивление абонентского шлейфа: Сопротивление абонентского шлейфа

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

изоляции “линия-земля”: более 20000 Ом.
Емкость абонентской линии: не более 0,7 мкФ.
2. Технические характеристики абонентских сигналов
1) Для приемников импульсного набора от дисковых телефонных аппаратов и

кнопочных телефонных аппаратов с набором импульсами постоянного тока
Частота повторения импульсов: 8 - 14 импульсов в минуту; соотношение

пауза/посылка (импульсный коэффициент 1,3 – 2,5): 1;
Интервал между комбинацией импульсов: не меньше 350 мс.
2) Технические характеристики абонентских сигналов от телефонных аппаратов
-81-
с многочастотным кнопочным номеронабирателем (MFPB)
Уверенный прием гарантируется при девиации частоты не более 2,0%. В

случае превышения девиации частоты значения 3,0% – полное отсутствие
приема. Для девиации частоты, находящейся в пределах 2,0% - 3,0%, прием не
гарантирован.
Уровень приема одной частоты при использовании двухчастотной

сигнализации: от -23 дБм до -4 дБм; прием не гарантирован, если уровень
одной частоты ниже -31 дБм.
Различие уровней двух частот: не более -6 дБ.
3) Защита от перенапряжений
1) Возможности защиты от перенапряжений без использования первого уровня

защиты
Характеристики импульса грозового разряда: 10 мкс/700 мкс, максимальное

значение напряжения: 1000 В.
Наводки от кабеля электропитания: продолжительность - 500 мс, напряжение

- 650 В (среднеквадратическое значение);
Контакт с кабелем электропитания: длительность – 15 минут, напряжение –

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

защиты)
Характеристики импульса грозового разряда: 10 мкс/700 мкс, максимальное

значение напряжения: 4000 В;
Наводки от кабеля электропитания: продолжительность - 1 с, напряжение -

650 В (среднеквадратическое значение).
-82-
2.7 Синхронизация в сети
Генератор тактовых синхросигналов и схема синхронизации коммутатора ZXJ10

соответствуют рекомендациям ITU-T G.811, G.812, G.813 и YDN065-1997,
используются синхрогенераторы второго и третьего уровня.
1. Режим синхронизации
Применяется режим синхронизации “ведущий/ведомый”.
2. Рабочий режим синхронизации
Как синхрогенератор второго уровня, так и синхрогенератор третьего уровня,

могут функционировать в четырех режимах: быстрый захват, отслеживание,
удержание и свободная генерация.
3. Резервирование
Как синхрогенератор второго уровня, так и синхрогенератор третьего уровня,

имеют два независимых генератора тактовых синхросигналов с одинаковыми
рабочими характеристиками. Если на одном генераторе тактовых
синхросигналов происходит отказ, выполняется незамедлительное
переключение на второй генератор. Используется от 2 до 4 опорных
источников, предусмотрена функция автоматического переключения в случае
отказа. Коммутатор ZXJ10 снабжен функцией приема опорных
синхросигналов интерфейса BITS в пределах здания.
4. Надёжность синхрогенератора
Среднее время безотказной работы (MTBF) для коммутатора ZXJ10

составляет более 10 лет.
5. Минимальная точность
Синхрогенератор второго уровня: ±4×10-7, синхрогенератор третьего уровня:

±4.6×10-6.
6. Максимальная начальная девиация частоты:
-83-
Синхрогенератор второго уровня: менее 5×10-10, синхрогенератор третьего

уровня: менее 1×10-8.
7. Максимальный сдвиг частоты:
Синхрогенератор второго уровня: менее 1×10-9 за день, синхрогенератор

третьего уровня: менее 2×10-8 за день.
8. Диапазон затягивания частоты:
Синхрогенератор второго уровня: синхронизируется с синхрогенератором при

точности ±4×10-7, синхрогенератор третьего уровня: синхронизируется с
синхрогенератором при точности ±4,6×10-6.
9. Стабильность фазы
В любое время в пределах 211UI дрожание фазы не превышает 1/8 UI.
В любое время, равное или превышающее to 211UI, дрожание фазы в пределах

каждого промежутка времени 211UI также не превышает 1/8 UI, а общий
дрейф составляет не более 1 мкс.
Длительное смещение фазы: В каждый промежуток времени S≥100 с

максимальная ошибка выходных тактовых синхросигналов за данный
интервал времени (MRTIE) составляет менее 1мкс.
10. Интерфейс линий синхронизации
Соответствует рекомендациям и техническим требованиям ITU-T G.823.3 и

YDN065-1997.
2.8 Рабочие характеристики передачи
1. Вносимое затухание
Соединение “цифровой – цифровой”: 0 дБ
Соединение “аналоговый (4 линии) – цифровой”: 0 дБ
-84-
Соединение “аналоговый (4 линии) – аналоговый (4 линии)”: 0 дБ
Соединение “аналоговый (2 линии) – аналоговый (2 линии)”: 7 дБ.
2. Нелинейные искажения (700 Гц ~ 1100 Гц)
0.5 дБ (амплитуда сигнала: -40 дБмО ~ 3 дБмО).
3. Частотное искажение при вносимом затухании
300 Гц ~ 400 Гц: 0,3 дБ ~ 1,0 дБ;
400 Гц ~ 600 Гц: 0,3 дБ ~ 0,75 дБ;
600 Гц ~ 2000 Гц: 0,3 дБ ~ 0,35 дБ;
2000 Гц ~ 2400 Гц: 0,3 дБ ~ 0,35 дБ;
2400 Гц ~ 3000 Гц: 0,3 дБ ~ 0,55 дБ;
3000 Гц ~ 3400 Гц: 0,3 дБ ~ 1,5 дБ.
4. Переходные помехи
Установление соединения для входящего вызова, ближний конец: -73 дБмО;
Установление соединения для входящего вызова, удаленный конец: -70 дБмО;
Установление соединения для исходящего вызова, ближний конец: -70 дБмО;
Установление соединения для исходящего вызова, удаленный конец: -70

дБмО.
5. Потери на отражение
Потери при отражениях из-за рассогласования оконечной нагрузки на

терминалах (TBRL)
300 Гц : 16 дБ;
500 Гц ~ 2500 Гц: 20 дБ;
-85-
3400 Гц: 16 дБ.
6. Несогласованность полного входного сопротивления линии передачи

относительно “земли”
300 Гц ~ 500 Гц : 40 дБ;
600 Гц ~ 3400 Гц : 46 дБ.
7. Шумы
1) Взвешенный шум
A. “Неполное” соединение (semi-connection)
A) Z-интерфейс
Относительный уровень: 0 dBr;
На входе: -63,5 dBm0p;
На выходе: -66,4 dBmp;
B) Интерфейс C1/C2
На входе: -64,5 dBm0p /-66,0 dBm0p;
На выходе: -68,8 dBm0p / -75,0 dBm0p
A. “Полное” соединение (full-connected)
A) Z-интерфейс:
Взвешенный шум:
Lo − Li 90 + LIN + Lo
10
PTN = PAN (1 + 10 ) + 10 10
( pWp )
Соответствующий суммарный уровень шума:
-86-
PTN
LTN = 10 lg( ) − 90 dBmp
1 pW
Где:
PTN --- мощность суммарного взвешенного шума для установленного

коммутатором цифрового соединения Z-Z.
PAN --- мощность взвешенного шума, создаваемого аналоговой подсистемой, 200

pWp.
Lo --- относительный уровень на выходе Z-интерфейса.
Li --- относительный уровень на входе Z-интерфейса на том же коммутаторе.
LIN --- взвешенный шум (шум свободного канала) оборудования,

преобразованный из ИКМ, -65 dBm0p.
LTN --- уровень суммарного взвешенного шума соединения между двумя

пунктами аналогового двухлинейного интерфейса, установленного через данный
коммутатор.
B) Интерфейс C1/C2
Под взвешенным шумом понимается суммарный шум двух “неполных”

соединений (semi-connections).
B. Одночастотный шум: < -50 дБмO.
C. Невзвешенный шум: < -40 дБм0 (30 Гц ~ 20000 Гц).
8. Искажение, обусловленное неравномерностью группового времени задержки
1) Абсолютная групповая задержка.
500 Гц ~ 2800 Гц, 1500 мкс (среднее значение)
с вероятностью 95% значение задержки меньше 1950 мкс.
-87-
2) Искажение, обусловленное неравномерностью группового времени задержки
500 Гц ~ 600 Гц: 900 мкс;
600 Гц ~ 1000 Гц: 450 мкс;
1000 Гц ~ 2600 Гц: 150 мкс;
2600 Гц ~ 2800 Гц: 750 мкс.
9. Интенсивность битовых ошибок при передаче
В течение непрерывного 24-часового наблюдения ошибок не зафиксировано;
Интенсивность ошибок при долговременной работе <10-9
2.9 Конструктивные характеристики
Конструктивные характеристики системы ZXJ10:
1. Шкаф
1) Габариты шкафа
Наружные размеры шкафа соответствуют международным стандартам:
2000 мм × 810 мм × 600 мм (высота×ширина×глубина);
В случае установленной боковой стенки ширина составляет 870 мм.
При установленной верхней крышке проводных соединений высота составляет

2200 мм;
Габариты шкафа SU960: 2000 мм × 800 мм × 600 мм;
Габариты шкафа SU480I: 2000 мм × 800 мм × 650 мм;
Габариты шкафа SU480E: 1750 мм × 1200 мм × 650 мм.
2) Вес
-88-
Около 250 кг для одного статива в полной комплектации.
Шкаф SU960 весит около 200 кг в полной комплектации;
Шкаф SU480I весит около 250 кг в полной комплектации;
Шкаф SU480E весит около 320 кг в полной комплектации;
3) Конструктивные особенности
Удобство сборки и разборки, легкость устранения неисправностей и

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

(EMC). Кроме того, в стативе имеются централизованные точки заземления,
антистатические защитные браслеты и точки заземления статива. Кабели питания
статива вводятся вместе и распределяются по подстативам через шину. Благодаря
этому упрощаются процедуры монтажа и эксплуатации системы.
2. Подстативы
Внешние габариты стандартного подстатива: 279,5мм × 790 мм × 319 мм

(высота×ширина×глубина), обычно имеют 27 слотов;
В случае одноступенчатого коммутационного Т-поля, подстативы уровня
коммутационного поля в центральном стативе имеют размеры: 571,5 мм × 790
мм × 319 мм (высота×ширина×глубина), имеют 24 слота.
Подстатив имеет простую конструкцию. Он состоит из передних и задних

алюминиевых перекладин, левых и правых боковых панелей и направляющих.
Различные функциональные стативы физически различаются только
объединительными платами и разъемами для устанавливаемых плат.
-89-
Направляющие в стандартном подстативе состоят из алюминиевых секций.

Расстояние между двумя слотами обычно равно 25 мм.
3. Вставные модули
1) Габариты стандартных вставных печатных плат: 234 мм × 300 мм × 1.5 мм

(высота×длина×толщина); в случае одноступенчатого коммутационного Т-
поля вставные печатные платы уровня коммутационного поля в центральном
стативе имеют размеры: 390 мм × 300 мм × 2 мм (высота×длина×глубина).
2) Структура вставных модулей
Вставной модуль состоит из лицевой панели, экстрактора и печатной платы.

На печатной плате имеются два разъема, соответствующих гнездам на
объединительной плате. Разъемы имеют 64 или 96 контактов в зависимости от
числа подключаемых проводов. На лицевой панели указывается название
платы, соответствующее определенному слоту в подстативе.
2.10 Электрические характеристики
Используется постоянное напряжение -48 В, допустимая область изменения

постоянного напряжения – от -57 В до -40 В.
Ниже представлена потребляемая мощность разных уровней распределения

питания в коммутаторе ZXJ10:
POWP (вентилятор блока питания Power P): 50 Вт (1,0 А / -48 В);
BDT (уровень ЦСЛ): 100 Вт (2,0 А / -48 В);
BMDT (уровень ЦСЛ 16E1): 150 Вт (3,2 А / -48 В);
BNET (уровень коммутационного поля): 80 Вт (1,7 А / -48 В);
BNEN (уровень коммутационного поля 16K): 140 Вт (3,0 А / -48 В);
Где на каждый установленный оптический интерфейс (FBI) приходится 20 Вт, а

на каждую установленную цифровую СЛ SDH (STD) – 15 Вт;
-90-
BCTL (уровень управления): 100 Вт (2,0 А / -48 В);
BSLC (абонентский уровень):
Свободно: 100 Вт (2,0 А / -48 В);
Занято: 240 Вт (5,1 А / -48 В);
BPON (SDH): 250 Вт (5,2 А / -48 В);
BCTN (уровень сети управления SM4C): 120 Вт (2,5 А / -48 В);
BRMI (уровень удаленных интерфейсов): 140 Вт (3,0 А / -48 В);
BCN (уровень центрального коммутационного поля, 32K): 460 Вт (9,6 А / -48 В);
BCN (уровень центрального коммутационного поля, 64K): 780 Вт (16,3A / -48 В);
На каждый центральный оптический интерфейс (CFBI) приходится 40 Вт, а на

каждое центральное коммутационное поле большой емкости (CPSN) – 60 Вт.
Потребляемая мощность каждого из перечисленных выше уровней вычислена

для случая полной комплектации. Оценка потребляемой мощности других
уровней может быть проведена на основе перечисленных выше величин для
разных уровней подстативов.
Пример. Если станция обслуживает 9600 абонентов и имеет 1200 ЦСЛ,

потребуется 4 статива, содержащих 1 уровень ЦСЛ, 1 уровень коммутационного
поля, 1 уровень управления, 20 абонентских уровней и 4 блока питания Power P.
В этом случае потребляемая электрическая мощность вычисляется следующим
образом:
Потребляемая мощность (для состояния “свободно”) =

100+120+90+20X100+4X50 = 2610 Вт
Потребляемая мощность (для состояния “занято”) = 100+120+90+20X240+4X50 =

5310 Вт
Или
-91-
Потребляемый ток (для состояния “свободно”) = 2,0+1,7+2,0+20X2,0+4X1,0= 49,7

А
Потребляемый ток (для состояния “занято”) = 2,0+1,7+2,0+20X5,1+4X1,0=111,7 А
2.11 Требования к рабочей среде
2.11.1 Требования к температуре и влажности
В табл. 2.11-1 приведены требования к температуре и влажности в аппаратной.

Таблица 2.11-1 Требования к температуре и влажности
Температура (градусы Цельсия) Относительная влажность (%)
Рабочие условия при Рабочие условия при Рабочие условия Рабочие условия при
длительной кратковременной при длительной кратковременной
эксплуатации (см. эксплуатации (см. эксплуатации эксплуатации
примечание 1) примечание 2)
15 ~ 30 градусов 0 ~ 45 градусов 40% ~ 65% 20% ~ 90%
Примечание 1: Температура и влажность рабочей среды в помещении аппаратной измеряются на высоте 1,5 м от
пола и на расстоянии 0,4 м от оборудования при отсутствии защитной панели с лицевой или задней стороны
статива с оборудованием.
Примечание 2: Под условиями кратковременной эксплуатации понимается непрерывная работа в течение не
более 48 часов и совокупное время работы за весь год в течение не более 15 дней.
2.11.2 Требования к заземлению в аппаратной
Средства заземления: Как правило, в аппаратной должен использоваться

проводящий пол, отличный от неизолированного. Кроме того, должны
соблюдаться следующие условия:
Минимальное сопротивление изоляции: 25×103 Ом;
Максимальное сопротивление изоляции: 106 Ом (новый пол)
Максимальное сопротивление изоляции: 1010 Ом (пол, давно находящийся в

эксплуатации).
Допустимая нагрузка на пол: в главной аппаратной, где установлено основное
-92-
оборудование коммутации, пол должен быть приспособлен к нагрузке не менее

450 кг/м2. Вне главной аппаратной пол должен допускать нагрузку не менее
300кг/м2.
2.11.3 Требования к заземлению
Режимы заземления и требования: заземление должно удовлетворять “Общим

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

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

следующему правилу: 15 A × количество стативов, при этом для расчета
берется величина тока, выше номинальной.
Сопротивление заземления: если применяется объединенное заземление, обычно

требуется, чтобы сопротивление заземления составляло не более 0,5 Ом. Если же
применяется раздельное заземление, при использовании 2000 линий
сопротивление заземления должно быть не более 5 Ом, при использовании от
2000 до 10000 линий – не более 3 Ом, при использовании более 10000 линий – не
более 1 Ом..
-93-
3 Архитектура аппаратных средств
3.1 Общая структура аппаратных средств системы
Система ZXJ10 – многомодульная с полностью распределенной архитектурой

управления. Блок-схема архитектуры системы показана на Рис. 3-1.1.
PSM
RSM
PSM
RSM
PSM
CM RSM
PHM
MSM RSU
OMM
Рис.3-3.1 Архитектура системы ZXJ10
Система состоит, в основном, из следующих базовых модулей: Модуля

коммутации сообщений (MSM - Message Switching Module), Центрального
модуля коммутационного поля (SNM - central Switching Network Module), Модуля
эксплуатации и технического обслуживания (OMM - Operation & Maintenance
Module), Местного периферийного коммутационного модуля (PSM - local
Peripheral Switching Module), Удаленного периферийного коммутационного
модуля (RSM - Remote Peripheral Switching Module), Модуля коммутации пакетов
(PHM - Packet Switching Module) и удаленного абонентского блока (RSU - Remote
-94-
Глава 3 Архитектура аппаратных средств
Subscriber Unit).
MSM, в основном, служит для выполнения обмена сообщениями между

модулями. Как периферийный модуль центрального коммутационного модуля,
PSM обеспечивает коммутацию и функции доступа к услугам. Он может служить
в качестве периферийного модуля многомодульной станции или
функционировать как автономная станция. Когда он работает как периферийный
модуль, он должен находиться под централизованным управлением модуля
OMM. RSM имеет те же базовые функции, что и PSM. Но он может быть
расположен на достаточном удалении от центрального модуля в структуре сети и
соединяться с центральным модулем через оборудование передачи,
функционируя под централизованным управлением OMM. OMM - основной
модуль для эксплуатационного управления всей системы. Он состоит из сервера,
шины Ethernet и группы клиентов, выполняя управление модулями и
процессорами через полупостоянное соединение SNM. RSU - это абонентский
блок, который подключается к RSM, обеспечивая доступ удаленных абонентов.
Модуль PHM служит, в основном, для подключения абонентов к пакетной сети
передачи данных. Через модуль PHM абоненты могут получать доступ к
цифровой сети передачи данных (Digital Data Network - DDN).
3.2 Структура и функции модуля
В данном разделе приводится, главным образом, введение в структуру модулей

ZXJ10, а также базовый состав частей этого модуля. Относительно более
детального описания стативов PSM/RSM, структуры уровней полок и
расположения врубных блоков в PSM или RSM обращайтесь к документу
«Цифровая коммутационная система с программным управлением ZXJ10V10.0
(V03.03Eu) – Руководство по установке».
3.2.1 Периферийный коммутационный модуль (PSM).
PSM (Peripheral Switching Module – периферийный коммутационный модуль) –

это базовый автономный модуль ZXJ10. Основные функции модуля: Выполнение
обработки вызовов и коммутации речевых каналов между абонентами данного
PSM. Передача сообщений и подключение вызывающих речевых каналов к
-95-
центральному SNM между PSM. Рассмотрим для примера коммутационное поле

8К.
8 Мбит/с
DTU
Абонентский
блок 8 Мбит/с
Оптический SN
интерфейс M
Блок коммутации
8K ×8K
MFC Блок
SDH
DTMF
TONE
2 Мбит/с
2 Мбит/с
V5.2
No.7 COMM COMM
MCTL
MP0 MP1
Рис.3-2.1 Структура системы PSM.
1. Типичная конфигурация PSM.
1) Модуль соединительных линий: В этом случае PSM является периферийной

станцией центральной сети, между тем, PSM может соединяться с удаленным
коммутационным модулем (RSM) посредством соединительных линий.
Конкретные конфигурации могут быть следующими:
Линии в количестве: 9600;
Соединительные линии в количестве: 1200;
DTMF (Dual Tone Multi-Frequency) – двухчастотная сигнализация: 300

комплектов;
-96-
MFC (Multi-Frequency Compelling) – многочастотная сигнализация: 180

От PSM к SNM существует 2048 временных интервалов коммутации

(шестнадцать магистралей 8 Мбит/c).
2) Абонентский модуль: В этом случае PSM является периферийной станцией

центральной сети, к которой подключены только абоненты. Конкретные
конфигурации могут быть следующими:
DTMF (Dual Tone Multi-Frequency) – двухчастотная сигнализация: 480 комплектов;
От PSM к SNM имеется 2048 временных интервалов коммутации.
3) Станция с единственным PSM: То есть, PSM может функционировать, как

независимая система коммутации, предоставляя доступ и обработку вызовов
для абонентов ТФОП и ISDN. В этом случае PSM является не периферийным
коммутационным модулем под управлением SNM, а полнофункциональной
станцией. Конкретные конфигурации могут быть следующими:
Соединительные линии в количестве: 2760;
DTMF (Dual Tone Multi-Frequency) – двухчастотная сигнализация: 420


4) Модуль соединительных линий: В этом случае PSM является не

периферийным коммутационным модулем под управлением SNM, а
независимой транзитной станцией, выполняющей транзитные функции. Все
или большинство соединительных линий могут быть сконфигурированы как
цифровые или аналоговые соединительные линии. Ниже приведена
конкретная конфигурация:
-97-
Соединительные линии в количестве: 6240 (цифровых соединительных линий);

2. PSM – это мультипроцессорная система, использующая иерархические

режимы управления. Его структура показана на рис. 3.2-1. Он состоит из
следующих основных блоков (для упрощения некоторые блоки на рисунке не
показаны).
1) Абонентский блок: К абонентскому блоку относятся аналоговый абонентский

ASLC (аналоговый абонентский комплект), цифровой абонентский DSLC
(цифровой абонентский комплект), двухпроводная соединительная линия
ABT, комплект одночастотной соединительной линии (2400 Гц/2600 Гц SFT),
комплект соединительной линии E&M.
2) Блок цифровых соединительных линий: Блок цифровых соединительных

линий включает в себя субблок интерфейса цифровых соединительных линий
(DTI - Digital Trunk Interface) и субблок нескольких интерфейсов цифровых
соединительных линий (Multi-E1 (16-E1) Digital Trunk - MDT).
3) Блок ресурсов аналоговой сигнализации (выделен пунктирной линией): В

состав блока аналоговой сигнализации входит приемопередатчик
многочастотной взаимноконтролируемой регистровой сигнализации (MFC -
Multi-Frequency Compelled), субблок двухчастотной сигнализации (DTMF -
Dual-Tone Multi-Frequency), субблок тональной сигнализации (TONE),
субблок конференц-связи (CONF), и субблок отображения идентификации
вызывающей линии (Calling line Identification Display).
4) Главный блок управления: Главный блок управления состоит из процессора

модуля (Module Processor - MP), блока совместно используемой памяти
(MEM), субблока связи (COMM), субблока мониторинга (MON) и субблока
определения параметров окружающей среды периферии (PEPD), или
интегрированного субблока, называемого PMON.
5) Блок цифрового коммутационного поля (“блок коммутационного T-поля” для

краткости). В его состав входит цифровое коммутационное поле DSN и
-98-
субблок интерфейса магистралей DSNI.
6) Блок оптических интерфейсов: Состоит из нескольких субблоков оптических

интерфейсов (FBI – Fiber Bus Interface).
7) Блок синхронизации: Система синхронизации коммутационной системы

ZXJ10 состоит из платы интерфейса эталонных синхросигналов CKI и платы
генерации синхросигналов SYCK . Обеспечивает централизованную
синхронизацию всей системы, а также отслеживание синхронизации от
внешних систем синхросигнала высшего уровня.
8) Блок передачи SDH: Состоит из главного блока управления FMCP, блока

синхронизации SCLK, субблока трибутарных интерфейсов ENT4/EDT4, блока
агрегатных интерфейсов S1OA, блока кросс-коммутации CC1 и блока каналов
служебной связи. Каждый блок передачи SDH обеспечивает четыре
оптических интерфейса 155 Мбит/с.
9) Блок передачи SDH платы (SDT): Состоит из одной платы SDT,

обеспечивающей два оптических интерфейса 155 Мбит/c.
3.2.2 Удаленный коммутационный модуль (RSM).
Удаленный коммутационный модуль (Remote Switching Module - RSM) является

станцией, размещаемой на удалении от PSM или станции центрального модуля
(CM). По структуре этот модуль подобен PSM и может осуществлять
внутреннюю коммутацию. Обслуживание абонентских линий модулем RSM не
имеет отличий от обслуживания абонентских линий модулем PSM.
1. Функции
1) Доступ различных удаленных абонентов.
2) Соединения и коммутация для удаленных абонентов.
3) Централизованная организация сети с PSM или CM.
Соединение между RSM и PSM или SNM.
-99-
1) RSM соединяется с системой типа ИКМ через интерфейсы цифровых

соединительных линий передающего терминала ИКМ.
2) Непосредственное соединение через интерфейсы оптических цифровых

соединительных линий (ODT) на обеих сторонах PSM/RSM, обеспечивая
включение в сеть системы ZXJ10.
3) Соединение модуля RSM с системой через встроенную систему передачи

SDH.
3.2.3 Модуль обработки пакетов (PHM)
По физической структуре модуль PHM (Packet Handler Module) подобен PSM, но

в нём добавлен блок доступа (Access Unit (AU)) для реализации функции
взаимосвязи с сетью с коммутацией пакетов. Для коммутации пакетов обычно
используется протокол X.25. Поэтому основной обработкой сообщений PHM
поддерживаются два режима вызовов: случай А и случай В.
Случай А: Пакетные данные канала В посылаются от коммутационного поля к

блоку AU на стороне PSPDN. Блок AU выполняет обработку пакетов Х.25.
Случай В: Пакетные данные канала В обрабатываются COMM/MP в PHM и

передаются в DDN через блок интерфейса данных DAI по протоколу V35.
3.2.4 Модуль коммутации сообщений (MSM)
MSM (Message Switching Module), в основном, служит для выполнения обмена

сообщениями между соответствующими модулями. PSM, RSM и PHM
соединяются с SNM через интерфейс соединительных линий или
оптоволоконным кабелем. Через полупостоянные соединения SNM временные
интервалы связи этих модулей подключаются к MSM, а MP в MSM осуществляет
обмен сообщениями согласно маршрутной информации.
MSM состоит из пары “активный/резервный” блоков МР и нескольких блоков
СОММ. Для многомодульной структуры сети пара МР в центральном
коммутационном поле и модули МР в PSM и RSM могут образовывать структуру
сети WAN через полупостоянное соединение центрального коммутационного S-
-100-
поляNM. Таким образом, происходит расширение возможностей обмена

сообщениями (для упрощения структура сети WAN не показана). Структура
MSM показана на рис. 3-2.2.
MSM
MP0 MP1
COMM COMM COMM COMM
nх 64 кбит/с
COMM COMM
PSM PHM
MP0 MP1 PSM
Рис. 3-2.2 Структура MSM.
3.2.5 Модуль коммутационного поля (SNM)
SNM (Switching Network Module) – это основной модуль в многомодульной

станции. Он, в основном, выполняет коммутацию речевых каналов между
модулями в многомодульной системе, а также передаёт временные интервалы
связи от нескольких модулей к MSM через полупостоянное соединение.
Существует два типа SNM: Один – Многозвенный SNM, состоящий из

нескольких матриц, которые, в свою очередь, состоят из матриц 8К и матриц 64К
в коммутационном поле 128К и коммутационном поле 256К . Другой –
однозвенное коммутационное поле (32K/64K) SNM. SNM с многозвенным (8К)
коммутационным полем применялся в более ранних версиях ZXJ10 (до V10.0 – в
V03.00). Теперь в новых приложениях применяется SNM с однозвенным
(32K/64K) или многозвенным 64K SNM.
-101-
Многозвенный SNM 8К может состоять из следующих блоков:
1. Блок центрального цифрового коммутационного поля (коммутационное S-

поле для краткости): Каждое звено состоит из двух блоков коммутации 8К,
всего 16К (оба блока представляют собой мультиплексирующие матрицы в
режиме “активный/резервный”). Добавляя матрицы, можно получить SNM
емкостью 32К или 64К.
2. Главный блок управления: Его структура аналогична главному блоку

управления в PSM. В основном, он управляет соединениями SNM, а также
осуществляет мониторинг DT.
3. Блок цифрового коммутационного поля (коммутационное T-поле для

краткости). Этот блок являет собой уровень, который предоставляет
эталонные синхросигналы системы, а также уровень расширения модулей
удаленного доступа. Его структура аналогична коммутационному T-полю в
PSM.
4. В случае многомодульной станции на стороне SNM оборудуется блок

оптических интерфейсов. Он соединяется с блоком оптических интерфейсов в
PSM, что позволяет соединять несколько низкоуровневых PSM. Структура
многоматричного SNM показана на рис. 3-2.3.
-102-
-
RSM
32 × 8 Мбит/сВстроенн. E3
Однозвенное T-поле опт.
интерфейс E1
8K X 8 K RSM
32 × 8 Мбит/с
16 ×8 Мбит/с
Встроенн.
- PSM
3#
опт.
2#
интерфейс Однозвенное T-поле
1#
0# 8K Х 8 K
Несколько T-полей
16 × 8 Мбит/с
Встроенн.
- PSM
32X2 Мбит/с 8KХ 8K опт.
MSM интерфейс Однозвенное T-поле
MS 8K Х 8K
2 Мбит/с 2 Мбит/с
M 512 Кбит/с 512 Кбит/с
HDLC HDLC
COMM COMM COMM COMM
MP0 MP1
SNM
LAN
OMM
OM
Рис. 3-2.3. Структура SNM c несколькими коммутационными Т-полями .
Структура однозвенного (32K/64K) SNM показана на рис. 3-2.4.
Она включает следующие блоки:
1. Центральный блок цифровой коммутации (однозвенное коммутационное T-

поле 32K/64K): Он состоит из двух однозвенных блоков коммутационного T-
поля 32K/64K (активного или резервного по отношению друг к другу) и двух
субблоков источников питания/вентиляторов.
2. Главный блок управления: Его структура аналогична главному блоку

управления в PSM. В основном, он управляет соединениями SNM, а также
выполняет мониторинг DT/ODT и встроенной системы передачи SDH.
3. Центральный блок оптического интерфейса: Состоит из нескольких

центральных субблоков оптических интерфейсов CFBI, которые служат, в
основном, для доступа к блоку передачи DT местных и удаленных модулей.
4. Блок передачи удаленного модуля: Состоит из субблоков DT/ODT и субблоков
-103-
оптического интерфейса (FBI), предназначенных для доступа к местному

модулю.
5. Блок передачи SDH: Унифицирован с блоком передачи SDH в PSМ и

предназначен для организации сети с другими модулями.
удал.. модуля
E1/ODT RSM
Интерфйес
интерфейс
Опт.
E1/ODT
RSM
Однозвенное
Центральный T-поле PSM
коммутационный 16 × 8
O Однозв.
интерфейс
интерфейс
блок p Мбит/с
ti T-поле
Опт.
Опт.
c
64 K× 64K al
(или 32 K× 32K） 8K ×8K
PSM
интерфейс
in Однозв.
O 16 × 8
интерфейс
Опт.
16 × 2 Мбит/с te p Мбит/с T-поле
Опт.
MSM rf ti
a c
ce al
8K ×8K
2 Мбит/с 2 Мбит/с
HDLC HDLC 512 Кбит/с 512 Кбит/с
COMM COMM COMM COMM
SNM MP0 MP0
LAN
OMM
Рис. 3-2.4 Архитектура 32K/64K SNM.
На настоящий момент существует два типа многозвенных коммутационных

полей 64К - коммутационное поле 128 К (две матрицы 64К) и коммутационное
поле 256К (четыре матрицы 64К). Его структурная схема похожа на
первоначальное многозвенное коммутационное поле 8К. С помощью рисунков
рис. 3-2.3 и рис. 3-2.4 в ней можно легко разобраться.
-104-
3.2.6 Модуль эксплуатации и технического обслуживания
Модуль ОММ (Operation & Maintenance Module) системы ZXJ10, также

называемый системой эксплуатации и технического обслуживания O&M,
отличается от системы эксплуатации и технического обслуживания основной
системы MP/Comm. Основная система и система O&M соединены шиной
Ethernet 10Base2. МР посылает информацию о рабочем состоянии в систему
ОММ, а ОММ посылает МР человеко-машинные команды, а также сообщения о
загрузке системных файлов и прочие сообщения.
1. Основные функции модуля ОММ системы O&M
1) Планирование процессов и система таймирования;
2) Управление аварийными сигналами и восстановление обработки.
3) Обновление версий и загрузка программного обеспечения инициализации

системы.
4) Связь и обмен сообщениями между основной системой и системой O&M.
5) Отображение обработки информации мониторинга;
6) Создание файлов и управление файлами;
7) Тестирование в режиме on-line и вывод результатов;
8) Обработка претензий абонентов (112);
9) Управление тарификацией и обработка квитанций;
10)Управление трафиком и отслеживание качества обслуживания;
11) Управление данными (включая абонентские данные и данные станции).
2. Соединения между OMM системы O&M и МР основной системы показаны

на рис. 3.2-5.
-105-
MP
(SNM )
Основная система
Система ОМ М
LAN
Клиент Клиент Сервер
Рис.3-2.5 Соединения между системой O&M и МР
Между ОММ системы O&M и основным МР могут быть подключены несколько

терминалов технического обслуживания. При необходимости расширение
системы может быть достигнуто за счет подключения к шине Ethernet между
ОММ и МР дополнительных терминалов технического обслуживания.
Сообщения системы O&M и основной системы к соответствующим PSM

системы централизованно передаются сначала модулями МР в PSM к
центральному модулю МР (основной системы), а затем МР СМ посылает их по
шинам Ethernet к терминалам технического обслуживания системы O&M.
3.2.7 Удаленный модуль абонентских линий .(RLM)
Модуль RLM (Remote Line Module) системы ZXJ10 – это модуль абонентских
линий, используемый для обеспечения доступа группы удаленных абонентов,
обычно не более 1 000 линий. Структура RLM похожа на структуру PSM и
включает в себя абонентский блок и блок передачи. Абонентский блок
полностью аналогичен абонентскому блоку в PSM. Блок передачи обеспечивает
канал информации 32 Мбит/с для соединения со станцией либо в режиме ИКМ,
либо в режиме оптического кабеля. К одному модулю RLM можно подключить не
более 1920 аналоговых абонентских линий. Блок передачи RLM содержит схему
извлечения синхросигналов, которые служат в качестве эталонных для
синхронизации RLM с синхросигналом тактового генератора станции.
-106-
Модули RLM можно разделить на следующие типы:
RSU960N Новый модуль RLM на 960 линий;
RSU960 Обычный стандартный RLM на 960 линий;
RSUC Компактный RLM на 480 линий;
RSU480I Интегрированный RLM на 480 линий (в модуль интегрирован

распределительный кросс, источник питания и батарея);
RSU480E SU480I – модель для эксплуатации вне помещений;
RSUD Мини-RLM на 96/192 линии.
3.2.7.1 Удаленный интегрированный абонентский блок (RSU480I)
Модуль RSU480I системы ZXJ10 – это интегрированный модуль абонентских

линий, используемый для обеспечения доступа группы удаленных абонентов,
обычно не более 720 линий.
В интегрированную структуру модуля RSU480I входят источник электропитания,

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

заранее, что позволяет получить интегрированную, простую и аккуратную
структуру статива в целом. В частности, каждый из уровней рассчитан на
стандартные 19-дюймовые полки, совместимые со всеми стандартными 19-
дюймовыми полками от других производителей. Модуль RSU480I системы
ZXJ10 состоит из абонентского блока, блока передачи, блока питания и блока
мониторинга. Его абонентский блок почти аналогичен абонентскому блоку в
PSM за исключением того, что первый вмещает вдове меньше плат абонентских
линий, чем последний. Блок передачи может работать в режиме ИКМ либо в
режиме соединения по оптическому волокну и обычно соединяется с
центральной станцией в режиме SDH. Блок питания обеспечивает
электропитание модуля RSU480I, а батарея снабжает модуль электропитанием в
случаях выхода из строя блока питания. Блок мониторинга выполняет сбор и
-107-
текущий контроль параметров окружающей среды рабочего окружения системы.
3.2.7.2 Абонентский миниблок RSUD
Блок RSUD обеспечивает периферийный модуль удаленного доступа для

небольших групп пользователей. Его емкость обычно составляет 128 линий, а
при использовании двух стативов составляет 256 линий. RSUD может
соединяться с PSM/RSM через интерфейс передачи SDH SNB. Компоновка плат
блока RSUD показана рис. 3.2-6 и рис. 3.2-7
Режим конфигурирования 1:
PMSP+SNB.
A A A A M P S
S S S S T M N
L L L L T S B
C C C C P
POWAC
Рис. 3-2.6 Режим 1 RSUD
Основные функции:
Обеспечивает 4 слота для плат абонентских линий с использованием 24-

канальных плат аналоговых абонентских линий. Максимальная емкость – 96
аналоговых абонентских линий.
Четыре слота для плат абонентских линий совместимы с разнообразными типами

аналоговых соединительных линий, таких как 2B+DDSLC, аналоговые
соединительные линии, соединительная линия с индуктивной сигнализацией и
соединительные линии E&M.
Обеспечивает два порта Е1.
Оборудован двумя оптическими интерфейсами для выполнения функций

-108-
ADM/TM/REG; скорость и структура данных оптического интерфейса такие же,

как и у стандартного формата STM-1.
Обеспечивает функции тестирования услуг по претензиям абонента.
Обеспечиваются функции мониторинга датчиков инфракрасного излучения,

задымленности, температуры и влажности.
Обеспечивает один интерфейс RS485.
Обеспечивает два интерфейса RS232.
Режим конфигурирования 2:
Описание структуры сети: SNB+SP
Обеспечивает 4 слота для плат абонентских линий. Для 24-канальных плат

абонентских линий максимальная абонентская емкость составляет 96 линий.
Четыре слота для плат абонентских линий совместимы с различными типами

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

ADM/TM/REG; скорость и структура данных оптического интерфейса такие же,
как и у стандартного формата STM-1.
Обеспечивает функции тестирования услуг по претензиям абонента.
Компоновка показана на рис. 3.2-7.
-109-
A A A A M S S
S S S S T P N
L L L L T B
C C C C
POWAC
Рис. 3,2-7 Режим 2 RSUD
3.2.8 Обзор по модулям системы ZXJ10
В таблице 3.2-1 приведены сводные характеристики модулей ZXJ10.
Table 3.2-1 Сводная таблица по модулям системы ZXJ10.
Центральный Периферийный/удаленный коммутационный модуль Удаленный модуль абонентских линий

коммутационный модуль (P/R) SM .(RLM)
(CM).
Название Емкость Название Суб-номер Емкость Название Суб- Емкость
номер
SM8 8K×8K SM2 (ZXJ10V4.x) (3584 L+480 DT)/ RSU960N 960 линий
960 DT (подключение DT)
SM16 16K×16K SM4 I 720 L+720 DT RSU960 960 L (1920 L)
Один статив (Подключение ODT

или SDH)
SM32 32K×32K/ C 2400 L+600 DT/ RSU480 I Для использования
4×8K×8K 5280 L+600 DT вне помещений
SM64 64K×64K/8×8 SM8 одиночный 12480 L+2760 DT/ E Для использования

K×8K 6240 DT вне помещений
SM128 2×64K Многомодульный 9600 L+1200 DT/ RSUC Вариант “мини”
6240 DT
SM256 4×64K SM16 одиночный 14400 DT/7-STM-1/ RSUD Вариант “мини”
15360 L+3000 DT
Многомодульный 7680DT/4-STM-1
-110-
Отношения между интерфейсами, которые применяются для связи между

модулями, приведены в таблице 3.2-2.
Таблица 3.2-2 Таблица отношений интерфейсов для межмодульных связей.<0
SNM PSM RSM RLM (RSU)

SNM — CFBI/FBI CFBI/FBI/ODT/DTI/MDT —
PSM CFBI/FBI FBI FBI/ODT/DTI/MDT/ ODT/DTI/MDT/

SNB SNB
RSM CFBI/FBI/ODT/ FBI/ODT/DTI/MDT/SNB ODT/DTI/MDT/SNB ODT/DTI/MDT/

DTI/MDT SNB
RLM (RSU) — ODT/DTI/MDT/ ODT/DTI/MDT/SNB —

SNB
3.3 Описание функциональных блоков и плат.
В данном разделе будет приведено описание состава функциональных блоков,

принципы функционирования основных плат, а также описание основных
индикаторов плат. За детальным описанием плат, например, по вопросам
установки соединительных линий и перемычек, обратитесь к документу
«Цифровая коммутационная система с программным управлением
ZXJ10V10.0 (V03.03Eu) – Руководство по установке»
3.3.1 Абонентский блок
Абонентский блок – это интерфейсный блок между коммутационной станцией и

абонентом, который располагается, в основном, в PSM, RSM и RLM. Общая
емкость составляет 960 аналоговых абонентских линий или 480 цифровых
абонентских линий для каждого блока. Состоит он, главным образом, из платы
аналоговых абонентских линий (ASLC), платы цифровых абонентских линий
(DSLC), схемы обработки абонентского блока (SP), платы схемы интерфейса
межуровневой обработки (SPI), платы многозадачного тестирования (МТТ) и
объединительной платы абонентского уровня (BSLC). Каждый абонентский блок
занимает две полки. Слоты для DSLC and ASLC совместимы друг с другом.
BSLC является объединительной платой, к которой подключаются и посредством
которой взаимодействуют друг с другом платы абонентских блоков.
-111-
3.3.1.1 Структурная схема абонентского блока.
Абонентский блок показан на рис.3.3-1
1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
P S S S S S S S S S S S S S S S S S S S S M M S S P
O L L L L L L L L L L L L L L L L L L L L T T P P O
W C C C C C C C C C C C C C C C C C C C C T T I I W
A 1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 A
0 1 2 3 4 5 6 7 8 9 0
P S S S S S S S S S S S S S S S S S S S S MM S S P
O L L L L L L L L L L L L L L L L L L L L T T P P O
W C C C C C C C C C C C C C C C C C C C C T T W
A 1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 A
0 1 2 3 4 5 6 7 8 9 0
Рис. 3.3-1 Объединительная плата SLU.
В абонентском блоке осуществляется динамическое назначение временных

интервалов. На основе динамического назначения временных интервалов,
доступность временных интервалов существенно увеличивается за счет
динамического управления коэффициентом концентрации. Временной интервал,
занимаемый абонентской линией - это временной интервал, назначенный SP
абоненту в соответствии с очерёдностью снятия им трубки. После того, как все
временные интервалы будут заняты, SP посылает сигнал занятости последующим
инициаторам вызовов. В RLM, когда это случается в отношении соединений
между RLM и центральной станцией, SP будет обслуживать установление
соединений между абонентами в пределах RLM. В течение этого времени SP
также производит временное сохранение информации о тарификации каждого
вызова и после устранения отказа направляет информацию о тарификации на МР
центральной станции. В это время плата МТТ выполняет функции приёма
тональных сигналов и номера DTMF.
3.3.1.2 Описание плат абонентского блока
Ниже приведено описание для плат абонентского блока:
1. Плата аналоговых абонентских линий (ASLC)
-112-
1) Абонентский комплект ASLC имеет семь основных функций, которые

выражаются с помощью акронима BORSCHT, что означает:
B (Battery - батарея): Функция “батарея” означает, что коммутатор подает

напряжение питания на терминалы, такие как телефонные аппараты абонента, в
режиме постоянного тока.
O (Over-voltage protection- защита от перенапряжения): Функция защиты от

перенапряжения защищает абонентские комплекты и другие части внутри
коммутатора от разрушения, когда абонентские линии попадают под высокое
напряжение, например в результате воздействия молнии или разрыва основной
линии питания.
R (Ringing - вызывной сигнал): Функция вызывного сигнала обеспечивает подачу

токов вызывного сигнала на терминалы, такие как телефонный аппарат абонента;
S (Supervision - контроль): Функция мониторинга позволяет просматривать

статус таких абонентских линий, и обнаруживать сигналы off-hook (снятия
трубки) и on-hook (трубка повешена);
С (Codec – кодек) Функция кодирования и декодирования производит аналогово-

цифровое и цифро-аналоговое преобразование речевых сигналов.
Н (Hybrid - дифсистема) Функция дифсистемы для преобразования линии из

двухпроводной в четырехпроводную.
Т (Test - Тестирование): Интерфейс тестирования – это интерфейсная схема,

предназначенная для тестирования внутренних и внешних линии абонентских
комплектов.
Дополнительно к перечисленным выше базовым функциям, ASLC также

обладает функцией переполюсовки, обеспечивает измерительные импульсы 16K,
регулировку усиления. Пригоден для связи на большие расстояния.
Используются микросхемы с высокой степенью интеграции, каждая из которых

может поддерживать 24 аналоговых абонента.
2) Схематическое изображение аналогового абонентского комплекта приведено
-113-
на рис. 3.3-2.
PT вых.ИКМ
Защита от пе
C
Релейная
ренапря-
группа
жения
SLIC 1/4 вх.ИКМ
QSLAC
PT
C
SPB HDLC CPU
Рис. 3.3-2 Блок-схема ASLC
2. DSLC – плата цифровых абонентских линий
Существует два типа абонентов ISDN – абоненты интерфейса базовой скорости

(Basic Rate Interface - BRI) и абоненты интерфейса первичной скорости (Primary
Rate Interface – PRI), которые обычно называют 2B+D и 30B+D. DSLC
обеспечивает интерфейс абонентских линий 2B+D.
1) Основные функции DSLC:
А. Обеспечивает интерфейсы 2B+D для выполнения функций U-интерфейса

физического уровня ISDN, включая кодирование/декодирование 2B1Q,
преобразование 2 - проводная/4- проводная линия, подавление эха, разделение
каналов B/D, обнаружение петель шлейфа и защиту от перенапряжений.
B. Выполняет разделение канального уровня канала D в соответствии с

протоколом I.440/I.441, отсылает обработанную сигнализацию в SP в формате
HDLC для связи с сетевым уровнем ISDN.
C. SP выполняет назначение временных интервалов для канала В с целью

формирования цифрового потока 8 Мбит/c по магистрали.
-114-
D. Обеспечивает интерфейс тестирования для МТТ, благодаря чему эту плату

можно вставлять в гнездо для ASLC.
E. Обеспечивает дистанционное питание для терминала NT1, который не имеет

источника рабочего электропитания. Напряжение питания может достигать 96
В постоянного тока.
2) Блок- схема DSLC
Блок-схема DSLC показана на рис.3-3.3.
Порт IOM-2
2B
2B+D
U -интерфейс
8M PCM-линия
D 2M/8M
Схема обработки
Интерфейс Мультиплексор
D-канала
Абонентских
линий
Удаленный
ист. питания
Шина управления
Шина данных
Шина адреса
2B+D
D
Интерфейс
с Абонентских Схема обработки CPU
линий D-канала
Удаленный
2B+D
64к Линия связи
D
HDLC
Схема связи
Интерфейс Схема обработки
Абонентских D-канала
линий
Удаленный
Модуль обработки 12 D-каналов

Модуль U-интерфейсов
(12 BRI)
Рис. 3-3.3 Блок-схема DSLC
Каждый DSLC содержит 12 комплектов U интерфейса и 12 контроллеров D

каналов, что позволяет поддерживать 12 абонентов 2B+D. Каждый абонентский
блок может поддерживать до 480 абонентских линий 2B+D, если к нему
-115-
подключать только абонентские линии 2B+D.
3. Плата процессора абонентского блока (SP)
1) SP – входное оборудование коммутатора. Its major functions are as follows: Его

основными функциями являются:
A. Выполнение централизации и передачи сигнализации для абонентских линий.
B. Обеспечение двух двунаправленных магистралей 8 Мбит/c в качестве речевых

каналов между SLU и коммутационным полем T.
C. Поддерживает четыре магистрали 2Мбит/c для мультиплексирования с

состоянием высокого сопротивления для того, чтобы обеспечить тракт для
тестирования и тракт для сигнала платы ресурсов.
D. При необходимости обеспечивает соединения речевых каналов в абонентском

блоке.
E Высокоэффективный и надежный HDLC протокол, использующийся для связи

между SP и платой абонентских линий (ASLC или DSLC), платой МТТ, также
как и платой коммутационного T-поля.
F. SPI используется наряду с SP для формирования интерфейсов комплекта SLC.

Его переключение между активным/резервным режимами и обнаружение
отказов управляются соответствующим SP.
G. Каждый абонентский блок управляется парой SP, и оборудован платами

ASLC на 960 линий или DSLC на 480 линий (они могут взаимозаменяться в
соотношении 2:1) с динамическим назначением временных интервалов.
H. Обеспечиваются функции горячего резервирования, предоставляется

возможность ручного переключения, программного переключения,
переключения в случае отказа и переключения при перезапуске,
поддерживается подключение и отключение в режиме онлайн.
2) Блок-схема SP показана на рис.3-3.4.
-116-
2 x 8Mb 2 x 8Mb
Абон. Интер
интер- фейс К
К абоненту коммутационному
фейсы NET
полю
LC
Up Dn
MT T
2 x 2 Мбит/с 2 x 2 Мбит/с
HDLC
CLK
EP LD CP U MEM
Рис. 3-3.4 Блок-схема SP
На этой схеме «Up» (вверх) означает схему обработки магистрали 8 Мбит/с

восходящего направления, «Dn»: (вниз) означает схему обработки магистрали 8
Мбит/с нисходящего направления, HDLC: контроллер протокола, который служит
для осуществления связи между SP и МР.
Первоочередные задачи концентратора абонентских линий LC:
1) Выполнение внутренней коммутации;
2) Вставка и извлечение сообщений сигнализации;
3) Идентификация вызывающей линии и функции платы ресурсов.
SP через контроллер протокола HDLC вставляет сигнал статуса каждого

абонентского субблока или сообщение об отказе в цифровой поток ИКМ и затем
отсылает его в однозвенное коммутационное T-поле в PSM. По полупостоянному
соединению сигнал/сообщение поступает в МР через COMM главного блока
управления. Аналогично, МР посылает сообщения коммутационному T-полю
через COMM, а затем к процессору SP.
4. Абонентская шина и плата комплекта интерфейса (SPI)
Абонентский блок имеет два уровня полок. Плата SPI служит для установления
связи между SP и другими уровнями абонентских плат. Ее основные функции
-117-
следующие:
1) Выполняет прием и передачу симметричных сигналов для магистрали от SP к

ASLC или другим платам других уровней.
2) Выполняет прием системных синхросигналов 8 МГц/8 кГц от SP,

преобразование их в синхросигналы 2 МГц/8 кГц и синхросигналы 4 МГц/8
кГц, которые требуются для SLC и МТТ.
3) Осуществляет переключение “активная/резервная” плат SPI и поддерживает

вставку/извлечение плат в режиме он-лайн. Так как мониторинг SPI может
осуществляться платой SP, может быть определено рабочее состояние каждой
SPI.
Плата многозадачного тестирования (МТТ)
1) МТТ предназначена для выполнения тестирования внутренних и внешних

линий абонентских комплектов (ASLC или DSLC), а также абонентских
телефонных аппаратов. Ее основные функции:
A. Выполнение тестирования без прерывания обслуживания следующих

пунктов:
A) Электрические параметры внешней линии: Тестирование сопротивления

изоляции, питающего напряжения, емкости между проводниками линии и
других параметров внешних линий в абонентских комплектах.
B) Функции внутренних линий: Обнаружение выходного напряжения и частоты

токов вызывного сигнала; обнаружение таких тональных сигналов, как
сигналы ответа станции, контроля посылки вызова и сигнала занятости;
определение импульсного и тонального набора и выполнение функции приёма
цифр номера; определение полярности линий.
C) Функции абонентских телефонных аппаратов: Измерение сопротивления

шлейфа по постоянному току, передача импульсов набора с телефонного
аппарата или DTMF-сигналов; тестирование значения и полярности
напряжения питания на абонентской линии.
-118-
B. Функционирует как источник тональных сигналов и приемник DTMF. Эта

функция применяется, главным образом, когда происходит отказ связи между
RLM и центральной станцией. В этом случае SP принимает на себя функции
установления соединений между абонентами внутри этого блока, выполняет
запись счетчиков вызовов и направляет информацию о тарификации MP после
восстановления соединения.
C. Отсылает информацию о вызывающем абоненте на телефонный аппарат с

функцией идентификации вызывающего абонента. Преобразует информацию
о вызываемом абоненте, поступающую от SP, в ИКМ-код в формате
идентификации вызывающего абонента, а затем отсылает его в
соответствующем временном интервале TS и направляет его абоненту через
SP. Отображение информации об идентификации вызывающего абонента
обычно отсылается в интервале между первым и вторым вызывным сигналом.
Эта информация также может отсылаться в проключённом состоянии
Блок-схема MTT показана на рис.3-3.5.
-119-
2х2х2Mбит/c
ST BUS
SP
(подсеть LC)
DSP 2 х 8MМбит/с
DT MF/T ONE
/CID к DNSI
HDLC
HDLC
HDLC
2 шины тестирования
Схема тестирова ASLC Внутреннее
АЦП/ЦАП
ния тестирование
HDLC
Схема внешнего Внешнее

тестирования тестирование
Рис. 3-3.5 Блок-схема МТТ
3.3.2 Блок цифровых соединительных линий
1. Структурная схема блока цифровых соединительных линий.
Основные компоненты блока цифровых соединительных линий – плата

цифровых соединительных линий DTI и объединительная плата уровня
соединительных линий BDT. Физически блок цифровых соединительных линий
расположен на той же полке, что и блок аналоговой сигнализации. BDT—это
объединительная плата, в которую вставляются и через которую
взаимодействуют платы DTI и платы аналоговой сигнализации ASIG. На рис.3-
3.6 показан вид спереди на эту структуру.
-120-
1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
P D D D D D D D D D D D D D D D D P
O T T T T T T T T T T T T T T T T O
W I I I I I I I I I I I I I I I I W
B 1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 B
0 1 2 3 4 5 6
Рис. 3.3-6 Объединительная плата блока DT..
Цифровая соединительная линия являет собой интерфейс между цифровыми

станциями с программным управлением или между цифровой станцией с
программным управлением и цифровым оборудованием передачи.
2. Основные функции DTI:
1) Функция преобразования кодов: Преобразование входного кода HDB3 во

внутренний код NRZ и преобразование внутреннего кода NRZ в выходной код
HDB3.
2) Извлечение сигналов цикловой синхронизации: то есть, идентификация и

извлечение внешнего эталонного синхросигнала из входного кодового потока
ИКМ и передача его в схему тактовой синхронизации в качестве эталонного
синхросигнала данной стороны станции.
3) Цикловая и сверхцикловая синхронизация: Подстройка цикловой и

сверхцикловой синхронизации в соответствии принимаемым эталонным
синхросигналом, то есть сигналом цикловой синхронизации для
предотвращения выхода из синхронизма из-за временных задержек.
4) Вставка и извлечение сообщений сигнализации; Выполняется назначением

временного интервала TS16 для получения/посылки сообщений сигнализации
и для вставки/извлечения сообщений сигнализации.
5) Контроль параметров и аварийная сигнализация: Определение параметров

качества передачи, таких как вероятность битовых ошибок, подсчет
проскальзывания битов, потери цикловой синхронизации, потери
сверхцикловой синхронизации, потерь сигнала соединительной линии и тому
подобное, передача информации по аварийным сигналам МР.
-121-
6) Доступ абонентов PRA ISDN для реализации функций ISDN. В этом случае
рекомендации Q.931 будут выполняться при обработке канала D в отношении
программного обеспечения, в то время, как аппаратно обработка остается без
изменений.
Плата каждой DTI имеет четыре входящих и исходящих канала соединительных

линий (интерфейс Е1) и емкость 120 цифровых соединительных/абонентских
линий. CPU в DTI выполняет обмен сообщениями непосредственно с MP по
протоколу HDLC после установления полупостоянного соединения через
коммутационное T-поле.
3. Блок-схема DTI изображена на рис.3-3.7.
Мультип. Интерфейс E1
Симмет-
(восх) DT
ричный фор-
К комм.Т -полю мирователь.
Интерфейс E1
извлечение DT
вставка/
е CAS
HDLC
Интерфейс E1
DT
Симмет- Мультипл. Интерфейс E1
ричный фор- (нисх).
От комм. Т -поля мирователь. DT
8МГц/ 8кГц /2МГц
Шина управления./
адресов/данных 8кГцПрямоуг
CPU
Блок обработки синхросигналов сигнал
Аварийная ин- 8МГцПрямоуг.
дикация 8кГц сигнал
From
От объединительной платы8МГц, 8кГц E1 8МГц , 8кГц
Рис.3-3.7 Схема блока цифровых соединительных линий
4. На плате субблока цифровых соединительных линий имеются перемычки,

замыкаемые для выбора синхросигнала, перемычки с переключателями для
согласования импеданса линии, а также соединительные контакты для
тестирования системы ИКМ с использованием замыкания шлейфа.
1) Используя перемычки с переключателями для согласования импеданса, можно

выбрать для платы импеданс 75 Ом или 120 Ом.
-122-
В таблице 3.3-1 приведены подробные сведения,относящиеся к двум названным

импедансам.
Таблица 3.3-1 Положение переключателей соединительных перемычек для согласования

импеданса линии
Импеданс Линия 1 (DT Линия 2 (DT Линия 3 (DT Линия 4 (DT

S101) S201) S301) S401)
75 Ом 1110 1110 1110 1110
120 Ом 0001 0001 0001 0001
Примечание. 1=ON, 0=OFF
Перемычками для выбора синхросигнала можно выбрать один из четырех

интерфейсов Е1 для получения синхросигнала 8 МГц, 4 МГц и 8 кГц. См.
таблицу 3-3.2
Таблица 3-3.2 Положение перемычек для выбора синхросигнала
Перемычка
Самотестиров
ание при X7 X8 X9 X10 X12 X13 X14 X11
включении
питания
Объединитель Разомкнут Разомкну Разомкну Разомкнут Разомкнут Разомкнут Разомкнут Установки
ная плата т т локального/уда
ленного
Линия 1 Конт. 1 и 2 Конт. 1 и Конт. 1 и Конт. 1 и 2 Конт. 1 и 2 Конт. 1 и 2 Конт. 1 и 2
модулей
2 2
X11=1,
локальный
2 2
модуль,X11=0,
Линия 3 Конт. 1 и 2 Конт. 1 и Конт. 1 и Конт. 1 и 2 Конт. 5 и 6 Конт. 5 и 6 Конт. 5 и 6 удаленный
2 2 модуль.
2 2
3) Перемычки для тестирования ИКМ с использованием шлейфа применяются

для отладки платы. Операции могут выполняться в соответствии с таблицей 3-
3.3 и идентификаторами на плате. Система ИКМ не может находиться в
состоянии “режим тестирования с использованием шлейфа“ при нормальной
-123-
работе платы. Поэтому в позициях Х19-Х26 перемычки не нужны.
Табл. 3-3.3 Положение перемычек для тестирования ИКМ в режиме шлейфа
Положение X19 X20 X21 X22 X23 X24 X25 X26

перемычки
Линия 1 Замкнуты Замкнуты
3.3.3 Многоканальный блок цифровых соединительных линий (MDT)
Плата MDT имеет 16 соединительных линий Е1. Блок-схема показана на рис. 3-

3.8
Интерфейс 4хE1
DT
4х8Mб/ с Схемы Схема DT
форм-я коммут
DSNI ации
DT
DT
HDLC
CLK
CPU
Сист.
синхросигналы
Рис. 3-3.8 Схема MDT
Принципы построения схемы MDT те же, что и у схемы DT, за исключением

того, что увеличена степень интеграции схем с первоначальных 4 до 16
соединительных линий Е1.
-124-
3.3.4 Блок аналоговой сигнализации.
Блок аналоговой сигнализации состоит из платы аналоговой сигнализации ASIG

и объединительной платы BDT, и может находиться на одной полке с блоком
цифровых соединительных линий. Каждая полка рассчитана на установку 16
DTI или ASIG. Количественное соотношение DT и ASIG будет определяться в
соответствии с емкостью системы и конкретными требованиями. Каждый DTI
или ASIG обеспечивает 120 речевых каналов. Так как разъемы одинаковы по
контактам, они имеют совместимые слоты.
Основные функции ASIG:
1) Прием и передача 240 сигналов DTMF: DTMFTx/Rx (Tx:Передача,

Rx:Прием)];
2) Прием и передача 240 сигналов многочастотного управления (MFC)

(MFCTx/Rx);
3) Передача тонального сигнала (Tone) и сигнала речевого извещения. Схема

речевого извещения обеспечивает до 80 речевых сообщений суммарной
продолжительностью до 16 минут.
4) Передача информации о вызывающем абоненте на телефонный аппарат с

функцией идентификации вызывающего абонента.
5) Функции конференц-связи: Может проводиться двадцать трехсторонних

конференций, или две тридцатисторонних конференции, или одна
шестидесятисторонняя;
6) Функция записанных речевых извещений.
2. В соответствии различным программным обеспечением, управляющим

работой платы, платы ASIG делятся на четыре типа: MFC, DTMF, TONE и
CID. Конфигурация четырех источников сигнала будет определяться
конфигурацией системы. В случае реальных приложений могут быть
вставлены платы различных типов в соответствии с требованиями
конкретного приложения. Поэтому в конкретной практической конфигурации
в слотах плат ASIG могут устанавливаться платы различных наименований.
-125-
3. Блок-схема ASIG показана на рис.3-3.9.
DSP
CPU HDLC
HPI Коммута 2 х 8Мб
ционное магистраль
поле к DSNI
CLK
CLK DSP
Интерфейс процессора хоста HPI
Рис. 3-3.9 Блок-схема ASIG
Аналоговый сигнал системы ZXJ10 обеспечивается чипом DSP (процессора

цифровой обработки сигнала). DSP управляется CPU через интерфейс HPI.
Управляющее ядро (CPU) платы ASIG осуществляет прием и обработку команд
МР от коммутационного T-поля через канал HDLC, осуществляя управление и
координируя работу периферийных чипов, таких как DSP, и возвращая МР
результаты обработки чипом DSP временных интервалов ресурсов.
Дополнительно в каждом из двух DSP есть двухпортовая RAM 2 кбайт, которая

может быть использована как самим чипом DSP, так и внешним основным CPU.
Она называется пространством интерфейса порта хоста (Host Port Interface - HPI).
Посредством доступа к регистру HPI CPU выполняет обмен информацией с DSP
и обеспечивает управление DSP. Обеспечивает функцию шестидесятисторонней
конференц-связи и различные речевые ресурсы, такие как тональные сигналы
(Tone), DTMF, речевые сигналы и так далее.
Для увеличения надежности связи CPU на плате ASIG обеспечивает два канала
HDLC. Каждому из них назначен канал 64 Кбит/c для связи с МР, и
обеспечивается соединение с платой связи через полупостоянное соединение
коммутационного поля.
-126-
3.3.5 Главный блок управления
Главный блок управления ZXJ10 предназначен для мониторинга всех

функциональных блоков и плат коммутатора, установления каналов передачи
сообщений между процессорами, обеспечения операционной платформы для
программного обеспечения и выполнения функций, требуемых для
предоставления различных услуг.. Главный блок управления ZХJ10 состоит из
пары процессоров модуля МР (“активный/резервный”), платы совместно
используемой памяти (SMEM), платы связи СОММ, объединительной платы
уровня управления (BCTL), платы мониторинга (MON) и платы мониторинга
параметров окружающей среды PEPD (или PMON). BCTL обеспечивает шину
для соединения плат и поддерживает подключение плат. Платы COMM, MON и
PEPD (PMON) могут вставляться в целесообразных сочетаниях. Главный блок
управления занимает одну полку.
1. Структурная схема главного блока управления
Компоновка главного блока управления показана на рис 3-3.10.
1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
P S C C C C C C C C C C C C P P
O M M M O O O O O O O O O O O O M O
W E P P M M M M M M M M M M M M O W
B M M M M M M M M M M M M M N B
Рис. 3-3.10. Объединительная плата MCTL
На рис. 3.3-11 приведена схема главного блока управления.
-127-
10BASE T
Шина AT Шина 1 объедин. платы CTL

MP0 BUSI
Переключение
активный/ SMEM
резервный
Шина AT Шина 2 объедин. платы CTL

MP1 BUSI
COMM COMM PMON

10BASE T
4х2Mбит/c 1х2Mбит/c датчики

( MPPP) ( SS7) 8хRS485
Рис. 3-3.11 Блок-схема MCTL
2. Процессор модуля (MP)
1) Процессор модуля МР – это ядро главного блока управления. Его основные

функции следующие:
АОбеспечение схемы шинного интерфейса для повышения способности блока

МР по формированию сигналов для шины объединительной платы, проверка
четности для шины данных, мониторинг шины и блокировка шины.
B. Назначение адресов памяти для COMM, MON и SMEM, прием сигналов

прерываний, поступающих от различных плат. Эти сигналы централизуются
контроллером прерываний и обрабатываются МР.
C. Обеспечиваются два интерфейса Ethernet 10 Мб, один – для соединения с

сервером терминалов системы О&М, а другой для соединения с уровнем
управления расширением.
D. Управление состояниями “активный/резервный”. Когда выполняется

перезапуск при включении питания, то какой из МР будет активным, а какой –
-128-
резервным, определяется путем «состязания». Существует четыре режима

переключения “активный/резервный”: переключение по команде, ручное
переключение, переключение при перезапуске и переключение в случае
отказа..
E. Обеспечиваются и другие сервисные функции, включая функцию сторожевого

таймера, установленную по времени (5 мс) функцию прерывания,
установленные по времени услуги отсчета, настройку конфигурации, ввод
эталонных синхросигналов системы коммутации в качестве точных
синхросигналов главной платы, установку номеров узлов, разрешение и
запрет различных функций.
F. Обеспечивается платформа для работы программного обеспечения.
H. Обеспечивается управление соединением коммутационного поля и реализация

обмена сообщениями с периферийными блоками обработки.
I. Обеспечивается передача данных команд между основной системой и

системой O&M.
МР обладает высокой производительностью обработки, используется процессор

Pentium III и RAM 128Мбайт, жесткий диск: 10 Гбайт, с интерфейсами BUSI и
Ethernet. МР занимает три физических слота на уровне управления BCTL.
2) Схема МР показана на рис.3-3.12.
-129-
клавиату разъем EPL

ра I/O IDE PCI BIO BUS
ш
Л и
о 10BAS
Шина PCI к
н T
а а
IBC Internal Bus Control - контроллер
внутренней шины управления
л I
ь S разъем
н A ISA
я
CLK ш
GEN и
н DRA
CPU а
PОW
ER CACH
BIOS - базовая система ввода-вывода
IDE – интерфейс жесткого диска, CLK GEN – генератор тактовых импульсов, EPLD:- ППЗУ
Рис. 3-3.12 Блок-схема MP
3. Плата связи COMM
В дополнение к процессорам модуля МР0 и МР1, в главном блоке управления

есть несколько плат СОММ. Платы СОММ - это не только концентраторы для
связи между МР и периферийными блоками обработки, но также и второй
уровень обработки сигнальных единиц ОКС 7 и V5.2. Очевидно, что платы
СОММ играют важную роль в главном блоке управления.
1) Основные функции платы СОММ:
A. Осуществление межмодульных и внутримодульных связей и обеспечение

канального уровня для сигнализации ОКС 7 и V5.
B. Для связи с периферийными блоками обработки используется протокол

HDLC, плата может обрабатывать 32 канала HDLC одновременно. Для
увеличения надежности системы в канале связи используется разделение
нагрузки
C. Установление связи с активным/резервным МР посредством двух
-130-
двухпортовых RAM 4Кбайт и двух независимых шин, возможность обмена

сообщениями с активным/резервным МР и прием/передача сигналов
прерываний от/к МР.
2) Блок-схема платы СОММ показана на рис.3-3.13.
D
B P
ISA U R
F A
D
формирование
F M
Развязка и
1 P HD 2Mбит/c
C
R LC MT
К MP P
A nx64 8986 2Mбит/с
U
D M kb/s
B P 2
ISA U R
F A
F M
1
Рис. 3-3.13 Блок-схема СОММ
4. Плата мониторинга (PMON)
В системе ZXJ10 все субблоки могут выполнять самоконтроль и, связываясь с

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

управлением SР, таких как плата источника электропитания, плата
синхросигналов, плата оптического интерфейса и плата управления,
направляя отчет о мониторинге МР.
B. Плата PMON имеет восемь интерфейсов RS485 и два интерфейса RS232. К

-131-
каждому интерфейсу RS485 может подключаться 32 контролируемых

субблока при возможности мониторинга до 256 объектов. Интерфейс RS232
представляет резервный интерфейс для расширения системы.
C. Плата PMON и контролируемая плата работают в режиме ведущий/ведомый,

причем плата MON – ведущая плата, а контролируемая плата - ведомая. Плата
PMON периодически посылает запросы контролируемому субблоку и
производит обработку полученных данных. Если обнаруживается какая-либо
нештатная ситуация, МР немедленно отсылается аварийное сообщение.
D. Для осуществления обмена информацией плата PMON и МР посылают друг

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

аппаратной, в которой находится коммутатор, включая температуру,
влажность, задымленность и наличие инфракрасного излучения. Если
обнаруживается нештатная ситуация, об этом сообщается МР для дальнейшей
обработки.
2) Блок-схема платы PMON показана на рис.3-3.14

DPRAM 1
RS232
Буфер
ISA
Зарезервировано для
расширения
CPU
К MP RS232
DPRAM 2
Буфер
ISA
RS485
К датчикам
Рис. 3-3.14 Блок-схема PMON
5. Плата совместно используемой памяти (SMEM; Shared MEMory)
Плата SMEM обеспечивает активный/резервный МР двухпортовой RAM 4Кбайт,
-132-
которая поддерживает одновременный доступ и может быть использована МР в

качестве канала для обмена сообщениями/данными. Компоновка платы показана
на рис. 3-3.10.
3.3.6 Блок синхронизации
Для цифровых коммутационных систем с программным управлением тактовая

синхронизация есть ключ к достижению синхронизации сетей связи. Система
тактовой синхронизации ZXG10 состоит из платы эталонных синхросигналов
(CKI), платы генерации синхросигналов (SYCK) и платы формирования
синхросигналов CKDR. Она обеспечивает централизованную синхронизацию
всей системы, а также отслеживание синхронизации от внешнего источника
синхросигнала верхнего уровня. Физически блок синхронизации и блок
цифрового коммутационного поля находятся на одной полке. Объединительная
плата BNET обеспечивает поддержку и межплатное соединение для каждой
вставленной платы.
Для одномодульной станции ZXJ10 блок генерации синхросигналов (SYCK)

местной станции выполняет отслеживание синхронизации для генератора
синхросигналов в этой стации в соответствии с внешним источником
синхросигнала, извлекаемым DTI или ВITS, или атомным эталоном частоты для
достижения синхронизации со станцией верхнего уровня или с синхросигналами
центрального модуля.
Для многомодульной станции модуль SNM обеспечивает эталонный сигнал для

тактовой синхронизации в данной станции. В периферийных модулях (PSM,
RSM), платы DTI или FBI, которые соединены с модулем SNM, будут извлекать
эталонный синхросигнал (E8K) из линий передачи и передавать его в блоки
синхронизации своих периферийных модулей для отслеживания синхронизации,
достигая тем самым синхронизации между периферийными модулями и модулем
SNM. Когда многомодульная станция выступает в качестве ведомой системы
синхронизации, синхронизация с внешними источниками синхросигнала может
достигаться за счет извлечения внешнего синхросигнала DTI или BITS или
атомным эталоном частоты. Принцип действия синхронизации показан на
рис. 3-3.15
-133-
PSM FBI CFBI SNM CFBI FBI PSM
Внешний
SYCK SYCK SYCK
Опорный Опорный Опорный
синхросигнал синхросигнал синхросигнал
Рис. 3-3.15 Иллюстрация тактовой синхронизации.
Здесь в качестве источника эталонного внешнего синхросигнала может

выступать: атомный эталон частоты и интерфейс BITS. В этой системе
высшим уровнем синхросигнала является стандарт класса А уровня 2.
1. Плата генерации синхросигналов (SYCK)
Плата SYCK работает совместно с платой эталонных синхросигналов (CKI) для

обеспечения централизованной системы синхронизации системы в целом и
выполняет отслеживание синхронизации от внешнего источника синхросигнала
верхнего уровня.
1) Основные функции SYCK
A. Непосредственное получение эталонных синхросигналов из цифровой

соединительной линии. Через плату CKI принимаются сигналы интерфейса
BITS или атомного эталона частоты.
B. Для того, чтобы гарантировать надежность системы синхронизации, два

комплекта плат SYCK работают в режиме горячего резервирования.
C. Используя технологию фазовой автоподстройки частоты со слабой связью,

система синхронизации ZXJ10 работает в четырех режимах: быстрого захвата,
отслеживания, удержания и в свободном режиме .
D. Система синхронизации может удобно конфигурироваться в качестве

синхрогенератора второго или третьего уровня. Это требует лишь небольших
изменений, например, замены кварцевых генераторов различного уровня и
обновления EPROM.
-134-
E. Интерфейс RS485 можно легко использовать для связи между системой

синхронизации в целом и платой мониторинга.
F. Система может выдавать критические аварийные сигналы, связанные с

фазовой автоподстройкой частоты. Когда частота внутреннего
синхрогенератора выходит за пределы диапазона контроля системы фазовой
автоподстройки частоты из-за старения кристалла кварцевого генератора
(сигналы управления выходят за три четверти диапазона подстройки), будет
выдано предупреждающее сообщение.
G. Плата SYCK может обеспечивать двадцать выходных синхросигналов 8

МГц/8 кГц и десять выходных сигналов заголовков цикла 16МГц/8 кГц. Для
повышения надежности и улучшения помехоустойчивости выходных
синхросигналов используется дифференциальный симметричный выход.
2) Блок-схема платы SYCK
Схема SYCK показана на рис.3-3.16.
Процессор Выход синхросигнала

синхросигн
ала
RS485
Блок OCX Делитель
CPU D/A
PM ON O частоты
Данные о фазе
8 кГц
Синхрос. 8 кГц меандр
Блок Выбор синх

опорных Приемник Фазовый ко
росигнала
частот синхросиг мпаратор
нала
Рис. 3-3.16 Блок-схема платы SYCK
2. Плата эталонных синхросигналов CKI
Она обеспечивает плату SYCK интерфейсом 2,048 Мбит/с (мостовой или
-135-
сквозной), интерфейсом 5 МГц и интерфейсом 2,048 МГц. Её основные

функции:
1) Прием эталонного синхросигнала 8 кГц от DT или FBI.
2) Циклический мониторинг, позволяющий выяснить, не ухудшились ли входные

∆f
опорные сигналы ( > 2 × 10 −8 ), присутствуют ли эталонные сигналы для
f
каждого синхросигнала, и передача эталонных синхросигналов на плату
SYCK через FIFO. SYCK сообщает информацию плате MON через интерфейс
RS485 и далее сообщает эту информацию МР. В соответствии с типом
входного эталонного синхросигнала SYCK уведомляет CKI о том, какой
синхросигнал нужно выбрать в качестве эталонного для этой системы.
3) Предоставляется возможность выбора опорного синхросигнала вручную и

вывода его на плату SYCK.
3. Плата формирования синхросигналов (CKDR)
Плата CKDR предоставляет управляющий тактовый сигнал для некоторых

уровней блоков (BSNM и BFBI) в центральном стативе, которые не могут
извлекать синхросигналы из внешнего источника. Основные функции:
1) На уровне BSNM плата получает синхросигналы 16МГц/8кГц от платы SYCK

и после обработки распределяет их к платам уровня BSNM, и в то же время
выдаёт синхросигнал 8 МГц/8 кГц.
2) На уровне BFBI плата получает синхросигналы 8 МГц/8 кГц от уровня BSNM

и после обработки распределяет их к платам данного уровня BFBI.
3) Обеспечивает режимы “активный/резервный”. Может выполнять мониторинг

синхросигналов. При потере или большом отклонении частоты выбранного
синхросигнала, происходит немедленное переключение. Резервная плата
становится активной.
3.3.7 . Субблок оптического интерфейса:
Примечание. Этот блок оптического интерфейса применяется только для

-136-
установки в центральный статив SM8K и SM16K. Для коммутационного

поля емкостью 32K или более используется централизованный блок
оптических интерфейсов CFBI .
Так как в модулях PSM/RSM и центральном модуле CM используется полностью

распределенная технология управления, между PSM и SNM передается большой
объем информации на высокой скорости. Поэтому в системе ZXJ10 используется
усовершенствованная волоконно-оптическая технология. Для передачи
сообщений между PSM и SNM используется пара оптических кабелей, что
позволяет осуществлять передачу сообщений по шестнадцати каналам со
скоростью 8 Мбит/c. Использование оптических кабелей в качестве линий
передачи позволяет в значительной степени решить проблему воздействия на
линии передачи электромагнитных помех, помех из-за грозовых разрядов и
других факторов. За счет использования оптического кабеля расстояние между
разнесенными модулями может быть значительно увеличено.
Субблок оптического интерфейса обеспечивает оптическую связь для обмена

информацией между PSM и центральной станцией (SNM). На стороне PSM и на
стороне центральной станции устанавливаются по две пары плат оптического
интерфейса FBI, работающих в режиме “активный/резервный” (на стороне СМ
допускается установка CFBI), к которым подключаются оптические кабели. На
стороне СМ платы FBI (или CFBI) поддерживаются объединительной платой
BFBI. Учитывая, что к СМ могут подключаться несколько PSM, а для
подключения требуется четыре пары плат FBI на локальной стороне и еще
четыре пары плат FBI требуются для подключения на удаленном конце
магистрали, всего при использовании плат FBI требуется 15 плат FBI. Для
удовлетворения перечисленных выше требований нужно два уровня
объединительных плат BFBI. Конфигурация объединительных плат приведена на
рис.3-3.17 При использовании плат CFBI требуются четыре пары плат CFBI (см.
рис.3-3.33). На стороне PSM к СМ подключается только пара плат FBI,
поддерживаемых объединительной платой BNET. Конфигурация
объединительных плат приведена на рис.3-3.18
-137-
1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
P F F F F F F F F F F C C F F F F F F F F F F P
O B B B B B B B B B B K K B B B B B B B B B B O
W I I I I I I I I I I D D I I I I I I I I I I W
B 1 1 2 2 3 3 4 4 5 5 R R 6 6 7 7 8 8 9 9 1 1 B
R R R R R R R R P P P P P P P P P P 0 0
S S S S S S S S S S S S S S S S S S P P
M M M M M M M M M M M M M M M M M M S S
M M
P F F F F F F F F F F C C P
O B B B B B B B B B B K K O
W I I I I I I I I I I D D W
B 1 1 1 1 1 1 1 1 1 1 R R B
1 1 2 2 3 3 4 4 5 5
P P P P P P P P P P
S S S S S S S S S S
M M M M M M M M M M
Рис. 3-3.17 Структура объединительной платы BFBI.
1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
P C S S D D D D D D D D D D F F P
O K Y Y S S S S S S S S S S B B O
W I C C N N N N N N N N N N I I W
B K K I I I I I I I I B
6 5 4 3 2 1
B B
C C
T T
L L
Рис. 3-3.18 Структура объединительной платы BNET.
Плата оптического интерфейса (FBI)
На плате FBI используются технологии синхронного мультиплексирования и

оптической передачи для взаимосвязи CМ с PSM и RSM. Компонент оптического
приемопередатчика платы FBI может в дальнейшем быть развит в интерфейс
доступа STM-1 сети синхронизации SDH, упрощая тем самым реализацию
широкополосного доступа системы.
1) Основные функции DTI:
-138-
A. Обеспечивает функции системы передачи по оптическому волокну, такие как

извлечение синхросигналов, сигналы цикловой синхронизации, аварийный
сигнал при обнаружении битовых ошибок и автоматическое подавление
B. Предоставляет полудуплексный последовательный порт RS485 для

централизованного мониторинга со стороны платы MON и МР, чтобы
обеспечить динамический централизованный мониторинг платы FBI.
C. Плата FBI выполняет сбор статистики и передает аварийный сигнал при

приеме/передаче битовых ошибок по оптоволокну. Когда значение
статистических данных достигает порога выдачи аварийного сигнала, плата
посылает в CPU сигнал прерывания, чтобы выполнить программное
переключение “активный-резервный”, и одновременно передает в MP
информацию об аварии. Когда статистическое значение достигает аварийного
порога, FBI запрашивает у CPU прерывание для ввода в действие программ
переключения активного/резервного режимов и одновременно передаёт к МР
аварийное сообщение.
D. Обеспечивает переключение “активный/резервный” в следующих режимах:

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

синхросигналов и схему ФАПЧ, на выходе появляется синхросигнал 8 кГц. В
то же время схема может контролировать синхросигнал 8 МГц/8 кГц.
F. Плата FBI расположена, в основном, на уровне оптико-электрического

интерфейса BNET и на уровне оптического интерфейса BFBI в стативе ZXJ10.
На уровне BNET линия ИКМ является несимметричной, а на уровне BFBI –
симметричной. Таким образом, на вход FBI одной и той же платы может
поступать шестнадцать симметричных линий ИКМ 8,192 Мбит/с и 16
несимметричных линий ИКМ. Для соединения двух уровней используются
перемычки. Положение перемычек приведено в таблице 3-3.4
-139-
Табл. 3-3.4 Перемычки на плате FBI

Положение
X3 X4 X5 X6 X7 X13 X14 X15
перемычки
BFBI 0 0101100 0 1 1 1 1 1
BNET 1 0101100 0 0 1 1 1 1
Здесь 0 указывает на ON (замкнуто), 1 – OFF (разомкнуто).
2) Блок-схема FBI показана на рис.3-3.19.
х
8 MБит/c
16 UBI
16 T x/Rx
TX
8 Mбит/c х BI
16 Оптоволокно
Оптический
интерфйес
D Выбор
2MГц
8 МГц сост-я.
MON EPLD R
Форми
ровате
ль синх 2кГц Управ16 V
8 кГц росигн MON ляю CPU RX
ала T 8кГц
щая CB
R8 кГц логи- Адр.
PLL DPRAM
ка T /R
R8 кГц
Выходн.оин
терфейс
8кГц
Переключение ведущий/ RS485 8MГц х 16

ведомый
При вкл. По отказу

РучноеCPUпит.
CB: Шина управления ; UBI/BI – несимметричный/симметричный вход; PLL - система фазовой автоподстройки
частоты
Рис. 3-3.19 Блок-схема FBI
3.3.8 Компактный оптический интерфейс (CFBI)
Плата CFBI, главным образом, используется в коммутационном поле временных

интервалов 32К/64К для взаимосвязи и соединения между СМ и PSM/RSM. По
-140-
сравнению с FBI, емкость CFBI увеличена в три раза. Каждый врубной блок
имеет четыре интерфейса FBI. Его основные особенности:
Большая емкость: 4х16 магистралей 8 Мбит/c .
Гибкое мультиплексирование и демультиплексирование: Мультиплексирование 8

Mбит/cÆ 32 Мбит/с; демультиплексирование 32 Мбит/с Æ8 Mбит/c.
Совместимость: Совместим с FBI.
Схема CFBI приведена на рис.3-3.20.
магистраль Демуль Форм FBI

типлекс 4T X ирова
0~15 32Мбит/c
ор тель
FBI
4х16
К SNM 8 Mбит/c К PSM
CPU оптическ
ий FBI
Rx/T x
магистраль Муль Форм FBI

типлек 4RX ирова
0~15 32Мбит/c сор тель
Рис. 3-3.20 Блок-схема СFBI
3.3.9 Модуль удаленных интерфейсов (RMI)
RMI – интерфейс между удаленным коммутационным модулем (RSM) и

центральным модулем (СМ). Предназначен, в основном, для осуществления
взаимосвязи удаленных коммутационных модулей через цифровые
соединительные линии или оптические цифровые соединительные линии (ODT).
Существует разница между цифровыми форматами DT и ODT и форматом
передачи FBI. Поэтому в RMI осуществляется преобразование между двумя
форматами. На рис.3-3.21 показана схема соединений.
-141-
DT DT CFBI
FBI
ODT ODT CFBI
RSM RMI SNM
Рис.3-3.21 Соединения RMI
Компоновка плат блока интерфейса RMI показана на рис.3-3.22
1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
P C O D D D O D D D F F C C O D D D O D D D C P
O N D T T T D T T T B B K K D T T T D T T T N O
W T T I I I T I I I I I D D T I I I T I I I T W
B / / R R / / B
D D D D
T T T T
I I I I
CNT – коннектор для выходного опорного синхросигнала для DTI и ODT (к SYCK)
Рис. 3-3.22 Объединительная плата RMI
3.3.10 Блок цифрового коммутационного поля (коммутационного T-поля)
3.3.10.1 Описание блока цифрового коммутационного поля
Блок цифрового коммутационного поля располагается, в основном, в

периферийном коммутационном модуле (PSM). Он представляет собой почти
неблокирующее коммутационное поле с временным разделением и однозвенной
Т-структурой c емкостью 8Кх8К временных интервалов, со скоростью шины
ИКМ 8 Мбит/c и работает в режиме “активный/резервный” с двумя входами и
одним выходом. В коммутационном T-поле управление соединениями
осуществляет МР через плату СОММ по суперканальным линиям 256 Кб/c (4х64
-142-
Кбит/с) HDLC. Сообщения установления соединения посылаются от МР на

плату СОММ, которая перенаправляет их в активное/резервное коммутационное
поля для гарантии того, что активное и резервное коммутационные поля
устанавливают одно и то же соединение.
1. На рис.3-2.1 показано расположение блока коммутации в структуре

коммутатора.
2. Блок коммутации располагается, в основном, на уровне BNET PSM. Его

структура показана на рис.3-3.23.
1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
P C S S D D D D D D D D D D F F P
O K Y Y S S S S S S S S S S B B O
W I C C N N N N N N N N N N I I W
I I
B K K I I I I I I B
B B
C C
T T
L L
Рис. .3-3.23 Объединительная плата блока коммутации.
На этом уровне есть пара сетевых плат (DSN) и четыре пары интерфейсных плат
(DSNI) в дополнение к блокам тактовых сигналов, а также блоки оптических
интерфейсов. Плата цифрового коммутационного поля имеет емкость 8 Кбайт.
Поэтому емкость коммутационного поля PSM составляет 8К, где 2К (16
магистралей) временных интервалов используются для подключения к SNM
через плату FBI, а 512 (4 магистрали HW) временных интервалов подключаются
к уровню управления через пару плат DSNI для обмена сообщениями. Другие
временные интервалы (остается 43 магистрали за исключением одной
магистрали, которая используется в качестве тестовой линии) подключаются к
абонентскому блоку, блоку цифровых соединительных линий или плате ресурсов
через другие три пары DSNI.
3. Основные функции блока коммутации
-143-
1) Выполняет коммутацию и соединение речевых каналов для абонентов внутри

модуля.
2) Реализует взаимосвязь между модулями коммутационного поля станции для

обеспечения соединений речевых каналов между модулями.
3) SP устанавливает канал обмена сообщениями с внешним блоком по

полупостоянному соединению.
2. Блок коммутации располагается, в основном, на уровне BNET PSM. Его

структура показана на рис. 3-3.23
4. Применение однозвенного коммутационного T-поля в центральном модуле

(СМ).
2. . Блок коммутации располагается, в основном, на уровне BNET PSM. Его

структура показана на рис.3-3.24.
1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
P C S S D D D D D D D D F F F F P
O K Y Y S S S S S S S S B B B B O
W I C C N N N N N N N N I I I I W
I I
B K K I I I I B
B B
C C
T T
L L
Рис.3-3.24 Объединительная плата блока коммутации (для центрального модуля).
По сравнению с однозвенным коммутационным Т-полем в периферийной сети, однозвенное

коммутационное поле в центральном модуле имеет дополнительную пару плат FBI. Через
две пары плат FBI между однозвенным коммутационным Т-полем и коммутационным S-
полем формируются 32 магистральные линии (HW). Магистральные линии в DT,
подключеном к удаленным модулям, соединяются с однозвенным коммутационным Т-полем
через две пары плат DSNI.
3.3.10.2 Описание блока цифровой коммутации.
Среди плат блока цифровой коммутации есть платы DSN и платы DSNI.
-144-
Описание этих плат:
1. Плата цифрового коммутационного поля (DSN)
Плата DSN имеет емкость 8Кх8К. Может использоваться независимо в паре

периферийных коммутационных модулей для формирования однозвенного
коммутационного Т-поля. Несколько пар плат DSN могут также формировать
несколько звеньев в коммутационном S-поле. Структура основных схем платы
DSN показана на Рис. 3-3.25
Дифференциальный синхросигнал
от SYCK
16MГц 8 кГц
Обработка синхросигнала M/S 5 бит
FE подстройка
4MГц 8 кГц 16MГц 8 кГц цикловой синхр.( 1)
Comm0
Nх64 Кбит/с
схема коммутации EPLD
Comm1 HW0 8Mбит/с HW0
ИКМ формирование/
Схема Коммутационн
логики HW1 HW1
32 канала ое поле
развязка
HDLC Выб
8kх8k
ор
чипа
HW63 HW63
Двухпортовая
авария
RAM 32K
Управляющая логика CPU
Рис.3-3.25 Блок-схема DSN
1) Поле коммутации временных интервалов
Поле коммутации временных интервалов может формировать однозвенное

неблокирующее коммутационное Т-поле с временным разделением.
Коммутационное поле 8Кх 8К состоит из 16 микросхем коммутации, каждая из
которых – микросхема коммутации однозвенного неблокирующего
коммутационного поля 2Кх2К с временным разделением. Физически 16
микросхем формируют коммутационную матрицу 4х4, обеспечивая
неблокирующую коммутацию с временным разделением 64 шин 8 Мбит/c и
8Кх8К временных интервалов. Структура коммутационной матрицы 4х4 показана
на Рис. 3-3.26 При работе микросхемы коммутации требуются синхросигналы 16
МГц и 8 кГц.
-145-
Вход ИКМ
00~15
Блок Блок Блок Блок
коммутации коммутации коммутации коммутации
1# 2# 3# 4#
Вход ИКМ
16~31
5# 6# 7# 8#
Вход ИКМ
32~47
9# 10# 11# 12#
Вход ИКМ
48~63
13# 14# 15# 16#
Выход ИКМ Выход ИКМ Выход ИКМ Выход ИКМ

00~15 16~31 32~47 48~63
Рис.3-3.26 Коммутационная матрица 8Кх8К
2) Схемы, взаимодействующие с МР на уровне управления
Назначение этих схем – связь с MP для управления соединениями

коммутационного поля временных интервалов. Для улучшения скорости и
надежности связи на физическом уровне используется суперканал 4х64 Кбит/с.
На уровне связи используется протокол HDLC.
Перечисленные выше функции реализуются с помощью микросхемы

коммутации, контроллера HDLC и двухпортовой RAM.
Микросхема коммутации поддерживает коммутацию с временным разделением n

x 64 Кбит/с со скоростью шины ИКМ 2 Мбит/c. Ее основное назначение -
соединение и коммутация двух каналов HDLC, которые обеспечиваются двумя
платами СОММ, работающими в режиме “активный/резервный”, в один канал
HDLC и передача его контроллеру HDLC. В обратном направлении это процесс
коммутации и распределения.
Контроллер HDLC- это 32 канальный контроллер протокола HDLC. Он может
-146-
работать в суперканальном режиме. То есть, n×64 Кбит/с (nU32) каналов

упаковываются и рассматриваются с физической точки зрения как один канал. В
этом режиме может быть создано два суперканала, каждый по 256Кбит/с.
Сообщения установления соединения после передачи из платы СОММ в формате
HDLC сохраняются в двухпортовой RAM. После этого CPU считывает
сообщение установления соединения из другого порта двухпортовой RAM для
управления соединениями.
3) Базовая система CPU.
Коммутационное поле является интеллектуальным. Кроме необходимости

управлять множеством микросхем, предъявляются высокие требования к
обработке в режиме реального времени. Поэтому используются встроенный CPU
и 16-битная шина данных. Процессор принимает команды на установление
соединений, поступающие от МР через канал HDLC. Затем команды на
установление соединения преобразуются в коды адресов для управления
микросхемами коммутационного поля и микросхемой контроллера протокола
HDLC. Другие периферийные устройства CPU: 128 Мб SRAM в качестве памяти
данных. Дополнительно, для выполнения задачи обновления версий используется
EPROM (64Kб), в котором хранится программа загрузки и FLASH MEMORY
(256Kб) используется как память выполняемых программ.
4) Схема управления выбором микросхемы
Коммутационная матрица временных интервалов состоит из 16 микросхем

коммутации. При некоторых процессах установления соединений CPU
вырабатывает сигнал адреса в соответствии с управляющей информацией
соединения. Схема выбора микросхемы позволяет выбрать одну из шестнадцати
микросхем для приема или передачи данных для управления входными и
выходными линиями HW.
5) Схема формирования и обработки синхросигналов
Синхросигналы этой платы – симметричные входные синхросигналы 16 МГц и 8

кГц, обеспечиваемые платой SYCK. Блок SYCK выполняет фазовую
синхронизацию вырабатываемых синхросигналов 16МГц и 8 кГц и передает их в
симметричном режиме точка-точка приемнику синхросигналов в сетевой плате
-147-
через объединительную плату с использованием дифференциальных

формирователей (с использованием синхросигнала 16 Мгц скорость передачи
данных может достигать 32 Мбит/с). Полученные синхросигналы
распределяются микросхемой несиммеричного выходного формирователя к 16
микросхемам коммутации.
Синхросигналы 4 МГц и 8 кГц, которые требуются для HDLC, и те, которые

требуются для схемы преобразования скоростей, вырабатываются EPLD
делением и синхронизацией частоты 16 МГц
6) Интерфейс шины ИКМ и схемы формирования и развязки
Эти схемы служат для развязки и формирования сигналов 8 Мбит/с шины ИКМ,
поступающих в блок коммутационного поля или выходящих из него, и сигналов
внешних плат.
7) Схемы аварийной сигнализации
Когда происходит отказ оборудования, потеря синхронизации или явное

отклонение частоты, эти сообщения об отказе должны поступать на порты
ввода/вывода CPU, и выполняя своевременный запрос, CPU получает
информацию и выполняет соответствующую обработку. Соответствующие
сообщения отображаются на светодиодном дисплее.
8) Схемы управлении режимом активный/резервный
Выходные магистрали 8 Мбит/ двух плат коммутационных полей используются в

высокоимпедансном режиме мультиплексирования. В отношении режимов
работы «активный /резервный» плат коммутационного поля могут иметь место
следующие ситуации: При включении питания обе платы находятся в состоянии
“резервный”. Затем CPU принимает решение и определяет, какая плата будет в
состоянии “активный”, для того, чтобы избежать конфликтов. Невозможно, чтобы
обе платы находились одновременно в состоянии “активный” или “резервный”.
В нормальном рабочем режиме переключение активный/резервный может быть
произведено вручную нажатием кнопки. При отказе активной платы
программное обеспечение произведет автоматическое переключение.
-148-
2. Плата цифрового коммутационного поля (DSN)
Плата DSNI предоставляет интерфейс для сигналов между МР и

коммутационным Т-полем и SP (включая SP в абонентском блоке, цифровые
соединительные линии DTI и платы ресурсов ASIG) к коммутационному Т-полю.
Она также выполняет функции формирователя сигналов, передаваемых между
МР, SP и коммутационным Т-полем. При работе на уровне МР плата выполняет
преобразование потоков 8 Мбит/с и 2 Мбит/с каналов сообщений от уровня SP к
уровню МР. Она также выполняет распределение синхросигналов 4 МГц/8 кГц
для плат связи. При работе на уровне SP плата осуществляет преобразование
магистрали HW из несимметричного режима в симметричный и наоборот. Также
она выполняет распределение синхросигналов 8 МГц/8 кГц для SP на всех
уровнях. Основные принципы функционирования:
1) Принципы использования на уровне МР
При работе в качестве уровня MP плата устанавливает канал связи между

уровнем МР и коммутационным Т-полем. Дифференциальный сигнал от платы
СОММ и сигнал 8 Мбит/с от коммутационного Т-поля, поступающие в
результате обмена информацией на различных скоростях, преобразуются
соответственно в сигнал 8Мбит/с и дифференциальный сигнал 2 Мбит/с, а затем
выводятся в коммутационное Т-поле и плату СОММ соответственно. Сигналы 8
МГц/8 кГц от платы синхросигналов распределяются схемой распределения
синхросигналов на 5 групп синхросигналов 8 МГц/8 кГц. Четыре из них
поступают на четыре схемы адаптивного преобразования скоростей, а из одного
вырабатываются синхросигналы 4 МГц/8 кГц с использованием комбинационной
логики EPLD, которые распределяются на 16 групп синхросигналов, которые
становятся симметричными и поступают на выход соответствующих плат связи.
Когда плата DSNI работает в качестве интерфейсной платы на уровне МР, ее

блок-схема может быть представлена в виде, показанном на Рис.3-3.27
-149-
4MГц 4MГц
8kHz 16
От платы К каждому
SYCK 8MГц Схема обработки синхросигналов 1 блоку
8kHz
8kHz
8МГц 8кГц 16
8Мбит/с 2? 8 2x8
HW Mбит/с Преобразование Mбит/с 1
скорости( Вниз)
2
3 16х2Mбит/с
Формиро Формиро
вание и 8МГц 8кГц вание и К плате
развязка развязка COMM
8 Мбит/с
HW 2? 8 2x8
Mбит/с Преобразование Mбит/с 16
скорости (Вверх)
Управление
переключением
M/S
Идентификац
CPU
ия платы RS
485 К MON
Рис.3-3.27 Схема DSNI (класс МР)
2) Принципы использования на уровне SP
При работе в качестве уровня SP плата производит установление соединения

между SP и коммутационным Т-полем. Шестнадцать несимметричных сигналов
линий HW 8Мбит/с от коммутационного поля и шестнадцать симметричных
дифференциальных сигналов линий HW 8Мбит/с от SP соответственно
преобразуются 16 симметричных дифференциальных сигналов и 16
несимметричных сигналов в микросхеме развязки и формирования и микросхеме
дифференциального формирователя/приемника, которые соответственно
распределяются в SP и коммутационное Т-поле. Из синхросигнала 8 МГц/8 кГц
от платы синхросигналов схемой распределения вырабатывается пять групп
синхросигналов. Одна из групп этих сигналов используется в EPLD для
выработки синхросигналов 8 МГц/ 8 кГц. После распределения с формированием
и преобразования в дифференциальные сигналы эти сигналы выводятся в SP.
Когда плата DSNI работает в качестве интерфейсной платы на уровне МР, ее

блок-схема может быть представлена в виде, показанном на Рис.3-3.28.
-150-
Интерфейсные платы уровней МР и SP имеют похожую структуру. Добавляя к

платам перемычки, можно объединять эти два типа интерфейсных плат в одну,
сохраняя при этом совместимость по выходным линиям и платам оптических
интерфейсов. Положение перемычек показано в Табл. 3.3-5.
1
8 МГц
4MГц
8 кГц 16
От платы К каждому блоку
SYCK 8 МГц Схема обработки синхросигналов 1
8 кГц
8 кГц
8 МГц 8 кГц 16
8 Мбит/с 16х8 16х8

HW Мбит/с Преобразование ско Мбит/с
ростиЈЁВнизЈ©
Формир К каждому SP
Формиро
16х8 Мбит/с ование 8 МГц 8 кГц вание и р
и развяз 16х8 Мбит/с
азвязка
ка
8 Мбит/с HW 16х8 16х8
Мбит/с Преобразование ско Мбит/с
рости (Вверх)
Контроль
переключения
M/S
Идентификация
CPU
платы RS К плате
485 MON
Рис. 3-3.28 Схема DSNI (класс SP)
Табл. Таблица положения перемычек платы DSNI
Положение Уровень MP Уровень SP

перемычек
X3 Замкнуты 1 и 2 Замкнуты 2 и 3
X4A, 4B Замкнуты 1 и 2 Замкнуты 2 и 3
3) Взаимоконтролируемый механизм переключения “активный/резервный”
Когда коммутационные Т-поля соединены непосредственно, сигналы

активный/резервный подаются, в соответствии с местоположением на
интерфейсную плату DSNI уровня SP. В результате при наличии только одной
интерфейсной платы ее рабочий статус не изменяется в случае переключения
-151-
“активный/резервный” коммутационных Т-полей. При наличии двух

интерфейсных плат переключение интерфейсных плат происходит в
соответствии с переключением “активный/резервный” коммутационных Т-полей.
Если вставляется и извлекается только интерфейсная плата, происходит
переключение только интерфейсных плат, а коммутационные Т-поля не
переключаются. Интерфейсные платы уровня МР работают в режиме разделения
нагрузки. При нормальных обстоятельствах переключения не происходит. При
ненормальной работе одной интерфейсной платы МР производит
принудительное переключение на другую интерфейсную плату для работы в
режиме полной нагрузки. Принимая во внимание надежность эксплуатации,
интерфейсные платы DSNI также предоставляют возможность ручного
переключения “активный/резервный” и автоматическое переключение при
ошибках синхронизации. Когда происходит отказ резервной платы, активная
плата не переключается в резервный режим.
4) Принципы работы подсистемы управления
CPU на плате DSNI предназначен для инициализации схемы согласования

скоростей и осуществления связи с платой связи МР через интерфейс RS485 при
одновременном текущем контроле состояния схемы согласования скоростей и
синхросигналов платы. Для управления периферийными микросхемами
микросхема EPLD вырабатывает данные, адреса, сигналы выбора микросхем и
сигналы управления статусом «активный/резервный». Для получения
синхросигналов 4 МГц/ 8 кГц применяется деление частоты синхросигналов,
поступающих от платы синхронизации.
3.3.11 Блок многозвенного центрального цифрового коммутационного

поля (коммутационное S-поля).
В ZXJ10 используется режим полностью распределенного управления, при

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

коммутационное S-поле. Смотрите Рис. 3-2.3
1. Структура центрального цифрового коммутационного поля.
Одним из базовых компонентов системы ZXJ10 является коммутационное поле

уровня выбор групп. Это один из ключевых факторов, определяющих
организацию сети коммутационной системы ZXJ10. На рис. 3-2.3 показано, что в
коммутаторе ZXJ10 речевые каналы коммутируются в многомодульной системе,
имеющей топологию T-S-T. Коммутационное S-поле состоит из нескольких
плоскостей (звеньев), которые непосредственно не связаны друг с другом. То
есть, сеть не образуется непосредственно. Поэтому в цифровой коммутационной
системе ZXJ10 анализ коммутационного S-поля будет иметь смысл только после
того, как коммутационное S-поле будет объединено с коммутационным полем
модуля PSM и другими коммутационными полями. В этой системе
коммутационное S-поле фактически выполняет функции маршрутизации для
осуществления взаимосвязи сетей. В структуре сети системы коммутации
коммутационное S-поле работает совместно с частью коммутационного Т-поля
PSM, образуя неблокирующее коммутационное поле с временным разделением и
большой пропускной способностью, имеющее общую структуру однозвенная
ступень Т- многозвенная ступень Т - однозвенная ступень Т (кратко Т-Т-Т). См.
Рис. 3-3.29
В обычной конфигурации 4 однозвенных неблокирующих коммутационнных

полей 8К образуют коммутационное S-поле, которое коммутирует в общей
сложности 32К х 32 К временных интервалов Четыре коммутационных Т-поля
64К формируют коммутационное S-поле 256К.
При выполнении функций коммутации на уровне выбора групп четыре плоскости

коммутации будут работать в режиме разделения трафика, а два коммутационных
Т-поля каждой плоскости будут работать в режиме “активный/резервный” для
увеличения надежности.
Учитывая требования, предъявляемые к очень большим коммутаторам, и

использование в будущем широкополосной коммутации, можно
сконфигурировать коммутационное S-поле из восьми плоскостей (в настоящий
-153-
момент коммутационное Т-поле 8К расширяется не более, чем до 8 звеньев, а

коммутационное Т-поле 64К можно расширить до четырех звеньев).
Шестнадцать магистральных линий по 8 Мбит/с из таких периферийных
модулей, как PSM и PHM распределяются по каждой плоскости (звену)
коммутационного S-поля. Коммутацией и соединениями звеньев
коммутационного S-поля управляет МР модуля SNM по каналу HDLC платы
СОММ.
Многозвенное коммута
ционное Т-поле
PSM 1-звенное PSM

Т-поле Т-поле Т-поле


Рис. 3-3.29 Многозвенное коммутационное Т-поле-Т-Т
2. Коммутационное S-поле находится на уровне BSNM центрального статива. На

одном уровне BSNM смонтировано две матрицы Т-поля. Для центрального
коммутационного Т-поля требуется два уровня объединительной платы
BSNM. Его структура показана на Рис.3.3-30.
-154-
1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
P D D D D D D D D C C D D D D D D D D D D D D D D P
O S S S S S S S S K K S S S S S S S S S S S S S S O
W N N N N N N N N D D N N N N N N N N N N N N N N W
B I I I I I I I I R R 0 0 1 1 I I I I I I I I I I B
1 1 2 2 3 3 4 4 5 5 6 6 7 7 8 8
M M
S S
M M
P D D D D D D D D C C D D D D D D D D D D D D P
O S S S S S S S S K K S S S S S S S S S S S S O
W N N N N N N N N D D N N N N N N N N N N N N W
B I I I I I I I I R R 2 2 3 3 I I I I I I I I B
1 1 2 2 3 3 4 4 5 5 6 6 7 7 8 8
Рис. 3-30 Структура объединительной платы многозвенного поля СМ.
3. Описание плат BSNM было приведено ранее. Здесь мы лишь приведем

описание функций плат этого уровня.
1) Плата CKDR обеспечивает синхросигналы для всех плат на уровне BSNM.
2) Четыре пары плат DSN распределены по двум уровням для формирования

четырех звеньев коммутации.
3) Плата DSNI- MSM первого уровня посылает сообщения по четырем

магистралям в звене 0 модулю MSM после адаптации скоростей кодовых
потоков (через соответствующую плату СОММ),
4) Платы DSNI управляет линиями магистралей в каждом звене и посылает

сообщения в субблоки оптических интерфейсов по электрическим кабелям
для обеспечения связи с каждым модулем PSM.. Здесь магистрали HW в
каждом PSM между уровнями BSNM и BFBI равномерно распределяются по
четырем плоскостям в соответствии с их различными комбинациями.
3.3.12 Однозвенное центральное коммутационное Т-поле 32K/64K
Однозвенное коммутационное Т-поле 32К/64К с временным разделением

заменяет коммутационное поле, состоящее из нескольких плоскостей 8Кх8К.
-155-
После реформирования системы по новой технологии, модернизация платформы

ZXJ10 может быть полностью выполнена в пределах всего одной полки. Для
увеличения емкости коммутационного поля от 32Кх32К до 64Кх64К потребуются
только модуль оптического интерфейса и более мощная плата коммутационного
поля. При этом нет необходимости модифицировать объединительную плату.
Этим достигается обновление системы без прерывания работы. Применение этой
технологии позволяет очень просто связать 64К центральный статив с блоком
SNM. Первоначальное число полок – 12 в двух стативах – снизилось до одного
статива. Для взаимосвязи блоков центральных коммутационных полей вместо
кабелей, что позволяет достичь высокой надежности и упростить инженерные
работы при развертывании. На настоящий момент это самая компактная, простая
и наиболее надежная структура коммутационного поля в отрасли.
1. Модуль SNM, состоящий из блока однозвенного цифрового коммутационного

Т-поля 32К/64К с временным разделением использует два звена32К/64К
(активное/резервное). Общее число коммутируемых временных интервалов –
не более 64К. Соединения звена 32К/64К управляются через канал HDLC
парой МР и платами СОММ. Его структура показана на Рис.3-3.31.
-156-
PSM
Интерфейс CFBI
Однозвенное коммутационное Т-поле

CDSN(32K)/CPSN(64K)
C
K
C
D
COMM COMM
LAN
MP0 MP1
Рис.3-3.31 Логическая схема 32K/64K однозвенного коммутационного Т-поля
Из приведенного выше рисунка следует, что в коммутационном поле 32К/64К

модуля SNM 32К/64К управление соединениями в режиме “активный/резервный”
осуществляется через пару коммуникационных плат. Внутримодульные связи
между платами SNM и СОММ занимают 4 канала 2Мбит/с (pHW47) в
магистрали 32 Мбит/с коммутационного поля 32К/64К; коммутационное поле
32К/64К соединяется с MSM через другие платы связи. MSM занимает одну
магистраль 32 Мбит/с (pHW63) в коммутационном поле 32K/64K.
2. Структура блока однозвенного цифрового коммутационного Т-поля 32К/64К с

временным разделением.
Структура однозвенного цифрового коммутационного Т-поля 32К/64К с

временным разделением показана на Рис.3-32. На рисунке pHW – это
физические магистрали сети 32К; скорость каналов плат СОММ – 1 Мбит/с. Для
того, чтобы упростить рисунок, на нем не показано преобразование между
физической магистралью и магистралью 1 Мбит/с; «активный/резервный» (М/S
-157-
на рисунке) относится к связи между двумя платами СОММ.
Внутренние соединения
SNM
1Мбит/с-HW1
COMM
CFBI: pHW0~15
pHW47 M/S
1Мбит/с-HW2
COMM
CFBI: pHW16~31 1Мбит/с-HW8
Коммутац
ионное
Внутримодульные соед
Т-поле
инения MSM
CFBI: pHW32~46Ј¬48 32К pHW63 1Мбит/с-HW1
COMM
M/S
1Мбит/с-HW2
COMM
CFBI: pHW49~62
1Мбит/с-HW16
Выход синхросигналов
к каждому блоку
SYS-CLK
CKCD
M/S активный/резервный
Рис.3-3.32 Логическая схема коммутационного поля 32К
Однозвенное цифровое коммутационное Т-поле 32К/64К с временным

разделением расположено на второй полке статива SNM Расположение плат и
схема объединительной платы сети 32К приведены на Рис.3-3.33. Расположение
плат сети 64К приведено на Рис.3-3.34 Плата передачи CFBI, плата CDSN/CPSN,
плата CKCD,платы CDSN и CPSN могут быть вставлены в разъемы так, как это
требуется, и при установке в объединительную плату могут устанавливаться
смешанным образом.
-158-
1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4
P C C C C C C C C C C C C C C C C C C C C P
O F F F F F F F F D D K K F F F F F F F F O
W B B B B B B B B S S C C B B B B B B B B W
S I I I I I I I I N N D D I I I I I I I I S
/ /
C C
P P
S S
N N
Если конфигурируется CDSN 32К, 4 пары CFBI из слотов 16~23 не требуются.
Рис. 3-3.33 Схема объединительной платы коммутационного поля 32К
1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4
P C C C C C C C C C C C C C C C C C C C C P
O F F F F F F F F D D K K F F F F F F F F O
W B B B B B B B B S S C C B B B B B B B B W
S I I I I I I I I N N D D I I I I I I I I S
/ /
C C
P P
S S
N N
Примечание. Если конфигурируется CPSN 64К, требуется 4 пары CFBI
Рис. 3-3.34 Схема объединительной платы коммутационного поля 64К
Для того, чтобы расширить уровень коммутационного поля 32К, необходимо

заменить только платы коммутационного поля CDSN 32K платами
коммутационного поля CPSN 64K. Это очень просто.
3. Описание функций плат
1) Плата CKCD обеспечивает синхросигнал для соответствующих плат.
2) Платы CDSN и CPSN выполняют коммутацию временных интервалов 32К и

64К соответственно, и обеспечивают их вывод в режиме HW 32Мбит/с. Плата
обеспечивает формирование и развязку сигналов для HW 32Мбит/с. Платы
CDSN и CPSN обеспечивают HW 64 и 128 32 Мбит/с соответственно.
-159-
3) CFBI – модуль платы оптического интерфейса центрального модуля.

Предоставляет 4 оптических интерфейса для подключения к платам
оптического интерфейса (FBI) модуля PSM для доступа к модулю PSM на
ближнем конце; эти оптические интерфейсы могут быть также подключены к
платам FBI модуля интерфейсов удаленных модулей для обепсечения доступа
к удаленному модулю RSM. Пара «активная/резервная» плат CFBI может
оборудоваться 64 линиями HW 8 Мбит\с.
3.3.13 Интерфейс передачи удаленного абонентского блока
В системе ZXJ10 интерфейсы передачи удаленного абонентского блока состоят из

двух плат контроля параметров окружающей среды (REPD1 и REPD2), четырех
плат интерфейса соединительных линий (DTI) или одной платы оптических
соединительных линий и объединительной платы удаленного абонентского блока
(BSRU), занимающих одну полку.. BSRU предоставляет поддержку плате REPD,
плате ODT и плате DTI, предоставляет каналы для управления ими и передачи.
Его структура показана на Рис.3-3.35
1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
P R R D D D D O P
O E E T T T T D O
W P P I I I I T W
B D D 1 2 3 4 B
1 2
Рис. 3-3.35 Объединительная плата удаленного абонентского блока
1) Оптическая плата цифровых соединительных линий (ODT)
Используя технологии синхронного мультиплексирования и передачи по

оптическому волокну, плата ODT реализует взаимосвязь между PSM, RSM и RSU
и выполняет связь “точка-точка» (двухточечная связь). Когда станция не
оборудована линией передачи, вместо платы ODT используется плата DTI. Плата
ODT имеет улучшенный интерфейс на базе платы FBI и при установке в
объединительную плату могут устанавливаться смешанным образом с платами
DTI. Поддерживается служебная связь, и производительность передачи может
-160-
составлять 4 линии ИКМ по 8Мбит/с, то есть 16 Е1. Может быть использована

для замены MDT для установления связи с удаленным абонентским блоком.
Как плата DTI, так и плата ODT предназначены для выполнения задач передачи
между удаленным абонентским блоком и центральной станцией. Можно выбрать
любую из них. Если выбрана плата DTI, передача по магистрали HW будет
выполняться через ретранслятор станции. Если выбрана плата ODT, то одна
плата ODT обеспечивает четыре двунаправленных магистрали HW для SP
удаленного абонентского блока. Кроме функции извлечения синхросигналов для
платы соединительных линий и функции цикловой синхронизации для потока,
плата ODT также обладает способностью передачи на большие расстояния (около
50 километров), при этом не требуется передающее оборудование.
2) REPD
Плата REPD в основном обеспечивает текущий контроль платы ODT и платы

POWER. Она определяет параметры окружающей среды (температуру,
влажность, задымленность и инфракрасное излучение) и передает эту
информацию плате SP по магистрали 2Мбит/с по протоколу HDLC. Плата REPD
выполняет прием и захват опорного синхросигнала 8кГц (активный/резервный),
поступающего от платы DTI или плат ODT, предоставляет синхросигналы 8МГц
и 8 кГц для плат SP, DTI и ODT.
3.3.14 Встроенная система передачи SDH ZXJ10.
3.3.14.1 Обзор встроенной системы передачи SDH.
Встроенная система передачи SDH применяется при построении сети SDH

между модулями коммутатора ZXJ10 или между модулем и удаленными
абонентскими блоками. Она предназначена для улучшения возможностей
организации сети коммутатора ZXJ10 и предоставляет абонентам
интегрированный продукт для коммутации и передачи.
Встроенная система передачи SDH состоит из платы синхросигналов (SCLK),

платы интерфейса коммутационного поля (SFBI), платы трибутарных
интерфейсов (EDT/ENT), платы агрегатных интерфейсов (S1OA), платы кросс-
-161-
коммутации (CC1S) и платы основного управления и служебной связи (FMCP),

занимающих отдельную полку. В соответствии со структурой сети и
потребностями реальной среды применения, могут использоваться структуры
мультиплексирования от С-12 до STM-1. Через формат TU-12, кодирование NRZ
сигналы 16 линий Е1 (2048 Мбит/с) асинхронно упаковываются в контейнер VC-
4 или STM1.
В соответствии с рекомендациями ITU по системам синхронной передачи

данных, схема мультиплексирования, используемая в системе ZXJ10, показана
Рис.3-3.36
13926
N 1
STM-N AUG AU -4 VC -4 C-4 4
Кбит/с
3 34368
TUG-3 TU -3 VC -3 C-3
Кбит/с
3 2048
Обработка указателей TUG-2 TU -12 VC -12 C-12
Кбит/с
мультиплексирование
позиционирование
упаковка
Рис.3-3.36 Типовая логическая схема SDH
Встроенная система передачи SDH ZXJ10 имеет структуру встроенной системы

Информация об основных сменных блоках может быть получена из Табл. 3.3-6
Основные принципы встроенной системы SDH и обычных систем SDH
одинаковы. Поэтому мы приведем только краткое описание встроенной системы
передачи SDH системы ZXJ10, не останавливаясь подробно на всех блоках.
Список блоков встроенной системы SDH ZXJ10 приведен в Табл. 3.3-6
-162-
Табл. 3.3-6 Список блоков встроенной системы SDH.
Название платы Код Функции платы Примечания

Объединительная плата BPON Применяется, в основном, в модулях (PSM
оптической передачи для или RSM)
модулей коммутации
Объединительная плата BRON Применяются в SU960

удаленного оптического
интерфейса
Объединительная плата для BROM Используется в SU480I и SU480E.

удаленных модулей
Плата основного управления FMCP Обеспечивает функции управления и Совместим с

и служебной связи контроля сетевых элементов, а также оригинальным МСР.
функции служебной связи.
Плата синхронизации SCLK Обеспечивает синхросигналы и функцию

распределения (может обеспечить
синхросигналы для SP)
Плата оптических S1OA Обеспечивает два оптических интерфейса, Совместим с

интерфейсов извлечение и вставку заголовка. оригинальным S1OL.
Простая плата кросс- CC1S Обеспечивает функции кросс-коммутации

коммутации для STM-1 (две шины)
Полная плата кросс- CC1F Обеспечивает функции кросс-коммутации

коммутации для STM-1 (четыре шины и трибутарные сигналы)
8 Мбит/с плата электрических ENT4 Обеспечивает ввод/вывод шестнадцати

трибутарных интерфейсов трибутарных TU12 в/из четырех
интерфейсов ИКМ 8 Мбит/с
2 Мбит/с плата электрических EDT4 Обеспечивает ввод/вывод шестнадцати

трибутарных интерфейсов трибутарных TU12 в/из шестнадцати
электрических интерфейсов 2 Мбит/с
Плата волоконно-оптических SFBI Используется при построении внутренней

интерфейсов сети и предоставляет интерфейсы FBI или
CFBI.
Плата соединений EDTC Работает совместно с EDT4, поддерживает Совместим с

электрических трибутарных коаксиальное соединение и шестнадцать оригинальным EDTA.
интерфейсов 2 Мбит/с каналов.
2. Блок-схема встроенной системы передачи SDH приведена Рис.3.3-37.
-163-
Оптико -
электрическое Оптико -
Вверх преобразование / электрическое Вниз
Кросс -
захват преобразование ,
коммутация
синхросигнала / вставка
отбрасывание заголовка
заголовка
Упаковка / Обработка
Обработка распаковка и управления и
синхросигнала интерфейсная служебной
обработка связи
Внешний синхросигнал 8.192 Мбит /с , 2M Канал служ . связи Интерфейс NM
Рис.3.3-37 Схема встроенной системы передачи SDH ZXJ10
Расположение разъемов на объединительной плате BPON показано на Рис.3.3-38.
Расположение разъемов на объединительной плате BRON показано на Рис.3.3-39.
C C E
C C N
1 1 T
P R R F S S S S E E E P
D D D D O S S 4
O E E M C C 1 1 D D D O
T T T T D / / /
W P P C L L O O T T T W
I I I I T C C E
A D D P K K A A 4 4 4 A
C C D
1 1 T
F F 4
Рис. 3-38 Структура объединительной платы BPON.
Схема полки объединительной платы BROM приведена на Рис.3.3-40.
-164-
C C E
C C N
1 1 T
P F S S S S E
D D S S 4
O M C C 1 1 N
T T / / /
W C L L O O T
I I C C E
A P K K A A 4
C C D
1 1 T
F F 4
Рис. 3-39 Структура объединительной платы BRON.
3. Список плат интерфейсов SDH приведен в Табл. 3.3-7.
Табл. 3.3-7 Список интерфейсных плат встроенной системы передачи SDH.
Название платы Код Функции платы

Обеспечивает два оптических интерфейса 155Мбит/с
(одномодовый 1,310 нм), ввод /вывод 16 трибутарных
сигналов 2 Мбит/с и 4 ИКМ-интерфейса 8 Мбит/с.
Позволяет образовывать сеть с топологией 2-волоконного
Сетевая плата кольца и цепи, используется для удаленного абонентского
оптической SNB блока, совместимого с объединительным интерфейсом
передачи DT/ODT.
Разрабатывается обновленная версия. Изменится
интерфейс на стороне трибутарных сигналов, до 4 ИКМ 8
Мбит/с или 3 ИКМ 8Мбит/с с четырьмя опциональными
настраиваемыми электрическими интерфейсами Е1.
Плата Обеспечивает один оптический интерфейс 155 Мбит/с и

соединительных ввод/вывод 63 Е1. Применяется в основном во
линий 155 М SDT (O) внутристанционных соединениях, может обрабатывать
(оптический сигнализацию по выделенному каналу, 18 Е1 .
интерфейс)
Плата Обеспечивает один электрический интерфейс 155 Мбит/с

соединительных с теми же функциями, что и SDT (O).
линий 155 М SDT (E)
(электрический
интерфейс)
-165-
3.3.14.2 Блок кросс-коммутации CC1S.
Для встроенной системы передачи SDH необходимо осуществлять кросс-

соединения ввода/вывода между платой агрегатных интерфейсов и платой
трибутарных интерфейсов. Блок CC1S выполняет эти функции. Основные
функции следующие:
1. Выполняет ввод или вывод 126 Е1 из речевых каналов агрегатных потоков в

восточном и западном направлениях.
2. Выборочная передача 1 из 2 активного/резервного агрегатных потоков в

восточном и западном направлениях
3. Выборочная передача 1 из 2 активного/резервного агрегатных потоков

восточного и западного направлений .
4. Выборочный прием/передача одного из двух агрегатных потоков в восточном

и западном направлениях и трибутарных сигналов AB.
5. Осуществление обнаружения для всех 126 Е1 агрегатных потоков в восточном

и западном направлениях.
6. Выполнение функции обнаружения TU-12, сортировки полезной нагрузки TU-

12 и удаление джиттера указателя.
7. Обеспечивает схему временной задержки для агрегатных потоков и

трибутарных потоков для поддержания согласованности по фазе.
8. Гибко реализует такие режимы защитного резервирования, как 1:1, 1+1 и 2:0.
9. Обеспечивает рабочие режимы «ведущий и ведомый» для двух плат кросс-

коммутации.
10. Обеспечивает взаимодействие с платой служебной связи и предоставляет

интерфейс RS485
11. Обеспечивает гибкое построение сети.
Схема CC1S приведена на Рис.3.3-41
-166-
Плата трибутар A Плата трибутарных

ных сигналов сигналов B
Выбор Выбор
1 из 2 1 из 2
Ведущ Ведущ
Выбор Выбор Выбор Выбор
ий 1 из 2 1 из 2 1 из 2 ий /
Ведо 1 из 2
Ведо
мый мый
западные аг
восточные Выбор группы Выбор группы / регатные ли
агрегатные отправка нии
/
отправка
линии Выбор Выбор
1 из 2 1 из 2
Выбор Выбор
1 из 2 1 из 2
Плата трибутар Плата трибутарн

A B
ных интерфейсов ых интерфейсов
Рис.3.3-41 Схема кросс-коммутации CC1S
3.3.14.3 Блок основного управления и служебной связи FMCP
Главный блок управления обрабатывает байт заголовка тракта во встроенной

системе передачи SDH, связь между главным контроллером и платами, связь
между главным контроллером и системой O&M. Подсистема служебной связи
отвечает за связь между сетевыми элементами во встроенной системе передачи
SDH, реализуя функции вызова одной станции, группы станций и всех станций.
Плата основного управления состоит из двух частей: блока управления и блока

служебной связи. Как и другие блоки, блок служебной связи соединяется с
блоком управления через последовательный порт RS485.
Блок управления отвечает за управление и связь системы, то есть, связь с

системой NM коммутатора, связь с блоками внутри станции и связь с другими
станциями и узлами сети. Блок управления выполняет часть функций управления
станциями и узлами, отправляет аварийные сообщения и отчет о рабочих
характеристиках блоков станции системе NM коммутатора, отправляет команды
-167-
управления и контроля системы NM соответствующим блокам. Отвечает также за

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

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

хорошим качеством речи.
Может выполнять осуществлять двухточечную связь, многоточечную связь

(point-to-multi-point), связь точка-группа, связь «точка – все линии» (point–to-all
line).
Режим многосторонней конференц-связи.
Обеспечивает два речевых канала, которые не мешают друг другу, один – для
секции регенератора, другой – для секции мультиплексирования.
Сигналы каналов служебной связи вставляются в ИКМ-поток речевых данных

без какого-либо влияния на качество связи.
Основные функции блока служебной связи – вставка и извлечение сигналов

служебной связи. Он преобразует поступающие последовательные данные в
параллельные данные, извлекает команды или вставляет команды (заменяя
оригинальный байт), преобразует параллельные данные или поток данных ИКМ
в поток данных Е1 или Е2 и отправляет его. В этом процессе синхросигналы для
последовательно/параллельного преобразования данных на входящей/исходящей
стороне поступают от платы агрегатных интерфейсов. Вставка и извлечение
сигнализации синхронизируется синхросигналом 8 кГц на стороне платы
агрегатных интерфейсов.
Сигнал служебной связи функционирует в качестве интерфейса человек-машина

при нажатии кнопки на телефонном аппарате, который должен быть телефонным
аппаратом с двухтональным набором.
Схемы блока основного управления и служебной связи (FMCP) показаны на

Рис.3.3-42 и Рис.3-3.43.
-168-
256KROM SCC1 ECC1
SCC2 ECC2
SCC3 ECC3
512KFLASH CPU32+
SCC4 ECC4
SMC1 RS485
2MSRAM SMC2 RS232
RS-232
MT8986 вход
SAB82525
CD1400
MT8986 выход
Рис.3.3-42 Блок-схема СР
-169-
A A
B B
FPGA
C C
D
D Аналоговое
коммутаци -
онное поле
Тональные
RS485
CPU DTMF
RAM
Телефонный аппарат
Вызывной сигнал
Рис.3.3-43 Блок служебной связи FMCP
Связь между блоком управления и сетью SDH осуществляется через секции

регенератора. На канальном уровне используется протокол HDLC, а в
контроллере протокола используется четыре канала SCC.
Связь с системой NM в коммутаторе осуществляется в дуплексном режиме

RS232, с занятием SMC2 в CPU, и достигает максимальной скорости связи 19,2
Кбит/с. Связь может осуществляться и через внутренние магистрали HW, что
требует одной HDLC и двух микросхем коммутации.
Связь с блоками внутри данной станции осуществляется в полудуплексном

режиме по RS485, занимает SMC1 в CPU и достигает максимальной скорости
связи 19,2 Кбит/с. Запрос на осуществление связи выдается от блока блоку
управления и выполняется по программному протоколу.
-170-
Блок управления предоставляет три интерфейса связи RS232, которые будут

использоваться для связи между системой и платами, добавляемыми позднее.
Расположение станции задается микропереключателями DIP.
В состав CPU блока служебной связи входит флэш-память 64К и внешняя

расширенная память 32К SRAM.
Тональный сигнал 450 Гц предоставляется пользователям блоком FPGA. Сигнал

контроля посылки вызова, сигнал занятости и другие подобные сигналы
вырабатываются CPU 8031.
Клавиатура на телефонном аппарате используется как интерфейс ввода команд

человек-машина. В качестве интерфейса на телефонном аппарате используется
толстопленочная микросхема, разработанная ZTE. CPU периодически
просматривает и считывает сигналы приемника DTMF.
В направлениях A,B,C,D речевые каналы соединяются с аналоговым

коммутационным полем, что позволяет обеспечивать вызов всех станций. В
аналоговом коммутационном поле используются заказные микросхемы.
Вызывные сигналы выводятся через порт Р1 CPU.
Расположение станции может быть получено путем связи с главным

контроллером.
3.3.14.4 Оптический блок агрегатных интерфейсов S1OA.
Плата агрегатных интерфейсов расположена между входом/выходом оптического

волокна и простой платой кросс-коммутации (CC1S), и предназначена для
выполнения оптико-электрического и электро-оптического преобразований,
обработки заголовка и передачи полезной нагрузки между STM-1 и VC-4, а также
обработки указателя AU-4. См. Рис.3.3-34.
Конкретно, этот блок выполняет следующие функции:
Обеспечивает оптический интерфейс STM-1.
-171-
Предоставляет возможность создания шлейфа на линии и функции

диагностического тестирования с “замыканием на себя” (с использованием
шлейфа).
Обеспечивает интерфейс данных TELECOM BUS и разнообразные интерфейсы

обработки заголовков.
Предоставляет шину управления аварийной сигнализацией и коммутацией,

имеет несколько рабочих режимов.
Для передачи синхросигналов в качестве опорного синхросигнала можно

выбрать несколько источников, таких как синхросигналы линии, внешний
синхросигнал или резервный синхрогенератор.
CPU на плате может управлять рабочими режимами, осуществлять контроль

статуса и внешних соединений этой платы.
Широко используется в терминальных мультиплексорах (TM) и мультиплексорах

ввода/вывода (ADM).
Оптическая Восстанов -
Обработка
линия Интерфейс ление и Обработка
заголовка
физической регенерация заголовка
передачи тракта Шина связи
линии синхро - секции
сигнала
SOH
CPU ФАПЧ
порт Контроль
аварийной
связи сигнализации К FMCP
Рис.3-3.44 Схема агрегатных линий S1OA
-172-
Плата агрегатных линий служит для вставки полезной нагрузки VC-4,

передаваемой в заголовке тракта VC-4 (POH). После выравнивания указателя
AU-4 и вставки заголовка секции (SOH), полезная нагрузка VC-4 передается в
линию после электро-оптического преобразования. Для сигналов, принятых из
линии для регенерации данных и восстановления синхросигнала производится
оптико-электрическое преобразование. Начиная с этого момента заголовок
секции отделяется для интерпретации указателя. Извлекается заголовок тракта
VC-4 (POH), а полученная полезная нагрузка VC-4 восстанавливается.
В схеме восстановления и регенерации синхросигнала из принимаемого потока

данных извлекаются линейные синхросигналы. Данные регенерируются в
соответствии с синхросигналом, и опорный синхросигнал 19,44 МГц передается
в схему ФАПЧ. Эта схема также вырабатывает сигнал 155,52 МГц
синхросигнала, передаваемого по линии. На приемной стороне схема обработки
заголовка секции осуществляет поиск байтов цикловой синхронизации в
получаемых данных для обеспечения цикловой синхронизации, и после
дескремблирования данных извлекает заголовок секции. На передающем конце в
данные вставляется заголовок секции, и данные после скремблирования
передаются в цикл. Часть заголовка секции обрабатывается микропроцессором
этой платы. Байты служебной связи (Е1, Е2) и байты DCC (байты передачи
данных) посылаются в плату FMCP и плату OHP для обработки. На приемном
конце схемы заголовков тракта предназначены для обработки указателя AU-4 и
отделения заголовка от данных. На передающей стороне схемы обработки
заголовка вставляют заголовок тракта в данные и выполняют проверку указателя
AU-4. Обработка заголовка тракта выполняется программным обеспечением
микропроцессора этой платы.
3.3.14.5 Блок трибутарных интерфейсовEDT4/ENT4
Блоки EDT4 и ENT4 предназначены для различных приложений. EDT4, главным

образом, используется для мультиплексирования в режиме вставки/выделения
(ADM) и демультиплексирования SDH, а ENT4 – для преобразования форматов
между HW 8Мбит/с и выходом PDH/SDH модуля с целью получения
стандартного формата Е1 для мультиплексирования. Ниже приводится краткое
описание этих двух блоков.
-173-
1. Блок EDT4
Плата, главным образом, служит для передачи цифрового потока 2,048 Мбит/с
цифрового интерфейса серии G.703 в контейнер С-12 соответствующего
стандартного интерфейса с целью реализации функций адаптации и де-адаптации
(например, настройки скорости передачи). Сигналы, переданные стандартным
контейнером, в совокупности с заголовком тракта (Path OverHead - POH)
образуют виртуальный контейнер VC-12 для реализации функций упаковки и
распаковки, функций калибровки синхронизации, выравнивания указателей и
мультиплексирования виртуального контейнера VC-12 в потоки TU-12, TU-2,
TUG-2 и TUG-3, а также реализации соответствующих обратных процессов.
Плата EDT4 может обеспечить обработку максимум 16 сигналов Е1. При
мультиплексировании и упаковке в STM-1 плата EDT4 (2Мбит/с) реализует все
функции упаковки, мультиплексирования и выравнивания указателей при
переходе из формата C-12 в формат TUG-12, а также может предоставлять
некоторую информацию аварийной сигнализации. При этом плата может
реализовать преобразование и обратное преобразование из
входящего/исходящего кода NRZ в код HDB3 и выполнять такие функции, как
управление смещением джиттера, аварийная сигнализация по линии и
восстановление линейного синхросигнала.
Для связи с платой основного управления и служебной связи она имеет

последовательный порт RS485, по которому принимаются команды управления
со стороны платы основного управления и служебной связи, а в обратном
направлении – выдаются отчёты о состоянии платы. Регистр состояний, в
основном, служит для отражения рабочего состояния, например, проверки
чётности, наличия ошибок сверхцикла Н4, ошибок BIP_2, ошибок блокировки на
удалённом конце (Far End Block Errors - FEBES), потери указателя, флагов новых
данных (New Data Flags - NDFS), сигналов индикации аварии (AIS), ошибок
приёма на удалённом конце (Far End Receive Errors - FERE), ошибок размера
передаваемого блока S_BITS (TU Size Error) и аварийных сигналов потери
линейного сигнала.
С помощью микросхемы асинхронной упаковки сигналов Е1 два сигнала Е1

могут асинхронно упаковываться в трибутарную единицу TU-12. Существует
четыре типа шин: шина вставки восходящего направления, шина выделения
-174-
восходящего направления, шина вставки нисходящего направления и шина

выделения нисходящего направления. Все четыре параллельные шины
используют BYTE-параллельный формат VC-4 со скоростью 19,44 МГц. На
терминальной стороне по ним вводится сигнал в кодировке NRZ.
Обработка сигналов, реализуемая платой, в основном, включает следующие

процедуры:
1 ) Передача (от 2,048 до 19,44 МГц)
Синхросигнал и данные, поступающие от платы интерфейсов коммутационного

поля со встроенной системой SDH, подключаются к входящей стороне порта Е1
вместе. После соответствующей обработки и программных установок они
распределяются по соответствующим временным интервалам параллельной
шины.
2 ) Приём (от 19,44 до 2,048 МГц)
После обработки сигнал 2 Мбит/с, соответствующий определённому временному

интервалу параллельной шины 19,44 МГц, конвертируется в синхросигнал и
данные, после чего должно выполняться кодирование/декодирование.
3) Обработка аварийных сигналов
Обработка аварийных сигналов, например, ошибок проверки чётности, потери

синхросигнала, ошибок сверхцикла Н4 и FEBE производится посредством
запроса CPU.
4) Связь: Связь между этой платой и другими платами выполняется по

последовательному порту RS485.
2. Блок трибутарных интерфейсовИКМ ENT4
Блок интерфейсов коммутационного поля может выполнять следующие функции:
В стативе центрального модуля он может преобразовывать четыре линии ИКМ 8

Мбит/с, идущие от платы DSNI коммутационного поля, в шестнадцать линий
ИКМ 2,048 Мбит/с. Затем шестнадцать сигналов 2 Мбит/с, подвергшиеся
-175-
настройке цикловой синхронизации, асинхронно упаковываются во временные

интервалы 16 TU системы SDH с целью преобразования сигнала из формата PDH
в формат SDH. Для ввода сигнала DSNI в коммутационное поле выполняется
обратное преобразование. На удалённой стороне поступающие от SFBI четыре
сигнала ИКМ 8 Мбит/с демультиплексируются в шестнадцать линий ИКМ 2,048
Мбит/с. При вводе сигналов в SFBI выполняется обратное преобразование.
Линия ИКМ 2,048 Мбит/с может подводиться к оборудованию передачи SDH

посредством прозрачной передачи. Однако для того, чтобы обеспечить
возможность синхронизации поступающего от оборудования передачи
кодированного потока 2 Мбит/с с локальным тактовым генератором
коммутационной станции и использование его для коммутационного поля,
необходимо наличие схемы выравнивания цикловой синхронизации. Для этого
применяются четыре формирователя цикла 4Е1, с одной стороны, для
выполнения функции схемы выравнивания цикловой синхронизации, а с другой –
для согласования шестнадцати линий ИКМ 2,048 Мбит/с,
демультиплексированных со стороны коммутационной схемы в кодировку NRZ,
со стандартной цикловой структурой Е1 на выходе. Выходной поток будет
использоваться для демультиплексирования упаковки.
Оборудование встроенной системы SDH занимает в стативе ZXJ10 одну полку и

служит для реализации функций TM, ADM и REG оборудования передачи SDH.
Оно может обеспечивать интерфейс с коммутационным полем. Блок интерфейсов
коммутационного поля для удовлетворения требований оборудования передачи
SDH может проводить обработку кодированного потока 2 Мбит/с по
рекомендации G.707 и выполнять функцию преобразования интерфейса ZXJ10.
См. рис. 3.3-45.
-176-
RLM
8 М бит/с
PSM SNM 8 М бит/с ENT4 SDH
RSM
Встроенная система SDH
OM M
Рис. 3.3-45 Схема интерфейса ENT
3.3.14.6 Блок оптических интерфейсов SFBI
Плата SFBI является платой оптических интерфейсов между встроенной

системой SDH-155 ZXJ10 и коммутационной станцией ZXJ10. При её
использовании соединение между линией HW 8 Мбит/с и тактовым генератором
организуется только по оптическому кабелю. Одновременно повышается
помехоустойчивость системы.
Плата, в основном, выполняет преобразование оптического сигнала в

электрический и электрического сигнала в оптический, а также функции
передачи для 32 линий HW 8 Мбит/с. Она обеспечивает выполнение следующих
конкретных функций:
Принимает от FBI сигналы мультиплексирования шестнадцати HW 8 Мбит/с или

мультиплексирует HW 8 Мбит/с, поступающие от платы электрических
трибутарных интерфейсов ИКМ ENT4 (E), и передаёт их на плату FBI.
Обеспечивает для платы электрических трибутарных интерфейсов

синхросигналы 8 МГц и 8 кГц.
Обеспечивает для платы тактового генератора сетевой синхронизации (SCLK)

эталонный синхросигнал 8 кГц.
Для платы принят активный/резервный режим работы с возможностью
-177-
переключения.
В системе ZXJ10 интерфейс оптической шины SDH (SFBI) находится на полке

оптической передачи коммутационного модуля SDH и подключается к BPOW
(см. рис. 3.3-38). Режим работы активный/резервный используется для
демультиплексирования и мультиплексирования линии ИКМ. Конечно, когда
полка встроенной системы SDH подключается к PSM, RSM или RSU, для
соединений линий ИКМ (то есть, NETI-DSNI или NETI-SP) можно использовать
только кабели без подключения платы SFBI. Посредством технологии
синхронного мультиплексирования и технологии оптической передачи плата
SFBI может реализовать соединение с FBI и обеспечить связь по схеме точка-
точка. В блоке интегрированы два оптических канала приёма/передачи (по
четырём оптическим кабелям). Каждый оптический канал приёма/передачи
выполняет передачу для шестнадцати линий ИКМ 8,192 МГц с кодовой
скоростью 196,608 Мбит/с ((20+4)*8,192 Мбит/с). Один из его концов
оптическим кабелем подключается к плате FBI в центральном стативе ZXJ10,
обеспечивая передачу тридцати двух линий ИКМ 8,192 Мбит/с к полке
оптической передачи для модуля коммутации встроенной системы SDH станции
ZXJ10. Второй конец подключается к плате электрических трибутарных
интерфейсов ИКМ ENT4 (E) на полке оптической передачи для модуля
коммутации встроенной системы SDH станции ZXJ10 через линию ИКМ 8,192
Мбит/с электрического интерфейса передачи. Кроме того, на плате SFBI для
удовлетворения требований централизованного мониторинга системы ZXJ10 есть
полудуплексный последовательный интерфейс RS485. По этому интерфейсу
отчёты о рабочем состоянии текущей платы SFBI передаётся на плату главного
процессора управления (МСР). Интерфейс управляется и опрашивается этим
МСР.
Плата SFBI может также реализовать соединение между ODT и полкой

оптической передачи для модуля коммутации встроенной системы SDH станции
ZXJ10 с целью реализации передачи 4 линий ИКМ оптического интерфейса 8,192
Мбит/с (два оптических канала приёма/передачи являются восемью линиями
ИКМ). Также имеется четыре пары дифференциальных линий синхросигнала 8К,
выводимых от платы SFBI и подключаемых к плате тактового генератора сетевой
синхронизации (SCLK).
-178-
Структурная схема платы SFBI приведена на рис. 3.3-46.
Демуль-
типлексир D0~D15 Драйвер 16 A (B)8 М бит/с
245
ование 0~15
O-E
RX A(B)R8 М Гц
Оптоволо 4 A(B)8 М Гц
A(B)R8 кГц Настройка
кно A/B 1~4
последовате 4
Муль- A (B)T8 М Гц льности A(B)8 кГц
типлекси 1~4
рование A(B)T8 кГц
E-O Драйвер
TX D0~D15 16 A(B)8 М бит/с
245 0~15
Рис. 3.3-46 Блок-схема SFBI
На плате оптических интерфейсов SFBI функциями мультиплексирования и

демультиплексирования обеспечивается возможность мультиплексировать 16 или
20 линий ИКМ в один высокоскоростной кодовый поток ИКМ. На приёме
высокоскоростная линия ИКМ может демультиплексироваться в 16 или 20
низкоскоростных линий ИКМ. Для двух оптических каналов приёма и передачи
необходимы две группы схем TX и RX (группа А и группа В) с фиксированным
режимом работы.
Для примера рассмотрим оптический приём и передачу по каналу А. В

нормальном рабочем состоянии высокоскоростной кодовый поток ИКМ имеет
скорость почти 200 Мбит/с, после прохождения через схему оптико-
электрического преобразования в принимающей части компонентов оптического
трансивера он передаётся на входящую сторону RX. Посредством
демультиплексирования входящего потока со скоростью примерно 200 Мбит/с, на
стороне RX получается шестнадцать сигналов ИКМ 8 Мбит/с, один сигнал
цикловой синхронизации 8 кГц и один тактовый сигнал синхронизации 8 МГц.
После формирования шестнадцать сигналов ИКМ 8 Мбит/с передаются на плату
ENT4. После согласования и формирования синхросигналы 8 МГц и 8 кГц будут
функционировать как тактовые сигналы передачи данных синхронизации и TX на
плате ENT4. С другой стороны, шестнадцать линий ИКМ 8 Мбит/с, входящие от
платы ENT4, будут подключаться к D0~D15 TX. Режимы работы TX и RX
соответствуют друг другу. CPU управляет работой схемы TX посредством линии
-179-
состояния и линии управления. В передающей части компонентов оптического

трансивера кодовый поток ИКМ служит для преобразования уровня PECL в токи
LED или LD и отправки их на оптическую линию для передачи.
ODT обеспечивает только четыре сигнала ИКМ. Таким образом, когда плата SFBI
подключена к ODT, 16 сигналов ИКМ на интерфейсе делятся на 4 группы по 4
сигнала ИКМ в каждой во избежание отрицательного влияния на другую плату.
Для SFBI принята схема горячего резервирования с активным/резервным

режимами. Переключение между активным/резервным режимами имеет место в
следующих случаях:
1. Отказ синхросигналов 8 МГц или 8 кГц на текущей плате;
2. Отказ передачи оптического сигнала (например, обрыв оптического кабеля);
3. Ручное переключение “активный/резервный”;
4. Программное переключение.
По управлению переключением между активным/резервным режимами плата

SFBI значительно отличается от ранее использовавшейся платы FBI. Плата SFBI
имеет два оптических интерфейса, поэтому она выполняет переключение между
двумя оптическими интерфейсами в отличие от платы FBI, которая выполняет
переключение между активной и резервной платами.
3.3.14.7 Блок SCLK
Плата тактового генератора синхронизации (SCLK) интегрированного блока

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

фазовой подстройки (Digital Phase-Locked Loop - DPLL) с целью осуществления
сетевой синхронизации.
-180-
Обеспечение для интегрированного блока оптической сети источника

высокостабильного синхросигнала посредством отслеживания тактового
генератора более высокого уровня или сглаживания джиттера и ухода по частоте
синхросигнала, выделенного из линии.
Переключение эталонов синхросигнала в разных вариантах построения сети для

выбора различных режимов синхронизации.
Выполнение преобразования частоты из 19,44 МГц в 16,384 МГц, обеспечение

синхросигнала для таймеров местной коммутационной станции.
SCLK, в основном, функционирует с целью осуществления сетевой

синхронизации и обеспечивает для интегрированного блока оптической сети
тактовые сигналы, соответствующие спецификациям ITU-T G.81. Принятый при
разработке подход заключается в строгом следовании соответствующим
рекомендациям ITU-T, при этом учитывались нижеуказанные аспекты:
Плата синхросигналов обеспечивает основной синхросигнал 19,44 МГц для

терминального мультиплексора (Terminal Multiplexer - TM) на уровне STM-1.
Необходимость конфигурирования платы синхросигналов для регенератора
(Regenerator - REG) должна определяться отдельно.
Синхронизация обеспечивается в режиме “ведущий-ведомый”.
В целях гарантирования надёжности синхронизации и тактирования для

тактового генератора местной коммутационной станции принят режим горячего
резервирования с активным и резервным состояниями. В результате
характеристики передачи оборудования в целом не подвергаются влиянию в
процессе коммутации. Обе платы синхросигналов также могут работать в
одиночку.
Обеспечивается коммуникационный интерфейс RS485, и главная плата

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

четырьмя режимами работы: Режим быстрого захвата, режим нормального
-181-
слежения, режим удержания частоты, свободный режим.
Обеспечиваются частотные эталоны ввода двух внешних синхросигналов 8 кГц и

двух внешних синхросигналов 2 МГц (или 2 Мбит/с), а также частотные эталоны
ввода четырёх линейных тактовых сигналов 19,44 МГц (2 оптические платы).
Для частотных эталонов ввода синхросигналов обеспечивается функция

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

МГц_8 кГц, группы 19,44 МГц_8 кГц, 8 МГц, 19,44 МГц и 2 МГц.
Местоположение платы в системе представлено на рис. 3.3-47.
-182-
SCLK
（G）EU （G）WU
（G）ED CC1S 1# （G）WD
T T
Трибурарный А
Трибурарный В
S1OA1#,2# S1OA1#,2#
R R
63X 2 Мбит/с 63X 2 Мбит/с

T N N T
S1OA3#,4# E E S1OA3#,4#
R T T R
I I
16X 8 Мбит/с 16X 8 Мбит/с

к T -полю к T -полю
CC1S 2#
К каждому
Уровень управления FM CP служ. каналу
К каждому
порту C0M M
Рис. 3.3-47 SCLK в системе кросс-коммутации
Главным образом, SCLK состоит из логики выбора/переключения эталона

синхросигнала и DPLL. См. рис. 3.3-48. Логика выбора/переключения эталона
реализуется многоканальным селектором и соответствующим регистром.
Основная часть SCLK, DPLL, состоит, главным образом, из цифрового
дискриминатора, шлейфного фильтра, DAC, делителя частоты и ОСХО. Функции
цифрового дискриминатора реализуются посредством CPLD. DAC и OCXO
образуют DCXO (цифровой управляемый генератор). Выбор шлейфного фильтра
и его параметров выполняется средствами 8031 через процессор DSP. То есть,
при помощи определённой математической модели, CPU по цифровому
дискриминатору и параметрам DCXO расчитывает параметры шлейфного
-183-
фильтра в режиме быстрого входа в синхронизм и состоянии слежения, а также

реализует быстрый вход в синхронизм и слежение DPLL посредством запуска
программы. Преимуществами выбора шлейфного фильтра посредством DSP
являются гибкость выбора параметров, высокая точность и динамичность
регулировки.
EXT.8 кГц
Входной
EXT.2 М Гц интерфейс
Фазовый
компаратор Опорный
APLL выход
Авар. индикация
Выбор эталона
19.44 М Гц 2.048 М Гц
19.44 М Гц Делитель М еандр 8 кГц
частоты
19.44 М Гц
Делитель
19.44 М Гц
частоты
Тактовый
выход
Однокристальный ЦАП и Обработка Опорный такт.

контроллер и DSP OCXO такт синхр-и выход
усил.
8 кГц
RS485
К M ON
Рис. 3.3-48 Блок-схема SCLK
3.3.15 Блок TNET
Как блок коммутационного поля простой системы (сеть 4К), TNET может
функционировать в качестве блока коммутационного поля периферийного
коммутационного модуля меньшей ёмкости (PSM или RSM) системы ZXJ10.
Коммутационный модуль состоит из двух основных частей – абонентского
уровня и уровня сети управления. Абонентский уровень состоит из абонентского
концентратора, управляемого абонентским процессором (Subscriber Processor -
SP). Он выполняет централизацию и распределение трафика. Уровень сети
управления (внутримодульное коммутационное поле) является однозвенным
-184-
коммутационным полем с временным разделением. Он может выполнять

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

настоящее время системы управления и администрирования этой системы.
Большинство плат, исключая немногие вновь разработанные, являются
используемыми на данный момент. Для полного использования объёма полки и
достижения таких целей, как компактность структуры и рациональное
размещение ресурсов, система синхронизации и коммутационное поле
интегрируются, образуя плату коммутационного поля и синхронизации.
Местоположение платы TNET в системе представлено на рис. 3.3-49.
-185-
8 М бит/с
DT
8 М бит/с FBI
SLU
К RSM
Синхр. комм. поле

8 М бит/с （T NET)
ASIG
8 М бит/с
TONE
8 М бит/с
DTM F
COM M COM M
M P0 M P1
Рис.3.3-49 Логическая схема однозвенного Т-поля
Плата коммутационного поля с синхронизацией является полностью

неблокируемым звеном коммутации с временным разделением каналов и
максимальной производительностью (ёмкостью) коммутации, равной 4000 х 4000
(4K×4K) временных интервалов. Помимо обязательных HW скоростей 2 Мбит/с и
8 Мбит/с с дифференциальным формированием, она может обеспечивать
синхросигналы 8 МГц и групповые синхросигналы 8МГц8кГц, необходимые для
многоканальных плат на уровне SP, а также дифференциальные синхросигналы 4
МГц и групповые синхросигналы 4МГц8кГц, используемые для установления
соединений.
Тактовый генератор синхронизации функционирует в целях согласования

скоростей данных на передаче и на приёме, что должно выполняться во
избежание кодовых ошибок при проскальзываниях, вызванных отказом
-186-
синхронизации при передаче и коммутации данных.
Коммутационное поле с синхронизацией TNET обладает следующими

характеристиками:
1. Синхронизация обеспечивается в режиме “ведущий-ведомый”.
2. Обеспечивается интерфейс ввода четырёх эталонных синхросигналов Е8К.
3. Применяется схема фазовой подстройки режима «со слабой связью» с

четырьмя режимами работы:
Режимом быстрого захвата, режимом слежения, режимом удержания частоты

и свободным режимом.
4. Нарушение непрерывности фазы синхросигнала между двумя платами TNET

не превышает 1/8UI кодового элемента.
5. Пригодность синхрогенератора для техобслуживания: OCXO обеспечивает

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

переключение режимов «активный/резервный». Ручное переключение эталона
синхросигнала может быть защищено программными средствами.
7. Обеспечивается выдача критических аварийных сигналов с возможностью

настройки по частоте шлейфа с подстройкой фазы. Когда собственная частота
синхросигнала выходит за пределы диапазона управления шлейфа с
подстройкой фазы ввиду старения кварцевого генератора синхросигнала
(сигнал управления выходит за три четверти диапазона регулирования
синхросигнала), будет выдаваться сигнал предупреждения.
8. При использовании 16-битового цифро-аналогового конвертера с высоким

разрешением обеспечивается суммарная линейность ±1LSB с весьма низким
уровнем шумов. Периферийные комплекты цифро-аналогового
преобразования просты, но имеют хорошие характеристики.
-187-
9. Плата TNET может выдавать сигналы частоты 8 МГц и заголовки кадров

частоты 8 МГц, а также сигнал двадцати одного канала частоты 16 МГц и
заголовок кадров частоты 16 МГц одного канала.
Плата коммутационного поля с синхронизацией состоит из трёх основных частей

– тактового генератора синхронизации, коммутационного поля и части
управления коммуникациями.
1. Тактовый генератор синхронизации
Часть тактового генератора синхронизации оборудована схемой приёма эталона

синхросигнала, которая может принимать четыре сигнала эталона синхросигнала
8 кГц, переданные от платы цифровых соединительных линий (DTI) и платы
оптических интерфейсов (FBI) симметричным способом. Схема выбора эталона
управления системой служит для выбора эталона синхросигнала с фазовой
подстройкой. Для выполнения функции фазовой подстройки CPU генерирует
данные о фазе согласно результатам работы фазового компаратора. К функциям
схемы обработки синхросигнала относятся: Приведение выходного сигнала 16
МГц и его заголовка кадров, а также выходного сигнала 8 МГц и его заголовка
кадров, в соответствие с требованиями временной последовательности;
распределение синхросигнала и формирование его для вывода симметричным
способом.
2. Коммутационное поле
Коммутационное поле является неблокируемой коммутационной матрицей

4Kх4K с временным разделением, состоящей из четырёх микросхем. Физически
оно образует коммутационную матрицу 4×4 для выхода на тридцать две шины
ИКМ 8 Мбит/с. На рис. 3.3-50 показана структура коммутационной матрицы
4К×4К.
-188-
ИКМ вх. 0~15
#2SW #1SW
ИКМ вх. 16~31
#4SW #3SW
ИКМ вых. 0~15 ИКМ вых. 16~31
SW: Схема коммутации
Рис. 3.3-50 Коммутационная матрица TNET
Линия HW предоставляется для платы на уровне РР посредством

дифференциального формирователя.
3. Управление коммуникациями
Часть управления коммуникациями состоит из схемы, связывающейся с уровнем

управления МР, системы ядра CPU, схемы формирования по синхросигналу,
схемы аварийной сигнализации и активной/резервной схем.
Схема, связывающаяся с уровнем управления MP
Эта часть служит для связи с МР с целью управления соединениями

коммутационного поля временных интервалов и администрирования части
синхронизации. Для достижения максимальной совместимости с программным
обеспечением системы ZXJ10 на физическом уровне коммутационной части
применяется сверхканал (4×64 кбит/с), точно такой же, как в системе ZXJ10. На
канальном уровне вводится 32-канальный контроллер протокола HDLC. Он
может устанавливаться в сверхканальный режим работы. То есть, каналы n×64
кбит/с (n U32) подвергаются упаковке и физически рассматриваются, как один
канал. На физическом уровне части синхронизации для связи с МР через плату
MON используется интерфейс RS485, идентичный такому интерфейсу ZXJ10.
Для установления такой коммуникации требуется одночиповый микрокомпьютер
и один интерфейс RS485.
-189-
3.3.16 Блок SDT и блок SNB
При установлении соединений схемы построения сети ZXJ10 вводится

интегрированный блок передачи STM. Его SDT хорошо подходит для
межсетевых соединений; SBN является подходящим для внутренних соединений.
1. Блок соединительных линий STM-1 (SDT)
При построении сети ZXJ10, с целью удовлетворения требований к организации

сети, для экономии межсетевых соединительных линий от многочисленных DT,
реализации непосредственного соединения со шлейфом SDH и преодоления
неспособности DT одновременно обрабатывать сигнализацию ОКС/CAS,
конструктивно предусматривается использование интерфейсов соединительных
линий SDT.
SDT оборудуется оптическим интерфейсом и электрическим интерфейсом,

которые могут обрабатывать системы сигнализации по общему каналу ОКС
(CCS) и сигнализации по выделенному каналу ВСК (CAS); Каждый SDT может
обрабатывать 63 линии E1; SDT совместим с платой DSNI. Они могут
устанавливаться в один и тот же слот.
В основном, SDT используется для межсетевых соединений. Он не может

применяться для соединений между внутренними модулями ZXJ10. Это является
отличием применения SDT от применения SNB. Структурная схема применения
SDT приведена на рис. 3.3-51.
n X 8M b/s STM -1
SDT
к SNM 63E1
Рис. 3.3-51 Схема применения SDT
2. Блок интерфейсов формата STM-1 оптического интерфейса (SNB)
SNB является блоком оптического интерфейса, используемым для соединений

-190-
между модулями ZXJ10. Для формата данных применяется формат STM-1. Для
него может непосредственно применяться процедура вставки/выделения и
проключение через шлейф сетевого кольца с функциями ADM/TM/REG. Он
имеет две возможности использования интерфейсов – оптический интерфейс и
интерфейс 8 Мбит/с; Он является совместимым с блоком ODT при максимальной
ёмкости в 16 линий Е1. То есть, процедура вставки/выделения может
выполняться для четырёх HW 8 Мбит/с.
Блок SNB может применяться двумя способами. См. рис. 3.3-52 и 3.3-53.
1) Применение удалённого абонентского блока
STM -1/
SLC SP SNB
ADM
Терминал
E1/ DT
DT
Рис. 3.3-52 Применение SNB в удалённом SLU
2) Применение RSM/PSM показано на рис. 3.3-53.
-191-
4 × 8 М бит/с HW к PSM /RSM
К Т-полю SNB
режим STM -1
Такт. сигнал
сообщение RPEPD
8 М Гц/8 кГц
Рис. 3.3-53 Применение SNB в PSM/RSM
3.3.17 Периферийный многофункциональный блок абонентского

процессора (PMSP)
Блок PMSP, главным образом, применяется в удалённом абонентском блоке

RSUC/D, функционируя как комплексный процессор для блока суб-обработки и
для мониторинга окружающих условий периферии. Его часть SP практически
такая же, как SP абонентского блока. Его часть мониторинга такая же, как PMON.
Структурная схема показана на рис. 3.3-54.
бон. блоку （ 32? 2 Мбит/с ）

4? 8 Мбит/с HW 1
RS232
Преобразоание скорости и
2
SW
коммутация
Процессор RS485 1－ 8
SP
2E1 1 ? 8 Мбит/с
HW
DT1,DT2 Датчик
2E1
P EPD Датчик
темп./влажн.
Инфракр.
датчик
Такт. сигнал Переключение M/S
Рис. 3.3-54 Блок-схема PMSP
PMSP отвечает требованиям двух конфигураций: 480 абонентов/4
-192-
соединительные линии E1; 960 абонентов/8 соединительных линий E1.

Соответствующие коэффициенты концентрации в обоих случаях равны 4:1.
3.3.18 Интерфейс доступа данных (DAI)
ZXJ10 может реализовать функцию пакетных данных и обеспечивает доступ

цифровой сети данных (Digital Data Network - DDN). Для выполнения этой
функции на стороне ZXJ10 вводятся блоки DAI. DAI может непосредственно
подключаться к узлу DDN. Каждый подключаемый блок DAI может обслуживать
четыре интерфейса V.35, удовлетворяя требованиям спецификаций G703/V.35:
Nх64 кбит/с (NU32).
DAI служит для выполнения следующих функций: Согласование скоростей

кодирования для скорости входящих/исходящих данных; Управление ошибками
потока; Доступ DDN на переменной скорости cn х 64 кбит/с; Удовлетворение
требований совместимости DTE/DCE.
Для распределённых пунктов ПК при организации доступа (через модем или

маршрутизатор) к системе PSM/RSM на станции ZXJ10 может использоваться
блок суб-мультиплексирования (SSM).
См. основную схему DAI на рис. 3.3-55.
4Х V.35 8 М бит/с
DAI
к DDN к SNM
Рис. 3.3-55 Основная логическая схема DAI
Для случая применения интерфейса DAI и способа построения сети SSM см. рис.
3.3-56. На рис. 3.3-56 доступ к ZXJ10, как к оборудованию пункта доступа DDN,
может осуществляться различными методами.
-193-
G703/V.35
DDN-NODE
ZXJ10
ZXJ10-RSM
U口
ZXJ10-PSM
G703/V.35 Модем
ZXJ10-RSM
Маршрутизатор G703/V.35
SSM
Ethernet
SSM
IBM PS/2 IBM PS/2 IBM PS/2 IBM PS/2
Рис. 3.3-56 Схема применения DDN
3.3.19 Блок компактного модуля вентиляторов (CFM)
CFM является блоком управления воздушным охлаждением центрального

коммутационного поля. Он обеспечивает для вентиляторов фидер питания и
функцию мониторинга. Результаты проведённого CFM мониторинга
вентиляторов, например, замыкание или обрыв, доводятся до МР (по
полупостоянному соединению) через интерфейс RS485 этого блока. Затем
информация об отказе передаётся на систему O&M. Принципы работы CFM
показаны на рисунке 3.3-57.
-194-
к PM ON
CPU RS485
Ист. питания Контроль и управление

--48 В вентиляторами
Вент.1 Вент.2 Вент.3 Вент.n
Рис. 3.3-57 Схема управления вентиляторами посредством CFM
3.3.20 Центральное устройство управления мониторинга (CSCB)
CSCB является интегрированным устройством мониторинга. Оно может

осуществлять следующий мониторинг окружающих условий: мониторинг
состояний для параметров температуры, влажности, первичного/вторичного
питания, задымления, протечек, инфракрасных датчиков и грозозащиты, а также
мониторинг блока ODT. Информация мониторинга может передаваться на
систему O&M через интерфейс RS485 с одновременной выдачей звуковой и
визуальной аварийной сигнализации. Для наблюдения информации аварийной
сигнализации по интерфейсу и определения способа её обработки может
использоваться пульт мониторинга. Структурная схема CSCB приведена на рис.
3.3-58.
Устройство CSCB может реализовать следующие функции:
1. Обеспечение интерфейсов RS232 и RS485.
2. Управление 4 вентиляторами и 2 лампами освещения.
3. Преобразование постоянного тока в постоянный для рабочего питания

датчиков.
4. Функции стандартного 19-дюймового статива, блока высотой 1U и

интегрированного CATV.
-195-
5. Удалённый блок может быть необслуживаемым.
6. Реализация мониторинга для ODT, FMCP и SYCK средствами SDH.
2 Мбит/с HDLC к SP
Вход C RS232 к ист. питания 1
датчика
Цепь
датчика P ODT ，
U RS485 SYCK，FMCP
управления
Схема
К объекту
Т акт. синхр. управления
Т акт. синхр. SDH /DT

l k
Рис. 3.3-58 Логическая схема интегрированного мониторинга
3.3.21 Блок формирователя схемы синхросигналов (CKCD)
Блок CKCD выполняет удвоение частот и формирование распределения для

синхросигнала SYCK, приходящего с левой стороны, и осуществляет его вывод с
правой стороны к SNM и CFBI (см. рис. 3.3-59). Обмен сообщениями с МР
реализуется через полупостоянное соединение RS485.
Под управлением EPLD устройство удвоения частот CKCD будет генерировать

синхросигнал 64 МГц/32 МГц для поля 32K/64K, а также функционировать как
рабочий тактовый генератор.
Схему блока CKCD см. на рис. 3.3-59.
-196-
1 6 М Гц О бна ру ж е ние и 2 4х 3 2 М Гц/8 кГц
Распределение такт.
фа зова я
с инхрониза ция
1 6 М Гц/8 кГц
Восст-е такт.
сигналов
сигнала
16х4 М Гц/8 кГц
от 4 М Гц/8 кГц )
4 х 8 М Гц/8 кГц
SY CK 4 М Гц/8 кГц/ (
8 М Гц к
E P LD
SN B，CFBI
4 х 8 М б ит/с
Формирователь
4 х H W 8 М б ит/с
HW
Развязка
1 6 х H W 2 М б ит/с 1 6х 2 М б ит/с
HW
RS4 8 5 A /B
ID
CP U RS4 8 5
Рис. 3.3-59 Логическая схема CKCD
3.3.22 Интерфейс несущей 2600 Гц одно- и многочастотной

соединительной линии (MSFT2600)
MSFT2600 может использоваться для связи между станциями с

мультиплексированием при частотном разделении (включая цифровые станции с
программным управлением или аналоговые станции), например, для связи между
междугородными станциями национальной сети, между междугородной
станцией национальной сети и международной станцией, для связи между
местными станциями, для связи между местной станцией и междугородной /
международной станциями и пр. Для линейной сигнализации применяется режим
внутриполосной одночастотной импульсной сигнализации с частотой 2600 Гц. К
применяемым режимам цифровых меток относятся: DL (1C), DL (2B), DL(3C),
DL(4A), DL (8)и DL(9). В режиме регистровой сигнализации можно выбрать
способ многочастотной сигнализации челноком (MFC- Multi-Frequency
Compelling), двухчастотной сигнализации (DTMF - Double-Tone Multi-
Frequency), многочастотной сигнализации импульсным челноком (MFP - Multi-
frequency Pulse) и батарейной сигнализации постоянным током (DP - Direct
current Pulse) соответственно цифровым меткам. Здесь для SFT 2600 применяется
четырёхпроводная система. Каждая плата SFT2600 имеет 8 комплектов
соединительных линий, причём все они могут устанавливаться на поддержку
однонаправленных или двусторонних соединительных линий.
-197-
MSFT (2,100\2,400\2,600) имеет 12 каналов. Структурная схема показана на рис.

3.3-60.
AT I K’
Защита
от
BT I перенап-
ряжений
Кодек
ИКМ HW к T-полю
K
AT O Защита
от
перенап-
BT O ряжений
Генератор Детектор SFT

SFT
Регулировка усиления
CPU(PP)
Рис. 3.3-60 Структурная схема одночастотной соединительной линии
Для одночастотной соединительной линии используется четырёхпроводный

режим. Генератор SFT может обеспечивать сигнал частоты 2400 Гц или сигналы
частот 2600/2100 Гц. Частоты могут регулироваться в зависимости от
конкретного применения.
В процессе исходящего соединения контроллер будет управлять уровнем и

длительностью передачи импульсов, а также подавать одночастотный сигнал на
транспортную систему передачи несущей. При передаче речи ключи K и K’ будут
замыкаться по окончании процесса сигнализации. Речевой сигнал от устройства
кодека (CODEC) может передаваться на оборудование передачи посредством
ATO/BTO.
В процессе входящего соединения ключ K’ разомкнут. Сигнал несущей

обнаруживает сигнализацию посредством детектора SFT, а CPU определяет
формат сигнализации. В процессе передачи речевого сигнала ключ K’ замкнут.
CPU управляет выходным сигналом оцифрованной речи CPDEC и передаёт его в
коммутационное поле после выполнения преобразования скоростей.
Процессы сигнальной связи и речевого соединения практически одинаковы.
-198-
3.3.23 Интерфейс соединительных линий нескольких шлейфов (MTRK)
MTRK, в основном, используется в соединениях PBX и абонентского уровня

местной станции. Он также может использоваться для организации сети между
двумя станциями, которые друг для друга взаимно являются абонентами (см. рис.
3.3－61). Для местной станции плата MTRK функционально имитирует обычный
телефонный аппарат. Сигналами MTRK является аналоговая абонентская
сигнализация, представленная, главным образом, сигналами снятия трубки и
отбоя. Регистровая сигнализация возможна только в режиме DTMF или DP. TRK
использует систему линии из витых пар. Каждая плата TRK имеет 8 комплектов
соединительных линий, причём все они могут устанавливаться на поддержку
однонаправленных или двусторонних соединительных линий.
Имеется 8 MTRK.
ASLC TRK
PBX
LE
Линии AB
Абонент LE
Рис. 3.3-61 Структура сети MTRK – вариант 1
-199-
TRK ASLC
Линии AB
LE1 LE2
Линии AB
ASLC TRK
Рис. 3.3-62 Структура сети MTRK - – вариант 2
В процессе установления исходящего вызова MTRK обычно требует удвоенной

длительности анализа номера, а в процессе установления входящего вызова
MTRK подключается к пульту непосредственно.
3.3.24 Интерфейс соединительных линий несущей частоты 2400 Гц

(MSFT2400)
MSFT2400 использует внутриполосную одночастотную импульсную линейную

сигнализацию. Он отличается от MSFT2600 двумя аспектами: Одним из них
является другая частота, которая для сигнала SFT2400 составляет 2400 Гц, а
другим – иная форма импульсов линейных сигналов. Для регистровой
сигнализации может быть выбран любой из режимов - MFC, DTMF, MFP и DP.
Для вызовов SFT2400 применяется соответствующая стандартная сигнализация.
В системе ZXJ10 может применяться режим сигнализации вызова DL (1) без
сигнала ответа в обратном направлении. Таким образом, при добавлении группы
соединительных линий этикетка сигнала ответа вызываемого абонента “Called
off-hook signal” в бите этикетки атрибутов группы соединительных линий может
не устанавливаться. SFT2400 использует четырёхпроводную систему. Каждая
плата SFT2400 имеет 8 комплектов соединительных линий, причём все они могут
устанавливаться на поддержку однонаправленных или двусторонних
соединительных линий.
MSFT (мульти-SFT) имеет 12 комплектов соединительных линий.
-200-
Схема комплекта соединительных линий частотной сигнализации показана на

рис. 3.3-63 (комплекты на частотах 2100/2400/2600 Гц по виду аналогичны).
AT I K’
жений
перенапря-
Защита от
BT I
Кодек
ИКМ HW к
K T -полю
AT O
жений
перенапря-
Защита от
BT O
Генератор Детектор
SFT SFT
Регулировка усиления
CPU(PP)
Рис. 3.3-63 Структурная схема одночастотной соединительной линии 2400 Гц
Принципиальные особенности MSFT2400 те же, что и для MSFT2600.
3.3.25 Интерфейс соединительных линий E&M (MEMT)
Соединительные линии E&M предназначены для связи между аналоговыми

станциями с программным управлением и интерфейсами соединительных линий
E&M. Соединительные линии E&M принимают линейные сигналы по линии Е
(«ухо»), передают линейные сигналы по линии М («рот») и выполняют
преобразование в сигналы по выделенному каналу прямого или обратного
направления в зависимости от наличия электрического тока в линии Е или М.
Линейная сигнализация имеет обозначение DC (1A). Каждая из соединительных
линий имеет две линии Е и две линии М. Соединительные линии E&M часто
используются в частных сетях электросвязи.
Структурная схема соединительной линии MEMT приведена на рис. 3.3-63.
-201-
E1,E2
Детектор
E/M
M1,M2
O1,O2
Преобраз
перенапряжений
ователь
скорости
Защита от
2пр./4пр. Кодек HW к коммутац.
I1,I2
полю
Транс-
форматор
CP U
Рис. 3.3-64 Схема соединительной линии 2E2M
Принцип обработки вызова по соединительной линии EM является следующим:
При обработке входящей соединительной линии (аналогично и для обработки

исходящей соединительной линии, но в обратном направлении):
1) Сигнал занятия в прямом направлении обнаруживается Е1: М2 разомкнута, и

af = 0. Состояние линии сообщается процессору.
2) Когда входящая соединительная линия находится в состоянии приёма: По

линии М2 передаётся сигнал заземления. Линия М1 разомкнута. Выдаётся
сигнал подтверждения занятия. bb=0. (через 150 мс М2 тоже размыкается).
3) Вызывающий абонент передаёт вызываемый номер сигналами DTMF либо

MFC, или передаёт номер через M1 в DP.
4) Ответ на вызов: Аппарат вызываемого абонента звонит, по снятию трубки

выдаётся ответ ab=0, и речевой канал проключается;
5) Освобождение: любая сторона вешает трубку. М1 разомкнута. То есть,

речевой канал обрывается, и линия освобождается.
-202-
3.3.26 Интерфейс соединительных линий с индуктивной сигнализацией

(ММТ)
Соединительные линии с индуктивной сигнализацией (МТ) обычно применяются

для связи между цифровой станцией с программным управлением и ручным
коммутатором с индукторным вызовом. Так как использование соединительных
линий с индуктивной сигнализацией требует участия оператора, они отличаются
от обычных аналоговых соединительных линий по способу работы. По линии
между индукторными телефонными аппаратами не подаётся питание и не
передаются сигналы состояний. Для установления соединения между двумя
сторонами вызывающая сторона должна послать оппоненту сигнал вызывного
тока. Таким образом, модули МТ должны иметь следующие свойства: не
выдавать напряжение питания и иметь способность обнаружить сигналы
вызывного тока от встречной стороны, а также передавать сигналы вызывного
тока. При обслуживании вызовов по соединительным линиям МТ регистровая
сигнализация не требуется. В МТ применяется кабельная система витых пар.
Каждая плата МТ имеет 8 комплектов соединительных линий, причём все они
могут устанавливаться на поддержку однонаправленных или двусторонних
MMT (мульти-МТ) имеет 16 комплектов соединительных линий.
Для МТ исходящего направления не требуется передача номеров на встречную

станцию. Плата соединительных линий будет передавать на встречную станцию
сигналы вызывного тока. Вызов будет установлен непосредственно на ручном
пульте встречной станции. Входящая МТ будет непосредственно подключена к
пульту этой станции.
Структурная схема комплекта соединительной линии MMT приведена на рис. 3.3-

65.
-203-
MA
скорости
вызывн. сигнала
Реле и детектор
Преобра
зователь
Защита от
2пр.- Кодек HW к коммут.
MB
4пр. полю
CPU
Рис. 3.3-65 Структурная схема комплекта соединительной линии ММТ
3.3.27 Интерфейс физической соединительной линии (ABTI и ABTO)
Физические соединительные линии ZXJ10 применяются для связи между

местными цифровыми станциями с программным управлением и местными
координатными станциями. Для линейной сигнализации применяется
сигнализация постоянным током (DC) по проводам a/b. Обозначение линейной
сигнализации - DC (1). Используемый способ цифровых меток - DL (1) и DL (1C).
ABTI является входящей соединительной линией, а ABTO – исходящей. Для
регистровой сигнализации применяется только способ MFC. Физические
соединительные линии используют систему кабелей из витых пар. Каждая плата
ABTI и ABTO имеет 8 комплектов соединительных линий, причём все они могут
устанавливаться на поддержку однонаправленных или двусторонних
Схема комплекта физических соединительных линий такая же, как для

соединительных линий прямого входящего набора (DDI). См. рис. 3.3-66.
A
скорости
Преобра
зователь Кодек HW к
Защита от
B 2пр.- коммут.
4пр.
полю
CP U
Рис. 3.3-66 Структурная схема физической соединительной линии АВ
-204-
3.3.28 Интерфейс соединительных линий прямого входящего набора (DDI)
Соединительные линии (DDI) функционируют как интерфейс между пультом с

программным управлением и пультом с ручным управлением (включая связь
между местной цифровой станцией с программным управлением и пультом
спецслужб, между междугородной цифровой станцией с программным
управлением и пультом спецслужб и между междугородной цифровой станцией с
программным управлением и городской полуавтоматической междугородной
станцией). Это требует преобразования линейных сигналов и организации
соединений трафика. То есть, аналоговый речевой сигнал надо преобразовать в
поток данных ИКМ и передать его в коммутационное поле, а также надо
преобразовать поступающий от коммутационного поля поток данных ИКМ в
аналоговый речевой сигнал на выходе. Так как линейный сигнал и речевой
сигнал передаются по одной и той же линии, линейная сигнализация должна
выделяться из линии одновременно с выполнением речевого преобразования. На
соединительных линиях от пульта с программным управлением к пульту с
ручным управлением применяется кабельная система витых пар проводов a, b.
Таким образом, сигнализация обычно имеет обозначение DC (15). На
соединительных линиях от пульта с ручным управлением к пульту с
программным управлением, однако, требуется трёхпроводная линейная система
a, b и с. Линейная сигнализация имеет обозначение DC (12). В аппаратной
структуре соединительные линии, обозначенные двумя способами, назначаются
двум платам аналоговых соединительных линий AB15 и AB12 соответственно.
Для AB15 применяются способы цифровых обозначений DL (7) и DL (7A).
Применяется только способ регистровой сигнализации MFC. Для AB12
применяются способы цифровых обозначений DL (5) и DL (5A). Применяется
любой из способов регистровой сигнализации - DTMF, MFP и DP. Как плата
AB12, так и плата AB15 имеют 8 комплектов соединительных линий, причём они
должны устанавливаться на поддержку однонаправленных соединительных
линий.
Процесс функционирования является следующим:
Когда абонент телефонной сети общего пользования (ТФОП) вызывает другого

абонента средствами расположенного в помещении абонента оборудования
(CPE), входящая соединительная линия DDI передаёт на CPE сигнал занятия в
-205-
прямом направлении. После обнаружения сигнала занятия CPE выполняет

переполюсовку напряжений линий А и В. При обнаружении сигнала ответа
входящая соединительная линия DDI будет удерживать состояние занятия и
выдаст номер местного абонента с количеством цифр от 2 до 4. CPE передаст его
на соответствующий местный аппарат абонента. Когда абонент ТФОП положит
трубку первым, соединительная линия DDI будет передавать сигнал отбоя в
прямом направлении и разъединит линии. После обнаружения сигнала отбоя в
прямом направлении CPE выполнит переполюсовку напряжения линий А и В
обратно в неактивное состояние. Когда трубку положит первым абонент местного
аппарата СРЕ, СРЕ передаст сигнал отбоя в обратном направлении, выполнит
переполюсовку напряжения линий А и В и вернёт их в неактивное состояние.
После обнаружения сигнала отбоя соединительная линия DDI разъединит линии
и вернёт их в неактивное состояние.
Схема соединительной линии DDI показана на рис. 3.3-67. Линия С действует

только для передачи таких сигналов соединительной линии, как сигналы
занятости, блокировки и разъединения.
A
скорости
Преобра
зователь Кодек
Защита от
B HW к
2пр.- коммут.
4пр.
C полю
Выход
СЛ DDI
CP U
Рис. 3.3-67 Структурная схема соединительной линии DDI
-206-
3.3.29 Краткое описание индикаторов на панелях основных плат модуля

ZXJ10
Описание индикаторов основных плат модуля ZXJ10 и их состояния описаны в

таблице. В этой таблице дается описание индикаторов большей части плат
системы ZXJ10, включая платы аналоговых соединительных линий типа E&M,
соединительных линий с индуктивной сигнализацией, шлейфных физических
соединительных линий и соединительных линий DDI, а также опциональные
заменяемые платы. Если необходима более детальная информация,
рекомендуется связаться с местным представительством компании ZTE.
Таблица. 3.3-1 Основные индикаторы на платах ZXJ10 и их значение
Номер Цвет Название

№. Название Описание
индикатора индикатора индикатора
Мерцание с частотой 1 Гц: Плата DSN функционирует
1 зеленый RUN нормально. Мерцание с частотой 10 Гц: Загружается
программное обеспечение, или нарушена связь с платой МР.
Плата
цифрового Индикатор горит: Плата находится в нерабочем состоянии
1
коммутационног 2 красный FAU (потеря синхронизации); индикатор не горит: плата
о поля функционирует нормально.
3 зеленый MST DSN находится в активном состоянии.
4 зеленый RES Индикатор горит: Плата находится в состоянии ожидания.
Мерцание с частотой 2 Гц: Плата DSNI нормально

1 зеленый RUN
функционирует.
Интерфейсная Индикатор горит: Плата находится в нерабочем состоянии

плата цифрового 2 красный FAU (потерян синхросигнал); индикатор не горит: плата
2
коммутационног функционирует нормально.
о поля (DSNI) Индикатор горит: плата DSNI находится в активном
3 зеленый MST
состоянии.
4 зеленый RES Индикатор горит: плата находится в состоянии ожидания.
Плата тактового Индикатор горит: плата SYCK функционирует нормально;

3 синхрогенератор 1 зеленый RUN мерцание с частотой 0.5 Гц: предварительный прогрев
а (SYCK) тактового генератора OCXO.
-207-
Индикатор горит: Плата SYCK находится в нерабочем

состоянии (на выходе отсутствует синхросигнал, или при
2 красный FAU
самотестировании памяти RAM были выявлены ошибки).
Индикатор не горит: плата функционирует нормально.
3 зеленый MST Индикатор горит: плата SYCK работает в активном режиме.
Индикатор горит: Плата SYCK находится в режиме быстрого

5 зеленый CATCH
вхождения в синхронизм.
Индикатор горит: плата SYCK работает в режиме

6 зеленый TRACK
отслеживания внешнего синхросигнала.
Индикатор горит: плата находится в режиме удержания

7 зеленый HOLD
частоты.
Индикатор не горит: Плата SYCK работает в режиме

8 зеленый FREE
свободных колебаний.
9 зеленый Индикатор выбора опорной (эталонной) частоты

синхронизации платы SYCK: Индикаторы с 9 по 11
10 зеленый
формируют 3-битное двоичное слово. Индикатор 9 – самый
младший значащий бит. Индикатор 11 – самый старший
значащий бит. Индикатор горит – 1, индикатор не горит – 0.
REFI
Если индикаторы с 9 по 11 находятся в состоянии 000, то это
11 зеленый означает, что эталонная частота синхронизации не выбрана.
Значения с 001 по 100 означают, что для платы выбраны
опорные частоты с 1 по 8. 101 означает, что выбрана частота,
генерируемая CKI.
Индикатор горит: Разрешается вручную выбирать эталонную

12 зеленый MANI
частоту синхронизации платы SYCK.
4 Интерфейсная Рабочие состояние платы CKI RUN FAU

Плата
Плата CKI функционирует нормально On Off
синхронизации
(CKI) 1 зеленый RUN Плата CKI поддерживает связь с
Flash Off
платой SYCK.
Блок T7688 не прошел

Off On
самотестирование.
2 красный FAU На плате CKI отсутствует сигнал 8 On On

МГц, генерируемый платой SYCK.
Плата CKI ожидает перехода платы

SYCK в режим отслеживания Flash Flash
внешнего синхросигнала.
-208-
Неисправен кварцевый генератор

Flash On
платы CKI.
3 зеленый 8KHz Индикатор горит: есть опорный синхросигнал 8 кГц.
4 зеленый 2MHz Индикатор горит: есть опорный синхросигнал 2 МГц.
5 зеленый 5MHz Индикатор горит: есть опорный синхросигнал частотой 5 МГц.
6 зеленый 2Mb Индикатор горит: есть синхросигнал 2 Мб.
7 зеленый Индикаторы показывают, какая из 16 опорных частот выбрана

и подается на плату SYCK. Состояниями индикаторов с 7 по
10 кодируется двоичное 4-х разрядное слово. Индикатор 7 –
самый старший бит. Индикатор 10 – самый младший бит. 1 -
8 зеленый
если индикатор горит, 0 – если индикатор не горит.
Соответствие между отображаемыми индикаторами кодами и
выбранными частотами представлено в следующей таблице:
Выбранный
0 1 2 3
номер.
Опорная
Интерфейсная E8K0 E8K1 E8K2 E8K3
частота
Плата 9 зеленый
4 синхронизации REFI Выбранный
4 5 6 7
(CKI) номер
Опорная
2MHz0 2MHz1 2MHz2 2MHz3
частота
Выбранный
8 9 10 11
номер
Опорная
5MHz0 5MHz1 5MHz2 5MHz3
частота
10 зеленый
Выбранный
12 13 14 15
номер
Опорная
2Mbt0 2Mbt1 2Mbt2 2Mbt3
частота
Индикатор горит: Разрешается устанавливать опорный

11 зеленый MANEN
синхросигнал для платы SYCK вручную.
Плата Мерцание с частотой 1 Гц: плата ASIG нормально

аналоговой функционирует, мерцание частотой 10 Гц: загружается
5 сигнализации программное обеспечение или данные, или нарушена связь с
(ASIG) модулем МР.
(386CPU) индикатор горит: Функционирование платы нарушено

2 красный FAU (потерян синхросигнал); индикатор не горит: плата нормально
-209-
Индикатор горит: DSP1 нормально функционирует; индикатор

3 зеленый DSP1
не горит: DSP1 находится в нерабочем состоянии.
Индикатор горит: DSP2 нормально функционирует; индикатор

4 зеленый DSP2
не горит: DSP2 находится в нерабочем состоянии.
Мерцание с частотой 1 Гц: плата ASIG нормально

функционирует, мерцание частотой 10 Гц: загружается
программное обеспечение или данные, или нарушена связь с
модулем МР.
Плата индикатор горит: Функционирование платы нарушено

аналоговой 2 красный FAU (потерян синхросигнал); индикатор не горит: плата нормально
сигнализации функционирует.
(ASIG)
Мерцание с частотой 1 Гц: DSP1 нормально функционирует;
(Motorola CPU) 3 зеленый DSP1 индикатор не мерцает: DSP1 находится в нерабочем
состоянии.
Мерцание с частотой 1 Гц: DSP2 нормально функционирует;

4 зеленый DSP2 индикатор не мерцает: DSP2 находится в нерабочем
состоянии.
1 зеленый RUN Мерцание 0,5 Гц: плата функционирует нормально.
Индикатор горит: плата находится в нерабочем состоянии (не
Основная плата прошла проверка данных на четность, потерян синхросигнал

6 управления 8К, ошибка передающих шин и переключений).
(МР) Индикатор не горит: плата функционирует нормально.
3 зеленый MST Индикатор горит: плата работает в активном режиме.
Мерцание с частотой 1 Гц: плата функционирует нормально;

Коммуникацион 1 зеленый RUN
мерцание: канал не подключен.
ная плата
(СОММ) Индикатор горит: плата находится в нерабочем состоянии
2 красный FAU (потерян синхросигнал); индикатор не горит: плата работает
(MP-MP)
нормально.
Коммуникацион 1 зеленый RUN Мерцание с частотой 1 Гц: плата функционирует нормально.

ная плата
7 Индикатор горит: плата находится в нерабочем состоянии
(СОММ)
(MP-SP) нормально.
Мерцание с частотой 1 Гц: плата функционирует нормально;

мерцание: принимается сообщение.
ная плата
(V5)
-210-
Быстрое мерцание: активен первый канал (386) или любой

канал активен (860); мерцание 1 Гц: активных каналов нет.
ная плата
2 красный FAU (потерян синхросигнал); индикатор не горит: индикатор не
(SS7)
горит: плата работает нормально.
Коммуникацион 1 зеленый RUN Индикатор горит: плата работает нормально.

ная плата
Индикатор горит: плата находится в нерабочем состоянии
(СОММ)
(ISDN_U) нормально.
Коммуникацион Быстрое мерцание: Активирован канал; мерцание с частотой 1

ная плата Гц: активных каналов нет.
(СОММ)
(2M- 2 красный FAU (потерян синхросигнал); индикатор не горит: плата работает
сигнализация) нормально.
Мерцание с частотой 1 Гц: плата SP нормально

функционирует, мерцание частотой 10 Гц: загружается
программное обеспечение или данные, или нарушена связь с
модулем МР.
Плата
8 абонентского Индикатор горит: плата находится в нерабочем состоянии
процессора (SP) 2 красный FAU (потерян синхросигнал); индикатор не горит: плата работает
нормально.
4 зеленый RES Индикатор горит: плата работает в состоянии ожидания.
1 зеленый RUN Индикатор горит: плата работает нормально.

Интерфейсная
плата
9 абонентских
нормально.
процессоров
(SPI) 3 зеленый MST Индикатор горит: плата работает в активном режиме.
Плата Мерцание с частотой 1 Гц: плата работает нормально;

10 периферийного 1 зеленый RUN мерцание 10 Гц: загружается программное обеспечение или
многофункцион данные, или нарушена связь с модулем МР.
ального
абонентского
процессора
нормально.
(PMSP)
-211-
Индикатор горит: первая СЛ не обеспечивает прием данных;

5 зеленый L1
мерцание 2 Гц: первая СЛ обеспечивает прием данных.
Индикатор горит: вторая СЛ не обеспечивает прием данных;

6 зеленый L2
мерцание 2 Гц: вторая СЛ обеспечивает прием данных.
1 зеленый RUN Мерцание с частотой 1 Гц: плата работает нормально.
Индикатор горит: плата находится в нерабочем состоянии и

передача данных по оптической линии нарушена; мерцание:
2 красный FAU кратковременное прерывание связи по оптической линии или
Плата большое количество битовых ошибок (коэффициент ошибок
оптических превышает 10-3). плата функционирует нормально.
11
интерфейсов
(FBI)
Индикатор горит: коэффициент битовых ошибок превышает

5 зеленый BER
10-6.
6 зеленый OW Мерцание с частотой 680 Гц: служебный канал занят.
Мерцание с частотой 10 Гц: прервана связь с платой SP;

Плата 1 зеленый RUN
мерцание 1 Гц: связь с платой SP установлена.
аналоговых
12 Мерцание 10 Гц: состояние инициализации включения
абонентов
(ASLC) 2 красный FAU питания; индикатор горит: прекращение подачи сигнала
вызова; индикатор на горит: нормальное функционирование.
Мерцание с частотой 5 Гц. прервана связь с платой SP;

Плата цифровых мерцание 1 Гц: связь с платой SP установлена.
13 абонентов Мерцание с частотой 5 Гц: состояние инициализации платы
(DSLC) 2 красный FAU или потеря синхросигнала; индикатор не горит: нормальное
функционирование.
1Hz flash: The DTI is running normally; 10Hz flash: The program
Интерфейсная is being loaded or the communication with the MP is disconnected.
16 плата ЦСЛ 1 зеленый RUN Мерцание с частотой 1 Гц: плата функционирует нормально;
((DTI)) мерцание с частотой 10 Гц: загружается программное
(остальные обеспечение или нарушено соединение с платой МР.
типы Индикатор горит: плата находится в нерабочем состоянии

сигнализации) 2 красный FAU (потерян синхросигнал); индикатор не горит: плата работает
нормально.
Индикатор горит: первая ЦСЛ не обеспечивает прием

3 зеленый DT1 сигналов; мерцание с частотой 2 Гц: первая ЦСЛ
поддерживает прием сигналов.
Индикатор горит: вторая ЦСЛ не обеспечивает прием

4 зеленый DT2 сигналов; мерцание с частотой 2 Гц: вторая ЦСЛ
-212-
Индикатор горит: третья ЦСЛ не обеспечивает прием

5 зеленый DT3 сигналов; мерцание с частотой 2 Гц: третья ЦСЛ
Индикатор горит: четвертая ЦСЛ не обеспечивает прием

6 зеленый DT4 сигналов; мерцание с частотой 2 Гц: четвертая ЦСЛ
Мерцание с частотой 1 Гц: плата DTI работает нормально;

1 зеленый RUN мерцание с частотой 10 Гц: загружается программное
обеспечение или нарушено соединение с платой МР.
Индикатор горит: плата DTI находится в нерабочем состоянии

Индикатор горит: первая ЦСЛ не обеспечивает прием

Интерфейсная 3 зеленый DT1 сигналов; мерцание с частотой 1 Гц: первая ЦСЛ
плата ЦСЛ поддерживает прием сигналов.

(сигнализация Индикатор горит: вторая ЦСЛ не обеспечивает прием
по выделенному 4 зеленый DT2 сигналов; мерцание с частотой 1 Гц: вторая ЦСЛ
каналу) поддерживает прием сигналов.
Индикатор горит: третья ЦСЛ не обеспечивает прием

5 зеленый DT3 сигналов; мерцание с частотой 1 Гц: третья ЦСЛ

6 зеленый DT4 сигналов; мерцание с частотой 1 Гц: четвертая ЦСЛ
Мерцание с частотой 1 Гц: плата MDTI работает нормально;

(MDTI) 16- 1 зеленый RUN мерцание с частотой 10 Гц: загружается программное
канальная обеспечение или нарушено соединение с платой МР.
17
интерфейсная Индикатор горит: плата MDTI находится в нерабочем
плата ЦСЛ 2 красный FAU состоянии (потерян синхросигнал); индикатор не горит: плата
нормально функционирует.
1 зеленый RUN Мерцание с частотой 1 Гц: плата MTT работает нормально.
Индикатор горит: плата MTT находится в нерабочем

состоянии; индикатор не горит: плата работает нормально.
Плата
Индикатор горит: плата MTT проходит внутреннее
многозадачного
18 3 зеленый TSTI тестирование (или самотестирование для настройки функции
тестирования
DTMF или TONE).
(MTT)
Индикатор горит: плата MTT выполняет внешнее
4 зеленый TSTO
тестирование (или в состоянии CID).
5 зеленый HKOFF Индикатор не горит: при тестировании абонент снял трубку.
-213-
Мерцание с частотой 1 Гц: плата MON работает нормально;

1 зеленый RUN мерцание 1 Гц: потеряна связь между платой MON объектом
мониторинга.
(MON) Плата
19 Индикатор горит: плата MON находится в нерабочем
мониторинга
состоянии (выявлены ошибки при проверке четности на шине
передачи данных ЦП); индикатор не горит: нормально
работает.
Индикатор горит: POWA плата POWA функционирует

нормально; мерцание 2 Гц: подано напряжение –48В, но
Плата переключатель разомкнут; индикатор не горит: плата
20 электропитания находится в нерабочем состоянии.
А (POWA) Мерцание с частотой 25 Гц: выход тока сигнала вызова;

2 зеленый RING
индикатор не горит: выхода тока сигнала вызова нет.
3 красный FAU Индикатор горит: отсутствует напряжение +5В.
Индикатор горит: плата POWA нормально функционирует;

Плата мерцание с частотой 2 Гц: подано напряжение –48В, но
21 электропитания переключатель разомкнут; индикатор не горит: плата
В (POWВ) находится в нерабочем состоянии.
2 красный FAU Индикатор горит: отсутствует +5V на выходе напряжение 5 В.
Индикатор горит: плата POWA нормально функционирует;

Плата мерцание с частотой 2 Гц: подается напряжение 48В, но
22 электропитания переключатель разомкнут; индикатор не горит: плата
С (POWС) находится в нерабочем состоянии.
2 красный FAU Индикатор горит: отсутствует напряжение 5В на выходе.
Плата
совместно
Индикатор горит: на плату SMEM подается напряжение
23 используемой 1 зеленый RUN
питания и плата работает нормально.
памяти
(SMEM)
1 зеленый RUN Мерцания 2 Гц: плата CKDR работает нормально.
Плата Индикатор горит: плата CKDR находится в нерабочем

формирования 2 красный FAU состоянии (потерян синхросигнал); индикатор не горит: плата
24
синхросигналов нормально функционирует.
(CKDR) . 3 зеленый MST Индикатор горит: плата CKDR работает в активном состоянии.
4 зеленый RES Индикатор горит: плат CKDR работает в состоянии ожидания.
25 Плата 1 зеленый RUN Мерцание 1 Гц: плата ODT работает нормально.
-214-
оптических Индикатор горит: плата ODT находится в нерабочем

цифровых СЛ состоянии, нарушена передача по оптической линии;
(ODT) мерцание: кратковременное прерывание передачи по
оптической линии или высокий уровень битовых ошибок
(коэффициент ошибок превышает 10-3); индикатор не горит:
плата нормально функционирует.
3 зеленый BER Индикатор горит: коэффициент ошибок >10-6.
4 зеленый OW Мерцание 680 Гц: линия служебной связи занята.
Плата контроля 1 зеленый RUN Мерцание 1 Гц: плата PEPD функционирует нормально.
параметров
окружающей
26 Индикатор горит: плата PEPD находится в нерабочем
среды
состоянии (обнаружена ошибка на шине данных при проверке
периферийного 2 Красный FAU
четности); индикатор не горит: нормальное
коммутационног
функционирование.
о модуля
(PEPD).
Мерцание с частотой 1 Гц: плата PEPD функционирует

1 зеленый RUN нормально; мерцание с частотой 10 Гц: нарушена связь между
Плата контроля
платами REPD и SP.
параметров
окружающей Мерцание: к плате REPD не подключена СЛ; индикатор не
27 2 красный FAU
среды горит: нормальная работа.
удаленного 3 зеленый MST Индикатор горит: плата REPD работает в активном режиме.
модуля (REPD)
Индикатор не горит: плата REPD работает в состоянии
4 зеленый RES
ожидания.
Плата Мерцание с частотой 1 Гц: плата PMON работает нормально;

мониторинга и 1 зеленый RUN мерцание с частотой 10 Гц: соединение между платой PMON и
контроля объектом мониторинга .
28 параметров
Индикатор горит: плата PMON находится в нерабочем
окружающей
2 красный FAU состоянии (обнаружена ошибка при проверке четности на
среды
шине данных ЦП); индикатор не горит: нормальная работа.
(PMON)
Индикатор горит: воздушная система охлаждения работает

29 1 зеленый FAN нормально; индикатор не горит: воздушная система
охлаждения не работает.
Блок
распределения Индикатор горит: на вход подается напряжение –48В;
2 зеленый POWER
питания индикатор не горит: на входе нет напряжения –48В.
(POWP) UNDER- Индикатор горит: напряжение питание ниже допустимого
(однопортовый) 3 красный
VOLTAGE (<40±1 В).
OVER- Индикатор горит: напряжение питания превышает допустимое

4 красный
VOLTAGE (>57± 1 В).
-215-
Индикатор горит: напряжение на левый порт подается;

индикатор не горит: напряжение на левый порт не подается .
UNDER- Индикатор горит: напряжение питания на левом порту ниже

2 красный
VOLTAGE допустимого (<40±1 В)
OVER- Индикатор горит: напряжение питания на левом порту

3 красный
VOLTAGE превышает допустимое (>57±1 В)
Блок
распределения Индикатор горит: воздушная система охлаждения работает
питания 1 зеленый FAN нормально; индикатор не горит: воздушная система
(POWP) охлаждения не работает.
(двухпортовый)
Индикатор горит: питание на правом порту есть; индикатор не
горит: напряжение питания на правом порту отсутствует.
UNDER- Индикатор горит: напряжение питания на правом порту ниже

3 красный
VOLTAGE допустимого (<40±1 В)
OVER- Индикатор горит: напряжение питания на правом порту

4 красный
VOLTAGE превышает допустимое (>57±1 В).
Мерцание с частотой 10 Гц: нарушена связь с платой SP;

(RASL) Плата 1 зеленый RUN мерцание с частотой 1 Гц: соединение с платой SP
аналоговых АЛ установлено.
30 с Мерцание с частотой 10 Гц: состояние инициализации
переполюсовкой питания; индикатор горит: The ringing currents disappear
(RASL) 2 красный FAU
отсутствует ток вызывного сигнала; индикатор не горит:
нормальное функционирование.
Плата для Мерцание 10 Гц: нарушена связь с SP; мерцание с частотой 1

подключения Гц: соединение с платой SP установлено.
31 удаленных
Мерцание с частотой 10 Гц: состояние инициализации
абонентов
2 красный FAU питания; индикатор горит: отсутствует ток вызывного сигнала;
(FSLC) индикатор не горит: нормальное функционирование.
Мерцание с частотой 10 Гц: нарушена связь с SP; мерцание с

Абонентская 1 зеленый RUN
частотой 1 Гц: соединение с платой SP установлено.
плата измерения
32 Мерцание с частотой 10 Гц: состояние инициализации
импульсов
(PSLC). 2 красный FAU питания; индикатор горит: отсутствует ток вызывного сигнала;
индикатор не горит: нормальное функционирование.
Коммуникацион Мерцание с частотой 1 Гц: плата COMM работает нормально;

33 1 зеленый RUN
ная плата для мерцание: канал A отключен.
системы
ZXJ10V4.X Индикатор горит: плата COMM находится в нерабочем
(COMA) 2 красный FAU состоянии (потерян синхросигнал); индикатор не горит:
нормальная работа.
(MP-MP)
-216-
Коммуникацион Мерцание с частотой 1 Гц: плата COMM функционирует

ная плата для нормально; мерцание: получено сообщение.
системы
(V5)
Коммуникацион Быстрое мерцание: активна первая линия (386) или любая из

ная плата для линий (860); мерцание с частотой 1 Гц: нет активных линий.
системы
нормальная работа.
(ОКС7)
Digital traffic Индикатор горит: соединение с DSLC активно; мерцание с

1 зеленый
console U частотой 1 Гц: установлено соединение с платой MP.
interface card
(CTRX)
35 Индикатор горит: плата находится в нерабочем состоянии или
Цифровая плата
2 красный соединение с DSLC не активно; индикатор не горит: плата
U -интерфейса
функционирует нормально.
консоли трафика
(CTRX)
Мерцание с частотой 1 Гц: плата TNET функционирует

1 зеленый RUN нормально; мерцание с частотой 10 Гц: Загружается
программное обеспечение, или нарушена связь с MP.
Индикатор горит: нерабочее состояние (не проедено

2 красный FAU самотестирование платы или потерян синхросигнал);
индикатор не горит: плата нормально функционирует.
3 зеленый MST Индикатор горит: индикация работы в активном режиме.
4 зеленый RES Индикатор горит: индикация работы в состоянии ожидания.
Плата тактовой Индикатор горит: контроллер синхронизации тактовых частот

5 зеленый CLK
36 синхронизации находится в рабочем состоянии.
сети (TNET) Индикатор горит: разрешена установка опорных (эталонных)
6 зеленый SELEN
частот вручную.
7 зеленый Индикатор выбора опорной частоты платы TNET: индикаторы

с 7 по 9 формируют 3-битное двоичное слово индикации.
8 зеленый
Индикатор 7 является самым младшим значащим битом.
Индикатор 9 - самый старший значащий бит. Индикатор горит
REFI
- 1 индикатор не горит - 0. Индикаторы с 7 по 9 находятся в
9 зеленый состоянии 000, это означает, что ни одна из опорных частот не
выбрана. Состояния 001 и 100 означают, что для данной
платы выбраны опорные частоты с 1 по 8.
-217-
Мерцание с частотой 1 Гц: плата CFBI функционирует

нормально.
Индикатор горит: плата CFBI находится в нерабочем

2 красный FAU состоянии (потерян синхросигнал); индикатор выключен:
3 зеленый MST Индикатор горит: плата CFBI работает в активном режиме.
4 зеленый RES Индикатор горит: плата CFBI работает в состоянии ожидания.

Интерфейсная
плата Индикатор горит: нарушена передача по оптической линии 1
оптической 5 зеленый CH1 платы CFBI; индикатор не горит: оптическая линия 1

37 нормально функционирует.
шины
центральной Индикатор горит: нарушена передача по оптической линии 2
стойки (CFBI) 6 зеленый CH2 платы CFBI; индикатор не горит: оптическая линия 2
Индикатор горит: нарушена передача по оптической линии 3

7 зеленый CH3 платы CFBI; индикатор не горит: оптическая линия 3
Индикатор горит: нарушена передача по оптической линии 4

8 зеленый CH4 платы CFBI; индикатор не горит: оптическая линия 4
1 зеленый RUN Мерцание с частотой 1 Гц: плата CFM работает нормально.
Индикатор горит: вентилятор 1 не работает; индикатор не

2 красный F1
горит: вентилятор 1 работает.

Плата 3 расный F2
вентиляторного 4 красный F3
38 горит: вентилятор 3 работает.
блока
центральной Индикатор горит: вентилятор 4 не работает; индикатор не
5 красный F4
стойки (CFM) горит: вентилятор 4 работает.

6 красный F5

7 красный F6
39 Central rack 1 зеленый RUN Мерцание с частотой 1 Гц: плата CKCD работает нормально.
clock driving and
Индикатор горит: плата CKCD находится в нерабочем
inter-module
2 красный FAU состоянии (потерян синхросигнал); индикатор не горит: плата
communication
driving board
(CKCD) Плата 3 зеленый MST Индикатор горит: плата CKCD работает в активном режиме.
-218-
(CKCD) Плата
формирования
синхросигналов
Индикатор горит: плата CKCD работает в состоянии
и межмодульной 4 зеленый RES
ожидания.
связи
центральной
стойки (CKCD)
Мерцание с частотой 1 Гц: плата CPSN работает нормально;

1 зеленый RUN мерцание с частотой 10 Гц: Загружается программное
Плата
обеспечение, или нарушена связь с MP.
о поля Индикатор горит: плата CPSN находится в нерабочем
40
центрального 2 красный FAU состоянии (потерян синхросигнал); индикатор не горит: плата
модуля большой нормально работает.
емкости (CPSN) 3 зеленый MST Индикатор горит: плата CPSN работает в активном режиме.
4 зеленый RES Индикатор горит: плата CPSN работает в состоянии ожидания.
Мерцание с частотой 1 Гц: плата CDSN работает нормально;

1 зеленый RUN мерцание с частотой 10Гц: Загружается программное
Плата обеспечение, или нарушена связь с MP.
цифрового
Индикатор горит: плата CDSN находится в нерабочем
41 2 красный FAU состоянии (потерян синхросигнал); индикатор не горит: плата
о поля
центрального
модуля (CDSN) 3 зеленый MST Индикатор горит: плата CDSN работает в активном режиме.
Индикатор горит: плата CDSN работает в состоянии

ожидания.
Мерцание с частотой 1 Гц: плата DDSN работает нормально;

1 зеленый RUN мерцание с частотой 10Гц: Загружается программное
Плата обеспечение, или нарушена связь с MP..
Индикатор горит: плата DDSN находится в нерабочем
о поля
42 2 красный FAU состоянии (потерян синхросигнал); индикатор не горит: плата
центрального
нормально функционирует
модуля DDSN
емкостью 16 К 3 зеленый MST Индикатор горит: плата DDSN работает в активном режиме.
Индикатор горит: плата DDSN работает в состоянии

ожидания.
Мерцание с частотой 10 Гц: связь с SP нарушена; мерцание с

Плата СЛ EM с частотой 1 Гц: связь с SP установлена.
43 микропроцессор Мерцание с частотой 10 Гц: состояние инициализации
ом (MEMT) 2 красный FAU питания; индикатор горит: плата не работает; индикатор не
горит: плата работает.
-219-
Плата Мерцание с частотой 10 Гц: нарушена связь с SP; мерцание с

соединительных частотой 1 Гц: связь с SP установлена.
линий с
индуктивной
2 красный FAU питания; индикатор горит: плата не работает; индикатор не
сигнализацией
(MMT) .
Мерцание с частотой 10 Гц: нарушена связь с SP; мерцание с

(MTRK) Плата 1 зеленый RUN
частотой 1 Гц: связь с SP установлена.
СЛ нескольких
шлейфов
(MTRK) 2 красный FAU питания; индикатор горит: плата не работает; индикатор не

формирования частотой 1 Гц: связь с SP установлена.
несущей
частоты
сигналов СЛ
горит: плата работает
(MSFT)

физического частотой 1 Гц: связь с SP установлена.
47 интерфейса Мерцание с частотой 10 Гц: состояние инициализации
входящих СЛ 2 красный FAU питания; индикатор горит: плата не работает; индикатор не
(MABI) горит: плата работает

физического частотой 1 Гц: связь с SP установлена.
48 интерфейса Мерцание с частотой 10 Гц: состояние инициализации
исходящих СЛ 2 красный FAU питания; индикатор горит: плата не работает; индикатор не
(MABO) горит: плата работает.

исходящей частотой 1 Гц: связь с SP установлена.
49 шлейфной СЛ Мерцание с частотой 10 Гц: состояние инициализации
(Caller loop trunk 2 красный FAU питания; индикатор горит: плата не работает; индикатор не
board) (CTRK) горит: плата работает..
Мерцание с частотой 10 Гц: нарушена связь с платой SP;

Плата СЛ 1 зеленый RUN
мерцание с частотой 1 Гц: связь с SP установлена.
прямого
входящего
набора (DDI)
Плата Мерцание с частотой 10 Гц: нарушена связь с платой SP;

51 1 зеленый RUN
тестирования мерцание с частотой 1 Гц: связь с SP установлена..
-220-
цифровых АЛ Индикатор горит: плата находится в нерабочем состоянии;

(TDSL) индикатор не горит: плата работает.
Индикатор горит: плата проводит внутренне тестирование;

3 зеленый TSTI
индикатор не горит: внутреннее тестирование не проводится.
Индикатор горит: выполняется внешнее тестирование;

индикатор не горит: внешнее тестирование не проводится;
4 зеленый TSTO мерцание с частотой 10 Гц: принимается или посылается
сообщение по каналу D при тестировании с организацией
шлейфа 2B+D.
Индикатор горит: активирован; индикатор не горит:

5 зеленый ACT деактивирован; быстрое мерцание: выполняется
активирование.
красный Индикатор горит: питание нормальное; не горит: нет входа

1 Power
питания.
Мерцание с частотой 1 Гц: плата CSCB работает нормально.

2 зеленый Run
Мерцание с частотой 10Гц: нарушена связь с платой SP.
Быстрое мерцание: один последовательный порт 232

находится в нерабочем состоянии; мерцание 1 Гц: потерян
3 красный Fault синхросигнал, или оба порта 232 находятся в нерабочем
состоянии; индикатор не горит: плата CSCB функционирует
нормально.
красный Anti-lightning
4 Индикатор горит: аварийный сигнал грозозащиты.
alarm
Блок
централизованн 5 красный CATV alarm Индикатор горит: аварийный сигнал CATV.
52 ого красный
6 Clock alarm Индикатор горит: аварийный сигнал потери синхронизации.
(CSCB) красный Temperature
7 Индикатор горит: аварийный сигнал датчиков температуры.
alarm
8 красный Smog alarm Индикатор горит: аварийный сигнал датчиков дыма.
расный Индикатор горит: аварийный сигнал отдельного источника

9 Power alarm
питания 15A.
красный Seeper level

10 Индикатор горит: аварийный сигнал Seeper.
alarm
красный Access control Индикатор горит: аварийный сигнал датчиков контроля

11
alarm доступа.
красный Distribution
12 Индикатор горит: Аварийный сигнал кросса.
frame alarm
Плата Мерцание с частотой 1 Гц: плата DTEC работает нормально;

57 эхокомпенсации 1 зеленый RUN мерцание с частотой 10 Гц: Загружается программное
(DTEC) (другие обеспечение, или нарушена связь с платой MP.
-221-
виды) Индикатор горит: плата DTEC не функционирует (потерян

(опциональная) синхросигнал); индикатор не горит: плата работает нормально.
Индикатор горит: первая ЦСЛ не обеспечивает прием данных;

3 зеленый DT1 мерцание с частотой 2Гц: первая ЦСЛ обеспечивает прием
данных.
Индикатор горит: вторая ЦСЛ не обеспечивает прием данных;

4 зеленый DT2 мерцание с частотой 2Гц: вторая ЦСЛ обеспечивает прием
данных
Индикатор горит: третья ЦСЛ не обеспечивает прием данных;

5 зеленый DT3 мерцание с частотой 2Гц: третья ЦСЛ обеспечивает прием
данных

6 зеленый DT4 данных; мерцание с частотой 2Гц: четвертая ЦСЛ
обеспечивает прием данных
Мерцание с частотой 1 Гц: плата DTEC работает нормально;

1 зеленый RUN мерцание с частотой 10 Гц: Загружается программное
обеспечение, или нарушена связь с платой MP.
Индикатор горит: плата DTEC не функционирует (потерян

синхросигнал); индикатор не горит: плата работает нормально.
Плата Индикатор горит: первая ЦСЛ не обеспечивает прием данных;

эхокомпенсации 3 зеленый DT1 мерцание с частотой 1Гц: первая ЦСЛ обеспечивает прием
(DTEC) данных.
(сигнализация Индикатор горит: вторая ЦСЛ не обеспечивает прием данных;
по выделенному 4 зеленый DT2 мерцание с частотой 1Гц: вторая ЦСЛ обеспечивает прием
каналу) данных
(опциональная)
Индикатор горит: третья ЦСЛ не обеспечивает прием данных;
5 зеленый DT3 мерцание с частотой 1Гц: третья ЦСЛ обеспечивает прием
данных

6 зеленый DT4 данных; мерцание с частотой 1Гц: четвертая ЦСЛ
обеспечивает прием данных
1st LEVEL Индикатор горит: аварийный сигнал первого уровня (см.

58 1 красный
Блок аварийной ALARM таблицу 2).
сигнализации 2nd LEVEL Индикатор горит: аварийный сигнал 2-го уровня (см. таблицу
2 красный
(WARN) ALARM 2).
3rd LEVEL Индикатор горит: аварийный сигнал 3-го уровня (см. таблицу
3 красный
ALARM 2).
th
4 LEVEL Индикатор горит: аварийный сигнал 4-го уровня (см. таблицу
4 красный
ALARM 2).
-222-
5th.(T.&H.)ALA Индикатор горит: аварийный сигнал 5-го уровня (сигналы от

5 красный
RM датчиков температуры).
Мерцание с частотой 1 Гц: блок аварийной сигнализации

функционирует нормально (управляется оборудованием
6 зеленый RUN техобслуживания); медленное мерцание: блок аварийной
сигнализации функционирует нормально (управляется
модулем MP).
Мерцание с частотой 5 Гц: не сконфигурированы данные для

1 зеленый RUN SDH; мерцание с частотой 1 Гц: основной контроллер (main
controller) работает нормально.
Мерцание с частотой 5 Гц: нарушена внутри-модульная связь;

2 зеленый COMM мерцание с частотой 1 Гц: внутримодульная связь
установлена.
Мерцание с частотой 5 Гц: не сконфигурированы данные для

3 зеленый OW служебной связи; мерцание 1 Гц: линия служебной связи
Плата основного функционирует нормально.
управления и4 красный RING Индикатор горит: линия служебной связи занята.
служебной связи
59 Индикатор горит: два канала DCC первой оптической платы
(FMCP) (для
находятся в рабочем режиме передачи данных; мерцание 1 Гц:
встроенной
один из двух каналов DCC первой оптической платы не
системы SDH) 5 зеленый DCCA
функционирует должным образом; индикатор не горит: два
канала DCC первой оптической платы находятся в нерабочем
состоянии;
Индикатор горит: два канала DCC второй оптической платы

один из двух каналов DCC второй оптической платы не
6 зеленый DCCB
канала DCC второй оптической платы находятся в нерабочем
состоянии;.
Главная плата Мерцание с частотой 5 Гц: данные SDH не сконфигурированы;

60 управления 1 зеленый RUN мерцание с частотой 1 Гц: основной контроллер
(MCP) (для функционирует нормально.
Мерцание с частотой 5 Гц: нарушена внутри-модульная связь;
системы SDH)
2 зеленый COMM мерцание с частотой 1Гц: внутри-модульная связь
установлена.
Мерцание с частотой 5 Гц: данные для заказной линии не

3 зеленый OW сконфигурированы; 1 Гц: линия служебной связи нормально
4 красный RING Индикатор горит: линия служебной связи занята.
-223-
Индикатор горит: два канала DCC первой оптической платы

один из двух каналов DCC первой оптической платы не
5 зеленый DCCA
канала DCC первой оптической платы находятся в нерабочем
состоянии.
Индикатор горит: два канала DCC второй оптической платы

один из двух каналов DCC второй оптической платы не
6 зеленый DCCB
канала DCC второй оптической платы находятся в нерабочем
состоянии.
61 1 зеленый RUN Мерцание с частотой 1 Гц: плата SCLK работает нормально.
Индикатор горит: плата SCLK находится в нерабочем

состоянии (синхросигналы не выдаются и при тестирование
RAM были обнаружены ошибки); индикатор не горит: плата
работает нормально.
Индикатор горит: плата находится в режиме захвата

синхросигнала.
Индикатор горит: плата SCLK находится в режиме

Плата 5 зеленый HOLD Индикатор горит: плата SYCK захватила синхросигнал.

Индикатор горит: плата SCLK работает в режиме свободных
(SCLK) 6 зеленый FREE
колебаний.
(9903) (для
встроенной Индикатор горит: опорной частотой для SCLK является
7 зеленый EAST1
системы SDH) синхросигнал на восточном интерфейсе 1.
Индикатор горит: опорной частотой для SCLK является

8 зеленый EAST2
синхросигнал на восточном интерфейсе 2.

9 зеленый WEST1
синхросигнал на западном интерфейсе 1.

10 зеленый WEST2
синхросигнал на западном интерфейсе 2.
Индикатор горит: разрешается устанавливать опорную частоту

платы SCLK вручную.
Плата 1 зеленый RUN Мерцание с частотой 1 Гц: плата SCLK работает нормально.
Индикатор горит: плата SCLK находится в нерабочем
(SCLK)
состоянии (синхросигналы не выдаются и при тестирование
(9911) (для 2 красный FAU
RAM были обнаружены ошибки); индикатор не горит: плата
работает нормально.
SDH)
-224-
системы SDH) Индикатор горит: плата SCLK находится в режиме захвата

синхросигнала.
Индикатор горит: плата SCLK находится в режиме

5 зеленый HOLD Индикатор горит: плата SYCK захватила синхросигнал.
Индикатор горит: плата SCLK работает в режиме свободных

6 зеленый FREE
колебаний.
7 зеленый Индикация опорной частоты. Какая из 8-ми частот захвачена,

определяется по состояниям трех индикаторов (индикатор
8 зеленый
горит – on, индикатор не горит – off).
OFF
OFF
OFF
OFF
On
On
On
On
7
OFF
OFF
On
On
OFF
OFF
On
On
REFI 8
OFF
On
OFF
On
OFF
On
OFF
On
9 зеленый 9
Частота
2M2
2M1
Запад 2
Запад1
Восток 2
Запад1
8KB
8KA
Индикатор горит: разрешается устанавливать опорную частоту
платы SCLK вручную.
Мерцание 5 Гц: данные не сконфигурированы; мерцание 1Гц:

1 зеленый RUNRUN
плата функционирует нормально.
Плата Индикатор горит: оптический тракт восточного интерфейса не

оптических работает (нет луча или возникли неполадки в секции
2 красный EAST
интерфейсов мультиплексирования); индикатор не горит: оптический тракт
62
(S1OA) (для восточного интерфейса функционирует нормально.
Индикатор горит: оптический тракт западного интерфейса не
системы SDH)
работает (нет луча или возникли неполадки в секции
3 красный WEST
мультиплексирования); индикатор не горит: оптический тракт
западного интерфейса функционирует нормально.
63 Плата 1 зеленый RUN Мерцание с частотой 1Гц: плата функционирует нормально.

агрегатных
Индикатор горит: оптический тракт западного интерфейса не
оптических
работает (нет луча или возникли неполадки в секции
интерфейсов 2 красный WEST
(S1OL) (для
западного интерфейса функционирует нормально.
й
-225-
встроенной Индикатор горит: оптический тракт восточного интерфейса не

системы SDH) работает (нет луча или возникли неполадки в секции
3 красный EAST
восточного интерфейса функционирует нормально.
Простая плата 1 зеленый RUN Мерцание с частотой 1Гц: плата функционирует нормально.
кросс-
коммутации
64 Индикатор горит: плата не работает; индикатор не горит:
(CC1S) (для 2 красный FAU
системы SDH)
Полная плата 1 зеленый RUN Мерцание 1 Гц: плата нормально функционирует.

кросс-
65 Индикатор горит: плата не работает; индикатор не горит:
(CC1F) (для 2 красный FAU
системы SDH)
Плата 1 зеленый RUN Мерцание 1 Гц: плата нормально функционирует.

электрических
трибутарных
66 Индикатор горит: плата находится в нерабочем состоянии (нет
интерфейсов 8М
2 красный FAU синхросигнала или возникают аварийные сигналы потоков);
ENT4 (для
индикатор не горит: нормальное функционирование.
системы SDH)
Плата 1 зеленый RUN Мерцание с частотой 1 Гц: плата функционирует нормально.

электрических
трибутарных
2 красный FAU (возникают аварийные сигналы потоков); индикатор не горит:
67 интерфейсов 2М
ENT4 (для
6 зеленый DT4 Индикатор горит: индикация рабочего состояния 4 ЦСЛ.
системы SDH)
68 Плата 1 зеленый RUN Мерцание с частотой 1 Гц: плата функционирует нормально.

оптических
Индикатор горит: аварийный сигнал оптического интерфейса
интерфейсов
группы В (нет луча или высокий уровень битовых ошибок);
(для встроенной 2 красный BGRP
индикатор не горит: оптический интерфейс группы В
системы SDH).
Индикатор горит: аварийный сигнал оптического интерфейса

группы В (нет луча или высокий уровень битовых ошибок);
3 красный AGRP
индикатор не горит: оптический интерфейс группы А
-226-
Индикатор горит: по меньшей мере, один оптический

интерфейс платы SFBI находится в активном состоянии;
4 зеленый M/S
индикатор не горит: оба интерфейса находятся в состоянии
ожидания.
Мерцание с частотой 5 Гц: не сконфигурированы данные SDH;

1 зеленый RUN мерцание с частотой 1Гц: плата SNB функционирует
нормально.
Мерцание с частотой 5Гц: нарушена внутримодульная связь;

2 зеленый COMM
1Гц: внутримодульная связь установлена.
Индикатор горит: два канала DCC находятся в рабочем

Сетевая плата
режиме передачи данных; мерцание 1 Гц: один из двух
69 оптической 3 зеленый DCC
каналов DCC не функционирует должным образом; индикатор
передачи (SNB)
не горит: два канала DCC находятся в нерабочем состоянии;
Мерцание 1Гц: модуль синхросигналов платы SNB работает

4 зеленый CKRUN
нормально.
Индикатор горит: аварийный сигнал платы SNB (потеря

5 красный ALM синхросигнала, сбой в оптической части или ошибки в
потоках); индикатор не горит: нормальная работа.
Быстрое мерцание: Программа FLASH не загруженая

нарушена связь с MP; две быстрых вспышки и 1 выключение:
Плата СЛ 155М не сконфигурированы данные SDH; мерцание с частотой 1Гц:
(оптический плата SDT функционирует нормально.
70 интерфейс) Индикатор горит: плата SDT находится в нерабочем состоянии

SDT (O) 2 красный FAU (сбои в оптическом тракте или потоках); индикатор не горит:
3 зеленый MST Индикатор горит: плата SDT работает в активном состоянии.
4 зеленый RES Индикатор горит: плата SDT работает в состоянии ожидания.
Быстрое мерцание: Программа FLASH не загружена или

нарушена связь с MP; две быстрых вспышки и 1 выключение:
не сконфигурированы данные SDH; мерцание с частотой 1Гц:
плата SDT функционирует нормально.
Плата СЛ 155М
71 (электрический Индикатор горит: плата SDT находится в нерабочем состоянии
интерфейс) (E) 2 красный FAU (сбои в оптическом тракте или ошибки потоках); индикатор не
горит: плата нормально функционирует.
3 зеленый MST Индикатор горит: плата SDT работает в активном состоянии.
4 зеленый RES Индикатор горит: плата SDT работает в состоянии ожидания.
Примечание: 1.Мерцание: индикатор горит или не горит, причем, смена

состояний может происходить регулярно или нет. Быстрое мерцание: индикатор
мигает значительно чаще, чем 1 раз в секунду (1 включение и 1 выключение в
-227-
секунду - 1Гц). Медленное мерцание: индикатор мигает значительно реже, чем 1

раз в секунду (1 включение и 1 выключение в секунду – 1 Гц).
2.Для платы FAU (красный индикатор), если плата не прошла инициализацию

после включения питания, красный индикатор будет постоянно гореть. Если
плата работает нормально, красный индикатор гореть не будет. При
возникновении сбоя, указанного в скобках, индикатор FAU загорится. После
включения индикатора, он будет гореть до устранения неполадки; если неполадка
будет устранена, индикатор погаснет.
-228-
4 Архитектура программного
обеспечения
4.1 Обзор
Система управления и технического обслуживания коммутационной системы

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

функций основано на координации нескольких узлов в сети. С точки зрения
функциональности, система программного обеспечения ZXJ10 может быть
поделена на следующие системы:
1. Подсистема эксплуатации и поддержки R.
2. Транспортная подсистема B
3. Подсистема сигнализации S
4. Подсистема управления услугами C
5. Подсистема баз данных DB
6. Подсистема администрирования и технического обслуживания OAM
-229-
Каждая подсистема является относительно независимой. Связь между

подсистемами выполняется с использованием механизма обмена сообщениями.
Архитектура всей системы приведена на Рис. 4.1-1.
Платформа управления
Платформа управления базой данных
эксплуатацией и техобслуживанием
Платформа обработки услуг C
Платформа управления
сигнализацией S
Платформа управления трафиком B
Платформа поддержки работы R
Аппаратная платформа
Рис.4.1-1 Архитектура системы программного обеспечения
Кроме того, каждая подсистема может быть разделена на несколько

функциональных модулей. Далее в документации будет приведено краткое
описание функциональных модулей каждой из подсистем.
4.1.1 Система эксплуатации и поддержки R
Система эксплуатации и поддержки включает в себя следующие функциональные

модули:
1. Модуль MP, отвечающий за диспетчеризацию процессов, синхронизацию и

мониторинг работы.
2. Модуль SP, отвечающий за диспетчеризацию процессов, синхронизацию и

мониторинг работы.
-230-
Глава 4 Архитектура программного обеспечения
3. Модуль внутримодульной связи, состоящий из трех частей: MP,

коммуникационной платы и SP.
4. Модуль межмодульной связи, состоящий из двух частей: MP и

коммуникационной платы.
5. Модуль связи между основной системой и системой O&M, состоящий из двух

частей: MP и служебного интерфейса TCP/IP.
6. Активный/резервный модуль связи MP
7. Модуль связи платы мониторинга, состоящий из трех частей: MP, платы

определения внешней среды местной телефонной станции и платы
определения внешней среды удаленного абонентского блока.
8. Модуль управления файлами, состоящий из трех частей: MP, сервера системы

O&M и служебной консоли O&M.
9. Mодуль управления системой
10. Модуль управления аварийными сигналами, состоящий из четырех частей:

MP, сервера системы O&M, служебной консоли O&M и панели аварийной
11. Модуль диагностического тестирования, состоящий из MP, сервера O&M,

служебной консоли O&M и тестируемой платы.
12. Модуль управлений обновлением версий, состоящий из трех частей: MP, SP и

служебной консоли O&M.
4.1.2 Транспортная подсистема B
Транспортная подсистема в основном состоит из следующих модулей:
1. Модуль процессора абонентского блока.
2. Модуль процессора блока соединительных линий.
3. Модуль процессора блока аналоговых соединительных линий.
-231-
4. Модуль процессора блока аналоговой сигнализации.
4.1.3 Подсистема сигнализации S
В состав подсистемы сигнализации входят следующие функциональные модули:
1. Модуль передачи сигнализации MFC при сигнализации по выделенному

каналу (CAS)
2. Модуль управления CAS.
3. Модуль второго уровня (MTP2) сигнализации ОКС7.
4. Модуль третьего уровня (MTP3) и модуль SCCP сигнализации ОКС7.
5. Модуль обработки TUP сигнализации ОКС7.
6. Модуль обработки ISUP сигнализации ОКС7.
7. Модуль обработки TCAP сигнализации ОКС7.
8. Модуль обработки OMAP сигнализации ОКС7.
9. Модуль обработки INAP сигнализации ОКС7.
10. Модуль обработки MAP сигнализации ОКС7.
11. Модуль V5.2 второго уровня (уровня звеньев).
12. Модуль V5.2 третьего уровня
13. Модуль ISDNLAPD второго уровня (уровня звеньев).
14. Модуль обработки сигнализации ISDNSS1
4.1.4 Подсистема управления услугами C
В состав подсистемы управления услугами входят следующие модули:
1. Модуль обработки местных вызовов.
-232-
2. Модуль обработки вызовов по выделенному каналу
3. Модуль обработки вызовов TUP.
4. Модуль обработки вызовов ISUP.
5. Модуль обработки вызовов ISDN.
6. Модуль обработки вызовов V5.
7. Транспортный модуль обслуживания аналоговых абонентов
8. Транспортный модуль обслуживания абонентов ISDN
9. Модули услуг
10. Модуль консоли управления трафиком
11. Модуль услуг Centrex
12. Модуль специальной обработки претензий абонентов
4.1.5 Подсистема баз данных (DB)
Составляющие DB – это:
1. Управление базовыми данными.
2. Управление данными сигнализации ОКС7.
3. Управление данными V5.
4. Управление инициализацией.
5. Наблюдение за динамическими данными.
6. Управление данными и обслуживание данных
-233-
4.1.6 Подсистема эксплуатации, управления и технического обслуживания

(OAM)
OAM выполняет следующие основные задачи:
1. Сбор статистики трафика.
2. Тарификация.
3. Функционирование системы.
4. Техническое обслуживание и управление.
5. Выполнение диагностических тестов.
6. Аварийная сигнализация.
7. Управление сетью.
8. Трассировка сигнализации.
4.2 Функции подсистемы поддержки системы эксплуатации
4.2.1 Обзор функций
Подсистема поддержки эксплуатации системы ZXJ10 обеспечивает платформу и

централизованный рабочий интерфейс для разработки услуг верхнего уровня.
Это обеспечивает независимость приложений верхнего уровня от особенностей
установки и структуры аппаратной платформы нижнего уровня. Подсистема
включает: модуль диспетчеризации процессов, модуль синхронизации, модуль
управления системой и аварийной сигнализации, модуль файловых операций,
модуль управления обновлением версий, систему связи и диагностического
тестирования. Система связи также включает внутримодульную связь,
межмодульную связь, контроль платы мониторинга, активную/резервную
систему связи и сеть связи между основной системой и системой O&M.
Функция диспетчеризации процессов обеспечивает ориентированную на
-234-
процессы виртуальную среду разработки, основанную на обмене сообщениями.
Управление системой служит для управления запуском, выполнения

переключений между активной/резервной системой, мониторинга периферийных
модулей, открытия ресурсов и блокировки отказов.
Функция аварийной сигнализации используется для генерации аварийных

сигналов при отказах оборудования системы, сбоях в работе программного
обеспечения и в случае некорректных данных.
Функция файловых операций обеспечивает поддержку операций чтения/записи

для файлов взаимного исключения (мьютекс-файлов), основанных на FIFO, а
также выполняет такие операции, как вывод списка файлов, копирование,
удаление и изменение имен файлов, между многомодульной сетью основной
системы и сетью системы технического обслуживания станции.
Функция обновления версий обеспечивает управление обновлением версий MP и

управление обновлением версий для процессора блока модуля. Эта функция
также производит одновременное обновление нескольких MP и процессоров
блоков и поддерживает удаленное управление обновлениями.
Функция диагностики и тестирования обеспечивает тестирование и обнаружение

отказов для различного оборудования интерфейсов, соединений и систем
трафика. Функция может определить место отказа на плате.
Функция внутримодульной связи отвечает за обеспечение тракта безошибочной

передачи сообщений между MP и периферийным блоком обработки, гарантируя
определенную задержку передачи.
Функция межмодульной связи отвечает за обеспечение пути безошибочной

передачи сообщений между множественными MP. Эта функция также
поддерживает несколько вариантов организации сети, а также маршрутизацию
сообщений ( по выбору).
Активная/резервная система связи обеспечивает путь передачи сообщений между

активными/резервными MP.
Связь между основной системой и системой O&M обеспечивает TCP-соединение
-235-
между сетью TCP/IP основной системы и сетью TCP/IP O&M в ZXJ10,

образовывая интегрированную сеть TCP/IP с сетью O&M.
4.2.2 Сеть управления и технического обслуживания системы ZXJ10
Сеть управления и технического обслуживания системы ZXJ10 состоит из сети

управления основной системы и сети технического обслуживания системы O&M,
которые приведены на Рис. 4.2-1 и Рис. 4.2-2.
OMM
SNM MSM
SMEM
Ведущий/ ведо PSM1 PSMk RSM1 RSMn

мый COMM
PSM1'
Шина AT
PMON
COMM MON PEPD ОКС7 V5.X
Инфра-
DTM FBI PWRA SYCK красный
Тон DT
F Темп-ра, влажн. Канал 1Канал n Канал 1 Канал n
DSN SP MFC FMCP DSNI PWRB RS485 Задым-Напряж.
ление
Рис. 4.2-1 Логическая схема системы передачи сообщений COMM в системе ZXJ10
-236-
OMM
OM
M
LAN
Сервер 操作维护操作维护 Маршрутизатор

O&M Клиент 1 1 Клиент n
台台 Управление передачей
Передача по WAN
（PST N/PSPDN/DDN/
Частный канал X.25 и т. п. ）
Управление передачей
Удаленный Удаленный Удаленный Удаленный

клиент 1 клиент 2 клиент 3 клиент n
Рис. 4.2-2 Организация служебной сети техобслуживания системы ZXJ10
4.2.3 Краткое описание функций
4.2.3.1 Система синхронизации и диспетчеризации процессов
В модуле ZXJ10 применяется система синхронизации и диспетчеризации

процессов, располагающаяся в процессоре модуля (MP) коммутационной
системы ZXJ10.
В многозадачной среде в условиях реального времени функция диспетчеризации

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

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

восстановление системы. Она может осуществлять мониторинг использования
CPU и важных системных ресурсов, а также чрезмерно частый запуск и
зависание процессов. Она может определять и восстанавливать Прерывание 12 и
Прерывание 13 во время функционирования процесса. Она также может
осуществлять мониторинг Прерывания 12, Прерывания 13 и некорректной
работы при наличии других запущенных задач в системе.
Система синхронизации и диспетчеризации процессов может также обеспечивать

отладку, ориентированную на процессы.
4.2.3.2 Система управления и аварийной сигнализации
Подсистема управления системой обеспечивает управление и координацию

процесса запуска коммутационной системы ZXJ10 Запуск системы включает в
себя следующие этапы: автоматическая идентификация аппаратной
конфигурации ZXJ10, загрузка коммутационных данных, запуск файловой
системы, запуск системы данных, запуск системы аварийной сигнализации, а
также запуск обработки услуг, обработки сигнализации, человеко-машинного
интерфейса
Подсистема управления системой служит для управления переключением MP по

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

обработки, обработки импульсных сигналов периферийных процессоров и
своевременного обнаружения противоречивости данных периферийных
процессоров и MP, а также ненормальные состояния периферийных процессоров.
-238-
При возникновении отказа на периферийном процессоре, он информирует базу

данных о блокировке связанных ресурсов и оповещает систему управления
услугами о необходимости обработать этот сбой и освободить связанные
ресурсы. После восстановления нормальной работы периферийного процессора
ресурсы базы данных разблокируются.
Управление системой используется для управления состоянием

(активным/резервным) и переключением периферийного процессора.
Система аварийной сигнализации отвечает за сбор, обнаружение и обработку

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

сообщает об изменениях рабочего состояния оборудования в сеть O&M. Система
аварийной сигнализации сохраняет аварийные сигналы в памяти, отображает
интерфейс, распечатывает их, и управляет генерацией и очисткой звуковых и
визуальных аварийных сигналов в блоке аварийной сигнализации.
4.2.3.3 Файловые операции
Файловые операции обеспечивают поддержку операций чтения/записи для

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

очереди процессов по принципу “первый пришедший обслуживается первым”
для обеспечения взаимного исключения файловых операций.
Файловая система выполняет типичные функции управления файлами, такие, как

вывод списка файлов, копирование, переименование и удаление файлов,
изменение атрибутов файлов, между MP в сети основной системы, между
активным/резервным MP и между терминалами системы O&M в
-239-
коммутационной системе.
4.2.3.4 Обновление версий
Под обновлением версий подразумевается обслуживание и управление

обновлением версий коммутатора MP и периферийных процессов модуля ZXJ10.
Эта система может управлять параллельными обновлениями активных/резервных
MP для 1- 63 модулей. При неудачном обновлении, MP автоматически
возвращается к предыдущей версии. Во время обновления MP обрабатываются
параллельно, это значительно уменьшает время обновления. Для обеспечения
успешного выполнения обновления предусмотрены эффективные меры, такие
как повторная посылка по таймауту, проверка CRC блоков и проверка
контрольной суммы файла версии.
Поддерживается также удаленное обновление. Новая версия файла сначала

копируется из системы O&M в центральный модуль (многомодульную систему)
коммутатора. Затем центральный модуль производит параллельное обновление
модулей более низкого уровня. Поэтому, даже при низкой скорости удаленной
передачи, операция обновления версии многомодульной системы не занимает
много времени, поэтому дистанционное обновление является вполне
удобоисполнимым.
4.2.3.5 Выполнение диагностических тестов
Система диагностического тестирования служит для тестирования системы

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

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

тестирования, применяется, насколько это возможно, параллельная обработка.
Это позволяет значительно повысить эффективность тестирования и уменьшить
время, затрачиваемое на тестирование.
Для тестируемого объекта обычно производятся следующие тесты: проверка

соединения, проверка соединения с сетью коммутации, и проверка
функционирования внутри платы.
Диагностические тесты включают в себя регламентное тестирование и

немедленное тестирование. Для обоих типов объект для тестирования может
быть выбран через дружественный пользовательский интерфейс. Для
регламентного тестирования могут быть установлены цикл запуска и время
запуска.
Результаты диагностического тестирования посылаются в сеть O&M для

хранения, отображения, запроса и печати.
4.2.3.6 Система связи
Здесь под системой связи подразумевается система обмена сообщениями между

модулями, внутри модуля и между активными/резервными элементами
оборудования.
1. Межмодульная связь
Функция межмодульной связи отвечает за обеспечение безошибочной передачи

сообщений между любыми двумя коммутаторами. На физическом уровне
межмодульной связи используется канал связи HDLC n*64Кбит/с. Для
межмодульной передачи используется передача сообщений в сжатом виде. Это
позволяет значительно улучшить использование пути передачи. Между двумя
модулями, соединенными по физическому каналу, реализуется канальный
уровень. 12-ти разрядный протокол скользящего окна с повтором N кадров
используется для осуществления контроля ошибок и управления потоком. Таким
образом, уменьшается задержка передачи сообщений, в то время как процент
-241-
использования канала и пропускная способность увеличиваются. Сетевой

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

ZXJ10. Две типичных структуры приведены на Рис. 4.2-3 и Рис. 4.2-4
MSM
SNM
PSM RSM
PSM RSM
Рис. 4.2-3 Схема организации сети 1
PSM
PSM PSM PSM
Рис. 4.2-4 Схема организации сети 2
2. Внутримодульная связь
-242-
Внутримодульная связь обеспечивает тракт безошибочной передачи сообщений

между MP и периферийным процессором. Нижним уровнем является канал
HDLC n×64 кбит/с. На канальном уровне используется протокол с остановом и
ожиданием. Для режима управления каналов, используется режим трехэтапного
квитирования “ведущий-ведомый” на плате связи. Сетевой уровень отвечает за
упаковку/распаковку сообщений и выбор/переключение каналов.
Внутримодульная связь обеспечивает достаточное количество буферных

очередей между сетевым уровнем и канальным уровнем во избежание неровно
распределенного объема передачи и кратковременных пиковых нагрузок при
передаче сообщений.
3. Связь между активной и резервной системами
Плата разделяемой памяти модуля ZXJ10 обеспечивает двухпортовую RAM для

чтения/записи для двух MP, что позволяет минимизировать коэффициент ошибок.
Поэтому стандартные протоколы канального уровня не используются при
управлении связью между активными и резервными системами. При этом
управление потоком и контроль ошибок на плате обрабатываются корректно.
4. Сеть связи основной системы и сеть связи системы O&M
В коммутационной системе ZXJ10 сеть основной системы и сеть системы O&M

являются платформами для передачи данных и обмена сообщениями,
обеспечиваемыми для MP основной системы и сети технического обслуживания
коммутационной системы ZXJ10
В сети системы O&M применяются построение сети Windows 2000/NT 4.0 и

протокол TCP/IP.
MP основной системы коммутатора использует протокол TCP/IP и соединен

физически с сетью O&M. Это создает интегрированное сетевое окружение
TCP/IP сети основной системы и сети системы O&M, что гарантирует высокую
открытость и гибкость.
Сеть основной системы и сеть системы O&M поддерживают удаленную работу в

сети TCP/IP, позволяя осуществлять соединение TCP типа «точка-точка» между
-243-
двумя узлами, для которых нужно обеспечить обмен сообщениями.
Для обеспечения безопасности сети, все сообщения, поступающие в сеть,

особенно те, которые поступают в основную коммутационную систему и систему
O&M, шифруются.
4.3 Обслуживание данных
4.3.1 Данные и база данных
Коммутационная система работает с большими объемами различных данных.

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

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

называется базой данных, которая управляются через специализированную
систему DBMS (Система управления базой данных). Если пользователю
требуется получить данные, он может послать запрос к DBMS, которая отправит
запрашиваемые данные пользователю.
Система управления базой данных является очень важной частью

коммутационной системы. Качество проектирования системы баз данных
непосредственно влияет на производительность всей коммутационной системы в
целом. На текущий момент, база данных может быть спроектирована
несколькими способами. Ниже приведены три часто применяемых режима
-244-
работы с данными.
1. Иерархическая модель
Под иерархической моделью подразумевается модель, в которой

взаимоотношения между объектами представлены в виде древовидной
структуры, как показано на Рис. 4.3-1. Это обеспечивает очень естественное,
простое и понятное описание для филиала с помощью иерархического
отношения типа “один-ко-многим” Однако, иерархическая база данных может
отражать только отношение “один-ко-многим” между записью узла корня и
записью узла листа. Эта модель не позволяет описывать отношения типа
“многие-ко-многим” для записей о событиях в реальных условиях.
R1 1-я ступень: корневой узел
R2 R3 2-я ступень: средний узел
R4 R5 3-я ступень: конечный узел
Рис. 4.3-1 Структура уровней данных
2. Ячеистая модель
В ячеистой модели узел может не иметь родительских объектов или иметь более
одной пары родительских объектов. Поэтому может быть сформирована более
сложная структура сети, чем при использовании иерархической модели. Однако
ячеистая модель применяется в системах баз данных достаточно редко из-за
сложных связей между записями и неудобного обслуживания и использования.
3. Реляционная модель
-245-
Реляционная модель использует двухмерную таблицу для описания отношений

между атрибутами набора объектов и связей между наборами объектов. Это
позволяет объединить логические структуры данных в двухмерную таблицу,
которая отвечает определенным условиям. Двумерная таблица называется
отношение (“Relation”).
Данные в реляционной модели имеют монотонную структуру, используется

простой и наглядный язык для работы с данными, обеспечиваются простые и
удобные пользовательские операции и мощные функции для работы. В системе
баз данных коммутационной системы применение реляционной модели во
взаимоотношениях данных позволяет сильно упростить структуру данных и
обеспечить хорошую производительность базы данных при удобстве
эксплуатации. Таким образом, в коммутационной системе ZXJ10 используется
реляционная модель для структуры базы данных. В системе баз данных,
основанной на реляционной модели, описание различных данных выполняется с
помощью двумерной таблицы реляционной модели данных и самих данных.
Поэтому база данных является набором отношений данных, включающим
разнообразные двумерные таблицы данных. См. таблицу 4.3-1.
Таблица 4.3-1 Двумерная таблица данных
Имя Возраст Пол Место рождения

Wang Lifan 22 Мужской Nanjing
Zhang Jingcheng 30 Мужской Shanghai
Li Wanjun 27 Женский Shenzhen
Научное название двумерной таблицы – отношение (“Relation”). Одна

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

указателей. Ключевой домен является единственным доменом, который
используется для идентификации кортежа двумерного отношения. Обычно
ключевой домен может быть составлен из одного или нескольких доменов.
-246-
Запрос может быть сделан через последовательный поиск и индексный поиск.

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

управления ими применяется объектно-ориентированная модель отношений. В
соответствии с характеристиками коммутатора, данные коммутационной системы
могут быть разделены на три категории: таблица данных, индекс таблицы данных
и очередь таблицы данных. Данные каждой категории могут быть определены
как класс объектов системы. Для данных в одном классе объектов системой
проводится централизованное определение и управление. Конкретный объект
называется экземпляром данных определенного класса объектов данных. Для
каждого экземпляра данных в одном классе объектов данных, система
присваивает уникальное 16-разрядное целое число в качестве идентификатора,
который называется описателем экземпляра данных. Доступ к экземпляру
данных осуществляется через дескриптор экземпляра данных.
Одно из преимуществ использования объектно-ориентированной базы данных

заключается в том, что стабильность управления данными не изменяется с
увеличением числа экземпляров данных, что способствует стабильности
системы. Другим преимуществом является простота расширения класса объектов
данных. Различные классы объектов данных управляются независимо.
Независимость классов объектов данных гарантирует, что исходные данные
будут защищены от любого повреждения после расширения классов объектов
данных.
-247-
4.3.2 Система управления базами данных (DBMS) в ZXJ10
4.3.2.1 Особенности DMBS в ZXJ10.
Для упорядочения данных и управления ими используется объектно-

ориентированная модель отношений. Каждый объект данных составляет
отдельную секцию, с тем чтобы повысить безопасность данных.
DMBS использует структуру клиент/сервер. В абонентском терминале

применяется наглядный и легкий в использовании интерактивный графический
интерфейс.
4.3.2.2 Функции DMBS в ZXJ10.
В этом разделе приведено краткое описание управления всей базой данных в

ZXJ10, включая управление данными основной системы и данными системы
O&M.
1. Функции базы данных основной системы
Основная подсистема функционирует в каждом коммутационном модуле, части

MP в коммутационной системе, обеспечивая услуги для функционирования
коммутационной системы. Статические данные основной системы поступают из
системы O&M В соответствии с характеристиками программно-управляемой
коммутационной системы, база данных основной системы является в первую
очередь базой данных реального времени. Обычно таблица данных базы данных
реального времени постоянно находится в памяти, поэтому она также называется
резидентной базой данных. Все операции поиска отношений данных
выполняются в памяти, обеспечивая максимальную гарантию для работы в
реальном времени.
База данных основной системы является информационным центром

коммутационной системы Она обеспечивает информационную поддержку и
помощь для уровня обслуживания, уровня сигнализации, перезапуска системы,
тестирования системы и сбора статистики трафика, выполняя соответствующие
функции. При этом она осуществляет самостоятельное обслуживание базы
данных, с тем чтобы гарантировать целостность и согласованность как основной
-248-
системы и системы O&M, так и активной/резервной систем в базе данных.
Система базы данных основной системы включает в себя базу данных и

программное обеспечение базы данных.
База данных является структурированным набором соответствующих данных,

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

базы данных. Оно служит для определения, описания, работы с данными и
обслуживания данных, приема и выполнения различных запросов абонентской
программы и базы данных, а также для защиты данных от помех и повреждения.
Ядром программного обеспечения базы данных является система управления

базой данных.
В системе ZXJ10 в качестве модели данных используется реляционная модель.

Для управления данными используется модель объектно-ориентированного
управления. Управление данными базы в системе ZXJ10 наглядно
проиллюстрировано на Рис. 4.3-2.
-249-
приложениями: Представление 1 Представление 2 Представление n
Экземпляр
Экземпляр таблицы 1 Экземпляр таблицы 2 Экземпляр таблицы n
объекта
Метод Метод Метод

1 2 n
Индекс Очередь Индекс Очередь Индекс Очередь
1 1 2 2 n n
Базовый тип Объект-таблица Объект-индекс Объект-очередь

объекта
Метод Метод Метод

таблицы индекса очереди
Рис. 4.3-2 Работа управления базой данных основной системы
2. Иерархия управления данными
В соответствии с Рис. 4.3-2 управление данными может быть поделено на три

уровня.
1) Базовый тип объекта
Базовый тип объекта – это основа управления данными: Все экземпляры

объектов построены на основе соответствующего объекта базового типа. В
системе ZXJ10 базовые типы объектов можно разделить на три категории:
объект-таблица, объект-индекс и объект-очередь.
База данных отношения состоит из нескольких взаимозависимых двумерных

таблиц. Объект-таблица является объектом данных, который служит для
определения и описания особенностей и подходов к двумерной таблице.
Для ускорения поиска кортежей в двумерной таблице, необходимо установить

ключевой индекс для двумерной таблицы. Объект-индекс является объектом
-250-
данных, который служит для описания индексов различных типов и алгоритмов.
В базе данных коммутационной системы управление ресурсами выполнено в

виде очереди. Объект-очередь является типом объекта данных, соответствующим
различным формам очереди, применяемым в описательной базе данных
коммутационной системы.
Таким образом, в системе ZXJ10 определены три базовых типа объекта – объект -
двумерная таблица, объект-индекс и объект-очередь. Для каждого базового
класса объекта существует соответствующее описание свойств объекта, для того,
чтобы определить общие свойства и базовые методы объекта. Каждому
конкретному экземпляру каждого базового объекта присваивается уникальный
идентификатор, являющийся 16-ти разрядным целым числом. Это число
называется дескриптором объекта. В системе ZXJ10 два старших бита в старшем
байте дескриптора служат для описания типа объекта. Остальные 14 битов
определяют конкретный экземпляр объекта.
АОбъект - двумерная таблица.
Двумерная таблица является особым бинарным отношением. В двумерной

таблице каждый ряд называется кортежем, или записью, а каждый столбец
называется доменом, или полем. Набор записей и полей, которые могут
определить уникальную запись в двумерной таблице, составляет ключ двумерной
таблицы. Одна двумерная таблица может иметь несколько ключей, один из
которых называется первичным ключом.
B. Объект-индекс
Объект-индекс является специальным объектом для ускорения поиска в

двумерной таблице. В системе баз данных ZXJ10 определены четыре типа
индексов: Порядковый индекс. Одномерный хэш-индекс. Двумерный хэш-индекс.
Хэш-индекс случайных данных
C. Объект-очередь
При управлении ресурсами коммутационной системы необходимо использовать

очереди для упорядочения ресурсов данных для обслуживания системы. Объект-
-251-
очередь является типом объекта данных, основывающимся на двумерной

таблице. Объект-очередь всегда обслуживает конкретный объект - двумерную
таблицу. Рассмотрим в качестве примера управление ресурсами DTMF
коммутационной системы. Использование DTMF зависит от текущего времени.
Чтобы гарантировать работу поиска доступных ресурсов DTMF в реальном
времени, при управлении использованием DTMF должна применяться очередь.
Состояние использования DTMF можно разделить на три категории: ожидание,
занято и заблокировано. Система использует три очереди для управления этими
тремя категориями состояний ресурсов DTMF соответственно.
2) Экземпляр объекта
Для каждого объекта данных определены режимы данных и работы с данными.

Эти режимы данных и работы с данными могут быть непосредственно
применены к экземплярам таких объектов данных. При этом экземпляр каждого
объекта данных имеет свои уникальные режимы данных и режимы работы с
данными. Эти данные и режимы являются частными для каждого экземпляра
данных.
3) Управление приложениями
В конечном счете, основная система в базе данных ZXJ10 служит для

обеспечения интерфейсов доступа к базам данных для приложений
программного обеспечения коммутационной системы. Система обеспечивает
множество специализированных интерфейсов доступа. Программы управления
такими интерфейсами образуют уровень управления приложениями.
3. Функции O&M базы данных
Служебной частью базы данных является часть эксплуатации и техобслуживания

базы данных. Она ориентирована на обслуживающий персонал и обеспечивает
простой в использовании и безопасный интерфейс эксплуатации. Для
сопровождения служебные данные могут рассматриваться как зеркальные
данные или копия статических данных основной системы. Служебная система
построена на основе архитектуры клиент/сервер в среде SQL SERVER в
операционной системе Windows 2000/NT 4.0. См. Рис. 4.3-3
-252-
MPn
Клиент
Сервер
MP4
Клиент
MP3
Клиент
MP2
MP1 Database
Рис. 4.3-3 Работа базы данных системы O&M
Обслуживающий персонал производит обслуживание данных с помощью

графического интерфейса в терминале без требований работы в реальном
времени. Но для системы технического обслуживания базы данных необходимо
гарантировать допустимость, целостность, согласованность и безопасность
данных. После выполнения операций с данными в системе O&M для
осуществления передачи данных в основную систему может быть запущена
программа передачи данных. Основная система и система O&M соединены через
интерфейс LAN, для связи применяется протокол TCP/IP.
4.3.3 Процесс изменения данных базы данных
В процессе техобслуживания и эксплуатации можно структурно выделить две

части: подсистему O&M типа клиент/сервер с сервером в качестве центра и само
оборудование (основная система), ядром которого является процессор (MP).
Сначала в подсистеме O&M осуществляется обслуживание и изменение
большого объема данных. В итоге соответствующие измененные данные
передаются в основную систему. Процесс изменения данных базы происходит
следующим образом:
Сначала соответствующая таблица данных будет изменена системой O&M в

соответствии с требованиями пользователя. На основе операции изменения
сервер сгенерирует идентификатор изменения таблицы данных для каждой
-253-
измененный таблицы данных (здесь и далее - вариация таблицы для краткости).

Эти вариации таблицы формируют полную одиночную или множественную
операцию изменения.
После того, как изменение данных в системе O&M завершено, пользователь

может активировать программу передачи данных системы O&M для передачи
вариации таблицы на MP основной системы. Чтобы гарантировать безопасность
изменения данных, все вариации таблиц конкретного модуля могут быть сначала
переданы модулю для буферизации. Когда все вариации таблиц модуля были
успешно получены (в этот момент изменяемые данные полагаются
корректными), изменения таблиц будут переданы в память (изменение таблицы в
памяти не связано с межмодульным взаимодействием). Если невозможно
передать все вариации таблиц модулю из-за ограничений в связи, модуль не
передает полученные буферизованные данные в память. Одна модификация будет
рассматриваться, как окончательное событие для обработки.
Для незначительного пакета изменений данных возможно передать все вариации

таблиц, которые принадлежат конкретному модулю, модулю для буферизации.
Для большого объема изменений данных может потребоваться большой объем
памяти. Таким образом, практический подход состоит в сохранении вариаций
таблиц на жесткий диск модуля для буферизации. После завершения обработки
удалите эти файлы. Процесс изменения базы данных приведен на Рис. 4.3-4
DBI DBI DBI

DBI
DBI DBI
DBI
DBI
DBI
DBI
DBI
Загрузить данные, сохраненные на
Передать все вариантные таблицы в DBI
HDD, и восстановить их в таблицах
модуль и сохранить их в HDD
данных, находящихся в памяти
Рис. 4.3-4 Процедура изменения базы данных
-254-
4.3.4 Обслуживание данных
Управление данными коммутационной системы ZXJ10 включает управление

базовыми данными, управление данными сигнализации ОКС7, управление
данными V5, управление транзитным пунктом сигнализации, управление
динамическим данными, управление несколькими терминалами, резервирование
данных, передачу данных, управление журналом обслуживания и другие
операции управления данными. В свою очередь управление базовыми данными
включает следующие операции: конфигурирование данных емкости станции,
конфигурирование станции, конфигурирование физических параметров,
управление номерами, анализ номеров, управление атрибутами пользователей,
управление группами, управление соединительными линиями и осуществление
проб.
4.3.4.1 Управление базовыми данными
В этом разделе приведено описание конфигурирования соответствующих данных

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

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

сетевого оборудования этой станции и смежных станций. Конфигурация станции
-255-
включает в себя имя, тип и нумерацию станции, тип сети, в которой расположена
станция, тип пункта сигнализации, префикс для исходящих вызовов в этой сети и
коды пункта сигнализации станции для сопряжения с различными сетями.
Конфигурация смежной станции также включает в себя тип сети смежной
станции, код пункта сигнализации, номер станции, код зоны, тип станции, тип
пункта сигнализации и режим соединения.
3. Конфигурирование физических параметров
В коммутационной системе ZXJ10, как в любой другой станции, также

необходимо описывать внутренние отношения в конфигурации. Эти отношения
описывают соединения коммутационного оборудования между собой для
образования станции, описывают соединения со смежными станциями,
приводится список оборудования, из которого состоят коммутационный модуль,
описываются коммутационные блоки и сеть коммутации. Так как
коммутационная система ZXJ10 состоит из нескольких коммутационных
модулей, соединенных друг с другом, эти отношения также описывают: какие
модули должны быть сконфигурированы, как модули соединены между собой,
типы коммутационных модулей и т.п.
Далее приводится описание для данных конфигурации коммутационной

системы, данных конфигурации коммутационного модуля, выделения ресурсов
сети коммутации в модуле, коммуникационного порта и блока в модуле, объекта
данных субблока, объекта канала оборудования и ресурсов тональных сигналов в
модуле, соответственно.
1) Данные конфигурации коммутационной системы
Данные конфигурации коммутационной системы включают в себя вид платы,

монтаж и конфигурацию статива, подстатива и слотов.
2) Данные конфигурации коммутационного модуля
Данные конфигурации коммутационного модуля включают в себя конфигурацию

коммутационного модуля и информацию о соединениях между коммутационным
модулем и другими коммутационными модулями в ZXJ10. Существует
множество различных коммутационных модулей. Данные конфигурации
-256-
коммутационного модуля описывают тип коммутационного модуля, информацию

о сетевых соединениях коммутационной системы и конфигурацию
межмодульного коммуникационного порта.
Коммутационная система ZXJ10 может состоять из нескольких коммутационных

модулей, которые могут быть классифицированы следующим образом:
A. ZXJ10 SNM: Модуль сети коммутации 8K
B. ZXJ10 16K SNM: Модуль сети коммутации 16K
C. ZXJ10 32K SNM: Модуль сети коммутации 32K
D. ZXJ10 64K SNM: Модуль сети коммутации 64K
E. ZXJ10 MSM: Модуль коммутации сообщений
F. ZXJ10 OMM: Модуль эксплуатации и технического обслуживания
G. ZXJ10 PSM: Модуль периферийной коммутации
H. ZXJ10 RSM: Удаленный коммутационный модуль.
I. ZXJ10 PSM4C: Модуль периферийной коммутации 4C (4K)
J. ZXJ10 compact RSM4C: Модуль удаленной коммутации 4C (4K)
K. Модуль голосового почтового ящика ZXJ10
L. Интеллектуальная консоль управления трафиком ZXJ10
3) Распределение ресурсов коммутационного поля в модуле.
Ресурсы временных интервалов двух смежных коммутационных модулей

соответствуют полупостоянным соединениям один к одному. Полупостоянные
соединения широко используются из-за своей надежности и простоты. Такие
ресурсы являются частью ресурсов модуля сети коммутации. Ресурсы модуля
сети коммутации формируют коммутационный центр всего модуля. Отношения
данных описывают отношения распределения ресурсов коммутационного поля
pHW (аппаратура в физических терминах) в коммутационном поле. Эти
-257-
отношения полностью независимы в каждом модуле. Для канала pHW, который

соединяет голосовые каналы между модулями, к нескольким коммутационным
модулям может быть подключен 8M канал pHW Некоторые временные
интервалы pHW используются как особые каналы для связи процессоров
модулей и процессоров блоков, в то время, как некоторые временные интервалы
pHW остаются неиспользованными.
Примечание: В коммутационной системе ZXJ10 существуют два типа

каналов pHW: 2 Мбит/с и 8 Мбит/с. То есть, существуют связи
демультиплексирования/мультиплексирования между физическим 8 Мбит/с
и 2 Мбит/с pHW сети коммутации порта E1 цифровых соединительных
линий. Поэтому все каналы HW в определении данных подразумеваются
каналами HW 2 Мбит/c. Что касается каналов pHW 8Мбит/с, один
физический канал pHW 8 Мбит/с может быть логически представлен как
четыре канала HW 2 Мбит/c. В этом смысле все каналы HW, вовлеченные в
таблицы отношений базы данных подразумеваются логическими каналами
HW 2 Мбит/с. Физический канал HW обозначается как pHW.
4) Внутримодульный коммуникационный порт и блок.
Во всех модулях коммутационной системы ZXJ10 процессоры модуля должны

автоматически взаимодействовать со всеми блоками в модулях. В каждом блока
существуют два процессора, которые функционируют как активный и резервный.
Канал связи между процессором блока и процессором модуля представлен
коммуникационным портом.
Все внутримодульные коммуникационные порты в модуле нумеруются

последовательно и называются внутримодульными коммуникационными
портами, которые идентифицируются как PORT, PORT=1, 2, 3, … , 128.
Все коммутационные блоки в модуле нумеруются последовательно и называются

номерами блоков, которые идентифицируются как:
UNIT, UNIT=1, 2, 3, ..., 128. Соответствующие взаимоотношения между UNIT и

HW достигаются при помощи “hwset”, которая определена как пучок звеньев HW
коммутационного поля, совместно используемых несколькими блоками.
-258-
Отношения данных описывают состояние конкретного порта в модуле, номер

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

ZXJ10 имеет разное значение для различных типов плат каналов.
Для платы цифровых соединительных линий (DT), каждая система PCM (линия
PCM) в плате называется субблоком. Субблоки в блоке нумеруются
последовательно. Для платы DT в коммутационной системе ZXJ10 номера
субблоков - (1, 2, 3, 4).
Для платы нескольких цифровых соединительных линий (MDT), каждая система

PCM (линия PCM) в плате также называется субблоком. Субблоки в блоке
нумеруются последовательно. Для платы MDT в коммутационной системе ZXJ10
номера субблоков (1, 2, 3, …16), всего 16 субблоков.
Для плат аналоговых соединительных линий (AT), аналоговых абонентских плат

ASLC и FSLC и цифровых абонентских плат DSLC, DTMF, MFC и TSLC одна
плата называется субблоком. Субблоки в блоке нумеруются последовательно (1,2,
…, n).
Для платы ASIG. каждый процессор DSP в плате называется субблоком. Каждый
субблок DSP может независимо выполнять функции DTMF, MFC, TONE, CID и
CONF. В коммутационной системе ZXJ10 также существует микросхема
конференц-связи на плате ASIG.. Она поддерживает функцию конференц-связи с
помощью перемычки. Микросхема конференц-связи также называется
субблоком.
Отношения данных описывают все типы субблоков, а также категорию и номера

некоторых субблоков в блоке.
6) Объект – канальное оборудование
В коммутационном модуле существуют различные аппаратные платы. Таким
-259-
образом существуют различные объекты канального оборудования. Объекты –

канальное оборудование, входящие в данные основной системы, включают в себя
канал абонентской линии (SLC), канал соединительной линии, двухтональный
мультичастотный канал (DTMF), мультичастотный взаимоконтролируемый
регистровый канал (MFC), канал тестирования абонентской линии (MTT) и т.п.
Отношения данных описывают атрибуты таких объектов аппаратных схем.
7) Внутримодульные ресурсы тональных сигналов.
С одним коммутационным модулем коммутационной системы ZXJ10 может

поставляться несколько плат тональных сигналов. Каждая плата тональных
сигналов является блоком тональных сигналов, который поставляется в
конфигурации активный/резервный. Каждая плата тональных сигналов
соединена с сетью коммутации через 8 Мбит/с канал HW. На плате процессор
DSP и процессор блока служат для управления тональными сигналами и
воспроизведения голосовой информации. Для воспроизведения тонального или
голосового сигнала требуется один коммутационный временной интервал 64
Кбит/с. Тональные сигналы или голосовые сигналы могут быть
классифицированы на два типа: Первый тип - широковещательные тональные
сигналы, другой – комбинационные тональные сигналы. Один
широковещательный тональный сигнал может быть совместно использован
несколькими абонентами, в то время, как комбинационный сигнал может быть
занят только одним конкретным абонентом.
Запись целого блока тональных сигналов классифицируется исключительно в

зависимости от услуг. Услуги подразделяются на базовые услуги,
интеллектуальные услуги сети типа 1, интеллектуальные услуги сети типа 2 и
многие другие. Все голосовые (или тональные) сигналы, требуемые каждым
классом услуг, включены в субблок тональных сигналов.
4. Управление нумерацией
Распределение ресурсов местных номеров включает в себя данные,

описывающие коды станции, отношения распределения модулей для местных
сотенных абонентских групп, и распределение местных абонентских номеров.
-260-
1) Данные описания кода станции
В коммутационной системе ZXJ10 все коды местной станции нумеруются

последовательно и называются собственными кодами станции (NOC) в диапазоне
(1, 2, 3,…), и номера местной станции однозначно соответствуют NOC. Длина
номера местной станции, которой соответствует NOC, установлена. Данные
описания NOC определяют отношения между NOC и номером местной станции и
такие данные, как длина номера местной станции.
2) Отношения распределения модуля для сотенных групп местных абонентских

номеров.
Эта функция описывает соответствующие отношения между сотенной группой

абонентских номеров и коммутационным модулем.
3) Распределение местных абонентских номеров.
Распределение описывает соответствующие отношения между абонентским

номером и номером модуля, которому принадлежит номер назначенной
абонентской линии. Подробная информация приведена ниже.
Когда один местный абонент звонит другому местному абоненту, система должна
определить порт абонентской линии вызываемого абонента в соответствии с
номером вызываемого абонента. В коммутационной системе ZXJ10 для
определения номера порта абонентской линии необходимо два шага. Во-первых,
необходимо определить номер коммутационного модуля, назначенного
абонентскому номеру, и, во-вторых, определить номер порта абонентской линии.
Давайте рассмотрим первый шаг – определение номера модуля, назначенного

абонентскому номеру, в соответствии с абонентским номером. В коммутационной
системе ZXJ10 номер модуля, назначенного абонентскому номеру, соответствует
сотенной группе абонентских номеров. Одна сотенная группа абонентских
номеров соответствует тысячному номеру абонента или сотенному номеру
абонента по отношению к конкретному коду местной станции. Если тысячного
или сотенного номера не существует, то группой абонентского номера считается
группа 0. Отношения распределения модулей сотенных групп местных
абонентских номеров описывают отношения распределения модулей сотенных
-261-
групп местных абонентских номеров. Отношения могут полностью

дублироваться внутри модулей коммутационной системы ZXJ10.
Во-вторых, сотенная группа абонентских номеров полностью размещена в одном

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

В телефонной сети адресом абонентской сети является телефонный номер.
Анализ номера в основном используется для определения адресации в сети и
режима обработки услуг, который соответствует конкретному потоку номеров.
Коммутационная система ZXJ10 использует семь типов анализаторов номеров.

Анализатор номеров новой услуги (дополнительной услуги) , анализатор номеров
CENTREX, анализатор частной сети, анализатор номеров специальных услуг,
анализатор номеров местной сети, анализатор номеров услуги междугородних
национальных вызовов и анализатор номеров услуги международных вызовов.
Для селектора анализа данного номера, номер проходит через анализаторы,
определенные селектором в фиксированном порядке. Анализаторы выполняют
анализ номера строго по порядку.
6. Изменение номера
В процессе работы коммутационной системе часто необходимо менять

абонентские номера или перемещать абонентские линии. Изменение номера
обеспечивает такие функции.
Коммутационная система ZXJ10 обеспечивает следующие функции: изменение

номера абонентской линии, перемещение линии абонентского номера и номер
нескольких абонентов. Когда изменяется номер для абонентской линии, может
быть обеспечено несколько методов извещения об изменении номера по выбору
-262-
абонента. Могут быть использованы следующие методы: воспроизведение

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

изменения номера для удобства запроса другими абонентами.
7. Абонентские атрибуты
Управление абонентскими атрибутами в основном подразумевает под собой

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

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

ограничений на входящие или исходящие вызовы абонента, а также установку
различных ограничений полномочий на входящие или исходящие вызовы
абонентов с задолженностями.
Когда номер абонента является номером абонента ISDN, отношения данных

показывают информацию об атрибутах предварительно заказанных
дополнительных услуг этого номера ISDN. Атрибуты абонентов ISDN
подразделяются на два типа: атрибуты номера абонента ISDN и атрибуты порта
абонента ISDN. Первый определяет базовые атрибуты номера абонента ISDN,
полномочия вызовов и услуги номера абонента ISDN, второй тип определяет
услуги порта ISDN.
-263-
8. Данные о группе абонентов
Под группой абонентов коммутационной системы ZXJ10 подразумевается

группа, состоящая из нескольких местных абонентов коммутационной системы,
включая группу PABXG-PABX, группу многолинейного искания MHLG, бизнес
группу CENTREX и абонента ISDN-PRA (группа ISPBX).
Единый номер абонентской группы во всей станции называется номером группы.

Одна группа абонентов может “охватывать” несколько коммутационных модулей.
Обычно номер MHLG, используемый для специальных услуг, равен значению
номера специальной услуги. Например, номер MHLG специальной услуги для
сигнализации о пожаре – 119, а для сигнализации о взломе – 110. (В Китае)
Для некоторых групп специальных услуг, например, 119 для сигнализации о

пожаре или 110 для сигнализации о взломе, соединение должно быть
гарантировано, даже если межмодульная связь отсутствует. Таким образом, в
коммутационной системе ZXJ10 отношения данных временной консоли
управления трафиком специально разработаны для группы специальных услуг.
Когда абонент набирает 119 или 110, и абонент группы специальных услуг может
быть найден в модулях (обычно в результате прерывания межмодульной связи),
абонент будет соединен с группой специальных услуг временной консоли
управления трафиком в модуле.
Отношения данных управления группой включают в себя отношения данных

группы абонентов, отношения данных модуля распределения сотенной группы,
отношения распределения внутреннего номера, данные отношения абонентов.
A. Отношения данных группы абонентов описывают данные о каждой группе

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

модуль распределения сотенных групп внутренних номеров в частную бизнес
группу (BG).
C. Отношения распределения внутренних номеров определяют абонентскую

линию в зависимости от внутреннего номера конкретной бизнес-группы.
-264-
D.Данные отношений абонентов определяют местный номер в соответствии с

внутренним номером и уникальными атрибутами услуг поддержки
внутреннего абонента.
В бизнес группе, когда внутренний абонент А вызывает внутреннего абонента B,

коммутационная система в соответствии с внутренним номером абонента B
должна определить номер модуля, в котором расположен абонент B и
абонентскую линию, соответствующую абоненту B. Это задача распределения
внутренних номеров в бизнес-группе. В коммутационной системе ZXJ10 метод,
аналогичный управлению номерами, применяется в программном обеспечении
для определения распределения внутренних номеров в бизнес-группе.
Как указано выше, система ZXJ10 при помощи отношений данных модуля
распределения сотенных групп описывает номер модуля установки сотенной
группы в расширении бизнес-группы для определения первого шага к номеру
абонентской линии расширения бизнес-группы. Затем в коммутационном модуле,
определенном на основании отношения данных модуля распределения сотенных
групп, на основании отношений распределения внутренних номеров
определяется соответствующее отношение внутреннего номера и абонентской
линии. Если номер по каким-то причинам передается на другие модули, то
номера модуля и абонентской линии, на которые передан номер должны быть
индицированы.
9. Управление соединительными линиями
В коммутационной системе ZXJ10, все исходящие пути кода адресата

идентифицируются группой звеньев маршрутизации. В каждой группе звеньев
маршрутизации, существует 20 исходящих звеньев маршрутизации. Каждое
исходящее звено маршрутизации включает в себя 12 групп маршрутизации,
которые называются Группа Маршрутизации 1, Группа Маршрутизации 2, …
Группа Маршрутизации 12. Каждая группа маршрутизации состоит из
нескольких маршрутов. Каждый маршрут соответствует пучку соединительных
линий, что гарантирует независимость характеристик маршрутизации для разных
пучков соединительных линий. Трафик распределяется по пучкам
соединительных линий одной группы маршрутизации. Отношения между
группой звеньев маршрутизации, исходящими звеньями маршрутизации, группой
-265-
исходящих звеньев маршрутизации, исходящей группой маршрутизации и

пучком соединительных линий приведены на Рис. 4.3-5.
Пучок звеньев
сигнальных маршрутов
Маршрут
1 20
Звено маршрутизации Пучок

соединительных линий
1 12
Пучок сигнальных
маршрутов
1 n
Рис. 4.3-5 Иллюстрация маршрутизации
Исходящее динамическое звено маршрутизации является звеном маршрутизации,

которое изменяется с течением времени. Коммутационная система ZXJ10
позволяет маршруту изменяться на недельной основе, но не более, чем три раза в
день. Время исчисляется в часах и минутах и представляется, как натуральное
число. Время = количество часов*100+ количество минут. Интервал значений
количества часов 0~23, то есть 24 часа в сутки. Интервал количества минут –
0~59, то есть 60 минут в часе.
Одна исходящая группа маршрутизации является группой маршрутов на одном

уровне. Каждый маршрут соответствует одному пучку соединительных линий.
Каждая группа маршрутизации состоит из нескольких маршрутов. Данные
группы маршрутизации описывают отношения между группой маршрутизации и
элементами группы маршрутизации. Элемент группы маршрутизации включает
максимум 12 маршрутов, один за другим. Номер маршрута может быть повторен
для реализации сбалансированной нагрузки.
-266-
Пучок соединительных линий соответствует группе каналов между одним

коммутационным модулем коммутационной системы ZXJ10 и смежной
телефонной станцией, которые согласовали свойства каналов, характеристики
распределения каналов и выбор каналов между станциями. Один пучок
соединительных линий заключен в одном коммутационном модуле. Пучки
соединительных линий в коммутационном модуле нумеруются последовательно в
диапазоне 1, 2, …, 250. В коммутационном модуле количество пучков
соединительных линий может достигать 250. Для различных коммутационных
модулей их пучки соединительных линий нумеруются независимо друг от друга.
Целью такой организации является упрощение управления пучками
соединительных линий. Благодаря использованию данных маршрутизации можно
обеспечить гибкость управления пучками соединительных линий, чтобы нагрузка
могла была быть разделена по соединительным линиям в одной схеме
маршрутизации.
10. Пробы
Пробы используются для запроса таблиц данных основной системы и системы

O&M с терминала O&M. Запрашивается файл ZDB и универсальные ресурсы, и в
то же время предоставляются средства обработки данных.
Универсальные ресурсы в основном включают DTMF, MFC, CID, TONE, TRUNK

и другие. Пробы могут быть использованы для наблюдения за связанными
ресурсами: заняты ли они, находятся в состоянии простоя или заблокированы.
Средства обработки данных в основном обеспечивают преобразование

физических временных интервалов в логические, и наоборот. Эти средства также
могут быть использованы для наблюдения за межмодульными временными
интервалами: заняты ли они, находятся в состоянии простоя или заблокированы.
4.3.4.2 Управление данными ОКС7
В коммутационной системе ZXJ10, система общеканальной сигнализации

существует совместно с сигнализацией по выделенным каналам. Коды пунктов
сигнализации, 14 и 24, распознаются автоматически. Цифровая соединительная
линия (DTC) соединена с платой COMM через полупостоянное соединение для
-267-
выполнения функций первого уровня MTP. В плате COMM CPU обрабатывает

восемь звеньев сигнализации 64 кб/c для выполнения функций второго уровня
MTP. Плата COMM передает последующую обработку MSU процессорам
модулей, которые выполняют функции третьего уровня и функцию TUP/ISUP в
MTP.
Вызовы между телефонными станциями выполняются через канал сигнализации.

Для сигнализации по выделенному каналу, канал сигнализации должен быть
всегда в той же группе маршрутизации, что и голосовой канал. Для
общеканальной сигнализации, канал сигнализации и голосовой канал физически
и логически независимы. Отдельный канал между двумя телефонными
станциями с прямым звеном сигнализации называется звеном сигнализации. Все
звенья сигнализации прямой связи между двумя телефонными станциями
формируют группу звеньев сигнализации.
В коммутационной системе ZXJ10 под статическими данными системы

общеканальной сигнализации подразумеваются данные конфигурации звеньев
сигнализации, данные группы звеньев сигнализации, данные маршрутизации
сигнализации, данные кластерной сигнализации, данные станционных
направлений сигнализации и данные системы PCM между местной станцией и
смежной станцией. Для конкретного пункта назначения сигнализации,
коммутационная система предоставляет четыре уровня маршрутов на выбор. Это
прямой маршрут, обходной маршрут 1, обходной маршрут 2 и обходной маршрут
3. Маршрут на каждом уровне состоит из нескольких групп звеньев, все звенья
сигнализации на одном уровне маршрута работают в режиме разделения
нагрузки. Коммутационная система выбирает звено сигнализации в зависимости
от идентификационного кода голосового канала (CIC) между местной станцией и
станцией назначения, а также в зависимости от станционного направления.
Данные сигнализации станционного направления обеспечивают связь между
станционным направлением и маршрутом сигнализации.
Каждый маршрут включает в себя две группы звеньев сигнализации. Группа

звеньев сигнализации является набором звеньев сигнализации между двумя
пунктами сигнализации. Маршруты сигнализации нумеруются как 1, 2, 3, …, 256.
Один маршрут состоит из звеньев не более чем двух групп звеньев сигнализации.
Данные маршрутизации сигнализации описывают связи между маршрутами
-268-
сигнализации и звеньями сигнализации, которые составляют маршрут

сигнализации. Количество звеньев сигнализации, доступных для создания
маршрута сигнализации, может быть менее 16. В этом случае необходимо
устранить пробелы и выстроить звенья в порядке, основанном на требованиях
сети сигнализации, чтобы получилось 16 звеньев, например (1, 2, 3, 4, 2, 3, 4, 1, 3,
4, 1, 2, 4, 1, 2, 3).
Группа звеньев сигнализации является набором звеньев сигнализации,

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

сигнализации. Одно звено сигнализации в коммутационной системе ZXJ10
является каналом сигнализации, подсоединенным к смежной телефонной
станции через соединительные линии. Это канал в коммуникационной плате
конкретного коммутационного модуля, который подсоединен к конкретным
соединительным линиям в коммутационном модуле через коммутационное поле.
Задав два параметра, которые необходимы для звена сигнализации в
коммутационной системе ZXJ10: звено сигнализации в плате сигнализации,
подсоединенное к временному интервалу (lnkTLN) коммутационного поля и
номер исходящей соединительной линии (trkSLN), соединение между двумя
каналами образует путь от платы сигнализации коммутационного модуля к плате
исходящих соединительных линий. Функции пути, как звена сигнализации
ОКС7. Несколько звеньев сигнализации между телефонной станцией ZXJ10 и
смежными станциями формируют группу звеньев сигнализации, поэтому группа
звеньев сигнализации является характеристикой станционного направления.
Звено сигнализации обязательно является элементом группы звеньев
сигнализации. В коммутационной системе ZXJ10 звенья сигнализации
кодируются в режиме глобальных заголовков. Один модуль может обеспечить до
48 звеньев сигнализации. Данные звена сигнализации служат для описания
атрибутов звена сигнализации.
-269-
4.3.4.3 Управление данными V5
Система ZXJ10 поддерживает технические спецификации интерфейса V5 сети

доступа, включая интерфейсы V5.1 и V5.2. Данные V5 в системе ZXJ10
удовлетворяют и стандарту V5.1, и стандарту V5.2. Все отношения данных V5
поддерживают оба стандарта интерфейсов одновременно. Это обстоятельство
необходимо учесть при конфигурировании интерфейса V5.
Один интерфейс V5 (V5.1 или V5.2) должен быть целиком смонтирован в одном
модуле.
Один модуль может быть сконфигурирован с максимум 24 интерфейсами V5.
Отношения данных V5 включат в себя: отношения данных интерфейса V5,

отношения физических каналов V5, отношения абонентов PSTN в V5, отношения
интерфейсов ISDN BRI и PRI в V5, соединение между интерфейсами ISDN PRI и
BRI в V5, данные физического канала 64 кбит/с V5, данные физического канала
V5, данные канала связи V5, отношения между адресной оболочкой V5 и
логическим каналом связи, а также отношения преобразования порта абонента
ISDN.
1. Отношения данных интерфейса V5
Эти отношения описывают тип интерфейса (V5.1 или V5.2) V5 в

коммутационном модуле коммутационной системы ZXJ10, идентификатор
интерфейса и конфигурацию логических каналов C, а также конфигурацию
физического канала 2,048 кбит/с в интерфейсе V5.
2. Отношение физических каналов V5
Один интерфейс V5 может включать один или несколько (максимум 16)

физических каналов 2,048 кбит/с, которые называются звеньями V5. Одно звено
V5 состоит из 32-х физических каналов 64 кбит/c. В зависимости от типа
передаваемых сообщений физические каналы V5 могут быть классифицированы
на два типа: физические голосовые каналы и физические каналы связи.
Отношения физических звеньев интерфейса V5 описывают физические каналы
внутри интерфейса V5, соответствующие интерфейсы V5, уровни звеньев, блоки
-270-
соединительных линий (DT) и субблоки, соответствующие физическому каналу

V5.
3. Отношения абонентов PSTN интерфейса V5
Интерфейс V5 используют порт абонента PSTN и порт абонента ISDN. В

интерфейсе V5 для идентификации абонентов PSTN может быть использована
обычная пара номеров (v5id, L3addr). Для идентификации абонентов ISDN также
может использоваться обычная пара номеров (v5id, Efaddr). Отношения
абонентов PSTN служат для описания абонентов PSTN интерфейса V5.
4. Отношения между интерфейсами ISDN BRI и PRI интерфейса V5.
Эти отношения описывают атрибуты каждого интерфейса U, который

подсоединен к коммутационной системе через V5. Каждый интерфейс U
идентифицируется переменными V5 id и EF addr.
5. Отношения соединений между интерфейсами ISDN BRI и PRI интерфейса V5.
Эти отношения описывают отношения связи несущего канала, занятого каналом

B, подсоединенным к коммутационной системе через интерфейс V5.
6. Данные физического канала 64 кбит/с интерфейса V5.
Каждая линия связи V5 интерфейса V5 включает 32 физических канала 64 кбит/с,

которые нумеруются TS0~TS31. Идентификация этих каналов осуществляется
натуральным числом от 0 до 31. Все временные интервалы, отличные от TS0,
могут функционировать как несущие каналы речевой информации (канал
передачи речевых данных) или как физические каналы связи интерфейса V5
(физический канал C). Физическими каналами связи могут быть только TS16,
TS15 или TS31. Отношения данных описывают распределение интервалов
времени всех звеньев V5 в коммутационных модулях системы ZXJ10.
7. Данные физического канала связи интерфейса V5.
Аналогично звеньям сигнализации системы ОКС7, для интерфейса V5 также

используются каналы связи с полупостоянным соединением, устанавливаемые
через процедуру назначения. В коммутационной системе ZXJ10 каждый
-271-
физический канал C в модуле идентифицируется кортежем (v5id, v5link, v5ts). В

интерфейсе V5 каждый путь C сначала назначается логическому каналу C, а
затем отображается в физический канал C для осуществления связи на тех же
уровнях. Один логический канал C интерфейса V5 может быть назначен
максимум 5-ти путям C. Это следующие пути:
1) Сигнализация PSTN
2) Протокол управления
3) Протокол BCC
4) Протокол защиты
5) Протокол управления каналом передачи данных.
8. Отношения между адресной оболочкой и логическим каналом C.
Атрибут EFaddr (Адрес функции оболочки) интерфейса V5 является 13-ти

битным натуральным числом. Различные значения этого атрибута имеют
различный смысл. Спецификация протокола V5 такова:
A. Значения 0~8175 атрибута EFaddr представляют номер порта абонента ISDN
B. Значение 8176 атрибута Efaddr представляет сигнализацию PSTN.
C. Значение 8 177 атрибута Efaddr представляет протокол управления.
E Значение 8 178 атрибута EFaddr представляет протокол BCC.
F. Значение 8 179 атрибута EFaddr представляет протокол защиты.
G Значение 8 180 атрибута EFaddr представляет протокол управления каналом

передачи данных.
Пункты 2), 3), 4), 5), 6), перечисленные выше соответствуют адресу LAPV5-DL.
Каждый LAPV5-DL отображается в логический канал C. Для пользователей ISDN
каждому порту ISDN необходимо назначить уникальный идентификатор EFaddr.
В каждом абонентском порту ISDN данные типа DS, данные типа f и данные типа
-272-
p могут быть независимо отображены в логический канал C. Таким образом,

сообщения ISDN могут быть распределены среди различных каналов передачи
сообщений.
Сначала система ZXJ10 отображает EFaddr и типы данных абонентского порта

ISDN в переменную адресной оболочки интерфейса V5 – v5ef. Затем переменная
v5ef будет отображена в логический канал C.
Отношения данных описывают отношения отображения v5ef в логический канал

C. Поле переменной v5ef называется номером группы v5EF, представляя номер
группы абонентских портов ISDN и пять протоколов, перечисленных в пунктах
2) – 6).
Отношения преобразования адресных оболочек абонентских портов ISDN.
Для каждого абонентского порта ISDN, данные типа DS, данные типа f и данные
типа p могут быть независимо отображены в логический канал связи. Здесь
используется метод отображения сегментов. Для EFaddr, адресной оболочки
абонентского порта ISDN, диапазон выбора значения [0, 8175] разделяется на 16
сегментов, которые могут быть различными по длине. Комбинация EFaddr и
соответствующего ему типа данных в каждом сегменте отображается в
логический канал C. Изменяя правила разделения на сегменты, пользователь
может отображать различные порты в различные логические каналы C.
4.3.4.4 Управление транзитным пунктом сигнализации (STP)
При функционировании в качестве STP система ZXJ10 обеспечивает

возможность гибкой и полнофункциональной фильтрации. Функция фильтрации
STP служит для реализации строгих ограничений на доступ к функциям STP
между различными сетями. Необходимо гарантировать, что операторы
ограничивают свои средства и услуги только для использования
авторизованными абонентами сети, а также необходимо предотвратить
некорректную передачу сообщений в сети сигнализации. Эта функция также
может быть использована для “поглощения” недействительных сообщений для
избежания возникновения петель сигнализации и повышения безопасности сети
сигнализации. Функция фильтрации позволяет операторам управлять
-273-
использованием сетевых ресурсов абонентами другой сети. Таким образом,

операторы могут гарантировать, что их услуги и средства доступны только для
авторизованных абонентов сети.
Функция фильтрации, обеспечиваемая STP ZXJ10, включает фильтрацию MTP и

фильтрацию SCCP.
Фильтрация MTP содержит комбинацию ограничений или полномочий на основе

OPC или DPC, ограничения или полномочия на базе SIO и HOH1 и ограничения
или полномочия на основе групп линий. Однако непосредственно для самой
коммутационной системы, все эти функции нацелены на направления смежных
станций, включая прямое соединение и квазипрямое соединение.
Фильтрация SCCP устанавливает ограничения или полномочия на основе адреса

вызывающей стороны (OPC+SSN), ограничения или полномочия на основе
адреса вызываемой стороны (DPC+SSN) и ограничения или полномочия на
основе GT.
Таблица описания функции фильтрации MTP и таблица описания функции SCCP

соответственно описывают перечисленные выше отношения.
4.3.4.5 Управление динамическими данными
Управление динамическими данными обеспечивает терминал системы O&M с

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

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

подключения абонента или канала, управление интерфейсом V5 и ОКС7,
-274-
управление новыми услугами и другие виды управления с помощью команд.

Установление полупостоянного соединения включает в себя установление
обычного абонентского полупостоянного подключения и установление
полупостоянного подключения абонента ISDN. Управление интерфейсом V5 и
ОКС7 является управлением с помощью некоторыми командами человеко-
машинного интерфейса для V5 и ОКС7. Управление новыми услугами
подразумевает под собой активацию/деактивацию и запрос новых услуг.
Управление прочими командами включает в себя вызов по выбранным
соединительным линиям, команды данных MP основной системы, команды DDN
и мониторинг соединительных линий и абонентов на основе заданной
классификации.
Управление динамическими данными в основном состоит из следующих частей:
1. Наблюдение за динамическими данными;
2. Наблюдение за состоянием соединения
3. Управление полупостоянным соединением
4. Управление V5
5. Управление ОКС7
6. Новые услуги
7. Прочие команды
4.3.4.6 Резервирование данных
Для нормального функционирования коммутационной системы необходимы

различные таблицы данных. Таким образом, чтобы гарантировать безопасность
данных в коммутационной системе, данные могу быть сохранены в виде файла
для резервирования в коммутационной системе ZXJ10.
Коммутационная система ZXJ10 предоставляет четыре типа резервирования баз

данных:
-275-
1. Генерация файла SQL для резервирования базы данных.
2. Восстановление базы данных из файла SQL.
3. Генерация файла ZDB заданной таблицы.
4. Генерация файла ZDB базовой таблицы.
Если абоненту необходимо изменить конфигурацию коммутационной системы во

время ввода в эксплуатацию или расширения, то в целях безопасности должно
быть произведено резервирование исходных данных коммутационной системы.
Затем может быть произведено изменение конфигурации. Если возникнет
ошибка, возможно восстановление исходных данных коммутационной системы.
Коммутационная система ZXJ10 также предоставляет установки для

автоматического резервирования данных. Используя эти установки, система
автоматически производит резервирование данных системы O&M.
4.3.4.7 Передача данных
Управление и сопровождение данных коммутационной системы ZXJ10 состоит

из двух частей: подсистема O&M со структурой Клиент/Сервер с сервером, в
качестве центра, и основная подсистема с MP в качестве ядра. Обслуживание и
изменение большого количества данных выполняется из подсистемы O&M и
происходит только в сервере баз данных системы O&M, и эти изменения не
вступят в силу до тех пор, пока они не будут переданы в основную подсистему.
Поэтому, когда коммутационная система используется в опытной эксплуатации

или производится изменение данных, персонал по эксплуатации и техническому
обслуживанию станции должен сначала сконфигурировать данные
коммутационной системы через программу O&M. После того, как данные
прошли проверку, должна быть активирована программа передачи данных с
сервера баз данных O&M в основную систему.
4.3.4.8 Управление прочими данными
Управление прочими данными системы ZXJ10 включает в себя: обслуживание
-276-
причин сброса вызова, обслуживание таблицы тональных сигналов, установки

тарификации частной сети, составление отчетов и запросов, функция
белых/черных списков, конфигурирование системы автоматического
распределения вызовов (ACDS), тест команд NM, конфигурирование
аутентификации и другие опции.
Функция обслуживания причины сброса вызова главным образом обеспечивает

редактирование таблиц ICP, KB и KD сигнализации CAS.
Таблица сопровождения таблицы тональных сигналов в основном обеспечивает

редактирование элементов тональных сигналов, тональных сигналов услуг,
тональных сигналов интеллектуальных услуг, ключей интеллектуальных услуг и
класса тональных сигналов услуг в плате тональных сигналов.
Функция отчета и запроса в основном используется для запроса данных системы

O&M в коммутационной системе и для запроса или печати системных отчетов.
Функция черных/белых списков определяет черный список и белый список

местной телефонной станции. Черные и белые списки включают и вызываемую и
вызывающую сторону. По этим спискам может быть обеспечена
комбинированная установка для полномочий пользователя.
Конфигурирование ACDS подразумевает под собой конфигурацию встроенной

ACDS и супер интеллектуальной консоли управления трафиком в
коммутационной системе ZXJ10, включая конфигурирование агента, группы
услуг, оператора и ACDS.
Конфигурирование аутентификации в основном используется для установления

полномочий пользователя между различными типами сетей в процессе
внутреннего соединения и передачи вызова.
Прочие опции включают установку сигнализации о взломе – 110 и сигнализации

о пожаре – 119 для удаленных абонентов, установку параметров PP, установку
таблицы информации о станции, управление усилением аналоговой телефонной
станции, установку типа сигнала о вызове и установку значений порогов
использования ресурсов.
-277-
4.3.4.9 Управление регистрацией команд технического обслуживания
Для облегчения эксплуатации и управления коммутационной системой,

коммутационная система ZXJ10 обеспечивает функцию регистрации команд
технического обслуживания. Эта функция позволяет автоматически записывать
действия, выполненные оператором, для запроса персоналом управления в случае
необходимости. В базе данных регистрации описаны имя оператора, содержание
действий и время действий.
Содержание журнала регистрации может быть сохранено в текстовом файле.
-278-
5 Сигнализация по выделенному каналу
(CAS) и обработка вызовов
5.1 Введение в сигнализацию по выделенному каналу
Помимо китайской CAS, система ZXJ10 поддерживает международную

сигнализацию по выделенному каналу, такую как R1, R2 и №5. В этой главе
описаны общие принципы сигнализации R1, R2 и №5. В разделе 5.2 в основном
описана сигнализация по выделенному каналу R2, а в разделе 5.3 приведены
общие принципы китайской CAS.
5.1.1 Сигнализация R1
Эталонный стандарт: Рекомендации ITU-T серии Q300: Q 311;Q322, Q323 и т. д.
Сигнализация R1 включает в себя линейную сигнализацию и регистровую

сигнализацию.
Для линейной сигнализации R1 используются одночастотные сигналы 2600 Гц,

перечисленные в таблице 5.1-1.
-279-
Таблица 5.1-1 Линейные сигналы сигнализации R1
Состояние сигнала Направление Длительность передачи Состояние Состояние

сигнала передаваемого передаваемого
сигнала (исходящая сигнала (входящая
сторона) сторона)
Свободно → Непрерывный сигнал 0 0
Занятие → Непрерывный сигнал 1 0
Задержка набора ← Импульсный сигнал 1 1

номера (≥ 140 мс)
Начало набора ← Импульсный сигнал 1 0

номера (приступить (≥ 140 мс)
к передаче)
Ответ ← Непрерывный сигнал 1 1
Отбой ← Непрерывный сигнал 1 0
Разъединение → Непрерывный сигнал 0 0/1

(в прямом
направлении)
Посылка вызова в → 65-135 мс 0 0/1

прямом
направлении
Занято, отказ ← Отключен Подключен

установления
соединения
(перегрузка)
Где: → указывает состояние 0 или 1 сигнализации в прямом направлении;
← указывает состояние 0 или 1 сигнализации в обратном

направлении;
Состояние передаваемого сигнала 0: тональный сигнал включен, или

состояние сигнального бита 0 в системах ИКМ;
Состояние передаваемого сигнала 1: тональный сигнал отключен, или

состояние сигнального бита 1 в системах ИКМ;
-280-
Глава 5 Сигнализация по выделенному каналу (CAS) и обработка вызовов
“Начало набора номера” – это сигнал “приступить к передаче”

длительностью от 140 мс до 300 мс. Затем посылается регистровый сигнал Kp
(Kp – это сигнал длительностью 100 мс).
Регистровая сигнализация R1
Для регистровых сигналов используется режим “два из шести”. Эти сигналы

приведены в таблице 5.1-2.
Последовательность передачи сигналов сигнализации R1:
Полуавтоматический вызов – вызов абонента:
Kp + действительный национальный номер + код конца набора ST
Полуавтоматический вызов – вызов оператора:
Kp + номер доступа к специальным услугам + ST
Автоматический вызов – вызов абонента:
действительный национальный номер вызываемого абонента
-281-
Таблица 5.1-2 Регистровые сигналы сигнализации R1
700 Гц 900 Гц 1100 Гц 1300 Гц 1500 Гц 1700 Гц
Kp √ √
1 √ √
2 √ √
3 √ √
4 √ √
5 √ √
6 √ √
7 √ √
8 √ √
9 √ √
0 √ √
ST √ √
Резерв √ √
Сигнал Kp должен посылаться перед указанными выше сигналами; сигнал ST

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

принимаемых регистром:
1) Передатчик: уровень передаваемого сигнала -7 ±1 дБ
Длительность сигнала Kp: 100±10 мс
Длительность других сигналов: 68±7 мс
Интервал между сигналами: 68±7 мс
2) Приемник: прием сигналов с девиацией частоты не более номинального

значения ±1,5%;
Абсолютный уровень мощности N должен удовлетворять следующему условию:

-282-
(-14+n=N=0+n) дБм
Здесь n – относительный уровень мощности на приемном конце; различие между

парой уровней частот приема = 6 дБ; длительность принимаемого сигнала
должна быть не менее 30 мс; интервал между сигналами – не менее 20 мс.
Уровень нерабочего состояния приемника: нерабочее состояние при абсолютном

уровне мощности 9 дБ; освобождение при уровне на 1 дБ меньше указанного
выше минимума; нерабочее состояние при длительности принимаемого сигнала
10 мс.
5.1.2 Сигнализация R2
Эталонный стандарт: Рекомендации ITU-T серии Q400.
Система ZXJ10 (V10.0) удовлетворяет большинству требований (за исключением

аналоговой линейной сигнализации) Синей книги CCITT VI.4 – Технические
спецификации для систем сигнализации R1 и R2 (Рекомендации Q.400 - Q.490),
включая:
взаимоконтролируемую сигнализацию R2;
полувзаимоконтролируемую сигнализацию R2;
невзаимоконтролируемую сигнализацию R2.
Все указанные выше типы сигнализации могут использоваться для всей

цифровой линейной сигнализации, определенной в спецификациях, и для
аналоговых соединительных линий EMT (другие аналоговые соединительные
линии не поддерживаются), включая линейные сигналы (такие как занятие,
подтверждение занятия, ответ, отбой, разъединение, блокировка, контроль
разъединения в обратном направлении) и большинство регистровых сигналов. Из
указанных типов сигнализации взаимоконтролируемая сигнализация R2 может
удовлетворять требованиям переадресации и различным режимам сквозной
транзитной передачи.
1. Линейные сигналы сигнализации R2
-283-
Для линейных сигналов сигнализации R2 используется одночастотный

внеполосный сигнал 3825±4 Гц. При свободной линии посылаются непрерывные
сигналы низкого уровня, которые передаются также сразу после появления
сигнала занятия в прямом направлении. Восстановление тонального сигнала в
прямом направлении индицирует разъединение и в то же время приводит к
восстановлению сигналов отбоя. Если вызываемый абонент первым вешает
трубку, сначала появляются сигналы разъединения в обратном направлении
(сигналы отбоя), а затем сигналы разъединения в прямом направлении.
Состояния линейных сигналов сигнализации R2 приведены в таблице 5.1-3.
Таблица 5.1-3 Линейные сигналы сигнализации R2
Состояние линии Состояние линейной сигнализации

Прямое направление Обратное направление
Свободно Тональный сигнал подключен Тональный сигнал подключен
Занятие Тональный сигнал отключен Тональный сигнал подключен
Ответ Тональный сигнал отключен Тональный сигнал отключен
Отбой Тональный сигнал отключен Тональный сигнал проключен
Освобождение Тональный сигнал подключен Тональный сигнал подключен или

для разъединения отключен
Перегрузка Тональный сигнал подключен Тональный сигнал отключен
В отношении подробных требований к приему и передаче для оборудования

аналоговой линейной сигнализации R2 обратитесь к Рекомендации Q.412 ITU-T.
Коды цифровой линейной сигнализации R2
Для цифровой линейной сигнализации R2 используются два канала сигнализации

– af и bf, ab и bb, представляющие сигналы прямого и обратного направлений.
Они приведены в таблице 5.1-4.
-284-
Таблица 5.1-4 Линейные сигналы цифровой сигнализации R2
Состояние линии Код сигнализации

Прямое направление Обратное направление
af bf ab bb
Свободна/освобождена 1 0 1 0
Занятие 0 0 1 0
Подтверждение занятия 0 0 1 1
Ответ 0 0 0 1
Отбой 0 0 1 1
Разъединение 1 0 0/1 1/1
Перегрузка 1 0 1 1
В таблицах 5.1-5 и 5.1-6 приведена взаимосвязь между передаваемыми и

принимаемыми кодами исходящей и входящей станций.
Таблица 5.1.5 Исходящая станция
Нормальное Переда- Принимаемый код

состояние ваемый код ab=0 bb=0 ab=0 bb=1 ab=1 bb=0 ab=1 bb=1
исходящей
станции
Свободно af=1 bf=0 Ненормаль- Ненормаль- Свободно Перегрузка
ное состояние ное состояние
Занятие af=0 bf=0 Ненормаль- Ненормаль- Занятие Подтвержде-

ное состояние ное состояние ние занятия
Подтвержде- af=0 bf=0 Ненормаль- Ответ Ненормаль- Подтвержде-

ние занятия ное состояние ное состояние ние занятия
Ответ af=0 bf=0 Ненормаль- Ответ Ненормаль- Отбой

Отбой af=0 bf=0 Ненормаль- Ответ Ненормаль- Отбой

Разъедине- af=1 bf=0 Ненормаль- Разъедине- Освобожде- Разъедине-

ние ное состояние ние ние ние
Перегрузка af=1 bf=0 Ненормаль- Ненормаль- Свободно Перегрузка

-285-
Таблица 5.1-6 Входящая станция
Нормальное Передава- Принимаемый код

состояние емый код af=0 bf=0 af=0 bf=1 af=1 bf=0 af=1 bf=1
входящей
станции
Свободно ab=1 bb=0 Занятие Отказ Свободно Отказ
Подтвержде- ab=1 bb=1 Подтвержде- Отказ Разъединение Отказ

ние занятия ние занятия
Ответ ab=0 bb=1 Ответ Отказ Разъединение Отказ
Отбой ab=1 bb=1 Отбой Отказ Разъединение Отказ
Разъединение ab=0 bb=1 Ненормальное Отказ Разъединение Отказ

или занятие
ab=1 bb=1
Перегрузка ab=1 bb=1 Ненормальное Отказ Перегрузка Отказ

занятие
За подробными сведениями о цифровой линейной сигнализации обратитесь к

Рекомендации Q.422.
2. Многочастотная регистровая сигнализация (подробные сведения см. в

Рекомендации Q.441 ITU-T)
Система R2, содержащая 15 групп многочастотных сигналов, предназначена для

соединения международных каналов. Она может применяться также для
передачи национальных многочастотных сигналов менее 15 групп для
реализации международных и национальных сквозных сигнальных соединений.
Структура системы показана на рис. 5.1-1.
-286-
Рис. 5.1-1 Пример международного двухсекционного многоканального соединения
Ниже приведены комбинации регистровых сигналов сигнализации R2.
В таблице 5.1-7 перечислены все комбинации многочастотных сигналов “два из

шести”.
-287-
Таблица 5.1-7 Комбинации многочастотных сигналов сигнализации R2
Комбинации Частоты (Гц)

Прямое направление 1380 1500 1620 1740 1860 1980
(сигналы групп I и II)
№ Численное Обратное направление 1140 1020 900 780 660 540

значение = (сигналы групп A и B)
x+y Индекс (x) f0 f1 f2 f3 f4 f5
Вес (y) 0 1 2 4 7 11
1 0+1 x y:
2 0+2 x y:
3 1+2 x y:
4 0+4 x y:
5 1+4 x y:
6 2+4 x y:
7 0+7 x y:
8 1+7 x y:
9 2+7 x y:
10 3+7 x y:
11 0 + 11 x y:
12 1 + 11 x y:
13 2 + 11 x y:
14 3 + 11 x y:
15 4 + 11 x y:
Должны быть приняты во внимание следующие случаи:

a) 6 частот в прямом направлении (15 комбинаций многочастотных сигналов) и
5 частот в обратном направлении (10 комбинаций многочастотных сигналов);
b) 6 частот в прямом направлении (15 комбинаций многочастотных сигналов) и

4 частоты в обратном направлении (6 комбинаций многочастотных сигналов);
c) 5 частот в прямом направлении (10 комбинаций многочастотных сигналов) и

5 частот в обратном направлении (10 комбинаций многочастотных сигналов);
d) 5 частот в прямом направлении (10 комбинаций многочастотных сигналов) и

4 частоты в обратном направлении (6 комбинаций многочастотных сигналов).
-288-
1) Сигналы прямого направления
В таблице 5.1-8 приведено назначение сигналов группы I прямого направления.
Таблица 5.1-8 Сигналы группы I прямого направления
Обозна-
Комби- Назначение сигнала
чение Примечания
нация
сигнала (e)
(a)
(b)
(c) (d)
Столбец (c) – эти сигналы

формируют первый
сигнал, передаваемый по
1 I-1 Цифра языка: французский Цифра 1 международной линии,
2 I-2 Цифра языка: английский Цифра 2 когда она завершается в
3 I-3 Цифра языка: немецкий Цифра 3 стране назначения вызова.
4 I-4 Цифра языка: русский Цифра 4 Однако когда линия
5 I-5 Цифра языка: испанский Цифра 5 завершается в
6 I-6 Резерв (цифра языка) Цифра 6 международном
7 I-7 Резерв (цифра языка) Цифра 7 транзитном центре, эти
8 I-8 Резерв (цифра языка) Цифра 8 сигналы могут быть
9 I-9 Резерв (цифра префикса) Цифра 9 переданы по линии после
10 I-10 Цифра префикса Цифра 0 индикатора кода страны и
кода страны.
См. также Рекомендацию
Q.107.
11 I-11 Индикатор кода страны, Доступ к входящему оператору

требуется исходящий (код 11)
полукомплект эхо-
подавителя
12 I-12
Индикатор кода страны, эхо- i) Доступ к оператору стола
подавитель не требуется замедленного обслуживания Столбец (c) – первый
(код 12) сигнал на международной
ii) Запрос не принимается линии, когда она
13 I-13 завершается в
Индикатор тестового вызова i) Доступ к тестовому международном
(вызова оборудованием оборудованию (код 13) транзитном центре.
автоматического ii) Спутниковый канал не
тестирования) включен Столбец (d) – сигнал,
14 I-14 отличный от первого
Индикатор кода страны, i) Требуется входящий сигнала, на
вставка исходящего полукомплект эхо-подавителя международной линии.
полукомплекта эхо- ii) Спутниковый канал включен
подавителя
15 I-15
Этот сигнал не i) Сигнал окончания импульсного
используется набора (код 15)
ii) Конец процесса
идентификации
Сигналы I-1~10 в данной таблице – это цифровые сигналы, индицирующие:
Адресные сигналы для установления соединения (код страны, национальный

значащий номер).
Код страны (возможно, код региона), где расположен исходящий международный
-289-
регистр R2, соответствует сигналу запроса исходного вызова; для национального

трафика является телефонным номером вызывающего абонента.
Что касается цифры префикса кода назначения для автоматической или

полуавтоматической станции, эта цифра префикса предназначена для
использования оператором (т.е. является цифрой языка).
Сигнал I-11 в таблице отражает нечисловые адресные сигналы, назначение

которых зависит от их позиции.
Индикатор кода страны, требуется исходящий полукомплект эхо-подавителя.
Доступ к входящему оператору, код 11. Если после сигнала I-11 следует цифра
языка, она указывает адрес рабочего места входящего оператора.
Сигнал I-12 в таблице представляет нечисловые адресные сигналы, назначение

которых следующее:
a) Индикатор кода страны, эхо-подавитель не требуется.
b) Доступ к оператору стола замедленного обслуживания.
c) Запрос не принимается.
Сигнал I-13 также является нечисловым сигналом. Его назначение следующее:
a) Индикатор тестового вызова.
b) Доступ к тестовому оборудованию.
c) Спутниковый канал не включен.
Сигнал I-14 в таблице указывает следующее: индикатор кода страны, категория

“вставка полукомплекта эхо-подавителя”, и “требуется входящий полукомплект
эхоподавителя”.
Сигнал I-15 в таблице индицирует конец последовательности передачи

межрегистровых сигналов прямого направления: окончание импульсного набора
и конец процесса идентификации.
В таблице 5.1-9 приведено назначение сигналов группы II прямого направления.
-290-
Таблица 5.1-9 Сигналы группы II прямого направления
Комбинация Обозначение Назначение сигнала Примечания

(a) сигнала (c) (d)
(b)
1 II-1 Абонент без приоритета

2 II-2 Абонент с приоритетом Эти сигналы используются
3 II-3 Оборудование технического обслуживания только для национальной

сети
4 II-4 Резерв
5 II-5 Оператор
6 II-6 Передача данных
7 II-7 Абонент (или оператор без возможности

переадресации) Эти сигналы используются
8 II-8 Передача данных только международной связи
9 II-9 Абонент с приоритетом
10 II-10 Оператор с возможностью переадресации
11 II-11
12 II-12 Резерв для национального
13 II-13 использования
14 II-14
15 II-15
Примечание. Сигналы II-7 – II-10 предназначены только для международной

связи. Другие сигналы группы II применяются только в национальной сети. Они
не требуют преобразования в сигналы II-7 – II-10 при использовании для
исходящих международных вызовов. Это позволяет регистру системы R2 на
входящей станции различать национальные и международные вызовы.
-291-
Сигналы группы II – это сигналы категории вызывающего абонента, назначение

которых следующее:
Сигнал II-1 индицирует абонента с приоритетом; сигналы II-2 и II-9 индицируют

абонента с приоритетом; сигнал II-3 индицирует вызов от оборудования
технического обслуживания; сигнал II-5 индицирует вызов от оператора; сигналы
II-6 и 8 индицируют передачу данных; сигнал II-7 индицирует абонентские
вызовы; сигнал II-10 индицирует переадресацию оператором; сигналы II-4 и II-
11~15 являются резервными.
2) Сигналы обратного направления
Сигналы обратного направления делятся на две группы – A и B.
В таблице 5.1-10 приведено назначение сигналов группы A.
-292-
Таблица 5.1-10 Сигналы группы A обратного направления
Обозначение
Комбинация сигнала Назначение сигнала
(a) (b) (c)
1 A-1 Передать следующую цифру (n + 1)

2 A-2 Передать предпоследнюю цифру (n –1)
3 A-3 Адрес полный, переход к приему сигналов группы B
4 A-4 Перегрузка в национальной сети
5 A-5 Передать категорию вызывающего абонента
6 A-6 Адрес полный, оплата, переход в состояние разговора
7 A-7 Передать вторую цифру от конца (n – 2)
8 A-8 Передать третью цифру от конца (n - 3)
9 A-9 Резерв для национального использования

10 A-10
Передать индикатор кода страны
11 A-11 Передать код языка или цифру префикса
12 A-12 Передать тип канала
13 A-13 Запрос информации по использованию эхо-подавителя
14 A-14 (требуется ли входящий полукомплект эхо-подавителя?)
Перегрузка на международной станции или на ее выходе

15 A-15
В таблице 5.1-11 приведено назначение сигналов группы II обратного

направления.
-293-
Таблица 5.1-11 Сигналы группы B обратного направления
Обозначение
Комбинация сигнала Назначение сигнала
(a) (b) (c)
1 B-1 Резерв для национального использования

2 B-2 Передать специальный информационный тональный сигнал
3 B-3 Абонентская линия занята
4 B-4 Перегрузка (после перехода от сигналов группы A к сигналам группы B)
5 B-5 Несуществующий номер
6 B-6 Абонентская линия свободна, оплата
7 B-7 Абонентская линия свободна, без оплаты

8 B-8 Абонентская линия неисправна
9 B-9
10 B-10
11 B-11 Резерв для национального использования

12 B-12
13 B-13
14 B-14
15 B-15
5.1.3 Сигнализация №5
Система сигнализации №5 может использоваться для автоматических и

полуавтоматических операций и двунаправленной работы. Конфигурирование 4-
проводной сигнализации и автоматических исходящих и входящих каналов не
требуется. Сигнализация №5 включает в себя линейную и регистровую
сигнализацию.
-294-
1. Линейная сигнализация
Для линейной сигнализации используются два одночастотных внутриполосных

сигнала: f1 - 2400 Гц (передача ±6 Гц/прием 15 Гц) и f2 - 2600 Гц (передача ±6
Гц/прием 15 Гц). Цель использования двух частот – обеспечить обнаружение
двойного занятия при двунаправленной работе.
В таблице 5.1-12 приведено назначение комбинаций линейных сигналов.
Таблица 5.1-12 Сигналы линейной сигнализации №5
Сигнал Направление Частота Время передачи Время идентификации
Занятие → f1 (2400 Гц) Непрерывный сигнал 40±10 мс

Код запроса ← f2 (2600 Гц) Непрерывный сигнал 40±10 мс
Занято ← f2 (2600 Гц) Непрерывный сигнал 125±25 мс

Подтверждение → f1 (2400 Гц) Непрерывный сигнал 125±25 мс
Ответ ← f1 (2400 Гц) Непрерывный сигнал 125±25 мс

Отбой ← f2 (2600 Гц) Непрерывный сигнал 125±25 мс

Передача в прямом → f2 (2600 Гц) 850±200 мс 125±25 мс

направлении
Разъединение → f1+f2 Непрерывный сигнал 125±25 мс

Контроль ← f1+f2 Непрерывный сигнал 125±25 мс
разъединения
Где: → : указывает сигналы прямого направления; ← : указывает сигналы

обратного направления.
Уровень передачи линейных сигналов: -9 дБ ±1 дБм0; уровень приема (-

16+n)=N=(-2+n) дБм, n – сравнительный уровень мощности принимаемого
сигнала, N – разрешенный уровень принимаемого сигнала.
2. Обнаружение двойного занятия. В случае двойного занятия будет

приниматься сигнал той же частоты f1, что передается каждым терминалом.
После обнаружения этого состояния оборудование сигнализации заставляет
каждый терминал прекратить передачу исходящих сигналов занятия в пределах
-295-
850±200 мс и поддерживает сигнал “занято” до тех пор, пока не исчезнут

входящие сигналы от удаленного конца. Каждый исходящий сигнал занятия
поддерживается в течение как минимум 850±200 мс, чтобы обеспечить
обнаружение двойного занятия на обоих концах. При обнаружении двойного
занятия оборудование может автоматически повторить попытку установить
соединение или выдать оператору или пользователю подсказку о повторном
использовании вместо повторных попыток.
3. Регистровые сигналы сигнализации №5
Для передачи регистровых сигналов используется режим “два из шести”.

Комбинации частот сигналов приведены в таблице 5.1-13.
Таблица 5.1-13 Регистровые сигналы сигнализации №5
Сигнал Комбинация частот (Гц) Примечание

KP1 1100+1700 Терминальный трафик
KP2 1300+1700 Передача трафика
Цифра 1 700+900
Цифра 2 700+1100
Цифра 3 900+1100
Цифра 4 700+1300
Цифра 5 900+1300
Цифра 6 1100+1300
Цифра 7 700+1500
Цифра 8 900+1500
Цифра 9 1100+1500
Бит 0 1300+1500
Код 11 700+1700 Оператор кода 11
Код 12 900+1700 Оператор кода 12
ST 1500+1700 Конец набора
Порядок передачи регистровых сигналов следующий.
В любом случае начальные сигналы набора номера сигналов KP должны

предшествовать сигналам номера.
-296-
В автоматическом или полуавтоматическом режиме все сигналы ST посылаются

регистром.
В особых случаях исходящий оператор может посылать специальные номера

через исходящий международный регистр для вызова или задержки вызова
входящего оператора вместо использования сигналов кода 11 или 12.
Уровень передачи и уровень приема регистра следующие:
Уровень передачи: -7±1 дБм0; уровень приема: (-14+n=N=n) дБм.
Длительность передаваемых сигналов: KP1, KP2: 100±10 мс; другие сигналы:

55±5 мс; интервал занятия между окончанием и передачей KP: 80±2 мс.
5.2 Краткий обзор обработки вызовов CAS R2
В этом разделе приведены общие сведения об обработке вызовов с сигнализацией

по выделенному каналу R2.
5.2.1 Процессы обработки вызовов
5.2.1.1 Типы процессов
Абонентские вызовы делятся на местные вызовы, исходящие/входящие вызовы

CAS, вызовы абонентов ISDN, исходящие/входящие вызовы ОКС и вызовы
специальных услуг, такие как тестер линий (претензии абонентов) (112). Эти
вызовы обрабатываются процессами обработки вызовов на станции. Разные
процессы обрабатывают вызовы разных типов, как показано на рис. 5.2-1.
Местные исходящие вызовы аналоговых абонентов и исходящие/входящие
вызовы с сигнализацией по выделенному каналу обрабатываются одним
процессом. Вызовы абонентов ISDN, исходящие/входящие вызовы ISDN и
вызовы с общеканальной сигнализацией обрабатываются другим процессом.
Кроме того, существует также процесс для обработки вызовов специальных
услуг, таких как вызовы с претензиями абонентов (тестер линий).
-297-
Абонентские вызовы Процесс обработки вызовов
Местные вызовы и исходящие/

Процесс 1
входящие вызовы с CAS
Исходящие/входящие вызовы
Процесс 2
ISDN и с ОКС
Вызовы специальных услуг Процесс 3
Рис. 5.2-1 Обработка вызовов
5.2.1.2 Вызывающие и вызываемые абоненты в процессах обработки вызовов
Абонентами в процессах обработки вызовов являются вызывающие и

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

абонентом, и часть, связанную с вызываемым абонентом, которые в процессе
обработки вызова обрабатывают сообщения, посылаемые вызывающему и
вызываемому абонентам, соответственно. Для вызовов в пределах одного модуля
всей обработкой вызовов управляет процесс обработки вызовов, работающий в
процессоре этого модуля (MP; Module Processor). Для многомодульных вызовов
вызывающим абонентом управляет связанная с вызывающим абонентом часть
процесса обработки вызовов, работающая в MP вызывающего абонента, а
вызываемым абонентом управляет связанная с вызываемым абонентом часть
процесса обработки вызовов, работающая в MP вызываемого абонента.
В вызове всегда участвуют два блока данных вызова: блок данных вызывающего
абонента и блок данных вызываемого абонента. В этих двух блоках данных
регистрируются подробные характеристики вызывающего и вызываемого
абонентов: например, состояние вызывающего абонента, номер абонентской
-298-
линии, абонентский номер, временной интервал, атрибуты абонента. Блок

данных вызывающего абонента создается процессом обработки вызова в начале
вызова. Если одновременно имеется несколько вызовов, процесс обработки
вызовов создает несколько пар таких блоков данных, соответствующих разным
вызовам. Когда вызов завершается, процесс обработки вызовов освобождает
блоки данных этого вызова. См. рис. 5.2-2 и 5.2-3.
.
.
. Блок данных
вызывающего
. абонента вызова 1
.
Процесс . Блок данных
обработки вызывающего
вызовов . абонента вызова n
.
вызываемого
. абонента вызова 1
.
вызываемого
. абонента вызова n
.
.
Рис. 5.2-2 Обработка одномодульных вызовов
. .
. .
. .
Процесс Процесс
Блок данных Блок данных
вызывающего вызываемого
вызывающего вызываемого
абонента абонента абонента
абонента
. .
. .
. .
Рис. 5.2-3 Обработка многомодульных вызовов
5.2.1.3 Взаимодействие между процессами обработки вызовов
В ходе вызова возможно взаимодействие между различными процессами и

различными модулями, а именно:
-299-
—— взаимодействие между процессом в абонентском процессоре (SP; Subscriber

Processor) и процессом в MP;
—— взаимодействие между процессом обработки вызовов и базой данных

системы;
—— взаимодействие между различными процессами в MP;
—— взаимодействие между процессами в разных MP.
Взаимодействие между процессами обеспечивается обменом сообщениями,

содержащими соответствующие данные.
1. Взаимодействие между SP и MP
В процессе обработки вызова имеется множество состояний: устойчивое

состояние, свободное состояние, состояние ожидания приема номера и
прослушивания сигнала ответа станции, состояние приема номера, состояние
посылки вызывного сигнала, состояние разговора. К изменению состояний
приводят некоторые внешние причины, т.е. появление “событий”. Программа
процесса обработки вызовов может обнаруживать текущие события (отбой,
снятие трубки, набор номера абонентом), что реализуется программным
обеспечением базового уровня в SP на абонентской плате.
В процессе вызова MP должен взаимодействовать с SP платы абонентских

линий, с PP коммутационного поля T, с PP приемопередатчика DTMF и с PP
платы тональных сигналов. При исходящем/входящем вызове MP должен
также взаимодействовать с процессорами PP блока соединительных линий и
блока MFC. Взаимодействие между PP и MP осуществляется путем обмена
сообщениями.
После того как программное обеспечение базового уровня в SP обнаруживает

внешнее событие (например, снятие трубки вызывающим абонентом), оно
посылает в MP сообщение, а также данные, связанные с этим событием. MP
на основе полученной информации о событии и текущего состояния решает,
какая задача должна быть выполнена: либо найти соответствующие данные в
базе данных, либо послать сообщение в SP, чтобы инструктировать его о
-300-
необходимых действиях (например, подключении канала или платы

тональных сигналов, начале приема номера и т. д.), либо послать сообщение в
MP вызываемого абонента, чтобы установить связь между вызывающим и
вызываемым абонентами.
2. Взаимодействие между MP и базой данных
Для взаимодействия между MP и базой данных используется режим

активизации примитивов (событий доступа). Одно событие доступа к базе
данных соответствует уникальному набору таблицы параметров запросов и
таблицы параметров результатов доступа к базе данных.
События делятся на синхронные и асинхронные. Что касается синхронных

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

процесс обработки вызовов может: запрашивать из базы данных телефонный
номер абонента и информацию о характеристиках вызывающего абонента;
идентифицировать типы и маршруты вызовов; находить комплекты вызываемых
абонентов и атрибуты абонентов; выяснять временной интервал соединения
между вызывающей абонентской линией или входящей соединительной линией и
коммутационным полем; выяснять временной интервал соединения между
вызываемой абонентской линией или исходящей соединительной линией и
коммутационным полем; устанавливать логический номер временного интервала
(TLN; Time Slot Logical Number) канала от вызываемой стороны к вызывающей
стороне, когда вызывающий и вызываемый абоненты относятся к разным
модулям; идентифицировать ресурсы коммутационного поля (например,
временной интервал коммутации коммутационного поля); занимать приемник
номера DTMF; занимать многочастотный регистр MFC; находить
-301-
соответствующие параметры, необходимые для воспроизведения заданного

тонального сигнала услуги; занимать абонентский комплект; занимать комплект
соединительной линии; находить атрибуты вызываемого абонента по номеру
вызываемого абонента; обрабатывать информацию, связанную с соединением по
соединительной линии, а также некоторые освобожденные ресурсы и т. д.
5.2.1.4 Структура процесса обработки вызовов
Общая структура процесса обработки вызовов показана в таблице 5.2-1.
Таблица 5.2-1 Структура процесса обработки вызовов
Заголовок Заголовок Заголовок Заголовок

процесса процесса процесса процесса
Основная Основная Основная
…
программа 1 программа 2 программа n
Лист функции 1 Лист функции 2 … Лист функции n
Функция 1 Функция 2 … Функция n
Заголовок процесса обработки вызовов используется операционной системой для

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

абонента, он прежде всего определяет, есть ли в системе свободные ресурсы.
Если их нет, абонент не может инициировать вызов. Если свободные ресурсы
есть, заголовок процесса создает блок данных вызова, в области данных которого
регистрируются параметры вызова, и передает сообщение и блок данных вызова
в основную программу. Основная программа выполняет соответствующую
-302-
обработку согласно текущему состоянию вызова и принятой информации о

событии. Абонентские данные, полученные процессом обработки вызова из базы
данных, также сохраняются в блоке данных вызова, подлежащем обработке
следующими программами. После того как заголовок процесса принимает другие
сообщения вызова, блок данных вызова, где регистрируются параметры вызова
абонента, сначала получает логический номер абонента (SLN; Subscriber Logical
Number), который соответствует канальному устройству, идентифицирующему
коммутационную систему, после чего сообщения о событиях и блок данных
вызова передаются в программу обработки вызовов для соответствующей
обработки.
При обработке сообщения основная программа может вызывать лист функции

или непосредственно активизировать функцию. Лист функции и функция
используются для разделения кодов между основными программами, но лист
функции отличается от функции:
---- лист функции может использоваться для изменения состояния вызова

абонента;
---- лист функции может применяться для установки таймера.
Это означает, что после активизации листа функции сообщения, доставленные

данным вызовом, могут быть приняты в более позднее время (заданное
таймером). Эти сообщения будут обработаны в данной программе.
Если в процесс обработки вызовов посылаются сообщения от нескольких

процессов, эти сообщения помещаются в очередь и обрабатываются процессом
обработки вызовов по очереди. См. рис. 5.2-4.
-303-
Пул данных вызовов
PP Сообщения
или ... Состояние
Очередь сообщений
MP Процесс обработки сообщений sln Tln sdn вызывающего абонента
. sln Tln sdn вызываемого абонента
Сообщения Заголовок
. sln Tln Rx DTMF
процесса
.
Сообще- Блок ... Способ разъединения соединения
ния данных Снятия трубки вызывающим/
PP
вызова вызываемым абонентом
или
MP Сообщения Pid процесса вызываемого абонента
Основ- Основ- Основ- Назначение атрибутов вызывающего абонента
ной ной ной
процесс процесс процесс
1 1 1 Тег таймера
Время для отбоя/снятия трубки, разговора,
разъединения
Функция или
подфункция
Рис. 5.2-4 Последовательность обработки сообщений процессом обработки вызовов
5.2.2 Последовательность обработки вызовов системы CAS R2
5.2.2.1 Последовательность обработки вызова
Межстанционный вызов проходит следующие этапы:
1. Этап 1: от момента снятия трубки вызывающим абонентом до поступления

абоненту сигнала ответа станции.
1) Вызывающий абонент снимает трубку. После обнаружения снятия трубки

абонентом программа сканирования снятия трубки/отбоя посылает в
вызывающий процесс в MP сообщение о снятии трубки, чтобы перевести
абонента в базе данных в состояние занятости; запрашиваются атрибуты
вызывающего абонента; находятся временной интервал, источник сигнала
ответа станции и соответствующий приемник номера согласно атрибутам
абонента. Затем вызывающему абоненту посылается сигнал ответа станции.
В результате вызывающая сторона переходит из свободного состояния в

состояние WtStop.
2) В SP посылается уведомление сообщить приемнику DTMF или импульсному

приемнику номера, чтобы он подготовился к приему номера и подключению
-304-
разговорного тракта. Когда вызывающий абонент слышит сигнал ответа

станции, он начинает набор номера.
2. Этап 2: от момента набора номера вызывающим абонентом до посылки

вызывного сигнала вызываемому абоненту и получения вызывающим
абонентом сигнала контроля посылки вызова.
1) Получив сигнал ответа станции, вызывающий абонент начинает набор

номера. SP определяет тип набора – двухтональный многочастотный или
импульсный – и уведомляет необходимые приемники номеров о начале
приема номера (DeInitiateEvent).
Вызывающая сторона переходит из состояния WtStop в состояние WtDn.
2) Приемник номера DTMF посылает каждую набранную цифру в MP. При

приеме набираемого номера абонента процессор MP анализирует номер
вызываемого абонента, пока не получит минимальное число цифр, после чего
обращается к базе данных для нахождения вызываемого абонента. Если
вызываемый абонент существует и свободен (может быть вызван),
вызываемая сторона процесса обработки вызова принимает сообщения,
переданные из базы данных, находит свободный временной интервал
коммутационного поля T для подключения комплекта вызываемого абонента к
коммутационному полю T и посылает на вызывающую сторону сообщение о
соединении. Затем она ожидает сообщение Setup от вызывающей стороны.
Вызывающая сторона переходит из состояния WtDn в состояние RestDN и

затем в состояние WtTpSlnAck. Вызываемая сторона переходит из свободного
состояния в состояние WtSetup.
3) После приема сообщения подтверждения успешного подключения временного

интервала вызывающий процесс посылает на вызываемую сторону сообщение
“Setup”, которое содержит SLN, TLN, SDN (Subscriber Dialing Number;
набираемый номер абонента) вызывающего абонента и SLN, SDN, ID
вызывающего процесса s01 вызываемого абонента.
Вызывающая сторона переходит из состояния WtTpSlnAck в состояние

OpWtRing.
-305-
4) После приема сообщения “Setup” вызываемый процесс посылает

вызываемому абоненту вызывной сигнал, а вызывающему абоненту –
сообщение “Alerting ” и сигнал контроля посылки вызова.
Вызываемая сторона переходит из состояния WtSetup в состояние OpRinging.
5) После приема уведомления “Alerting” от вызываемой стороны вызывающая

сторона возвращает все занятые ресурсы (например, приемник номера).
Вызывающая сторона переходит из состояния OpWtRing в состояние

OpRinging.
3. Этап 3: от момента снятия трубки вызываемым абонентом и начала разговора

до окончания разговора любым абонентом.
1) Услышав вызывной сигнал, вызываемый абонент снимает трубку. Сразу после

обнаружения этого события SP вызываемой стороны посылает в процесс
обработки вызова соответствующее сообщение (HookOff).
Вызываемая сторона переходит из состояния TpRinging в состояние TpTalking.
2) После приема сообщения вызываемая сторона посылает на вызывающую

сторону сообщение о начале разговора (StartConv) и проключает речевой
канал на обоих концах.
Вызывающая сторона переходит из состояния OpRinging в состояние

OpTalking.
Вызывающая сторона принимает сообщение StartConv, подключает речевой

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

абонентами проключен, и абоненты могут разговаривать. Предположим, что
вызывающий абонент первым вешает трубку, после чего разговор переходит в
режим разъединения под управлением вызывающего абонента. Затем:
3) После обнаружения отбоя со стороны вызывающего абонента SP
-306-
вызывающего абонента посылает в вызывающий процесс сообщение HookOn.
4) Получив сообщение об отбое, вызывающая сторона посылает в PP сообщение

разъединения Disc_Path PP, чтобы отключить абонента с sln коммутационного
поля LC вызывающего абонента от временного интервала optln вызывающего
абонента, освобождает занятые ресурсы и посылает на вызываемую сторону
сообщение Release.
5) Получив это сообщение, вызываемая сторона посылает в PP вызываемого

абонента сообщение разъединения Disc_Path, чтобы разъединить
коммутационное поле LC вызываемого абонента и коммутационное поле T
вызываемого абонента. То есть в случае многомодульного вызова вызываемый
абонент отключается от соединяющего коммутационного поля, и посылается
сообщение для разъединения соединения. В случае одномодульного вызова
вызываемый абонент отключается от вызывающего абонента, занятые
ресурсы освобождаются, и вызываемому абоненту посылается сигнал
“занято”, если его трубка еще снята. Услышав сигнал “занято”, вызываемый
абонент завершает данный вызов.
Вызывающая и вызываемая стороны переходят из состояния OpTalking

(TpTalking) в свободное состояние.
5.2.2.2 Изменение состояний вызова
В процессе обработки вызова вызов может находиться в нескольких состояниях,

переходы между которыми инициируются внешними причинами или
внутренними сообщениями. И внешние причины, и внутренние сообщения
называются событиями. Фактически, процесс обработки вызова – это
непрерывный процесс изменения состояний вызова. Эти изменения
инициируются упомянутыми выше событиями. Изменения состояний
вызывающего и вызываемого абонентов местной станции происходят
следующим образом.
1. В процессе обработки вызова вызывающая сторона (OP; Originating Party)

может находиться в следующих состояниях:
1) Свободно: свободное состояние в начале вызова.
-307-
2) WtStop: состояние прослушивания сигнала ответа станции, ожидание первой

набранной абонентом цифры.
3) WtDn: принимаемый набираемый номер посылается в базу данных для

анализа.
4) RestDn: получение результата анализа номера, но не минимальной длины;

ожидание номера минимальной длины.
5) WtTpSlnAck: получение результата анализа номера и номера минимальной

длины; нахождение вызываемого абонента и ожидание комплекта и атрибутов
вызываемого абонента.
6) OpWtRing: ожидание момента передачи вызывного сигнала вызываемому

абоненту.
7) OpRinging: вызываемый абонент слышит вызывной сигнал, а вызывающий

абонент – сигнал контроля посылки вызова.
8) OpTalking: состояние разговора вызывающего абонента.
9) BusyTone: состояние сигнала “занято”.
2. Вызываемая сторона (TP; Terminating Party) может находиться в следующих

состояниях:
1) Свободное состояние.
2) WtSetup: ожидание сообщения Setup с вызывающей стороны.
3) TpWtRing: вызываемый абонент ждет вызывного сигнала.
4) TpRinging: вызываемый абонент слышит вызывной сигнал.
5) TpTalking: состояние разговора вызываемого абонента.
3. Изменения состояний местного вызова для вызывающей и вызываемой сторон

показаны на рис. 5.2-5 и 5.2-6.
-308-
1
Свободное
состояние
Снятие трубки,
передача сигнала ответа WtTPSlnAck
станции
Передача сообщения
WtStop Setup на вызываемую
сторону
Прекращение передачи OpWtRing
сигнала ответа станции при
приеме первой цифры
номера Передача вызывного
сигнала на вызываемую
сторону
WtDn
Анализ номера, Положительный результат
нет результата анализа номера и принято OpRinging
минимальное число цифр
Положительный результат анализа номера, Ответ вызываемого
но не принято минимальное число цифр абонента
RestDn Разговор
Принято минимальное Отбой

число цифр
Свободное
1 состояние
Рис. 5.2-5 Изменение состояний вызывающей стороны местного вызова
-309-
Свободное
состояние
Готовность
WtSetup
Передача сигнала контроля посылки

вызова на вызывающую сторону
TpRinging
Снятие трубки
TpTalking
Разъединение
Свободное
состояние
Рис. 5.2-6 Изменение состояний вызываемой стороны местного вызова
5.2.3 Исходящий вызов с сигнализацией по выделенному каналу
При исходящих/входящих вызовах с сигнализацией по выделенному каналу

процесс “S01” представляет внутристанционные вызовы, а процесс “S02” –
межстанционные вызовы (то же относится и ко всему изложенному ниже).
Исходящий вызов можно разделить на описанные ниже этапы. (Например,

местный абонент вызывает абонента другой станции, и для этого исходящего
вызова используется сигнализация R2. В отношении последовательности
обработки вызова и изменения состояний вызывающей стороны обратитесь к
описанию вызывающей стороны местного вызова. Различие состоит в том, что
добавляется маршрутизация по исходящей соединительной линии.
Последовательность обработки исходящего вызова описана ниже.)
1. Переход из свободного состояния в состояние ожидания сообщения Setup от
-310-
вызывающей стороны
Первое сообщение, принимаемое вызываемой стороной, – это сообщение

CM_GETTPTRUNK от базы данных. Выбирается исходящая соединительная
линия и она подключается к свободному временному интервалу. Находится
свободный регистр.
2. Переход из состояния ожидания сообщения Setup в состояние посылки

вызывного сигнала
После приема сообщения Setup соединительная линия обратного направления

посылает линейные сигналы “Запрос занятия” и при приеме подтверждения
переходит в режим приема/передачи регистровых сигналов для передачи
регистровых сигналов прямого направления на удаленный конец. В соответствии
с принятыми регистровыми сигналами обратного направления принимается
решение о том, какого типа регистровые сигналы посылаются в следующей
цифре.
При приеме KB исходящая сторона требует от приемника прекратить процесс

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

этом состоянии, пока вызов не будет завершен отбоем со стороны любого
абонента.
Комплект соединительной линии обнаруживает посланный сигнал снятия трубки

HookOffBWEvent (сообщение снятия трубки вызываемым абонентом, 0111),
освобождает ресурсы тональных сигналов, посылает на вызывающую сторону
сообщение StartConv, чтобы уведомить абонента вызывающей стороны перейти в
состояние разговора, и проключает речевой канал.
Предположим, что вызываемая сторона использует взаимоконтролируемую

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

освобождении, и вызываемая сторона переходит в состояние WtRelGud. После
приема сообщения “ReleaseGud” соединительная линия переходит в свободное
состояние для завершения вызова.
5.2.3.2 Изменение состояний исходящего вызова с CAS
Ниже кратко описано изменение состояний исходящего вызова с CAS:
1. Различие между последовательностью обработки вызова на вызывающей

стороне (S01) и последовательностью обработки вызова на стороне местного
вызова состоит в следующем:
После получения минимального числа цифр номера результат анализа в

случае исходящего вызова – узел соединительной линии (GetTpTrunk), а в
случае местного вызова – атрибуты вызываемого абонента.
2. Вызываемая сторона исходящего вызова с CAS (S02) может находиться в

следующих состояниях:
3) WtDtAck: ожидание сообщения подтверждения занятия соединительной

линии.
4) WtAi: ожидание сигналов обратного направления от станции более низкого

уровня.
5) WtKB: ожидание сигналов обратного направления KB.
6) TpRinging: вызываемый абонент слышит вызывной сигнал.
7) TpTalking: состояние разговора вызываемого абонента.
8) WtRelGud: ожидание сообщения контроля разъединения от последующей

станции.
-312-
3. Изменение состояний вызываемой стороны вызова с сигнализацией по

выделенному каналу приведены на рис. 5.2-7.
1
Свободное
состояние
Получение свободной
WtKB
соединительной линии
Прием KB и передача
WtSetup
предупредительного сообщения
Сообщение Setup TpRing

Запрос занятия соединительной линии
вызываемым абонентом
WtDtAck
TpTalking
Подтверждение занятия
Отбой, разъединение
WtAi WtRelGud
Передача сигнала A3 Передача сигнала

контроля разъединения
1 Свободное
состояние
Рис. 5.2-7 Изменение состояний вызываемой стороны исходящего вызова с CAS
5.2.4 Входящий вызов с CAS R2
Основная последовательность обработки входящего вызова может быть описана

с использованием приведенных ниже состояний. (В качестве примера
рассматривается входящий вызов. Вызываемым абонентом является абонент
местной станции. В отношении последовательности обработки вызова и
изменения состояний вызываемой стороны обратитесь к описанию вызываемой
стороны местного вызова).
1. Этап 1: от момента подтверждения занятия входящей соединительной линии
-313-
до момента перехода вызывающей стороной к поиску узла вызываемого

абонента.
1) Когда плата соединительных линий обнаруживает линейный сигнал занятия в

прямом направлении, она посылает в вызывающий процесс сообщение,
которое приводит к выполнению следующих действий: переводу
соединительной линии в занятое состояние, нахождению атрибутов
соединительной линии, поиску свободного временного интервала на
вызывающей стороне и свободного регистра (предположим, регистра MFC),
подключению к регистру и т. д. После этого она посылает на входную (front-
end) станцию сообщение подтверждения занятия и ожидает приема
регистровых сигналов прямого направления.
Вызывающая сторона переходит из свободного состояния в состояние WtDn.
2) Получив сигналы прямого направления, посланные входной станцией, регистр

MFC оценивает их, анализирует номер и посылает соответствующие сигналы
обратного направления. Когда длина принятого номера равна или превышает
минимальную длину номера, регистр MFC ищет вызываемый узел в базе
данных. Он ищет абонентский узел для входящего вызова.
Вызывающая сторона переходит из состояния WtDn в состояние RestDn и

затем в состояние WtTpSubSlc.
2. Этап 2: от момента обнаружения вызываемого абонента, получения им

вызывного сигнала и снятия трубки до момента завершения разговора отбоем
со стороны любого абонента.
1) После обнаружения вызываемого узла вызываемая сторона получает

соответствующее уведомление. Если входящий вызов разрешен, процесс
обработки вызова создает соединение и, сделав это, посылает на входящую
сторону сообщение об успешном установлении соединения. Последующая
обработка подобна обработке местного вызова. После приема вызывающим
процессом всех сигналов вызываемый процесс посылает вызываемому
абоненту вызывной сигнал. После получения вызываемым абонентом
вызывного сигнала и снятия им трубки вызываемый процесс начинает отсчет
времени, и оба абонента переходят в состояние разговора.
-314-
2) Если в процессе разговора какой-либо абонент вешает трубку, вызывающий и

вызываемый процессы продолжают последующую обработку в соответствии с
режимом разъединения, сохраненным в базе данных станции, и освобождают
занятые ресурсы для завершения разговора.
5.2.4.2 Изменение состояний вызывающего процесса S02 при входящем вызове с CAS
Изменение состояний вызывающего процесса S02 при входящем вызове с CAS

описаны ниже.
1. В отношении последовательности обработки вызова и изменения состояний

вызываемой стороны обратитесь к описанию вызываемой стороны местного
вызова.
2. Вызывающая сторона входящего вызова с CAS может находиться в

следующих состояниях:
1) Свободно: свободное состояние, когда соединение не установлено, или

никакого вызова не поступило.
2) WtDn: вызов поступил на станцию. Регистр принимает номер и ждет

результата анализа номера из базы данных.
3) RestDn: ожидание, пока длина принимаемого номера станет равной

минимальной длине.
4) WtTpSubSlc: ожидание получения из базы данных узла вызываемого

абонента.
5) SubWtKd: передача сигнала A3 и ожидание сигнала KD

взаимоконтролируемой последовательности.
6) OpWtRing: ожидание получения вызываемым абонентом вызывного сигнала.
7) OpRinging: ожидание предупредительного сообщения и получение

вызывающим абонентом сигнала контроля посылки вызова.
8) OpTalking: состояние разговора.
-315-
3. Переходы между состояниями вызывающей стороны показаны на рис. 5.2-8.
Свободное
состояние
1
Занятие соединительной линии в прямом направлении
Подтверждение занятия в прямом направлении
WtDeCom
WtDn
Анализ номера, Запрос сигнала контроля
нет результата посылки вызова
OpRinging
RestDn
Положительный результат анализа номера, Снятие трубки
но не принято минимальное число цифр вызываемым абонентом
Принято минимальное число цифр
OpTalking
WtTpSubSlc
Разъединение
Нахождение одного TS и
возврат сообщения A3
WtHookon
SubWtKD
Установка таймера
Сообщение Setup (KD)
WtT0Out
OpWtRing
Передача сигнала контроля
разъединения по истечении
Предупредительное сообщение времени таймера
Останов взаимного управления
регистровыми сигналами Свободное
состояние
1
Рис. 5.2-8 Переходы между состояниями вызывающей стороны при входящем вызове с CAS
5.2.5 Транзитный вызов с CAS R2
Транзитный вызов можно разделить на следующие этапы.
Этап 1: от момента подтверждения занятия входящей соединительной линии до

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

линейный сигнал занятия в прямом направлении и посылает в процесс
обработки вызова (S02) сообщение HookoffWEevent. Получив это сообщение,
вызывающая сторона (S02) выполняет следующие действия: переводит
соединительную линию в занятое состояние, находит атрибуты
соединительной линии, свободный временной интервал и свободный регистр
вызывающей стороны (предположим, регистр MFC), посылает на входную
станцию сообщение подтверждения занятия и ожидает от входной станции
регистровые сигналы прямого направления.
Вызывающая сторона переходит из свободного состояния в состояние WtDn.

Вызывающая сторона оценивает и анализирует принимаемые регистровые
сигналы прямого направления.
2. После приема всего номера находится узел соединительной линии

вызываемой стороны.
Вызывающая сторона переходит из состояния WtDn в состояние RestDn и

затем в состояние WtTpTrkAck.
Если это междугородная исходящая станция, вызывающий процесс переходит

из свободного состояния в состояние WtDn, затем в состояние WtOpDn и
затем в состояние ResetDn. В состоянии ResetDn после любой цифры может
быть послан сигнал A6 для запроса номера вызывающего абонента.
После приема всего номера вызывающий процесс ищет в базе данных узел
соединительной линии вызываемой стороны (состояние WtTpTrkAck).
Этап 2: от запроса занятия исходящей соединительной линии до

подтверждения этого занятия.
1. Вызывающий процесс ищет узел соединительной линии вызываемой стороны

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

первое сообщение, ищет свободный регистр и посылает сообщение о
соединении для уведомления вызывающей стороны в случае успеха.
-317-
3. Получив сообщение о соединении, вызывающая сторона посылает в

вызываемый процесс сообщение Setup.
4. Получив сообщение от вызывающей стороны, вызываемый процесс посылает

на выходную (back end) станцию сообщение с запросом занятия.
Этап 3: от состояния подтверждения занятия исходящей соединительной

линии до перехода в состояние вызова по соединительной линии.
1. Получив сигнал подтверждения занятия исходящей соединительной линии,

вызываемый процесс решает, как должен быть послан регистровый сигнал –
транзитно или с пересылкой. Если это транзитный сигнал, в вызывающий
процесс посылается сообщение с запросом сигнала прямого направления,
после чего создается непосредственное соединение. В результате вызываемый
процесс переходит в состояние TpRinging. Если это сигнал с пересылкой,
программа пересылки переходит в режим ожидания регистровых сигналов
обратного направления.
2. Вызываемая сторона запрашивает у вызывающей стороны номер

вызывающего абонента, оставшуюся часть номера вызываемого абонента,
сигнал KD и т. д.
При передаче последовательности сигналов вызываемая сторона посылает

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

процесс посылает на входную станцию сигналы KB, выходит из состояния
взаимоконтролируемой регистровой сигнализации, освобождает регистр и
переходит в состояние посылки вызывного сигнала по соединительной линии.
Этап 4: от начала до окончания разговора между вызывающим и вызываемым

абонентами.
1. Услышав вызывной сигнал, вызываемый абонент снимает трубку. При
-318-
обнаружении этого события вызываемый процесс посылает в вызывающий

процесс сообщение о начале разговора.
2. Получив это сообщение, вызывающая сторона подключает тракт и

регистрирует время начала разговора, чтобы перейти в состояние OpTalking.
3. Когда во время разговора какой-либо абонент вешает трубку, занятые ресурсы

освобождаются, и разговор завершается.
На этом процесс обработки вызова завершается.
5.2.5.2 Изменение состояний вызова
Ниже перечислено несколько состояний вызывающего и вызываемого процессов

при транзитном вызове.
1. Процесс вызывающей стороны S02 (OP) имеет следующие состояния:
1) Свободно: свободное состояние, до использования соединительной линии.
2) WtDn: регистр принимает номер и ждет результата анализа номера из базы

данных.
3) ResetDn: ожидание, пока число набранных цифр достигнет минимальной

длины номера.
4) WtTpTrkAck: ожидание получения из базы данных узла соединительной

линии.
5) WtOpDn: ожидание передачи станцией более высокого уровня номера

вызывающего абонента.
6) WtAFi: ожидание сообщения вызываемой стороны, чтобы определить, какое

сообщение обратного направления будет послано во время междугородного
вызова.
7) WtA3: ожидание сообщения вызываемой стороны, чтобы определить, какое

сообщение обратного направления будет послано во время местного вызова.
-319-
8) OpWtRing: ожидание получения вызываемым абонентом вызывного сигнала.
9) WtDeCom: ожидание сообщения окончания взаимоконтролируемой

10)OpRinging: ожидание предупредительного сообщения и получение

вызывающим абонентом сигнала контроля посылки вызова.
11) OpTalking: состояние разговора.
12)WtHkOn: ожидание сообщения об отбое по соединительной линии.
13)WtT0Out: ожидание сообщения об истечении времени таймера для передачи

сообщения контроля разъединения.
2. Процесс вызываемой стороны S02 (TP) имеет следующие состояния:
3) WtDtAck: ожидание сообщения подтверждения занятия исходящей

соединительной линии.
4) WtAi: ожидание сигналов обратного направления от последующей станции.
5) WtTpDn: ожидание передачи вызывающей стороной номера вызываемого

абонента.
6) WtOpDn: ожидание передачи вызывающей стороной номера вызывающего

абонента.
7) SendOpDn: передача номера вызывающего абонента.
8) WtKD: ожидание передачи сигнала KD вызывающей стороной.
9) WtKB: ожидание сигналов KB обратного направления.
10)TpRinging: вызываемый абонент слышит вызывной сигнал.
-320-
11) TpTalking: состояние разговора.
12)WtRelGud: ожидание сообщения контроля разъединения от последующей

станции.
3. Изменения состояний транзитного вызова показаны на рис. 5.2-9, 5.2-10, 5.2-

11, 5.2-12, 5.2-13 и 5.2-14.
Свободное
состояние
OpWtRing
Прием сообщений запроса занятия
и подтверждения занятия
KB
WtDn WtDeCom
Анализ номера,
нет результата
RestDn OpRinging
Принят номер, но не достигнута
его минимальная длина
Начало разговора
Достигнута минимальная длина номера
WtTpTrkAck OpTalking
WtA3 WtHkon
Прием A3 Установка таймера
WtKD WtT0Out

Передача KD разъединения по истечении
времени таймера
состояние
Рис. 5.2-9 Изменение состояний вызывающей стороны при местном транзитном вызове
-321-
1
Свободное
состояние
Получение узла
SendOpDn
WtSetup KD отсутствует
Сообщение Setup WtKD

Запрос занятия
KD
WtDtAck
WtKB
Подтверждение
занятия Предупредительное
соединительной линии сообщение
KD отсутствует
WtAi TpRing
Не достигнута минимальная длина

Запрос AFi Начало разговора
WtTpDn TpTalking
A6
Достигнута минимальная длина Отбой, разъединение
WtOpDn WtRelGud
AFi Передача сигнала

контроля разъединения
состояние
Рис. 5.2-10 Изменение состояний вызываемой стороны при местном транзитном вызове
-322-
Свободное
состояние
1
Прием сообщений запроса
занятия и подтверждения занятия
OpWtRing
WtDn
Анализ номера, нет KB
результата Запрос останова
взаимного управления
WtDeCom
RestDn
Принят номер, не достигнута Останов взаимного
его минимальная длина управления
Принят номер, достигнута
его минимальная длина OpRinging
WtTpTrkAck
Setup
A6
OpTalking
WtOpDn
AFi
WtHkon
WtAFi
A3
WtT0Out
WtKD
разъединения по истечении
KD
Свободное
состояние
1
Рис. 5.2-11 Изменение состояний вызывающей стороны при междугородном транзитном

вызове
-323-
Свободное
состояние 1
Получение узла Прием

соединительной линии A3
WtSetup WtKD
Сообщение Setup
Запрос занятия KD
WtDtAck WtKB
Подтверждение занятия Предупредительное

соединительной линии сообщение
TpRing
A6 Прием A1
WtAi
Начало
разговора
WtOpDn WtTpDn
TpTalking
AFi
Отбой,
разъединение
SendOpDn
Запрос AFi WtRelGud
Передача сигнала
Передача контроля
номера разъединения
вызывающего 1
абонента Свободное
состояние
Рис. 5.2-12 Изменение состояний вызываемой стороны при междугородном транзитном

вызове
-324-
Свободное
состояние
WtDeCom
Прием сообщения подтверждения
занятия соединительной линии
WtDn OpRinging
Анализ номера, нет
результата
RestDn OpTalking
Принят номер, не достигнута
Принят номер, достигнута Отбой, разъединение
WtTpTrkAck WtHkon
WtA3 WtT0Out
Сообщение Setup Передача сигнала контроля

Запрос останова взаимного управления разъединения по истечении
состояние
Рис. 5.2-13 Изменение состояний исходящего транзитного вызова
-325-
Свободное
состояние
Получение узла
WtSetup
Сообщение Setup
Запрос занятия соединительной линии
WtDtAck
Подтверждение занятия соединительной линии

Запрос AFi
TpRing
TpTalking
WtRelGud
Передача сигнала контроля разъединения

по истечении времени таймера
Свободное
состояние
Рис. 5.2-14 Изменение состояний входящего транзитного вызова
5.3 Краткий обзор китайской CAS №1
В этом разделе описаны общие принципы китайской сигнализации №1 по

выделенному каналу.
При использовании китайской сигнализации №1 по выделенному каналу сигналы

каждого речевого канала передаются по самому речевому каналу или по
соответствующему ему сигнальному каналу. Сигналы делятся на линейные и
регистровые в зависимости от их содержимого. Кроме того, иногда необходима
также импульсная сигнализация постоянным током. Ниже описаны сигналы
китайской CAS №1 разных типов.
-326-
1. Цифровые линейные сигналы
Линейные сигналы – это сигналы, служащие для отражения состояний

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

Сигналы прямого направления – это сигналы, передаваемые в направлении
прохождения соединения, или, другими словами, сигналы, передаваемые от
вызывающей стороны к вызываемой стороне. Сигналы обратного направления –
это сигналы, передаваемые в обратном направлении. В таблице 5.3-1 приведены
типы и направления передачи линейных сигналов.
Таблица 5.3-1 Типы и направления передачи линейных сигналов
Тип сигнала Прямое направление Обратное направление

Сигнал запроса занятия Да
Сигнал разъединения Да
Повторный сигнал разъединения Да
Сигнал подтверждения занятия Да
Сигнал отбоя со стороны вызываемого

Да
абонента
Сигнал контроля разъединения Да
Сигнал блокировки Да
Вызывной сигнал (или сигнал

Да
подключения)
Сигнал контроля посылки вызова Да
Сигнал принудительного разъединения Да Да
Сигнал контроля разъединения – это сигнал подтверждения отбоя.
Если в межстанционной соединительной линии используется система передачи с

ИКМ, линейные сигналы в каждом речевом канале могут передаваться с
-327-
помощью четырех бит (a, b, c и d) во временном интервале 16, назначаемом

каждому речевому каналу.
Для передачи с ИКМ используется 4-проводная система. 4 бита линейных

сигналов прямого направления представляются символьными комбинациями af,
bf, cf и df, а 4 бита линейных сигналов обратного направления – символьными
комбинациями ab, bb, cb и db, из которых в настоящее время используются три.
Ниже подробно описано конкретное использование битов.
(1) Сигналы прямого направления
1) af – это рабочее состояние исходящей соединительной линии, отражающее

состояние снятой трубки и состояние положенной трубки вызывающего
абонента:
af=0 индицирует состояние снятой трубки (удержания) вызывающего

абонента;
af=1 индицирует состояние положенной трубки (разъединения) вызывающего

абонента.
2) bf – это сигнал прямого направления, используемый для индикации отказа

оборудования:
bf=0 индицирует нормальное состояние;
bf=1 индицирует состояние отказа.
3) cf – это сигнал прямого направления, предназначенный для того, чтобы

оператор снова послал вызывной сигнал или выполнил принудительное
разъединение:
cf=0 означает, что оператор снова посылает вызывной сигнал или выполняет
принудительное разъединение;
cf=1 указывает, что оператор снова не посылает вызывной сигнал или не

выполняет принудительное разъединение.
(2) Сигналы обратного направления
-328-
1) ab – это рабочее состояние входящей соединительной линии, отражающее

состояние снятой трубки и состояние положенной трубки вызываемого
абонента:
ab=0 отражает состояние снятой трубки вызываемого абонента;
ab=1 отражает состояние положенной трубки вызываемого абонента.
2) bb индицирует свободное состояние или состояние занятия входящей

соединительной линии:
bb=0 означает свободное состояние;
bb=1 означает состояние занятия или блокировки.
3) cb представляет сигнал обратного направления, касающийся передачи сигнала

контроля посылки вызова оператором.
cb=0 указывает, что оператор выполняет операцию передачи сигнала контроля

посылки вызова;
cb=1 указывает, что оператор не выполняет операцию передачи сигнала

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

не нужны. Свободный бит среди четырех бит a, b, c и d должен быть установлен в
1.
2. Регистровые сигналы
Регистровые сигналы – это межстанционные сигналы, которые во время

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

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

предыдущей станции и затем передать все необходимые цифровые коды на
следующую станцию. При транзитном режиме во время установления
соединения каждый транзитный регистр принимает только код, необходимый для
транзитной передачи, а номер вызываемого абонента посылается от исходящей
станции на входящую станцию непосредственно. Например, код входящей
станции – PQR, номер абонента – ABCD. Схемы пересылки и транзитной
передачи сигналов показаны на рис. 5.3-1 и 5.3-2.
Исходящая
станция
Рис. 5.3-1 Режим передачи регистровых сигналов с пересылкой
Исходящая Т ранзитная Т ранзитная Т ранзитная Входящая

станция станция станция станция станция
PQR
Исходящий Т ранзитный Т ранзитный Т ранзитный Входящий

регистр регистр регистр регистр регистр
PQR
PQR
PQR
ABCD
Рис. 5.3-2 Другой способ передачи регистровых сигналов
-330-
Для регистровых сигналов китайской сигнализации №1 обычно используется

режим многочастотной взаимоконтролируемой передачи (MFC), при котором при
посылке каждого бита прямое направление используется в сочетании с обратным
направлением следующим образом:
Шаг 1: передача сигнала прямого направления.
Шаг 2: сразу после идентификации сигнала прямого направления приемная

сторона возвращает сигнал обратного направления.
Шаг 3: сразу после идентификации сигнала обратного направления передающая

сторона прекращает передачу сигнала прямого направления.
Шаг 4: сразу после идентификации сигнала прямого направления приемная

сторона прекращает передачу сигнала обратного направления.
Регистровые сигналы – это двухчастотные сигналы, которые делятся на сигналы

прямого и обратного направлений, как показано в таблице 5.3-2. Для сигналов
прямого направления используется группа верхних частот 1380 Гц ~ 1980 Гц, и
эти сигналы кодируются на основе системы “два из шести”. Имеется 15 типов
сигналов прямого направления. Для сигналов обратного направления
используется группа нижних частот 780 Гц ~ 1140 Гц, и эти сигналы кодируются
на основе системы “два из четырех”. Имеется 6 типов сигналов обратного
Таблица 5.3-2 Частоты регистровых сигналов
Символ Сигналы прямого Сигналы обратного

направления направления
F0 1380 Гц 1140 Гц
F1 1500 Гц 1020 Гц
F2 1620 Гц 900 Гц
F4 1740 Гц 780 Гц
F7 1860 Гц (660 Гц)
F11 1980 Гц (540 Гц)
Регистровые сигналы – это двухчастотные сигналы. Поэтому каждый
-331-
регистровый сигнал должен включать в себя компоненты двух частот.

Порядковые номера кодов и частотные компоненты этих сигналов приведены в
таблице 5.3-3.
Таблица 5.3-3 Порядковые номера кодов регистровых сигналов
Сигналы прямого направления Сигналы обратного направления

Номер Частотные компоненты Номер Частотные компоненты
кода кода
1 F0F1 (1380, 1500) 1 F0F1 (1140, 1020)
2 F0F2 (1380, 1620) 2 F0F2 (1140, 900)
3 F1F2 (1500, 1620) 3 F1F2 (1020, 900)
4 F0F4 (1380, 1740) 4 F0F4 (1140, 780)
5 F1F4 (1500, 1740) 5 F1F4 (1020, 780)
6 F2F4 (1620, 1740) 6 F2F4 (900, 780)
7 F0F7 (1380, 1860)
8 F1F7 (1500, 1860)
9 F2F7 (1620, 1860)
10 F4F7 (1740, 1860)
11 F0F2 (1380, 1980)
12 F1F4 (1500, 1980)
13 F2F4 (1620, 1980)
14 F4F7 (1740, 1980)
15 F0F1 (1860, 1980)
Использование регистровых сигналов различается в зависимости от сегментов и

этапов работы, т.е. для разных сегментов и этапов работы сигналы прямого и
обратного направлений имеют различные значения. В Китае для улучшения
функций регистровых сигналов сигналы прямого направления делятся на
сигналы групп I и II, а сигналы обратного направления – на сигналы групп A и B.
Сигналы группы I прямого направления и сигналы группы A обратного
направления являются взаимоконтролируемыми. Также взаимоконтролируемыми
являются сигналы группы II прямого направления и группы B обратного
направления. См. таблицу 5.3-4.
1) Сигналы группы I прямого направления

-332-
Сигналы группы I прямого направления содержат сигналы управления

соединением и цифровые сигналы, включающие в себя сигналы KA, KC, KE и
цифровые сигналы.
Сигнал KA используется в случае полностью автоматического

междугородного соединения, является сигналом прямого направления от
исходящей местной станции к исходящей междугородной станции и служит
для передачи категории вызывающего абонента. Он может предоставлять
информацию об источнике вызова, включая категорию тарификации для
индивидуального соединения (например, периодическая тарификация,
немедленная тарификация, бесплатный вызов, тарификация для коммерческой
организации и т. д.), уровень абонента (обычный, с приоритетом I, с
приоритетом II) и т. д. Информация об уровне абонента преобразуется в
соответствующий сигнал KC автоматическим регистром на исходящей
междугородной станции.
Сигнал KC – это сигнал прямого направления для управления соединением

между междугородными станциями. Он обеспечивает надлежащее качество
связи для абонентов с приоритетами, установление соединений для
назначенных вызовов и установление других особых соединений.
Сигнал KE – это сигнал прямого направления для управления соединением

между входящей междугородной и местной станциями. В настоящее время
для тестирования вызовов устанавливается только значение 13. Этот сигнал
может также использоваться в качестве сигнала прямого направления для
управления соединением между исходящей местной и местной транзитной
станциями, например, сигнал KE=11 (транзитный) посылается на входящую
местную станцию через местную транзитную станцию.
Цифровые сигналы – это числовые сигналы в диапазоне от 0 до 9, для

которых используется многочастотное кодирование. Они применяются для
представления номера исходящей станции, номера вызывающего абонента,
междугородного кода зоны вызываемого абонента, номера станции
вызываемого абонента и номера вызываемого абонента.
-333-
Таблица 5.3-4 Сигналы группы I прямого направления и сигналы группы A обратного направления
Сигналы группы A
Сигналы группы I прямого направления обратного
направления
Назначение
сигнала KA Назначение сигнала
Назначение сигнала
(передача KE (управление
KC
№ местных и № № соединением между Цифро-
(управление
кода междугородных кода кода междугородной и вые Назначение сигнала A
соединением между
KA вызовов) KC KE местной станциями сигналы
междугородными
(тип и между местными
станциями)
вызывающего станциями)
абонента)
(Обычная) и A1: передать сигнал,

1 периодическая - - 1 начиная со
тарификация следующей цифры
(Обычная) и
A2: передать сигнал с
2 немедленная - - 2
первой цифры
тарификация
A3: переход к
(Обычная) сигналам группы B;
тарификация и требуется, чтобы
3 тарификация для - - 3 исходящая сторона
коммерческих перешла на сигналы
организаций группы II прямого
Приоритет I:
A4: перегрузка
4 немедленная - - 4
станции
Бесплатный A5: Несуществующий

5 - - 5
вызов номер
A6: требуется
передача KA и номера
6 (УАТС) - - 6
вызывающего
абонента
7 периодическая - - 7
Приоритет II:
8 - - 8
периодическая
-334-
9 коммерческая - - 9
организация
10 Резерв - - 0
Для вызовов с
приоритетом I
могут выбираться
Символ транзитной
11 Резерв 11 высококачествен- 11 -
связи “H”
ные каналы, и эти
вызовы передаются
от KA4, 7 и 9.
“Z” индицирует
вызовы по
назначенному
номеру, которые
12 Резерв 12 инициируются от 12 Резерв -
полуавтомати-
ческой
междугородной
станции.
Вызовы,
инициируемые
(Используется тестированием в
T=“13” “тестовые
13 для 13 помещении 13 -
вызовы”
тестирования) междугородной
станции.
“T”=“13”
Для вызовов с
приоритетом II
используются
высококачествен-
14 Резерв 14 14 Резерв -
ные частные
каналы, и эти
вызовы передаются
от KA8.
Конец
15 16 Резерв 15 -
номера
2) Сигналы группы A обратного направления
Сигналы группы A обратного направления, будучи взаимоувязанными с
-335-
сигналами группы I прямого направления, служат для подтверждения

сигналов группы I прямого направления и управления этими сигналами.
Сигналы A1, A2 и A6 – это сигналы управления, используемые для
управления битовой последовательностью передачи сигналов прямого
A1: запрос передачи сигнализации следующей цифры.
A2: запрос передачи сигнализации, начиная с первой цифры.
A3: действует в качестве управляющего сигнала для перехода на сигналы

группы B обратного направления.
A4: сигнал для анализа причины, почему соединение не достигло

вызываемого абонента; представляет занятость.
A5: сигнал для анализа причины, почему соединение не достигло

вызываемого абонента; представляет отсутствующий номер.
A6: запрос передачи KA и номера вызывающего абонента.
Когда при соединении от входящей междугородной станции к местной

станции или местной учрежденческой станции станция приема номера
принимает последнюю цифру номера вызываемого абонента, она посылает в
обратном направлении сигнал A3. В этом случае сигнал A3 является сигналом
взаимного управления (A3C). Однако, когда при автоматических соединениях
между междугородными станциями или между исходящей местной станцией
и междугородной станцией станция приема номера принимает последнюю
цифру номера вызываемого абонента, она посылает в обратном направлении
сигнал A1, тогда как другая сторона уже не имеет номера для передачи,
вследствие чего станция приема номера инициирует передачу в обратном
направлении сигнала A3. В этом случае сигнал A3 является только
импульсным сигналом, а не сигналом взаимоконтролируемой
последовательности (A3P).
3) Сигналы группы II прямого направления (KD)
Сигналы группы II прямого направления – это сигналы прямого направления,
-336-
используемые исходящей местной станцией для автоматических

междугородных или местных соединений, либо используемые исходящей
междугородной станцией для полуавтоматических междугородных
соединений. Они предназначены для индикации служебного характера
данного исходящего вызова. Когда исходящая местная станция
автоматического соединения или исходящая междугородная станция
полуавтоматического соединения принимает сигнал A3, сигналы от
исходящего регистра преобразуются из сигналов прямого направления группы
I в сигналы прямого направления группы II (KD). Сигналы прямого
направления группы II и сигналы обратного направления группы B являются
сигналами многочастотной взаимоконтролируемой сигнализации.
4) Сигналы группы B обратного направления (KB)
Сигналы KB индицируют состояние вызываемой стороны, как показано в

таблице 5.3-5. Сигнал B1 указывает, что номер вызываемого абонента
доступен, и станция подключилась к номеру вызываемого абонента. Если в
этом случае вызываемый абонент снимает трубку, может начаться разговор.
-337-
Таблица 5.3-5 Сигналы группы II прямого направления и сигналы группы B обратного

Сигналы группы II прямого направления (KD) Сигналы группы B обратного направления (KB)
Содержимое сигнала KB (указывает состояние
Содержимое сигнала
вызываемого абонента)
№ KD №
Примечания Междугородное
KD (указывает тип KB Местное соединение
соединение (когда
исходящей услуги) (когда KD=3 или 4)
KD=1, 2 или 6)
(От исходящей
Линия обычного
станции) Линия вызываемого
1 B1 вызываемого абонента
Междугородные абонента свободна
теперь свободна
полуавтоматические
вызовы оператора
(От исходящей местной Для

станции) междугородного
Междугородные
автоматические вызовы Вызываемый абонент
2 оператора B2 занят при местном Резерв
(телефонная связь или вызове
передача
факсов/данных
абонента)
Вызываемый абонент
занят при
3 Местный вызов B3 Резерв
междугородном
Для местного вызове
Местная связь с соединения

Линия вызываемого
передачей абонентских
4 B4 Станции перегружена абонента занята или
факсов или
станция перегружена
абонентских данных
Номер вызываемого Номер вызываемого

5 Резерв B5 абонента является абонента является
вакантным вакантным
Бесплатная
6 Тестовый вызов B6 Резерв соединительная линия
вызываемой УАТС
3. Последовательность сигнализации регистровых сигналов
-338-
1) Соединение между оконечными станциями
В отношении соединения между оконечными станциями обратитесь к таблице

5.3-6.
Таблица 5.3-6 Режим сигнализации соединения между оконечными станциями
Сигнал прямого направления

A: B C D KD
оконечной станции
Сигнал обратного направления

A1 A1 A1 A3C KB
2) Оконечная станция — исходящая междугородная станция
Сигнализация соединения между оконечной станцией и исходящей

междугородной станцией показана в таблице 5.3-7.
Таблица 5.3-7 Режим сигнализации соединения между оконечной и исходящей

междугородной станциями
Сигналы прямого
X1 X2 P KA P’ … D’ 15 Q A: B D KD
исходящей местной
станции
Сигналы обратного
A
исходящей A1 A1 A6: A1 A1 … A1 A1 A1 A1 A3P KB
1
станции
(1) В таблице 5.3-8 приведен режим сигнализации транзитной станции,

работающей в режиме транзитной передачи.
-339-
Таблица 5.3-8 Режим сигнализации для случая работы транзитной станции в режиме
транзитной передачи
Сигналы
прямого KC KC
направления 0 X1 X2 или 0 X1 X2 или Q A: B C D KD
исходящей P P
станции
Сигналы
обратного
A1 A1 A1 A2
первой
транзитной
станции
Сигналы
обратного
A1 A1 A1
второй
станции
Сигналы
обратного
направления A1 A1 A1 A1 A1 A1 A3P KB
оконечной
станции
(2) В таблице 5.3-9 приведен режим сигнализации транзитной станции,

работающей в режиме передачи с пересылкой.
-340-
Таблица 5.3-9 Режим сигнализации для случая работы транзитной станции в режиме передачи
с пересылкой
Сигналы
прямого
KC
0 X1 X2 или P Q A: ... D KD
исходящей
P
междугород-
ной станции
Сигналы
обратного
A1 A1 A2 A1 A1 A1 A1 ... A1 A3P KB
первой
станции
Сигналы
прямого
KC
0 X1 X2 или P Q A: ... D KD
первой
P
станции
Сигналы
обратного
A1 A1 A1 A1 A1 A1 A1 A1 A3P KB
второй
станции
Сигналы
прямого
P Q A: B C D KD
второй
станции
Сигналы
обратного
A1 A1 A1 A1 A1 A3P KB
входящей
междугород-
ной станции
(3) В таблице 5.3-10 приведены сигналы полуавтоматического исходящего
-341-
регистра от исходящей местной станции к исходящей междугородной

станции.
Таблица 5.3-10 Режим сигнализации полуавтоматического исходящего регистра от исходящей

местной станции к исходящей междугородной станции
Сигналы прямого направления исходящей

1 X’ X’’ KA P’ ... D’ 15 KD
местной станции
Сигналы обратного направления исходящей

A1 A1 A6 A1 A1 ... A1 A3C KB
междугородной станции
3) Оконечная станция – транзитная станция – оконечная станция (транзитная

станция работает в транзитном режиме)
A. Бит удаления исходящей соединительной линии транзитной станции не равен

нулю. См. таблицу 5.3-11.
Таблица 5.3-11 Режим сигнализации для случая ненулевого бита удаления исходящей
соединительной линии при работе транзитной станции в транзитном режиме
Сигналы прямого направления оконечной станции P Q A: B C D KD
Сигналы обратного направления транзитной станции A1 A1
Сигналы обратного направления оконечной станции A1 A1 A1 A3C KB
B. Бит удаления исходящей соединительной линии транзитной станции равен

-342-
Таблица 5.3-12 Режим сигнализации для случая нулевого бита удаления исходящей
Сигналы прямого направления оконечной

P Q P Q A: B C D KD
станции
Сигналы обратного направления транзитной

A1 A2
станции
Сигналы обратного направления оконечной

A1 A1 A1 A1 A1 A3C KB
станции
4) Исходящая станция – транзитная станция – оконечная станция (транзитная

станция работает в транзитном режиме)
A. Бит удаления исходящей соединительной линии транзитной станции не равен

Таблица 5.3-13 Режим сигнализации для случая ненулевого бита удаления исходящей
Сигналы прямого направления исходящей

P Q R A: B C D KD
станции
Сигналы обратного направления транзитной

A1 A1 A1 A1 A1 A1 A3C KB
станции
Сигналы прямого направления транзитной

A: B C D KD
станции
Сигналы обратного направления оконечной

A1 A1 A1 A3C KB
станции
B. Бит удаления исходящей соединительной линии транзитной станции равен

-343-
Таблица 5.3-14 Режим сигнализации в случае нулевого бита удаления при работе транзитной
станции в транзитном режиме
Сигналы прямого направления

P Q R A: B C D KD
исходящей станции
Сигналы обратного направления

A1 A1 A1 A1 A3C KB
транзитной станции
Сигналы прямого направления

P Q R A: B C D KD
транзитной станции
Сигналы обратного направления

A1 A1 A1 A1 A1 A1 A3C KB
5) Режим сигнализации для трассировки злонамеренных вызовов
A. В таблице 5.3-15 показан режим сигнализации для случая доступности номера

вызывающего абонента.
Таблица 5.3-15 Режим сигнализации в случае, когда для злонамеренного вызова имеется номер
вызывающего абонента
направления исходящей P Q R A: B C D P’ ... D’ 15 KD
станции
направления оконечной A1 A1 A1 A1 A1 A1 A6: A1 A1 A1 A3 KB
станции
B. В таблице 5.3-16 показан режим сигнализации для случая недоступности

номера вызывающего абонента.
Таблица 5.3-16 Режим сигнализации в случае, когда для злонамеренного вызова отсутствует
номер вызывающего абонента
направления исходящей P Q R A: B C D 0 0 0 15 KD
станции
направления оконечной A1 A1 A1 A1 A1 A1 A6: A1 A1 A1 A3 KB
станции
-344-
6 Общеканальная сигнализация и
обработка вызовов
6.1 Система общеканальной сигнализации ОКС-7
6.1.1 Основные функции ОКС-7
Систему сигнализации ОКС-7 можно разделить на следующие функциональные

подсистемы согласно соответствующим протоколам:
подсистему передачи сообщений (MTP; Message Transfer Part);
подсистему управления сигнальными соединениями (SCCP; Signaling Connection

Control Part);
подсистему телефонных пользователей (TUP; Telephone Users Part);
подсистему пользователей ISDN (ISUP; ISDN Users Part);
прикладную подсистему возможностей транзакций (TCAP; Transaction Capacity

Application Part);
прикладную подсистему эксплуатации и технического обслуживания (OMAP;

Operation and Maintenance Application Part);
прикладную подсистему интеллектуальной сети (INAP; Intelligent Network

Application Part);
прикладную подсистему мобильной связи (MAP; Mobile Application Part).
Ниже приведено описание этих подсистем.
1. Подсистема MTP дополнительно делится на подсистемы MTP1, MTP2 и

MTP3, соответствующие уровням 1, 2 и 3 семиуровневой модели OSI. Она
-345-
обеспечивает надежную передачу информации для подсистемы пользователей

2. Подсистема TUP относится к прикладному уровню ОКС-7. Она в основном

обеспечивает установление и разъединение телефонных соединений ТфОП и
поддерживает часть таких дополнительных абонентских услуг, как:
1) услуги замкнутой группы пользователей с распределенным управлением;
2) услугу идентификации вызывающего абонента;
3) услугу переадресации вызовов.
3. Подсистема ISUP также относится к прикладному уровню ОКС-7 и

поддерживает речевые и неречевые услуги в ISDN.
1) Основная услуга доставки информации. Это услуга, основанная на

управлении телефонной коммутацией. Она использует стандартные
соединения 64 кбит/с в качестве стандартного режима соединений и
обеспечивает также услугу соединений nx64 кбит/с. Кроме того, ISUP может
взаимодействовать с цифровым абонентским D-каналом для удовлетворения
требований услуг ISDN.
2) Дополнительные услуги ISDN (за подробными сведениями обратитесь к

Рекомендациям серии I.250).
Дополнительные услуги, предоставляемые подсистемой ISUP, включают в себя

до 20 типов в семи категориях. Они следующие:
A. Определение номера: например, DDI, MSN, CLIP, CLIR, COLP и COLR.
B. Инициация вызова: например, CT, CFB, CFNR, CFU, LH.
C. Установление соединения: например, CW и HOLD.
D. Дополнительные услуги многосторонней связи: например, CONF и 3PTY.
E. Дополнительные групповые услуги: например, CUG.
-346-
Глава 6 Общеканальная сигнализация и обработка вызовов
F. Дополнительные услуги тарификации: например, CRED и AOC.
G. Дополнительные услуги передачи информации: например, UUS.
3) Маршрутизация ISUP зависит от:
A. номера вызываемого абонента;
B. типа соединения;
C. возможностей сигнализации сети.
4. Подсистема TCAP – это промежуточный уровень, расположенный между

прикладным уровнем и SCCP. Она относится к седьмому уровню
семиуровневой модели OSI. Пользователями TCAP в настоящее время
являются следующие три подсистемы: OMAP, MAP и INAP. TCAP
обеспечивает протоколы и функции прикладного уровня, отличные от
протоколов и функций уровней 4-6. Поэтому все услуги, включенные в TCAP,
непосредственно используют функции, поддерживаемые подсистемой SCCP.
Сама подсистема TCAP делится на два подуровня: компонентный подуровень

(CSL; Component Sublayer) и подуровень транзакций (TSL; Transaction Sublayer).
1) Основные функции TSL следующие:
A. Управление передачей сигнализации между локальными и удаленными

пользователями транзакций.
B. Единственным пользователем подуровня транзакций является компонентный

подуровень.
C. Этот уровень управляет началом и окончанием двунаправленного обмена

информацией между двумя пользователями TC.
2) Основные функции CSL:
A. Управление обнаружением ошибок в компонентах и распределение диалогов.
B. Установка диаграммы состояний для каждого вызывающего абонента.
-347-
C. Компонентный подуровень в основном включает в себя “компоненты”

коммутации между абонентами TCAP, а подуровень транзакций –
коммутацию различных сообщений, содержащих компоненты.
6.1.2 Базовый формат сообщений ОКС-7
В системе сигнализации ОКС-7 для передачи различных сообщений

используются сигнальные единицы различной длины. Для обработки процесса
передачи сообщений и управления передачей в основном используется MTP.
Существует три типа сигнальных единиц ОКС-7: MSU, LSSU и FISU. См. рис.
6.1-1, 6.1-2 и 6.1-3.
L2 L3 L2
F B
F CK SIF SIO LI I FSN I BSN F
B B
8 16 8n (n≥2) 8 2 6 1 7 1 7 8 Направление передачи
Рис. 6.1.1 MSU (LI>2)
L2 L3 L2
F B
F CK SF LI I FSN I BSN F
B B
8 16 8/16 2 6 1 7 1 7 8 Направление передачи
Рис. 6.1-2 LSSU (LI=1,2)
L2
F B
F CK LI I FSN I BSN F
B B
8 16 2 6 1 7 1 7 8 Направление передачи
Рис. 6.1-3 FISU (LI=0)
-348-
MSU (Message Signal Unit): значащая сигнальная единица
LSSU (Link State Signal Unit): сигнальная единица состояния звена
FISU (Fill in Signal Unit): заполняющая сигнальная единица
BIB (Backward Indicating Bit): бит индикации в обратном направлении
BSN (Backward Sequence Number): порядковый номер в обратном направлении
CK (Check bits): проверочные биты
F: FlagFSN (Forward Sequence Number): порядковый номер в прямом направлении
FIB (Forward Indicating Bit): бит индикации в прямом направлении
LI (Length Indication): индикатор длины
SF (State Field): поле состояния
SI (Service Indication): индикатор услуги
SF (Signal Field): сигнальное поле
6.2 ОКС-7 ZXJ10
Функциональные модули системы сигнализации ОКС-7 показаны на рис. 6.2-1.
MTP1 – это уровень звена передачи данных сигнализации, соответствующий

физическому уровню L1 модели OSI. MTP1 в основном выполняет функции
двустороннего канала передачи данных и включает в себя цифровой канал
передачи и терминальное оборудование сигнализации. Базовая скорость
цифрового канала передачи – 64 кбит/с.
MTP2 – это уровень звена сигнализации, эквивалентный канальному уровню L2

модели OSI. MTP2 обеспечивает звено сигнализации для платы COMM системы
ZXJ10 для реализации надежной двухточечной передачи сигнальных сообщений
между двумя непосредственно подключенными пунктами сигнализации.
Основные функции MTP2 следующие: установление границ и формирование
-349-
сигнальных единиц, проверка и исправление ошибок, контроль звена

сигнализации и управление трафиком.
MTP3, функция сети сигнализации, объединяется с расширенным

функциональным уровнем SCCP для образования уровня 3 OSI. MTP3 в
основном служит для обработки сигнальных сообщений и управления сетью
1. Функции обработки сигнальных сообщений реализуют маршрутизацию

сообщений, идентификацию сообщений и распределение сообщений.
2. К функциям управления сетью сигнализации в основном относятся

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

потоком в случае отказа и перегрузки. Управление звеньями сигнализации – это
восстановление, запуск звеньев сигнализации и выход в сеть сигнализации.
Управление сигнальными маршрутами – это, в основном, надежная коммутация
информации на сигнальные маршруты между пунктами сигнализации, включая
такие функции, как разрешение, ограничение, запрет и передача.
-350-
Пользовательские объекты ОКС-7

(например, MAP, INAP, OMAP и т.д.)
L7
TCAP ISUP TUP
L4~L6
SCCP
L3
MTP3
L2 MTP2
L1 MTP1
Рис. 6.2-1 Функциональная модель системы ОКС-7
6.2.1 Физическая платформа ОКС-7 ZXJ10
Для обработки сигнализации ОКС-7 в системе ZXJ10 используются центральный

коммутационный модуль и различные модули PSM, т.к. независимые модули
обработки сигнализации отсутствуют. Сигнализация модуля PSM или RSM
получает доступ к сети коммутации общего пользования через станцию
посредством полупостоянных соединений.
Физический уровень ОКС-7 обрабатывается схемой интерфейса с цифровыми

соединительными линиями; протокол уровня звена обрабатывается платой связи
ОКС-7; функции третьего (сетевого) уровня обрабатываются процессором MP
модуля SNM совместно с модулем PSM или RSM. Ниже описаны методы и
функции реализации различных компонентов.
Протоколы трех уровней (MTP1, MTP2, MTP3+SCCP) ОКС-7 соответствуют DT,

COMM, MP системы ZXJ10 и реализуются соответствующим программным
обеспечением.
-351-
Физическая платформа уровня MTP1 (L1) находится на плате DT, уровня MTP2
(L2) – на плате COMM, а уровня MTP3 (L3) – на плате MP. Протокол HDLC
каждой пары плат COMM может обеспечивать передачу сигнализации максимум
32 временных интервалов. Сигнальная информация платы COMM посылается
через полупостоянное соединение коммутационного поля T в соответствующее
звено (интерфейса DTI). Схема показана на рис. 6.2-2.
L1
Рис. 6.2-2 Реализация ОКС-7 в системе ZXJ10
2 линии HDLC платы Comm могут выбирать в разные моменты времени

различные временные интервалы для разных звеньев с целью одновременной
обработки. Соединения Comm1 и Comm2 находятся в режиме
мультиплексирования трафика с разделением нагрузки, а процессоры модуля
работают в режиме мультиплексирования “активный-резервный”.
В силу использования принципа полупостоянных соединений физическая

платформа сигнализации системы ZXJ10 находится в том же модуле DSN
(коммутационном поле T), что и соединения речевых каналов. Поэтому легче
обнаруживать отказы звеньев и упрощается определение канала сигнализации.
-352-
Кроме того, коммуникационная программа плат Comm ZXJ10 считывается и

записывается с ориентацией на все платы Comm.
6.2.2 Функции MTP
Подсистема передачи сообщений (MTP) используется для передачи сигнальных

сообщений, связанных с соединениями с коммутацией каналов телефонной сети,
сети передачи данных с коммутацией каналов и сети ISDN, являющейся базовым
компонентом ОКС-7. Эта подсистема делится на три функциональных уровня.
Уровень 1 (MTP 1) реализует функцию звена передачи данных сигнализации. Он

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

функции и процедуры передачи сигнальных сообщений по звеньям передачи
данных сигнализации. Этот уровень реализуется на платах Comm системы ZXJ10
и обеспечивает выполнение следующих функций:
1. Установление границ и формирование сигнальных единиц.
2. Обнаружение ошибок в каждой сигнальной единице.
3. Исправление ошибок в сигнальных единицах с помощью механизма

повторной передачи.
4. Контроль и обнаружение отказов в звеньях сигнализации в соответствии с

коэффициентом ошибок в сигнальных единицах.
5. Восстановление отказавших звеньев сигнализации.
6. Управление потоком в звеньях сигнализации.
Уровень 3 (MTP3) реализует функцию сети сигнализации. На этом уровне

определяются функции управления обработкой сигнализации в сети
сигнализации. Данный уровень реализуется в процессоре модуля (MP) системы
ZXJ10 и содержит два следующих компонента:
-353-
1. Функция обработки сигнальных сообщений. Она выполняет следующие

действия: если локальный узел является адресатом сообщения, эта функция
направляет сообщение в назначенную подсистему пользователя. Если
локальный узел является транзитным пунктом передачи сообщения, эта
функция направляет сообщение в заранее определенное звено сигнализации.
Этот функциональный уровень может быть дополнительно разделен на три
функциональных подуровня:
1) Различение сообщений.
2) Распределение сообщений.
3) Маршрутизация сообщений.
2. Функция управления сетью сигнализации. Она выполняет следующие

действия: если сеть сигнализации неисправна, маршруты передачи сообщений
и конфигурация оборудования сети сигнализации могут быть изменены в
соответствии с заранее определенными данными и информацией о состоянии
сети сигнализации, чтобы обеспечить непрерываемую передачу сообщений.
Функция управления сетью сигнализации может быть дополнительно
разделена на три следующие подфункции:
1) Управление услугами сигнализации: включает в себя переключение, обратное

переключение, принудительную перемаршрутизацию, управляемую
перемаршрутизацию, перезапуск пунктов сигнализации, блокировку
управления и управление потоками услуг сигнализации.
2) Управление звеньями сигнализации: включает в себя такие функции, как

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

передачи, управление разрешением передачи, управление ограничением
передачи, управление взаимоконтролируемой передачей, управление
тестированием пучков сигнальных маршрутов и управление тестированием
-354-
перегрузки пучков сигнальных маршрутов.
6.2.3 Общие функции TUP/ISUP
Ниже описаны функции TUP/ISUP в системе ZXJ10:
1. Деление на модули TUP/ISUP ZXJ10
1) Модуль управления процедурами сигнализации.
2) Модуль управления обработкой исходящих/входящих вызовов.
3) Модуль проверки и повторной проверки целостности исходящей/входящей

связи.
4) Модуль технического обслуживания каналов (блокировка, разблокирование и

возобновление работы).
5) Модуль технического обслуживания группы каналов (блокировка,

разблокирование, возобновление работы и запрос только для ISUP).
6) Другие функциональные модули.
2. Обработка базовых вызовов TUP/ISUP ZXJ10
Процедуры обработки вызовов TUP/ISUP ZXJ10 в основном идентичны, за

исключением того, что для TUP используется метод асимметричного
освобождения, а для ISUP – метод симметричного освобождения. Процедура
обработки вызовов ISDN подсистемой TUP полностью совпадает с процедурой
обработки телефонных вызовов. Процедура обработки вызовов ISDN
подсистемой ISUP в основном совпадает с процедурой обработки телефонных
вызовов, но между этими процедурами существуют три различия:
1) Для вызовов ISDN не используется принцип взаимоконтроля между

вызывающей и вызываемой сторонами. Для всех вызовов используется режим
без взаимоконтроля. Это связано с необходимостью удовлетворения
требований к связи в компьютерной сети и к сокращению времени
разъединения. Поэтому как только на любом этапе процесса обработки вызова
-355-
какой-либо абонент требует разъединения, соединение ISDN немедленно

разъединяется. Телефонные же соединения могут разъединяться в основном
только в прямом направлении.
2) Паузой/возобновлением для вызовов ISDN управляют терминалы ISDN,

посылающие различные сообщения с запросами, тогда как сеть только
пассивно отвечает на запросы терминалов. Обычные же телефонные аппараты
не могут различать названные функции, управление которыми осуществляет
сеть.
3) Сеть должна удовлетворять требованиям к соединениям nx64 кбит/с,

существующим при вызовах ISDN. Здесь ISUP использует особый режим
выбора маршрутов, т.е. выбор одновременно n каналов (в соответствии с
техническими спецификациями Министерства почты и связи, в настоящее
время реализовано только n=2, а режим полупостоянных соединений
используется временно для услуг с более высокими скоростями). Телефонные
вызовы не могут поддерживать эту услугу.
4) Функции интерфейса между абонентом и сетью (DSS1) для вызовов ISDN

являются более мощными по сравнению с аналоговой абонентской
сигнализацией. Соответственно, форматы параметров сообщений вызовов
ISDN намного сложнее форматов параметров телефонных вызовов. В
большинстве случаев ISUP прозрачно передает по сети только
информационные элементы DSS1. Однако иногда требуются также
преобразование и базы для соединений.
5) Т.к. существует много параметров сообщений ISDN, длина сообщения ISUP

может превышать предельное значение для системы ОКС-7, равное 272
байтам. В этом случае для передачи должен использоваться метод простой
сегментации. Однако при телефонных вызовах такая ситуация маловероятна.
6) ISDN может поддерживать множество дополнительных услуг, в результате

чего при вызовах ISDN используются некоторые специальные сообщения,
отсутствующие в аналоговых вызовах. Эти сообщения требуют отдельной
обработки подсистемой ISUP. Однако, когда для телефонных вызовов
реализуются новые услуги, в большей степени затрагивается
-356-
внутристанционная передача сообщений, а не межстанционная сигнализация.
3. Новые телефонные услуги, поддерживаемые подсистемой TUP/ISUP, и

дополнительные услуги ISDN, поддерживаемые подсистемой ISUP
TUP поддерживает следующие телефонные услуги: консоль оператора,

переадресация вызовов, трассировка злонамеренных вызовов, подключение к
вызову и представление номера вызывающего абонента.
ISUP поддерживает следующие новые телефонные услуги и дополнительные

услуги ISDN: консоль оператора, трассировка злонамеренных вызовов, прямой
входящий набор (DDI; Direct Dialing Inward), представление/запрет
идентификации вызывающей линии (CLIP/R; Calling Line Identification
Presentation/Restriction), представление/запрет идентификации вызываемой линии
(COLP/R; Called Line Identification Presentation/Restriction), субадрес (SUB),
постановка вызовов на ожидание (CW; Call Waiting), постановка вызовов на
удержание (HOLD), переадресация вызовов при отсутствии ответа (CFU/B/NR;
Call Forwarding on No Reply), конференц-связь (CONF), услуга трехсторонней
связи (3PTY; 3-ParTY service) и услуга межпользовательской связи (UUS; User-to-
User Service).
4. Статистика трафика TUP/ISUP
Статистическая информация, доступная в TUP/ISUP, является разнообразной и

полной. Она охватывает не только данные, связанные с обработкой вызовов, но и
данные, касающиеся технического обслуживания каналов (групп каналов). Эта
информация перечислена ниже:
1) Число начальных адресных сообщений исходящей/входящей станции.
2) Число сигналов ответа исходящей/входящей связи.
3) Число блокировок коммутационного оборудования.
4) Число блокировок группы каналов.
5) Число отказов вызовов.
-357-
6) Число событий получения неполного адреса.
7) Число отказов абонентских линий.
8) Число передач частных тональных сигналов.
9) Число вызовов по отсутствующему номеру.
10)Число ответов без тарификации.
5. Взаимодействие TUP, ISUP и другой сигнализации
Т.к. ОКС-7 относительно долго будет использоваться в телефонных сетях

совместно с CAS, и использование ISUP и сигнализации DSS1 будет
увеличиваться с применением ISDN, подсистемы TUP и ISUP неминуемо должны
взаимодействовать с другой сигнализацией. Под взаимодействием сигнализации
в основном понимается преобразование между “типом вызывающего абонента” в
прямом направлении и “типом сообщения об отказе/причиной отказа” в обратном
направлении. Преобразование параметров является очень сложным. Поэтому
здесь оно не описывается.
6.2.4 Функции TUP
6.2.4.1 Деление на модули в процессе обработки вызова
Подсистема сигнализации TUP делится в программном обеспечении системы

ZXJ10 на следующие части:
TUPSPRC (распределение сигнализации и управление техническим

обслуживанием)
TUPCPCI, TUPCPCO (исходящие/входящие полувызовы)
TUPCRO, TUPCRI (повторная проверка целостности)
TUPCRS (сброс канала)
TUPBLR, TUPBLS (блокировка приема и передачи)
-358-
TUPCGRR, TUPCGRS, TUPMBUS, TUPMBUR, TUPfBUS, TUPHBUR

(техническое обслуживание группы каналов)
Взаимосвязь между модулями показана на рис. 6.2-3.
Рис. 6.2-3 Компоненты подсистемы сигнализации TUP
Компоненты следующие:
TUPCPCO: выход полувызовов
TUPCPCI: вход полувызовов
TUPCRO: выход повторной проверки целостности
-359-
TUPCRI: вход повторной проверки целостности
TUPBLS: блокировка передачи
TUPBLR: блокировка приема
TUPCRS: сброс канала
TUPCGRS: сброс группы каналов, передача
TUPCGRR: сброс группы каналов, прием
TUPMBUS: ориентированные на техническое обслуживание блокировка и

разблокирование группы каналов, передача
TUPMBUR: ориентированные на техническое обслуживание блокировка и

разблокирование группы каналов, прием
TUPHBUS: ориентированные на аппаратный отказ блокировка и

разблокирование группы каналов, передача
TUPHBUR: ориентированные на аппаратный отказ блокировка и

разблокирование группы каналов, прием
GRS: сообщение сброса группы каналов
GRA: сообщение подтверждения сброса группы каналов
MBA: сообщение подтверждения ориентированной на техническое

обслуживание блокировки группы
MUA: сообщение подтверждения ориентированного на техническое

обслуживание разблокирования группы
MGB: сообщение ориентированной на техническое обслуживание

блокировки группы
MGU: сообщение ориентированного на техническое обслуживание

разблокирования группы
-360-
HGB: сообщение ориентированной на аппаратный отказ блокировки группы
HGU: сообщение ориентированного на аппаратный отказ разблокирования

группы
HBA: сообщение подтверждения ориентированной на аппаратный отказ

блокировки группы
HUA: сообщение подтверждения ориентированного на аппаратный отказ

разблокирования группы
SPRC, OAM: распределение сигнализации и управление техническим

обслуживанием
Dbase: система базы данных
6.2.4.2 Обработка базовых вызовов
1) Обработка сообщений
Сообщения MTP: передача всех сообщений, связанных с локальным пунктом

сигнализации, в TUPSPRC для единой обработки.
Сообщения базы данных: выполнение операций считывания и записи,

связанных с базой данных.
Внутренние сообщения полувызовов: обработка полувызовов в TUP в

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

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

инициализации системы.
Сообщения от PP: сообщения о результатах проверки целостности.
-361-
2) Процедура выполнения сигнализации
В телефонной сети ОКС-7 процедура сигнализации между соответствующими

станциями, служащая для обеспечения возможности разговора между
абонентами, называется процедурой обработки вызова. Процедура так
называемой нормальной обработки вызова – это процедура сигнализации в
случае, когда свободный абонент успешно делает вызов, нормально
завершает его и возвращается в свободное состояние.
Процедура нормальной обработки вызова TUP показана на рис. 6.2-4.
MTP3 TUPCPCI TUPCPCO MTP3
Idle Idle
IAM/IAI Внутреннее сообщение
WtTnBridge
Внутреннее сообщение
WtForAlerting Seized
IAM/IAI
SAM （SAO）
SAM （SAO）
Предупредительное WtForACM
ACM
ACM сообщение
Ringing Ringing Сигнал контроля

посылки вызова
Ответ ANC
ANC
Talking Talking
Разговор
CLF Разъединение CLF

RLG
IDLE WtForRLG
RLG
IDLE
Разъединение в
CBK
CBK обратном направлении
WtForCLF WtForRelease
CLF Разъединение CLF
RLG
RLG
IDLE
IDLE
Рис. 6.2-4 Пример вызова TUP со свободным абонентом
-362-
На рисунке рассмотрено два случая: 1) первым вешает трубку вызывающий

абонент; 2) первым вешает трубку вызываемый абонент. После разговора первым
вешает трубку вызывающий абонент. Исходящая станция посылает сигнал
разъединения (CLF; CLear Forward). Сразу после приема сигнала CLF станция
должна освободить канал и послать в обратном направлении сигналы контроля
разъединения (RLG; Release Guard). Если входящей является транзитная станция,
сигналы CLF должны быть переданы на следующую станцию. Если первым
вешает трубку вызываемый абонент, входящая (или транзитная) станция
посылает сигнал отбоя (CBK; Clear BacKward). В случае использования режима
сброса под управлением вызывающего абонента станция, посылающая сигнал
CBK, не должна освобождать канал, а должна запускать оборудование
ограничения времени. Если вызывающий абонент не вешает трубку в течение
заданного времени, исходящая станция автоматически формирует и посылает
сигналы разъединения (заданный предел времени для местного вызова – 60 с, а
для междугородного вызова – 90 с).
Ниже описана приведенная выше процедура обработки вызова:
A. Входящий полувызов (TUPCPCI)
Idle (свободное состояние). До получения по каналу соединительной линии

начального адресного сообщения (IAM/IAI) вызов находится в свободном
состоянии и в таком же состоянии находятся его ресурсы базы данных. После
приема сообщения IAM/IAI система выполняет анализ номера. В соответствии с
результатом анализа она запускает различные программы обработки.
WtForTnBridge (состояние ожидания успешного установления маршрута). В этом

состоянии система выясняет, имеется ли запрос на дополнительные услуги. Если
да, этот запрос передается для обработки в программу обработки
дополнительных услуг.
WtForAlerting (состояние ожидания полного адреса). В этом состоянии

вызывающая сторона посылает сообщение установления соединения для
создания вызываемого процесса. Если при этом вызывающая сторона принимает
от вызываемой стороны предупредительное сообщение, соединение успешно
устанавливается и происходит переход в состояние посылки вызывного сигнала
-363-
(Ringing).
Ringing (состояние посылки вызывного сигнала). Если в этом состоянии

вызывающая сторона принимает от вызываемой стороны ответное сообщение,
система проключает речевой канал и ожидает начала разговора между
вызывающим и вызываемым абонентом.
Talking (состояние разговора). Вызывающий и вызываемый абоненты начинают

разговор.
WtForCLF (ожидание сигнала разъединения). Входящая станция посылает

сигналы CLF. Система освобождает соединительные линии и область данных для
возврата в свободное состояние.
Система завершает процедуру нормальной обработки вызова. Канал

возвращается в свободное состояние и готов к приему следующего вызова.
B. Исходящий полувызов (TUPCPCO)
Idle (свободное состояние). После приема сообщения базы данных выполняется

анализ информации об исходящих маршрутах для нахождения канала
соединительной линии вызываемого абонента.
Seized (состояние занятия канала). Система анализирует принятую внутреннюю

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

станции, система посылает на исходящую станцию ответное сообщение.
Вызывающий и вызываемый абоненты переходят в состояние разговора.
Talking (состояние разговора). Получив сигнал CBK, система посылает

сообщение разъединения на станцию прямого направления и сигнал CLF на
станцию обратного направления, после чего переходит в состояние WtForRLG,
разъединяет соединения прямого и обратного направлений и одновременно
освобождает все ресурсы. В случае разъединения под управлением вызывающего
абонента разъединяются только соединения обратного направления, после чего
-364-
канал также переходит в состояние разъединения.
WtForRLG (ожидание состояния RLG). Переход в это состояние происходит при

приеме сигналов CLF, посылаемых последующей станцией.
6.2.4.3 Обработка блокировки каналов (TUPBLR, TUPBLS)
Станция ZXJ10 обеспечивает и обрабатывает сигналы BLO и UBL, что позволяет

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

послан любой станцией. Предоставление услуг по блокированному каналу не
может быть возобновлено до тех пор, пока одна из станций не передаст сигнал
подтверждения разблокирования, а другая станция не примет его. Канал,
который уже блокирован во время технического обслуживания, может быть
разблокирован сигналом разблокирования. Станция, которая посылает сигнал
разблокирования, не может считать удаленную станцию разблокированной, пока
не примет сигнал подтверждения разблокирования.
6.2.4.4 Проверка целостности и повторная проверка целостности канала
Канальные речевые сигналы и сигнализация передаются в режиме сигнализации

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

результаты в TUP. Частота проверки целостности оборудования передачи – 2000
Гц. Учитывая различие в относительных уровнях между двумя трибутарными
сигналами точки доступа к шлейфу, потери в шлейфе после проверки должны
быть 0 дБ. Рабочая частота проверки оборудования приема (цифрового фильтра)
также составляет 2000 Гц, а время для идентификации – 45 мс. Нерабочая
-365-
частота находится за пределами значений 2000+200 Гц при длительности сигнала

менее 30 мс. Требование к разъединению оборудования приема заключается в
том, что, если приемник используется для тестирования наличия одночастотного
тонального сигнала, то после идентификации этой единственной частоты
прерывание длительностью менее 15 мс может быть игнорировано, чтобы
предотвратить преждевременное разъединение речевого канала. Задержка
индикации при проверке пропадания единственной частоты не должна
превышать 40 мс.
Когда вызываемая сторона требует проверить каналы, она посылает запрос в базу
данных для проверки TS тональных сигналов и затем передает запрос проверки
подключения приемника к PP. PP подключается к тональному сигналу
фиксированной частоты цифрового сигнала 2000 Гц в прямом канале. Канал
считается целостным, если в течение 45 мс может быть принят ответный
тональный сигнал, соответствующий требованиям к электрическим
характеристикам. В противном случае канал считается неисправным. И, наконец,
в TUP посылаются результаты проверки целостности.
В случае неудачного исхода проверки целостности исходящего канала

приемопередатчик проверки целостности на станции отключается, и
выполняется автоматическая повторная проверка для другого канала.
Одновременно на последующую станцию посылается сигнал отказа. Если
начальное адресное сообщение инициирует проверку целостности, то в течение
1~10 с после ее неудачного исхода должна быть выполнена повторная проверка
целостности для неисправного канала.
В станции ZXJ10 проверка целостности уже выполнена при

исходящем/входящем полувызове. Повторная проверка целостности TUPCRO и
TUPCRI может быть инициирована человеко-машинными командами или
запущена посредством TUPCPCI или TUPCPCO после неудачного исхода
проверки целостности.
Примечание. Когда проверка целостности выполняется через тестовый

канал, канал должен быть свободен.
-366-
6.2.4.5 Обработка сброса канала (TUPCRS)
В станции с программным управлением состояние канала хранится в системной

памяти. Если в памяти возникает отказ, затронутый канал между двумя
станциями должен быть сброшен в свободное состояние на двух станциях, чтобы
он мог быть повторно занят. Т.к. станция с неисправной памятью не имеет
информации в отношении того, свободен ли канал, занят ли он исходящим
вызовом, входящим вызовом или блокирован, затронутый канал должен быть
информирован сигналом сброса канала или сигналом сброса группы каналов.
Сигнал сброса канала должен также посылаться и в некоторых случаях, когда не
существует отказа в сигнале.
Если сигнал сброса канала (RSC) в течение 4~15 с (T18) не подтверждается, он

посылается снова. Если в течение одной минуты (T19) после первой передачи
сигнала RSC подтверждение по-прежнему не принимается, система посылает
обслуживающему персоналу аварийный сигнал, запрашивая ручной сброс. Это
повторяется каждую минуту.
6.2.4.6 Обработка конфликтов
Из-за двунаправленного режима сигнализации ОКС-7 две станции могут

конфликтовать в одном и том же канале. Обнаружение конфликта фиксируется
по тому факту, что по каналу станции, которая уже послала сообщение IAM/IAI,
принимается сообщение IAM/IAI.
В станции ZXJ10 для предотвращения конфликтов используется метод выбора на

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

SPC[2] – это старший бит кода, SPC[1] – средний, а SPC[0] – младший, сначала
должны сравниваться биты SPC[2] двух станций, затем биты SPC[1] и, наконец,
биты SPC[0].
При обработке процесса установления соединения вызов, обрабатываемый

станцией основного управления, приводит к установлению соединения, но
сообщения IAM/IAI, принимаемые по двунаправленным каналам, не
обрабатываются. Вызов, обрабатываемый станцией неосновного управления,
приводит к занятию этих каналов и автоматическому повторению попыток в том
же или повторно выбранном канале.
В программе обработки станции ZXJ10 конфликт возникает тогда, когда

исходящая станция, ожидая полный адрес, принимает от равноправной станции
сообщение IAM/IAI. При этом для принятия решения о том, является ли данная
станция станцией основного управления, используется указанный выше
принцип. Если да, исходящая станция не воспринимает названные сигналы и
продолжает ожидать полный адрес (oWaitForACM). В противном случае она
пытается найти второй канал соединительной линии для первоначального
исходящего вызова. Если второго доступного канала нет, или при поиске области
данных происходит отказ, хотя второй канал доступен, станция отказывает в
установлении соединения.
6.2.4.7 Новые услуги
В станциях ZXJ10 взаимодействие с новыми услугами ограничивается только

тремя случаями – переадресацией вызовов, трассировкой злонамеренных
вызовов и подключением к вызову. Когда номер TUPCPCI оконечной станции
полный, с помощью сообщения базы данных с элементами новых услуг,
зарегистрированных абонентом, активизируется процесс обработки местного
вызова. В перечисленных ниже случаях все процессы обработки местных
вызовов посылают сообщения новых услуг в TUPCPCI вызывающей стороны:
Вызываемый абонент зарегистрировал трассировку злонамеренных вызовов

(другие услуги отсутствуют), и вызываемая линия свободна.
-368-
Вызываемый абонент зарегистрировал безусловную переадресацию вызовов.
Вызываемый абонент зарегистрировал переадресацию вызовов при занятости и

занят.
Вызываемый абонент долго не отвечает на вызов, и зарегистрировал

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

вызывающая сторона отвечает на запрос трассировки от вызываемой стороны и
посылает на исходящую станцию сообщение общего запроса (GRQ; General
ReQuest) с битом d. Если номер вызывающего абонента отсутствует, посылаются
сигналы GRQ с битами b и d.
Если принят запрос на услугу подключения к вызову, и этот вызов имеет

полномочие на подключение, выдается ответ на запрос подключения к вызову
6.2.4.8 Повторные попытки вызовов
Система сигнализации ОКС-7 позволяет автоматически выполнять повторные

попытки вызовов в соответствии с Рекомендациями CCITT. Такие попытки
выполняются в следующих пяти случаях:
Неудачный исход проверки целостности.
Обнаружение конфликта (в станции неосновного управления).
После передачи сообщения IAM/IAI и до приема в обратном направлении

любого адресного сообщения принято неприемлемое сигнальное сообщение.

любого адресного сообщения принята сигнализация RSC.

любого адресного сообщения принят неприемлемый линейный сигнал.
-369-
В трех предыдущих случаях для вызова должен быть выбран любой новый канал.
Повторные попытки вызовов ограничены только поиском второго доступного
канала в том же модуле.
6.2.4.9 Обработка группы каналов
Система ОКС-7 позволяет обрабатывать несколько каналов одновременно в

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

группами каналов:
1) Процесс приема сообщения блокировки группы каналов, вызванной

техническим обслуживанием (TUPMBUR).
Получив дважды подряд сообщение об ориентированной на техническое

обслуживание блокировке группы каналов (MGB; Maintenance oriented circuit
Group Blocking), TUP возвращает сообщение подтверждения ориентированной на
техническое обслуживание блокировки группы каналов (MGA; Maintenance
oriented circuit Group blocking Acknowledgement) и устанавливает канал в
состояние блокировки для технического обслуживания. Получив дважды подряд
сообщение об ориентированном на техническое обслуживание разблокировании
группы каналов (MGU; Maintenance oriented circuit Group Unblocking), TUP
возвращает сообщение подтверждения ориентированного на техническое
обслуживание разблокирования группы каналов (MGA; Maintenance oriented
circuit Group unblocking Acknowledgement) и устанавливает канал в свободное
состояние.
2) Процесс передачи сообщения блокировки группы каналов, вызванной

техническим обслуживанием (TUPMBUS).
После двухкратной передачи сообщения MGB и приема сообщения MGA TUP

устанавливает канал в состояние блокировки для технического обслуживания.
Если канал разблокируется, TUP дважды посылает сообщение MGU и ждет
сообщения MUR. После этого TUP устанавливает канал в свободное состояние.
-370-
3) Процесс приема сообщения блокировки группы каналов, вызванной

аппаратными средствами (TUPHBUR)
Получив дважды подряд сообщение блокировки группы, вызванной

аппаратными средствами (HGB), TUP возвращает сообщение подтверждения
ориентированной на аппаратный отказ блокировки группы каналов (HGA;
Hardware failure oriented circuit Group blocking Acknowledgement) и устанавливает
канал в состояние блокировки аппаратными средствами. Получив дважды подряд
сообщение об ориентированном на аппаратный отказ разблокировании группы
каналов (HGU; Hardware failure oriented circuit Group Unblocking), TUP
возвращает сообщение HGA и устанавливает канал в свободное состояние.
4) Процесс передачи сообщения блокировки группы каналов, вызванной

аппаратными средствами (TUPHBUS)
TUP дважды посылает сообщение HGB и после приема сообщения HGA

устанавливает канал в состояние блокировки аппаратными средствами. Если
канал разблокируется, TUP дважды посылает сообщение разблокирования
группы, вызванного аппаратными средствами (HGU), и после приема сообщения
HUR устанавливает канал в свободное состояние.
5) Процесс приема сообщения сброса группы каналов (TUPCGRR)
Дважды получив сообщение сброса группы каналов (GRS; circuit Group ReSet),
TUP возвращает сообщение GRA и сбрасывает каналы.
6) Процесс передачи сообщения сброса группы каналов (TUPCGRS)
После двухкратной передачи сообщения GRS подсистема TUP сбрасывает

каналы, получив сообщение GRA. Если в течение определенного периода
времени сообщение GRA не принимается, снова передается сообщение GRS.
6.2.5 Функции ISUP
6.2.5.1 Функциональная классификация процессов ISUP
Подсистема сигнализации ISUP может быть разделена в системе программного
-371-
обеспечения станции ZXJ10 на четыре блока:
ISUPSPRC: основная функция этого блока – распределение сообщений. Все

сообщения, посылаемые в ISUP, сначала обрабатываются этим блоком согласно
типам сообщений, после чего активизируется соответствующий блок.
ISUPCPC: основная функция этого блока – управление обработкой вызовов.
ISUPCSC: основная функция этого блока – управление контролем каналов.
ISUPCGST: основная функция этого блока – управление перегрузкой.
Блоки ISUPCPC и ISUPCSC могут быть дополнительно разделены следующим

образом:
Блок ISUPCPC можно разделить на следующие блоки:
ISUPCPCO: осуществляет управление обработкой исходящих вызовов.
ISUPCPCI: осуществляет управление обработкой входящих вызовов.
ISUPCCO: выполняет проверку целостности исходящих соединений под

управлением блока ISUPCPCO.
ISUPCCI: выполняет проверку целостности входящих соединений под

управлением блока ISUPCPCI.
Блок ISUPCSC можно разделить на следующие блоки:
ISUPBLS/BLR: управляет передачей/приемом сообщений блокировки каналов.
ISUPMGBS/HGBR: управляет передачей/приемом сообщений, связанных с

техническим обслуживанием группы каналов.
ISUPCRS/CRR: управляет передачей/приемом сообщений сброса каналов.
ISUPCGRS/CGRR: управляет передачей/приемом сообщений сброса группы

каналов.
ISUPCRCS/CRC: управляет передачей/приемом сообщений повторной проверки
-372-
целостности.
ISUPCQS/CQR: управляет передачей/приемом сообщений запроса группы

каналов.
Структура блоков показана на рис. 6.2-5 и 6.2-6.
ISUPSPRC
ISUPCCO ISUPCPCO ISUPCPCI ISUPCCI
ISUPCSC
Рис. 6.2-5 Иллюстрация функций ISUPCPC
ISUPSPRC
ISUPMGBS/MGBR
ISUPBLS/BLR
ISUPHGBS/HGBR
ISUPCRS/CRR ISUPCGRS/CGRR
ISUPCRCS/CRC ISUPCQS/CQR
ISUPCPC
Рис. 6.2-6 Иллюстрация функций CSC
-373-
6.2.5.2 Обработка базовых вызовов (ISUPCPC)
Сообщения операционной системы: обработка информации таймеров во время

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

вызовов во время переключения между активной и резервной системами.
Сообщения базы данных: реализация операций считывания-записи и

определений, связанных с базой данных.
Сообщения полувызовов: (полувызовы на вызывающей стороне, вызываемой

стороне и других сторонах). В зависимости от приема различных сообщений
активизируются различные процессы и состояния для соответствующей
обработки.
Сообщения консоли эксплуатации (человеко-машинные команды) включают в

себя блокировку/разблокирование каналов (групп), сброс, проверку целостности
и запрос группы каналов.
Сообщения MTP3: межстанционные сигнальные сообщения, сообщения

управления перегрузкой.
2) Процедура выполнения сигнализации
Рассматривается процедура нормальной обработки вызова ISUP, т.е. свободный

вызываемый абонент успешно устанавливает соединение, нормально завершает
разговор и выполняет разъединение для сброса.
ISUP поддерживает гибридную аналоговую/цифровую сеть, аналоговая часть

которой подобна обработке TUP. Здесь приводятся только краткие сведения.
Процедура нормальной обработки вызова ISUP показана на рис. 6.2-7.
-374-
MTP3 ISUPCPCI ISUPCPCO MTP3
Idle Внутреннее
IAM
сообщение
TrunkSeized Внутреннее
сообщение
WtForAlerting TrunkSeized
SAM IAM
Info (DnInfo)
SAM
WtForACM
ACM
Alerting
ACM
Сигнал контроля
WtForAnswer
StartConv ANM
ANM
ICCAnswer OGCAnswer
Разговор
REL Release REL
WtForRLC
RLC WtForRLC
RLC
Разъединение в
обратном направлении
Release REL
REL
WtForRLC WtForRLC
RLC RLC
Рис. 6.2-7 Пример вызова ISUP со свободным абонентом
Здесь:
Внутренние сообщения вызова:
Info (DnInfo): адресное сообщение
Alerting: сообщение вызывного сигнала
StartConv: сообщение начала разговора
Release: сообщение разъединения
Межстанционные сообщения:
IAM (Initial Address Message): начальное адресное сообщение
-375-
SAM (Successive Address Message): последующее адресное сообщение
ACM (Address Complete Message): сообщение “адрес полный”
ANM (ANswering Message): ответное сообщение
REL (RELease): сообщение разъединения
RLC: сообщение выполнения контроля
Ниже описана приведенная выше процедура обработки вызова:
A. Входящий полувызов (ISUPCPCI)
Idle (свободное состояние), свободное состояние перед приемом по

соединительной линии сообщения IAM.
WtForCci (ожидание состояния получения результата проверки целостности).
TrunkSeized (состояние занятия соединительной линии).
WtForAlerting (ожидание состояния посылки вызывного сигнала).
WtForAnswer (ожидание состояния ответа).
ICCAnswer (состояние ответа ICC): подобно состоянию разговора TUP.
WtForRLC (ожидание состояния завершения разъединения).
B. Исходящий полувызов:
Idle (свободное состояние).
TrunkSeized (состояние занятия соединительной линии).
WtForCco (ожидание состояния вывода результата проверки целостности).
WtForACM (ожидание состояния получения полного адреса).
WtForANM (ожидание состояния ответа).
-376-
OGCAnswer (состояние ответа OGC): подобно состоянию разговора TUP.
WtForRLC (ожидание состояния завершения разъединения).
4) Цифровая часть
Процедура обработки цифровых вызовов (вызовов ISDN) подсистемой ISUP в

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

и вызываемой сторонами. Для всех вызовов используется режим без
взаимоконтроля. Это связано с необходимостью удовлетворения требований к
связи в компьютерной сети и к сокращению времени разъединения. Поэтому как
только на любом этапе процесса обработки вызова какой-либо абонент требует
разъединения, соединение ISDN немедленно разъединяется. При аналоговых же
вызовах в случае использования режима взаимоконтроля между вызывающей и
вызываемой сторонами только вызывающий/вызываемый абонент может
разъединить соединение.
Паузой/возобновлением для вызовов ISDN управляют терминалы ISDN,

посылающие различные сообщения с запросами, тогда как сеть только пассивно
отвечает на запросы терминалов. При аналоговых вызовах телефонные аппараты
не могут различать названные функции, управление которыми осуществляет
сеть.
Сеть должна удовлетворять требованиям к соединениям nx64 кбит/с,

существующим при вызовах ISDN. Здесь ISUP использует особый режим выбора
маршрутов, т.е. выбор одновременно n каналов (в соответствии с техническими
спецификациями Министерства почты и связи, в настоящее время реализовано
только n=2, а режим полупостоянных соединений используется временно для
услуг с более высокими скоростями). Для аналоговых вызовов эта услуга
отсутствует.
Функции интерфейса между абонентом и сетью (DSS1) для вызовов ISDN

являются более мощными по сравнению с аналоговой абонентской
сигнализацией. Соответственно, форматы параметров сообщений вызовов ISDN
-377-
намного сложнее форматов параметров аналоговых вызовов. В большинстве

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

может превышать предельное значение для системы ОКС-7, равное 272 байтам.
В этом случае для передачи должен использоваться метод простой сегментации.
В случае аналоговых вызовов такого не происходит.
ISDN может поддерживать множество дополнительных услуг, в результате чего

при вызовах ISDN используются специальные сообщения, отсутствующие в
аналоговых вызовах. Эти сообщения требуют отдельной обработки подсистемой
ISUP. Однако, когда для аналоговых вызовов реализуются новые услуги, в
большей степени затрагивается внутристанционная передача сообщений, а не
межстанционная сигнализация.
6.2.5.3 Обработка проверки целостности (ISUPCco, ISUPCci)
Обработка для входа и выхода при проверке целостности в ISUP подобна

аналогичной обработке в TUP и здесь не описывается.
6.2.5.4 Сброс каналов в ISUP (ISUPCRS/CRR)
В станции с программным управлением состояние канала хранится в системной

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

посылается для каждого затронутого канала. После приема сигналов сброса
каналов незатронутые станции выполняют следующие действия.
-378-
Если это станция входящего вызова в соединении и она находится в состоянии

установления соединения или в состоянии разговора, принятый сигнал считается
сигналом разъединения. После перевода канала в свободное состояние
возвращается сигнал завершения разъединения.
Если это исходящая станция в соединении, принятый сигнал в любом случае

считается сигналом отбоя или сигналом отказа вызова, и возвращается сигнал
завершения разъединения.
Если канал свободен, принятый сигнал считается сигналом разъединения, и

возвращается сигнал завершения разъединения.
Если предварительно послан сигнал блокировки (локальной), или канал не может

быть разъединен с помощью описанного выше метода, возвращается сигнал
блокировки (BLO). Если исходящий/входящий вызов продолжается, соединение
должно быть разъединено для перевода канала в свободное (или блокированное)
состояние, и может быть послан сигнал завершения разъединения (RLC; ReLease
Complete). Сигнал блокировки должен быть подтвержден участвующими
станциями. Если подтверждение (BLA) не принимается, указанная процедура
повторяется.
Если изначально принимается сигнал блокировки (удаленной), любое

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

вызова принимается сигнал сброса канала, канал разъединяется, и второе
подключение будет выполняться по другому каналу.
Если после передачи сигнала сброса канала принимается сигнал сброса канала,
весь канал должен быть освобожден. Этот канал должен быть сброшен для
обслуживания нового соединения.
По подключенным каналам посылаются надлежащие сигналы сброса.
-379-
Затронутые станции реорганизуют свою память в соответствии с

подтверждением принятого сигнала сброса канала и возвращают сигнал
завершения разъединения (RLC), ответный сигнал разъединения (REL), сигнал
подтверждения блокировки (BLA) и сигнал подтверждения блокировки (BLO).
Кроме того, подключенные каналы могут использовать для сброса надлежащие
каналы. Если сигнал сброса канала (RSC) в течение 4~15 с (T18) не
подтверждается, он посылается снова. Если в течение одной минуты (T19) после
первой передачи сигнала RSC подтверждение по-прежнему не принимается,
система посылает обслуживающему персоналу аварийный сигнал, запрашивая
ручной сброс. Это повторяется каждую минуту.
6.2.5.5 Блокировка каналов в ISUP (ISUPBLS/BLR)
Станция обеспечивает и обрабатывает сигналы BLO и UBL, что позволяет

коммутационному оборудованию или обслуживающему персоналу временно
блокировать прием удаленными оконечными устройствами каналов сигналов
обслуживания (или возобновление обслуживания), когда имеется отказ или
требуется тестирование каналов.
Т.к. канал ОКС-7 является двунаправленным, сигнал блокировки (BLO) может

быть послан любой станцией. Следовательно, функция приема сигнала
блокировки – запретить посылку вызовов по соответствующему каналу от данной
станции до тех пор, пока не будет принят сигнал разблокирования, но прием
сигнала блокировки не запрещает входящие вызовы в эту станцию. Сигнал
блокировки и сигнал разблокирования требуют соответствующей
последовательности сигналов, т.е. сигнала подтверждения блокировки (BLA) и
сигнала подтверждения разблокирования. Сигнал подтверждения посылается
только после выполнения надлежащего действия (т.е. блокировки и
разблокирования). Сигнал разъединения (REL) не должен запрещать блокировку
для восстановления услуг канала, который может быть неисправным. Услуги
блокированного канала не могут быть восстановлены до тех пор, пока одна
станция не передаст сигнал подтверждения разблокирования, а другая станция не
примет этот сигнал. Сигнал сброса канала делает все состояния каналов
удаленной блокировки свободными, включая состояние блокировки. Канал
локальной блокировки возвращает сигнал блокировки (BLO), который должен
-380-
быть подтвержден затронутыми станциями. Если подтверждение (BLA) не

принимается, указанная процедура повторяется.
Канал, который уже блокирован во время технического обслуживания, может

быть разблокирован сигналом UBL. Станция, которая посылает сигнал UBL, не
может считать, что равноправная станция разблокирована, пока не получит
сигнал подтверждения UBL.
1) Другие функции приема сигнала блокировки
Если сигнал блокировки принимается:
----- после посылки IAM и
----- до приема сигнала обратного направления вызова, то
повтор попыток вызова автоматически выполняется по другому каналу. После

того как станция приняла сигнал блокировки и передала сигнал подтверждения
блокировки, для разъединения первоначального вызова она должна использовать
обычный метод.
Если сигнал блокировки канала принимается:
----- при приеме как минимум одного связанного с этим вызовом сигнала
обратного направления на станции исходящего вызова или
----- при приеме как минимум одного связанного с этим вызовом сигнала
обратного направления на станции входящего вызова, то
станция не будет занимать канал для последующих вызовов.
Канал, занятый одним вызовом, не будет задерживать передачу сигнала

подтверждения блокировки (разблокирования).
Если посылается сигнал блокировки (локальной) и затем в противоположном

направлении принимается IAM, должны быть выполнены следующие действия:
----- Что касается тестовых вызовов, они должны быть приняты, если возможно.
В случае невозможности приема тестовых вызовов канал снова блокируется,
-381-
возвращается сигнал блокировки, и IAM отбрасывается.
----- Для нетестовых вызовов должен быть возвращен сигнал блокировки.
Если при использовании сигнала блокировки для блокировки канала канал не

выведен из обслуживания, то такая ситуация должна длиться не более 5 минут.
Если 5 минут истекли, обе стороны канала должны выдать аварийный сигнал.
Если в затронутом канале имеются текущие вызовы, отсчет пяти минут должен
начинаться с момента разъединения соединения, и данный канал должен быть
выведен из обслуживания.
2) Обработка отказов во время блокировки/разблокирования
Если сигнал блокировки (разблокирования) не подтверждается в течение 10~15 с

(T12) после передачи, станция повторяет передачу сигнального сообщения
блокировки (разблокирования). Если в течение одной минуты (T13) после первой
передачи сигнального сообщения блокировки (разблокирования) сигнал
подтверждения по-прежнему не принимается, система посылает
обслуживающему персоналу аварийный сигнал. Передача сигнального
сообщения блокировки (разблокирования) повторяется каждую минуту.
Если блокированный канал принимает BLO, посылается BLA.
Если неблокированный канал принимает UBL, посылается UBA.
Если BLO не посылается, но принят сигнал BLA, то
---- если канал послал BLO и блокирован, сигнал BLA отбрасывается;
---- если канал послал BLO, но не блокирован, посылается UBL.
Если принят сигнал UBA, но сигнал UBL не послан, то
---- если канал послал BLO и блокирован, посылается BLO;
---- если канал послал BLO, но не блокирован, сигнал UBA отбрасывается.
-382-
6.2.5.6 Запрос состояния канала ISUP (ISUPCQS/CQR)
При управлении запросом конкретной группы каналов ISUP локальная сторона

может запрашивать состояние соответствующего канала равноправной стороны
путем передачи сообщения CQM и приема сообщения CQR. Если между двумя
сторонами обнаруживается несовместимость, обслуживающий персонал может
предпринять меры для проверки и корректировки.
Существует четыре типа результатов запроса состояния канала ISUP:
1) Состояние, в котором канал не может быть идентифицирован подсистемой

ISUP, называется “состоянием отсутствия канала” (“unequipped state”).
Состояние, при котором канал выполняет перечисленные ниже действия,

называется “мгновенным состоянием” (“instantaneous state”):
– передача RSC и ожидание RLC;
– передача IAM и ожидание ACM/CON;
– передача BLO/UBL и ожидание BLA/UBA.
Эти два состояния не сосуществуют друг с другом.
2) “Состояние обработки вызова” (“call processing state”) канала обнаруживается

по следующим условиям:
Состояние занятости исходящим вызовом называется “занятость исходящим

вызовом” (“outgoing call busy”).
Состояние занятости входящим вызовом называется “занятость входящим

вызовом” (“incoming call busy”).
В противном случае канал считается “свободным” (“idle”).
3) “Состояние блокировки для технического обслуживания” (“maintenance

blocking state”) канала обнаруживается по следующим условиям:
Состояние блокировки локальной станцией называется “локальной блокировкой
-383-
для технического обслуживания” (“local maintenance block”).
Состояние блокировки равноправной станцией называется “удаленной

блокировкой для технического обслуживания” (“remote maintenance block”).
Состояние одновременной блокировки обеими станциями называется “локальной

и удаленной блокировкой для технического обслуживания” (“local and remote
maintenance block”).
В противном случае канал считается “неблокированным” (“non-blocked”).
4) “Состояние блокировки аппаратными средствами” (“hardware block state”)

обнаруживается по следующим условиям:
Состояние блокировки локальной станцией называется “локальной блокировкой

аппаратными средствами” (“local hardware block”).
Состояние блокировки равноправной станцией называется “удаленной

блокировкой аппаратными средствами” (“remote hardware block”).
Состояние одновременной блокировки обеими станциями называется “локальной

и удаленной блокировкой аппаратными средствами” (“local and remote hardware
block”).
В противном случае канал считается “неблокированным” (“non-blocked”).
Примечание. Если имеется блокировка аппаратными средствами, “состояние

обработки вызова” (“call processing state”) может быть только “свободным”
(“idle”).
6.2.5.7 Управление перегрузкой (CGST)
1) Автоматическое управление перегрузкой (ACC; Automatic Congestion Control)
Автоматическое управление перегрузкой применяется в том случае, если станция

перегружена. Существует два уровня перегрузки – перегрузка уровня 1 и
перегрузка уровня 2. При достижении какого-либо уровня во все сообщения
разъединения, генерируемые станцией, вводится параметр автоматического
-384-
управления перегрузкой. Этот параметр указывает уровень перегрузки для

соседней станции. При приеме сообщений разъединения, содержащих параметр
автоматического управления перегрузкой, соседняя станция должна уменьшить
нагрузку на перегруженную станцию. Если нагрузка перегруженной станции
восстанавливается в нормальное состояние, эта станция должна прекратить ввод
параметров автоматического управления перегрузкой в сообщения разъединения.
2) Меры по управлению потоком сигнальных сообщений
Управление потоком сигнализации осуществляется вторым, третьим и четвертым

функциональными уровнями в соответствии с определенной процедурой
Когда поток услуг сигнализации, достигающих некоторого пучка сигнальных

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

подсистемой MTP-L2. Когда второй уровень (L2) обнаруживает, что локальная
станция посылает на некоторую станцию слишком много сигналов, он посылает
первое уведомление в подсистему MTP-L3. Или если коммутатор некоторой
станции принимает слишком много сообщений от локальной станции, L2
принимает уведомление о перегрузке L2 этой “некоторой” станции и посылает
его на третий уровень (L3).
Затем при приеме каждых восьми сигналов услуг подсистема MTP3 посылает
уведомление о перегрузке на более высокий уровень.
В случае сообщения о локальной перегрузке подсистема MTP2 посылает на более

высокий уровень уведомление об устранении перегрузки, чтобы снизить
перегрузку. В случае уведомления об удаленной перегрузке подсистема MTP2
сама не может обнаружить устранение перегрузки. При этом требуется установка
таймера для более высокого уровня, чтобы попытаться постепенно уменьшить
-385-
перегрузку.
A. Перегрузка локального пункта сигнализации
При приеме от MTP первого уведомления о перегрузке подсистема ISUP

запускает процесс управления перегрузкой.
При приеме от MTP последующего уведомления о перегрузке подсистема ISUP

усиливает этот процесс.
При приеме от MTP уведомления об устранении перегрузки подсистема ISUP

завершает процесс управления перегрузкой.
B. Перегрузка удаленного пункта сигнализации
Т.к. в этом случае MTP не выдает уведомление об устранении перегрузки,

подсистема ISUP должна быть способна устранить перегрузку автоматически.
Должен использоваться самоадаптирующийся метод постепенного
уменьшения/увеличения объема трафика.
Когда ISUP принимает первое уведомление о перегрузке, трафик постепенно

уменьшается. Следовательно, запускаются два таймера – таймер T1 на более
короткий период и таймер T2 на более длительный период.
Чтобы в течение периода T1 предотвратить слишком быстрое уменьшение

трафика, последующее уведомление о перегрузке того же направления
игнорируется.
Если в течение времени после истечения периода T1 и в пределах периода T2

принимается уведомление о перегрузке, ISUP постепенно уменьшает объем
трафика и перезапускает T1 и T2. Этот процесс продолжается, пока трафик не
уменьшится до минимальной величины.
Если время T2 истекает (уведомление о перегрузке в течение периода T2 не

поступает), трафик должен быть постепенно увеличен, и таймер T2 перезапущен.
Этот процесс продолжается, пока трафик не вернется к нормальному уровню.
Tl: первая/вторая индикация перегрузки после истечения времени T2 (300 мс ~
-386-
600 мс).
T2: первое уведомление о перегрузке (5 с ~ 10 с).
6.2.5.8 Конфликты и повторные попытки вызовов
Обработка конфликтов и повторных попыток вызовов в ISUP подобна

аналогичной обработке в TUP и здесь не описывается.
6.2.5.9 Дополнительные услуги
Дополнительные услуги включают в себя прямой входящий набор (DDI; Direct

Dialing Inward), представление/запрет идентификации вызывающей линии
(CLIP/R; Calling Line Identification Presentation/Restriction), представление/запрет
идентификации подключенной линии (COLP/R; Connected Line
Presentation/Restriction), субадрес (SUB), постановка вызовов на ожидание (CW;
Call Waiting), постановка вызовов на удержание (HOLD), переадресация вызовов
(CFU/B/NR; Call Forwarding), конференц-связь (CONF), услуга трехсторонней
связи (3PTY; 3-ParTY service) и услуга межпользовательской связи (UUS; User-
to-User Service).
6.2.5.10 Статистика сигнализации и трафика ISUP
1) Статистика сигнализации
ISUP собирает статистику по следующей сигнализации в соответствии с

направлением станции путем активизации функции N7StaticDataAdd:
Прием IAM
Передача IAM
Прием ANM
Передача ANM
ISUP собирает статистику по следующей сигнализации в соответствии с

направлением станции и пучками каналов соединительных линий путем
-387-
активизации функции N7StaticDataAdd:
Прием или передача SEC
Прием или передача CGC
Прием или передача CFL
Прием или передача ADI
Прием или передача LOS
Прием или передача SST
Прием или передача UNN
Прием или передача ANN
Прием или передача NNC
2) Окончание передачи данных
По окончании вызова некоторые данные вызова посылаются в TrafficPid для

сбора статистики трафика.
Статистическая информация, доступная в TUP/ISUP, является разнообразной и

полной. Она содержит не только данные, связанные с обработкой вызовов, но и
данные, касающиеся технического обслуживания каналов (групп каналов). Эта
информация перечислена ниже:
Число начальных адресных сообщений исходящей/входящей станции.
Число сигналов ответа исходящей/входящей связи.
Число блокировок коммутационного оборудования.
Число блокировок группы каналов.
Число отказов вызовов.
Число событий получения неполного адреса.
-388-
Число отказов абонентских линий.
Число передач частных тональных сигналов.
Число вызовов по отсутствующему номеру.
Число ответов без тарификации.
6.2.6 Функции SCCP
6.2.6.1 Краткий обзор
Подсистема управления сигнальными соединениями сокращенно называется

SCCP. В иерархической структуре сигнализации ОКС-7 в качестве одной из
подсистем пользователей MTP подсистема SCCP обеспечивает MTP функцией
маршрутизации на основе глобальных заголовков для передачи по сети ОКС-7
всех типов информации, не соответствующей/соответствующей каналу, а также
других типов информации между станциями, между станцией и специальными
центрами в сети связи, предоставляя таким образом услуги, ориентированные на
соединения, и не ориентированные на соединения. Если пользователям передачи
данных требуется передать данные объемом, превышающим пределы MTP, то
SCCP выполняет необходимые функции сегментации и сборки.
6.2.6.2 Положение и функции SCCP в системе
Положение и функции SCCP в системе описаны ниже.
1. Местоположение
Местоположение SCCP в многомодульной системе ZXJ10 и системе ОКС-7

показано на рис. 6.2-8 и 6.2-9.
-389-
Пользова- Пользова-
тели TC тели TC
TCAP SNM TCAP
SCCP SCCP
PSM PSM
Пользова-
тели TC
TCAP
SCCP
OAM
Рис. 6.2-8 SCCP в многомодульной системе
OAMP MAP
OSI-7 ISUP TUP DUP
TCAP
OSI-4~6 ISP
OSI-3 SCCP
MTP-3
OSI-2
MTP-2
OSI-1 MTP-1
Рис. 6.2-9 Положение SCCP в системе ОКС-7
-390-
2. Функции
Ниже перечислены функции SCCP:
1) Установление логической взаимосвязи сигнализации в сети сигнализации

ОКС-7.
2) Способность передачи элементов данных сигнализации в условиях

установления и неустановления логического соединения сигнализации.
3) Реализация функции маршрутизации на основе глобальных заголовков.
4) Предоставление: а) базовых услуг без установления соединений; б) услуг без

установления соединений с контролем последовательности блоков данных; в)
базовых услуг, ориентированных на соединения; г) услуг, ориентированных на
соединения, с управлением потоком.
6.2.6.3 Структура и предоставляемые услуги модулей SCCP
На рис. 6.2-10 показаны функциональные модули SCCP.
Пользователи Сообщения,
MTP
SCCP ориентированные
на соединение
Примитивы Управление,
N_Transfer ориентированное на Ошибка
соединение, SCCP Управление
маршрутизации
маршру-
тизацией Примитивы
Сообщения, не
SCCP MTP_Transfer
ориентированные
(SCRC)
Управление, не на соединение
Примитивы
N_Transfer ориентированное на Ошибка
соединение, SCCP маршрутизации
Принято
S S S S S сообщение
O O S S S недоступной
R G A P T подсистемы
Примитивы Примитивы
Управление SCCP MTP_Management
N_Management
SOG (Subsystem Out of service Grant): предоставление подсистемы вне обслуживания;
SOR (Subsystem Out of Service Request): запрос подсистемы вне обслуживания
-391-
SSA (SubSystem Available): подсистема доступна; SSP (SubSystem Prohibited): подсистема запрещена;
SST (Subsystem Status Tested): тестирование состояния подсистемы
Рис. 6.2.10 Функциональные компоненты SCCP
1. Услуги, не ориентированные на соединение (SCCPSCLC)
Услуги, не ориентированные на соединение, – это практически услуги передачи

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

установления соединения.
Узел 1 Узел 2
SCCP1 SCCP2
UDT
Рис. 6.2-11 Процедура передачи без установления соединения
-392-
2. Услуги, ориентированные на соединение (SCCPSCOC)
Услуги, ориентированные на соединение, – это практически услуги установления

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

установления временных и постоянных соединений сигнализации. Установление
временных соединений сигнализации должно инициироваться и осуществляться
под управлением абонентов SCCP, подобно телефонным соединениям с набором
номера. Постоянные соединения сигнализации устанавливаются и разъединяются
с помощью локальных (или дистанционных) функций O&M или функций
управления узлами, которые предоставляют абонентам SCCP полупостоянные
соединения, подобные арендуемым телефонным линиям.
На рис. 6.2-12 показан процесс передачи, ориентированный на соединение.
Узел 1 Узел 2
SCCP1 SCCP2
Запрос соединения
Подтверждение соединения
Данные
Данные
Разъединение соединения (RLSD)
Разъединение завершено (RLC)
Рис. 6.2-12 Процедура передачи с установлением соединения
-393-
6.2.6.4 Функции управления SCCP
Функция управления SCCP (SCMG) служит для повторного выбора маршрута

или ограничения объема предоставляемых услуг сигнализации при
неисправности или перегруженности сети, чтобы обеспечить нормальное
функционирование сети сигнализации. Процесс управления SCCP определяет
сдвоенные порты или подсистему как систему “активный-резервный” со
сдвоенной конфигурацией и предполагает, что функционирование
осуществляется под управлением активной системы, т.е. в случае выхода
активной системы из строя активизируется резервная система. После устранения
отказа выполняется немедленное переключение на активную систему. Функция
управления SCCP относится к услугам без установления соединения и к услугам,
ориентированным на соединение. В соответствии с целями своего управления,
данная функция делится на две подфункции.
1. Управление состоянием пункта сигнализации: основная задача – использовать

сообщения пункта сигнализации, предоставляемые подсистемой MTP, для
изменения состояния таблицы трансляции адресов SCCP и узла или
подсистемы, чтобы дать возможность пользователям принять меры для
повторной передачи или уменьшения числа сигнальных сообщений,
передаваемых соответствующим пунктом сигнализации.
2. Управление состоянием подсистемы: основные цели – изменение таблицы

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

пункте сигнализации и состоянии подсистемы. Однако состоянием пункта
сигнализации управляет третий уровень MTP. Поэтому информация об отказах,
восстановлении и перегрузке, связанная с пунктами сигнализации, сообщается
подсистемой MTP в подсистему SCCP, а информация об отказах и
восстановлении подсистемы сообщается подсистемой SCCP различным узлам в
виде сообщений SCMG.
-394-
6.2.7 Функции TCAP
6.2.7.1 Краткий обзор
Прикладная подсистема возможностей транзакций (TCAP; Transaction Capability

Application Part) находится в иерархической структуре ОКС-7 и относится к
подсистеме пользователей SCCP. Ее основное назначение – обеспечение единой
поддержки информационного взаимодействия различных прикладных служб в
сетевой среде и передача между коммутационными узлами и узлами управления
такой не связанной с каналами информации, как информация трансляции
адресов, информация абонентских данных, тарификационная или
административная информация. Под процессом сигнализации TCAP понимается
процедура обработки и управления операциями и сеансами.
В настоящее время в станции ZXJ10 тремя пользователями TC,

поддерживаемыми подсистемой TCAP, являются подсистемы INAP, OMAP и
MAP.
6.2.7.2 Многоуровневая структура и функции TCAP
На рис. 6.2-13 показана многоуровневая структура и функции TCAP.
-395-
Пользователи TC
Примитивы TC
Компонентный
подуровень CSL
Примитивы TR TCAP
Подуровень транзакций
TSL
Примитивы N
SCCP
MTP
Рис. 6.2-13 Многоуровневая структура TCAP
На данном рисунке:
CSL (Component SubLayer): компонентный подуровень, предназначенный для

управления операциями.
TSL (Transaction SubLayer): подуровень транзакций, служащий для управления

сеансами.
CSL и TC взаимодействуют между собой с помощью примитивов TC.
CSL и TSL взаимодействуют между собой с помощью примитивов TR.
Для реализации управления операциями и сеансами подсистема TCAP делится на

два указанных ниже подуровня.
1. Подуровень транзакций прикладной подсистемы возможностей транзакций

(TCAPTSL)
Функция TCAPTSL – управление транзакциями, т.е. обработка сигнализации

между пользователями локального и удаленного подуровней транзакций.
-396-
Пользователем подуровня транзакций является пользователь TR. В настоящее

время единственным известным пользователем TR является компонентный
подуровень. Под связью между равноправными компонентными подуровнями
понимается связь между равноправными пользователями TC, которая называется
сеансом. Таким образом, в определенном в настоящее время протоколе TCAP
транзакция полностью эквивалентна сеансу с однозначным соответствием между
ними.
Для завершения процесса сигнализации одной прикладной услуги два

пользователя TC осуществляют двусторонний обмен рядом сообщений TCAP.
Началом, завершением, последовательностью обмена сообщениями и их
содержимым управляют пользователи TC. Подуровень транзакций управляет
началом, удержанием и завершением сеансов, включая обнаружение и
обработку аномалий. Протокольный процесс применим к сеансам любых
прикладных услуг.
2. Компонентный подуровень прикладной подсистемы возможностей

транзакций (TCAPCSL)
К основным функциям компонентного подуровня относятся управление

операциями, обнаружение ошибок компонент и назначение компонент сеанса.
При нормальных условиях запрос соединения одной операции инициируется

пользователем TC. Для управления операциями данный подуровень
устанавливает диаграмму состояний для каждой операции. Под ошибкой
компоненты понимается ошибка протокола или превышение допустимого
времени ожидания ответа. Ошибка протокола возникает тогда, когда тип
компоненты, принятой компонентным подуровнем, не соответствует ожидаемым
входным данным диаграммы состояний операции, или формат компоненты
содержит синтаксические ошибки либо является нераспознаваемым. Под тайм-
аутами ответа понимаются тайм-ауты различных таймеров операций.
Компонентный подуровень выполняет назначение компонент сеансов
посредством управления идентификаторами сеансов.
-397-
6.2.7.3 Функциональная классификация TCAP станции ZXJ10
Ниже приведена функциональная классификация TCAP станции ZXJ10.
1. Многоуровневая модульная структура TCAP
На рис. 6.2-14 показана многоуровневая модульная структура TCAP.
Пользователи TC Примитивы TC
CHA
DHA
CCO ISM
CSL
Примитивы TR
TSL
TCAP
Примитивы N
SCCP
CHA (Component HAndling): обработка компонент DHA (Dialogue HAndling): обработка диалогов
Рис. 6.2-14 Многоуровневая модульная структура TCAP
2. Функции TCAP
1) Модуль CHA компонентного подуровня осуществляет обработку компонент,

обеспечивая взаимодействие примитивов обработки компонент TC
подсистемы TCAP и пользователей TC, а также управление активизацией
каждой операции.
ISM в модуле CHA – это конечный автомат активизации операций. Подуровень,

который инициирует узел запросов операций, управляет различными операциями
в соответствии с работой модуля ISM.
-398-
Модуль CCO в модуле CHA – это модуль координации компонент. Каждый сеанс
соответствует одному модулю CCO, создает компоненты, подлежащие передаче
пользователем TC, а также назначает компоненты, содержащиеся в принятом
сеансе, модулю ISM для дальнейшей проверки. При обнаружении ошибки
компоненты модуль ISM инициирует механизм отклонения.
2) Модуль DHA на компонентном подуровне является модулем обработки

сеансов. Он в основном обеспечивает взаимодействие примитивов обработки
сеансов TC между TCAP и пользователями TC, а также осуществляет
назначение компонент сеансов.
Когда компонентный подуровень принимает от пользователя TC примитив

запроса TC нормальной обработки сеанса, модуль DHA запрашивает модуль CHA
в отношении элементов компоненты, содержащихся в данном сеансе. Когда
компонентный подуровень принимает примитив запроса TC обработки
ненормального сеанса, модуль DHA посылает в модуль CHA индикацию
окончания сеанса, чтобы модуль CHA завершил все незаконченные операции,
включенные в данный сеанс. Когда компонентный подуровень принимает
примитивы индикации TR, модуль DHA посылает все компоненты, включенные в
принятый сеанс, в модуль CHA, чтобы выполнить проверку синтаксиса
компонент и проверку состояний операций.
6.2.7.4 Обработка операций компонент подсистемы TCAP
Ниже описывается обработка операций компонент подсистемы TCAP:
1. Базовая обработка
На рис. 6.2-15 показана успешная обработка операции. На этом рисунке I в

скобках индицирует код идентификации активизации операции. Если операция
завершается неудачно, пользователь 2 посылает компоненту возврата ошибки
(RE; Return Error), и соответствующим примитивом TC должен быть примитив
TC-U-ERROR.
-399-
TC TC
CSL1 CSL2
Пользователь 1 Пользователь 2
Индикация
Запрос T C-INVOKE Компонента INV(I) T C-INVOKE
Индикация T C-R-NL Компонента RRNL (I) T C-R-NL
Индикация T C-R-L Компонента RRL (I) Индикация T C-R-L
Рис. 6.2-15 Процедура успешной обработки одной операции
Идентификаторы активизации операций в компонентах динамически

назначаются пользователями TC при инициации запросов операций. В любой
момент может одновременно выполняться несколько удаленных операций.
Каждый идентификатор активизации операции соответствует диаграмме
состояний компоненты, и узел на равноправном конце реагирует только на эту
операцию, не участвуя в управлении состояниями операций. Управление
диаграммами состояний компонент осуществляется процессом TCAPISM. После
завершения обработки операции диаграмма состояний компоненты возвращается
в свободное состояние. При этом идентификатор операции освобождается. После
освобождения он должен быть заморожен на период времени до повторного
использования. Метод замораживания определяется пользователем TC.
TCAP позволяет двум узлам передать запрос операции друг другу в течение
сеанса прикладной услуги. Таким образом, адресат передает запрос операции в
отношении информации на равноправную сторону. Вторая компонента
активизации имеет свой идентификационный номер активизации операции,
который назначается пользователем TC адресата. Однако эта компонента должна
вернуть на равноправную сторону идентификатор операции, называемый
“идентификатором связанной операции” (“associated operation ID”). Этот
идентификатор указывает, что для выполнения первой операции запрашивается
вторая операция.
На рис. 6.2-16 показан процесс обработки связанной операции. Пользователь 1

инициирует запрос теста для пользователя 2, и идентификатором тестовой
операции является 1. Тест имеет несколько дополнительных условий, которые
-400-
предварительно задаются пользователем 1. После приема запроса пользователь 2,

в свою очередь, посылает запрос для выбора условий теста. Идентификатор
операции компоненты активизации равен 2, а идентификатор связанной
операции – 1. По запросу пользователь 1 посылает выбранные условия теста, и
пользователь 2 выполняет этот тест.
TC TC
CSL1 CSL2
Пользователь 1 Пользователь 2
Индикация
Запрос T C-INVOKE INV(1, test) T C-INVOKE
(1, тест) (1, тест )
Индикация INV(2, 1,
T C-INVOKE выбор условий ) Запрос T C-INVOKE
(2, 1, выбор условий ) (2, 1, условия теста)
RRL (2, условия
Запрос T C-R-L теста) Индикация T C-R-L
(2, условия теста ) (2, условия теста )
RRL (1, результат
Индикация T C-R-L теста) Запрос T C-R-L
(1, результат теста) (1, результат теста)
Рис. 6.2-16 Процедура обработки связанной операции
2. Процесс обработки ненормальных ситуаций
Ниже рассмотрены два процесса обработки ненормальных ситуаций.
1) Обработка тайм-аутов
После передачи каждой компоненты активизации операции компонентный

подуровень (процесс TCAPISM) запускает соответствующий таймер. Если ответа
от равноправной стороны в течение заданного периода времени не поступает,
компонентный подуровень отменяет операцию (диаграмма состояний
компоненты возвращается в свободное состояние). При этом он уведомляет
пользователя TC с помощью индицирующего примитива TC-L-CANCEL. Если в
любое время пользователь TC хочет отменить выполняемую операцию, он может
уведомить компонентный подуровень с помощью примитива запроса TC-U-
CANCEL. То, что отменяется, – это только региональный процесс внутри узла,
без передачи любого уведомления компоненты на равноправную сторону. Если
после отмены принимается ответ от равноправной стороны, то он
-401-
рассматривается компонентным подуровнем как недопустимое сообщение и

отклоняется.
2) Обработка недопустимых компонент
Недопустимая компонента – это компонента, которая имеет ошибки формата или

несовместимый либо нераспознаваемый тип и диаграмму состояний. После
приема компоненты такого типа компонентный подуровень запускает процесс
отклонения для создания компоненты отклонения (RJ; ReJecting), сохраняемой
для передачи. Кроме того, он уведомляет пользователя TC с помощью
индицирующего примитива TC-L-REJECT и сообщает причину. Обработка этого
процесса выполняется в процессе TCAPCSL0.
Если пользователь обнаруживает, что компонента семантически неправильна или

не совместима со спецификациями прикладной услуги, он может также
использовать примитив TC-U-REJECT, чтобы передать компоненту отклонения.
После того как равноправная сторона получает эту компоненту, она использует
индицирующий примитив TC-U-REJECT для уведомления своего пользователя.
TCAP принимающей стороны по коду проблемы в компоненте выясняет, от кого
поступило отклонение, – от пользователя равноправной стороны или от
подсистемы TCAP равноправной стороны. Если сообщение TCAP содержит
несколько компонент и одна из них отклоняется, то все последующие
компоненты отбрасываются. Если любая компонента из сегментированного и
переданного возвращенного результата отклоняется, то отклоняется и весь
возвращенный результат. Если даже идентификатор активизации операции в
недопустимой компоненте нераспознаваем или имеет недопустимый номер,
который является неназначенным, названный выше процесс отклонения должен
быть выполнен. Единственное исключение – ситуация, когда сама принятая
недопустимая компонента является компонентой отклонения. В этом случае
компонентный подуровень требует уведомления только своего собственного
пользователя без необходимости передачи любой новой компоненты отклонения
на равноправную сторону.
3) Другие ненормальные ситуации
Здесь рассматриваются потеря, повторение или неправильная
-402-
последовательность компонент. Для TCAP такие ситуации почти никогда не

возникают. Поэтому в протоколах они могут не учитываться. В противном
случае это приведет к ненужному увеличению накладных расходов и ухудшению
характеристик реального времени. Если такие ситуации возникают очень часто
для определенного приложения, необходимо использовать ориентированную на
соединение услугу сетевого уровня. Если информация определенного протокола,
например, тарификационная информация, чрезвычайно важна, то прикладной
протокол должен принять меры для обеспечения высокой надежности
информации.
Из процессов обработки операций можно видеть, что для TCAP потеря

компоненты обычно представляется как тайм-аут ответа на операцию.
Повторение и неправильную последовательность компонент обычно невозможно
обнаружить, если они не относятся к компоненте последнего возвращенного
результата (RRL). В этом случае компонентный подуровень отклоняет обработку
компоненты.
6.2.7.5 Процесс обработки сеансов TCAP
Ниже описывается процесс обработки сеансов подсистемы TCAP:
1. Базовый процесс обработки
В процессе сигнализации между двумя равноправными объектами

осуществляется взаимодействие сеансов. Существуют сеансы двух типов:
неструктурированные и структурированные. Неструктурированные сеансы
содержат только одно сообщение, которым не требуется управлять. Сообщениям
структурированных сеансов должны назначаться идентификаторы транзакций
для различения разных сеансов. Назначение идентификаторов транзакций и
управление ими осуществляются в процессе TCAPTSL.
Базовая обработка структурированного сеанса включает в себя три этапа: начало,

продолжение и окончание сеанса. Ниже в основном описываются режимы
окончания сеанса: базовый режим и режим заранее заданного окончания. В каком
бы режиме не завершился сеанс, после того как подсистема TCAP принимает
соответствующий примитивный запрос или индикатор, она восстанавливает
-403-
свободное состояние для диаграммы состояний транзакций и всех диаграмм

состояний, относящихся к сеансу, не проверяя, принят ли для запроса операции
конечный возвращенный результат.
A. Базовый режим
Пользователь посылает на подуровень транзакций примитив запроса TR-END.

Параметр типа окончания этого примитива указывает, что передача
осуществляется в режиме базового окончания. Получив этот запрос, подуровень
транзакций посылает на равноправную сторону сообщение окончания (“END”)
вместе со всеми предварительно сохраненными компонентами данного сеанса.
После того как приемная сторона получает сообщение “END” и направляет его
пользователю, она отбрасывает все еще не переданные компоненты этого сеанса.
B. Режим заранее заданного окончания
Этот режим означает, что прикладной объект сам знает, когда завершить сеанс.
Когда протокол сигнализации выполняется до заданной точки, пользователь
посылает на подуровень транзакций примитив запроса TR-END, параметр типа
окончания которого определяет, что передача осуществляется в режиме заранее
заданного окончания. При этом подуровень транзакций не посылает на
равноправную сторону сообщение “END”, и компонентный подуровень
отбрасывает все еще не переданные компоненты данного сеанса. Соответственно,
пользователь равноправной стороны также знает, когда должен завершиться этот
сеанс, и завершает его в режиме заранее заданного окончания.
2. Процесс обработки ненормальных ситуаций
К ненормальным ситуациям относятся:
Прием одного сообщения с идентификатором транзакции недостижимого

(нераспознаваемого или недоступного) адресата или с недопустимым номером,
который еще не назначен.
Прием одного сообщения с допустимым адресатом, но тип сообщения не

совместим с диаграммой состояний транзакций.
В этом случае приемная сторона (процесс TCAPCSL0) сначала обрабатывает
-404-
сообщение в соответствии с идентификационным номером транзакции стороны

источника и затем выполняет соответствующую обработку следующим образом.
Если идентификатор транзакции стороны источника получить невозможно, то

это сообщение отбрасывается без всякой обработки. При этом прерванное
сообщение (ABORT) не передается, и транзакция не завершается.
Если флаг транзакции стороны источника доступен, генерируется сообщение

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

подуровень транзакций делает следующее:
Если в сообщение отбрасывания включено “сообщение отбрасывания

пользователя” (“subscriber discard message”), то для уведомления пользователя
используется примитив TR-U-ABORT.
Если сообщение отбрасывания содержит “причину отбрасывания протокола”

(“cause for protocol discard”), то для уведомления пользователя будет
использоваться примитив TR-P-ABORT.
В двух рассмотренных выше случаях все непосланные сообщения должны быть

отброшены, и диаграмма состояний транзакции возвращается в свободное
состояние.
6.2.8 Взаимодействие между ОКС-7 и CAS
Ниже рассматривается взаимодействие между сигнализацией ОКС-7 и

сигнализацией по выделенному каналу на примерах ISUP и R2.
-405-
6.2.8.1 Преобразования категорий вызывающих абонентов и причины разъединения при

взаимодействии сигнализаций ISUP и R2
1) Преобразование между сигналами группы II прямого направления и CAT

вызывающего абонента ISUP
Сигнал группы II прямого направления R2 CAT
3 0X0d (тестовый вызов)
7 0X1a (обычный абонент)
8 0X0c (абонент передачи данных)
9 0X0b (абонент с приоритетом)
5, 10 0X09 (оператор)
Другие 0x0A (обычный абонент)
2) Преобразование значений причин сигналов обратного направления
Сторона R2 Сторона ISUP
B6 ACM (тарификация)
B7 ACM (без тарификации)
B2 значение причины сообщения REL – 4
B3 значение причины сообщения REL – 17
B4 другие значения причин сообщения REL
B5 значения причины сообщения REL – 1, 5, 22
6.2.8.2 Последовательность преобразования между сигнализациями ISUP и R2
1. Взаимодействие сигнализаций при вызове от R2 к ISUP
1) Взаимодействие сигнализаций местного соединения: на рис. 6.2-17
-406-
показана последовательность успешного взаимодействия для местного

Местная станция LS Т ранзитная станция T M Местная станция LS

R2 ISUP
Занятие
P (Первая цифра номера станции)
A1
Q (Вторая цифра номера станции)
A1
D (Последняя цифра номера абонента)

A3
KD
IAM
ACM
KB=B6
Сигнал контроля посылки вызова
ANM
Ответ
Вызывающий Разъединение (REL)
абонент REL
вешает Контроль разъединения
RLC Вызываемый
трубку
абонент
≈ ≈ вешает
REL трубку
≈ ≈
Отбой
RLC
Разъединение (REL)
Контроль разъединения
Рис. 6.2-17 Успешное местное соединение
На рис. 6.2-18 показано неудачное местное соединение.
LS TM LS
R2 ISUP
Занятие
P
A1
Q
A1
D
A3
KD
IAM
REL
KB
RLC
-407-
Рис. 6.2-18 Неудачное местное соединение
-408-
2) Взаимодействие сигнализаций соединений автоматических исходящих

вызовов между местной и исходящей междугородной станциями
На рис. 6.2-19 показана последовательность успешного взаимодействия

сигнализаций прямого соединения между местной и междугородной станциями.
-409-
LS Исходящая T S Входящая T S
R2 ISUP
Занятие
0
A1
X1
A1
X2
A1
P
A5
KA
A5
P'
A5
D'
A5
IAM
15
A1
Q
SAM
A1
D
SAM
A1
ACM
A3(150 ± 30) мс
KD
KB=B6

AN M
Ответ
REL
RLC
Рис. 6.2-19 Успешное взаимодействие сигнализаций соединения между местной и

На рис. 6.2-20 показано неудачное соединение для прямого вызова между
-410-
местной и междугородной станциями.
LS
Рис. 6.2-20 Неудачное соединение для прямого вызова между местной и междугородной
станциями
3) Взаимодействие сигнализаций соединения между местной, транзитной и

На рис. 6.2-21 показано взаимодействие сигнализаций соединения между

местной, транзитной и междугородной станциями.
-411-
LS TM Исходящая T S Входящая T S
R2 ISUP ISUP
Занятие
0
A1
X1
A1
X2
A1
P
A5
KA
A5
P'
A5
D'
A5
15
A1 IAM
Q IAM
SAM
A1 SAM
D
SAM
SAM
A1
ACM
ACM
A3 (150 ± 30) мс
KD
B6 Сигнал контроля
AN M
ANM
Ответ
REL
Контроль разъединения REL
RLC
RLC
Рис. 6.2-21 Взаимодействие сигнализаций соединения между местной, транзитной и

4) Взаимодействие сигнализаций входящего соединения от междугородной к
-412-
На рис. 6.2-22 показано взаимодействие сигнализаций входящего соединения от

междугородной к местной станции.
Исходящая T S Входящая T S LS
R2 ISUP
Занятие
P
A1
Q
A1
D
A1
A3 (150 ± 30) мс
KD
IAM
ACM
B6

ANM
Ответ
REL
Отбой
RLC
Рис. 6.2-22 Взаимодействие сигнализаций соединения между междугородной и местной

станциями
5) Взаимодействие сигнализаций транзитных соединений между

междугородными станциями
При взаимодействии сигнализаций транзитного соединения между

междугородными станциями возможны два случая: с сигналами KC и без
сигналов KC.
На рис. 6.2-23 показано взаимодействие с использованием сигналов KC.
-413-
Исходящая T S Т ранзитная T S Входящая T S

R2 ISUP
Занятие
0
A1
X1
A1
X2
A1
KC
A1
P
A1
IAM(CAT =0)
Q
A1
SA M
D
A1
SA M
A3 (150 ± 30) мс
A CM
KD
B6
ANM
Ответ
REL
RLC
Рис. 6.2-23 Взаимодействие сигнализаций с использованием сигналов KC
На рис. 6.2-24 показано взаимодействие без сигналов KC.
-414-

R2 ISUP
Занятие
0
A1
X1
A1
X2
A1
KC
A1
P
A1
IAM
Q
A1
SAM
D
A1
SAM
A3 (150 ± 30) мс
INR
KD
INF
B6
ACM
ANM
Ответ
REL
RLC
Рис. 6.2-24 Взаимодействие сигнализаций без сигналов KC
6) Взаимодействие сигнализаций транзитных соединений по спутниковым

каналам между междугородными станциями
В том случае, когда между междугородными станциями имеются транзитные

соединения по спутниковым каналам, процедура взаимодействия
рассматривается только для KC=15. См. рис. 6.2-25.
-415-

(Спутниковый канал)
R2 ISUP
Занятие
Передача номера
0(100 ± 30) мс
X1(100 ± 20) мс
Включено X2(100 ± 20) мс

только KC=15(100 ± 20) мс
KC=15 P(100 ± 20) мс
IAM
Q(100 ± 20) мс
SA M
D(100 ± 20) мс
SAM
INR
A3(100 ± 20) мс
KD(100 ± 20) мс
INF
A CM
B6(100 ±20)ms

A NM
Ответ
REL
RLC
Включен
≈ ≈ только
KC=15(100 ± 20) мс двухраз-
≈ ≈
KC(100 ± 20) мс рядный
KC
P(100 ± 20) мс
IAM(CAT =0)
Q(100 ± 20) мс
SAM
D
SAM
A CM
A3(100 ± 20) мс
KD(100 ± 20) мс
B6
A NM
Ответ
REL
RLC
Рис. 6.2-25 Взаимодействие сигнализаций транзитных соединений по спутниковым каналам

между междугородными станциями
2. Взаимодействие сигнализаций при вызове от ISUP к R2
1) Взаимодействие сигнализаций местных соединений
На рис. 6.2-26 показана последовательность успешного взаимодействия

-416-
сигнализаций местных соединений.
LS TM LS
ISUP R2
IAM
Занятие
A
A1
B
A1
D
A3
KD
B6
A CM
Ответ
AN M
Вызывающий REL
абонент вешает Разъединение
трубку RLC
≈ Вызываемый
≈
Отбой абонент вешает
≈
SUS ( NET ) ≈ трубку
REL
REL
R LC
Рис. 6.2-26 Успешное взаимодействие сигнализаций местных соединений
На рис. 6.2-27 показана последовательность неудачного взаимодействия

сигнализаций местных соединений.
-417-
LS TM LS
ISUP R2
IAM
Занятие
A
A1
B
A1
D
A4
REL
RLC
≈ ≈
D
≈ A3 ≈
KD
KB
REL
RLC
Рис. 6.2-27 Неудачное взаимодействие сигнализаций местных соединений
2) Взаимодействие сигнализаций прямых соединений между местной и

На рис. 6.2-28 показана последовательность взаимодействия сигнализаций

прямого соединения между местной и междугородной станциями.
-418-
LS Исходящая T S Входящая T S
ISUP R2
IAM (содержит номер

вызывающего абонента)
Занятие
SAM
KC 或 P
A1
SAM
Q
A1
D
A1
A3(150 ± 30) мс
KD
B6
A CM
Ответ
ANM
REL
RLC
Непосредственное соединение между местной и междугородной станциями
Рис. 6.2-28 Взаимодействие сигнализаций прямого соединения между местной и

3) Взаимодействие сигнализаций соединений между местной, транзитной и

На рис. 6.2-29 показано взаимодействие сигнализаций соединения между

местной, транзитной и междугородной станциями.
-419-
ISUP R2
IAM( CAT ≠ 0)
Занятие
P
A1
Q
A1
D
A3
KD
B6
ACM

Ответ
ANM
Отбой
SUS( NET )
REL
RLC
Рис. 6.2-29 Взаимодействие сигнализаций соединения между местной, транзитной и

4) Взаимодействие сигнализаций входящих соединений от междугородной к

На рис. 6.2-30 показано взаимодействие сигнализаций входящего соединения от

междугородной к местной станции.
-420-
ISUP R2
IAM(CAT ＝ 0)
Занятие
P
A1
Q
A1
D
A3
INR
INF
KD
B6
A CM

Ответ
ANM
Отбой
SUS( NET )
REL
RLC
Рис. 6.2-30 Взаимодействие сигнализаций входящего соединения между междугородной и

местной станциями
5) Взаимодействие сигнализаций транзитных соединений по наземным

На рис. 6.2-31 показано взаимодействие сигнализаций транзитных соединений по

наземным каналам между междугородными станциями. Рассмотрено два случая
соединений: CAT равно 0 и CAT не равно 0.
-421-
Исходящ
Рис. 6.2-31 Взаимодействие сигнализаций транзитных соединений по наземным каналам

-422-
6) Взаимодействие сигнализаций транзитных соединений по спутниковым

На рис. 6.2-32 показано взаимодействие сигнализаций транзитных соединений по

спутниковым каналам между междугородными станциями. Рассмотрено два
случая: CAT равно 0 и CAT не равно 0.
-423-
Исх одящая T S Т ранзитная T S Входящая T S

ISUP R2
IAM (CAT ≠ 0)
З анятие
Пер едача номера вызываемого абонента
SA M
0 (10 0 ± 2 0) мс
X1(100 ± 20) мс
X2(100 ± 20) мс
SA M
KC=1 5(1 00 ± 2 0) мс
K C 或 P (100 ± 20 ) мс
P (10 0 ± 20 ) мс
D
A3(100 ± 20) мс
KD(100 ± 20) мс
B6(100 ± 20) мс
A CM
Сигнал контр оля по сылки вызо ва
Ответ
ANM
REL
Р азъединение (REL)
RLC
Ко нтр оль р азъединения
Исх одящая T S Т ранзитная T S Входящая T S
ISUP R2
IAM (CAT ＝ 0)
Занятие
Передача но мер а вызываемо го абонента
SA M
0(100 ± 20) мс
X1 (1 00 ± 2 0) мс
SA M
X2 (1 00 ± 2 0) мс
K C =15(10 0 ± 20) мс
P (100 ± 20) мс
Q(1 00 ± 2 0) мс
D
A3 (10 0 ± 2 0) мс
INR
INF
KD(10 0 ± 20 ) мс
B6 (1 00 ± 2 0) мс
A CM
Ответ
ANM
REL
Р азъединение (REL)
RLC
Контро ль разъединения
Рис. 6.2-32 Взаимодействие сигнализаций транзитных соединений по спутниковым каналам

-424-
6.2.9 Функции ZX-STP10
Сеть сигнализации, состоящая из пунктов сигнализации (различных станций и

центров специальных услуг), транзитных пунктов сигнализации (STP; Signaling
Transfer Point), а также соединяющих их звеньев сигнализации, обеспечивает
передачу не только сигнализации, связанной с установлением и разъединением
соединений для телефонной сети и сети ISDN, но и передачу информации между
станциями и центрами специальных услуг [такими как пункты коммутации услуг
(SSP; Service Switching Point) интеллектуальных сетей и центры управления
сетью]. Имея высокую производительность обработки ОКС-7, система ZXJ10
может быть преобразована в STP ZX-STP10 на объекте. Ввод ZX-STP 10 снижает
сложность сетей сигнализации, которые становятся более надежными и гибкими,
и позволяет сэкономить большое количество оборудования сигнализации. На рис.
6.2-33 показаны варианты использования ZX-STP 10 в современных сетях связи.
Использование в ISDN Общее использование

Станция Обычная
ISDN станция
SSP M SC
Использование в
сети мобильной
Использование
SCP BSC
связи
в IN
CFX-ST P10
SMP VLR
SCE HLR
Центр T NM Центр обработки

данных
Использование в T NM Специальное использование
Рис. 6.2-33 Использование ZX-STP10 в современных сетях
1. Архитектура системы
ZXJ10 в качестве ZX-STP10 в основном реализует интегрированный STP,

который может соединять абонентов. Ниже приводятся общие сведения.
Внешним оборудованием интегрированного STP являются интерфейсы DTI. Его
-425-
система синхронизации может достигать стандарта синхрогенератора класса A

второго уровня. Поэтому она может применяться для оборудования LSTP и STP.
Когда PSM независимо образует станцию, этот PSM имеет одномодульную
структуру интегрированного STP. Многомодульная система интегрированного
STP реализует сигнализацию ОКС-7 тем же способом, что и одномодульная
система. Одномодульная станция может иметь более 10 линий PSM. Интерфейс
соединительных линий PSM может быть сконфигурирован максимум с 48
блоками, каждый из которых имеет 4 линии ИКМ. Таким образом, для одного
PSM имеется до 192 линий ИКМ. PSM выполняет функцию установления
полупостоянных соединений звеньев сигнализации ОКС-7 через блок
соединительных линий DT.
Кроме того, каждая плата COMM обработки сигнализации ОКС-7 может

обрабатывать 16 звеньев сигнализации. Каждый PSM может обрабатывать 48
звеньев сигнализации. В случае многомодульной системы вся система может
обрабатывать 528~1056 звеньев сигнализации (обычно 1024).
Рис. 6.2-34 Одномодульный STP
В качестве многомодульной структуры STP пункт STP ZTE может быть расширен
с 10 до 20 стативов. В соответствии с приведенной выше структурой система
может поддерживать 1024 звена сигнализации. На рис. 6.2-35 приведена
-426-
логическая структура многомодульного STP.
D D
T T
Комму- Комму-
U тационное U тационное
поле поле
DSNI DSNI
COMM2 COMM3 COMM10 COMM11 COMM2 COMM3 COMM10 COMM11
Шина PCI
MP MP
MP MP
Шина Ethernet
100 Мбит/с
Рис. 6.2-35 Многомодульный STP
2. Высокая производительность обработки
Производительность STP определяется максимальным числом подключаемых

звеньев сигнализации и возможностью обработки сигнализации.
ZXJ10 в качестве интегрированного STP
Число звеньев сигнализации станции с одним PSM: 48.
Число звеньев сигнализации многомодульной станции: более 1024.
Число пучков звеньев сигнализации: менее 512.
Производительность обработки сигнализации: 200000 MSU в секунду.
С развитием сетей связи и расширением их масштаба сложность существенно

возрастает. Кроме того, из-за роста числа новых услуг в сетях пользователи
предъявляют более высокие требования к надежности, качеству услуг и гибкости
-427-
сетей. Можно ожидать, что с развитием и оптимизацией сетей связи в будущем

система ZXJ10 будет предоставлять лучшие услуги для сетей связи благодаря ее
передовым методам сигнализации ОКС-7 и надежному функционированию.
-428-
7 Сигнализация и обработка вызовов V5
Используя концепцию сети доступа (AN; Access Network), операторы связи могут
всесторонне учитывать конфигурацию оборудования абонентских линий,
обращая внимание как на текущие потребности, так и на развитие сети.
Технология AN, в которой используется стандартный интерфейс V5,
предпочтительна для будущего развития структуры информационной сети связи,
а также для создания активной, относительно независимой группы
производителей AN. Станции и оборудование AN, имеющие стандартный
интерфейс V5 различных производителей, объединены, взаимодействуют между
собой и успешно используются. Кроме того, вследствие ввода концепции
интерфейса V5 метод организации местной сети и конфигурация оборудования
соответствующим образом изменятся. Например, после того как станция начнет
использовать интерфейс V5.1/V5.2 со скоростью 2 Мбит/с, организация сети
упростится; емкость станции и набор услуг расширятся, и число станций
уменьшится.
7.1 Базовая концепция интерфейса V5
7.1.1 Терминология
Интерфейс V5: общий термин для интерфейсов серии V подключения сети

доступа (AN) к местной станции (LE; Local Exchange).
Конфигурирование: говорят, что параметр сконфигурирован, если Q-интерфейс

может проверять и изменять его. Такой параметр может иметь значение по
умолчанию и/или может быть изменен с помощью локального интерфейса.
Предопределение: если параметр задан как предопределенный в интерфейсе V5,

его не требуется представлять оборудованию через Q-интерфейс. Вместо этого
такой параметр либо предусмотрен в самом оборудовании, либо обеспечивается
при установке или реконфигурировании оборудования с помощью локального
-429-
интерфейса.
Путь связи (C-путь): относится к звену данных второго уровня в интерфейсе V5.
В нем используется один из пяти протоколов: протокол управления, протокол
управления трактами, протокол ТфОП, протокол резервирования и протокол
назначения каналов доставки информации (BCC; Bearer Communication
Connection). Или же C-путь связан с данными сигнализации (Ds-типа),
пакетными данными (p-типа) и данными трансляции кадров (f-типа) D-канала
ISDN.
Канал связи (C-канал): временной интервал 64 кбит/с интерфейса V5,

предназначенный для передачи данных путей связи.
Логический C-канал: группа из одного или более C-путей, по которым

передаются данные различных типов (кроме C-пути для протокола
резервирования).
Физический C-канал: временной интервал 64 кбит/с интерфейса V5,

предназначенный для передачи данных логических C-каналов. TS16 в первичном
и вторичном трактах (только в интерфейсе V5 с более чем одним трактом 2048
кбит/с) всегда является физическим C-каналом.
Первичный тракт: один тракт 2048 кбит/с среди нескольких трактов интерфейса
V5, по физическому C-каналу которого во временном интервале 16 передаются
данные C-пути для протокола резервирования. При инициализации интерфейса
V5 по его TS16 передаются также данные резервных C-путей для протокола
управления, протокола управления трактами и протокола BCC.
Вторичный тракт: один тракт 2048 кбит/с среди нескольких трактов интерфейса
V5, во временном интервале 16 которого передаются данные C-пути для
протокола резервирования. При инициализации интерфейса V5 его TS16
действует как резервный C-канал. Данные C-каналов для протокола управления,
протокола управления трактами и протокола BCC, а также данные любых других
C-путей первоначально передаются во временном интервале 16 первичного
тракта.
-430-
Глава 7 Сигнализация и обработка вызовов V5
7.1.2 Услуги, поддерживаемые интерфейсом V5
Интерфейс V5 – это новый открытый цифровой интерфейс между AN и LE. Он

может использоваться вместо первоначального аналогового интерфейса станции
или интерфейсов различных частных линий и абонентских линий ISDN.
Поддерживаемые услуги показаны на рис. 7.1-1.
Доступ Т фОП
Z V5.X
ET ET
TE LC
L1/2/3 V5.X
ISDN -BA T
ET
TE NT 1 LT
L1/2
ISDN -BA T
ET
TE NT 1 LT
L1/2
ISDN -PRA T
ET
TE NT 1 LT
L1
ISDN -PRA T
ET
TE NT 1 LT
L1/2
Аналоговая выделенная линия
ET
TE LC
L1
Цифровая выделенная линия
ET Сеть обслуживания
TE LC выделенных линий
L1
TE (Terminal Equipment): терминальное оборудование; NT1 (Network Terminal 1): сетевое окончание 1;
LC (Line Concentrator): линейный концентратор; ET (Exchange Terminal): станционное окончание;
LT (Line Terminal): линейное окончание; L1/2/3: линия 1/2/3
Рис. 7.1-1 Модель интерфейса V5
Интерфейс V5 может поддерживать абонентов ТфОП, ISDN и частных линий:
1. Абоненты с доступом ТфОП. Доступ аналоговых абонентов и

учрежденческих автоматических телефонных станций (УАТС). Сигнализация
может быть либо DTMF, либо импульсная без всякого влияния на
дополнительные услуги абонентов. Для УАТС поддерживается функция DDI.
-431-
2. Доступ ISDN. Интерфейс V5.2 поддерживает базовый доступ (2B+D) в

опорной точке S/T, сконфигурированной с использованием пассивной шины, и
первичный доступ (30B+D) в опорной точке T. Не должно быть ограничений
ни на услуги доставки информации и дополнительные услуги по B-каналам,
ни на услуги пакетной передачи и дополнительные услуги по D-каналу.
3. Частные линии. Частные линии используются для полупостоянных

выделенных линий или постоянных выделенных линий без внеполосной
сигнализации для аналоговых или цифровых абонентов. Полупостоянные
выделенные линии проходят через интерфейс V5, а постоянные линии обходят
этот интерфейс.
7.2 Структура протоколов интерфейса V5
7.2.1 Системная структура протоколов V5
Интерфейс V5 обеспечивает интегральную поддержку услуг ISDN и ТфОП.

Протоколы могут быть разделены на три уровня. Их системная архитектура
показана на рис. 7.2-1. Функция AN_FR на рисунке не показана.
ISDN-TE
-432-
Q 931
Рис. 7.2-1 Структура протоколов интерфейса V5
На рис. 7.2-2 и 7.2-3 показаны функции интерфейса V5.
Функции уп
Рис. 7.2-2 Системные функции протоколов интерфейса V5
-433-
Каналы доставки информации
Сообщения D-канала
Сигнальные сообщения Т фОП
Сообщения управления
Обору- Обору-
дование дование
доступа Сообщения управления трактами станции
Сообщения резервирования
Сообщения назначения каналов

доставки информации
Сообщения таймирования
Рис. 7.2.3 Функции интерфейса V5.2
1. Первый уровень интерфейса V5 (физический уровень). Служит для

обеспечения физического канала передачи информации.
Все электрические и физические характеристики интерфейса V5 соответствуют

Рекомендации G.703 (использование кода HDB3). Интерфейс может быть
реализован в режиме 75-омного коаксиального интерфейса и в режиме 120-
омного симметричного интерфейса. Формат цикла интерфейса V5 должен
соответствовать Рекомендациям G.704 и G.706 ITU-T. Каждый цикл состоит из 32
временных интервалов (TS; Time Slot), причем интервал TS0 используется для
цикловой синхронизации и процедуры CRC-4. Интервал TS16 выбран в качестве
канала связи с приоритетом передачи сигнализации ТфОП, информации D-канала
ISDN, а также информации управления AN; если интервалы TS16 всех трактов
интерфейса используются в качестве C-каналов, то интервалы TS15 и TS31 могут
считаться C-каналами. За исключением TS0 и временных интервалов, занятых C-
каналами, другие TS могут действовать как каналы доставки информации (B-
каналы), т.е. B-каналы для прозрачной передачи в ISDN, или как каналы передачи
информации 64 кбит/с с ИКМ в ТфОП. Ниже описаны конкретные функции:
-434-
1) Интерфейс функционирует в соответствии с протоколами 2048 кбит/с

Рекомендаций G.704 и G.706. Возможна реализация функции CRC, включая
использование бита E для сообщения об ошибках CRC в сверхцикле CRC.
2) Базовый формат цикла первого уровня в каждом тракте 2048 кбит/с

соответствует спецификациям Рекомендации G.965 ITU-T.
3) Цикловая синхронизация первого уровня в каждом тракте 2048 кбит/с и

процедура CRC-4 соответствуют Рекомендации G.965 ITU-T.
2. Второй уровень интерфейса V5 (уровень звена данных). Служит для

обеспечения надежной двухточечной передачи и идеального безошибочного
канала для вышележащего уровня.
Второй уровень интерфейса V5 предназначен только для C-каналов. На этом

уровне используется протокол LAPV5, назначение которого – обеспечить
возможность гибкого мультиплексирования различных информационных потоков
в C-канал. Будучи основанным на протоколе LAPD ISDN, протокол LAPV5
делится на два подуровня – подуровень функций обрамления (LAPV5-EF;
Envelope Function) и подуровень звена данных (LAPV5-DL; Data Link). К
функциям второго уровня AN по-прежнему относится подуровень трансляции
кадров (AN-FR; Frame Relay) для поддержки информации D-канала ISDN.
Второй уровень интерфейса V5 содержит подуровень функций обрамления

(LAPV5-EF), мэппинг-функцию, подуровень звена данных (LAPV5-DL) и
протокол LAP-D.
1) Функции подуровня обрамления
Обрамление сообщений портов V5 и сообщений абонентских портов ISDN.
2) Функции подуровня звена данных
Обеспечение упорядоченной безошибочной передачи данных более высокого

уровня. Функции следующие:
A. Установление границ, цикловая синхронизация и прозрачная передача кадров

(т.е. сообщения, подлежащие передаче по D-каналу, упаковываются в кадры
-435-
определенного формата, обеспечивается синхронизация между приемником и

передатчиком, и предпринимаются необходимые меры для обеспечения
прозрачной передачи сообщений).
B. Мультиплексирование нескольких звеньев передачи данных в одном D-канале

(что позволяет образовать в одном D-канале несколько звеньев передачи
данных и обеспечить их независимое друг от друга функционирование).
C. Поддержка согласованного порядка принятых и переданных кадров.
D. Обнаружение в звеньях передачи данных ошибок передачи, ошибок формата и

ошибок операций.
E. Исправление ошибок передачи путем повторной передачи.
F. Информирование объекта управления о неисправимых ошибках, если они

имеются.
G. Управление потоком (т.е. координация скорости работы приемника и

передатчика).
3) Мэппинг-функция
A. Передача информации от подуровня LAPV5-EF на подуровень LAPV5-DL:

если при приеме подуровнем LAPV5-EF кадров от равноправной стороны
адрес V5DL находится в пределах допустимого диапазона, информационное
поле обрамления передается на подуровень LAP V5-DL.
B. Передача информации от подуровня LAPV5-DL на подуровень LAPV5-EF:

уровень звена данных запрашивает у функции обрамления сквозную передачу
данных подуровня звена данных с заданными адресами обрамления, равными
адресам V5DL. Кадры подуровня звена данных отображаются на
информационное поле обрамления функции обрамления.
3. Третий уровень интерфейса V5 (прикладной уровень). К протоколам этого

уровня относятся протокол ТфОП, протокол управления (протокол управления
общего пользования и протокол управления портами), протокол управления
трактами, протокол BCC и протокол резервирования, причем протокол
-436-
управления трактами, протокол BCC и протокол резервирования

используются только для интерфейса V5.2.
7.2.2 Протокол ТфОП
Протокол ТфОП интерфейса V5 обеспечивает протокол, связанный с

конкретными аналоговыми вызовами.
По существу, это протокол активизации, т.е. он обеспечивает передачу

информации, связанной с состоянием аналоговой линии, вместо управления
процедурой вызова AN. Протокол ТфОП интерфейса V5 должен использоваться
вместе с объектом локального протокола местной станции (эквивалентным
подсистеме управления вызовами в системе ZXJ10). Для последовательностей с
ограничением по времени требуется также извлекать из объекта локального
протокола определенную последовательность сигнализации (например,
взаимоконтролируемую последовательность) и вводить ее в “подсистему AN”
объекта локального протокола. Однако в протоколе V5-ТфОП имеется
относительно небольшая функциональная часть. Она касается установления и
разъединения путей в интерфейсе V5, разрешения конфликтов вызовов в
интерфейсе V5 и обработки новых вызовов в случае перегрузки LE. Большинство
линейных сигналов протоколом V5-ТфОП не интерпретируются, а только
прозрачно передаются между пользовательским портом в AN и объектом
локального протокола в LE.
LE должна отвечать за предоставление услуг (управление вызовами и

дополнительные услуги). Приемопередатчик DTMF, генераторы тональных
сигналов и генератор извещений должны находиться в LE. Это подразумевает,
что адресная информация, использующая DTMF, должна передаваться прозрачно
между пользовательским портом и LE, а сигнализация состояния линии должна
интерпретироваться сетью доступа и затем передаваться через интерфейс V5 в
формате сообщений третьего уровня.
На рис. 7.2-4 показана последовательность передачи сигналов для случая, когда

абонент на стороне AN инициирует вызов в режиме набора DTMF, вызывающий
абонент управляет разъединением, и первым вешает трубку вызываемый абонент.
-437-
Пользова- V5-ТфОП V5-ТфОП

тельский (сторона LE) DTMF S01
порт A (сторона AN )
ESTABL1SH
(SS=снятие трубки ) Снятие трубки
снятия трубки Инициация
Инициация
ESTABL1SH Ack
Сигнал ответа Сигнала ответа
станции (DT) Прекращение станции
DTME подачи сигнала
Цифра 1
ответа станции
Деинициация
DNi
Цифра n-1
DNi
Цифра n DTME
DNi Установление
Сигнал контроля Деинициация
TP принимает
вызывной сигнал
Начало TP снимает трубку
Разговор разговора
TP вешает трубку
SIGNAL (SS=отбой) Отбой Истечение
Отбой со Отбой тайм-аута контроля
SIGNAL (SS=отбой) Отбой повторного ответа
стороны OP
Разъединение пути
DISCONNECT ReleaseSln Разъединение

DISCONNECT COMP
Рис. 7.2-4 Процедура обработки вызова DTMF
На рис. 7.2-5 показана процедура обработки вызова абонента на стороне AN,

инициирующего вызов с импульсным набором, переполюсовкой батареи,
разъединением без взаимоконтроля; первым вешает трубку вызываемый абонент.
-438-
Пользова-
тельский V5-ТфОП V5-ТфОП
(сторона AN ) (сторона LE) S01
порт A
ESTABL1SH (SS=снятие
трубки ) Снятие трубки
снятия трубки
ESTABL1SH Ack Инициация
Сигнал ответа станции (DT) Сигнала ответа
станции
импульсы SIGNAL (DS = цифра) Прекращение подачи
Цифра 1 сигнала ответа
Цифра n-1 импульсы станции
SIGNAL (DS = цифра) DNi
импульсы
Цифра n
DNi
SIGNAL (DS = цифра)
DNi
Сигнал контроля Установление соединения
Деинициация
посылки вызова TP принимает вызывной
сигнал
SIGNAL (SS= переполюсовка) Начало разговора TP отвечает
Сигнал "занято"
Разъединение пути TP вешает трубку

SIGNAL (SS=отбой)
Сигнал "занято"
OP вешает Отбой SIGNAL (SS=отбой)
трубку Отбой
ReleaseSln Разъединение соединения
DISCONNECT
DISCONNECT COMP
Рис. 7.2-5 Процедура обработки вызова с импульсным набором номера
7.2.3 Протокол управления
Протокол управления интерфейса V5 состоит из двух частей: управления общего

пользования и управления пользовательскими портами.
Индикации состояний пользовательских портов ТфОП и ISDN основаны на

принципе раздельной ответственности AN и LE. Только состояние
пользовательского порта, связанное с управлением вызовами, может проходить
через интерфейс V5 и влиять на конечный автомат в LE.
AN отвечает за тестирование портов, например, за операцию тестирования с

замыканием шлейфа. Однако тест интерферирующих услуг может выполняться
только тогда, когда порт “блокирован” либо из-за отказа, либо по запросу AN и с
разрешения LE. В AN и LE должно быть две группы состояний, относящихся к
протоколу интерфейса V5.1: рабочее состояние и нерабочее состояние.
В рабочем состоянии LE отвечает за использование протокола

активизации/деактивизации, определенного в Рекомендации I.430.
-439-
Для ISDN-BA в AN требуются дополнительные состояния для обработки

следующих функций:
1. Поддержка активизации портов постоянных линий (функция PL; Permanent

Line).
2. Техническое обслуживание цифровых секций (DS; Digital Section) и

пользовательских портов.
3. Дополнительное частичное управление активизацией, как определено в

Рекомендации G.960 ITU-T.
На рис. 7.2-6 показаны функциональные модули управления портами ISDN-BA.
Цифровой сегмент V1
доступа
（DS） FE
обслуживание и
мониторинг DS
активизацией
Техническое
подсистемы
услуг PL
доступа
PH Второй
Конечный уровень
автомат
состояний
Т аймер 1 конечного FE портов LE PH Управление
Управление вторым
автомата состояний портов
системой AN AN уровнем
Рис. 7.2-6 Функции управления портами ISDN-BA
Для ISDN-PRA необходимо добавить техническое обслуживание DS (цифровой

секции) и пользовательских портов.
ISDN-PRA должен быть постоянно активизирован на первом уровне. Если DS

обнаруживает потерю функции первого уровня на пользовательской стороне, то с
точки зрения LE доступ должен считаться находящимся в нерабочем состоянии.
Однако с точки зрения AN он по-прежнему находится в рабочем состоянии. Это
различие создается средствами управления AN и о нем сообщается в LE с
помощью дополнительного функционального элемента (FE; Functional Element) и
примитивов управления.
На рис. 7.2-7 показаны функциональные модули управления портами ISDN-
-440-
PRA.
Цифровой V3
сегмент доступа
（DS） FE
Техническое обслуживание PH Второй

и мониторинг DS Конечный уровень
автомат
Таймер 1 конечного состояний Управление
Управление FE портов LE PH
автомата состояний портов вторым
системой AN AN V5.2 уровнем
Рис. 7.2-7 Функции управления портами ISDN-PRA
7.2.4 Протокол управления трактами
В интерфейсе V5.2 для каждого независимого тракта 2048 кбит/с необходимы

следующие функции и требования:
1. Определение состояния тракта первого уровня 2048 кбит/с и соответствующая

идентификация тракта.
2. Блокировка и координированное разблокирование тракта первого уровня

посредством управления.
3. Верификация целостности тракта по его идентификатору.
4. Координация этих функций управления трактами.
5. Протокол управления трактами, используемый для связи между AN и LE, при

координации этих функций на обеих сторонах.
На рис. 7.2-8 показана функциональная модель управления трактами (для

стороны LE).
-441-
Сигналы тра
FSM (Finite Status Machine) – конечный автомат
Рис. 7.2-8 Функции управления трактами (сторона LE)
FSM тракта первого уровня непосредственно связан с сигналами интерфейса

V5.2. Блок управления трактами обеспечивает координацию работы FSM тракта
первого уровня и процедур управления трактами.
Связь между FSM управления трактами и FSM тракта первого уровня

осуществляется с помощью примитивов управления MPH, а связь между FSM
управления трактами и средствами управления системой обеспечивается с
помощью блоков данных управления (MDU; Management Data Unit); связь с FSM
на стороне AN осуществляется по протоколу передачи FE.
7.2.5 Протокол BCC
Протокол BCC интерфейса V5.2 обеспечивает LE средствами для запроса у AN

установления и разъединения соединений между пользовательскими портами AN
и заданными временными интервалами интерфейса V5.2. Этот протокол
позволяет назначать каналы доставки информации интерфейса V5.2 и отменять
их назначение независимыми процессами.
1. Функциональные процессы, обеспечиваемые протоколом BCC:
1) Процесс назначения.
2) Процесс отмены назначения.
-442-
3) Процесс верификации (для проверки маршрутизации каналов доставки

информации через интерфейс V5 и их последующего подключения на
пользовательских портах).
2. Интерфейс V5.2 должен иметь следующие три типа функций подключения

каналов доставки информации:
1) Коммутация соединений на основе вызовов в LE и на интерфейсе V5 для

поддержки коммутируемых услуг ТфОП и ISDN и наличие функций
концентрации трафика в AN.
2) Коммутация соединений на основе вызовов в LE, но предварительные

соединения на интерфейсе V5 и стороне AN для поддержки услуг коммутации
ТфОП и ISDN (без функции концентрации трафика в AN). Такие соединения
используются для услуг с интенсивным трафиком или в случаях, когда
блокировка вызовов в AN или на интерфейсе V5 неприемлема.
3) Полупостоянные соединения, устанавливаемые в LE и AN для поддержки

услуг полупостоянных выделенных линий.
3. Процедура взаимодействия между протоколом BCC и протоколом ТфОП:
1) На рис. 7.2-9 приведена последовательность сообщений начального вызова со

стороны пользователя (нормальная процедура).
-443-
AN
EST
Рис. 7.2-9 Нормальная процедура начального вызова со стороны пользователя
2) На рис. 7.2-10 приведена последовательность сообщений начального вызова

со стороны сети (нормальная процедура).
-444-
AN
Рис. 7.2-10 Нормальная процедура начального вызова со стороны сети
3) На рис. 7.2-11 приведена последовательность сообщений начального

разъединения со стороны пользователя.
AN LE Т фОП S01 BCC
SIGNAL
HookOnEvent
ReleaseSLNEvent
DISCONNECT Deallocat ion-Req
DE-ALLOCAT ION
DISCONNECT ACK
DE-ALLOCAT ION COMP LET E
Deallocat ion-ACK
Рис. 7.2-11 Начальное разъединение со стороны пользователя
-445-
4) На рис. 7.2-12 приведена последовательность сообщений начального

разъединения со стороны сети.
AN
Рис. 7.2-12 Начальное разъединение со стороны сети
7.2.6 Протокол резервирования
Структура программного обеспечения протокола резервирования интерфейса

V5.2 показана на рис. 7.2-13.
Один интерфейс V5.2 может состоять из максимум шестнадцати трактов 2048

кбит/с. В соответствии с архитектурой протоколов и структурой
мультиплексирования по пути связи может передаваться информация, связанная с
несколькими трактами 2048 кбит/с. Следовательно, отказ тракта связи может
серьезно воздействовать на обслуживание большого числа абонентов
недопустимым образом, особенно, для протокола BCC, протокола управления и
протокола управления трактами. В интерфейсе V5.2 предусмотрена процедура
резервирования для повышения надежности данного интерфейса.
-446-
Механизм резервирования защищает все активные C-каналы, а также сам C-путь

протокола резервирования, используемый для программы защитного
переключения управления.
Протокол резервирования не защищает каналы доставки информации, но

допускает их реконфигурирование в случае отказа соответствующего тракта 2048
кбит/с.
В случае только одного тракта 2048 кбит/с резервирование логических C-каналов

невозможно.
Каждый интерфейс V5.2, содержащий более одного тракта 2048 кбит/с, должен
иметь группу резервирования 1 и группу резервирования 2 (если она
сконфигурирована).
Группа резервирования 1 всегда должна состоять из временных интервалов TS16

первичного и вторичного трактов. Тогда для этой группы используются
следующие фиксированные значения: N1, N1=1.
Если сконфигурирована группа резервирования 2, будут сконфигурированы

логические C-каналы N2 (и составляющие их C-пути), а также группа резервных
C-каналов K2 в соответствии со следующими формулами: 1=K2=3; 1=N2= (3×L-
2-K2).
Здесь L – число трактов 2048 кбит/с в интерфейсе V5.2. K2 должно быть выбрано
так, чтобы обеспечить значение, большее или равное максимальному числу
физических C-каналов в любом тракте 2048 кбит/с интерфейса V5.2. Это правило
обеспечивает возможность резервирования всех активных C-каналов в случае
отказа единственного тракта 2048 кбит/с.
-447-
SwitchOverReq
MduQMeddleCom MduProtectReq SwitchOverAck
Man machine MduQMeddleQs Управление MduProtectAck Протокол SwitchOverRej
command резерви- резерви-
( Qinterface ) рованием рования
Protman Protect
MduQMeddleAck MduProtectCom Сторона
AN
MduLinkProtAck
MduPrimaryProtAck
MdulinkErr MduLinkStart Ход
Протокол
управления установления
трактами трактов
LinkCtrl MduDataLinkFailure EstablishDL
MduLinkBlock
MduLinkFailure
Рис. 7.2-13 Модель программного обеспечения протокола резервирования
7.3 Системная архитектура интерфейса ZXJ10V5
Платформа интерфейса V5.2 станции ZXJ10 полностью аппаратно совместима с

ОКС-7. Однако во время инициализации программ системы программное
обеспечение должно назначать номера и количество временных интервалов,
используемых для интерфейса V5.2. На рис. 7.3-1 показано распределение
уровней (L1, L2, L3) интерфейса V5.2 в системе ZXJ10.
-448-
DSN DT I
(Коммутационное поле T )
DT I
L1
Comm1 Comm2
HDLC HDLC L2
MP0 MP1 L3
Рис. 7.3-1 Распределение средств интерфейса V5.2 в системе ZXJ10
Уровень управления ZXJ10 содержит 14 плат COMM. В станции PSM для

управления соединениями коммутационного поля, управления соединениями
коммутации сообщений и внутренней связи блоков обычно используются две
пары плат COMM. Остальные 10 плат могут применяться для ОКС-7 или V5. При
отсутствии в PSM звеньев ОКС-7 может быть обеспечено до 160 каналов связи
V5.
Системная архитектура интерфейса ZXJ10V5 показана на рис. 7.3-2. Блок

цифровых соединительных линий (DT; Digital Trunk) V5 отвечает за обеспечение
трактов 2048 кбит/с и выполнение функций первого уровня интерфейса V5.
Физические C-каналы связываются с платой V5-Comm через полупостоянное
соединение коммутационного поля T. Каждая плата Comm может обрабатывать
16 каналов связи, выполняя функции второго уровня интерфейса V5.
Информация D-канала ISDN также передается платами V5-COMM. Платы V5-
COMM передают сообщения третьего уровня интерфейса V5 в главный
процессор (MP; Main Processor) через почтовый ящик, обрабатывают протокол
третьего уровня интерфейса V5, а также функции управления, связанные с
-449-
интерфейсом V5 в MP.
V5
Блок цифровых MP
соединительных
линий V5
Уровень
Первый обслуживания
уровень V5
Т ретий
База уровень V5 O
&
данных Уровень доставки M
информации
Блок связи V5
Уровень
маршрутизации
Второй H (физический
уровень V5 уровень)
Рис. 7.3-2 Структура системы интерфейса V5
7.4 Характеристики интерфейса V5 ZXJ10
Интерфейсы V5 в цифровой коммутационной системе с программным

управлением ZXJ10 разработаны в соответствии с Рекомендациями G.964, G.965
ITU-T и Китайским стандартом, подобным Технической спецификации для
интерфейса V5.1 между местной станцией и сетью доступа Министерства
почты и связи (Technical Specification for V5.1 Interface Between the Local
Exchange and the Access Network of the Ministry of Posts & Telecommunications) и
Технической спецификации для интерфейса V5.2 между местной станцией и
сетью доступа Министерства почты и связи (Technical Specification for V5.2
Interface Between the Local Exchange and the Access Network of the Ministry of Posts
& Telecommunications), и удовлетворяют всем требованиям Методов
тестирования интерфейса V5I, предъявляемым к испытаниям на объекте AN
(AN On-site Trial of V5I Interface Test Methods).
Сигнализация V5 системы ZXJ10 имеет следующие характеристики:
1. Модульная архитектура и распределенное управление.
2. Будучи основанной на платформе коммутации ZXJ10, может гибко

-450-
конфигурироваться и позволяет легко вводить функции V5.
3. Имеет высокую производительность обработки и большую емкость; число

поддерживаемых ею абонентов ограничено только емкостью станции.
4. Обладает высокой надежностью благодаря использованию многочисленных

средств резервирования и обработки ошибок.
5. Имеет стандартные открытые интерфейсы, позволяет легко переходить к

широкополосной сети доступа, может взаимодействовать с оборудованием
других производителей.
6. Обеспечивает функции централизованного технического обслуживания.
7.5 Технические данные системы ZXJ10V5
Технические данные системы ZXJ10 V5 приведены в таблице 7.5-1.
Таблица 7.5-1 Технические данные системы V5
Элемент Значение
Число C-каналов, обрабатываемых каждой платой V5 Comm 16
Максимальное число плат V5 Comm в одном модуле 10
Максимальное число C-каналов в одном модуле 160
Максимальное число интерфейсов V5.2 в одном модуле 20
Число активных соединений ISDN, поддерживаемых каждой платой V5 Comm 600
-451-
8 Сигнализация и обработка вызовов
ISDN
8.1 Функции ZXJ10ISDN
Различные давно появившиеся сети связи, например, телефонные сети,

абонентские сети TELEX, сети передачи данных, были независимы друг от друга.
Если при этом требовались многочисленные услуги, абоненты должны были
подавать на них заявки отдельно по типам услуг и иметь несколько абонентских
линий. Такой режим организации сети по типам услуг имеет много серьезных
недостатков. Например, низкий коэффициент использования абонентской линии,
непростой ввод новых услуг, избыток сетевых ресурсов. В такой ситуации ITU
предложил идею интеграции таких услуг, как передача речи, данных и
изображений, в одну сеть – цифровую сеть интегрального обслуживания (ISDN;
Integrated Service Data Network).
ISDN может интегрировать услуги всех существующих сетей общего

пользования и единым образом обрабатывать все услуги связи в цифровой форме.
Если установлен коммутационный модуль ISDN, который может подключаться к
различным сетям связи, и предусмотрен стандартный интерфейс “пользователь-
сеть”, абоненты могут взаимодействовать по различной среде связи через одну
абонентскую линию.
В 1990-х годах с быстрым развитием коммерческой деятельности требования к

различным новым услугам связи быстро росли. ISDN стала одним из главных
средств предоставления интегральных услуг передачи речи, данных и
изображений и начальным пунктом для разработки информационной магистрали.
ISDN предоставляет возможность скоростного доступа к Интернету и ведет
людей в эпоху мультимедиа в сети. ZXJ10 ISDN обеспечивает стандартный
интерфейс “пользователь-сеть”, поддерживает взаимодействие с другими сетями
и реализует плавный переход от аналоговых абонентов к цифровым. В результате
-452-
Глава 8 Сигнализация и обработка вызовов ISDN
мечта об интеграции телефонной связи и передачи данных и переходе к

полностью цифровым сетям становится реальностью.
1. Основные функции ZXJ10 ISDN
Коммутационный модуль ZXJ10 ISDN обеспечивает сквозные цифровые

соединения на основе цифровой телефонной сети. Для поддержки
всесторонних услуг (включая речевые и неречевые услуги) коммутационный
модуль ZXJ10 ISDN обеспечивает пользователей группой ограниченных
стандартных интерфейсов “пользователь-сеть”. См. рис. 8.1-1:
Многофункциональный 2B+D 30B+D Маршру-

Сеть
терминал ISDN тизатор Интернет
ISDN
LAN
ZXJ10
Маршру- I 30B+D УАТ С

Видео-
тизатор S ISDN
терминал ISDN D
N
2B+D
NT 1
D
S
Цифровой 30B+D Процессор
TA N передачи
телефон
пакетов
Т ерминал PSPDN
X.25 PC
Рис. 8.1-1 Коммутационный модуль ZXJ10 ISDN
Коммутационный модуль ISDN имеет три основные функции:
1) Сквозные цифровые соединения
Поддержка стандартных интерфейсов 2B+D, 30B+D и nB+D в местах, где

пользователи получают доступ к станции. B-канал – это канал доставки
информации 64 кбит/с. D-канал – это канал сигнализации 16 кбит/с или 64
кбит/с, который обеспечивает три режима доступа к сети: интерфейс базового
-453-
доступа, интерфейс S/T (ZX-NT1) и интерфейс первичного доступа.
2) Интегральные услуги
Коммутационный модуль ISDN поддерживает различные интегральные

услуги (включая передачу речи, данных, текста и изображений) и взаимосвязь
между несколькими сетями, такими как телефонная коммутируемая сеть
общего пользования (ТфОП), сеть передачи данных общего пользования с
коммутацией пакетов (PSPDN; Packet Switched Public Data Network),
Интернет, LAN.
3) Стандартный интерфейс доступа к сети
Различные услуги и терминалы могут получать доступ к сети через единый

интерфейс.
2. Преимущества ZXJ10 ISDN
1) Низкая стоимость
Используя единственную сеть для различных услуг вместо создания сети для
услуг каждого типа ISDN может существенно улучшить доступность сетевых
ресурсов. Пользователям не требуется приобретать и устанавливать
различное оборудование и линии для доступа к разным сетям.
2) Гибкость
Пользователи могут получать сетевые услуги по требованию, имея один

интерфейс доступа и один универсальный телефонный номер.
3) Высокоскоростная передача данных
Наиболее распространенная скорость B-канала в ISDN – 64 кбит/с.
4) Улучшенное качество передачи
При использовании сквозных цифровых соединений качество передачи

существенно повышается. Искажения речи становятся ниже, и существенно
улучшается BER по сравнению с аналогичными параметрами телефонных
-454-
сетей.
5) Преимущества ISDN для отделов управления
ISDN обеспечивает более эффективное использование сетевых ресурсов,

упрощает техническое обслуживание и управление, расширение и
реализацию новых услуг, обеспечивает сопровождение системы и
обнаружение отказов, повышая таким образом надежность системы.
3. Использование ISDN:
1) Высококачественная передача речи: видеоконференц-связь, прямые

телевизионные передачи.
2) Удаленный доступ рабочих станций к LAN: рабочие станции используют

каналы 64 кбит/с для установления соединений с передачей данных с
коммуникационным сервером LAN.
3) Расширение и взаимосвязь локальных сетей: локальные сети соединяются

через один или более портов базового и первичного доступа через адаптер
ISDN и маршрутизатор ISDN.
4) Система видеотерминалов: мультимедийная связь с передачей речи, данных и

изображений по соединениям “точка-точка” и “точка-группа”. Она
реализуется путем добавления интерфейса связи ISDN и платы обработки
изображений, камеры и микротелефонной трубки к обычному PC, например,
ZX-MVC2000 и ZX-MVC3000.
5) Совместное использование экрана несколькими пользователями: после

соответствующего конфигурирования прикладного программного
обеспечения несколько пользователей в различных местах могут
одновременно редактировать один и тот же файл.
6) Дистанционное обучение: использование каналов 64 кбит/с или 2x64 кбит/с

для передачи изображений и речи, реализация обучения типа “точка-точка”
или “точка-группа”.
7) Дистанционная передача медицинской информации: путем использования
-455-
каналов 64 кбит/с или 2x64 кбит/с для передачи изображений и речи

обеспечивается совместное использование медицинских ресурсов.
8) Передача файлов: после загрузки прикладного программного обеспечения

файлы данных и изображений на диске могут передаваться удаленным
пользователям по каналам 64 кбит/с или 2x64 кбит/с.
9) Эксплуатация электронных кассовых терминалов (POS; Point Of Sales) и

управление ими: гибкая и простая передача данных массовых продаж среди
однотипных розничных магазинов одной фирмы по каналам 64 кбит/с.
8.1.1 Сетевая архитектура ZXJ10ISDN
На рис. 8.1-2 показана базовая архитектура ISDN. На этом рисунке представлены

интерфейс “пользователь-сеть”, сетевые функции и система сигнализации ISDN.
Сеть ISDN
Функция PS
Пользова- Пользова-
Станция ISDN
Станция ISDN
Функция CS
тельские тельские
сообщения сообщения
TE TE
Функция связи без
Функция
общеканальной Сигнализация
Сигнализация сигнализации
"пользователь - сеть" "пользователь - сеть"
Сигнализация "пользователь - сеть"
Рис. 8.1-2 Базовая структура ISDN
Терминальное оборудование ISDN получает доступ к сети ISDN через

стандартный интерфейс “пользователь-сеть”. Для узкополосной ISDN имеется
два стандартных интерфейса с различными скоростями. Одним из них является
интерфейс базового доступа (BRI; Basic Rate Interface) со скоростью 144 кбит/с,
т.е. интерфейс 2B+D, поддерживающий два пользовательских канала (B-канала)
-456-
64 кбит/с и один канал сигнализации (D-канал) 16 кбит/с. Другой интерфейс – это

интерфейс первичного доступа (PRI; Primary Rate Interface) со скоростью, равной
первичной скорости ИКМ (E1: 2048 кбит/с или T1: 1544 кбит/с), т.е. интерфейс
30B+D, поддерживающий 30 пользовательских каналов (B-каналов) 64 кбит/с и
один канал сигнализации (D-канал) 64 кбит/с. В качестве среды передачи для
обоих интерфейсов может использоваться витая пара. Скорость передачи на
интерфейсе “пользователь-сеть” B-ISDN больше первичной скорости ИКМ и
доходит до сотен Мбит/с. Поэтому в качестве среды передачи в этом случае
должен использоваться волоконно-оптический кабель.
Сети ISDN имеют множество функций, включая функции коммутации каналов,

коммутации пакетов, коммутации без установления соединения (или
некоммутируемые соединения) и общеканальной сигнализации. Как правило, эти
сети выполняют функции только нижних уровней (уровней 1-3 модели OSI).
Когда для некоторых дополнительных услуг требуется поддержка функций
верхних уровней (уровней 4-7 модели OSI) внутри сетей, эти функции могут
быть реализованы внутри сетей или обеспечены независимым центром
обслуживания.
В ISDN используется сигнализация трех типов: сигнализация “пользователь-

сеть”, внутрисетевая сигнализация и сигнализация “пользователь –
пользователь”. Однако диапазон действия этих трех сигнализаций различен.
Сигнализация “пользователь-сеть” – это сигналы управления между
терминальным оборудованием пользователя и сетью. Внутрисетевая
сигнализация – это сигналы управления между станциями. Сигнализация
“пользователь – пользователь” – это сигналы управления между терминальным
оборудованием пользователей, передаваемые прозрачно по сети. Для всей
сигнализации ISDN используется режим общеканальной сигнализации.
Следовательно, как на интерфейсе “пользователь-сеть”, так и внутри сети
имеются независимые каналы сигнализации, которые полностью отделены от
информационных каналов пользователей.
В Рекомендациях серии I.300 ITU приведено описание архитектуры и функций

сети ISDN, определены функции каждой части сети ISDN, а также взаимосвязь
между ISDN и другими сетями. На рис. 8.1-3 показана модель структуры сети
ISDN.
-457-
Функции верхних
Функции нижних уровней
уровней
> 64 кбит/с
Функция связи
без коммутации
> 64 кбит/с
Функция CS
L L
64 кбит/с
Функция связи
C C
без коммутации
TE TE
R 64 кбит/с R
Функция CS
F F
Функция PS
Функция CCS
Функция сигнализации
"пользователь - пользователь"
P1: терминальное оборудование. Функции, связанные с локальными соединениями.
Рис. 8.1-3 Модель структуры ISDN
На рис. 8.1-3 приведена дополнительная классификация сетевых функций. Из

этого рисунка видно, что сеть ISDN включает в себя семь основных функций
коммутации и сигнализации:
1. Функция локальных соединений (соответствующая функциям местной

станции или другого подобного оборудования, например, сигнализация
“пользователь-сеть”, тарификация и т. д.).
2. Функция коммутации каналов 64 кбит/с.
3. Функция связи со скоростью 64 кбит/с без коммутации.
4. Функция коммутации пакетов.
5. Функция общеканальной сигнализации между станциями (например, система

сигнализации №7 ITU-T).
6. Функция коммутации со скоростью более 64 кбит/с.
-458-
7. Функция связи со скоростью более 64 кбит/с без коммутации.
Эти семь функций являются функциями нижних уровней ISDN. Они не должны
обеспечиваться отдельными сетями, а могут объединяться соответствующим
образом. Любая из семи функций может быть добавлена к функциям верхних
уровней ISDN. Функции более высоких уровней ISDN могут быть реализованы
внутри сети ISDN или обеспечиваться внешними частными сетями либо
серверами специальных услуг. Что касается пользователей, услуги для
пользовательских терминалов, которые предлагаются при этих двух условиях,
идентичны. При рассмотрении сетевой технологии основой реализации всех
услуг ISDN является обеспечение сквозных сигнальных соединений ISDN. На
интерфейсе “пользователь-сеть” коммутационные модули ZXJ10 ISDN
используют сигнализацию по D-каналу ISDN (DSS1), а между станциями –
подсистему пользователей ISDN (ISUP; ISDN User Part) сигнализации ОКС-7.
8.1.2 Адресация и нумерация ISDN
Ниже описывается адресация и нумерация ISDN.
1. Номера и адреса ISDN
Адреса и номера в ISDN – это два разных понятия. Номера ISDN связаны с
сетью ISDN и системой нумерации, которая содержит достаточно
информации для определения сетью маршрута вызова. Например, номера
ISDN могут соответствовать местоположению пользователя, получающего
доступ к сети, т.е. опорной точке T. Адрес ISDN состоит из номера ISDN и
дополнительной адресной информации. Дополнительная адресная
информация используется для того, чтобы пользователи направляли вызовы
соответствующим терминалам без помощи сети в отношении маршрутизации.
Адреса ISDN могут соответствовать конкретному терминалу. К NT2 (ISPBX
или LAN) может быть подключено несколько терминалов и все они имеют
один номер. Каждый терминал имеет свой адрес ISDN. Другими словами,
номер ISDN соответствует D-каналу, обеспечивающему общеканальную
сигнализацию для группы пользовательского оборудования, а каждое
пользовательское оборудование имеет один адрес ISDN.
-459-
2. Структура адресов ISDN
На рис. 8.1-4 показана структура адреса ISDN.
Национальный
Код страны Номер абонента Подадрес ISDN
код назначения
(CC) ISDN (SN) (SUB)
(NDC)
Национальный номер ISDN
Международный номер ISDN (максимум 15 цифр)
Номер ISDN (максимум 55 цифр)
Рис. 8.1-4 Формат нумерации ISDN
Структура адреса ISDN следующая.
1) Код страны (CC; Country Code)
CC представляет страну (или область) местонахождения абонента и состоит

из 1~3 десятичных цифр. Нумерация CC определена в Рекомендации E.163 и
соответствует используемому в настоящее время телефонному плану
нумерации. Например, код Китая – 86, код США – 1 и т. д.
2) NDC (National Destination Code): национальный код адресата
NDC используется для идентификации местоположения пользователя внутри

страны. Если в стране имеется несколько сетей ISDN и несколько сетей
ТфОП, то NDC может использоваться для идентификации сети, к которой
относится пользователь. NDC может также быть национальным номером
зоны для идентификации города и области, где находится пользователь.
Кроме того, NDC может являться комбинацией двух названных выше
функций, причем не только для различения сетей, но и для представления
географического местоположения. Длина NDC переменная, и коды
определяются каждой страной самостоятельно. В Китае код зоны содержит от
1 до 4 десятичных цифр, например, код Пекина – 10, Нанкин – 25 и т. д.
-460-
3) SN ISDN (SN: Subscriber Number; абонентский номер)
SN используется для идентификации конкретного пользователя в сети и зоне.

Его длина также переменная; нумерация определяется каждой страной
самостоятельно.
4) Подадрес ISDN
Подадрес – это дополнительная адресная информация, используемая для

выбора пользователями соответствующего терминала; он может применяться
для идентификации класса обслуживания, типа терминала или единственного
терминала, для которого сеть не выполняет никакой обработки. Подадрес не
включается в национальный план нумерации, а предлагает дополнительную
функцию адресации ISDN. Длина подадреса также переменная, максимум –
40 цифр.
NDC и SN ISDN образуют национальный номер ISDN. Национальный номер

ISDN и CC образуют международный номер ISDN. В настоящее время в
соответствии со спецификациями ITU-T максимальная длина
международного номера ISDN составляет 15 цифр (рассматривается
возможность увеличения длины до 16 или 17 цифр). Подадрес ISDN и
международный номер ISDN образуют адрес ISDN, максимальная длина
которого – до 55 цифр.
Нумерация ZXJ10 ISDN совместима с ТфОП и поддерживает несколько

способов адресации, например, использование подадреса (SUB; SUBaddress),
прямого входящего набора (DDI; Direct Dialing Inward), множественного
абонентского номера (Multiple Subscribers Number).
8.1.3 Услуги ZXJ10ISDN
Основная задача ISDN – предоставить пользователям полный набор

интегральных услуг для обеспечения сквозной совместимости; использование
стандартных услуг гарантирует высококачественную связь между абонентами.
ZXJ10 ISDN предлагает пользователям полный набор услуг и обеспечивает
соответствующую организацию сети ISDN. В таблице 8.1-1 приведена
-461-
классификация сервисных приложений ISDN.
Таблица 8.1-1 Сервисные приложения ISDN
Полоса Услуги передачи Услуги передачи

Телефонные услуги Услуги передачи данных
пропускания текста изображений
Передача данных с
коммутацией пакетов
Передача данных с Передача телеграмм
Телефонная связь коммутацией каналов Телетекс
Телефонная связь по Видеотерминал
Выделенные линии Выделенные линии
выделенным линиям Факсимильная связь
64 кбит/с Удаленный контроль Видеотекст
Поиск информации Поиск информации
Платежи по счетам Поиск информации
(Использование голоса Мониторинг
Поиск информации Почтовый ящик
для анализа и синтеза)
Почтовый ящик Электронная почта
Ящик электронной почты
Аварийная сигнализация
Видеоконференц-
Высокоскоростная
связь
компьютерная связь
Видеоданные
> 64 кбит/с Музыка Взаимосвязь локальных
Видеофон
сетей
Кабельное
Доступ к Интернету
телевидение
Станция ZXJ10 ISDN поддерживает следующие атрибуты услуг:
1. Основные услуги
Основные услуги – это услуги ISDN, включающие в себя услуги доставки

информации и телекоммуникационные услуги. Услуги доставки информации
предоставляются сетью, а телекоммуникационные услуги предлагаются
терминалом, инициирующим запрос услуги.
В соответствии с приведенным выше определением, основные услуги – это

совокупность услуг доставки информации и телекоммуникационных услуг,
набор атрибутов которых очень широк. Для пользователей ZXJ10 ISDN
предусмотрены следующие атрибуты основных услуг:
-462-
1) Услуги передачи речи.
2) Услуга передачи цифровой информации без ограничений (Unrestricted Digital

Info).
3) Услуга передачи звуковых сигналов в полосе 3,1 кГц (3.1kHz Audio).
4) Услуга передачи звуковых сигналов в полосе 7 кГц (7kHz Audio).
5) Услуга телефонной связи в полосе 3,1 кГц (3.1kHz Telephony).
6) Услуга телефонной связи в полосе 7 кГц (7kHz Telephony).
7) Услуга факсимильной связи группы 2/3 (Telefax Group2/3).
8) Услуга факсимильной связи группы 4 (Telefax Group4).
9) Услуга видеотекса (Video texsyntax).
10)Услуга телетекса (Teletex).
11) Услуга видеотелефонной связи (Video Telephony).
12)Услуги пакетной передачи.
13)Все услуги.
2. Услуги доставки информации
Услуги доставки информации – это услуги передачи информации,

предоставляемые сетью ISDN, которая поддерживает прозрачную передачу
информации между пользователями (включая передачу речи, данных,
изображений и т. д.), соответствующую предлагаемым сетевой стороной
функциям трех нижних уровней модели OSI. Коммутационная система с
цифровым программным управлением ZXJ10 предоставляет следующие
услуги доставки информации:
1) Услуги доставки информации в режиме коммутации каналов.
A. Услуга передачи цифровой информации 64 кбит/с и 8 кГц без ограничений.
-463-
Эта услуга доставки информации обеспечивает передачу цифровой

информации со скоростью 64 кбит/с без ограничений между опорными
точками S/T, т.е. без всяких изменений во время передачи. Такая услуга
называется также услугой прозрачной доставки информации. Услуга этого
типа поддерживает любую связь, для которой требуется передача данных со
скоростью 64 кбит/с, например, связь между несколькими терминалами
данных типа факсимильных аппаратов группы 4, видеотелефонов и т. д.
Кроме того, она также поддерживает несколько различных приложений,
например, передачу речи, передачу звуковых сигналов в полосе 3,1 кГц,
передачу нескольких низкоскоростных информационных потоков 64 кбит/с,
мультиплексированных пользователем, прозрачный вход в общедоступную
сеть X.25.
B. Услуги структурированной передачи речи 64 кбит/с и 8 кГц
Услуги этого типа специально используются для передачи речи, которая

требует, чтобы цифровой сигнал опорной точки S/T соответствовал закону
компандирования ИКМ с A- или µ-характеристикой, как определено в
Рекомендации G.711 ITU-T. Сеть предполагает, что кодированные таким
образом данные являются речью, которая может соответствующим образом
обрабатываться, например, с цифро-аналоговым преобразованием, эхо-
компенсацией и т. д., чтобы оптимизировать процесс передачи в сети.
C. Услуги передачи звуковой информации в полосе 3,1 кГц и структурированной

передачи 64 кбит/с, 8 кГц
Услуги этого типа обеспечивают передачу звуковой информации в полосе 3,1

кГц. Информацией может быть речь или неречевые данные, занимающие
полосу тональных частот, например, данные полосы звуковых частот,
полученные с помощью модема или факсимильного аппарата групп 2, 3, 4.
Звуковая информация в опорной точке S/T должна соответствовать
Рекомендации G.711 ITU-T (должна быть преобразована в цифровую форму
согласно закону компандирования с A- или µ-характеристикой). Аналогично
описанным выше услугам передачи речи, услуги этого типа могут выполнять
цифро-аналоговое преобразование сигналов и передавать их по аналоговым
линиям. Услуги этого типа равнозначны услугам, предоставляемым
-464-
существующей телефонной сетью. Помимо телефонных пользователей, в

настоящее время имеются также низкоскоростные терминалы данных и
факсимильные аппараты групп 2 и 3, подключаемые к телефонным сетям
через модемы. Эти услуги, рекомендованные ITU-T, позволяют имеющим их
пользователям взаимодействовать с пользователями ISDN.
D. Услуга структурированной передачи цифровой информации 2x64 кбит/с, 8 кГц

без ограничений.
Услуга этого типа предоставляет два B-канала 64 кбит/с для прозрачной

передачи пользовательской информации, причем эти два B-канала
объединены для обеспечения одной и той же связи.
2) Услуги доставки информации в режиме пакетной передачи
Услуги доставки информации с пакетной передачей делятся на услуги

виртуальных вызовов и услуги постоянных виртуальных соединений. Они
устанавливают виртуальное соединение через D- или B-канал в опорной точке
S/T, обеспечивая прозрачную передачу пользовательской информации в
пакетном режиме. Они также позволяют пользователям взаимодействовать в
режиме двухточечной связи через ISDN в соответствии с протоколом X.25.
Услуги виртуальных вызовов и постоянных виртуальных соединений – это

типичные услуги в сетях с коммутацией пакетов. При использовании услуги
виртуальных вызовов абонент должен сначала с помощью специального
пакета X.25 запросить сеть установить подключенный к нему виртуальный
канал и затем послать пакет X.25, чтобы затребовать у сети разъединение
этого канала в конце сеанса связи. При использовании услуги постоянных
виртуальных соединений процедуры установления и разъединения не нужны.
Пользователи могут непосредственно передавать данные по постоянному
виртуальному соединению. Цель предоставления услуг этого типа сетью
ISDN, – обеспечить, чтобы пользователи, подключенные к ISDN, могли
работать таким же образом, как пользователи сетей коммутации пакетов.
3. Телекоммуникационные услуги
Под телекоммуникационными услугами понимаются все прикладные услуги,
-465-
ориентированные на пользователей. К ним относятся не только функции сети,

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

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

двухсторонних разговоров в реальном времени с взаимодействием через сеть.
Полоса тональных частот – 3,1 кГц, цифровой сигнал соответствует
определенному стандарту кодирования речи; сеть может использовать
технологию цифровой обработки сигналов с передачей речевой информации
пользователей по B-каналам и сигналов управления по D-каналу.
2) Услуга телетекса
Услуга телетекса обеспечивает сквозную передачу дейтаграмм. Она

использует стандартизованный набор знаков, стандартные формат и протокол
связи. Ее атрибуты верхних уровней основаны на Рекомендациях ITU-T,
связанных со стандартной услугой телетекса, а информация может
передаваться в режимах коммутации каналов и коммутации пакетов.
3) Услуга факсимильной связи группы 4
Используя стандартные графический код, разрешающую способность и

протокол связи, услуга факсимильной связи группы 4 обеспечивает сквозную
факсимильную связь. Ее атрибуты верхних уровней основаны на
Рекомендациях ITU-T, касающихся факсимильной связи группы 4, а
информация может передаваться в режимах коммутации каналов и
коммутации пакетов.
4) Услуга видеотекста
Видеотекст ISDN является усовершенствованием существующего
-466-
видеотекста. На основе исходного видеотекста добавлены функции поиска

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

цифровые сигналы которых на физическом уровне ISDN соответствуют
признанному на международном уровне протоколу телекса. В настоящее
время ITU-T рекомендует использовать для услуги телекса режим
коммутации каналов для передачи пользовательской информации по B-
каналу.
6) Услуга высококачественной телефонной связи в полосе 7 кГц
Услуга этого типа может предоставлять пользователям возможность

двухсторонних разговоров в реальном времени с высоким качеством речи в
полосе до 7 кГц.
7) Услуга видеотелефонной связи
Услуга этого типа может предоставлять пользователям возможность

двустороннего взаимодействия через сеть с передачей речи и
видеоизображений в реальном времени. Информация может передаваться по
одному или двум B-каналам в зависимости от пользовательских терминалов.
4. Дополнительные услуги
Дополнительные услуги – это различные вспомогательные услуги, которые не

могут существовать независимо. Это возможности обслуживания,
добавленные на основе услуг доставки информации и
телекоммуникационных услуг. Некоторые из них не будут действовать, если
заранее не определены или не активизированы. Цифровая станция ZXJ10 с
программным управлением поддерживает следующие дополнительные
услуги:
1) Прямой входящий набор (DDI; Direct Dialing In)
-467-
Услуга этого типа позволяет одному пользователю вызывать другого

пользователя автоматической станции интегрального обслуживания или
другой частной системы без вмешательства оператора. Эта услуга может
быть реализована с помощью номера ISDN, исключая подадрес. Номер DDI –
это значащая часть номера ISDN для ISPBX или других частных систем.
2) Множественный абонентский номер (MSN; Multiple Subscriber Number)
Услуга MSN обеспечивает возможность назначения нескольких номеров

ISDN для одного пользователя общедоступной сети или для частного доступа.
Эта услуга позволяет иметь для каждого терминала один или несколько
идентификаторов, чтобы отличать один терминал (например, при
использовании конфигурации в виде пассивной шины) от других терминалов.
Сеть может использовать для подключения к интерфейсу любой номер. Для
тарификации сеть может выбирать номера с правом исходящей связи.
3) Представление идентификации вызывающей линии (CLIP; Calling Line

Identification Presentation) и запрет идентификации вызывающей линии (CLIR;
Calling Line Identification Restriction)
CLIP выполняет функцию передачи номера ISDN вызывающего абонента

(возможно, вместе с подадресом) вызываемому абоненту. Эта передача
выполняется во время установления соединения. Когда вызываемый абонент
слышит вызывной сигнал и не отвечает, номер вызывающего абонента может
быть отображен на экране терминала вызываемого абонента.
CLIR позволяет вызывающему абоненту запретить представление своего

номера. Во время вызова номер абонента с этой функцией не посылается
вызываемому абоненту, за исключением случая, когда вызываемый абонент
является суперабонентом.
4) Представление идентификации подключенной линии (COIP; Connected Line

Identification Presentation) и запрет идентификации подключенной линии
(COIR; Connected Line Identification Restriction)
После установления соединения услуга COIP выполняет функцию передачи

номера вызываемого абонента вызывающему абоненту для проверки номера
-468-
вызывающим абонентом.
COIR позволяет вызываемому абоненту запретить представление своего

номера.
5) Переадресация вызовов (CFB, CFU, CFNR)
Эта услуга позволяет абоненту информировать сеть о необходимости

переадресации при определенных условиях всех входящих вызовов по этому
номеру на другой номер. Эта услуга отличается от услуги пересылки вызовов
(CT; Call Transfer) в следующих аспектах. Во-первых, данная услуга
переадресует вызов третьему абоненту до установления соединения, тогда как
услуга CT пересылает вызов после установления соединения. Во-вторых, эта
услуга обрабатывает только входящие вызовы и не влияет на исходящие
вызовы абонента, зарегистрировавшего данную услугу, тогда как услуга CT
может пересылать и входящие, и исходящие вызовы.
CFB; Call Forwarding on Busy – переадресация вызовов при занятости. CFNR;

Call Forwarding on No Reply – переадресация вызовов при отсутствии ответа.
CFU; Call Forwarding Unconditionally – безусловная переадресация вызовов.
6) Постановка вызовов на ожидание (CW; Call Waiting)
Услуга CW уведомляет пользователя о новом входящем вызове, который не

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

затем при желании разъединить его. Во время прерывания B-канал может
быть зарезервирован или нет.
8) Конференц-связь (CONF)
Эта услуга позволяет одному пользователю взаимодействовать с несколькими
-469-
пользователями, причем несколько пользователей могут также

взаимодействовать друг с другом. Данная услуга обеспечивает установление
нескольких соединений и управление ими для создания нескольких вызовов,
которые могут использоваться для передачи речи, данных, изображений или
мультимедийной связи.
9) Трехсторонняя связь (3PTY)
Эта услуга позволяет одному пользователю удерживать соединение во время

связи, устанавливая при этом другое соединение с третьим абонентом. Затем
пользователь может по желанию переключаться между двумя вызовами, т.е.
поочередно разговаривать с двумя абонентами (два вызова не являются
открытыми друг для друга). Любое из соединений может быть разъединено в
любое время. Пользователь может также потребовать соединить два вызова
для создания трехстороннего разговора.
10)Межпользовательская сигнализация (UUS; User-User Signaling)
Эта услуга позволяет одному пользователю ISDN передавать другому

пользователю ISDN/принимать от другого пользователя ISDN определенную
информацию по каналу сигнализации (D-каналу) во время связи, тогда как эта
передача межпользовательской информации связана только с
телекоммуникационной услугой в режиме коммутации каналов.
Межпользовательская информация передается между передатчиком и
приемником прозрачно и сетью не обрабатывается.
11) Подадрес пользователя (SUB)
Эта услуга позволяет обслуживаемым пользователям расширять свои

возможности адресации на основе одного и того же номера ISDN и не
ограничиваться заданным номером ISDN.
-470-
8.2 Интерфейс “пользователь-сеть” ISDN
8.2.1 Базовая концепция интерфейса “пользователь-сеть” ISDN
Ниже описана базовая концепция интерфейса “пользователь-сеть” ISDN.
1. Эталонная конфигурация
На рис. 8.2-1 показана эталонная конфигурация интерфейса “пользователь-

сеть” ISDN. Эта конфигурация является стандартной структурой
пользовательской системы ISDN. Если NT2 не используется, TE
непосредственно соединяется с NT1, и опорные точки S и T совпадают. Такая
точка называется базовым интерфейсом “пользователь-сеть”.
R S T U
TE1 NT2 NT1 ET
TE2 TA
Рис. 8.2-1 Эталонная модель интерфейса “пользователь-сеть” ISDN
1) NT1 (Network Termination 1): сетевое окончание 1.
Функции NT1 в основном эквивалентны функциям первого (физического)

уровня эталонной модели OSI и связаны с физическими и электрическими
характеристиками сети. Функции NT1 следующие: обеспечение
согласованной нагрузки линии передачи, функции технического
обслуживания линии первого уровня и определение рабочих характеристик,
функции подачи и преобразования питания, обнаружение коллизий в шинном
интерфейсе.
2) NT2 (Network Termination 2): сетевое окончание 2.
Эквивалентно такому оборудованию управления терминалами, как УАТС,
-471-
маршрутизатор LAN. NT2 выполняет функции обработки протоколов

эталонной модели OSI.
3) TE1 (Terminal Equipment 1): терминальное оборудование типа 1
Это стандартный терминал ISDN. Он реализует три уровня эталонной модели

OSI. Физический уровень реализует стандарт интерфейса I.430S/T ITU-T,
уровень звена данных реализует стандарт Q.921 ITU-T, сетевой уровень
реализует стандарт Q.931 ITU-T и дополнительный протокол ISDN.
Протоколы этих трех уровней обеспечивают согласованность, совместимость
и взаимосвязь терминалов ISDN.
4) TE2 (Terminal Equipment 2): терминальное оборудование типа 2
Это стандартный терминал не ISDN, например, PC или пакетный терминал

X.25.
5) Терминальный адаптер (TA; Terminal Adapter)
Т.к. терминалы не ISDN не выполняют функций общеканальной

сигнализации (по D-каналу), стандартный терминал не ISDN (TE2)
подключается к интерфейсу “пользователь-сеть” ISDN через TA. Встроенный
набор AT-команд TA поддерживает формирование вызовов от PC и ответы на
вызовы, т.е. TA преобразует AT-команды в сигналы D-канала. PC может
использоваться для посылки вызовов и передачи данных одновременно с TA.
Протокол B-канала TA – V.110. Он преобразует низкоскоростные
последовательные данные в сигналы B-канала 64 кбит/с. Набор AT-команд –
это универсальный формат команд для работы PC с модемом.
6) Станционное окончание (ET; Exchange Terminal)
Это местная станция.
2. Типы каналов и интерфейсов
1) Типы каналов
B-канал: пользовательский информационный канал 64 кбит/с; соответствует
-472-
каналу передачи речи и данных 64 кбит/с, удовлетворяющему Рекомендациям

G.711 и G.722; обеспечивает соединения с коммутацией каналов,
коммутацией пакетов и полупостоянные соединения.
D-канал: канал сигнализации 16 кбит/с (D16) или 64 кбит/с (D64), по

которому передается сигнальная информация коммутации каналов и
информация пакетных данных.
2) Типы интерфейсов
A. Интерфейс базового доступа: скорость физического интерфейса – 192 кбит/с;

структура каналов – 2B+D. Интерфейс базового доступа (S/T) является
шинным интерфейсом. Каждый интерфейс может поддерживать восемь
терминалов ISDN, но одновременно могут использоваться только три
терминала. На рис. 8.2-2 показана типичная схема подключения.
NT 1
Т ерминальный Т ерминальный
согласующий согласующий
резистор резистор
TE TE TE
Рис. 8.2-2 Типичная схема подключения
B. Интерфейс первичного доступа: скорость физического интерфейса – 2048

кбит/с; структура каналов – 30B+D. В случае нескольких интерфейсов
первичного доступа они могут совместно использовать один канал D64.
3. Взаимосвязь между протоколами интерфейса “пользователь-сеть” ISDN и

моделью OSI
После ввода сети ISDN и сети сигнализации ОКС-7 сети связи и

компьютерные сети слились друг с другом. Таким образом, сеть ISDN имеет
соответствующую взаимосвязь с семиуровневой моделью OSI, и протоколы
интерфейса “пользователь-сеть” ISDN соответствуют протоколам трех
нижних уровней модели OSI. См. рис. 8.2-3:
-473-
4-7 уровни Система 4-7 уровни

Т ретий Сетевой ОКС-7 Сетевой Т ретий
уровень уровень уровень уровень
Второй Уровень Уровень Второй

уровень звена данных звена данных уровень
Первый Физический Физический Первый

уровень уровень уровень уровень
Рис. 8.2-3 Взаимосвязь между протоколами U-N ISDN и моделью OSI
Протокол физического уровня интерфейса базового доступа соответствует

Рекомендации G.960 ITU-T; уровень звена данных канала D16 соответствует
протоколу Q.920 ITU-T; на сетевом уровне используется протокол Q.931 ITU-
T и протокол пакетного уровня X.25. Для коммутации пакетов B-каналов
применяются протокол LAPB и протокол пакетного уровня X.25 ITU-T, в
качестве протокола уровня звена данных для взаимосвязи локальных сетей
используется протокол PPP, а в качестве протокола сетевой связи – протокол
TCP/IP.
Протокол физического уровня интерфейса первичного доступа соответствует

Рекомендации G.703 ITU-T, на уровне звена данных канала D64 используется
протокол Q.921 ITU-T, а на сетевом уровне – протокол Q.931 ITU-T. Для
коммутации пакетов B-каналов применяются протокол LAPB и протокол
пакетного уровня X.25 ITU-T, в качестве протокола уровня звена данных для
взаимосвязи локальных сетей используется протокол PPP, а в качестве
протокола сетевой связи – протокол TCP/IP.
Управление взаимодействием между объектами одного уровня

осуществляется протоколом этого уровня, а управление соседними уровнями
обеспечивается примитивами. Примитив отражает логическую коммутацию и
управление среди соседних уровней абстрактным способом. Например,
имеется четыре типа примитивов, с помощью которых осуществляется обмен
между уровнем звена данных и третьим уровнем. Соответствующий принцип
работы приведен на рис. 8.2-4.
1) REQUEST: примитив REQUEST используется тогда, когда более высокий
-474-
уровень запрашивает соседний нижележащий уровень в отношении

2) INDICATION: примитив INDICATION используется уровнем,

предоставляющим услугу по информированию соседнего вышележащего
уровня о любом конкретном действии, связанном с этой услугой. Этот
примитив может также быть результатом действия нижележащего уровня,
связанного с примитивом REQUEST в равноправном объекте.
3) RESPONSE: примитив RESPONSE используется тогда, когда верхний уровень

должен подтвердить примитив INDICATION от нижележащего уровня.
4) CONFIRM: примитив CONFIRM используется уровнем, предоставляющим

затребованную услугу, для подтверждения того, что действие выполнено.
Третий уровень Третий уровень

CONFIRM
CONFIRM
RESPONSE
INDICATION
SAP
Уровень звена Уровень звена

данных данных
Протокол уровня звена данных
Рис. 8.2-4 Последовательность действий примитивов
8.2.2 Физический уровень
На рис. 8.2-5 показана эталонная конфигурация функций интерфейса базового

доступа “пользователь-сеть”.
-475-
S/T U U V
TE NT1 LT ET
DLL
TE: терминальное оборудование; ET: станционное окончание; NT1: сетевое окончание типа 1
DLL (Digital Local Loop): абонентская линия цифрового доступа;
LT (Line Terminal): линейное окончание
Рис. 8.2-5 Эталонная конфигурация интерфейса базового доступа U-N
Линейное окончание (LT) реализуется на сетевой стороне, а NT1 и TE находятся

на стороне пользователя. Функции TE и NT1 могут быть реализованы либо в
одном, либо в разном оборудовании. Интерфейс базового доступа ISDN содержит
два B-канала со скоростью передачи 64 кбит/с и один D-канал со скоростью
передачи 16 кбит/с. При этом обеспечивается высокоскоростная дуплексная
передача данных между TE и LT.
Интерфейс между TE и NT1 в соответствии с Рекомендацией I.430 ITU-T

называется опорной точкой S/T. Интерфейс между NT1 и LT в соответствии с
Рекомендацией G.960 ITU-T называется опорной точкой U.
1. U-интерфейс
ISDN обеспечивает передачу данных 2B+D по существующим аналоговым

телефонным линиям. Из-за больших различий между телефонными сетями
разных стран (по качеству медных линий, методам прокладки кабелей,
изоляции и т. д.) ITU-T не определяет единых спецификаций на технологию
передачи на U-интерфейсе, чтобы каждая страна могла выбрать подходящую
технологию самостоятельно. В настоящее время в мире используются
следующие технологии передачи на U-интерфейсе: система передачи MMS43,
система 2B1Q и система TCM.
1) Код 2B1Q
2B1Q (2Binary, 1Quaternary), т.е. две двоичные цифры представляются в виде

одного четырехуровневого символа. Такой код является неизбыточным
четырехуровневым кодом с амплитудно-импульсной модуляцией. Двоичный
-476-
поток (данных) от TE к NT1 (или от ET к LT) делится на различные группы,

каждая из которых состоит из двух бит. Затем пары бит преобразуются в NT
(или LT) в четырехуровневый символ, называемый четверичным.
Соответствие при преобразовании показано в таблице 8.2-1.
Таблица 8.2-1 Код 2B1Q для данных 2B+D
Данные B1 B2 D
Битовая
B11B12 B13B14 B15B16 B17B18 B21B22 B23B24 B25B26 B27B28 D1D2
группа
Четверич-
ный Q1 Q2 Q3 Q4 Q5 Q6 Q7 Q8 Q9
символ
Перед кодированием 2B1Q данные должны быть скремблированы, после чего

битовые группы преобразуются в четырехуровневые символы согласно
соответствию, показанному в таблице 8.2-1, и затем передаются в линию
передачи схемами передачи. На приемной стороне каждый четверичный символ
преобразуется в пару бит согласно соответствию, приведенному в таблице 8.2-2.
При этом данные 2B+D реконфигурируются после дескремблирования.
Таблица 8.2-2 Соответствие между битовыми группами и четверичными символами
Первый бит (символ) Второй бит (амплитуда) Четырехуровневый (четверичный)

символ
1 0 +3
1 1 +1
0 1 -1
0 0 -3
2) Структура цикла
Четверичные символы передаются по линиям со скоростью 80 кбит/с, причем

каждые 120 таких символов составляют цикл. Каждый цикл содержит слово
синхронизации (SW; Synchronization Word), данные 2B+D и биты канала
технического обслуживания (см. рис. 8.2-6). Слово синхронизации состоит из
9 символов. В каждом цикле передается 12 структур 2B+D, каждая из
которых содержит 18 бит, т.е. всего 216 бит, передаваемых в 108 символах.
-477-
Соответствие между данными 2B+D и символами удовлетворяет

спецификациям в таблице 8.2-2. Оставшиеся 3 символа представляют канал
технического обслуживания (CL), всего 6 бит. Каждые 8 циклов образуют
один сверхцикл, начало которого идентифицируется инвертированным
словом синхронизации цикла.
SW 12× （2B+D） CL
Рис. 8.2-6 Структура цикла
Слово синхронизации: SW=+3+3-3-3-3+3-3+3+3
Инвертированное слово синхронизации цикла ISW = -3-3+3+3+3-3+3-3-3
Каждый сверхцикл содержит канал CL, 48 бит которого называются битами

M. Таким образом, скорость канала CL – 4 кбит/с, где 24 бита (2 кбит/с)
образуют встроенный канал эксплуатации (EOC; Embedded Operation
Channel), используемый для связи между сетью и NT1, 12 бит (1 кбит/с)
обеспечивают выполнение функции контроля циклическим избыточным
кодом (CRC; Cycle Redundancy Check), а оставшиеся 12 бит (1 кбит/с) –
выполнение других функций. Структура сверхцикла показана в таблицах 8.2-
3 и 8.2-4.
-478-
Таблица 8.2-3 Структура сверхцикла: LT->NT
Цикловая
синхро- 2B+D Канал технического обслуживания
низация
Позиции
четверич-
1~9 10~117 118s 118m 119s 119m 120s 120m
ных
символов
Битовые
1~18 19~234 235 236 237 238 239 240
позиции
Номер Номер
сверх- базового SW 2B+D M1 M2 M3 M4 M5 M6
цикла цикла
1 ISW 2B+D Eoca1 Eoca2 Eoca3 Act 1 1
2 SW 2B+D Eocm Eoci1 Eoci2 Dea 1 Febe
3 SW 2B+D Eoci3 Eoci4 Eoci5 1 Crc1 Crc2

A:
5 SW 2B+D Eoca1 Eoca2 Eoca3 1 Crc5 Crc6
6 SW 2B+D Eocm Eoci1 Eoci2 1 Crc7 Crc8
7 SW 2B+D Eoci3 Eoci4 Eoci5 Uoa Crc9 Crc10
8 SW 2B+D Eoci6 Eoci7 Eoci8 aib Crc11 Crc12
B, C…
-479-
Таблица 8.2-4 Структура сверхцикла: NT->LT
Цикловая
синхро- 2B+D Канал технического обслуживания
низация
Позиции
четверич-
1~9 10~117 118s 118m 119s 119m 120s 120m
ных
символов
Битовые
1~18 19~234 235 236 237 238 239 240
позиции
Номер Номер
сверх- базового SW 2B+D M1 M2 M3 M4 M5 M6
цикла цикла
1 ISW 2B+D Eoca1 Eoca2 Eoca3 Act 1 1
2 SW 2B+D Eocm Eoci1 Eoci2 Ps1 1 Febe
3 SW 2B+D Eoci3 Eoci4 Eoci5 Ps2 Crc1 Crc2
4 SW 2B+D Eoci6 Eoci7 Eoci8 Ntm Crc3 Crc4

A
5 SW 2B+D Eoca1 Eoca2 Eoca3 Cso Crc5 Crc6
6 SW 2B+D Eocm Eoci1 Eoci2 1 Crc7 Crc8
7 SW 2B+D Eoci3 Eoci4 Eoci5 Sai Crc9 Crc10
B,C…
2. Интерфейс S/T
На интерфейсе S/T используются две пары симметричных линий на основе

витых пар для передачи данных, т.е. применяется так называемая
“четырехпроводная передача”, обеспечивающая пропускную способность 192
кбит/с в каждом направлении. Для двух направлений передачи используется
псевдотроичный код. См. рис. 8.2-7.
Двоичные цифры 1 1 0 1 0 0 1 1 0 0 0 1
Линейный сигнал t
Рис. 8.2-7 Псевдотроичный код
-480-
В псевдотроичном коде для представления двоичной “1” используется нулевой

уровень линейного сигнала, а для представления “0” – поочередно импульсы
положительного или отрицательного уровня. Всего используется три уровня – так
называемый псевдотроичный код. Псевдотроичный код помогает терминалу
извлекать синхросигналы и решать проблему обеспечения синхронной передачи.
Кроме того, он может также использоваться для решения проблемы состязания
нескольких терминалов за D-канал. На интерфейсе базового доступа S/T, каналы
2B+D могут быть мультиплексированы в одной линии в режиме с временным
разделением. Для передачи сигналов на интерфейсе S/T используются циклы
фиксированной длины. Каждый цикл состоит из 48 бит и имеет длительность
250 мкс. Из 48 бит цикла каналу B1 и каналу B2 назначаются по 16 бит и 4 бита
назначаются D-каналу. Таким образом, скорость B-канала – 16 бит/250 мкс = 64
кбит/с, скорость D-канала – 4 бита/250 мкс = 16 кбит/с; оставшиеся 12 бит
являются дополнительными управляющими сигналами для выполнения функций
таймирования, синхронизации передачи, управления симметрированием по
постоянному току. Формат цикла показан на рис. 8.2-8.
48 бит в течение 250 микросекунд
От NT к TE
D L F L B1 B1 B1 B1 B1 B1 B1 B1 E D A FA N B2 B2 B2 B2 B2 B2 B2 B2 E D M B1 B1 B1 B1 B1 B1 B1 B1 E D S B2 B2 B2 B2 B2 B2 B2 B2 E D L F L
0
1
0
Сдвиг на 2 бита
От TE к NT
D L F L B1 B1 B1 B1 B1 B1 B1 B1 L D L FA L B2 B2 B2 B2 B2 B2 B2 B2 L D L B1 B1 B1 B1 B1 B1 B1 B1 L D L B2 B2 B2 B2 B2 B2 B2 B2 L D L F L
0
1
0
F: бит цикловой синхронизации; FA: дополнительный бит цикловой синхронизации; A: бит активизации
L: бит симметрирования по постоянному току; N: бит со значением, обратным Fa; S: резервный бит
D: бит D-канала B1: бит первого B-канала; M: бит сверхцикла
E: бит эха D-канала; B2: бит второго B-канала
Рис. 8.2-8 Формат цикла сигнала в опорной точке ST BRI
В различные периоды в течение активизации/деактивизации NT и TE

обмениваются управляющими сигналами, как показано в таблице 8.2-5. Будучи
-481-
неактивизированными, TE и NT посылают в линию INFO0, чтобы в линии

присутствовал сигнал отсутствия информации. При запросе активизации TE
посылает в NT сигнал INFO1. Получив INFO1, NT может ответить сигналом
INFO2, который содержит сигнал синхронизации, необходимый для TE. Получив
INFO2, TE устанавливает цикловую синхронизацию и инициализирует передачу
INFO3 в пределах 100 мс. В это время TE синхронизировано сетевым
синхросигналом. После приема INFO3 в нормальной ситуации NT может
инициализировать передачу INFO4. До сих пор TE и NT находились в активном
состоянии и были готовы к передаче данных. При запросе активизации NT
посылает в TE сигнал INFO2. Последующая процедура совпадает со случаем,
когда TE запрашивает активизацию.
Таблица 8.2-5 Сигналы активизации/деактивизации на интерфейсе S/T
Сигнал от NT к TE Сигнал от TE к NT
INFO0 Нет сигнала INFO0 Нет сигнала
IINFO2 Все биты B- и D-каналов INFO1 Последовательный сигнал,

и эха D-канала цикла имеют представленный на приведенной
значения двоичного "0". Бит A ниже иллюстрации. Положительный
устанавливается в "0". Биты N и L "0", отрицательный "0" и шесть "1".
устанавливаются обычным
образом.
IINFO4 Циклы с рабочими Номинальная скорость передачи

данными в B- и D-каналах и = 192 кбит/с
позициях эха D-канала. Бит A
устанавливается в двоичную "1". IINFO3 Синхронный цикл с
рабочими данными в B-и D-каналах.
8.2.3 Уровень звена данных
Ниже описывается уровень звена данных.
1. Краткий обзор
LAPD (Link Access Protocol D Channel; протокол доступа к звену по D-
-482-
каналу) – это протокол уровня звена данных D-канала, соответствующий

Рекомендациям Q.920/Q.921. Он определяет правила обмена информацией по
D-каналу для объектов второго уровня интерфейса “пользователь-сеть”.
Обмен информацией может осуществляться между TE и NT2, между NT2 и
станцией или между TE и станцией.
1) В соответствии с характеристиками S- и T-интерфейсов протокол второго

уровня D-канала должен удовлетворять следующим двум требованиям:
A. Протокол должен поддерживать на интерфейсе несколько терминалов,

поскольку несколько терминалов должны иметь возможность получать доступ
к сети через один и тот же интерфейс ISDN. Кроме того, терминалы могут
быть доступны и отключаться по своему усмотрению без предварительной
регистрации в сети. Они должны взаимодействовать с сетью только перед
использованием. Чтобы управлять несколькими терминалами, LAPD
определяет, что по одному и тому же D-каналу может быть установлено
несколько взаимно независимых звеньев, и имеется ряд методов управления
идентификаторами терминалов.
B. Этот протокол должен поддерживать доступ нескольких объектов третьего

уровня, поскольку по D-каналу могут передаваться либо пакетные данные,
либо данные удаленного контроля, за исключением сигнализации управления.
Поэтому различными объектами обрабатываются разные типы данных
третьего уровня. Чтобы обеспечить эти объекты услугами второго уровня,
LAPD устанавливает на интерфейсах второго и третьего уровней несколько
точек доступа к услугам (SAP; Service Access Point). Каждой SAP
присваивается свой идентификатор, что позволяет реализовать
мультиплексирование различных терминалов и услуг.
2) Основные функции LAPD следующие:
A. Определение границ, синхронизация и прозрачная передача кадров.
B. Мультиплексирование нескольких звеньев данных в одном D-канале.
C. Поддержание согласованной последовательности приема/передачи кадров.
-483-
D. Обнаружение в звеньях данных ошибок передачи, ошибок формата и ошибок

операций.
E. Исправление ошибок передачи путем повторной передачи.
F. Уведомление объекта управления о неисправимых ошибках в случае их

появления.
G. Управление потоком.
H. Управление деактивизацией/активизацией физического уровня.
3) LAPD может работать в двух режимах:
A. Режим передачи информации без подтверждения: в этом режиме кадры,

содержащие пользовательские данные, не имеют порядкового номера и не
должны подтверждаться после передачи.
B. Режим передачи информации с подтверждением: это режим передачи,

ориентированный на соединение. Перед передачей данных между двумя
объектами второго уровня должно быть установлено логическое соединение,
которое разъединяется сразу после окончания передачи данных.
2. Идентификация соединения звена данных
Соединение звена данных идентифицируется идентификатором соединения

звена данных (DLCI; Data Link Connection Identifier). DLCI содержит SAPI и
TEI. SAPI используется для идентификации точки доступа к услугам на
интерфейсе “пользователь-сеть”. TEI служит для идентификации конкретного
терминала на интерфейсе “пользователь-сеть”. DLCI – это понятие, присущее
только уровню звена данных. Эти идентификаторы используются только для
внутренних объектов уровня звена данных. В других объектах (третьего
уровня или управления) они заменяются идентификаторами конечной точки
соединения (CEI; Connection End-point Identifier). CEI служит для
идентификации блоков сообщений, передаваемых между объектом уровня
звена данных и объектом третьего уровня. CEI содержит SAPI и суффикс
конечной точки соединения (CES; Connection End-point Suffix). CES – это
значение, выбираемое объектом третьего уровня или объектом управления
-484-
для адресации объекта уровня звена данных. Когда этот объект получает
соответствующий TEI, он связывает внутри себя DLCI с CEI, т.е. CES – это
внутренний код TEI. Объект третьего уровня и индивидуальный объект
управления используют этот CEI для адресации объектов соответствующего
типа.
3. Структура кадра протокола LAPD.
Структура кадра протокола LAPD показана на рис. 8.2-9. Каждый кадр

состоит из полей пяти типов: поля флага F, поля адреса A, поля управления C,
информационного поля I и поля контрольной последовательности кадра (FCS;
Frame Check Sequence). Ниже приведено описание и назначение этих полей.
1) Флаг (F)
Флаг – это специальный байт (01111110), служащий для идентификации

начала и конца кадра. Флаг может выступать и как конечный флаг
предыдущего кадра, и как начальный флаг следующего кадра.
Число бит: 8 16 8 или 16 n×8 16 8
F A C I FCS F
Сегмент заполнения битами
F: флаг; A: адрес; C: управление; I: информация; FCS: контрольная последовательность кадра
Рис. 8.2-9 Формат кадра LAPD
2) Поле адреса (A)
Основное назначение поля адреса – идентификация нескольких цифровых

звеньев D-канала. Это поле является 16-разрядным и состоит из четырех
частей: TEI, SAPI, C/R и EA, формат которых показан на рис. 8.2-10.
-485-
1 2 3 4 5 6 7 8 9 10~16
0 C/R SAPI I TEI
（ EA ）（ EA）
C/R： команда/ответ SAPI ： идентификатор точки доступа к услугам

TEI ： идентификатор терминала EA ： расширение адреса
Рис. 8.2-10 Формат адреса
TEI (Terminal End point Identifier; идентификатор терминала) служит для

идентификации различного пользовательского терминального оборудования.
Иногда одному пользователю может быть назначено несколько TEI; при этом
различное оборудование одного и того же интерфейса не может использовать
один и тот же TEI. Предусмотрено два способа назначения TEI
(автоматическое и ручное назначение). Соответствующие диапазоны
значений приведены в таблице 8.2-6.
Таблица 8.2-6 Диапазоны значений TEI
Значение TEI Тип пользователя

0~63 SE с неавтоматически назначаемым TEI
64~126 SE с автоматически назначаемым TEI
127 Идентификатор широковещательной передачи для группы оборудования
SAPI (Service Access Point Identifier; идентификатор точки доступа к услугам)

используется для идентификации различных объектов третьего уровня и
объектов управления. Значения SAPI приведены в таблице 8.2-7. В настоящее
время возможны четыре значения: 0 – соответствует объекту управления
соединениями третьего уровня (управление соединениями по B-каналам в
соответствии с Рекомендацией Q.931); 16 – соответствует объекту третьего
уровня X.25 (используется для обработки связи с пакетной коммутацией по D-
каналу); 63 – соответствует объекту управления второго уровня; 1 – соответствует
объекту связи в режиме пакетной коммутации по Рекомендации Q.931 для
обработки пользовательской сигнализации.
Таблица 8.2-7 Значения SAPI
-486-
Значение SAPI Соответствующий объект третьего уровня или объект управления

0 Процедура управления соединениями
1 Объект связи в режиме пакетной коммутации по Рекомендации Q.931
Объект связи в режиме пакетной коммутации по протоколу третьего

16
уровня X.25
63 Объект управления второго уровня
Другие значения Резерв
В одном и том же пользовательском терминальном оборудовании (с одним и тем

же TEI) могут существовать различные объекты третьего уровня,
соответствующие разным SAPI. TEI и SAPI вместе могут идентифицировать не
только объект третьего уровня на стороне пользователя, но и логическое
соединение D-канала.
Бит C/R используется для индикации типа кадра (кадр команды или кадр ответа).
Метод установки бита C/R отражен в таблице 8.2-8.
Таблица 8.2-8 Установка бита C/R
Команда/ответ Направление Значение C/R

Сеть → пользователь 1
Команда
Пользователь → сеть 0
Сеть → пользователь 0
Ответ
Пользователь → сеть 1
EA – это бит расширения адреса. EA=0 означает, что следующее поле по-
прежнему содержит адресную информацию, а EA=1 индицирует конец адресной
информации.
3) Поле управления (C)
В протоколе LAPD используются кадры трех типов:
A. Информационный кадр (I-кадр; Information frame) служит для передачи

пользовательских данных с управлением потоком и информацией управления
обработкой ошибок для обеспечения правильной передачи пользовательских
данных.
-487-
B. Управляющий кадр (S-кадр; Supervisory frame) предназначен специально для

передачи информации управления. При отсутствии I-кадра для передачи
требуется передача S-кадра.
C. Ненумерованный кадр (U-кадр; Unnumbered frame) используется для передачи

информации управления звеном и пользовательских данных в режиме без
подтверждения.
4) Информационное поле (I)
Информационное поле присутствует только в I-кадрах и некоторых U-кадрах,

а в S-кадрах его нет. Это поле содержит пользовательские данные, которыми
в соответствии с Рекомендацией I.442 может быть любая последовательность
байт длиной до 260 байт.
5) Контрольная последовательность кадра (FCS)
FCS – это код для обнаружения ошибок, имеющий длину 16 бит. На

передающей стороне он формируется с использованием начального
содержимого регистра устройства, выполняющего вычисления в соответствии
с особым алгоритмом. На приемной стороне он формируется таким же
способом. Если вычисленные результаты совпадают, это означает, что
ошибок нет.
4. Процесс обмена информационными кадрами
Процесс обмена информационными кадрами LAPD – это процесс, при

котором TE осуществляет передачу и обмен информацией по D-каналу. При
обмене информацией используются кадры трех типов: типа I, типа S и типа U,
каждый из которых содержит некоторые команды и ответы.
1) В режиме передачи информации без подтверждения процедура работы LAPD

очень проста. В этом режиме используются кадры только одного типа – UI.
Информационное поле кадра UI содержит данные, посланные пользователем.
После поступления кадра UI на приемную сторону объект LAPD по полю FCS
проверяет, не произошло ли ошибок при передаче. Если ошибок нет, LAPD
посылает содержимое информационного поля в объект третьего уровня. В
-488-
случае обнаружения ошибок кадр отбрасывается независимо от того,

правильно он принят или нет, и приемная сторона не посылает передатчику
никакого ответа.
2) В режиме передачи информации с подтверждением обмен кадрами LAPD

делится на три фазы: установление соединения, передача данных и
разъединение.
A. В фазе установления соединения сторона пользователя и сторона сети могут

послать запрос ‘SABME’ для установления логического соединения, что
обычно делается в соответствии с требованиями к связи объекта третьего
уровня на локальной стороне. При этом TEI и SAPI запроса SABME
указывают адрес объекта третьего уровня. При поступлении SABME на
равноправную сторону равноправная сторона посылает запрос в
соответствующий объект третьего уровня. Если этот объект соглашается
установить соединение, объект LAPD возвращает кадр UA подтверждения
установления соединения. Если же запрос отклоняется, для разъединения
посылается ответ DM. Когда объект LAPD на стороне запроса передачи
принимает UA, он извещает свой более высокий уровень. В это время
логическое соединение установлено, и обе стороны могут передавать данные.
B. В фазе передачи данных использование технологии скользящего окна может

обеспечить управление потоком и управление обработкой ошибок
информационных кадров. В этой фазе любая сторона может сначала передать
данные с помощью I-кадра. После передачи I-кадра необходимо нумеровать
кадры один за другим. Порядковые номера назначаются по некоторому
модулю. Модуль (m) расширяемого поля управления равен 128. В
соответствии с протоколом LAPD при передаче и приеме поля управления I-
кадра каждая точка двухточечного соединения звена данных резервирует
порядковый номер передачи N(S) и порядковый номер приема N(R). Когда
одна сторона посылает один кадр, значения N(S) и N(R) должны
использоваться для индикации состояния приема/передачи. N(S) служит для
указания порядкового номера передачи кадра локальной станции. N(R)
используется для того, чтобы сообщить другой стороне, что I-кадр с
порядковым номером передачи “N(R)-1” и кадры, посланные ранее, приняты,
и ожидается I-кадр с порядковым номером N(R). N(S) и N(R) применимы для
-489-
связи между конечными точками двухточечного соединения звена данных.
Каждая конечная точка (пользовательская сторона и сетевая сторона)

двухточечного соединения звена данных устанавливается с тремя
переменными подсчета: V(S), V(R) и V(A). V(S) – это переменная состояния
передачи, значение которой должно увеличиваться на 1 при передаче каждого
последующего кадра. При каждой передаче одного I-кадра значение N(S)
приравнивается значению V(S). V(R) – это переменная состояния приема,
указывающая порядковый номер следующего I-кадра, который данная
сторона ожидает получить. Когда данная сторона принимает от
противоположной стороны следующий I-кадр без ошибок, она сравнивает
значение N(S) в I-кадре с локальным значением V(R). Если эти значения
совпадают, значение V(R) должно быть увеличено на 1. Значения V(S) и V(R)
находятся в диапазоне 0~(m-1). Когда данная сторона посылает любой I- или
S-кадр, значение N(R) должно быть равно V(R). V(A) идентифицирует
последний кадр, который подтвержден соответствующей равноправной
стороной. Значение V(A) должно обновляться действительными значениями
N(R), принимаемыми от равноправной стороны, что позволяет реализовать
механизм скользящего окна. Действительное значение N(R) – это значение в
пределах диапазонов V(A) и V(S).
В фазе установления соединения переменные V(S), V(A) и V(R)

устанавливаются в 0. Значение K используется для идентификации
максимального числа I-кадров, последовательно посланных данной стороной
и неподтвержденных другой стороной. При работе с расширением (по
модулю 128) значение K не может превышать 127. При сигнализации
первичного доступа (64 кбит/с) значение K по умолчанию равно 7. При
сигнализации базового доступа (16 кбит/с) значение K по умолчанию равно 1.
Протокол LAPD обнаруживает ошибочную информацию в соответствии с

описанными выше переменными для управления потоком и управления
обработкой ошибок и использует управляющие кадры (S-кадры) для
информирования другой стороны о необходимости выполнения контроля звеньев
данных и управления ими. Например, для подтверждения и запроса повторной
передачи I-кадра, а также для приостановки передачи I-кадра. S-кадр не содержит
информационного поля; поэтому значение порядкового номера такого кадра во
-490-
время работы не увеличивается. Значение кода N(R) в S-кадре совпадает с

аналогичным значением в I-кадре. S-кадрами являются кадр “к приему готов”
(RR; Receive Ready), кадр “к приему не готов” (RNR; Receive Not Ready) и кадр
отказа (REJ; REJect):
A) RR: к приему готов
Означает, что сторона готова к приему I-кадра и подтвердила все ранее

принятые I-кадры с номерами не более N(R)-1.
B) RNR: к приему не готов
Означает, что данная сторона находится в занятом состоянии, но все I-кадры с

номерами не более N(R)-1 подтверждены.
C) REJ: кадр отказа
Кадр REJ запрашивает повторную передачу всех I-кадров, начиная с кадра с

номером N(R). Ненормальное состояние REJ сбрасывается при приеме I-
кадра со значением N(S), равным значению N(R) кадра REJ.
C. Фаза разъединения начинается с передачи кадра “DISC” объектом на любой

стороне LAPD. Запрос разъединения может поступить с третьего уровня или
быть запросом самого протокола LAPD. Если равноправный объект LAPD
подтверждает разъединение, он возвращает кадр UA и уведомляет об этом
объект третьего уровня. Все неподтвержденные кадры в данном звене
отбрасываются, и последствия этого должны быть устранены объектом
третьего уровня.
5. Функции управления
Помимо функции обмена кадрами, протокол Q.921 имеет несколько функций

управления: управление TEI, управление активизацией/деактивизацией и
управление параметрами.
1) Управление TEI
Одной из важных функций ISDN является обеспечение переносимости
-491-
пользовательских терминалов. В отличие от других сетей, которые требуют

от пользователей предварительно зарегистрировать все используемое
терминальное оборудование, ISDN позволяет терминальному оборудованию
получать доступ к сети в любое время. Сеть назначает терминалам
идентификаторы, упрощая их использование с помощью TEI в последующих
соединениях связи. Процедура автоматического назначения TEI выполняется
следующим образом.
Когда терминал получает доступ к интерфейсу “пользователь-сеть” и

запрашивает установление логического соединения или пытается передать
данные в режиме без подтверждения, LAPD сначала не принимает во
внимание свои запросы связи и сразу запускает процедуру автоматического
назначения TEI. Выполнение этой процедуры начинается тогда, когда
пользователи посылают UI в объект управления сетью, запрашивая
назначение TEI (ID_REQ”UEST). Получив этот запрос, сеть находит
назначаемые TEI и присваивает их терминалам. Если назначаемых TEI нет,
сетевое окончание может отклонить запрос и, таким образом, генерировать
функцию проверки TEI. Если подтверждается, что значение TEI больше
недействительно, сетевая сторона отменяет его для повторного назначения в
будущем.
Когда TEI находится в назначенном состоянии, сетевая сторона может

активизировать протоколы проверки TEI для подтверждения
действительности TEI. Пользовательское оборудование может запросить
(необязательно) сеть инициализировать протоколы проверки TEI.
Как правило, назначенный TEI общедоступен для всех SAP одного

пользовательского оборудования.
Помимо автоматического назначения TEI, LAPD допускает ручное

назначение TEI. Поэтому значения TEI терминалов могут определяться
самими пользователями (в диапазоне 0~63) и затем посылаться в объект
LAPD на пользовательской стороне через объект управления второго уровня
пользовательской стороны. Таким образом, LAPD копирует этот новый TEI
для использования в будущем.
-492-
2) Управление активизацией/деактивизацией на физическом уровне
Объект управления Q.921 управляет состоянием активизации физического

порта с помощью примитивов активизации/деактивизации. Когда U-
интерфейс активизируется, и не существует подключенного звена данных,
запускается таймер; в других случаях таймер будет закрыт. Если время
таймера истекает, и верхний уровень допускает операцию деактивизации, на
нижний уровень посылается сообщение с запросом деактивизации, и нижний
уровень выполняет деактивизацию U-интерфейса.
3) Управление параметрами
Некоторые значения по умолчанию для рабочих параметров LAPD могут

согласовываться и изменяться. Объекты LAPD обеих сторон
взаимодействуют с помощью кадров XID.
8.2.4 Управление соединениями ISDN
Протокол управления соединениями третьего уровня интерфейса “пользователь-

сеть” определен в Рекомендациях Q.930/Q.931. Он определяет процедуры
установления соединений по B-каналам и процедуры обслуживания
межпользовательской сигнализации по D-каналу.
1. Краткий обзор управления соединениями
Протокол управления соединениями ISDN является универсальным. Во-

первых, он удовлетворяет требованиям к услугам большой пропускной
способности и к рабочим характеристикам обслуживания. Во-вторых, он
позволяет всему пользовательскому оборудованию получать доступ к сетям
общего пользования и частным сетям. Несмотря на длительное
использование, он тем не менее адаптирован к B-ISDN.
Рекомендации Q.930/Q.931 предусматривают выполнение следующих

функций:
1) Обработка сообщений третьего уровня, связь с объектами управления

вызовами и управления ресурсами станции для совместной обработки
-493-
вызовов.
2) Связь с соседними уровнями с помощью примитивов.
3) Управление необходимыми ресурсами (каналами, метками соединений и т. д.).
4) Обеспечение пользователей требуемыми характеристиками основных и

дополнительных услуг.
2. Сообщения
Для управления соединениями объекты третьего уровня, расположенные на

пользовательской и сетевой сторонах, требуют диалога, который реализуется
путем обмена сообщениями по D-каналу. Сообщения – это некоторые блоки
данных разной длины, генерируемые и обрабатываемые третьим уровнем и
передаваемые в поле данных UI- и I-кадров второго уровня.
В Рекомендации Q.931 определен универсальный формат, показанный на рис.

8.2-11. Сообщение состоит из целого числа байтов. Каждое сообщение
содержит общую часть и несколько информационных элементов. Общая
часть состоит из трех полей, форматы которых одинаковы для всех
сообщений.
8 7 6 5 4 3 2 1 Байт
Дискриминатор протокола 1
Общая часть Длина метки соединения
0 0 0 0 (в байтах) 2
Обязательные и Значение метки соединения 3
необязательные
информационные 0 Тип сообщения и т. д.
элементы Другие необходимые информационные элементы
Рис. 8.2-11 Общий формат сообщений Q.931
1) Дискриминатор протокола
Имеет длину один байт и используется для того, чтобы отличать сообщения
управления соединениями от других сообщений интерфейса “пользователь-
сеть”. В соответствии с Рекомендацией Q.931 дискриминатор протокола
-494-
имеет фиксированное значение 00001000, используемое для обеспечения

отличия от других сообщений Рекомендаций ITU-T.
2) Метка соединения
Используется для идентификации соединения по B-каналу. Значение метки

соединения присваивается исходящей стороной соединения и поддерживается
до разъединения соединения. Длина – 1-2 байта.
3) Тип сообщения
Имеет длину один байт и используется для различения типов сообщений.

Рекомендация Q.931 определяет группы сообщений с различными функциями
и информационными элементами, содержащимися в этих сообщениях.
Определения типов сообщений приведены в таблице 8.2-9.
-495-
Таблица 8.2-9 Сообщения Q.931/Q.932
Тип Названия сообщений Функции

Посылается от вызываемого абонента в сеть, которая, в свою очередь,
ALERTING посылает его вызывающему абоненту, указывая, что вызываемый
абонент получает вызывной сигнал.
Посылается от вызываемого абонента в сеть или от сети вызывающему

абоненту, чтобы указать, что затребованное соединение
CALL PROCEEDING
устанавливается, и никакого сообщения установления соединения
принято не будет.
Посылается от вызываемого абонента в сеть, которая, в свою очередь,

CONNECT посылает его вызывающему абоненту, указывая, что вызываемый
абонент принимает вызов.
Сообщения
CONNECT Посылается от сети вызываемому абоненту или от вызывающего
установления
ACKNOWLEDGE абонента в сеть, чтобы указать, что соединение установлено.
Посылается сетью или пользователем, чтобы индицировать обработку
вызова в событии взаимодействия. Или
PROGRESS
Обеспечивает отображение процессов обработки вызова по отношению
к внутриполосному/информационному коду.
Посылается от вызывающего абонента в сеть, которая, в свою очередь,

SETUP посылает его вызываемому абоненту, инициируя установление
Посылается от сети вызывающему абоненту или от вызываемого

SETUP
абонента в сеть, чтобы указать, что установление соединения начато, но
ACKNOWLEDGE
требуется дополнительная информация.
Сообщения Посылается от пользователя, чтобы запросить сеть приостановить

SUSPEND
установлен- вызов.
ного
SUSPEND Посылается от сети пользователю, чтобы указать, что запрос
ACKNOWLEDGE приостановки вызова выполнен.
Посылается от сети пользователю, указывая, что запрос приостановки

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

HOLD
существующего вызова.
HOLD Сообщение от сети или пользователя для индикации успешного

ACKNOWLEDGE выполнения запроса удержания.
Сообщение от сети или пользователя для индикации отклонения

HOLD REJECT
запроса удержания.
-496-
Сообщение от сети или пользователя для запроса возобновления

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

RETRIEVE REJECT
возобновления вызова, находящегося на удержании.
Посылается от пользователя, чтобы запросить сеть возобновить

RESUME
приостановленный вызов.
RESUME Посылается от сети пользователю, чтобы указать, что

ACKNOWLEDGE приостановленный вызов возобновлен.
Посылается от сети пользователю, чтобы указать, что запрос

RESUME REJECT
возобновления приостановленного вызова отклонен.
Сообщение, посылаемое от пользователя в сеть, для передачи

USER INFORMATION
пользовательской информации удаленному пользователю.
Посылается от пользователя, чтобы запросить сеть разъединить

DISCONNECT сквозное соединение, или от сети для индикации разъединения
сквозного соединения.
Посылается от пользователя или сети для индикации того, что

оборудование, посылающее это сообщение, отключено и готово
RELEASE освободить канал и метку соединения, и что оборудование приема
должно освободить канал и быть готово освободить метку соединения
Сообщения после передачи сообщения “RELEASE COMPLETE”.
разъединения Посылается от пользователя или сети для индикации того, что

соединения оборудование, посылающее это сообщение, освободило канал и метку
RELEASE COMPLETE
соединения, канал готов к новому занятию, и оборудование приема
должно освободить метку соединения.
Посылается от пользователя или сети для индикации начала или

CONGESTION
окончания управления трафиком, когда передается сообщение USER
CONTROL
INFORMATION.
Информация управления для передачи данных дополнительных услуг

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

Другие дополнительной информации, которая будет использоваться для
INFORMATION
сообщения передачи сообщения установления соединения или информации,
связанной с вызовами, например, адреса вызываемого абонента.
Посылается от пользователя или сети, чтобы указать информацию,

NOTIFY связанную с вызовами, например, пользователь приостановлен, или
вызов переадресован.
-497-
Сообщение от пользователя или сети для ответа на сообщение запроса

STATUS состояния или для индикации текущего состояния при изменении
состояния вызова.
Сообщение, посылаемое в любое время от пользователя или сети,

STATUS ENQUIRY
чтобы запросить у объекта того же уровня состояние другой стороны.
4) Информационные элементы
Информационные элементы – это различные параметры, содержащиеся в

сообщениях, некоторые из которых являются обязательными, а некоторые –
необязательными. Используется два типа форматов информационного элемента –
однобайтовый и многобайтовый. Для каждого многобайтового информационного
элемента, помимо дискриминатора и содержимого, должна быть указана длина
(число байтов) содержимого информации. Назначение информационных
элементов приведено в таблице 8.2-10.
Таблица 8.2-10 Информационные элементы Q.931/Q.932
Информационный
Основные функции
элемент
Посылается в сеть в сообщении USER INFORMATION пользователем и доставляется
Дополнительные
пользователю противоположной стороны сетью в соответствующем сообщении USER
данные (Additional
INFORMATION. Указывает, что следующее сообщение “пользователь-пользователь”
data)
продолжает предыдущее сообщение.
Передача завершена
Указывает, что номер пользователя успешно послан.
(Sending complete)
Уровень перегрузки
Указывает состояние управления перегрузкой передачи “пользователь-пользователь”.
(Congestion level)
Индикатор повторения
Указывает, что в сообщение включены повторные информационные элементы.
(Repeat indicator)
Функция доставки
информации (Bearer Указывает затребованные услуги доставки информации.
capability)
Описание причин генерации некоторых сообщений для предоставления

Причина (Cause) диагностической информации в случаях появления программных ошибок и указание
местоположения сгенерированной причины.
Идентифицирует приостановленный вызов при приостановке и возобновлении вызова.

Идентификатор вызова
Идентификатор вызова предоставляется пользователем, и сетью гарантируется его
(Call identity)
уникальность на пользовательском интерфейсе, чтобы подтвердить идентификатор при
-498-
его возобновлении.
Состояние вызова (Call

Описывает текущее состояние вызова для проверки целостности и исправления ошибок.
state)
Номер вызываемого
абонента (Called party Идентифицирует вызываемого абонента вызова.
number)
Подадрес вызываемого
абонента (Called party Идентифицирует подадрес вызываемого абонента вызова.
subaddress)
Номер подключенного Номер вызываемого абонента, передаваемый от вызываемого абонента вызывающему

абонента (Connected абоненту. Он используется для того, чтобы подключенная линия идентифицировала
number) дополнительные услуги.
Подадрес
подключенного Подадрес вызываемого абонента, передаваемый от вызываемого абонента
абонента (Connected вызывающему абоненту.
subaddress)
Номер вызывающего
абонента (Calling party Идентифицирует вызывающего абонента вызова.
number)
Подадрес
Идентифицирует подадрес вызывающего абонента вызова.
(Calling party
subaddress)
Номер для
Идентифицирует пользовательский номер, используемый для услуги переадресации
переадресации
вызовов.
(Forwarding number)
Номер, на который
выполняется Идентифицирует номер вызываемого абонента, который является адресатом
переадресация переадресации вызова.
(Forward-to number)
Идентификатор канала
Идентифицирует канал в интерфейсе, управляемый данной процедурой сигнализации.
(Channel identification)
Отображение (Display) Информация, предоставляемая сетью, которая может отображаться для пользователя.
Совместимость на
Предоставление информации для того, чтобы удаленный пользователь выполнил
верхних уровнях (High
проверку совместимости для услуг данного уровня.
layer compatibility)
Совместимость на
Обеспечение информационного элемента для проверки таких характеристик
нижних уровнях (Low
адресуемого объекта, как режим передачи, скорость, протоколы связи нижних уровней.
layer compatibility)
Дата/время (Date/time) Обеспечение даты и времени.
-499-
Функции клавиатуры
Передача символов IA, введенных на клавиатуре пользовательского терминала.
(Keyboard facilities)
Позволяет сети дополнительно передавать пользователю тональные и

Сигнал (Signal)
предупредительные сигналы.
Информация
“пользователь- Информация, передаваемая между пользователями по D-каналу, например, счета за
пользователь” (User- потребление воды и электрической энергии.
user information)
Индикатор
прохождения вызова Описание событий, которые произошли в течение вызова.
(Progress indicator)
Средства, характерные
для сети (Network Указывает, какие используются сетевые средства.
specific facilities)
Индикатор
уведомления Указывает уведомляющую информацию, связанную с вызовом.
(Notification indicator)
Индикатор перезапуска Идентифицирует класс средства связи (канал, интерфейс и т. д.), которое должно быть
(Restart indicator) перезапущено.
Дополнительные
Указывает использование и функционирование дополнительных услуг.
услуги (Facilities)
3. Состояния управления соединениями
Состояния управления соединениями – это набор состояний конечного автомата

протокола Q.931 ITU-T, который является ключевым фактором обработки
протокола. В таблице 8.2-11 описаны состояния управления соединениями ZXJ10
ISDN.
Таблица 8.2-11 Состояния управления соединениями ZXJ10 ISDN
Значение состояния на
Название состояния Значение состояния на сетевой стороне
пользовательской стороне
NULL Отсутствие вызова Отсутствие вызова
При исходящем вызове пользователь При исходящем вызове сеть приняла

CALLINIT требует, чтобы сеть установила запрос на установление соединения, но
соединение. еще не дала ответа.
При исходящем вызове пользователь При исходящем вызове сеть подтвердила

OVERLAP SENDING получил подтверждающую запрос на установление соединения и
информацию на запрос установления готова принять дополнительную
-500-
соединения и ему разрешено послать в информацию, передаваемую с

сеть дополнительное сообщение перекрытием.
вызова посредством передачи с
перекрытием.
При исходящем вызове пользователь При исходящем вызове сеть передала

получил подтверждающую подтверждающую информацию,
OUTGOING CALL
информацию, и сеть приняла всю указывающую, что она получила всю
PROCEDIG
информацию о вызове, необходимую информацию о вызове, необходимую для
для установления соединения. установления соединения.
При исходящем вызове вызывающая

сторона получила от удаленного При исходящем вызове сеть послала
CALL DELIVERED пользователя начальную удаленному пользователю индикацию
предупредительную информацию, но начать передачу вызывного сигнала.
еще не дала ответа.
При входящем вызове пользователь

При входящем вызове сеть послала запрос
CALL PRESENT получил запрос на установление
на установление соединения.
соединения, но не дает ответа.
При входящем вызове пользователь При входящем вызове сеть получила

CALL RECEIVED начал получать вызывной сигнал, но не индикацию вызывного сигнала от
дает ответа. пользователя.
При исходящем вызове пользователь

CONNECT REQ ответил на вызов и ожидает При входящем вызове сеть получила ответ.
При входящем вызове пользователь При входящем вызове сеть получила

INCOMMING CALL посылает подтверждение и получил подтверждение, указывающее, что
PROCEEDING всю информацию для установления пользователь принял всю информацию для
соединения. установления соединения.

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

DISCONNECT REQUEST
разъединить сквозное соединение. разъединение сквозного соединения.
Сеть разъединила сквозное соединение и

DISCONNECT Означает, что пользователь получил от
послала запрос на разъединение
INDICATION сети индикацию разъединения.
соединения “пользователь-сеть”.
RELEASERE QUEST Указывает, что пользователь запросил у Указывает, что сеть послала пользователю
-501-
сети освобождение. индикацию выполнить освобождение.
При входящем вызове в случае

CALL ABORT Это состояние отсутствует. конфигурации “точка-группа” соединение
разъединяется.
При входящем вызове сеть получила

подтверждающую информацию в
подтвердил запрос на установление
отношении установления соединения,
OVERLAP RECEIVING соединения и готов к приему с
указывающую, что сеть может послать
перекрытием дополнительной
дополнительную информацию о вызове в
информации о вызове.
режиме с перекрытием.
CALL SUSPENDED Вызов приостановлен. Вызов приостановлен.
4. Протокол управления соединениями с коммутацией каналов
На рис. 8.2-12 показана простая процедура обработки вызова с коммутацией

каналов и соответствующий поток сообщений управления соединением на
интерфейсе “пользователь-сеть”. Запрос вызова от пользователя посылается с
помощью сообщения SETUP. Это сообщение установления соединения и
последующие сообщения передаются по звену данных установления
Исходящая Входящая
Вызывающий абонент Вызываемый абонент
станция станция
TEx TEx
SETUP
SETUP ACK
INFORMATION
INFORMATION SETUP
CALL PROCEDING
ALERTING ALERTING
ALERTING
CONNECT CONNECT
CONNECT ACK CONNECT ACK
RELEASE
RELEASE COMPLETE
Передача данных
DISCONNECT DISCONNECT
RELEASE RELEASE
RELEASE COMPLETE RELEASE COMPLETE
-502-
Рис. 8.2-12 Пример процедуры обработки вызова с CS
Когда сообщение SETUP достигает сетевой стороны, объект третьего уровня на

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

подключенные к пассивной шине, могут принять это сообщение SETUP, если оно
посылается по звену широковещательной передачи данных (с TEI=127). Затем
все терминалы выполняют проверку совместимости по информации в
сообщении, чтобы определить, соответствуют ли они требованиям данного
вызова, например, имеют ли они такие же характеристики доставки информации,
совместимы ли протоколы нижних уровней с протоколами верхних уровней,
совместимы ли они с типом вызывающего терминала, соответствует ли подадрес
(если он имеется) требованиям.
Возможно, что в течение одного вызова несколько терминалов совместимы с

информацией сообщения SETUP; эти терминалы (см. TEX и TEY на рис. 8.2-12)
одновременно посылают сообщение ALERTING в сеть и вызывной сигнал
пользователю (при предположении, что терминалом является телефонный
аппарат). Первое сообщение ALERTING сначала передается на станцию
вызывающей стороны, а затем поступает на вызывающий терминал, который
-503-
посылает пользователю сигнал контроля посылки вызова (или индикацию

информации ALERTING). Когда вызываемый абонент отвечает, его терминал
сразу же передает в сеть сообщение CONNECT. Входящая станция передает это
сообщение на вызывающую сторону и посылает на соответствующий терминал
сообщение CONNECT ACK. При этом B-канал, выбранный для пользователей
обеими станциями, немедленно проключается, в результате чего между
вызывающим и вызываемым абонентами устанавливается соединение с
коммутацией каналов для передачи пользовательской информации. В это же
время входящая станция должна освободить другой вызывной сигнал без ответа
(получив посланное сообщение RELEASE, терминал прекращает подачу
вызывного сигнала и посылает в обратном направлении сообщение RELEASE
COMPLETE).
В фазе передачи пользовательской информации D-канал и канал сигнализации

ОКС-7 доступны также для передачи управляющих сообщений, необходимых для
данного вызова, и информации “пользователь-пользователь”.
Разъединение соединения может быть инициировано любой из

взаимодействующих сторон. Как правило, процесс разъединения выполняется в
порядке, определяемым тремя сообщениями: сначала терминал, на котором
вешается трубка, посылает в сеть сообщение DISCONNECT, затем сеть
разъединяет соединение и посылает в обратном направлении сообщение
RELEASE, и, наконец, терминал посылает сообщение RELEASE COMPLETE.
Получив сообщение DISCONNECT, сеть должна передать это сообщение на
равноправную сторону связи, чтобы равноправная сторона выполнила процесс
разъединения, передав ту же последовательность сообщений. Процесс
коммутации этих трех сообщений поддерживает в период разъединения контакт
между пользователем и сетью. Такой контакт может использоваться для передачи
тарификационной информации или поиска идентификатора вызывающего
абонента в услуге трассировки злонамеренных вызовов.
5. Процедуры управления дополнительными услугами
Для различных обслуживающих терминалов в Рекомендации Q.931

определены два типа процедур управления дополнительными услугами:
процедура активизации и функциональная процедура.
-504-
Во время процедуры активизации, вводя соответствующие знаки на

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

выполняет особую обработку запроса пользователя, затем использует
специальные сообщения (REGISTER, FACILITY) для регистрации в сети,
после чего запрашивает использование дополнительных услуг.
6. Передача сигнализации “пользователь-пользователь”
В Рекомендации Q.931 определены функции передачи межпользовательской

сигнализации в каждой фазе связи. В соответствии с отношением между
межпользовательской сигнализацией и связью в Рекомендации Q.931
определены услуги межпользовательской сигнализации трех типов.
Услуга 1: во время процедур установления и разъединения соединений для

передачи межпользовательской сигнализации используется информация
управления соединениями.
Услуга 2: во время поступления вызова (между сообщениями ALERTING и

CONNECT, т.е. когда вызываемый абонент получает вызывной сигнал, но
еще не дал ответа) для передачи межпользовательской сигнализации
используются сообщения USER INFORMATION).
Услуга 3: во время связи для передачи межпользовательской сигнализации

используются сообщения USER INFORMATION.
Все указанные выше услуги трех типов связываются с вызовом и относятся к

соединению с коммутацией каналов по B-каналу. В Рекомендации Q.931
определен также метод межпользовательской сигнализации без взаимосвязи с
вызовом по соединению с коммутацией каналов. В этом методе соединение
может быть установлено в соответствии с процедурой, подобной процедуре
управления с коммутацией каналов, без выбора B-канала и с использованием
-505-
для передачи сообщений USER INFORMATION только D-канала (метод

коммутации пакетов); соединение разъединяется после завершения передачи.
8.3 Интерфейс первичного доступа ZXJ10ISDN
ISDN PRI – это одна из двух структур интерфейсов ISDN, определенных в

Рекомендации I.412 ITU-T для интерфейса “пользователь-сеть”. Эта структура
предназначена для предоставления пользователям возможности передавать
большие объемы трафика. Например, она может использоваться для поддержки
УТС с функциями ISDN или LAN. Большое количество интерфейсов PRI и
шлюзового оборудования часто используется для организации сети с VOIP.
8.3.1 Физический уровень интерфейса первичного доступа
Протокол I.431 физического уровня PRI основан на Рекомендации G.703 ITU-T,

касающейся ИКМ. Этой Рекомендацией предусмотрены две возможные скорости:
2048 кбит/с (E1) и 1544 кбит/с (T1), соответствующие двум используемым в мире
системам ИКМ. В Северной Америке и Японии скорость PRI составляет 1544
кбит/с, а структура сигнализации интерфейса – 23B+D. В Европе и других местах
скорость PRI – 2048 кбит/с, а структура сигнализации интерфейса – 30B+D.
В физических каналах интерфейса первичного доступа (PRI; Primary Rate

Interface) используется ИКМ. В системах ИКМ-30 каждый цикл содержит 32
базовых временных интервала, причем временной интервал 0 используется для
цикловой синхронизации и управления обработкой ошибок, а временной
интервал 16 – для передачи сигнализации. Уровень звена данных сигнализации
PRI ZXJ10 обрабатывается схемами цифровых соединительных линий, т.е.
сигнализация извлекается из временного интервала 16, обрабатывается и затем
направляется в MP по каналу HDLC для обработки сетевого уровня. В 24-
канальной системе ИКМ временной интервал 24 используется в качестве D-
канала для передачи сигнализации.
8.3.2 Уровень звена данных интерфейса первичного доступа
Протокол Q.921 ITU-T в качестве протокола уровня звена данных PRI определяет
-506-
правила для объектов второго уровня интерфейса “пользователь-сеть” для

коммутации сообщений через D-канал. На каждом интерфейсе первичного
доступа требуется установление только одного D-канала с двухточечной
конфигурацией без функций активизации/деактивизации, чтобы упростить
обработку протокола.
Протокол LAPD в целом подобен протоколу LAPD D-канала интерфейса базового

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

Если после установления логического канала нет никаких аномалий, канал
удерживается независимо от того, передается информация или нет.
8.3.3 Управление соединениями интерфейса первичного доступа
Функции и набор сообщений сетевого уровня интерфейса “пользователь-сеть”

PRI подобны функциям и набору сообщений сетевого уровня BRI. Различие
состоит в том, что сетевой уровень интерфейса “пользователь-сеть” PRI
дополнительно поддерживает для сети по крайней мере два байта значения метки
соединения, которое может быть также однобайтовым.
Для управления соединениями PRI и BRI в системе ZXJ10 ISDN применяются

похожие методы обработки, использующие идентичные последовательности
управления соединениями и идентичные структуры данных.
8.3.4 Использование интерфейса первичного доступа ISDN
ISDN предоставляет пользователям широкий набор различных услуг. Интерфейс

первичного доступа предлагает пользователям высокоскоростные тракты
передачи данных, которые можно использовать для различных приложений в
зависимости от требований, например, для передачи речи, взаимосвязи
компьютерных сетей, обмена файлами, передачи изображений, доступа к
мультимедийной информации, видеоконференц-связи и т. д.
-507-
На рис. 8.3-1 приведен типичный пример организации компьютерной сети.
Рабочая Адаптер
станция на NT1 D
базе PC ISDN SL
C
Рабочая
станция на ZXJ10
базе PC
Маршрутизатор P
ISDN R
I
Рабочая I
станция на S
U
базе PC P
D
Рабочая SL
станция на C
базе PC
ZXJ10
Маршрутизатор P
Рабочая ISDN R
станция на I
базе PC
Рис. 8.3-1 Пример организации сети рабочих станций на основе PC
На приведенном выше рисунке рабочие станции подключаются к серверу LAN

через маршрутизатор или адаптер ISDN, и несколько LAN могут
взаимодействовать через ZXJ10 вместо использования выделенных линий между
LAN. Для межстанционной связи используется сигнализация ОКС-7 подсистемы
пользователей ISDN (ISUP; ISDN User Part).
Для установления, удержания и разъединения B-каналов рабочие станции

используют сетевые адаптеры с функциями ISDN и маршрутизатор ISDN LAN
(коммуникационный сервер). При подключении B-канала в качестве протокола
передачи данных для нижних уровней LAN используется стандарт V.110 ITU-T с
прикладным программным обеспечением трактов, совместимым с LAN и
используемым для верхних уровней.
Когда для межстанционных соединений используется PRI, для установления B-

каналов между маршрутизаторами ISDN применяются протоколы ISDN.
Некоторые маршрутизаторы могут по трафику B-канала определять степень
использования B-канала двумя маршрутизаторами. Если пропускной
-508-
способности одного B-канала недостаточно, маршрутизатор автоматически

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

локальные сети различных областей, что очень удобно для крупных предприятий
с большим количеством филиалов.
8.4 Взаимосвязь между ZXJ10ISDN и PSPDN
Взаимосвязь между ISDN и PSPDN реализуется с помощью сигнализации PHI на

интерфейсе PRI. При этом пакетный терминал ISDN получает доступ к сети
коммутации пакетов через обработчик пакетов (PH; Packet Handler). PH может
быть физически расположен в ISDN или в PSPDN. Для доступа могут
использоваться два режима – CASE A и CASE B. CASE A означает доступ с
использованием коммутации каналов, при котором пакетная информация
прозрачно передается по B-каналу в PH или AU для реализации пакетного
вызова. CASE B означает доступ к PH посредством услуги доставки информации
в режиме пакетной передачи, в котором пакетный вызов передается по B- или D-
каналу.
Имеется несколько интерфейсов PRI, соединенных с PH, каналы которых можно

классифицировать следующим образом:
1. Канал сигнализации (канал D64): для передачи сигнализации PHI.
2. Каналы передачи данных (B-каналы): каждый PRI имеет 30 B-каналов.

Каналы передачи данных можно дополнительно разделить в соответствии с
используемым в них протоколом:
1) Каналы X.25: полупостоянные соединения могут устанавливаться с помощью

системы O&M.
2) Bb-каналы: динамически подключаются посредством протокола Q.931.
3) Bd-каналы: динамически подключаются посредством протокола Q.931.
-509-
Для управления соединениями пакетных терминалов необходимо иметь в виду

следующее:
1. Если один терминал получает доступ к услуге виртуальных соединений ISDN

по D-каналу, он должен использовать постоянный TEI и перед использованием
зарегистрировать значение TEI, номер ISDN, а также номер PSPDN в PH. В
этом случае может быть гарантировано, что доступ к PH может получить
только предварительно зарегистрированный пользователь, и что при
входящем вызове обработчик пакетов может выбрать соответствующие
терминалы, поскольку широковещательная передача SABME L2 (x, p)
невозможна. Для широковещательной передачи сообщений третьего уровня
используется кадр UI.
2. Каждый номер ISDN позволяет получать доступ к PH только одному

терминалу. Если на одном U-интерфейсе пытаются одновременно получить
связь несколько пакетных терминалов, им должны быть назначены различные
номера (или подномера) ISDN, чтобы PH мог правильно идентифицировать
все терминалы, одновременно имеющие связь на одном и том же U-
интерфейсе. Это необходимо потому, что, если несколько терминалов для
одновременной пакетной связи используют один номер ISDN, PH не может
определить, на какой терминал должен быть послан новый вызов.
3. В случае конфликтов вызовов входящий вызов от PH должен быть обработан

с приоритетом, а исходящий вызов от терминала должен получить отказ.
4. Функция обработки кадров (FH; Frame Handling) Bd-каналов непрозрачна на

втором уровне, но прозрачна на третьем уровне. Причины этого следующие:
во-первых, заголовок сообщения второго уровня должен быть изменен; во-
вторых, когда по нескольким каналам D16 (плата цифровых абонентских
линий ZXJ10 ISDN может обслуживать 12 цифровых абонентов) принимаются
пакетные кадры, они требуют постановки в очередь и ожидания ответа от PH,
которое может быть очень длительным, приводя к истечению тайм-аута
звеньев D16, в результате чего звенья сигнализации D16 (пользовательской
стороны) и D64 (стороны PH) обрабатываются отдельно. Кроме того, когда
DSLC (цифровой абонентский комплект) принимает от терминала сообщение
установления звена (SABME (x,p)), Bd-канал может быть установлен, но
-510-
процедура очень медленная, а звено D16 должно отвечать очень быстро.
5. На пользовательской стороне и стороне PH должны использоваться таймеры

для контроля состояния логического звена данных и Bd-канала, которые могут
быть своевременно освобождены для использования в будущем.
8.5 Интерфейс обработчика пакетов (PHI)
PHI в качестве пользовательской стороны подключается к PRI станции ISDN.

Сигнализация PHI – Q.921 и Q.931. Она описана ниже.
1. Уровень звена данных (Q.921)
Интерфейс PH и станция ISDN используют интерфейс PRI с постоянным

TEI=0 вместо протокола назначения TEI. Протокол LAPD в основном
совпадает с протоколом LAPD BRI с небольшим упрощением.
2. Обработка управления соединениями
Для протокола сетевого уровня используется Рекомендация X.31 ITU-T в

основном с такими же типами информации, которые предусмотрены в Q.931.
Последовательность сообщений обработки вызовов также аналогична, с
некоторым упрощением.
1) Установление Bb-канала
Протокол установления Bb-канала (включая блок-схему вызова и структуру

сообщений) в основном совпадает с Q.931, но упрощен следующим образом:
A. PH не реализует следующие сообщения: ALERTING, CALL PROCEDING,

CONNECT ACKNOWLEDGE и PROGRESS. На сообщение SETUP, посланное
от сетевой стороны, PH отвечает непосредственно сообщением CONNECT
(прием вызова) или отклоняет его непосредственно сообщением RELEASE
COMPLETE.
B. Управление Bd- и Bb-каналами осуществляется согласованно обработчиком

пакетов, т.е. сообщение SETUP от сетевой стороны, направленное в PH, не
-511-
должно задавать номер B-канала, но должно дополнительно указывать канал.

Сетевая сторона может указывать в информационном элементе
идентификации тракта сообщения SETUP селективный индикатор тракта PH,
рекомендуемый на сетевой стороне. В информационном элементе
идентификации тракта сообщения SETUP, посылаемого от PH на сетевую
сторону, непосредственно указывается номер B-канала. Сетевая сторона
больше не выбирает канал, указывая в сообщениях CALL PROCEDING,
ALERTING, CONNECT, передаваемых в PH, что она принимает тракт,
назначенный обработчиком пакетов. Это делается потому, что PH назначает
каналы в соответствии с пропускной способностью каждой платы обработки
линий, чтобы обеспечить сбалансированность нагрузки каждой платы и
улучшить производительность системы, тогда как сетевая сторона станции не
может знать о состоянии использования внутренних каналов PH.
C. В случае входящего вызова обработчик пакетов подготавливается к тому,

чтобы заставить пользователя выбрать тип канала, начинает выполнение
спецификаций сигнализации Q.931 и посылает сообщение SETUP (Bbi,D),
чтобы затребовать у сетевой стороны станции подключение к вызываемому
терминалу. Станция посылает сообщение SETUP (Bi, D) вызываемому
пользователю. Если пользователь выбирает B-канал, процедура обработки
вызова является стандартной процедурой обработки вызова по Bb-каналу.
Если выбирается D-канал, пользователь должен указать сети сделать
входящий вызов по D-каналу с помощью сообщения CONNECT (или
станционная сторона непосредственно принимает решение о том, что данный
вызов должен быть сделан по D-каналу, например, если интерфейс
“пользователь-сеть” вызываемого абонента не имеет доступного B-канала).
Станция посылает сообщение CONNECT(D), чтобы указать, что пользователь
PH требует входящий вызов по D-каналу. PH использует сообщение RELEASE
с CAUSE#7 для разъединения, чтобы уведомить станцию и пользователя о
том, что вызов будет продолжен при установлении соединения (по D-каналу).
После приема сообщения RELEASE COMPLETE модуль PH освобождает
метку соединения. При этом PH запускает процедуру установления Bd-канала
(если Bd-канал не установлен между PH и вызываемым пользователем) и
после ответа со стороны станции выбирает заранее заданный DLCI для
передачи SABME (DLCI). Станция отвечает сообщением UA (DLCI), и DSLC
-512-
посылает SABME (x,p) на терминал. После того как терминал отвечает

сообщением UA (x,p), соединение установлено. Затем PH посылает
пользователю входящий пакет X.25, и после ответа пользователя установление
виртуального соединения завершается.
2) Установление Bd-канала
Протокол установления Bd-канала в основном похож на протокол

установления Bb-канала со следующими упрощениями:
A. То же, что и для процедуры установления Bb-канала.
B. То же, что и для процедуры установления Bb-канала.
C. То же, что и для процедуры установления Bb-канала.
D. В запросе установления Bd-канала (SETUP), посылаемом от PH, номером

вызывающего абонента является номер ISDN PH, а номером вызываемого
абонента – номер ISDN терминала, тогда как станция не посылает вызов
пользователю. В запросе установления Bd-канала от станции к PH номером
вызываемого абонента является номер ISDN PH, а номером вызывающего
абонента – номер ISDN вызывающего терминала.
E. Сигнализация “пользователь-пользователь” используется для установления

Bd-канала, но не для установления Bb-канала.
-513-
9 Приложения системы ZXJ10 в
интеллектуальных сетях
9.1 Основные сведения об интеллектуальных сетях
Интеллектуальная сеть (IN; Intelligent Network) представляет собой

функциональную сеть с дополнительными возможностями, которая совмещается
с существующими сетями общего пользования (например, ISDN/PSTN/PLMN)
для реализации различных функций обслуживания. Сферы применения
интеллектуальных сетей (ИС) показаны на Рис. 9.1-1.
ИС предназначена не только для реализации существующих услуг, но и для

гибкого, быстрого и экономичного развития новых услуг в будущем.
Интеллектуальная сеть является “надстройкой” над существующей сетью, в ней
применяется новый метод предоставления услуг для пользователей,
подразумевающий создание централизованного пункта управления услугами и
базы данных, а затем – создание централизованной системы администрирования
услуг и среды создания услуг, что и позволяет решать поставленные задачи.
-514-
Глава 9 Приложения системы ZXJ10 в интеллектуальных сетях
Конечный
пользователь
Конечный
Поставщик Internet
услуг
PSPDN М обильная
SM S SCP DB Сеть
Сеть ОКС7
IP
SSP
N- ISDN
PSTN
N- ISDN
Конечный
Конечный пользователь
Конечный пользователь
Рис. 9.1-1 Сфера применения интеллектуальных сетей
ИС является системой для создания и реализации новых услуг. К ее основным

преимуществам относятся:
Эффективное использование сетевых ресурсов;
Модуляризация сетевых функций;
Многократное использование стандартных сетевых функций для создания и

реализации новых услуг;
Гибкое распределение сетевых функций по различным физическим объектам;
Обеспечение стандартной связи между сетевыми функциями через не зависящие

от услуг интерфейсы;
Эффективное применение технологии обработки информации;
Возможность абонентов услуг задавать сервисные функции и управлять ими;
Возможность пользователей услуг задавать сервисные функции и управлять ими;

-515-
Стандартное управление логикой услуг.
Очевидной задачей ИС является быстрая, удобная и гибкая реализация новых

дополнительных услуг путем эффективного использования существующих
ресурсов и стандартных каналов связи между не зависящими от услуг
функциональными модулями и объектами.
В 1992 году Международный союз по телекоммуникациям (ITU) определил

стандарты интеллектуальных сетей в серии рекомендаций IN Q.12XY, где X
обозначает набор возможностей ИС (на данный момент создано три стандарта -
CS 1, CS 2 и CS 3; всего их может быть 8), а Y обозначает функциональное
описание данного набора:
Y=0 Краткий обзор
Y=1 Основные принципы
Y=2 Платформа обслуживания (SP; Service platform)
Y=3 Плоскость глобальных функций (GFP; Global Function Plane)
Y=4 Плоскость распределенных ресурсов (DFP; Distributed Function Plane)
Y=5 Физическая плоскость (PHP; Physical Plane)
Y=6 Зарезервировано
Y=7 Зарезервировано
Y=8 Интерфейсные протоколы
Y=9 Руководство пользователя
Различные наборы возможностей ИС определяют различные услуги,

предоставляемые пользователям. В наборе возможностей интеллектуальной сети
CS-1 (Capability Set 1) определено 25 услуг и 38 сервисных функций (service
feature), а также взаимосвязи между ними, т.е. одна услуга может использовать
одну или несколько сервисных функций, в то время как одна сервисная функция
может задействоваться несколькими услугами. Сервисные функции делятся на
-516-
два вида: обязательные и опциональные. Например, одна услуга бесплатного

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

комбинирования имеющихся услуг и сервисных функций.
Для удобной и гибкой реализации функций обслуживания из различных наборов

возможностей в существующей сети стандарт ИС определяет концептуальную
модель, имеющую четыре плоскости: плоскость услуг, глобальная
функциональная плоскость, распределенная функциональная плоскость и
физическая плоскость. На Рис. 9.1-2 представлены эти плоскости и их
составляющие.
-517-
Услуга A Услуга B Услуга C
SF1 SF1 SF2

Плоскость SF3
SF2
услуг SF3 SF5 SF3 SF6
GSLA GSLB GSLC

SIB2 SIB6
SIB1 SIB2 SIB3 SIB3 SIB5
Глобальная SIB1 SIB3

POI
функциональная POR POR POI POR POI

плоскость
BCP BCP BCP
IF IF
SDF SCF SRF
IF
SMF
Распределенная IF
IF
функциональная
плоскость
SSF SSF
INAP INAP
SDP SCP IP
Физическая
IN
плоскость AP
AP
IN
SSP SSP
SF: Service feature; Сервисная функция

SIB: Service Independent Block; Не зависимый от услуг конструктивный блок
POI: Point of initial; Инициирующая точка
POR: Point of return; Точка возврата в базовый процесс
IF: Information flow; Информационный поток
GSL: Global service logic; Глобальная логика услуги
BCP: Basic call process; Процесс обработки базовых вызовов
INAP: IN application protocol; Прикладной протокол интеллектуальной сети
SMF: Service management function; Функция администрирования услуг
SCF: Service Control Function; Функция управления услугами
SDF: Service data function; Функция предоставления данных для услуг
SRF: Specialized resource function; Функция специализированных ресурсов
SSF: Service switching function; Функция коммутации услуг
Пунктирные линии обозначают взаимосвязь объектов, сплошные линии обозначают информационные потоки
Рис. 9.1-2 Четыре основные плоскости интеллектуальной сети
-518-
1. Описание четырех плоскостей ИС
1) Плоскость услуг (SP; Service Plane)
Главным образом, описывает услуги и сервисные функции так, как они видны
конечному пользователю. Данная плоскость является основой для построения
других услуг и определения различных функций обслуживания,
ориентированных на пользователя, в соответствии с разными уровнями CS.
2) Глобальная функциональная плоскость (GFP; Global Function Plane)
Плоскость GFP охватывает сервисные функции, связанные с распределением

функциональных объектов, входящих в модель сети, с глобальной точки зрения.
Данная плоскость описывает, как следует объединять независимые от услуг
конструктивные блоки (SIB; Service Independent Blocks) с тем, чтобы задать
определенные сервисные функции и сформировать глобальную логику услуги
(GSL; Global Service Logic). Также описывается взаимодействие между
определенными блоками SIB и процессом обработки базовых вызовов (BCP;
Basic call processing). Для разных уровней CS плоскость GFP определяет разные
требования к глобальным функциям, поэтому глобальные функции различаются
для разных CS. Таким образом, плоскость GFP обеспечивает формирование
различных услуг, представленных в плоскости услуг, а для процесса обработки
базовых вызовов определяется набор используемых функциональных блоков SIB.
Для плоскости GFP на уровне CS-1 определяется 14 блоков SIB, включая 14

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

услуг, введены в рассмотрение функциональные блоки SIB более высокого
уровня, а также добавлены процессы межсетевого взаимодействия. Поэтому
блоки SIB на этом уровне имеют более сложную структуру, чем блоки уровня CS-
1. К блокам SIB уровня CS-2 относятся SIB установления соединений, SIB
-519-
разделения, SIB управления созданием услуг, SIB отправки, SIB ожидания, SIB
завершения. Кроме того, при обработке услуг блоки SIB уровня CS-2 могут
функционировать как последовательно, так и параллельно.
Помимо блоков SIB плоскость GFP также включает глобальную логику услуг, т.е.
развитие и реализацию различных интеллектуальных услуг посредством логики
услуг и модели базовых вызовов.
3) Распределенная функциональная плоскость (DFP; Distributed Function Plane)
Плоскость DFP определяет то, как реализация разных интеллектуальных услуг

распределена между различными функциональными объекты (FE; Function
entities). При этом независимые от услуг блоки SIB, определенные в плоскости
GFP, отображаются на множество функциональных объектов. Это отображение
принимает во внимание функции, распределенные между различными
функциональными блоками SIB, а также информационные потоки между
процессами и объектами для реализации этих функций. Описание реализации
функциональных объектов из плоскости DFP может содержать требования к
разработке на разных этапах и явно определять связь между физической
плоскостью и глобальной функциональной плоскостью.
Плоскость DFP на этапе CS-1 содержит девять функциональных объектов:

функция управления вызовами (CCF; Call Control Function), функция коммутации
услуг (SSF; Service Switching Function), функция управления услугами (SCF;
Service Control Function), функция специализированных ресурсов (SRF;
Specialized Resource Function), функция предоставления данных для услуг (SDF;
Service Data Function), функция доступа к управлению вызовами (CCAF; Call
Control Access Function), функция администрирования услуг (SMF; Service
Management Function), функция среды создания услуг (SCEF; Service Creation
Environmental Function), функция доступа к администрированию услуг (SMAF;
Service Management Access Function). Плоскость DFP уровня CS-1 схематично
изображена на рисунке 9.1-3, где показаны информационные потоки между
различными функциональными объектами.
-520-
SMF SMAF
SCEF
SCF
SDF
SRF
SCF
SSF SSF
CCAF CCF CCF CCAF
Рис. 9.1-3 Распределенная функциональная плоскость на этапе CS-1
Для плоскости DFP набора CS-2 добавлены некоторые требования к обеспечению

межсетевых услуг. Ее основные функциональные объекты базируются на
объектах уровня CS-1. Различие между этими двумя уровнями заключается в том,
что в набор CS-2 добавлено взаимодействие с пользователем, облегчающее связь
и установление соединений между различными сетями (например, между SCF и
SDF из различных сетей) и поддерживаются функции услуг, не связанных с
вызовами (CUSF; Call Unrelated Service Function), например, регистрация с
терминала и регистрация с персонального коммуникационного терминала во
внеполосном режиме. На Рис. 9.1-4 схематично изображена плоскость DFP
уровня CS-2.
-521-
К другой
SM F
К другой
SDF
SM AF
К другой
SDF SCF
SM F
К другой
SCEF SDF
К другой
SCF SCF
CUSF SSF К другой IAF

SCUAF
CCF SRF
CCAF
SCUAF: Service control user access function; Функция доступа пользователя к управлению услугой
CUSF: Call unrelated service function; функция услуг, не связанных с вызовами
IAF: Internetworking access function; Функция доступа к взаимодействию с другими сетями
Сплошные линии: информация, пунктирные линии: сигнализация
Рис. 9.1-4 Плоскость распределенных функций на этапе CS-2
4) Физическая плоскость (PP; Physical Plane)
Фактически физическая плоскость представляет собой физические элементы

сети, построенной на основе существующей сети общего пользования.
Различные интеллектуальные услуги предоставляются пользователям через
платформу обслуживания на основе функций, реализуемых физическими
объектом. Между физическими объектами физической плоскости и
функциональными объектами распределенной функциональной плоскости
существует определенное соответствие. В описании физической плоскости
уровня CS-1 рекомендовано использование 8 объектов: пункт управления
услугами (SCP; Service Control Point), узел услуг (SN; Service Node),
дополнительное устройство (AD; Additional Device), интеллектуальная
периферия (IP; Intelligent Peripheral), пункт коммутации услуг (SSP; Service
Switching Point), пункт хранения данных для услуг (SDP; Service Data Point),
пункт управления коммутацией услуг (SSCP; Service Switching Control Point),
-522-
пункт сетевого доступа (NAP; Network Access Point). Взаимосвязь между

физическими объектами и функциональными объектами описана в таблице 9.1-1.
В следующей таблице показано, что некоторые функциональные объекты для

некоторых физических объектов являются обязательными. Например, SSF для
SSP, а также SSF, SDF, SCF и SRF для SN. Для интеллектуальной периферии (IP)
специализированные ресурсы необходимы вне зависимости от других
функциональных объектов.
Таблица. 9.1-1 Взаимосвязь между физическими (PE) и функциональными объектами (FE)
PE\FE SCF SSF/CCF SDF SRF

SCP C - C -
SN C C C C
AD C - C -
SSP O C O O
IP - - - C
SDP - - C -
SSCP C C C O
NAP - C(CCF) - -
C: обязательно; O: опционально.
Соответствие между физическими и функциональными объектами на этапе CS-2

показано на Рис. 9.1-5.
-523-
SMAF
SCEF SMF SMAF
SCEF
SCEP SMP SMAP
SSF SCF
SCF SDF
1 23
4 56
7 89 CCF SDF SCP
TC
* 8#
AP SDP
Терминальное SSCP /SC TCAP
CP SCCP
оборудование /M
TP MTP
CUSF
BRI/PRI/SS7 DSS1 CCF
SRF 1 2 3
CCAF
4 5 6
7 8 9
CCF SSF
* 8 #
IP SSP BR NAP
S1 I/P
DS RI
SCUAF SCF/SRF
SSF/CUSF
CCAF CCF/SDF
ISDN SN
Абонентское оборудование
12 3
45 6
78 9
* 8 #
Рис. 9.1-5 Возможное соответствие между физическими и функциональными объектами на
этапе CS-2
На данном рисунке видно, что между различными функциональными объектами,

такими как SCEF, SRF, CUSF, SDF, и физическими объектами существует
определенное соответствие. Например, оборудование SSP использует
функциональные объекты SSF, CCF и CUSF.
2. Услуги и сервисные функции уровней CS-1 и CS-2
Стандарт ИС уровня CS-1 определяет 25 услуг пункта назначения и 38

сервисных функций. Каждая услуга может задействовать одну или несколько
сервисных функций, а одна сервисная функция может использоваться одной
или несколькими услугами. Поэтому, комбинируя различные сервисные
функции, можно формировать новые услуги.
Уровень CS-2 является развитием и расширением уровня CS-1. Для CS-2
-524-
определено 11 услуг и 14 сервисных функций в дополнение к услугам,

описанным в наборе CS-1.
В таблице 9.1-2 описаны 25 услуг, определяемых уровнем CS-1.
Таблица. 9.1-2 25 услуг уровня CS-1
Сокращение Полное название Примечание:

Сокращенный набор
ABD
(Abbreviated Dialing)
Вызов с начислением платы На телефоне, оборудованным устройством чтения

на счет, соответствующий карт, проверяется код доступа и PIN-код, после чего
ACC
используемой карте в случае успешной проверки оплата начисляется на
(Account Card Calling) счет, соответствующий используемой карте
Автоматическое
альтернативное Оплата начисляется на счет, не связанный ни с
AAB
предъявление счета вызывающим, ни с вызываемым абонентом
(Automatic Alternate Billing)
Распределение входящих Позволяет распределять входящие вызовы между

CD
вызовов (Call Distribution) разными адресатами по определенному правилу
Переадресация вызовов
CF
(Call Forward)
Распределенная
CRD перемаршрутизация вызовов
(Call Rerouting Distribution)
Если изначально вызываемый абонент не отвечает

Установление соединения с
или занят, то по освобождении абонента
занятым абонентом
CCBS вызывающей стороне посылается тональный
(Completion of Call to Busy
сигнал, информирующий об этом. После этого
Subscriber)
абоненты начинают разговор.
Конференц-вызов Позволяет участвовать в конференц-связи или

CON
(Conference Calling) инициировать конференц-связь
Используется на обычных телефонных аппаратах,

Вызов с оплатой по
требуется ввод номера кредитной карточки и PIN-
CCC кредитной карточке (Credit
кода. Оплата начисляется на соответствующую
Card Calling)
кредитную карточку
Маршрутизация вызовов по Отнесение входящих вызовов к различным пунктам

DCR условию (Destination Call в зависимости от заданных условий и
Routing) местоположения вызывающего абонента
FMD Переадресация “вслед за
-525-
собой” (Follow Me
Diversion)
Услуга бесплатного вызова

FPH
(Free Pay Phone)
Идентификация
MCI злонамеренных вызовов
(Malicious Call Identification)
Воспроизводится записанное сообщение и ведется

Услуга массовых вызовов статистика полученных ответов, позволяет
MAS
(Mass Calling) одновременно обрабатывать большое количество
вызовов
Просеивание исходящих Контролирует исходящие вызовы на основе

OCS вызовов (Originating Call определенного списка вызываемых абонентов или в
Screen) зависимости от времени вызова
Услуга с дополнительной
PRM Разновидность вызова с дополнительной оплатой
оплатой (Premium Rate)
Избирательная
переадресация вызовов при
Услуга дает вызываемому абоненту возможность
занятости абонента или
SCFBY/NA переадресовывать на другой номер часть вызовов,
отсутствии ответа (Selective
поступивших к нему, когда он занят или не отвечает
Call Forwarding on Busy/No
Answer)
Избирательная
Вне зависимости от состояния вызываемой стороны
SCF переадресация вызовов
входящие звонки переадресуются на другой номер
(Selective Call Forwarding)
Переадресация вызовов при

CFB занятости (Call Forward on
Busy)
Переадресация вызовов при

CFN отсутствии ответа (Call
Forward On No Answer)
Предусматривает раздельное начисление оплаты

Разделение оплаты (Split
SPL вызываемой и вызывающей сторонам или
Charging)
операторам и обеими сторонам
VOT Телеголосование (Televoting) Голосование по телефону
Просеивание входящих Запрещает входящие вызовы в соответствии со

TCS вызовов (Terminating Call списком запретов или в зависимости от времени
Screening) суток
Универсальный номер Обеспечивает доступ к различным терминалам

UAN
доступа (Universal Access абонента, размещенным в разных районах или
-526-
Number) зонах, путем набора одного и того же

универсального номера
Универсальная
Позволяет вызывать абонента путем набора его
персональная связь
UPT персонального номера вне зависимости от того, в
(Universal Personal
какой бы сети он ни находится
Telecommunication)
Маршрутизация, Для установления связи с адресатом используется

UDR определяемая пользователем таблица маршрутизации исходящих вызовов,
(User Defined Routing) определяемая пользователем
Частная виртуальная сеть Позволяет использовать сеть общего пользования

VPN
(Virtual Private Network) для создания закрытых частных подсетей
В таблице 9.1-3 описаны 38 сервисных функций, определяемых уровнем CS-1.
Таблица. 9.1-3 38 сервисных функций, определяемых уровнем CS-1
Сокращение Полное название Примечание

ABD Сокращенный набор
(Abbreviated Dialing)
ATT Оператор-телефонист
(Attendant)
AUTC Аутентификация
(Authentication)
AUTZ Авторизация (Authorized)
ACB Автоматический обратный

вызов (Automatic Call Back)
CD Распределение вызовов (Call

Distribution)
CF Переадресация вызова (Call

Forward)
CFC Переадресация вызова при

отсутствии ответа или
занятости абонента (Call
Forward on Busy/No Answer)
GAP Прореживание вызовов (Call

Gapping)
CHA Удержание вызова с

уведомлением (Call Hold with
Announcement)
-527-
LM Ограничитель вызова (Call

Limiter)
LOG Регистрация вызова (Call

Logging)
QUE Постановка вызова в очередь

(Call Queuing)
TRA Переадресация вызова (Call

Transfer)
CW Вызов на ожидании (Call

Waiting)
CUG Закрытая группа пользователей

(Close User Group)
COC Дистанционная консультация

(Consultation Call)
CPM Управление профилем абонента

(Customer Profile Management)
CRA Настраиваемое записанное

извещение (Customized Record
Announcement)
CRG Настраиваемая посылка вызова

(Customized Ringing)
DUP Извещение вызываемого

пользователя (Destination User
Prompter)
FMD Переадресация "вслед за собой"

(Follow-Me Diversion)
MAS Массовый вызов (Mass Calling)
MC Многосторонний вызов
(Multiway Call)
MMC Заказ сеанса конференц-связи

(Meet Me Conference)
OFA Внесетевой доступ (Off-net Доступ из виртуальной сети

Access)
ONC Внесетевой вызов (Off-net Вызов из виртуальной сети

Calling)
ONE Единый номер (One Number)
ODR Маршрутизация, определяемая

на вызывающей стороне
-528-
(Originating Dependant Routing)
OCS Просеивание исходящих

вызовов (Originating Call
Screening)
OUP Извещение вызывающего

пользователя (Originating User
Prompter)
PN Персональный номер (Personal

Number)
PRMC Вызов с дополнительной

оплатой (Premium Charging)
PNP Частный план нумерации

(Private Number Plan)
REVC Начисление оплаты на Относится к услуге бесплатного

вызываемого абонента (Reverse вызова Freephone
Charging)
SPLC Разделение оплаты (Split

Charging)
TCS Просеивание входящих вызовов

(Terminating Call Screening)
TDR Маршрутизация, зависящая от

времени вызова (Time
Dependent Routing)
Перечисленные интеллектуальные услуги и дополнительные услуги

существующей ТфОП могут оказывать влияние друг на друга. Поэтому при
активизации ИС следует учитывать, использует ли абонент дополнительные
услуги. Помимо этого, одна услуга ИС и несколько сервисных функций также
могут зависеть друг от друга, что не всегда допустимо. Например, при
совместном использовании сервисной функции CUG и услуги ABD следует
учитывать параметры пользователей CUG, иначе ABD будет функционировать
неправильно. Другой пример – услуга ACC, для нее можно выбрать либо атрибут
OCS, либо TCS; если они будут выбраны вместе, это приведет к неправильной
работе ACC. Более того, некоторые услуги ИС также могут конфликтовать друг с
другом, например FPH и ACC, FPH и VPN и т.д. Все эти обстоятельства должны
быть учтены при планировании услуг и сервисных функций.
Услуги и сервисные функции уровня CS-2
-529-
Уровень интеллектуальной сети CS-2 определяет, главным образом, 11 услуг

связи и 14 соответствующих сервисных функций. Они приведены в таблицах 9.1-
4 и 9.1-5.:
Таблица. 9.1-4 11 видов услуг уровня CS-2
Название Полное название Примечание

услуги
IFPH Межсетевая услуга FPH
(Internetwork FPH)
IPR Межсетевая услуга с

дополнительной оплатой
(Internetwork Premium
Rate)
IMAS Межсетевые массовые

вызовы (Internetwork
MAS)
IVOT Межсетевое голосование

(Internetwork VOT)
IVPN Межсетевое построение

виртуальной частной сети
(Internetwork VPN)
CONF Конференц-связь
(Conference)
HOLD Удержание вызова (Call

Holding)
CT Перенос вызова (Call

Transfer)

Waiting)
HOT Вызов горячей линии (Hot Позволяет пользователям устанавливать вызов

line Call) при отсутствии информации о вызываемой
стороне
MSF Хранение и пересылка Поддерживает пересылку данных, голосовой и

сообщений (Message факсимильной информации
Storage Forwarding)
-530-
Таблица. 9.1-5 14 сервисных функций уровня CS-2
Название Полное название Примечание:

атрибута
услуги
HOLD Удержание вызова (Call
Holding)
CRET Восстановление вызова Позволяет пользователям восстанавливать

(Call Restore) изначальное состояние вызова
CT Перенос вызова (Call

Transfer)
CTOG Удержание/восстановление Позволяет пользователям многократно

вызова (Call Terminating and переключаться между активным состоянием и
Originating Go-over) удержанием вызова

Waiting)
CND Определение номера

(Calling Name Delivery)
INSI Идентификация межсетевой

услуги (Internetwork Service
Identification)
SIND Индикатор услуги (Service Предоставляет вызываемому пользователю

Indication) некоторую информацию о вызове
CF Переадресация вызова (Call

Forwarding)
CCR-PU Управление Позволяет получить доступ к некоторой сети

маршрутизацией вызовов общего пользования из другой сети общего
между сетями общего пользования для обработки вызовов или
пользования (Control Call передачи информации
Routing—Public Unified)
CCR-CU Управление Предоставляет доступ к частной системе,

маршрутизацией вызовов например PABX/VPN, или некоторому
между частными сетями терминалу для обработки вызовов или
(Control Call Routing— передачи информации
Customer Unified)
ISPI Межсетевой запрос профиля Позволяет пользователю из другой сети после

услуги (Internetwork Service его аутентификации запрашивать
Profile Inquiry) информацию об обслуживании пользователя
-531-
ISPM Межсетевое изменение Позволяет изменить параметры обслуживания

профиля услуги пользователя пользователю из другой сети
(Internetwork Service Profile после его аутентификации
Modify)
ISPT Межсетевая пересылка Предоставляет возможность передачи

профиля услуги информации об обслуживании пользователя
(Internetwork Service Profile
Transfer)
Функционирование межсетевых услуг уровня CS-2 реализуется, главным

образом, для сетей ТфОП (PSTN) и наземных сетей мобильной связи общего
пользования (PLMN). Интеллектуальная услуга CAMEL2, относящаяся к
мобильной сети, представляет собой спецификацию интеллектуальной услуги
для реализации межсетевого взаимодействия (за информацией и мобильных
интеллектуальных услугах обращайтесь к спецификациям, связанным с
CAMEL2).
3. Уровень CS-3
В спецификации уровня CS-3 в основном рассматриваются приложения

интеллектуальных услуг в широкополосных сетях. В настоящее время CS-3
подразделяется на две части – CS-3.1 и CS-3.2.
Основные вопросы, рассматриваемые в CS-3.1:
1) Дальнейшее развитие функций уровня CS-2;
2) Многоточечное управление услугами;
3) Взаимодействие между услугами;
4) Переносимость (портативность) номеров;
5) Объединение и взаимодействие интеллектуальных сетей и сетей ISDN;
6) Поддержка узкополосных мобильных услуг: UPT, GSM, MS, CTM(Cordless

Terminal Mobility; мобильность бесшнуровых терминалов);
7) Поддержка неполных широкополосных услуг: единичное соединение типа

“точка-точка” или интерактивная услуга интеллектуальной сети “точка-точка”.
-532-
В CS-3.2 главным образом описывается реализация следующих задач:
1) Широкополосная мобильная услуга IMT-2000;
2) Полная интеграция с сетями B-ISDN (ATM);
3) Взаимодействие ИС и Интернет;
4) Межсетевое взаимодействие и расширение;
5) Объединение с сетью управления телекоммуникациями (TMN).
Широкополосные услуги уровня CS-3, на данный момент находящиеся в

стадии разработки, найдут практическое применение только после перехода
на использование широкополосных сетей, а главное, после коммерциализации
широкополосной мобильной связи.
9.2 Архитектура интеллектуальной сети ZX-IN10
На основе физической платформы ZXJ10 система ZX-IN10 позволяет построить

полноценную систему ИС (см. Рис. 9.2-1).
Пункт ZX-IN10-SSP выполняет, главным образом, функции коммутации услуг,

управления вызовами и доступа к управлению вызовами, а также частично
функцию специализированных ресурсов в случае, если отсутствует независимая
интеллектуальная периферия.
Пункт ZX-IN10-SCP является ядром ИС. Его главными задачами являются

выполнение функции управления услугами и функции предоставления данных
для услуг. Кроме того, он получает управление системой администрирования
услуг (SMS).
Пункт ZX-IN10-SMP в основном предоставляет управление доступом,

управление обслуживанием (например, доступ услуги в режиме он-лайн),
управление данными обслуживания, управление сетью и т.д.
-533-
ZXIN10-SM P ZXIN10-SCE
X.25
ZXIN10-SCP
INAP
Сеть сигнализации ZXIN10-IP

ОКС7
ZXIN10-SSP ZXIN10-SSP
Станция
(не SSP)
Рис. 9.2-1 Cтруктура интеллектуальной сети ZX-IN10
ZX-IN10-SCE обеспечивает изменение логики услуг, создание данных для услуг,

проверку синтаксиса, эмулирование услуг, тестирование производительности
обслуживания, обнаружение конфликтов между услугами, создание услуг и т.д.
ZX-IN-IP выполняет прием/передачу сигналов DTMF, прием/передачу

сообщений, функцию голосового почтового ящика, синтезирование голоса и
функции распознавания голоса. При этом функция записанных извещений
предлагает на выбор пользователя более трех языков.
9.3 Назначение системы ZX-IN10
Задачи системы ZX-IN10:
1. Реализация новых услуг гибким, удобным, быстрым и эффективным образом.
2. Оказание лишь незначительного воздействия на существующие услуги при

сохранении высокой стабильности.
-534-
3. Реализация разнообразных услуг, которые сложно предоставить без

использования ИС.
4. Невысокие требования к занимаемому объему памяти и производительности

станции.
5. Эффективное использование сетевых ресурсов и осуществление плавного

перехода от существующей сети к целевой сети, используя для доступа к ИС
либо метод наложения, либо метод интеграции.
6. Многократное использование стандартных сетевых функций для создания и

реализации новых услуг.
7. Обеспечение стандартной связи между сетевыми функциями через не

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

модулями сети, рабочим состоянием и сетевыми ресурсами, гарантируя
качество обслуживания и высокую производительность сети.
9. Гибкое распределение сетевых функций между различными физическими

объектами с тем, чтобы отдельные изменения не оказывали влияния на
систему в целом.
10. Возможность доступа абонентов к интеллектуальной сети через стандартные

интерфейсы для получения различных ИС-услуг.
11. Простота управления доступом к услугам.
9.4 Функции системы
Система ZX-IN10 предоставляет функции создания услуг, управления услугами,

обработки услуг и сетевого управления, а также полностью решает
перечисленные выше задачи.
1. Функция создания услуг
Одним из преимуществ ИС является удобное и быстрое создание новых
-535-
услуг. ZX-IN10 предоставляет среду создания услуг с совершенными

функциями. В данном случае для создания новых услуг используются
компоненты, не зависящие от услуг и не привязанные к типу сети и
конфигурации. Система реализует следующие функции: изменение логики
услуг, создание услуг, эмуляция услуг, тестирование рабочих характеристик
обслуживания, тестирование на предмет конфликтов между услугами. Таким
образом, с помощью данной системы возможно надежное, быстрое и удобное
предоставление новых услуг пользователям.
2. Функция администрирования услуг;
Система ZX-IN10 не только позволяет операторам сети осуществлять

управление сетью, но и предоставляет абонентам возможность управления
некоторыми функциями. Например, система имеет определенные
устанавливаемые параметры услуг (таких как номер переадресации при
занятости/отсутствии ответа абонента и т.д.). Основные функции: управление
доступом, синхронизация баз данных, управление тарификацией, управление
данными услуг, администрирование пунктов управления услугами,
управление данными пользователей услуг, авторизация и управление
рабочими характеристиками, а также мониторинг и измерение характеристик
предоставляемых услуг.
Доступ к управлению услугами возможен не только на ближнем конце, но и

посредством различных способов удаленного доступа, например через
DDN/X.25. Данную функцию можно конфигурировать в соответствии с
требованиями абонентов.
3. Функции обработки услуг
Для доступа абонентов к интеллектуальной сети предусмотрено несколько

методов, в том числе доступ через PSTN/ISDN, частные и мобильные сети.
Эти функции являются ключевыми в ИС, через них происходит управление и
обработка различных интеллектуальных услуг.
В интеллектуальной сети процессы обработки услуг и процессы обработки

вызовов разделены, т.е. обработка услуг централизованно выполняется в
пунктах управления услугами (SCP), а изменение, добавление и удаление
-536-
услуг производятся без воздействия на другие подсистемы. В подсистеме

логики услуг применяются модульные, не зависящие от услуг компоненты,
которые могут использоваться многократно. Поэтому новые услуги
добавляются посредством перестановки и комбинирования этих компонентов,
что представляется весьма удобным и быстрым процессом.
4. Функции управления сетью
Управление сетью включает в себя, главным образом, управление рабочими

характеристиками, обработку отказов, управление конфигурированием и
безопасностью ИС.
9.5 Характеристики системы
Характеристики системы:
1. Технические характеристики
1) Соответствие стандартам ITU-T для интеллектуальных сетей.
2) Соответствие техническим спецификациям, принятым в Китае для C-INAP,

TCAP, SCCP и других связанным спецификациям для подсистем ОКС№ 7.
3) Возможность постепенного и устойчивого расширения системы без

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

независимых от услуг (SIB; Service Independent Building Blocks) и отвечающих
различным требованиям.
5) Применение открытых, стандартных и универсальных программных и

аппаратных платформ и систем.
6) Использование стандартных информационных потоков, обеспечивающих

взаимодействие между функциональными объектами с предоставлением
открытых стандартных интерфейсов.
7) Программное обеспечение системы имеет многоуровневую модульную
-537-
структуру. Межмодульное взаимодействие происходит на основе

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

(SCE).
2) Предоставление интегрированной среды тестирования и эмуляции услуг —

ZX-IN10-SCE.
3) Использование пункта администрирования услуг ZX-IN10-SMP, обладающего

широким спектром функций.
4) Использование усовершенствованного пункта управления услугами ZX-IN10-

SCP.
5) Использование стандартного пункта коммутации услуг ZX-IN10-SSP.
6) Использование независимой интеллектуальной периферии ZX-IN10-IP.
7) Обеспечение гибких и совершенных функций тарификации.
8) Поддержка баз данных большого объема.
9) Поддержка оперативной загрузки и изменения услуг.
10)Возможность оперативного обновления системы.
9.6 ZX-IN10-SSP
9.6.1 Архитектура системы SSP
Функционируя на основе коммутатора ZXJ10 DPC, пункт ZX-IN10-SSP

выполняет все функции и обладает всеми характеристиками этого коммутатора, а
-538-
также реализует дополнительные функции стандартной ИС: функцию

управления вызовами (CCF; Call Control Function), функцию коммутации услуг
(SSF; Service Switching Function), функцию специализированных ресурсов (SRF;
Specialized Resources Function). Для построения ИС и обеспечения различных
интеллектуальных услуг в сетях связи он может быть соединен с другим
оборудованием ИС, например, с пунктами SCP и SDP, через подсистемы
TCAP/SCCP сигнализации ОКС7.
В системе SSP применяется распределенная архитектура управления с

централизованным техническим обслуживанием. А именно, межмодульное
распределенное управление в нем осуществляется на основе разделения
нагрузки, а внутри модулей – на основе разделения функций. При проведении
технического обслуживания системы используется централизованное
управление. Таким образом, достигается удачное сочетание распределенного и
централизованного управления. Результатом такого подхода является то, что
следующие четыре величины находятся в линейной зависимости друг от друга:
емкость системы, количество модулей, производительность обработки и
капиталовложения пользователей. Раздельное управление обработкой трафика
повышает производительность и надежность системы, а локальные сбои в таком
случае не приводят к полному отказу системы, что упрощает процессы
локализации сбоев и локальной обработки.
Структура пункта SSP показана на Рис.9.6-1.
-539-
Центральный модуль
PSM
M SM SNM
(OAM )
RSM
TCP/IP
М аршрутизатор
Сервер Клиенты системы O&M
Рис. 9.6-1 Структура ZX-IN10-SSP
На данном рисунке:
PSM: Периферийный коммутационный модуль
SNM: Модуль коммутационного поля
MSM: Модуль коммутации сообщений
RSM: Удаленный коммутационный модуль
Система SSP состоит из следующих модулей:
1. PSM: Периферийный коммутационный модуль (Peripheral Switching Module),

отвечает за доступ и коммутацию абонентских соединительных линий.
2. RSM: Удаленный коммутационный модуль (Remote Switching Module),

отвечает за доступ и коммутацию удаленных абонентов. Его структура
подобна структуре PSM.
3. SNM: Модуль коммутационного поля (Switching Network Module), отвечает за

взаимодействие с каждым периферийным коммутационным модулем.
-540-
4. MSM: Модуль коммутации сообщений (Message Switching Module), в

основном выполняет коммутацию сообщений между различными модулями.
5. С помощью системы эксплуатации и технического обслуживания (системы

O&M), взаимодействующей с оборудованием, осуществляется управление
эксплуатацией и техническим обслуживанием системы, включая управление
статическими/динамическими данными, тарификацией, аварийными
сигналами, трафиком, человеко-машинные команды, трассировку
сигнализации, обработку претензий абонентов, тестирование линий и т.д.
9.6.2 Функциональная архитектура программного обеспечения SSP
Пункт коммутации услуг SSP (Service Switching Point) представляет собой пункт
связывания существующей сети PSTN/ISDN с ИС, обеспечивающий доступ к
набору возможностей ИС. Он может обнаруживать запросы на предоставление
интеллектуальных услуг, взаимодействовать с SCP, реагировать на запросы SCP и
определять воздействие логики услуг в SCP на обработку вызовов.
С функциональной точки зрения, SSP выполняет функцию доступа к управлению

вызовами (CCAF; Control Access Function), функцию управления вызовами (CCF;
Call Control Function), функцию коммутации услуг (SSF; Service Switching
Function). Если не используется независимая интеллектуальная периферия, то на
SSP также частично возлагается функция специализированных ресурсов (SRF;
Specialized Resource Function). Функциональная архитектура программного
обеспечения пункта SSP показана на Рис.9.6-2.
-541-
CCAF CCF CCAF CCF

Коммут.
поле
SSF SSF
TCAP/SCCP TCAP/SCCP
PSM RSM
SSF
TCAP/SCCP
OM M
PSM: Периферийный коммутационный модуль
RSM: Удаленный коммутационный модуль
OMM: Модуль эксплуатации и техобслуживания
CCAF: Функция доступа к управлению вызовами
CCF: Функция управления вызовами
SSF: Функция коммутации услуг
TCAP: Прикладная подсистема возможностей транзакций ОКС7
SCCP: Подсистема управления сигнальными соединениями ОКС7
Рис. 9.6-2 Структура программного обеспечения SSP
9.6.2.1 Функция доступа к управлению вызовами (CCAF)
Функция доступа к управлению вызовами (CCAF; Call Control Access Function)

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

инициирования, поддержания, изменения и завершения вызова в соответствии
с имеющимися требованиями.
2. Возможность использования таких функций управления вызовами (CCF), как

установление, переадресация (call transfer), удержание вызова и т.д. для
инициирования и завершения вызова.
3. Возможность получения из CCF индикаторов, относящихся к вызовам или
-542-
услугам, и их передача (при необходимости) абонентам.
4. Хранение информации о статусе вызовов/услуг, “воспринятой” данным

функциональным объектом.
9.6.2.2 Функция управления вызовами (CCF)
Функция управления вызовами (CCF; Call Control Function) включает в себя

базовые функции обработки вызовов, а также дополнительные функции для
поддержки вызовов в ИС.
1. Базовые функции обработки вызовов
Эти функции относятся к процессу установления вызовов в ИС и управления

сигнализацией вызов во время мониторинга (аналогичного соответствующему
процессу для вызовов, не относящихся к ИС).
2. Дополнительные функции
1) Обнаружение триггерного события ИС
Включает пункт обнаружения триггерного события и соответствующий

стандарт обрабатываемых триггерных событий.
2) Обработка событий
SSF может передавать в CCF запросы на выполнение мониторинга и

обработки относящихся к вызовам событий, а CCF – реализовывать запросы
SSF в соответствии с принятым событием. В основном, эта схема
используется для мониторинга событий, получаемых или отсылаемых
системой сигнализации по определенным каналам связи. Она реализуется при
помощи внутренних процессов CCF. SSF может только запрашивать у CCF
информацию о событии без выполнения каких-либо действий CCF по его
обработке. Возможны также запросы SSF к CCF, при которых CCF ожидает
получения команды от SSF и после этого информирует о событии. В этом
случае CCF может приостановить обработку событий до получения ответа от
SSF.
-543-
3) Обработка управляющих запросов от SSF
CCF принимает от SSF информацию, относящуюся к управлению вызовами, и

поддерживает процесс установления и контроля вызовов.
9.6.2.3 Функция коммутации услуг (SSF)
Функция коммутации услуг (SSF; Service Switching Function) вместе с CCF

предоставляют набор функций, необходимых для обеспечения взаимодействия
между функцией управления вызовами (CCF) и функцией управления услугами
(SCF).
1. Основные функции SSF
1) Расширение логики CCF, включая распознавание триггеров управления

услугами и взаимодействие с SCF.
2) Управление сигнализацией между CCF и SCF;
3) Изменение функций обработки вызовов/соединений (в CCF) требуемым

образом и обработка запросов на предоставление ИС-услуг под управлением
SCF.
2. Функции SSF, не связанные с вызовами
1) Проверка активности (Activity Test)
Функция проверки активности предоставляет способ проверки наличия

постоянного взаимодействия между SCF и SSF. Сначала функция SCF
посылает функции SSF информационное сообщение “ACTIVITY TEST”
(проверка активности). При наличии связи SSF принимает посланную
информацию и передает обратно в SCF информационное сообщение
“ACTIVITY TEST RESPONSE”.
2) Фильтрация услуг
Процесс управления фильтрацией услуг инициируется с помощью операции

“activate service filtering” (“активизация фильтрации услуг”), используемой в
-544-
SCF. Эта операция устанавливает правила для SSF, запрещающие посылку

запросов в SCF. При каждом отклонении запроса значение счетчика
увеличивается на 1. Это значение отправляется в SCF посредством операции
“service filtering response” (“реакция на фильтрацию услуг”).
3) Прореживание вызовов (Call Gap)
Функция SSF/CCF может обеспечить передачу большого объема трафика

сообщений за сравнительно короткий интервал времени. Если рост трафика
превышает технические пределы, то в SCF происходит перегрузка. Это
приводит к увеличению времени реакции на сообщения и повышению
коэффициента отказов в вызовах. Поэтому при обнаружении перегрузки
функция SCF может инициировать операцию “CALL GAP”, передав при этом
в SSF/CCF запрос на уменьшение интенсивности посылки запросов на
обслуживание для SCF. Эта функция не воздействует на вызовы, не
включающие запрос ИС на функциональное содействие (service assist).
9.6.2.4 Функция специализированных ресурсов (SRF)
Функция специализированных ресурсов (SRF; Specialized Resource Function)

предоставляет специализированные ресурсы, необходимые для реализации ИС-
услуг, в том числе DTMF-приемник, генератор тональных сигналов,
воспроизведение извещений, передатчик/приемник сообщений, синтезатор
речи/устройство распознавания речи и т.д. Помимо этого, SRF обеспечивает
администрирование этих ресурсов, включая возможность поиска ресурсов,
управление состоянием ресурсов (например, занят/свободен/заблокирован и т.д.)
и мониторинг. Предоставляются также функции, необходимые SRF для обмена
информацией с другими функциональными объектами.
С точки зрения обработки вызовов/услуг, между функциями SRF и SSF/CCF

существует логическая связь. SCF управляет соединением между SSF/CCF и SRF
и посылает команды в SRF, которая отправляет ответные сообщения обратно в
SCF.
После установления связи между SSF/CCF и SRF функция SCF передает в

функцию SRF команду на инициирование взаимодействия с абонентами. Это
-545-
взаимодействие включает отправку уведомления абоненту, получение цифр и

отправку полученной информации в SCF. Если согласно логике услуги в SCF
ресурсы не требуются, то SCF посылает в SSF/CCF запрос на завершение
соединения с SRF, благодаря чему освобождаются ресурсы SRF.
9.6.3 Другие функции SSP
Помимо описанных выше основных функций пункт SSP выполняет также

следующие функции.
1. Функция взаимодействия с независимой интеллектуальной периферией (IP)
Пункт SSP без функции SRF должен иметь возможность взаимодействовать с

внешними независимыми интеллектуальными устройствами и выполнять
совместно с ними функцию SRF при вызове.
2. Возможность ассистирования при поиске SRF (Service Assist)
Процедура Service Assist применяется в том случае, когда у

инициализированной CCF/SSF отсутствует прямой канал для доступа к
соответствующей SRF, требуемой при обработке попыток вызовов. При этом
устанавливается временное сетевое соединение с подходящей SRF. После
использования функцией SRF оно освобождается. Процесс обработки
вызовов требует инициализации функции SSF/CCF.
3. Функция передачи обслуживания (Service Hand-off)
Функция Service Hand-off применяется в том случае, когда у

инициализированной CCF/SSF отсутствует прямой канал для доступа к
соответствующей SRF, требуемой при обработке попыток вызовов в ходе
установления вызовов или использования услуг. Эта функция позволяет
инициализированной CCF/SSF передать обработку попыток вызовов
функциям CCF/SSF, имеющими непосредственный доступ к SRF. После
использовании SRF обработка попытки вызова переносится с последней
CCF/SSF обратно, то есть после осуществления связи с абонентами
управление вызовом передается на последний SSP.
-546-
4. Запрос и выдача информации о вызовах
После получения запроса от функции SCF функция SSF может начать

регистрировать определенную информацию о вызове. После завершения
вызова SSF передает эту информацию в SCF.
5. Функция мониторинга длительности разговора в соответствии с требованиям

SCP
На основании суммы остатка на счете, указанной в сообщении об учете

тарификации (Apply Charging), полученном от SCP, SSP может вычислить
текущую доступную длительность разговора. На основании рассчитанной
длительности или времени мониторинга вызова, полученного из SCP, SSP
осуществляет мониторинг вызова.
6. Функция воспроизведения предупреждения при достижении расчетной

длительности разговора в соответствии с требованиями SCP
Во время вызова на пункте SSP постоянно выполняется проверка, не

превышена ли допустимая длительность разговора. При достижении
расчетного значения для абонента воспроизводится соответствующее
предупреждение.
7. Функция сброса значения таймера контроля времени отсутствия ответа,

обусловленного требованиями SCP
Пункт SSP может принимать от SCP предельное значение времени отсутствия

ответа (в форме сообщения по протоколу INAP), которое устанавливается в
соответствии с требованиями логики услуг и на основании которого SSP
может выполнять сброс значения своего таймера времени отсутствия ответа.
8. Выбор назначенного извещения согласно требованиям SCP.
9. Хранение номеров и возможность декодирования
10. Функции SCCP и TCAP при использовании протокола INAP.
11. Функция тарификации
-547-
Для ИС-вызовов, после того как получены команды от SCP, пункт SSP
выполняет установление соединения. Поэтому именно на пункте SCP
определяется, должна ли начисляться оплата, и если да, то в какой категории,
а также другая связанная информация. Соответствующие записи
генерируются на пункте SSP. После завершения вызова SSP отсылает
подробную информацию об оплате в центр тарификации, а соответствующая
связанная информация передается в пункт SCP, откуда затем поступает в
SMP. В итоге эта информация поступает в центр взаиморасчетов, где
выполняется пропорциональное разделение оплаты.
Для каждой категории тарификации существуют функции полного учета

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

обработку сигналов вызовов во время установления ИС-соединений.
13. Функция технического обслуживания ИС, включающая в себя управление

данными ИС, доступ из центра обслуживания станции/сети (NSC; Network
Service Center), управление трассировкой INAP-сообщений, обновление
версии протокола между SSP и SCP, эксплуатацию, техническое обслуживание
и управление внутренней интеллектуальной периферией (IP).
14. Функции измерения рабочих характеристик SSP и управления сетью,

включающие в себя статистическое измерение, контрольное измерение,
управление сетью и измерения, относящиеся к ресурсам SRF
9.6.4 Модель SSF/CCF
В модели SSF/CCF ИС-вызовы рассматриваются абстрактно с целью наблюдения
-548-
за процессом обработки соединений в SSF и CCF. Для описания распределения

функций и отношений между функциональными объектами данная модель
предоставляет средства имитация вызова. Эта модель используется также для
описания требований к программному обеспечению SSP.
На следующем рисунке (рис.9.6-3) показана модель SSF/CCF однонаправленного

экземпляра обработки логики услуг (SLPI; Service Logic Processing Instance) и его
взаимодействие с вызывающим или вызываемым абонентом. Основными
элементами этой модели являются менеджер базовых вызовов (BCM; Basic Call
Manager), менеджер коммутации в ИС (IN-SM; IN Switching Manager), менеджер
взаимодействия услуг (FIM; Feature Interaction Manager) / менеджер вызовов (CM;
Call Manager), взаимодействие между BCM и IN-SM, взаимодействие между IN-
SM и FIM/CM, а также функции, реализованные в SSF/CCF. Далее приводится
описание всех этих компонентов.
SCF SLPI A
Поток данных
Функциональные
Менеджер доступа к SCF группы/объекты
SSF
Менеджер данных о Модель состояния Управляемые

лок. ресурсах ИС коммутации ИС (SSM) данные
<IN-SSM>
<События IN-SSM>
Данные о локальных
<Управление ресурсами>
ресурсах ИС
Объекты,
Менеджер взаимодействия не требуемые
Менеджер не-ИС услуг услуг/менеджер вызовов в CS-1
< >
Обрабатываемые
CCF Менеджер базовых вызовов элементы
<BCSM>
Менеджер данных о Взаимодействие
<Триггеры баз. вызовов>
SRF рес. базовых вызовов (зависит от
<События баз. вызовов>
производителя)
Данные о ресурсах
CCAF базовых вызовов Управление передачей инф. CCAF
Рис. 9.6-3 Модель CCF экземпляра SSF SLPI
-549-
9.6.4.1 Менеджер базовых вызовов (BCM)
Будучи функциональным объектом, относящимся к функции управления

вызовами (CCF), менеджер базовых вызовов (BCM; Basic Call Manager)
осуществляет управление базовыми вызовами и соединениями при установлении
абонентских каналов связи, соединяет эти каналы связи, обнаруживает базовые
вызовы и управляющие события, инициирует привлечение логики услуг ИС или
запрашивает информацию для применения логики услуг.
BCM управляет ресурсами, поддерживающими управление базовыми вызовами и

соединениями, и выполняет обработку модели состояний базовых вызовов и
точки обнаружения (DP; Detection Point). DP представляет собой объект BCM,
взаимодействующий с FIM/CM.
Модель состояний базовых вызовов (BCSM; Basic call state model) с помощью
механизма конечных состояний описывает действия, необходимые функции CCF
для установления и поддержания абонентских каналов связи. Она задает группу
действий, выполняемых CCF в отношении базовых вызовов и соединений,
указывая способ комбинирования этих действий для обработки базовых вызовов
и соединений. Эта модель подразделяется на модель исходящих и модель
входящих вызовов.
На данных моделях основаны функционально разделенные менеджеры BCM в

SSF/CCF.
Модель BCSM для исходящих вызовов описывает процесс изменения состояний

базовых вызовов/соединений на исходящей стороне, а модель BCSM для
входящих вызовов – на входящей стороне.
9.6.4.2 Менеджер коммутации в ИС (IN-SM)
Менеджер коммутации в ИС (IN-SM; IN switching manager) является объектом

функции коммутации услуг (SSF). Он предоставляет интерфейсы функции
управления услугами (SCF) при обеспечении абонентов ИС-услугами. Он
определяет принципы, по которым действия по обработке вызовов/соединений,
выполняемые SSF/CCF, могут быть идентифицированы функцией управления
услугами (SCF), а также предоставляет доступ к функциям и ресурсам SSF/CCF.
-550-
Кроме этого, этот компонент обнаруживает события вызовов/соединений ИС (о

которых необходимо проинформировать для активизации экземпляра логики
услуг ИС) и управляет ресурсами SSF, поддерживающими IN-SLPI. IN-SM
может взаимодействовать с менеджером взаимодействия услуг / менеджером
вызовов (FIM/CM).
9.6.4.3 Менеджер взаимодействия услуг (FIM)/ менеджер вызовов (CM)
FIM/CM реализует механизм поддержания нескольких параллельных

экземпляров, как относящихся к ИС, так и не относящихся к ИС. В частности, он
может предотвратить повторную активизацию существующих экземпляров (и
типа ИС и не-ИС).
1. Основные функции:
1) Координация передачи сообщений о событиях между несколькими моделями

состояний базовых вызовов (BCSM) при заданном управлении соединениями
уровня CS-1 (например, когда в нескольких BCSM одновременно
обнаруживаются одинаковые события, такие как кратковременное нажатие на
рычаг (hook-flash), DTMF# или *XX; либо когда в нескольких BCSM
одновременно регистрируются различные события, например,
кратковременное нажатие на рычаг (hook-flash) на одной стороне и
разъединение (disconnect) – на другой).
2) Координация приостановки и возобновления процессов обработки между

несколькими BCSM для заданного ИС-соединения уровня CS-1 (например,
если в модели BCSM обнаруживается событие, для обработки которого
требуется дополнительный запрос указаний по дальнейшим действиям, то
обработка всех моделей BCSM, управляемых этим ИС-соединением уровня
CS-1, приостанавливается).
3) Применение правил и ограничений, относящихся к ИС уровня CS-1.
4) Менеджер FIM должен реализовывать механизм выбора соответствующего

экземпляра логики услуг, чтобы определить, какой экземпляр логики услуг
необходимо запустить на точке обнаружения (DP). С помощью этого
механизма должен происходить выбор подходящего экземпляра логики услуг
-551-
(как для ИС-услуг, так и для не-ИС услуг), а с точки зрения спецификации CS-
1, через этот механизм возможна блокировка запуска любых других
экземпляров логики услуг для конкретного DP.
5) Менеджер FIM может не всегда разрешать одновременную активизацию

экземпляров логики услуг (как ИС, так и не-ИС). Но эта проблема может быть
решена с помощью динамического или статического механизма.
6) Менеджер FIM должен реализовывать механизм взаимодействия между

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

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

услуг связан с предоставлением сервисных функций абонентам. Например,
пусть у абонента A имеется услуга X и известно, что услуги X и Y являются
несовместимыми. Тогда в случае попытки вызова экземпляра логики услуги
Y для абонента A посредством процедуры OAM она будет отклонена.
2) Динамический механизм
-552-
Основные идеи динамического механизма управления ограничениями

экземпляров логики услуг:
A. Если в какой-либо точке обнаружения (DP) может быть запущено несколько

экземпляров логики услуг, то необходимо определить, какой из них должен
запускаться первым (т.е. выбрать экземпляр логики услуг).
B. Если какой-либо экземпляр логики услуг может быть вызван, то необходимо

определить, совместим ли новый экземпляр со всеми экземплярами, уже
активизированными в этом сегменте вызова.
C. Если новый экземпляр логики услуг совместим со всеми экземплярами, уже

активизированными в этом сегменте вызова, то необходимо принять решение
о его приоритете по отношению к другим экземплярам для событий обработки
вызовов (например, сигнальных сообщений). Если новый экземпляр
несовместим, он должен быть заблокирован.
3. Механизм менеджера FIM
Механизм менеджера FIM включает в себя механизм определения

приоритета и предшествования для управления запуском экземпляров логики
услуг (как ИС-услуг, так и не-ИС) и механизм исключения для управления
запуском новых экземпляров логики ИС-услуг при наличии уже
активизированных экземпляров логики ИС-услуг.
9.6.4.4 Менеджер доступа к функции SCF
Реализует следующие функции поддержки интерфейсов низкого уровня:
Установка и поддержка интерфейса с функцией управления услугами (SCF).
Определение очередности сообщений из SCF (при необходимости) и их передача

в IN-SM для обработки.
Форматирование и определение очередности сообщений из IN-SM, а также их

передача обратно в SCF.
-553-
9.6.5 Точка обнаружения (DP)
Точка обнаружения (DP; Detection Point), иначе называемая триггерной точкой

обнаружения (TDP; Trigger Detection Point), представляет собой точку
обнаружения для взаимодействия между пунктами ZXIN-SSP и SCP. Система
ZXIN-SSP предоставляет подобную совершенную точку обнаружения. При
обнаружении соответствующего события, SPP сначала приостанавливает
текущий процесс обработки и информирует пункт управления услугами (SCP).
SCP принимает решение о том, нужно ли запускать соответствующую логику
обработки услуг. В противном случае возобновляется обработка текущего вызова
и в данном случае функция SCF не применяется.
Соответствие между DP и операциями по обработке вызовов описано в таблице

9.6-1.
Таблица 9.6-1 Соответствие между DP и операциями по обработке вызовов
Исходящий
Точка обнаружения
пункт
Инициирование Orig_Attempt_Ahthorized (originating attempt authorized – попытка
вызова исходящего вызова авторизована)
Сбор
информации об Collect_Info (collect information – сбор информации)
адресе
Анализ адреса Analyzed_Info (analyze information – анализ информации)
Поступление Term_Attempt_Authorized (terminating attempt authorized – попытка

вызова входящего вызова авторизована)
O_CalledParty_Busy (originating called party busy – определение

занятости абонента на вызывающей стороне)
T_ CalledParty_Busy (terminating called party busy - определение

При занятости
занятости абонента на вызываемой стороне)
Route_Select_Failure (routing selection failure – невозможность выбора

маршрута)
O_NO_Answer (originating no answer – определение отсутствия ответа на

Отсутствие вызывающей стороне)
ответа T_NO_Answer (terminating no answer - определение отсутствия ответа на
вызываемой стороне)
-554-
O_Answer (originating answer – определение ответа на вызывающей

стороне)
Прием вызова
T_Answer (terminating answer – определение ответа на вызываемой
стороне)
Рабочее O_Mid_Call
состояние T_Mid_Call
O_Abandon (originating abandon – завершение вызова на вызывающей

стороне)
T_Abandon (terminating abandon – завершение вызова на вызываемой

Завершение стороне)
вызова O_Disconnect (originating disconnect – определение разъединения на
вызывающей стороне)
T_Disconnect (terminating disconnect – определение разъединения на

вызываемой стороне)
9.6.6 Интерфейс услуг
Пункт ZXIN-SSP взаимодействует с подсистемой SCCP через протокол TCAP

сигнализации ОКС7 и использует SCCP (услуга без установления соединения)
для передачи, прикладной протокол которой соответствует китайским стандартам
прикладных протоколов ИС (C-INAP; China IN application protocols).
Далее описаны операции и информационные потоки, применяемые в ZXIN-SSP.
В таблице 9.6-2 приведены название информационного потока, его направление и

тип.
Таблица 9.6-2 Операции/информационные потоки INAP
Информационный поток Направление Тип

Activate Service Filtering (активизировать фильтрацию
SCF→SSF 1
услуг)
Activity Test (тест активности) SCF→SSF 3
Activity Test Response (результат выполнения теста

SCF←SSF 2
активности)
Apply Charging (применить тарификацию) SCF→SSF 2
Apply Charging Report (применить отчет о тарификации) SCF←SSF 2
-555-

SCF→SSF
Assist Request Instruction (команда на запрос содействия) 2
SCF←SRF
Call Gap (прореживание вызовов) SCF→SSF 4
Call Information Report (отчет с информацией о вызове) SCF←SSF 4
Call Information Request (запрос информации о вызове) SCF→SSF 2
Cancel Status Report Request (отмена запроса отчета о

SCF→SSF 2
состоянии)
Collect Information (собрать информацию) SCF→SSF 2
Connect (подключиться) SCF→SSF 2
Connect to Resource (подключиться к ресурсу) SCF→SRF 2
Continue (продолжить) SCF→SSF 4
Disconnect Forward Connection (разъединить прямое

SCF→SSF 2
соединение)
Establish Temporary Connection (установить временное

SCF→SSF 2
соединение)
Event Notification Charging (тарификация с уведомлением

SCF←SSF 4
о событиях)
Event Report BCSM (отчет о событиях BCSM) SCF←SSF 4
Furnish Charging Information (предоставить

SCF→SSF 2
тарификационную информацию)
Initial DP (инициализировать DP) SCF←SSF 2
Initiate Call Attempt (инициировать попытку вызова) SCF→SSF 2
Release Call (разъединить вызов) SCF→SSF 4
Request Notification charging Event (запрос уведомления о

SCF→SSF 2
событии тарификации)
Request Report BCSM Event (запрос отчета о событиях

SCF→SSF 2
BCSM)
Request Status Report – запрос отчета о состоянии

(Request Current Status Report – запрос отчета о текущем
состоянии, Request First Status Match Report – запрос
SCF→SSF 1
отчета о первом сопоставлении состояний, Every Request
Status Change Report – запрос отчета об изменении
состояния)
Reset Timer (сбросить таймер) SCF→SSF 2
Select Facility (выбрать оборудование) SCF→SSF 2
Send Charging Information (передать тарификационную SCF→SSF 2
-556-

информацию)
Service Filtering Response (реакция на фильтрацию услуг) SCF←SSF 4
Status Report (отчет о состоянии) SCF←SSF 4
Assist Request Instruction from SRF (Assist Request

SCF←SRF 2
Instruction) (команда запроса содействия от SRF)
Cancel Announcement (Cancel) (отменить воспроизведение SCF→SSF

2
извещения) SCF←SRF
Collected User Information (ответ на Prompt and Collect

SCF←SSF 2
User Information)
Play Announcement (воспроизвести извещение) SCF→SSF 2
Prompt and Collect User Information (выдать приглашение

SCF→SSF 1
и собрать абонентскую информацию)
Specialized Resource Report (отчет о специализированных

SCF←SRF 4
ресурсах)
Типы операций INAP:
Тип 1 отчет в случае как успешного, так и неудачного завершения
Тип 2 отчет только в случае неудачного завершения
Тип 3 отчет только в случае успешного завершения
Тип 4 отчет не выдается
9.6.7 Рабочие характеристики ZX-IN-SSP
ZX-IN10-SSP соответствует рекомендациям ITU-T серии Q.1200, а также

использует технологии SCCP и TCAP ОКС7. В этой системе применяется не
зависящий от услуг протокол INAP и поддерживаются все типы операций ИС
уровня CS-1, позволяя при этом легко перейти к CS-2 и CS-3. Распределенная
функциональная структура характерна для всей системы ZXJ10, она совместима
с оригинальным программным обеспечением ZXJ10 и позволяет легко обновлять
систему. Помимо реализуемых встроенных функций интеллектуальной
периферии (IP) возможно внешнее подключение независимых интеллектуальных
периферийных устройств. Процесс обработки базовых вызовов построен на
-557-
основе триггерных точек обнаружения.
9.6.8 Преимущества ZX-IN-SSP
Преимущества ZX-IN10-SSP:
1. Гибкая организация сети
Данный пункт SSP может служить в качестве одномодульной или

многомодульной станции. Он может функционировать как при древовидной
(PDH), так и при кольцевой (SDH) организации сети. Количество модулей,
возможности обработки и затраты пользователей увеличиваются линейно, что
максимально обеспечивает защиту капиталовложений.
2. Большая емкость и высокая степень интеграции
Одна абонентская плата может обеспечивать 24 абонентских линии и

поддерживает коммутацию временных интервалов 8K×8K. Емкость
центрального коммутационного поля может достигать 64K×64K при общей
емкости системы до 500 000 абонентских линий и 60 000 соединительных
линий. При этом система имеет небольшой размер и использует лишь
несколько типов разъемов.
3. Гибкое конфигурирование ресурсов системы
Платы цифровых и аналоговых абонентов могут устанавливаться смешанным

образом. При наличии соответствующего ПО коммуникационные платы
COMM могут реализовывать такие функции, как обработка
внутримодульного и межмодульного взаимодействия, обработка
сигнализации ОКС7, обработка сигнализации V5 и обработка пакетных
данных. Плата обработки тональных сигналов может обеспечивать функции
обработки DTMF, MFC, тональных и речевых сигналов, если на плате
загружено необходимое ПО.
4. Конструкция повышенной надежности
Применяются отказоустойчивые технологии с многократным дублированием,
-558-
архитектура с распределенным управлением и централизованным

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

встроенным имитатором вызовов и встроенным тестером сигнализации, что
значительно улучшает эксплуатацию и техническое обслуживание системы.
6. Совершенные функции обслуживания ISDN
Поддерживается динамическое назначение и коммутация временных

интервалов. Внутреннее коммутационное поле обеспечивает коммутацию
временных интервалов n×64 Кбит/с. Значение пропускной способности может
быть выбрано в диапазоне от 64 Кбит/с до 8 Мбит/с. Платы аналоговых и
цифровых (с интерфейсом 2B+D) абонентов могут устанавливаться в
смешанном порядке. Станция может быть полностью укомплектована для
обслуживания ISDN-абонентов и поддерживает обслуживанием абонентов с
интерфейсами BRI и PRI. Абоненты могут пользоваться всем спектром услуг
передачи речи, данных и изображений, а также мультимедийных услуг.
7. Различные интерфейсы сигнализации
Эти интерфейсы обеспечивают функционирование подсистем R1, R2, NO.5,

CSS, MTP, TUP, ISUP, SCCP, TCAP, INAP, MAP сигнализации ОКС7, а также
сигнализации V5.1 и V5.2, сигнализации аналоговых абонентов, сигнализации
цифровых абонентов DSS2 и т.д.
8. Открытость
Поддерживается доступ в Internet, имеется возможность перехода к

широкополосным сетям.
9.7 Технические спецификации SSP
Cпецификации SSP:
-559-
1. Коэффициент потери вызовов (эталонная нагрузка A)
Местная станция: 1% Исходящие: 5‰
Входящие: 5‰ Транзитные: 1‰
2. Вероятность задержки
В случае запроса извещающего сообщения необходимо задать временную

задержку для подготовки этого сообщения. Показатели занятости:
1) 95% запрашиваемых сообщений выдаются в течение 0,5 секунды
2) 99,9% запрашиваемых сообщений выдаются в течение 2 секунд
3) 99,99% запрашиваемых сообщений выдаются в течение 5 секунд
4) Время простоя SSP в течение года не превышает трех минут.
3. Технические характеристики SSP как периферийного коммутационного

модуля (PSM)
1) Технические спецификации станции с одним модулем PSM
Один периферийный коммутационный модуль (PSM; Peripheral switching

module) системы ZXIN-SSP может либо использоваться независимо для
формирования одномодульной станции, либо применяться для гибкой
организации сети с обеспечением абонентских портов, портов
соединительных линий и различных ресурсов внутри модуля в соответствии с
требованиями абонентов. Модуль может быть использован в следующих
типовых конфигурациях:
A. В качестве модуля абонентских соединительных линий
Абонентские линии: 12480 АЛ
Соединительные линии: 2760 ЦСЛ
DTMF: 840 комплектов
-560-
MFC: 360 комплектов
Звенья сигнализации ОКС7 48
B. Только как модуль соединительных линий
2) Технические спецификации PSM в случае многомодульной станции
A. В качестве модуля абонентских соединительных линий
Абонентские линии: 9600 АЛ:
B. Только как модуль абонентских линий
Абонентские линии: 15360 АЛ:
C. Только как модуль соединительных линий
4. Технические спецификации всей системы
-561-
1) Максимальная емкость SSP: 510000 АЛ, 61000 ЦСЛ
2) Возможности обработки трафика:
Одномодульная станция: реальное протестированное значение BHCA

(попытка вызова в час наибольшей нагрузки) – более 600K.
Многомодульная станция: производительность обработки трафика возрастает

линейно с увеличением количества модулей, значение BHCA приблизительно
равно N×600K (N – количество модулей)
Количество звеньев сигнализации: более 512.
Максимальное количество пунктов сигнализации: 1024
Нагрузка на одно звено сигнализации: более 0,8 Эрланг
Максимальная производительность каждого модуля: более 7000 значащих

сигнальных единиц в секунду (MSU/S)
Максимальная производительность многомодульной станции: возрастает

линейно с количеством модулей.
Производительность обработки глобальных заголовков (GT): более 4000

преобразований в секунду (GTT/S)
Поддерживаются высокоскоростные сигнальные звенья 2 Мбит/с.
9.8 ZX-IN-SCP
Пункт управления услугами (SCP; Service Control Point) является основным

компонентом интеллектуальной сети. Он выполняет обработку программ логики
услуг (SLP; Service Logic Program) и предоставляет данные об ИС-услугах.
Являясь физическим объектом, пункт SCP содержит два функциональных
объекта: функцию управления услугами (SCF; Service Control Function) и
функцию предоставления данных для услуг (SDF; Service Data Function).
-562-
9.8.1 Структура аппаратного обеспечения
В оборудовании ZX-IN10-SCP используется отказоустойчивый компьютер S4000

компании TANDEM (см. рис.9.8-1).
Подсистема обработки
ШИНА КОГЕРЕНТ НОСТ И
ПАМЯТ Ь ПАМЯТ Ь
CPU CPU
X Y X Y
R R R = Маршрутизатор SERVERNET
Подсистема ввода/вывода
X - соединение Контроллер ввода/вывода Y - соединение

SERVERNET с SERVERNET с
подсистемой I/O R Контроллер ввода/вывода R
подсистемой I/O
и расширением и расширением
Контроллер ввода/вывода
памяти памяти
R Контроллер ввода/вывода R
R Контроллер
I/O CONT ввода/вывода
ROLLER R
Контроллер ввода/вывода Y - подсеть

X - подсеть SERVERNET
SERVERNET Контроллер ввода/вывода
Подсистема
хранения
SCSI -2 СДВОЕННЫЙ ДИСКОВЫЙ МАССИВ SCSI-2 SCSI -2
DISKS/T APES
Рис. 9.8-1 Структурная схема ZX-IN10-SCP
Далее кратко описаны компоненты системы.
1. Структура шины
Шина компьютера S4000 использует запатентованную технологию компании

TANDEM — ServerNet, являющаяся прорывом в области шинных структур
для компьютеров. В основе этой технологии лежит построение шины по
принципу организации сетей, так что два объекта, подключенные к шине,
-563-
могут рассматриваться как имеющие между собой прямой канал (например,

между CPU и жестким диском, жестким диском и платой Ethernet и т.д.).
Благодаря этому, успешно решаются проблемы низкой эффективности и
узких мест, возникающих вследствие конкуренции устройств на одной шине.
Номинальная пропускная способность ServerNet составляет 600M. В широко
распространенных на данный момент отказоустойчивых компьютерах все еще
применяется традиционная структура шины с ограниченной
производительностью, поэтому поддержка массовых IO-коммуникаций
является сложной задачей.
2. Структура процессора (CPU)
В TANDEM S4000 используются микросхемы серии R компании MIPS.

Модули памяти и CPU в S4000 расположены на одной плате и связаны
посредством внутреннего канала с тактовой частотой до 400 МГц.
3. Структура средств ввода/вывода (IO)
Благодаря применению в компьютере TANDEM S4000 сетевой технологии

построении шины, основанной на ServerNet, его устройства ввода/вывода (IO)
обладают высокой наращиваемостью. Можно считать, что существуют
прямые маршруты между любыми компонентами ввода/вывода, либо между
устройствами ввода/вывода и CPU, чем предотвращается появление “узких
мест” и достигается высокая пропускная способность IO. Все устройства
ввода/вывода обычных отказоустойчивых компьютеров подключаются к
шине ввода/вывода. Это приводит к возникновению “узкого места”, что
снижает пропускную способность системы ввода/вывода, а значит, и
производительность всей системы.
4. Наращиваемость:
В настоящее время отказоустойчивый одиночный компьютер TANDEM серии

S4000 можно расширить до четырех параллельных отказоустойчивых
процессоров (т.е. с 8 платами CPU). Это возможно только путем установки
одинаковых CPU-плат в соответствующие слоты. В то время как большинство
других отказоустойчивых компьютеров на данный момент могут быть
расширены лишь до двух параллельных CPU и имеют только два
-564-
фиксированных слота для CPU, в которых исходные платы должны быть

заменены на новые платы CPU. Замененные платы не могут служить в
качестве резерва для новых плат.
5. Гибкость
Поскольку обновление CPU для компьютера TANDEM серии S4000

реализуется путем установки одинаковых CPU-плат, то компьютер с
одноканальной отказоустойчивой конфигурацией может быть легко
преобразован в двухканальную схему без обеспечения отказоустойчивости
(аналогичным образом двухканальная отказоустойчивая конфигурация может
быть изменена на четырехканальную с отсутствием отказоустойчивости). При
этом не требуется приобретение дополнительного программного обеспечения
или оборудования, благодаря чему возможно гибкое соответствие системы
требованиям пользователей в различных условиях, чего трудно добиться при
использовании большинства других отказоустойчивых компьютеров.
6. Система электропитания:
Существует два типа компьютеров TANDEM серии S4000: CM и CO. Тип

CM предназначен для общего коммерческого использования, поэтому его
система электропитания рассчитана на двухканальный источник питания 220
В. В обычных условиях два канала функционируют в режиме разделения
нагрузки, а при нарушении работы одного из них другой может обеспечивать
питание для всего компьютера. Кроме этого, система типа CM оснащена
аккумуляторной батареей, способной поддерживать ее функционирование в
течение 30 минут (при наихудших условиях для источника электропитания).
Тип CO предназначен для использования в сфере телекоммуникаций. В нем
применяется двухканальный источник питания –48 В и отсутствует
аккумуляторная батарея. Помимо этого, добавлены IO-слоты для обработки
интенсивного трафика, имеющего место в индустрии телекоммуникаций.
Данный тип соответствует международному стандарту проектирования
сетевого оборудования (Network Equipment Building Standard; NEBS),
удовлетворяя наиболее жестким требованиям по пожаро- и ударо-
устойчивости к оборудованию в сфере телекоммуникаций. Большинство
других отказоустойчивых компьютеров не имеют такой системы защиты
-565-
источников питания, что в случае кратковременного падения напряжения в

электросети повлечет за собой отключение всей системы. К тому же в них
обычно устанавливается источник электропитания 220 В, поэтому
невозможно использовать жесткий защитный механизм, принятый в сфере
телекоммуникаций для систем питания –48 В.
9.8.2 Структура программного обеспечения
9.8.2.1 Структура программного обеспечения SCF
Схема программного обеспечения SCF изображена на рис.9.8-2.. Приведенная

ниже модель представляет собой схему обработки логики услуг функции SCF.
Библиотека логики услуг
Среда выполнения
SLEE 乯
Менеджер логики услуг（SLEE）
логики услуг
Библиотека функц.
программ
Менеджер выполнения Менеджер
функц.
программ Функциональная
программа
Экземпляр
Менеджер прогр. обработки
логики услуг Внешние данные услуг
выбора/
взаимод. Менеджер
логики доступа к
услуг данным SCF
Менеджер Данные внутренних
ресурсов ресурсов ИС
Менеджер доступа к функциональным объектам
SM
SSF SRF SDF
F
Рис. 9.8-2 Структурная схема ПО SCF
Основной функцией SCF является реализация логики услуг, обеспечиваемой
-566-
программами логики услуг (SLP; Service Logic Program). Т.е. SCF обеспечивает
выполнения программ SLP: содержит менеджер выбора/взаимодействия логики
услуг, менеджер доступа к функциональным объектам, менеджер инициализации
SLP и т.д.
Платформа SCF предоставляет среду выполнения логики услуг (SLEE; Service

logic execution environment), в которой функционирует программа SLP, выполняя
соответствующую обработку услуг. SLP представляет собой прикладную
программу услуг (Service Application Program), запускаемую средой SLEE и под
управлением которой осуществляется обработка услуг. SLEE может
одновременно вызывать и запускать несколько программ SLP.
1. Менеджер выполнения логики услуг (SLEM; Service Logic Execution Manager)

осуществляет обработку и управление всеми действиями по выполнению
логики услуг.
2. Менеджер выбора/взаимодействия логики услуг (SLS/IM; Service Logic

Selection/Interaction Manager)
Менеджер SLS/IM представляет собой объект, осуществляющий выбор

программы SLP для выполнения и управляющий выполнением и/или
последовательностью выполнения нескольких программ SLP в одной
функции управления услугами (SCF).
Кроме этого, он обеспечивает взаимное исключение и предшествование при

выборе и запуске SLP.
3. Менеджер функциональных программ
Используется для получения и распределения функциональных программ по

библиотекам функциональных программ через менеджер доступа к
функциональным объектам (служит как действительный резидентный объект
функциональной программы). Этот объект также управляет добавлением,
удалением и приостановкой конкретных функциональных программ..
4. Менеджер доступа к функциональным объектам
Этот объект обеспечивает обмен информацией между менеджером
-567-
выполнения логики услуг (SLEM) и другими функциональными объектами.
5. Менеджер программ обработки логики услуг
Управляет приемом и распределением программ SLP из других объектов,

поэтому он должен взаимодействовать с менеджером доступа к
функциональным объектам.
9.8.2.2 Структура программного обеспечения SDF
Структурная модель ПО SDF приведена на рис.9.8-3.
Данные услуг
данными SDF Оперативные данные
Данные
безопасности Данные аутентификации
Управление данными функциональных объектов
SM F SDF SCF
Рис. 9.8-3 Структурная модель ПО SDF
Функция предоставления данных для услуг (SDF) содержит и управляет

данными, относящимися к программам выполнения логики услуг. Поэтому
данные, обращение к которым осуществляется перед запуском экземпляра
программы выполнения логики услуг (например, данные, выбранные для
управления программой логики услуг и данные в базе данных SCF), не
включаются в данные обработки SDF.
1. Управление данными функции SDF
-568-
Предоставляет функции для хранения, управления и доступа к информации в

SDF.
2. Управление доступом к функциональным объектам
Предоставляет функции для обмена данными между менеджером данных SDF

и другими функциональными объектами посредством сообщений.
3. Управление безопасностью
Предоставляет SDF безопасный доступ к различным типам данных

(например, отклонение неавторизованного доступа). Эта функция включает
проверку прав доступа для SCF, авторизацию пользователей на основе
вводимой информации, подсчет количества неудачных попыток авторизации
для определенного пользователя, блокирование доступа к данным, назначение
прав доступа пользователям, запоминание прав доступа пользователей при
запросах пользователей и управление правами пользователей на доступ к
определенным данным.
9.8.3 Функции программного обеспечения
9.8.3.1 Функции (SCF)
1. Основные функции
SCF выполняет следующие функции управления и обработки для ИС-

вызовов:
1) Выбор логики услуг
2) Выбор логики услуг, соответствующей различным TDP
3) Правила взаимодействия услуг. Обработка правил взаимодействия

соответствующих логик услуг при появлении вызова, связанного с
использованием нескольких услуг.
-569-
4) Обработка версий ПО. Возможна поддержка нескольких версий протокола

INAP с использованием функций выбора и обработки версий.
5) Выполнение логики услуг
6) Функция базы данных реального времени
В зависимости от конкретных вызовов и соответствующей им логики услуг

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

TCAP-сообщений, полученных из сетей сигнализации ОКС7.
8) Формирование очередей сообщений
9) Поддержка нескольких TCAP-сеансов в течение одного вызова.
10)Управление воспроизведением извещений
2. Функции тарификации
Функции тарификации, поддерживаемые SCP, реализуют:
1) Управление тарификацией ИС-услуг
В SSP временно создается пункт учета стоимости, генерирующий и

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

тарификации в INAP с тем, чтобы пункт SSP мог выполнять учет стоимости
конкретных вызовов. Что касается услуг, для которых необходим раздельный
учет в режиме реального времени, то пункту SCP требуется, чтобы SSP
передавал информацию о результатах учета стоимости с тем, чтобы SCP мог
обновлять данные, а биллинговый центр – выполнять разделение оплаты.
Являясь точкой управления ИС-услугами и тарификацией, пункт SCP обычно

не осуществляет подробного вычисления стоимости вызовов. Он должен
лишь производить простые расчеты для вызовов, связанных с услугами с
ограничениями по оплате, чтобы определять, разрешен ли данный вызов,
какова его допустимая длительность и т.д.
2) Обновление абонентских данных о тарификации
На основании результатов учета стоимости, о которых информирует SSP

(когда пункт учета стоимости находится в SSP) или SCP (когда пункт учета
стоимости находится в SCP), SCP может обновлять (прибавлять или
уменьшать) оплату, начисляемую на абонентов с учетом ограничений, и
предпринимать соответствующие меры при достижении предельного
значения (скидка, разъединение или отклонение). При тарификации в SSP
требуется, чтобы из SSP в пункт SCP передавались соответствующие
результаты тарификации.
3) Передача данных о тарификации
Для этой функции требуется, чтобы пункт SCP выполнял функции хранения и
передачи данных о тарификации. SCP сохраняет результаты тарификации
SSP (когда пункт учета стоимости находится в SSP) и результаты
тарификации SCP (когда пункт учета стоимости находится в SCP) и
регулярно или в режиме реального времени (в зависимости от требований)
передает информацию о тарификации в SMP. Требуется, чтобы SCP
осуществлял прозрачную передачу результатов тарификации из SSP в SMP
(если пункт тарификации находится в SSP) или из SCP (если пункт
тарификации находится в SCP), а также некоторой дополнительной
информации (например, идентификатора SCF).
-571-
В случае услуг с разделенной тарификацией от SCP требуется прозрачная

передача в SMP результата тарификации из SSP (если пункт тарификации
находится в SSP) или из SCP (если пункт тарификации находится в SCP),
после чего SMP передает результаты тарификации в биллинговый центр для
перераспределения оплаты.
3. Функции управления данными и трафиком
1) Функция управления базой данных
Служит для обеспечения согласованности данных SMP и SCP, а также для

защиты данных SCP.
2) Управление данными услуг
Специальные операции по управлению данными услуг выполняются пунктом

SMP (область управления изменяется в зависимости от полномочий на
управление). Однако пункт SCP должен иметь возможность принимать от
SMP команды управления, относящиеся к данным услуг и информировать
пункт SMP о результатах обработки. Основные аспекты управления:
Активизация/деактивизация ИС-услуг
Активизация/деактивизация ИС-номеров
Ограничение количества ИС-услуг
Ограничение количества ИС-номеров
Управление форматом SSP
Функции управления данными абонентов
Функции управления трафиком;
4. Функции кодирования/декодирования TCAP-сообщений
Пункт SCP выполняет функции кодирования/декодирования TCAP-

сообщений для их получения/отправки из/в других физических объектов
-572-
через сеть сигнализации ОКС7. Т.е. он может декодировать полученные

TCAP-сообщения, необходимые для реализации логики услуг в среде
выполнения логики услуг (SLEE). Когда пункт SCP посылает сообщения
другим физическим объектам, он включает все параметры и операции,
подлежащие передаче, в TCAP-сообщения, т.е. кодирует сообщения для их
передачи по сетям сигнализации ОКС7.
5. Статистические функции
Пункт SCP может выполнять статистические функции, необходимые для него

самого и для пункта SMP. Он может измерять и регистрировать заданные
параметры и при необходимости передавать полученные статистические
результаты в пункт SMP.
6. Функция проверки связи между SCP и SSP
Пункт SCP должен иметь функцию проверки существования связи между

SCP–SSP во время обработки вызова.
9.8.3.2 Функции SDF
Функции SDF
1. Запрос и изменение данных, необходимых для SCP.
2. Изменение, добавление и удаление данных через пункт SMP.
3. Синхронное изменение данных пункта SMP.
4. Синхронизация SMP и базы данных.
9.8.3.3 Другие функции:
Другие функции SDF:
1. Поддержка связи с независимыми интеллектуальными периферийными

устройствами (IP).
2. Поддержка протокола C-INAP, основанного на сигнализации ОКС7.
-573-
3. Управление безопасностью при доступе
Включает в себя: проверку идентификатора и пароля (с ограниченным сроком

действия) операторов терминалов SCP, управление полномочиями
операторов, управление трассировкой TCAP-сообщений, управление
эксплуатацией и техническим обслуживанием оборудования, управление
программным обеспечением, управление эксплуатацией и техническим
обслуживанием интерфейсов (управление звеньями и группами звеньев
ОКС7, управление маршрутами и группами маршрутов ОКС7, установка
адресов пунктов ОКС7, управление портами X.25, управление
периферийными портами), управление техническим обслуживанием при
возникновении ошибок и аварийных сигналов, обработку аварийных
сигналов, самостоятельное устранение сбоев и восстановление на пункте SCP.
9.8.4 Служебные интерфейсы
9.8.4.1 Интерфейс между пунктами SMP и SCP
Краткое описание интерфейсов между SMP и SCP:
1. Протоколы
В целом, взаимодействие между пунктами SMP и SCP в ZX-IN10

соответствует требованиям Технических спецификаций оборудования пунктов
администрирования интеллектуальных услуг в интеллектуальных сетях
Китая (Technical Specifications For China IN Service Management Point (SMP)
equipment).
2. Физический интерфейс
Для взаимодействия SMP и SCP обеспечивается несколько типов связи —

LAN, X.25, DDN и т.д. Реализуются надежные и безопасные методы
передачи.
3. Информационный поток
1) Информация, передаваемая пунктом SMP в пункт SCP.
-574-
A. Информация, передаваемая пунктом SMP в пункт SCP. Создание и удаление

логики услуг. SCP может получать команды на ввод или удаление логики
услуги, сгенерированной SMP для SCEP. Для удаления логики услуги пункт
SCP должен остановить обработку новых вызовов данной услуги и удалить
эту логику после завершения вызовов, связанных с данной услугой.
B. Извлечение информации из базы данных пункта SCP.
C. Управление данными пункта SCP. Данные пункта SCP включают данные

услуг и абонентские данные. SCP может получать из SMP команды на
выполнение таких операций, как изменение, удаление и отображение данных,
относящимся к услугам, и абонентских данных. Например, SCP может
получить из SMP команду на активизацию/деактивизацию услуги или номера,
на изменение таблицы записанных оповещений и т.д.
D. Запрос статистических данных. Чтобы на пункте SCP могла учитываться

имеющаяся статистика, SCP информируется о статистических данных и
методах обработки (постоянное ведение статистики или только по
требованию), необходимых пункту SMP.
E. Информирование о результатах обработки абонентских данных, переданных

пунктом SCP и измененных с помощью телефона с DTMF-набором.
F. Получение команд от SMP на управление перегрузками.
2) Информация, передаваемая из пункта SCP в пункт SMP.
A. Передача статистических данных. Статистические данные могут передаваться

в пункт SMP с определенной периодичностью или в режиме реального
времени.
B. Передача результатов тарификации. Возможна передача результатов

тарификации в пункт SMP с определенной периодичностью или в режиме
реального времени. Это необходимо для того, чтобы SMP мог обновлять
данные и передавать информацию о тарификации в центр взаиморасчетов для
распределения оплаты.
C. Информирование о результатах передачи информации из SMP в SCP. Пункт
-575-
SMP может также информироваться об этом.
D. Информирование об изменении абонентских данных посредством DTMF.

Пункт SCP может пересылать данные, измененные абонентом посредством
DTMF (например, пароль, номер переадресации, номер сокращенного
набора), в пункт SMP, что необходимо для управления абонентскими данными
на SMP.
E. Информирование о возникновении перегрузки. Пункт SCP информирует

пункт SMP о возникновении перегрузки с тем, чтобы на SMP могли быть
приняты необходимые меры.
F. Передача информации о проверке согласованности, необходимой для пункта

SMP.
9.8.4.2 Интерфейс между пунктами SSP и SCP
Далее приведено описание интерфейса между пунктами SSP и SCP:
1. Протоколы
Для взаимодействия пунктов ZX-IN10-SCP и SSP применяется

коммуникационный протокол C-INAP.
2. Физический интерфейс
В качестве канала связи между ZX-IN10-SCP и SSP выступает ОКС7, а также

независимая интеллектуальная периферия.
3. Информационный поток
Информационный поток между SSP и SCP основан на сеансах TCAP ОКС7.

Для связи используется подсистема SCCP (услуга без установления
соединения) и поддерживается обмен данными и рабочей информацией по
протоколу C-INAP.
-576-
9.8.4.3 Технические спецификации
Производительность пункта SCP составляет более 200 транзакций в секунду и

может быть в дальнейшем увеличена.
Количество звеньев сигнализации – свыше 100.
Интервал между получением сообщения-запроса TCAP и посылкой ответного

сообщения TCAP – менее 25 мс.
Нагрузка на каждое звено сигнализации ОКС7 составляет 0,4 Эрланг

(нормальные условия) и 0,8 Эрланг (экстренные условия).
Время простоя в течение года – не более трех минут (если применяется

дублированная система).
9.8.4.4 Рабочие характеристики
Рабочие характеристики:
1. Соответствует стандартам ITU-T, относящимся к интеллектуальным сетям.
2. Соответствует принятым в Китае техническим спецификациям на C-INAP,

TCAP, SCCP ОКС7 и другие связные подсистемы.
3. Возможность постепенного и плавного расширения без прерывания

4. Возможность использования не зависящих от услуг конструктивных блоков

(SIB), отвечающих заданным требованиям по обслуживанию.
5. Применение открытых, стандартных и универсальных программных и

аппаратных платформ и систем.
6. Использование стандартных информационных потоков с реализацией для

взаимодействия между функциональными объектами.
7. Системное программное обеспечение имеет многоуровневую модульную

структуру, процессы межмодульного взаимодействия основаны на
-577-
международных стандартных интерфейсах, благодаря чему достигается

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

система UNIX, обладающая хорошей переносимостью.
10. Применяются крупномасштабные базы данных SQL SERVER, Informix,

Oracle, Sybase, базирующиеся на UNIX
11. Возможность гибкого конфигурирования для соответствия различным

требованиям.
9.8.4.5 Требования к аппаратным средствам
Пункт SCP, как основной компонент интеллектуальной сети, должен

осуществлять быструю и безошибочную обработку различных услуг, что
предъявляет высокие требования к его аппаратным средствам: возможность
функционирования в режиме реального времени и отказоустойчивость, высокая
скорость обработки, короткие задержки, высокая стабильность, предоставление
различных коммуникационных интерфейсов для взаимодействия с внешними
сетями, таких как порты сигнализации ОКС7, порты X.25, интерфейсы LAN и т.д.
1. Требования к компьютерной системе
Как видно из приведенных выше требований, для SCP необходимо

использовать отказоустойчивый компьютер или сдвоенную
высокопроизводительную систему. В отказоустойчивом компьютере
применяются технологии синхронного функционирования дублирующих
блоков и сравнения результатов, что обеспечивает высокую надежность
системы вплоть до уровня микросхем.
В сдвоенной системе обычно применяется схема “активный/резервный” или

метод разделения нагрузки. В случае схемы “активный/резервный”, при
-578-
выходе из строя активного компонента резервный компонент мгновенно

берет на себя управление совместно используемым диском и прикладной
системой. В случае метода разделения нагрузки, при отказе одного
компонента всю работу начинает выполнять другой компонент.
Поэтому к конфигурации системы предъявляются высокие требования. Т.е.

помимо соответствия базовым требованиям, конфигурация должна быть как
можно более совершенной. Например, объем памяти должен быть не менее
128M.
2. Требования к жесткому диску
Для жесткого диска применяется технология дисковых массивов. Дисковый

массив имеет резервные диски и работает в отказоустойчивом режиме. К
главной системе он подключается через высокоскоростные интерфейсы
передачи данных.
3. Требования к звеньям сигнализации ОКС7
С целью обеспечения надежности и безопасности звенья сигнализации ОКС7

должны конфигурироваться попарно.
4. Требования к физическим каналам X.25
Когда пункт SCP подключен к пункту SMP через X.25, для обеспечения
надежности и безопасности требуется наличие, по крайней мере, двух
физических каналов.
9.8.4.6 Требования к программному обеспечению
Требования к программному обеспечению:
1. Операционная система
Операционная система должна отвечать требованиям эффективности,

надежности и универсальности. Возможно использование UNIX, WINDOWS
2000 или WINDOWS NT.
-579-
2. База данных
База данных должна иметь высокую степень защищенности, иметь большую

емкость и высокую скорость обращения к данным. Возможно использование
SQL SERVER, Oracle, Sybase, Informix и т.д.
3. Коммуникационное программное обеспечение
Коммуникационное программное обеспечение должно быть

высокоэффективным, надежным и соответствовать стандартам. Возможно
использование ПО коммуникационного протокола TCP/IP..
9.9 ZX-G10-IP (Интеллектуальная периферия)
Система ZX-IN10-IP изображена на рис.9.9-1.
DTMF Rx/Tx
Голосовой
почт . ящик
Синтезатор
речи
Рис. 9.9-1 ZX-IN10-IP (интеллектуальная периферия)
Система ZX-IN предусматривает два метода реализации функции

специализированных ресурсов ИС (SRF):
1. Внедрение функции SRF на коммутаторе и реализация встроенной

интеллектуальной периферии (IP) с помощью имеющихся на коммутаторе
-580-
общедоступных ресурсов. Этот метод применяется на начальном этапе

развития ИС, когда число типов услуг невелико, а требования к SRF довольно
просты.
2. Обеспечение автономной стандартной IP, подключаемой к пункту коммутации

услуг (SSP) с помощью цифровых соединительных линий через ISUP
сигнализации ОКС7. Предоставляются такие функции, как прием/посылка
DTMF-сигналов, прием/сообщений, голосовой почтовый ящик, синтезатор
речи, идентификация речи и т.д. Функция воспроизводимого оповещения
поддерживает использование более трех языков.
9.10 ZX-IN-SMS (Система администрирования услуг)
9.10.1 Функциональное описание
Система администрирования услуг (SMS; Service Management System) состоит из

двух частей: SMF и SMAF, реализующих функции управления доступом,
администрирования услуг (например, доступ к услугам в режиме on-line),
управления данными услуг и т.д.
В сети система SMS выступает в роли управляющего центра, обеспечивающего

резервное копирование и передачу данных. Эта система находится под
непосредственным управлением оператора и определяет работу функций
SCF/SDF. Она может управлять практически всеми данными в ИС и
одновременно обеспечивать простой и безопасный доступ абонентов как к
данным услуг, так и абонентским данным. К основным функциям этой системы
относятся:
1. Управление доступом
Поддерживает доступ большого количества абонентов, в т.ч. удаленный

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

проверка данных обеспечивают высокую степень защиты.
3. Управление тарификацией
Включает управление тарифами, распределение оплаты, запрос квитанций и

т.д.
4. Управление данными услуг (включая активизацию услуг или ИС-номеров,

ограничение трафика услуг)
Активизация/деактивизация ИС-услуг. Если код услуги деактивизирован, то

вызов отклоняется. Количество вызовов, использующих конкретную услугу,
может быть ограничено или изменено. Т.е. задается максимально возможное
количество вызовов данной услуги за определенный интервал времени. При
достижении установленного значения вызовы будут отклоняться. Об
ограничении вызовов для услуги можно узнать по коду доступа.
5. Администрирование пункта управления услугами (SCP)
При администрировании пункта SCP система загружает программы логики

услуг (SLP) и данные, сгенерированные в среде создания услуг (SCE), на
процессор управления услугами (CP) и на сервер данных.
6. Управление сетью
Управление сетью включает управление отказами и аварийными сигналами,

управление рабочими параметрами системы и централизованное управление
различными статистическими данными во всей сети.
7. Управление абонентскими данными, авторизацией и рабочими параметрами.
Система может добавлять, удалять и изменять все абонентские данные и

посылать отчет о результатах обработки в базу данных INSYS, работающую в
режиме реального времени. Система SMS также должна быть
соответствующим образом оповещена о любом изменении базы данных в
INSYS, например, об уменьшении остатка на счете после завершения
разговора абонента.
-582-
8. Мониторинг и измерение характеристик обслуживания
Включает отчет об абонентских услугах, отчет о состоянии абонентских

услуг, мониторинг абонентского трафика и т.д.
9.10.2 Характеристики системы
Характеристики системы:
1. Усовершенствованные функции управления услугами.
2. Удобный графический рабочий интерфейс.
3. Поддержка баз данных большой емкости.
4. Поддержка оперативных изменений и загрузки услуг.
5. Возможность оперативного обновления системы.
6. Отличная наращиваемость системы.
7. Управление защищенным доступом.
8. Гибкий и удобный доступ, отвечающий различным требованиям.
9. Применение режима клиент/сервер.
10. Применение активных/резервных каналов связи для обеспечения надежной и

безопасной связи.
11. Применение механизма обработки транзакций базы данных гарантирует

целостность данных.
12. Для основных компонентов системы (процессора, жесткого диска, блока

питания и т.д.) используется конфигурация с резервированием.
13. Применение технологии дискового массива с резервированием обеспечивает

надежность дисков.
-583-
9.11 ZX-IN10-SCE (Среда создания услуг)
Среда создания услуг (SCE; Service creation environment) предназначена для

определения, разработки, имитации, тестирования и создания интеллектуальных
услуг. В этой среде осуществляется создание новых услуг с использованием
независимых от услуг конструктивных блоков (SIB), не зависящих от типа и
конфигурации сети.
Система ZX-IN10 оперирует блоками SIB, которые соответствуют стандартам

ITU-T, относящимся к ИС. С помощью этих блоков абоненты могут быстро и
удобно определять ИС-услуги. Данная система реализует совершенные функции,
гарантирующие безопасность, надежность и быстроту создания новых услуг,
добавляемых в соответствующие физические узлы через систему SMS.
Ключевым компонентом при создании услуг являются блоки SIB – стандартные,

допускающие возможность многократного использования и не зависящие от
услуг.
Ниже описываются архитектура, функции, характеристики и блоки SIB среды

создания услуг системы ZX-IN10.
9.11.1 Архитектура системы
Архитектура ZX-IN10 SCE показана на Рис. 9.11-1.
-584-
Редактор
Редактор Управление
данных услуг Библ. SIB библиотекой SIB
Редактор таблиц
в БД услуг
Проверка Эмуляция
синтаксиса SSF, CCF
Проверка
Имитационное
характеристик
тестирование
обслуживания
Выявление
Логика
конфликтов между
создания услуг
услугами
В систему администрирования услуг
Рис. 9.11-1 Структурная модель ZX-IN10 SCE
9.11.2 Функциональное описание
Функции системы:
1. Редактирование услуг
Функция редактирования логики услуг включает в себя функцию логики

услуг, с помощью которой из библиотеки SIB выбираются блоки SIB для
формирования базовой логики услуг, функцию логики данных услуги данные
(CID и SSD для каждого блока SIB) и функцию редактирования таблиц базы
данных, с помощью которой для каждой новой услуги определяется
соответствующая база данных.
2. Функция проверки синтаксиса
Отредактированные услуги должны пройти процедуру проверки синтаксиса и

верификации для выявления возможных ошибок редактирования.
-585-
3. Функция имитационного тестирования услуг
1) Имитация функций SSF и CCF
В данной среде возможна имитация услуг, позволяющая наблюдать за

работой функции коммутации услуг и функции управления вызовами.
Помимо этого, в ней реализованы следующие основные средства
интерактивной человеко-машинной отладки:
Пошаговый режим и задание точек останова на основе цепи блоков SIB.
Отображение отладочной информации во время выполнения услуги, включая

информационные потоки INAP между SCF, SSF, SDF и SRF, изменения баз
данных, переходы и изменения состояния BCSM в SSP, а также изменения
данных CID.
Графическая имитация взаимодействия SSP и телефонных аппаратов.
Голосовое сопровождение.
Все эти методы облегчают и ускоряют создание новых услуг для абонентов.
2) Тестирование характеристик обслуживания.
Среда создания услуг может генерировать вызовы интеллектуальных услуг

через имитированный пункт SSP в имитированной среде выполнения в
соответствии с заданной частотой или трафиком абонентских вызовов.
Одновременно она отображает текущее состояние очереди SCP-сообщений и
степень занятости CPU, что является важным показателем для анализа
возможностей по обработке услуг и оптимизации логики услуг.
3) Обнаружение конфликтов услуг
Конфликт услуг – это побочный эффект, вызываемый взаимным влиянием

ИС-услуг друг на друга или ИС-услуг и не-ИС услуг. С увеличением числа
новых услуг в сети становится все труднее обнаружить эти конфликты
вручную, поэтому данная функция представляется весьма полезной..
4. Функция создания услуг
-586-
Среда SCE в определенном формате информационного потока передает

логику услуг, данные услуг и структуру таблиц базы данных услуг в пункт
администрирования услуг (SMP), который загружает созданные услуги на
соответствующий пункт управления услугами (SCP), пункт хранения данных
для услуг (SDP), пункт коммутации услуг (SSP) и пункт специализированных
ресурсов.
5. Другие функции
Функции печати и выдачи информации для управления версиями услуг и

построения графических блок-схем функционирования услуг.
9.11.3 Краткое описание блоков SIB
Блоки SIB (Service Independent Block; Независимый от услуг конструктивный

блок) – это основные компоненты, используемые для разработки и создания
интеллектуальных услуг. Их можно комбинировать в определенной
последовательности (логика услуги), формируя, таким образом,
интеллектуальные услуги сети.
Далее приводится подробное описание:
9.11.3.1 Значение и функции SIB
Блоки SIB представляют собой стандартные, унифицированные, многократно

используемые сетевые функциональные модули, используемые для создания
сервисных функций в глобальной функциональной плоскости.
Функции и характеристики SIB:
1. Блоки SIB не зависят ни от архитектуры распределенной функциональной

плоскости (DFP; Distributed Function Plane), ни физической плоскости
(Physical Plane; PP), ни от особенностей построения сети.
2. Блоки SIB имеют унифицированные стандартные интерфейсы, поэтому их

можно соединять друг с другом
-587-
3. Блоки SIB описываются с точки зрения работы сети в целом, поэтому ни

особенности конкретной реализации, ни отношения с другими
функциональными объектами в плоскости DFP не определяются.
4. Для каждого блока SIB определено использование одной стандартной

технологии.
5. Блоки SIB являются сетевыми функциональными модулями, с помощью

которых разработчики услуг могут создавать новые услуги.
6. Все сервисные функции могут быть описаны посредством одного SIB или
группы из конечного числа блоков SIB.
7. Каждый блок SIB полностью определяет только одну операцию.
8. Функции SIB реализуются посредством операций функциональных объектов в

плоскости распределенных функций. Эти действия могут относиться к одному
или нескольким функциональным объектам.
9. Для блоков SIB должны быть определены соответствующие параметры

запросов вызовов и параметры вспомогательных данных.
10. Блоки SIB могут быть использованы повторно без воздействия на другие
услуги.
9.11.3.2 Параметры блоков SIB
Для каждого блока SIB требуется два типа параметров данных: динамический
параметр CID (Call Instance Data; Данные экземпляра вызова) и SSD (Service
Support Data; Вспомогательные данные услуги), См. Рис. 9.11-2.
-588-
SSD Параметры SSD
Логическое Терминалы
SIB
начало обслуживания
CID CID
входной CID выходной
параметр параметр
Рис. 9.11-2 Входные и выходные параметры блоков SIB
1. Данные экземпляра вызова (CID)
Данные CID являются динамическими параметрами. Они различаются для

каждого экземпляра вызова. Таким образом, при изменении экземпляра
вызова с соответствующей услугой могут быть соотнесены определенные
характеристики. Данные относятся к одному из следующих трех типов:
1) Используемые данные из процесса обработки базовых вызовов (BCP) или

других блоков SIB.
2) Некоторые данные, созданные блоком SIB
3) Данные, вводимые абонентом.
2. Вспомогательные данные услуги (SSD)
Данные SSD представляют собой параметры данных, необходимые блокам

SIB для описания услуг. Существует две категории SSD: фиксированные
параметры и указатели на информационные поля.
1) Фиксированные параметры определяются каждым блоком SIB и используются

им для реализации своих функций. Эти вспомогательные данные
фиксированы для всех запросов вызовов.
-589-
2) Указатели на информационные поля ссылаются на данные CID, которые

требуются блокам SIB. Они указывают на логическое местоположение
данных, используя формат “CIDFP-XXXX”, где “XXXX” обозначает
местоположение требуемых данных. Если блоку SIB для функционирования
необходимо несколько видов CID, то параметры SSD содержат несколько
указателей на информационные поля.
9.11.3.3 Описание SIB
При описании блоков SIB используются следующие термины:
1. Определение
2. Входные данные
1) Одна точка логического начала
2) Вспомогательные данные услуги (SSD)
3) Данные экземпляра вызова (CID)
3. Выходные данные
1) Одна или несколько точек логического завершения
2) Данные экземпляра вызова (CID)
9.11.3.4 Блоки SIB в системе ZX-IN10
В системе ZXIN10 используется 24 типа блоков SIB: Algorithm (алгоритм), Charge

(тарификация), Compare (сравнение), Distribute (распределение), Limit
(ограничение), Log Call Information (журнал информации о вызовах), Queue
(очередь), Screen (просеивание), Service Data Management (управление данными
услуг), Status Notification (оповещение о состоянии), Translate (преобразование),
User Interaction (взаимодействие с пользователем), Verify (верификация), Connect
(соединение), Continue (продолжение), Disconnect Resource (отключение ресурса),
EDP Information (информация EDP), EDP Request (запрос EDP), Initial Call
(инициирование вызова), Release Call (разъединение вызова), Branch
-590-
(ответвление), Judge (арбитр), Error (ошибка), Apply Charging (применение

тарификации).
1. Блок “Algorithm” (алгоритм)
1) Определение
С помощью блока SIB “Algorithm” к данным применяются некоторые

математические алгоритмы обработки.
2) Входные данные
A. Логическое начало
B. Вспомогательные данные услуги (SSD)
Тип (Type): обозначает тип алгоритмов данного блока SIB. На данный

момент существует два типа – приращение (increment) и уменьшение
(decrement);
Значение (Value): определяет количество применений блока SIB (1, 2 и т.д.).
CIDFP-Algorithm: указатель на поле “Algorithm” в данных экземпляра вызова

(Call Instance Data Field Pointer on Algorithm)
CIDFP-Error: указатель на поле “Error” в данных экземпляра вызова (Call

Instance Data Field Pointer on Error)
C. Идентификатор CID
Данные, соответствующие CIDFP—Algorithm, определяют, какой алгоритм

должен быть применен.
3) Выходные данные
A. Логическое завершение
Успешное завершение или ошибка.
B. Данные экземпляра вызова (CID)
-591-
Идентификатор (ID): содержит результирующее значение после выполнения

операции блоком SIB;
Причина ошибки (Error cause): конкретные условия, при которых произошла

ошибка во время работы данного блока SIB. Для блока “Algorithm”
возможны следующие причины ошибок: недопустимый тип (Invalid Type),
недопустимое значение (Invalid Value).
4) Графическое представление
См Рис 9.11-3:
SSD
SSD -- тип, значение
CIDFP－data (данные)
CIDFP－error (ошибка)
успешное
Логическое начало
завершение
Алгоритм
ошибка
идентификатор CID Причина ошибки
Рис. 9.11-3 Блок SIB “Algorithm”
2. Блок “Charge” (тарификация)
Блок “Charge” определяет особые условия учета стоимости вызовов, т.е.

любое дополнительное начисление оплаты помимо того, которое обычно
осуществляется в процессе обработки базовых вызовов. В целом, этим
блоком выполняется идентификация соответствующего ресурса и пункта, на
котором ведется текущая тарификация. Данный SIB не отвечает за процесс
создания квитанций.
-592-
Количество счетов, для которых выполняется тарификация
Для каждого счета указываются два параметра: номер и процент;
Тип ресурса (Type of resource): указывает на информационный ресурс, для

которого выполняется тарификация
Единица (Unit): определяет единицу дополнительной стоимости для

тарификации при использовании специальных ресурсов.
Идентификатор услуги/сервисной функции (Service/service feature ID):

указывает на услугу, для которой выполняется тарификация;
CIDFP-Pulse: указатель на поле “Pulse” в данных экземпляра вызова (Call

Instance Data Field Pointer on Pulse).
CIDFP—Error: указатель на поле “Error” в данных экземпляра вызова (Call

Линия (Line): номер линии для начисления оплаты. Это может быть,
вызывающая линия, номер вызываемого абонента или код назначения.
Номер счета (Account number): номер счета для выполнения тарификации.

Это номер счета, вводимый во время вызова, например, номер кредитной
карты или расчетной карты (calling card).
Подсчет импульсов (Pulse metering): если это значение задано, оно указывает
на измерение (подсчет) импульсов, относящихся к вызывающим линиям.
Успешное завершение или ошибка.
-593-
Причина ошибки (Error cause): конкретные условия, при которых произошла

ошибка во время работы данного блока SIB. В настоящее время возможны
следующие причины ошибок: недопустимый счет (invalid charging aсcount),
недопустимое процентное распределение (invalid percent proportion),
недопустимая услуга/сервисная функция (invalid service/service feature),
неверный ресурс (invalid resource), неверная единица (invalid unit), сбой в
системе (system failure). Для перечисленных типов ошибок регистрация не
ведется.
См. Рис. 9.11-4
Количество счетов
Счета
Тип ресурса
SSD
Единица
Услуга/сервисная функция
CIDFP- Pulse (импульсы)
CIDFP- Error (ошибка)
Успешное
Логическое
начало завершение
Тарификация
Ошибки
Телефонный номер
Причина
Счет CID
ошибки
Подсчет импульсов
Рис. 9.11-4 Блок SIB “Charge”
3. Блок “Compare” (сравнение)
Блок “Compare” осуществляет сравнение вводимых данных с заданным

опорным значением. Возможные результаты сравнения: “больше, чем
опорное значение”, “меньше, чем опорное значение”, “равно опорному
значению”.
-594-
B. Вспомогательные данные (SSD)
Экземпляр для сравнения (Comparison sample):
Опорное значение (Reference value): заданное значение для сравнения.
CIDFP-Compare: указатель на поле “Compare” в данных экземпляра вызова

(Call Instance Data Field Pointer on Compare)

C. Идентификатор CID: Определяет значение, относящееся к идентификатору

CIDFP-compare.
Возможные результаты: “больше, чем опорное значение”, “меньше, чем

опорное значение”, “равно опорному значения” или ошибка (ERROR).
Причина ошибки (Error cause): определяет конкретные условия, вызвавшие

ошибку во время работы данного блока SIB. Для блока “Compare” возможны
следующие причины ошибок: недопустимый идентификатор (Invalid
Identifier), недопустимое опорное значение (Invalid Reference Value).
См. Рис. 9.11-5
-595-
SSD Т ип ср авнения
О пор ное значение
CID FP -Comp arison
CID FP -Error
Логическое начало Больше

М ень ше
Ср авнение
Р авно
О шибка
И дентиф икатор CID П р ичина ошибки
Рис. 9.11-5 Блок SIB “Compare”
4. Блок “Distribute” (распределение)
Блок “Distribute” выполняет распределение вызовов между различными

логическими терминалами блоков SIB на основании задаваемых абонентами
параметров.
Тип алгоритма (Algorithm type): распределение на основе процентных

значений, последовательности, времени или даты.
Номер логического терминала (Logical terminal number)
Параметры алгоритма (Algorithm parameters)
CIDFP-Error: указатель на поле “Error” в данных экземпляра вызова (Call

Нет
-596-
Выдает номер логического терминала, завершившего работу (1, 2, … N) и

статус ошибки.
Причина ошибки (Error cause): указывает конкретные условия, при которых

произошла ошибка во время работы данного блока SIB. Для блока “Distribute”
возможны следующие причины ошибок: Для блока “Distribute” возможны
следующие причины ошибок: недопустимый тип (invalid type), недопустимое
процентное распределение (invalid percentage proportion), недопустимая сумма
значений процентного распределения (invalid percentage proportion sum),
неверный номер логического терминала (invalid logic terminal No.), отсутствие
предельного значения времени (missed time limit), пропуск времени
повторения на логическом терминале (skipping the repetitive time on the logic
terminal), не указана дата (missed date), пропуск даты повторения на
логическом терминале (skipping the repetitive date on the logic terminal).
См. Рис. 9.11-6
SSD Тип алгоритма

Номер логического выхода
Параметр алгоритма
CIDFP-Error
Логическое начало 1
2
Распределение
n
CID Причина ошибки
Рис. 9.11-6 Блок SIB "Distribute”
-597-
5. Блок “Limit” (ограничение)
Блок “Limit” функционирует на основе задаваемых абонентами параметров и

может ограничивать предельное количество вызовов, относящихся к ИС-
услугам. Этот блок не может использоваться для реализации функции
управления перегрузками в сети.
Тип ограничения (Limit type): передача вызова в течение (S) секунд по

прошествии (Q) секунд; передача (N) вызовов, если количество вызовов
превышает (P)
Параметры ограничений (Restriction parameters): параметры ограничения

некоторых вспомогательных услуг. Включают в себя: длительность S,
интервал времени Q, интервал измерения P, количество вызовов N.
Параметры алгоритма
CIDFP—Field: указатель на поле “Field” в данных экземпляра вызова (Call

Instance Data Field Pointer on Field)

Instance Data Field Pointer On Error)
Указывает на данные, относящиеся к CIDFP—Field, определяющие

количество текущих вызовов.
-598-
Обозначает результат выполнения: пройден (passed), не пройден (not passed)

и ошибка.
Причина ошибки (Error cause): определяет конкретные условия, при которых

произошла ошибка во время работы данного блока SIB. Для блока “Limit”
возможны следующие причины ошибок: недопустимый тип (Invalid Type),
недопустимый параметр (Invalid Parameter).
См. Рис. 9.11-7
SSD Тип
Параметр
CIDFP-file (инф. разделы)
CIDFP-error
Логическое начало Пройден
Ограничение Не пройден
Ошибки
Файл CID Причина ошибки
Рис. 9.11-7 Блок SIB “Limit”
6. Блок “Log call Information” (регистрация информации о вызовах)
Блок “Log call Information” осуществляет запись подробной информации о

каждом вызове в файл. Собранная информация может использоваться
агентами администрирования услуг, но не агентами, связанными с
инициированием вызова.
-599-
Идентификатор файла регистрации (Log file ID): определяет файл для записи
регистрационных данных
CIDFP—Log: указатель на поле “Log” в данных экземпляра вызова (Call

Instance Data Field Pointer on Log)
CIDFP—Error: указатель на поле “Error" в данных экземпляра вызова (Call

Используется для идентификации данных, связанных с указателем CIDFP—

Log, который определяет данные, подлежащие регистрации.
После логического завершения выдается результат выполнения: успешное

завершение или ошибка.

произошла ошибка во время работы данного блока SIB. Для блока “Log call
Information” возможны следующие причины ошибок: неверный
идентификатор (Invalid ID), неверный идентификатор файла регистрации
(Invalid Log File ID).
См. Рис. 9.11-8:
-600-
SSD Идентификатор файла регистрации

CIDFP-log
CIDFP-error
CIDFP-Authentication related ID
Логическое начало Регистрация Успешно

о вызовах Ошибки
Идентификатор
Идентификатор,
оносящийся к CID Причина ошибки
аутентификации
Рис. 9.11-8 Блок SIB “Log call Information”.
7. Блок “Queue” (очередь)
Блок “Queue” обеспечивает организацию очереди ИС-вызовов для

2) Входные данные:
Максимальное количество активизированных вызовов (Maximum activated

number): указывается максимальное количество вызовов, которые могут быть
активны одновременно.
Максимальное количество вызовов, которые могут быть поставлены в

очередь (Maximum queued number).
Максимальное время пребывания вызова в очереди (Longest queue).
Параметры воспроизведения извещения (Record advice data): указывается

контрольное значение для речевого извещения, включая идентификатор
речевого сообщения, запрос на повторение, интервал между повторениями и
-601-
максимальное количество повторений.
CIDFP-Resource: указатель на поле “Resource” в данных экземпляра вызова

(Call Instance Data Field Pointer on Resource CIDFP)

C. Данные экземпляра вызова (CID)
Метка вызова (Call reference): определяет конкретные вызовы, ожидающие

постановки в очередь
Вызываемый ресурс (Calling source): указывает на данные, относящиеся к

CIDFP—Resource, т.е. данные, которые должны быть поставлены в очередь
После логического завершения выдается результат выполнения, включая

имеющиеся сетевые ресурсы (network resource available), отказ вызывающей
стороны (calling party abandon), срабатывание таймера очереди (queuing timer
time out), переполнение очереди (queue full), ошибка (error).
Время нахождения в очереди (Time spent on queuing);

произошла ошибка во время работы данного блока SIB. Для блока “Queue”
возможны следующие причины ошибок: недопустимое максимальное
количество действительных вызовов (Invalid Max Number of Valid Calls),
недопустимое максимальное количество вызовов в очереди (Invalid Max
Number of Queuing Calls), недопустимый параметр речевого извещения
(Invalid Notice Parameter), недопустимая метка вызова (Invalid Call Reference)
-602-
См. Рис. 9.11-9:
М акс. кол-во активных вызовов

М акс. кол-во вызово в очереди
SSD Длина очереди
Параметры речевого извещения
CIDFP-resource
CIDFP-error Используемые
ресурсы
Логическое начало Отмена вызова
Очередь Превышеие тайм-аута
Переполнение очереди
Ошибки
Время нахождения вызова в очереди

Ресурс метки вызова CID
Причина ошибки
Рис. 9.11-9 Блок SIB “Queue”
8. Блок “Screen” (просеивание)
Блок “Screen” выполняет сравнение идентификатора с элементами списка,

пытаясь определить, содержится ли данный идентификатор в списке.
Название списка просеивания (Screen list name): указывает на объект,

содержащий данные, используемые при сравнении.
CIDFP—Screen: указатель на поле “Screen” в данных экземпляра вызова (Call

Instance Data Field Pointer on Screen).

instance Data Information Field Pointer on Error)
-603-
Определяет данные, связанные с CIDFP—Screen, т.е. данные, которые

используются при просеивании.
A. Логическое завершение: “совпадает”, “не совпадает”, ошибка.
Указывает на конкретные условия, вызвавшие ошибку во время работы

данного блока SIB. Идентифицируемые ошибки: неверный идентификатор
(invalid identifier) и неверный список для просеивания (invalid screening list).
См. Рис. 9.11-10:
Название списка для просеивания

SSD Объект, выполняющий просеивание
CIDFP-relative ID to authentication
CIDFP-data
CIDFP-error
Логическое начало Совпадение

Просеивание Несовпадение
Ошибки
Данные
ID, связанный с CID Причина ошибки
аутентификацией
Рис. 9.11-10 Блок SIB “Screen”
9. Блок “Service Data Management” (управление данными услуг)
Блок “Service Data Management” позволяет конечному пользователю

выполнять замену и поиск данных, а также увеличивать и уменьшать
-604-
некоторые значения.
Индикатор данных пользователя (User data indicator);
Действие (аction): определяет допустимые действия над абонентскими

данными. К таким действиям относятся: замена (replace), поиск (retrieve),
приращение (increase), уменьшение (decrease).
Индикатор элемента (Element indicator);
Приращение/уменьшение некоторого значения
CIDFP-information: указатель на поле “Information” в данных экземпляра

вызова (Call Instance Data Field Pointer about “Information”)
CIDFP-unit: указатель на информационное поле “Unit” в данных экземпляра

вызова (Call Instance Data Information Field Pointer on Unit)
CIDFP-retrieve: указатель на поле “Retrieval” в данных экземпляра вызова

(Call Instance Data Field Pointer on Retrieval)
CIDFP—error: указатель на поле “Error” в данных экземпляра вызова (Call

Instance Data Information Field Pointer on Error)
Информационное значение (Information value): указывается новое значение

некоторой величины, содержащейся в абонентских данных. Абонентские
данные поступают в данный блок SIB с выхода блока “User Interaction”.
Индикатор элемента (Element indicator): дополнительный параметр данных. В

случае, когда файл абонентских данных, который должен быть обработан,
содержит несколько элементов, в данном параметре указывается, над каким
-605-
элементом данных следует выполнить операции.
3) Выходные данные:
Найденные данные (Retrieved data);

ошибку во время работы данного блока SIB. Для блока “Service Data
Management” идентифицируются следующие причины ошибок: неверный
указатель на информационное поле (invalid information filed pointer),
недопустимые действия (invalid actions), неверный указатель на элемент
(invalid unit pointer), недопустимое информационное значение (invalid
information value), недопустимая величина для приращения/уменьшения
(invalid increase/decrease value).
См. Рис. 9.11-11:
Идентификатор инф. раздела

Действие
Идентификатор единицы
Атрибуты
SSD CIDFP - info
CIDFP - index
CIDFP - unit
CIDFP - error
CIDFPЈ- Authentication relative ID
Логическое начало Успешно
данными
услуг Ошибки
Инф. значение
Восстановленное значение
Идент. атрибутов
ID, вязанный с Причина ошибки
CID
аутентификацией
Рис. 9.11-11 Блок SIB “Service Data Management”
-606-
10. Блок “Status Notification” (уведомление о состоянии)
Блок “Status Notification” позволяет запрашивать состояние сетевых ресурсов

и/или об изменении состояния.
Тип (Type): запрос состояния ресурсов: ожидание, инициирование

постоянного мониторинга и отмена постоянного мониторинга.
Ресурс (Resource): указывается конкретный объект, подлежащий

мониторингу, включая абонентские и соединительные линии;
Таймер (Timer): указывается максимальное время мониторинга ресурса;
Указатель на информационное поле оповещения о состоянии;
Состояние ресурса (Resource status): обозначает предпочтительное состояние

контролируемого ресурса.
CIDFP-status: указатель на поле “Status” в данных экземпляра вызова (Call

Instance Data Field Pointer On Status)
CIDFP—Error: указатель поле “Error” в данных экземпляра вызова (Call

Нет
-607-
После логического завершения выдается результат выполнения: успешное

завершение, срабатывание таймера или ошибка.
Состояние

ошибку во время работы данного блока SIB. Для блока «Status Notification»
возможны следующие причины ошибок: недопустимый тип (invalid type),
недопустимый ресурс (invalid resource), недопустимое значение таймера
(invalid timer), недопустимый указатель на информационное поле (invalid
information filed pointer), invalid resource status (недопустимое состояние
ресурса).
См. Рис. 9.11-12:
Тип
Ресурс
SSD Состояние ресурса
Время ожидания
Идент. информации о статусе
CIDFP－state
Логическое CIDFP－error
Успешно
начало
Уведомление Срабатывание
о статусе таймера
Ошибки
Причина ошибки
CID
определения статуса
Рис. 9.11-12 Блок SIB “Status Notification”
11. Блок “Translate” (преобразование)
-608-
Блок “Translate” определяет тип преобразования входной информации в

выходную информацию.
Три типа: преобразование “одно число – одно число” (one to one number),
“одно число – несколько чисел” (оne to multiple numbers), “последовательный
код IA5 – одно число” (IA5 serial to one number), “строка символов IA5 – одно
число” (IA5 character string to one number).
Указатель на информационное поле;
CIDFP-CLI: указатель на поле “Calling Line Identification” (идентификация

вызывающей линии) в данных экземпляра вызова (Call Instance Data Field
Pointer on Calling Line Identification)
CIDFP-Information: указатель на поле “Information” в данных экземпляра

вызова (Call Instance Data Field Pointer on Information)

CIDFP-Translate: указатель на поле “Translate” в данных экземпляра вызова

(Call Instance Data Field Pointer On Translate)
CLI: указывается идентификатор вызывающей линии.
Информация (Information): указываются данные, подлежащие

преобразованию
-609-
Преобразованные данные (Translated data);

ошибку во время работы данного блока SIB. Для блока “Translate” возможны
следующие причины ошибок: недопустимый тип (invalid type), неверный
указатель на информационное поле (invalid information field pointer), неверная
информация (invalid information), неверный идентификатор CLI (invalid CLI),
преобразование невозможно (conversion unavailable).
См. Рис. 9.11-13:
Идентификатор (типа)
Указатель на инф. поле
SSD CIDFP－info. need to be translated
CIDFP－CLI call instance data
CIDFP－Authentication related ID
CIDFP－Error
Логическое Успешное
начало завершение
Ошибки
ID, связанный с Причина ошибки

аутентификацией CID
преобразования данных
Рис. 9.11-13 Блок SIB “Translation”
12. Блок “User interaction” (взаимодействие c пользователем)
Блок “User Interaction” позволяет осуществлять обмен информацией между

сетью и вызывающей/вызываемой стороной.
-610-
Параметры речевого извещения (Notification parameter): идентификатор

речевого извещения (Announcement ID), запрос повторения (repetition request),
интервал между повторениями речевого извещения (repetition interval),
максимальное количество повторений (maximum repetitions), длительность
(duration).
CIDFP-Сalling party: указатель на поле “Calling Party” (вызывающая сторона)

в данных экземпляра вызова (Call Instance Data Field Pointer on Calling Party)
CIDFP-Collection: уазатель на поле “Collection” в данных экземпляра вызова

(Call Instance Data Field Pointer on Collection)

Идентификатор вызывающей стороны (Calling party identifier): определяет

данные, связанные с CIDFP—Calling party, т.е. информацию, которой
вызывающая и вызываемая стороны обмениваются через сеть.
Собранные данные (Collected data);

ошибку во время работы данного блока SIB. Для блока “User Interaction”
возможны следующие причины ошибок: отклонение вызова (call abandon),
истечение времени на сбор информации (collection timeout), принят
неправильный номер (receiving incorrect number), непригодный для
использования ресурс речевого извещения (notifying unusable resources),
-611-
непригодный для использования ресурс сбора данных (unusable data collection

resources), invalid ID notification(недопустимый идентификатор речевого
сообщения), недопустимая вызывающая сторона (invalid calling party),
противоречивая установка таймера (timer with inconsistent settings), состояние
вызова несовместимо с извещением (calling status incompatible with
notification), состояние вызова несовместимо с собранной информацией
(calling status incompatible with collected information).
См. Рис. 9.11-14:
Параметры реч. извещения

SSD
Инф. о собираемых данных
CIDFP －Calling party
CIDFP －Collected info.
CIDFP －Error
Успешное
Логическое начало завершение
Взаимодействие с
пользователем
Ошибки
ID вызывающей стороны Причина ошибки

CID
при сборе данных
Рис. 9.11-14 Блок SIB “User Interaction”
13. Блок “Verify” (верификация)
Блок SIB “Verify” выполняет проверку синтаксического соответствия

полученной информации с ожидаемым форматом этой информации.
-612-
Максимальное количество символов (Maximum characters);
Минимальное количество символов (Minimum characters);
Формат (Format): указывается требуемый синтаксис для проверяемых данных.
CIDFP—Data: указатель на поле “Data” в данных экземпляра вызова (Call

Instance Data Field Pointer on Data)

Идентифицирует проверяемые данные, относящиеся к CIDFP—Data..

ошибку во время работы данного блока SIB. Для блока “Verify” возможны
следующие причины ошибок: недопустимый формат (invalid format),
неверный идентификатор (invalid identifier), противоречивые значения
максимального/минимального числа символов (maximum/minimum character
of inconsistent specification).
См. Рис. 9.11-15:
-613-
М акс. кол-во символов

SSD
М ин. кол-во символов
Формат
CIDFP －data
CIDFP －error
Успешно
Логическое начало Проверка
Верификация
не пройдена
Ошибки
Данные CID Причина ошибки
Рис. 9.11-15 Блок SIB “Verify”
14. Блок “Connect” (соединение)
Блок “Connect” выполняет установление соединения с одним или

несколькими пунктами назначения, выступающими в качестве адресатов.
CIDFP-calling line identification (CLI): указатель на поле “Calling line

Identification” (идентификатор вызывающей линии) в данных экземпляра
вызова (Call Instance Data Field Pointer on CLI)
CIDFP-Destination Code: указатель на информационное поле “Destination

Code” (код назначения) в данных экземпляра вызова (Call Instance Data
Information Field Pointer on Destination Code)
CIDFP—Bearing Capability: указатель на информационное поле “Bearer

Capability” (функция переноса информации) в данных экземпляра вызова (Call
Instance Data Information Field Pointer on Bearer Capability)
-614-
CIDFP-Type: указатель на поле “Type” (тип) в данных экземпляра вызова (Call

Instance Data Field Pointer on Type)

CLI: указываются данные, относящиеся к CIDFP—CLI;
Код назначения (Destination code): указываются данные, относящиеся к

CIDFP—Destination Code;
Функция переноса информации (Bearing capability): указываются данные,

относящиеся к CIDFP—Bearing Capacity;
Тип (Type): указываются данные, относящиеся к CIDFP—Type.
См. Рис. 9.11-16:
-615-
CIDFP－calling line identifier

SSD
CIDFP－destination code
CIDFP－bearing ability
CIDFP－type
CIDFP－error
Успешное
Логическое начало завершение
Соединение
Ошибки
Идент. вызывающей линии

Код назначения
Функция переноса информации CID Причина ошибки
Тип
Ошибка
Рис. 9.11-16 Блок SIB “Connect”
15. Блок “Release call” (разъединение вызова)
Блок “Release call” выполняет разъединение ИС-услуги по указанной

причине.
Причина (Cause): указываются данные, определяющие причину

разъединения.

Нет
-616-
Указывает на номера логических терминалов (1, 2, … N) и условия ошибки.

ошибку во время работы данного блока SIB.
См. Рис. 9.11-17:
SSD Причина
CIDFP-error
Логическое начало Разъединение

вызова
Рис. 9.11-17 Блок SIB “Release Call”
16. Блок “Apply charging” (применение тарификации)
Блок “Apply charging” задает и обрабатывает события тарификации для

какого-либо специального учета стоимости.
Событие тарификации (Charging event): задает и обрабатывает события,

связанные с начислением оплаты;
-617-
CIDFP—Error: указатель на информационное поле “Error” в данных

экземпляра вызова (Call Instance Data Information Field Pointer on Error)
Определяет данные, относящиеся к событиям тарификации, и указывает,

какие данные подлежат регистрации.
Причина ошибки (Error cause:): определяет конкретные условия, вызвавшие

ошибку во время работы данного блока SIB.
См. Рис. 9.11-18:
SSD Событие тарификации

CIDFP－error
Логическое начало Успешное

Применение завершение
тарификации
Ошибки
CID Причина ошибки
Рис. 9.11-18 Блок SIB “Apply Charging”
-618-
9.11.4 Рабочие характеристики
Простой в использовании графический интерфейс.
Стандартные блоки SIB, соответствующие рекомендациям ITU-T.
Интегрированная среда разработки, отладки, имитации и тестирования,

обеспечивающая быстрый, защищенный и надежный процесс создания услуг.
Введение новых услуг не оказывает влияния на целостность и надежность сети.
Простые и удобные операции для создания услуг. Используется отказоустойчивое

программное обеспечение среды создания услуг (SCE) с функцией контроля
сбоев.
Удобный и гибкий доступ к среде создания услуг (SCE).
9.12 Организация сети с применением системы ZX-IN10
Совершенные рабочие характеристики системы ZX-IN10 предоставляют гибкие

возможности для организации сети. Благодаря поддержке аналоговой
абонентской сигнализации, DSS1, CAS, R1, R2, CAS No.5, а также подсистем
TUP и ISUP ОКС7 и т.д., ZX-IN10 реализует широкий спектр услуг без каких-
либо ограничений на местоположение пункта коммутации услуг (SSP). В
зависимости от конкретных условий, для обеспечения гибкой и оптимальной
структуры сети пункт SSP может быть размещен на междугородной станции (TS;
Toll Switch), местной транзитной стации (TM; Local Tandem Switch), местной
оконечной станции (LS; Local Switch) и т.д.
Существует два способа организации сети с применением системы ZX-IN10.

Первый способ – интегрированная организация сети, т.е. непосредственная
модификация транзитной или локальной станции до уровня пункта коммутации
услуг (SSP). Другой метод – построение сети с наложением (overlapped
networking), т.е. “наложение” пункта SSP и на имеющуюся сеть. При этом каждая
оконечная станция подключается к пункту SSP напрямую или через транзитную
станцию. Далее приведено общее описание обоих методов.
-619-
9.12.1 Интегрированная организация сети
Ниже описывается схема интегрированной сети:
1. Вариант, когда при интегрированной организации сети пункт коммутации

услуг (SSP) устанавливается на междугородной станции (TS). См. Рис. 9.12-1.
SCP
Сеть сигнализации ОКС№7
SSP/TS SSP/TS
TM TM TM
LS LS LS
TS: Междугородная станция TM: Транзитная станция LS: Оконечная станция
Рис. 9.12-1 Интегрированная организация сети (пункт SSP объединен с междугородной
станцией)
Недостатки этого подхода:
1) Обновление и реорганизация программного обеспечения/аппаратных средств

исходного оборудования TS обязательно оказывает воздействие на исходные
услуги TS, а также на стабильность оборудования и сети
2) Поскольку исходное оборудование TS, в основном, обеспечивает услуги

междугородней связи, то его производительность после добавления функций
SSP может не соответствовать новым требованиям
-620-
3) При низкой доступности каналов в TS должна выполняться альтернативная

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

концентратором. Если она объединяется с пунктом SSP, то функции
коммутации междугородних вызовов и функции SSP будут оказывать влияние
друг на друга. А поскольку для запуска, тестирования и технического
обслуживания SSP необходим определенный период времени, то это вызовет
определенные нарушения в работе услуг междугородних вызовов на TS.
2. Вариант, когда при интегрированной организации сети пункт коммутации

услуг (SSP) устанавливается на транзитной станции (TM). См. Рис. 9.12-2.
SCP
TS TS
TM SSP/TM SSP/TM
LS LS LS
Рис. 9.12-2 Интегрированная организация сети (пункт SSP размещается на транзитной
станции)
Недостатки этого подхода:
1) Модификация исходного оборудования TM и обновление программного

-621-
обеспечения всегда сказывается на стабильности исходной сети.
2) После модификации исходной TM производительность станции снизится,

если будут добавлены функции пункта SSP.
3) Наличие в исходной сети связи большого количества различных типов

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

для будущего расширения функций необходим определенный период времени,
что может привести к нарушениям в работе исходных местных услуг.
5) Расширение функций исходных станций является достаточно сложным

процессом. Например, на исходном оборудовании очень сложно добавить
функции IP или вести новые услуги голосовых ресурсов.
9.12.2 Организация сети с наложением
Ниже описывается схема организации сети с наложением.
1. Вариант, когда при организации сети с наложением пункт коммутации услуг

(SSP) устанавливается на оконечной станции. См. Рис. 9.12-3
SCP
SSP SSP
Рис. 9.12-3 Организация сети с наложением (пункт SSP размещен на оконечной станции)
-622-
Недостатки этого метода:
1) Спектр предоставляемых услуг очень узок. Предоставление

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

номеров должно выполняться непосредственно через SSP, а это нарушает
исходную схему планирования сети связи.
2. Вариант, когда при организации сети с наложением пункт коммутации услуг

(SSP) устанавливается на местной транзитной станции в местной сети, см.
Рис. 9.12-4.
SCP
TS TS
TM SSP SSP TM
LS LS LS
Рис. 9.12-4 Организация сети с наложением (пункт SSP размещается на местной транзитной
станции)
Достоинства этого подхода:
1) При использовании метода с наложением построение, тестирование и

техническое обслуживание пункта SSP не оказывает влияния на исходные
-623-
услуги сети.
2) Пункт SSP выполняет обработку только интеллектуальных услуг, при этом

сохраняется высокая обрабатывающую способность и надежность.
3) Новое оборудование пункта SSP хорошо адаптируется для разработки

интеллектуальных услуг, что облегчает обновление программного
обеспечения и аппаратных средств в будущем. К примеру, в систему ZX-
IN10-SSP в режиме реального времени динамично может быть загружена
функция обработки речи для расширения категорий речевых услуг.
4) Высокая доступность сетевых каналов. Местные интеллектуальные услуги

могут обрабатываться в пределах локальной сети без дополнительных затрат
на использование междугородних/местных комплектов соединительных
линий.
5) Пункт SSP подключается к местной станции только с помощью

соединительных линий, не требуя выделения дополнительных номеров.
Благодаря этому минимизируется его влияние на исходную схему
планирования сети связи.
9.13 Схема доступа к SMAP
Пункт SMAP (Service Management Access Point; Пункт доступа к

администрированию услуг) выполняет функцию доступа к управлению услугами.
Существует два метода доступа к SMAP: локальный и удаленный доступ. Если

необходимо удаленное управление, на удаленном конце можно использовать
DDN или X.25. Ниже приводится описание этих методов.
9.13.1 Локальный доступ
Для локального доступа требуется лишь подключение сетевой карты к локальной

сети. Если необходимо несколько терминалов техобслуживания и управления
интеллектуальными услугами, они могут быть подключены непосредственно к
локальной сети.
-624-
9.13.2 Доступ через DDN
Схема доступа через DDN показана на Рис. 9.13-1.
ZX-IN - SM P
TCP/IP
HUB
Нуль-модем Нуль-модем
Сеть DDN
Нуль-модем Нуль-модем
Маршрутизатор Маршрутизатор
Удаленный Удаленный
HUB SMAP SMAP
LAN
Рис. 9.13-1 Доступ к SMAP через сеть DDN
Преимущество этого метода – высокая скорость, но в то же время он является

весьма дорогостоящим. Кроме того, DDN-линии в некоторых районах являются
асинхронными и имеют низкую скорость передачи данных. Однако на стороне
SMAP можно обойтись без маршрутизатора, т.к. для асинхронной DDN-сети
можно использовать асинхронный модем с прямой передачей данных (нуль-
модем). Т.е. его можно подключать непосредственно к последовательным портам
SMS.
9.13.3 Доступ через X.25
Сеть X.25 является достаточно универсальной. Доступ к SMAP через X.25 может
применяться в том случае, когда пункт SMAP находится на удаленном конце.
-625-
Этот способ применим и в сочетании с сетями ТфОП. В этом случае для

соединения с сетью X.25 следует просто набрать номер доступа к X.25 на пункте
SMAP. Доступ через X.25 возможен также, когда на станциях имеются частные
X.25-линии. Тогда для телефонного соединения с сетью X.25 следует установить
карту X.25 на SMAP, как показано на 9.13-2.
Этот метод обеспечивает относительно высокую скорость, однако он требует

более высоких затрат по сравнению с использованием обычного модема.
ZX-IN10 - SM P
TCP/IP
HUB
Нуль-модем
Сеть X.25
Нуль-модем
Нуль-модем Карта X.25
Удаленный Удаленный
SM AP SM AP
Удаленный
HUB SMAP
LAN
Рис. 9.13-2 Доступ к SMAP через сеть X.25
9.14 Построение сети с SSP
9.14.1 Организация звездообразной сети
Данный метод организации сети является наиболее типичным для

многомодульной конфигурации ZX-IN-SSP, применяемой для станций большой
емкости (см. Рис. 9.14-1). Центральный модуль коммутационного поля (SNM;
-626-
Switching network module) соединяется с несколькими периферийными

коммутационными модулями через встроенную оптоволоконную систему
передачи данных. Емкость SNM может составлять до 64K, что соответствует 64
коммутационным модулям (включая, SNM, MSM, PSM или RSM).
S N M /S S P
P S M /S S P R S M /S S P
R S M /S S P
Рис. 9.14-1 Многомодульная звездообразная сеть ZX-IN10-SSP
9.14.2 Организация древовидной сети
Благодаря встроенной оптоволоконной технологии PDH или SPDH, с помощью

ZXIN-SSP можно гибко создавать древовидные сети с тремя уровнями узлов.
Модуль SNM может быть соединен с периферийным коммутационным модулем
(PSM) на ближнем конце или с удаленным коммутационным модулем (RSM) на
удаленном конце, которые можно подключить к модулям PSM или RSM нижнего
уровня (см. Рис. 9.14-2).
-627-
SNM/SSP
RSM/SSP PSM/SSP RSM/SSP
RSM/SSP RSM/SSP
Рис. 9.14-2 Многомодульная древовидная сеть с ZX-IN10-SSP
9.14.3 Организация кольцевой сети
С использованием встроенной технологии SDH 155 Мбит/с коммутационные

модули могут объединяться в кольцевую сеть или сеть типа “кольцо с
ответвлениями”. Такая сеть может объединять до 64 модулей, что обеспечивает
высокую надежность и возможностью самовосстановления (см. Рис. 9.14-3).
SNM/SSP
PSM/SSP PSM/SSP RSM/SSP
PSM/SSP RSM/SSP
Рис. 9.14-3 Многомодульная кольцевая сеть с ZX-IN10-SSP
-628-
9.15 Интеллектуальные услуги системы ZXJ10
Система ZXJ10 IN поддерживает различные стандартные интеллектуальные

услуги, в том числе услугу 300 (Связь с помощью расчетной карточки; Accounting
Card Call), услугу 800 (Бесплатный вызов; Free Phone), услугу 600 (Виртуальная
частная сеть; Virtual Private Network), UPT (Универсальная персональная сеть;
Universal Personal Telecommunication), MAS (Услуга массовых вызовов; Mass
Call), VOT (Телеголосование; Televoting), WAC (Глобальная служба Centrex; WAN
Centrex) и т.д.
Система ZXJ10IN также поддерживает множество нестандартных

интеллектуальных услуг, таких как мобильные интеллектуальные услуги CDMA,
мобильные интеллектуальные услуги GSM, VOIP-услуга 17911 с прямым
набором, услуги связи с помощью кампусной (университетской) телефонной
карты 201, услуги связи с помощью “зеленой” карты, услуга переносимости
номеров (NP; Number Portability), услуга рекламирования (Advertising Service;
AD), услуга связи с помощью кредитной карточки (CCC; Credit Card Calling),
услуга передачи фиксированных коротких сообщений и т.д.
Дополнительные речевые услуги, такие как услуги 168, 160, основанные на

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

техническим обслуживанием ZXJ10
Система управления техническим обслуживанием ZXJ10 осуществляет

управление данными и их обслуживание, управление и обслуживание
статистики, тарификации, тестированием системы, аварийных сигналов системы,
которые необходимы для работы оборудования, что является ключевой мерой для
снижения стоимости эксплуатации и улучшения качества связи. Основанная на
TCP/IP структура клиент/сервер сети технического обслуживания ZXJ10 делает
всю систему технического обслуживания последовательной, надежной и
эффективной сетевой системой, прекрасно координирующей процедуры связи
всех модулей MP основной системы ZXJ10, серверов системы эксплуатации и
технического обслуживания и терминалов технического обслуживания, учитывая
также открытые сети связи системы эксплуатации и технического обслуживания.
10.2 Архитектура сети системы управления O&M
На Рис.10.2-1 показана полная структура топологии сети системы технического

обслуживания ZXJ10
-630-
Глава 10 Система управления эксплуатацией и техническим обслуживанием ZXJ10
Сервер Сервер
Активный Резервный
MP MP
LAN
DDN
PSTN/PSPDN
Рис.10.2-1 Организация сети системы эксплуатации и технического обслуживания
В сети существует три вида узлов: главный и резервный MP в основной системе,

сервера системы эксплуатации и технического обслуживания, терминалы
технического обслуживания (клиенты) системы эксплуатации и технического
обслуживания. Если размер сообщения принять равным 1KB, то скорость
однонаправленной передачи между любыми двумя из трех узлов, расположенных
в той же локальной сети Ethernet будет превышать, по крайней мере 200 кбит/с, а
скорость двунаправленной передачи превышает 150 кбит/с, что полностью
соответствует требованиям предоставления услуг. В MP используется обычная
NE2000-совместимая сетевая плата, а в системе эксплуатации и технического
обслуживания используются поддерживаемые NT сетевые платы для работы в
сети с шинной топологией.
MP любого модуля может независимо выполнять техническое обслуживание

сети, в которую входят не только локальные терминалы технического
обслуживания той же сети Ethernet, но и удаленные терминалы, доступ к которым
осуществляется через маршрутизатор. Протоколы стека TCP/IP в описанной
выше структуре реализованы непосредственно в МР, что имеет следующие
-631-
преимущества:
1. Передачей сообщений между двумя узлами связи, которые могут связываться

друг с другом, можно управлять непосредственно без передачи через
повторитель. Соединение TCP/IP устанавливается непосредственно между
двумя узлами, тем самым в значительной степени улучшая надежность
системы.
2. Используя в полной мере гибкие и мощные средства управления рабочими

характеристиками сети операционных систем Windows 2000 (Windows NT),
MP может эффективно управлять серверами системы эксплуатации и
технического обслуживания и различными терминалами технического
3. За счет использования стандартов TCP/IP узлы MP основной системы

являются дружественно открытыми.
4. Главному и резервному МР назначаются фиксированные IP-адреса в

соответствии с их физическим расположением (слева, справа),
безотносительно к тому, какой из них главный, а какой резервный. Как
главный, так и резервный МР устанавливают связи с другими МР. Когда
происходит переключение MP, линию связи не нужно менять, необходимо
сообщить статус новых главного/резервного MP остальным MP.
5. Используя в полной мере возможности дружественной взаимосвязи по TCP/IP,

модули MP могут образовывать различные удаленные сети технического
обслуживания более гибко и удобно.
Сервер переносит наиболее важные данные системы ZXJ10 в целом, такие как
данные о конфигурации, данные о тарификации и т.д. в узлы серверов данных
системы эксплуатации и технического обслуживания (“Data Server”). Так как
сервер данных играет важную роль в системе во время процессов связи, он
также действует как сервер для других объектов (узлов MP и клиентов в
сети).
Так как MP является подчиненным по отношению к процессору сервера

эксплуатации и технического обслуживания, во время инициализации сети
-632-
эксплуатации и технического обслуживания при запросе на установление

соединения с сервером, все терминалы технического обслуживания (клиенты)
должны установить соединение с МР.
Так как TCP/IP определяет соединение между равноправными узлами, то

после успешного установления соединения алгоритм обработки сообщений,
передаваемых между двумя конечными точками, является тем же, за
исключением того, что добавляются сообщения для проверки соединения,
которыми обмениваются сервер и MP основной системы, чтобы вовремя
обнаружить статус break/make (разрыв/восстановление) соединения
Когда главный и резервный MP в основной системе работают нормально,

переключение может быть выполнено в любое время в результате отказа или
вручную. Сообщения, посылаемые из системы эксплуатации и технического
обслуживания (от сервера или клиента), могут поступать с задержкой, причиной
которой является очередь сообщений, поэтому переключение главный/резервный
МР может привести к тому, что сообщение, предназначенное для главного MP,
посылается резервному МР (так как сообщение после постановки в очередь
связано только с адресом IP, а не со статусом главный/резервный). Это приведет к
серьезным ошибкам в прикладных программах. Чтобы не допустить подобного
явления, сервера или терминалы технического обслуживания системы
эксплуатации и технического обслуживания могут посылать сообщения только
главному МР основной системы, а сообщения, предназначенные резервному MP,
будут, соответственно, пересылаться главным MP.
Соответствующая информация о статусе главный/резервный модулей МР

системы эксплуатации и технического обслуживания сообщается в систему
эксплуатации и технического обслуживания коммуникационной программой в
МР после успешного установления соединения, и эта программа периодически
передает кадры “Link Check Message” (Сообщение для проверки соединения).
Когда система эксплуатации и технического обслуживания обнаруживает
переключение между главным и резервным МР, все сообщения в очереди
передачи исходного главного МР будут автоматически удалены.
-633-
10.3 Организация сети системы управления дистанционной

эксплуатацией и техническим обслуживанием
Организация сети системы управления дистанционным O&M описана ниже:
1. Сети дистанционного технического обслуживания станции с программным

управлением системы ZXJ10 являются достаточно сложными. Среди них
можно выделить два следующих основных типа:
1) Сеть дистанционного технического обслуживания:
Удаленные терминалы технического обслуживания образуют одну или

несколько сетей LAN c шинной топологией, которые соединяются с
локальной сетью оборудования станции через шлюз. В роли шлюза может
выступать либо маршрутизатор, либо PC с сетевой платой, имеющей
несколько портов. Связь между шлюзами может осуществляться с
использованием модема по телефонной линии, либо с использованием линии
ISDN, и т.д., как показано на Рис.10.3-1.
Сервер Клиент ... Клиент
Шлюз Дистанционное
O&M
Клиент
ТфОП
ТфОП
ТфОП
Шлюз Шлюз
Дистанционное Дистанционное Дистанционное Дистанционное

O&M O&M
Клиент ... Клиент
O&M
Клиент... O&M
Клиент
-634-
Рис.10.3-1 Организация сети системы дистанционного технического обслуживания.
2) Сеть централизованного технического обслуживания:
Несколько терминалов технического обслуживания образуют сеть LAN,

которая соединяется с локальными сетями оборудования нескольких
станций через шлюзы.
Сервер Сервер Клиент

... ...
Пункт
управления1
Шлюз Пункт управления2 Шлюз
ТфОП ТфОП
Шлюз
ТфОП
Пункт
управления3
...
Рис.10.3-1 Организация сети системы централизованного технического обслуживания.
2. Назначение адресов IP.
Чтобы облегчить централизованное техническое обслуживание и расширение

сетей эксплуатации и технического обслуживания, для удовлетворения
постоянно растущих требований к управлению сетями связи, назначение IP-
адресов всем узлам (модулю МР основной системы, серверу системы
эксплуатации и технического обслуживания, терминалам системы
эксплуатации и технического обслуживания клиентам всех станций
-635-
производится единообразно.
A. Локальным узлам назначаются адреса IP класса С, то есть первые три байта –

адрес сети, а последний байт – адрес хоста в сети. Структура адреса сети
(всего 24 бита) показана на Рис. 10.3-3
1 1 0 A A A A A A A A A A - - - B B B B B B B B
Рис 10.3-2 24 битный формат адреса сети.
“110”: Идентификатор адреса класса С, занимает три бита.
“A”: междугородный код зоны в локальной сети С3, занимает 10 бит, диапазон
010~999.
“-”: - 3 бита зарезервированы. Эти биты временно заполняются нулями, в

дальнейшем будут использованы для расширения.
“B”: порядковый номер коммутатора (код станции), 8 бит. В локальной сети С3

все коммутаторы ZXJ10 пронумерованы в соответствии с числом модулей.
Диапазон порядковых номеров коммутатора - 0~255.
Адрес хоста - это номер главного узла различных узлов сети.
A. Для узлов системы эксплуатации и технического обслуживания (включая

сервер и клиент), адрес хоста – это просто номер узла.
B. Для модулей МР, расположенных в стативе слева (если смотреть спереди),

адрес хоста – это номер главного узла МР этого модуля.
C. Для модулей МР, расположенных в стативе справа (если смотреть спереди),

адрес хоста – это номер главного узла МР этого модуля плюс 64.
2) Узел терминала дистанционного технического обслуживания.
Назначение адреса IP хосту узла терминала дистанционного технического

обслуживания происходит так же, как и локальному терминалу технического
обслуживания. Его сетевой адрес также относится к классу С, но формат адреса
-636-
незначительно отличается от формата адреса локального узла, то есть вместо 10-

значного междугородного кода зоны – идентификатор узла из двух цифр и 8-
значный номер главного узла. Двухзначный идентификатор – это два старших
разряда в междугородном коде зоны в локальной сети С3 плюс 1. Таким образом,
можно быть уверенным, что никакой удаленный узел не имеет такой же адрес,
как узел в локальной сети Ethernet, и что адреса различных удаленных узлов
отличаются друг от друга, упрощая тем самым соединение для управления сетью.
3) Назначение адресов хостам в подсети
Диапазон адресов 1~128 идентифицирует главные/резервные МР из 64 модулей

(узлов МР) в системе ZXJ10. Диапазон адресов 129~133 предназначен для узлов
серверов системы эксплуатации и технического обслуживания (зарезервировано
5 адресов); адрес 254 – для узла панели аварийных сигналов; адреса 250-253
зарезервированы; адреса 188-249 соответствуют номерам терминалов
технического обслуживания 3~64 модулей МР. 188 соответствует модулю №3,
189- модулю №4, а 249- модулю №64. Эти номера узлов могут быть
переназначены другим модулям только при особых условиях (практически не
используется). IP-адреса оставшимся 54 терминалам технического обслуживания
назначаются произвольно, но они должны лежать в диапазоне адресов,
выделенном для многомодульной станции. В этом случае номера узлов всех
терминалов технического обслуживания всех модулей (имеются в виду все
локальные и удаленные терминалы всех модулей) не будут повторяться.
4) Пример генерации адресов IP.
Для 6-модульной станции (с номером 5) ZXJ10 в Нанкие (междугородный код

зоны 025), IP-адрес MP в центральной стойке – это 192.200.5.2, как показано на
Рис. 10.3-4
1 1 0 0 0 0 0 0 1 1 0 0 1 0 0 0 0 0 0 0 0 1 0 1 0 0 0 0 0 0 1 0
1 1 0 A A A A A A A A A A X X X B B B B B B B B C C C C C C C C
Рис. 10.3-3 Формат IP-адреса
IP-адрес сервера данных (номер узла 129) – это 192.200.5.129, как показано на
-637-
Рис.10.3-5
1 1 0 0 0 0 0 0 1 1 0 0 1 0 0 0 0 0 0 0 0 1 0 1 1 0 0 0 0 0 0 1
Рис.10.3-5 Формат адреса сервера 129
IP-адрес удаленной консоли технического обслуживания (Клиент), адрес узла

которого 180) – это 205.160.5.180, как показано на Рис.10.3-6
1 1 0 0 1 1 0 1 1 0 1 0 0 0 0 0 0 0 0 0 0 1 0 1 1 0 1 1 0 1 0 0
Рис.10.3-6 IP-адрес удаленного узла (Клиент) OMM c номером 180.
10.4 Установление соединений сети эксплуатации и

технического обслуживания ZXJ10
В соответствии с конфигурационными файлами MP, узел МР в основной системе

извлекает информацию о междугородном коде зоны, номере станции, а затем на
основе этой информации, учитывая собственный номер модуля, генерируется IP-
адрес. Затем, в соответствии с конфигурационными таблицами узла связи в
конфигурационных файлах, генерируется процедура установления соединения и
выполняется процедура передачи данных по протоколу TCP/IP ко всем серверам
и соответствующему МР (главному/резервному).
10.4.1 Установление соединения
Установление соединения TCP c сетью системы эксплуатации и технического

обслуживания ZXJ10 осуществляется с использованием механизма “Three party
handshaking” (Трехэтапная процедура установления соединения). При
использовании этого механизма, одна сторона, участвующая в установлении
соединения TCP, инициализирует процедуру синхронизации последовательных
-638-
номеров передаваемых и подтверждаемых байтов, а другая сторона отвечает на

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

при проектировании сети связи системы эксплуатации и технического
обслуживания ZXJ10, процедура установления соединения TCP происходит
1. Установление всех соединений с сервером будет инициироваться MP или

клиентом.
2. Клиент инициирует установление соединения между клиентом и МР.
Таким образом, установление соединений ТСР в системе связи системы

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

последовательных данных, если не рассматривать обработку аварийных данных.
Для обеспечения непрерывной последовательности при приеме и передаче

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

сообщения, принимающая сторона посылает короткое сообщение, на которое
должен быть получен ответ, упрощая тем самым быструю последующую
передачу.
10.4.2 Закрытие соединения.
Обычно МР не закрывает соединение по своей инициативе. Однако, если МР

обнаруживает, что по соединению TCP/IP получено неправильное сообщение, МР
может инициировать его повторную передачу противоположной стороной, только
закрыв соединение.
Система эксплуатации и технического обслуживания закрывает соединение по

своей инициативе, когда она нормально отключается, и модуль МР в основной
системе выполняет процедуру пассивного закрытия соединения.
Программа связи в системе O&M после запуска считывает файл инициализации.

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

произошло разъединение, после чего он закрывает сокет и снова устанавливает
связь с другой стороной соединения ТСР.
10.5 Система статистики по трафику ZXJ10
Статистика трафика ZXJ10 используется для статистики и анализа различных

видов трафика цифровых программируемых станций системы ZXJ10,
-640-
мониторинга состояния сети, статистики различных установленных соединений,

условий работы общего оборудования, загрузки процессора. Кроме этого, ZXJ10
может производить сбор статистических данных, относящихся к определенной
категории: в соответствии с кодом назначения, соединительной линией, звеном
ОКС 7, станционным направлением ОКС 7, группой каналов ОКС 7, группой
Centrex, станцией пользователя, модулем пользователя, блоком пользователя,
номером вызывающего абонента и номером вызываемого абонента.
10.5.1 Структура системы статистики по трафику ZXJ10
Система статистики по трафику состоит из двух частей: части, находящейся в

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

архитектуре “клиент/сервер”. Являясь связующим звеном между основной
системой и клиентским терминалом технического обслуживания, сервер
выполняет не только роль сервера связи передачи сообщений, но и является
сервером данных. Для статистики по трафику сервер и клиент имеют
резидентные программы, на сервере программа загружена постоянно, а клиент
вручную инициирует резидентную программу. Программное обеспечение на
сервере передает сообщения от основной системы клиенту, выполняет запись
различных отсортированных данных в соответствующие базы данных, используя
SQL LINK. Клиент осуществляет доступ к базе данных на сервере через SQL
LINK. Клиент обрабатывает анализируемые данные, используя механизм OLE
для генерации статистических диаграмм, их печати в наглядной графической
форме, или детальных диаграмм отклонений в форме графика или гистограммы
для непосредственного отражения различных показателей трафика. Предлагается
представление трафика по запросу. Кроме этого, чтобы упростить работу
пользователям, терминалы системы эксплуатации и технического обслуживания
-641-
располагают функциями статистики по трафику для регистрации, анализа и

получения различных задач, а также анализа и получения постоянных задач.
10.5.2 Обзор функций системы статистики по трафику
Система статистики по трафику имеет следующие функции:
1. Статистика по количеству вызовов:
по типу соединений, включая: исходящих, входящих, транзитных

автоматических и полуавтоматических международных вызовов; исходящих,
входящих, транзитных автоматических и полуавтоматических
междугородных вызовов; исходящих, входящих, транзитных автоматических
и полуавтоматических местных вызовов; межстанционные вызовы; вызовы
различных специальных услуг, вызовы с применением дополнительных услуг
и вызовы ISDN.
Для перечисленных выше типов вызовов могут быть измерены:
Количество попыток вызова, количество сигналов занятия, количество

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

по трафику по коду назначения, по номеру вызывающего и вызываемого
абонента, по группе каналов (входящих, исходящих, двунаправленных
вызовов), трафику звена ОКС-7, станционным направлениям ОКС-7, группе
-642-
каналов ОКС-7, по группе Centrex, по группе линий абонентов PBX, по

консоли оператора, по абонентскому модулю локального коммутатора, по
абонентскому блоку локального коммутатора.
1) Статистика по группам каналов
Статистика может вестись по числу открытых каналов, по доступным

каналам, попыткам занятия, занятым каналам, завершенным вызовам, по
ответам, трафику занятых каналов, по ответному трафику исходящих,
входящих и двухсторонних групп каналов.
2) Статистика загрузки процессора
Статистика может вестись по загрузке процессора; по попыткам вызова в час

наибольшей нагрузки процессора процессора (Busy Hour Call Attempt
(BHCA)).
3) Статистика по рабочему состоянию общедоступного оборудования

коммутатора.
Статистика может вестись по количеству оборудования, количеству

оборудования, используемого для обработки трафика, числу занятия каналов,
по трафику занятых каналов.
4) Статистика по системе сигнализации по общему каналу и информации по

статусу линии связи
Статистика может вестись по числу блоков сигнализации, проценту занятых

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

группы каналов, по сбоям вызовов, по случаям неполного адреса, отказам
линии абонента, посылке особого тонального сигнала, неназначенным
-643-
номерам, по неоплаченным ответам.
6) Доступ к NM (управлению сетью)
Информация о перечисленных выше статистических данных может быть

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

использования каналов соединительных линий, каналов MFC
(многочастотного управления), каналов DTMF (двухтональной
многочастотной сигнализации), тональных каналов, каналов CID
(отображения идентификации вызывающего абонента). Для каналов
соединительных линий могут быть установлены верхние и нижние пороги
продолжительности занятия канала, количество каналов, которые могут быть
заняты в течение длинного или короткого интервала времени, или количество
каналов, не занятых трафиком могут быть зарегистрированы и выведены.
10.5.3 Принципы функционирования системы статистики по трафику
Подсистема статистики по трафику обеспечивает сбор, распределение, хранение

и передачу данных с информацией о трафике, выполняет управление задачами и
данными в режиме «клиент/сервер», поддерживает режим статистики по
нескольким задачам, доступ с нескольких терминалов технического
обслуживания, динамический мониторинг статуса коммутаторов и поддерживает
NMS в специальном клиентском режиме.
1. Сбор данных о трафике
Процедура сбора данных о трафике заключается в следующем: каждый МР в

основной системе передает основные данные о трафике серверу статистики
трафика, который затем выполняет запрос к МР основной системы для
получения специфических данных трафика.
2. Сортировка данных о трафике
-644-
Сервер статистики трафика, в основном, выполняет сортировку данных для

двух типов статистических задач: постоянные задачи и непостоянные задачи
1) Постоянные задачи запускаются тогда, когда работает коммутатор, и

постоянно активизированы.
Эти задачи постоянно сортируют и анализируют данные трафика, которые

сообщаются МР. В этих задачах обрабатываются глобальные параметры
трафика, такие как число вызовов для каждого типа соединения,
дополнительные услуги, нагрузка процессора и статус общедоступных
ресурсов коммутатора (MFC и DTMF). Абоненты не могут добавлять,
изменять или удалять эти задачи, однако они могут выполнять анализ
диаграмм и просмотр данных за день. Постоянные задачи занимают большой
объем базы данных. Если размер базы данных трафика слишком мал (меньше,
чем 10М х на число модулей), постоянные задачи будут временно
остановлены.
2) Абонент определяет непостоянные задачи, которые делятся на ограниченные

по времени и периодические задачи.
Для ограниченных по времени задач устанавливаются определенные

временные рамки, интервал тестирования, объекты тестирования и
тестируемые параметры. Каждая задача может содержать множество
статистических объектов одновременно. Абонент может добавлять, изменять
и удалять эти задачи, может также просматривать данные. Эти задачи
поддерживают просмотр данных при сборе статистики и одновременное
выполнение операций с нескольких терминалов технического обслуживания.
Отличие периодических задач от ограниченных по времени задач
заключается в следующем: Ограниченные по времени задачу имеют
начальную дату и дату окончания. Задачи автоматически начинают измерения
в заданную начальную дату и заканчивают измерения в заданную дату
окончания соответственно. Периодические задачи – это статистические
задачи для анализа трафика за день, неделю и месяц. Без указания начальной
даты или даты окончания, периодические задачи выполняют сбор данных для
статистических измерений периодически в заданную дату. Если в качестве
интервала времени указан день, статистические задачи выполняются в
-645-
заданный отрезок времени каждый день. Если в качестве интервала времени

указана неделя, статистические задачи выполняются в заданный отрезок
времени и в указанный день (Понедельник – Воскресенье). Если в качестве
интервала времени указан месяц, статистические задачи выполняются в
заданный отрезок времени в указанную дату (1-31). В соответствии
содержанием статистической задачи, сервер статистики трафика может
автоматически запустить, приостановить, возобновить и завершить
статистическую задачу, очистить данные задачи.
3. Сохранение информации по статистике трафика.
Сервер статистики трафика сохраняет данные статистических задач каждые

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

клиенту информацию о загрузке процессора и данные состояния
коммутаторов. В соответствии с требованиями клиента по наблюдению за
данными, сервер статистики трафика может посылать клиенту данные о
трафике реального времени указанного модуля: данные динамического
трафика, рабочие характеристики динамического трафика и вызовы реального
времени. В соответствии с командами управления сетью, посылаемыми от
NMS, сервер может настроить конкретную задачу на отправку результатов
статистических измерений NMS после сбора информации по статистике
трафика.
5. Вывод информации по статистике трафика.
Информация по статистике трафика может выводиться на принтер или в

сохраняться в текстовом документе через произвольные или фиксированные
интервалы времени. Для того, чтобы проверить статистическую информацию
-646-
вручную, результаты статистических задач могут выводиться по всем датам

или за выбранную дату.
6. Представление динамического трафика
Обеспечивает представление динамических данных, динамических рабочих

характеристик, и трафика реального времени. Динамическое представление
трафика используется для наблюдения и анализа данных трафика
конкретного модуля в реальном времени. Для того, чтобы обеспечить
наблюдение пользователя за вызовами в режиме реального времени более
корректно, обеспечиваются такие функции, как большой буфер, условия
фильтрации, приостановка наблюдения и печать результатов наблюдения. В
строке состояния в нижней части окна абонент может найти время начала
наблюдений в режиме реального времени.
10.6 Система тарификации ZXJ10
10.6.1 Обзор системы тарификации
Система тарификации ZXJ10 обеспечивает сохранение, передачу, сортировку,

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

как базовые и реализует следующие функции:
Способность к адаптации: Система тарификации ZXJ10 совместима с форматами

данных разных станций, отвечая требованиям централизованной тарификации в
локальной сети.
Гибкость: разнообразные отчеты, различные алгоритмы и возможность легкой и

гибкой настройки позволяют системе тарификации ZXJ10 отвечать требованиям
тарификации различных зон и абонентов. Кроме этого, удовлетворяются
-647-
требования Министерства информационной индустрии (Ministry of Information

Industry) по посекундной тарификации.
Точность: точность тарификации (billing accuracy) – более 99.96%, точность учета

(accounting accuracy) – 100 %.
Производительность обработки: обладая способностью по обработке большого

количества данных квитанций/счетов, система тарификации ZXJ10 способна
обрабатывать, по крайней мере, 10 миллионов квитанций в месяц (связано с
конфигурацией сервера учета).
Структура сети:
Часть системы тарификации, находящаяся в системе эксплуатации и

технического обслуживания, является сетевой системой, работающей в режиме
«клиент/сервер», позволяющей выполнять запросы с нескольких терминалов
технического обслуживания и осуществлять вывод отчетов. Так как система
тарификации ZXJ10 реализует функции самообслуживания и саморасширения,
она соответствует техническим требованиям телекоммуникационных
администраций.
Безопасность: Исходные квитанции автоматически резервируются в коммутаторе.

Сочетание большого объема базы данных в системе эксплуатации и технического
обслуживания с резервированием файлов позволяет быть уверенным в
безопасности тарификационных данных.
Часть системы тарификации ZXJ10, находящаяся в системе эксплуатации и

технического обслуживания, использует в качестве операционной системы
WINDOWS 2000 или WINDOWS NT 4.0, а в качестве платформы для базы
данных на сервере учета - Microsoft SQL 2000 или SERVER 6.5
10.6.2 Структура и принципы функционирования системы тарификации
Функционально система тарификации ZXJ10 состоит из двух основных частей:

части, выполняющей сбор тарификационных данных, и автономной части
системы тарификации, находящейся в системе эксплуатации и технического
обслуживания. Часть, занимающаяся сбором тарификационных данных, в
-648-
основном выполняет сбор, передачу и хранение записей о вызовах (то есть,

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

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

эксплуатации и технического обслуживания:
Являясь полной сетевой системой управления базами данных, автономная

часть системы тарификации, находящаяся в системе эксплуатации и
-649-
технического обслуживания, в основном занимается учетом и сбором

тарификации, управлением файлами учета стоимости, установкой параметров
тарификации, обеспечением запросов и отчетов о тарификации. В
соответствии с исходными ежемесячными квитанциями для пользователей
телефонов, абонентскими счетчиками, а также установленными параметрами
файлов и тарификации, автономная часть системы тарификации рассчитывает
оплату за телефон для каждого пользователя и выполняет создание статистики
и сбор данных. Автономная часть системы тарификации, находящаяся в
системе эксплуатации и технического обслуживания и использующая режим
“клиент/сервер”, сохраняет все данные в базе данных тарификации сервера
учета централизованным образом. Все функции по начислению оплаты и
сбору тарификационных данных, управление файлами, установка параметров
тарификации, создание запросов и отчетов, могут выполняться одновременно
на различных клиентах, но ключевые операции должны быть реализованы на
основе взаимно исключающего управления.
10.6.3 Тарификационные расчеты
Главная функция тарификационных расчетов – преобразование данных исходных

квитанций в данные абонентских счетчиков и данные Call Detail Record (CDR).-
подробных записей о вызове. Основная идея тарификационных расчетов –
сначала группирование абонентов в соответствии с их номерами телефонов, при
этом, если вызываемые номера – исходящие абоненты, то они группируются по
станционному направлению. Далее определяется алгоритм тарификации между
группами в соответствии с типами обработки вызовов.
Система тарификации обеспечивает функцию определения модуля алгоритма,

давая возможность пользователю определять разнообразные алгоритмы. В
алгоритме тарификации сначала определяется, производится ли тарификация по
показаниям счетчиков или по CDR. В случае тарификации по показаниям
счетчиков можно выбрать продолжительность тарификационной единицы
показания счетчиков в режиме мультиизмерений, соответствующие номера
абонентских счетчиков (1~18) и подробный алгоритм измерения. Кроме того, для
выполнения запросов можно выбрать резервирование CDR при выборе
тарификации по показаниям счетчиков. При выборе CDR сначала выбирается тип
-650-
тарификации (локальная, сетевая, междугородная и т.д.), затем выбирается

продолжительность единицы тарификации, и наконец, определяется тариф и
подробный алгоритм для каждого подпункта тарификации. Функция расчетов по
тарификации имеет следующие характеристики:
1. Каждому абоненту можно назначить 36 таблиц счетчиков (то есть 18 таблиц

для тарификации с мультиизмерениями и 18 для тарификации по одному
измерению).
2. Может быть установлено до 10 000 групп тарификации с различными

требованиями по тарификации.
3. Можно установить 256 различных алгоритмов тарификации.
4. Можно задать 256 исходящих (исходящих из станции/исходящих из сети)

префиксов.
5. Может быть определено 99 типов тарификации. Для каждого типа

тарификации может быть задано 12 подпунктов тарификации (для типа
тарификации SPC может быть задано 6 подпунктов тарификации).
6. Может быть установлено 10 000 междугородных кодов станций.
7. На каждый подпункт тарификации любой квитанции может быть

установлениа скидка.
8. Может быть установлено до 512 видов скидок на определенные даты (256

видов на праздничные дни и будние дни соответственно) . Скидка может
основываться на тарифе, CDR, или времени (при тарификации по показаниям
счетчиков) В течении дня существуют четыре льготных периода времени с
различными тарифами. В таблице скидок может быть установлено до 10
различных типов скидок.
9. Для любого подпункта тарификации любой квитанции и счетчика вызовов

(кроме первого пункта – платы за разговоры) может быть установлен
тарификация с плавающим тарифом. Плавающий тариф может быть
использован для комбинации любых подпунктов тарификации.
-651-
10. Для любой квитанции может быть выполняться тарификация в режиме M/N,
например: 3/1 и 1/1.
11. Для любой квитанции могут быть предоставлены бесплатные N секунд в двух
режимах: бесплатные N секунд, и бесплатные первые N секунд.
12. Для счетчика вызовов любого абонента может быть предоставлено N

бесплатных вызовов.
13. Ежемесячная оплата может начисляться по счетчику вызовов любого

абонента.
14. При тарификации по счетчику вызовов информация CDR может быть

зарезервирована для последующих запросов.
15. Для любого подпункта тарификации любой квитанции и счетчика вызовов

может быть использована единая тарификация.
16. Тарификация может устанавливаться на основе типов обслуживания.
17. Начисление оплаты и сбор данных системы тарификации могут выполнять за

один шаг.
18. Тарификация для исходящих и входящих соединительных линий может

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

соответствии со станционным направлением соединительной линии (для
межстанционной статистики) или номеру вызывающего абонента
(тарификация для подчиненной станции).
20. Тарификация CENTREX выполняется в соответствии группой номеров

CENTREX или номерами вызывающих абонентов, при этом может быть
задана оплата третьей стороной.
21. Тарификация вызовов ISDN выполняется в соответствии с услугами доставки
-652-
информации и оказания телеуслуг на основе обычных вызовов.
22. Для начисления оплаты и сбора квитанций может назначаться любой период
времени, при этом возможен перерасчет. По исключительным квитанциям
возможно осуществление перерасчета после изменения параметров алгоритма
или параметров файла в соответствии с типом этой квитанции.
23. В модуле алгоритма может быть указан номер плательщика.
24. Для каждого абонента могут быть определены методы применения вычетов из
начисленной суммы оплаты.
25. Алгоритм тарификации может быть упрощен за счет комбинирования групп

тарификационных групп и областей.
26. Функция подсчета тарифных импульсов позволяет для расчетов по

тарификации получать тарифные импульсы, посылаемые станцией
нижестоящего уровня и отсылать их станции вышестоящего уровня.
27. Система тарификации может периодически выводить файлы квитанций и

данные счетчиков вызовов, используя метод, определенный пользователем.
28. Данные о тарификации могут передаваться между системой

тарификационных расчетов и биллинговым центром.
29. Тарификация может осуществляться на основе тарифов, установленных в

разных странах и регионах (более подробно описано в дополнительных
материалах по различным регионам).
10.6.4 Рабочие характеристики системы тарификации
Рабочие характеристики системы тарификации приведены в Табл. 10.6-1
Табл. 10.6-1 Рабочие характеристики системы тарификации
Характеристика Параметр
Способность к Формат тарификации ZXJ10, формат тарификации ZXJ10V4.X,

адаптации: формат тарификации S1240 и т.д.
-653-
Скорость расчетов 10 000 квитанций в минуту
Можно задать 256 различных алгоритмов, четыре алгоритма

Параметры алгоритма
для каждой квитанции.
Параметры групп Может быть задано не более 256 групп.,
10 видов льготных дат на основе тарифов, продолжительности

Виды льготных дат
вызова и т.д..
не более 512 (256 для праздничных дней и будних дней

Таблица льготных дат
соответственно)
Точки изменения
не более четырех таких точек в течение дня
тарифов
Префиксы
международного кода не более 16 цифр
станции
Номер вызывающего
не более 40 цифр
абонента
Номер вызываемого не более 40 цифр (комбинация кода зоны и номера

абонента вызываемого абонента).
Таблица междугородных Не более 5000 междугородных кодов зон, которые можно

кодов зон. удалять и изменять по желанию
Не более 99 пунктов (12 подпунктов в каждом пункте), всего

Пункты тарификации
1188 пунктов тарификации
Любой режим M/N, такой как 3/1 и 1/1, включает N

режим M/N
бесплатных секунд
количество бесплатных вызовов меняется в зависимости от

N бесплатных вызовов
станционного направления, группы и подпункта тарификации
Значения
не более 256 групп
коэффициентов
Исходящие (исходящие
Можно задать 256 исходящих (исходящих из станции /
из станции /исходящие
исходящих из сети) префиксов.
из сети) префиксы
Количество шагов
один шаг
начисления оплаты
Степень точности Степень точности тарификации ≥ 99.96%
Емкость получения Емкость получения квитанций ≥ 1000K/час (при

квитанций превышении этого диапазона квитанции не теряются)
Производительность Производительность по обработке квитанций ≥ 10

по обработке квитанций миллионов в месяц
-654-
10.6.5 Архитектура системы тарификации
Из рисунка может видно, что сервер собирает исходные записи и распределяет их

в соответствии с различными требованиями для упрощения немедленной
тарификации, наблюдения за тарификацией, начисления оплаты & подведения
итога по тарификации.
МР основной
системы Пул исходных записей Немедленная
немедленной тарификация
Исходная тарификации
запись
Пул исходных записей
Сбор наблюдения за Наблюдение
за
записей тарификацией
тарификацией
Исходный пул записей
Алгоритм
Обеспечивает файл тарифика
Управление пользователя ции Параметры
Начисление оплаты
файлами тарифа
Фиксированная
оплата. Пул списка тарификации -
Оплата за таблицы счетчиков
техническое
обслуживание
Итоговая тарификация
База данных
тарификации
Отчет по тарификации Запрос по тарификации
Рис.10.6-1 Функции системы тарификации
В соответствии с рабочим окружением, всю систему тарификации можно

разделить на две основных части:
1. Часть системы тарификации, находящаяся в основной системе
-655-
Эта часть работает в МР коммутатора и выполняет сбор, хранение и передачу

исходных данных тарификации.
2. Часть системы тарификации, расположенная в системе эксплуатации и

технического обслуживания
Эта часть работает на сервере учета и клиенте тарификации. Она выполняет

такие функции, как получение, хранение, начисление оплаты по данным
тарификации, получение итога тарификации, а также обеспечивает запросы
тарификации, печать отчетов, управление файлами, установку параметров
тарификации, наблюдение за тарификацией и немедленную тарификацию Эти
функции подробно описаны ниже.
1) Сбор квитанций
Эта часть выполняет сбор и хранение исходных квитанций на сервере учета.
2) Расчетное обслуживание и подведение итога
Эта часть преобразует исходные тарификационные квитанции в показания

счетчика вызовов и CDR, и суммирует оплату по счетчикам и биллинговые
данные, а также в другие виды оплаты, и заносит итог в базу данных
тарификации пользователя.
3) Управление файлами тарификации
Эта часть системы тарификации управляет архивом тарифицируемых

пользователей, (то есть, пользователей данной станции), банковской таблицей
и таблицей ежемесячной абонентской платы.
4) Параметры тарификации
Эта часть системы тарификации устанавливает требования пользователя к

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

глобальную итоговую таблицу, разнообразную статистику), которые
разделяются на фиксированные отчеты, перемещаемые отчеты и свободные
отчеты, в соответствии с тем, как создаются эти отчеты.
6) Запросы по тарификации
Может быть выполнен запрос по различным видам оплаты пользователя в

соответствии с набором различных условий.
7) Наблюдение за тарификацией
Эта часть регистрирует наблюдения за пользователями с наблюдением за

тарификацией и выполняет запросы записей о разговорах таких
пользователей.
8) Немедленная тарификация
Эта часть системы тарификации обеспечивает функции немедленной

тарификации и распечатки счетов для пользователей пунктов коллективного
пользования и отелей.
9) Преобразование форматов квитанций
Эта часть системы тарификации преобразует квитанции различных типов

станций, делая их совместимыми друг с другом.
10) Управление журналами регистрации тарификации
Эта часть системы тарификации регистрирует ключевые операции в системе

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

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

тарификации в основной системе и системе эксплуатации и технического
обслуживания (в настоящее время эта функция применима только к версиям,
поставляемым за границу).
12) Функция наращивания числа тарифицируемых пользователей системы

тарификации (Digit-upgrading function)
Пользователь может определять правила наращивания числа

тарифицируемых пользователей (digit-upgrading rules), на основании которых
система тарификации может распознавать новых и старых пользователей
автоматически и нормально выполнять тарификацию.
10.6.6 Другие функции
Система тарификации ZXJ10 имеет и другие функции, такие как наблюдение за

тарификацией и немедленная тарификация. Методы реализации обоих функций в
основном одинаковы. Пользователи этих двух функций могут регистрироваться
на сервере учета. Однако для пользователей функции немедленной тарификации,
требуется также зарегистрировать номер соответствующего удаленного
терминала (квитанции немедленной тарификации этого пользователя будут
отсылаться на соответствующий удаленный терминал для немедленной
тарификации). Если, после получения данных квитанций от различных модулей,
программа BILREC обнаружит, что вызывающий абонент в этой квитанции –
пользователь с наблюдением за тарификацией, она сохранит этот счет в
библиотеке квитанций с наблюдением за тарификацией для выполнения в
будущем запросов по наблюдению за тарификацией. Если программа BILREC
обнаруживает, что вызывающий абонент в этой квитанции – пользователь с
немедленной тарификацией, она отсылает эту квитанцию на соответствующий
удаленный терминал немедленной тарификации (обычно это пульт учета
стоимости разговоров гостиничной службы CENTREX или пункт коллективного
пользования предприятия связи). Так реализуется функция немедленной
тарификации.
-658-
10.7 Система диагностического тестирования ZXJ10
В ZXJ10 имеется встроенная внутренняя функция автоматического

диагностического тестирования, благодаря чему пользователи могут запускать
программу тестирования через подсистему ОММ и получать результаты
автоматического тестирования через терминалы технического обслуживания или
выводить эти результаты на печать.
Как система внутреннего автоматического тестирования, так и система

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

тестирование и немедленное тестирование. Для каждого из видов тестирования
существует дружественный интерфейс выбора объектов тестирования. Для
регламентных тестов можно задать цикличность выполнения и время.
Результаты диагностического тестирования могут быть отосланы в сеть системы

эксплуатации и технического обслуживания для сохранения, отображения,
запросов и печати.
1. При автоматическом тестировании ZXJ10 проверяются:
1) Функционирование линейного концентратора абонентского блока и

абонентская линия (режим А);
2) Тест динамического распределения временных интервалов абонентского

блока (режим В);
3) Функции DTU, включая функции ASTG:
A. Функции посылки/приема DTMF;
-659-
B. Функции посылки/приема MFC;
C. Функция генерирования тональных сигналов (TONE).
4) Функции DSN;
5) Канал передачи сообщений;
6) Речевой канал.
2. Цели тестирования
Проверить нормальность или правильность функционирования блоков.

Функция диагностики предназначена для определения места, в котором мог
произойти отказ (локализации отказа) на основании результатов теста, и
вывода отчета персоналу техобслуживания.
10.7.1 Принципы тестирования концентратора абонентского блока (SP)

(режим А)
В режиме А абонентский блок использует фиксированный режим коммутации

временных интервалов, и тестирование абонентского блока выполняется через
МТТ Основные принципы тестирования показаны на Рис. 10.7-1
SLC1
SLC
2Мбит/с
Преобразование скор
Концентратор
ости передачи
8Мбит/с
ованный
Закольц
SLC
канал
к коммута
LC
2Мбит ционному
/с Т-полю
MTT
Рис.10.7-1 Блок SLC (назначение фиксированных временных интервалов) - принципы

тестирования
-660-
Канал шлейфа на приведенном выше рисунке обеспечивает связь между двумя

каналами SLC, когда МТТ производит тестирование, при этом все источники и
приемники тестовых тональных сигналов обеспечиваются МТТ. Под
управлением SP могут быть поочередно выполнены тест функционирования и
измерение параметров для разных абонентских портов абонентского блока. На
рисунке тест SLC1 показан пунктирной линией.
В то же время МТТ может быть использован для тестирования следующих

пунктов для TS на магистрали 2Mбит/с, тестирования канала шлейфа, а также
магистрали 8Mбит/с к коммутационному Т-полю:.
1. Статус линии связи от концентратора к коммутационному Т-полю;
2. Статус прохождения автономного вызова в концентраторе;
3. Параметры линии абонентского шлейфа, такие как напряжение питания,

электрическая емкость линии, ток шлейфа и т.д..
Процедура диагностики обнаруживает отказ на основе результатов тестирования и

отсылает результаты системе эксплуатации и технического обслуживания, чтобы
уведомить персонал технического обслуживания.
Для инициирования режима тестирования специалисты по техническому

обслуживанию системы O&M могут либо запустить тестирование в соответствии
с заданными требованиями, либо задать время для регламентного тестирования
(например, в ноль часов ночи).
-661-
10.7.2 Измерения в абонентском блоке (режим В)
Абонентский блок режима В коммутатора ZXJ10 в качестве принципа коммутации

использует динамическое выделение временных интервалов, поэтому его SP
(режим В) и принципы тестирования отличаются от использовавшихся для
режима А.Принципы тестирования режима В абонентского блока показаны на
Рис.10.7-2.
SLC
SLC SLC
SLC SLC
SLC
Преобразование скорос
8Мбит/с
TS
ти передачи
1 Отсылка M
T К коммута-
TS ционному
M Получение 8986 полю
M
TT 8Мбит/с
TT
SLC
SLC SLC
SLC SLC
SLC SLC
SLC
Рис.10.7-2 Принципы тестирования блока SLC (динамическое выделение временных

интервалов).
Под управлением SP (на рисунке не показан) МТТ может выполнять

тестирование каналов SLC в соответствии с TS (например, TS1), в то же время
повторяя результат теста по другому TS (например, TS3) (через шлейф или
транскодирующий чип).
МТТ может также посылать тестовый сигнал в коммутационное Т-поле по

магистрали 8 Мбит/с через транскодирующий чип для тестирования состояния
связи.
-662-
10.7.3 Основные принципы автоматического тестирования DTU

(аналогично тестированию пользователей ISDN PRI)
Основные принципы автоматического тестирования DTU показаны на рис.

10.7-3.
PCM 2Мбит/с
DTI
DTI
Преобразование скорости
2Мбит/с
8Мбит/с
2Мбит/с
DTI
передачи
DTI 2Мбит/с
c
ST вых
DTI
DTI
a ST вх
DTI
DTI
b
Канал ввода
сигналов
управления
БоІеИлµзВ CPU
HDLC·
Рис. 10.7-3 Принципы тестирования DT
Функции теста блока DT;
Под управлением CPU HDLC вводит исходящую сигнализацию соединительной

линии и посылает ее противоположной станции через DTI (см. пунктирную
линию а).
Происходит прием сообщений от МР к CPU (по HDLC) (см. пунктирную линию

b).
Сигнализация по входящей соединительной линии от системы РСМ извлекается

и после этого посылается в коммутационное Т-поле через транскодер.
Сообщения от CPU вставляются в коды РСМ по протоколу HDLC и посылаются

в МР.
-663-
Через шлейфы ST вх-ST вых в чипе транскодера может выполняться получение и

отправка вышеуказанных сообщений (см. пунктирную линию с),
обеспечивающих тестирование статуса внутренней линии DT, также как и
статуса линии связи с коммутационным Т-полем. Кроме этого, может
выполняться тестирование функций коммутации коммутационного Т-поля,
функций каналов каждого интерфейса соединительных линий и статуса канала
передачи сообщений.
Результаты теста и информация об отказах, после того, как они будут сообщены
системе эксплуатации и технического обслуживания, могут отображаться или
выводиться на печать диагностической процедурой.
10.7.4 Автоматическое тестирование приемника/передатчика DTMF
Принципы тестирования приемника/передатчика DTMF показаны на Рис. 10.7-4.
HW
DSP THWI
HW
АДРЕСА
ДАННЫЕ
Схема комму
тации
HDLC
THWO
CPU
HDLC
Рис. 10.7-4 Принципы тестирования ASIG и DTMF.
Данная схема тестирования позволяет:
1. обнаружить статус сигнализации по выделенному каналу в

отношении сигналов DTMF, посылаемых в коммутационное Т-поле
-664-
2. контролировать статус сигнала, получаемого DTMF от

коммутационного Т-поля.
3. обнаруживать посылку→получение сигнала DTMF через шлейф чипа

коммутации.
4. тестировать функции соответствующего чипа коммутации

коммутационного Т-поля.
5. тестировать функции трактов передачи сообщений DTMF.
После инициирования системой O&M (или регламентным тестом) CPU на плате

дает системе DSP команду посылки/приема сигнала DTMF. Система DSP
посылает сигнал DTMF через чип коммутации в линию связи коммутационного
Т-поля. Кроме этого, система DSP может получать сигнал от коммутационного Т-
поля, анализировать сигнал и посылать результат CPU. И наконец, CPU посылает
результат обратно в МР по линии связи HDLC.
Для теста шлейфа CPU, управляя соединениями чипа коммутации, устанавливает

шлейф связи для посылки или получения DTMF.
Для тестирования линии связи коммутационного Т-поля сигналы DTMF

посылаются в коммутационное Т-поле через чип коммутации. После
прохождения по шлейфу коммутационного Т-поля сигналы принимаются и
идентифицируются.
Если обнаружен отказ, CPU передает сообщения МР, а затем в систему O&M по
HDLC для того, чтобы уведомить специалистов по техническому обслуживанию.
10.7.5 Архитектура для тестирования MFC
Схема тестирования MFC похожа на схему для тестирования DTMF. Отличаются
-665-
лишь загружаемое для тестирования программное обеспечение и тестируемые

функции.
При тестировании MFC проверяются следующие пункты:
1. Функции трактов передачи сообщений блока MFC.
2. Статус линии связи коммутационного Т-поля.
3. Функции внутренней коммутации.
4. Функции приема/передачи в тесте со шлейфом.
5. Функции чипа коммутации коммутационного Т-поля.
Аналогично, результаты теста передаются в МР по HDLC, а затем отсылаются в

систему O&M для обработки.
10.7.6 Структура для тестирования тональных сигналов
За исключением процедур тестирования, принципы тестирования функций

тональных сигналов схожи с вышеописанными.
Содержание тестов тональных сигналов в основном совпадает с описанным

выше и здесь поэтому не рассматривается.
10.7.7 Схема тестирования коммутационного Т-поля
Схема каналов для тестирования коммутационного Т-поля базируется, в

основном, на исходной форме каналов коммутационного Т-поля.
Основные принципы тестирования: каналы обмена сообщениями (по протоколу

HDLC) по шлейфу используются для проверки правильности передачи
сообщений, например согласованности приема/передачи. Если принимаемые и
получаемые сообщения не соответствуют друг другу, это говорит о
ненормальном состоянии.
-666-
Каналы коммутации коммутационного Т-поля поддерживают тестирование через

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

эти два теста уже содержатся в тестах, описанных выше.
10.8 Система приема жалоб пользователей и тестирования

абонентских линий ZXJ10
Обычно, при отсутствии особых требований пользователей, консоль

тестирования абонентских линий по жалобам пользователей состоит из четырех
рабочих место: агентского, измерительного, регламентного тестирования и
управления. Подробное описание консоли тестирования абонентских линий по
жалобам пользователей приведено в документе «Цифровая коммутационная
система с программным управлением ZXJ10V10.0 (V03.03Eu) – Руководство по
эксплуатации, Книга 4 – Линейный тестер».
1. Консоль тестирования абонентских линий по жалобам пользователей

обеспечивает
1) Полный комплекс измерений напряжений внешней линии (при положенной

трубке), включая измерение переменного/постоянного напряжения между
проводами a-b, a-G, и b-G.
2) Полный комплекс измерений сопротивления изоляции внешней линии (при

положенной трубке), включая измерение сопротивления изоляции между
проводами a-b, a-G, и b-G.
3) Полный комплекс измерений емкости между внешними линиями (при

положенной трубке), включая измерение емкостей между проводами a-b, a-G,
и b-G.
-667-
4) Измерения тока шлейфа и сопротивления шлейфа (при положенной трубке),

включая измерение тока шлейфа и сопротивления шлейфа при снятой трубке
на тестируемом телефоне.
5) Измерение тока вызывного сигнала. Этот пункт выполняется, если

абонентский комплект может нормально передавать ток вызывного сигнала, а
также измеряется напряжение вызывного сигнала.
6) Измерения сигналов ответа станции и сигнала занятости.Этот тест позволяет

проверить, может ли коммутатор вырабатывать сигналы ответа станции и
сигнала занятости и правильность посылки сигналов ответа станции и
сигнала занятости.
7) Измерения приема сигнала DTMF,При тестировании проверяется, правильно

ли коммутатор получает сигнал DTMF.
8) Измерения переполюсовки. Этот пункт выполняется, если тестируемый

абонентский комплект имеет функцию переполюсовки, а также измеряется
значение питающего напряжения обратной полярности.
9) Измерение рабочих характеристик телефонного аппарата по набору номера. В

этом пункте тестируется рабочие характеристики телефонного аппарата по
набору номера (тональный - DTMF или импульсный набор).
2. Для удовлетворения требований к тестированию с использованием консоли

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

абонентских комплектов в абонентском блоке);
2) Управляющие каналы для внутреннего и внешнего тестирования;
3) Субблок МТТ;
4) Специальные комплекты для самотестирования конфигурируются в каждом

субблоке.
-668-
10.9 Функции встроенного имитатора вызовов ZXJ10
Благодаря наличию встроенного имитатора вызовов, ZXJ10 позволяет упростить

тестирование на больших объемах трафика перед отправкой с завода или в
процессе эксплуатации.
Физическая платформа встроенного имитатора вызовов полностью базируется на

существующих каналах ZXJ10. Для самотестирования на больших объемах
трафика специалисты по техническому обслуживанию могут просто запустить
тестовую программу имитатора вызовов. Количество одновременных вызовов
имитатора вызовов может быть установлено случайным образом в диапазоне от 0
до 24, что позволяет осуществлять поэтапное тестирование нагрузочной
способности коммутатора.
10.10 Физическая платформа трассировщика сигнализации ОКС

7 и V5.2
Кроме встроенного имитатора вызовов, ZXJ10 также имеет возможность

трассировки сигнализации ОКС 7 и V5.2. Как и встроенный имитатор вызовов,
физическая платформа использует в качестве основного ядра существующие
модули MSM ZXJ10.
10.11 Система рабочих мест/консолей операторов ZXJ10
Система рабочих мест/консолей оператора:
1. Обзор
Можно выделить два вида системы рабочих мест/консолей оператора:
Служба справки о телефонных номерах (Directory - DA);
Служба операторов обслуживания трафика (Traffic Attendant - ТА).
Здесь будет описана консоль вида ТА. Для информации по консоли DA см.
соответствующее описание системы сервера справки о телефонных номерах
-669-
(114).
Система рабочих мест ТА состоит из:
Модуль обработки услуг с постановкой в очередь: это интерфейс между

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

соответствии с услугами вызовов, уровнем приоритета вызова и
последовательностью вызовов.
Модуль консольной сигнализации: это модуль обслуживания сигнализации

трафика.
Модуль рабочего места системы эксплуатации и технического обслуживания.

консоль интерфейса PC системы эксплуатации и технического обслуживания и
другие подсистемы, такие как тарификация и обработка квитанций.
2...Конфигурация аппаратных средств консоли
Упрощенное рабочее место консоли ZXJ10 соединяется с блоком абонентских

линий (SLU - Subscriber Line Unit) модуля PSM. В соответствии со
стандартной конфигурацией, к каждому SLU может подключаться до 240
рабочих мест консолей для реализации каналов речевой связи консоли.
Система рабочих мест может также быть организована децентрализованно с
помощью нескольких рассредоточенных модулей абонентских блоков PSM в
соответствии с емкостью системы.
Консоль терминала технического обслуживания с помощью стандартного

сетевого адаптера соединяется с PSM сетевым кабелем (Ethernet). Если
консоль соединена с локальным PSM, каналы речевой связи будут
соединяться с SLU в PSM, а оборудование терминала технического
обслуживания – с сервером OMM. Таким образом, консоль может
связываться не только с MP основной системы, но и с терминалами
технического обслуживания системы O&M. Если система представляет из
себя одномодульную станцию, PSM используется вместо SNM.
-670-
3. Типы консолей:
ZXJ10 может конфигурироваться с консолей трех видов:
Стандартная консоль;
Упрощенная консоль;
Речевая PC- консоль.
1) Стандартная консоль
Стандартная консоль может использовать режим ISDN с адаптером Ethernet или

платой U-интерфейса, как описано ниже:
A. Режим с сетевым адаптером
Консоль с сетевым адаптером – это одна из РС-консолей. Она

взаимодействует с сервером и PSM через шину Ethernet системы O&M по
протоколу TCP/IP.
Консоль имеет гарнитуру речевого канала связи и рабочий интерфейс. Интерфейс

взаимодействует с МР основной системы и системы O&M, используя
программное обеспечение, имитирующее функции набора номера, снятие трубки,
опускание трубки на рычаг и т.д.. Вызов может быть направлен к консоли с
сетевым адаптером путем постановки в очередь. Интерфейс связи с основной
системой реализован на базе сервера с ОС Windows 2000 (или Windows NT), а
речевые каналы обеспечиваются SLU локальной или вышестоящей станции.
Система рабочих мест/консолей оператора ZXJ10 показана на Рис.10.11-1.
-671-
CM
Телефон и
схема
формирования Сервер
очереди SNM MSM
Протокол ТСР/IP
Линия
LAN
связи
Консоль оператора Консоль оператора
Рис.10.11-1 Консоль оператора ZXJ10 (режим с платой
B. Режим с платой U-интерфейса
Стандартная консоль ISDN в режиме с платой U-интерфейса – также одна из

PC-консолей. В отличие от консоли с сетевым адаптером, консоль с платой U-
интерфейса реализована через 2В+D. Она также состоит из интерфейса и
оборудования речевого канала (гарнитура). Интерфейс может имитировать
функции набора номера, снятие трубки, опускание трубки на рычаг.
Передача сообщений реализована по каналу D, а речи – по каналу В. При
вызове консоль ISDN может быть подключена только путем назначения в
очередь.
2) Упрощенная консоль
Она состоит из обычных телефонных аппаратов с тональным или

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

не направляются в очередь. Обычно речевая PC-консоль используется для
-672-
вызовов по входящей соединительной линии. При вызовах по входящей

соединительной линии подключаются речевые извещения. В соответствии с
речевым извещением вызывающая сторона предпринимает соответствующие
действия: чтобы установить соединение DD с внутренним номером
необходимо положить трубку или вызвать оператора. Если требуется
оператор, вызов ставится в очередь. После установления соединения с
оператором последний переадресует вызов по назначению.
4. Основные функции консоли
1) Функции упрощенной консоли
А. Обычный вызов к абонентам.
B. Вызов консоли абонентами.
C. Переадресация вызовов
D. Отключение однонаправленного вызова.
E. Отключение связи.
F. Подключение оператора.
G. Текущий контроль
H. Принудительное подключение к занятому абоненту;
I. Обход функции No Disturb (“Не беспокоить”)
J. Принудительное разъединение соединительной линии.
K. Принудительное разъединение абонентов.
L. Повторный вызов с консоли
M. Сигнал контроля посылки вызовов с консоли
N. Услуга побудки;
-673-
O. Проведение конференций
2) Функции интерфейса консоли.
А. Установка уровня и класса конфиденциальности
B. Установка обработки услуг и обработка услуг группы Centrex;
C. Регистрация очередей, выход из регистрации очередей;
D. Запрос блокировки
E. Запрос разблокировки;
F. Имитация базовых вызовов;
G. Регистрация номера
H. Индикация статуса вызова консоли;
I. Переадресация вызовов.
J. Переключение разговора между оператором и двумя вызывающими

абонентами;
K. Освобождение при переключении вызова между двумя вызывающими

абонентами (Release call switching for two calling subscribers);
L. Освобождение при переключении вызова для одного из двух вызывающих

абонентов (Release call switching for one of the two calling subscribers);
M. Подключение к вызову и контроль;
N. Удержание вызова;
O. Повторный вызов/сигнал контроля посылки вызова;
P. Принудительное разъединение соединительной линии.
Q. Принудительное разъединение абонентов.
-674-
R. Обход функции No Disturb («Не беспокоить»)
S. Конференц-вызов
T. Отображение атрибутов абонента
U. Отображение статуса соединительной линии.
V. Отображение статуса абонента.
10.12 Управление ресурсами тональных сигналов ZXJ10
Ресурсы тональных сигналов коммутатора ZXJ10 обеспечиваются платами

тональных сигналов (ASIG). Существует два типа ASIG: 4М и 64М, которые
соответствуют версиям аппаратных средств ASIG9802 и ASIG9906 & ASIG-
M0107 соответственно. 4M ASIG (ASIG9802) может содержать не более двух
субблоков тональных сигналов. Каждый субблок тональных сигналов содержит
EPROM и две карты FLASH-памяти. Программа “зашита” в EPROM, а речевые
извещения загружены в карты FLASH-памяти. 64M ASIG (ASIG9906, ASIG-
M0107) также может содержать не более двух субблоков тональных сигналов.
Программа, зашитая в EPROM, обслуживает оба субблока. Каждый субмодуль
содержит две карты FLASH-памяти, но не имеет EPROM. После включения
питания платы CPU считывает программу из EPROM и загружает ее в субблок
для выполнения.
Существует два вида ресурсов тональных сигналов. Первый – это сигнал ответа
станции, сигнал занятости, сигнал подтверждения, сигнал неназначенного
номера, специальный сигнал ответа станции, сигнал перегрузки, сигнал
междугородного вызова, которые генерируются за счет управления скважностью
сигналов в соответствии с международными стандартами. Другой вид – это
речевые извещения. Сначала соответствующие речевые сообщения должны быть
записаны на соответствующем оборудовании (sound blaster или звуковая плата)
(кодирование CCITT по A-закону или µ-закону в соответствии с требованиями).
Так как sound blaster или звуковая плата генерируют речевой файл в специальном
формате, для изменения атрибутов может быть использована программа записи
-675-
звука на РС, затем для добавления и редактирования тонального сигнала

подсказки используется система тональных сигналов, в результате чего
генерируется файл FLASH.DAT (используется для 4M ASIG) или NEW.64
(используется для 64M ASIG). Затем, с помощью платы COMM, МР посылает
записанные речевые данные в ASIG через коммутационное Т-поле. Наконец,
ASIG программирует FLASH MEMORY через двухинтерфейсную RAM.
Модуль управления тональными ресурсами ZXJ10 предназначен для упрощения

генерации и редактирования тональных данных в коммутаторе. Этот модуль
используется для записи и редактирования тональных данных в блок тональных
сигналов при производстве коммутатора и загрузки различных речевых данных
при работе коммутатора. Наиболее важные функции модуля управления
тональными ресурсами можно разделить на две части.: редактирование речи и
передача речи
1. Редактирование речи
Эта часть включает в себя такие функции, как выбор источника речи,
отображение речи, запись речи и редактирование речи. Речь можно записать,
редактировать или импортировать из внешнего речевого файла, а затем
добавить ее в файлу речевых данных коммутатора. Это может также быть
файл с речевыми данными коммутатора из списка, причем файлы с речевыми
данными могут вводиться или выводиться в пакетном режиме..
2. Передача речи
Эта часть выполняет такие функции, как генерирование речевого файла,

экспорт речи в пакетном режиме, перечень речевых сообщений и загрузка
речи. Функция загрузки речи дает пользователю возможность указать блок
тональных сигналов основной системы для загрузки. Кроме того, возможно
также отображение прогресса загрузки и результатов загрузки.
10.13 Система напоминания об оплате ZXJ10
Система напоминания об оплате ZXJ10 имеет следующую структуру:
-676-
1. Обзор
Система напоминания об оплате – это программный модуль, который

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

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

оплаты.
2. Архитектура системы
Система управления напоминанием об оплате работает, в основном, на

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

данными о ежемесячных задолженностях пользователей через базу данных
(или файл). Архитектура системы управления напоминанием об оплате
показана на Рис. 10.13-1.
-677-
Речевое извещение на
пульт оператора Управление
Пульт оператора ком системой
мерческой службы напоминания
предприятия связи об оплате
Ответ пульта оператора

Пул
Данные о квитанций
платежах
Система
биллинга
Рис. 10.13-1 Система управления напоминанием об оплате.
3. Поток данных
Поток данных показан на Рис. 10.13-2.
Основная биллинговая си
стема
Начисление оплаты
Сообщения с напоминанием об
и подведение итога оплате в файлах телефонных
номеров
Система сбора платежей
Задолженности Оплата пользо

пользователей вателей
Обеспечивает сообщения с Уведомления об оплате

напоминанием об оплате пользователя
Биллинговая система
Отправка сообщения с
Возврат результата
напоминанием об оплате
Биллинговая системы на
пульте оператора
Рис. 10.13-2 Поток данных тарификаци.
4. Описание операций:
Установка режима напоминания об оплате, установка атрибутов режима

напоминания об оплате для пользователей и управление паролем оператора.
-678-
Выполнение запросов и печать извещений о задолженности: На основании

условий запроса, вводимых оператором, удаленный модуль запроса о
напоминаниях об оплате посылает запросы программе управления
напоминанием об оплате и получает результаты запроса.
5. Установка системы управления напоминанием об оплате
Система управления напоминанием об оплате – современная прикладная

программа, которая работает в составе программы связи ZXJ10. Ее функции
по сохранению и управлению данными базируются на Microsoft SQL
Server2000 или SQL Server6.5. Между приложением CuiFeeP.exe и базой
данных используется доступ по BDE и связь с источником данных по ODBC.
Эти три компонента необходимо установить перед запуском системы
управления напоминанием об оплате.
Подсистема эксплуатации и технического обслуживания коммутатора ZXJ10

использует сетевой режим работы «клиент/сервер». Соответствующие части
системы управления напоминанием об оплате работают на клиенте и сервере
соответственно.
Для сервера и клиента требуется операционная система Windows 2000 или

Windows NT. Кроме этого, на сервере должен быть установлен сервер баз
данных или источник данных для сервера.
10.14 Система сбора платежей ZXJ10
10.14.1 Обзор системы сбора платежей ZXJ10
Используя ресурсы биллинговой системы, система сбора платежей перестраивает

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

напоминаниями об оплате и данными обслуживаемых и необслуживаемых
абонентов.
10.14.2 Архитектура системы сбора платежей ZXJ10
Система сбора платежей выполняет анализ и передачу сообщений по протоколу

TCP/IP. Ее структура показана на рис. 10-14.-1 Сервер сети функционирует под
Windows 2000 или Windows NT. Вход в систему сбора платежей может быть
выполнен с различных терминалов технического обслуживания для выполнения
таких операций, как запросы, платежи, и запросы квитанций. Базовые процедуры
по запросам и платежам следующие: после того, как различные терминалы
технического обслуживания (включая локальные пункты коллективного
пользования и удаленные) регистрируются в системе, серверу сбора оплаты
посылается запрос оплаты или квитанций для некоторого номера. Все такие
запросы собираются в программе управления сообщениями. Сервер сбора
оплаты преобразует эти запросы в операторы SQL.
После этого выполняется запрос соответствующих таблиц на SQL сервере в

соответствии с требуемой последовательностью. В то же время сервер сбора
платежей подсчитывает задолженность по платежам на текущее время. Используя
механизм сообщений, полученный результат запроса отсылается на терминал
технического обслуживания – источник сообщения. Наконец, результат
отображается на различных терминалах технического обслуживания.
Пользователь вносит отображенную на терминале оплату. После того, как
сообщение отослано на сервер сбора платежей, изменяется флаг оплаты в
библиотеке запросов, и записывается баланс после платежа. Если в отношении
пользователя производится напоминание об оплате, сообщение о совершенной
оплате отсылается в программу напоминания об оплате и записывается в
библиотеку платежей. Если пользователь был отключен от обслуживания из-за
задолженности, то после того, как он погасит задолженность, коммутатор ZXJ10
уведомляется о возобновлении обслуживания этого пользователя. Наконец,
сообщение об успешном платеже поступает обратно на терминал технического
обслуживания. Этим завершается процедура оплаты услуг пользователем. Если
необходимо напоминание об оплате, программе напоминания об оплате
-680-
сообщается соответствующий номер телефона и размер требуемой оплаты путем

генерации таблицы задолженностей. На основе таблицы задолженностей
программа напоминания об оплате уведомляет коммутатор ZXJ10 о посылке
тонального сигнала напоминания о задолженности не заплатившему
пользователю в заданное время.
Сервер Сервер биллинга/

напоминания об техобслуживания
оплате и сбора
оплаты
LAN
Пульт Пульт
консультанта консультанта
PSTN/DDN
Пульт Пульт
консультанта консультанта
Пульт консультанта
Рис. 10.14-1 Система сбора платежей
10.14.3 .Функции системы сбора платежей ZXJ10
Система сбора платежей имеет следующие функции:
1. Запрос оплаты, причитающейся с пользователя, печать квитанций об оплате

для пользователя;
2. Запрос и печать счетов;
3. Обработка предоплат пользователя;
-681-
4. Списание и восстановление
5. Обработка вычетов и дополнительных платежей по оплате пользователя;
6. Ведение статистики платежей и предоплат, принятых операторами,

вошедшими в систему с текущего терминала.
7. Изменение пароля оператора;
8. Управление операторами
9. Управление файлами регистрации
10. Обеспечение данными о напоминаниях об оплате.
11. Обеспечение данных об абонентах, которым предоставляется обслуживание

и которые отключены от обслуживания.
12. Сбор статистических данных по платежам, задолженностям и просроченной

оплате;
13. Генерация таблицы задолженностей, печать уведомлений о задолженности;
14. Установка параметров сбора оплаты;
15. Настройка таблицы сбора платежей;
16. Настройка квитанций и отчетов по сбору платежей.
-682-
11 Описание типовой конфигурации и
вариантов применения системы ZXJ10
11.1 Типовая конфигурация системы ZXJ10
Система ZXJ10 поддерживает множество разнообразных сетевых конфигураций.

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

SM8
Коммутационный модуль SM8 является базовым независимым стандартным

модулем системы ZXJ10 и содержит несколько комплектов плат
коммутационного поля 8K, которые могут работать в активном режиме или в
режиме резервирования.
SM8 может выполнять как функции отдельной станции, так и функции

периферийного коммутационного модуля (PSM) или удаленного
коммутационного модуля (RSM) в многомодульной сетевой конфигурации.
Модуль SM8 может быть подключен к удаленному модулю линейного
оборудования (RLM) (SU960, SU480, и т.д.).
Модуль SM8 состоит из нескольких - от 1 до 6 - стоек, одна из которых является

стойкой управляющего оборудования, остальные (1~5) являются стойками
абонентского оборудования, число и конфигурация стоек варьируется в
зависимости от конкретной ситуации. Внешний вид стоек показан на Рис. 11.1-1
и Рис. 11.1-2.
-683-
BDT BSLC BSLC BSLC BSLC BSLC
BDT BSLC BSLC BSLC BSLC BSLC
BCTL BSLC BSLC BSLC BSLC BSLC
BNET BSLC BSLC BSLC BSLC BSLC
BSLC BSLC BSLC BSLC BSLC BSLC
BSLC BSLC BSLC BSLC BSLC BSLC
Рис. 11.1-1 Конфигурации модуля АЛ
BDT
BDT
BCTL
BNET
BDT
BDT
Рис. 11.1-2 Конфигурации модуля СЛ
1. Основные характеристики модуля SM8
Если модуль SM8 сконфигурирован, как удаленный модуль PSM, поддерживается

16 магистральных шин к центральной сети (через две платы FBI). При работе
модуля SM8 в качестве самостоятельной станции, к 16 магистральным шинам
модуля могут быть подключены либо соединительные, либо абонентские линии.
Модуль соединительных линий большой емкости имеет 27 магистральных шин
(HW) для доступа к центральной сети (через две пары плат FBI).
Количество коммуникационных плат - платы межмодульных соединений + плата

внутримодульных соединений + плата обработки сигналов системы
сигнализации ОКС№7 + плата обработки сигнализации V5 + плата
взаимодействия с U-картой – не превышает 12.
Каждая пара плат межмодульных соединений (MPMP) может быть подключена к
-684-
Глава 11 Описание типовой конфигурации и вариантов применения системы ZXJ10
8-ми периферийным модулям. Каждый модуль может включать в себя до 5-ти

плат MPMP.
Каждая пара плат внутримодульных соединений (MPPP) обеспечивает 32 пары

коммуникационных каналов (TS). Каждый модуль может включать в себя до 5-ти
плат MPРP.
Модулю коммутации временных интервалов (Т-плата) необходимо 8 пар

коммуникационных каналов (TS). Каждый модуль DT (цифровых
соединительных линий) использует 2 коммуникационных канала (TS), и каждый
абонентский модуль использует 2 пары коммуникационных каналов (TS).
Распределение магистральных шин для коммутационного поля. Блок

коммутационного поля поддерживает 4 магистральных шины по 8 Мбит/с для
взаимодействия с различными модулями (включая SS7 и V5), а также 59
магистральных шин для переноса голосовых каналов.
1) Распределение магистральных шин.
Объединительная плата интерфейсов коммутационного поля (BNET) позволяет

подключать до 5-ти пар плат цифровых интерфейсов коммутационного
оборудования (DSNI), при этом магистральные шины распределяются
Слот 13, 14 – шины HW0~HW3, для межмодульных и внутримодульных

соединений.
Слот 15, 16: шины HW52~HW62, 10 из которых используются обычным образом.
Слоты 17,18: шины HW36~HW51.
Слоты 17, 18: шины HW20~HW35.
Слоты 21,22: шины с 4 по 19 (HW4~HW19), используются в основном для FBI.

(Если модуль SM8 сконфигурирован, как независимая станция, то к нему
подключаются абонентские линии или DT (цифровые соединительные линии)).
2) Принципы конфигурирования магистральных шин
-685-
В общем случае HW20~HW61 служат, как магистрали для организации каналов

передачи речи, магистрали HW4~HW19 служат для межмодульных соединений.
Магистраль голосовых каналов может гибко настраиваться, и может

подключаться к абонентским терминалам, СЛ (DT), и вспомогательному
оборудованию (DTMF, MFC, TONE, CID, CONF).
Модуль COMM поддерживает до 16 каналов ОКС№7.
Плата V5 поддерживает до 8 интерфейсов V5.2.
2. Варианты конфигурирования плат модуля SM8.
1) Конфигурирование плат BSLC абонентского уровня
Плата абонентских линий. Количество необходимых абонентских плат

вычисляется на основе данных о количестве и типах абонентов (обычные
абоненты, абоненты с терминалами с обратной полярностью, удаленные
абоненты, абоненты с цифровыми терминалами и т.д.). Число FASL одного
абонентского уровня не должно превышать 10.
Плата аналоговых соединительных линий. Необходимое количество плат

аналоговых соединительных линий определяется по числу аналоговых
соединительных линий (TRK, E/M, SFT, MT, и т.д.).
Объединительная плата абонентского уровня (BSLC). В каждый уровень может

быть включено до 20 плат абонентских линий или аналоговых соединительных
линий. Число плат BSLC определяется по числу плат абонентских линий и
аналоговых соединительных линий.
Процессорная плата абонентского модуля (SP). Для каждого из двух абонентского

уровня необходима одна пара плат SP.
Интерфейсная плата процессорных плат абонентского модуля (SPI). Для каждого

из двух абонентского уровня необходима одна пара плат SPI.
Многофункциональная плата тестирования (MTT). Для каждого из двух

абонентского уровня необходима одна плата МТТ.
-686-
Цифровая тестовая абонентская линия (TDSL). Если абонентский модуль имеет

DSLC, то необходимо сконфигурировать TDSL.
Особая ситуация. Если абонентский модуль не полностью заполнен платами

(например, заполнен только один уровень), то он комплектуется только платой SP,
устанавливать плату SPI нет необходимости. Другие конфигурации реализуются
аналогично.
2) Конфигурирование плат BDT уровня соединительных линий
Модуль интерфейсов соединительных линий (DTI). Каждый модуль

поддерживает 120 каналов. Число DTI определяется в зависимости от числа
необходимых соединительных линий (дл станционных направлений емкостью
менее 30 каналов для расчета принимается емкость 30 каналов).
3) Платы аналоговых сигналов
A. ТONE. В общем случае, сконфигурированы 120 каналов (по 60 каналов на

каждую из двух плат). При небольшом количестве абонентов (меньше 1000),
необходимо сконфигурировать только 60 каналов.
B. DTMF. Значение получено опытным путем. Число DTMF соотносится с

числом абонентских линий, как 1 к 32.
C. Конференц-связь. Типовая конфигурация задает группу с 60 участниками, при

этом используется половина ресурсов блока ASIG.
D. MFC. Значение получено экспериментальным путем. Число соединительных

линий c сигнализацией по выделенному каналу на один MFC равно 8. Если в
системе нет соединительных линий с выделенным каналом, то MFC не
конфигурируется.
E. CID. Число необходимых блоков поддержки АОН (CID) задается как 1 на 100
абонентов с АОН. Если к системе не подключены абоненты с АОН, то блок
поддержки АОН исключается из конфигурации.
Общее число ASIG должно быть равно сумме всех значений, определенных в
каждом из выше перечисленных пунктов A~E.
-687-
Примечание: при подсчетах должны приниматься во внимание абоненты,

подключаемые к RLM и интерфейсу V5. Другими словами учитываемые
абоненты делятся на три группы: местные абоненты (подключаемые
непосредственно к опорной станции), абоненты RLM и абоненты V5.
4) Плата оптических соединительных линий (ODT)
Опционально модуль может комплектоваться платами, поддерживающими от 1

до 4 магистральных 8-мегабитных шин, служащих только для установления
межмодульных (внутрисетевых) соединенений типа “точка-точка”. В один и тот
же слот могут вставляться как платы ODT, так и DTI (один уровень может
содержать до 16 таких плат). Платы классифицируются по дальности передачи.
Ближнемагистральные (до 2 км), среднемагистральные (от 2 до 30 км),
дальнемагистральные (от 30 до 50 км).
Объединительная плата уровня соединительных линий (BDT). Каждый уровень

может содержать до 16 DTI, ASIG или ODT. Число BDT определяется в
зависимости от числа DTI, ASIG или ODT.
5) Платы BNET сетевого коммутационного уровня.
Объединительная плата сетевого коммутационного уровня. Система всегда

содержит одну плату BNET.
Сетевая плата цифрового коммутационного поля. Система всегда комплектуется

одной платой DSN.
Плата генерации синхросигналов (SYCK). Система всегда комплектуется двумя

платами SYCK.
Плата эталонных частот синхросигналов (CKI). Если необходим интерфейс BITS,

то система конфигурируется одной платой на станцию (Обычно в плате CKI нет
необходимости, в случае необходимости система комплектуется одной платой на
центральный модуль (СМ)).
Плата интерфейса DSN (DSNI). Конфигурация зависит от роли коммутационного

модуля:
-688-
A. Модуль работает, как PSM в составе многомодульной системы.
Модуль всегда комплектуется двумя платами DSNI (уровень COMM содержит

эти платы).
Также до трех пар DSNI, к которым подключаются платы DTI, ASIG, и SP, может
содержать уровень SP. Число DSNI определяется в зависимости от числа
необходимых магистральных шин. Одна пара DSNI обеспечивает 16
магистральных шин (примечание: платы в 16 и 17 слотах обеспечивают только 11
магистральных шин).
Окончательное число DSNI определяется, как сумма значений, вычисленных в

каждом из пунктов.
B. Модуль функционирует, как самостоятельная система, или в качестве

центрального модуля (CM).
Модуль всегда комплектуется двумя DSNI (уровень COMM содержит эти платы).
Также до 4-х пар DSNI, к которым подключаются, в основном, платы DTI, ASIG,
и SP, может содержать уровень SP. Число DSNI определяется в зависимости от
числа необходимых магистральных шин. Одна пара DSNI обеспечивает 16
магистральных шин (примечание: платы в 16 и 17 слотах обеспечивают только 11
магистральных шин).
Окончательное число DSNI определяется, как сумма значений, вычисленных в

каждом из пунктов.
Таким образом, необходимо 4 DSNI, как минимум, и 10 DSNI, как максимум (в

случае, когда DSNI функционирует, как PSM необходимо 8 DSNI максимум.
Платы SP и DTI модуля RLM не занимают магистральных шин DSNI.)
6) Плата интерфейса оптических линий (FBI)
Конфигурация зависит от роли коммутационного модуля:
A. Модуль функционирует, как местный PSM в составе многомодульной

системы. В этом случае, обычно модуль комплектуется 2 платами FBI (если к
-689-
модулю подключены только соединительные линии и число соединительных

линий превышает 2880, то в модуль устанавливаются 2 пары плат FBI).
B. Модуль функционирует, как центральный модуль (CM). В этом случае число

плат FBI должно быть равно удвоенному числу подключаемым к ним
местным PSM.
Примечание: в один и тот же слот могут вставляться как платы FBI, так и DSNI.
Платы классифицируются по дальности передачи. Ближнемагистральные (до 2
км), среднемагистральные (от 2 до 30 км), дальнемагистральные (от 30 до 50 км).
7) Объединительные платы BCTL управляющего уровня
Система всегда комплектуется одной объединительной платой уровня управления

(BCTL).
Плата основного процессора (MP). Система всегда содержит две платы.
Плата разделяемой памяти. Система всегда содержит одну такую плату.
Плата мониторинга. Система комплектуется одной платой.
Плата мониторинга электропитания и условий работы оборудования. На каждый

зал оборудования устанавливается одна плата PEPD. Обычно местный модуль не
комплектуется платой PEPD, необходимо комплектовать платой PEPD удаленные
модули.
Коммуникационная плата (COMM):
A. В качестве платы обработки сигнализации ОКС№7, плата COMM может

обрабатывать до 16 соединительных линий.
B. В качестве платы обработки сигнализации V5, плата COMM может

поддерживать до 16 линий (16 линий интерфейса V5.1 и 8 линий интерфейса
V5.2).
C. Как коммуникационная плата интерфейса U, плата COMM может подключить

до 32 карт интерфейса U.
-690-
D. В случае многомодульной конфигурации, необходимы две платы COMM,

функционирующие как MPMP.
E. Подсчет числа плат COMM, функционирующих в качестве MPPP:
∆=(DTI+ASIG)×1+(число абонентских блоков)×2 (включая число абонентских

блоков, входящих в модуль RLM, DTI входящие в RLM не учитываются).
Если ∆ ≤ 24, необходимо две платы COMM.
Если 24<∆≤56, необходимо 4 платы COMM.
Если ∆>56, необходимо 6 плат COMM.
Общее число плат складывается из суммы значений, вычисленных в каждом из

пунктов A~E.
8) Электропитание
Число плат питания POWA = BSLCx2.
Число плат питания POWB=(BCTL+BNET+BDT)x2.
Число плат питания POWP равно числу стоек.
9) Стойки
Число полок = BSLC+BDT+BNET+BCTL. Кроме того, стойки комплектуются

пустыми съемными полками (в каждой стойке размещается 6 полок).
Число стоек определяется в зависимости от необходимого числа полок. Каждая

стойка может содержать до 6 полок.
Примечание: в случае эксплуатации системы, в качестве только транзитной

станции, на уровне соединительных линий может использоваться блок
BMDT.
10)Блок BMDT уровня соединительных линий 16Е1.
Плата соединительных линий (MDT) поддерживает до 480 каналов. Число плат
-691-
DTI определяется по числу необходимых соединительных линий (если в

направлении станции число каналов меньше 30, то достаточно одной платы).
Плата аналоговых сигналов ASIG.
A. TONE: в общем случае система комплектуется одной платой TONE (в

отдельных случаях система может комплектоваться двумя платами, или не
комплектоваться платой TONE вовсе).
B. MFC. Значение получено экспериментально. Число соединительных линий с

сигнализацией по выделенному каналу на один MFC: 8. Если к станции не
подключаются такие соединительные линии, то MFC исключается из
конфигурации.
Итоговое число плат ASIG равно сумме значений, вычисленных в пунктах A и B.
Плата оптических соединительных линий (ODT). Может вставляться в те же

слоты, что и плата MDT.
Плата интерфейса SDH (SNB). Может вставляться в те же слоты, что и плата

MDT.
Объединительная плата уровня соединительных линий (BMDT). Каждый уровень

может содержать до 16-ти плат MDT, ASIG, ODT или SNB. Число BDT
вычисляется в зависимости от числа MDT, ASIG, ODT, или SNB.
Примечание: исходящий блок BDT не поддерживает плат MDT. Платы MDT

нельзя вставлять вместе с платами DTI. Все платы соединительных линий,
вставляемые в модуль должны быть одного вида и модели. Другими
словами, если необходимо использовать DTI, то должны использоваться
только DTI, если необходимо использовать MDT, то должны использоваться
только MDT.
11.1.2 Описание конфигурации модуля SM16 (коммутационный модуль с

коммутационным полем 16K)
Конфигурация модуля SM16 (модуль с коммутационным полем 16К) описывается
-692-
1. Краткое описание SM16
Модуль SM16 (коммутационная емкость 16K) предназначен для шлюзовых

(международных) станций большой емкости и транзитных станций.
SM16 в типовом варианте функционирует, как обычный PSM соединительных

линий, и тесно связан с SDT (платой оптических соединительных линий c
интерфейсом STM-1). Модуль может иметь только внешний электрический
интерфейс или оптический интерфейс типа STM1. Несмотря на это, он может
гибко использоваться в различных конфигурациях. Например, модуль может
использоваться, в качестве узла сети и подключаться к PSM или RSM. В этом
случае, как и в случае конфигурации, в которой в качестве ядра сети
используется SM8, емкость модуля увеличивается. Также к модулю могут быть
подключены абоненты, в этом случае модуль будет функционировать, как модуль
АЛ.
Модуль SM16 является улучшенным модулем SM8, к которому были добавлены

плата коммутационного поля 16K (DDSN) и объединительная плата уровня
коммутационного поля (BNEN). Структура модуля полностью совпадает со
структурой модуля SM8. Структура, распределение магистральных шин, метод
конфигурирования коммутационного поля 16K в деталях описаны ниже.
2. Типичная конфигурация модуля SM16
Если модуль функционирует независимо от станции, как модуль соединительных

линий: 14400DT или 7×STM-1.
Если модуль SM16 функционирует как модуль соединительных линий в составе

многомодульной станции: 7680DT или 4×STM-1. При функционировании модуля
SM16 в качестве центрального модуля, к нему подключаются PSM и RSM.
Чаще всего модуль SM16 используется в качестве модуля соединительных линий

или в качестве центрального модуля.
К модулю SM16 может быть подключено до 15360 АЛ (включая местных

абонентов, абонентов RLM и V5).
-693-
3. Структура SM16
SM16 структурно похож на модуль SM8, отличие состоит в том, что плата BNET
заменена платой BNEN, и добавлена плата коммутационного поля 16К (DDSN).
Коммутационная емкость составляет 16Kх16K временных интервалов (TS). 64

магистральные шины по 8 Мбит/с подключаются к платам DTI или к 4
стандартным интерфейсам SDH 155 Мбит/с. 54 магистральные шины по 8
Мбит/с подключается к центральной стойке через оптический интерфейс платы
FBI. Кроме того, модуль SM16 имеет магистральную шину 2 Мбит/с и интерфейс
синхросигналов для подключения к платам COMM, а также магистральную шину
8 Мбит/с и интерфейс синхросигналов для подключения ASIG. Платы SDT могут
резервироваться по схеме 1+1.
Новые платы:
Объединительная плата коммутационного поля 16К (BNEN).
Плата цифрового коммутационного поля 16 К (DDSN).
Плата DDSN – это плата коммутационного поля 16К с коммутационной емкостью

16К, выполняющая полупостоянные соединения для передачи различных данных
модуля доступа и коммутацию каналов. DDSN также обеспечивает
дифференцированное управление 5-ю магистральными шинами по 8 Мбит/с,
используемыми для соединения с различными ресурсными платами.
Распределение магистральных шин модуля SM16. Сеть модуля имеет в общей

сложности 128 магистральных шин по 8 Мбит/с. 123 магистральные шины
используются для передачи речевых каналов, оставшиеся используются для
организации полупостоянных соединений с платами ASIG. Распределение
магистральных шин представлено в Табл. 11.1-1.
-694-
Табл. 11.1-1 Распределение магистральных шин в сети модуля 16K
Слот HW
DSNI (MP) HW0~HW 3
DSNI0 HW4~HW 19
DSNI1 HW20~HW 35
DSNI2 HW36~HW 51
DSNI3 HW52~HW 67
FBI0 HW68~HW 83
FBI1 HW84~HW 99
FBI2 HW100~HW 115
FBI3 HW116~HW 121
DDSN HW123~HW 127
Примечание: шина 122 замкнута сама на себя.
64 магистральные шины (HW4~HW67) могут быть напрямую подключены к

интерфейсу DTI через DSNI. Если принять во внимание, что максимальная
емкость транзитной станции составляет 64 ЦСЛ, то 54 магистральные шины
(HW68~HW121) могут быть подключены к центральной сети. Можно подсчитать,
что число транзитных каналов (временных интервалов) составляет n=7680
(64x4x30). Число каналов для подключения различных модулей доступа к
центральной сети составляет m=6904 (54x128-8). Обладая ресурсами для
обработки сигнализации и функцией коммутации, различные модули доступа
могут самостоятельно обрабатывать некоторые транзитные вызовы. Поэтому
действительный коэффициент доступности пучка более 100 % (учитывая, что
допустимая нагрузка на СЛ составляет 0.7 Эрл, число подключенных СЛ может
быть увеличено до 9000 ЦСЛ, если не все вызовы передаются через центральный
модуль. В этом случае система комплектуется 3 парами плат FBI и 75
магистральных шин подключаются к плате СЛ).
DSNI (уровня MP) обеспечивает адаптацию четырех магистральных шин под

передачу сообщений, что оказывается достаточно для удовлетворения требований
различных конфигураций. Кроме функции коммутации, DDSN обеспечивает
дифференцированное управление 5-ю 8-мегабитными шинами, используемыми
для соединения с различными ресурсными платами. Одна магистральная шина
-695-
подключается к плате TONE, остальные четыре к платам MFC. При сигнализации

по выделенному каналу четыре платы MFC могут обрабатывать только 3840
каналов. Но при использовании платы SDH, модуль может обрабатывать
сообщения сигнализации по выделенному каналу для половины каналов. В
реальной сети число соединений устанавливаемых с использованием
сигнализации по выделенному каналу не очень большое, поэтому проблем в
процессе эксплуатации оборудования не возникнет. Если используется интерфейс
Е1 (DTI), и весь модуль занят обработкой сигнализации по выделенным каналам,
то в объединительную плату (BDT) модуля может быть дополнительно вставлена
плата MFC. Магистральная шина HW122 используется для организации тестовой
петли.
4. Метод конфигурирования SM16
Модуль SM16 конфигурируется аналогично модулю SM8.
Конфигурирование BSLC уровня абонентского блока выполняется аналогично

конфигурированию SM8.
1) Конфигурирование BMDT уровня CЛ 16Е1
Плата цифровых соединительных линий (MDT) поддерживает 480 каналов.

Число плат определяется в зависимости от числа необходимых ЦСЛ (если в
направлении станции требуется меньше 30 каналов, то требуется только одна
плата).
2) Платы аналоговых сигналов (ASIG).
A. Плата TONE. В типовом варианте, сконфигурированы 120 каналов (по 60

каналов на каждую из двух плат). При небольшом количестве абонентов
(меньше 1000), необходимо сконфигурировать только 60 каналов.
B. DTMF: Значение получено экспериментально. Число плат соотносится с

числом абонентов как 1 к 32.
C. Конференцсвязь. Типовой вариант предполагает поддержку 60 участников

конференции, что требует половины ресурсов платы ASIG.
-696-
D. MFC: Значение получено экспериментально. Число СЛ с выделенными

каналами, деленное на 8. Если в сети нет CЛ с выделенными сигнальными
каналами, то модуль не комплектуется платами MFC.
E. CID: На 100 абонентов нуждающихся в АОН необходима 1 плата CID. Модуль

не комплектуется платами CID, если абоненты с АОН не подключаются к
станции.
Общее число плат ASIG складывается из суммы значений вычисленных в

пунктах A~E.
3) ODT: вставляется в те же слоты что и плата MDT.
4) Плата интерфейса SDH, вставляется в те же слоты, что и MDT.
5) Объединительная плата уровня СЛ (BMDT). Каждый уровень может

содержать до 16 плат MDT, ASIG, ODT или SNB. Число BDT вычисляется в
зависимости от количества плат MDT, ASIG, ODT или SNB.
6) Конфигурирование BCTL управляющего уровня
Осуществляется также как и для модуля SM8, с той лишь разницей, что для
платы MDT необходимо выделить два коммуникационных канала (TS) в MPPP.
7) Конфигурация BNEN уровня коммутационного поля
Объединительная плата коммутационного поля (BNET). Модуль всегда

укомплектован одной платой BNET.
Плата коммутационного поля 16 К (DDSN). Модуль всегда укомплектован одной

платой DDSN.
Плата сигналов синхронизации (SYCK). Модуль всегда укомплектован двумя

платами SYCK.
Плата эталонных частот синхросигналов (CKI). Если необходим интерфейс BITS,

то система конфигурируется одной платой на станцию (Обычно в плате CKI нет
необходимости, в случае необходимости система комплектуется одной платой на
центральный модуль (СМ)).
-697-
8) Интерфейсная плата цифрового коммутационного поля (DSNI)
Конфигурирование платы DSNI осуществляется по разному в двух ниже

рассмотренных случаях:
A. Модуль работает, как PSM в составе многомодульной станции.
Модуль комплектуется двумя платами DSNI для управления уровнем COMM, и

распределения нагрузки.
Также необходимо 4 пары плат DSNI для уровня SP, которые в основном
подключаются к платам MDT и ASIG. Число DSNI определяется в зависимости
от количества необходимых HW. Одна пара плат DSNI обеспечивает 16 HW,
кроме того, еще 5 HW, подключаемых к платам ASIG, обычно обеспечивает
DDSN.
Общее число плат DSNI складывается из значений, определенных в каждом из

пунктов.
B. Модуль функционирует, как независимая станция, или как центральный

модуль.
Всегда установлены две платы DSNI для управления уровнем COMM и

распределения нагрузки.
Также необходимо 8 пар плат DSNI для уровня SP, как максимум, которые, в
основном, подключаются к платам MDT и ASIG. Число DSNI определяется в
зависимости от количества необходимых HW. Одна пара плат DSNI обеспечивает
16 HW, кроме того, еще 5 HW, подключаемых к платам ASIG, обычно
обеспечивает DDSN.
Общее число плат DSNI складывается из значений, определенных в каждом из

пунктов.
В итоге, необходимо 2 платы DSNI, как минимум, и 18 плат, как максимум (если
DSNI функционирует, как PSM, то максимально необходимо 10 плат).
9) Плата соединительной линии STM-1 (SDT)
-698-
Платы SDT конфигурируются в зависимости от выбранного режима

резервирования и необходимого количество линий STM-1. Детальное описание
процесса конфигурирования плат SDT дано в разделе, посвященном
конфигурированию SDH. Платы SDT могут использоваться совместно с платами
DSNI и FBI. Платы SDT могут быть двух типов, платы одного типа
поддерживают электрический интерфейс, платы другого типа поддерживают
оптический интерфейс.
10)Плата интерфейса оптических линий (FBI)
Возможны два варианта:
A. Платами FBI комплектуется модуль, функционирующий как местный PSM, в

этом случае должно быть 4 пары плат. Конфигурация выбирается в
зависимости от емкости модуля. Каждая пара плат FBI поддерживает 2048
временных интервалов (TS). При определении нужного количества плат
необходимо также учитывать нагрузку на абонентские и соединительные
линии. (Например, согласно модели международного трафика, необходима
одна пара плат FBI на 1.5 пары плат DSNI/SDT в слотах 19~26. Другими
словами, если в модуль установлены 1.5 пары плат DSNI, то необходимо
установить одну пару плат FBI. Максимально в этом случае могут быть
сконфигурированы 3 пары плат.)
B. Если FBI функционирует, как CM (центральный модуль), то число плат FBI =

числу подключаемых к модуль местных PSM умноженных на 2.
Платы FBI могут использоваться совместно с платами DSNI. По дальности

передачи платы FBI делятся на три типа: ближнемагистральные (2 км),
среднемгистральные (2 км ~ 30 км) и дельнемагистральные (30~50км).
11) Конфигурирование блока электропитания
Число плат электропитания A (POWA) = BSLCx2/
Число плат электропитания B (POWB) = (BDT+BCTL)x2
Число плат электропитания C (POWC) = BNETx2.
-699-
Число POWP = числу стоек.
12) Конфигурирование стоек
Число полок = BSLC+BDT+BCTL+BNEN. Кроме того стойки комплектуются

пустыми сменными полками (одна стойка может содержать 6 полок).
Число стоек определяется по числу необходимых полок, исходя из того, что одна
стойка может комплектоваться максимум 6 полками.
11.1.3 Краткое описание центрального коммутационного модуля

SM32/SM64
Основу центрального коммутационного модуля составляет одна единственная

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

временным разделением, технологии высокоскоростного мультиплексирования/
демультиплексирования, технологии интеллектуального компьютерного
управления и новейшей технологии СБИС центральный коммутационный модуль
обеспечивает высокопроизводительное коммутационное поле большой емкости,
таким образом, снижаются размеры коммутационного оборудования, его
стоимость, упрощается структура системы, и увеличивается надежность.
Пропускная способность магистральной шины составляет 32 Мбит/с.
Соединительных линий между платой и модулем при этом стало значительно

меньше. Кроме того, поддерживается соединение по оптоволоконной линии
между модулем PSM и удаленным интерфейсным уровнем, таким образом,
минимизируется число межмодульных электрических интерфейсов.
Плата коммутационного поля 32К совместима с платой коммутационного поля

64К. CDSN платы коммутационного поля 32К вставляется в ту же
объединительную плату, что и коммутационная плата 32К модуля SM32, CPSN
платы коммутационного поля 64К вставляется в в ту же объединительную плату,
что и коммутационная плата 64К модуля SM64.
-700-
1. Основные характеристики SM32/SM64
Магистральная сеть модуля 32К состоит из 64 магистральных шин (HW) по 32

Мбит/с каждая, 62 из которых доступны для использования. Магистральная сеть
модуля 64К состоит из 128 магистральных шин по 32 Мбит/с каждая, 126 из
которых доступны для использования. Распределение шин показано в Табл.
11.1-2.
Табл. 11.1-2 Распределение HW коммутационного поля 32K/64K
Слот Распределение HW 32 Мбит/с

CFBI0 HW0~HW15
CFBI1 HW16~HW31
CFBI2 HW32~HW46, HW48
CFBI3 HW49~HW62
CFBI4 HW64~HW79
CFBI5 HW80~HW95
CFBI6 HW96~HW111
CFBI7 HW112~HW127
16×16 потоков по 2 Мбит/с выделены в магистральной шине HW47 под каналы

для передачи сообщений к модулю MSM (для межмодульных соединений). 8
потоков по 2 Мбит/с выделены в магистральной шине HW63 под каналы для
передачи сообщений к модулю SNM (для межмодульных соединений).
Для модуля SM32 максимально может быть сконфигурировано 4 пары плат

оптических интерфейсов CFBI. 4 оптических интерфейса четырех пар плат CFBI
обеспечивают 8 потоков по 8 Мбит/с, которые могут использоваться для
подключения BRMI интерфейсного уровня удаленного оборудования. (Платы
CFBI должны использоваться в парах). Комплект из двух плат CFBI
поддерживает до 4-х оптических интерфейсов, каждый из которых обеспечивает
16 потоков по 8 Мбит/с.
Модуль SM64 максимально может быть укомплектован 8 платами оптических

интерфейсов CFBI. Четыре оптических интерфейса 4-х пар плат CFBI
обеспечивают 8 потоков по 8 Мбит/с, которые могут использоваться для
-701-
подключения плат BRMI уровня удаленных интерфейсов. В конечном итоге,

обычно используются 4 пары CFBI.
2. Метод конфигурирования платы SM32/SM64.
Максимально платами SM32/SM64 могут быть укомплектованы 2 стойки. Стойка

2# содержит только платы уровня удаленных интерфейсов.
Далее в тексте будет использоваться следующее обозначение: CEILING(X),

означающее операцию округления величины “X” до целого значения в сторону
увеличения. Например, CEILING (2.1)=3.
1) Конфигурирование уровня интерфейсов удаленного модуля (BRMI)
Число плат соединительных линий, определяется исходя из того, что каждая

плата обеспечивает 120 каналов, распределенных по 30 каналов.
Объединительная плата уровня интерфейсов удаленного модуля. Максимальное

число поддерживаемых плат соединительных линий - 16.
Плата оптических интерфейсов (FBI). Число плат FBI определяется, как число
BRMIх2 (платы ближней стороны).
Плата интерфейса синхросигналов (CKDR): BRMIх2.
2) Конфигурирование объединительной платы уровня центрального

коммутационного поля
Плата коммутационного поля 32К (CDSN). Модуль всегда комплектуется двумя

платами CDSN (в случае использования платы емкостью 64K, плата CDSN
должна быть заменена платой CPSN, без внесения каких-либо других
изменений).
Система всегда комплектуется одной объединительной платой уровня

центрального коммутационного поля (BCN).
Модуль всегда комплектуется двумя платами управления передачей

синхросигналов (CKCD).
-702-
Модуль комплектуется двумя платами POWS (источник питания типа S).
Модуль комплектуется двумя сменными полками вентиляторов (CFM).
Центральная плата оптических интерфейсов (CFBI). Максимальное число CFBI

=(число пар FBI для подключения местного оборудования + число BRMI) * 2 (в
зависимости от условий реальной эксплуатации, платы разделяются на три типа:
ближней передачи, средней, и дальней передачи).
3) Объединительная плата управляющего уровня BCTL
В модуле постоянно сконфигурированы две объединительные платы

управляющего уровня, одна для MSM другая для SNM.
Процессор модуля (МР). В конфигурации обязательно входят два модульных

процессора для MSM и два модульных процессора для SNM.
Модуль обязательно имеет две платы разделяемой памяти (SMEM).
Модуль может иметь 1~2 платы мониторинга (PMON).
Коммуникационная плата (СОММ). 4 платы СОММ используются для

организации постоянных соединений между MSM и SNM.
Постоянные межмодульные соединения. Используются две платы для

организации 24 СЛ и управляющих соединений с центральным коммутационным
полем.
Временные межмодульные соединения. Максимальное число плат COMM =

((число DT - 24)/32)х2
Временные межмодульные соединения. Максимальное число плат COMM =

(число модулей подключенных к центральной коммутационной матрице /8)х2.
4) Конфигурирование интерфейса синхросигналов
Модуль комплектуется одной объединительной платой уровня коммутационного

поля (BNET).
-703-
Модуль укомплектован двумя платами синхросигналов (SYCK).
5) Конфигурирование блока электропитания
Число плат электропитания (POWB) = (BCTL + BRMI + BNET)×2.
Число плат электропитания (POWP) определяется по числу уровней удаленных

интерфейсов, одна на уровень во всех других случаях модуль комплектуется 2
платами.
6) Конфигурирование стоек
Число полок = BRMI+ BCN + BCTL + BNET. Кроме этого стойка заполняется
пустыми сменными полками (одна стойка может содержать 6 полок, BCN и CFM
занимают позиции двух полок).
Число стоек определяется по числу необходимых полок. В каждой стойке

размещается 6 полок (BCN и СFM занимают позиции двух полок).
11.1.4 Описание конфигурации удаленного абонентского модуля RSU960
В данном разделе описывается конфигурация модуля RSU960.
1. Краткое описание модуля RSU960
Модуль RSU960 включает абонентский блок BSLC и оборудование

транспортного уровня BRSU. Абонентский блок аналогичен SM8. BRSU
поддерживает три режима передачи для организации соединений с модулями
DTI, ODT и SNB 3.
Типичная конфигурация содержит один абонентский блок (на 960 абонентов).

Если конфигурация предполагает использование двух абонентских блоков, то эти
блоки будут разделять 1 уровень BRSU, таким образом, оставляя свободным один
уровень BRSU при сохранении функциональности. Тем не менее данные
конфигурируются на использование 2-х BRSU. Интерфейс аварийных сигналов
уровня BRSU не совместим с интерфейсом аварийных сигналов стойки.
2. Метод конфигурирования модуля RSU960.
-704-
1) Конфигурирование BSLC абонентского уровня. Выполняется также как для

SM8.
2) Конфигурирование BRSU уровня удаленных блоков
Объединительная плата уровня удаленных блоков (BRSU). Модуль всегда

комплектуется одной платой BRSU.
Модуль всегда конфигурируется двумя платами удаленного мониторинга

окружающей среды (REPD).
Платы ЦСЛ. Число плат ЦСЛ определяется в зависимости от числа необходимых

каналов. Обычно требуется одна плата ЦСЛ.
Число плат ODT, SNB в конфигурации зависит от конкретных условий, наличия у

заказчика оптических линий связи.
3) Система электропитания модуля
POWA: модуль комплектуется одной платой на каждый уровень BSLC.
POWB: модуль комплектуется платами POWB для управляющего уровня и

уровня коммутационного поля, по одной плате на каждый уровень. В случае,
если уровень управления и уровень коммутационного поля объединены в один
уровень, то необходима только одна плата POWB.
Плата питания типа P: модуль всегда комплектуется одной платой.
4) Конфигурация стоек
Полки: конфигурация предполагает наличие 6 полок (BSLC + BRSU +

заменяемые пустые полки. В стойке размещается 6 полок).
Стойка. Модуль состоит из одной стойки. (Может использоваться уменьшенная

вдвое стойка, в которой помещается только 3 полки).
Примечание:
При использовании встроенных интерфейсов SDH в структуре сети,
-705-
потребуется встроенный интерфейс SDH на стороне модуля.
Если возможно, то для сетевых соединений типа «точка-точка» необходимо

использовать режим ODT для передающего оборудования.
В этом случае, для конфигурирования модуля, подключаемого к данному

RLM нет необходимости вычислять количество HW (число HW однозначно
определяется числом ЦСЛ или числом оптических ЦСЛ), нужно лишь
определить число используемых временных интервалов в MPPP (2 пары
используются для SP). RDT не занимает временных интервалов. Остальные
временные интервалы определяются так же, как для модулей SU960N,
SU480.
11.1.5 Описание конфигурации модуля SU960N (удаленный абонентский

модуль)
Ниже приводится описание конфигурации удаленного абонентского модуля

SU960N.
1. Краткое описание модуля SU960N в стойке половинной высоты . Состав

стойки показан на Рис. 11.1-3.
POWER P
1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
P A A A A A A A A A A A A A A A A A A A A S S P
O S S S S S S S S S S S S S S S S S S S S P P O
W L L L L L L L L L L L L L L L L L L L L I I W
A C C C C C C C C C C C C C C C C C C C C A
P A A A A A A A A A A A A A A A A A A A A M P P P
O S S S S S S S S S S S S S S S S S S S S T MM O
W L L L L L L L L L L L L L L L L L L L L T S S W
A C C C C C C C C C C C C C C C C C C C C P P A
PMSP: Гибридная плата SP, DTI и REPD
Рис. 11.1-3 Конфигурации SU960N
2. Метод конфигурирования плат модуля SU960N
-706-
1) Конфигурирование абонентского уровня BSLC
Плата абонентских линий: конфигурация аналогична модулю SM8.
Плата аналоговых CЛ: конфигурация аналогична модулю SM8.
Объединительная плата абонентского уровня: конфигурация аналогична модулю

SM8.
Многофункциональная процессорная плата (PMSP) абонентских процессоров: 2

уровня формируют один блок, для которого конфигурируется две платы PMSP.
Плата интерфейса абонентских процессоров (SPI): два уровня формируют один

блок, для которого конфигурируются две платы SPI.
MTT: на один блок конфигурируется одна плата MTT.
Плата тестирования цифровых линий (TDSL): если модуль содержит платы

DSLC, то для каждого блока необходимо включить в конфигурацию одну плату
TDSL, в противном случае модуль не конфигурируется платами TDSL.
2) Система электропитания
Плата питания А: требуется две платы на каждый уровень.
Плата питания Р: модуль всегда комплектуется одной платой.
3) Конфигурирование стойки
Полки: постоянно сконфигурированы 2 полки (BSLC + пустая заменяемая полка.

Одна стойка содержит две полки.
Число стоек: 1 стойка в конфигурации.
Примечание: если для подключения к сети используются интерфейсы SDH или

ODT, то должна использоваться конфигурация RSU960.
-707-
11.1.6 Описание конфигурации компактного удаленного абонентского

модуля (RSUC)
В данном разделе приводится описание конфигурации модуля RSUC.
1. Краткое описание модуля RSUC.
Используется стандартная 19-дюймовая стойка высотой 1.2 м. Комплектация

стойки модуля, функционирующего в режиме СЛ, представлен на Рис. 11.1-4.
1 2 3 4 5 6 1 7 8 9 1 1 1 1 1 1
0 1 2 3 4 5 6
P A A A A A A A A A A S S
O S S S S S S S S S S P P
W L L L L L L L L L L I I
A C C C C C C C C C C
P A A A A A A A A A A M P P
O S S S S S S S S S S T M M
W L L L L L L L L L L T S S
A C C C C C C C C C C P P
монолитный блок питания 15 А
монолитный блок питания 15 А
Рис. 11.1-4 Конфигурация модуля RSUC в режиме СЛ
Состав стойки модуля, функционирующего в режиме SDH, показан на Рис.

11.1-5.
-708-
1 2
P A A
Рис. 11.1-5 Конфигурация модуля RSUC в режиме SDH
2. Метод конфигурирования плат модуля RSUC
1) Плата BSLC абонентского уровня
Плата абонентских линий: конфигурация аналогична модулю SM8.
Плата аналоговых CЛ: конфигурация аналогична модулю SM8.
Объединительная плата абонентского уровня (BALT): каждый уровень может

комплектоваться 10 платами АЛ. Число BALT определяется по числу
необходимых плат АЛ.
Плата многофункциональной удаленной обработки (PMSP): 2 уровня

объединяются в один блок, для которого конфигурируются 2 платы PMSP.
SPI: 2 уровня объединяются в один блок, для которого конфигурируются 2 платы

SPI.
MTT: на один блок конфигурируется одна плата MTT.
Плата тестирования цифровых линий (TDSL): если модуль содержит платы

DSLC, то для каждого блока необходимо включить в конфигурацию одну плату
-709-
TDSL, в противном случае модуль не конфигурируется платами TDSL.
2) Система электропитания
Плата питания А (POWA): конфигурируется одна плата POWA для каждого

уровня.
3) Конфигурирование стойки
Полки: постоянно сконфигурированы 2 полки (BSLC + пустая заменяемая полка).

Одна стойка содержит две полки.
Число стоек: 1 стойка в конфигурации.
Примечание: если для подключения к сети используются интерфейс SDH

или ODT, то необходимо заменить абонентские процессорные платы PMSP
другими платами. Кроме того, необходимо добавить в конфигурацию платы
CSCB.
11.1.7 Конфигурирование встроенного оборудования SDH системы ZXJ10
В данном разделе приводится описание встроенного SDH оборудования системы

ZXJ10.
1. Краткое описание встроенного оборудования SDH
В настоящий момент система комплектуется двумя типами оборудования SDH:
Встроенное оборудование SDH155: оборудование, смонтированное на полке

(BPON, BRON и BROM).
Оборудование SDH встроенное в плату: платы ЦСЛ STM-1 (SDT) и платы SDH-
сетей (SNB).
В зависимости от условий встроенное оборудование SDH может быть

сконфигурировано для работы в качестве терминального мультиплексора (TM),
мультиплексора вставки-выделения (ADM), или регенератора (REG).
1) TM
-710-
Терминальный мультиплексор является оконечным устройством для

передаваемых сигналов. В состав необходимого для терминального
мультиплексора сетевого оборудования должны входить: агрегирующая плата
(плата агрегатных интерфейсов) S1OA (используется либо восточный интерфейс,
либо западный), блок оперативных переключений CC1S и соответствующая
плата компонентных потоков.
В комплекте с еще одной платой оптических интерфейсов S1OA мультиплексор

TM может выполнять резервирование линий типа 1+1. Вместе с платой
оперативных переключений CC1S и вспомогательной платой групп В
мультиплексор может обеспечить резервирование линии типа 1:1.
2) ADM
Мультиплексор ADM может не только вводить компонентные (трибутарные)

потоки но и пропускать потоки прозрачно. Транзитные потоки пропускаются
прозрачно без изменений, и интерфейс ввода/вывода потоков удовлетворяет
соответствующим спецификациям. ADM удаляет заголовок SOH на приеме и
вставляет заголовок при передаче. В состав необходимого для ADM
мультиплексора сетевого оборудования должны входить: агрегирующая плата
S1OA (используется одновременно восточный и западный интерфейс), блок
оперативных переключений CC1S и соответствующая плата интерфейсов
компонентных (трибутарных) потоков.
В комплекте с еще одной платой оптических интерфейсов S1OA мультиплексор

ADM может выполнять резервирование линий типа 1+1. Вместе с платой
оперативных переключений CC1S и плат другой группы компонентных потоков
мультиплексор может обеспечить резервирование линии типа 1:1.
3) REG
Регенерационный мультиплексор используется для восстановления сигналов

синхронизации и сигналов обслуживания. В состав сетевого оборудования REG
входит плата линейных сигналов S1OA (используются одновременно два типа
интерфейсов: восточный и западный).
2. Встроенная система SDH (полочная структура)
-711-
Монтируемое на полках оборудование имеет три типа архитектурных решений, в

соответствии с выбранной архитектурой (BPON, BRON или BROM)
используемой объединительной платы. Архитектура BPON может
использоваться для модулей PSM, RSM и CM, и существует длительное время.
Архитектура BRON применяется в модуле SU960, BROM – в модуле SU480I.
Несмотря на применение SNB, они будут использоваться значительно реже
(только в случаях наличия двух оптических направлений).
1) Описание структуры BPON (объединительной платы передающей оптической

сети )
Структура съемной платы показана на Рис. 11.1-6.
1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
P F S S E E E E C S S C E E E E S S P
O M C C N N N N C 1 1 C N N N N F F O
W C L L T T T T 1 O O 1 T T T T B B W
A P K K 4 4 4 4 S A A S 4 4 4 4 I I A
/ / / / / / / / / /
E E E E C C E E E E
D D D D C C D D D D
T T T T 1 1 T T T T
4 4 4 4 F F 4 4 4 4
Рис. 11.1-6 Конфигурация BPON
A. Общее описание плат
Главная управляющая плата FMCP. Плата обычно включает в себя три

коммуникационных интерфейса: Q-интерфейс, S-интерфейс и ECC-интерфейс,
которые используются для управления и мониторинга сетевого оборудования.
MCP также выполняет функции обслуживания, используемые, например в
организации служебной телефонной связи между сетевым оборудованием. MCP
выполняет функции установления соединения типа «точка-точка», «точка-
многоточие».
Плата сетевых синхросигналов (SCLK). Плата синхросигналов обеспечивает

сигналами синхронизации все передающее оборудование.
Плата оптических линий S1OA. Плата выполняет такие функции, как
-712-
преобразования оптических сигналов в электрические и обратно,

скремблирование/дескремблирование, цикловая синхронизация, ведение
статистики ошибок, обработку секционных заголовков, обработку заголовков
трактов верхнего уровня, детектирование аварийных сигналов и обработку
сообщений протокола APS. Плата S1OA имеет оптические интерфейсы
восточного и западного типов. При использовании платы в качестве ТМ
(терминального мультиплексора) должен использоваться только один тип
интерфейса. При функционировании платы в качестве мультиплексора ADM
должны использоваться оба интерфейса.
СС1S. Плата CC1S обеспечивает функции задержки сигналов, ввода/вывода

потоков, выбор режима TM/ADM и функции защитного переключения по
протоколу APS.
CC1F. Плата используется вместо платы CC1S, если имеется два оптических
Плата электрических трактов E1 EDT4. Плата электрического тракта E1 (2

Мбит/с) осуществляет упаковку 2-мегабитного потока PDH в виртуальный
контейнер VC-12 и обратно, мультиплексирование и демультиплексирование из
TU-12 в STM-1, кросс-коммутацию временных интервалов TU-12 и сигналов
физического интерфейса PDH E1, кодирование/декодирование по стандарту
HDB3.
Плата потоков E1 обрабатывает 16 трактов Е1. На плате EDT4 размещен

преобразователь электрических сигналов интерфейса E1. При соответствующих
настройках параметров преобразователя плата EDT4 может выполнять
преобразование сигналов стандартных 75 Ом и 120 Ом кабелей.
При функционировании платы в качестве встроенной системы SDH 8-

мегабитные линии напрямую подключаются к платам DSNI или SP. Поэтому
плата потоков не конфигурируется.
Плата электрического интерфейса ИКМ-потоков ENT4. Плата электрического

интерфейса потоков ИКМ выполняет упаковку 8.192-мегабитного ИКМ-потока в
виртуальный контейнер VC-12, мультиплексирование и демультиплексирование
из TU-12 в STM-1, кросс-коммутацию временных интервалов TU-12 и сигналов
-713-
физического интерфейса 8.192-мегабитной ИКМ-линии. Плата электрического

интерфейса ИКМ-линии поддерживает 4 ИКМ-линии по 8.192 Мегабит/с.
Плата интерфейса оптических линий SDH (SFBI): плата используется для

организации взаимодействия между коммутационной системой и встроенным
передающим оборудованием SDH. При подключении большего количества
кабелей, можно использовать интерфейсную плату SFBI для осуществления
соединений между интерфейсом FBI коммутационной системы и оборудованием
SDH.
B. Характеристики BPON
Плата обеспечивает несколько режимов защиты таких, как 1+0, 1+1, 1:1, 2+0,
кольцо.
Поддерживает до 4-х оптических направлений.
В режимах защиты 1:1 или 2+0, пропускная способность составляет 126×E1.
В режимах защиты 1+1, 1+0 или кольцо, пропускная способность составляет

63×E1.
Поддерживаются два режима ввода/вывода в/из коммутационного поля: DSNI и

FBI.
Функция выделенной линии.
Стандартный интерфейс STM-1.
Стандартный интерфейс 2 Мбит/с (EDT4 не имеет функцию подстройки

синхросигнала. Иными словами, плата не выделяет синхросигналов из потока
Е1).
C. Сетевая конфигурация BPON
В зависимости от архитектуры сети, BPON может быть сконфигурирована для

работы в качестве оборудования трех различных типов: TM, ADM, и REG, и в 4-х
различных режимах защиты: 1+0, 2+0, 1+1, и 1:1, как показано в Табл. 11.1-3.
Число плат для различных вариантов приведено в таблице (символы “XY”
-714-
обозначают тип услуги, символ “X” обозначает тип доступа ). Символ “D”
обозначает Е1, “N” обозначает поток ИКМ 8.192 Мбит/с, “Y” обозначает тип
услуги, которая может быть класса А, В и Р (дополнительная услуга).
Занимаются две пары TS (временных интервалов) платы MPPP и одна HW.
Табл. 11.1-3 Таблица конфигурации сети BPON
Режим
Тип NE S1OA CC1S EDT4 ENT4
защиты
TM 1+0 1 1 DA/16 NA/16
TM 2+0 2 2 DA/16+DB/16 NA/16+NB/16
TM 1+1 2 1 DA/16 NA/16
TM 1: 1 2 2 DA/16+DP/16 NA/16+NP/16
ADM 1+0 1 1 DA/16 NA/16
ADM 2+0 2 2 DA/16+DB/16 NA/16+NB/16
ADM 1+1 2 1 DA/16 NA/16
ADM 1: 1 2 2 DA/16+DP/16 NA/16+NP/16
REG 1+0 1 - - -
REG 2+0 2 - - -
REG 1+1 2 - - -
Базовая конфигурация оборудования SDH для каждого уровня следующая:
POWA: 2
FMCP: 1
SCLK: 2
SFBI: В общем случае данная плата не входит в конфигурацию. Плата

включается в конфигурацию только в том случае, если необходимо использовать
интерфейс FBI/CFBI, тогда в конфигурацию включается еще и SFBI (ENT4
подключается к DSNI посредством кабелей).
2) Описание объединительной платы оборудования оптических интерфейсов и

ее конфигураций. Структура сменной платы BRON B9903 показана на Рис.
11.1-7.
-715-
1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
P R R F S S C S S C E E E E P
O E E M C C C 1 1 C N N N N O
W P P C L L 1 O O 1 T T T T W
A D D P K K S A A S 4 4 4 4 A
/ / / / / /
C C E E E E
C C D D D D
1 1 T T T T
Рис. 11.1-7 Конфигурации BRON
Данная конфигурация используется в том случае, если организация сети

предполагает применение встроенного оборудования SDH. В этом случае система
не комплектуется платами DTI или ODT. Метод конфигурирования такой же, как
и для BPON.
Характеристики:
A. Удаленный SDH-модуль обеспечивает несколько режимов защиты: 1+0, 1+1 и

кольцо.
B. Модуль поддерживает до 4-х оптических направлений.
C. Емкость, пропускная способность модуля эквивалентна 63E1 (в основном

используются ENT4, и 4 шины по 8 Мбит/с подключаются к двум
устройствам).
D. Функция выделенной линии
E. Стандартный интерфейс STM1
F. Стандартный интерфейс 2 Мбит/с (EDT4 не имеет функцию настройки по

синхросигналу. Иными словами, плата не выделяет синхросигналов из потока
Е1. Для выделения синхросигнала из потока E1 необходимо использовать в
конфигурации связку плат ENT4+DTI. При этом для передачи сигналов платы
должны быть соединены между собой с помощью кабеля. Для платы DTI не
будет поддерживать функция мониторинга системы эксплуатации и
техобслуживания.)
-716-
Примечание: Для удаленного абонентского модуля емкостью 960 АЛ, плата

BRON должна использоваться совместно с платой REPD.
3) Обзор и описание конфигурации объединительной платы удаленного

оптического модуля (BROM- Back Plane of Remote Optical Module)
Структура объединительной платы BROM B9911 показана на Рис. 11.1-8
1 2 3 4 5 6 7 8 9 1 1 1 1 1 1 1
0 1 2 3 4 5 6
P F S S S S C C E E
O M C C 1 1 C C N N
W C L L O O 1 1 T T
A P K K A A S S 4 4
/ / / /
C C E E
C C D D
1 1 T T
F F 4 4
Рис. 11.1-8 Конфигурации SU480
Данная конфигурация используется для модуля SU480I/SU480E в том случае,

если организация сети предполагает применение встроенного оборудования SDH.
В этом случае система не комплектуется платами DTI или ODT.
Метод конфигурирования такой же, как и для BPON.
Характеристики:
A. Удаленный SDH-модуль обеспечивает несколько режимов защиты: 1+0, 1+1,

1:1, 2+0 и кольцо
B. Модуль поддерживает до 4-х оптических направлений.
C. Пропускная способность модуля эквивалентна 2×16=32E1 (в основном

используются ENT4).
D. Функция выделенной линии
E. Стандартный интерфейс STM-1
F. Стандартный интерфейс 2 Мбит/с (EDT4 не имеет функцию настройки по
-717-
синхросигналу. Иными словами, плата не выделяет синхросигналов из потока

Е1. Для выделения синхросигнала из потока E1 необходимо использовать в
конфигурации связку плат ENT4+DTI. Для платы DTI не будет
поддерживаться функция мониторинга системы эксплуатации и
техобслуживания станции.)
3. Встроенный в плату интерфейс SDH
1) Плата соединительных линий STM1
Плата SDT с оптическим или электрическим интерфейсом SDH STM1 может

поддерживать сигнализацию по выделенному каналу (CAS) сигнализацию по
общему каналу ОКС и сигнализацию V5.2. Емкость SDT эквивалентна 16
интерфейсам DTI. Слоты объединительной платы совместимы с DSNI.
Две платы SDT (одна работает в активном режиме, другая – в резервном)

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

интерфейс STM-1. Пропускная способность SDT эквивалентна 63×2Мбит/с, из
которых 18 потоков по 2Мбит/c могут использоваться для СЛ с сигнализацией по
выделенному каналу.
В основном плата используется в выносных модулях. Плату можно использовать

в модулях SM8 и SM16 совместно с платами DSNI или FBI.
Для каждого оптического направления конфигурируется одна плата SDT (две

оптических линии). Если необходим режим защиты 1+1, то конфигурируются две
платы на направление (в режиме активный/резервный требуется 2 пары
оптических линий).
При этом должны быть выделены 8 пар TS (временных интервалов) платы

межмодульных соединений MPPP.
2) Плата SDH (SNB).
Функциональное описание:
-718-
A. Тип оборудования
Плата может выполнять функции регенерирующего/TM/ADM- мультиплексора.
B. Тип интерфейса
Плата SNB имеет внутренний для станции ZXJ10 электрический интерфейс ИКМ
с пропускной способностью 8Мбит/с и стандартный оптический интерфейс
STM-1.
C. Режимы защиты, поддерживаемые системой
Поддерживается режим однонаправленного двухволоконного кольца (т.е. для

защиты кольца используются функции ввода/вывода и интеллектуальные
функции мультиплексора ADM).
D. Поддержка функций управления (NM)
Плата SNB поддерживает функции управления системы ZXJ10. В режиме HDLC

для системы эксплуатации и обслуживания ZXJ10 доступна система управления
сетью NMS.
NMS обеспечивает такие функции, как управление оборудованием в случае

сбоев, управление производительностью, настройка конфигурации, управление
безопасностью и т.д.
E. Характеристики SNB:
Плата совместима со слотом платы ODT/DTI.
Каждая SNB может обрабатывать до 4-х 8-мегабитных потоков, пропускная

способность платы эквивалентна 16E1.
С двумя оптическими интерфейсами плата SNB поддерживает два оптических

направления и может выполнять функции мультиплексоров ADM, TM и
регенераторов.
Поддерживаются два режима организации сети: 1+0, и кольцо.
-719-
Поддерживается стандартный интерфейс STM-1.
F. Описание вариантов конфигурации:
SNB используется в модулях RLM (SU960, SU480). Для каждого такого модуля
достаточно одной платы SNB. В этом случае плата функционирует как NE.
Плата также может использоваться в модулях RSM (SM8, SM4C, подключаемых

к CM, в этом случае плата служит для подключения к RLM или, как NE). В этом
случае плата служит опорным элементом сети. В общем случае достаточно одной
платы. Когда плата выполняет функции опорного сетевого элемента для нее
необходимо выделить два TS (временных интервала) платы MPРР.
При работе в режиме опорного сетевого элемента, NM-сообщения передаются

плате SNB через канал HDLC 8-мегабитной шины, которая соединяет плату SNB
с платой DSNI. При функционировании в качестве NE, NM-сообщения
обрабатываются SNB, и для соединения с опорным элементом сети SDH
используются канал DCC оптоволоконной линии.
4. Частные случаи использования встроенных интерфейсов SDH
1) Организация межмодульных соединений
A. Большая пропускная способность модулей CM, PSM, и RSM (пропускная

способность отдельного модуля превышает 4×8Мбит/с) – используется
смонтированный на полке блок BPON.
B. Пропускная способность модулей PSM и RSM невысокая (пропускная

способность отдельного модуля не превышает 4×8Мбит/с) – используется
SNB.
2) Подключение модуля SU480
A. Смонтированный на полке блок BROM
Используется только в тех точках сети, где организовано больше двух оптических
направлений.
-720-
B. Плата SDH (SNB)
SNB может использоваться во всех пунктах сети, где число оптических

направлений не превышает двух.
В этом случае BPON используется в тех модулях, которые подключаются к SU480

(PSM, RSM). Если общая пропускная способность не превышает 4×8 Мбит/с, то
может использоваться плата SNB.
3) Подключение SU960
A. Смонтированный на полке блок BROM
Данная конфигурация может использоваться во всех пунктах сети.
B. Плата SDH (SNB)
SNB может использоваться во всех пунктах сети, где число оптических

направлений не превышает двух.
В этом случае BPON используется в тех модулях, которые подключаются к SU960

(PSM, RSM). Если общая пропускная способность не превышает 4×8Мбит/с
может использоваться плата SNB.
4) Другие модули
A. Исходящие: В общем случае используется SDT.
B. Стандартные 2-мегабитные соединения: узел SDH принимающий 2-

мегабитные потоки конфигурируется платой EDT4 (для всех модулей
содержащих BPON, BRON, BROM).
C. Прозрачный транзит 2-мегабитных потоков: любой узел SDH

поддерживающий тракты прозрачной передачи 2-мегабитных потоков
конфигурируется платой EDT4 (для всех модулей содержащих BPON, BRON,
BROM).
-721-
D. Стандартное оборудование SDH: в этом случае в конфигурацию включается

только платы потоков E1 (EDT4s).
5. Необходимые предосторожности при применении встроенных интерфейсов

SDH
Сетевая конфигурация встроенного оборудования SDH155 системы ZXJ10

определяется следующим образом:
При включении оборудования SDH155 в сеть, число сетевых элементов в сетях,

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

PSM или RSM или SU480I входящий в систему ZXJ10, в противном случае не
будут поддерживаться функции управления встроенным SDH оборудованием
(NM).
При использовании смонтированного на полке оборудования SDH155 (высотой

6U) и использовании EDT4, необходимо учитывать, что EDT4 не поддерживает
функцию подстройки синхронизации. Другими словами, сигнал синхронизации
не извлекается из входящего потока Е1.
Встроенное SDH-оборудование не может использоваться в системе версии

ZXJ10V4.X.
Также оно не должно использоваться в одной сетевой конфигурации вместе со

встроенным оборудованием системы ZX-A10 или местным SDH, потому что
оборудование не совместимо в терминах NM и обработки заголовков.
Оборудование SDH системы ZX-A10 или местное оборудование SDH не может
интегрироваться в систему ZXJ10, но может работать как внешнее оборудование
и подключаться к станции через интерфейсы Е1. Если такое оборудование
размещается в стойках необходимо предусмотреть соответствующие разъемы
питания.
-722-
11.2 Применение ZXJ10
В данном разделе, как пример, иллюстрирующий сетевые возможности системы

ZXJ10, рассматривается вариант применения системы в провинции Хунань в
Baishazhou. Сетевая диаграмма показана на Рис. 1.2-1 (показаны не все точки
подключения абонентов).
LAN
эксплуатация и техобслужив ание
рабочая с танция
PSM1
ZXJ10
PSM4 центральный модуль (CM)

FBI 2880ЦСЛ
PSM 2
ZXJ1 0 FBI
8660АЛ PSM2
RSU PSM2
ZXJ10
Z XJ1 0
RSM Jinzhou FBI

P SM 2
RSM1 PSM 2
ZXJ10 FBI FBI ZXJ1 0

240ЦСЛ
512АЛ Xiangyang
PSM2
12 RSM
PSM 2
0 ЦС
120ЦСЛ Л 8
12
1 20 FBI FBI ZXJ10

RSM2
0Ц
ЦС 4096
1024 Л
СЛ
FBI PSM 2
Chejiang
ZXJ1 0
АЛ
АЛ FBI 240ЦСЛ
RSU
60
240ЦСЛ
PSM2 RSM3
Ц
RSU 1024
СЛ
PSM3 Liusuo
ZXJ1 0
АЛ
ZXJ10
4096АЛ RSM5 240ЦСЛ

ZXJ1 0
Shoubiaochang
Z XJ 10 PSM 2
240ЦСЛ ZXJ10
PSM2
PSM 2
PSM 2 Yixueyuan
RSM PSM 2 512АЛ
816АЛ 7684
ZXJ 1 0
Lijiang 10000 АЛ ZXJ1 0
3584 RSM6 4000

АЛ RSM4
PSM 2
2560АЛ ZXJ1 0
PSM2
АЛ
Shizhuan
ZXJ10
Danfeichang
PSM 2 PSM2
RSU 980АЛ
60ЦСЛ
60ЦСЛ RSU
Z XJ1 0
2048 60ЦСЛ 60ЦСЛ RSU ZXJ10
Sanhe
ZXJ1 0 RSU
PSM 2
RSU Z XJ 1 0
PSM2
Shicheng PSM 2
Z XJ 10
384АЛ Baogai P SM 2
256АЛ PSM 2 256АЛ
256АЛ
256АЛ
Рис. 11.2-1 Применения ZXJ10 в провинции Хунань
Из приведенного примера можно сделать следующие выводы о гибкости системы

ZXJ10: Центральный модуль содержит одну плату коммутационного поля
емкостью 64K. Модули PSM и RSM могут быть подключены через внутреннюю
оптоволоконную линию платы FBI. На рисунке соединительные линии
обозначаются меткой оптической линии. Каждая пара оптических линий имеет
пропускную способность 200 Мбит/с (около 100хЕ1). Если нет необходимости
-723-
использовать оптоволоконные линии используются электрические ЦСЛ. К

удаленным модулям в населенных пунктах Xiangyang, Chejiang и Lijiang могут
быть подключены другие модули (удаленные модули и удаленные абонентские
модули) для организации там многоуровневой сетевой архитектуры и
подключения большего числа абонентов. Число необходимых СЛ в различных
направлениях может быть определено по методике, изложенной ранее в данном
документе.
Описание оборудования, устанавливаемого на центральной и периферийных

станциях для данного примера приведено в Табл. 11.2-1.
-724-
Табл. 11.2-1 Оборудование различных периферийных и центральной станций
Название модульной станции Емкость Число Число Число Примечание

местной подключенных подключенных абонентов
станции модулей абонентских
(PSM/RSM) модулей (RSU)
Центральная станция (модуль 80000АЛ+6000 PSM: 4 7 В перспективе емкость
СМ) СЛ RSM: 10 станции может быть
расширена до 1
миллиона линий
Станция в Xiangyang (RSM) 4096АЛ+1024 RSM: 2 2 10000АЛ Не полностью

СЛ загружена
Станция в Chejiang (RSM) 4000АЛ+1024 RSM: 1 5 20000АЛ Не полностью

СЛ загружена
Местная модульная станция 2880СЛ Транзитная станция

(PSM1)
Местная модульная станция 2880СЛ Транзитная станция

(PSM1)
Местная модульная станция 8800АЛ

PSM3 Baishazhou
Часовой завод (PSM4) 10000АЛ
Медицинский колледж (RSM) 4000АЛ
Колледж (RSM) 2048АЛ
Институт 6 (RSM) 8000АЛ
Металлургический завод 4000АЛ

(RSM)
Завод азотных удобрений 2560АЛ

(RSM)
Chuankou (модуль RSM 1024АЛ

третьего уровня)
г. Guan (модуль RSM третьего 1800АЛ

уровня)
Максимальное число абонентских линий около 80000, максимально число

соединительных линий СМ составляет 6000 (исключая СЛ модуля RSM).
-725-
Приложение A Сокращения
Сокращения Расшифровка
2B1Q 2Binary 1Quaternary coding; Потенциальный код с четырьмя уровнями
сигнала для кодирования данных
A/D Analogue-Digital Converter; Аналого-цифровой преобразователь, АЦП
AAB Automatic Alternative Billing; Автоматический альтернативный биллинг
AAB Automatic Alternative Billing; Автоматический альтернативный биллинг
ABD Abbreviated Dialing; Сокращенный набор
ABR Answer Bid Ratio; Отношение числа ответов к общему числу попыток
ACB Automatic Call Back; Автоматический обратный вызов
ACC Account Card Calling; Вызов с начислением платы на счет,

соответствующий используемой карте
ACB Account Card Billing; Начисление оплаты на расчетную карту
ACM Address Complete Message; Сообщение "адрес полный"
AD Additional Device; Дополнительное устройство
ADM Add Drop Multi-plexer; Мультиплексор с функцией вставки/выделения
ADPCM Adaptive Differential Pulse Code Modulation; Адаптивная дифференциальная

импульсно-кодовая модуляция
ADSL Asymmetrical Digital Subscriber Line; Асимметричная цифровая абонентская

линия
AN Access Network; Сеть доступа
AN Access Node; Узел доступа
ANC Answer Signal with Charging; Сигнал ответа с тарификацией
AOC Advice Of Charging; Уведомление о начислении оплаты
API Application Program Interface; Интерфейс прикладного программирования
ASIC Application Specific Integrated Circuit; Специализированная интегральная

схема
ASIG Analog SIGnalling; Аналоговая сигнализация
ASR Answer Seizure Ratio; Отношение числа ответов к общему числу занятий
-726-
AT Active Tester; Активный тестер
ATM Asynchronous Transfer Mode; Асинхронный режим передачи
ATT Attendant; Оператор-телефонист
AU Access Unit; Блок доступа
AU Adaptation Unit; Блок согласования
AUC Authentication Centre; Центр аутентификации
AUTC Authentication; Аутентификация
AUTZ Authorization; Авторизация
BCH Bids per Circuit per Hour; Количество попыток занятия на канал в течение
часа
BCM Basic Call Manager; Обработчик базовых вызовов
BCP Basic Call Process; Обработка базовых вызовов
BER Bit Error Ratio; Коэффициент битовых ошибок
BHCA Busy Hour Call Attempt; Попытка вызова в час наибольшей нагрузки
BI Balanced Input; Симметричный вход
BIB Backward Indication Bit; Бит индикации в обратном направлении
BIOS Basic Input/Output System; Базовая система ввода-вывода
BRI Basic Rate Interface; Интерфейс базового доступа
BS Base Station; Базовая станция
BSC Base Station Controller; Контроллер базовых станций
BSN Backward Sequence Number; Порядковый номер в обратном направлении
BSS Base Station Subsystem; Подсистема базовой станции
CAMEL Customised Application for Mobile Enhanced Logic; Настраиваемое

приложение для усовершенствованной логики мобильной связи
CAS Channel Associated Signaling; Сигнализация по выделенному каналу
CATV Cable TV(Cable Television); Кабельное телевидение
CBK Clear Backward; Отбой
CC Country Code; Код страны
CCAF Call Control Access Function; Функция доступа к управлению вызовами
CCBS Completion of Call to Busy Subscriber; Принудительное подключение к

занятому абоненту
CCC Credit Card Calling; Вызов по расчетной карте
CCF Call Control Function; Функция управления вызовами
-727-
CCF Call Control Function; Функция управления вызовами
CC1F Блок кросс-соединений для STM-1 – полный вариант;
CC1S Блок кросс-соединений для STM-1 – упрощенный вариант;
CCITT International Consultative Committee For Telephone and Telegraph;

Международный консультативный комитет по телеграфии и телефонии
CCR-CU Control Call Routing–Customer Unified; Управление маршрутизацией

вызовов между частными сетями
CCR-PU Control Call Routing-–Public Unified; Управление маршрутизацией вызовов

между сетями общего пользования
CCS Common Channel Signaling; Общеканальная сигнализация
CCS7 No7 Common Channel Signaling; Общеканальная сигнализация №7
CD Call Distribution; Распределение вызовов
CDMA Code Division Multiple Access, Множественный доступ с кодовым

разделением каналов
CDSN Central Digital Switching Network; центральное цифровое коммутационное

поле
CPSN Central Power Switching Network; Центральное коммутационное поле

Большой емкости
CF Call Forwarding; Переадресация вызовов
CFB Call Forward on Busy; Переадресация вызовов при занятости
CFBI Compact Fibre Bus Interface; Компактный оптический шинный интерфейс
CFC Conditional Call Forwarding; Условная переадресация вызовов
CFN Call Forwarding on No Reply; Переадресация вызова при отсутствии ответа
CFNR Call Forwarding on No Reply; Переадресация вызова при отсутствии ответа
CFU Call Forwarding Unconditional; Безусловная переадресация вызова
CHA Call Hold with Announcement; Вызов на удержании с уведомлением
CIC Circuit Identification Code; Код идентификации канала
CID Caller Identification Display; Отображение идентификации вызывающего

абонента
CK Check Bit; Проверочный бит
CKCD Clock Circuit Driver; Драйвер тактового синхрогенератора
CKG Clock Generator; Тактовый синхрогенератор
CLF Clear Line Forward; Сигнал разъединения
CLIP Calling Line Identification Presentation; Дополнительная услуга
-728-
представления идентификации вызывающей линии
CLIR Calling Line Identification Restriction; Дополнительная услуга запрета

идентификации вызывающей линии
CM Control Memory; Управляющая память
CM Central Module; Центральный модуль
CMF Center Module Frame; Статив центрального модуля
CMIP Common Management Information Protocol; Протокол общей управляющей

CND Caller Name Delivery; Определение номера вызывающего абонента
COC Consultation Call; Дистанционная консультация
COLP Calling Line Identification Presentation; Дополнительная услуга

представления идентификации вызываемой линии
COLR Called Line Identification Restrict; Дополнительная услуга запрета

идентификации вызываемой линии
COMM COMMunication board; Плата связи
CON Conference Calling; Конференц-связь
CONF Conference; Конференция
CPE Client Premises Equipment; Абонентское оборудование
CPM Customer Profile Management; Управление профилем абонента
CPU Center Processing Unit; Центральный процессор
CRA Customized Record Announcement; Настраиваемое записанное извещение
CRC Cyclic Redundancy Check; Контроль циклическим избыточным кодом
CRD Call Rerouting Distribution; Распределенная перемаршрутизация вызовов
CRD Call Rerouting Destination; Пункт назначения перемаршрутизации вызова
CRET Call Restoring; Восстановление вызова
CRG Customized Ringing; Настраиваемый вызывной сигнал
CS Capability Set; Набор возможностей
CSCB Central Supervisor Control Box; Центральный блок управления мониторинга
CSI Called Subscriber Identification; Идентификация вызываемого абонента
CSL Component Sub-Layer; Подуровень компонентов
CSM CCS No7 Signaling Module; Модуль сигнализации ОКС 7
CT Call Transferring; Переадресация вызова
CT Cordless Telephone; Бесшнуровой телефон
-729-
CTF Control Frame; Статив управления
CTOG Call Terminating and Originating Go-over; Удержание/восстановление вызова
CUG Close User Group; Закрытая группа пользователей
CUSF Call Unrelated Service Function; Функция услуг, не связанных с вызовами
CW Call waiting; Постановка вызова на ожидание
D/A Digital-analogue Converter; Цифро-аналоговый преобразователь, ЦАП
DC Direct Current; Постоянный ток
DCN Data Communication Network; Сеть передачи данных
DCR Destination Call Routing; Маршрутизация вызовов по условию
DCR Destination Call Routing; Маршрутизация вызовов по условию
DDI Direct Dialing-In; Прямой входящий набор;
DDN Digital Data Network; Цифровая сеть передачи данных
DDSN
DFP Distribution Function Plane; Распределенная функциональная плоскость
DLC Digital Line Circuit; Комплект цифровых линий
DPC Destination Point Code; Код пункта назначения
DRAM Dynamic Random Access Memory; Динамическое оперативное

запоминающее устройство
DSLC Digital Subscriber Line Circuit; Комплект цифровых абонентских линий
DSU Digital Switching Unit; Блок цифровой коммутации
DT Digital Trunk; Цифровая соединительная линия
DP Detect Point; Точка (пункт) обнаружения
DTE Data Terminal Equipment; Оконечное оборудование данных
DTM Digital Trunk Module; Модуль цифровых соединительных линий
DTMF Dual Tone Multi-frequency; Двухтональная многочастотная сигнализация
DUP Data user Part; Подсистема пользователя данных
DUP Destination User Prompter; Извещение вызываемого пользователя
DWLL Digital Wireless Local Loop; Цифровая система радиодоступа
EA Extended Address; Расширенный адрес
ED East Down
EMT E&M Trunk; Соединительная линия E&M
EOC Embedded Operation Channel; Встроенный канал технического

-730-
EPROM Erasable Programmable Read Only Memory; Стираемое программируемое
постоянное запоминающее устройство
ET Exchange Terminal; Станционное окончание
EU East Up
F Flag; Флаг
FBI Fiber Bus Interface; Оптический интерфейс
FE Function Entity; Функциональный объект
FIB Forward Indication Bit; Бит индикации в прямом направлении
FISU Fill In Signal Unit; Заполняющая сигнальная единица
FMCP Fiber Main Control Processor; Главный управляющий процессор оптических

каналов
FMD Follow Me Diversion; Переадресация “вслед за собой”
FPH Free PHone call; Бесплатный вызов
FSLC Far Distance SLC; Удаленный SLC
FSM Finite-state Machine; Конечный автомат
FTTB Fiber To The Building; Доведение оптоволокна до здания
FTTC Fiber To The Curb; Доведение кабеля до края дороги
FTTH Fiber To The Home; Доведение кабеля до дома
GAP Gapping of Call; Прореживание вызовов
GFP Global Function Plane; Глобальная функциональная плоскость
GPS Global Positioning System; Глобальная система определения

местоположения
GSL Global Service Plane; Глобальная плоскость услуг
GSM Global System for Mobile communication; Глобальная система мобильной

связи
GTT Global Title Translation; Преобразование глобальных заголовков
HDSL High Speed Digital Subscriber Line; Высокоскоростная цифровая

абонентская линия
HFC Hybrid Fiber/Coax; Гибридный оптико-коаксиальный кабель
HLR Home Location Register; Опорный регистр местоположения
HOT Hot line call; Вызов горячей линии
HSTP High-level Signaling Transfer Point; Высокоуровневый транзитный пункт

HW High Way; Магистраль, магистральная шина
-731-
I/O Input/Output; Ввод/вывод
IAF Inter-network Access Function; Функция доступа к межсетевому

взаимодействию
IAI Initial Address Information; Начальная адресная информация
IAM Initial Address Message; Начальное адресное сообщение
IBC Internal Bus Control; Контроллер внутренних шин
IF Information Flow; Информационный поток
IFPH Inter-network Free Pay Phone; Услуга бесплатного межсетевого вызова
ICT Incoming Trunk; Входящая соединительная линия
IMAS Inter-network Mass Call; Услуга массовых межсетевых вызов
IN Intelligent Network; Интеллектуальная сеть
INAP Intelligent Network Application Part; Прикладной протокол интеллектуальной

сети
INSI Internetworking Service Identification; Межсетевая идентификация услуги
IP Intelligent Network Peripheral; Интеллектуальная сетевая периферия
IPR Inter-network Premium; Межсетевая услуга с дополнительной оплатой
ISDN Integrated Service Digital Network; Цифровая сеть интегрального

ISO International Standard Organization; Международная организация по

стандартизации
ISPBX ISDN PBX; Учрежденческая АТС с функциями ISDN
ISPI Inter-network Service Profile Inquiry; Межсетевой запрос профиля услуги
ISPM Inter-network Service Profile Modifying; Межсетевое изменение профиля

услуги
ISPT Inter-network Service Profile Transferring; Межсетевая передача профиля

услуги
ISUP ISDN User Part; Подсистема пользователей ISDN
ITU International Telecommunication Union; Международный союз электросвязи
ITU-T International Telecom Union-Telecommunication Standardization;

Международный союз электросвязи - Сектор стандартизации электросвязи
IVOT Inter-network Voting; Межсетевое голосование
IVPN Inter-network Virtual Private Network; Межсетевая виртуальная частная сеть
LAN Local Area Network; Локальная сеть
LAPD Link Access Protocol of D-Channel; Протокол канального доступа по D-
-732-
каналу
LCRF Local Connection Reference Function; Функция локального опорного сигнала
LE Local Exchange; Местная станция
LED Light Emitting Diode; Светоизлучающий диод
LH Line Holding; Удержание линии
LI Length Indication; Индикатор длины
LIM Line Interface Module; Модуль линейных интерфейсов
LM Limiter for Call; Ограничитель вызова
LOG Logging for Call; Регистрация для вызова
LSSU Link State Signal Unit; Сигнальная единица состояния звена
LSTP Low-level Signaling Transfer Point; Низкоуровневый транзитный пункт

LTM Line Trunk Module; Модуль абонентских/соединительных линий
MAP Mobile Application Part; Прикладная подсистема мобильной связи
MAS Mass Calling; Массовый вызов
MB2 Mux2 Board; Плата мультиплексирования 2
MC Multiway Call; Многосторонний вызов
MCI Malicious Call Identification; Идентификация злонамеренных вызовов
MCTL Master Control Unit; Главный блок управления
MDT Multi-Digital Trunk; Блок интерфейса цифровых СЛ
MFC Multiple Frequency Control; Многочастотное управление
MMC Man-Machine Communication; Взаимодействие человек-машина
MMC Meet Me Conference; Заказ сеанса конференц-связи
MODEM Modulation Demodulation; Модем, модулятор/демодулятор
MP Module Processor; Процессор модуля
MPMP Module Processor to Module Processor; Плата связи между процессорами

модулей
MPPP Module Processor to Peripheral Processor; Плата связи между процессором

модуля и периферийными процессорами
MSF Message Storage Forwarding; Хранение и пересылка сообщений
MSM Message Switching Module; Модуль коммутации сообщений
MSN Multi Subscriber Number; Мультиплексированный абонентский номер
MSU Message Signal Unit; Значащая сигнальная единица
-733-
MT Magnet Trunk; Соединительная линия с индуктивной сигнализацией
MTP Message Transmission Protocol; Протокол передачи сообщений
MTUP MTP Test User Part; Пользовательская подсистема тестирования MTP
NAP Network Access Point; Точка сетевого доступа
NDC National Destination Code; Национальный код назначения
NE Network Element; Сетевой элемент
NET NETwork; Сеть
NETD NETwork Driver; Драйвер сетевого устройства
NMT Network Management Layer; Уровень управления сетью
NP Number Portable; Переносимый номер
NPI Numbering Plan Identifier; Идентификатор плана нумерации
NRZ Non-Return to Zero; Без возврата к нулю
NT1 Network Terminal 1; Сетевой терминал 1
OAM Operation, Administration and Maintenance; Эксплуатация,

администрирование и техобслуживание
OAN Optical Access Network; Оптическая сеть доступа
OCC Occupancy; Занятость
OCS Original Call Screening; Просеивание исходящих вызовов
ODR Originating Dependant Routing; Маршрутизация, определяемая вызывающей

стороной
OFA Off-net Access; Внесетевой доступ
OFL Percentage Overflow; Процентное переполнение
OGT Outgoing Trunk; Исходящая соединительная линия
OLT Optical Line Terminal; Терминал оптической линии
OMAP Operation &Maintenance Application Part; Подсистема эксплуатации и

техобслуживания (подсистема O&M)
OMC Operation Maintenance Center; Центр эксплуатации и техобслуживания
OMC-R Operating &Maintenance Center for Radio side; Центр эксплуатации и

техобслуживания на стороне радиосистемы
OMC-S Operating &Maintenance Center for Switching side; Центр эксплуатации и

техобслуживания на стороне коммутатора
OMM Operation Maintenance Module; Модуль эксплуатации и технического

-734-
ONC Off-Net Calling; Внесетевой вызов
ONE One Number; Единый номер
ONU Optical Network Unit; Модуль оптической сети
OPS Operator Position System; Система рабочих место операторов
OS Operation system; Операционная система
OW Order Wire; Служебный канал
PCM Pulse Code Modulation; Импульсно-кодовая модуляция, ИКМ
PDH Plesiochronous Digital Hierarchy; Плезиохронная цифровая иерархия
PEPD Peripheral Environment Parameter Detection; Определение параметров

внешней среды
PHI Packet Handling Interface; Интерфейс обработки пакетов
PHM Packet Handler Module; Модуль обработки пакетов
PHP Physical Plane; Физическая плоскость
PLL Phase Locked Loop; Система фазовой автоподстройки частоты
PLMN Public Land Mobile Network; Наземная сеть мобильной связи общего
пользования
PMON Peripheral environment detection and MONitoring; Определение параметров

внешней среды и мониторинг
PMSP PMON Subscriber Processor; Обработчик абонентов PMON
PN Personal Number; Персональный номер
PNP Private Number Planning; Частный план нумерации
POI Point Of Initial; Точка инициирования
POR Point Of Return; Точка возврата
PP Peripheral Processor; Периферийный процессор
PRI Primary Rate Interface; Интерфейс первичного доступа
PRM Premium Rate; Дополнительная оплата
PRM Premium Rate Mode; Режим дополнительной оплаты
PSM Peripheral Switching Module; Периферийный коммутационный модуль
PSPDN Packet Switched Public Data Network; Сеть передачи данных общего
пользования с коммутацией пакетов
PSTN Public Switched Telephone Network; Коммутируемая телефонная сеть

общего пользования, ТФОП
QUE Call Queuing; Постановка вызова в очередь
RAM Random Access Memory; Оперативная память с произвольным доступом
-735-
REG Regenerator; Регенератор
REVC Reverse Charging; Начисление оплаты на вызываемого абонента
RIM Remote Integrated Module; Удаленный интегральный модуль
RLG Release Guard; Контроль разъединения
RLM Remote Line Module; Удаленный модуль абонентских линий
RMI Remote Module Interface; Интерфейс удаленного модуля
ROM Read Only Memory; Постоянная память
RSM Remote Switching Module; Удаленный коммутационный модуль
RSU Remote Subscriber Unit; Удаленный абонентский блок
S/P Serial to Parallel conversion; Последовательно-параллельное преобразование
SAM Subsequent Address Message; Последующее адресное сообщение
SAO Subsequent Address Message with One Signal; Последующее адресное

сообщение с одним сигналом
SAP Service Access Point; Точка доступа к услуге
SCCP Signaling Connection Control Part; Подсистема управления сигнальными

соединениями
SCE Service Creation Environment; Среда создания услуг
SCEF Service Creation Function; Функция создания услуг
SCF Service Control Function; Функция управления услугами
SCF Selective Call Forwarding; Выборочная переадресация вызовов
SCH Seizure Per Circuit Per Hour; Количество занятий канала в час
SCP Service Control Point; Пункт управления услугами
SCUAF Service Control User Access Function; Функция пользовательского доступа к

управлению услугами
SDF Service Data Function; Функция предоставления данных для услуг
SDH Synchronous Digital Hierarchy; Синхронная цифровая иерархия
SDL Specification and Description Language; Язык описания и спецификаций
SDP Service Data Point; Пункт управления данными об услугах
SDT SDH Digital Trunk; Цифровая соединительная линия SDH
SF Service Feature; Сервисная функция
SF State Field/Signal Field; Поле состояния/поле сигнальной информации
SFBI SDH Fibre Bus Interface; Оптоволоконный шинный интерфейс SDH
SFT Single Frequency Trunk; Одночастотная соединительная линия
-736-
SI Service Indication; Индикатор услуги
SIB Service Independent Block; Независимый от услуги структурный блок
SIND Service INDication; Индикатор услуги
SLC Subscriber Line Circuit; Комплект абонентской линии
SLF Subscriber Line Frame; Полка абонентских линий
SLN Subscriber Logic Number; Логический номер абонента
S1OA STM-1 Optical Access; Доступ через оптический интерфейс STM-1
SM Switch Module; Коммутационный модуль
SMAF Service Management Agent Function; Функция агента администрирования

услуг
SME Service Management Environment; Среда администрирования услуг
SMEM Shared Memory; Совместно используемая память)
SMF Service Management Function; Функция администрирования услуг
SML Service Management Layer; Уровень администрирования услуг
SMP Service Management Point; Пункт администрирования услуг
SMS Service Management System; Система администрирования услуг
SN Service Node; Узел предоставления услуг
SN Subscriber Number; Абонентский номер
SNB SDH Net Board; Сетевая плата SDH
SNI Service Network Interface; Сетевой интерфейс услуги
SNM Switching Network Module; Модуль коммутационного поля
SP Signaling Point; Пункт сигнализации
SP Service Plane; Плоскость услуг
SPC Stored Program Control; Управление по записанной программе
SPL Split Charging; Разделенная тарификация
SRF Specialized Resource Function; Функция специализированных ресурсов
SSCP Service switching Control point; Пункт коммутации и управления услугами
SSF Service Switching Function; Функция коммутации услуг
SSN Sub-System Number; Номер подсистемы
SSP Service Switching Point; Пункт коммутации услуг
STB Signal Terminal Board; Терминальная плата сигнализации
STM Synchronous Transfer Mode; Синхронный режим передачи
STP Signaling Transfer Point; Транзитный пункт сигнализации
-737-
SYC Synchronization Control; Управление синхронизацией
SYZ Synchronization Generator; Синхронизирующий генератор
TIM Trunk Interface Module; Интерфейсный модуль соединительных линий
TA Terminal Adapter; Терминальный адаптер
TCAP Transaction Capability Application Part; Прикладная подсистема

возможностей транзакций
TCP/IP Transport Control Protocol/Internet Protocol; Протокол управления

передачей/протокол Internet
TCS Terminating Call Screening; Просеивание входящих вызовов
TDR Time Dependant Routing; Маршрутизация, зависящая от времени вызова
TE Terminal Equipment; Терминальное оборудование
TE1 Terminal Equipment of type1; Терминальное оборудование типа 1
TLN Time Slot Logic Number; Логический номер временного интервала
TM Tandem; Транзитный
TMN Telecom Management Network; Сеть управления телекоммуникациями
TRA Call Transferring; Переадресация вызова
TRIM Trunk Interface Module; Интерфейсный модуль соединительных линий
TRK Trunk; Соединительная линия
TSLC Test SLC; Тестовый комплект абонентских линий
TUP Telephone User Part; Подсистема телефонных пользователей
UAN Universal Access Number; Универсальный номер доступа
UAN Universal Access Number; Универсальный номер доступа
UBI Unbalanced Input; Несимметричный вход
UDR User Defined Routing; Маршрутизация, определяемая пользователем
UNI User Network Interface; Интерфейс пользователь-сеть
UPT Universal Personal Telecommunication; Универсальная персональная связь
UUS User to User Signaling; Сигнализация “пользователь-пользователь”;
VC Virtual Container; Виртуальный контейнер
VCC Voice Compress Card; Плата сжатия аудиоданных
VCO Voltage Controlled Oscillator; Генератор с управлением по напряжению, ГУН
VOD Video On Demand; Услуга “видео по запросу”
VOIP Voice over IP; Передача речи поверх IP
VOT Tele-voting; Телеголосование
-738-
VPN Virtual Private Network; Виртуальная частная сеть
WAC Wide Area Centrex; Широкозональная услуга CENTREX
WAN Wide Area Network; Глобальная сеть
WARN Warning; Предупреждение
WD West Down
WDT Watch Dog; Сторожевой таймер
WLL Wireless Local Loop; Система радиодоступа
WSLC Wireless Subscriber Line Circuit; Абонентский комплект радиодоступа
WU West Up
-739-

ZXJ10 Techn

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

ZXJ10 Techn

Загружено:

Авторское право:

Доступные форматы

ZXJ10V10.0 (V03.

Авторское право © Корпорация ZTE 2002, г. Шэньчжэнь, КНР

Никакая часть настоящей публикации не может цитироваться, воспроизводиться,

ZTE Plaza, Hi-Tech Industrial Park, Shenzhen, P. R. China

Центр поддержки заказчиков: (+86755) 26770800 800-2830-1118

Почтовый индекс: 518057

Апрель 2003 Первое издание

Серийный номер l2002733

Цифровая коммутационная система с программным управлением ZXJ10V10.0

Коммутационная система ZXJ10 обладает высокой производительностью

Данное руководство состоит из 11 глав. Глава 1 представляет собой общее

С данным руководством связаны следующие поставляемые в комплекте

Цифровая коммутационная система с программным управлением

Цифровая коммутационная система с программным управлением ZXJ10V10.0

Цифровая коммутационная система с программным управлением ZXJ10V10.0

Цифровая коммутационная система с программным управлением ZXJ10V10.0

Цифровая коммутационная система с программным управлением ZXJ10V10.0

Цифровая коммутационная система с программным управлением ZXJ10V10.0

Цифровая коммутационная система с программным управлением ZXJ10V10.0

Примечание. В условиях частого обновления и усовершенствования

1 Общее описание ......................................................................................................................................... 1

1.1 Обзор системы................................................................................................................................. 1

1.2 Архитектура аппаратных средств .................................................................................................. 8

1.2.1 Периферийный коммутационный модуль (PSM) ............................................................ 10

1.2.2 Удаленный коммутационный модуль (RSM) ................................................................... 11

1.2.3 Модуль коммутации сообщений (MSM) .......................................................................... 13

1.2.4 Модуль коммутационного поля (SNM) с одноступенчатым Т-полем (32K/64K)......... 13

1.2.5 Модуль эксплуатации и техобслуживания (OMM) ......................................................... 14

1.2.7 Модуль обработки пакетов (PHM).................................................................................... 18

1.2.8 Модуль доступа в Интернет (IAM)................................................................................... 18

1.2.9 Компактный модуль с коммутационным полем 4K (SM4C) .......................................... 19

1.2.10 Модуль с коммутационным полем 16K (SM16) ............................................................ 20

1.2.11 Удаленный периферийный коммутационный модуль (SM2) ....................................... 21

1.2.12 Удаленный модуль абонентских линий (RLM).............................................................. 22

1.3 Общая архитектура программного обеспечения........................................................................ 23

1.4 Возможности и сигнализация интерфейсов в системе ZXJ10 .................................................. 26

1.5 Характеристики системы.............................................................................................................. 28

1.5.1 Многообразные функции обслуживания ......................................................................... 28

1.5.2 Взаимосвязь между основными услугами ZXJ10 и другими услугами ........................ 32

1.5.3 Система сигнализации по выделенному каналу.............................................................. 36

1.5.4 Полноценная система ОКС 7 ............................................................................................ 37

1.5.5 Возможность интегрального доступа............................................................................... 44

1.5.8 Режимы организации сетей ZXJ10....................................................................................49

1.5.9 Система эксплуатации и техобслуживания ZXJ10 ..........................................................55

1.5.10 Система управления сетью (NMS) ..................................................................................56

1.5.11 Команды языка “человек-машина” в формате командной строки................................57

1.5.12 Встроенная система SDH .................................................................................................59

1.5.13 Интерфейс управления запуском/остановом системы ..................................................64

1.5.14 Гостиничная система управления....................................................................................66

1.5.15 Система аутентификации .................................................................................................66

2.1 Системные данные.........................................................................................................................71

2.1.1 Типовая емкость модулей...................................................................................................71

2.1.2 Показатели емкости ............................................................................................................73

2.1.3 Соответствие стандартам сигнализации...........................................................................74

2.2 Рабочие характеристики тарификации ........................................................................................75

2.3 Мониторинг времени и нагрузка на линии..................................................................................76

2.4 Рабочие характеристики ОКС7 ZXJ10.........................................................................................77

2.5 Надежность и коэффициент готовности......................................................................................78

2.6 Рабочие характеристики абонентских линий и приемника сигналов .......................................81

2.7 Синхронизация в сети ...................................................................................................................83

2.8 Рабочие характеристики передачи ...............................................................................................84

2.9 Конструктивные характеристики .................................................................................................88

2.10 Электрические характеристики..................................................................................................90

2.11 Требования к рабочей среде........................................................................................................92