Измеренная абонентская линии, провода а и Ь, заземление и взаимные влияния — КиберПедия


Кормораздатчик мобильный электрифицированный: схема и процесс работы устройства...

Организация стока поверхностных вод: Наибольшее количество влаги на земном шаре испаряется с поверхности морей и океанов (88‰)...

Измеренная абонентская линии, провода а и Ь, заземление и взаимные влияния



между проводами a и b, а также между отдельным проводом и заземлением каждой абонентской линии, как показано на следующем рисунке.

Посредством измерения абонентской линии по запросу на основании измеренных значений microF a<.>b, microF a<->GND' microF ь<.>смо вычисляется емкость линии звонка согласно следующей формуле: microF Вец = microF a<_>b - (microF a<->GND+m'croF b<.>GND)/2

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

ИСПЫТАНИЕ АНАЛОГОВОГО ТЕРМИНАЛА

Прикладная программа Analog Terminal Test предназначена для испытания аналогового терминала и считывания результатов испытания. Испытание выполняется с помощью блока испытания абонентских линий и телефонных аппаратов LTU в модуле ASM. Точность работы измерительной части этого блока должна быть следующей:

* измерение напряжения и токов: 5%, и сопротивления <100 кОм 5%,

* измерение емкости: 10%, и сопротивления >100 кОм 20%,

* измерение частот: ± 8 Гц,

* динамический диапазон измерения: от 500 В пост, тока до 5 мВ,

* входное сопротивление: 1 МОм.

В одном узле можно одновременно выполнять только одно испытание. После окончания измерения блок LTU передает результаты измерений узлу MN.

ODOLT представляют собой средство для обнаружения и устранения ошибок на аналоговом терминале, подключенном к системе.

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

* установлен ли блок LTU в соответствующую позицию в ASM,

* выполнена ли электропроводка для блока LTU на задней соединительной плате,

* успешно ли закончилось предыдущее измерение,

* обеспечить содействие абонента при испытании абонентского терминала. Программа проверяет следующие условия:

* закончено ли предыдущее измерение,

* свободна ли испытуемая абонентская линия,

* положена ли микротелефонная трубка на испытуемом телефонном терминале, абонентская линия которого проверяется.

Метод выполнения измерений. Испытание запускается по запросу специалиста по техническому обслуживания, а выполняется во время работы системы (группа испытаний ODOLT в MN).



С помощью указанного выше испытания мерится:

* сигналы ТА с декадным набором номера,

* сигналы ТА с частотным набором номера (DTMF),

* передача предупредительного сигнала.

 

ИСПЫТАНИЕ ИСХОДЯЩЕЙ СОЕДИНИТЕЛЬНОЙ ЛИНИИ

Прикладная программа Outgoing Trunk Test предназначена для испытания исходящей соединительной линии по запросу.

После заключения испытания сообщение о результатах испытания передается в столбец Message в таблице окна прикладной программы Outgoing Trunk Test (смотри раздел Управление диагностикой - FMG, раздел Outgoing Trunk Test - Trunk Results, если речь идет об испытании одной соединительной линии, или раздел Outgoing Trunk Test - Trunk Group Results, если речь идет oo испытании группы соединительных линий), содержащей сообщения о результатах испытания исходящей соединительной линии.

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

Условия для успешного выполнения испытания. Специалист по техническому обслуживанию проверяет следующие условия:

- минимальную телефонную нагрузку,

- наличие платы с соединительными линиями,

- наличие автоответчика SAC на вызываемой стороне,

- администрированную исходящую соединительную линию,

- администрированный автоответчик SAC.

- включение синхронизации.

Программа, выполняющая испытания, проверяет следующие условия:

- свободную исходящую соединительную линию,

- свободный автоответчик SAC.

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

 

ПОКАЗ АВАРИЙНЫХ СИГНАЛОВ

Прикладная программа Alarm Monitoring - Показ аварийных сигнапов - это прикладная программа узла MN, которая предназначена для определения состояния контролируемых объектов сети.



Сообщения об ошибке относятся к следующим объектам сети: MPS - система электропитания, узел SN, узел ANA (аналоговый абонентский модуль ASM), узел AN, узел управления MN.

Прикладную программу Alarm Monitoring можно запустить двумя способами:

* из основного окна NT с помощью команд Start - Programs - Management Node - Alarm Monitoring,

* из окна Management Login,которое открывается с помощью команды Start - Programs - Management Node - MNIogin,команда Action - Alarm Monitoring.

 

Обзор аварийных сигналов в узле SN, узле AN, системе электропитания MPS, в модуле ASM, узел управления MN - прикладная программа Alarm Monitoring

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

Два способа доступа к показу аварийных сигналов в окне Alarm Monitoring

Окно Alarm Monitoring открывается двумя способами как видно в рисунке выше. Окно предназначено для вывода аварийных сигналов в узле SN, узле AN, узле ANA, в системе MPS и узле MN. Окно обеспечивает показ структуры контролируемых объектов в древовидной форме.

Контролируемый объект выводится в виде значка. Цвет значка соответствует аварийному состоянию контролируемого объекта. Значения цветов значка контролируемых объектов:

* красный - на объекте имеется хотя бы один срочный аварийный сигнал, т.е. физическое соединение с контролируемым объектом отсутствует,

* желтый - на объекте имеется хотя бы один полусрочный аварийный сигнал,

* голубой - на объекте имеется хотя бы один несрочный аварийный сигнал,

* зеленый - на объекте отсутствуют ошибки,

* синий - агент SNMP на объекте не дает ответа,

белый - состояние объекта неизвестно (сразу же после запуска прикладной программы).

 

Alarm Monitoring Узел SN Узел ANA Узел AN MPS MN
MNLogin- action
Management Node
PROGRAMS
MN
START

 


В окно Alarm Monitoring выводятся следующие данные:

* Hostname - сетевое имя узла контролируемого объекта,

Alarm Status - степень срочности самого срочного аварийного сигнала

* Urgent - на объекте имеется хотя бы один срочный аварийный сигнал, а это значит, что

соединение TCP/IP с контролируемым объектом отсутствует,

Semi Urgent - на объекте имеется хотя бы один полусрочный аварийный сигнал,

Non Urgent - на объекте имеется хотя бы один несрочный аварийный сигнал,

Normal - на объекте отсутствуют ошибки,

Unknown - состояние объекта неизвестно (сразу же после запуска прикладной программы),

No response - агент SNMP на объекте не дает ответа,

Link Down - соединение TCP/IP с контролируемым объектом отсутствует.

* State - состояние активности стороны А или В дублированного центрального модуля:

Unknown - состояние контролируемого узла неизвестно, j In Operation - контролируемый узел активный,

Cold Stand By - контролируемый узел находится в состоянии холодного резерва,

* Alarm Summary - общее количество срочных, полусрочных и несрочных аварийных сигналов: UA - количество срочных аварийных сигналов,

SA - количество полусрочных аварийных сигналов,

NA - количество несрочных аварийных сигналов,

Disk Usage - занятость жесткого диска в %.

Строка меню в окне Alarm Monitoring:

* File - History - команда для открытия окна LogFile.log - Notepad, с архивными данными об аварийных сигналах, - Exit - команда выхода из прикладной программы,

* Options - Refresh All - одноразовое обновление данных всех контролируемых объектов.

Кнопки, т.е. команды в окне следующие:

* Open - вместе с выбранным объектом открывается окно контролируемого объекта,

* Refresh - запрос на одноразовое обновление данных выбранного объекта,

* Exit - выход из окна, закрытие прикладной программы.

В верхней части окна находятся два цветных индикатора. Первый из них показывает состояние соединения с менеджером SNMP вместе с именем рабочей станции, на которой работает эта программа:

· Connecting to SNMP manager on hostname –агент SNMP соединяется – жёлтый цвет;

· Normal Connection to SNMP manager on hostname- агент SNMP подсоединен - зеленый цвет,

· No connection to SNMP manager on hostname- агент SNMP не подсоединен - красный цвет.

Второй индикатор показывает состояние передачи данных:

· Requesting Data from SNMP Agent- передан запрос на передачу данных - желтый цвет,

· Transferring Data from SNMP Agent- данные передаются - желтый цвет,

· Transfer Complete- передача закончена - зеленый цвет.

При отсутствии соединения, прикладная программа автоматически устанавливает соединение с менеджером SNMP каждые 10 секунд.

Показ аварийных сигналов системы электропитания MPS

В контролируемой системе MPS находится агент SNMP.

SNMP-менеджер
MpsLog File.Log
FMG
SNMP ловушка
запрос
SNMP-агент
MPS

Принцип обмена запросами на сбор аварийных сигналов между MPS и узлом MN.

В узле MN находится менеджер SNMP. Соединение между системой MPS и узлом MN осуществляется посредством TCP/IP. При каждом изменении аварийного состояния системы MPS агент SNMP передает ловушку SNMP узлу MN и тем самым предупреждает менеджера SNMP о появлении изменения состояния системы MPS. Затем менеджер SNMP запускает запрос на сбор всех существующих аварийных сигналов и данных об аварийном состоянии контролируемой системы MPS.

Соединение TCP/IP контролируется каждые 10 секунд. Каждые 30 минут автоматически обновляются данные об аварийном состоянии каждой контролируемой системы MPS.

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

Значение содержимого файлов с аварийными сообщениями о состоянии системы MPS. Пользователю предлагается файл с аварийными сообщениями MpsLogFile.log. Файл находится в MN и содержит сообщения о состоянии аварийных сигналов, принятые из всех систем MPS, а также сообщения о соединении TCP/IP с контролируемыми системами MPS агентов SNMP. Доступ к файлу обеспечивается в окне Alarm Monitoring - <MPS> - посредством команды File - History. Для обновления данных всех систем MPS в окне Alarm Monitoring имеется команда Options - Refresh, а для обновления данных для одной системы MPS в окне <MPS> имеется команда Refresh.

Просмотр аварийных сигналов и запуск администрирования системы MPS. Выделением строки, в которой находится выбранная система MPS, и с помощью команды Open открывается окно <MPS>, в котором приведено состояние аварийных сигналов определенной системы MPS. Это представляет собой второй уровень показа аварийных сигналов в системе MPS. В верхней части окна выводится имя системы MPS, для которой проверяется состояние аварийных сигналов.

В выбранном узле можно контролировать состояние на основании:

* текущих аварийных сигналов,

* предыдущих аварийных сигналов.

Окно Alarm monitoring Refresh File-History Open
Окно <MPS> Refresh    
MpsLog File.Log
FMG

Создание файла и окна MpsLogFile.log

В нижней части окна указаны следующие данные:

* состояние соединения с менеджером SNMP и сетевое имя сервера MN, в котором работает менеджер SNMP:

□ Connecting to SNMP manager on hostname - агент SNMP соединяется - желтый цвет, u Connected to SNMP manager on hostname - агент SNMP подсоединен - цвет фона

(нейтральный),

a No connection to SNMP manager on hostname - агент SNMP не подсоединен - красный цвет.

Если соединения нет, то прикладная программа пытается автоматически установить соединение с менеджером SNMP каждые 10 секунд.

* имя сервера: сетевое имя сервера MN, на котором работает управляющая программа SNMP. В полях окна <MPS> выводится:

* Alarm Status - степень срочности самого срочного аварийного сигнала:

Urgent - в системе MPS имеется хотя бы один срочный аварийный сигнал, а это значит, что

соединение TCP/IP с контролируемым объектом отсутствует, ^ Semi Urgent - в системе MPS имеется хотя бы один полусрочный аварийный сигнал, j Non Urgent - в системе MPS имеется хотя бы один несрочный аварийный сигнал,

Normal - в системе MPS аварийные сигналы отсутствуют, j Unknown - состояние системы MPS неизвестно (сразу же после запуска прикладной программы),

и No response - агент SNMP в системе MPS не дает ответа, u Link Down - соединение TCP/IP с контролируемой системой MPS отсутствует.

Практическая работа № 11-12

Тема работы: Ввод АТС информации об абонентах, сопровождение абонентских данных, изменение параметров абонентских линий, введение и работа с ДВО

Цель работы:Изучить техобслуживание Alcatel 1000 E10

-Тесты аналоговых линий.

- Тесты цифровых линий с базовым и первичным доступом

- Тесты канала сигнализации № 7 ITU-T

 






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

Кормораздатчик мобильный электрифицированный: схема и процесс работы устройства...

Организация стока поверхностных вод: Наибольшее количество влаги на земном шаре испаряется с поверхности морей и океанов (88‰)...

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





© cyberpedia.su 2017-2020 - Не является автором материалов. Исключительное право сохранено за автором текста.
Если вы не хотите, чтобы данный материал был у нас на сайте, перейдите по ссылке: Нарушение авторских прав

0.014 с.