Законодательная база Российской Федерации

ПРИКАЗ Минкомсвязи РФ от 28.03.2011 N 47 "ОБ УТВЕРЖДЕНИИ ПРАВИЛ ПРИМЕНЕНИЯ ОБОРУДОВАНИЯ, ВХОДЯЩЕГО В СОСТАВ ТРАНЗИТНЫХ, ОКОНЕЧНО-ТРАНЗИТНЫХ И ОКОНЕЧНЫХ УЗЛОВ СВЯЗИ СЕТИ ФИКСИРОВАННОЙ ТЕЛЕФОННОЙ СВЯЗИ. ЧАСТЬ XII. ПРАВИЛА ПРИМЕНЕНИЯ МЕСТНЫХ ТЕЛЕФОННЫХ СТАНЦИЙ, ИСПОЛЬЗУЮЩИХ ТЕХНОЛОГИЮ КОММУТАЦИИ ПАКЕТОВ ИНФОРМАЦИИ НА ОСНОВЕ ПОДСИСТЕМЫ ПЕРЕДАЧИ МУЛЬТИМЕДИЙНЫХ СООБЩЕНИЙ"

1. Система учета данных для начисления платы для мультимедийных сессий (далее - CG) выполняет функции:

1) сбора и хранения учетных данных для последующего определения стоимости сессий пользователя в АСР;

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

3) создания учетных записей;

4) вывода учетной информации на промежуточное электронное запоминающее устройство или по каналу передачи данных в автоматизированную систему расчетов (АСР);

5) контроля функционирования системы учета.

2. CG обеспечивает учет данных для различных типов сессий (одноадресных, многоадресных, широковещательных) в случае реализации таких типов сессий в МС на основе IMS.

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

4. CG обеспечивает возможность учета компонентов, используемых в сессии. Возможные компоненты:

1) голос;

2) аудио в реальном времени (запись осуществляется одновременно с ее прослушиванием);

3) аудио потоковое (предварительно записанные файлы хранятся на сервере, запрашиваются приложением пользователя и воспроизводятся при получении);

4) видео в реальном времени (запись осуществляется одновременно с просмотром);

5) потоковое видео (предварительно записанные объекты видео хранятся на сервере, запрашиваются приложением пользователя и воспроизводятся при получении);

6) данные (передаваемые от пользователя/к пользователю);

7) интерактивные данные;

8) электронная почта;

9) потоковые данные;

10) обмен сообщениями.

Варианты типов учета различных компонентов, поддерживаемых CG, приведены в таблице N 1.

Таблица N 1. Варианты типов учета различных компонентов, поддерживаемых CG

CG обеспечивает возможность раздельного учета каждого компонента, используемого в сессии.

5. CG обеспечивает учет данных для начисления платы за дополнительные действия, выполняемые пользователем во время сессии (за загружаемые приложения или информацию). Возможные варианты учета за дополнительные действия приведены в таблице N 2.

Таблица N 2. Возможные варианты учета за дополнительные действия

6. CG обеспечивает учет данных для взаиморасчетов между операторами связи за использование ресурсов, требуемых для поддержки сессий пользователя. Учет данных ведется в соответствии с использованными ресурсами по времени сессии и (или) по объему данных или по доставленному качеству обслуживания в (из) другой сети.

7. CG обеспечивает учет данных для взаиморасчетов между операторами связи и поставщиками контента и приложений.

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

1) взаимодействие между двумя IMS;

2) взаимодействие между IMS и сетью с коммутацией каналов;

3) взаимодействие между IMS и PES.

9. Формирование учетных данных в CG осуществляется при предоставлении всех видов учетного трафика.

10. CG создает учетные записи как минимум для одного сетевого элемента IMS (S/P/I-CSCF, MRFC, AS, MGCF, BGCF) для последующего определения стоимости. Для корреляции информации, относящейся к одной сессии IMS, используется идентификатор учета для IMS (ICID). Перечни возможных полей учетных записей для различных элементов IMS приведены в таблицах N N 3 - 9. В таблицах в столбце "поле" перечислены учетные параметры, в столбце "категория" используются следующие условные обозначения:

M - обязательное поле;

РИСУНОК- обязательное поле, если оно реализовано в оборудовании;

РИСУНОК- поле, которое должно присутствовать в учетной записи при определенных условиях, если оно реализовано в оборудовании.

Таблица N 3. Перечень возможных полей учетной записи для S-CSCF

Таблица N 4. Перечень возможных полей учетной записи для P-CSCF

Таблица N 5. Перечень возможных полей учетной записи для I-CSCF

Таблица N 6. Перечень возможных полей учетной записи для MRFC

Таблица N 7. Перечень возможных полей учетной записи для MGCF

Таблица N 8. Перечень возможных полей учетной записи для BGCF

Таблица N 9. Перечень возможных полей учетной записи для SIP-AS

11. Для определения стоимости услуг CG создает учетные записи для сервера приложений AS. Эти учетные записи содержат параметр, характерный для услуги, а также описание среды и адреса вызывающей и вызываемой сторон.

12. Для взаиморасчетов между операторами связи CG создает учетные записи как минимум в одном из элементов S-CSCF, P-CSCF, IBCF. В учетных записях для их корреляции используется идентификатор взаимодействия операторов связи Inter Operator Identifier (IOI).

13. CG генерирует два типа учетных записей:

учетная запись сессии;

учетная запись, не связанная с сессией.

14. Параметры учета поступают в CG из сетевых элементов IMS в сообщениях протокола Diameter Accounting Requests (ACR) [Start, Interim, Stop, Event]. Сообщение Accounting Request передается для каждого метода SIP или сообщения ISUP-R, принимаемого сетевым элементом IMS. Сообщения Accounting Request, передаваемые в CG из P-CSCF, I-CSCF, S-CSCF, MGCF или BGCF, приведены в таблице N 10. Сообщения ACR, которые посылаются из MRFC, приведены в таблице N 11.

Таблица N 10. Сообщения Accounting Request, передаваемые на основе методов SIP или ISUP-R сообщений для всех узлов IMS, кроме MRFC и AS

Таблица N 11. Сообщения Accounting Request, передаваемые на основе методов SIP для MRFC

15. Учетная запись сеанса открывается в CG при приеме сообщения Accounting Request [start]. Промежуточные учетные записи генерируются при приеме в CG сообщения Accounting Request [Interim], которое передается сетевым объектом в случае модификации процедуры сеанса. CG закрывает финальную учетную запись сеанса при приеме сообщения Accounting Request [Stop], которое указывает, что сеанс завершен.

Учетная информация для попыток установления неуспешных сеансов посылается в CG с использованием сообщения Accounting Request [Event].

16. CG создает учетные записи, не связанные с сеансом при выполнении пользователем процедур, не относящихся к сеансу (регистрация, отмена регистрации). Учетные данные передаются в CG из узлов IMS с использованием сообщений Accounting Request [Event]. CG создает одну учетную запись для каждого принятого сообщения Accounting Request [Event], создание промежуточных учетных записей не применяется для учетных записей, не связанных с сеансом.

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

18. CG обеспечивает хранение учетных записей, формирование файлов, содержащих учетные записи, и передачу их в АСР.

19. Передача учетной информации в АСР осуществляется в виде файлов по протоколу передачи файлов (FTP) с использованием открытых интерфейсов и других стандартных протоколов.

Передача информации в АСР осуществляется в одном из двух режимов:

режим 1: CG инициирует передачу и управляет передачей файлов в АСР;

режим 2: АСР считывает файлы с учетной информацией из доступных в CG директорий.

20. Погрешность при измерении продолжительности соединения не превышает РИСУНОК1 с.

21. Объем переданной (принятой) информации измеряется с точностью до байта.

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

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

24. CG на основе информации, принимаемой AS/MRFC в сигнализации SIP, и в зависимости от конфигурации системы, определенной оператором связи, осуществляет выбор типа учета (для последующего или немедленного определения стоимости).

25. Варианты учета для немедленного определения стоимости в CG, в зависимости от предоставляемой услуги:

1) немедленный учет событий (IEC);

2) учет событий с резервированием единиц (ECUR);

3) учет сессий с резервированием единиц (SCUR).

26. CG обеспечивает немедленное определение стоимости сессий пользователя. Для указанной цели CG использует приложение "управление кредитом", которое реализуется при помощи сообщений протокола Diameter Credit Control Request (CCR) и Credit-Control-Answer (CCA).

27. Как минимум один из узлов MRFC, AS, S-CSCF (IMS-GWF) генерирует сообщения CCR [Initial, Update, Terminate] в процедурах, связанных с успешными сессиями SIP, и CCR [Events] - для неуспешных сессий SIP и для процедур, не связанных с сессиями.

Сообщения CCR, передаваемые к CG от S-CSCF, приведены в таблице N 12. Сообщения CCR, которые посылаются к CG от MRFC, приведены в таблице N 13.

Таблица N 12. Сообщения Credit Control Request, передаваемые на основе методов SIP для IMS-GWF

Таблица N 13. Сообщения Credit Control Request, передаваемые на основе методов SIP для MRFC

28. В случае немедленного определения стоимости CG генерирует учетные записи на основе информации, содержащейся в сообщениях CCR, и передает их в АСР.

Приложение N 4
к Правилам применения оборудования,
входящего в состав транзитных,
оконечно-транзитных и оконечных
узлов связи сети фиксированной
телефонной связи. Часть XII.
Правила применения местных
телефонных станций, использующих
технологию коммутации пакетов
информации на основе подсистемы
передачи мультимедийных сообщений