Similar presentations:
Базовые положения концепции NGN
1. Базовые положения концепции NGN (Концептуальные положения по построению мультисервисных сетей)
2. Функциональная модель NGN
3. Базовым принципом концепции NGN является отделение друг от друга функций переноса и коммутации (прозрачной передачи информации
4. Структура транспортного уровня фрагмента NGN
5. Задачей транспортного уровня является прозрачная передача информации пользователя.
6.
шлюзы соединительных линий илитранкинговые шлюзы - TGW (Trunking
Gateway), к которым подключаются потоки Е1,
соединяющие АТС ТфОП или центры
коммутации (ЦК) сетей подвижной сотовой
связи (СCПС) с сетью NGN. Часто в
транкинговый шлюз включаются
соединительных линий от существующих
телефонных станций с сигнализацией ОКС№7
от цифровых АТС и с сигнализацией R1,5 для
подключения координатных АТС. В этом случае
транкинговый шлюз выполняет также и роль
сигнального шлюза;
7.
- шлюзы доступа - AGW (AccessGateway)предназначены для включения сетей доступа
AN (AccessNetwork) через интерфейс V5.2,
который может включать от 2 до 16
первичных потоков Е1, или для подключения
УПАТС через интерфейс первичного доступа
PRI сети ISDN (30B+D);
8.
- резидентные (абонентские) шлюзыдоступа - RAGW
(ResidentialAccessGateway) для
подключения аналоговых абонентских
линий, в которые включаются
традиционные телефонные аппараты
ТФОП, аналоговые модемы,
факсимильные аппараты, модемы xDSL.
9. уровень управления коммутацией и передачей сообщений (управления вызовами)
10. Softswitch
устройство управления, и2. новый подход к организации
сети, обеспечивающей
эффективную передачу речи,
видео и данных и обладающей
большим потенциалом для
развертывания новых услуг
1.
11.
Softswitch – это не только одноиз сетевых устройств.
Это также и сетевая архитектура
и даже, в определенной степени, –
идеология построения сети.
12.
В первую очередь, Softswitchуправляет
обслуживанием
вызовов, т.е. установлением и
разрушением
соединений,
выполняя функции CallAgent .
13.
Точно так, как это имеет место втрадиционных АТС с коммутацией
каналов, если соединение установлено,
то эти функции гарантируют, что оно
сохранится до тех пор, пока не даст
отбой вызвавший или вызванный
абонент.
14.
В число функций управленияобслуживанием вызова CallAgent входят
распознавание и обработка цифр номера
для определения пункта назначения
вызова;
распознавание момента ответа
вызываемой стороны,
момента, когда один из абонентов кладет
трубку,
регистрация этих действий для
начисления платы.
15.
Таким образом, Softswitch фактическиостается все тем же привычным
коммутационным узлом, только без
цифрового коммутационного поля.
Но, кроме того
16.
Контроллер транспортного шлюзаMGC – Softswitch управляет
транспортными шлюзами и шлюзами
доступа.
Softswitch координирует обмен
сигнальными сообщениями между
сетями, т.е. поддерживает функции
SignalingGateway (SG).
17. Системы сигнализации
Архитектура сети всегда включает всебя узел управления вызовов,
телефонный сервер, управляющий
агент и шлюзовое оборудование,
сопряжения с пакетными сетями.
18.
Основные типы сигнализации,которые использует Softswitch:
1.Сигнализация для управления
соединениями;
2. Сигнализация для
взаимодействия разных
Softswitch между собой;
3. Сигнализация для управления
транспортными шлюзами.
19.
Основными протоколами сигнализацииуправления соединениями являются
SIP-Т, ОКС7 и H.323.
В качестве опций используются
протокол E-DSS1 первичного доступа
ISDN, протокол абонентского доступа
через интерфейс V5 (или его Sigtranверсию V5U), а также все еще
актуальная в отечественных сетях связи
сигнализация по выделенным
сигнальным каналам R1.5.
20.
Стремление операторов обеспечить весьнабор классических телефонных услуг на
пакетных сетях привело к появлению
протокола BICC как эволюции протокола
ISUP.
Помимо него основным протоколом
сигнализации взаимодействия между
коммутаторами Softswitch является так
же SIP-T.
Основными протоколами сигнализации
управления транспортными шлюзами
21.
22.
С точки зрения сети коммутации каналов,Softswitch заменяет средства управления
обслуживанием вызовов АТС.
Он может поддерживать протоколы ОКС7,
E-DSS1, R1.5, V5, выполняя функции
транзитного пункта сигнализации STP или
оконечного SP сети сигнализации ОКС7.
Рабочая группой Sigtran, входящая в IETF,
разработала средства транспортировки
сообщений ОКС7 по IP-сетям.
23.
Это протокол передачи информации дляуправления потоками SCTP
(StreamControlTransmissionProtocol),
поддерживающий перенос сигнальных
сообщений между конечными пунктами
сигнализации SP в IP-сети,
три новых протокола: M2UA, M2PA и M3UA для
выполнения функций MTP, а также
протокол SUA уровня адаптации для
пользователей SCCP, поддерживающий перенос
по IP-сети средствами протокола SCTP
сигнальных сообщений пользователей SCCP
ОКС7 (например, TCAP или INAP).
24. Многоуровневая архитектура протокола SIGTRAIN
25.
Протокол SIGTRAN используется в узлах SG , т.е. вточках преобразования сигналов сигнализации,
идущих между сегментами традиционной сети и
NGN .
Внутри NGN используется система сигнализации
IP –телефонии, где присутствуют
уровень РРР ( Point - to - PointProtocol ),
уровень IP , над ним
уровни TCP / UDP / SCTP, над которыми
присутствует
сигнализация RTP / UDP для обмена данными VoIP
и протокол сигнализации SIP в качестве системы
сигнализации вызова VoIP.
В традиционных сетях используется
многоуровневый стек сигнализации ОКС №7.
26.
Протокол SIGNTRAN должен решитьследующие задачи:
преобразовать сигнальные сообщения
ОКС №7 в IP и обратно,
обеспечить взаимное преобразование
сигнальных сообщений,
информационных полей,
полей, используемых для управления
соединением и контроля качества, и пр.. а
также, при необходимости,
транзит сообщений ОКС №7 через сеть IP
или сообщений VoIP через ТфОП.
27.
Чтобы выполнить все эти задачи, протоколSIGTRAN включает в себя отдельные
элементы протоколов IP и ОКС №7, из-за
чего его структура существенно
усложняется.
Таким образом, от концепции
многоуровневой сигнализации
технология Softswitch переходит к
концепции многоуровневой и
многопротокольной системы
сигнализации.
28. Функциональные плоскости эталонной архитектуры Softswitch
29.
Трехуровневая модель NGN30.
31.
1. Транспортная плоскость —отвечает за транспортировку
сообщений по сети связи.
Включает в себя
Домен IP-транспортировки,
Домен взаимодействия и
Домен доступа, отличного от IP.
32.
Этими сообщениями могут бытьсообщения сигнализации,
сообщения маршрутизации для
организации тракта передачи информации,
пользовательские речь и данные.
33.
Структура транспортногоуровня фрагмента NGN
34.
Расположенный под этой плоскостьюфизический уровень переноса этих
сообщений может базироваться на любой
технологии, которая соответствует
требованиям к пропускной способности для
переноса трафика этого типа.
35.
Транспортная плоскость обеспечивает такжедоступ к сети IP-телефонии сигнальной и/или
пользовательской информации,
поступающей со стороны других сетей или
терминалов.
36.
транспортная плоскость делится на тридомена:
домен транспортировки по протоколу
IP;
домен взаимодействия;
домен доступа, отличного от IP.
37. Домен транспортировки по протоколу IP
поддерживает магистральную сеть имаршрутизацию для
транспортировки пакетов через сеть
IP-телефонии.
К этому домену относятся такие
устройства, как коммутаторы,
маршрутизаторы, а также средства
обеспечения качества обслуживания
QoS (QualityofService).
38. Домен взаимодействия
включает в себя устройствапреобразования сигнальной или
пользовательской информации,
поступающей со стороны внешних
сетей, в вид, пригодный для передачи
по сети IP-телефонии, а также обратное
преобразование.
39. В этот домен входят такие устройства, как
шлюзы сигнализации (SignalingGateways),обеспечивающие преобразование сигнальной
информации между разными транспортными
уровнями,
транспортные шлюзы или медиашлюзы
(MediaGateways), выполняющие функции
преобразования пользовательской информации
между разными транспортными сетями и/или
разными типами мультимедийных данных, и
шлюзы взаимодействия (InterworkingGateways),
обеспечивающие взаимодействие различных
протоколов сигнализации на одном транспортном
уровне.
40. Домен доступа, отличного от IP
предназначен для организации доступа к сети IPтелефонии различных IP-несовместимыхтерминалов.
Он состоит из шлюзов AccessGateways для
подключения учрежденческих АТС, аналоговых
кабельных модемов, линий xDSL, транспортных
шлюзов для мобильной сети радиодоступа
стандарта GSM/3G, а также устройств
интегрированного абонентского доступа IAD
(IntegratedAccessDevices) и других устройств
доступа.
41. Как правило, устройствами и функциями транспортной плоскости управляют функции плоскости управления обслуживанием вызова и
сигнализации.42.
2. Плоскость управленияобслуживанием вызова и
сигнализации
управляет основными элементами
сети IP-телефонии и, в первую
очередь, теми, которые принадлежат
транспортной плоскости.
43.
- Структура уровня управлениякоммутацией
44.
В этой плоскости ведётся управлениеобслуживанием вызова на основе
сигнальных сообщений, поступающих
из транспортной плоскости,
устанавливаются и разрушаются
соединения, используемые для
передачи пользовательской
информации по сети.
45.
Плоскость управления обслуживаниемвызова и сигнализации включает в себя
такие устройства, как
контролер медиашлюзов MGC
(MediaGatewayController),
сервер управления обслуживанием
вызова CallAgent,
привратник Gatekeeper и
LDAP-сервер.
46.
3. Плоскость услуг и приложений —реализует управление услугами в сети,
их логику и выполнение.
Содержит серверы приложений и
серверы ДВО.
47.
Устройства плоскости услуг иприложений содержат логику услуг и
управляют этими услугами путем
взаимодействия с устройствами,
находящимися в плоскости управления
обслуживанием вызова и
сигнализации.
48.
плоскость услуг и приложений состоит изтаких устройств, как
серверы приложений ApplicationServers и
серверы дополнительных услуг
FeatureServers.
Она может также управлять
специализированными компонентами
передачи пользовательской информации,
например, медиасерверами, которые
выполняют функции конференцсвязи.
49.
4. Плоскость эксплуатационногоуправления — поддерживает функции
активизации абонентов и услуг,
техобслуживания, биллинга и другие
функции эксплуатационного
управления сетью.
50.
Плоскость эксплуатационного управленияможет взаимодействовать с некоторыми
или со всеми другими тремя плоскостями
либо по стандартному протоколу (напр., по
протоколу SNMP), либо по внутренним
протоколам и интерфейсам API.
51. Функциональные Объекты (ФО)
52. Плоскость услуг и приложений содержит
1.1 AS-F ФО сервера приложений(Application Server Function)
SIP, MGCP, H.248, LDAP, HTTP, CPL,
XML, OpenAPIs
1.2 SC-F ФО управления услугами
(Service Control Function)
INAP, CAP, MAP, Open APIs
53. Плоскость управления вызовами и сигнализации содержит
2.1 SPS-F ФО прокси-сервера SIP (SIP Proxy ServerFunction) SIP
2.2 R-F ФО маршрутизации вызова
(RoutingFunctions) ENUM, TRIP
2.3 A-F ФО учета, авторизации, аутентификации
(AccountingFunctions) RADIUS
2.4 CA-F ФО устройства управления шлюзом
(CallAgentFunction)
SIP, SIP_T, BICC, H.323, Q.931, Q.SIG, INAP,ISUP, T
CAP
2.5 MGC-F ФО контроллера медиашлюзов (Media
Gateway Controller Function) H.248, MGCP
54. Транспортная плоскость
3.1 MS-F ФО транспортного сервера(MediaServerFunction) SIP, H.248, MGCP
3.2 IW-F ФО взаимодействия
(InterWorkingFunction) H.323/SIP, IP/ATM
3.3 SG-F ФО шлюза сигнализации (Signaling
Gateway Function) SIGTRAN (M3UA, IUA, V5UA
over SCTP)
3.4 MG-F ФО медиашлюза (Media Gateway
Function) RTP/RTCP, TDM, H.248, MGCP
3.5 AGS-F ФО сигнализации шлюза доступа
(Access Gateway Signaling Function)
55.
ФО контроллера медиашлюзов MGC-F(MediaGatewayControllerFunction)
представляет собой конечный автомат
логики управления обслуживанием вызова и
сигнализации для одного или более
транспортных шлюзов.
56.
MGC-Fопределяет состояние процесса обработки
каждого вызова в медиашлюзе и
состояния информационных каналов для
интерфейсов MG-F,
передает информационные сообщения
пользователя между двумя MG-F, а также
между IP-телефонами или терминалами,
57.
отправляет и принимает сигнальныесообщения от портов, от других MGC-F и от
внешних сетей,
взаимодействует с AS-F для
предоставления услуг пользователю,
имеет возможность управлять некоторыми
сетевыми ресурсами (например, портами
MG-F, полосой пропускания),
имеет возможность устанавливать правила
для портов пользователя,
58.
взаимодействует с R-F и A-F дляобеспечения маршрутизации вызова,
аутентификации и учета,
а также может участвовать в задачах
эксплуатационного управления в мобильной
среде (т.к. управление мобильностью
обычно является частью CA-F).
59. ФО устройства управления шлюзом CA-F (CallAgentFunction) и ФО взаимодействия IW-F (InterworkingFunction) являются
подмножествамиMGC-F.
Первый из них, CA-F, существует, когда
MGC-F управляет обработкой вызова и
определяет состояние процесса его
обслуживания.
Второй ФО, IW-F, существует, когда MGC-F
обеспечивает взаимодействие между
разными сетями сигнализации, например,
IP и ATM, ОКС7 и SIP/H.323.
60.
Функциональный объект R-Fпредоставляет информацию о
маршрутизации вызова
функциональному объекту MGC-F.
Функциональный объект A-F собирает
учетную информацию о вызовах для
целей биллинга, а также может
выполнять более широкий спектр
функций AAA, т. е. обеспечивать
аутентификацию, идентификацию и учет
в удаленных сетях.
61.
Основная роль обоих функциональныхобъектов – реагировать на запросы,
поступающие от одного или более MGC-F,
направляя вызов или учетную информацию
о нем к входящим портам (другим MGC-F)
или услугам (AS-F).
62.
Функциональный объект R-F/A-F обеспечиваетфункцию
маршрутизации для локальных и межсетевых
вызовов (R-F),
фиксирует детали каждого сеанса связи для целей
биллинга и планирования (A-F),
обеспечивает управление сеансом и управление
мобильностью,
может узнавать о маршрутной информации от
внешних источников,
может взаимодействовать с AS-F для
предоставления услуги пользователю,
может функционировать прозрачно для других
элементов в тракте сигнализации.
63.
Здесь R-F и A-F могут сцепляться друг сдругом последовательно или
иерархически, и к тому же R-F/A-F часто
объединяется с MGC-F, причем
объединенный R-F/A-F/MGC-F может
также запрашивать услуги внешнего RF/A-F. Сам A-F собирает и передает
учетную информацию о каждом вызове,
а AS-F передает учетную информацию о
предоставлении дополнительных услуг,
таких как конференцсвязь или платные
информационные услуги.
64.
ФО SIP-прокси-сервера SPS-F (SIPProxyServerFunction) выделен в отдельный
функциональный объект по той причине, что
чаще всего R-F и A-F конструктивно
оформляются в виде прокси-сервера SIP.
65.
ФО шлюза сигнализации SG-F(SignalingGatewayFunction) поддерживает
шлюз для обмена сигнальной информацией
между сетью IP-телефонии и ТфОП, которая
может передаваться на базе ОКС7/TDM или,
например, BICC/ATM.
66.
Для беспроводных сетей подвижной связиSG-F поддерживает также шлюз для обмена
сигнальной информацией между транзитной
пакетной IP-сетью и сетью сотовой
подвижной связи (СПС) с коммутацией
каналов на базе стека ОКС7.
67.
Основная роль SG-F заключается впакетировании и транспортировке
протоколов сигнализации ОКС7 в ТфОП
(ISUP или INAP) или в СПС (MAP или CAP)
по сети с коммутацией пакетов IP.
Для этого функциональный объект SG-F
пакетирует и транспортирует протоколы
сигнализации ОКС7 к MGC-F или другому
SG-F, используя методы Sigtran.
Один SG-F может обслуживать много MGC-F,
а интерфейсом между SG-F и другими
функциональными объектами является
протоколы Sigtran типов TUA, SUA и M3UA
over SCTP, за исключением ситуаций, когда SG-F и
MGC-F или другой SG-F объединены в одном месте.
68.
ФО сигнализации шлюза доступаAGS-F
(AccessGatewaySignalingFunction)
поддерживает шлюз для обмена
сигнальной информацией между сетью
IP-телефонии и сетью доступа с
коммутацией каналов на базе
интерфейса V5.1/V5.2 или ISDN.
69.
Для беспроводных сетей подвижной связиAGS-F поддерживает также шлюз для
обмена сигнальной информацией между
транзитной сетью подвижной связи с
коммутацией пакетов и сетью СПС на базе
TDM или ATM.
AGS-F пакетирует и транспортирует к
MGC-F протоколы сигнализации V5, ISDN
или ОКС7, используя протоколы Sigtran
типов M3UA, IUA и V5UA over SCTP.
70.
ФО сервера приложений AS-F(ApplicationServerFunction)
поддерживает логику и выполнение
услуг для одного или более
приложений.
71.
AS-F можетзапрашивать у MGC-F прекращение вызовов или
сеансов связи для определенных приложений
(например, речевой почты или конференцсвязи),
может запрашивать у MGC-F повторное
инициирование услуг связи (например,
сопровождающего вызова),
может изменять описания потоков
пользовательских данных, участвующих в сеансе,
используя протокол SDP,
может управлять MS-F для обслуживания потоков
пользовательской информации,
может компоноваться с Web-приложениями или
иметь Web-интерфейсы,
72.
может использовать открытые API типа JAIN илиParlay для создания услуг,
может иметь внутренние интерфейсы алгоритма
распределения ресурсов, биллинга и регистрации
сеансов,
может взаимодействовать с функциональными
объектами MGC-F или MS-F,
может вызывать другой AS-F для предоставления
дополнительных услуг или для построения
составных, ориентированных на компоненты
приложений,
может использовать функциональные
возможности MGC-F для управления внешними
ресурсами
73.
Совместное использование функциональныхобъектов AS-F и MGC-F обеспечивает
поддержку составных услуг для
пользователей, таких как сетевые записанные
объявления, трехсторонняя связь,
уведомление о поступлении нового вызова.
74.
ФО управления услугами SC-F(ServiceControlFunction) существует,
когда AS-F управляет логикой услуг.
SC-F использует протоколы INAP, CAP и
MAP, а также открытые API типа JAIN и
Parlay.
75.
ФО медиашлюза MG-F(MediaGatewayFunction) обеспечивает
сопряжение IP-сети
- с портом доступа,
- с соединительной линией или
- с совокупностью портов и/или
соединительных линий,
служа, тем самым, шлюзом между
пакетной сетью и внешними сетями с
коммутацией каналов, такими как
ТфОП, СПС или ATM.
76.
Основная роль MG-F состоит впреобразовании пользовательской
информации из одного формата
передачи в другой, чаще всего – из
канального вида в пакетный и обратно,
из ячеек ATM в пакеты IP и обратно.
77.
MG-F имеет следующие характеристики:всегда состоит в отношениях
ведущий/ведомый с MGC-F с
использованием протокола управления
MGCP или MEGACO/H.248;
78.
MG-F может выполнять функцииобработки пользовательской информации,
такие как
- кодирование,
- пакетирование,
- эхокомпенсацию,
- управление буферами,
- устранение джиттера,
- корректирующие действия при потерях
пакетов;
79.
может выполнять функции обслуживанияпользовательских соединений, такие
как
- генерирование акустических
сигналов, - генерирование сигналов
DTMF,
- генерирование комфортного шума,
а также выполнять анализ цифр на базе
таблицы, загружаемой от MGC-F;
80.
может выполнять функции сигнализациии обнаружения событий передачи
пользовательской информации, такие
как
- обнаружение сигналов DTMF,
- обнаружение состояний отбоя/ответа
абонента,
- детектирование наличия речевых
сигналов.
81.
Таким образом, MG-F поддерживаетмеханизм, позволяющий MGC-F
контролировать состояние и
функциональные возможности
портов,
а самому ему не требуется знать
состояния процессов обслуживания
вызовов, проходящих через него;
он поддерживает только сами
соединения.
82.
ФО медиасервера MS-F(MediaServerFunction) обеспечивает
управление обработкой
пользовательского пакетного трафика от
любых приложений.
В основном, он функционирует в качестве
сервера, обслуживающего запросы от
AS-F или MGC-F касательно выполнения
обработки пользовательской
информации в пакетированных потоках
мультимедиа
.
83.
MS-F поддерживает различные кодеки исхемы кодирования, может управляться
AS-F или MGC-F непосредственно
(управление ресурсами) или косвенно (вызов
функции) с использованием протоколов SIP,
MGCP и H. 248.
84.
ФО MS-F может параллельно поддерживатьобнаружение набираемых цифр,
генерирование и передачу акустических
сигналов и записанных сообщений,
регистрацию и запись мультимедийных
потоков,
распознавание речи,
речевое воспроизведение текста,
микширование для конференцсвязи,
обработку факсимильных сообщений,
определение наличия речевых сигналов и
передачу информации о громкости.
85. Модуль контроллера медиашлюзов
в большинстве современныхконтроллеров медиашлюзов MGC,
помимо MGC-F, реализованы и другие
функциональные объекты.
86. Модули контроллера транспортных шлюзов в эталонной архитектуре ISC
87. в представленный контроллер MGC входят функциональные блоки:
Менеджера сеансов соединения Connection SessionManager (MGC-F),
управления обслуживанием вызова и сигнализации (CA-F),
менеджера взаимодействия Interworking/Border Connection
Manager (IW-F),
менеджера сеансов доступа AccessSessionManager(R-F/A-F)
шлюз доступа к открытым услугам (OpenServiceAccessGateway),
модули–посредники приложений (Proxies),
агенты системы эксплуатационной поддержки OSS и OEM,
которые подключаются к внешним менеджерам OSS/OEM,
расположенным в центре эксплуатационной поддержки, для
обеспечения функций сетевого управления, подготовки к
работе услуг и сети, техобслуживания.
88.
В Руководящем ДокументеМинсвязи РФ РД 45.333-2002
отражен российский вариант
представления Softswitch.
89.
90. Реализация Softswitch на примере программно-аппаратного комплекса ECSS-10
ECSS-10 - универсальный программно-аппаратный комплекс, предназначенный
для построения систем связи операторского
и корпоративного уровня на базе технологии
коммутации пакетов.
91.
Модульная архитектура комплекса даетвозможность строить на его базе узлы
местной,
зоновой,
междугородной/
международной связи,
УПАТС различной емкости и
производительности.
92.
ECSS полностью замещает собойфункционал классических АТС на базе
коммутации каналов и выступает в
качестве гибкого коммутатора 4 и 5
классов.
93. Функциональный состав ПО комплекса ECSS-10
94.
ПО состоит из комплексафункциональных подсистем.
Каждая функциональная подсистема
реализуется в виде вычислительного
кластера и является
высокоэффективным компонентом
ECSS-10, обеспечивающим заданные
параметры надежности и
производительности.
95.
Прикладное программное обеспечениеявляется полностью переносимым, что
позволяет использовать любую
операционную систему, как семейства
Unix/Linux, так и серверные OC от
Microsoft, а также использовать широкий
спектр аппаратных архитектур, не
ограничиваясь серверными
платформами Intel/AMD.
96.
1). BUS – подсистема надежной передачисообщений;
2). Storage – подсистема хранения долговременных
данных;
3). Core – подсистема маршрутизации телефонных
вызовов и обработки ДВО;
4). PA (Protocol Adapter) – подсистема адаптации
определенного сигнального протокола к
внутреннему протоколу сигнализации софтсвича;
5). Mediator – подсистема, которая обеспечивает
функции управления комплексом, предоставление
статистической информации и аварийной
сигнализации;
6). TTS (Tollticketing and SORM) – подсистема,
обеспечивающая функции тарификации и
взаимодействия с посредником СОРМ.
97.
- PA Sigtran — кластер подсистемывзаимодействия со шлюзами, работающими
по протоколу Sigtran.
- PA MGCP — кластер подсистемы
взаимодействия со шлюзами, работающими
по протоколу MGCP.
98. Подсистема BUS
построена на базе сервера обменасообщениями (брокера) собственной
разработки с поддержкой очередей и
транзакций.
Реализация механизмов транзакционной
доставки сообщений обеспечивает
гарантированную доставку.
В случае ошибки обработки сообщения на
стороне получателя осуществляется его
повторная доставка.
Взаимодействие через шину обмена
сообщениями обеспечивает унификацию
механизмов взаимодействия и слабую
связанность между подсистемами.
99.
Использование подсистемы BUS позволяетреализовать механизм резервирования
«active-active».
При такой схеме резерва все компоненты
находятся в активном состоянии и
обслуживают поступающую нагрузку в
режиме разделения нагрузки.
Конфигурационная информация и
операционные данные системы
синхронизируются между
зарезервированными элементами.
100.
В случае выхода из строя какого-либопрограммного компонента/компонентов, за
счет механизмов BUS вся поступившая на
него нагрузка (все сообщения) будет
считаться не обслуженной и произойдет её
повторная доставка на однотипный
резервирующий программный компонент,
который осуществит её обработку.
101.
В случае выхода из строя аппаратной части(сервера) произойдет полное переключение
обработки текущей и вновь поступающей
нагрузки на оставшиеся в работе
компоненты системы.
102.
При восстановлении работоспособностивышедшего из строя компонента происходит
его регистрация в системе и подписка на
требуемые для его работы потоки
информации, что приводит к началу
поступления на него нагрузки — компонент
встает в работу.
103. Подсистема Storage
Подсистема Storage выполняетфункцию распределенного хранилища
конфигурационных данных всей
системы.
Также в рамках этой подсистемы
реализован модуль маршрутизации
телефонных вызовов, обладающий
высокой производительностью
104. Подсистема Core
реализует логику управления обработкойтелефонных вызовов (функции Call Agent) и
предоставления ДВО.
Алгоритм обслуживания вызовов
реализован с использованием эталонных
конечных автоматов O-BCSM и T-BCSM
модели реализации интеллектуальных
сетей связи (IN) с набором возможностей
CS-3 согласно Рекомендации ITU-T Q.1238.
105. Подсистема PA
PA осуществляет адаптацию сетевогосигнального протокола, по которому
подключаются внешние по отношению к
гибкому коммутатору системы и
оборудование, к внутреннему протоколу
системы.
Взаимодействие между PA и другими
компонентами системы осуществляется
посредством сообщений, передаваемых
через BUS.
106.
Это позволяет регулировать стандартныйпроцесс обслуживания вызова и
реализовывать различные ДВО.
Реализация ДВО выполнена в виде
отдельных загружаемых модулей, что дает
возможность расширять набор
поддерживаемых сервисов и формировать
различные пакеты дополнительных услуг
для каждого оператора.
107.
В настоящее время реализованы следующиеадаптеры протоколов:
PA Megaco – подсистема взаимодействия со
шлюзами, работающими по протоколу
H.248/Megaco;
PA SIP/SIP-T/SIP-I – подсистема
взаимодействия со шлюзами, периферийным
оборудованием и другими гибкими
коммутаторами по протоколам SIP и SIPT/SIP-I;
PA Sigtran – подсистема взаимодействия со
шлюзами, работающими по стеку протоколов
Sigtran (M2UA, M3UA, IUA);
PA MGCP – подсистема взаимодействия со
шлюзами, работающими по протоколу MGCP.
108. Подсистема Mediator
Подсистема Mediator реализует функциинакопления статистической информации
об обслуженной нагрузке, которая
отправляется PA, и формирования
периодических статистических отчетов
согласно требованиям Рекомендаций ITU-T
E.502 и Q.752.
Также Mediator осуществляет сбор
информации об авариях, обнаруженных в
системе, и выдачу этой информации по
протоколу SNMP на внешние системы
управления сетью
109. Подсистема TTS
Подсистема TTS реализует функционал сбораданных о вызовах и формирование файлов с
записями о разговорах CDR (Call Detail Record),
а также выступает в качестве интерфейса
взаимодействия между гибким коммутатором и
посредником СОРМ.
На TTS реализованы различные режимы
сохранения CDR с возможностью адаптации
информации в CDR и формата файла под
конкретного заказчика
110. Функции комплекса 1.Коммутация вызовов
ECSS осуществляет коммутацию вызовов,использующих различные протоколы
сигнализации и различные стандарты
кодирования медиапотоков, осуществляя их
взаимное согласование (при необходимости
- перекодирование).
111. Функции комплекса 1.Коммутация вызовов
Комплекс отвечает заавторизацию оконечного оборудования,
маршрутизацию трафика между шлюзами,
анализ параметров вызовов,
гибкую модификацию форматов номеров,
осуществление учета нагрузки,
сбора статистической информации и
генерацию информации, необходимой для систем
биллинга.
112. 2. Маршрутизация
ECSS осуществляет процедуру гибкогомногоуровневого поиска маршрута на основании :
номер вызывающего абонента (CgPN);
категория вызывающего абонента (CPC);
номер вызываемого абонента (CdPN);
Тип адреса (Nature of address – NOA);
план нумерации (NP);
индикатор ограничения предоставления номера
вызывающего абонента
(CallingPartyAddressPresentationRestrictionIndicator
– APRI);
день недели; время суток;
уровни загрузки шлюза/направления.
113. Функции комплекса 3. Сервисы (ДВО)
ECSS обеспечивает предоставление различныхдополнительных видов обслуживания (ДВО).
ДВО реализованы как программные модули,
исполняемые на аппаратных ресурсах
комплекса, и могут быть гибко адаптированы к
требованиям заказчика.
Администратор комплекса имеет возможность
гибко управлять доступом абонентов к
различным ДВО.
Предоставляется возможность организации
оператором портала управления ДВО для
абонента через Интернет (АССА)
114. Предоставляемые ДВО
переадресация безусловная (CFU);переадресация по занятости (CFB);
переадресация по неответу (CFNR);
не беспокоить (DND);
запрет приема вызова с неизвестными номерами
(ACB);
удержание вызова (CHOLD);
перевод вызова во время разговора (CTR);
извещение о поступлении второго вызова (CWAIT);
3-х сторонняя конференция (3-WAY);
предоставление номера вызывающего абонента
(CLIP);
115. Предоставляемые ДВО
запрет идентификации номера вызывающегоабонента (CLIR);
преодоление запрета предоставления номера
вызывающего абонента (CLIRO);
поиск первой свободной линии по списку (CallHunt);
перехват вызова;
конференция с последовательным сбором
участников (CONF);
будильник;
быстрый набор;
управление ДВО с телефона абонента;
виртуальная УПАТС (Centrex).
116.
Конфигурирование процесса маршрутизациипостроено таким образом, что позволяет
оператору подвергать номера вызывающего и
вызываемого абонента необходимым
трансформациям:
- вставлять, удалять, изменять цифры номера;
- подвергать цифры номера обработке
регулярными выражениями;
- изменять параметры номера
117.
Обеспечивается поддержка мультизоновоймаршрутизации, которая позволяет создавать
виртуальные АТС со своей номерной емкостью
и маршрутизацией в рамках одного софтсвича.
118. 4. Согласование протоколов
Обслуживание нагрузки по различным сигнальнымпротоколам с различными параметрами
медиапотоков позволяет реализовать следующие
функции пограничного контроля сессий:
конвертация протоколов сигнализации SIP, SIPT/SIP-I, Megaco, ISUP-R/Sigtran, MGCP, H.323;
передача факсов T.38, pass-thru;
поддержка протоколов SNMPv3, RADIUS;
конвертация между различными стандартами
кодирования аудио и большой список
поддерживаемых аудио-кодеков (G.711 ALaw,
G.711μLaw , G.723, G.728 audio, G.729A, G.723.1,
G.726, GSM FR, GSM EGR, AMR, G.729 EG).
119.
Поддержка функции пограничного контролясессий (SBC) обеспечивает возможность
терминирования медиапотоков VoIP
абонентов непосредственно в ECSS-10,
функция RTP-прокси позволяет скрывать
внутреннюю структуру сети оператора, IPадрес удаленного абонента делает
детерминированным маршрут прохождения
медиатрафика по сети.
Этой же функцией осуществляется
согласование параметров медиапотоков
между шлюзами с непересекающимся
списком поддерживаемых аудио-кодеков.
120. 5. Сбор статистики и анализ качества обслуживания
В процессе обслуживания вызововосуществляется сбор статистической информации
по сигнализации и медиапотокам.
Последующий анализ этой статистической
информации позволяет оператору получить
объективную картину обработанного системой
трафика и предпринять меры по выявлению
проблемных зон.
ECSS предоставляет возможность ведение
мониторинга различных параметров, как самого
комплекса, так и обслуживаемой им нагрузки по
протоколу SNMP.
121. 6. Масштабирование
Архитектура комплекса была разработана срасчетом на возможность масштабирования
системы с целью удовлетворения меняющихся
потребностей оператора.
Конфигурация и производительность ECSS-10
могут быть гибко настроены на требования
конкретного оператора для выполнения его
задач на конкретном узле сети.
Наращивание производительности и
надежности осуществляется установкой
дополнительных функциональных блоков, при
этом архитектура обуславливает линейный
рост производительности.
122. 7. Резервирование и отказоустойчивость
Базовыми свойствами, заложенными в архитектурукомплекса, позволяющими достигнуть уровня
надежности 99,9999%, являются:
гибкое динамическое распределение нагрузки
между программными компонентами;
возможность гибкого распределения программных
модулей между аппаратными компонентами;
высокоэффективное использование
вычислительных средств аппаратных ресурсов за
счет применения программной архитектуры,
построенной на параллельных вычислениях;
123.
возможность географического распределенияфункциональных модулей, обеспечивающих
резервирование;
выход из строя части элементов системы не
приводит к разрушению системы и прерыванию
как уже установленных соединений, так и
вызовов, находящихся на фазе установления
соединения.
124. Отказоустойчивость программных модулей обеспечивается:
кластеризацией на наборе доступных аппаратныхресурсов с возможностью динамического
реконфигурирования кластера;
использованием Erlang/OTP, позволяющим
реализовать обновление ПО без выключения
серверов;
изоляцией процессов обслуживания друг от друга,
при которой ошибка обслуживания одного вызова
не влияет на обслуживание других вызовов;
схемой супервизор-исполнитель, позволяющей
немедленно перезапускать программный
компонент в случае обнаружения на нем ошибки.
125. Отказоустойчивость аппаратных средств обеспечивается:
использованием качественных промышленныхсерверов;
использованием серверного кластера, в котором
выход из строя одной части не приводит к выходу
из строя системы в целом;
использованием стекируемых коммутаторов,
обеспечивающих надежную сеть передачи данных
внутри кластера и доступ в сеть оператора;
использованием дисковых RAID массивов,
обеспечивающих сохранность данных.
126. 8. Управление
Управление комплексом в процессе настройки иэксплуатации осуществляется либо через MMLконсоль с командным интерфейсом либо с
использованием веб-конфигуратора,
предоставляющего удобный графический
интерфейс.
Возможна интеграция с имеющимися у оператора
системами мониторинга оборудования,
использующими протокол SNMP.
127.
Комплекс предоставляет полную информацию освоем функционировании через интерфейсы:
RadiusAccounting – пакеты с информацией о
состоявшихся вызовах;
SNMP – статистика и аварийные сообщения;
Syslog – системный лог, трассировка вызовов.
128. 9. Дополнительные функции
- Возможность горячей замены ПО безвыведения элементов комплекса из
эксплуатации.
- Реконфигурируемость – возможность
наращивания функционала и
производительности.
129.
Гибкая модульная архитектура комплекса,позволяющая использовать его для решения всех
основных возникающих перед оператором задач;
Поддержка всех востребованных на сети
телефонной связи ДВО с возможностью
расширения этого списка;
Высокая производительность обработки вызовов,
достигаемая эффективным распределением
нагрузки между модулями комплекса;
Возможность гибкого масштабирования и
наращивания производительности комплекса;
Возможность построения распределенных систем с
поддержкой географического резервирования;
Поддержка интерфейса СОРМ;
Прозрачная интеграция с IMS.
130.
Поддержка протоколов кактрадиционной, так и VoIP телефонии;
Дружественный оператору интерфейс
конфигурирования и управления;
Использование в системе открытых
стандартов — протоколов и
интерфейсов;
Высокая надежность, обеспечиваемая
модульностью, резервированием,
изоляцией ошибок и балансировкой
нагрузки
Горячая замена ПО без отключения
оборудования;
131. Типовая схема построения телефонной IP-сети на оборудовании «Элтекс»
Eltex ECSS-10 - комплексное решение для построенияинтегрированной телефонной сети на основе технологии VoIP.
Все программные компоненты Комплекса и аппаратное
окружение (SBC, коммутаторы Ethernet, цифровой шлюз,
абонентские шлюзы, медиа - сервер, посредник СОРМ)
разработаны и произведены на предприятии Eltex:
АТС ECSS-10 - программное обеспечение Комплекса,
разворачиваемое на промышленных серверах.
Промышленные серверы - поддерживаются серверы разных
производителей и платформ (Intel, AMD и др.),конфигурация
которых выбирается в зависимости от требуемой
производительности систем.
Ethernet-коммутаторы - линейка коммутаторов операторского
уровня с поддержкой стекировании и высокой пропускной
способностью.
Цифровой шлюз - модуль для сопряжения сигнализации и
медиа-потоков ТфОП (Е1) и VoIP сетей.
132.
133.
SBC - пограничный контроллер сессий, реализующийширокий спектр функций, например, функции обеспечения
безопасности сети оператора связи, транскодирования и
контроля качества QoS.
Посредник СОРМ - модуль, обеспечивающий поддержку
взаимодействия с пультом СОРМ.
Application Server - масштабируемая кластерная
платформа для запуска широкого спектра различных
приложений, количество которых легко расширяется по
желанию Заказчика.
Media Gateway - компонент, работающий под управлением
сервера приложений, предоставляющий гибкие функции
работы с медиа-потоками: транскодирование,
эхоподавление, детектирование тональных сигналов,
запись, воспроизведение, поддержка СОРМ и др.
134.
Media Server - компонент, реализующий в себечасть функций сервера приложений и медиашлюза в одном устройстве, предоставляющий
набор законченных интегрированных сервисов:
проигрывание файлов, IVR,запись разговоров,
голосовая почта, сервер точного времени и др.
Абонентский шлюз — модуль для подключения
абонентской ёмкости.
135. Модульная архитектура комплекса дает возможность строить на его базе узлы местной, зоновой, междугородной/международной связи,
УПАТС различной емкости ипроизводительности. ECSS полностью
замещает собой функционал классических
АТС на базе коммутации каналов и выступает
в качестве гибкого коммутатора 4 и 5 классов.
136. ECSS-10 может использоваться для решения различных задач, стоящих перед оператором связи:
точечная замена аналоговой АТС наклассической сети ТфОП с коммутацией каналов;
организация нового узла связи на классической
сети ТфОП;
постепенная миграция существующей
классической сети ТфОП с коммутацией каналов
к NGN;
строительство новой сети связи для
предоставления услуг Triple Play по принципам
NGN.
137.
Подключение пользователей к ECSS-10 можетосуществляться по любым технологиям доступа,
используемым как в классических сетях с
коммутацией каналов (медные абонентские
линии), так и в сетях NGN (оптические линии
связи PON, беспроводная связь WiMAX или Wi-Fi,
проводные линии с технологиями ETTH, PLC).
138. Варианты применения 1. Сельская телефонная сеть
139. 2. Городская телефонная сеть
140.
141. Виртуальная АТС
Вся инфраструктура предоставления услуг телефоннойсвязи на базе ECSS-10, а именно конфигурация
подключаемых шлюзов, абонентские данные, план
нумерации и правила маршрутизации, а также права
доступа к функциям операционного управления и
поддержки описываются в рамках конкретного домена.
Таким образом, домен можно представить как
логическую часть гибкого коммутатора, реализующую
функционал отдельной АТС.
Таких сущностей на гибком коммутаторе может быть
несколько, поэтому можно сказать, что домен и
виртуальная АТС это синонимы. Фактически
развертывание нескольких доменов и связей между
ними дает возможность реализации сегмента или всей
сети NGN в рамках одной инсталляции.
142.
Системы доменов и гибкая системаразграничения прав доступа позволяет оператору
связи выполнять функции хостинга АТС для
сторонних заказчиков.
Заказчик оператора связи может разместить свою
корпоративную УПАТС или узел связи на
мощностях ECSS-10, развернутой у оператора,
при этом функции операционного управления за
этой АТС могут быть полностью переданы
заказчику, либо применена гибкая схема
разграничения ответственности за эксплуатацию
такой АТС.
143. УПРАВЛЕНИЕ СИСТЕМОЙ
144.
MML терминал по SSH, который представляетсобой командный терминальный интерфейс;
WEB конфигуратор, который позволяет управлять
системой через гибкий и удобный
пользовательский интерфейс.
145.
Комплекс предоставляет полную информацию освоем функционировании через интерфейсы:
Radius Accounting - пакеты с информацией о
состоявшихся вызовах;
SNMP — статистика и аварийные сообщения;
Syslog — системный лог, трассировка вызовов.
146. Управление через CLI - CoCon
Управление системой через интерфейскомандной строки CLI реализуется подсистемой
распределенной коммуникационной консоли
CoCon.
147. Правила пользования командной строкой
Команды управления системой ECSSгруппируются в древовидную структуру,
напоминающую файловую систему, где файлы это команды, а каталоги - это логическая
группировка команд (привязка их к конкретной
подсистеме).
Область видимости команд работает таким
образом, что команды, которые объявлены в
корневом каталоге, доступны в любом месте
файловой системы (глобальные команды),
все остальные команды работают в том каталоге,
где они объявлены.
148. Выполнить команду можно двумя способами
1. Зайти в нужный каталог, используякоманду cd, и выполнить команду в этом
каталоге - это позволяет использовать менее
объемные команды.
Для обозначения текущего каталога, в котором
находится пользователь, динамически
изменяется строка приглашения системы.
Пример: зайти в каталог
/domain/eltex.local/ss:ssw@[mycelium@ecss3]:/#>
cd domain/eltex.local/ss/
ssw@[mycelium@ecss3]:/domain/eltex.local/ss#>
149.
2. Написать путь до команды (абсолютныйили относительный путь):
ssw@[mycelium@ecss3]:/#>
domain/eltex.local/ss/info
Глобальные команды выполняются без указания
пути.
150.
Для упрощения использования командной строки,интерфейс поддерживает функцию
автоматического дополнения команд.
Эта функция активизируется при неполно
набранной команде и вводе табуляции <Tab>.
Другая функция <Tab> - просмотр команд,
доступных для ввода в текущем каталоге.
151.
Получить справочную информацию о команде иее параметрах на любом этапе ввода команды
можно двумя способами:
ввод команды man, перед основной командой:
> man shell-trace
ввод комбинации -h, после команды:
> shell-trace -h
152. Принципы формирования виртуальной файловой системы в CLI
Командная строка Cocon выглядит следующимобразом:
ssw@[mycelium@ecss3]:/#>/cluster/core/core1
имя пользователя, в рамках которого
осуществляется текущее подключение
имя вычислительного узла, к которому
подключена консоль
имя сервера, к которому подключена консоль
текущий абсолютный путь
153. Структура дерева команд
/ (root) - корневой каталог, содержит глобальные команды (ls, cd,exit, man, pwd, shell-colors, shell-exec-time, shell-trace, who).
─ audit - каталог группирует в себе команды для просмотра
истории вводимых команд и активных сессий
─ cluster - каталог группирует в себе команды управления
логической топологией ECSS – кластерами (доступен только
администратору софтсвича).
─ cocon - каталог группирует в себе команды управления
пользователями cocon- и web-конфигуратора ECSS-10
─ domain - каталог группирует в себе команды управления
доменами - виртуальными АТС
─ gateway - каталог группирует в себе команды управления
шлюзами
─ node - каталог группирует в себе команды управления
активными вычислительными узлами ECSS(доступен только
администратору софтсвича).
─ system - каталог группирует в себе команды управления
глобальными настройками системы
154. Структура дерева команд доменов
/├─ domain- каталог группирует управление
доменами - виртуальными АТС
└─ some_domain - каталог группирует команды
управления конкретным доменом
├─ clean - команда очистки параметров домена
├─ info - команда вывода информации о
параметрах домена
├─ set
- команда установки параметров домена
├─ import-regime - команда для импортирования
режимов доступа абонента из
файла
├─ declare - команда декларации нового домена в
системе
155.
├─ list - команда вывода списка заявленных всистеме доменов
├─ access-group - каталог группирует команды
управления группами доступа
├─ access-matrix - команда отображения матрицы
связности групп доступа
├─ add - команда создания группы доступа
├─ add-access - команда создания связности между
группами доступа
├─ ls-groups - команда отображения списка групп
доступа
├─ remove - команда удаления группы доступа
└─ remove-access - команда удаления связности между
группами доступа
156.
├─ access-type - каталог группирует командыуправления типами доступа
├─ declare - команда создания нового профиля типа
доступа
├─ info - команда отображения настроек профиля типа
доступа
└─ remove - команда удаления профиля типа доступа
по имени
157.
├─ alarms - каталог группирует командыуправления аварийной
сигнализацией в рамках домена
├─ list - команда просмотра активных аварий
├─ log - команда ...
└─ masklist - команда просмотра активных
масок аварий
158. Алиас
159.
├─ alias - каталог группирует команды управления абонентамив рамках домена
├─ address-info - команда вывода параметров алиасов,
профиля домена и адреса
├─ declare - команда декларации алиаса
├─ iface-info - команда вывода параметров алиасов,
профиля домена и интерфейса
├─ info - команда вывода информации о параметрах
алиаса
├─ remove - команда удаления алиаса
├─ set - команда установки параметров алиасов
├─ set-for-address - команда установки параметров алиасов
для профиля домена и адреса
├─ set-for-iface - команда установки параметров алиасов для
профиля домена и интерфейса
└─ set-for-domain - команда установки параметров алиасов
для профиля домена
160.
Каждый пользователь имеет следующийнабор параметров:
Имя;
Пароль;
Группа(ы) пользователей.
Имя и пароль требуются для каждого
входа в систему (авторизация),
группа(ы) пользователей определяет
перечень разрешённых действий.
161.
ECSS-ROOT – группа суперпользователейсистемы. Содержит полный набор команд по
управлению и мониторингу системы ECSS-10.
ECSS-ADMIN – группа администраторов
системы. Содержит команды управления
системой ECSS-10.
ECSS-USER – группа пользователей системы.
Содержит команды мониторинга системы
ECSS-10.
ECSS-DOMAIN-ADMIN – группа
администраторов виртуальной АТС. Содержит
команды управления определенной
виртуальной АТС.
ECSS-DOMAIN-USER – группа пользователей
виртуальной АТС. Содержит команды
мониторинга определенной виртуальной АТС.
162.
Пользователю назначается группа,команды которой он может исполнять.
Команды не назначенных групп будут
доступны для просмотра, но не для
выполнения.
Пользователь может входить
одновременно в несколько групп.
Добавление, удаление и настройка
параметров пользователей
производится через COCONконфигуратор
163.
Права доступа, определенные дляпользователя, ограничивают
возможности пользователя по
выполнению команд.
Команды, которые недоступны для
выполнения конкретному пользователю,
не будут отображаться в
соответствующих местах файловой
системы, и у пользователя не будет
возможности их выполнить.
164. Контейнеры параметров
Кластер - совокупность вычислительныхузлов одного типа, выполняющие, с точки
зрения системы, единую функцию. С их
помощью описывается вычислительная
топология системы.
Виртуальная АТС (домен) - группировка
информации, относящейся к одной
виртуальной АТС (домена). Позволяет
задавать права доступа к
просмотру/изменению информации.
Алиас - совокупность информации об
абоненте.
Интерфейс - совокупность информации об
коммуникационном порте, физическом или
виртуальном (бридж).
165. Каждый вид сущностей обладает набором существенных характеристик
КластерРоль, Имя кластера
Виртуальная АТС (домен)
Имя домена
Алиас
Адрес, Имя домена, Имя интерфейса
Интерфейс
Адаптер владелец, Группа, Имя интерфейса
166.
Каждый экземпляр сущности обладаетсвоим набором параметров.
Например, определенный алиас
характеризуется определенным адресом,
определенным именем домена и
определенным именем интерфейса, а так
же содержит в себе набор параметров
специфичных именно для этого алиаса.
Набор параметров определенного
экземпляра сущности является
совокупностью параметров взятой из
иерархии профилей этой сущности.
167.
168.
169.
170. ПО
Для обеспечения работы АТС в соответствии салгоритмом используется программное
обеспечение (ПО).
ПО – совокупность взаимосвязанных и
взаимодействующих программ и
соответствующих им данных.
Все данные сгруппированы по признакам
в массивы и представляются в виде
файлов.
171.
ПОАктивное
(программы)
выполняют
определенные
действия, используя
данные, хранящиеся
в файлах
Пассивное
(файлы)
172. файлы
ИзменяющиесяПолупостоянные
данные по
маршрутизации,
абонентские данные,
конфигурации
станции и т.п.
Изменяет оператор.
(динамические)
данные о
состоянии
комплектов,
соединительных
линий,
управляющих
устройств и
т.п.Изменяются
автоматически (в процессе
сканирования)
173. ОСНОВНЫМИ АБОНЕНТСКИМИ ДАННЫМИ (ПОЛУПОСТОЯННЫМИ) ЯВЛЯЮТСЯ
Списочный № абонентаПозиционный № абонента
Категория абонента
Категория АОН
Наличие дополнительных услуг
и т.д.
174.
Информация АОН в виде последовательностидвухчастотных посылок, передаваемых
без пауз между ними, посылается через исходящий
комплект СЛ по разговорному тракту
многочастотным кодом «2 из 6», использующим
частоты 700, 900, 1100, 1300, 1500, 1700 Гц.
Длительность каждой двухчастотной посылки
составляет 39…42 мс.
175.
Передается циклически, начиная с любойцифры, но так, чтобы кодовая комбинация,
принятая на входящем (приемном) конце,
содержала все цифры. Передача кодограммы
производится в течение определенного времени
(настраиваемый параметр) или пока не будет
принят линейный сигнал «Снятие запроса АОН»
(«Снятие ответа»).
176. Кодограмма АОН состоит из 9 цифр, располагаемых в следующем порядке:
9 цифр, располагаемых вследующем порядке:
«13» категория
7-я
6-я
5-я 4-я
3-я
2-я 1-я
177. Порядок следования цифр при передаче информации должен быть следующим:
Началопередачи
(комбинация
«13»).
Цифра категории абонента.
Цифра единиц номера ТА.
Цифра десятков номера ТА.
Цифра сотен номера ТА.
Цифра тысяч номера ТА.
Цифра десятков тысяч номера ТА (третья цифра
индекса станции).
Цифра сотен тысяч номера ТА (вторая цифра
индекса станции).
Цифра миллионов номера ТА (первая цифра
индекса станции).
178. Во взаимоувязанных сетях РФ определены следующие категории:
РФ определены следующиекатегории:
Категория №1. Телефон квартирный или
учрежденческий с возможностью выхода на
автоматическую зоновую, междугородную и
международную сети.
Категория №2. Телефон гостиницы с возможностью
выхода на автоматическую зоновую, междугородную и
международную сети.
Категория №3. Телефон квартирный, учрежденческий,
гостиницы с возможностью выхода к абонентам
местной сети, но без права выхода на автоматическую
внутризоновую, междугородную, международную сети
и платные службы сервиса.
179.
Категория №4. Телефон учрежденческий свозможностью выхода на автоматическую
зоновую, междугородную, международную
сети и платные службы сервиса;
обеспечивает приоритет при установлении
соединений на внутризоновой и
междугородней сетях.
Категория №5. Телефон учрежденческий для
учреждений связи с возможностью выхода на
автоматическую зоновую, междугородную,
международную сети и платные службы
сервиса; разговоры с телефона не должны
тарифицироваться, но должны учитываться,
присвоение этой категории другим абонентам
запрещено.
180.
Категория №6. Междугородний таксофонпереговорного пункта с возможностью
выхода на автоматическую внутризоновую и
междугородную сети, а также универсальный
таксофон с возможностью выхода на местную
и междугородную сети и таксофон для связи с
платными службами сервиса.
Категория №7. Телефон квартирный или
учрежденческий с возможностью выхода на
автоматическую зоновую, междугородную,
международную сети и платные службы
сервиса.
181.
Категория №8. Телефон учрежденческий сподключением устройства передачи данных,
факсимильных сообщений и сообщений
электронной почты, и с возможностью
выхода на автоматическую зоновую,
междугородную и международную сети.
Категория №9. Местный таксофон.
Категория №0. Резерв.
182. Дополнительные виды обслуживания
передача входящего вызова к другомуоконечному абонентскому устройству
(переадресация).
передача вызова в случае занятости
абонента.
передача входящего вызова оператору.
передача входящего вызова на
автоинформатор.
183.
повторный вызов без набора номера.соединение с абонентом по
предварительному заказу.
ввод (замена) или отмена личного кода пароля.
запрет некоторых видов исходящей связи.
запрет исходящей и входящей связи, кроме
связи с экстренными службами.
184.
временный запрет входящей связи.передача соединения другому абоненту.
конференцсвязь с последовательным сбором
участников.
установка на ожидание освобождения
вызываемого абонента
конференцсвязь трех абонентов.
185.
наведение справки во время разговора.сокращенный набор абонентских номеров.
соединение без набора номера (прямой
вызов).
вызов абонента по заказу (автоматическая
побудка).
определение номера вызывающего абонента
(улавливание злонамеренного вызова)
186.
уведомление о поступлении нового вызова.конференцсвязь по списку.
подключение к занятому абоненту с
предупреждением о вмешательстве.
исходящая связь по паролю.
временное ограничения входящей связи.
организация групп общих интересов.
187. Структурная схема станции DХ- 220
Структурная схема станции DХ220188. ТЕХНИЧЕСКОЕ ОБСЛУЖИВАНИЕ (ТО) ВКЛЮЧАЕТ В СЕБЯ:
ВКЛЮЧАЕТ В СЕБЯ:1. ТО и обеспечение ремонта ЦАТС;
2. Контроль за нагрузкой и качеством работы
оборудования ЦАТС;
3. ТО и поддержка ПО ЦАТС;
4. Работы по расширению ЦАТС и их
модернизации.
ТО ЦАТС может осуществляться
двумя способами:
Централизованный;
Децентрализованный.
189. СХЕМА ОРГАНИЗАЦИИ ЦЕНТРАЛИЗОВАННОГО СПОСОБА ТО
ЦТЭАварийна
я панель
LTP
ИП
Коммутатор
сообщений
VDU
ЭВМ
технической
эксплуатации
ПСЭ
ПСЭ
ПСЭ
ЭВМ ТЭ
ЭВМ ТЭ
ПСЭ – подстанция;
LTP – принтер;
VDU – дисплей;
ИП - интеллектуальная
платформа.
ЭВМ ТЭ
LTP
VDU
190. Основной состав оборудования ЦСК
оборудования ЦСККоммутационное оборудование,
предназначенное для временной и
пространственной коммутации временных
каналов;
Управляющее оборудование, необходимое
для управления оборудованием станции с
помощью ПО;
Оборудование линейных окончаний,
предназначенное для подключения каналов и
линий к коммутационному оборудованию;
191.
Испытательное оборудование, предназначенноедля тестирования и измерения параметров
оборудования станции, каналов и линий;
Оборудование синхронизации, предназначенное для
синхронизации от внешних синхросигналов и
передачи синхросигналов для оборудования
станции;
Оборудование вторичного электропитания,
предназначенного для получения набора
постоянных напряжений, необходимых для работы
оборудования станции.
192.
Генератор“ПВ”
ГТС
Абонентский
модуль
Вторичный
источник
питания
60 В
Выпрямитель
380 В,
постоянное
напряжение
Генератор
синхронизации
Оконечный
линейный
комплект
КП
УУ
УУ
ЭВМ ТЭ
СЛ
LTP
VDU
ОШ
193. Состав микроЭВМ УУ
кпош
интерфе
йс
RAM
(ОЗУ)
POM
(ПЗУ)
внутренняя шина
Процессо
р
интерфей
с
194. Структура ПО
195. Системное ПО
Операционнаясистема
Вспомогатель
ное
ПО
Системные
процессы
196. Структура и функции ПО ЦСК
ПО ЦСКСистемное
ПО
Прикладное
ПО ТЭ
ПО обработки
сигнализации
ПО обработки
вызова
ПО
формирования
тар. импульсов
ПО сбора стат.
данных
197. Функции системного ПО:
Составление расписания или распределениевремени процесса;
Синхронизация процессов;
Обмен сообщениями между процессами;
Распределение памяти;
Основные выдержки времени.
198. Функции обеспечения телетрафика:
Программы управления абонентскимиданными;
Программы управления маршрутизацией;
Программы контроля телетрафика;
Программа управления учетом
стоимости;
Программа управления
состоянием СЛ.
199. Функции системы ТЭ:
Управление функциямиввода/вывода;
Система ММI человек –
машина;
Передача данных;
Управление файлами.
200. Функции системы ТО:
Контроль;Обработка аварийной сигнализации;
Восстановление рабочей конфигурации;
Локализация неисправностей и проверка
результатов их устранения.
201. Функции абонентской сигнализации:
Проба линий к абонентскому модулю;Проба линий к коммутационному полю;
Проба и занятие МК ЭВМ;
Контроль длительности разговоров для
тарификации;
Запуск АОН;
Разъединение разговорного тракта.
202. Функции линейной сигнализации:
Трансляция входящих линейных сигналов;Трансляция исходящих линейных сигналов;
Проба и запуск регистра;
Контроль соединения во время разговора;
Длительность разговора для учета
стоимости;
Освобождение соединения.
203. Функции регистровой сигнализации:
Анализ принятого абонентского номера;Проключение разговорного тракта;
Контроль сигнализации управления во входящей
линии;
Проба и занятие исходящей линии;
Запуск процесса обработки сигналов по
исходящей линии.
204. Функции сбора статистических данных:
Учет стоимости разговора;Контроль телетрафика;
Контроль нагрузки;
Контроль технического
состояния оборудования;
Отчет об эксплуатации.
205. Функции ПО формирования тарифных импульсов:
Функции генераторатарифных импульсов;
Изменение интервала
следования тарифных
импульсов.
206.
Все ПО состоит из процессов,представляющих собой самостоятельные
программы на разных этапах выполнения.
Процесс представляет собой программную
конструкцию специального типа,
предназначенную для выполнения некоторой
определенной функции.
207.
ПО подразделяется на функциональныесамостоятельные части или процессы. Каждый
процесс имеет свой блок управления процессом
(БУП), который содержит данные о процессе,
которые нужны операционной системе для
выполнения различных задач по отношению к
процессу. ОС определяет очередность
обслуживания процессов на основе приоритетов и
содержимого БУП. Самый низкий приоритет имеет
процесс – холостой ход (01). Самый высокий –
прерывание работы процессора (FF). Таким
образом, общее число приоритетов равно 256.
208. С точки зрения ОС процесс может находиться в 1 из 4 состояний
процесс может находитьсяв 1 из 4 состояний
Готовно
сть к
выполне
нию
Покой
Выполн
ение
Ожиданиев состоянии выполнения, когда его
Процесс находится
программа выполняется процессором. Готовность –
когда процесс готов к возобновлению выполнения
программы процессором, но выполнение еще не начато.
Ожидание – когда выполнение программы процесса не
может быть продолжено, вследствие того, что внешнее
событие (приход сообщения прерывания и т.д.) еще не
произошло.
209. Файл-каталог
Содержитначальный адрес,
длину файла,
длину записи файла
Процесс
Файлкаталог
0
1
2
3
прикладной
файл
210. Назначение файла-каталога
При измененииместоположения или
структуры прикладного файла
изменившиеся данные
достаточно записать в файлкаталог, при этом программу
менять не надо.
211. Языки описания и программирования
Описание – на языках SDL,PDL
Программы – на С++,
Ассемблер и т.п.
212. Техническая эксплуатация станции
1.Технические функцииобеспечения телетрафика
2. Управление системой ТЭ
3. Техобслуживание
213. ПО ТЭ
Программы техническихфункций по обеспечению
телетрафика
Программы управления
системой ТЭ
Программы техобслуживания
(ТО)
214. Программы технических функций по обеспечению телетрафика
1.Программы управления абонентскимиданными
2.Программы управления маршрутизацией
3.Программы контроля телетрафика
4.Программы управления учетом стоимости
разговоров
5.Программы управления состояниями
соединительных линий
215. Программы управления маршрутизацией
Понятия, относящиеся к выбору маршрутаАнализ
номера
направление
пучек
линия
216. Префикс-анализ
PrefПрефикс-анализ
DSTN RTNR ОК(АК,ЛК)
217. Программы управления системой ТЭ
система ввода/выводауправление функциями ввода/вывода
система человек-машина MMI
передача данных
управление файлами
вспомогательные функции системы
218. Блоки технической эксплуатации (ОМС)
ОМС служит интерфейсом междупользователем и станцией. Посредством этого
интерфейса пользователь может вносить
изменения в файлы центрального ЗУ, запускать
испытания и измерения трафика. Аварийные
сообщения, поступающие с АТС, проходят
через ЭВМ ТЭ, которая выводит их
пользователю. При необходимости ЭВМ ТЭ
автоматически запускает выполнение мер по
восстановлению конфигурации (например,
перезагрузку файлов центрального ЗУ) и
программ диагностики неисправностей.
219.
С помощью интерфейса управления иобмена сообщениями ЭВМ технической
эксплуатации контролирует работу АТС и
проводит ее испытания.
Наряду с местными дисплеями и
печатающими устройствами, к интерфейсу
можно подключить удаленные терминалы
посредством модема (если ОМС
обслуживает удаленные станции).
220. Программы техобслуживания
контрольобработка аварийной
сигнализации
функции восстановления
рабочих конфигураций
локализация неисправностей и
проверка результатов их
устранения
221. Система контроля
Под системой контроля подразумеваетсяподсистема, осуществляющая контроль
оборудования. Основной задачей системы
контроля является обнаружение
неисправностей оборудования до того, как они
вызовут серьезные нарушения работы. Если
управляющая оборудованием программа не
обнаруживает все неисправности, для данного
оборудования отдельно разработана программа
контроля, которая через определенные периоды
проводит проверки оборудования.
222. Контроль может быть
постоянный;проверки, производимые
через определенные
периоды;
наблюдение за работой
оборудования под
223. Постоянный контроль
Постоянный контрольосуществляется независимо от
нагрузки станции. Интенсивность
контроля сохраняется все время
одинаковой. Типичным видом
постоянного контроля является
контроль за оборудованием.
224. Проверки, производимые через определенные периоды.
Проверки, производимые черезопределенные периоды,
осуществляются тест программами, встроенными в
систему.
Частота запуска тестов
является внутренним параметром
системы, который возможно
изменить директивой.
225. Наблюдение за работой оборудования под нагрузкой.
Интенсивность контроляпрямо пропорциональна
интенсивности
телефонной нагрузки, т.е.
чем интенсивнее нагрузка,
тем интенсивнее и
контроль.
226. СИСТЕМА КОНТРОЛЯ РАЗДЕЛЯЕТСЯ НА СЛЕДУЮЩИЕ ЧАСТИ ПО ОБОРУДОВАНИЮ.
контроль сети микроЭВМ;контроль оборудования обработки вызовов;
контроль устройств аварийной сигнализации и
дополнительных устройств;
контроль периферийных устройств;
контроль связи с коммутатором сообщений.
227. ФУНКЦИОНАЛЬНАЯ СВЯЗЬ С ДРУГИМИ ПОДСИСТЕМАМИ.
Если контролирующая программаобнаруживает где-то
неисправность, то она
устанавливает флажок
неисправности или нарушения
и/или увеличивает значение
счетчика коэффициента ошибок.
228.
Общий процесс контроля,имеющийся в каждом блоке,
проверяет наличие неисправности
или нарушения в своем блоке и
передает сообщение о возможной
неисправности процессу обработки
аварийной сигнализации (ALARMP)
ЭВМ технической эксплуатации
(OMC).
229.
Каждый флажок неисправности и нарушенияимеет определенный вес. ALARMP увеличивает
значение поблочного счетчика техобслуживания
соответственно этому весу. Если данный счетчик
техобслуживания достигает предельного
значения, установленного для него, то ALARMP
передает об этом сообщение процессу
восстановления рабочих конфигураций, который, в
свою очередь, примет необходимые меры.
230. а) Контроль ЗУ с произвольной выборкой.
Процесс контроля каждого функционального блокатестирует ЗУ с произвольной выборкой (ЗУПВ) с
помощью тестовой комбинации. Если считанная из ЗУ
информация не соответствует записанной в нем
тестовой комбинации, то тогда ЗУПВ считается
неисправным. Каждая ячейка памяти
тестируется через определенные периоды.
Схема контроля на четность контролирует
правильность четности платы ЗУПВ при операциях
записи и считывания. Тест, проводимый с помощью
тестовой комбинации, позволяет обнаружить
изменение четности в каждой ячейке памяти.
231. б) Контроль постоянного ЗУ
Процесс контроля каждогофункционального блока
тестирует постоянное ЗУ
через определенные периоды,
проверяя контрольные суммы.
Контрольные суммы
рассчитываются по процессам.
232. в) Контроль полупостоянных файлов
Процесс контроля блока проверяет черезопределенные периоды контрольные суммы
файлов. Контрольная сумма, считанная из
каждого файла, должна совпадать с
контрольной суммой, хранимой в специальном
файле. Несовпадение сумм вызывает
аварийную сигнализацию.
233. г) Контроль процессов
Процесс управления состояниямикаждого функционального блока
передает через определенные
периоды контрольные сообщения
процессам блока и требует на них
ответного сообщения в течение
заданного времени.
234. д) Контроль шины сообщений.
Контроль основывается на использовании счетчиковоперационной системы, наблюдающих за обменом
сообщениями, на проверке шины сообщений,
запускающейся каждым блоком через определенные
периоды, а также на контроле блоков и шин сообщений,
осуществляемом процессом с помощью контрольных
сообщений.
Используются два счетчика операционной системы.
Один из них считает количество удачно переданных, а
другой количество неудачно переданных сообщений.
Процесс контроля проверяет через определенные
периоды соотношение показаний данных счетчиков.
Если соотношение превысило допустимый предел, то
процесс контроля передает аварийное сообщение и
после передачи стирает счетчики.
235.
Помимо этого, процесс контроля проводит ипроверку шины сообщений через определенные
периоды. В проверке тестируются передача,
нормальный и селективный приемы. Если
результаты проверки ошибочны, то передается
аварийное сообщение.
Кроме этого, контролируются другие блоки с
помощью контрольных сообщений, на которые
требуются ответные сообщения в течение
определенного времени.
236. е) Контроль тактового генератора
е) Контроль тактовогоаварийное состояние
оборудования;
генератора
напряжения источника питания;
наличие платы на месте;
рабочие напряжения;
образованные тактовые сигналы;
передачу образованных тактовых сигналов;
синхросигналы;
управляющие слова генератора;
интерфейс технической эксплуатации;
интерфейс дублированного блока;
фазовый компаратор;
девиацию фазы;
параметры работы.
237. г) Контроль блока питания
Оборудование контролирует преобразователинапряжения и предохранители.
В блоках питания имеется схема контроля
напряжения, которая передает аварийный сигнал
по специальной аварийной линии.
238. Система аварийной сигнализации
Система аварийнойСистема аварийной
сигнализации предназначена
сигнализации
для сбора и обработки аварийной информации
АТС, а также для уведомления пользователя об
авариях с помощью надлежащих аварийных
сообщений и панели аварийной сигнализации.
Кроме того, система аварийной сигнализации
должна вести статистику аварийных ситуаций
функциональных блоков и периферийных
устройств и, при надобности, запустить
автоматические меры по восстановлению. Целью
системы аварийной сигнализации является
локализация неисправности или нарушения в
каком либо функциональном блоке.
239. Положение системы аварийной сигнализации в системе ТО
Системааварийной
сигнализации
Система
контроля
Аварийное
сообщение
Система
восстановления
Запуск
восстановления
Система
диагностики
Запуск
диагностирования
240. Положение системы аварийной сигнализации в системе техобслуживания АТС.
аварийной сигнализации всистеме техобслуживания
АТС.
241.
242.
Сбор аварийной информации включает в себя сбор ипередачу аварийных сигналов по специальным аварийным
линиям стативов ЭВМ управления и абонентской
ступени, аварийных сигналов по соединительным линиям
и установленных программами аварийных сигналов
процессу обработки аварийной сигнализации (ALARMP)
ЭВМ технической эксплуатации, производящей
централизованную обработку аварийной информации.
Процесс обработки аварийной сигнализации получает
требуемые им при обработке аварийных сигналов
параметры из файлов аварийных состояний. Аварийные
сообщения записываются в файлы истории аварийных
состояний, которые используются в качестве
вспомогательного средства при обработке и
фильтрации аварийных сигналов. Система аварийной
сигнализации регистрирует случаи нарушений и
неисправностей функциональных блоков станции и, при
необходимости, запускает автоматические меры по
восстановлению.
243.
Интерфейс пользователя представляет собойкомплекс программных средств и периферийных
устройств, который занимается всеми
операторными функциями, видными пользователю.
В качестве вспомогательных средств
пользователя служат терминал для ввода
директив MML, печатающее устройство и панель
аварийной сигнализации.
244.
С терминала для ввода директив MMLпользователь может задавать директивы,
связанные с управлением системой аварийной
сигнализации.
На печатающее устройство выводятся аварийные
сообщения.
В Справочнике по аварийной сигнализации
предусмотрено описание каждого выводимого
аварийного сообщения и требуемые инструкции по
принятию мер для пользователя.
245. Все аварийные сообщения делятся на пять групп:
Уведомляющие сообщения ;Сообщения о нарушениях ;
Сообщения о неисправностях ;
Сообщения о локализации
неисправности ;
Внешнее аварийное сообщение.
246. Категории экстренности:
незамедлительноепринятие мер;
принятие мер в рабочее
время;
не требует особых мер.
247. Структура системы аварийной сигнализации
Объектами аварийной сигнализации могут быть либоаппаратные средства самой АТС, либо датчики аварийной
сигнализации, внешние по отношению к АТС.
Основные функции системы аварийной сигнализации:
Сбор аварийной информации;
Обработка аварийной сигнализации;
Фильтрация аварийных сообщений;
Запись аварийных сообщений;
Вывод аварийных сообщений;
Запуск мер по восстановлению рабочих конфигураций;
Запуск последовательности директив MML;
Интерфейс пользователя;
Управление выходами аварийных сигналов.
248. Аварийные сообщения по специальным линиям
Используются для передачи аварийных сигналов изблоков:
Источники напряжения;
Предохранители;
Шлейфы контроля кабеля;
Шлейфы контроля плат;
Генератор тональных сигналов;
Система тактовой синхронизации;
Внешняя аварийная сигнализация;
Контрольные платы.
249. Аварийные сообщения по соединительным линиям
Нарушение цикловой синхронизации;Различные аварийные сообщения о
коэффициенте ошибок;
Аварийные сообщения оконечного
станционного комплекта;
Аварийные сообщения дальнего
конца.
250. Процесс контроля блоков по программному обеспечению
Контроль флажковнарушений;
Контроль флажков неисправности;
Контроль флажков счетчика коэффициента
ошибок.
Для каждого флажка нарушений и неисправности
определено значение серьезности, которое
прибавляется к счетчику технического
обслуживания блока, подозреваемого в
неисправности. При достижении счетчиком
технического обслуживания заранее
установленного для него значения начинает
работать процесс аварийной сигнализации
ALARM.
251. СХЕМЫ ВЗАИМОДЕЙСТВИЯ ПРОГРАММ ТО В ПРОЦЕССЕ ОБНАРУЖЕНИЯ НЕИСПРАВНОСТЕЙ
ПРОГРАММ ТО В ПРОЦЕССЕОБНАРУЖЕНИЯ
НЕИСПРАВНОСТЕЙ
В зависимости от типа неисправности
применяются защитные меры, которые включают:
Блокировку неисправного оборудования.
Переход на резерв в случае дублирования
оборудования.
Включение автоматических тестов.
252. Взаимодействие программ ТО в процессе обнаружения неисправности
неисправностиСистема диагностики и устранения отказов
Система восстановления рабочих конфигураций
Система обработки аварийных сообщений
Программа контроля в ЭВМ ТЭ
Система контроля
Программы контроля в модулях системы
253. МЕТОДЫ ТЕХНИЧЕСКОГО ОБСЛУЖИВАНИЯ ЦАТС
Контрольно-корректирующийметод;
Планово-профилактический
метод.
254. Контрольно-корректирующий метод основан на автоматическом контроле работы оборудования и анализе качества обслуживания вызовов.
Данный метод включает в себя следующиефункции:
Осуществление контроля работоспособности
оборудования;
Обнаружение неисправности оборудования;
Защита от неисправности (блокировка
неисправного оборудования или подключение
резерва);
Диагностика неисправного оборудования;
Аварийная сигнализация.
255. Планово-профилактический метод технического обслуживания
профилактическийметод технического
обслуживания
Предусматривает проведение
периодических плановых проверок
оборудования (чистка устройств
ввода-вывода, снятие копий
файлов ).
256. Основные способы контроля работоспособности оборудования
контроляработоспособности
оборудования
Текущее тестирование оборудование
(оператор задает календарь выполнения
директив для тестирования оборудования,
функциональные тесты выполняются в часы
наименьшей нагрузки, в результате выходит
отчет о наличии или отсутствии ошибок).
Непрерывный и периодический анализ
состояния контрольных точек (КТ). С помощью
КТ идет контроль работоспособности
оборудования, определение целостности плат.
Контроль работы на программном уровне.
257.
Блок АОНGCSU
Блок сигнализации по общему каналу
CLO Система тактовой синхронизации
СМ
Центральное ЗУ
CNFC
Устройство конференц-связи
ЕТ
Оконечный станционный комплект
GSW
Групповая ступень коммутации
I/O
Устройства ввода-вывода
LSU Блок линейной сигнализации
М
Маркер
MB
Шина сообщений
AONU
258.
Блок многочастотной сигнализацииОМС
ЭВМ технической эксплуатации
PBRU
Блок приемников тастатурного набора
PMU
Блок контроля таксофонов
RU
Блок регистров
SMU
Блок техобслуживания абонентской ступени
SSU Блок управления абонентской ступенью
SSW
Абонентская ступень коммутации
STU Блок статистики
SUB Абонентский модуль
TG
Генератор тональных сигналов
MFCU
259. Цифровая Автоматическая Телефонная Станция «МС – 240»
Телефонная Станция «МС –240»
Общие сведения и архитектура станции.
ЦАТС «МС240» представляет собой цифровую систему коммутации. Система
имеет модульную структуру. Активные схемы системы (модули) собраны на
съемных печатных платах, которые устанавливаются в блоки.
19"стойка
блок станции мс-240
260. Общие сведения ЦС МС - 240
Общиесведения
ЦС
МС
240
ЦС предназначена для развития структуры
электросвязи сельских административных
районов(САР).Может использоваться в качестве узловой
, сельско - пригородной и центральной станции. ЦС
строится на базе блока коммутации потоков
(БКП),позволяющего подключать до 100 потоков Е1 ,
оконечные блоки абонентских линий (БАЛ) и блоки
соединительных линий (БСЛ). ЦС «МС240» представляет
собой цифровую систему коммутации. Основным
средством для наблюдения за состоянием и
оперативного управления служит ПК, устанавливаемый в
Центре технической эксплуатации.
261.
Состав изделия БКПБКП выполнен в виде блока 19"
евроконструктива (6U84TES). Блок содержит
кросс-плату с разъемами, направляющие для
установки модулей.
В состав БКП входят следующие модули:
– модуль центрального коммутационного
процессора(ЦКП);
– модуль цифровых потоков (М16Е1);
262.
Общие характеристики ЦС МС-240- Высокое качество цифровой связи;
- Высокая надёжность;
- Простота конфигурирования, эксплуатации и
ремонта;
- Компактное исполнение;
- Большая номерная ёмкость;
- Небольшой вес и низкое энергопотребление;
- Энергонезависимая память;
- Большой выбор абонентских услуг;
- Модульная конструкция АТС как на аппаратном,
так и на программном уровне;
263.
- Полное администрирование АТС при помощиудалённого доступа;
- Поставляемое со станцией ПО центра
технической эксплуатации;
- Наличие системы учёта стоимости разговоров;
- Поддержка СОРМ;
- Оснащение системой сигнализации ОКС№7;
- Круглосуточный , необслуживаемый режим
работы.
264.
CLOCNFC
PMU
TG
CNFC
TG
ET
MFCU
SUB
PBRU
AONU
SUB
-C
M
SMU
SSU
CCSU
LSU
M
RU
I/O
OMC
MB
CM
STU
265.
266.
267.
268.
файл 6АН SBSDATб
а
й
т
ы
0
1
2
3
4
5
6
7
8
9
10
1
SX
LS
PB
FL
FD
2
AN
BF
3
биты
4
5
6
7
8
SC
RW
IV
ME
SO
RA
RS
CW
DC
RB
FA
CB
CT
EC
IA
OB
AS
CD
IB
AB
CP
PR
IB
AD
RC
TR
RD
DA
IC
CR
PC
AON/ADDSUB-IDX3
HGROUP/ADDSUB-IDX2
HGROUP/ADDSUB-IDX1
TEN.DIGIN
ONE.DIGIN
269.
файл 64Н GRCALLбиты
0
1
2
б 3
а 4
й 5
т 6
ы 7
8
9
10
11
12
13
14
15
1
SX
LS
PB
FL
FD
2
AN
BF
3
4
6
5
7
8
EC
IA
OB
AS
CD
SC
RD
RA
RB
RW
IB
IB
DA
RS
FA
IV
AB
AD
IC
CW
CB
ME
CP
RC
CR
DC
CT
SO
не используется
не используется
AON/ADDSUB-IDX3
HGROUP/ADDSUB-IDX2
HGROUP/ADDSUB-IDX1
TEN.DIGIN
ONE.DIGIN
не используется
не используется
KRL
KR2
KR1
270.
файл 65Н HUNTGR1
б
а
й
т
ы
0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
2
биты
3
4
5
6
SI2
SI1
PN
MN
LN1
LN2
LN3
LN4
LN5
LN6
LN7
LN8
не используется
не используется
SK2
SK1
7
8
271.
файл 60Н1
2
3
4
1
I
2
O
3
4
5
6
LT
ANK
7
AK1
AK2
INR
5
NRO1
NRO2
6
NRO3
NRO4
7
NRO5
NRO6
8
NRO7
NRO8
9
NRO9
NRO10
№ ЗАПИСИ=№ ПУЧКА (из файла 30Н)
8
272.
файл 68Н1
1
2
B
T
3
4
5
6
SP
2
OS
3
RTE
4
ALT
7
8
273.
Последовательность работы с файлами маршрутизацииPCM, TSL
30H
№
пучка
№
группынаправлений
№
дерева
60H анализа 61H
63H
62H
68H
внутреннее исходящий
или входящее вызов
соединение
274.
файл 30НФайл
Запись
PCM 0
0
1
2
2
3
3
4
4
5
6
TSL
n-1
n
29
30
31
подзапись
№
PCM=2
пучка № записи
№ №
канала подзапис TSL=4
в пучке и
275.
12
3
4
5
6
7
8
9
10
T
B
VT
KT2
KT1
1
Характеристика направления
2
3
4
5
6
7
8
PL
LK
LL
TR1
TR2
KP
NP
276.
Последовательность работы с файлами32H
33Н
31Н
начало
JL,JI
PCM
вых
K,TS
L
№п/напр.
№пучка
PCM, TSL NCGR
36H
пучка
JT
34Н
PCMв
х
R,TSL
277.
файл 31НХ000 Н
запись
1.№ пучка
:
8.№ пучка
.
.
.
Х7FF H
278.
файл 32НХ000 Н
запись
JL
U
.
.
.
Х3FF H
V K B
JI1
JI2
279.
файл 36НХ000 Н
JT
.
.
.
Х0FF H
280.
файл 33Н0000 Н
запись
K P H
.
.
.
3FFF H
PCM
TSL
281.
файл 34Н4FFF Н
запись
K R O
.
.
.
7FFF H
PCM
TSL
282.
файл 69Н SBDINDЗапись файла
Подзапись (3байта)
0
1
Количество абонентов,
включенных в данный модуль
2
2 часть базового адреса
1 часть базового адреса
283.
файл 61НФайл
Запись
0
"1"
подзапись
1
"2"
AK2
"3"
ANK
AK1
"4"
"5"
"6"
ANK=0
ANK=0
да
нет
"7"
9
"8"
АК1АК2 -
АК1АК2 -
"9"
№ записи в
№ записи в файле
"А"
файле 62Н
61Н (там же)
(анализ не закончен)
K
15