д) количество потерянных пакетов RTP;
е) отклонения величины задержки получения пакетов RTP в мс;
ж) средняя задержка передачи пакетов RTP по сети в мс.
2.7. Контроль и диагностика портов МШ осуществляются командой "Проверить порт". Команда передается в направлении от сервера к МШ.
2.8. Контроль и диагностика соединения осуществляются командой "Проверить соединение". Команда передается в направлении от сервера к МШ.
2.9. Команда "Идет рестарт" используется МШ для уведомления сервера о том, что МШ находится в процессе перезагрузки (возвращение порта или группы портов в рабочее состояние или вывод порта или группы портов из рабочего состояния). Команда передается в направлении от МШ к серверу.
Приложение N 12
к Правилам применения оборудования
коммутации систем подвижной
радиотелефонной связи.
Часть II. Правила применения
оконечно-транзитных узлов связи
сетей подвижной радиотелефонной
связи стандарта GSM 900/1800
к Правилам применения оборудования
коммутации систем подвижной
радиотелефонной связи.
Часть II. Правила применения
оконечно-транзитных узлов связи
сетей подвижной радиотелефонной
связи стандарта GSM 900/1800
Требования к параметрам протокола BICC
1. Сообщение протокола BICC состоит из целого числа октетов и содержит следующие поля:
а) код вызова;
б) код типа сообщения;
в) обязательная часть параметров постоянной длины;
г) обязательная часть параметров переменной длины;
д) необязательная часть параметров постоянной длины;
е) необязательная часть параметров переменной длины. На рисунке приведен формат сообщения протокола BICC.
8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | ||
Код вызова | |||||||||
Код типа сообщения | |||||||||
Обязательная часть параметров постоянной длины | |||||||||
Обязательная часть параметров переменной длины | |||||||||
Необязательная часть | |||||||||
Рисунок. Формат сообщения протокола BICC
2. Названия сообщений и их коды приведены в таблице.
Таблица. Сообщения и коды протокола BICC
N п/п | Название сообщения | Код типа сообщения | |
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 | Сегментация | 00111000 | |
35 | Последующее адресное сообщение | 0000 0010 | |
36 | Последующий абонентский номер (национальное использование) | 0100 0011 | |
37 | Прерывание связи | 0000 1101 | |
38 | Код идентификации необорудованного канала (национальное использование) | 0010 1110 | |
39 | Информация абонент-абонент | 0010 1101 | |
Приложение N 13
к Правилам применения оборудования
коммутации систем подвижной
радиотелефонной связи.
Часть II. Правила применения
оконечно-транзитных узлов связи
сетей подвижной радиотелефонной
связи стандарта GSM 900/1800
к Правилам применения оборудования
коммутации систем подвижной
радиотелефонной связи.
Часть II. Правила применения
оконечно-транзитных узлов связи
сетей подвижной радиотелефонной
связи стандарта GSM 900/1800
Требования к параметрам протокола SIP
1. Команды SIP передаются на порт с номером 5060 по умолчанию. Команды передаются на другой порт узла связи, если номер этого порта заранее известен отправителю.
2. Оборудование узла связи реализует функции следующих элементов сети SIP: агент абонента, прокси-сервер, сервер регистрации и сервер перенаправления.
3. Протокол SIP использует принцип адресации, где в качестве адресов используются унифицированные указатели ресурсов SIP URL: имя@домен, имя@хост, имя@IР-адрес, номер телефона@шлюз.
4. Сообщения SIP разделяются на запросы обслуживаемой стороны (далее - клиента) к обслуживающей стороне (далее - серверу) и ответы сервера к клиенту.
Оба типа сообщений состоят из начальной (стартовой) строки, одной или более строк заголовка, пустой строки, указывающей на конец заголовка, и необязательной части сообщения - тела. Стартовая строка, каждая строка поля заголовка и пустая строка завершаются символом "возврат каретки".
5. Запрос включает начальную строку, содержащую тип запроса, текущий узел, которому этот запрос адресован и номер версии протокола, разделенных пробелами, и заканчивается символом "возврат каретки".
В сервере реализуется обработка сообщений, являющихся запросами: "Приглашение", "Подтверждение", "Завершение", "Отмена", "Регистрация", "Запрос", "Информация", "Подтверждение предварительного ответа", "Обновление параметров", "Запрос подписки", "Информация о текущем состоянии", "Предписание", "Сообщение", "Определение абонента в сети".
5.1. Запрос "Приглашение" инициирует сеанс связи и содержит описание сеанса связи, вид принимаемой информации и параметры, необходимые для приема информации. Запрос может содержать вид информации, которую вызывающая сторона передает, и данные, необходимые для аутентификации абонента. При необходимости изменения характеристик подготовленных или уже используемых каналов, передается запрос "Приглашение" с новым описанием сеанса связи. Запрос "Приглашение" также используется для приглашения нового участника к уже установленному соединению.
5.2. Запросом "Подтверждение" оборудование вызывающего пользователя подтверждает, что на свой запрос "Приглашение" оно получило ответ с содержанием окончательных параметров описания сеанса связи. На запрос "Подтверждение" не должен генерироваться ответ.
5.3. Запрос "Завершение" используется для завершения соединения. Сторона, получившая запрос "Завершение", прекращает передачу голосовой (мультимедийной) информации и подтверждает это ответом 200.
5.4. Запрос "Отмена" передается для отмены обработки ранее переданных запросов, но не влияет на те запросы, обработка которых уже завершена.
5.5. При помощи запроса "Регистрация" абоненты сообщают свое текущее местоположение. В этом запросе содержатся заголовки "Логический адресат запроса", "Адрес отправителя запроса", "Текущий адрес абонента" с новым адресом абонента, по которому должны передаваться все дальнейшие запросы "Приглашение" (если в запросе "Регистрация" заголовок "Текущий адрес абонента" отсутствует, регистрация остается неизменной, а в случае отмены регистрации размещается символ "*"), и заголовок "Время жизни сообщения", в котором указывается время в секундах, по истечении которого регистрация заканчивается (если этот заголовок отсутствует, то по умолчанию назначается время - 1 час). Регистрация отменяется передачей сообщения "Регистрация" с заголовком "Время жизни сообщения", которому присвоено значение ноль, и с соответствующим заголовком "Текущий адрес абонента".
5.6. Сообщением "Запрос" вызывающий абонент запрашивает информацию о возможностях терминального оборудования вызываемого абонента.
5.7. Запрос "Информация" используется для переноса сообщений сигнализации ОКС N 7 в течение сеанса связи, для переноса тональных сигналов, созданных в ходе сеанса, для переноса информации об остатке на счете (информации о стоимости), для переноса между участниками сеанса связи изображений и другой информации.
5.8. Запрос "Подтверждение предварительного ответа" используется для подтверждения предварительных ответов, при его получении требуется передача ответа. В запросе "Подтверждение предварительного ответа" указывается номер подтверждаемого предварительного ответа.
5.9. Запрос "Обновление параметров" используется для изменения параметров сеанса до прихода окончательного ответа на запрос "Приглашение". При этом в поле заголовка "Поддерживаемые типы запросов" запроса "Приглашение" указывается тип запроса "Обновление параметров".
5.10. Сообщение "Запрос подписки" используется для запроса информации о текущем состоянии и об обновлениях состояния удаленного ресурса. "Запрос подписки" подтверждается окончательным ответом.
5.11. Запрос "Информация о текущем состоянии" передается после получения "Запроса подписки", а также после изменения состояния, на уведомление о котором была открыта подписка. Запрос "Информация о текущем состоянии" подтверждается окончательным ответом.
5.12. Запрос "Предписание" информирует получателя связаться с третьей стороной, используя контактную информацию, которая содержится в запросе.
5.13. Запрос "Сообщение" предназначен для передачи мгновенных текстовых сообщений, которые помещаются в тело запроса "Сообщение". При доставке сообщения получателю формируется ответ с кодом 200.
6. Ответ на запрос включает начальную строку с полями, где указываются номер версии протокола, тип ответа и короткая расшифровка ответа. Все эти поля разделяются пробелом, а заканчивается строка символом "возврат каретки".
Поле тип ответа состоит из трех цифр (код статуса), определяющих результат выполнения запроса.
Протокол SIP определяет две группы ответов на запрос инициирующий соединение: предварительные и окончательные. Окончательные ответы несут результат обработки запроса и передаются с подтверждением. Предварительные ответы несут информацию о текущей стадии обработки запроса и передаются без подтверждения.
6.1. Сервер SIP поддерживает классы ответов, приведенные в таблице N 1. Первая цифра поля кода статуса определяет класс ответа.
Таблица N 1. Классы ответов SIP
Код статуса | Класс ответа | Примечание |
1 | 2 | 3 |
| 1хх | Информационный (предварительный) | Запрос получен, продолжается процесс обработки |
| 2хх | Успешно обработан | Запрос получен, понят и обработан |
| 3хх | Перенаправление | Оборудование информируется о новом местоположении абонента, предпринимаются действия для завершения соединения |
| 4хх | Ошибка клиента | Запрос содержит синтаксическую ошибку или не может быть выполнен |
| 5хх | Ошибка сервера | Сервер не может выполнить очевидно правильный запрос, возможно повторение запроса через некоторое время |
| 6хх | Глобальная ошибка | Запрос не может быть выполнен ни на каком сервере (занятость абонента, возможность оставить сообщение) |
Реализации SIP различают класс ответа (первую цифру кода). От реализаций SIP не требуется различать значения всех указанных кодов статуса. Нераспознанный ответ любого класса обрабатывается как код х00 данного класса.