SSW-18 (1)

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.

Трехуровневая модель NGN

30.

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 Server
Function) 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 (SIP
ProxyServerFunction) выделен в отдельный
функциональный объект по той причине, что
чаще всего 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 Session
Manager (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Х220

188. ТЕХНИЧЕСКОЕ ОБСЛУЖИВАНИЕ (ТО) ВКЛЮЧАЕТ В СЕБЯ:

ВКЛЮЧАЕТ В СЕБЯ:
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.

CLO
CNFC
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Н HUNTGR
1
б
а
й
т
ы
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.

1
2
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