Действующий
з) уведомление сервера об освобождении ресурсов медиашлюзов.
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. Команда "Идет рестарт" используется МШ для уведомления сервера о том, что МШ находится в процессе перезагрузки (возвращение порта или группы портов в рабочее состояние или вывод порта или группы портов из рабочего состояния). Команда передается в направлении от МШ к серверу.
Приложение N 12
к
Правилам применения оборудования
коммутации систем подвижной
радиотелефонной связи.
Часть 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
Требования к параметрам протокола SIP
1. Команды SIP передаются на порт с номером 5060 по умолчанию. Команды передаются на другой порт узла связи, если номер этого порта заранее известен отправителю.
2. Оборудование узла связи реализует функции следующих элементов сети SIP: агент абонента, прокси-сервер, сервер регистрации и сервер перенаправления.
3. Протокол SIP использует принцип адресации, где в качестве адресов используются унифицированные указатели ресурсов SIP URL: имя@домен, имя@хост, имя@IР-адрес, номер телефона@шлюз.
4. Сообщения SIP разделяются на запросы обслуживаемой стороны (далее - клиента) к обслуживающей стороне (далее - серверу) и ответы сервера к клиенту.
Оба типа сообщений состоят из начальной (стартовой) строки, одной или более строк заголовка, пустой строки, указывающей на конец заголовка, и необязательной части сообщения - тела. Стартовая строка, каждая строка поля заголовка и пустая строка завершаются символом "возврат каретки".
5. Запрос включает начальную строку, содержащую тип запроса, текущий узел, которому этот запрос адресован и номер версии протокола, разделенных пробелами, и заканчивается символом "возврат каретки".
В сервере реализуется обработка сообщений, являющихся запросами: "Приглашение", "Подтверждение", "Завершение", "Отмена", "Регистрация", "Запрос", "Информация", "Подтверждение предварительного ответа", "Обновление параметров", "Запрос подписки", "Информация о текущем состоянии", "Предписание", "Сообщение", "Определение абонента в сети".
5.1. Запрос "Приглашение" инициирует сеанс связи и содержит описание сеанса связи, вид принимаемой информации и параметры, необходимые для приема информации. Запрос может содержать вид информации, которую вызывающая сторона передает, и данные, необходимые для аутентификации абонента. При необходимости изменения характеристик подготовленных или уже используемых каналов, передается запрос "Приглашение" с новым описанием сеанса связи. Запрос "Приглашение" также используется для приглашения нового участника к уже установленному соединению.
5.2. Запросом "Подтверждение" оборудование вызывающего пользователя подтверждает, что на свой запрос "Приглашение" оно получило ответ с содержанием окончательных параметров описания сеанса связи. На запрос "Подтверждение" не должен генерироваться ответ.