системы, которые назывались системами эксплуатационной под держки OSS (operations support systems), причем, как правило, в каждой из этих первых OSS использовались собственные протоколы.

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

Усилия, направленные на создание механизма, пригодного для использования всеми приложениями технической эксплуатации, привели к появлению стандарта сети эксплуатационного управления телекоммуникациями TMN (Telecommunications Management Network), который был разработан совместно ISO и ITU-T, и входящего в этот стандарт протокола передачи общей управляющей информации CMIP(Common Management Information Protocol). О концепции TMN и о CMIP мы еще поговорим в параграфе 10.6.

Следует подчеркнуть, что здесь речь идет только об уровне эксплуатационного управления системами коммутации в рамках модели TMN, хотя современные концепции OSS гораздо шире. Из-за недостатка места здесь не рассматриваются подробно разработанные IETF стандарты обмена сообщениями для эксплуатационного управления сетью связи и их взаимодействие со стандартами Интернет. Но два стандарта следует назвать: протокол облегченного доступа к сетевому каталогу LDAP (Lightweight Directory Access Protocol) и простой протокол эксплуатационного управления сетью SNMP (Simple Network Management Protocol), которые используются практически во всех новых разработках АТС и оборудования абонентского доступа. В дополнение к этому полезно упомянуть относящиеся к обмену сообщениями стандарты: простой протокол пересылки почты SMTP (Simple Mail Transfer Protocol) и его расширения - многоцелевые расширения электронной почты в Интернет MIME (Multipurpose Mail Extensions) и обмен телефонными и факсимильными сообщениями между почтовыми серверами по IP-сети VPIM (Voice Profile for Internet Mail), используемые для дистанционного техобслуживания и других задач.

Параллельно с развитием OSS и концепции TMN возрастало значение другой проблемы - качества обслуживания (QoS), - что, в частности, привело к включению в TMN подсистемы управления сетевым трафиком NTM (network traffic management). Традиционно качество обслуживания в ТфОП определялось такими факторами, как

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

10.2 Сопровождение программного обеспечения

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

Нормальная работа системы программного управления АТС может нарушаться по следующим причинам:

• ошибки программного обеспечения, включая «жучки» (bugs), вызывающие ошибки доступа к оперативной памяти, или программные сбои, которые могут быть исправлены только с помощью перезагрузки системы;

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

• некорректное восстановление, когда из-за ошибки в программном обеспечении и/или в документации невозможно правильно детектировать неисправность и изолировать неисправный блок;

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

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

Сложность любой версии станционного ПО настолько высока, что избежать ошибок при ее проектировании и реализации практически невозможно. Опыт прошедших десятилетий показал, что не существует универсальной методики производства абсолютно безошибочного ПО АТС при допустимых ценах и при разумных затратах времени на разработку. Вероятно, такой методики не появится и в ближайшее десятилетие, тем более, что сложность станционного ПО обусловлена, прежде всего, его объемом, который может выражаться более чем миллионом строк исходного текста программы. 25- 30% этого объема занимают программы обработки телефонного трафика, порядка 20% - операционная система, а рассматриваемое в этой главе ПО эксплуатационного управления - порядка 50%.

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

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

10.3 Задачи СОРМ и информационной безопасности

Отдельная группа функций эксплуатационного управления связана с двумя, на первый взгляд, противоположными задачами цифровой АТС. Первая задача состоит в поддержке функций оперативно ро чыскных мероприятии (СОРМ), а вторая в том, чтобы обес I к чи 11 И11()()[)м<и ,и()1 II lyio бс зопасность