Действующий
2.2.5. Для сообщения о завершении соединения используется пакет "Завершение".
2.2.6. Формат пакета "Определяемого приложением" приведен в
таблице N 5.
Таблица N 5. Формат пакета "Определяемого приложением"
N поля | Название поля | Длина поля, бит |
1 | Версия | 2 |
2 | Признак дополнения пакета незначащими октетами | 1 |
3 | Подтип | 5 |
4 | Тип пакета RTCP | 8 |
5 | Длина | 16 |
6 | Идентификатор SSRC/CSRC | 32 |
7 | Имя | 32 |
8 | Данные, определяемые приложением | Переменная длина |
Требования к функциям кодирования, декодирования полей пакета "Определяемого приложением":
а) поля
"Версия", "Признак дополнения пакета незначащими октетами" и "Длина" соответствуют описаниям данных полей для пакета "Отчет источника";
б) поле "Подтип" определяет тип приложения, для которого сформирован пакет;
поле "Тип пакета RTCP" для пакета "Определяемого приложением" принимает значение 204;
в) поле "Идентификатор SSRC/CSRC" используется для идентификации потоков RTP;
г) поле "Данные, определяемые приложением" переменной длины и кратно 32 битам.
Приложение N 16
к
Правилам применения оборудования
коммутации систем подвижной
радиотелефонной связи.
Часть II. Правила применения
оконечно-транзитных узлов связи
сетей подвижной радиотелефонной
связи стандарта GSM 900/1800
Требования к параметрам протокола Diameter
1. В
таблице N 1 приведены команды и коды команд протокола Diameter.
Таблица N 1. Команды и коды команд протокола Diameter
Имя команды | Код команды |
Авторизация абонента (Запрос) | 300 |
Авторизация абонента (Ответ) | 300 |
Назначение сервера (Запрос) | 301 |
Назначение сервера (Ответ) | 301 |
Информация о местоположении (Запрос) | 302 |
Информация о местоположении (Ответ) | 302 |
Авторизация мультимедиа (Запрос) | 303 |
Авторизация мультимедиа (Ответ) | 303 |
Регистрация терминала (Запрос) | 304 |
Регистрация терминала (Ответ) | 304 |
Предоставление профиля (Запрос) | 305 |
Предоставление профиля (Ответ) | 305 |
В командах запроса кроме параметров содержатся атрибуты, а в командах ответа - результаты и атрибуты. Результаты приведены в
таблице N 2. Атрибуты приведены в
таблице N 3.
Результат | Код результата |
После успешного завершения запроса | |
Первичная регистрация | 2001 |
Последующая регистрация | 2002 |
Незарегистрированная услуга | 2003 |
Имя сервера не сохранено | 2004 |
Выбор сервера | 2005 |
После неудачного запроса | |
Ошибка - Абонент неизвестен | 5001 |
Ошибка - Несоответствие идентификаторов | 5002 |
Ошибка - Не зарегистрированный идентификатор | 5003 |
Ошибка - Роуминг не разрешен | 5004 |
Ошибка - Идентификатор уже зарегистрирован | 5005 |
Ошибка - Схема аутентификации не поддерживается | 5006 |
Ошибка - Тип идентификатора уже назначен | 5007 |
Ошибка - Слишком много данных | 5008 |
Ошибка - Неподдерживаемые пользовательские данные | 5009 |
Ошибка - Неподдерживаемая функция | 5011 |
Таблица N 3. Атрибуты |
Имя атрибута | Код атрибута |
1 | 2 |
Идентификатор визитной сети | 600 |
Открытый идентификатор | 601 |
Имя сервера | 602 |
Возможности сервера | 603 |
Обязательные возможности | 604 |
Опциональные возможности | 605 |
Абонентские данные | 606 |
SIP - Число элементов аутентификации | 607 |
SIP - Схема аутентификации | 608 |
SIP - Установление подлинности | 609 |
SIP - Подтверждение подлинности | 610 |
SIP - Контекст аутентификации | 611 |
SIP - Данные об элементах аутентификации | 612 |
SIP - Номер элемента | 613 |
Назначение типа сервера | 614 |
Причина дерегистрации | 615 |
Код причины | 616 |
Информация о причине | 617 |
Информация для начисления оплаты | 618 |
Имя первичного функционального объекта для начисления оплаты по событиям | 619 |
Имя вторичного функционального объекта для начисления оплаты по событиям | 620 |
Имя первичного функционального объекта сбора информации для начисления оплаты | 621 |
Имя вторичного функционального объекта сбора информации для начисления оплаты | 622 |
Тип авторизации абонента | 623 |
Ранее доступные абонентские данные | 624 |
Ключ конфиденциальности | 625 |
Ключ целостности | 626 |
Поддерживаемые функции | 628 |
Идентификатор списка функций | 629 |
Список функций | 630 |
Поддерживаемые приложения | 631 |
Связанные идентификаторы | 632 |
Приложение N 17
к
Правилам применения оборудования
коммутации систем подвижной
радиотелефонной связи.
Часть II. Правила применения
оконечно-транзитных узлов связи
сетей подвижной радиотелефонной
связи стандарта GSM 900/1800
Требования к параметрам протокола ТВСР
1. Сообщения протокола ТВСР передаются в пакетах "Определяемых приложением" протокола RTCP. Параметры пересылки сообщений управления передачей абонентской информации согласуются в процессе обмена сообщениями SIP между АС и серверами РоС. Согласование обеспечивается переносом информации в теле сообщений SIP в SDP-описании.
2. Протокол ТВСР содержит следующие сообщения:
а) "запрос на передачу абонентской информации", передается от АС к серверу;
б) "разрешение передачи абонентской информации", передается от сервера к АС;
в) "отклонение запроса на передачу информации", передается от сервера к АС;
г) "разрешенная передача абонентских данных завершена", передается от АС к серверу;
д) "ни один терминал данной сессии не имеет разрешения на передачу", передается от сервера к АС;
е) "некоему терминалу дано разрешение на передачу", передается от сервера к АС, не запрашивающей разрешения на передачу;
ж) "прекратить передачу", передается от сервера к передающей АС;
з) "подтверждение приема сообщения", передается от АС к серверу. Содержит следующие параметры: АС готова принять входящий сеанс связи; АС занята; АС не принимает входящих сеансов связи;
и) "запрос о позиции в очереди ожидания на передачу абонентской информации" передается от АС к серверу;
к) "ответ на сообщение "запрос о позиции в очереди ожидания на передачу абонентской информации" передается от сервера к АС. Может передаваться сервером самостоятельно в случае исключения АС из очереди или изменения очереди;
л) "индикация разрушения сеанса связи" передается от сервера РоС к АС;
м) "включен в сеанс связи" передается от сервера РоС к АС.
Приложение N 18
к
Правилам применения оборудования
коммутации систем подвижной
радиотелефонной связи.
Часть II. Правила применения
оконечно-транзитных узлов связи
сетей подвижной радиотелефонной
связи стандарта GSM 900/1800
Требования к оборудованию управления и технического обслуживания
1. Для технического обслуживания СПРС используется централизованный метод управления, при котором вся информация о состоянии оборудования узла связи поступает в ЦУиТО.
2. ЦУиТО предназначен для управления комплексом технических средств оборудования СПРС, в том числе оборудования узла связи, контроля работоспособности оборудования, сбора и вывода информации к обслуживающему персоналу о функционировании оборудования.
3. Функции управления, эксплуатации и технического обслуживания выполняются автоматически в соответствии с программным обеспечением или по командам обслуживающего персонала, вводимым с терминала технического обслуживания, с использованием "меню" или графического интерфейса.
4. Оборудование ЦУиТО выполняет следующие функции:
а) административное управление;
б) контроль функционирования оборудования;
в) управление восстановлением работоспособности оборудования;
г) управление тестированием и диагностикой.
5. Функция административного управления системой включает в себя:
а) административное управление конфигурацией системы, обеспечивающее следующие функции:
ввод, изменение и удаление данных конфигурации;
активацию или деактивацию загрузки программного обеспечения (далее - ПО) в выбранное оборудование СПРС и работоспособность;
б) административное управление командами системы, обеспечивающее следующие функции:
вывод всех кодов команд, реализованных в системе;