Части I, II, III, IV, V, VI, VII, VIII, IX, X, XI, XV Правил применения оборудования транзитных, оконечно-транзитных и оконечных узлов связи, части XIII, XIV Правил применения оборудования, входящего в состав транзитных узлов связи сети фиксированной телефонной связи введены в информационный банк отдельными документами.

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

┌───────────┬─────────────────────────────────────────────────────────────┐

│ Сообщения │ Метод SIP │

│ протокола │ │

│ Diameter │ │

├───────────┼─────────────────────────────────────────────────────────────┤

│ACR [Start]│SIP 200 OK, подтверждающий SIP INVITE для начала сеанса │

│ │мультимедийной специальной конференции │

├───────────┼─────────────────────────────────────────────────────────────┤

│ACR │SIP ACK, подтверждающий SIP INVITE для подключения │

│[Interim] │оборудования пользователя к сеансу конференции │

│ ├─────────────────────────────────────────────────────────────┤

│ │SIP REINVITE (примечание 1) │

│ ├─────────────────────────────────────────────────────────────┤

│ │SIP BYE (примечание 2) │

│ ├─────────────────────────────────────────────────────────────┤

│ │Истечение AVP [Acct-Interim-Interval] │

├───────────┼─────────────────────────────────────────────────────────────┤

│ACR [Stop] │Сообщение SIP BYE (примечание 3) │

│ ├─────────────────────────────────────────────────────────────┤

│ │SIP CANCEL (примечание 3) │

│ ├─────────────────────────────────────────────────────────────┤

│ │Финальный ответ SIP с кодами ошибки 4xx, 5xx или 6xx, │

│ │указывающий завершение текущего сеанса (примечание 3) │

├───────────┼─────────────────────────────────────────────────────────────┤

│ACR │3xx SIP ответ финал/перенаправление │

│[Event] ├─────────────────────────────────────────────────────────────┤

│ │Финальный ответ SIP с кодами ошибки 4xx, 5xx или 6xx, │

│ │указывающий завершение текущего сеанса │

│ ├─────────────────────────────────────────────────────────────┤

│ │SIP CANCEL, указывающий прерывание установления сеанса SIP │

│ ├─────────────────────────────────────────────────────────────┤

│ │SIP REFER │

│ ├─────────────────────────────────────────────────────────────┤

│ │SIP SUBSCRIBE │

├───────────┴─────────────────────────────────────────────────────────────┤

│ Примечание: │

│ 1. Применяется только к пользователю, присоединяющемуся к текущему│

│сеансу конференции. │

│ 2. Применяется только к пользователю, покидающему текущий сеанс│

│конференции. │

│ 3. Применяется только в случае, если является причиной для завершения│

│текущего сеанса конференции. │

└─────────────────────────────────────────────────────────────────────────┘

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. Погрешность при измерении продолжительности соединения не превышает 00000006.wmz1 с.

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.