РД 45.375-2003

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

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

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

РД 45.375-2003

4.4 Взаимодействие аппаратуры с узлами местной и междугородной ТфО должно осуществляться с использованием сигнализации ОКС № 7 по протокох ISUP-R.

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

4.6    Взаимодействие аппаратуры с внешним IP должно осуществляться пс абонентским интерфейсам с использованием сигнализации EDSS1 или межсетевым интерфейсам с использованием сигнализации ОКС № 7 по протоколу ISUP-R.

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

Взаимодействие аппаратуры в рамках одной наложенной сети должно осуществляться по сигнализации ОКС № 7. Пример создания наложенной сети показан на рисунке 4.2.

Рисунок 4.2 - Пример создания наложенной сети

6

РД 45.375-2003

5 Выполняемые аппаратурой функции

5.1    Аппаратура должна обеспечивать реализацию следующих функций:

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

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

-    сбора статистической информации;

-    пункта сигнализации сети ОКС № 7;

-    технического обслуживания.

Кроме того, в аппаратуре может быть реализована функция специализированных ресурсов.

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

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

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

5.5    Взаимодействие функций CCF, SSF и SRF, если последняя реализована в аппаратуре, осуществляется по внутрисистемным интерфейсам и в данном РД не регламентируется.

5.6    Для доступа к интеллектуальным услугам должен использоваться план нумерации, предусмотренный 4.14 [2].

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

7

РД 45.375-2003

6 Услуги связи, поддерживаемые аппаратурой

6.1 Аппаратура в соответствии с [3] должна обеспечивать поддер» следующих интеллектуальных услуг:

-    бесплатный вызов;

-    услуга за дополнительную плату;

-    телеголосование;

-    вызов по расчетной карте;

-    вызов по предоплаченной карте;

-    вызов по кредитной карте.

Свойства интеллектуальных услуг должны соответствовать приложению С [4].

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

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

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

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

-    триггерная контрольная точка - запрос;

-    контрольная точка - запрос;

-    контрольная точка - уведомление.

8

РД 45.375-2003

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

Контрольная точка Наименование контрольной точки DPI OriginatingAttemptAuthorized (авторизация вызова) DP2 Collectedlnformation (информация собрана) DP3 Analyzedlnformation (анализ информации завершен) DP4 RouteSelectFailure (отказ при выборе направления) DP5 O CalledPartyBusy (вызываемый абонент занят) DP6 ONoAnswer (вызываемый абонент на отвечает) ! DP7 O Answer (ответ вызываемого абонента) DP9 (^Disconnect (разъединение) j DP10 OAbandon (разъединение до установления соединения)

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

Контрольная точка Наименование контрольной точки DP12 TerminatmgAttemptAuthorized (попытка авторизации) DP13 TCalledPartyBusy (абонент занят) DP14 T NoAnswer (абонент не отвечает) DPI 5 T Answer (абонент снял трубку) j DPI 7 Т Disconnect (разъединение ) i DPI 8 T Abandon (разъединение до установления соединения)

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

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

8.1 Реализация внутренней функции SRF должна обеспечивать управление специализированными ресурсами, необходимыми для предоставления интеллектуальных услуг в соответствии со спецификациями, определенными в [1].

Функционирование SRF должно осуществляться по командам, поступающим от SCF через SSF.

9

РД 45.375-2003

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

8.3    Перечень речевых сообщений и их идентификаторов долзсе] соответствовать приложению В.4 [5].

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

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

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

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

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

9.1.2    СУД в зависимости от предоставляемых интеллектуальных услуг должна поддерживать взаимодействие с узлом SCP по различным сценариям тарификации, определенным в [3].

Требования к функциям СУД для различных сценариев тарификации приведены в 9.2.

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

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

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

ю

РД 45.375-2003

-    функция регистрации данных (REG);

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

9.1.3 Л Функция DET может обеспечивать возможность определения информации о тарифе, включая код и модулятор тарифа.

9.1.3.2    Функция GEN должна обеспечивать следующие способы генерации данных для начисления платы за интеллектуальные услуги:

-    генерация данных для создания записи о вызове интеллектуальной услуги на основании информации, полученной в результате обработки вызова, и параметров тарификации, принятых от SCP в операции тарификации INAP-R;

-    генерация данных об индикаторе оплаты вызова, передаваемых в сообщениях сигнализации ISUP-R по ТфОП в соответствии с инструкцией, полученной от SCP в операции тарификации INAP-R;

-    генерация тарифных единиц в режиме реального времени в соответствии с инструкцией и значениями параметров тарификации, полученными от SCP в операции тарификации INAP-R.

9.1.3.3    Функция REG должна обеспечивать:

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

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

в)    одновременное применение возможностей согласно перечислениям а и б.

9.1.3.4    Функция OUT должна обеспечивать накопление записей данных о вызовах интеллектуальных услуг и передачу их в АСР по некоммутируемым или коммутируемым каналам связи с использованием одного или нескольких стандартных сетевых протоколов (Х.25, Frame Relay, TCP/IP и других) или протоколов локальных сетей (Ethernet, FDDI и других).

и

РД 45.375-2003

9.2 Функции СУД для обеспечения различных сценариев тарификации

9.2.1    Сценарии взаимодействия аппаратуры и SCP, принадлежащих одно* оператору

9.2.1.1    При получении из SCP от функции DET операщи FumishCharginglnformation прикладного протокола интеллектуальной сети связъ содержащей параметры тарификации, СУД должна в соответствии со сценариев IN АР 2.3 обеспечить выполнение функций генерации и регистрации данных дда создания записи о вызове интеллектуальной услуги. После предоставления требуемой интеллектуальной услуги и завершения соединения (по отбою любого участника соединения) должна создаваться подробная запись, содержащая информацию обработки вызова (номера А, В, С; время начала соединения, продолжительность соединения и пр.) и данные параметров тарификации, принятые от SCP в операции INAP-R FumishCharginglnformation.

9.2Л.2 При получении из SCP операции SendCharginglnformation или операции ActivateServiceFiltering, содержащей значение параметра индикатора оплаты (Charge/No Charge), передаваемого в обратном направлении BackwardCalllndicators, СУД должна в соответствии со сценарием ШАР 3.2 обеспечить передачу этого индикатора в сообщениях сигнализации ISUP-R (Address Complete Message и Answer Message) в сторону вызывающей станции ТфОП.

9.2.1.3 При получении от SCP операции ApplyCharging, содержащей инструкцию по управлению за тарификационным механизмом в аппаратуре (Call Supervision), а также параметры тарификации (код тарифа и модулятор тарифа), СУД должна в соответствии со сценарием ШАР 4.2 обеспечивать выполнение следующих функций GEN и REG:

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

РД 45.375-2003

-    подсчет количества использованных единиц (used units) для оплаты выз ова интеллектуальной услуги с момента ответа вызываемой стороны до момента отбоя одного из участников вызова;

-    передачу в SCP после разъединения соединения операции ApplyChargingReport, содержащей параметр количества использованных тарифных единиц для оплаты (used units) за вызов интеллектуальной услуги.

9.2.1.4    При получении от SCP операции ApplyCharging, содержащей параметр количества тарифных единиц, зарегистрированных на счету пользователя (units Granted), и истечении кредита СУД должна:

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

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

При истечении кредита аппаратура должна передать уведомление пользователю услуги и разъединить соединение.

9.2.1.5    При получении от SCP операции ApplyCharging, содержащей необязательный параметр промежуточного контроля вызова, задающий интервал времени в секундах (Heart Beat Time), СУД должна:

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

-    передать в SCP после истечения заданного интервала времени операцию ApplyChargingReport, содержащую промежуточный результат в форме количества использованных единиц оплаты за истекший период с параметром признака последовательности информации (Sequence Info), имеющим значение промежуточной (intermediate) индикации, и продолжить контроль времени

13

РД 45.375-2003

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

- передать в SCP при завершении соединения операцию ApplyChargingRepoi содержащую окончательный результат с признаком индикации kohl последовательности (final).

9.2.1.6 Кроме выполнения функции тарификации интеллектуальной услуп согласно 9.2.1.3, СУД должна в соответствии со сценарием INAP 4.2 обеспечил создание подробной записи данных о предоставляемой интеллектуальной услуге на основании информации, содержащейся в принятой от SCP операции FurnishCharginglnformation.

9.2.2 Сценарий взаимодействия аппаратуры и SCP, принадлежащих разным операторам связи

9.2.2.1    В случае принадлежности аппаратуры и SCP разным операторам СУД должна обеспечивать функции, поддерживающие взаимодействие с SCP по сценариям МАР: 2.3, 3.2 и 4.2 (см. 9.2.1).

Для интеллектуальных услуг, требующих немедленной тарификации, например, для услуги вызов по предоплаченной карте, СУД должна дополнительно обеспечить выполнение функций, поддерживающих сценарии тарификации MAP-R: MAP-R1, MAP-R2, MAP-R3 и расширяющих возможности применения сценария МАР 4.2.

9.2.2.2    При тарификации интеллектуальной услуги функции СУД для сценария MAP-R1 отличаются от сценария МАР 4.2 тем, что функция DET должна выполняться совместно в аппаратуре и в SCP согласно сценарию MAP-R1.

При получении от SCP операции ApplyCharging, содержащей инструкцию по управлению тарификационным механизмом в аппаратуре (Call Supervision) и неполный набор параметров тарификации, СУД должна обеспечивать выполнение следующих функций DET (совместно с SCP), GEN и REG:

РД 45.375-2003

-    определять, по умолчанию, отсутствующий в операции параметр тарификации (код тарифа или модулятор тарифа);

-    генерировать тарифные единицы в соответствии с величиной тарифа, определяемой на основании параметра тарификации, полученного от SCP, и параметра тарификации, определяемого СУД;

-    подсчитывать количество использованных тарифных единиц для оплаты вызова интеллектуальной услуги аналогично сценарию ШАР 4.2 согласно 9.2.1.3.

Дальнейшее функционирование СУД для сценария INAP-R1 не должно отличаться от сценария INAP 4.2 согласно 9.2.1.3, 9.2.1.6.

9.2.2.3    При тарификации интеллектуальной услуги функции СУД для сценария INAP-R2 отличаются от сценария ШАР 4.2 тем, что функция DET должна выполняться полностью в СУД согласно сценарию INAP-R2.

При получении от SCP операции ApplyCharging, содержащей инструкцию по управлению тарификационным механизмом в аппаратуре (Call Supervision) и не содержащей параметров тарификации, СУД должна обеспечивать выполнение следующих функций DET, GEN и REG:

-    определять, по умолчанию, параметры тарификации (код тарифа, модулятор тарифа);

-    генерировать тарифные единицы в соответствии с величиной тарифа, определяемой СУД ИСС в аппаратуре;

-    подсчитывать количество использованных тарифных единиц за оплату вызова интеллектуальной услуги аналогично сценарию ШАР 4.2 согласно 9.2.1.3.

Дальнейшее функционирование СУД для сценария INAP-R2 не должно отличаться от сценария ШАР 4.2 согласно 9.2.1.3 -9.2.1.6.

9.2.2.4    При взаимодействии аппаратуры с SCP по сценарию INAP-R3 функции СУД должны полностью соответствовать сценарию ШАР 4.2.

15

Предисловие

1    РАЗРАБОТАН ГП "Центральный научно-исследовательский институт связи" (ГПЦНИИС)

ВНЕСЕН Департаментом электрической связи Министерства Российской Федерации по связи и информатизации

2    УТВЕРЖДЕН Министерством Российской Федерации по связи и информатизации

3    ВВЕДЕН В ДЕЙСТВИЕ приказом Министерства Российской Федерации по связи и информатизации от

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

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

п

РД 45.375-2003

93 Требования к составу записи данных о вызове интеллектуальной услуги

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

-    данные, относящиеся к установлению соединения:

а)    номера участников соединения для определения тарифа по расстоянию;

б)    продолжительность соединения;

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

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

-    данные, идентифицирующие узлы ИСС:

д)    идентификатор аппаратуры;

е)    идентификатор SCP;

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

ж)    индентификатор услуги (ServiceKey);

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

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

и)    величина дополнительной платы (обязательный параметр для услуги за дополнительную плату);

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

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

м)    информация о тарифе: код тарифа, модулятор тарифа (дополнительный параметр для любой из интеллектуальных услуг);

РД 45.375-2003

Содержание

1    Область применения.................................................................................................1

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

3    Обозначения и сокращения......................................................................................2

4    Область применения аппаратуры............................................................................5

5    Выполняемые аппаратурой функции......................................................................7

6    Услуги связи, поддерживаемые аппаратурой........................................................8

7    Требования к реализации функций CCF и SSF......................................................8

8    Требования к реализации функции SRF.................................................................9

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

интеллектуальные услуги.......................................................................................10

9.1    Общие требования..........................................................................................10

9.2    Функции СУД для обеспечения различных сценариев тарификации......12

9.3    Требования к составу записи данных о вызове интеллектуальной

услуги...............................................................................................................16

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

10    Требования к функциям пункта сигнализации сети ОКС №7.........................17

11    Требования к функции технического обслуживания.......................................17

12    Требования к физическим интерфейсам............................................................19

13    Требования к протоколам сигнализации при взаимодействии аппаратуры с

узлом управления услугами.................................................................................19

14    Требования к протоколам сигнализации при взаимодействии аппаратуры с

интеллектуальной периферией...........................................................................22

15    Требования к протоколам сигнализации при взаимодействии аппаратуры с

узлами служб.........................................................................................................22

16    Требования к протоколам сигнализации при взаимодействии аппаратуры с

узлами телефонной сети общего пользования..................................................23

17    Требования к электропитанию............................................................................23

ш

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

факторов................................................................................................................26

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

мешающих влияний..............................................................................................27

20    Требования к маркировке....................................................................................29

21    Требования к электробезопасности....................................................................29

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

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

IV

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

АППАРАТУРА СВЯЗИ, РЕАЛИЗУЮЩАЯ ФУН1 ШЛЮЗА ДОСТУПА К ПЛАТФОРМЕ ИНТЕЛЛЕКТУАЛЬНОЙ СЕТИ СВЯЗИ

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

Дата введения

1 Область применения

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

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

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

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

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

г

РД 45.375-2003

ГОСТ 5237-83 Аппаратура электросвязи. Напряжения питания и метода измерений

ГОСТ 13109-97 Нормы качества электрической энергии в системах электроснабжения общего назначения

ГОСТ    Р    51317.2.4-2000    Совместимость    технических    средств

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

ГОСТ    Р    51317.2.5-2000    Совместимость    технических    средств

электромагнитная. Электромагнитная обстановка. Классификация электромагнитных помех в местах размещения технических средств

ГОСТ Р 51318.22-99 (СИСПР 22-97) Совместимость технических средств электромагнитная. Радиопомехи индустриальные от оборудования информационных технологий. Нормы и методы испытаний

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

ОСТ 45.183-2001 Установки электропитания аппаратуры электросвязи стационарные. Общие технические требования

3 Обозначения и сокращения

автоматическая междугородная телефонная станция автоматизированная система расчетов взаимоувязанная сеть связи интеллектуальная сеть связи

сектор стандартизации электросвязи Международного союза электросвязи

общеканальная система сигнализации № 7

оконечная станция

2

РД 45.375-2003

руководящий документ

система учета данных

типовой элемент замены

телефонная сеть общего пользования

совмещенный узел исходящей и входящей связи

цифровая сеть с интеграцией служб

call control function (функция управления вызовом)

determination (определение данных)

detection point (контрольная точка)

dual-tone multi-frequency (двухгрупповой многочастотный код) euro digital subscriber signalling system No. 1 (европейская система цифровой абонентской системы сигнализации № 1)

ETSI Technical Standard (технический стандарт ETSI)

European Technical Standard Institute (Европейский институт стандартов по электросвязи)

fiber distributed data interface (распределенный волоконно-оптический интерфейс передачи данных) generation (генерация данных)

Intelligent Network Application Protocol (прикладной протокол интеллектуальной сети)

IN АР for Russian telecommunications network (прикладной протокол интеллектуальной сети для сети связи России) integrated user services part (подсистема пользователя цифровой сети с интеграцией служб)

integrated service user part for Russian telecommunications network (подсистема пользователя ЦСИС для национальной сети России) integrated services digital network (цифровая сеть с интеграцией служб)

з

message transfer part (подсистема передачи сообщений)

output (вывод записей данных)

registration (регистрация данных)

service control function (функция управления услугами)

service control point (узел управления услугами)

service node (узел служб)

service switching function (функция коммутации услуг)

specialized resource function (функция специализированных

ресурсов)

transaction capability application part (подсистема применения возможностей транзакции)

transmission control protocol/lntemet protocol (протокол управления передачей/Интернет протокол)

РД 45.375-2003

4 Область применения аппаратуры

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

4.2    Взаимодействие аппаратуры с узлами телефонной сети общего пользования и узлами платформы ИСС должно осуществляться согласно рисунку 4.1.

Рисунок 4.1 - Взаимодействие аппаратуры с узлами телефонной сети общего пользования и узлами платформы ИСС

4.3 Взаимодействие аппаратуры с SCP должно осуществляться с использованием сигнализации ОКС № 7 по протоколу INAP-R.

5