Приказ Мининформсвязи России от 31.05.2007 № 58

(ред. от 25.06.2018)

«Об утверждении Правил применения оборудования коммутации систем подвижной радиотелефонной связи. Часть II. Правила применения оборудования коммутации сети подвижной радиотелефонной связи стандарта GSM 900/1800»

(Зарегистрировано в Минюсте России 22.06.2007 № 9675)

Зарегистрировано в Минюсте России 22 июня 2007 г. № 9675

---

ПРИКАЗ

В соответствии со статьей 41 Федерального закона от 7 июля 2003 г. № 126-ФЗ «О связи» (Собрание законодательства Российской Федерации, 2003, № 28, ст. 2895; № 52 (часть I), ст. 5038; 2004, № 35, ст. 3607; № 45, ст. 4377; 2005, № 19, ст. 1752; 2006, № 6, ст. 636; № 10, ст. 1069; № 31 (часть I), ст. 3431, ст. 3452; 2007, № 1, ст. 8; № 7, ст. 835) и пунктом 4 Правил организации и проведения работ по обязательному подтверждению соответствия средств связи, утвержденных Постановлением Правительства Российской Федерации от 13 апреля 2005 г. № 214 (Собрание законодательства Российской Федерации, 2005, № 16, ст. 1463), приказываю:

1. Утвердить прилагаемые Правила применения оборудования коммутации систем подвижной радиотелефонной связи. Часть II. Правила применения оборудования коммутации сети подвижной радиотелефонной связи стандарта GSM 900/1800.

2. Направить настоящий Приказ на государственную регистрацию в Министерство юстиции Российской Федерации.

3. Контроль за исполнением настоящего Приказа возложить на заместителя Министра информационных технологий и связи Российской Федерации Б.Д. Антонюка.

Министр Л. Д. Рейман

ПРАВИЛА ПРИМЕНЕНИЯ ОБОРУДОВАНИЯ КОММУТАЦИИ СИСТЕМ ПОДВИЖНОЙ РАДИОТЕЛЕФОННОЙ СВЯЗИ. ЧАСТЬ II. ПРАВИЛА ПРИМЕНЕНИЯ ОКОНЕЧНО-ТРАНЗИТНЫХ УЗЛОВ СВЯЗИ СЕТЕЙ ПОДВИЖНОЙ РАДИОТЕЛЕФОННОЙ СВЯЗИ СТАНДАРТА GSM 900/1800

I. Общие положения

1. Правила применения оборудования коммутации систем подвижной радиотелефонной связи. Часть II. Правила применения оконечно-транзитных узлов связи сетей подвижной радиотелефонной связи стандарта GSM 900/1800 (далее — Правила) разработаны в соответствии со статьей 41 Федерального закона от 7 июля 2003 г. № 126-ФЗ «О связи» (Собрание законодательства Российской Федерации, 2003, № 28, ст. 2895; № 52 (часть I), ст. 5038; 2004, № 35, ст. 3607; № 45, ст. 4377; 2005, № 19, ст. 1752; 2006, № 6, ст. 636; № 10, ст. 1069; № 31 (часть I), ст. 3431, ст. 3452; 2007, № 1, ст. 8; № 7, ст. 835) в целях обеспечения целостности, устойчивости функционирования и безопасности единой сети электросвязи Российской Федерации.

2. Правила устанавливают обязательные требования к параметрам оконечно-транзитных узлов связи сетей подвижной радиотелефонной связи стандарта GSM 900/1800 (далее — СПРС), включая оборудование коммутации IMS, при оказании услуг передачи данных и телефонного соединения, в том числе требования к параметрам, обеспечивающим взаимодействие с оборудованием коммутации стандартов GSM 900/1800, UMTS и LTE.

(в ред. Приказа Минкомсвязи России от 14.12.2015 № 543)

2. визитный регистр местонахождения (далее — ВРМ);

6. центр управления и технического обслуживания (далее — ЦУиТО);

7. оборудование передачи данных;

8) оборудование коммутации IMS, выполняющее функции:

а) управления сеансом (далее — CSCF), включающую: прокси CSCF (далее — P-CSCF), обслуживающую CSCF (далее — S-CSCF), запрашивающую CSCF (далее — I-CSCF);

б) сервера абонентских данных пользователей IMS (далее — HSS/IMS);

в) определения местонахождения подписки (далее — SLF);

г) управления медиашлюзами (далее — MGCF);

д) управления ресурсами мультимедиа (далее — MRFC);

е) процессора ресурсов мультимедиа (далее — MRFP);

ж) управления выбором сети (далее — BGCF);

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

и) учета данных для начисления платы (далее — CCF);

к) медиашлюза (далее — IMS-MGW);

л) переходного шлюза (далее — TrGW);

м) шлюза сигнализации (далее — SGF);

н) шлюза абонентского доступа (далее — IMS-AGW);

(пп. 8 в ред. Приказа Минкомсвязи России от 14.12.2015 № 543)

9. оборудование, реализующее функцию многоточечной полудуплексной связи в сети подвижной радиотелефонной связи (далее — РоС);
10. ЦКП с использованием технологии с коммутацией пакетов информации состоит из следующего оборудования:

а) сервер центра коммутации подвижной связи (далее — ЦКП сервер);

б) медиашлюз (далее — МШ);

в) шлюз сигнализации (далее — ШС).

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

(абзац введен Приказом Минкомсвязи России от 06.12.2012 № 284)

При использовании оборудования IMS с территориально распределенной структурой с предоставлением услуг связи в различных территориально-административных образованиях интерфейсы IMS должны обеспечивать проведение оперативно-розыскных мероприятий независимо в каждом территориально-административном образовании в полном объеме.

(абзац введен Приказом Минкомсвязи России от 14.12.2015 № 543)

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

(абзац введен Приказом Минкомсвязи России от 14.12.2015 № 543)

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

(абзац введен Приказом Минкомсвязи России от 14.12.2015 № 543)

Процедуру обязательной сертификации MGCF проходит совместно с медиашлюзом (одним или несколькими).

(абзац введен Приказом Минкомсвязи России от 14.12.2015 № 543)

Процедуру обязательной сертификации медиашлюз проходит совместно с MGCF (одним или несколькими).

(абзац введен Приказом Минкомсвязи России от 14.12.2015 № 543)

Процедуру обязательной сертификации IBCF проходит совместно с TrGW.

(абзац введен Приказом Минкомсвязи России от 14.12.2015 № 543)

Процедуру обязательной сертификации TrGW проходит совместно с IBCF.

(абзац введен Приказом Минкомсвязи России от 14.12.2015 № 543)

Процедуру обязательной сертификации IMS-AGW проходит совместно с P-CSCF.

(абзац введен Приказом Минкомсвязи России от 14.12.2015 № 543)

II. Требования к оборудованию узлов связи сетей подвижной радиотелефонной связи стандарта GSM 900/1800

5. Исключен. - Приказ Минкомсвязи России от 23.04.2013 № 93.

6. Электропитание оборудования узлов связи осуществляется в соответствии с требованиями к параметрам электропитания, установленными в пунктах П.9.1 - П.9.4 приложения 9 к Правилам применения транзитных междугородных узлов автоматической коммутации. Часть I. Правила применения транзитных междугородных узлов связи, использующих систему сигнализации по общему каналу сигнализации № 7 (ОКС № 7), утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 16.05.2006 № 59 (зарегистрирован в Министерстве юстиции Российской Федерации 29 мая 2006 г., регистрационный № 7879), или от сети переменного тока с номинальным напряжением 220 В, частотой 50 Гц.

Оборудование электропитающей установки (далее — ЭПУ) не входит в состав оконечно-транзитных узлов связи и соответствует Правилам применения оборудования электропитания средств связи, утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 03.03.2006 № 21 (зарегистрирован в Министерстве юстиции Российской Федерации 27 марта 2006 г., регистрационный № 7638).

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

при номинальном напряжении 60 В — в пределах от 48,0 до 72,0 В;

при номинальном напряжении 48 В — в пределах от 40,5 до 57 В;

при напряжении переменного тока 220 В — в пределах от 187 до 242 В (частота — от 47,5 до 50,5 Гц, коэффициент нелинейных искажений — не более 10%, кратковременное (длительностью до 3 с) изменение напряжения относительно номинального значения +/- 40%).

8. В оборудовании узлов связи предусмотрена система сигнализации для контроля неисправностей в ЭПУ.

9. Для оборудования узлов связи (кроме оборудования коммутации IMS) устанавливаются следующие обязательные требования к параметрам:

(в ред. Приказа Минкомсвязи России от 14.12.2015 № 543)

3. устойчивости к внешним климатическим и механическим воздействиям согласно приложению № 3 к Правилам;

4. в части нумерации и идентификации согласно приложению № 4 к Правилам;

5. используемых интерфейсов и системы синхронизации согласно приложению № 5 к Правилам;

6. акустических сигналов согласно приложению № 7 к Правилам;

7. системы учета данных для начисления платы согласно приложению № 8 к Правилам;

8. системы сигнализации по общему каналу ОКС № 7 согласно приложению № 6 к Правилам;

9. протоколов передачи данных согласно приложению № 9 к Правилам;

10. протокола управления медиашлюзами MEGACO/H.248 согласно приложению № 10 к Правилам;

11. протокола управления медиашлюзами MGCP согласно приложению № 11 к Правилам;

12. протокола управления вызовом, независимого от среды переноса, BICC согласно приложению № 12 к Правилам;

13) протокола установления сеансов связи SIP согласно приложению № 13 к Правилам; 14) протокола передачи информации сигнализации SIGTRAN согласно приложению № 14 к Правилам; 15) транспортного протокола реального времени RTP и протокола управления транспортировкой в реальном времени RTCP согласно приложению № 15 к Правилам; 16) исключен. - Приказ Минкомсвязи России от 14.12.2015 № 543; 17) протокола управления передачей пользовательской информации TBCP согласно приложению № 17 к Правилам.

9.1 Для оборудования коммутации IMS устанавливаются следующие обязательные требования к параметрам:

1. интерфейсов взаимодействия согласно приложению № 1 к Правилам;

2. протоколов IP согласно пункту 6 приложения № 9 к Правилам;

3. используемых интерфейсов и системы синхронизации согласно пункту 1 приложения № 5 к Правилам (кроме оборудования коммутации IMS, выполняющего функции MGCF, IMS-MGW, TrGW, IMS-AGW, SGF);

4. протокола SIP согласно приложению № 13 к Правилам (кроме оборудования коммутации IMS, выполняющего функции HSS/IMS, SLF, IMS-MGW, TrGW, SGF, IMS-AGW, MRFP);

5. утратил силу. - Приказ Минкомсвязи России от 25.06.2018 № 319;

6. реализации протоколов SIGTRAN согласно пунктам 2 - 5 приложения № 14 к Правилам (кроме оборудования коммутации IMS, выполняющего функции CSCF, P-CSCF, S-CSCF, I-CSCF, SLF, BGCF, IBCF, IMS-MGW, TrGW, MRFC, IMS-AGW, MRFP);

7. учета данных для начисления платы согласно пункту 17 приложения № 8 к Правилам.

(п. 9.1 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

9.2 Для оборудования коммутации IMS, выполняющего функции:

1. CSCF, P-CSCF, S-CSCF, I-CSCF, устанавливаются требования к параметрам протокола Diameter согласно таблицам № № 1, 2, 5 приложения № 5 к Правилам применения оборудования, входящего в состав транзитных, оконечно-транзитных и оконечных узлов связи сети фиксированной телефонной связи. Часть XII. Правила применения местных телефонных станций, использующих технологию коммутации пакетов информации на основе подсистемы передачи мультимедийных сообщений, утвержденным приказом Министерства связи и массовых коммуникаций Российской Федерации от 28.03.2011 № 47 (зарегистрирован в Министерстве юстиции Российской Федерации 19 апреля 2011 г., регистрационный № 20528), с изменениями, внесенными приказами Министерства связи и массовых коммуникаций Российской Федерации от 06.12.2012 № 284 (зарегистрирован в Министерстве юстиции Российской Федерации 18 января 2013 г., регистрационный № 26585) и от 23.04.2013 № 93 (зарегистрирован в Министерстве юстиции Российской Федерации 14 июня 2013 г., регистрационный № 28788), (далее — Правила № 47-11);

2. HSS/IMS, SLF, устанавливаются требования к параметрам протокола Diameter согласно требованиям таблиц № № 1, 2 приложения № 5 к Правилам № 47-11;

3. IMS-MGW, TrGW, IMS-AGW, SGF, устанавливаются требования к параметрам используемых интерфейсов и системы синхронизации согласно приложению № 5 к Правилам;

4. CSCF, P-CSCF, S-CSCF, I-CSCF, HSS/IMS, SLF, MGCF, BGCF, IBCF, устанавливаются требования в части нумерации и идентификации согласно приложению № 4 к Правилам;

5. HSS/IMS, устанавливаются требования к данным HSS/IMS для абонентских радиостанций, поддерживающих радиодоступ стандарта LTE, согласно приложению № 19.1 к Правилам;

6. MGCF, устанавливаются требования к параметрам протоколов сигнализации SIP-T, SIP-I согласно приложению № 1 к Правилам применения оборудования транзитных, оконечно-транзитных и оконечных узлов связи. Часть XI. Правила применения международных телефонных станций и международных центров коммутации, использующих технологию коммутации пакетов информации, утвержденным приказом Министерства связи и массовых коммуникаций Российской Федерации от 27.01.2009 № 12 (зарегистрирован в Министерстве юстиции Российской Федерации 25 февраля 2009 г., регистрационный № 13435), с изменениями, внесенными приказами Министерства связи и массовых коммуникаций Российской Федерации от 06.12.2012 № 284 (зарегистрирован в Министерстве юстиции Российской Федерации 18 января 2013 г., регистрационный № 26585) и от 23.04.2013 № 93 (зарегистрирован в Министерстве юстиции Российской Федерации 14 июня 2013 г., регистрационный № 28788);

7. MGCF, SGF, устанавливаются требования к параметрам системы сигнализации по общему каналу ОКС № 7 согласно приложению № 6 к Правилам. При этом в MGCF реализуется функция пункта сигнализации сети сигнализации ОКС № 7, а в шлюзах сигнализации реализуются функции транзитного пункта сигнализации сети сигнализации ОКС № 7 или оконечного терминала пункта сигнализации, реализованного в MGCF;

8. MGCF, IBCF, IMS-MGW, TrGW, IMS-AGW, MRFC, MRFP, устанавливаются требования к параметрам протокола управления медиашлюзами MEGACO/H.248 согласно приложению № 10 к Правилам;

9. IMS-MGW, TrGW, IMS-AGW, MRFP, устанавливаются требования к параметрам транспортного протокола реального времени RTP и протокола управления транспортировкой в реальном времени RTCP согласно приложению № 15 к Правилам;

10. IMS-MGW, TrGW, IMS-AGW, MRFP устанавливаются требования к параметрам акустических сигналов согласно приложению № 7 к Правилам.

(п. 9.2 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

10. Для оборудования управления и технического обслуживания устанавливаются требования согласно приложению № 18 к Правилам.

11. К оборудованию узлов связи применяются обязательные требования для обеспечения приоритетной передачи сообщений системы «ЭРА-ГЛОНАСС» согласно приложению № 19 к Правилам.

(п. 11 в ред. Приказа Минкомсвязи России от 01.02.2012 № 29)

12. Списки используемых наименований сообщений и сокращений приведены в приложениях № № 20, 21 к Правилам (справочно), соответственно.

(п. 12 введен Приказом Минкомсвязи России от 01.02.2012 № 29)

Приложение № 1 к Правилам применения оборудования коммутации систем подвижной радиотелефонной связи. Часть II. Правила применения оконечно-транзитных узлов связи сетей подвижной радиотелефонной связи стандарта GSM 900/1800

ТРЕБОВАНИЯ К ПАРАМЕТРАМ ИНТЕРФЕЙСОВ ВЗАИМОДЕЙСТВИЯ

1. Интерфейс ЦКП, реализованный с использованием технологии коммутации каналов, с оборудованием ВРМ, ОРМ, РИО; интерфейсы ОРМ с ВРМ; ОРМ с Аут; ОРМ с РИО.

1.1 Физический уровень.

Цифровой интерфейс со скоростью передачи 2048 кбит/с (стык А).

Требования к параметрам интерфейса установлены в приложении № 1 к Правилам применения транзитных междугородных узлов автоматической коммутации. Часть I. Правила применения транзитных междугородных узлов связи, использующих систему сигнализации по общему каналу сигнализации № 7 (ОКС № 7), утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 16.05.2006 № 59 (зарегистрирован в Министерстве юстиции Российской Федерации 29 мая 2006 г., регистрационный № 7879).

1.2 Система сигнализации.

ОКС № 7 (подсистема передачи сообщений MTP, подсистема управления соединением сигнализации SCCP, подсистема возможностей транзакций TCAP, прикладная подсистема подвижной связи MAP).

Требования к параметрам системы сигнализации ОКС № 7 установлены в приложении № 6 к Правилам.

2. Интерфейс ЦКП, реализованный с использованием технологии коммутации каналов, и ШС с узлами связи сетей фиксированной телефонной связи (далее — СФТС).

2.1 Физический уровень.

В оборудовании реализованы один или оба из следующих интерфейсов:

а) цифровой интерфейс со скоростью передачи 2048 кбит/с (стык А);

б) интерфейс синхронной цифровой иерархии STM-1 со скоростью передачи 155520 кбит/с.

Требования к параметрам интерфейса STM-1 установлены в приложении № 1 к Правилам применения транзитных междугородных узлов автоматической коммутации. Часть I. Правила применения транзитных междугородных узлов связи, использующих систему сигнализации по общему каналу сигнализации № 7 (ОКС № 7), утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 16.05.2006 № 59 (зарегистрирован в Министерстве юстиции Российской Федерации 29 мая 2006 г., регистрационный № 7879).

2.2 Система сигнализации.

3.1 Физический уровень.

3.2 Система сигнализации.

4. Интерфейс узла текущей поддержки пакетной передачи данных SGSN (далее — УТПД) с ВРМ.

4.1 Физический уровень.

4.2 Система сигнализации.

ОКС № 7 (подсистемы MTP, SCCP, прикладная подсистема базовых станций BSSAP).

5. Интерфейс УТПД с ОРМ, РИО; шлюзового узла поддержки пакетной передачи данных GGSN (далее — УШПД) с ОРМ.

5.1 Физический уровень.

Цифровой интерфейс со скоростью передачи 2048 кбит/с (стык А).

5.2 Система сигнализации.

ОКС № 7 (подсистемы MTP, SCCP, TCAP, MAP).

6. Интерфейс УТПД с УШПД или с УТПД другой СПРС.

6.1 Физический и канальный уровни.

Интерфейс, обеспечивающий транспортировку пакетов протокола сети передачи данных Интернет IP.

Требования к параметрам интерфейса установлены в приложении № 5 к Правилам.

6.2 Сетевой и транспортный уровни.

Протокол IP, протокол передачи дейтаграмм пользователя UDP или протокол управления передачей TCP, протокол туннелирования для пакетной передачи данных GTP.

Требования к параметрам протоколов IP, GTP установлены в приложении № 9 к Правилам.

7. Интерфейс УТПД с оборудованием подсистемы базовых станций.

7.1 Физический уровень.

Цифровой интерфейс со скоростью передачи 2048 кбит/с (стык А).

7.2 Система сигнализации.

Протокол сетевой службы NS, протокол пакетной передачи данных для подсистемы базовых станций BSSGP, протокол сходимости подсетей SNDCP. Требования к параметрам протоколов NS, BSSGP, SNDCP установлены в приложении № 9 к Правилам.

8. Интерфейс УШПД с сетями передачи данных.

8.1 Физический и канальный уровни.

Интерфейс, обеспечивающий транспортировку пакетов IP.

8.2 Сетевой и транспортный уровни.

Протоколы IP, UDP или TCP.

9. Интерфейс ЦКП сервера с МШ.

9.1 Физический, канальный уровни.

В оборудовании реализован один или оба из следующих интерфейсов:

а) интерфейс, обеспечивающий транспортировку пакетов IP;

б) интерфейс с асинхронным режимом переноса информации ATM с уровнем адаптации ATM типа 5 AAL5.

9.2 Сетевой и транспортный уровни.

В случае использования интерфейсов, указанных в подпункте а пункта 9.1, на сетевом уровне реализуется протокол IP, на транспортном уровне реализуются протоколы UDP, или TCP, или протокол передачи с управлением потоками SCTP. Требования к параметрам протокола SCTP установлены в приложении № 14 к Правилам.

9.3 Прикладной уровень.

Используется один из протоколов управления медиашлюзами MEGACO/H.248 или MGCP, требования к которым установлены в приложениях № № 10, 11 к Правилам, соответственно.

10. Интерфейс ЦКП сервера с ЦКП сервером, с устройством управления шлюзами узла СФТС, реализованного с использованием технологии коммутации пакетов информации.

10.1 Физический и канальный уровни.

В оборудовании реализован один или оба из следующих интерфейсов:

а) интерфейс, обеспечивающий транспортировку пакетов IP;

б) интерфейс с асинхронным режимом переноса информации с уровнем адаптации AAL5.

10.2 Сетевой и транспортный уровни.

В случае использования интерфейсов, указанных в подпункте а пункта 10.1, на сетевом уровне реализуется протокол IP, на транспортном уровне реализуются протоколы UDP, или TCP, или SCTP.

10.3 Прикладной уровень.

Протокол BICC или протокол SIP, требования к которым установлены в приложениях № № 12, 13 к Правилам соответственно.

11. Интерфейс ЦКП сервера с ОРМ.

11.1 Физический, канальный уровень.

В оборудовании реализован один или оба из следующих интерфейсов:

а) интерфейс, приведенный в пункте 1;

б) интерфейс, обеспечивающий транспортировку пакетов IP.

11.2 Сетевой и транспортный уровни.

В случае использования интерфейсов, указанных в подпункте б) пункта 11.1, на сетевом уровне реализуется протокол IP. На транспортном уровне реализуются протоколы группы SIGTRAN: SCTP и один из протоколов: протокол уровня адаптации пользователя MTP2 — M2UA или протокол уровня адаптации пользователя MTP3 — M3UA. Требования к протоколам группы SIGTRAN установлены в приложении № 14 к Правилам.

11.3 Система сигнализации.

ОКС № 7 (подсистемы SCCP, TCAP, MAP).

12. Интерфейс ЦКП сервера с ШС.

12.1 Физический и канальный уровни.

В оборудовании реализованы один или оба из следующих интерфейсов:

а) интерфейс, обеспечивающий транспортировку пакетов IP;

б) интерфейс с асинхронным режимом переноса информации с уровнем адаптации AAL5.

12.2 Сетевой и транспортный уровни.

В случае использования интерфейсов, указанных в подпункте а пункта 12.1, на сетевом уровне реализуется протокол IP, на транспортном уровне реализуются протоколы группы SIGTRAN: SCTP и один из протоколов: M2UA, M3UA; протокол уровня адаптации пользователя SCCP — SUA. Требования к протоколам группы SIGTRAN установлены в приложении № 14 к Правилам.

12.3 Система сигнализации.

ОКС № 7 (подсистемы SCCP, TCAP, ISUP, MAP).

13. Интерфейс между медиашлюзами.

13.1 Физический и канальный уровни.

В оборудовании реализован один или оба из следующих интерфейсов:

а) интерфейс, обеспечивающий транспортировку пакетов IP;

б) интерфейс с асинхронным режимом переноса информации ATM с уровнем адаптации ATM типа 2 AAL2.

13.2 Сетевой и транспортный уровни.

В случае использования интерфейсов, указанных в подпункте а пункта 13.1, реализуются протоколы IP, UDP, а также протоколы RTP и RTCP, требования к которым установлены в приложении № 15 к Правилам.

14. Подсистема передачи мультимедийных сообщений на базе протоколов сети передачи данных Интернет IMS.

14.1. Оборудование P-CSCF взаимодействует с другим оборудованием CSCF по интерфейсу Mw, с оборудованием IBCF по интерфейсу Mx, с пользовательским оборудованием UE по интерфейсу Gm с использованием протокола SIP, с IMS-AGW по интерфейсу Iq с использованием протокола MEGACO, с оборудованием CCF по интерфейсу Rf с использованием протокола Diameter.

14.2. Оборудование S-CSCF взаимодействует с другим оборудованием CSCF по интерфейсу Mw, с оборудованием MGCF по интерфейсу Mg, с оборудованием MRFC по интерфейсу Mr, с оборудованием BGCF по интерфейсу Mi, с оборудованием IBCF по интерфейсу Mx с использованием протокола SIP, с оборудованием SLF по интерфейсу Dx, с оборудованием HSS по интерфейсу Cx, с оборудованием CCF по интерфейсу Rf с использованием протокола Diameter.

14.3. Оборудование I-CSCF взаимодействует с другим оборудованием CSCF по интерфейсу Mw, с оборудованием MGCF по интерфейсу Mg, с оборудованием MRFC по интерфейсу Mr, с оборудованием BGCF по интерфейсу Mi, с оборудованием IBCF по интерфейсу Mx с использованием протокола SIP, с оборудованием SLF по интерфейсу Dx, с оборудованием HSS по интерфейсу Cx, с оборудованием CCF по интерфейсу Rf с использованием протокола Diameter.

14.4. Оборудование IBCF взаимодействует с оборудованием P(I,S)-CSCF и с оборудованием BGCF по интерфейсу Mx, с IBCF другого оператора IMS по интерфейсу Ici, с сетями передачи данных по интерфейсу Ic с использованием протокола SIP, с TrGW по интерфейсу Ix с использованием протокола MEGACO/H.248, с оборудованием CCF по интерфейсу Rf с использованием протокола Diameter.

14.5. Оборудование BGCF взаимодействует с другим оборудованием BGCF того же узла связи по интерфейсу Mk, с оборудованием P-CSCF по интерфейсу Mx, с оборудованием I-CSCF по интерфейсу Mi, с оборудованием MGCF по интерфейсу Mj, с оборудованием IBCF по интерфейсу Mx с использованием протокола SIP, с оборудованием CCF по интерфейсу Rf с использованием протокола Diameter.

14.6. Оборудование HSS/IMS взаимодействует с оборудованием I-CSCF и S-CSCF по интерфейсу Cx с использованием протокола Diameter.

14.7. Оборудование MGCF взаимодействует с оборудованием IMS-MGW по интерфейсу Mn с использованием протокола MEGACO/H.248, с оборудованием BGCF по интерфейсу Mj, с оборудованием I-CSCF, S-CSCF по интерфейсу Mg с использованием протокола SIP, с оборудованием CCF по интерфейсу Rf с использованием протокола Diameter.

14.8. Оборудование MRFC взаимодействует с оборудованием MRFP по интерфейсу Mp с использованием протокола MEGACO, с оборудованием S-CSCF по интерфейсу Mr с использованием протокола SIP, с оборудованием CCF по интерфейсу Rf с использованием протокола Diameter.

14.9. Оборудование MRFP взаимодействует с оборудованием MRFC по интерфейсу Mp с использованием протокола MEGACO/H.248, с IMS-MGW и другим оборудованием, обеспечивающим транспортировку пользовательского трафика по сети передачи данных, по интерфейсу Mb с использованием протоколов RTP/RTCP.

14.10. Оборудование CCF взаимодействует с оборудованием CSCF, IBCF, BGCF, MGCF, MRFC по интерфейсу Rf с использованием протокола Diameter.

14.11. Оборудование IMS-MGW взаимодействует с оборудованием MGCF по интерфейсу Mn с использованием протокола MEGACO/H.248, с MRFP и другим оборудованием, обеспечивающим транспортировку пользовательского трафика по сети передачи данных, по интерфейсу Mb с использованием протоколов RTP/RTCP.

14.12. Оборудование TrGw взаимодействует с IBCF по интерфейсу Ix с использованием протокола MEGACO/H.248, с оборудованием TrGw другой сети по интерфейсу Izi и оборудованием, обеспечивающим транспортировку пользовательского трафика, с использованием протоколов RTP/RTCP.

14.13. Оборудование IMS-AGW взаимодействует с P-CSCF по интерфейсу Iq с использованием протокола MEGACO/H.248, с оборудованием, обеспечивающим транспортировку пользовательского трафика, с использованием протоколов RTP/RTCP.

14.14. Оборудование SGF взаимодействует с оборудованием MGCF по интерфейсу Ie с использованием протоколов SIGTRAN и подсистем сигнализации ОКС № 7, с оборудованием пунктов сигнализации сети ОКС № 7, реализованных с использованием технологии с коммутацией каналов, с использованием подсистем сигнализации ОКС № 7.

14.15. Оборудование SLF взаимодействует с оборудованием I-CSCF, S-CSCF по интерфейсу Dx с использованием протокола Diameter.

(п. 14 в ред. Приказа Минкомсвязи России от 14.12.2015 № 543)

15. Оборудование, реализующее функцию многоточечной полудуплексной связи в сети подвижной радиотелефонной связи — РоС:

а) сервер РоС;

б) сервер управления группами/списками участников РоС-сессий;

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

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

д) сервер присутствия.

15.1 Интерфейс сервера РоС с оборудованием CSCF.

15.1.1 Физический и канальный уровни.

Интерфейс, обеспечивающий транспортировку пакетов IP.

15.1.2 Сетевой, транспортный уровни.

Протокол IP, протоколы UDP, или TCP, или SCTP.

15.1.3 Прикладной уровень.

Протокол SIP.

15.2 Интерфейсы сервера РоС с оборудованием IMS-MGW, с сервером РоС.

15.2.1 Физический и канальный уровни.

Интерфейс, обеспечивающий транспортировку пакетов IP.

15.2.2 Сетевой, транспортный уровни.

Протокол IP, протокол UDP.

15.2.3 Прикладной уровень.

Протоколы RTP и RTCP. Протокол управления передачей пользовательской информации TBCP. Требования к параметрам протокола TBCP установлены в приложении № 17 к Правилам.

15.3. Интерфейс сервера управления группами/списками участников РоС-сессий, коллективно используемого сервера управления группами/списками, сервера присутствия с оборудованием CSCF.

15.3.1 Физический и канальный уровни.

Интерфейс, обеспечивающий транспортировку пакетов IP.

15.3.2 Сетевой, транспортный уровни.

Протокол IP, протоколы UDP, или TCP, или SCTP.

15.3.3 Прикладной уровень.

Протокол SIP.

Приложение № 2 к Правилам применения оборудования коммутации систем подвижной радиотелефонной связи. Часть II. Правила применения оконечно-транзитных узлов связи сетей подвижной радиотелефонной связи стандарта GSM 900/1800

ТРЕБОВАНИЯ К ПАРАМЕТРАМ УСТОЙЧИВОСТИ К ВНЕШНИМ ЭЛЕКТРИЧЕСКИМ И ЭЛЕКТРОМАГНИТНЫМ ВОЗДЕЙСТВИЯМ И ИНДУСТРИАЛЬНЫМ РАДИОПОМЕХАМ

Исключены. - Приказ Минкомсвязи России от 23.04.2013 № 93.

Приложение № 3 к Правилам применения оборудования коммутации систем подвижной радиотелефонной связи. Часть II. Правила применения оконечно-транзитных узлов связи сетей подвижной радиотелефонной связи стандарта GSM 900/1800

ТРЕБОВАНИЯ К ПАРАМЕТРАМ УСТОЙЧИВОСТИ К ВНЕШНИМ

Таблица № 1. Параметры климатических воздействий

Параметры воздействий	Единица измерения	Величина параметра
Пониженная температура воздуха	град. C	+5
Повышенная температура воздуха	град. C	+40
Повышенная относительная влажность	%	85
Изменение температуры (среднее значение за пятиминутный период)	град. C/мин.	0,5
Пониженное атмосферное давление	кПа	70
Повышенное атмосферное давление (условия в шахтах не подразумеваются)	кПа	106
Конденсация, осадки (дождь, снег), обледенение	-	недопустимо

Таблица № 2. Параметры механических воздействий

Параметры воздействий	Значение параметра
Стационарная синусоидальная вибрация:
- пиковая амплитуда смещения с частотой свыше 2 до 9 Гц включительно	0,3 мм
- пиковое ускорение с частотой свыше 9 до 200 Гц включительно	1 м/с2
Нестационарная вибрация, включая ударное воздействие:
- амплитуда удара (пиковое ускорение)	40 м/с2
- длительность воздействия	до 22 мс
- число ударов	3 в каждом направлении
- число направлений ударов	6

радиотелефонной связи стандарта GSM 900/1800

1. Требования к параметрам интерфейсов, обеспечивающих транспортировку пакетов IP, используемых оборудованием узла связи, установлены в приложении № 25 к Правилам применения оборудования проводных и оптических систем передачи абонентского доступа, утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 24.08.2006 № 112 (зарегистрирован в Министерстве юстиции Российской Федерации 4 сентября 2006 г., регистрационный № 8194).

2.1. Генератор блока сетевой синхронизации управляется сигналом тактовой сетевой синхронизации, выделяемым из каналов первичных групп 2048 кбит/с (стык А) или поступающим со стыка Y — 2048 кГц.

2.2. Для приема сигналов тактовой сетевой синхронизации предусматриваются не менее двух входов 2048 кбит/с и не менее двух входов 2048 кГц.

2.3. В оборудование тактовой синхронизации оборудования узла связи входят два блока синхронизации, работающие синхронно.

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

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

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

2.6. При любых переключениях в блоке тактовой синхронизации скачок фазы на выходе оборудования узла связи не более 61 нс.

2.7. Блок синхронизации оборудования узла связи имеет систему автоматизированного контроля и соответствующую сигнализацию.

Приложение № 6 к Правилам применения оборудования коммутации систем

1. В оборудовании узла связи реализуются следующие подсистемы системы сигнализации ОКС № 7:

г) подсистема возможностей транзакций TCAP;

д) прикладная подсистема подвижной связи MAP.

2. Реализация подсистем MTP, SCCP, ISUP, TCAP системы сигнализации ОКС № 7 в оборудовании узла связи осуществляется в соответствии с требованиями к параметрам технических и программных средств, используемых для обеспечения систем сигнализации, установленными в приложении № 3 к Правилам применения транзитных междугородных узлов автоматической коммутации. Часть I. Правила применения транзитных междугородных узлов связи, использующих систему сигнализации по общему каналу сигнализации № 7 (ОКС № 7), утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 16.05.2006 № 59 (зарегистрирован в Министерстве юстиции Российской Федерации 29 мая 2006 г., регистрационный № 7879), за исключением:

а) пунктов П.3.2.3.15 - П.3.2.3.17;

б) сообщений в пункте П.3.2.4.1 и таблице П.3.1: «Отбой вызывающего абонента» (CCL — Clear calling line), «Вызов» RNG (Ring), «Последующее адресное сообщение» (SAM — Subsequent Address Message);

в) сообщений в пункте П.3.2.4.1 и таблице П.3.2: «Запрос идентификации» (IDR — Identification Request), «Ответ на запрос идентификации» (IRS -Identification Response);

г) подпункта 2) пункта П.3.2.4.6;

д) пунктов П.3.2.4.9, П.3.2.4.10.

3. Требования к параметрам подсистемы MAP.

3.1. Перечень сообщений подсистемы MAP, реализованных в оборудовании узла связи, приведен в таблицах № № 1 - 19.

Таблица № 1. Общие сообщения

N	Название сообщения MAP
1	Начало диалога
2	Конец диалога
3	Разделение услуг-примитивов во время диалога
4	Прерывание диалога со стороны абонента
5	Прерывание диалога со стороны провайдера сети
6	Уведомление о проблемах во время диалога

Таблица № 2. Сообщения управления местонахождением

N	Название сообщения MAP
1	Обновление данных о зоне местонахождения абонента
2	Обновление данных о местонахождении абонента
3	Отмена информации о местонахождении абонента
4	Передача идентификации
5	Абонент вне досягаемости
6	Уведомление о стирании данных абонента
7	Обновление данных о местоположении абонента

Таблица № 3. Пейджинг и поиск

N	Название сообщения MAP
1	Инициация пейджинга
2	Поиск АС

Таблица № 4. Сообщения управления доступом

N	Название сообщения MAP
1	Инициация процесса доступа АС в сеть

Таблица № 5. Сообщения для реализации хэндовера

N	Название сообщения MAP
1	Подготовка процесса хэндовера
2	Передача сигнала в процессе хэндовера
3	Процесс доступа для передачи сигналов
4	Передача информации
5	Подготовка передачи следующему ЦКП
6	Распределение номера хэндовера
7	Отправление отчета о процессе хэндовера

Таблица № 6. Сообщения управления аутентификацией

N	Название сообщения MAP
1	Инициация процесса аутентификации
2	Передача информации об аутентификации абонента

Таблица № 7. Сообщения управления безопасностью

N	Название сообщения MAP
1	Установка способа шифрования

Таблица № 8. Сообщения идентификации оборудования

N	Название сообщения MAP
1	Проверка международного идентификатора оборудования АС
2	Получение международного идентификатора оборудования АС

Таблица № 9. Сообщения управления абонентскими данными

N	Название сообщения MAP
1	Регистрация абонентских данных
2	Удаление абонентских данных

Таблица № 10. Сообщения управления идентичности

N	Название сообщения MAP
1	Получение международного номера АС
2	Распределение нового временного номера абонента в течение постоянной транзакции

Таблица № 11. Сообщения восстановления ошибки

N	Название сообщения MAP
1	Сброс
2	Пересылка и проверка индикации дополнительных услуг
3	Восстановление данных

Таблица № 12. Сообщения запроса абонентской информации

N	Название сообщения MAP
1	Запрос абонентской информации в любое время
2	Запрос абонентской информации

Таблица № 13. Сообщения отслеживания абонента

N	Название сообщения MAP
1	Активизация абонента
2	Деактивизация абонента
3	Абонент активирован

Таблица № 14. Сообщения для реализации функций эксплуатации и технического обслуживания

N	Название сообщения MAP
1	Передача международного номера АС

Таблица № 15. Сообщения обработки вызова

N	Название сообщения MAP
1	Передача информации маршрутизации
2	Запрос роумингового номера
3	Продолжение обработки вызова
4	Подготовка группового вызова
5	Процесс сигнализации группового вызова
6	Пересылка сигнализации группового вызова
7	Отправление конечного сигнала группового вызова
8	Предоставление номера сервера функций совместного взаимодействия
9	Модификация сигнализации сервера функций совместного взаимодействия
10	Установление выдачи отчетности о состоянии
11	Отчет о статусе
12	Удаленный абонент свободен

Таблица № 16. Сообщения, связанные с дополнительными видами обслуживания

N	Название сообщения MAP
1	2
1	Регистрация дополнительных услуг
2	Стирание дополнительных услуг
3	Активация дополнительных услуг
4	Деактивация дополнительных услуг
5	Уведомление о дополнительных услугах
6	Вызов дополнительных услуг
7	Регистрация пароля
8	Получение пароля
9	Процесс запроса неструктурированных дополнительных услуг
10	Запрос неструктурированных дополнительных услуг
11	Уведомление о неструктурированных дополнительных услугах
12	Уведомление о вызове дополнительных услуг
13	Регистрация записи управления вызовом
14	Стирание записи управления вызовом

Таблица № 17. Сообщения для сервиса коротких сообщений

N	Название сообщения MAP
1	2
1	Пересылка информации маршрутизации для центра коротких сообщений
2	Передача короткого сообщения от исходящего абонента
3	Отчет о статусе доставки короткого сообщения
4	Готовность для короткого сообщения
5	Готовность центра услуги
6	Информация центра услуги
7	Пересылка информации для конечного абонента
8	Пересылка информации для исходящего абонента
9	Пересылка короткого сообщения для конечного абонента

Таблица № 18. Сообщения сетевого запроса активации пакетной передачи данных

N	Название сообщения MAP
1	Передача маршрутной информации для пакетной передачи данных
2	Отказ в активации контекста протокола пакетной передачи данных (PDP-контекста)
3	АС снова присутствует для GPRS

Таблица № 19. Сообщения управления службой определения местонахождения

N	Название сообщения MAP
1	Передача маршрутной информации для службы определения местонахождения
2	Предоставление информации о местонахождении абонента
3	Отчет о местонахождении абонента

4. Оборудование узла связи обеспечивает работу по системе одностороннего отбоя.

стандарта GSM 900/1800

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

1.1 Оборудование узла связи передает следующие основные акустические сигналы:

а) «Контроль посылки вызова» (далее — КПВ) — информирует вызывающего абонента о посылке вызывного сигнала вызываемому абоненту;

б) «Занято» — информирует абонента о занятости вызываемого абонента после набора номера или об отбое другого абонента после разговора;

в) «Занято при перегрузке» — информирует вызывающего абонента об отказе в обслуживании из-за отсутствия свободных соединительных линий или станционных приборов;

г) «Указательный сигнал» — информирует абонента о невозможности установления соединения из-за устойчивой причины;

д) «Сигнал уведомления» — информирует абонента, занятого в разговоре, о поступлении к нему нового вызова;

е) «Контроль посылки сигнала уведомления (Ожидание)» — информирует вызывающего абонента о посылке вызываемому абоненту сигнала уведомления.

Параметры информационных акустических сигналов приведены в таблице № 1.

Таблица № 1. Параметры информационных акустических сигналов

Наименование сигнала	Частота, Гц	Длительность посылки, с	Длительность паузы, с	Уровень сигнала, дБ
1	2	3	4	5
«Контроль посылки вызова»	425	1,0 +/- 0,1	4,0 +/- 0,4	от -15 до -5
«Занято»	425	0,3 — 0,4	0,3 — 0,4	от -15 до -5
«Занято при перегрузке»	425	0,15 — 0,2	0,15 — 0,2	от -15 до -5
«Указательный сигнал»	950 1400 1800	0,33 +/- 0,07 каждой частоты	1,0 +/- 0,25 1,0 +/- 0,25 1,0 +/- 0,25	от -15 до -5
«Сигнал уведомления»	425	0,2 +/- 0,02	5,0 +/- 0,5	от -20 до -10
«Контроль посылки сигнала уведомления (Ожидание)»	425	0,2 +/- 0,02 (по согласованию с заказчиком 0,25 +/- 0,025)	5,0 +/- 0,5 (по согласованию с заказчиком 8 — 10)	от -15 до -5

1.2. Частоты сигналов, указанные в таблице № 1, имеют синусоидальную форму с коэффициентом нелинейных искажений не более 5%.

1.3. Нестабильность частот, указанных в таблице № 1, не более +/- 0,5%.

1.4 Сигнал КПВ и «Сигнал уведомления» начинаются с посылки.

1.5. Последовательность подачи трех частот сигнала «Указательный сигнал»: низкая, средняя, высокая. Допускается пауза между частотами внутри посылок длительностью до 0,03.

2. Оборудование узла связи передает абонентам фразы автоинформатора при предоставлении абоненту основных и дополнительных видов обслуживания.

2.1. Основные фразы автоинформатора передаются при условиях, приведенных в таблице № 2.

Таблица № 2. Основные фразы автоинформатора

N	Условие передачи фразы автоинформатора	Возможная фраза автоинформатора
1	2	3
1	1. АС вызываемого абонента выключена. 2. АС вызываемого абонента вне зоны действия ЦКП. 3. С вызываемой АС нет радиосвязи	«Абонент временно недоступен»
2	1. Административный запрет исходящей связи (местной, междугородной, международной). 2. Абонентом заказаны услуги «Запрет исходящей связи» (местной, междугородной, международной). 3. Абонентом заказана услуга «Запрет входящей связи»	«Данный вид связи запрещен»
3	1. Оборудование узла связи определяет принятый номер как неполный. 2. Набор несуществующего номера	«Неправильно набран номер»
4	Неверный код дополнительного вида обслуживания	«Неправильно набран код услуги»
5	Отсутствие денег на счету абонента	«Аппарат временно отключен»

связи сетей подвижной радиотелефонной связи стандарта GSM 900/1800

К ПАРАМЕТРАМ СИСТЕМЫ УЧЕТА ДАННЫХ ДЛЯ НАЧИСЛЕНИЯ ПЛАТЫ

1. Система учета данных для начисления платы (далее — СУД) выполняет следующие функции:

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

исходящие и входящие соединения между абонентами СПРС;

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

исходящие и входящие соединения с абонентами СФТС;

исходящие и входящие междугородные, международные соединения;

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

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

соединения для абонента, находящегося в роуминге;

соединения с использованием услуги передачи;

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

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

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

3. Формирование учетных данных начинается с момента индикации ответа вызываемого абонента (службы) и прекращается при отбое любого из абонентов.

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

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

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

в) дата (день, месяц, год) и время начала соединения (час, минута, секунда);

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

д) используемые в соединении услуги;

е) объем передаваемой информации, в случае установления соединений для передачи данных.

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

а) роуминговый номер подвижного абонента СПРС, местоположение абонентской радиостанции при ее передвижении;

б) индикатор записи (одиночная, промежуточная запись).

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

7. В СУД поступают данные текущего времени (год, месяц, день, часы, минуты, секунды) от оборудования узла связи.

8. Погрешность при измерении продолжительности соединения не превышает +/- 1 с.

9. Погрешность при измерении количества (объема) передаваемой информации при передаче данных не превышает следующих значений:

          │100         при К <= 100 Кб,

ДельтаК = { │0,001 x К при К > 100 Кб,

где: К — количество (объем) передаваемой информации в байтах; ДельтаК — погрешность при измерении количества передаваемой информации в байтах.

10.   <a id="p100551"></a>Вероятность   неправильной   работы   систем   измерений

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

                              -4

номеров абонентов, не превышает 10 .

11. СУД обеспечивает хранение учетных данных.

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

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

14. В СУД предусмотрена система защиты от несанкционированного доступа к информации.

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

16. В СУД обеспечивается функция немедленного вывода на устройство технического обслуживания учетной информации для оперативной обработки данных.

17. Требования к параметрам сбора и учета данных для начисления платы для функций CCF, MGCF, BGCF, IBCF, P-CSCF, I-CSCF, S-CSCF подсистемы IMS.

Система учета данных для начисления платы CCF выполняет сбор и хранение учетных данных с целью последующего определения стоимости для всех видов учетного трафика.

CCF обеспечивает передачу учетных данных в ACP.

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

Для обеспечения функций учета CCF создает учетную запись (далее — CDR), регистрирующую следующие основные данные:

1. категорию и номер вызывающего абонента или адресную информацию вызывающей стороны;

2. номер вызываемого абонента (службы) или адресную информацию вызываемой стороны;

3. дату (день, месяц, год) и время начала соединения (час, минута, секунда);

4. продолжительность соединения или время окончания соединения (час, минута, секунда);

5. используемые в соединении услуги;

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

7. индикаторы записи;

8. идентификаторы операторов;

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

10. данные о местоположении вызывающей абонентской станции.

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

CCF создает учетные записи как минимум для одного из элементов: MGCF, BGCF, IBCF, P-CSCF, I-CSCF, S-CSCF. Для корреляции информации, относящейся к одной сессии, используется идентификатор тарификации сессии (далее — ICID). Перечни возможных полей учетных записей для различных элементов IMS приведены в таблицах № № 1 — 6.

Таблица № 1. Перечень полей учетной записи, формируемой для MGCF

Поле	Категория
Тип записи (Record Type)	M
Повторное использование учетной информации (Retransmission)	OC
Сообщение SIP, для которого создается учетная запись (SIP Method)	OC
Событие, которому соответствует сообщение SIP (Event)	OC
Срок действия информации SIP (Expires Information)	OC
Роль MGCF в обслуживании сессии (исходящий/назначения) (Role of Node)	OM
Адрес узла, предоставляющего информацию для CDR (Node Address)	OM
Идентификатор сессии Call ID (Session ID)	OM
Приоритет сессии (Session Priority)	OC
Адрес(а) вызывающего абонента, сервиса (List Of Calling Party Address)	OM
Адрес вызываемого абонента (Called Party Address)	OM
Информация о временном номере для маршрутизации (Number Portability routing information)	OC
Время запроса обслуживания (Service Request Time Stamp)	OM
Время запроса обслуживания, доля в миллисекундах (Service Request Time Stamp Fraction)	OM
Время подтверждения или отказа обслуживания (Service Delivery Start Time Stamp)	OM
Время подтверждения или отказа обслуживания, доля в миллисекундах (Service Delivery Start Time Stamp Fraction)	OM
Время завершения обслуживания (Service Delivery End Time Stamp)	OC
Время завершения обслуживания, доля в миллисекундах (Service Delivery End Time Stamp Fraction)	OC
Время открытия записи в CCF (в CDF) (Record Opening Time)	OC
Время закрытия записи в CCF (в CDF) (Record Closure Time)	OM
Идентификаторы взаимодействующих сетей (Inter Operator Identifiers):	OC
Идентификатор исходящей сети (Originating IOI)	OC
Идентификатор сети назначения (Terminating IOI)	OC
Порядковый номер частной записи (Local Record Sequence Number)	OM
Порядковый номер записи, идентифицирующий сессию (Record Sequence Number)	OC
Причина закрытия CDR (Cause For Record Closing)	OM
Индикация неполного CDR (Incomplete CDR Indication)	OC
Идентификатор тарификации IMS (IMS Charging Identifier)	OM
Список начальных SDP параметров (List of Early SDP Media Components):	OC
Описание сессии (SDP Session Description)	OC
Указывает на SDP предложение или ответ (SDP Type)	OM
Время создания SDP предложения (SDP Offer Timestamp)	OM
Время создания SDP ответа (SDP Answer Timestamp)	OM
Параметры медиа информации (SDP Media Components):	OM
Тип передаваемой информации (SDP Media Name)	OM
Атрибуты передаваемой информации (SDP Media Description)	OM
Флаг модификации сессии по инициативе вызываемого пользователя (Media Initiator Flag)	OC
Список SDP параметров (List of SDP Media Components):	OC
Описание сессии (SDP Session Description)	OC
Указывает на SDP предложение или ответ (SDP Type)	OC
Время запроса SIP (SIP Request Timestamp)	OM
Время ответа SIP (SIP Response Timestamp)	OM
Время запроса SIP, доля в миллисекундах (SIP Request Timestamp Fraction)	OC
Время ответа SIP, доля в миллисекундах (SIP Response Timestamp Fraction)	OC
Параметры медиа информации (SDP Media Components):	OM
Тип передаваемой информации (SDP Media Name)	OM
Атрибуты передаваемой информации (SDP Media Description)	OM
Флаг модификации сессии по инициативе вызываемого пользователя (Media Initiator Flag)	OC
Код ответа SIP (Service Reason Return Code)	OM
Идентификатор входящих/исходящих линий (Trunk Group ID Incoming/Outgoing)	OM
Поставщик услуги (Bearer Service)	OM
Информация о типе сети доступа (Access Network Information)	OC
Идентификатор информации об услуге, для которой создается CDR (Service Context Id)	OM
Расширение записи (Record Extensions)	OC
Примечание: 1) M — обязательное поле; 2) Oм — обязательное поле, если оно реализовано в оборудовании; 3) Oc — поле, которое присутствует в учетной записи при определенных условиях, если оно реализовано в оборудовании.

Таблица № 2. Перечень полей учетной записи, формируемой для BGCF

Поле	Категория
Тип записи (Record Type)	M
Повторное использование учетной информации (Retransmission)	OC
Сообщение SIP, для которого создается учетная запись (SIP Method)	OC
Событие, которому соответствует сообщение SIP (Event)	OC
Срок действия информации SIP (Expires Information)	OC
Роль BGCF в обслуживании сессии (исходящий/назначения) (Role of Node)	OM
Адрес узла, предоставляющего информацию для CDR (Node Address)	OM
Идентификатор сессии (Session ID)	OM
Приоритет сессии (Session Priority)	OC
Адрес(а) вызывающего абонента, сервиса (List Of Calling Party Address)	OM
Адрес вызываемого абонента (Called Party Address)	OM
Информация о временном номере для маршрутизации (Number Portability routing information)	OC
Время запроса обслуживания (Service Request Time Stamp)	OM
Время запроса обслуживания, доля в миллисекундах (Service Request Time Stamp Fraction)	OM
Время подтверждения или отказа обслуживания (Service Delivery Start Time Stamp)	OM
Время подтверждения или отказа обслуживания, доля в миллисекундах (Service Delivery Start Time Stamp Fraction)	OM
Время завершения обслуживания (Service Delivery End Time Stamp)	OC
Время завершения обслуживания, доля в миллисекундах (Service Delivery End Time Stamp Fraction)	OC
Время открытия записи в CCF (CDF) (Record Opening Time)	OC
Время закрытия записи в CCF (CDF) (Record Closure Time)	OM
Идентификаторы взаимодействующих сетей (Inter Operator Identifiers):	OC
Идентификатор исходящей сети (Originating IOI)	OC
Идентификаторы сети назначения (Terminating IOI)	OC
Порядковый номер частной записи (Local Record Sequence Number)	OM
Порядковый номер записи, идентифицирующий сессию (Record Sequence Number)	OC
Причина закрытия CDR (Cause For Record Closing)	OM
Индикация неполного CDR (Incomplete CDR Indication)	OC
Идентификатор тарификации IMS (IMS Charging Identifier)	OM
Список начальных SDP параметров (List of Early SDP Media Components):	OC
Описание сессии (SDP Session Description)	OC
Указывает на SDP предложение или ответ (SDP Type)	OM
Время создания SDP предложения (SDP Offer Timestamp)	OM
Время создания SDP ответа (SDP Answer Timestamp)	OM
Параметры медиа информации (SDP Media Components):	OM
Тип передаваемой информации (SDP Media Name)	OM
Атрибуты медиа информации (SDP Media Description)	OM
Флаг модификации сессии по инициативе вызываемого пользователя (Media Initiator Flag)	OC
Список SDP параметров (List of SDP Media Components):	OC
Описание сессии (SDP Session Description)	OC
Указывает на SDP предложение или ответ (SDP Type)	OM
Время запроса SIP (SIP Request Timestamp)	OC
Время ответа SIP (SIP Response Timestamp)	OC
Время запроса SIP, доля в миллисекундах (SIP Request Timestamp Fraction)	OC
Время ответа SIP, доля в миллисекундах (SIP Response Timestamp Fraction)	OC
Параметры медиа информации (SDP Media Components):	OM
Тип передаваемой информации (SDP Media Name)	OM
Атрибуты медиа информации (SDP Media Description)	OM
Флаг модификации сессии по инициативе вызываемого пользователя (Media Initiator Flag)	OC
Код ответа SIP (Service Reason Return Code)	OM
Информация о сети доступа (Access Network Information)	OC
Идентификатор информации об услуге, для которой создается CDR (Service Context Id)	OM
Расширение записи (Record Extensions)	OC
Примечание: 1) M — обязательное поле; 2) Oм — обязательное поле, если оно реализовано в оборудовании; 3) Oc — поле, которое присутствует в учетной записи при определенных условиях, если оно реализовано в оборудовании.

Таблица № 3. Перечень полей учетной записи, формируемой для IBCF

Поле	Категория
Тип записи (Record Type)	M
Повторное использование учетной информации (Retransmission)	OC
Сообщение SIP, для которого создается учетная запись (SIP Method)	OC
Событие, которому соответствует сообщение SIP (Event)	OC
Срок действия информации SIP (Expires Information)	OC
Роль IBCF в обслуживании сессии (исходящий/назначения) (Role of Node)	OM
Адрес узла, предоставляющего информацию для CDR (Node Address)	OM
Идентификатор сессии (Session ID)	OM
Приоритет сессии (Session Priority)	Oc
Адрес(а) вызывающего абонента, сервиса (List Of Calling Party Address)	OM
Адрес вызываемого абонента (Called Party Address)	OM
Информация о временном номере для маршрутизации (Number Portability routing information)	OC
Время запроса обслуживания (Service Request Time Stamp)	OM
Время запроса обслуживания, доля в миллисекундах (Service Request Time Stamp Fraction)	OM
Время подтверждения или отказа обслуживания (Service Delivery Start Time Stamp)	OM
Время подтверждения или отказа обслуживания, доля в миллисекундах (Service Delivery Start Time Stamp Fraction)	OM
Время завершения обслуживания (Service Delivery End Time Stamp)	OC
Время завершения обслуживания, доля в миллисекундах (Service Delivery End Time Stamp Fraction)	OC
Время открытия записи в CCF (CDF) (Record Opening Time)	OC
Время закрытия записи в CCF (CDF) (Record Closure Time)	OM
Идентификаторы взаимодействующих сетей (Inter Operator Identifiers):	OC
Идентификатор исходящей сети (Originating IOI)	OC
Идентификаторы сети назначения (Terminating IOI)	OC
Порядковый номер частной записи (Local Record Sequence Number)	OM
Порядковый номер записи, идентифицирующий сессию (Record Sequence Number)	OC
Причина закрытия CDR (Cause For Record Closing)	OM
Индикация неполного CDR (Incomplete CDR Indication)	OC
Идентификатор тарификации IMS (IMS Charging Identifier)	Oм
Список начальных SDP параметров (List of Early SDP Media Components):	Oc
Описание сессии (SDP Session Description)	Oc
Указывает на SDP предложение или ответ (SDP Type)	Oм
Время создания SDP предложения (SDP Offer Timestamp)	Oм
Время создания SDP ответа (SDP Answer Timestamp)	Oм
Параметры медиа информации (SDP Media Components):	Oм
Тип передаваемой информации (SDP Media Name)	Oм
Атрибуты медиа информации (SDP Media Description)	Oм
Флаг модификации сессии по инициативе вызываемого пользователя (Media Initiator flag)	OC
Список SDP параметров (List of SDP Media Components):	Oc
Описание сессии (SDP Session Description)	Oc
Указывает на SDP предложение или ответ (SDP Type)	Oм
Время запроса SIP (SIP Request Timestamp)	Oc
Время ответа SIP (SIP Response Timestamp)	Oc
Время запроса SIP, доля в миллисекундах (SIP Request Timestamp Fraction)	Oc
Время ответа SIP, доля в миллисекундах (SIP Response Timestamp Fraction)	Oc
Параметры медиа информации (SDP Media Components):	Oм
Тип передаваемой информации (SDP Media Name)	Oм
Атрибуты медиа информации (SDP Media Description)	Oм
Индикация использования TrGw (Local GW Inserted Indication)	OC
Индикация использования IP сети для плоскости пользователя по умолчанию (IP Realm Default Indication)	OC
Индикация добавления транскодера (Transcoder Inserted Indication)	OC
Флаг модификации сессии по инициативе вызываемого пользователя (Media Initiator flag)	OC
Код ответа SIP (Service Reason Return Code)	Oм
Список информации для передачи в теле сообщений SIP (List of Message Bodies):	Oc
Тип данных для передачи (Content-Type)	Oм
Назначение информации (Content-Disposition)	Oc
Размер тела сообщения (Content-Length)	Oм
Указывает информацию для отправления (Originator)	Oc
Информация о сети доступа (Access Network Information)	OC
Идентификатор обслуживания в IMS (IMS Communication Service Id)	Oc
Идентификатор информации об услуге, для которой создается CDR (Service Context Id)	OM
Расширение записи (Record Extensions)	OC
Примечание: 1) M — обязательное поле; 2) Oм — обязательное поле, если оно реализовано в оборудовании; 3) Oc — поле, которое присутствует в учетной записи при определенных условиях, если оно реализовано в оборудовании.

Таблица № 4. Перечень полей учетной записи, формируемой для P-CSCF

Поле	Категория
Тип записи (Record Type)	M
Повторное использование учетной информации (Retransmission)	OC
Сообщение SIP, для которого создается учетная запись (SIP Method)	OC
Событие, которому соответствует сообщение SIP (Event)	OC
Срок действия информации SIP (Expires Information)	OC
Роль IBCF в обслуживании сессии (исходящий/назначения) (Role of Node)	OM
Адрес узла, предоставляющего информацию для CDR (Node Address)	OM
Идентификатор сессии (Session ID)	OM
Приоритет сессии (Session Priority)	OC
Адрес(а) вызывающего абонента, сервиса (List Of Calling Party Address)	OM
Список незапрещенных при регистрации SIP URIs и (или) TEL URIs (List of Associated URI)	OC
Адрес вызываемого абонента (Called Party Address)	OM
Лист заявленных идентификаторов для вызываемого абонента (List of Called Asserted Identity)	Oc
IP-адрес вызывающего или вызываемого абонента, в зависимости от того, в сети какого абонента находится P-CSCF (Served Party IP Address)	Oм
Список PuUI обслуживаемого пользователя (List of Subscription Id)	Oм
Время запроса обслуживания (Service Request Time Stamp)	OM
Время запроса обслуживания, доля в миллисекундах (Service Request Time Stamp Fraction)	OM
Время подтверждения или отказа обслуживания (Service Delivery Start Time Stamp)	OM
Время подтверждения или отказа обслуживания, доля в миллисекундах (Service Delivery Start Time Stamp Fraction)	OM
Время завершения обслуживания (Service Delivery End Time Stamp)	OC
Время завершения обслуживания, доля в миллисекундах (Service Delivery End Time Stamp Fraction)	OC
Время открытия записи в CCF (CDF) (Record Opening Time)	OC
Время закрытия записи в CCF (CDF) (Record Closure Time)	OM
Идентификаторы взаимодействующих сетей (Inter Operator Identifiers):	OC
Идентификатор исходящей сети (Originating IOI)	OC
Идентификаторы сети назначения (Terminating IOI)	OC
Порядковый номер частной записи (Local Record Sequence Number)	OM
Порядковый номер записи, идентифицирующий сессию (Record Sequence Number)	OC
Причина закрытия CDR (Cause For Record Closing)	OM
Индикация неполного CDR (Incomplete CDR Indication)	OC
Идентификатор тарификации IMS (IMS Charging Identifier)	Oм
Список начальных SDP параметров (List of Early SDP Media Components):	Oc
Описание сессии (SDP Session Description)	Oc
Указывает на SDP предложение или ответ (SDP Type)	Oм
Время создания SDP предложения (SDP Offer Timestamp)	Oм
Время создания SDP ответа (SDP Answer Timestamp)	Oм
Параметры медиа информации (SDP Media Components):	Oм
Тип передаваемой информации (SDP Media Name)	Oм
Атрибуты медиа информации (SDP Media Description)	Oм
Идентификатор для тарификации, зависящий от сети доступа (Access Correlation ID)	Oc
Флаг модификации сессии по инициативе вызываемого пользователя (Media Initiator flag)	Oc
Список SDP параметров (List of SDP Media Components)	Oc
SDP описание сессии (SDP Session Description)	Oc
Указывает на SDP предложение или ответ (SDP Type)	Oм
Время запроса SIP (SIP Request Timestamp)	Oc
Время ответа SIP (SIP Response Timestamp)	Oc
Время запроса SIP, доля в миллисекундах (SIP Request Timestamp Fraction)	Oc
Время ответа SIP, доля в миллисекундах (SIP Response Timestamp Fraction)	Oc
Параметры медиа информации (SDP Media Components):	Oм
Тип передаваемой информации (SDP Media Name)	Oм
Атрибуты медиа информации (SDP Media Description)	Oм
Индикация использования TrGw (Local GW Inserted Indication)	OC
Индикация использования IP сети для плоскости пользователя по умолчанию (IP Realm Default Indication)	OC
Идентификатор для тарификации, зависящий от сети доступа (Access Correlation ID)	Oc
Авторизованные параметры качества обслуживания (Authorised QoS)	Oc
Флаг модификации сессии по инициативе вызываемого абонента (Media Initiator Flag)	Oc
Код ответа SIP (Service Reason Return Code)	Oм
Список информации для передачи в теле сообщений SIP (List of Message Bodies):	Oc
Тип данных для передачи (Content-Type)	Oм
Назначение информации (Content-Disposition)	Oc
Размер тела сообщения (Content-Length)	Oм
Указывает информацию для отправления (Originator)	Oc
Информация о сети доступа (Access Network Information)	OC
Идентификатор обслуживания в IMS (IMS Communication Service Id)	Oc
Идентификатор информации об услуге, для которой создается CDR (Service Context Id)	OM
Расширение записи (Record Extensions)	OC
Примечание: 1) M — обязательное поле; 2) Oм — обязательное поле, если оно реализовано в оборудовании; 3) Oc — поле, которое присутствует в учетной записи при определенных условиях, если оно реализовано в оборудовании.

Таблица № 5. Перечень полей учетной записи, формируемой для I-CSCF

Поле	Категория
Тип записи (Record Type)	M
Повторное использование учетной информации (Retransmission)	OC
Сообщение SIP, для которого создается учетная запись (SIP Method)	OC
Событие, которому соответствует сообщение SIP (Event)	OC
Срок действия информации SIP (Expires Information)	OC
Роль IBCF в обслуживании сессии (исходящий/назначения) (Role of Node)	OM
Адрес узла, предоставляющего информацию для CDR (Node Address)	OM
Идентификатор сессии (Session ID)	OM
Приоритет сессии (Session Priority)	OC
Адрес(а) вызывающего абонента, сервиса (List Of Calling Party Address)	OM
Список незапрещенных при регистрации SIP URIs и (или) TEL URIs (List of Associated URI)	Oc
Адрес вызываемого абонента (Called Party Address)	OM
Адрес вызываемого абонента (Called Party Address)	Oм
Информация о временном номере для маршрутизации (Number Portability routing information)	Oc
Информация о выбранной сети для маршрутизации (Carrier Select routing information)	Oc
Время запроса обслуживания (Service Request Time Stamp)	OM
Время запроса обслуживания, доля в миллисекундах (Service Request Time Stamp Fraction)	OM
Идентификаторы взаимодействующих сетей (Inter Operator Identifiers):	OC
Идентификатор исходящей сети (Originating IOI)	OC
Идентификаторы сети назначения (Terminating IOI)	OC
Порядковый номер частной записи (Local Record Sequence Number)	OM
Порядковый номер записи, идентифицирующий сессию (Record Sequence Number)	OC
Причина закрытия CDR (Cause For Record Closing)	OM
Индикация неполного CDR (Incomplete CDR Indication)	OC
Информация о S-CSCF (S-CSCF Information)	Oc
Идентификатор тарификации IMS (IMS Charging Identifier)	Oм
Код ответа SIP (Service Reason Return Code)	Oм
Информация о сети доступа (Access Network Information)	OC
Идентификатор информации об услуге, для которой создается CDR (Service Context Id)	OM
Расширение записи (Record Extensions)	OC
Примечание: 1) M — обязательное поле; 2) Oм — обязательное поле, если оно реализовано в оборудовании; 3) Oc — поле, которое присутствует в учетной записи при определенных условиях, если оно реализовано в оборудовании.

Таблица № 6. Перечень полей учетной записи, формируемой для S-CSCF

Поле	Категория
Тип записи (Record Type)	M
Повторное использование учетной информации (Retransmission)	OC
Сообщение SIP, для которого создается учетная запись (SIP Method)	OC
Событие, которому соответствует сообщение SIP (Event)	OC
Срок действия информации SIP (Expires Information)	OC
Роль IBCF в обслуживании сессии (исходящий/назначения) (Role of Node)	OM
Адрес узла, предоставляющего информацию для CDR (Node Address)	OM
Идентификатор сессии (Session ID)	OM
Приоритет сессии (Session Priority)	OC
Адрес(а) вызывающего абонента, сервиса (List Of Calling Party Address)	OM
Список незапрещенных при регистрации SIP URIs и (или) TEL URIs (List of Associated URI)	OC
Адрес вызываемого абонента (Called Party Address)	OM
Адрес запрашиваемой стороны (Requested Party Address)	Oc
Информация о временном номере для маршрутизации (Number Portability routing information)	Oc
Информация о выбранной сети для маршрутизации (Carrier Select routing information)	Oc
Лист заявленных идентификаторов для вызываемого абонента (List of Called Asserted Identity)	Oc
PrUI	Oc
Список PuUI обслуживаемого пользователя (List of Subscription Id)	Oм
Время запроса обслуживания (Service Request Time Stamp)	OM
Время запроса обслуживания, доля в миллисекундах (Service Request Time Stamp Fraction)	OM
Время подтверждения или отказа обслуживания (Service Delivery Start Time Stamp)	OM
Время подтверждения или отказа обслуживания, доля в миллисекундах (Service Delivery Start Time Stamp Fraction)	OM
Время завершения обслуживания (Service Delivery End Time Stamp)	OC
Время завершения обслуживания, доля в миллисекундах (Service Delivery End Time Stamp Fraction)	OC
Время открытия записи в CCF (CDF) (Record Opening Time)	OC
Время закрытия записи в CCF (CDF) (Record Closure Time)	OM
Информация о серверах приложений (Application Servers Information):	Oc
Задействованные сервера приложений (Application Servers Involved)	Oc
Список адресов вызываемых приложений (Application Provided Called Parties)	Oc
Идентификаторы взаимодействующих сетей (List Inter Operator Identifiers):	OC
Идентификатор исходящей сети (Originating IOI)	OC
Идентификаторы сети назначения (Terminating IOI)	OC
Порядковый номер частной записи (Local Record Sequence Number)	OM
Порядковый номер записи, идентифицирующий сессию (Record Sequence Number)	OC
Причина закрытия CDR (Cause For Record Closing)	OM
Индикация неполного CDR (Incomplete CDR Indication)	OC
Идентификатор тарификации IMS (IMS Charging Identifier)	Oм
Список начальных SDP параметров (List of Early SDP Media Components):	Oc
Описание сессии (SDP Session Description)	Oc
Указывает на SDP предложение или ответ (SDP Type)	Oм
Время создания SDP предложения (SDP Offer Timestamp)	Oм
Время создания SDP ответа (SDP Answer Timestamp)	Oм
Параметры медиа информации (SDP Media Components):	Oм
Тип передаваемой информации (SDP Media Name)	Oм
Атрибуты медиа информации (SDP Media Description)	Oм
Идентификатор для тарификации, зависящий от сети доступа (Access Correlation ID)	Oc
Флаг модификации сессии по инициативе вызываемого пользователя (Media Initiator flag)	Oc
Список SDP параметров (List of SDP Media Components):	Oc
Описание сессии (SDP Session Description)	Oc
Указывает на SDP предложение или ответ (SDP Type)	Oм
Время запроса SIP (SIP Request Timestamp)	Oc
Время ответа SIP (SIP Response Timestamp)	Oc
Время запроса SIP, доля в миллисекундах (SIP Request Timestamp Fraction)	Oc
Время ответа SIP, доля в миллисекундах (SIP Response Timestamp Fraction)	Oc
Параметры медиа информации (SDP Media Components):	Oм
Тип передаваемой информации (SDP Media Name)	Oм
Атрибуты медиа информации (SDP Media Description)	Oм
Идентификатор для тарификации, зависящий от сети доступа (Access Correlation ID)	Oc
Флаг модификации сессии по инициативе вызываемого абонента (Media Initiator Flag)	Oc
Код ответа SIP (Service Reason Return Code)	Oм
Список информации для передачи в теле сообщений SIP (List of Message Bodies):	Oc
Тип данных для передачи (Content-Type)	Oм
Назначение информации (Content-Disposition)	Oc
Размер тела сообщения (Content-Length)	Oм
Указывает информацию для отправления (Originator)	Oc
Информация о сети доступа (Access Network Information)	OC
Идентификатор обслуживания в IMS (IMS Communication Service Id)	Oc
Идентификатор информации об услуге, для которой создается CDR (Service Context Id)	OM
Флаг тарификации в реальном режиме времени (Online Charging Flag)	Oc
Информация о тарифе реального времени (Real Time Tariff Information)	Oc
Расширение записи (Record Extensions)	OC
Примечание: 1) M — обязательное поле; 2) Oм — обязательное поле, если оно реализовано в оборудовании; 3) Oc — поле, которое присутствует в учетной записи при определенных условиях, если оно реализовано в оборудовании.

Для взаиморасчетов между операторами связи CCF создает учетные записи в IBCF. В учетных записях используется идентификатор взаимодействующих операторов связи (далее — IOI).

Взаимодействие CCF с сетевыми элементами IMS осуществляется по интерфейсу Rf с использованием сообщений протокола Diameter, приведенных в таблице № 7.

Таблица № 7. Перечень основных сообщений Diameter на интерфейсе Rf

Название сообщения	Код
Accounting Requests (ACR)	271
Accounting Answer (ACA)	271
Capabilities-Exchange-Request (CER)	257
Capabilities Exchange Answer (CEA)	257

Запросы начала и окончания учета данных сессии поступают в CCF из сетевых элементов IMS в сообщениях Accounting Requests (ACR) [Start, Interim, Stop, Event]. Подтверждение начала и окончания учета данных сессии из CCF в сетевые элементы IMS передается в сообщениях Accounting Answer (АСА) [Start, Interim, Stop, Event]. Сообщения Accounting Request генерируются при приеме сообщений SIP или ISUP-R в сетевых элементах IMS. Соответствие сообщений Accounting Request, передаваемых в CCF из IBCF, MGCF или BGCF, и SIP/ISUP-R, приведено в таблице № 8.

Таблица № 8. Сообщения Accounting Request/SIP/ISUP

Сообщения протокола Diameter	Сообщения SIP/ISUP
ACR [Start]	SIP 200 OK, подтверждающий SIP INVITE (не применим к BGCF)
	ISUP:ANM (применим к MGCF)
ACR [Interim]	SIP 200 OK, подтверждающий SIP RE-INVITE или SIP UPDATE
	Истечение AVP [Acct-Interim-Interval] (примечание 2)
ACR [Stop]	SIP BYE (не применяется для BGCF)
	ISUP:REL (применяется для MGCF)
ACR [Event]	SIP 200 OK, подтверждающий следующие сообщения SIP, не связанные с сеансом:
	SIP NOTIFY
	SIP MESSAGE
	SIP REGISTER
	SIP SUBSCRIBE
	SIP PUBLISH
	SIP 200 OK, подтверждающий SIP INVITE (только для BGCF)
	SIP 202, подтверждающий принятый SIP REFER или любой другой запрос
	Финальный ответ SIP 2xx (исключая SIP 200 OK)
	SIP Final/Redirection Response 3xx
	Финальный ответ SIP (4xx, 5xx или 6xx), указывающий на неуспешное установление сеанса SIP
	Финальный ответ SIP (4xx, 5xx или 6xx), указывающий на неуспешную процедуру, не связанную с сеансом
	SIP CANCEL, указывающий на прерывание установления сеанса SIP
	I-CSCF завершающий Cx Query, который был послан в ответ при приеме SIP INVITE

Учетная запись сеанса открывается в CCF при приеме сообщения Accounting Request [start]. Промежуточные учетные записи генерируются при приеме в CCF сообщения Accounting Request [interim], которое передается сетевым элементом в случае модификации сеанса. CCF закрывает учетную запись сеанса при приеме сообщения Accounting Request [stop].

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

В сообщениях Accounting Request и Accounting Answer используются основные атрибуты (далее — AVP), приведенные в таблицах № № 9 и 10 соответственно.

Таблица № 9. Основные атрибуты сообщения Accounting Request

Атрибут	Категория
Идентификатор сессии (Session-Id)	M
Идентификатор источника (Origin-Host)	M
Область происхождения (Origin-Realm)	M
Область назначения (Destination-Realm)	M
Тип учетной записи (Accounting-Record-Type)	M
Номер учетной записи (Accounting-Record-Number)	M
Идентификатор приложения учета стоимости Diameter, присваивается значение «3» (Acct-Application-Id)	Oм
Имя обслуживаемого пользователя (User-Name)	Oc
Интервал промежуточного учета (Acct-Interim-Interval)	Oc
Состояние функции инициировавшей запрос (Origin-State-Id)	Oc
Время передачи запроса учета стоимости (Event-Timestamp)	Oc
Информация о хосте (Proxy-Info)	Oc
Идентификатор хоста (Proxy-Host)	M
Состояние хоста (Proxy-State)	M
Запись маршрута (Route-Record)	Oc
Идентификаторы услуг (Service-Context-Id)	Oм
Параметры услуг (Service-Information)	Oм
Примечание: 1) M — обязательное поле; 2) Oм — обязательное поле, если оно реализовано в оборудовании; 3) Oc — поле, которое присутствует в учетной записи при определенных условиях, если оно реализовано в оборудовании.

Таблица № 10. Основные атрибуты сообщения Accounting Answer

Атрибут	Категория
Идентификатор сессии (Session-Id)	M
Код результата обработки запроса (Result-Code)	M
Идентификатор источника (Origin-Host)	M
Область происхождения (Origin-Realm)	M
Область назначения (Destination-Realm)	M
Тип учетной записи (Accounting-Record-Type)	M
Номер учетной записи (Accounting-Record-Number)	M
Идентификатор приложения учета стоимости Diameter, присваивается значение «3» (Acct-Application-Id)	Oм
Имя обслуживаемого пользователя (User-Name)	Oc
Отчет об ошибках (Error-Reporting-Host)	Oc
Интервал промежуточного учета (Acct-Interim-Interval)	Oc
Состояние функции инициировавшей запрос (Origin-State-Id)	Oc
Время передачи запроса учета стоимости (Event-Timestamp)	Oc
Информация о хосте (Proxy-Info)	Oc
Идентификатор хоста (Proxy-Host)	M
Состояние хоста (Proxy-State)	M
Примечание: 1) M — обязательное поле; 2) Oм — обязательное поле, если оно реализовано в оборудовании; 3) Oc — поле, которое присутствует в учетной записи при определенных условиях, если оно реализовано в оборудовании.

CCF обеспечивает хранение учетных записей, формирование файлов, содержащих учетные записи, и передачу их в ACP.

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

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

первый режим — CCF инициирует передачу и управляет передачей файлов в ACP;

второй режим — ACP считывает файлы с учетной информацией из доступных в CCF директорий.

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

В CCF предусмотрена система защиты от несанкционированного доступа к информации.

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

(п. 17 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

стандарта GSM 900/1800

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

• узел текущей поддержки пакетной передачи данных SGSN (далее — УТПД);
• шлюзовый узел поддержки пакетной передачи данных GGSN (далее — УШПД).

2. Требования к параметрам протокола сетевой службы NS.

2.1. Формат блока данных протокола (PDU) NS приведен в таблице № 1.

Таблица № 1. Формат блока данных NS

№ поля	Название поля	Длина поля, бит
1	Тип блока данных протокола	8
2	Информационные элементы	8 — n

2.2 Типы блоков данных протокола NS:

а) Работоспособное состояние.

б) Работоспособное состояние — Подтверждение.

в) Блокировка.

г) Блокировка — Подтверждение.

д) Сброс.

е) Сброс — Подтверждение.

ж) Статус.

з) Разблокировка.

и) Разблокировка — Подтверждение.

к) Данные без соединения.

2.3. Структура информационного элемента протокола NS приведена в таблице № 2.

Таблица № 2. Структура информационного элемента протокола NS

№ поля	Название поля	Длина поля, бит
1	Идентификатор информационного элемента	8
2	Индикатор длины	8, 16
3	Значение информационного элемента	8 — n

2.3.1. Идентификатор информационного элемента определяет тип информационного элемента.

2.3.2. Индикатор длины — поле размером 1 или 2 байта. Поле содержит бит расширения (бит № 8), размер информационного поля, следующего за полем индикатора длины. Если бит расширения имеет значение 1, поле индикатора длины состоит из одного байта.

2.4 Информационные элементы протокола NS:

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

2.4.2 Причина.

2.4.3 Блок данных протокола.

2.4.4 Сервисный блок данных.

2.4.5 Идентификатор виртуальных соединений.

2.4.6 Идентификатор объекта сетевой службы.

2.4.7 Резервный байт.

3. Требования к параметрам протокола пакетной передачи данных для подсистемы базовых станций — BSSGP.

3.1. Формат блока данных протокола BSSGP приведен в таблице № 3.

Таблица № 3. Формат блока данных протокола BSSGP

№ поля	Название поля	Длина поля, бит
1	Тип блока данных протокола	8
2	Информационные элементы	8 — n

3.2 Типы блоков данных протокола BSSGP:

3.2.1 Передача данных без соединения по линии «вниз».

3.2.2 Передача данных без соединения по линии «вверх».

3.2.3 Возможность радиодоступа.

3.2.4 Режим пейджинговой связи с коммутацией пакетов.

3.2.5 Режим пейджинговой связи с коммутацией каналов.

3.2.6 Обновление возможности радиодоступа.

3.2.7 Подтверждение обновления возможности радиодоступа.

3.2.8 Радио статус.

3.2.9 Приостановление.

3.2.10 Подтверждение приостановления.

3.2.11 Отрицательное подтверждение приостановления.

3.2.12 Продолжение.

3.2.13 Подтверждение продолжения.

3.2.14 Отрицательное подтверждение продолжения.

3.2.15 Сброс логического соединения.

3.2.16 Подтверждение сброса логического соединения.

3.2.17 Отказ от управления логическим соединением.

3.2.18. Управление потоком в виртуальном соединении протокола BSSGP в подсистеме БС.

3.2.19. Подтверждение управления потоком в виртуальном соединении протокола BSSGP в подсистеме БС.

3.2.20 Управление потоком для АС.

3.2.21 Подтверждение управления потоком для АС.

3.2.22. Блокирование виртуального соединения протокола BSSGP в подсистеме БС.

3.2.23. Подтверждение блокирования виртуального соединения протокола BSSGP в подсистеме БС.

3.2.24. Разблокирование виртуального соединения протокола BSSGP в подсистеме БС.

3.2.25. Подтверждение разблокирования виртуального соединения протокола BSSGP в подсистеме БС.

3.2.26. Восстановление (перезапуск) виртуального соединения протокола BSSGP в подсистеме БС.

3.2.27. Подтверждение восстановления виртуального соединения протокола BSSGP в подсистеме БС.

3.2.28 Статус.

3.2.29 Вызов трейса узлом текущей поддержки.

3.3. Структура информационного элемента протокола BSSGP приведена в таблице № 4.

Таблица № 4. Структура информационного элемента протокола BSSGP

№ поля	Название поля	Длина поля, бит
1	Идентификатор информационного элемента	8
2	Индикатор длины	8 — 16
3	Значение информационного элемента	8 — n

3.4 Информационные элементы протокола BSSGP:

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

3.4.2 Индикатор зоны обслуживания подсистемы БС.

3.4.3 Скорость передачи пакетов.

3.4.4 Максимальный размер блока виртуального соединения.

3.4.5 Идентификатор виртуального соединения.

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

3.4.7 Причина.

3.4.8 Идентификатор соты.

3.4.9 Необходимость в канале.

3.4.10 Параметры прерывистого приема.

3.4.11. Приоритет услуги расширенного многоуровневого приоритета и прерывания обслуживания.

3.4.12. Количество блоков данных протокола управления логическим соединением удаленных и переданных по команде от УТПД.

3.4.13 Международный номер АС.

3.4.14 Блок данных протокола управления логическим соединением.

3.4.15. Количество аннулированных в подсистеме БС кадров управления логическим соединением.

3.4.16 Идентификатор области местонахождения.

3.4.17 Идентификаторы АС.

3.4.18 Размер блока виртуальных соединений, передаваемый АС.

3.4.19 Возможности АС по осуществлению радиодоступа.

3.4.20 Идентификатор ЦУиТО.

3.4.21 Ошибка входящего пакета.

3.4.22. Время пребывания блока данных протокола в пределах подсистемы БС.

3.4.23 Приоритет блока данных протокола.

3.4.24 Качество обслуживания при передаче пакетов данного типа.

3.4.25 Причины неуспешного разъединения соединения в радиоканале.

3.4.26. Индикатор выполнения/невыполнения запроса обновление возможности радиодоступа.

3.4.27 Идентификатор зоны маршрутизации данных.

3.4.28 Величина скорости передачи АС, применяемая по умолчанию.

3.4.29 Эталонная последовательность информационного элемента.

3.4.30 Маркер, используемый для связи блоков данных запроса и ответа.

3.4.31 Временный идентификатор логического канала.

3.4.32 Временный номер абонента.

3.4.33 Эталонная последовательность, используемая для трассировки.

3.4.34 Тип трассировки.

3.4.35 Идентификатор транзакции.

3.4.36 Идентификатор инициатора трассировки.

3.4.37. Количество переданных или удаленных подсистемой БС октетов для данной АС.

4. Требования к параметрам протокола сходимости подсетей SNDCP.

4.1. Формат блока данных протокола SNDCP для передачи данных с подтверждением приема (SN-DATA) приведен в таблице № 5.

Таблица № 5. Формат блока данных протокола SNDCP для передачи данных с подтверждением приема

№ поля	Название поля	Длина поля, бит
1	2	3
1	Идентификатор точки доступа к сетевому сервису	4
2	Флаг наличия дополнительных сегментов	1
3	Идентификатор типа блока данных	1
4	Индикатор компрессии	1
5	Резервное поле	1
6	Идентификатор алгоритма компрессии управляющей информации (PCOMP)	4
7	Идентификатор алгоритма компрессии данных (DCOMP)	4
8	Данные	8 — n

4.2. Формат блока данных протокола SNDCP для передачи данных без подтверждения приема (SN-UNITDATA) приведен в таблице № 6.

Таблица № 6. Формат блока данных протокола SNDCP для передачи данных без подтверждения приема

№ поля	Название поля	Длина поля, бит
1	Идентификатор точки доступа к сетевому сервису	4
2	Флаг наличия дополнительных сегментов	1
3	Идентификатор типа блока данных	1
4	Индикатор компрессии	1
5	Резервное поле	1
6	Идентификатор компрессии управляющей информации	4
7	Идентификатор компрессии данных	4
8	Номер блока данных протокола (N-PDU)	4
9	Смещение сегмента	4
10	Номер N-PDU (продолжение)	7
11	Бит расширения	1
12	Номер N-PDU (расширение)	8
13	Данные	8 — n

4.3 Значения полей блока данных протокола SNDCP:

4.3.1 Идентификатор точки доступа к сетевому сервису принимает следующие значения:

а) 0 — механизм отмены;

б) 1 — передача в режиме «точка-многоточие»;

в) 2 — 4 - резерв;

г) 5 — 15 — динамически выделяемое значение.

4.3.2 Флаг наличия дополнительных сегментов принимает следующие значения:

а) 0 — последний сегмент N-PDU;

б) 1 — данный сегмент N-PDU не является последним.

4.3.3 Идентификатор типа пакета принимает следующие значения:

а) 0 — пакет SN-DATA;

б) 1 — пакет SN-UNITDATA.

4.3.4 Индикатор компрессии принимает следующие значения:

а) 0 — поля компрессии DCOMP и PCOMP не включены в пакет;

б) 1 — наличие полей компрессии DCOMP и PCOMP в пакете.

4.3.5 Резервное поле принимает значение 0.

4.3.6 Идентификатор компрессии управляющей информации протокола принимает следующие значения:

а) 0 — компрессия не используется;

б) 1 — 14 — указывает на динамически согласуемые идентификаторы компрессии данных;

в) 15 — зарезервировано.

4.3.7 Идентификатор компрессии данных принимает следующие значения:

а) 0 — компрессия не используется;

б) 1 — 14 — указывает на динамически согласуемые идентификаторы компрессии данных;

в) 15 — зарезервировано.

4.3.8 Номер N-PDU принимает следующие значения:

а) 0 — 2047 — при нулевом значении бита расширения;

б) 2048-524287 — в тех случаях, когда бит расширения равен 1.

4.3.9 Бит расширения принимает следующие значения:

а) 0 — следующий байт содержит данные;

б) 1 — следующий байт содержит расширение N-PDU.

5. Требования к параметрам протокола туннелирования для пакетной передачи данных GTP.

5.1. Формат пакета управления протокола GTP приведен в таблице № 7.

Таблица № 7. Формат пакета управления протокола GTP

№ поля	Название поля	Длина поля, бит
1	2	3
1	Флаг наличия кадра уровня управления логическим звеном	1
2	Резервные биты	4
3	Номер версии	3
4	Тип сообщения	8
5	Указатель длины без заголовка GTP (в байтах)	16
6	Порядковый номер	16
7	Идентификатор потока GTP	16
8	Номер блока данных протокола сходимости подсетей (SNDCP N-PDU)	8
9	Резервные биты	24
10	Идентификатор туннеля	64
11	Информационные элементы	8 — n

5.2 Сообщения протокола GTP.

5.2.1 Сообщения управления каналом между узлами поддерки GPRS (GSN).

5.2.1.1 Запрос «эхо».

5.2.1.2 Ответ «эхо».

5.2.2 Сообщения управления «туннелем».

5.2.2.1. Запрос создания контекста протокола пакетной передачи данных (PDP).

5.2.2.2 Ответ создания контекста PDP.

5.2.2.3 Запрос обновления контекста PDP.

5.2.2.4 Ответ обновления контекста PDP.

5.2.2.5 Запрос удаления контекста PDP.

5.2.2.6 Ответ удаления контекста PDP.

5.2.2.7 Запрос создания контекста PDP при анонимном доступе.

5.2.2.8 Ответ создания контекста PDP при анонимном доступе.

5.2.2.9 Запрос удаления контекста PDP при анонимном доступе.

5.2.2.10 Ответ удаления контекста PDP при анонимном доступе.

5.2.2.11 Ошибочная индикация.

5.2.2.12 Запрос уведомления.

5.2.2.13 Ответ уведомления.

5.2.2.14 Запрос отказа в уведомлении.

5.2.2.15 Ответ отказа в уведомлении.

5.2.3. Сообщения, используемые для определения местонахождения АС при запросе активации контекста протокола пакетной передачи данных со стороны сети и отсутствии интерфейса УШПД с ОРМ.

5.2.3.1 Запрос передачи информации маршрутизации для GPRS.

5.2.3.2 Ответ передачи информации маршрутизации для GPRS.

5.2.3.3 Запрос уведомления об ошибке.

5.2.3.4 Ответ уведомления об ошибке.

5.2.3.5 Запрос: АС отмечена для GPRS.

5.2.3.6 Ответ: АС отмечена для GPRS.

5.2.4 Сообщения управления мобильностью.

5.2.4.1 Запрос идентификации.

5.2.4.2 Ответ идентификации.

5.2.4.3 Запрос контекста УТПД.

5.2.4.4 Ответ контекста УТПД.

5.2.4.5 Подтверждение контекста УТПД.

5.3 Информационные элементы сообщений протокола GTP.

5.3.1 Причина.

5.3.2 Международный идентификатор АС.

5.3.3 Идентификатор зоны маршрутизации.

5.3.4 Временный идентификатор АС.

5.3.5 Временный идентификатор АС для режима пакетной передачи данных.

5.3.6 Профиль качества обслуживания.

5.3.7 Требование переупорядочения.

5.3.8 Триплет аутентификации.

5.3.9 Причина MAP.

5.3.10 Подпись идентификатора АС для режима пакетной передачи данных.

5.3.11 Подтверждение АС.

5.3.12 Восстановление.

5.3.13 Режим выбора.

5.3.14 Метка потока данных № I.

5.3.15 Метка потока сигнализации.

5.3.16 Метка потока данных № II.

5.3.17 Заряженный идентификатор.

5.3.18 Конечный адрес пользователя.

5.3.19 Контекст управления мобильностью.

5.3.20 Контекст пакета данных протокола.

5.3.21 Имя точки доступа.

5.3.22 Конфигурация опций протокола.

5.3.23 Адрес узлов поддержки.

5.3.24 Международный номер АС.

5.3.25 Частное расширение.

6. Требования к параметрам по реализации протокола IP.

6.1. Формат заголовка пакета IP версии 4 (далее — IPv4) и перечень поддерживаемых полей приведен в таблице № 8.

6.1.1. Минимальная длина заголовка пакета составляет 20 байт, а максимальная длина — 60 байт при максимальной длине пакета в 65 535 байт.

6.1.2 Поле «Версия» содержит номер версии протокола IP.

6.1.3. Поле «Длина заголовка» содержит значение длины заголовка пакета в словах.

Таблица № 8. Формат заголовка пакета IPv4

№ поля	Название	Длина поля (бит)
1	Версия	4
2	Длина заголовка	4
3	Тип обслуживания	8
4	Длина пакета IP	16
5	Идентификатор пакета IP	16
6	Флаги	3
7	Смещение фрагмента	13
8	Счетчик допустимого времени пребывания пакета в сети	8
9	Тип протокола следующего уровня	8
10	Контрольная последовательность заголовка	16
11	Адрес источника пакета	32
12	Адрес получателя пакета	32
13	Режим обработки пакета	переменная длина
14	Поле дополнения до границы заголовка	переменная длина

6.1.4 Поле «Тип обслуживания» содержит код набора параметров качества обслуживания:

Таблица № 9. Кодирование поля «Тип обслуживания»

Разряд	Параметр
0 — 2	Приоритетность
3	Значение «0» — нормальная задержка, значение «1» — малая задержка
4	Значение «0» — нормальная пропускная способность, значение «1» — низкая пропускная способность
5	Значение «0» — нормальная надежность, значение «1» — высокая надежность
6 — 7	Зарезервировано

Значения разрядов 0 — 2 игнорируются, если оборудование не поддерживает управление приоритетом при передаче пакетов.

6.1.6. Поле «Длина пакета IP» содержит значение длины пакета IP в байтах, включая заголовок и данные. Возможность обрабатывать пакеты длиной менее 576 байт является обязательным требованием. В отдельных случаях допускается длина пакета до 65 535 байт.

6.1.7. Поле «Идентификатор пакета IP» используется процедурой фрагментации при сборке или разборке пакета для определения последовательности передаваемых фрагментов.

6.1.8. Поле «Флаги» используется процедурой фрагментации для управления последовательностью сборки фрагментов пакета. Кодирование разрядов поля «Флаги» приведено в таблице № 10.

Таблица № 10. Кодирование разрядов поля «Флаги»

Разряд 0	Разряд 1		Разряд 2
зарезервировано, устанавливается в «0»	«0»	«1»	«0»	«1»
	Пакет можно фрагментировать	Пакет нельзя фрагментировать	Последний фрагмент	Еще фрагменты

6.1.9. Поле «Смещение фрагмента» используется для указания смещения данного фрагмента относительно первого фрагмента в блоках фрагментации (8 байт). Для первого фрагмента смещение устанавливается в «0».

6.1.10. Поле «Счетчик допустимого времени пребывания пакета в сети» содержит текущее значение счетчика максимально допустимого времени пребывания пакета в сети в секундах. Если в поле находится значение «0», пакет удаляется.

6.1.11. Поле «Тип протокола следующего уровня» содержит стандартизированный код протокола следующего уровня.

6.1.12. Поле «Контрольная последовательность заголовка» (далее — КПЗ) содержит контрольную последовательность заголовка. При любом изменении содержания заголовка КПЗ пересчитывается.

6.1.13. В поле «Адрес источника пакета» указывается IP-адрес источника пакета.

6.1.14. В поле «Адрес получателя пакета» указывается IP-адрес получателя пакета.

6.1.15 Поддерживаются два способа кодирования поля «Режим обработки пакета»:

а) поле длиной 1 байт;

б) комбинация трех подполей: тип режима (1 байт), счетчик длины поля режима (1 байт), данные режима (переменная длина).

Подполе типа режима включает: флаг (1 бит), класс режима (2 бита), номер режима (5 бит).

При установке бита флага в значение «1» оборудование копирует данное поле при фрагментации во все фрагменты, в значение «0» — не копирует.

6.1.16. Для выравнивания границы заголовка по длине, кратной 32 битам, используется «Поле дополнения до границы заголовка». Свободные позиции заполняются нулевыми битами.

6.2. Формат заголовка пакета IP версии 6 (далее — IPv6) и перечень поддерживаемых полей приведен в таблице № 11. Минимальная длина заголовка пакета составляет 40 байт, длина пакета составляет до 1280 байт или выше (до 1500 байт) без фрагментации.

Таблица № 11. Формат заголовка пакета IPv6

Поля заголовка
№ поля	Название	Длина поля (бит)
1	Версия	4
2	Класс трафика	8
3	Метка потока	20
4	Длина полезной нагрузки	16
5	Следующий заголовок	8
6	Лимит переходов	8
7	Адрес отправителя	128
8	Адрес получателя	128

6.2.1 Поле «Версия» содержит номер версии протокола IP.

6.2.2. Поле «Класс трафика» эквивалентно по назначению полю «Тип обслуживания» протокола IPv4 и используется для назначения и различия разных классов или приоритетов передачи пакетов.

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

6.2.4. Поле «Длина полезной нагрузки» содержит значение длины полезной нагрузки пакета IPv6 в байтах.

6.2.5. Поле «Следующий заголовок» определяет тип заголовка, следующего непосредственно за основным, и использует те же значения разрядов, что и поле «Тип протокола следующего уровня» протокола IPv4.

6.2.6. В протоколе IPv6 информация уровня Интернет сети передачи данных кодируется в отдельных дополнительных заголовках, которые размещаются между заголовком IPv6 и заголовком следующего уровня в пакете.

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

6.2.8 В рамках протокола IPv6 определены следующие шесть дополнительных заголовков:

• «Специальные параметры обработки пакетов»;
• «Маршрутизация»;
• «Фрагментация»;
• «Дополнительные параметры для пункта назначения»;
• «Аутентификация»;
• «Информация для обеспечения конфиденциальности данных путем шифрования».

6.2.9. Значение поля «Лимит переходов» основного заголовка IPv6 уменьшается на 1 в каждом пункте, который участвует в пересылке пакета. Пакет удаляется, если значение этого поля уменьшается до нуля.

6.2.10. В поле «Адрес отправителя» основного заголовка IPv6 указывается IP-адрес отправителя пакета.

ТРЕБОВАНИЯ

а) добавление соединения в сеанс связи;

б) изменение конфигурации соединения;

в) удаление соединения из сеанса связи;

г) перемещение соединения в другой сеанс связи;

д) контроль и диагностику соединений;

е) определение возможностей МШ;

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

з) уведомление оборудования узла связи (далее — сервера), осуществляющего управление МШ, об отказах на входе/выходе (далее — портов) медиашлюзов.

2. Поддерживается два способа кодирования полей команд протокола MEGACO/H.248:

а) в виде текстовых строк;

б) в бинарном виде.

3. Команды протокола MEGACO/H.248.

3.1. Добавление соединения в сеанс связи осуществляется с использованием команды «Добавить». При первом получении от сервера команды «Добавить» создается сеанс связи. Добавление первого соединения в пустой сеанс связи обеспечивает создание сеанса связи.

Команда «Добавить» передается в направлении от сервера к МШ.

3.2. Изменение конфигурации соединения осуществляется с использованием команды «Изменить». Команда передается в направлении от сервера к МШ.

3.3. Удаление соединения из сеанса связи осуществляется с использованием команды «Отключить». При удалении последнего соединения обеспечивается удаление всего сеанса связи. Команда передается в направлении от сервера к МШ.

3.4. Перемещение соединения в другой сеанс связи осуществляется с использованием команды «Перевести». Команда передается в направлении от сервера к МШ.

3.5. Контроль и диагностика существующего соединения осуществляется с использованием команды «Проверить порт». Команда передается в направлении от сервера к МШ.

3.6. Запрос о возможностях порта медиашлюза, о событиях, которые обнаружены портом, список сигналов, которые порт передает в канал, осуществляется с использованием команды «Проверить возможности порта». Команда передается в направлении от сервера к МШ.

3.7. Уведомление сервера о событиях, произошедших на портах медиашлюзов, осуществляется с использованием команды «Уведомить». Команда передается в направлении от МШ к серверу.

3.8. Команда «Рестарт» обеспечивает выполнение функций уведомления об отказах порта или группы портов медиашлюза и уведомление о восстановлении их работоспособности. В этом случае команда «Рестарт» передается в направлении от МШ к серверу. Когда сервер предписывает МШ вывести из обслуживания порт или группу портов или вернуть их в обслуживание, команда «Рестарт» передается от сервера к МШ.

Приложение № 11 к Правилам применения

К ПАРАМЕТРАМ ПРОТОКОЛА MGCP

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

в) установление соединения;

г) освобождение соединения;

д) освобождение соединения конфигурации «точка-несколько точек»;

е) контроль и диагностика портов медиашлюзов;

ж) контроль и диагностика соединений;

з) уведомление сервера об освобождении ресурсов медиашлюзов.

2. Команды протокола MGCP.

2.1. Согласование типа модуляции сигнала между двумя МШ осуществляется с использованием команды «Конфигурация порта». Дополнительно команда обеспечивает инициализацию МШ. Команда передается в направлении от сервера к МШ.

2.2. Распознавание вида передаваемой информации, определение состояний оконечного оборудования осуществляется с использованием команды «Запрос уведомления». Команда передается в направлении от сервера к МШ.

2.3. Команда «Уведомить» передается в направлении от МШ к серверу при обнаружении событий, описанных в поле «Запрос событий» команды «Запрос уведомления».

2.4. Установление соединения между двумя МШ осуществляется с использованием сообщения «Создать соединение». Команда передается в направлении от сервера к МШ.

2.5. Изменение конфигурации соединения осуществляется с использованием команды «Модифицировать соединение». Команда передается в направлении от сервера к МШ.

2.6. Освобождение соединения обеспечивается командой «Завершить соединение». Формат команды различается в зависимости от устройства, по инициативе которого освобождается соединение: сервер или МШ, а также от назначения команды: для освобождения всех соединений, относящихся к одному соединению или для безусловного освобождения всех соединений на МШ.

2.6.1. Параметр «Причина освобождения соединения» при передаче команды «Завершить соединение» от МШ к серверу принимает следующие значения:

а) 000 при штатном освобождении соединения;

б) 900 при освобождении соединения из-за неисправности МШ;

в) 901 при освобождении соединения из-за отключения МШ;

г) 902 при освобождении соединения из-за ухудшения его характеристик ниже допустимого уровня.

При освобождении соединения передается следующая информация:

а) количество переданных пакетов RTP;

б) количество переданных октетов RTP;

в) количество полученных пакетов RTP;

г) количество полученных октетов RTP;

д) количество потерянных пакетов RTP;

е) отклонения величины задержки получения пакетов RTP в мс;

ж) средняя задержка передачи пакетов RTP по сети в мс.

2.7. Контроль и диагностика портов МШ осуществляются командой «Проверить порт» команда передается в направлении от сервера к МШ.

2.8. Контроль и диагностика соединения осуществляются командой «Проверить соединение». Команда передается в направлении от сервера к МШ.

2.9. Команда «Идет рестарт» используется МШ для уведомления сервера о том, что МШ находится в процессе перезагрузки (возвращение порта или группы портов в рабочее состояние или вывод порта или группы портов из рабочего состояния). Команда передается в направлении от МШ к серверу.

Приложение № 12 к Правилам применения оборудования коммутации систем

1. Сообщение протокола BICC состоит из целого числа октетов и содержит следующие поля:

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

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

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

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

На рисунке приведен формат сообщения протокола BICC.

8	7	6	5	4	3	2	1
Код вызова
Код типа сообщения
Обязательная часть параметров постоянной длины
Обязательная часть параметров переменной длины
Необязательная часть

Таблица. Сообщения и коды протокола BICC

№ п/п	Название сообщения	Код типа сообщения
1	2	3
1	Адрес достаточен	0000 0110
2	Ответ	0000 1001
3	Передача приложения	0100 0001
4	Соединение устанавливается	0010 1100
5	Блокировка группы каналов	0001 1000
6	Подтверждение блокировки группы каналов	0001 1010
7	Запрос характеристик группы каналов (национальное использование)	0010 1010
8	Ответ на запрос характеристик группы каналов (национальное использование)	0010 1011
9	Возврат группы каналов в исходное состояние	0001 0111
10	Подтверждение возврата группы каналов в исходное состояние	0010 1001
11	Разблокировка группы каналов	0001 1001
12	Подтверждение разблокировки группы каналов	0001 1011
13	Информация об оплате (национальное использование)	0011 0001
14	Несоответствие	0010 1111
15	Соединение	0000 0111
16	Целостность соединения	0000 0101
17	Услуга	0011 0011
18	Запрос услуги принят	0010 0000
19	Отклонение запроса услуги	0010 0001
20	Запрос услуги	0001 1111
21	Переключение связи	0000 1000
22	Запрос идентификации	0011 0110
23	Ответ на запрос идентификации	0011 0111
24	Информация (национальное использование)	0000 0100
25	Запрос информации (национальное использование)	0000 0011
26	Начальное адресное сообщение	0000 0001
27	Предотвращение зацикливания	0100 0000
28	Управление ресурсами сети	0011 0010
29	Информация, предваряющая разъединение	0100 0010
30	Разъединение	0000 1100
31	Разъединение завершено	0001 0000
32	Возврат канала в исходное состояние	0001 0010
33	Возобновление связи	0000 1110
34	Сегментация	0011 1000
35	Последующее адресное сообщение	0000 0010
36	Последующий абонентский номер (национальное использование)	0100 0011
37	Прерывание связи	0000 1101
38	Код идентификации необорудованного канала (национальное использование)	0010 1110
39	Информация абонент — абонент	0010 1101

1. Команды SIP передаются на порт с номером 5060 по умолчанию. Команды передаются на другой порт узла связи, если номер этого порта заранее известен отправителю.

2. Оборудование узла связи реализует функции следующих элементов сети SIP: агент абонента, прокси-сервер, сервер регистрации и сервер перенаправления.

3. Протокол SIP использует принцип адресации, где в качестве адресов используются унифицированные указатели ресурсов SIP URL: имя@домен, имя@хост, имя@IP-адрес, номер телефона@шлюз.

4. Сообщения SIP разделяются на запросы обслуживаемой стороны (далее — клиента) к обслуживающей стороне (далее — серверу) и ответы сервера к клиенту.

Оба типа сообщений состоят из начальной (стартовой) строки, одной или более строк заголовка, пустой строки, указывающей на конец заголовка, и необязательной части сообщения — тела. Стартовая строка, каждая строка поля заголовка и пустая строка завершаются символом «возврат каретки».

5. Запрос включает начальную строку, содержащую тип запроса, текущий узел, которому этот запрос адресован, и номер версии протокола, разделенных пробелами, и заканчивается символом «возврат каретки».

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

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

5.2. Запросом «Подтверждение» оборудование вызывающего пользователя подтверждает, что на свой запрос «Приглашение» оно получило ответ с содержанием окончательных параметров описания сеанса связи. На запрос «Подтверждение» не должен генерироваться ответ.

5.3. Запрос «Завершение» используется для завершения соединения. Сторона, получившая запрос «Завершение», прекращает передачу голосовой (мультимедийной) информации и подтверждает это ответом 200.

5.4. Запрос «Отмена» передается для отмены обработки ранее переданных запросов, но не влияет на те запросы, обработка которых уже завершена.

5.5. При помощи запроса «Регистрация» абоненты сообщают свое текущее местоположение. В этом запросе содержатся заголовки «Логический адресат запроса», «Адрес отправителя запроса», «Текущий адрес абонента» с новым адресом абонента, по которому должны передаваться все дальнейшие запросы «Приглашение» (если в запросе «Регистрация» заголовок «Текущий адрес абонента» отсутствует, регистрация остается неизменной, а в случае отмены регистрации размещается символ «*»), и заголовок «Время жизни сообщения», в котором указывается время в секундах, по истечении которого регистрация заканчивается (если этот заголовок отсутствует, то по умолчанию назначается время — 1 час). Регистрация отменяется передачей сообщения «Регистрация» с заголовком «Время жизни сообщения», которому присвоено значение ноль, и с соответствующим заголовком «Текущий адрес абонента».

5.6. Сообщением «Запрос» вызывающий абонент запрашивает информацию о возможностях терминального оборудования вызываемого абонента.

5.7. Запрос «Информация» используется для переноса сообщений сигнализации ОКС № 7 в течение сеанса связи, для переноса тональных сигналов, созданных в ходе сеанса, для переноса информации об остатке на счете (информации о стоимости), для переноса между участниками сеанса связи изображений и другой информации.

5.8. Запрос «Подтверждение предварительного ответа» используется для подтверждения предварительных ответов, при его получении требуется передача ответа. В запросе «Подтверждение предварительного ответа» указывается номер подтверждаемого предварительного ответа.

5.9. Запрос «Обновление параметров» используется для изменения параметров сеанса до прихода окончательного ответа на запрос «Приглашение». При этом в поле заголовка «Поддерживаемые типы запросов» запроса «Приглашение» указывается тип запроса «Обновление параметров».

5.10. Сообщение «Запрос подписки» используется для запроса информации о текущем состоянии и об обновлениях состояния удаленного ресурса. «Запрос подписки» подтверждается окончательным ответом.

5.11. Запрос «Информация о текущем состоянии» передается после получения «Запроса подписки», а также после изменения состояния, на уведомление о котором была открыта подписка. Запрос «Информация о текущем состоянии» подтверждается окончательным ответом.

5.12. Запрос «Предписание» информирует получателя связаться с третьей стороной, используя контактную информацию, которая содержится в запросе.

5.13. Запрос «Сообщение» предназначен для передачи мгновенных текстовых сообщений, которые помещаются в тело запроса «Сообщение». При доставке сообщения получателю формируется ответ с кодом 200.

6. Ответ на запрос включает начальную строку с полями, где указываются номер версии протокола, тип ответа и короткая расшифровка ответа. Все эти поля разделяются пробелом, а заканчивается строка символом «возврат каретки».

Поле тип ответа состоит из трех цифр (код статуса), определяющих результат выполнения запроса.

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

6.1. Сервер SIP поддерживает классы ответов, приведенные в таблице № 1. Первая цифра поля кода статуса определяет класс ответа.

Таблица № 1. Классы ответов SIP

Код статуса	Класс ответа	Примечание
1	2	3
1xx	Информационный (предварительный)	Запрос получен, продолжается процесс Обработки
2xx	Успешно обработан	Запрос получен, понят и обработан
3xx	Перенаправление	Оборудование информируется о новом местоположении абонента, предпринимаются действия для завершения соединения
4xx	Ошибка клиента	Запрос содержит синтаксическую ошибку или не может быть выполнен
5xx	Ошибка сервера	Сервер не может выполнить очевидно правильный запрос, возможно повторение запроса через некоторое время
6xx	Глобальная ошибка	Запрос не может быть выполнен ни на каком сервере (занятость абонента, возможность оставить сообщение)

Реализации SIP различают класс ответа (первую цифру кода). От реализаций SIP не требуется различать значения всех указанных кодов статуса. Нераспознанный ответ любого класса обрабатывается как код x00 данного класса.

6.2 Ответы 1xx.

100 — предназначен для обнуления таймеров.

180 — вызываемому абоненту передается информация о вызове.

181 — указывается в теле сообщения, к какому абоненту переправляется вызов.

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

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

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

6.3 Ответы 2xx.

200 — успешное выполнение запроса.

202 — запрос принят для обработки, но обработка не завершена.

6.4 Ответы 3xx.

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

301 — означает, что вызываемый абонент больше не находится по адресу, указанному в запросе, и направлять запросы нужно на адрес, указанный в поле заголовка «Текущий адрес абонента».

302 — означает, что абонент временно (промежуток времени может быть указан в поле заголовка «Время жизни сообщения») находится по другому адресу, указанному в поле «Текущий адрес абонента».

305 — означает, что вызываемый абонент не доступен непосредственно, входящий вызов должен пройти через прокси-сервер. Вызывающей стороне рекомендуется повторить запрос через прокси-сервер, адрес которого указан в поле заголовка «Текущий адрес абонента».

380 — запрошенная услуга недоступна, но доступны альтернативные услуги, которые описаны в теле сообщения.

6.5 Ответы 4xx.

400 — означает, что запрос не понят из-за синтаксических ошибок в нем.

401 — означает, что запрос требует проведения процедуры аутентификации абонента.

403 — означает, что сервер понял запрос, но отказался его обслуживать. Повторный запрос не посылается.

404 — сервер не обнаружил вызываемого абонента.

405 — не разрешается передавать запрос этого типа на адрес, указанный в заголовке.

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

407 — перед вызовом требуется провести аутентификацию в прокси-сервере.

408 — сервер не может передать ответ в течение времени, указанного вызывающим абонентом в заголовке «Время жизни сообщения» запроса.

410 — сервер не имеет доступа к запрашиваемому ресурсу и не знает, куда переадресовать запрос.

413 — размер запроса слишком велик для обработки на сервере.

414 — у сервера возникли трудности с интерпретацией адреса получателя из-за его длины.

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

416 — сервер не может обработать запрос из-за того, что схема адреса получателя ему непонятна.

420 — сервер не понимает расширение протокола SIP.

421 — в заголовке запроса не указано, какое расширение сервер должен применить для его обработки.

423 — сервер отклоняет запрос, так как время действия ресурса короткое.

480 — соединение с оконечной системой установлено успешно, но абонент в данный момент недоступен.

481 — сервер получил запрос, не относящийся к текущему диалогу или транзакции. Запрос отбрасывается.

482 — обнаружен замкнутый маршрут передачи запроса.

483 — запрос на своем пути прошел через большее число прокси-серверов, чем разрешено.

484 — принят запрос с неполным адресом.

485 — означает, что адрес вызываемого абонента не однозначен.

486 — означает, что вызываемый абонент в настоящий момент занят и не желает (не может) принять входящий вызов.

487 — запрос был отменен сообщением «Завершение» или «Отмена».

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

489 — сервер не понял тип события, на которое осуществляется подписка или о котором передается уведомление.

491 — запрос поступил в то время, когда сервер еще не закончил обработку другого запроса, относящегося к тому же диалогу.

493 — сервер не в состоянии подобрать ключ дешифрования для тела сообщения.

494 — ответ содержит используемые сервером механизмы обеспечения безопасности.

6.6 Ответы 5xx.

500 — означает, что сервер не имеет возможности обслужить запрос из-за внутренней ошибки. Клиент может попытаться повторно послать запрос через некоторое время.

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

502 — информирует о том, что сервер, функционирующий в качестве шлюза или прокси-сервера, принимает некорректный ответ от сервера, к которому он направил запрос.

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

504 — сервер не получил ответа в течение установленного промежутка времени от сервера, к которому он обратился для завершения вызова.

505 — сервер не поддерживает или отказывается поддерживать версию протокола SIP, используемую в запросе.

513 — сервер не в состоянии обработать запрос из-за большой длины сообщения.

580 — сервер не принимает параметры, предлагаемые в описании сеанса, в ответе указывается причина отказа.

6.7 Ответы 6xx.

600 — вызываемый абонент занят и не желает принимать вызов в данный момент. Ответ может содержать указание на время, подходящее для нового вызова. Если с абонентом можно связаться по другому адресу или оставить сообщение, то используется ответ 486.

603 — означает, что вызываемый абонент не желает принимать входящие вызовы, не указывая причину отказа.

604 — означает, что вызываемого абонента не существует.

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

7. Для предотвращения зацикливания прокси-сервер должен проверять наличие своего адреса в поле общего заголовка «Список элементов сети, через которые прошел запрос» при получении входящего запроса. Поля общего заголовка «Логический адресат запроса», «Адрес отправителя запроса», «Идентификатор сеанса связи» и «Текущий адрес абонента» должны быть скопированы из исходных полей.

8. Поля заголовка команды SIP включают поля общего заголовка, заголовка запроса, заголовка ответа и заголовка содержания. Поля заголовка могут занимать несколько строк. Поле заголовка состоит из имени поля, символа «двоеточие» и значения поля.

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

8.1. Заголовок содержания включает поля: кодирование тела сообщения, размер тела сообщения, тип содержимого.

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

8.3. Поля заголовка запроса передают информацию о запросе и о самом клиенте и передаются только в запросах.

8.4 Поля заголовка ответа передаются только в ответах.

В таблице № 2 приведены названия заголовков сообщений SIP и место их использования.

Таблица № 2. Названия заголовков сообщений SIP и место их использования

Название заголовка	Место использования заголовка
1	2
Типы тела сообщения, принимаемые клиентом	Заголовок в запросах, в ответах 2xx, в ответе 415
Поддерживаемые типы кодирования	Заголовок в запросах, в ответах 2xx, в ответе 415
Поддерживаемые типы языков	Заголовок в запросах, в ответах 2xx, в ответе 415
Альтернативный сигнал вызова	Заголовок в запросах, в ответе 180
Поддерживаемые типы запросов	Заголовок в запросах, в ответах 2xx, в ответе 405
Все поддерживаемые типы событий, типы запросов	Заголовок в запросах, в ответах 2xx, в ответе 489
Информация аутентификации	Заголовок в ответах 2xx
Авторизация	Заголовок в запросах
Идентификатор сеанса связи	Общий заголовок, копируется из запросов в ответы
Дополнительная информация о вызывающем или вызываемом абоненте	Общий заголовок
Текущий адрес пользователя	Заголовок в запросах, в ответах 1xx, 2xx, 3xx, 4xx — 6xx
Интерпретация тела сообщения	Заголовок содержания
Модификация тела сообщения	Заголовок содержания
Национальный язык для тела сообщения	Заголовок содержания
Размер тела сообщения в байтах	Заголовок содержания
Тип тела сообщения	Заголовок содержания
Идентификатор запроса, относящегося к одному соединению	Общий заголовок, копируется из запросов в ответы
Дата и время отправки сообщения	Общий заголовок
Дополнительная информация об ошибке	Заголовок в ответах 300 — 699
Тип события	Заголовок в запросах
Время жизни сообщения	Общий заголовок, в ответах 2xx
Скрыть	Заголовок в запросах
Список идентификаторов сеансов связи с данным отправителем	Заголовок в запросах
Максимальное количество переадресаций	Заголовок в запросах
Адрес отправителя запроса	Общий заголовок, копируется из запросов в ответы
Минимальный период обновления	Заголовок в ответе 423
Версия стандарта «многоцелевое расширение Интернет почты»	Общий заголовок
Название организации, к которой относится SIP- элемент	Общий заголовок
Информация об узлах, лежащих на пути прохождения сообщения регистрации	Заголовок в запросах, в ответах 2xx
Приоритет SIP запроса для конечного абонента	Заголовок в запросах
Необходимость анонимности	Общий заголовок
Подтверждение подлинности прокси-сервера	Заголовок в ответе 401, в ответе 407
Авторизация абонента прокси-сервера	Заголовок в запросах
Требование к прокси-серверу	Заголовок в запросах
Информация о сети	Общий заголовок
Информация, удостоверяющая абонента	Общий заголовок
Список контактных адресов для определенного зарегистрированного списочного адреса	Заголовок в ответах 2xx
Списочный адрес вызываемого абонента	Заголовок в запросах
Идентификатор начисления оплаты	Общий заголовок
Список адресов элементов сети, ведущих начисление платы	Общий заголовок
Идентификатор, связывающий все записи об услугах, предоставленных в течение конкретного сеанса	Общий заголовок
Информация, необходимая для реализации функций оперативно-розыскных мероприятий	Общий заголовок
Идентификатор сеанса, необходимый для поддержки требований легального электронного наблюдения за перенаправленными вызовами	Общий заголовок
Запрос определенного способа обработки вызова	Заголовок в запросах
Информация, удостоверяющая вызывающего абонента	Заголовок в запросах
Идентификаторы для предоставления доступа к услуге гарантированного качества обслуживания	Заголовок в запросах, в ответах 101 — 199, в ответах 2xx
Информация, удостоверяющая абонента, у которого с прокси-сервером установлены доверительные отношения	Общий заголовок
Идентификатор сети, где временно находится абонент	Заголовок в запросах
Надежная доставка предварительных ответов	Заголовок в запросах
Причина передачи запроса SIP	Заголовок в запросах и в ответах 1xx
Запись маршрута	Заголовок в запросах, в ответах 18x, 2xx, 401, 484
Адрес для переадресации вызова	Заголовок в запросах
Логический обратный адрес	Общий заголовок
Перечень опций, необходимых для обработки запроса	Заголовок в запросах
Ключ кодирования ответа	Заголовок в запросах
Время, через которое абонент будет доступен	Заголовок в ответах 404, 413, 480, 486, 500, 503, 600, 603
Принудительный маршрут	Заголовок в запросах
Номер предварительного ответа с надежной транспортировкой	Заголовок в ответах 1xx
Список механизмов безопасности, поддерживаемых клиентом	Заголовок в запросах
Список механизмов безопасности, поддерживаемых сервером	Заголовок в ответах 421, 494
Механизмы безопасности, используемые клиентом	Заголовок в запросах
Информация о программном обеспечении, используемом сервером для обработки запросов	Заголовок в ответах
Статус подписки	Заголовок в запросах
Дополнительная информация о типе и характере сеанса	Заголовок в запросах
Перечень расширений	Заголовок в запросах, в ответах 2xx
Метка времени передачи сообщения	Общий заголовок
Логический адресат запроса	Общий заголовок, копируется из запросов в ответы
Не поддерживается	Заголовок в ответе 420
Агент абонента	Общий заголовок
Список элементов сети, через которые прошел запрос	Общий заголовок, копируется из запросов в ответы
Информация, связанная с проблемами обработки запроса сервером	Заголовок в запросах, в ответах
Аутентификация WWW-сервера	Заголовок в ответах 401, 407

9. Тело сообщения.

Для запросов «Подтверждение», «Приглашение» и «Запрос» тело сообщения всегда содержит описание сессии. Запрос «Завершение» не содержит тела сообщения.

Все ответы могут содержать тело сообщения. Ответы с кодом 1xx содержат консультативную информацию о состоянии выполняющегося запроса, ответы с кодом 2xx на запрос «Приглашение» содержат параметры описания сессии, в ответах с кодом 3xx может содержаться информация об альтернативных действиях или службах.

10. Для переноса сообщений сигнализации ОКС № 7 по сети с коммутацией пакетов информации в ЦКП сервере реализуется расширенная версия протокола SIP — протокол SIP-T. SIP-T использует процедуры, запросы и ответы протокола SIP.

В SIP-T сообщения ОКС № 7 инкапсулируются в тело запроса SIP, а часть информации сообщения, необходимая для правильной маршрутизации, транслируется в заголовок запроса SIP.

Преобразования сообщений протоколов ОКС № 7 в SIP и обратно осуществляются в ЦКП сервере.

Приложение № 14 к Правилам применения оборудования коммутации систем

2.1 Посредством протокола SCTP реализуются следующие функции:

Заголовок
Команда № 1
Команда № 2
...
Команда № n

Номер порта источника	Номер порта назначения
Метка верификации
Контрольная сумма

Таблица № 1. Перечень полей

№ поля	Название поля	Длина поля, бит
1	Номер порта источника	16
2	Номер порта назначения	16
3	Метка верификации	32
4	Контрольная сумма	32

2.3 Поля заголовка пакета SCTP содержат следующую информацию:

а) поле «Номер порта источника» содержит номер порта SCTP отправителя;

б) поле «Номер порта назначения» содержит номер порта SCTP получателя;

в) поле «Метка верификации» содержит числовое значение, однозначно идентифицирующее отправителя пакета SCTP. Отправитель пакета SCTP устанавливает значение этой метки, равное значению, полученному при инициализации сеанса связи между ним и получателем.

г) поле «Контрольная сумма» содержит контрольную сумму пакета SCTP.

2.4. Пакет SCTP включает в себя управляющие команды. Перечень допустимых команд приведен в таблице № 2.

Таблица № 2. Управляющие команды

Команда	Код команды
1	2
Данные абонента	0
Создание сеанса связи	1
Подтверждение создания сеанса связи	2
Выборочное подтверждение	3
Опрос состояния	4
Подтверждение состояния	5
Удаление сеанса связи	6
Завершение сеанса связи	7
Подтверждение завершения сеанса	8
Ошибка	9
Завершение создания сеанса связи	10
Подтверждение завершения создания сеанса связи	11
Процедура завершения сеанса связи окончена	14
Зарезервировано	12 — 13, 15 — 255

2.4.1. Пакет SCTP содержит в себе только одну команду в случаях, когда передаются команды «Создание сеанса связи», «Подтверждение создания сеанса связи», «Процедура завершения сеанса связи окончена».

2.5. Формат команды SCTP приведен на рисунке 3 и в таблице № 3 соответственно.

Код команды	Флаги	Длина данных команды
Данные команды

Рисунок 3. Формат команды SCTP

Таблица № 3. Формат команды SCTP

№ поля	Название поля	Длина поля, бит
1	Код команды	8
2	Флаги	8
3	Длина данных команды	16
4	Данные команды	Переменная

2.5.1 Поля команды SCTP содержат следующую информацию:

а) поле «Код команды» принимает численное значение в соответствии с таблицей № 3 и заполняется так, что первые два бита старшего разряда определяют действие, которое выполняется в случае, если получателем не распознан код команды;

б) поле «Флаги» содержит значения, специфичные для разных команд, при этом по умолчанию поле принимает значение, равное нулю;

в) поле «Длина данных команды» содержит длину команды в байтах, включая поля: «Код команды», «Флаги», «Длина данных команды» и «Данные команды»;

г) поле «Данные команды» содержит информацию, специфичную для разных команд SCTP.

2.5.2. Общая длина команды, входящей в SCTP пакет, равна 4 байтам. Если ее длина не равна 4 байтам, то команда дополняется нулями до требуемой длины.

2.5.3 Команда не дополняется более чем 3 байтами.

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

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

2.6.2. Узел-получатель собирает фрагментированные сообщения в единую информацию.

2.6.3 Сообщения управления находятся в пакете перед данными абонента.

2.6.4. Передача данных абонента адресату осуществляется, если размер окна приемника узла получателя не равно нулю. В противном случае данные не отсылаются в пункт назначения.

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

2.6.6. Узел-получатель формирует команду «Выборочное подтверждение» и передает ее совместно с исходящими данными противоположному узлу.

2.6.7. Узел-отправитель не передает какую-либо полезную информацию, если не получено подтверждение на последнюю посланную команду.

3. Требования к параметрам протокола M2UA.

3.1. Значение номера порта SCTP для M2UA равно 2904. Идентификатор полезной нагрузки протокола SCTP для M2UA равен 2.

3.2 Протокол M2UA при передаче сообщений сигнализации сети с коммутацией каналов выполняет следующие функции:

а) поддержка границы интерфейсов МТР2/МТР3;

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

в) поддержка управления активными соединениями SCTP.

3.3 Протокол M2UA реализует следующие функции:

а) отображение идентификатора интерфейса на физический интерфейс ШС, соединение SCTP и соответствующий поток трафика внутри соединения;

б) управление соединением SCTP;

в) поддержание состояния сервера приложений;

г) управление потоком SCTP;

д) управление потоком (перегрузками);

е) проверка состояния канала ОКС № 7.

3.4. Общий заголовок сообщения для M2UA имеет следующую структуру: версия, класс сообщения, тип сообщения, длина сообщения. Заголовок сообщения является общим для всех уровней адаптации протокола сигнализации и приведен на рисунке 4.

Версия 8битов	Резерв 8 битов	Класс сообщения 8 битов	Тип сообщения 8 битов
Длина сообщения 32 бита

Рисунок 4. Формат общего заголовка

Значения полей заголовка:

а) в поле «Версия» содержится версия M2UA;

б) значение поля «Резерв» установлено отправителем равным нулю и не учитывается получателем;

в) в поле «Класс сообщения» содержатся следующие значения:

0 — сообщения управления M2UA;

1 — зарезервировано;

2 — зарезервировано;

3 — сообщения поддержания состояния процесса сервера приложений;

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

5 — зарезервировано;

6 — сообщения M2UA;

7 — зарезервировано;

8 — зарезервировано;

9 — зарезервировано;

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

11 — 127 — зарезервировано;

128 — 255 — зарезервировано.

г) в поле «Тип сообщения» содержатся следующие типы сообщений для соответствующих классов сообщений:

Сообщения M2UA:

0 — зарезервировано;

1 — данные;

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

3 — подтверждение установления соединения;

4 — запрос на разъединение соединения;

5 — подтверждение разъединения соединения;

6 — указатель на разъединение соединения;

7 — запрос отчета о состоянии;

8 — подтверждение состояния;

9 — индикация состояния;

10 — запрос на поиск данных;

128 — 255 — зарезервировано.

0 — зарезервировано;

1 — инициация процесса сервера приложений;

2 — завершение процесса сервера приложений;

3 — команда опроса состояния;

0 — зарезервировано;

0 — зарезервировано;

1 — запрос на регистрацию;

2 — ответ на запрос на регистрацию;

3 — запрос на дерегистрацию;

4 — ответ на запрос на дерегистрацию;

5 — 127 — зарезервировано;

127 — 255 — зарезервировано.

д) в поле «Длина сообщения» включен параметр добавочных байтов, если такие имеются.

3.5. В сообщении после общего заголовка содержатся параметры переменной длины, определяемые типом сообщения.

Параметры переменной длины, содержащиеся в сообщении, приведены на рисунке 5.

Тэг параметра 16 бит	Длина параметра 16 бит
Значения параметра 32 бита

Тэг (0x1) 16 бит	Длина 16 бит
Идентификатор интерфейса (целочисленный) 32 бита

Тэг (0x3) 16 бит	Длина 16 бит
Идентификатор интерфейса (текстовый) 32 бита

Таблица № 4. Сообщения протокола M2UA

Название сообщения	Наличие общего заголовка	Наличие специального заголовка	Параметр, название
1	2	3	4
Сообщения M2UA
Данные	да	да	Данные протокола, Идентификатор корреляции
Подтверждение получения данных	да	да	Идентификатор корреляции
Установление соединения (Запрос, подтверждение)	да	да
Разъединение соединения (Запрос, индикация, подтверждение)	да	да
Запрос отчета о состоянии	да	да	Состояние
Подтверждение состояния	да	да	Состояние
Индикация состояния	да	да	Событие
Индикация перегрузки	да	да	Статус перегрузки, Статус отбрасывания
Запрос поиска	да	да	Действие, Номер последовательности
Подтверждение поиска	да	да	Действие, Результат, Номер последовательности
Индикация поиска	да	да
Полная индикация поиска	да	да
Сообщения поддержания состояния процесса сервера приложений ASP
Индикация процесса сервера приложений	да	нет	Идентификатор процесса сервера приложений Информационная строка
Уведомление об инициации процесса сервера приложений	да	нет	Информационная строка
Завершение процесса сервера приложений	да	нет	Информационная строка
Уведомление о завершении процесса сервера приложений	да	нет	Информационная строка
Команда опроса состояния	да	нет	Данные команды опроса состояния
Подтверждение команды опроса состояния	да	нет	Данные команды опроса состояния
Сообщения поддержания трафика процесса сервера приложений
Активный процесс сервера приложений	да	нет	Тип режима передачи трафика Идентификатор интерфейса Информационная строка
Подтверждение активного процесса сервера приложений	да	нет	Режим передачи трафика Идентификатор интерфейса Информационная строка
Неактивный процесс сервера приложений	да	нет	Идентификатор интерфейса Информационная строка
Подтверждение неактивного процесса сервера приложений	да	нет	Идентификатор интерфейса Информационная строка
Сообщение управления M2UA
Ошибка	да	да	Код ошибки, Идентификатор интерфейса, Диагностическая информация
Уведомление	да	да	Тип статуса, Информация о статусе, Идентификатор процесса сервера приложений, Идентификаторы интерфейса, Информационная строка
Сообщения управления идентификатором интерфейса
Запрос на регистрацию	да	да	Ключ звена
Ответ на запрос на регистрацию	да	да	Результаты регистрации
Запрос на дерегистрацию			Идентификатор интерфейса
Ответ на запрос на дерегистрацию	да	да	Результаты дерегистрации

4. Требования к параметрам протокола M3UA.

4.1. Значение номера порта SCTP для M3UA равно 2905. Идентификатор полезной нагрузки протокола SCTP для M3UA равен 3.

4.2 Протокол M3UA осуществляет:

а) передачу сообщений пользователя МТР3 посредством установления соединения SCTP;

б) обнаружение ошибок в сообщениях протокола M3UA и уведомление о них;

в) управление установлением соединениями SCTP;

г) управление установлением соединения с несколькими ШС.

4.3 Протокол M3UA реализует следующие функции:

а) предоставление кода пункта сигнализации;

б) определение контекстов маршрутизации и соответствующих ключей маршрутизации для передачи сообщений ОКС № 7;

в) осуществление взаимодействия между подсистемами КС № 7 и M3UA;

г) использование моделей резервирования;

д) резервирование сервера приложений;

е) управление потоком;

ж) управление перегрузками;

з) отображение потоков SCTP;

и) использование модели Клиент/Сервер.

4.4. Общий заголовок сообщения для M3UA имеет следующую структуру: версия, класс сообщения, тип сообщения, длина сообщения. Заголовок сообщения является общим для всех уровней адаптации протокола сигнализации. Формат общего заголовка приведен на рисунке 8.

Версия 8 битов	Резерв 8 битов	Класс сообщения 8 битов	Тип сообщения 8 битов
Длина сообщения 32 бита

Рисунок 8. Формат общего заголовка

4.5 Значения полей заголовка:

а) в поле «Версия» содержится версия M3UA;

б) значение поля «Резерв» установлено отправителем равным нулю и не учитывается получателем;

в) в поле «Класс сообщения» содержатся следующие значения:

0 — сообщения управления M3UA;

1 — сообщения передачи;

2 — сообщения управления сетью сигнализации;

3 — сообщения поддержания состояния процесса сервера приложений;

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

5 — зарезервировано;

6 — зарезервировано;

7 — зарезервировано;

8 — зарезервировано;

9 — сообщения управления ключами маршрутизации;

10 — 127 — зарезервировано;

128 — 255 — зарезервировано.

г) в поле «Тип сообщения» содержатся следующие типы сообщений для соответствующих классов сообщений:

Сообщения управления M3UA:

0 — ошибка;

1 — уведомление;

2 — 27 — зарезервировано;

128 — 255 — зарезервировано.

Сообщения передачи:

0 — зарезервировано;

1 — данные полезной нагрузки;

2 — 127 — зарезервировано;

128 — 255 — зарезервировано.

Сообщения управления сигнализацией:

0 — зарезервировано;

1 — пункт назначения недоступен;

2 — пункт назначения доступен;

3 — проверка состояния пункта назначения;

4 — перегрузка сигнализации;

5 — подсистема ОКС № 7 в пункте назначения недоступна;

6 — доступ к пункту назначения запрещен;

7 — 127 — зарезервировано;

1 — инициализация;

3 — команда опроса состояния;

4 — подтверждение инициализации;

5 — подтверждение завершения;

6 — подтверждение команды опроса состояния;

1 — 127 — зарезервировано;

128 — 255 — зарезервировано.

Сообщения поддержания трафика процесса сервера приложений:

0 — зарезервировано;

1 — активный сервер приложений;

2 — неактивный сервер приложений;

д) в поле «Длина сообщения» включен параметр добавочных байтов, если таковые имеются.

4.6. В сообщении после общего заголовка содержатся параметры переменной длины, определяемые типом сообщения.

Параметры переменной длины, содержащиеся в сообщении, приведены на рисунке 9.

Тэг параметра; 16 бит	Длина параметра; 16 бит
Значения параметра; 32 бита

Таблица № 5. Сообщения протокола M3UA

Название сообщения	Наличие общего заголовка	Параметр, название
1	2	3
Сообщения передачи
Данные	да	Вид сети Контекст маршрутизации Данные протокола Идентификатор корреляции
Сообщения управления сетью сигнализации
Пункт назначения недоступен	да	Вид сети Контекст маршрутизации Неисправная точка кода Информационная строка
Пункт назначения доступен	да	Вид сети Контекст маршрутизации Неисправная точка кода Информационная строка
Проверка состояния пункта назначения	да	Вид сети Контекст маршрутизации Неисправная точка кода Информационная строка
Перегрузка сигнализации	да	Вид сети Контекст маршрутизации Неисправная точка кода Связанный пункт назначения Указатели перегрузки Информационная строка
Подсистема ОКС № 7 в пункте назначения недоступна	да	Вид сети Контекст маршрутизации Неисправная точка кода Пользователь/Ситуация Информационная строка
Доступ к пункту назначения запрещен	да	Вид сети Контекст маршрутизации Неисправная точка кода Информационная строка
Сообщения поддержания состояния процесса сервера приложений
Инициализация процесса сервера приложений	да	Идентификатор состояния процесса сервера приложений Информационная строка
Подтверждение инициализации процесса сервера приложений	да	Информационная строка
Завершение процесса сервера приложений	да	Информационная строка
Команда опроса состояния	да	Данные команды опроса состояния
Подтверждение команды опроса состояния	да	Данные команды опроса состояния
Сообщения поддержания трафика процесса сервера приложений
Активный процесс сервера приложений	да	Тип режима передачи трафика Контекст маршрутизации Информационная строка
Подтверждение активного процесса сервера приложений	да	Тип режима передачи трафика Контекст маршрутизации Информационная строка
Неактивный процесс сервера приложений	да	Контекст маршрутизации Информационная строка
Подтверждение неактивного процесса сервера приложений	да	Контекст маршрутизации Информационная строка
Сообщения управления ключами маршрутизации
Запрос на регистрацию	да	Ключ маршрутизации
Ответ на запрос на регистрацию	да	Информационная строка
Запрос на дерегистрацию	да	Контекст маршрутизации
Ответ на запрос на дерегистрацию	да	Результат дерегистрации
Сообщения управления M3UA
Ошибка	да	Код ошибки Контекст маршрутизации Вид сети Неисправная точка кода Диагностическая информация
Уведомление	да	Статус Идентификатор состояния процесса сервера приложений Контекст маршрутизации Информационная строка

5.1 Значение номера порта SCTP для SUA равно 14001.

5.2 Протокол SUA обеспечивает следующие функции:

5.3 Протокол SUA обеспечивает внутренние функции:

в) управление потоком;

г) управление перегрузками.

5.4. Перечень сообщений протокола SUA приведен в таблице № 6.

Таблица № 6. Перечень сообщений SUA

Название сообщения	Наличие общего заголовка	Параметр, название
1	2	3
Сообщения управления SUA
Ошибка	да	Код ошибки Контекст маршрутизации Вид сети Неисправная точка кода Диагностическая информация
Уведомление	да	Статус Идентификатор состояния процесса сервера приложений Контекст маршрутизации Информационная строка
Сообщения управления сетью
Пункт назначения недоступен	да	Контекст маршрутизации Неисправная точка кода Номер подсистемы Индикатор сложности подсистемы Информационная строка
Пункт назначения доступен	да	Контекст маршрутизации Неисправная точка кода Номер подсистемы Индикатор сложности подсистемы Информационная строка
Проверка состояния пункта назначения	да	Контекст маршрутизации Неисправная точка кода Номер подсистемы Пользователь/Причина Информационная строка
Перегрузка сети	да	Контекст маршрутизации Неисправная точка кода Номер подсистемы Уровень перегрузки Индикатор сложности подсистемы Информационная строка
Подсистема ОКС № 7 в пункте назначения недоступна	да	Контекст маршрутизации Неисправная точка кода Пользователь/Причина Информационная строка
Доступ к месту назначения запрещен	да	Контекст маршрутизации Неисправная точка кода Номер подсистемы Индикатор сложности подсистемы Информационная строка
Сообщения поддержания состояния процесса сервера приложений
Инициация процесса сервера приложений	да	Идентификатор состояния процесса сервера приложений Информационная строка
Подтверждение инициации процесса сервера приложений	да	Информационная строка
Завершение процесса сервера приложений	да	Информационная строка
Подтверждение завершения процесса сервера приложений	да	Информационная строка
Команда опроса состояния	да	Данные команды опроса состояния
Подтверждение команды опроса состояния	да	Данные команды опроса состояния
Сообщения поддержания трафика процесса сервера приложений
Активный процесс сервера приложений	да	Тип режима передачи трафика Контекст маршрутизации Метка идентификатора туннеля Метка «Номер обращения к адресату» Информационная строка
Подтверждение активного процесса сервера приложений	да	Тип режима передачи трафика Контекст маршрутизации Информационная строка
Неактивный процесс сервера приложений	да	Контекст маршрутизации Информационная строка
Подтверждение неактивного процесса сервера приложений	да	Контекст маршрутизации Информационная строка
Сообщения управления ключами маршрутизации
Запрос на регистрацию	да	Ключ маршрутизации Возможности сервера приложений
Ответ на запрос на регистрацию	да	Результат регистрации
Запрос на дерегистрацию	да	Контекст маршрутизации
Ответ на запрос на дерегистрацию	да	Результат дерегистрации
Сообщения, передача которых не ориентирована на установление соединения
Передача данных, не ориентированная на установление соединения	да	Контекст маршрутизации Класс протокола Адрес места отправления Адрес места назначения Контроль последовательности Счетчик повторной передачи сообщений ОКС № 7 Важность Приоритет сообщений Идентификатор корреляции Сегментация Данные
Ответ на передачу данных, не ориентированную на установление соединения	да	Контекст маршрутизации Причина SCCP Адрес места отправления Адрес места назначения Счетчик повторной передачи сообщений ОКС № 7 Важность Приоритет сообщений Идентификатор корреляции Сегментация Данные
Сообщения, передача которых ориентирована на установление соединения
Запрос на установление соединения	да	Контекст маршрутизации Класс протокола Номер обращения к источнику Адрес места назначения Контроль последовательности Номер последовательности Адрес места отправления Счетчик повторной передачи сообщений ОКС № 7 Важность Приоритет сообщений Разрешение на передачу очередного пакета данных Данные
Подтверждение установления соединения	да	Контекст маршрутизации Класс протокола Номер обращения к адресату Номер обращения к источнику Контроль последовательности Разрешение на передачу очередного пакета данных Адрес места отправления Важность Приоритет сообщения Адрес места назначения Данные
Отказ в установлении соединения	да	Контекст маршрутизации Номер обращения к адресату Причина SCCP Адрес места отправления Адрес места назначения Важность Данные
Запрос на разъединение соединения	да	Контекст маршрутизации Номер обращения к адресату Номер обращения к источнику Причина SCCP Важность Данные
Завершение разъединения	да	Контекст маршрутизации Номер обращения к адресату Номер обращения к источнику Причина SCCP Важность
Подтверждение восстановления соединения	да	Контекст маршрутизации Номер обращения к адресату Номер обращения к источнику
Запрос на восстановление соединения	да	Контекст маршрутизации Номер обращения к адресату Номер обращения к источнику Причина SCCP
Передача данных, ориентированных на установление соединения	да	Контекст маршрутизации Номер обращения к адресату Номер обращения к источнику Приоритет сообщения Идентификатор корреляции Данные
Подтверждение передачи данных, ориентированной на установление соединения	да	Контекст маршрутизации Номер обращения к адресату Номер полученной последовательности Разрешение на передачу очередного пакета данных
Ошибка, ориентированная на установление соединения	да	Контекст маршрутизации Номер обращения к адресату Причина SCCP
Тест режима бездействия	да	Контекст маршрутизации Класс протокола Номер обращения к источнику Номер обращения к адресату Номер последовательности Разрешение на передачу очередного пакета данных

5.5. Значение «Идентификатора протокола полезной нагрузки SCTP» равно 4. Допустимо значение ноль.

5.6. Формат общего заголовка и перечень поддерживаемых полей приведены на рисунке 10.

Версия 8 бит	Зарезервировано 8 бит	Класс сообщения 8 бит	Тип сообщения 8 бит
Длина сообщения; 32 бита
Данные сообщения; 32 бита

5.7 Функции кодирования, декодирования полей общего заголовка соответствуют следующим требованиям:

1 — зарезервировано;

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

5 — зарезервировано;

6 — зарезервировано;

7 — сообщения, передача которых не ориентирована на установление соединения;

8 — сообщения, передача которых ориентирована на установление соединения;

9 — сообщения управления ключами маршрутизации;

10 — 127 — зарезервировано;

128 — 255 — зарезервировано.

в) поле «Зарезервировано» устанавливается равным 0;

г) поле «Тип сообщения» определяет тип сообщения и принимает следующие значения:

Сообщения управления SUA:

0 — ошибка;

4 — перегрузка сети;

5 — подсистема ОКС № 7 в пункте назначения недоступна;

6 — доступ к пункту назначения запрещен;

7 — 127 — зарезервировано;

128 — 255 — зарезервировано.

128 — 255 — зарезервировано.

Сообщения, передача которых не ориентирована на установление соединения:

0 — зарезервировано;

1 — передача данных, не ориентированная на установление соединения;

2 — ответ на передачу данных, не ориентированную на установление соединения;

3 — 127 — зарезервировано;

128 — 255 — зарезервировано.

Сообщения, передача которых ориентирована на установление соединения:

0 — зарезервировано;

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

2 — подтверждение установления соединения;

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

е) поле «Данные сообщения» содержит данные пользователя SCCP.

5.8. Формат параметра переменной длины и перечень поддерживаемых полей приведены на рисунке 11.

Тэг параметра 16 бит	Длина параметра 16 бит
Значение параметра 32 бита

Рисунок 11. Формат параметра переменной длины

1. Требования к параметрам протокола RTP.

1.1. Формат заголовка пакета RTP и перечень поддерживаемых полей приведены в таблице № 1.

Таблица № 1. Формат и перечень полей заголовка пакета RTP

№ поля	Название поля заголовка пакета	Длина поля, бит
1	2	3
1	Версия	2
2	Признак дополнения пакета незначащими октетами	1
3	Флаг наличия расширенного заголовка	1
4	Количество источников информации, объединяемых в поток RTP (количество CSRC)	4
5	Маркер	1
6	Тип данных поля полезной нагрузки	7
7	Значение порядка следования пакетов	16
8	Счетчик времени	32
9	Идентификатор пакетов RTP, принадлежащих одному источнику (идентификатор SSRC)	32
10	Список идентификаторов CSRC	Переменная длина

К функциям кодирования, декодирования полей заголовка пакета RTP предъявляются следующие требования:

а) поле «Версия» содержит номер версии формата заголовка пакета RTP;

б) поле «Признак дополнения пакета незначащими октетами» устанавливается в «1», если длина пакета выровнена с помощью незначащих октетов. Выравнивание требуется при использовании алгоритмов шифрования информации, работающих с фиксированным размером пакета;

в) поле «Флаг наличия расширенного заголовка» устанавливается в единицу при наличии дополнительного заголовка. Дополнительный заголовок служит для передачи специальной информации пользователя;

г) поле «Количество CSRC» указывает количество объединяемых потоков RTP;

д) поле «Маркер» устанавливается в единицу для указания начала кадра;

е) поле «Тип данных поля полезной нагрузки» идентифицирует вид информации, передаваемой в пакете RTP (аудио);

ж) поле «Значение порядка следования пакетов» используется для определения потерянных пакетов. Начальное значение поля определяется случайным образом. Значение поля увеличивается на единицу при передаче очередного пакета. При достижении значения FFFFH поле обнуляется;

з) поле «Счетчик времени» указывает временную отметку, позволяющую воспроизводить голосовую информацию;

и) поле «Идентификатор SSRC» идентифицирует пакеты RTP, принадлежащие одному вызову;

к) поле «Список идентификаторов CSRC» содержит перечень источников потоков RTP.

2. Требования к параметрам протокола RTCP.

2.1 Пакеты RTCP имеют заголовки, аналогичные заголовкам пакетов RTP.

2.2 Обрабатываются пакеты RTCP следующих типов:

а) «Отчет источника», содержащий статистическую информацию о передающем оконечном оборудовании;

б) «Отчет приемника», содержащий статистическую информацию о принимающем оконечном оборудовании;

в) «Описание абонента», содержащий информацию о пользователе;

г) «Завершение», сообщающий о завершении соединения.

д) Пакет «определяемый приложением».

Для идентификации типов пакетов RTCP используются значения, указываемые в поле «Тип пакета RTCP».

2.2.1. Пакет «Отчет источника» содержит статистическую информацию о потоке RTP, включая количество переданных пакетов, количество потерянных пакетов. В одном пакете «Отчет источника» содержится информация от нескольких источников информации. Формат пакета приведен в таблице № 2.

Таблица № 2. Формат пакета «Отчет источника»

№ поля	Название поля заголовка пакета	Длина поля, бит
1	Версия	2
2	Признак дополнения пакета незначащими октетами	1
3	Количество информационных блоков	5
4	Тип пакета RTCP	8
5	Длина	16
6	Идентификатор SSRC	32
7	Время передачи пакета	64
8	Счетчик времени	32
9	Количество переданных пакетов	32
10	Количество переданных октетов	32
11	Идентификатор SSRC_1	32
12	Коэффициент потерянных пакетов	8
13	Общее количество потерянных пакетов	24
14	Количество переполнений счетчика переданных пакетов RTP	32
15	Общее отклонение от счетчика времени	32
16	Время последнего переданного пакета «Отчет источника»	32
17	Время с момента последней передачи пакета «Отчет источника»	32
18	Блок данных следующего источника с идентификатором SSRC_2	192
Примечание: Поля с одиннадцатого по семнадцатое составляют информационный блок и могут повторяться.

2.2.2 Требования к функциям кодирования, декодирования полей пакета RTCP:

а) поле «Версия» содержит номер версии формата заголовка пакета RTCP.

б) поле «Признак дополнения пакета незначащими октетами» (выравнивания) устанавливается в «1», если пакет дополнен незначащими октетами. Выравнивание требуется при использовании алгоритмов шифрования информации, работающих с фиксированным размером пакета;

в) поле «Количество информационных блоков» содержит количество информационных блоков от различных источников информации в одном пакете;

г) поле «Тип пакета RTCP» для пакета типа «Отчет источника» имеет значение 200;

д) поле «Длина» указывает длину пакета, включая длину заголовка и количество незначащих октетов;

е) поле «Идентификатор SSRC» идентифицирует потоки RTP, принадлежащие одному вызову;

ж) поле «Время передачи пакета» содержит время передачи данного пакета;

з) поле «Счетчик времени» используется для синхронизации нескольких потоков RTP;

и) поле «Количество переданных пакетов» содержит количество переданных пакетов с момента начала передачи пакетов RTP до момента передачи последнего пакета «Отчет источника»;

к) поле «Количество переданных октетов» содержит количество переданных октетов полезной информации;

л) поле «Идентификатор SSRC_1» идентифицирует первый источник, передающий информационный блок;

м) поле «Коэффициент потерянных пакетов» содержит отношение потерянных пакетов к общему количеству пакетов, переданных между двумя пакетами «Отчет источника»;

н) поле «Общее число потерянных пакетов» содержит общее число потерянных пакетов с момента начала передачи пакетов RTP до момента передачи последнего пакета «Отчет источника»;

о) поле «Количество переполнений счетчика переданных пакетов RTP» содержит число переходов на нулевое значение счетчика переданных пакетов RTP;

п) поле «Общее отклонение от счетчика времени» содержит среднее значение отклонений от счетчика времени RTP;

р) поле «Время последнего переданного пакета „Отчет источника“ содержит время передачи последнего пакета „Отчет источника“. При передаче первого пакета значение устанавливается в „0“;»

с) поле «Время с момента передачи последнего пакета „Отчет источника“ содержит промежуток времени между передачей двух пакетов „Отчет источника“. Используется для обнаружения потерянных пакетов „Отчет источника“. При передаче первого пакета значение устанавливается в „0“.»

2.2.3. Формат пакета «Отчет приемника» аналогичен формату пакета «Отчет источника», но поле «Тип пакета RTCP» принимает значение 201.

2.2.4. Для получения информации об абоненте используются пакеты «Описание абонента». Формат пакета «Описание абонента» приведен в таблице № 3.

Таблица № 3. Формат пакета «Описание абонента»

№ поля	Название поля	Длина поля, бит
1	Версия	2
2	Признак дополнения пакета незначащими октетами	1
3	Количество блоков «Описание абонента»	5
4	Тип пакета RTCP	8
5	Длина	16
6	Идентификатор SSRC/CSRC_1	32
7	Блок «Описание абонента»	Переменной длины
8	Идентификатор SSRC/CSRC_2	32
Примечание: Поля с шестого по седьмое составляют блок «Описание абонента».

Требования к функциям кодирования, декодирования полей пакета «Описание абонента»:

а) поле «Версия» содержит номер версии формата заголовка пакета «Описание абонента»;

б) поле «Признак дополнения пакета незначащими октетами» (выравнивание) устанавливается в «1», если пакет дополнен незначащими октетами. Выравнивание требуется при использовании алгоритмов шифрования информации, работающих с фиксированным размером пакета;

в) поле «Количество блоков „Описание абонента“ содержит количество блоков „Описание абонента“;»

г) поле «Тип пакета RTCP» для пакета «Описание абонента» принимает значение 202;

д) поле «Длина» указывает длину пакета, включая длину заголовка и количество незначащих октетов. Значение поля кратно 32 битам;

е) поле «Идентификатор SSRC/CSRC_1» используется для идентификации потоков RTP;

ж) поле «Блок „Описание абонента“ содержит информационные элементы (имя абонента, информация для контакта с абонентом, тип и название используемого оборудования). Поле состоит из идентификатора информационного элемента, в соответствии с приведенной таблицей, длиной 8 бит, информационного элемента длиной 8 бит и информационного элемента в виде строки символов длиной не более 255 символов. Информационные элементы блока „Описание абонента“ приведены в таблице № 4.»

Таблица № 4. Информационные элементы блока «Описание абонента»

Информационный элемент	Идентификатор
Транспортный адрес абонента в формате адреса электронной почты	1
Реальное имя абонента	2
Адрес электронной почты абонента	3
Телефонный номер абонента	4
Географическое положение или адрес абонента	5
Название используемого программного обеспечения или оборудования	6

2.2.6. Формат пакета «Определяемого приложением» приведен в таблице № 5.

Таблица № 5. Формат пакета «Определяемого приложением»

№ поля	Название поля	Длина поля, бит
1	Версия	2
2	Признак дополнения пакета незначащими октетами	1
3	Подтип	5
4	Тип пакета RTCP	8
5	Длина	16
6	Идентификатор SSRC/CSRC	32
7	Имя	32
8	Данные, определяемые приложением	Переменная длина

наличие не менее двух категорий пользователей (администратор и пользователь), имеющих различные пароли и различные права доступа к ЦУиТО;

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

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

6.1. Контроль функционирования оборудования осуществляется постоянно или периодически (по расписанию или по команде технического персонала с терминала технического обслуживания).

6.2. Автоматический контроль осуществляется распределенно, то есть модули оборудования самостоятельно обнаруживают повреждения и ошибки.

6.3 Аварийные сообщения разделяются на категории по срочности восстановления неисправностей:

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

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

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

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

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

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

7.2. Перезагрузки ПО оборудования узла связи производятся с сохранением статистических данных и данных учета стоимости соединений.

Данные выводятся по расписанию или по командам технического персонала и фиксируются в файле истории оборудования на магнитном (или оптическом) носителе.

8.3. ЦУиТО обеспечивает возможность сбора и отображения статистических данных о соединениях абонентов (успешные, неуспешные, попытки соединений, потерянные соединения) или о соединениях статистических групп абонентов для различных типов трафика.

подвижной радиотелефонной связи. Часть II. Правила применения оконечно-транзитных узлов

1. ОРМ осуществляет хранение следующих данных, определяющих приоритетное обслуживание абонентских радиостанций, являющихся частью терминалов вызова экстренных оперативных служб (далее — абонентская радиостанция):

1.1. уровень приоритета обслуживания вызова расширенной услуги многоуровневого приоритета и прерывания обслуживания (далее — eMLPP). Абонентской радиостанции присваивается нулевой уровень приоритета eMLPP, используемый по умолчанию;

1.2. логическое состояние услуги eMLPP — активирована;

1.3. параметр «Категория мобильной станции» (Mobile Station Category), устанавливается равным десятичному числу «11» (абонент с приоритетом).

2. ВРМ осуществляет хранение следующих данных, определяющих приоритетное обслуживание абонентских радиостанций, зарегистрированных в данный момент в зоне обслуживания одного или нескольких обслуживаемых им ЦКП (ЦКП серверов):

2.1. уровень приоритета обслуживания вызова с использованием услуги eMLPP;

2.2. логическое состояние услуги eMLPP;

2.3. параметр «Категория мобильной станции» (Mobile Station Category).

3. В оборудовании ЦКП (ЦКП сервера) сообщение системы «ЭРА-ГЛОНАСС» (далее — экстренный вызов) от абонентских радиостанций идентифицируется по данным ОРМ, ВРМ, а также по параметру Категория экстренного вызова (Emergency category), в котором шестой (вызов инициирован вручную) или седьмой (автоматический вызов) биты третьего октета установлены равными «1». Маршрутизация вызова осуществляется к узлу связи системы экстренного реагирования при авариях «ЭРА ГЛОНАСС».

4. Обслуживание экстренного вызова на участке абонентская радиостанция — подсистема базовых станций (далее — BSS) — ЦКП (ЦКП сервер) осуществляется с использованием расширенной услуги eMLPP.

4.1 Обслуживание с использованием расширенной услуги eMLPP включает следующие процедуры:

1. в случае наличия ресурсов осуществляется приоритетное обслуживание вызова с более высоким приоритетом;

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

4.2. Для реализации процедуры обслуживания экстренного вызова с использованием услуги eMLPP на участке абонентская радиостанция — BSS — ЦКП (ЦКП сервер) оборудование ЦКП (ЦКП сервера) передает, принимает и обрабатывает сообщения подсистем управления соединением (далее — CC), управления мобильностью (далее — MM) протокола базовой сети (далее — CNP) и сообщения прикладной подсистемы системы базовых станций (далее — BSSAP) с определенными в подпунктах 4.2.1 - 4.2.4 параметрами.

4.2.1. В сообщении MM Запрос обслуживания (CM SERVICE REQUEST, посылается от абонентской радиостанции к ЦКП (ЦКП серверу)) в параметрах:

1. Тип обслуживания (Service type) биты с четвертого по первый устанавливаются равными «0010» (установление экстренного вызова);

2. Уровень приоритета (Priority Level) биты с третьего по первый устанавливаются равными «101», что соответствует приоритету нулевого уровня eMLPP, то есть экстренному вызову.

4.2.2. В сообщении CC Экстренный вызов (EMERGENCY SETUP, посылается от абонентской радиостанции к ЦКП (ЦКП серверу)) параметр Категория экстренного вызова (Emergency category) определяет экстренный вызов от абонентской радиостанции. Шестой (вызов инициирован вручную) или седьмой (автоматический вызов) биты третьего октета информационного элемента Категория экстренного вызова установлены в 1.

4.2.3. В сообщении CC Вызов принят к обслуживанию (CALL PROCEEDING, посылается от ЦКП (ЦКП сервера) к абонентской радиостанции) в параметре Уровень приоритета (Priority Level) биты с третьего по первый устанавливаются равными «101», что соответствует приоритету нулевого уровня eMLPP или экстренному вызову.

4.2.4. В сообщении подсистемы BSSAP Запрос назначения радиоресурса (ASSIGNMENT REQUEST, посылается от ЦКП (ЦКП сервера) к BSS) параметр:

1. Тип канала (Channel Type) определяет скорость передачи голосовой информации в двустороннем разговорном канале, выделяемом для экстренного вызова, как полную (TCH/F), то есть 13 кбит/с;

2. Приоритет (Priority) указывает на приоритет запроса. Третий октет данного параметра кодируется следующим образом:

бит 8 свободный, установлен равным «0»;

бит 7 — Индикатор возможности приоритетного прерывания обслуживания устанавливается равным «1» (данный Запрос назначения радиоресурса может прервать существующее соединение);

биты 6 — 3 - Уровень приоритета устанавливается равным «0100» — четвертый уровень приоритета;

бит 2 — индикатор постановки в очередь устанавливается равным «1» — постановка в очередь разрешена;

бит 1 — индикатор чувствительности приоритетного прерывания обслуживания устанавливается равным «0» — данное соединение не может быть прервано другим запросом выделения ресурсов (каналов).

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

5. Передача сообщений системы «ЭРА ГЛОНАСС» на участке ЦКП (ЦКП сервер) — узлы коммутации телефонной сети связи общего пользования осуществляется с использованием услуги многоуровневого приоритета и прерывания обслуживания (далее — MLPP).

5.1 Обслуживание с многоуровневым приоритетом и прерыванием включает следующие процедуры:

1. в случае наличия ресурсов осуществляется приоритетное обслуживание вызова с более высоким приоритетом;

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

5.2. Для реализации процедуры обслуживания экстренного вызова и услуги MLPP при передаче сообщений системы «ЭРА ГЛОНАСС» на участке ЦКП (ЦКП сервер) — узлы коммутации телефонной сети связи общего пользования с сигнализацией OKC № 7, ЦКП (ЦКП сервер) передает, принимает и обрабатывает сообщения подсистемы ISUP, определенные в подпунктах 5.2.1 - 5.2.2.

5.2.1 Сообщения:

1. Начальное адресное сообщение (IAM).

2. Разъединение (REL). В случае отсутствия свободных каналов в требуемом направлении, ЦКП (ЦКП сервер) осуществляет освобождение каналов, занятых вызовами более низкого приоритета, а также вызовами, не имеющими приоритета в рамках услуги MLPP, с помощью сообщения Разъединение (REL).

3. Адрес полный (ACM).

4. Соединение устанавливается (CPG).

5.2.2 Параметры сообщений:

1. Приоритет MLPP (Precedence Parameter) передается в сообщении IAM, состоит из шести октетов и имеет структуру согласно таблице.

Таблица. Структура параметра Приоритет MLPP

8	7	6	5	4	3	2	1
-	Поиск при занятости		-	Уровень приоритета
1-ая цифра индикатора сети				2-ая цифра индикатора сети
3-ая цифра индикатора сети				4-ая цифра индикатора сети
Область обслуживания MLPP
Область обслуживания MLPP
Область обслуживания MLPP

Поле Поиск при занятости принимает следующее значение:

00 — разрешен.

Поле Уровень приоритета принимает следующее значение:

0001 — первоочередный вызов (FLASH);

Поле Индикатор сети определяет код страны (TCC).

Поле Область обслуживания MLPP определяет сеть OKC № 7, в которой предоставляется услуга MLPP.

2. Индикатор причины (Cause Indicator) в сообщении REL устанавливается равным одному из следующих значений:

00001000 — Прерывание обслуживания вызова вызовом более высокого приоритета (номер причины — 8);

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

01001110 — Приоритетный вызов заблокирован (номер причины — 46).

3. Индикатор специального уведомления (Generic Notification Indicator) передается в сообщениях ACM или CPG, обеспечивает информацией о дополнительной услуге и устанавливается равным «0000100» — задержка завершения вызова.

4. Необязательный индикатор, передаваемый в обратном направлении (Optional Backward Call Indicators) в сообщениях ACM или CPG, содержит информацию о вызываемой стороне. Бит D устанавливается равным «1» — пользователь MLPP или «0» — нет индикации.

5.3. Для реализации процедуры обслуживания экстренного вызова с использованием услуги MLPP при передаче сообщений системы «ЭРА ГЛОНАСС» ЦКП сервер, оборудование IMS, реализующее CSCF и MGCF, передает, принимает и обрабатывает запросы и ответы протокола SIP и дополнительные заголовки, определенные в подпунктах 5.3.1 - 5.3.5.

5.3.1. Заголовок SIP Приоритет (Priority) передается в запросах и устанавливается равным значению «экстренный» («emergency»).

5.3.2. Заголовок SIP Приоритет ресурса (Resource-Priority) передается в запросах SIP: «Приглашение», «Подтверждение», «Завершение», «Отмена», «Регистрация», «Запрос», «Подтверждение предварительного ответа», «Запрос подписки», «Информация о текущем состоянии», «Обновление параметров», «Предписание», «Информация», «Определение пользователя в сети»; «Сообщение», если они участвуют в обслуживании вызова.

5.3.3. Заголовок SIP Приоритет ресурса устанавливается равным приоритету «первоочередной вызов» (FLASH) и обозначается как «q735.1» или «q735. flash».

5.3.4. На все запросы, перечисленные в подпункте 5.3.2 (кроме запроса «Подтверждение»), передается ответ SIP 200 (успешное выполнение запроса) или 417 (неизвестный приоритет), содержащий заголовок SIP Признание приоритета ресурса (Accept-Resource-Priority). Если переданное в запросе значение заголовка Приоритет ресурса не может быть обработано, то посылается ответ 417, и данная сессия устанавливается повторно с тем же значением заголовка Приоритет ресурса, или со значением, указанным в ответе 417 в заголовке Признание приоритета ресурса.

5.3.5. В случае отсутствия свободных ресурсов в требуемом направлении, узел связи осуществляет освобождение одной или нескольких сессий с помощью запроса «Завершение» (BYE) с указанием одной из четырех причин освобождения: Reason: preemption; cause=1; Reason: preemption; cause=2; Reason: preemption; cause=3; Reason: preemption; cause=4.

Приложение № 19.1 к Правилам применения оборудования коммутации систем подвижной радиотелефонной связи.

Данные HSS/IMS для UE, поддерживающего радиодоступ стандартов LTE/LTE-Advanced, приведены в таблице.

Таблица. Данные HSS/IMS для UE, поддерживающего радиодоступ стандартов LTE/LTE-Advanced

Данные	Место хранения	Тип данных
Закрытый идентификатор пользователя (один или более) (Private User Identity)	HSS/IMS, S-CSCF	П
Публичный идентификатор пользователя (один или более) (Public User Identities)	HSS/IMS, S-CSCF	П
Закрытый идентификатор услуги (Private Service Identity)	HSS/IMS, S-CSCF	П
Публичный идентификатор услуги (один или более) (Public Service Identity)	HSS/IMS, S-SCSF	П
Флаг запрета регистрации в IMS (Barring indication)	HSS/IMS, S-SCSF	П
Список идентификаторов сетей, разрешенных для посещения (List of authorized visited network identifiers)	HSS/IMS	П
Услуги, оказываемые UE в незарегистрированном состоянии (Services related to Unregistered State)	HSS/IMS	П
Набор PuUI для косвенной регистрации (Implicitly Registered Public User Identity Sets)	HSS/IMS, S-SCSF	П
Идентификатор PuUI, который используется по умолчанию при косвенной регистрации (Default Public User Identity indicator)	HSS/IMS	П
Состояние активации PSI (PSI Activation State)	HSS/IMS	Вр/П
Отображаемое имя пользователя (Display Name)	HSS/IMS	П
Набор PuUI (псевдонимов), используемых при косвенной регистрации (Alias Public User Identity Set)	HSS/IMS, S-SCSF	П
Индикатор свободной маршрутизации (Loose-Route Indication)	HSS/IMS, S-SCSF	П
Уровень приоритета обслуживания (Service Priority Level)	HSS/IMS, S-SCSF	П
Расширенный приоритет (Extended Priority)	HSS/IMS, S-SCSF	П
Индикатор привилегированного отправителя (Priviledged-Sender Indication)	HSS/IMS, S-SCSF	П
Статус регистрации PuUI: зарегистрирован, не зарегистрирован, снят с регистрации; и PSI: зарегистрирован, не зарегистрирован (Registration Status)	HSS/IMS	Вр
Имя S-CSCF (S-CSCF Name)	HSS/IMS	Вр
Имя сервера приложений (AS Name)	HSS/IMS	П
Идентификатор Diameter-клиента в S-CSCF (Diameter Client Identity of S-CSCF)	HSS/IMS	Вр
Идентификатор Diameter-cepBepa в HSS (Diameter Server Identity of HSS)	S-SCSF	Вр
Флаг недоступности UE для SMS через IMS (UE Not Reachable via IP-SM-GW Flag (UNRI))	HSS/IMS	Вр
Причина недоступности UE для SMS через IMS (UE Not Reachable via IP-SM-GW Reason (UNRR))	HSS/IMS	Вр
Восстановление информации S-CSCF (S-CSCF Restoration Information)	HSS/IMS, S-SCSF	Вр
Параметры аутентификации: произвольное число (RAND), ожидаемый ответ (XRES), ключ шифрования (CK), ключ целостности (IK), символ аутентификации (AUTN)	HSS/IMS, S-SCSF	Вр
Аутентификации SIP Digest: Digest Nonce	S-SCSF	Вр
Аутентификации SIP Digest: Digest HA1	HSS/IMS, S-SCSF	П
Аутентификации SIP Digest: Digest Nextnonce	S-SCSF	Вр
Аутентификации SIP Digest: Флаг отложенной аутентификации (Authentication Pending Flag)	HSS/IMS	Вр
Данные для выбора S-CSCF: Возможности сервера (Server Capabilities)	HSS/IMS	П
Данные для выбора S-CSCF: Флаг переназначения S-CSCF (S-CSCF Reassignment Pending Flag)	HSS/IMS	Вр
Идентификатор профилей абонента по передаче медиа-информации (Subscribed Media Profile Identifier)	HSS/IMS, S-SCSF	П
Список идентификаторов услуг связи для абонента (List of Subscribed IMS Communication Service Identifiers)	HSS/IMS, S-SCSF	П
Имя основной функции тарификации в реальном режиме времени (Primary Event Charging Function Name)	HSS/IMS, S-SCSF	П
Имя вторичной функции тарификации в реальном режиме времени (Secondary Event Charging Function Name)	HSS/IMS, S-SCSF	П
Имя основной функции сбора данных тарификации (Primary Charging Collection Function Name)	HSS/IMS, S-SCSF	П
Имя основной функции сбора данных тарификации (Secondary Charging Collection Function Name)	HSS/IMS, S-SCSF	П
Данные CAMEL (Data related to CAMEL Support of IMS Services)	HSS/IMS	П
Информация трассировки для уровня обслуживания IMS (HSS/IMS, S-SCSF Service Level Trace Information)	HSS/IMS, S-SCSF	Вр
Примечание: 1) П — постоянные данные; 2) Вр — временные данные.

Приложение № 20

к Правилам применения оборудования коммутации систем подвижной радиотелефонной связи. Часть II. Правила применения оконечно-транзитных узлов связи сетей подвижной радиотелефонной связи стандарта GSM 900/1800

Справочно

Список наименований сообщений протокола MAP, принятый в международной практике, к пункту 3 приложения № 6 к Правилам

1. Абонент вне досягаемости — Detach IMSI.

2. Абонент активирован — Trace Subscriber Activity.

3. Активация дополнительных услуг — Activate SS.

4. Активизация абонента — Activate Trace Mode.

5. АС снова присутствует для GPRS — Note MS Present For GPRS.

6. Восстановление данных — Restore Data.

7. Вызов дополнительных услуг — Invoce SS.

8. Готовность для короткого сообщения — Ready For SM.

9. Готовность центра услуги — Alert Service Centre.

10. Деактивация дополнительных услуг — Deactivate SS.

11. Деактивизация абонента — Deactivate Trace Mode.

12. Запрос абонентской информации — Provide Subscriber Info.

13. Запрос абонентской информации в любое время — Any Time Interrogation.

14. Запрос роумингового номера — Provide Roaming Number.

15. Запрос неструктурированных дополнительных услуг — Unstructured SS Request.

21. Модификация сигнализации сервера функций совместного взаимодействия — SIWFS Signalling Modify.

22. Начало диалога — Open.

23. Обновление данных о зоне местонахождения абонента — Update Location Area.

24. Обновление данных о местоположении абонента — Update GPRS Location.

25. Обновление данных о местонахождении абонента — Update Location.

26. Отказ в активации PDP-контекста — Failure Report.

27. Отмена информации о местонахождении абонента — Cancel Location.

28. Отправление конечного сигнала группового вызова — Send Group Call End Signal.

29. Отправление отчета о процессе хэндовера — Send Handover Report.

30. Отчет о местонахождении абонента — Subscriber Location Report.

31. Отчет о статусе — Status Report.

32. Отчет о статусе доставки короткого сообщения — Report SM Delivery Status.

33. Передача идентификации — Send Identification.

34. Передача информации — Forward Access Signalling.

35. Передача информации об аутентификации абонента — Send Authentification Info.

36. Передача информации маршрутизации — Send Routing Information.

37. Передача маршрутной информации для пакетной передачи данных — Send Routing Info For GPRS.

38. Передача маршрутной информации для службы определения местонахождения — Send Routing Info For LCS.

39. Передача международного номера АС — Send IMSI.

40. Пересылка информации маршрутизации для центра коротких сообщений — Send Routing Info For SM.

41. Пересылка и проверка индикации дополнительных услуг — Forward Check SS Indication.

42. Передача короткого сообщения от исходящего абонента — Mo Forward Short Message.

43. Передача сигнала в процессе хэндовера — Send end Signal.

44. Пересылка информации для конечного абонента — Send Info For MT SMS.

45. Пересылка информации для исходящего абонента — Send Info For MO SMS.

46. Пересылка короткого сообщения для конечного абонента — MT Forward Short Message.

47. Пересылка сигнализации группового вызова — Forward Group Call Signalling.

48. Подготовка группового вызова — Prepare Group Call.

49. Получение пароля — Get Password.

58. Процесс доступа для передачи сигналов — Process Access Signalling.

59. Предоставление информации о местонахождении абонента — Provide Subscriber Location.

60. Предоставление номера сервера функций совместного взаимодействия — Provide SIWFS Number.

61. Продолжение обработки вызова — Resume Call Handling.

62. Процесс запроса неструктурированных дополнительных услуг — Process Unstructured SS Request.

63. Процесс сигнализации группового вызова — Process Group Call Signalling.

64. Разделение услуг-примитивов во время диалога — Delimiter.

65. Распределение номера хэндовера — Allocate Handover Number.

66. Распределение нового временного номера абонента подписчика в течение постоянной транзакции — Forward New TMSI.

67. Регистрация абонентских данных — Insert Subscriber Data.

68. Регистрация дополнительных услуг — Register SS.

69. Регистрация записи управления вызовом — Register CC Entry.

78. Уведомление о неструктурированных дополнительных услугах -Unstructured SS Notify.

79. Удаление абонентских данных — Delete Subscriber Data.

80. Удаленный абонент свободен — Remote User Free.

81. Установление выдачи отчетности о состоянии — Set Reporting State.

82. Установка способа шифрования — Set Ciphering Mode.

Список наименований типов блоков данных протокола NS, принятый в международной практике, к пункту 2.2 приложения № 9 к Правилам

1. Блокировка — NS-BLOCK.

2. Блокировка-Подтверждение — NS-BLOCK-ACK.

Список наименований информационных элементов протокола NS, принятый в международной практике, к пункту 2.4 приложения № 9 к Правилам

1. Блок данных протокола — NS PDU.

2. Идентификатор виртуальных соединений — NS VCI.

3. Идентификатор виртуальных соединений протокола BSSGP для подсистемы БС — BVCI.

4. Идентификатор объекта сетевой службы — NS EI.

5. Причина — Cause.

6. Сервисный блок данных — NS SDU.

Список наименований типов блоков данных протокола BSSGP, принятый в международной практике, к пункту 3.2 приложения № 9 к Правилам

1. Блокирование виртуального соединения протокола BSSGP в подсистеме БС — BVC-BLOCK.

2. Возможность радиодоступа — RA-CAPABILITY.

3. Восстановление (перезапуск) виртуального соединения протокола BSSGP в подсистеме БС — BVC-RESET.

4. Вызов трейса узлом текущей поддержки — SGSN-INVOKE-TRACE.

5. Обновление возможности радиодоступа — RA-CAPABILITY-UPDATE.

6. Отказ от управления логическим соединением — LLC-DISCARDED.

7. Отрицательное подтверждение приостановления — SUSPEND-NACK.

8. Отрицательное подтверждение продолжения — RESUME-NACK FLUSH-LL-NACK.

9. Передача данных без соединения по линии «вверх» — UL-UNITDATA.

10. Передача данных без соединения по линии «вниз» — DL-UNITDATA.

11. Подтверждение блокирования виртуального соединения протокола BSSGP в подсистеме БС — BVC-BLOCK-ACK.

12. Подтверждение восстановления виртуального соединения протокола BSSGP в подсистеме БС — BVC-RESET-ACK.

13. Подтверждение обновления возможности радиодоступа — RA-CAPABILITY-UPDATE-ACK.

14. Подтверждение приостановления — SUSPEND-ACK.

15. Подтверждение продолжения — RESUME-ACK.

16. Подтверждение разблокирования виртуального соединения протокола BSSGP в подсистеме БС — BVC-UNBLOCK-ACK.

17. Подтверждение сброса логического соединения — FLUSH-LL-ACK.

18. Подтверждение управления потоком в виртуальном соединении протокола BSSGP в подсистеме БС — FLOW-CONTROL-BVC-ACK.

19. Подтверждение управления потоком для АС — FLOW-CONTROL-MS-ACK.

20. Приостановление — SUSPEND.

21. Продолжение — RESUME.

22. Радио статус — RADIO-STATUS.

23. Разблокирование виртуального соединения протокола BSSGP в подсистеме БС — BVC-UNBLOCK.

24. Режим пейджинговой связи с коммутацией каналов — PAGING CS.

25. Режим пейджинговой связи с коммутацией пакетов — PAGING PS.

26. Сброс логического соединения — FLUSH-LL LLC-DISCARDED.

27. Статус — STATUS.

28. Управление потоком в виртуальном соединении протокола BSSGP в подсистеме БС — FLOW-CONTROL-BVC.

Список наименований информационных элементов протокола BSSGP, принятый в международной практике, к пункту 3.4 приложения № 9 к Правилам

1. Блок данных протокола управления логическим соединением — LLC-PDU.

2. Величина скорости передачи АС, применяемая по умолчанию, — Bucket Leak Rate.

3. Возможности АС по осуществлению радиодоступа — MS Radio Access Capability.

4. Временный номер абонента — TMSI.

5. Временный идентификатор логического канала — TLLI.

6. Время пребывания блока данных протокола в пределах подсистемы БС — PDU Lifetime.

7. Идентификаторы АС — IMSI, IMEISV или IMEI.

8. Идентификатор виртуального соединения — BVCI.

9. Идентификатор зоны маршрутизации данных — Routeing Area.

10. Идентификатор инициатора трассировки — Trigger Id.

11. Идентификатор области местонахождения — Location Area.

12. Идентификатор соты — Cell Identifier.

13. Идентификатор транзакции — Transaction Id.

14. Идентификатор ЦУиТО — OMC Id.

15. Индикатор выполнения/невыполнения запроса обновление возможности радиодоступа — RA-Cap-UPD-Cause.

16. Индикатор зоны обслуживания подсистемы БС — BSS Area Indication.

17. Качество обслуживания при передаче пакетов данного типа — QoS Profile.

18. Количество аннулированных в подсистеме БС кадров управления логическим соединением — LLC Frames Discarded.

27. Приоритет блока данных протокола — Priority.

28. Приоритет услуги расширенного многоуровневого приоритета и прерывания обслуживания — EMLPP Priority.

29. Причина — Cause.

30. Причины неуспешного разъединения соединения в радиоканале — Radio Cause.

31. Размер блока виртуального соединения для АС, устанавливаемый по умолчанию, — Bmax default MS.

32. Размер блока виртуальных соединений, передаваемый АС, — MS Bucket Size.

33. Скорость передачи пакетов — Bucket Leak Rate.

34. Среднее значение задержки из-за пребывания пакета блока виртуального соединения в очереди — BVC Measurement.

35. Тип трассировки — Trace Type.

36. Эталонная последовательность информационного элемента — Suspend Reference Number.

37. Эталонная последовательность, используемая для трассировки, — Trace Reference.

Список наименований сообщений протокола GTP, принятый в международной практике, к пункту 5.2 приложения № 9 к Правилам

1. Запрос: АС отмечена для GPRS — Note MS GPRS Present Request.

2. Запрос идентификации — Identification Request.

3. Запрос контекста УТПД — SGSN Context Request.

4. Запрос обновления контекста PDP — Update PDP Context Request.

5. Запрос отказа в уведомлении — PDU Notification Reject Request.

6. Запрос передачи информации маршрутизации для GPRS — Send Routing Information for GPRS Request.

7. Запрос создания контекста протокола пакетной передачи данных — Create PDP Context Request.

8. Запрос создания контекста PDP при анонимном доступе — Create AA PDP Context Request.

9. Запрос уведомления — PDU Notification Request.

10. Запрос уведомления об ошибке — Failure Report Request.

11. Запрос удаления контекста PDP — Delete PDP Context Request.

12. Запрос удаления контекста PDP при анонимном доступе — Delete AA PDP Context Request.

13. Запрос «эхо» — Echo Request.

14. Ответ: АС отмечена для GPRS — Note MS GPRS Present Response.

15. Ответ идентификации — Identification Response.

16. Ответ контекста УТПД — SGSN Context Response.

17. Ответ обновление контекста PDP — Update PDP Context Response.

18. Ответ отказа в уведомлении — PDU Notification Reject Response.

19. Ответ передачи информации маршрутизации для GPRS — Send Routing Information for GPRS Response.

20. Ответ «эхо» — Echo Response.

21. Ответ создания контекста PDP — Create PDP Context Response.

22. Ответ создания контекста PDP при анонимном доступе — Create AA PDP Context Response.

23. Ответ уведомления — PDU Notification Response.

24. Ответ уведомления об ошибке — Failure Report Response.

25. Ответ удаления контекста PDP — Delete PDP Context Response.

26. Ответ удаления контекста PDP при анонимном доступе — Delete AA PDP Context Response.

27. Ошибочная индикация — Error Indication.

28. Подтверждение контекста УТПД — SGSN Context Acknowledge.

Список наименований информационных элементов сообщений протокола GTP, принятый в международной практике, к пункту 5.3 приложения № 9 к Правилам

1. Адрес узлов поддержки — SGSN Address.

2. Восстановление — Recovery.

3. Временный идентификатор АС — TMSI.

4. Временный идентификатор АС для режима пакетной передачи данных — Packet TMSI.

5. Заряженный идентификатор — Charging ID.

6. Идентификатор зоны маршрутизации — Routeing Area.

7. Имя точки доступа — Access Point Name.

8. Конечный адрес пользователя — End User Address.

9. Контекст пакета данных протокола — PDP Context.

10. Контекст управления мобильностью — MM Context.

11. Конфигурация опций протокола — Protocol Configuration Options.

12. Международный идентификатор АС — IMSI.

13. Международный номер АС — MSISDN.

14. Метка потока данных I — Flow Label Data I.

15. Метка потока данных II — Flow Label Data II.

16. Метка потока сигнализации — Flow Label Signaling.

17. Подпись идентификатора АС для режима пакетной передачи данных — P-TMSI Signature.

18. Подтверждение АС — MS Validated.

19. Причина — Cause.

20. Причина MAP — MAP Cause.

21. Профиль качества обслуживания — QoS Profile.

22. Режим выбора — Selection mode.

23. Требование переупорядочения — Reordering Required.

24. Триплет аутентификации — Authentification Triplet.

25. Частное расширение — Private Extension.

Список наименований команд протокола MEGACO, принятых в международной практике, к пункту 3 приложения № 10 к Правилам

4. Перевести — Move.

5. Проверить возможности порта — AuditCapabilities.

6. Проверить порт — AuditValue.

7. Рестарт — ServiceChange.

8. Уведомить — Notify.

Список наименований команд протокола MGCP, принятых в международной практике, к пункту 2 приложения № 11 к Правилам

1. Завершить соединение — DeleteConnection (DLCX).

2. Запрос уведомления — NotificationRequest (RQNT).

3. Идет рестарт — RestartInProgress (RSIP).

4. Конфигурация порта — EndpointConfiguration (EPCF).

5. Модифицировать соединение — ModifyConnection (MDCX).

6. Проверить порт — AuditEndPoint (AUEP).

Список наименований сообщений протокола BICC, принятых в международной практике, к пункту 2 приложения № 12 к Правилам

1. Адрес достаточен — Address complete (ACM).

2. Блокировка группы каналов — Circuit/CIC group blocking (CGB).

3. Возврат группы каналов в исходное состояние — Circuit/CIC group reset (GRS).

4. Возврат канала в исходное состояние — Reset circuit/CIC (RSC)

5. Возобновление связи — Resume (RES).

6. Запрос идентификации — Identification request (IDR).

7. Запрос информации — Information request (INR).

8. Запрос услуги принят — Facility accepted (FAA).

9. Запрос услуги — Facility request (FAR).

10. Запрос характеристик группы каналов — Circuit/CIC group query (CQM).

11. Информация — Information (INF).

12. Информация об оплате — Charge information (CRG).

13. Информация абонент — абонент — User-to-user information (USR).

14. Информация, предваряющая разъединение, — Pre-release information (PRI).

15. Код идентификации необорудованного канала — Unequipped CIC (UCIC).

16. Начальное адресное сообщение — Initial address (IAM).

17. Несоответствие — Confusion (CFN).

18. Ответ — Answer (ANM).

19. Ответ на запрос идентификации — Identification response (IRS).

20. Ответ на запрос характеристик группы каналов — Circuit/CIC group query response (CQR).

21. Отклонение запроса услуги — Facility reject (FRJ).

22. Передача приложения — Application transport (АРМ).

23. Переключение связи — Forward transfer (FOT).

24. Подтверждение блокировки группы каналов — Circuit/CIC group blocking acknowledgement (CGBA).

25. Подтверждение возврата группы каналов в исходное состояние — Circuit/CIC group reset acknowledgement (GRA).

26. Подтверждение разблокировки группы каналов — Circuit/CIC group unblocking acknowledgement (CGUA).

27. Последующий абонентский номер — Subsequent directory number (SDM).

28. Последующее адресное сообщение — Subsequent address (SAM).

29. Предотвращение зацикливания — Loop prevention (LOP).

30. Прерывание связи — Suspend (SUS).

31. Разблокировка группы каналов — Circuit/CIC group unblocking (CGU).

Список наименований сообщений протокола SIP, принятых в международной практике, к пункту 5 приложения № 13 к Правилам

1. Завершение — BYE.

2. Запрос — OPTIONS.

3. Запрос подписки — SUBSCRIBER.

4. Информация — INFO.

5. Информация о текущем состоянии — NOTIFY.

6. Обновление параметров — UPDATE.

7. Определение абонента в сети — PUBLISH.

8. Отмена — CANCEL.

9. Подтверждение — ACK.

10. Подтверждение предварительного ответа — PRACK.

11. Предписание — REFER.

12. Приглашение — INVITE.

13. Регистрация — REGISTER.

14. Сообщение — MESSAGE.

Список наименований полей заголовков сообщений протокола SIP, принятых в международной практике, к пункту 8 приложения № 13 к Правилам

9. Время, через которое абонент будет доступен, — Retry-After.

10. Время жизни сообщения — Expires.

11. Все поддерживаемые типы событий, типы запросов — Allow-Events.

12. Дата и время отправки сообщения — Date.

13. Дополнительная информация о вызывающем или вызываемом абоненте — Call-Info.

14. Дополнительная информация об ошибке — Error-Info.

15. Дополнительная информация о типе и характере сеанса — Subject.

16. Запись маршрута — Record-Route.

17. Запрос определенного способа обработки вызова — P-DCS-OSPS.

18. Идентификаторы для предоставления доступа к услуге гарантированного качества обслуживания — P-Media-Authorization.

19. Идентификатор запроса, относящегося к одному соединению, — Cseq.

20. Идентификатор начисления оплаты — P-Charging-Vector.

21. Идентификатор сеанса связи — Call-ID.

22. Идентификатор сеанса, необходимый для поддержки требований легального электронного наблюдения за перенаправленными вызовами, — P-DCS-Redirect.

23. Идентификатор, связывающий все записи об услугах, предоставленных в течение конкретного сеанса, — P-DCS-Billing-Info.

24. Идентификатор сети, где временно находится абонент, — P-Visited-Network-ID.

25. Интерпретация тела сообщения — Content-Disposition.

26. Информация аутентификации — Authentification-Info.

27. Информация о программном обеспечении, используемом сервером для обработки запросов, — Server.

28. Информация, необходимая для реализации функций оперативно-розыскных мероприятий, — P-DCS-LAES.

29. Информация о сети — P-Access-Network-Info.

30. Информация об узлах, лежащих на пути прохождения сообщения регистрации, — Path.

31. Информация, связанная с проблемами обработки запроса сервером, — Warning.

32. Информация, удостоверяющая абонента, — P-Asserted-Identity.

33. Информация, удостоверяющая вызывающего абонента, — P-DCS-Trace-Party-ID.

34. Информация, удостоверяющая абонента, у которого с прокси-сервером установлены доверительные отношения, — P-Preffered-Identity.

43. Надежная доставка предварительных ответов — RAck.

44. Название организации, к которой относится SIP-элемент, — Organization.

45. Национальный язык для тела сообщения — Content-Language.

46. Необходимость анонимности — Privacy.

47. Не поддерживается — Unsupported.

48. Номер предварительного ответа с надежной транспортировкой — Rseq.

49. Перечень опций, необходимых для обработки запроса, — Require.

50. Перечень расширений — Supported.

51. Поддерживаемые типы запросов — Allow.

52. Поддерживаемые типы кодирования — Accept-Encoding.

53. Поддерживаемые типы языков — Accept-Language.

54. Подтверждение подлинности прокси-сервера — Proxy-Authenticate.

55. Приоритет SIP запроса для конечного абонента — Priority.

56. Принудительный маршрут — Route.

57. Причина передачи запроса SIP — Reason.

58. Размер тела сообщения в байтах — Content-Length.

59. Скрыть — Hide.

60. Список адресов элементов сети, ведущих начисление платы, — P-Charging-Function-Addresses.

61. Списочный адрес вызываемого абонента — P-Called-Party-ID.

62. Список идентификаторов сеансов связи с данным отправителем — In-Reply-To.

63. Список контактных адресов для определенного зарегистрированного списочного адреса — P-Associated-URI.

64. Список механизмов безопасности, поддерживаемых сервером, — Security-Server.

65. Список механизмов безопасности, поддерживаемых клиентом, — Security-Client.

66. Список элементов сети, через которые прошел запрос, — Via.

67. Статус подписки — Subscription-State.

Список наименований команд протокола SCTP, принятых в международной практике, к пункту 2.4 приложения № 14 к Правилам

1. Данные пользователя — DATA.

2. Выборочное подтверждение — SACK.

3. Завершение сеанса связи — SHUTDOWN.

4. Завершение создания сеанса связи — COOKIE ECHO.

5. Опрос состояния — HEARTBEAT.

6. Ошибка — ERROR.

7. Подтверждение завершения сеанса — SHUTDOWN ACK.

8. Подтверждение завершения создания сеанса связи — COOKIE ACK.

9. Подтверждение создания сеанса связи — INIT ACK.

10. Подтверждение состояния — HEARTBEAT ACK.

11. Процедура завершения сеанса связи окончена — SHUTDOWN COMPLETE.

12. Создание сеанса связи — INIT.

13. Удаление сеанса связи — ABORT.

Список наименований сообщений протокола M2UA, принятых в международной практике, к пункту 3.7 приложения № 14 к Правилам

1. Активный процесс сервера приложений — ASP Active.

2. Данные — Data.

3. Завершение процесса сервера приложений — ASP Down.

4. Запрос на дерегистрацию — DeRegistration Request.

5. Запрос отчета о состоянии — State Request.

6. Запрос поиска — Retrieval Request.

7. Запрос на регистрацию — Registration Request.

8. Индикация перегрузки — Congestion Indication.

9. Индикация поиска — Retrieval Indication.

10. Индикация состояния — State Indication.

11. Индикация процесса сервера приложений — ASP Up.

12. Команда опроса состояния — Heartbeat.

13. Ответ на запрос на дерегистрацию — DeRegistration Response.

14. Ответ на запрос на регистрацию — Registration Response.

15. Ошибка — Error.

16. Подтверждение активного процесса сервера приложений — ASP Active Ack.

17. Подтверждение команды опроса состояния — Heartbeat Ack.

26. Уведомление об инициации процесса сервера приложений — ASP Up Ack.

27. Уведомление о завершении процесса сервера приложений — ASP Down Ack.

28. Установление соединения (Запрос, подтверждение) — Establish (Request, Confirmation).

Список наименований параметров сообщений протокола M2UA, принятых в международной практике, к пункту 3.7 приложения № 14 к Правилам

1. Данные команды опроса состояния — Heartbeat Data.

2. Данные протокола — Protocol Data.

3. Действие — Action.

4. Диагностическая информация — Diagnostic Information.

5. Идентификатор интерфейса — Interface Identifier.

6. Идентификатор корреляции — Correlation Id.

7. Идентификатор процесса сервера приложений — ASP Identifier.

8. Информация о статусе — Status Information.

9. Информационная строка — Info String.

10. Ключ звена — Link Key.

11. Код ошибки — Error Code.

12. Номер последовательности — Sequence Number.

13. Результат — Result.

14. Результаты дерегистрации — DeRegistration Results.

15. Результаты регистрации — Registration Results.

16. Событие — Event.

17. Состояние — State.

18. Статус отбрасывания — Discard Status.

19. Статус перегрузки — Congestion Status.

20. Тип режима передачи трафика — Traffic Mode Type.

21. Тип статуса — Status Type.

Список наименований сообщений протокола M3UA, принятых в международной практике, к пункту 4.6 приложения № 14 к Правилам

1. Активный процесс сервера приложений — ASP Active.

2. Данные — Data.

3. Доступ к пункту назначения запрещен — Destination Restricted (DRST).

12. Ошибка — Error.

13. Перегрузка сигнализации — Congestion State (SCON).

14. Подсистема ОКС № 7 в пункте назначения недоступна — Destination User Part Unavailable (DUPU).

15. Подтверждение активного процесса сервера приложений — ASP Active Ack.

16. Подтверждение инициализации процесса сервера приложений — ASP Up Ack.

17. Подтверждение неактивного процесса сервера приложений — ASP Inactive Ack.

18. Подтверждение команды опроса состояния — Heartbeat Ack.

19. Проверка состояния пункта назначения — Destination State Audit (DAUD).

Список наименований параметров сообщений протокола M3UA, принятых в международной практике, к пункту 4.6 приложения № 14 к Правилам

1. Вид сети — Network Appearance.

2. Данные протокола — Protocol Data.

3. Данные команды опроса состояния — Heartbeat Data.

4. Диагностическая информация — Diagnostic Information.

5. Идентификатор корреляции — Correlation Id.

6. Идентификатор состояния процесса сервера приложений — ASP Identifier.

7. Информационная строка — Info String.

8. Ключ маршрутизации — Routing Key.

9. Код ошибки — Error Code.

Список наименований сообщений протокола SUA, принятых в международной практике, к пункту 5.4 приложения № 14 к Правилам

1. Активный процесс сервера приложений — ASP Active.

2. Доступ к месту назначения запрещен — Destination Restricted.

3. Завершение процесса сервера приложений — ASP Down.

4. Завершение разъединения — Release Complete.

5. Запрос на дерегистрацию — DeRegistration Request.

6. Запрос на восстановление соединения — Reset Request.

7. Запрос на разъединение соединения — Release Request.

8. Запрос на регистрацию — Registration Request.

9. Запрос на установление соединения — Connection Request.

10. Инициация процесса сервера приложений — ASP Up.

11. Команда опроса состояния — Heartbeat.

12. Неактивный процесс сервера приложений — ASP Inactive.

13. Ответ на запрос на дерегистрацию — DeRegistration Response.

14. Ответ на запрос на регистрацию — Registration Response.

15. Ответ на передачу данных, не ориентированную на установление соединения, — Connectionless Data Response.

27. Подтверждение команды опроса состояния — Heartbeat Ack.

28. Подтверждение неактивного процесса сервера приложений — ASP Inactive Ack.

29. Подтверждение передачи данных, ориентированной на установление соединения, — Connection Oriented Data Acknowledge.

33. Пункт назначения недоступен — Destination Unavailable.

34. Тест режима бездействия — Inactivity Test.

35. Уведомление — Notify.

Список наименований параметров сообщений протокола SUA, принятых в международной практике, к пункту 5.4 приложения № 14 к Правилам

1. Адрес места отправления — Source Address.

2. Адрес места назначения — Destination Address.

3. Вид сети — Network Appearance.

4. Важность — Importance.

5. Возможности сервера приложений — ASP Capabilities.

6. Данные — Data.

7. Данные команды опроса состояния — Heartbeat Data.

8. Диагностическая информация — Diagnostic Information.

9. Идентификатор корреляции — Correlation ID.

10. Индикатор сложности подсистемы — Subsystem Multiple Identifier (SMI).

11. Идентификатор состояния процесса сервера приложений — ASP Identifier.

12. Информационная строка — INFO String.

13. Класс протокола — Protocol Class.

14. Ключ маршрутизации — Routing Key.

15. Код ошибки — Error Code.

16. Контекст маршрутизации — Routing Context.

17. Контроль последовательности — Sequence Control.

18. Метка TID — TID Label.

19. Метка номер обращения к адресату — DRN Label.

20. Неисправная точка кода — Affected Point Code.

21. Номер обращения к адресату — Destination Reference Number.

22. Номер обращения к источнику — Source Reference Number.

23. Номер подсистемы — Subsystem Number (SSN).

24. Номер последовательности — Sequence Number.

25. Пользователь/Причина — User/Case.

26. Приоритет сообщений — Message Priority.

27. Причина SCCP — SCCP Cause.

28. Разрешение на передачу очередного пакета данных — Credit.

29. Результат дерегистрации — Deregistration Result.

30. Результат регистрации — Registration Result.

31. Сегментация — Segmentation.

32. Статус — Status.

33. Счетчик повторной передачи сообщений ОКС № 7 — SS7 Hop Count.

34. Тип режима передачи трафика — Traffic Mode Type.

35. Уровень перегрузки — Congestion Level.

Список наименований пакетов протокола RTCP, принятых в международной практике, к пункту 2.2 приложения № 15 к Правилам

1. Завершение — BYE.

2. Описание абонента — Source Description (SDES).

3. Отчет источника — Sender Report (SR).

4. Отчет приемника — Receiver Report (RR).

Список наименований информационных элементов блока «Описание абонента» протокола RTCP, принятых в международной практике, к пункту 2.2.4 приложения № 15 к Правилам

1. Адрес электронной почты абонента — EMAIL.

2. Географическое положение или адрес абонента — LOG.

3. Название используемого программного обеспечения или оборудования — TOOL.

4. Реальное имя абонента — NAME.

5. Телефонный номер абонента — PHONE.

6. Транспортный адрес абонента в формате адреса электронной почты — CNAME.

Список наименований пакетов протокола TBCP, принятых в международной практике, к пункту 2 приложения № 17 к Правилам

1. Включен в сеанс связи — TBCP Connect.

2. Запрос на передачу абонентской информации — TBCP Talk Burst Request.

3. Запрос о позиции в очереди ожидания на передачу абонентской информации — TBCP Talk Burst Request Queue Status Request.

4. Индикации разрушения сеанса связи — TBCP Disconnect.

5. Некоему терминалу дано разрешение на передачу — TBCP Talk Burst Taken.

6. Ни один терминал данной сессии не имеет разрешения на передачу — TBCP Talk Burst Idle.

7. Ответ на сообщение «запрос о позиции в очереди ожидания на передачу абонентской информации» — TBCP Talk Burst Request Queue Status Response.

8. Отклонение запроса на передачу информации — TBCP Talk Burst Deny.

9. Разрешенная передача абонентских данных завершена — TBCP Talk Burst Release.

10. Разрешение передачи абонентской информации — TBCP Talk Burst Granted.

11. Прекратить передачу — TBCP Talk Burst Revoke.

12. Подтверждение приема сообщения — TBCP Talk Burst Acknowledgement.

Приложение № 21 к Правилам применения оборудования коммутации систем подвижной радиотелефонной связи. Часть II. Правила применения оконечно-транзитных узлов связи сетей подвижной радиотелефонной связи стандарта GSM 900/1800

Справочно

СПИСОК ИСПОЛЬЗУЕМЫХ СОКРАЩЕНИЙ

1. ЭРА-ГЛОНАСС — система экстренного реагирования при авариях с использованием сигналов глобальной навигационной спутниковой системы ГЛОНАСС.

2. AAL — ATM Adaptation Layer (уровень адаптации ATM).

3. ACM — Address Complete Message (Адрес полный).

4. ATM — Asynchronous Transfer Mode (асинхронный режим переноса информации).

5. BGCF — Breakout Gateway Control Function (функция управления шлюзом взаимодействия с внешней сетью).

6. BICC — Bearer independent call control protocol (протокол управления вызовом, независимый от среды переноса).

7. BSS — Base Station System (система базовых станций).

8. BSSAP — Base Station System Application Part (прикладная подсистема подсистемы базовых станций).

9. BSSGP — Base Station System GPRS protocol (протокол пакетной передачи данных для подсистемы базовых станций).

10. CC — Call Control sublayer (подсистеме управления соединением).

11. CNP — Core Network Protocols (протокол базовой сети).

12. CPG — Call Progress (Соединение устанавливается).

13. CSCF — Call Session Control Function (функция управления сеансом).

14. CSRC — Contributing Source (информационный источник).

15. DCOMP — Identifier of the user Data control Compression algorithm (идентификатор алгоритма компрессии данных).

16. eMLPP — enhanced Multi-Level Precedence and Pre-emption service (расширенная услуга многоуровневого приоритета и прерывания обслуживания).

17. GGSN — Gateway GPRS Support Node (шлюзовый узел поддержки пакетной передачи данных через радиоинтерфейс).

18. GPRS — General Packet Radio Service (служба пакетной передачи данных через радиоинтерфейс).

19. GSM — Global System for Mobility (глобальная система мобильной связи).

20. GSN — GPRS Support Node (узел поддержки GPRS).

21. GTP — GPRS Tunnelling Protocol (протокол туннелирования для пакетной передачи данных).

22. HSS — Home Subscriber Server (сервер баз данных, содержащих информацию о пользователях сети IMS).

23. IAM — Initial Address Message (Начальное адресное сообщение).

24. IMS — IP Multimedia Subsystem (подсистема передачи мультимедийных сообщений на базе протоколов Интернет).

25. IMSI — International Mobile Subscriber Identity (международный номер абонентской станции).

26. IMS-MGW — IP Multimedia Subsystem-Media Gateway (оборудование передачи мультимедийных сообщений подсистемы передачи мультимедийных сообщений на базе протоколов Интернет).

27. IP — Internet Protocol (протокол Интернет).

28. ISDN — Integrated Services Digital Network (цифровая сеть с интеграцией служб).

29. ISUP — ISDN User Part (подсистема пользователя цифровой сети с интеграцией служб).

30. M2UA — MTP2-User Adaptation Layer (уровень адаптации пользователя MTP2).

31. M3UA — MTP3-User Adaptation Layer (уровень адаптации пользователя MTP3).

32. MAP — Mobile Application Part (прикладная подсистема подвижной связи).

33. MCC — Mobile Country Code (код страны подвижной связи).

34. MEGACO — MEdia GAteway COntrol (протокол управления медиашлюзами).

35. MGCF — Media Gateway Control Function (устройство управления шлюзом передачи мультимедийных сообщений).

36. MGCP — Media Gateway Control Protocol (протокол управления медиашлюзами).

37. MLPP — Multi-Level Precedence and Pre-emption service (услуга многоуровневого приоритета и прерывания обслуживания).

38. MLT-3 — Multi Level Transmission (передача с наличием трех уровней сигнала).

39. MM — Mobility Management sublayer (подсистема управления мобильностью).

40. MNC — Mobile Network Code (код сети подвижной связи).

41. MRF — Multimedia Resource Function (функция ресурсов мультимедиа).

42. MRFC — Multimedia Resource Function Controller (функция контроллера ресурсов мультимедиа).

43. MRFP — Multimedia Resource Function Processor (функция процессора ресурсов мультимедиа).

44. MSIN — Mobile Subscriber Identity Number (опознавательный номер абонентской станции)

45. MTP — Message Transfer Part (подсистема передачи сообщений).

46. NS — Network Service (сетевая служба).

47. PCOMP — Identifier of the protocol control Compression algorithm (идентификатор алгоритма компрессии управляющей информации).

48. PDP — Packet Data Protocol (протокол пакетной передачи данных).

49. PDU — Protocol Data Unit (блок данных протокола).

50. PoC — Push-to-Talk over Cellular (многоточечная полудуплексная связь в сети подвижной радиотелефонной связи).

51. REL — Release (Разъединение).

52. RTCP — Real-Time Transport Control Protocol (протокол управления транспортировкой в реальном времени).

53. RTP — Real-Time Transport Protocol (транспортный протокол реального времени).

54. SCCP — Signalling Connection Control Part (подсистема управления соединением сигнализации).

55. SCTP — Stream Control Transmission Protocol (протокол передачи с управлением потоками).

56. SDP — Session Description Protocol (протокол описания сеансов связи).

57. SGSN — Serving GPRS Support Node (узел текущей поддержки пакетной передачи данных через радиоинтерфейс).

58. SIGTRAN — SIGnaling TRANspot (передача информации сигнализации).

59. SIP — Session Initiation Protocol (протокол установления сеансов связи).

60. SLF — Subscriber Location Function (функция определения местоположения абонента).

61. SNDCP — Subnetwork Dependent Convergence Protocol (протокол сходимости подсетей).

62. SSRC — Synchronization Source (источник синхронизации).

63. STM — Synchronous Transport Module (синхронный транспортный модуль).

64. SUA — SCCP-User Adaptation Layer (уровень адаптации пользователя SCCP).

65. TBCP — Talk Burst Control Protocol (протокол управления передачей пользовательской информации).

66. TCAP — Transaction Capabilities Application Part (прикладная подсистема возможностей транзакций).

67. TCH/F — Traffic Channel/Full (канал трафика/полноскоростной).

68. TCP — Transmission Control Protocol (протокол управления передачей).

69. UDP — User Datagram Protocol (протокол передачи дейтаграмм пользователя).

70. URL — Uniform Resource Locator (унифицированный указатель ресурса).

71. WWW — World Wide Web (глобальная гипертекстовая информационная система).

72. AVP — Attribute Value Pairs (значения атрибутов).

(п. 72 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

73. CCF (CDF/CGF) — Charging Collection Function (Charging Data Function/Charging Gateway Function) (функция учета данных для начисления платы, включающая функцию сбора данных и функцию взаимодействия с автоматизированной системой расчета).

(п. 73 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

74. CDR — Charging Data Record (учетная запись для тарификации).

(п. 74 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

75. DHCP — Dynamic Host Configuration Protocol (протокол динамической конфигурации).

(п. 75 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

76. DNS — Domain Name Servers (сервер имен доменов).

(п. 76 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

77. DPXA — Diameter Proxy Agents (функция прокси протокола Diameter).

(п. 77 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

78. DRDA — Diameter Redirect Agents (функция перенаправления протокола Diameter).

(п. 78 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

79. DRLA — Diameter Relay Agents (функция переключения протокола Diameter).

(п. 79 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

80. EIR — Equipment Identity Register (регистр идентификации оборудования).

(п. 80 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

81. ICDI — IMS Charging Identifier (идентификатор тарификации сессии).

(п. 81 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

82. ICMP — Internet Control Message Protocol (протокол управляющих сообщений в Интернет).

(п. 82 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

83. I-CSCF — Interrogating — CSCF (запрашивающая функция управления сеансом).

(п. 83 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

84. IBCF — Interconnection Border Control Function (функция управления пограничным взаимодействием).

(п. 84 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

85. IMEI — International Mobile Equipment Identity (международный идентификатор оборудования абонентской радиостанции).

(п. 85 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

86. IMEISV — International Mobile Equipment Identity and Software Version (международный идентификатор оборудования и номер версии программного обеспечения оборудования абонентской радиостанции).

(п. 86 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

87. IMS-AGW-IMS Access Gateway (шлюз абонентского доступа в IMS).

(п. 87 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

88. IOI — Inter Operator Identifier (идентификатор взаимодействующих операторов).

(п. 88 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

89. IP — Internet Protocol (межсетевой протокол).

(п. 89 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

90. ISIM — IMS Subscriber Identity Module (идентификационный модуль абонента для работы в IMS).

(п. 90 введен Приказом Минкомсвязи России от 14.12.2015 № 543)

---