SITE MAP
NEWS

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 


; Некоторые определения для комплектов батарейных 3-проводных

; Тип соединительной линии

10h ; Общий пучок
20h ; Абонентский шнур
40h ; МежГор шнур80h ; Ответ формируется импульсом

;------------------------------------------------------------------;
; Коды состояний комплектов

00000000b ; Состояние "свободно"
00000001b ; Обычный вызов
00000010b ; Межгор. вызов
10h ; Состояние "ждем разбл-ку"
20h ; Состояние "блокировка"
40h ; Состояние "ожидание подтв. занятия"
50h ; Состояние "прием/передача номера"
60h ; Состояние "предответ"
70h ; Состояние "разговор"
80h ; Состояние "hold"
90h ; Транзит
0A0h ; Состояние диагностики

;------------------------------------------------------------------;
; Биты управления комлпектом ИКБ3
;
00000001b ; Занятие (C-провод)
00000010b ; Набор номера
00000100b ; Занятие МШ, Вызов телеф-ки (B + 56Ом)
00010000b ; Абоненский шнур (B + 1кОм )
00100000b ; Разговорное реле
01000000b ; Отбой А (A - 1кОм)
10000000b ; Реле ETL (диагностика)

; Линейные Сигналы (ЛС) ИКБ3:
;
1110 ; 0E "Контроль исходного"
1011 ; 0B "Занятость СЛ"
1101 ; 0D "Ответ, запрос АОН"
1011 ; 0B "Отбой аб. Б"
1111 ; 0F "Блокировка"
1001 ; 09 "Линия свободна (МШ)"
1111 ; 0F "Ответ МГ (МШ)"


;------------------------------------------------------------------;
; Биты управления для ВК
;
00000001b ; Блокировка C-провода
00000010b ; Подключение приема номера
00000100b ; Занятие мш (B - 2,9кОм)
00001000b ; Ответ АОН ( A + 330Ом )
00010000b ; Отбой аб. Б (B - 1кОм )
00100000b ; Разговорное реле
01000000b ; Ответ, запрос АОН (A + 1кОм)
10000000b ; Реле ETL


; Линейные Сигналы (ЛС) ВКБ3:
;
1110 ; 0E "Занятие"
1100 ; 0C "ЗАНЯТИЕ МГ"
0110 ; 06 "Размыкание шлейфа"
1110 ; 0E "Замыкание шлейфа"
1111 ; 0F "Разъединение"
1100 ; 0C "Отбой А из разговора"
1010 ; 0A "Посылка вызова on"
1110 ; 0E "Посылка вызова off"

 

 

;----------- АБОНЕНТСКИЙ ОКС -----------

Команды

SNN LN Измерение временных параметров набора номера (состояние шлейфа)
SNN 01 Измерение параметров для АК с LN=01

"\__ 012 C_/""0048MC"\__0056MC_/""0048MC"\__ 003 C_/


Просмотр/изменения уровня отладочной печати

ADB [N] Состояние абонентских комплектов
ADB Посмотреть текущее значение
ADB 0 Установить уровень 0 (выключить отладку)
ADB 1 Установить уровень 1 (включить отладку)


ODB [N] Состояние абонентских комплектов
ODB Посмотреть текущее значение
ODB 0 Установить уровень 0 (выключить отладку)
ODB 1 Включить отладку. Выводить сообщения.
ODB 3 Выводить сообщения и фазы обработки вызова.



; Типы соединительных линий
;
AB_SL EQU 10h ; Абонентский шнур
MG_SL EQU 20h ; Междугородний шнур

OUTGOING EQU 01h ; Исходящая линия
INCOMING EQU 02h ; Входящая линия

; Маски ...
;
00001000b ; 08 Бит признака цифры
11110000b ; F0 Маска выделения цифры
00001111b ; 0F Маска номера канала (1-15)
11110000b ; F0 Маска кода состояния

;----------------------------------------

; АЛФАВИТ ПРИ ОБМЕНЕ ПО СОЕДИНИТЕЛЬНОЙ ЛИНИИ:

; Для исходящих комплектов

C0 "Контроль исходного"
40 "Нет свободной СЛ"
60 "Ответ"
40 "Отбой абонента Б"
60 "Абонент свободен"
70 "Ответ МШ"

; Для входящих комплектов

10 "Занятие МШ"
30 "Освобождение"
20 "Занятие АШ"
30 "Отбой абонента А"
B0 "Приведение ВК в исходное"
80 "Посылка вызова"
A0 "Проключить тракт"

;----------------------------------------
; Коды состояния комплекта
;
00 Состояние "свободен".
01 Комплект "занят" ...
03 Набор номера ...
05 Состояние предответа ...
09 Состояние "разговор" ...
11 Состояние "удержание" ...
21 Состояние "мягкой блокировки"
41 Транзит ...
81 Комплект "занят" межгор !!!

наверх...
 
 
УПРАВЛЕНИЕ НА СЕТЯХ СВЯЗИ ПО СТАНДАРТАМ TMN

 
  • ОГЛАВЛЕНИЕ
    • 1. ВВЕДЕНИЕ
    • 1.1 СПРАВКА
    • 2. ОСНОВНЫЕ НАПРАВЛЕНИЯ СТАНДАРТИЗАЦИИ
    • 3. ОБЩИЕ ПРИНЦИПЫ TMN
    • 4. ФУНКЦИОНАЛЬНАЯ АРХИТЕКТУРА
    • 5. ИНФОРМАЦИОННАЯ АРХИТЕКТУРА
    • 6. ФИЗИЧЕСКАЯ АРХИТЕКТУРА
    • 7. ПРАКТИЧЕСКАЯ РЕАЛИЗАЦИЯ
    • РЕКОМЕНДАЦИИ МСЭ-Т ПО TMN И УПРАВЛЕНИЮ
    • СПИСОК СОКРАЩЕНИЙ
     

    1. ВВЕДЕНИЕ

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

    1.1. Усложняются сами сети связи. На них внедряются новые технические средства, основанные на передовых технологиях. В то же время продолжает использоваться и более старое оборудование, поэтому на сетях сосуществуют аналоговые и цифровые системы передачи, электронные и координатные коммутационные станции и т.п. Большое распространение получают локальные (LAN) и городские (MAN) сети, сети связи с подвижными объектами. Им необходимо связываться между собой и выходить на региональные и глобальные сети связи. Таким образом сети связи становятся все более неоднородными, как по структуре, так и по используемым техническим средствам.

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

    1.3. Современные телеинформационные системы, основанные на совместном использовании средств связи и вычислительной техники, стали жизненно необходимыми для функционирования многих сфер деятельности (государственное управление, финансы, промышленность, транспорт, медицина). Это обуславливает необходимость обеспечения высокой надежности систем связи. По оценкам ряда специалистов убытки от отказов могут достигать нескольких миллионов долларов в час. Одним из немаловажных факторов в обеспечении надежности сетей связи служит эффективное управление их ресурсами.

    1.4. Многие организации стали создавать для своих нужд собственные корпоративные сети связи. Широкое распространение получили гибридные сети, которые организации создают на базе арендуемых средств связи. Это также увеличивает число покупателей СУ, а в случае гибридных сетей требует координации деятельности пользователей и поставщиков услуг связи.

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

     

    2. ОСНОВНЫЕ НАПРАВЛЕНИЯ СТАНДАРТИЗАЦИИ  

     

    Многообразие типов информационных сетей, оборудования и СУ для них, производимых различными изготовителями, и желание пользователей одних сетей взаимодействовать с пользователями других вызывают потребность в организации совместной работы этих сетей и соответствующих СУ. Такое сильное рыночное требование является движущей силой процесса стандартизации СУ, котоpая стала настоятельной необходимостью. Разработка стандартов СУ сетями связи, производимая такими организациями как Международная организация стандартов (ИСО), Сектор стандартизации электросвязи Международного союза электросвязи (МСЭ-Т, ранее МККТТ) и Координационный совет сети Internet (Internet Activities Board - IAB), опиралась на разработки в этой области ведущих фирм. Среди них можно назвать такие продукты, как NetView компании IBM, OpenView - Hewlett-Packard, EMA (Enterprise Management Architecture) - DEC, UNMA (Unified Network Management Architecture) - AT&T. При этом каждая фирма стремится навязать международным организациям свои стандарты. Модель СУ, предложенная ИСО, использует модель взаимосвязи открытых систем и построена на концепции распределенных процессов управления, взаимодействующих друг с другом. Управление осуществляется управляющими процессами над управляемыми объектами. Управляемый объект трактуется как ресурс, которым надо управлять. Каждый управляемый объект имеет свои атрибуты. Частью определения управляемого объекта является набор операций управления, которые могут быть выполнены над этим объектом с определенным влиянием как на сам объект, так и на его свойства. Для управления в сети выделены пять функциональных областей: неисправности, качество, конфигурация, безопасность и финансовый учет. В рамках модели разработаны два стандарта: CMIP (Common Management Information Protocol) и CMIS (Common Management Information Service), которые определяют общий набор протоколов и услуг, обеспечивающих обмен управляющей информацией при взаимодействии между управляющим процессом и управляемым ресурсом с использованием общего набора сообщений. Информационная модель СУ опирается на объектно-ориентированный подход, развитый в языках программирования. Другим стандартом является простой протокол сетевого управления SNMP (Simple Network Management Protocol), разработанный IAB. В рекомендации МККТТ М.30, принятой в 1988 г., и в развивающих ее дальнейших выпусках рекомендаций серии М.3000, принятых в 1992 г., предложена концепция организации СУ сетями электросвязи, опирающая на модель ИСО. Изложение сути этих рекомендации дано ниже.

     

    3. ОБЩИЕ ПРИНЦИПЫ TMN  

     

    В Рекомендации МСЭ-Т М.3010 излагаются общие принципы планирования, функционирования и технического обслуживания системы управления электросвязью (TMN - Telecommunications Management Network). Целью TMN является оказание помощи компаниям-операторам в управлении своими сетями электросвязи. Основным принципом TMN является обеспечение организационной структуры для получения возможности взаимосвязи различных типов операционных систем*) и аппаратуры электросвязи с использованием стандартных протоколов и интерфейсов. На рис. 1 представлена взаимосвязь между TMN и сетью электросвязи. Операционные системы осуществляют обработку всей информации, необходимой для выполнения функций по управлению. Рабочие станции обеспечивают пользовательский интерфейс, посредством которого обслуживающий персонал взаимодействует с сетью управления. Сеть передачи данных предназначена для связи между сетевыми элементами, операционными системами и другими компонентами TMN. TMN может изменяться от весьма простого соединения между операционной системой и отдельным устройством электросвязи до огромной сети, соединяющей большое количество операционных систем и аппаратуры электросвязи различных типов. Необходимо отметить, что TMN принципиально является самостоятельной системой, которая обеспечивает интерфейсы с сетью электросвязи в нескольких разных точках для получения информации и управления работой. Однако часто TMN использует часть сети электросвязи для обеспечения своих соединений. Ниже приводятся примеры сетей и основных типов аппаратуры, для управления которыми может применяться TMN:

  • - сети общего и частного пользования, в том числе узкополостные и широкополостные сети с интеграцией служб (ISDN), сети подвижной связи, интеллектуальные сети;
  • - сама сеть TMN;
  • - оконечная аппаратура систем передачи (мультиплексоры, аппаратура кроссовой коммутации, преобразовательная аппаратура и т.д.);
  • - цифровые и аналоговые системы передачи (кабельные, волоконно-оптические, радио, спутниковые и т.д.);
  • - системы восстановления;
  • - цифровые и аналоговые коммутационные станции;
  • - системы сигнализации;
  • - УАТС и оконечное абонентское оборудование;
  • - терминалы пользователей сетей с интеграцией служб;
  • - программные средства, обеспечивающие услуги связи (программные средства коммутации, каталоги, базы данных и т.д.);
  • - вспомогательные системы (испытательные модули, системы электропитания, кондиционеры, системы аварийной сигнализации внутри здания и т.д.).

    Рис. 1. Взаимосвязь между системой управления и сетью связи

    Согласно модели ИСО система управления сетью строится иерархически и имеет следующие уровни (снизу вверх) (рис. 2.):

  • - сетевых элементов;
  • - управления элементами;
  • - управления сетью;
  • - управление обслуживанием;
  • - административного управления.

     

    Рис. 2. Уровни управления сетью связи

    Самый нижний уровень представляет собой саму сеть связи, т.е. объект управления. В качестве сетевых элементов могут рассматриваться коммутационные станции, системы передачи, мультиплексоры, комплекты тестового оборудования и т.д. Каждый следующий уровень имеет более высокую степень обобщения, чем предыдущий. Информация о состоянии уровня поступает наверх, а сверху вниз идут управляющие воздействия. Степень автоматизации управления может быть различной, и обычно имеет место сочетание автоматизированных и ручных процедур. Как правило, чем выше уровень иерархии управления, тем ниже его степень автоматизации. Уровень управления элементами охватывает контроль, отображение параметров работы, техническое обслуживание, тестирование, конфигурирование применительно к отдельным элементам или некоторым их подмножествам. Уровень сетевого управления позволяет охватить единым взглядом всю сеть, контролируя подмножества сетевых элементов в их взаимосвязи между собой и управляя всеми сетевыми ресурсами. Уровень управления обслуживанием, в отличие от всех нижележащих уровней, которые непосредственно связаны с сетью, т.е. с техническими средствами, "обращен лицом" к пользователю. Здесь принимаются решения по предоставлению и прекращению услуг, осуществляется ведение соответствующего планирования и учета и т.п. Ключевым фактором здесь является обеспечение качества обслуживания. Уровень административного управления обеспечивает функционирование компании-оператора сети связи. Здесь решаются организационные и финансовые вопросы, осуществляется взаимодействие с компаниями-операторами других сетей связи. На сегодняшний день разработанные и предлагаемые ведущими фирмами СУ сетями связи реализуют функции уровней не выше, чем управления элементами или управления сетью, в отдельных случаях - управления обслуживанием. Все функции, связанные с управлением, можно разбить на две части: общие и прикладные. Общие функции обеспечивают поддержку прикладных и включают, например, перемещение информации между элементами сети связи и системы управления, хранение информации, ее отображение, сортировку, поиск и т.п. Прикладные функции в соответствии с классификацией ИСО разделяются на пять категорий (рис. 3):

  • - управление конфигурацией;
  • - управление качеством работы;
  • - управление устранением неисправностей;
  • - управление расчетами;
  • - управление безопасностью.

     

    Рис. 3. Классификация функций сетевого управления

    Рассмотрим их более подробно.

    Управление конфигурацией обеспечивает инвентаризацию сетевых элементов (их типы, местонахождение, идентификаторы и т.п.); включение элементов в работу, их конфигурирование и вывод из работы; установление и изменение физических соединений между элементами. Управление качеством работы имеет целью контроль и поддержание на требуемом уровне основных характеристик сети. Оно включает сбор, обработку, регистрацию, хранение и отображение статистических данных о работе сети и ее элементов; выявление тенденций в их поведении и предупреждение о возможных нарушениях в работе. Управление устранением неисправностей обеспечивает возможности обнаружения, определения местоположения неисправностей в сети, их регистрацию; доведение соответствующей информации до обслуживающего персонала; выдачу рекомендаций по устранению неисправностей. Управление расчетами осуществляет контроль за степенью использования сетевых ресурсов и поддерживает функции по начислению оплаты за это использование. Управление безопасностью необходимо для защиты сети от несанкционированного доступа. Оно может включать ограничение доступа посредством паролей, выдачу сигналов тревоги при попытках несанкционированного доступа, отключение нежелательных пользователей, или даже криптографическую защиту информации. Архитектура TMN должна обладать высокой степенью гибкости, чтобы удовлетворять различным требованиям, определяющимися топологией самой сети электросвязи и организацией управления. Примерами требований, определяющихся топологией сети, могут служить физическое размещение элементов сети и их число. Пример организационных требований - степень централизации обслуживающего персонала.

     

    4. ФУНКЦИОНАЛЬНАЯ АРХИТЕКТУРА  

     

    Функциональная архитектура TMN описывается посредством функциональных блоков (ФБ). Основными из них являются ФБ: сетевого элемента NEF (Network Element Function), операционной системы OSF (Operations System Function), рабочей станции WSF (Work Station Function), медиатора (промежуточного устройства сопряжения) MF (Mediation Function) и Q-адаптера QAF (Q-Adapter Function). NEF является моделью произвольного элемента сети, подлежащего управлению. OSF обеспечивает выполнение функций TMN по обработке, хранению и поиску управляющей информации. Эти ФБ формируют ядро TMN. WSF организует человеко-мащинный интерфейс между системой управления и человеком-оператором. MF обрабатывает информацию, проходящую между NEF и OSF, и может осуществлять промежуточную обработку и хранение данных, преобразование протоколов и т.п. QAF предназначены для взаимодействия с сетевыми элементами или операционными системами, имеющими непредусмотренные в TMN интерфейсы. В соответствии с иерархией определяются ФБ OSF четырех уровней: управления элементами (NE-OSF), управления сетью (N-OSF), управления обслуживанием (S-OSF) и административного управления (B-OSF). Вся иерархия представлена на рис. 4. Между ФБ определены эталонные точки различных типов, важнейшими из которых являются q, f и x. Эталонная точка типа q3 - между OSF смежных уровней и между OSF и MF, NEF или QAF; типа qx - между двумя MF и между MF и NEF или QAF; типа f - между WSF и OSF или MF; типа x - между OSF, принадлежащим различным системам (рис. 5).

     

    Рис. 4. Функциональная иерархия операционных систем

     

    Рис. 5. Упрощенная функциональная архитектура TMN

     

    5. ИНФОРМАЦИОННАЯ АРХИТЕКТУРА  

     

    Информационная архитектура TMN вводит характерные для модели взаимосвязи открытых систем (OSI) принципы управления, базирующиеся на объектно-ориентированном подходе. Информационный обмен описывается в терминах управляемых объектов, рассматриваемых как некоторые ресурсы, над которыми осуществляется управление, или которые служат для поддержки определенных функций по управлению. Таким образом, управлямый объект является абстракцией такого ресурса, отображающей его свойства с точки зрения управления. Управлямый объект может представлять также отношение между ресурсами или комбинацию ресурсов (например, сеть). Каждый управляемый объект принадлежит некоторому классу объектов, который может быть подклассом другого класса. Подкласс наследует все свойства класса, из которого он выделен, и уточняет определение класса добавлением новых свойств к тем, которые положены в основу выделения вышестоящего класса. Различные классы могут быть представлены в виде дерева, показывающего иерархию наследуемых свойств. Например, класс аппаратуры систем передачи разделяется на подклассы аналоговых и цифровых систем; цифровые могут делиться на плезиохронные и синхронные и т.д. Управляемый объект характеризуется:

  • - атрибутами;
  • - операциями управления, которые могут быть к нему применены;
  • - уведомлениями, которые им генерируются;
  • - поведением, являющимся реакцией на команды управления или на другие воздействия.

    Управление сетью связи представляет собой прикладной информационный процесс. Поскольку подлежащая управлению среда является распределенной, то и управление сетью является распределенным процессом. Это влечет необходимость организации обмена информацией между процедурами управления для целей мониторинга и контроля различных физических и логических сетевых ресурсов (ресурсов коммутации и передачи). В качестве протокола для передачи управляющих сообщений используется протокол общей информации управления CMIP, определенный в Рекомендации Х.711 (соответствует стандарту ISO 9596). Соответствующие услуги общей информации управления CMIS, определенные в Рекомендации Х.710 (ISO 9595), снабжают управляющую систему набором услуг, к числу которых относятся:

  • M-SET - для добавления, удаления или замены значений атрибута объекта;
  • M-GET - для считывания значения атрибута;
  • M-CANCEL-GET - для отмены одной из ранее введенных услуг M-GET;
  • M-ACTION - для запроса объекта выполнить определенное действие;
  • M-CREATE - для создания объектов;
  • M-DELETE - для удаления объектов.

    Кроме того обеспечивается услуга M-EVENT-REPORT, позволяющая ресурсу сети извещать о возникновении события. Для управления объектами предложена структура "менеджер-агент" (рис. 6). Менеджер представляет собой часть распределенного процесса, которая направляет команды на выполнение операций управления и получает уведомления. Агент - это часть процесса, которая непосредственно управляет соответствующими управляемыми объектами. Он "несет ответственность" за выполнение команд, направляемых ему менеджером, и за информирование менеджера о поведении подведомственных объектов, посылая уведомления.

     

    Рис. 6. Взаимодействие между менеджером, агентом и управляемыми объектами

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

     

    6. ФИЗИЧЕСКАЯ АРХИТЕКТУРА  

     

    Упрощенная физическая архитектура TMN показана на рис. 7. Она содержит компоненты, являющиеся физической реализацией упомянутых выше ФБ. Кроме того, она включает сети передачи данных и интерфейсы, предназначенные для взаимодействия между компонентами. Внутри физических компонентов TMN может быть реализовано несколько ФБ. Соответствующие возможности показаны в таблице 1. Выбор названия физического компонента определяется его преобладающим использованием.

    Таблица 1

     

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

     

    Рис. 7. Упрощенная физическая архитектура TMN

    Интерфейсы Q обеспечивают взаимодействие сетевых элементов, операционных систем, медиаторов и Q-адаптеров через сеть передачи данных. Интерфейс Q3, играющий центральную роль в TMN, служит для стыка с сетью передачи данных операционных систем, медиаторов, Q-адаптеров и сетевых элементов со встроенными функциями медиатора. Интерфейс Qx используются при подключении сетевых элементов и Q-адаптеров к медиатору. Интерфейсы TMN являются межоперационными, т.е. представляют собой формально определенный набор протоколов, процедур, форматов сообщений и семантики, используемых для передачи информации управления в рамках объектно-ориентированной парадигмы. Наиболее проработанным интерфейсом TMN на сегодняшний день является Q3, профили протоколов которого определены в рекомендациях Q.811 и Q.812. Под профилем понимается определенный набор протоколов, предусмотренных для использования на каждом из семи уровней модели взаимосвязи открытых систем OSI. Рекомендация Q.811 определяет протоколы нижних уровней (с 1-го по 3-й), а Q.812 - верхних (с 4-го по 7-й). Возможны 7 вариантов профилей протоколов нижних уровней, различающихся тем, как организована сеть передачи данных, и какой режим работы (с установлением или без установления соединения) применяется. Эти же профили могут использоваться и для интерфейса Qх, реализуемого, например, для синхронного оборудования передачи. Кроме того, в рекомендации Q.773 определены два укороченных профиля, в которых отсутствуют уровни с 4-го по 6-й. Они могут использоваться, например, для плезиохронного оборудования передачи. Для передачи данных может использоваться собой сеть с коммутацией пакетов по протоколу Х.25, локальная сеть типа Ethernet, общие каналы сигнализации системы № 7, служба пакетного типа ISDN по Х.31. Протоколами, используемыми на 7-м (прикладном) уровне во всех профилях, служат CMIP и FTAM (File Transfer, Access and Management). Последний применяется для передачи больших массивов данных (например, статистических). Система TMN должна обладать высокой надежностью. Обычно при ее проектировании ставится требование обеспечения отказоустойчивости. Это означает, что возникновение единственного отказа не должно приводить к невозможности передачи важных сообщений управления. Кроме того, следует принимать меры к тому, чтобы перегрузка в сети передачи данных не вызывала блокировку или чрезмерную задержку управляющих сообщений.

    7. ПРАКТИЧЕСКАЯ РЕАЛИЗАЦИЯ  

    Несмотря на то, что разработка и стандартизация основных принципов TMN началась еще в середине 80-х годов, степень их практической реализации на сетях связи пока еще невелика. С одной стороны, это можно объяснить сложностью архитектуры и интерфейсов TMN, являющейся неизбежной платой за их универсальность и гибкость. С другой стороны, сети связи являются весьма консервативными системами, сроки службы основных элементов которых составляют несколько десятилетий. Поэтому на сетях работает много оборудования, установленного задолго до того, как началась разработка принципов TMN. Для взаимодействия с такими сетевыми элементами в TMN предусмотрено использование специальных устройств сопряжения - Q-адаптеров. Однако их практическая разработка еще не завершена, но даже если бы они и имелись, то их повсеместное внедрение потребовало бы значительных затрат. В наибольшей степени принципы TMN реализуются при создании СУ сетями связи на основе новых технических средств: SDH, ATM, GSM. МСЭ-Т разработаны рекомендации, описывающие применение архитектуры TMN для управления различными видами сетей и оборудования связи: G.771 для оборудования систем передачи, G.784 для SDH, Q.513 для цифровых коммутационных станций, Q.750 для системы сигнализации № 7 и M.3600 для ISDN. Интерфейсы TMN должны предусматриваться во всем новом оборудовании. Ведется активная работа по интеграции концепций TMN и Интеллектуальной Сети IN (Intellegent Network). К сожалению, на сегодняшний день конкретная стандартизация ограничивается только интерфейсами TMN (и в первую очередь важнейшим из них - Q3), хотя в перспективе она должна охватить и процессы обработки информации в операционных системах и сетевых элементах. В результате СУ, разработанные разными производителями, оказываются, как правило, несовместимыми. Для конкретизации требований стандартов и ускорения их внедрения ряд промышленных фирм создали Форум сетевого управления NMF (Network Management Forum). Способствовать более активному применению принципов TMN будет также проводимая NMF разработка средств обеспечения взаимодействия протоколов CMIP, используемого в TMN, и SNMP, получившего широкое распространение в сетях, работающим по протоколам TCP/IP и IPX/SPX, и в локальных сетях. Такое взаимодействие весьма важно для связи между системами управления сетей общего пользования и корпоративных сетей. Подводя итог, можно сказать, что несмотря на все трудности и препятствия на пути TMN, современные тенденции развития телекоммуникаций неизбежно ведут к ее развитию и все более широкому внедрению, и этот процесс к каждым годом ускоряется и углубляется.

    РЕКОМЕНДАЦИИ МСЭ-Т ПО TMN И УПРАВЛЕНИЮ  

    •  
  • М.3000 - Обзор рекомендаций по TMN
  • М.3010 - Принципы TMN
  • М.3020 - Методология спецификации интерфейса TMN
  • М.3100 - Общая информационная модель сети
  • М.3101 - Подтверждение соответствия управляемых объектов общей информационной модели сети
  • М.3180 - Каталог информации управления TMN
  • М.3200 - Обзор услуг управления TMN
  • М.3300 - Возможности управления на интерфейсе F
  • М.3400 - Функции управления TMN
  • М.60 - Термины и определения по техническому обслуживанию (Раздел 2 - TMN)
  • Q.811 - Профили протоколов нижнего уровня для интерфейса Q3
  • Q.812 - Профили протоколов верхнего уровня для интерфейса Q3
  • Q.821 - Описание этапа 2 и этапа 3 для интерфейса Q3 - аварийное оповещение
  • Q.822 - Описание этапа 1, этапа 2 и этапа 3 для интерфейса Q3 - управление качеством работы
  • Х.700 - Определение структуры управления для взаимосвязи открытых систем
  • Х.701 - Обзор управления системами
  • Х.710 - Общие определения услуг информации управления
  • Х.711 - Общая спецификация протокола информации управления
  • Х.720 - Информационная модель управления
  • Х.721 - Определение информации управления
  • Х.722 - Руководство по определению управляемых объектов
  • Х.730-Х.750 - Функции управления системами

     

    СПИСОК СОКРАЩЕНИЙ  

     

  • ИСО - Международная организация по стандартизации (International Standards Organization)
  • МСЭ-Т - Сектор стандартизации электросвязи Международного союза электросвязи
  • СУ - Система управления
  • ФБ - Функциональный блок
  • ATM - (Asynchonous Transfer Mode) Асинхронный режим переноса
  • CMIP - (Common Management Information Protocol) Протокол общей информации управления
  • CMIS - (Common Management Information Service) Услуги общей информации управления
  • IAB - (Internet Activities Board) Координационный совет сети Интернет
  • ISDN - (Integrated Services Digital Network) Цифровая сеть с интеграцией служб
  • GSM - (Global System Mobile) Глобальная система для мобильной связи
  • LAN - (Local Area Network) Локальная сеть
  • MAN - (Metropolitan Area Network) Городская сеть
  • MF - (Mediation Function block) Функциональный блок медиатора
  • NEF - (Network Element Function block) Функциональный блок сетевого элемента
  • NMF - (Network Management Forum) Форум сетевого управления
  • OSF - (Operations System Function block) Функциональный блок операционной системы
  • OSI - (Open Systems Interconnection) Взаимосвязь открытых систем
  • QAF - (Q-Adapter Function block) Функциональный блок Q-адаптера
  • SDH - (Synchronous Digital Hierarchy) Синхронная цифровая иерархия
  • SNMP - (Simple Network Management Protocol) Простой протокол сетевого управления
  • TMN - (Telecommunications Management Network) Система управления электросвязью
  • WSF - (Work Station Function block) Функциональный блок рабочей станции

наверх...
 
Telecommunication Management Network, TMN (Система управления сетями операторов электросвязи) — концепция, разработанная и утверждённая Международным союзом электросвязи, определяет принципы создания единой системы управления для сетей разных уровней и масштабов, предоставляющих различные типы услуг. Возможность применения такой системы управления связана с отсутствием жёсткой привязки TMN к какой-либо транспортной системе и особенностям конкретной сети. Вся необходимая для управления информация располагается в единой базе данных, которая может изменяться и пополняться описаниями новых объектов управления, а весь обмен служебными данными TMN может осуществляться с использованием существующей транспортной системы управляемой сети.

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

В соответствии с концепцией TMN процесс управления сетью включает в себя следующие функции управления:

  1. управление процессом устранения отказов (Fault Management, FM);
  2. управление конфигурацией сети (Configuration Management, CM);
  3. управление расчётами с пользователями и поставщиками услуг (Accounting Management, AM);
  4. контроль производительности сети (Performance Management, PM);
  5. обеспечение безопасности работы сети (Security Management, SM).

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

Например, широко распространённые в настоящее время системы сетевого управления, работающие на базе протокола SNMP (Simple Network Management Protocol), являются сильно упрощёнными с «точки зрения» TMN. Протокол SNMP обеспечивает, прежде всего, мониторинг сети и сбор статистических данных, т. е. реализует функцию Fault Management. Другие функции, такие как Performance и Configuration Management, в стандартных реализациях SNMP, как правило, отсутствуют. Это связано с тем, что, несмотря на введение дополнительных средств обеспечения безопасности в SNMPv2, вопрос о защищённости системы от попыток "взлома" остаётся открытым, прежде всего из-за примитивности протокола SNMP и его жёсткой привязки к транспортным службам. Практически любой в меру грамотный хакер, подключившись к сети, на которой реализована функция Configuration Management, и имея простейший программный пакет SNMP, может менять конфигурацию и операционное состояние сетевых узлов. Чтобы избежать этого, производители оборудования создают собственные SNMP-подобные протоколы для реализации функций Performance и Configuration Management и, тем самым, уходят от стандартных решений. Вследствие этого, системы управления перестают быть простыми, стандартными и общими в использовании средствами для управления сетями электросвязи. Более того, продолжающие возрастать сложность и комплексность базирующихся на SNMP систем управления такими сетями, как ATM, сближает их с системами управления, построенными по принципам TMN.

TMN как концепция управления сетью подразумевает, прежде всего, ряд профилактических работ, направленных на поддержание сети в работоспособном состоянии. Эти работы выполняются с помощью так называемой системы эксплуатации и технического обслуживания сети (Operation, Administration and Maintenance, OA&M).

наверх...
 

Система сигнализации "Импульсный челнок" (R1.5) - MF Shuttle

Назначение системы сигнализации "Импульсный челнок"(R1.5)

Система сигнализации "Импульсный челнок" (МЧК "2 из 6", R1.5) применяется для передачи сигналов управления внутри полосы разговорного спектра. Данный тип сигнализации может использоваться на соединительных линиях городской телефонной сети (СЛ), заказно-соединительных линиях (ЗСЛ), а также на соединительных линиях междугородных (СЛМ). "Импульсный челнок" относится к управляющему (регистровому) типу сигнализации, которая предназначена для обмена адресной информацией и другими сигналами управления между управляющими устройствами коммутируемой телефонной сети в процессе установления соединения. Для передачи управляющих сигналов используется 6 частот, которые находятся в полосе пропускания канала тональной частоты (ТЧ). Значения частот приведены в Табл. 1. Каждый сигнал представляет собой импульс из 2-х частот. Длительность двухчастотной посылки 40:60 мс, уровень сигнала в точке стыка с СЛ -7,3 дБм. Обеспечивается проверка принимаемого сигнала на четность - пропадание одной из частот или появление третьей фиксируется как ошибка с обязательным запросом повторить переданный сигнал.

Таблица 1. Перечень частот сигнализации "Импульсный челнок"

Обозначение

F0

F1

F2

F4

F7

F11

Частота (Гц)

700

900

1100

1300

1500

1700

В процессе установления соединения управляющие устройства (регистры) обмениваются двухчастотными посылками методом "челнока", при котором каждый сигнал в прямом направлении (ответ) передаётся после приема запроса на сигнал, переданного в обратном направлении (команда). Метод обмена посылками сигнализации "Импульсный челнок" приведен на Рис. 1.


Рис. 1. Метод обмена посылками в сигнализации "Импульсный челнок".

Таблица 2. Значение сигналов сигнализации

Сигнал

Значения частот (Гц)

Значеня сигналов

Прямое направление

Обратное направление

1

700+900

Цифра 1

Запрос первой цифры номера вызываемого абонента

2

700+1100

Цифра 2

Запрос следующей цифры

3

900+1100

Цифра 3

Запрос предыдущей цифры

4

700+1300

Цифра 4

Вызываемый абонент свободен

5

900+1300

Цифра 5

Вызываемый абонент занят

6

1100+1300

Цифра 6

Запрос предыдущей переданной цифры, принятой с искажением

7

700+1500

Цифра 7

Сигнал перегрузки (отсутствие свободных путей)

8

900+1500

Цифра 8

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

9

1100+1500

Цифра 9

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

10

1300+1500

Цифра 0

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

11

700+1700

Автоматический вызов от абонента, имеющего III - категорию приоритета

Запрос информации о категории вызова

12

900+1700

Подтверждение сигналов обратного направления 4,5,8,9,10

Не используется

13

1100+1700

Запрос повторения ранее переданного сигнала, принятого с искажением

Не используется

14

1300+1700

Автоматический вызов от абонента, имеющего IV - категорию приоритета

Не используется

15

1500+1700

Полуавтоматический вызов

Отсутствие приема информации

Алгоритм обмена регистровыми сигналами Соответствие между частотным составом, номером сигнала и передаваемой ин-
формацией для многочастотной сигнализации «Импульсный челнок» представлено в
табл.
                                                                   Таблица
№ ком-   Частот-                                Передаваемая информация
 би-      ный
нации    состав        прямое направление (А)                 обратное направление (В)
  1       f0, f1              Цифра 1              Запрос      первой     цифры     номера    в
                                                   многочастотном коде
  2       f0, f2               Цифра 2             Запрос        следующей        цифры       в
                                                   многочастотном коде
  3       f1, f2               Цифра 3             Запрос предыдущей цифры в многочастотном
                                                   коде
  4       f0, f4               Цифра 4             Вызванный абонент свободен
  5       f1, f4               Цифра 5             Вызванный абонент занят
  6       f2, f4               Цифра 6             Запрос предыдущей цифры принятой с ошибкой
                                                   (запрос о повторе)
  7       f0, f7               Цифра 7             Абонент недоступен (занятость соединительных
                                                   путей)
  8       f1, f7               Цифра 8             Запрос на передачу всего номера батарейным
                                                   способом
  9       f2, f7               Цифра 9             Запрос на передачу оставшихся цифр номера
                                                   батарейным способом
  10      f4, f7               Цифра 0             Запрос на передачу цифр номера, начиная с
                                                   предыдущей, батарейным способом
  11      f0, f11               Резерв             Запрос категории междугородного вызова (по-
                                                   луавтоматика или автоматика) от АМТС
  12      f1, f11      Подтверждение приема                            Резерв
                       сигналов обратного на-
                       правления 4, 5, 8, 9, 10
  13      f2, f11      Запрос на передачу ранее                        Резерв
                       переданного        сигнала,
                       принятого с ошибкой
  14      f4, f11      Автоматическое между-                           Резерв
                       городное соединение
  15      f7, f11      Полуавтоматическое ме-                  Отсутствие информации
                       ждугородное соединение

 

Сигналы прямого направления обозначим - А, обратного направления - В, за обозначением направления следует номер сигнала. После занятия соединительной линии, в обратном направлении передается запрос на передачу требуемой цифры номера вызываемого абонента сигналами В1,В2,В3. В прямом направлении передаются цифры номера вызываемого абонента в ответ на запрос, далее в обратном направлении выполняется следующий запрос либо передается один из сигналов: В4,В5,В7-В11.
Сигнал А12 подтверждает сигналы В4,В5,В8,В9,В10. Сигналы В4,В5 возвращают состояние абонентской линии исходящему регистру.Сигнализация предусматривает переключение на передачу цифр номера декадным способом, после получения сигналов В4,В8,В9,В10. Сигнал В11 используется для запроса у междугородней станции категории вызова. В ответ на сигнал В11 передаются сигналы А11,А14,А15.
Сигнал В15 передаётся когда истекло время ожидания ответа на запрос, чтобы сообщить об отсутствии приема информации. Если имеются какие-либо сомнения в отношении принятого сигнала, запрашивается повторение ранее переданного сигнала сигналами А13 и В6. Допускается не более трех повторений подряд.
Цикл обмена сигналами сигнализации "Импульсный челнок" показан на рисунке 1.


Рис. 2. Обмена сигналами сигнализации "Импульсный челнок".


ОПр - объект протокола сигнализации "Импульсный челнок";
ОП - объект передающий и принимающий сигналы;
T1 - время распознавания снятия частотной посылки (продцедура антидребезга), около 25 мс.
T2 - время обработки полученного сигнала, 2-3 мс;
T3 - время задержки перед передачей следующего сигнала (передается тишина);


Рис.3. Пример регистрового обмена сигнализации "Импульсный челнок".

 

наверх...
 

 
СИГНАЛИЗАЦИЯ «ИМПУЛЬСНЫЙ ПАКЕТ 1»

 

СИГНАЛИЗАЦИЯ «ИМПУЛЬСНЫЙ ПАКЕТ 2»

 

ПЕРЕКОДИРОВКА КОДОВЫХ КОМБИНАЦИЙ

 

СИГНАЛИЗАЦИЯ «ИМПУЛЬСНЫЙ ПАКЕТ 1»

Для передачи сигналов управления применяются три разновидности многочастотного способа:

импульсный пакет,

 импульсный челнок

 и безынтервальный пакет.

Пакетные способы передачи, как интервальные (импульсные), так и безынтервальные, обеспечивают передачу заранее накопленной инфор­мации от АТС к АТС (АМТС) с повышенной скоростью. Принцип пакет­ной передачи сигналов ясен из рис.6.5. Безынтервальный пакет исполь­зуется при выдаче информации по запросу АОН, что будет рассмотрено в главе 8.

Рис.6.5. Многочастотные пакетные способы передачи сигналов:

а - импульсный пакет; б - безынтервальный пакет

Передача импульсным пакетом предусматривает передачу по единой команде в определенной последовательности заранее сформированных двухчастотных кодовых комбинаций, одну за другой, с соблюдением фик­сированных временных интервалов между ними. Длительность переда­чи каждой комбинации 40-60 мс. Время распознавания этой комбинации 20-30 мс. Длительность интервала между комбинациями 40-60 мс.

Передача пакета должна осуществляться лишь после того, как полу­чена последняя цифра номера вызываемого абонента Б (Nb) или номера службы междугородной телефонной станции. Номер вызывающего або­нента A (Na) должен всегда состоять из 7 цифр. Если реальный номер абонента А меньше (5 или б цифр), недостающие цифры дополняются значениями 0 или 2. Кроме этого в пакет могут включаться значение кате­гории вызывающего абонента А (Ка) в виде одной цифры от 1 до 10, но­мер вызываемого абонента или службы АМТС до 10 цифр для междуго­родного вызова и с учетом решения ITU о переходе с 1997 г. на 15-значную нумерацию - до 17 цифр при международном вызове.

В дальнейшем материале этого и следующего разделов используют­ся также следующие обозначения: n1...ni - номер, набранный абонентом А, АВС - трехзначный код зоны (например, 812 для Санкт-Петербур­га 095 для Москвы и т.п.), L - номер языковой группы, abcxxxx - внутри­зоновый номер вызываемого абонента Б, defxxxx - внутризоновый номер вызывающего абонента А.

Рассматриваемый в этом и следующем параграфах метод сигнализа­ции «импульсный пакет» рекомендуется применять на междугородной телефонной сети для передачи сигналов управления, а также на участке зоновой телефонной сети (ЗСЛ) - от промежуточного регистра (ПР) или АТСЭ до АМТС - для передачи информации о категории и номере вызы­вающего абонента, а также о номере вызываемого абонента.

На междугородных соединительных линиях многочастотный пакет может иметь вид {Kv,Nb, 11},или {Kv,Se,Nb, 11},или {Nb, 11}.Сигнал управления эхозаградителями (Se) передается только вместе с категори­ей вызова (Kv). Исходящая АМТС преобразует категории абонента А с номерами Ка=1,2,5,6,7 в категорию вызова Kv=13, а категорию абонента А с номером Ка=4 в категорию вызова Kv=11. С учетом преимуществен­ной ориентации всей книги на местные (городские и сельские) телефон­ные сети ниже будут рассматриваться в основном протоколы способа сиг­нализации «импульсный пакет» по заказно-соединительным линиям (ЗСЛ).

По заказно-соединительным линиям (ЗСЛ) передаются многочастот­ные пакеты двух типов: «импульсный пакет I» и «импульсный пакет 2». Первый протокол применяется при связи с АМТС координатных систем (АМТС-2, АМТС-3), а второй - при взаимодействии с АМТС с программ­ным управлением: EWSD (Siemens), 5ESS (AT&T), AXE (Ericsson) и др.

Для обоих протоколов цифры, передаваемые в прямом направлении, кодируются точно так же, как это было рассмотрено в предыдущем пара­графе в таблице 6.1 для сигнализации методом «импульсный челнок». Для протокола многочастотной сигнализации «импульсный пакет I» пе­речень передаваемых сигналов приведен в таблице 6.2.

Сценарии обмена сигналами для протокола «импульсный пакет I» (АМТС-2,3) по заказно-соединительным линиям (ЗСЛ) приведены на рис.6.6, диаграмма взаимодействия блоков процесса MFP U.I приведена на рис.6.7, а соответствующая SDL-диаграмма этого процесса - на рис.6.8.

В процессе MFP U.I обработки протокола сигнализации методом «импульсный пакет I» используются следующие значения тайм-аутов:

Т1 = 10 с -    время ожидания очередного запроса от АМТС, Т2 = 100 мс - интервал между приемом очередного запроса и началом

передачи пакета,

ТЗ = 2 мин - максимальное время прослушивания сигнала «Контроль посылки вызова» или механического голоса при выходе на МКНС с ожиданием.


 

Таблица 6.2. Многочастотные сигналы протокола «импульсный пакет I» от АМТС-2, 3

№

Частотный сигнал, Гц

Значение

Примечание

1

700+1100

Запрос о передаче информации

Запрос (сигнал В2), длительность 70-100 мс, время распознавания 30 мс

2

700

Отсутствие соединит. путей на АМТС

Вместо второго запроса

3

1100

Освобождение

Вместо второго запроса. Если этот сигнал поступает после первого этапа передачи информации, -то он означает передачу вызова к оператору АМТС

4

1100

Ожидание (1-2 мин)

Вместо третьего запроса для АМТС-2 и вместо второго запроса для АМТС-3 при занятости всех табло МКНС. В обратном направлении посылается КПВ или специальное сообщение механическим голосом

 

Рис. 6.6. Сценарий обмена сигналами методом «импульсный пакет 1»

а) междугородный вызов (автоматический)

Рис. 6.6. Сценарий обмена сигналами методом «импульсный пакет I»

б) внутризоновый вызов (автоматический)


 

Рис. 6.6. Сценарий обмена сигналами методом «импульсный пакет 1»

в) международный вызов (автоматический)

Рис. 6.6. Сценарий обмена сигналами методом «импульсный пакет I»

г) отсутствие соединительных путей на АМТС

Рис. 6.6. Сценарий обмена сигналами методом «импульсный пакет 1»

д) перевод вызова к оператору (вызов от абонента без права выхода на автоматическую междугородную, внутризоновую сеть)


 

Рис. 6.6. Сценарий обмена сигналами методом «импульсный пакет I»

е) выход к междугородным коммутаторам немедленной системы обслуживания (МКНС) на АМТС-2

Рис. 6.6. Сценарий обмена сигналами методом «импульсный пакет I»

ж) выход к междугородным коммутаторам немедленной системы обслуживания (МКНС) на АМТС-3

Рис. 6.6. Сценарий обмена сигналами методом «импульсный пакет I»

з) выход к МКНС на АМТС-2 с ожиданием-


 

Многочастотные системы сигнализации___________________255

Рис. 6.6. Сценарий обмена сигналами методом «импульсный пакет 1»

и) выход к МКНС на АМТС-3 с ожиданием

Рис. 6.6. Сценарий обмена сигналами методом «импульсный пакет I»

к) выход к коммутатору международной МТС

Рис. 6.6. Сценарий обмена сигналами методом «импульсный пакет I»

л) выход к ручным службам МТС бесшнурового типа (АМТС-2)


 

 

Рис. 6.6. Сценарий обмена сигналами методом «импульсный пакет 1»

м) выход к ручным службам МТС шнурового типа (АМТС-3)

Рис. 6.7. Блок-диаграмма процесса обработки многочастотной сигнализации методом «импульсный пакет 1»

В исходном состоянии SO ожидается поступление команды от ПО обработки вызова АТС о необходимости установления нового исходяще­го соединения. В этом сообщении «Новый вызов» приводятся значения следующих параметров: тип АМТС (АМТС-2, АМТС-3); цифры номера абонента A (defxxxx), Ka, n1...ni - цифры, набранные абонентом A, R -число ожидаемых запросов (R=1, 2, 3).

При поступлении команды «Новый вызов» устанавливается тайм-аут Т 1=10 с, представляющий собой время ожидания запроса от АМТС, уста­навливается значение счетчика числа принятых запросов Z. Осуществля­ется вызов процедуры формирования пакета, которая будет рассмотрена несколько позже. Процесс переходит в состояние S1 ожидания запроса.


 

Рис. 6.8. SDL-диаграмма процесса обработки многочастотной сигнализации

методом «импульсный пакет I»

 

В состоянии S1 ожидается появление сигнала В2, представляющего собой комбинацию двух частот f0=700 Гц и f2=1100 Гц. При появлении запроса сбрасывается тайм-аут Т1, прибавляется 1 к счетчику числа при­нятых запросов Z, вычитается 1 из числа максимально допустимого чис­ла запросов R, устанавливается новый тайм-аут Т2=100 мс и процесс пе­реходит в промежуточное состояние S2.

В этом же состоянии S1 вместо прихода второго запроса В2 возмож­но поступление частоты f0=700 Гц, означающей отсутствие свободного направления на АМТС. В этой ситуации сбрасывается тайм-аут Т1, на­правляется сообщение «Разъединение» в ПО обработки вызова АТС и процесс возвращается в исходное состояние. Как правило, после этого осуществляется повторная попытка установления соединения по другой заказно-соединительной линии.

Те же действия осуществляются при завершении тайм-аута Т1=10 с или при появлении команды «Разъединение» от ПО обработки вызова АТС.

В состоянии S1 ожидания запроса возможно также появление часто­ты f2 =1100 Гц, что может соответствовать одному из двух вариантов.

Вариант 1. Установка вызова на ожидание при выходе на МКНС (см. рис. 6.6 з, и). Если при этом встречная АМТС является АМТС-2 и Z=2 или встречная АМТС - это АМТС-3 и Z=1, то сбрасывается тайм-аут Т1, устанавливается тайм-аут Т3=2 мин (прослушивание КПВ или механи­ческого голоса от АМТС) и процесс переходит в состояние S3. Если эти условия не выполняются, в ПО обработки вызовов АТС посылается со­общение «Разъединение», сбрасывается тайм-аут Т1 и процесс перехо­дит в исходное состояние SO.

Вариант 2. Сигнал освобождения. Этот сигнал может прийти после анализа на АМТС первого пакета, если категория вызывающего абонен­та 3 или 9. При выполнении этого условия и Z=1 сбрасывается тайм-аут Т1, и в ПО обработки вызова АТС посылается сообщение об окончании частотного обмена для создания возможности проключения тракта меж­ду абонентом А и телефонисткой АМТС.

В промежуточном состоянии S2 возможно появление команды «Разъ­единение» от ПО обработки вызова АТС, в результате которой сбрасыва­ется тайм-аут Т2, направляется сообщение «Конец обмена» в ПО обра­ботки вызовов АТС и процесс возвращается в исходное состояние SO. Более обычную ситуацию представляет собой завершение тайм-аута Т2, после чего осуществляется передача пакета с заранее подготовленной информацией. После передачи пакета проверяется значение счетчика R -числа ожидаемых запросов. При R=0 направляется сообщение в ПО об­работки вызова АТС об успешном окончании обмена и процесс возвра­щается в исходное состояние. Если значение R^O, то сеанс связи не окон­чен, заново устанавливается тайм-аут Т1, и процесс возвращается в со­стояние S1 ожидания запроса.


 

 

Рис. 6.9. SDL-диаграмма процедуры формирования пакета для многочастотной сигнализации методом «импульсный пакет I»

В состоянии S3 возможно появление долгожданного сигнала В2, пред­ставляющего собой запрос на передачу пакета, в результате чего сбрасы­вается тайм-аут ТЗ, прибавляется 1 к числу принятых запросов (Z=Z+1), уменьшается на 1 число пакетов, подготовленных для передачи (R=R-1), устанавливается тайм-аут Т2=100 мс до начала передачи пакета, процесс

переходит в промежуточное состояние S2. В более плохой ситуации, т.е. при завершении двухминутного тайм-аута ТЗ, направляется сигнал «Разъ­единение» в ПО обработки вызовов АТС, а процесс возвращается в ис­ходное состояние. Процесс также возвращается в исходное состояние и при появлении команды «Разъединение» от ПО обработки вызовов АТС, в результате которой сбрасывается тайм-аут ТЗ, и направляется сообще­ние «Конец обмена».

На рисунке 6.9 приведена SDL-диаграмма процедуры формирования многочастотного пакета, входящей в процесс многочастотной сигнализа­ции методом «импульсный пакет I», приведенный на рисунке 6.8.

 

6.3. СИГНАЛИЗАЦИЯ «ИМПУЛЬСНЫЙ ПАКЕТ 2»

Многочастотная сигнализация методом «импульсный пакет 2» исполь­зуется на заказно-соединительных линиях (ЗСЛ) к АМТС с програм­мным управлением.

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

Сценарии обмена сигналами на языке MSC для протокола многочас­тотной сигнализации методом «импульсный пакет 2» приведены на рис.6.10. Успешная передача пакета рассмотрена на рис.6.10а, случай пе­редачи с ошибкой - на рис.6.10б.

Возможны следующие варианты структуры пакетов:

Междугородный вызов:    АВС abc xxxx Ka def xxxx "11" (19 цифр)

 Внутризоновый вызов:     "2" abc xxxx Ka def xxxx "11" (17 цифр)

Международный вызов:    "1" "О" n1...ni Ka def xxxx "11" (19-26 цифр)

Вызов международного коммутатора:            " 1" "9" L Ka def xxxx " 11" (12 цифр)

Вызов междугородного коммутатора с идентификацией номера

вызывающего абонента:    "1" S Ka def xxxx "11" (11 цифр)

Вызов междугородного коммутатора без идентификации номера

вызывающего абонента:   "1" S "11" (3 цифры)

Структура процесса MFP U.2 обработки многочастотной сигнализа­ции методом «импульсный пакет 2» приведена на рис.6.11, а соответству­ющая SDL-диаграмма - на рис.6.12.

 

Таблица 6.3. Многочастотные сигналы протокола «импульсный пакет 2» от АМТС с программным управлением

№

Частотный сигнал, Гц

Значение

Примечание

1

700+1100

Запрос о передаче информации

Сигнал В2. Длительность 70-100 мс. Время распознавания 30 мс

2

700+1700

Номер принят правильно

Сигнал ВЦ

3

1100+1300

Номер принят неправильно

Сигнал В6

 

Рис. 6.10. Сценарий обмена сигналами для связи с программно-управ­ляемыми АМТС

методом «импульсный пакет 2»                                                

  а) успешная передача пакета

Рис. 6.10. Сценарий обмена сигналами для связи с программно-управ­ляемыми АМТС методом

«импульсный пакет 2»

б) передача с ошибкой

 

В процессе обработки протокола «импульсный пакет 2» используют­ся следующие значения тайм-аутов: Т 1=10 с - время ожидания запроса от АМТС, Т2=3 с - время ожидания сигнала подтверждения после передачи пакета.


 

 

Рис. 6.11. Блок-диаграмма процесса обработки многочастотной сигнализации методом «импульсный пакет 2»

В исходном состоянии SO процесс ожидает сообщение о новом вызо­ве от ПО обработки вызова АТС. При появлении этого сообщения уста­навливается тайм-аут Т1=10 мс, определяющий ожидание запроса В2 от АМТС, и выполняется процедура формирования пакета, идентичная про­цедуре, описанной в предыдущем разделе. Процесс переходит в состоя­ние ожидания запроса SI. В этом состоянии может быть получен сигнал «Разъединение» от ПО обработки вызова АТС, в результате которого сбра­сывается тайм-аут Т 1, а процесс возвращается в исходное состояние. Воз­можно также завершение тайм-аута Т1, вследствие чего направляется со­общение в ПО обработки вызова АТС, а процесс опять возвращается в исходное состояние SO.

В обычной ситуации поступает сигнал В2 «Запрос о передаче паке­та». В результате этого сбрасывается тайм-аут Т 1 и осуществляется пере­дача заранее подготовленного пакета, после чего устанавливается тайм-аут Т2=3 с, предназначенный для ограничения времени ожидания сигна­ла «Подтверждение» после передачи пакета.

В состоянии ожидания подтверждения S2 возможен приход сигнала ВЦ, состоящего из двух частот f0 =700 Гц и f11==1700 Гц и означающего, что пакет принят правильно. После прихода этого сигнала сбрасывается тайм-аут Т2 и направляется сообщение «Конец обмена» в ПО обработки вызовов АТС, после чего процесс возвращается в исходное состояние.


 

         

Рис. 6.12. SDL-диаграмма процесса обработки многочастотной сигнализации методом «импульсный пакет 2»

 

В этом же состоянии S2 возможен приход сигнала В6, состоящего из частот f2 =1100 Гц и f4=1300 Гц и означающего, что пакет принят неправильно. В этом случае также сбрасывается тайм-аут Т2, направляется со­общение «Разъединение» в ПО обработки вызовов АТС и процесс воз­вращается в исходное состояние. При получении сообщения «Разъедине­ние» АТС осуществляет повторную попытку установления соединения по другой ЗСЛ. При завершении тайм-аута Т2 также направляется сооб­щение «Разъединение» в ПО обработки вызова АТС и процесс возвраща­ется в исходное состояние.


  
 ПЕРЕКОДИРОВКА КОДОВЫХ КОМБИНАЦИЙ


1700 1500 1300 1100 900 700   2/6    hex-инф в
f11  f7   f4   f2   f1  f0   цифра    массиве ОЗУ
-----------------------------------------------
0    0    0    0    1   1       1          3
0    0    0    1    0   1       2          5
0    0    0    1    1   0       3          6
0    0    1    0    0   1       4          9
0    0    1    0    1   0       5          A
0    0    1    1    0   0       6           C
0    1    0    0    0   1       7          11
0    1    0    0    1   0       8          12
0    1    0    1    0   0       9          14
0    1    1    0    0   0       10  (0)    18
1    0    0    0    0   1 конец 11 (A кв)  21
1    0    0    0    1   0       12 (B кв)  22
1    0    0    1    0   0       13 (C кв)  24
1    0    1    0    0   0  повт 14 (D кв)  28
1    1    0    0    0   0       15         30
------------------------------------------------

наверх...
 
 
черновик

Стандарты Caller ID

Bellcore

 стандарт используется в США, Канаде, Австралии, Китае, Гонконге, Сингапуре,

 Италии и некоторыми телефонными компаниями Великобритании.

 В нём запрос отсылается после первого звонка и использует 1200-бодную модуляцию тона Bell. Данные могут быть отосланы

 SDMF

 форматом, который включает в себя дату, время и номер или

MDMF

 формате, который включает в себя также и имя звонящего.

British Telecom развивала свой собственный стандарт, который начинает с аннулирования линии, затем посылает данные, как CCITT тоны модема в MDMF формате.

DTMF система используется в Финляндии, Дании, Исландии, Нидерландах, Швеции, Бразилии, Саудовской Аравии и Уругвае. NTT в Японии создала свою собственную FSK систему.

Стандарт Европейского Института Стандартов Телесвязи (ETSI)

 (номер стандартов: ETS 300 659-1 и -2, и ETS 300 778-1)

 позволяет использовать 3 физических пути

 (Bellcore, ВТ, ССА), объединённых 2 форматами данных (MDMF, SDMF), плюс DTMF система.

 Франция, Германия, Норвегия, Испания, Южная Африка и Турция используют ETSI стандарт, по форматам похожий на ВТ стандарт.

 

 



Как Caller ID получает информацию?

FSK стандарт:

Поток данных (1200 бод, стартовый бит, 8 битов информации, 1 стоповый бит)

передаётся частотной модуляцией с центральной частотой 1700Гц перед первым или перед вторым звонком на линии.

 Обратите внимание, что это не Bell 212 или CCITT v22 стандарты, так что стандартный модем не будет способен получить эту информацию, однако большинство модемов имеют специальную функцию определения номера.

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

В настоящее время существуют два типа возвращаемой информации:

 

«короткое форматирование»

содержит дату/время запроса и номер звонящего или сообщение об ошибке.

 

 «Длинное форматирование»

 отсылает имя владельца номера и возможно адрес звонящего.

 

Поток «короткого форматирования» состоит из пустых значений,

 сопровождаемых двумя байтами префикса,

содержащих дату (месяц/день), время (формат 24 часа),

 и номер звонящего, включая кодекс области в формате ASCII.

 

 Большинство модемов/Caller ID устройств будет форматировать данные,

 но сырой поток напоминает это:

041230323238313433343430373535353737373 7хх (префикс)

или 02281334407555777 (номер).

Форматированная информация выглядит так:

 Data - Feb 28 Time -1:34 pm Number-(495) 517-3140


При частотной м-и

(ЧМн, англ. Frequency Shift Keying (FSK))

 

 значениям «0» и «1» информационной последовательности соответствуют

 определённые частоты синусоидального сигнала при неизменной амплитуде.

 

 Частотная м-ия весьма помехоустойчива, поскольку помехи телефонного

 канала искажают в основном амплитуду, а не частоту сигнала.

 Однако при частотной м-ии неэкономно расходуется ресурс

 полосы частот телефонного канала.

 

Поэтому этот вид модуляции применяется в низкоскоростных протоколах,

позволяющих осуществлять связь по каналам с низким отношением сигнал/шум.



Частотная м-ия с минимальным сдвигом

 (англ. Minimal Shift Keying (MSK))

 представляет собой способ модуляции,

 при котором не происходит скачков фазы и изменение частоты происходит

 в моменты пересечения несущей нулевого уровня.

 MSK уникальна потому что значение частот соответствующих

 логическим «0» и «1» отличаются на величину равную половине

скорости передачи данных.

 Другими словами, индекс модуляции равен 0,5:



где , T — длительность бита.

Например, при скорости передачи 1200 бит/с MSK-сигнал будет сформирован

из колебаний с частотами 1200 Гц и 1800 Гц

 соответствующих логическим «0» и «1».

В телеграфировании:

Частотная м-ия процесс изменения частоты генератора в соответствии

с передающими посылками
============================

 

CID


Caller ID (CID) является услугой телефонного обслуживания, она позволяет

 с помощью специального устройства или модема поддерживающего CID,

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

 Абонент должен войти в контакт с телефонной компанией чтобы заказать

 данную услугу. Определение номера по системе CID возможно если АТС

 вызываемого и вызывающего абонента поддерживают CID.

Если соединение произходит через транзитные АТС, то и они должны

поддерживать данную услугу. Информация о номере поступает от АТС

вызывающего абонента к АТС вызываемого при передаче данных

о запросе на соединение, затем АТС вызываемого абонента передаёт

 ему информацию о номере вызывающего абонента, время и дату в течение

 4-х секундной паузы между 1-й и 2-й вызывными посылками.

CID передаёт данные в двоичной системе, биты объеденены в

байты по 8 бит, каждый байт ограничен начальным и завершающим битамами.

Передача производится со следующими параметрами:

Скорость передачи данных ............................. 1200 бит/сек
Метка (логическая 1)............................... 1200 (+/-12) Hz
Пробел (логический 0).............................. 2200 (+/-22) Hz
Уровень передачи при сопротивлении 900 ом................. 13.5 dBm

ПРОТОКОЛ ПЕРЕДАЧИ ДАННЫХ1)

 

 

Сигнал захвата канала - 30 неприрывных байтов 55h (01010101).

Служит для проверки работоспособности данной функции у определителя.


2) Сигнал курьера - 1200 Hz, 130 (+/-25) мс.

Служит для создания условий приёму информации.
 

3) Информация о вызывающем абоненте:
3.1) Тип данных - CID - 04h (00000100)
3.2) Байт указывающий длину информации (общее кол-во байт) с 3.3 по 3.7
3.3) Два байта указывающих месяц в кодировке ASCII
3.4) Два байта указывающих день месяца в кодировке ASCII
3.5) Два байта указывающих час по местному времени в кодировке ASCII
3.6) Два байта указывающих минуту часа в кодировке ASCII
3.7) Номер вызываемого абонента в кодировке ASCII, если вместо номера:
O - номер не определён
P - вызывающий абонент наложил запрет на определение номера
3.8) Байт указывающий контрольную сумму

 Служит для проверки правильности полученной информации.

 При правильной передаче и приёме 3.8 = суммме байт с 3.1 по 3.7

ПРИМЕР ПРИЁМА ИНФОРМАЦИИ CID

Приведём пример полученной от АТС информации (пункт 3).

 

 Полученны следующие данные:
04 12 30 39 33 30 31 32 32 34 36 30 39 35 35 35 31 32 31 32 51 (Hex).
04h .......................................... тип информации - CID
12h ......................... число байт даты, времени, номера - 18
30h,39h (ASCII "09") ............................. месяц - сентябрь
33h,30h (ASCII "30") ................................. день - 30-ый
31h,32h (ASCII "12") .................................. час - 12:xx
32h,34h (ASCII "24") ............................... минута - xx:24
36h,30h,39h,35h,35h,35h,31h,
32h,31h,32h (ASCII "6095551212") .............. номер - 609 5551212
51h ....................................... Слово Контрольной суммы

Определитель отобразит следующюю информацию: 30 СЕНТ 12:24 (609) 5551212

===============================



 

полезности для примера

Определитель номера стандарта FSK

 

В этой статье будет описан протокол CLIP стандарта FSK и АОН-приставка, работающая в этом стандарте.

 

В настоящее время с внедрением современных цифровых АТС сервис определения номера вызывающего абонента CLIP становится все более доступным. Наибольшую распространенность получает сервис

 CLIP в стандарте FSK (частотная модуляция),

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

 Здесь в сжатой форме будет описан расширенный вариант этого стандарта Multiple Data Message Format (MDMF).

Более подробную информацию можно получить в документах

 ETS300659-1 и ETS300659-2

 Европейского института по стандартизации в области телекоммуникаций (ETSI).

 

В стандарте FSK данные передаются со скоростью 1200 бит/с.

Логическая единица (MARK) кодируется частотой 1300 Гц,

логический ноль (SPACE) — 2100 Гц.

Информация передается побайтно,

каждый байт начинается стартовым битом SPACE

и заканчивается стоповым битом MARK.

 До десяти стоповых битов может быть добавлено между байтами.

 Обобщенная временная диаграмма передачи показана на рис. 1.

 

Информация передается между первым и вторым вызывными сигналами,

длительность паузы Т1 составляет 500...2000 мс,

 длительность паузы Т2 — не менее 200 мс.

Передаче сообщения предшествует сигнал CHANNEL SEIZURE (захват канала), представляющий собой последовательность из 300 чередующихся битов 0, 1...0, 1 или 30 байт 55Н.

 Длительность этого сигнала 250 мс.

 Затем следует сигнал MARK SIGNAL, состоящий из блока логических единиц длительностью 180 ± 25 мс или 80 ± 25 мс по выбору оператора.

Далее следует непосредственно сообщение (MESSAGE).

 Сообщение представляет собой набор параметров.

 Каждый параметр состоит из трех полей.

 Первое поле — тип параметра, это один байт в НЕХ-формате,

 который указывает устройству Caller ID,

 как интерпретировать следующие два поля.

Второе поле — длина параметра (тоже байт),

это число байт данных, находящихся в третьем поле.

 Третье поле — данные параметра,

 это ASCII-коды в соответствии с рекомендациями CCITT,

 при этом старший бит всегда равен 0.

 

Типичный формат сообщения показан на рис. 2.

 

MESSAGE TYPE (тип сообщения) — для расширенного формата равен 80Н.

 

MESSAGE LENGTH (длина сообщения) — число байт в сообщении, исключая байты MESSAGE TYPE, MESSAGE LENGTH и CHECKSUM, выраженное одним байтом.

 

PARAM. 1 TYPE — параметр даты и времени, равен 01Н.

 

PARAM. 1 LENGTH — байт длины этого параметра, всегда равен 08Н.

 

PARAM. I DATA — информация о дате и времени поступившего вызова, передается в следующей последовательности: байт десятков месяца 0 или 1, байт единиц месяца от 0 до 9, байт десятков дней от 0 до 3, байт единиц дней от 0 до 9, байт десятков часов от 0 до 2, байт единиц часов от 0 до 9, байт десятков минут от 0 до 5, байт единиц минут от 0 до 9. Этот параметр не является обязательным и может не передаваться.

 

PARAM. 2 TYPE — параметр номера вызывающего абонента, равен 02Н, если номер передается.

 

PARAM. 2 LENGTH — байт длины этого параметра.

 

PARAM. 2 DATA — собственно номер вызывающего абонента, передается в ASCII кодах, начиная со старших разрядов, максимальная длина 20 байт. Этот параметр является обязательным и передается всегда. Однако, если у вызывающего абонента включен запрет определения номера, PARAM. 2 TYPE равен 04Н, PARAM. 2 LENGTH равен 01Н и PARAM. 2 DATA равен ASCII коду «Р» («Private»). В случае, если станция вызывающего абонента не поддерживает протокол передачи CLIP, то PARAM. 2 TYPE равен 04Н, PARAM. 2 LENGTH равен 01Н и PARAM. 2 DATA равен ASCII коду «О».

 

PARAM. 3 TYPE — параметр имени вызывающего абонента, равен 07НЕХ, если имя передается.

 

PARAM. 3 LENGTH — байт длины этого параметра.

 

PARAM. 3 DATA — имя вызывающего абонента, передается в кодировке ASCII, максимальная длина 50 байт. Этот параметр не является обязательным и может не передаваться. В случае, если АТС передает этот параметр, но вызывающий абонент заблокировал передачу своего имени, то PARAM. 3 TYPE равен 08Н, PARAM. 3 LENGTH равен 01Н и PARAM. 3 DATA равен ASCII коду «Р». Также PARAM. 3 DATA равен ASCII коду «О» в случае, если имя абонента недоступно по какой-либо другой причине.

 

CHECKSUM — байт контрольной суммы, являющийся двоичным дополнением по модулю 256 суммы всех байтов сообщения, начиная с MESSAGE TYPE, исключая сам байт CHECKSUM. Данный протокол не предусматривает коррекцию ошибок, и, если контрольная сумма не равна нулю, сообщение отбрасывается.

 

Список передаваемых параметров определяется на каждой АТС. Стандартом предусмотрены резервные коды параметров для использования конкретным телефонным оператором. Параметры могут быть переданы в произвольном порядке. Для обеспечения совместимости неизвестные параметры отбрасываются устройством Caller ID. Если в сообщении присутствуют взаимоисключающие параметры, то используется только первый.

 

Простой формат SDMF (Single Data Message Format) является частным случаем расширенного формата и в настоящее время применяется редко. В этом формате передаются только два параметра — дата-время и номер абонента. Тип сообщения равен 04НЕХ.

 

В таблице побайтно рассмотрен пример передачи номера 246-58-31 в 20 часов, 45 минут, 26 декабря с указанием причины отсутствия имени вызывающего абонента.

 

 

Далее для прикола

 

 Caller ID, которая совместима с SOME и MDMF форматами.

 

Работоспособность конструкции проверена на реальных телефонных линиях. Устройство подключается параллельно телефонному аппарату в телефонную линию с напряжением линейных батарей 48...60 В. Оно отличается простотой управления, надежностью определения номера, предельно низким энергопотреблением от источника питания и от телефонной линии. Приставка не мешает работе факсов, автоответчиков и других устройств, работающих в автоматическом режиме, и отвечает требованиям стандартов по подключению абонентских устройств. Конструктивно может быть выполнена в отдельном корпусе или встроена в телефонный аппарат.

 

Питание устройства осуществляется от батареи из трех гальванических элементов типоразмера АА или ААА или от аккумуляторной батареи напряжением 4...5 В. Обеспечивается постоянная подзарядка элементов питания малым током от линии. Ток потребления от телефонной линии при уложенной трубке в ждущем режиме (при Uпит = 4,5 В) — не более 0,1 мА, при этом ток подзарядки источника питания — не менее 0,01 мА. Средний ток потребления от источника питания в других режимах — не более 1 мА.

 

Схема устройства показана на рис. 3. Объем памяти приставки — шестьдесят три входящих номера. Память организована по принципу «первым вошел — первым вышел». Двумя кнопками SB2 («Пред.») и SB3 («След.») можно «листать» память в сторону более ранних звонков и в сторону поздних звонков. В память записываются номер, время и дата звонка. Предусмотрено экономичное использование памяти, т. е. если один и тот же абонент дозванивается к вам с периодичностью менее 10 мин, то его номер записывается в память единожды и фиксируется время последнего звонка. При отключенном питании информация в памяти и работа часов сохраняются не менее 3 мин (зависит от емкости конденсатора С8), что достаточно для замены элементов питания. Число новых звонков, записанных в память после последнего ее просмотра, отображается на индикаторе. Счетчик новых звонков сбрасывается после просмотра памяти.

 

Управление приставкой осуществляется посредством меню из трех функций: Настройка будильника, Настройка часов и Очистка памяти. Вход в меню функций — по нажатию кнопки SB1 («Функ.»).

 

Основа устройства — микроконтроллер PIC16F628 (DD1). Декодирование FSK осуществляется программно. Используется один из встроенных компараторов, выводы РА1 и РА2 являются его входами. Опорное напряжение формируется цепью R2R3R4, резистор R3 задает смещение между входами компаратора 10...15 мВ.

 

Каскад на транзисторе VT1 — это простейший компаратор для анализа вызывного сигнала. Вывод PB0 контроллера DD1 сконфигурирован как внешний источник прерываний по фронту. Цепь R9VD4 при подключенной телефонной линии обеспечивает подзарядку батареи GB1 током в пределах 10...20 мкА. Стабилитрон VD5 защищает цепь питания от возможного превышения напряжения. Желательно использовать импортные стабилитроны с хорошей крутизной характеристики, от этого зависит общее потребление.

 

Для звукового сопровождения нажатия кнопок служит звуковой излучатель НА1 со встроенным автогенератором на рабочее напряжение 6 или 12 В. Если не требуется звук, излучатель НА1 можно не устанавливать. Микросхема DD2 в этой конструкции используется только как часы, таймер, календарь и будильник.

 

Для хранения определившихся номеров используется flash-память 24С08 (DD3). Для каждого номера отводится 16 байт. Информация записывается в двоично-десятичном формате, т. е. 4 байта отводится для даты и времени звонка, а 12 байт отводится для номера с максимальной длиной до 24 цифр. Микросхемы DD2 и DD3 по интерфейсу I2C подключены к контроллеру DD1.

 

При включении питания инициализируются регистры контроллера DD1 и часов DD2. Таймер микросхемы DD2 настраивается на интервал 7 с. После этого устройство переходит в ждущий режим, контроллер выполняет команду SLEEP. Он может быть активирован одним из следующих событий: фронтом на входе РВО (входящий вызов), изменением состояния входов РВ4, РВ5 (нажатие кнопок или импульс на выводе INT DD2), нажатием кнопки SB1 (сброс контроллера). Программа анализирует тип сброса, и если это «горячий» перезапуск (кнопка SB1), то производится вход в меню функций.

 

С периодом 7 с на выводе INT микросхемы DD2 появляется импульс, по которому контроллер считывает регистры минут и часов из микросхемы DD2 и загружает этими значениями индикатор HG1. Это предотвращает автоматическое переключение индикатора в режим секундомера. В ждущем режиме соотношение времени активности контроллера к времени нахождения в SLEEP равно 1:7.

 

При входящем вызове первый вызывной сигнал АТС активирует контроллер DD1, сообщение FSK декодируется и записывается в буфер. Принятый код анализируется, выводится на индикатор и в двоично-десятичном формате записывается в память. После этого контроллер переходит в ждущий режим.

 

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

 

Устройство собрано на односторонней печатной плате (рис. 4). Перед монтажом элементов необходимо установить перемычку, проходящую под выводами микросхем. Конденсатор С1 должен иметь емкость в пределах от 0,022 до 0,047 мкф и быть рассчитан на рабочее напряжение не менее 250 В. Емкость конденсатора СЗ может быть от 4700 до 10000пФ.

 

Для налаживания устройства необходим обычный мультиметр (желательно цифровой), осциллограф с входным сопротивлением 10 МОм и батарея элементов или аккумуляторов напряжением 4,5...4,8 В для питания устройства. Также понадобится тонкая отвертка с изолированной ручкой для регулировки подстроечного конденсатора С7. При правильной сборке из исправных компонентов устройство начинает работать сразу и необходимо лишь проверить работу компаратора VT1 и потребляемый ток.

 

НЕЛЬЗЯ ПОДКЛЮЧАТЬ ПРИСТАВКУ К ТЕЛЕФОННОЙ ЛИНИИ, ПРЕДВАРИТЕЛЬНО НЕ ВКЛЮЧИВ ПИТАНИЕ!

 

Включаем питание 4,5...4,8 В через миллиамперметр, предварительно установленный на пределе измерения не менее 5 мА постоянного тока. Примерно через 5 с приставка перейдет в ждущий режим (на индикаторе появится время и счетчик звонков), ток потребления при этом не должен превышать 50 мкА. Если ток больше или приставка не переходит в ждущий режим, необходимо проверить качество монтажа, прошивку контроллера и стабилитрон VD5. В ждущем режиме через каждые 7 с контроллер регенерирует индикатор, поэтому показания миллиамперметра кратковременно увеличиваются.

 

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

 

Теперь необходимо проверить работу компаратора VT1. Подключаем выводы диодного моста VD1 напрямую к телефонной линии. При входящем звонке на выводе РВО контроллера должны быть импульсы, по форме близкие к прямоугольным.

 

Последний этап налаживания — подстройка точности хода часов конденсатором С7. Сделайте это в процессе эксплуатации. Если часы «уходят», слегка поверните ротор С7. Повторяйте эту операцию, пока не добьетесь точного хода часов. Применяйте диэлектрическую отвертку, так как внесение емкости в цепь автогенератора микросхемы DD2 может привести к сбою в его работе.

 

Применяемые микросхемы чувствительны к статическому электричеству, поэтому пользуйтесь изолированным от сети «заземленным» паяльником мощностью не более 40 Вт. Все операции по монтажу выполняйте при отключенном питании.

 

Несколько слов о том, как управлять приставкой. Кнопка SB2 «Пред.» листает память в сторону более ранних звонков, а кнопка SB3 «След.» — в сторону более поздних. Приставка покажет номер, дату и время звонка, а после этого автоматически перейдет в ждущий режим.

 

Для входа в меню установок нажмите и отпустите кнопку SB1 «Функ.». Для выбора функции используйте кнопку SB3. Для входа в функцию используйте кнопку SB2.

 

F1 — установка будильника. На индикаторе слева направо появятся символ выключателя будильника («—» — будильник выключен, «Р» — будильник включен) и значения часов и минут. Для выбора значения используйте кнопку SB3, для изменения — SB2. Для выхода из функции нажмите кнопку SB3 на время не менее 0,5 с и отпустите.

 

F2 — установка времени и даты. На индикаторе слева направо появятся значения даты, месяца, часов и минут. Для выбора значения используйте кнопку SB3, для изменения — SB2. Для выхода из функции нажмите кнопку SB3 и удерживайте ее не менее 0,5 с, а по сигналу точного времени отпустите.

 

F3 — очистка всей памяти номеров. Войдя в эту функцию, у вас есть 10с для подтверждения операции кнопкой SB2. Выход — автоматически.

 

Никаких других установок не требуется.

 

Программный код контроллера можно скачать

 ЗДЕСЬ.

Слово конфигурации содержится в НЕХ-файле

ЗДЕСЬ.

 
 
 
 
 

 

Отправить сообщение для: Web Master с вопросами и замечаниями об этом веб-узле.
Дата изменения: 23.03.2016