6.2.3 Сценарии протоколов сигнализации на языке msc

Язык MSC дает возможность предварительного описания процес­сов на фазе подготовки SDL-спецификаций. Представления в форме MSC обладают большой наглядностью и могут переводиться в SDL форму. При этом возникает также и обратная задача перевода из SDL в MSC, что осо­бо важно при отладке готового программного обеспечения и тестирова­нии протоколов. MSC-описания легко использовать в качестве шаблонов, по которым работают имитаторы программного обеспечения обработки вызовов и протокол-тестеры систем сигнализации.

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

Для описания протоколов сигнализации применяются следующие эле­менты языка MSC:

1. Момент (Instance)

2. Сообщение (Message)

3. Вентиль (Gate)

4. Тайм-аут (Timeout)

Графического синтаксиса часто оказывается недостаточно для на­глядного графического представления, в связи с чем графические сцена­рии могут сопровождаться информационным объяснением на мета-язы­ке, строящемся на формах Бэкуса-Наура (BNF - Backus-Naur Form) со следующими мета-конструкциями:

contains (содержит)

is followed by (сопровождается)

is associated with (связан с)

is attached to (присоединен к)

above (над)

set (установить)

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

Основные символы, используемые в MSC, приведены в таблице 6.2.

Существует три типа комментариев в MSC, причем первый опреде­ляется в текстуальном синтаксисе как note, а третий определяется как символ текста (табл.6.2) с текстовым содержанием.

Размер графических символов может выбираться произвольно.

Таблица 6.2. Основные символы, используемые в MSC

С

Окончание табл. 2.2

ценарий MSC может быть разбит на несколько страниц. Разбивка может быть горизонтальной и вертикальной. Если MSC разбивается на страницы вертикально, заголовок повторяется на каждой странице, но последний символ типа должен присутствовать только на последней стра­нице. Страницы должны нумероваться парами: «v-h», где «v»- вертикаль­ный номер страницы, а "h"- горизонтальный. Арабские цифры должны использоваться для вертикальной нумерации, а английские буквы («А»-«Z») для горизонтальной. Если этого недостаточно, тогда ряд можно рас­ширить с «АА» до «AZ», «ВА» до «BZ» и т.д. Для каждого типа заголовок должен находиться на первой странице, откуда он начинается, и должен повторяться на всех следующих страницах.

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

MSC описывает взаимодействие между каким-либо числом компо­нент системы и между этими компонентами и окружающей средой.

Для каждой компоненты системы, охватываемой MSC, существует ось требований. Взаимодействия между компонентами системы представ лены линиями сообщений. Посылка и прием сообщения - это два асин­хронных события. Это предполагает, что в MSC окружающая среда спо­собна принимать и посылать сообщения независимо.

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

Для того, чтобы представить процесс при различных возможных сце­нариях, используется так называемая обзорная диаграмма MSC, иногда называемая «дорожной картой». На ней представляются все MSC-сценарии и так называемые условия. Упрощенная «дорожная карта» процесса OTLOC обработки сигналов для протокола сигнализации 2ВСК по со­единительной линии ГТС представлена на рис. 6.15. MSC-сценарии показаны прямоугольниками, а условия - шес­тиугольниками.

Рис. 6.15. Упрощенная обзорная диаграмма MSC обмена сигна­лами по соединительной линии ГТС

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

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

Именно подобным образом разработаны протокол-тестеры систем сигнализации, используемые для отладки программного обес­печения цифровых АТС, предназначенных к установке на телефонных сетях СНГ.

Тестирование выполнения должно осуществляться имитатором протокола по сценарию MSC Sim, изображенному на рисунке 6.16.

Рис. 6.16. Сценарий работы имитатора протокола обмена сигна­лами по СЛ при занятости промпутей

В приведенном описании определен момент SIGTEST. Сообщения SEIZURE, ACK, BJMUMBER, CONGESTION, DISCONNECTION, RELEASE_GUARD были введены для сценария MSC Cong. Сообщения SZ_IND (индикация занятия), DIGITS (цифры номера), DIS_IND (инди­кация разъединения) и PASSED (тест прошел) дают информацию опера­тору о прохождении соответствующих этапов испытаний.

Сообщения CONGJTN (команда на передачу сигнала о занятости со­единительных путей) и RLGJTN (команда на передачу сигнала «Контроль исходного состояния») поступают от оператора. Вентили 1, 3,4, 7, 8, 11 -к физическому уровню интерфейса с соединительной линией, а 2, 5, б, 9, 10, 12 - к интерфейсу с пользователем (оператором). Таймеры Т1` и Т2` обеспечивают тайм-ауты для ожидания соответствующих сигналов.

При этом целесообразно ввести момент USER (оператор), описыва­ющий интерфейс с пользователем. Сценарий MSC Cong Test приве­ден на рис. 6.17.

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

SDL-диаграммы явля­ются источником тестовых последовательностей, представляющих собой набор MSC-сценариев. Именно по набору такого рода сценариев прово­дится проверка правильности отработки протоколов сигнализации, опи­санных в книге. С помощью этих протокол-тестеров сообщения о сбое в сценарии (получен не тот сигнал, который ожидался, или сигнал не пришел до срабатывания тайм-аута), поступающие оператору, позво­ляют провести не только проверку, но и отладку указанного программно­го обеспечения.

6.2.4. Стандартизация методов спецификации и описания современных телекоммуникационных архитектур.

Современные телекоммуникационные архитектуры и создаваемые для них новые протоколы сигнализации вызвали необходимость в дополни­тельных языках их спецификаций и описаний: ASN. 1 (Abstract Syntax Notation One) для протоколов модели Взаимодействия открытых систем (ВОС или OSI в английской аббревиатуре), TTCN (Tree and Tabular Combined Notation) для создания тестовых сценариев при тестировании конформности в рамках телекоммуникационных архитектур, GDMO для информационных моделей в рамках архитектуры TMN и др.

Необходимость стандартизации в электросвязи была осознана в 1865 г., когда был основан Международный союз электросвязи - МСЭ (в книге используется и английская аббревиатура этой междуна­родной организации - ITU - International Telecommunications Union). В настоящее время ITU является агентством Организации Объединенных Наций и состоит из трех секторов: сектора стандартизации электросвязи (ITU-T), сектора радиосвязи и сектора развития телекоммуникаций.

В области вычислительной техники стандартизация началась со стан­дартов де-факто и в 50-х годах привела к повсеместному использованию 80-колонных перфокарт в качестве единого для всех систем носителя данных. В 60-х годах была достигнута совместимость накопителей на маг­нитных лентах и дисках с интерфейсом IBM-360. Затем произошло рез­кое смещение акцентов на программное обеспечение и наряду со стан­дартами на операционные системы, программные оболочки и интерфей­сы начали разрабатываться стандартные языки спецификаций и описа­ний. Три из них достигли статуса международных стандартов: SDL, раз­работанный ITU в 70-х годах, Estelle (IS09074) и LOTOS (IS08807), стан­дартизованные ISO в 1988г.

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

Зарубежная телекоммуникацион­ная промышленность традиционно ориентировалась на стандарты де юре, а зарубежная же компьютерная промышленность - на стандарты де факто.

Сегодня ни один язык ни в одной архитектуре не используется изолированно. Так, например, TTCN используется совместно с ASN.1, т.к. само тестирова­ние конформности предполагает структуру PDU (Protocol Data Unit), на­писанную на ASN.1. По совместному использованию SDL и ASN.1 уже принята ITU-T рекомендация Z. 105, а по MSC и SDL - рекомендация Z. 120.

Для описаний современных телекоммуникационных архитек­тур в рамках ITU используются следующие языки: SDL, MSC, ASN.1, TTCN и GDMO. Этот перечень может быть дополнен языком IDL (Interface Definition Language), разрабатываемым OMG (Object Management Group) и ISO, языком ODL (Object Definition Language) из TINA-C, который яв­ляется расширением IDL и поддерживает современные концепции объек­тов с разнообразными интерфейсами, групповых объектов, потоковых интерфейсов и описаний QoS (Quality of Service).

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

Существенно также, что перспективные проекты, например, TINA-С, уже не связываются с какими-либо конкретными архитектурами типа TMN или IN. Протоколы взаимодействия в этих проектах в основном выражаются в терминах прикладных программных интерфейсов (API-Application Program Interface).

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

Одним из основных используемых совместно с SDL языков является ASN.l (Abstract Syntax Notation 1). Он предназначен в основном для спецификации данных и является признанным стандартом для описания данных в протоколах ISO, строящихся в соответствии с моделью взаимо­действия открытых систем (ВОС, или OSI согласно английской аббре­виатуре) и рекомендаций ITU-T серии X. Например, ASN. 1 широко ис­пользуется в рекомендациях Х.400 и Х.500, при описании протоколов ROSE (Remote Operations: Protocol Specifications, рекомендация Х.229) и ТСАР (Transaction Capabilities, рекомендации Q.771-775).

ASN. 1 состоит из двух частей: описания композиционных типов дан­ных и преобразования этих данных в битовые потоки для передачи (пра­вила кодирования/декодирования). Сегодня фактически существуют две модификации языка ASN. I. Первая модификация определена рекоменда­цией Х.208, а вторая - рекомендациями Х.680-683, которые должны были заменить Х.208, но до сих пор сосуществуют на равных с ней.

С учетом совместного использования с SDL особенно важна рекомендация Z.105, основными принципами кото­рой стали следующие тезисы:

• SDL используется для описания поведения и структуры системы, тогда как ASN. 1 используется для описания данных в дополнение к данным SDL. Данные ASN. 1 используются для спецификации со­общений и порядка их кодирования.

• Версия ASN.l, используемая в Z.105, основана на рекомендации Х.680 без расширений, содержащихся в рекомендациях Х.681 -Х.683.

• При совместном использовании необходимо модифицировать и SDL и ASN. 1. В SDL наибольшие изменения - это расширения в лекси­ческих правилах. Используемый в Z.105 язык ASN.l не имеет различий между знаками верхнего и нижнего регистров клавиатуры, и дефис «-» заменяется подчеркиванием «_», что необходимо для обес­печения совместимости этих двух языков.

Значительный интерес представляют графические нотации GDMO (Guidelines for the Definition of Managed Objects). Эти языковые сред­ства определены рекомендацией Х.722 для описания управляемых объек­тов в TMN (Telecommunications Management Network).

Имеет смысл остановиться несколько более подробно на языке со­временных протокол-тестеров TTCN (Tree and Tabular Combined Notation). Язык комбинированных древовидных и табличных нотаций TTCN был разработан в ISO для абстрактного описания режимов функ­ционирования и обмена сигналами между тестируемой протокольной реализацией и тестирующей системой. Протокол может быть представ­лен в форме древовидного графа, отображающего реакции на те или иные входные (в частности - тестовые) сигналы. Язык TTCN использует табличные представления таких деревьев для описа­ния динамики поведения протоколов, а также дополнительные таблицы для записи самих тестовых сценариев.

Тестер представляет собой тестовый комплект, выполняющий тесты и наблюдающий за результатами. TTCN базируется на концепции верх­него и нижнего тестеров. Набор тестирующих компонент, взаимодейству­ющих с тестируемой системой (IUT - Implementation Under Test) в точках управления и наблюдения (РСО - Point of Control and Observation) через интерфейс нижнего уровня, называется нижним тестером (LT - Lower Tester). Набор тестирующих компонент, взаимодействующих с тестируе­мой реализацией (IUT) в точках управления и наблюдения (РСО) через интерфейс верхнего уровня, называется верхним тестером (UT - Upper Tester).

Система должна содержать по крайней мере одну из тестирующих компонент. Эта компонента будет являться мастер-компонентой (МТС -Master Test Component), ответственной за координацию и управление хо­дом теста и за вынесение окончательного вердикта. Связь между тести­рующими компонентами каждого из тестеров осуществляется через точ­ки координации (СР - Coordination Points). Координация между верхним и нижним тестером осуществляется посредством процедур координации тестирования (TCP - Test Coordination Procedures).

Нижний тестер является более сложным, чем верхний, вследствие необходимости выполнения им функций управления и наблюдения за блоками данных протокола (PDUs - Protocol Data Units). Блоки данных протокола являются частью абстрактных примитивов (ASP - Abstract Service Primitives), которые нижний тестер посылает и принимает во время выполнения теста. Фактически в любой момент времени нижний тес­тер, исполняя какой-то тест, реализует определенную часть соответству­ющего протокола.

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

Последовательность таких событий, полностью специфицирующих цель проведения теста, называется тестом (test case). Набор тестов для определенного протокола называется тестовым комплектом (test suite).

TTCN представляет собой нотацию, раз­работанную для спецификации тестов на абстрактном уровне. Абстракт­ные тесты содержат всю информацию, необходимую для полной специ­фикации цели проведения теста (ТР - Test Purpose) в терминах блоков данных протокола, который данная система должна реализовывать в про­цессе функционирования. Абстрактные тесты не содержат информации, специфичной для конкретной системы. Сама нотация как таковая не является абстрактной; определение TTCN достаточно точно, как в части синтаксиса, так и в части семантики операций, что позволяет при­близить TTCN к языку программирования.

На рис. 6.18 показано соответствие TTCN семиуровневой модели вза­имодействия открытых систем

Рис.6.18. Общая архитектура тестирования TTCN

(OSI), согласно которой требуются специ­фикации тестов в терминах абстрактных примитивов ASP уровня (N-1), а также в терминах абстрактных примитивов ASP уровня N и блоков дан­ных протокола уровня N. Для того, чтобы удовлетворять таким требова­ниям, TTCN должен обеспечивать как минимум: возможность специфи­кации абстрактных примитивов, которые должна принимать или посы­лать тестируемая система; возможность спецификации блоков данных протокола, которые являются частью абстрактных примитивов; возмож­ность спецификации последовательности, в которой абстрактные прими­тивы посылаются или принимаются в определенной точке управления и наблюдения (РСО).

Для выполнения перечисленных функций TTCN позволяет:

• декларировать типы абстрактных примитивов и блоков данных про­токола;

• декларировать точки контроля и наблюдения;

• специфицировать реальные абстрактные примитивы и блоки дан­ных протокола;

• специфицировать различные варианты поведения системы.

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

В TTCN такое дерево взаимодействий называется деревом поведе­ния. Структура дерева представляется посредством увеличивающихся уровней отступов для показа продвижения по дереву относительно вре­мени (рис. 6.19).

Рис. 6.19. Представление дерева TTCN посредством сдвига

Узел дерева называется линией поведения. Линия поведения содер­жит следующие компоненты:

• номер линии,

• метку,

• строку описаний,

• ссылку на ограничения,

• вердикт,

• комментарий линии поведения.

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

Поведение тестируемой системы (например, прием или посылка аб­страктных примитивов) описывается при помощи описаний TTCN. Опи­сания бывают трех типов:

• события,

• действия,

• квалификаторы.

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

. RECEIVE,

. OTHERWISE,

. TIMEOUT.

Действия. Некоторые описания всегда будут успешными. Такие опи­сания называются действиями, которые исполняются тестовой системой. Предполагается, что они всегда исполняются успешно. Для действий в TTCN используются следующие описания:

. SEND,

. IMPLICIT_SEND,

. ASSIGNMENTJJST,

. TIMER_OPERATION,

. GOTO.

Квалификаторы. Строки описаний могут включать описания квалификаторов, то есть булевские выражения. Никакие события не могут сов­пасть и никакие действия не будут исполнены, пока значение квалификатора не станет равным TRUE.

TTCN был разработан с привязкой к абст­рактному синтаксису ASN.l (ISO/IEC 8824:1990). Однако не существует обязательной связи между типами, используемыми в TTCN и в ASN.l. Это позволяет конструировать типы данных, абстрактные примитивы ASP и блоки данных протокола PDU и без использования ASN.l, если разра­ботчик теста не желает этого (например, для протоколов низкого уровня, для спецификации которых обычно не используется ASN. 1).

TTCN поддерживает асинхронную модель связи. Связь между тесто­выми компонентами ТС и тестируемой системой IUT обеспечивается че­рез точки управления и наблюдения (PCOs - Points of Control and Observation). Связь между самими тестовыми компонентами осуществ­ляется через координационные точки (CPs - Coordination Points).

Для описания модели связи используется система с очередями со сле­дующими свойствами:

• каждая точка РСО/СР имеет две бесконечные очереди FIFO: одна очередь для SEND и одна очередь для RECEIVE,

• ровно два объекта должно быть подсоединено к одной точке РСО или СР,

• очередь SEND одного объекта является очередью RECEIVE друго­го объекта, и наоборот.

Описание SEND позволяет создателю теста описать необходимость передачи ASP определенного типа через данную точку РСО. Описание SEND обозначается следующим образом: РСО_identifier! ASP_identifier.

Описание RECEIVE позволяет создателю теста описать необходи­мость приема абстрактного примитива ASP определенного типа в данной точке контроля и наблюдения РСО. Описание RECEIVE обозначается PCO_Identifier ? ASP_Identifier.

ASP задаются в соответствии со стандартным описанием услуги, предоставляемой данным уровнем модели OSI. PDU описываются опре­делениями, заданными в спецификации конкретного протокола. В случае необходимости использования нестандартных PDU они должны быть определены соответствующей таблицей.

Язык TTCN непосредственно связан протокол-тестерами.

Техника объектного моделиро­вания ОМТ, которая была предложена Джеймсом Рунбаугом в Риме в 1991 г. включает в себя три аспекта системного анализа: объектное мо­делирование, динамическое моделирование и функциональное моделиро­вание.

Модель объекта ОМТ включает два вида диаграмм: диаграммы клас­са, которые основаны на хорошо известной системе обозначений взаимо­отношений логических объектов, расширенной объектно-ориентирован­ными концепциями операций и наследования свойств, а также диаграм­мы инстанций, представляющие собой моментальные снимки системы.

Динамическая модель ОМТ также строится из диаграмм двух видов:

диаграмм событий и диаграмм перехода состояний.

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

Прослеживаются следующие связи между объектной, динамической и функциональной моделями. В системном анализе объектная модель является центральной моделью ОМТ. Динамическая модель улучшает объектную модель тем, что определяет: когда устанавливаются и удаля­ются классы, когда вызываются операции с классами, когда имеется дос­туп к атрибутам и когда создаются, используются и удаляются связи. Функциональная модель предлагает новый взгляд на услуги, обеспечива­емые объектной моделью, путем объединения единичных операций с классами в более крупные процессы или, наоборот, путем детализации сложных операций с классами разбиением на более простые процессы.

ОМТ не очень подходит для архитектурного проектирования и тестирования, но удобна для разрабо­ток информационных систем, примером которой может служить база ин­формации СОТСБИ.

6.3 Система аналоговой абонентской сигнализации

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

6.3.2 Система абонентской сигнализации делится на два вида:

• сигнализация абонентов с аналоговым доступом;

• сигнализация абонентов с цифровым доступом.

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

Сигнализация абонентов с цифровым доступом осуществляется по выде­ленному D-каналу (сигнализация "пользователь-сеть"). Сигнализация допускает также в ограниченном объеме прозрачный обмен информацией между двум; оборудованиями пользователя по D-каналу (сигнализация "пользователь пользователь").

6.3.3 Сигнализация абонентов с цифровым доступом соответствует для пользователей N-ISDN - сигнализации DSS-1 и для пользователей B-ISDN сигнализации DSS2.

6.3.4 Сигнализация абонентов состоит из сигнализации о состоянии абонентской линии вызывающего абонента, номерной информации, которая передается оборудованием абонента, и информационных акустических сигналoв поступающих к абоненту (телефонисту).

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

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

Состав, способы передачи, параметры акустических сигналов и па­раметры номерной информации абонентской линии:

1). Уровень передачи тональных (зуммерных) сигналов, в точке с нуле­вым относительным уровнем должен иметь номинальную величину минус (10 ± 5) дБ, кроме сигнала "Тональный вызов".

Уровень акустических сигналов, передаваемых абоненту на фоне разго­вора, измеряемого в той же точке, должен быть в пределах минус (15 ± 5) дБ (для сетей, на которых установлены перспективные АТС).

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

З). На станциях и узлах международной, междугородной и внутри­зоновых сетей могут включаться такие акустические сигналы:

- тональные (зуммерные):

а). "Ответ АМТС" в виде непрерывной частоты (425 ± 25) Гц;

б). "Занято" в виде периодических посылок частоты (425 ± 25) Гц с временными параметрами: посылка (0,35 ± 0,05) с, пауза (0,35 ± 0,05) с, период передачи сигнала (0,7 ± 0,1) с;

в). "Контроль посылки вызова" в виде периодической передачи час­тоты (425 ± 25) Гц с параметрами: посылка (0,8 ± 0,1) с или (1,0 ± 0,1) с, пауза (3,2 ± 0,3) с или (4,0 ± 0,3) с, период передачи сигнала (4,0 ± 0,4) с или (5,0 ± 0,4) с;

г). "Ожидание" в виде последовательной передачи трех частот (950 ± 50) Гц, (1400 ± 50) Гц, (1800 ± 50) Гц. Длительность передачи каждой частоты (0,330 ± 0,070) с. Длительность интервала между ними не должна превышать (0,030 ± 0,005) с. Сигнал передается в паузах между словами автоинформатора (механического голоса) "Ждите".

Если количество посылок трехчастотных сигналов не менее двух между словами автоинформатора (механического голоса), то пауза между трехчастотными посылками должна быть (1,00 ± 0,25) с;

- фраза автоинформатора (механический голос):

а). "Неправильно набран номер";

б). "Вызывайте телефониста" (абонент имеет телефон категории без права пользования автоматической связью; выбранное направление вык­лючено из автоматического обслуживания);

в). "Ждите".

Примечание. Состав фраз автоинформатора по мере необходимости мо­жет дополняться операторами сети.

4). На станциях и узлах местной сети используются такие акустические сигналы:

а) тональные (индукторные):

- "Вызов" при местной связи в виде периодической передачи час­тоты (25 ± 2) Гц с временными параметрами передачи: посылка (1,0 ± ± 0,1) с, пауза (4,0 ± 0,3) с, первая посылка вызова не менее 0,3 с; чувст­вительность абонентских устройств к этому сигналу, при уровне вызыв­ного акустического сигнала 65 дБ(А), должна быть не более чем 100 мВА;

- "Вызов" при междугородной, международной, внутризоновой связи с временными параметрами: посылка (1,20 ± 0,12) с или (1,0 ± ± 0,1) с, пауза (2,0 ± 0,2) с или (4,0 ± 0,3) с соответственно;

б) тональные (зуммерные):

- "Тональный вызов" при местной связи в виде последовательной передачи трех частот 515 Гц, 425 Гц, 645 Гц при длительности посылки каждой из частотных составляющих (0,33 ± 0,03) с и общей длительности посылки (1,0 ± 0,1) с; пауза между посылками из трех частот (4,0 ± 0,4) с, длительность первой посылки не менее 0,3 с. Допускаются другие часто­ты в диапазоне от 400 до 700 Гц при тех же соотношениях. Допускается пауза между частотами в средине посылок длительностью 0,03 с. Уровень сигнала на входе абонентской линии (0 ± 1) дБ;

- "Ответ станции" в виде непрерывной посылки частоты 425 Гц;

- "Занято" в виде периодических посылок частоты 425 Гц с вре­менными параметрами: посылка от 0,3 до 0,4 с, пауза от 0,3 до 0,4 с;

- "Контроль посылки вызова" в виде периодической передачи час­тоты 425 Гц с временными параметрами: посылка (1,0 ± 0,1) с; пауза (4,0 ± 0,4) с. Допускается эксплуатация действующих АТС с параметрами соответственно (0,8 ± 0,1) с и (3,2 ± 0,3) с. Сигнал должен начинаться с посылки. Длительность первой посылки сигнала должна быть не менее 0,3 с. При установлении местных вызовов с отметкой "контрольный" должна обеспечиваться синхронность "Вызова" и "Контроль посылки вы­зова". (Некоторые АТС этЬ.требование не выполняют);

- "Предупредительный" в виде двух-трех посылок частоты 1400 Гц с временными параметрами: посылка (1,0 ± 0,1) с, пауза (1,0 ± 0,1) с. Уро­вень сигнала на станционных зажимах абонентской линии от минус 4 до 0 дБ, при подаче его из таксофона от минус 14 дБ до минус 12 дБ.

Сигнал посылается абоненту за (20 ± 2) с до окончания оплаченного интервала времени. Сигнал информирует абонента об окончании опла­ченного периода при связи с местного таксофона.

4.1). С внедрением на сетях перспективных АТС могут быть добавлены такие тональные (зуммерные) сигналы:

а) "Занято при перегрузке" в виде периодических посылок частоты 425 Гц с временными параметрами: посылка от 0,15 до 0,20 с, пауза от 0,15 до 0,20 с;

б) "Указательный сигнал" в виде последовательной передачи трех частот 950 Гц, 1400 Гц, 1800 Гц. Длительность передачи каждой частоты (0,33 ± 0,07) с, длительность паузы между посылками из трех частот (1,00 ± ± 0,25) с. Допускается пауза между частотами в середине посылок длительно­стью до 0,03 с.

Сигнал информирует абонента о невозможности установления связи из-за устойчивой причины (отключение абонентской линии, изменение категории абонента);

в) "Сигнал предупреждения о записи" в виде периодической передачи частоты 1400 Гц с параметрами: посылка (0,40 ± 0,04) с, пауза (15,0 ± 3,0) с.

Сигнал передается на фоне разговора и информирует абонента о том, что его речь записывается на магнитофон (например, при связи с абонентским ав­тоответчиком).

4.2). С внедрением дополнительных услуг могут быть добавлены сле­дующие сигналы:

а) "Сигнал отключения участника конференц-связи" в виде одиночной посылки частоты 425 Гц в течение от 0,3 до 1,0 с.

Сигнал передается на фоне разговора и информирует абонентов, берущих участие в конференц-связи, об отключении одного из участников разговора;

б) "Сигнал неполного сбора" в виде одиночной посылки частоты 425 Гц в течение от 0,3 до 1,0 с.

Посылается по истечении определенного времени в случае неполного сбора берущих участие в конференц-связи абонентов;

в) "Подтверждение приема ("невозможность приема") услуги": в случае приема заказа (отмены) на услугу посылается сигнал "Ответ станции", при не- возможности приема (например, нет права на услугу) - "Указательный сигнал";

г) "Сигнал уведомления" в виде периодической передачи частоты 425 Гц с параметрами: посылка (0,20 ± 0,02) с, пауза (5,0 ± 0,5) с.

Сигнал должен начинаться с посылки. Допускается по договоренности с заказчиком станции длительность посылки (0,250 ± 0,025) с, длительность пау­зы от 8 до 10 с.

Сигнал передается на фоне разговора и уведомляет абонентов,'занятых соединением, о вызове, поступившем от третьего абонента. Передача сигнала предусматривается в том случае, если одним из разговаривающих абонентов, была предварительно заказана соответствующая дополнительная услуга;

д) "Сигнал вмешательства" в виде периодической передачи частоты 425 Гц с параметрами: первая посылка (0,250 ± 0,025) с, первая пауза (0,250 ± 0,025) с, вторая посылка (0,250 ± 0,025) с, вторая пауза (1,250 ± ± 0,300) с.

Сигнал передается на фоне разговора и информирует абонентов УПАТС, берущих участие в разговоре, о подключении привилегированного абонента или телефониста.

Нестабильность частот всех тональных (зуммерных) сигналов должна быть не более ± 0,5 % . При договоренности с заказчиком станции допускается нестабильность до ± 1,5 % .

Частоты акустических сигналов должны иметь синусоидальную форму с коэффициентом нелинейных искажений не более 5 % (для АТС с аналоговым выходом информации).

4.3). Фразы автоинформатора (механический голос) для станций с про­граммным управлением:

а) "Номер изменен";

б) "Номер не задействован";

в) "Номер выключен";

г) "Аппарат отключен абонентом".

С внедрением станций с программным управлением и расширения переч­ня предоставляемых ими услуг могут использоваться другие тональные (зуммерные) сигналы и сообщения автоинформатора (механическим голосом).

5). Параметры номерной информации абонентской линии

5.1). Параметры сигналов двухтональной многочастотной сигнализации (DTMF):

• каждый знак передается посылкой тока двух сигнальных частот, вы­бранных из следующих групп: нижняя группа - 697, 770, 852, 941 Гц; верхняя группа - 1209, 1336, 1477, 1633 Гц; во всех случаях передается одна частота из нижней группы и одна частота из верхней группы; стабильность передаваемых частот в пределах ± 1,8 %;

• суммарный уровень нелинейных продуктов при передаче каждой из частот должен быть не менее чем на 33 дБ ниже уровня основной частоты;

• длительность двухчастотной посылки должна быть не менее 30 мс, а длительность паузы - не менее 25 мс;

• уровень каждой из частотных составляющих сигнала набора номера:

• а). нижняя группа - минус (6 ± 2) дБн;

• б). верхняя группа - минус (3 ± 2) дБн.

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

5.2). Параметры сигналов декадного кода:

- для дискового номеронабирателя длительность:

а). размыкание и замыкание импульсной цепи (период) - от 90 до ПОмс;

б). размыкание импульсной цепи (импульс) - от 53 до 69 мс;

в). замыкание импульсной цепи (интервал) - от 33 до 46 мс;

г). отношение длительности размыкания к длительности замыкания (импульсный коэффициент) - от 1,4 до 1,7;

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

Примечание. На протяжении всего срока эксплуатации допускаются бо­лее широкие пределы значений параметров длительности:

а) периода (скорость от 8,5 имп/с до 11,8 имп/с) - от 85 до 117 мс;

б) размыкание - от 49 до 75 мс;

в) замыкание -от 30 до 50 мс;

г) импульсный коэффициент - от 1,35 до 1,8;

- для электронных датчиков в заводских условиях и на весь срок эксплуа­тации длительность:

1. периода - от 95 до 105 мс;

2. размыкания импульсной цепи (импульс) - от 55 до 65 мс;

3. замыкания импульсной цепи (интервал) - от 36 до 44 мс;

4. импульсный коэффициент -от 1,4 до 1,6;

5. пауза между окончанием в серии размыкания импульсной цепи и началом первого размыкания новой серии должна иметь следующие градации длительности: от 4Т мс до ЮТ мс,

где Т - длительность периода прохождения импульсов;

- для абонентских трансляторов, которые предназначены для включения в АТС на правах телефонных аппаратов:

1. при производстве длительность выходных сигналов должна со­ответствовать импульсному коэффициенту в пределах от 1,4 до 1,7 (при скорости от 7,5 имп/с до 12,5 имп/с и импульсном коэффициенте сигна­лов на входе от 1,3 до 1,9);

2. на протяжении всего срока эксплуатации импульсный коэффи­циент сигналов на выходе должен сохраняться в пределах от 1,35 до 1,8 (для скорости от 8,5 имп/с до 11,8 имп/с).

6.3.6 Информационные акустические сигналы служат для того, чтобы информировать абонента или телефониста о состоянии устанавливающегося соединения.

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

6.3.7 Информационные акустические сигналы абонентов с аналоговым доступом передаются в виде тональных сигналов (зуммерных и индукторных) и фраз автоинформатора (механического голоса).

Состав информационных сигналов (акустических и оптических), необходимый абонентам и телефонистам приведен в Табл.6.3.

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

Таблица 6.3 - Информационные акустические сигналы, необходимые абонентам, в течение автоматической междугородной и внутризоновой связи

Отсутствуют свободные приборы или промежуточные пути на сво­ей, транзитной или входящей ме­ждугородных станциях	Занято
Выбранное направление выклю­чено из автоматического обслу­живания		Вызывайте телефониста
Отсутствуют свободные СЛМ на входящей АМТС: - для абонентов, телефон кото­рых принадлежит категории 1, 2, 5, 6, 7, 8, 9, 10 - для абонентов, телефон кото­рых принадлежит категории 4: 1) при соединении с линией ожидания 2) при отсутствии свободных линий ожидания	Занято Занято	Ждите
Отсутствуют свободные СЛМ местной сети	Занято
Абонентская линия занята мест­ным или междугородным соеди­нением или недоступна	Занято
Абонентская линия свободна	Контроль посылки вызова (одновременно вы­зываемому абонен­ту, посылается ин­дукторный вызов)
Ответ	Прекращение сиг­нала "Контроль по­сылки вызова"
Отбой	Занято	-
Примечание 1. Допускается передача сигнала "Ответ станции" (АМТС) после набора "национального префикса" от АТС (УЗСЛ) при работе по ОКС-7 и при передаче сигналов управления методом "импульсный пакет". Б этом случае сигнал "Ответ станции" от АМТС не передается. Примечание 2. При взаимодействии автоматической телефонной стан­ции квазиэлектронной, электронной (АТСКЭ, Э) с АМТС-5, УЗСЛ, в котором есть промежуточный регистр, декадный набор должен переда­ваться от АТС в сторону АМТС, УЗСЛ только после получения акусти­ческого сигнала "Ответ станции" (АМТС).

На всех стадиях разговора (за исключением платного разго­вора с местного таксофона, требующего переполюсовки) обеспе­чивается следующая полярность проводов абонентской линии: ми­нус на проводе «а» и плюс на проводе «б». При работе с местными таксофонами полярность линейных проводов (за исключением выхода на бесплатные спецслужбы 01,02,03) соответствует рис. 6.21.

При взаимодействии АТС с таксофонами местной сети мо­гут обеспечиваться следующие дополнительные функции:

• - переполюсовка напряжения на линейных проводах при от­вете вызываемого абонента для всех типов таксофонов мест­ной телефонной сети;

Рис. 6.20. Сигнализация по абонентским линиям

Рис. 6.21. Сигнализация по абонентским линиям. Местный таксофон. Декадный набор номера. Переполюсовка

• предупредительный сигнал за (30±2) с до окончания опла­ченного периода для таксофонов местной телефонной сети при ограничении времени разговора от АТС. Параметры этого предупредительного сигнала: частота (1400±20) Гц, длитель­ность посылки (1.0±0.1) с, длительность паузы (1.0±0.1) с, ко­личество посылок 2—3, уровень на выходе АТС от —4 до 0 дБ;

• кратковременное восстановление исходной полярности на­пряжения на линейных проводах длительностью (300±50) мс по окончании оплаченного периода и повторная переполю­совка для обеспечения доплаты (для телефонов местной свя­зи с возможностью продления времени разговора и ограни­чения разговора по сигналам от АТС). По мере внедрения современных цифровых АТС в телефон­ных сетях Российской Федерации постепенно распространяется многочастотный способ передачи сигналов набора номера, обо­значаемый английской аббревиатурой DTMF (Dual-Tone Multiple-Frequency). Иногда для наименования этой системы передачи сиг­налов набора используется другой англоязычный термин — Touch-Tone. Такой способ был разработан в 1960 г., но реальное его рас­пространение началось с 80-х годов.

При этом способе передачи сигналов управления каждый многочастотный сигнал цифры номера состоит из двух тональных сигналов в соответствии с рекомендацией Q.23 ITU-T «Техниче­ские особенности телефонных аппаратов с тастатурным набором номера». Согласно этой рекомендации частоты в так называемой нижней частотной группе равны 697,770, 852, и 941 Гц, а частоты в так называемой верхней частотной группе равны 1209,1336,1477, 1633 Гц.

Частоты DTMF подобраны негармонически. Это означает, что частоты не имеют отличного от 1 целого общего делителя. На­пример, частоты 1200 и 1600 Гц — гармоники частоты 400 Гц (3*400= 1200 и 4*400= 1600), а частоты 697 и 770 Гц – негармонические. Каждый сигнал содержит две частоты: одна выбирается из нижней, а вторая — из верхней группы частот.

Соответствие между передаваемой информацией и частота­ми приведено на рис. 6.22.

Уровень передачи в двухчастотной посылке, измеренный на нагрузке 600 Ом, составляет: для нижней группы частот — минус 6 дБмО+2 дБ, для верхней группы частот — минус 3 дБмО+2 дБ. Уровень частоты верхней группы частот в суммарном сигнале на 2± 1 дБ превышает уровень частоты нижней группы. Суммарный уровень всех частотных составляющих высшего порядка, по край­ней мере, на 20 дБ ниже уровня частоты нижней группы.

Рис. 6.22. Частотный способ набора номера

Условия, при которых должен осуществляться нормальный прием сигналов, следующие: наличие в сигнале двух частот, одна из которых выбрана из нижней группы, а два сигнала принимают­ся как отдельные, если длительность паузы между ними равна 40 мс или более.

Абонентская сигнализация при частотном способе набора для различных абонентских устройств приведена на рис. 6.23-6.24.

Рис. 6.23. Сигнализация по абонентским линиям. Частотный набор номера

Рис. 6.24. Сигнализация по абонентским линиям (частотный набор номера, междугородный таксофон)