Меню

Оборудование гибких коммутаторов softswitch



Коммутационное оборудование и его особенности

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

Например. компоненты любой электронной системы могут подключаться друг к другу одним из двух способов: постоянным подключением или ограниченным (коммутированным) подключением. Простейший бытовой пример постоянного подключения – монитор, подключенный к системному блоку компьютера.

Очевидно, что при росте числа компонентов системы, обменивающихся данными между собой, постоянное подключение быстро становится неэффективным, т.к. число линий связи пропорционально N * (N – 1) / 2, где N – число компонентов. Так, уже при шести оконечных устройствах потребуется пятнадцать линий связи между ними, причем каждое устройство должно иметь, по меньшей мере, пять портов ввода-вывода. Системы же, построенные на базе ограниченного подключения, требуют гораздо меньших затрат за счет использования узловых точек, к которым временно подключаются (коммутируются) все остальные компоненты системы. Оборудование таких узловых точек и называется коммутационным.

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

Виды коммутационного оборудования

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

Усилители-распределители сигнала

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

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

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

Коммутаторы и матричные коммутаторы

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

Системы управления

Системы управления предназначены для управления другим оборудованием. Здесь можно выделить две составляющие: устройства пользовательского интерфейса, такие как кнопочные панели или сенсорные экраны, и контроллеры. С помощью кнопок, планшетов и интерактивных экранов пользователь может управлять работой оборудования. Например, опустить проекционный экран, задвинуть шторы и включить проектор. Контроллеры же отвечают за непосредственную раздачу управляющих сигналов соответствующим устройствам. Именно контроллер осуществляет, например, инициацию переключения источников сигнала коммутатором, описанную выше. Мощные контроллеры способны управлять самым разным оборудованием и могут иметь десятки портов ввода-вывода: Ethernet, инфракрасный, RS-232, USB и другие протоколы управления.

Преобразователи форматов

К этой категории коммутационного оборудования относятся устройства, преобразующие один тип сигнала в другой, а также выделяющие из сигнала определенные составляющие. Преобразователь форматов используется для конвертации аналогового VGA сигнала в цифровой DVI или цифрового SDI в компонентный YUV, для изменения частоты развертки видеосигнала, для добавления аудио в видеоряд (эмбеддинг) или, наоборот, извлечения аудио из него (деэмбеддинг).

Удлинители интерфейсов, репитеры

Класс устройств, предназначенных для увеличения расстояния передачи сигнала. Известно, например, что максимальная длина кабеля интерфейса VGA составляет 15 метров, для компонентного сигнала и вовсе всего 5 метров. Увеличение расстояния передачи достигается установкой пары устройств – передатчика и приемника. Передатчик принимает входной сигнал (VGA, composite video, YUV и т.д.) и выдает его через интерфейс, допускающий более длинные линии, скажем, через витую пару. Соответственно, приемник осуществляет обратное преобразование. Помимо увеличения расстояния передачи, удлинители интерфейсов позволяют задействовать имеющуюся инфраструктуру связи для передачи управляющих сигналов, например, передачу сигналов управления конференц-оборудованием по телефонной линии.

Репитеры просто повторяют сигнал, «обновляя» его мощность в линии.

Масштабаторы

Масштабаторами называют оборудование, изменяющее разрешение входного сигнала, перед тем как перенаправить его на выходной порт. Например, масштабатор может принимать на входе композитный видеосигнал и преобразовывать его в выходной сигнал формата VGA, XGA, SXGA и более высоких разрешений. Когда масштабатор оснащается несколькими входами, он называется многооконным. Устройство объединяет видеосигналы с нескольких входов в единую картинку, соответственно масштабируя разрешение каждого из исходных видео, и отправляет получившийся видеоряд на выходной порт. Как и в случае обычного масштабатора, типы входных и выходных портов могут быть различными в зависимости от конкретной модели устройства.

Вторичной функцией масштабаторов является преобразование развертки при переходе, например, с DVI сигнала на аналоговый PAL или NTSC. Масштабаторы находят широкое применение в системах конференц-связи и презентационных системах, а также в охранных системах и для объединения множества «разнокалиберных» видеотрансляций на одном экране.

Специальные AV-устройства

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

Концентраторы используются для расширения штатных возможностей ввода-вывода системы. Например, USB-концентратор позволяет подключать дополнительные USB-устройства.

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

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

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

Кабели, разъемы и иное оборудование

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

Источник

Оборудование гибких коммутаторов (softswitch)

Считается, что самый главный в концепции NGN термин «softswitch» (возможные переводы на русский — «гибкий коммутатор» или «программный коммутатор») был введен компанией Lucent Technologies в 1999 г. как название программно-аппаратного решения для управления вызовами в сетях ATM и IP.

Гибкий коммутатор является главным и обязательным компонентом в любой сети следующего поколения NGN первой версии. По своей сути softswitch — это вычислительное устройство с соответствующим программным обеспечением и высокой степенью доступности. Однако, несмотря на присутствие в названии слова «коммутатор», оно в действительности не выполняет никаких коммутирующих функций. К softswitch перешли многие из задач управления соединениями, ранее выполнявшиеся его предшественником — привратником GK (GateKeeper) в сети стандарта Н.323, который управлял всем оборудованием для обслуживания мультимедийных соединений в зоне своей ответственности. Управление вызовами в сети NGN в типичном случае включает маршрутизацию вызовов, аутентификацию пользователя, установление и разрыв соединения, сигнализацию и другие задачи. В качестве посредника гибкий коммутатор должен «понимать» как протоколы сигнализации в телефонных сетях, так и протоколы управления передачей информации в пакетных сетях. Гибкий коммутатор является основным устройством, реализующим функции уровня управления коммутацией в архитектуре сети NGN (см. рис. 1.3) .

В оборудовании гибкого коммутатора должны быть реализованы следующие основные функции:
— функция управления базовым вызовом, обеспечивающая прием и обработку сигнальной информации, и реализацию действий по установлению соединения в пакетной сети;
— функция аутентификации и авторизации абонентов, подключаемых в пакетную сеть как непосредственно, так и с использованием оборудования доступа ТфОП;
— функция маршрутизации вызовов в пакетной сети;
— функция тарификации, сбора статистической информации;
— функция управления оборудованием транспортных шлюзов;
— функция предоставления дополнительных видов обслуживания (ДВО) — реализуется в оборудовании гибкого коммутатора или совместно с сервером приложений;
— функция эксплуатации, управления (администрирования), технического обслуживания и предоставления информации ОАМ&Р (Operation, Administration, Maintenance and Provisioning).

Дополнительно в оборудовании гибкого коммутатора могут быть реализованы следующие функции:
— функция оконечного/транзитного пункта сигнализации SP/STP (Signaling Point / Signaling Transfer Point) сети ОКС№7;
— функция взаимодействия с серверами приложений;
— функция узла коммутации услуг SSP (Service Switching Point) интеллектуальной сети и др.

В категорию гибких коммутаторов попадают разные по функциональности решения, поскольку четкой классификации до сих пор нет. Так часть производителей, экспертов и операторов под используемым продуктом «softswitch» понимают контроллер медиашлюзов MGW (Media Gateway Controller) или устройство управления вызовами CA (Call Agent) или сервер вызовов CS (Call Server). Несмотря на все их различия, они выполняют главную функцию гибкого коммутатора: реализованное программным способом управление соединениями для передачи трафика пользователей в сети NGN, поступающего от шлюзов или непосредственно от пакетных абонентских устройств. С другой стороны часто в состав фирменного решения гибкого коммутатора кроме контроллера/устройства управления/сервера входит и различное шлюзовое оборудование: медиашлюзы, сигнальные шлюзы, прокси-серверы SIP, серверы аутентификации, авторизации и учета AAA (Authentication, Authorization, Accounting) и др. Одна из возможных функциональных схем гибкого коммутатора приведена на рис. 1.6.

Читайте также:  Коэффициент экстенсивной загрузки оборудования равен

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

Основными техническими характеристиками оборудования гибкого коммутатора являются:

1. Производительность.
Производительность определяется количеством вызовов, обслуживаемых гибким коммутатором в час наибольшей нагрузки (ЧНН) или за 1 секунду или одновременно. Производительность оборудования гибкого коммутатора различна при обслуживании вызовов от различных источников, что объясняется как различным объемом и характером поступления сигнальной информации от разных источников, так и заложенными алгоритмами обработки сигнальной информации.
Гибкий коммутатор может обслуживать вызовы от следующих источников нагрузки:
— пакетных терминалов, предназначенных для работы в сетях NGN (терминалы SIP и Н.323, а также IP-УПАТС);
— терминалов, не предназначенных для работы в сетях NGN (аналоговые и ISDN терминалы) и подключаемых через оборудование резидентных шлюзов доступа;
— оборудования сети доступа, не предназначенного для работы в сетях NGN (концентраторы с интерфейсом V5) и подключаемого через оборудование шлюзов доступа;
— оборудования, использующего первичный доступ (УПАТС) и подключаемого через оборудование шлюзов доступа;
— сети ТфОП, обслуживаемые с использованием сигнализации ОКС№7 с включением сигнальных звеньев ОКС№7 либо непосредственно в гибкий коммутатор (если коммутатор реализует функции сигнального шлюза), либо через оборудование сигнальных шлюзов;
— других гибких коммутаторов, обслуживаемые с использованием сигнализации SIP-T и SIP-I.

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

3. Поддерживаемые протоколы.
Оборудование гибкого коммутатора может поддерживать следующие виды протоколов:
1) При взаимодействии с существующими фрагментами сети ТфОП:
— непосредственное взаимодействие: сигнальный протокол ОКС№7 с подсистемами МТР, ISUP и SCCP;
— взаимодействие через сигнальные шлюзы: сигнальный протокол SIGTRAN с уровнями адаптации: M2UA, M3UA, М2РА, SUA — для передачи сигнализации ОКС№7 через пакетную сеть, V5UA — для передачи сигнальной информации интерфейса V5 через пакетную сеть, IUA — для передачи сигнальной информации DSS1 первичного доступа ISDN через пакетную сеть;
— сигнальный протокол MEGACO/H.248 для передачи информации, поступающей по системам сигнализации по выделенным сигнальным каналам (2ВСК).
2) При взаимодействии с терминальным оборудованием:
— непосредственное взаимодействие с терминальным оборудованием пакетных сетей: протоколы SIP и Н.323;
— взаимодействие с оборудованием шлюзов, обеспечивающим подключение терминального оборудования ТфОП: сигнальный протокол MEGACO/H.248 — для передачи сигнальной информации по аналоговым абонентским линиям; сигнальный протокол SIGTRAN с уровнем адаптации IUА для передачи сигнальной информации DSS1 базового доступа ISDN.
3) При взаимодействии с другими гибкими коммутаторами: протоколы SIP-T и SIP-I.
4) При взаимодействии с оборудованием интеллектуальных платформ (SCP): сигнальный протокол ОКС№7 с прикладным протоколом INAP.
5) При взаимодействии с серверами приложений: в настоящее время взаимодействие с серверами приложений, как правило, базируется на внутрифирменных протоколах, в основе которых лежат технологии JAVA, XML, SIP и др.
6) При взаимодействии с оборудованием транспортных шлюзов:
— для шлюзов, поддерживающих транспорт IP или IP/ATM: протоколы H.248, MGCP, IPDC и др.;
для шлюзов, поддерживающих транспорт ATM: протокол BICC.

4. Поддерживаемые интерфейсы.
Оборудование гибкого коммутатора поддерживает следующие виды интерфейсов:
— интерфейс Е1 (2048 кбит/с) для подключения звеньев сигнализации ОКС№7, включаемых непосредственно в гибкий коммутатор;
— интерфейсы семейства Ethernet для подключения гибкого коммутатора к пакетной сети;
— открытые интерфейсы взаимодействия с внешними платформами приложений: JAIN, PARLAY и т.д.

Конструктивно гибкий коммутатор может быть реализован в виде отдельного устройства, выполняющего совместно функции управления вызовами и коммутатора (switching fabric). Часто производители softswitch разделяют его на два и более устройств – контроллер шлюзов, сигнальный шлюз SG (Signalling Gateway) и медиашлюз MGW.

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

Все гибкие коммутаторы (softswitch) в зависимости от выполняемых сетевых функций подразделяются на два класса: класса 4 и класса 5. Такое деление взято по аналогии с исторически сложившейся классификацией узлов коммутации на телефонных сетях связи Северной Америки. На этих сетях транзитные узлы коммутации без прямого подключения абонентских линий (типа международных и междугородных телефонных станций и транзитных узлов коммутации на местных сетях) относятся к узлам класса 4. А все оконечные узлы с абонентским подключением принадлежат к классу 5.

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

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

______________________________________
Материалы, представленные в данном разделе, взяты из книги «Мультисервисные платформы сетей следующего поколения NGN» под ред. А.В. Рослякова

Источник

РД 45.079-99
Оборудование связи, реализующее функции совмещенного узла коммутации и управления услугами SSCP платформы интеллектуальной сети связи. Общие технические требования

Купить РД 45.079-99 — бумажный документ с голограммой и синими печатями. подробнее

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

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

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

Документ распространяется на оборудование связи, реализующее функции совмещенного узла коммутации и управления услугами (SSCP) платформы интеллектуальной сети связи (ИСС) на базе АТС, комбинированных (междугородных/городских) АМТ/АТС, АМТС, МЦК и предназначенное для использования на телефонных сетях, входящих в состав ВСС России.

Оглавление

1. Область применения оборудования SSCP

2. Нормативные ссылки

3. Технические требования к оборудованию SSCP

3.1 Требования к функциям SSCP

3.2 Требования к услугам ИСС, реализуемые SSCP

3.3 Требования к плану набора номера для доступа абонентов сети ТФОП к услугам ИСС

3.4 Требования к функции учета данных для начисления платы за услуги ИСС

3.5 Требования к функции сбора статистической информации

3.6 Требования к интерфейсам

3.7 Требования к программному обеспечению

3.8 Требования к функциям управления нагрузкой

3.9 Требования к обеспечению надежности функционирования оборудования

4. Общие характеристики оборудования SSCP

4.1 Требования к конструкции

4.2 Требования к электропитанию оборудования SSCP

4.3 Требования устойчивости оборудования к воздействию климатических и механических факторов

4.4 Требования к электромагнитной совместимости и защите от опасных и мешающих влияний

4.5 Требования к безопасности персонала

4.6 Требования к транспортированию и хранению оборудования

4.7 Требования к документации на оборудование

4.8 Требования у маркировке и упаковке

4.9 Требования к методам контроля оборудования

4.10 Требования к эксплуатации и техническому обслуживанию

4.11 Соответствие 2000 году

4.12 Гарантии изготовителя

Приложение А. Библиография

Приложение Б. Обозначения и сокращения

Дата введения 01.01.2021
Добавлен в базу 01.09.2013
Актуализация 01.01.2021

Этот документ находится в:

  • Раздел Экология
    • Раздел 33 ТЕЛЕКОММУНИКАЦИИ. АУДИО-И ВИДЕОТЕХНИКА
      • Раздел 33.020 Телекоммуникации в целом
  • Раздел Строительство
    • Раздел Нормативные документы
      • Раздел Отраслевые и ведомственные нормативно-методические документы
        • Раздел Проектирование и строительство объектов связи

Организации:

09.12.1999 Принят УЭС Государственного комитета Российской федерации по телекоммуникациям
15.12.1999 Утвержден Государственный комитет Российской Федерации по телекоммуникациям
Разработан ЦНИИС

Чтобы бесплатно скачать этот документ в формате PDF, поддержите наш сайт и нажмите кнопку:

Руководящий документ отрасли

ОБОРУДОВАНИЕ СВЯЗИ, РЕАЛИЗУЮЩЕЕ ФУНКЦИИ СОВМЕЩЕННОГО УЗЛА КОММУТАЦИИ И УПРАВЛЕНИЯ УСЛУГАМИ SSCP ПЛАТФОРМЫ ИНТЕЛЛЕКТУАЛЬНОЙ СЕТИ

Общие технические требования

Госкомитет России по телекоммуникация»» Москва

Руководящий документ отрасли

Начальник УЭС Госкомитета России по телекоммуникациям

Первый зам. председателя Госкомитета России по телеком му н и кащ

ОБОРУДОВАНИЕ СВЯЗИ, РЕАЛИЗУЮЩЕЕ ФУНКЦИИ СОВМЕЩЕННОГО УЗЛА КОММУТАЦИИ И УПРАВЛЕНИЯ УСЛУГАМИ SSCP ПЛАТФОРМЫ ИНТЕЛЛЕКТУАЛЬНОЙ СЕТИ

Общие технические требования

3.1.3.4 Функция SCF должна активизировать функции SDF и SRF и взаимодействовать с ними.

3.1.4 Требования к реализации функции SDF

3.1.4.1 Реализация функции SDF должна обеспечивать управление данными программ логики услуг в процессе предоставления услуги.

3.1.4.2 Функция SDF должна обеспечивать управление следующими типами данных:

— общие данные SSCP;

— данные услуги, соответствующие конкретной SLP;

Читайте также:  Чем отличается от должностной инструкции

— данные абонента услуги.

3.1.4.3 В базе данных SSCP должны содержаться следующие основные данные:

— логические номера абонентов услуг;

— сетевые номера (в сети ТФОП) абонентов услуг PRM, FPH, VOT;

— номера, используемые для маршрутизации, зависящей от исходящего направления;

— списки запрещенных/разрешенньгх номеров/кодов зон;

— данные тарификации услуг (код тарифа, коэффициент изменения тарифа, величина дополнительной платы);

— персональные идентификационные коды (PIN-коды) пользователей услуги;

— PIN-коды абонентов услуг;

— номера карт услуг АСС/РСС;

— суммы кредитов на картах услуги РСС (Prepaid Card Calling);

— таймер условия “абонент не отвечает”;

— счетчик числа попыток ввода неправильного PIN-кода;

— таблицы активизации дополнительных компонентов предоставляемых абонентам услуг;

— параметры, определяющие допустимое количество одновременных вызовов для услуг FPH, PRM, VOT;

— значение текущего времени (минуты, часы);

— дата (число, день недели, месяц, год);

— идентификаторы языков, на которых передаются речевые сообщения;

— идентификаторы речевых сообщений;

— параметры активизации услуги VOT (идентификатор местоположения голосующего, время и дата голосования и др );

— границы суммарного числа голосов на сессию голосования;

— параметр контроля активной сессии услуги VOT;

— текущие значения счетчика голосов услуги VOT;

— параметры для обеспечения специального обслуживания для телеголосования;

— интервал действия услуги во времени для телеголосования.

3.1.5 Требования к функции SRF

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

3.1.5.2 Функция SRF должна обеспечивать передачу речевых сообщений

(PlayAnnouncement) и получения дополнительной информации

(PromptAndCollectUserlnformation) по телефонным каналам к(от) пользователям ИСС в процессе установления соединения и предоставления услуг.

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

3.1.5.4 Функция SRF должна обеспечивать получение дополнительной информации от пользователя по телефонному каналу в режиме тонального набора (DTMF). Для управления приемом информации должны использоваться следующие параметры:

— минимальное и максимальное количество цифр в сообщении;

— признак начала и конца передачи сообщения;

— величина временного интервала между цифрами сообщения.

3.2 Требования к услугам ИСС, реализуемым SSCP

3.2.1 Требования к реализации услуг FPH, PRM, ACC, РСС, ССС и VOT определены в [8].

3.2.2 Требования к реализации услуги UAN

3.2.2.1 Услуга UAN предназначена для распределения вызовов, поступающих по единому логическому номеру, между несколькими сетевыми номерами в зависимости от заранее заданных условий. Описания перечисленных ниже компонентов услуги UAN соответствуют [8].

3.2.2.2 Обязательные компоненты услуги UAN:

— «Единый номер» (One number, ONE).

3.2.2.3 Дополнительные компоненты услуги UAN:

— «Маршрутизация в зависимости от времени» (Time dependent routing, TOR);

— «Маршрутизация, зависящая от исходящего направления» (Origin dependent routing, ODR);

— «Ограничение одновременно поступающих вызовов» (Call limiter, LIM);

— «Ограничение поступающих вызовов» (Call gapping. GAP);

— «Организация очереди» (Call queueing, QUE);

— «Перенаправление по занятости/неответу» (Call forwarding on BY/DA, CFC);

— «Подсказка вызывающему абоненту» (Originating user prompter, OUP);

— «Распределение вызовов» (Call distribution, CD);

— «Регистрация вызовов по определенному номеру» (Call logging, LOG),

— «Сообщение, записанное по заказу абонента услуги» (Customized recorded announcement, CRA);

— «Управление профилем услуг абонентом услуг» (Customer profile management, СРМ);

— «Фильтрация вызовов в зависимости от исходящего направления» (Originating call screening, OCS).

3.3 Требования к плану набора номера для доступа абонентов сети ТФОП к услугам ИСС

3.3.1 План набора номера для доступа абонентов сети ТФОП к услугам ИСС должен соответствовать [9].

3.4 Требования к функции учета данных для начисления платы за услуги

3.4.1 Общие требования

3.4.1.1 Система учета данных (СУД) для начисления платы за услуги ИСС оборудования SSCP должна обеспечивать выполнение функций учета данных для расчета с пользователями за предоставляемые услуги ИСС.

3.4.1.2 В зависимости от вида предоставляемой услуги ИСС СУД должна обеспечивать функции учета данных для начисления платы за услуги ИСС при следующих способах расчета с пользователями:

— с последующей тарификацией в автоматизированной системе расчетов (АСР) (off-line charging) — создание записей о вызовах услуг ИСС и вывод информации о записях из SSCP в АСР;

— с непосредственной тарификацией (on-line charging) — тарификация вызова услуги ИСС в реальном масштабе времени путем генерации тарифных импульсов, количество которых соответствует стоимости использованной услуги ИСС.

3.4.1.3 Система учета данных SSCP должна обеспечивать выполнение следующих функций:

— функции определения данных (DETERMINATION — DET);

— функции генерации данных (GENERATION — GEN);

— функции регистрации записей данных (REGISTRATION — REG);

— функции вывода записей данных для дальнейшей обработки (OUTPUT — OUT).

При вызове услуги ИСС функция DET должна определять параметры учета

данных для начисления платы за услуги ИСС, на основании которых могут быть

произведены расчеты с пользователями услуг ИСС. В состав параметров учета должны входить:

— идентификатор стороны, оплачивающей вызов (вызывающая сторона, абонент услуги ИСС и др.);

— информация о тарифе (код тарифа, коэффициент изменения тарифа, величина дополнительной платы);

— идентификатор логики услуги, определяющий возможные позиции оплаты;

— в зависимости от конкретной услуги, дополнительные данные об абоненте услуги и профиле предоставляемой услуги.

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

— генерация данных для создания записи о вызове услуги ИСС, включая данные, полученные в результате обработки вызова, а также параметры учета и дополнительные данные для конкретной услуги, определенные функцией DET;

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

Функция REG должна обеспечивать создание детализированных записей (Call Detailed Records, CDR) данных о вызовах услуг ИСС на основе существующих в оборудовании коммутации систем регистрации данных для начисления платы.

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

3.4.2 Требования к составу поддерживаемых сценариев учета данных для начисления платы за услуги ИСС

3.4.2.1 При функционировании SSCP в качестве автономного узла взаимодействие функций SCF и SSF в части реализации сценариев учета данных для начисления платы за услуги ИСС осуществляется по внутрисистемному интерфейсу.

3.4.2 2 При взаимодействии SSCP с удаленным узлом SSP должна обеспечиваться поддержка сценариев учета данных для начисления платы за услуги ИСС, предусмотренных спецификациями 1NAP-R [11].

3.4.3 Требования к составу записи данных о вызове услуги ИСС

3.4.3Л Состав записи данных о вызове услуги ИСС должен быть достаточен для определения стоимости предоставленной конкретной, услуги ИСС в АСР и должен содержать:

Данные, относящиеся к установлению соединения ТФОП:

— номера абонентов ТФОП для сторон соединения (маршрутов соединения) — для определения тарифа по расстоянию;

— время начала установления соединения (для определения действующего тарифа по времени суток и дней недели, рабочих, выходных и праздничных дней);

— данные об использованных в соединении основных и дополнительных услугах ТФОП и ISDN.

Данные, специфичные для различных услуг ИСС:

— идентификатор услуги (определяющий возможные позиции оплаты);

— сторона вызова, оплачивающая услугу;

— номер абонента ТФОП, оплачивающего услугу;

— номер абонента услуги ИСС;

— дополнительная информация, специфичная для каждой услуги.

3.4.4 Требования к управлению формированием записей данных о вызове услуги

3.4.4.1 В СУД должна быть реализована возможность выбора оператором ИСС следующих режимов формирования записей данных о вызове услуги ИСС для SSCP 1 :

— формирование записей для успешных вызовов;

— формирование записей как для успешных вызовов, так и вызовов без успешного завершения в результате занятости/неответа номера назначения или отказа при выборе маршрута;

— формирование записей для процедур управления профилем и параметрами услуги ИСС со стороны пользователя (абонента) услуги.

3.4.5 Требования к управлению параметрами учета данных для начисления платы за услуги ИСС на SSCP

3.4.5.1 В СУД должна быть реализована возможность управления значениями параметров учета оператором ИСС.

3.4.5.2 Установка параметров учета должна производиться оператором ИСС с учетом возможностей, предоставляемых логикой услуги.

2.4.5 3 С помощью функция административного управления (SMF) на SSCP для абонентов услуг должна быть реализована возможность задания параметров учета.

3.5 Требования к функции сбора статистической информации

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

3.5.2 Система сбора статистической информации SSCP должна обеспечивать генерацию статистической информации следующими способами:

— активизация и сбор показаний статистических счетчиков;

— создание записей о вызовах;

— создание записей об ошибках.

3.5.3 Должна быть обеспечена возможность активизации статистических счетчиков оператором ИСС с помощью узла административного управления услугами (SMP).

3.5.4 Должна быть обеспечена возможность задания состава записей о вызовах оператором ИСС с помощью SMP

3.5.5 Должна быть обеспечена возможность сбора статистической информации:

— по всем услугам, предоставляемым SSCP;

— по каждой услуге;

— для конкретного абонента услуги (в том числе и для пользователей карт).

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

— количество обращений к услуге;

— количество обращений к отдельным компонентам услуги;

— количество вызовов абонента услуги;

— количество вызовов, поступивших по определенному номеру;

— количество вызовов в очереди на обслуживание;

— количество отклоненных вызовов;

— количество перенаправленных вызовов.

3.5.7 Запись о вызове должна содержать следующие обязательные данные:

— дата и время поступления’вызова;

— идентификатор услуги ИСС;

— номер абонента услуги.

Кроме того, в состав записи о вызове могут входить необязательные данные, в зависимости от заданного формата и вида услуги, например:

Читайте также:  Световое оборудование Лазер Кинетикс

— номер вызывающей стороны;

— дополнительные данные о вызове.

3.5.8 Запись об ошибках должна содержать следующие обязательные данные:

— дата и время появления ошибки;

— идентификатор услуги ИСС;

— номер абонента услуги;

3.5.9 Должна быть обеспечена возможность передачи собранной статистической информации SMP как в соответствии с заданными параметрами (например, определенный период времени либо заданное число попыток вызовов), так и по запросу оператора, передаваемому через SMP.

З.б Требования к интерфейсам

3.6.1 Взаимодействие SSCP с удаленным SSP должно осуществляться в

соответствии с INAP-R [11] на основе ОКС-7 [10].

Содержимое раздела Dialog Portion в сообщениях ТСАР должно соответствовать таблице 3.3, значения Servicekey для услуг IN — таблице 3 4.

3.6.2 Взаимодействие SSCP с удаленным SCP должно осуществляться в

соответствии с INAP-R [11] на основе ОКС-7 [10].

Содержимое раздела Dialog Portion в сообщениях ТСАР и значения Servicekey для услуг IN согласно 3.6.1.

3.6.3 Интерфейс SSCP-SMP является внутрисистемным интерфейсом и настоящими ОТТ не регламентируется.

Интерфейс SSCP-SMP может базироваться на протоколах Х.25 [13], TCP/IP либо на ОКС-7 [10].

3.6.4 Оборудование SSCP должно обеспечивать взаимодействие с узлами базовой телефонной сети с помощью различных систем сигнализации, используемых на ВСС России, в том числе ОКС-7, сигнализации по двум выделенным сигнальным каналам, одночастотной системы сигнализации.

Требования к интерфейсам SSCP с базовой ТФОП определяются ОТТ на системы коммутации, на базе которых реализован данный SSCP.

Таблица 3.3 — Dialog Portion в сообщениях ТСАР

Источник

Оборудование реализующее функции коммутации и управления услугами

РУКОВОДЯЩИЙ ДОКУМЕНТ ОТРАСЛИ

ОБОРУДОВАНИЕ СВЯЗИ, РЕАЛИЗУЮЩЕЕ ФУНКЦИИ
СОВМЕЩЕННОГО УЗЛА КОММУТАЦИИ И УПРАВЛЕНИЯ УСЛУГАМИ SSCP
ПЛАТФОРМЫ ИНТЕЛЛЕКТУАЛЬНОЙ СЕТИ СВЯЗИ

Общие технические требования

Дата введения 2000-01-01

1 РАЗРАБОТАН Центральным научно-исследовательским институтом связи (ЦНИИС) совместно с Ленинградским отраслевым научно-исследовательским институтом связи (ЛОНИИС) и Научно-техническим центром «КОМСЕТ»

ВНЕСЕН Управлением электросвязи Госкомитета России по телекоммуникациям

2 УТВЕРЖДЕН Госкомитетом России по телекоммуникациям, первый зам. председателя Н.С.Мардер, 15 декабря 1999 года

3 ВВЕДЕН В ДЕЙСТВИЕ информационным письмом от ____ 19__ года N _______

4 ВВЕДЕН ВПЕРВЫЕ

СОГЛАСОВАН начальником УЭС Госкомитета России по телекоммуникациям А.Ю.Рокотян 09.12.99

ВНЕСЕНО Изменение N 1, утвержденное Первым заместителем Министра Российской Федерации по связи и информатизации Б.Д.Антонюк 06.11.2003

Изменение N 1 внесено юридическим бюро «Кодекс»

Настоящий руководящий документ отрасли распространяется на оборудование связи, реализующее функции совмещенного узла коммутации и управления услугами SSCP платформы интеллектуальной сети связи на базе АТС, комбинированных (междугородных/городских) АМТС/АТС, АМТС, МЦК или на базе отдельного узла и предназначенное для использования на телефонных сетях, входящих в состав ЕСЭ России.

ОТТ предназначены для руководства при проведении сертификационных испытаний оборудования SSCP.

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

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

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

(Измененная редакция, Изм. N 1).

1 Область применения оборудования SSCP

1.1 Оборудование SSCP реализует функции совмещенного узла коммутации и управления услугами интеллектуальной сети связи на базе АТС, комбинированных (междугородных/городских) АМТС/АТС, АМТС, МЦК или как отдельный узел и предназначено для применения в составе платформы интеллектуальной сети связи с централизованной обработкой вызовов в соответствии с требованиями Рекомендаций МСЭ-Т Q.1211 [1], Q.1213 [2], Q.1214 [3], Q.1215 [4], Q.1218 [5], Q.1219 [6].

(Измененная редакция, Изм. N 1).

1.2 Оборудование SSCP может использоваться в ИСС, создаваемых на базе телефонных сетей, входящих в состав ВСС России.

1.3 Оборудование SSCP обеспечивает:

— выделение вызовов услуг ИСС;

— обработку вызовов услуг ИСС;

— управление процессом предоставления услуг ИСС;

— учет данных, необходимых для начисления платы за услуги ИСС;

— сбор статистической информации.

1.4 В процессе обработки вызовов и предоставления услуг ИСС оборудование SSCP обеспечивает:

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

— реализацию функций речевого меню, включая прием от пользователя дополнительной цифровой информации;

— определение номера вызывающего пользователя (номера А).

2 Нормативные ссылки

В настоящем руководящем документе отрасли использованы ссылки на следующие нормативные документы:

ГОСТ 15150-69 Машины, приборы и другие технические изделия. Использования для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов и внешней среды

ОСТ 45.02-97 Отраслевая система сертификации. Знак соответствия. Порядок маркирования технических средств электросвязи

Нормы 8-95 Общесоюзные нормы допускаемых индустриальных радиопомех. Электроустройства, эксплуатируемые вне жилых домов и несвязанные с их электрическими сетями. Предприятия (объекты), на выделенных территориях или в отдельных зданиях. Допустимые величины. Методы испытаний

3 Технические требования к оборудованию SSCP

3.1 Требования к функциям SSCP

3.1.1 Общие требования

3.1.1.1 Оборудование SSCP должно обеспечивать реализацию следующих функций платформы ИСС в соответствии с Рекомендациями МСЭ-Т Q.1204 [7], Q.1214 [3], Q.1218 [5]:

— функцию управления вызовами CCF/функцию коммутации услуг SSF;

— функцию управления услугами SCF;

— функцию поддержки данных услуг SDF;

— функцию поддержки специализированных ресурсов SRF.

Реализация функции CCF должна обеспечивать обработку и управление базовым процессом обслуживания вызовов в соответствии с требованиями Рекомендации МСЭ-Т Q.1214 [3].

Реализация функции SSF должна обеспечивать взаимодействие базового процесса обслуживания вызовов с функцией SCF в соответствии с требованиями Рекомендации МСЭ-Т Q.1214 [3].

Реализация функции SCF должна обеспечивать управление вызовами ИСС в процессе предоставления услуг в соответствии с требованиями Рекомендаций МСЭ-Т Q.1214 [3], Q.1218 [5].

Реализация функции SDF должна обеспечивать управление данными абонентов и услуг ИСС в соответствии с требованиями Рекомендации МСЭ-Т Q.1214 [3].

Реализация функции SRF должна обеспечивать доступ к специальным ресурсам ИСС, необходимым для предоставления услуг в соответствии с требованиями Рекомендации МСЭ-Т Q.1214 [3].

3.1.1.2 Взаимодействие указанных функций в рамках оборудования SSCP осуществляется по внутрисистемным интерфейсам.

3.1.1.3 Оборудование SSCP должно обеспечивать взаимодействие с удаленными узлами SSP и SCP в соответствии с прикладным протоколом интеллектуальной сети INAP-R [11]. Оборудование SSCP может обеспечивать взаимодействие с удаленным SDP через внутрисистемный интерфейс, требования к которому в настоящем руководящем документе не регламентируются.

(Измененная редакция, Изм. N 1).

3.1.1.4 Оборудование SSCP может обеспечивать предоставление минимального набора услуг ИСС в соответствии с перечнем и спецификациями, приведенными в [8]:

— «Бесплатный вызов» (Freephone, FPH);

— «Услуга за дополнительную плату» (Premium Rate, PRM);

— «Вызов по расчетной карте» (Account Card Calling , ACC);

— «Вызов по предоплаченной карте» (Prepaid Card Calling, PCC);

— «Вызов по кредитной карте» (Credit Card Calling, CCC);

— «Телеголосование» (Televoting, VOT).

Оборудование SSCP может обеспечивать предоставление услуги Универсальный номер доступа (Universal Access Number, UAN) в соответствии с требованиями Рекомендации МСЭ-Т Q.1211 [1].

3.1.1.5 Оборудование SSCP должно обеспечивать возможность инсталляции новых услуг в процессе эксплуатации ИСС.

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

При невозможности получения или при получении неполного номера А должна быть предусмотрена возможность отказа в предоставлении услуги ИСС.

3.1.2 Требования к реализации функции CCF/SSF

3.1.2.1 Функция CCF/SSF должна обеспечивать распознавание состояний процесса обслуживания вызова, требующих управления со стороны функции SCF. При обнаружении таких состояний функция SSF должна обеспечивать передачу запросов и получение ответных команд к/от функции SCF.

3.1.2.2 Должны распознаваться следующие контрольные точки (DP) базового процесса обслуживания вызовов, специфицированные в Рекомендации МСЭ-Т Q.1214 [3], согласно таблицам 3.1 и 3.2.

Таблица 3.1 — Контрольные точки для исходящей стороны

OriginatingAttemptAuthorized (авторизация вызова)

Collectedlnformation (информация собрана)

Analyzedlnformation (анализ информации завершен)

RouteSelectFailure (отказ при выборе направления)

O_CalledPartyBusy (вызываемый абонент занят)

O_NoAnswer (вызываемый абонент не отвечает)

O_Answer (ответ вызываемого абонента)

O_Abandon (разъединение до установления соединения)

Таблица 3.2 — Контрольные точки для входящей стороны

TerminatingAttemptAuthorized (попытка авторизации)

T_CalledPartyBusy (абонент занят)

T_NoAnswer (абонент не отвечает)

T_Answer (абонент снял трубку)

T_Abandon (разъединение до установления соединения)

3.1.2.3 Каждая контрольная точка DP должна относиться к одному из четырех типов, в зависимости от которых определяются механизмы взаимодействия SSF с SCF:

Источник

Код ОКВЭД 26.30.11

Сохранённых кодов нет. Чтобы добавить код в свой список, нажмите рядом с ним на «звездочку».

26.30.11: Производство средств связи, выполняющих функцию систем коммутации

Расшифровка кода ОКВЭД 26.30.11:

  • C — Раздел «Обрабатывающие производства»
  • 26 — Класс «Производство компьютеров, электронных и оптических изделий»
  • 26.3 — Подкласс «Производство коммуникационного оборудования»
  • 26.30 — Группа «Производство коммуникационного оборудования»
  • 26.30.1 — Подгруппа «Производство коммуникационной аппаратуры, радио- и телевизионной передающей аппаратуры, телевизионных камер»
  • 26.30.11 — Вид «Производство средств связи, выполняющих функцию систем коммутации»

Эта группировка в том числе включает:

— производство оборудования, входящего в состав транзитных, оконечно-транзитных и оконечных узлов связи сети фиксированной телефонной связи;

— производство оборудования автоматических телефонных станций;

— производство оборудования, реализующего функции коммутации и управления услугами;

— производство оборудования для оказания услуг внутризоновой, междугородной и международной телефонной связи с помощью телефониста;

— производство оборудования узлов обслуживания вызовов экстренных оперативных служб;

— производство оборудования центров обслуживания вызовов информационно-справочного обслуживания;

— производство оборудования телеграфной связи;

— производство оборудования коммутации сетей подвижной радиотелефонной связи;

— производство оборудования коммутации сетей подвижной радиосвязи;

— производство оборудования коммутации сетей подвижной спутниковой радиосвязи

Эта группировка не включает :

— производство оборудования систем коммутации, включая программное обеспечение, обеспечивающее выполнение установленных действий при проведении оперативно-розыскных мероприятий, см. ОКВЭД 26.30.16

Расшифровка кода ОКВЭД 26.30.11

Вид 26.30.11 не содержит никаких нижестоящих кодов.

Источник