Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

402_Morozova-TECSK

.pdf
Скачиваний:
8
Добавлен:
12.11.2022
Размер:
890.02 Кб
Скачать

Номер записи = индекс первого канала в пучке (JI1, JI2 из файла 32Н) +

смещение D (из файла 36Н) = 0508 + 02 = 050А. В файле: 0050А │ С5 03.

РСМ – номер ИКМ-тракта на выходе КП ГИ; TSL – номер канала в данном ИКМ-тракте; К=1 – канал блокирован оператором;

Р=1 – вся цифровая линия блокирована системой восстановления рабочих конфигураций;

Н=1 – вся цифровая линия блокирована из-за неисправностей, связанных с линейной сигнализацией.

Совместно с информацией из файла 33Н, при поиске свободного незаблокированного канала используются данные, которые хранятся в файле 34Н (SEAOUT). Структура файла представлена на рисунке 4.22.

Рисунок 4.22 – Структура файла 34Н (SEAOUT)

Номер записи = номер записи файла 33Н.

В файле: 0050А │ 00 00.

РСМ – номер ИКМ-тракта на выходе КП ГИ; TSL – номер канала в данном ИКМ-тракте; R=1 – означает, что исходящий канал занят;

К=1 – канал исключен из опробования, но соединение пока не установлено; О=1 – параллельное включение в исходящий канал.

Рассмотрим алгоритм работы маркера при установлении соединений в КП ГИ, которая представлена на рисунке 5.27.

В блоке 1 принимается сообщение в маркер. В этом сообщении содержится номер поднаправления, номер цифровой линии (ЦЛ) и номер канала на выходе КП ГИ.

61

Рисунок 4.23 – Алгоритм работы маркера

По номеру поднаправления (NSR) в блоке 2 происходит обращение к соответствующей записи файла 31Н.

Начиная с блока 3, организуется цикл по всем пучкам в заданном поднаправлении. Индекс текущего пучка хранится в переменной I, а его номер присваивается в блоке 4 переменной NCGR.

Вблоке 5 производится проверка наличия очередного пучка для рассматриваемого поднаправления: если содержимое I-го байта записи равно FF, то все имеющиеся пучки в данном поднаправлении опробованы.

Вблоке 6 из записи файла 32Н, номер которого равен номеру I-го пучка, считывается число каналов в пучке (JL) и индекс первого канала в пучке (JI).

Вблоке 7 из записи файла 36Н с номером NCGR считывается номер последнего занятого канала в пучке (JT). Путем сложения индекса первого канала пучка (JI) и номера последнего канала в пучке (JT) в блоке 8 определяем индекс

62

обращения к записям файлов 33Н и 34Н (IP). В блоке 9 определяется индекс последнего канала в пучке (JIN).

Начиная с блока 10, организуется цикл для поочередного опробования каналом в I-м пучке. Переменная J хранит номер текущей попытки при пробе каналов. В блоке 12 анализируется бит К во втором байте записи файла 33Н. Если К=1, то канал блокирован. В блоке 13 проверяется наличие единицы в бите R из записи файла 34Н, номер которой равен IP. Если R≠1, то канал свободен и в блоке 14 делается отметка о занятии найденного канала. Для этого в запись файла 34Н с номером IP заносятся данные, которые принимаются в маркере: номер цифровой линии и номер канала на входе КП ГИ, а также данные о том, что канал занят, то есть в бит R заносится единица.

В блоке 16 проверяется, превышает ли индекс пробы (IP) индекс последнего канала в пучке (JIN). Если да, то в блоке 17 индекс пробы (IP) становится равным индексу первого канала в пучке (JI) [39].

4.3 Техническое обслуживание программного обеспечения

Техническое обслуживание ПО включает:

-контроль работы ПО станции;

-автоматическое обнаружение и устранение ошибок в ПО;

-аварийную сигнализацию об обнаруженных в ПО ошибках;

-устранение сложных ошибок в ПО;

-хранение ПО на внешнем носителе;

-регулярное обновление ПО.

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

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

Для каждого типа станции закладываются индивидуальные контрольные программы. Основными задачами, выполняемыми контрольными программами, являются:

-контроль допустимых значений переменных данных, используемых в программах;

-контроль идентичности данных, записанных в различные ЗУ (в память разных управляющих устройств);

-контроль появления ошибок в хранящейся информации в ЗУ (с помощью проверки контрольных сумм программ и полупостоянных данных);

-проверка определенной характеристики передаваемой между программными модулями сообщений (например, проверка на четность передаваемых сообщений);

63

-проверка зацикливания программ (с помощью ожидания контрольных импульсов от программы через определенные промежутки времени);

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

-контроль попыток записи в защищенную область памяти.

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

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

Устранение неисправности включает:

-рестарты (перезапуски) различного вида;

-повторную загрузку (перезагрузку) программного обеспечения. Рестартом (перезапуском) называется процесс, который дает старт про-

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

Различают несколько видов рестартов:

-рестарт с разъединением одного соединения;

-рестарт с разъединением связей в фазе установления соединения;

-рестарт с разъединением всех соединений, установленных или находящихся в фазе установления.

Устранение сбоя всегда начинается с более «мягкого» рестарта.

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

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

На внешнем носителе всегда имеется копия последней версии программ, постоянных и полупостоянных данных.

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

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

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

64

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

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

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

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

Технический персонал должен использовать копию данного файла. Этот файл предназначен для проведения анализа работы ПО цифровой телефонной станции.

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

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

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

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

Если новая программа исполняется без ошибок, производится копия новой версии ПО на внешний носитель станции.

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

65

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

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

66

ПРИЛОЖЕНИЕ А

Измеряемые параметры Рекомендуемый период измерений в течение суток – не менее 1 часа.

Рекомендуемый период измерений по дням - по усмотрению администрации.

Таблица А.1 - Внутристанционные вызовы

Параметр

Рекомендуемое

Примечание

 

значение

 

 

параметра

 

Количество попыток

Данные проекта

 

вызовов

 

 

Количество вызовов

40-60 % от общего

Для определения

с ответом

числа вызовов

тенденции

Количество вызовов

20-30 % от общего

Для определения

к занятому вызываемому

числа вызовов

тенденции

абоненту

 

 

Количество вызовов без

12-15 % от общего

Для определения

ответа от Б-абонента

числа вызовов

тенденции

Количество вызовов с

5-10 % от общего

Для определения

непринятым полным

числа вызовов

тенденции

номером

 

 

Количество вызовов,

5-10 % от общего

 

потерянных из-за

числа вызовов

 

внутренних сбоев

 

 

и перегрузок

 

 

Внутристанционная

Данные проекта

 

нагрузка

 

 

67

Таблица А.2 - Исходящие вызовы, поступающие к абонентам других АТС

Параметр

Рекомендуемое

Примечание

 

значение

 

 

параметра

 

Количество попыток

Данные проекта

 

вызовов

 

 

Количество вызовов

Данные проекта

Для определения

с занятием СЛ

 

тенденции

Количество вызовов

40-60 % от общего

Для определения

с ответом

числа вызовов

тенденции

Количество вызовов

20-30 % от общего

Для определения

к занятому вызываемому

числа вызовов

тенденции

абоненту

 

 

Количество вызовов

5-10 % от общего

Для определения

с неполным приемом

числа вызовов

тенденции

требуемых цифр

 

 

Количество вызовов

Данные проекта

Для определения

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

 

тенденции

передатчиков

 

 

Исходящая нагрузка

Данные проекта

 

к абонентам других АТС

 

 

Количество вызовов,

5-10 % от общего

 

потерянных из-за

числа вызовов

 

внутренних сбоев

 

 

и перегрузок

 

 

68

Таблица А.3 - Входящие вызовы

Параметр

Рекомендуемое

Примечание

 

значение

 

 

параметра

 

Количество вызовов

Данные проекта

 

с занятием СЛ

 

 

Количество вызовов

Данные проекта

Для определения

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

 

тенденции

передатчика

 

 

Количество вызовов без

5-10 % от общего

Для определения

приема полной

числа вызовов

тенденции

сигнализации

 

 

Количество вызовов

5-10 % от общего

Для определения

с некорректными данными

числа вызовов

тенденции

маршрутизации

 

 

Входящая нагрузка

Данные проекта

 

Количество вызовов,

5-10 % от общего

 

потерянных из-за

числа вызовов

 

внутренних сбоев

 

 

и перегрузок

 

 

Таблица А.4 - Транзитные вызовы

 

Параметр

Рекомендуемое

Примечание

 

значение

 

 

параметра

 

Количество попыток вызова

85-90 % от общего

Для определения

с принятыми данными

числа вызовов

тенденции

маршрутизации

 

 

Количество занятий канала

Данные проекта

 

Транзитная нагрузка

Данные проекта

 

Количество вызовов

50-60 % от общего

Для определения

с ответом

числа вызовов

тенденции

Количество вызовов,

5-10 % от общего

 

потерянных из-за

числа вызовов

 

внутренних сбоев

 

 

и перегрузок

 

 

69

Таблица А.5 - Параметры по отдельным соединительным линиям

Параметр

Рекомендуемое

Примечание

 

значение

 

 

параметра

 

Входящая нагрузка

Данные проекта

 

Количество входящих

Данные проекта

Не менее 2 раз в год

занятий

 

 

Исходящая нагрузка

Данные проекта

 

Количество исходящих

Данные проекта

Не менее 2 раз в год

занятий

 

 

Среднее время занятия

Данные проекта

Не менее 2 раз в год

Таблица А.6 - Параметры по пучкам СЛ

 

Параметр

Рекомендуемое

Примечание

 

значение

 

 

параметра

 

Количество исходящих

Данные проекта

Для определения

попыток вызовов

 

тенденции

Количество входящих

Данные проекта

Для определения

занятий

 

тенденции

Количество исходящих

Данные проекта

Для определения

занятий

 

тенденции

Входящая нагрузка

Данные проекта

 

Исходящая нагрузка

Данные проекта

 

Среднее время входящего

Данные проекта

Не менее 2 раз в год

занятия

 

 

Среднее время исходящего

Данные проекта

Не менее 2 раз в год

занятия

 

 

70