Страницы: 1 2
текущей зоны обслуживания МС (опорный MSC сервер) и MSC серверами
предыдущих зон обслуживания, GMSC сервером:
а) сообщение FORWARD_ACCESS_SIGNALLING (передача информации)
передается от MSC сервера предыдущей зоны обслуживания МС (далее - MSC
сервер-А) к MSC серверу текущей зоны обслуживания МС (далее - MSC
сервер-В);
б) сообщение PREPARE_SUBSEQUENT_HANDOVER (подготовка передачи
следующему MSC) передается от MSС сервера-В к MSC серверу-А;
в) сообщение PREPARE_HANDOVER (подготовка процесса хэндовера)
передается от MSC сервера-А к MSC серверу-В;
г) сообщение SEND_END_SIGNAL (Передача сигнала в процессе
хендовера) сообщение передается от MSC-B (MSC сервера-В) к MSC-A (MSC
серверу-А);
д) сообщение PROCESS_ACCESS_SIGNALLING (Процесс доступа для
передачи сигналов) передается от MSC-B (MSC сервера-В) к MSC-A (MSC
серверу-А);
е) сообщение RESUME_CALL_HANDLING (Продолжение обработки вызова)
передается от MSC сервера визитной сети, обслуживающего вызываемую АС,
к транзитному MSC;
ж) сообщение RELEASE_RESOURCES (Освобождение ресурсов) передается
от транзитного MSC к MSC серверу визитной сети, обслуживающего
вызываемую МС;
2) сообщения подсистемы MAP, передаваемые между MSC сервером,
GMSC сервером и HLR:
а) сообщение SEND_ROUTING_INFORMATION (Передача информации
маршрутизации) передается от транзитного узла связи (GMSC сервера) к
HLR;
б) сообщение IST_ALERT (Запуск IST таймера) передается от MSC
сервера (GMSC сервера) к HLR;
в) сообщение IST_COMMAND (Команда окончания вызова) передается от
HLR к MSC сервера (GMSC сервера);
3) сообщения подсистемы MAP, передаваемые между VLR и MSC
сервером:
а) сообщение PAGE (Инициация пейджинга) передается от VLR к MSС
серверу;
б) сообщение SEARCH_FOR_MS (Поиск МС);
в) сообщение PROCESS_ACCESS_REQUEST (Инициация процесса доступа
АС в сеть) передается от MSC сервера к VLR;
г) сообщение ALLOCATE_HANDOVER_NUMBER (Распределение номера
хэндовера) передается от MSC сервера к VLR, в зону обслуживания
которых переместилась МС (далее - MSC сервер-В, VLR-B);
д) сообщение SEND_HANDOVER_REPORT (Отправление отчета о процессе
хэндовера) передается от VLR-B к MSC серверу-В;
е) сообщение AUTHENTICATE (Инициация процесса аутентификации)
передается от VLR к MSC серверу;
ж) сообщение SET_CIPHERING_MODE (Установка способа шифрования)
передается от VLR к MSC серверу;
з) сообщение CHECK_IMEI (Проверка международного идентификатора
оборудования МС) передается от VLR к MSC серверу;
и) сообщение OBTAIN_IMEI (Получение международного идентификатора
оборудования МС) передается от VLR к MSC серверу;
к) сообщение PROVIDE_IMSI (Получение международного номера АС)
передается от VLR к MSC серверу;
л) сообщение FORWARD_NEW_TMSI (Распределение нового временного
номера абонента подписчика в течение постоянной транзакции) передается
от VLR к MSC серверу;
м) сообщение TRACE_SUBSCRIBER_ACTIVITY (Абонент активирован)
передается от VLR к MSC серверу;
н) сообщение DETACH_IMSI (Абонент вне досягаемости) передается от
MSC сервера к VLR;
о) сообщение UPDATE_LOCATION_AREA (Обновление данных о зоне
местонахождения абонента) передается от MSC сервера к VLR;
4) сообщения подсистемы MAP, передаваемые между VLR и HLR:
а) сообщение UPDATE_LOCATION (Обновление данных о местонахождении
подвижного абонента) передается от VLR новой зоны обслуживания МС к
HLR;
б) сообщение CANCEL_LOCATION (Отмена информации о местонахождении
подвижного абонента) передается от HLR к VLR предыдущей зоны
обслуживания МС;
в) сообщение PURGE_MS (Уведомление о стирании данных абонента)
передается от VLR к HLR;
г) сообщение SEND_AUTHENTICATION_INFO (Передача информации об
аутентификации абонента) передается от VLR к HLR;
д) сообщение INSERT_SUBSCRIBER_DATA (Регистрация абонентских
данных) передается от HLR к VLR;
е) сообщение DELETE_SUBSCRIBER_DATA (Удаление абонентских данных)
передается от HLR к VLR;
ж) сообщение RESET (Сброс) передается от HLR к VLR;
з) сообщение ACTIVATE_TRACE_MODE (Активизация абонента)
передается от HLR к VLR;
и) сообщение DEACTIVATE_TRACE_MODE (Деактивизация абонента)
передается от VLR к HLR;
к) сообщение PROVIDE_ROAMING_NUMBER (Запрос роумингового номера)
передается от HLR к VLR;
л) сообщение PROVIDE_SUBSCRIBER_INFO (Запрос абонентской
информации) передается от HLR к VLR;
м) сообщение RESTORE_DATA (Восстановление данных) передается от
VLR к HLR;
н) сообщение AUTHENTICATION_FAILURE_REPORT (Отчет об ошибке
аутентификации) передается от VLR к HLR;
о) сообщение STATUS_REPORT (Отчет о статусе) передается от VLR к
HLR;
п) сообщение SET_REPORTING_STATE (Установление выдачи отчетности
о состоянии) передается от HLR к VLR;
р) сообщение REMOTE_USER_FREE (Удаленный абонент свободен)
передается от HLR к VLR;
с) сообщение SEND_IMSI (Передача международного номера
абонентской радиостанции) передается от VLR к HLR;
5) сообщение подсистемы MAP, передаваемое между MSC сервером и
EIR:
сообщение CHECK_IMEI (Проверка международного идентификатора
оборудования МС);
6) сообщение подсистемы MAP, передаваемое между VLR текущей и
предыдущей зоны обслуживания МС:
сообщение SEND_IDENTIFICATION (Передача идентификации).
Приложение N 6
к Правилам применения
оборудования коммутации сетей
подвижной радиотелефонной
связи. Часть VI. Правила
применения узлов связи
с территориально распределенной
архитектурой стандартов
UMTS и/или GSM 900/1800
ТРЕБОВАНИЯ К ПАРАМЕТРАМ АКУСТИЧЕСКИХ СИГНАЛОВ
1. Для информирования вызывающего и вызываемого абонентов о
состоянии соединения используются информационные акустические сигналы
и фразы автоинформатора:
1.1. Оборудование узла связи передает следующие основные
акустические сигналы:
а) "Контроль посылки вызова" (далее - КПВ) - информирует
вызывающего абонента о посылке вызывного сигнала вызываемому абоненту;
б) "Занято" - информирует абонента о занятости вызываемого
абонента после набора номера или об отбое другого абонента после
разговора;
в) "Занято при перегрузке" - информирует вызывающего абонента об
отказе в обслуживании из-за отсутствия свободных соединительных линий
или станционных приборов;
г) "Указательный сигнал" - информирует абонента о невозможности
установления соединения из-за устойчивой причины;
д) "Сигнал уведомления" - информирует абонента, занятого в
разговоре, о поступлении к нему нового вызова;
е) "Контроль посылки сигнала уведомления (Ожидание)" -
информирует вызывающего абонента о посылке вызываемому абоненту
сигнала уведомления.
Параметры информационных акустических сигналов приведены в
таблице N 1.
Таблица N 1. Параметры информационных акустических сигналов
-----------------T-------------T------------------T----------------T----------------¬
¦ Наименование ¦ Частота, ¦ Длительность ¦ Длительность ¦ Уровень ¦
¦ сигнала ¦ Гц ¦ посылки, с ¦ паузы, с ¦ сигнала, дБ ¦
+----------------+-------------+------------------+----------------+----------------+
¦ 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 ¦ 0,33 +/- 0,07 ¦ 1,0 +/- 0,25 ¦ от минус 15 ¦
¦ сигнал" ¦ 1400 ¦ каждой частоты ¦ 1,0 +/- 0,25 ¦ до минус 5 ¦
¦ ¦ 1800 ¦ ¦ 1,0 +/- 0,25 ¦ ¦
+----------------+-------------+------------------+----------------+----------------+
¦ "Сигнал ¦ 425 ¦ 0,2 +/- 0,02 ¦ 5,0 +/- 0,5 ¦ от минус 20 ¦
¦ уведомления" ¦ ¦ ¦ ¦ до минус 10 ¦
+----------------+-------------+------------------+----------------+----------------+
¦ "Контроль ¦ 425 ¦ 0,2 +/- 0,02 (по ¦ 5,0 +/- 0,5 ¦ от минус 15 ¦
¦ посылки ¦ ¦ согласованию ¦ (по ¦ до минус 5 ¦
¦ сигнала ¦ ¦ с заказчиком ¦ согласованию ¦ ¦
¦ уведомления ¦ ¦ 0,25 +/- 0,025) ¦ с заказчиком ¦ ¦
¦ (Ожидание)" ¦ ¦ ¦ 8 - 10) ¦ ¦
L----------------+-------------+------------------+----------------+-----------------
1.2. Частоты сигналов, указанные в таблице N 1, имеют
синусоидальную форму с коэффициентом нелинейных искажений не более 5%.
1.3. Нестабильность частот, указанных в таблице N 1, не более
+/-0,5%.
1.4. Сигнал КПВ и "Сигнал уведомления" начинаются с посылки.
1.5. Последовательность подачи трех частот сигнала "Указательный
сигнал": низкая, средняя, высокая. Допускается пауза между частотами
внутри посылок длительностью до 0,03 с.
2. Оборудование узла связи передает абонентам фразы
автоинформатора при предоставлении абоненту основных и дополнительных
видов обслуживания.
2.1. Основные фразы автоинформатора передаются при условиях,
приведенных в таблице N 2.
Таблица N 2. Основные фразы автоинформатора
------T--------------------------------------T-------------------------------¬
¦ N ¦ Условие передачи фразы ¦ Возможная фраза ¦
¦ п/п ¦ автоинформатора ¦ автоинформатора ¦
+-----+--------------------------------------+-------------------------------+
¦ 1 ¦ 2 ¦ 3 ¦
+-----+--------------------------------------+-------------------------------+
¦ 1 ¦ 1. МС вызываемого абонента ¦ "Абонент временно недоступен" ¦
¦ ¦ выключена. ¦ ¦
¦ ¦ 2. МС вызываемого абонента вне зоны ¦ ¦
¦ ¦ действия MCS сервера. ¦ ¦
¦ ¦ 3. С вызываемой МС нет радиосвязи ¦ ¦
+-----+--------------------------------------+-------------------------------+
¦ 2 ¦ 1. Административный запрет исходящей ¦ "Данный вид связи запрещен" ¦
¦ ¦ связи (местной, междугородной, ¦ ¦
¦ ¦ международной). ¦ ¦
¦ ¦ 2. Абонентом заказаны услуги "Запрет ¦ ¦
¦ ¦ исходящей связи" (местной, ¦ ¦
¦ ¦ междугородной, международной). ¦ ¦
¦ ¦ 3. Абонентом заказана услуга "Запрет ¦ ¦
¦ ¦ входящей связи" ¦ ¦
+-----+--------------------------------------+-------------------------------+
¦ 3 ¦ 1. Оборудование узла связи ¦ "Неправильно набран номер" ¦
¦ ¦ определяет принятый номер как ¦ ¦
¦ ¦ неполный. ¦ ¦
¦ ¦ 2. Набор несуществующего номера ¦ ¦
+-----+--------------------------------------+-------------------------------+
¦ 4 ¦ Неверный код дополнительного вида ¦ "Неправильно набран код ¦
¦ ¦ обслуживания ¦ услуги" ¦
+-----+--------------------------------------+-------------------------------+
¦ 5 ¦ Отсутствие денег на счету абонента ¦ "Аппарат временно отключен" ¦
L-----+--------------------------------------+--------------------------------
Приложение N 7
к Правилам применения
оборудования коммутации сетей
подвижной радиотелефонной
связи. Часть VI. Правила
применения узлов связи
с территориально распределенной
архитектурой стандартов
UMTS и/или GSM 900/1800
ТРЕБОВАНИЯ К ПАРАМЕТРАМ ПРОТОКОЛОВ IP, UDP, TCP
1. Требования к параметрам по реализации протокола IP.
1.1. Формат заголовка пакета IP версии 4 (далее - IPv4) и
перечень поддерживаемых полей приведен в таблице N 1:
1) минимальная длина заголовка пакета составляет 20 байт, а
максимальная длина - 60 байт при максимальной длине пакета в 65 535
байт;
2) поле "Версия" содержит номер версии протокола IP;
3) поле "Длина заголовка" содержит значение длины заголовка
пакета в словах;
4) поле "Тип обслуживания" содержит код набора параметров
качества обслуживания:
а) приоритетность;
б) задержка;
в) пропускная способность;
г) надежность;
Таблица N 1. Формат заголовка пакета IPv4
--------------T----------------------------------------T------------------------¬
¦ N поля ¦ Название ¦ Длина поля (бит) ¦
¦ ¦ ¦ ¦
+-------------+----------------------------------------+------------------------+
¦ 1 ¦ 2 ¦ 3 ¦
¦ ¦ ¦ ¦
+-------------+----------------------------------------+------------------------+
¦ 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 ¦ Поле дополнения до границы заголовка ¦ переменная длина ¦
¦ ¦ ¦ ¦
L-------------+----------------------------------------+-------------------------
5) кодирование поля "Тип обслуживания" приведено в таблице N 2.
Таблица N 2. Кодирование поля "Тип обслуживания"
-------------T----------------------------------------------------------------¬
¦ Разряд ¦ Параметр ¦
¦ ¦ ¦
+------------+----------------------------------------------------------------+
¦ 0 - 2 ¦ Приоритетность ¦
¦ ¦ ¦
+------------+----------------------------------------------------------------+
¦ 3 ¦ Значение "0" - нормальная задержка, значение "1" - малая ¦
¦ ¦ задержка ¦
¦ ¦ ¦
+------------+----------------------------------------------------------------+
¦ 4 ¦ Значение "0" - нормальная пропускная способность, значение "1" ¦
¦ ¦ - низкая пропускная способность ¦
¦ ¦ ¦
+------------+----------------------------------------------------------------+
¦ 5 ¦ Значение "0" - нормальная надежность, значение "1" - высокая ¦
¦ ¦ надежность ¦
¦ ¦ ¦
+------------+----------------------------------------------------------------+
¦ 6 - 7 ¦ Зарезервировано ¦
¦ ¦ ¦
L------------+-----------------------------------------------------------------
Значения разрядов 0 - 2 игнорируются, если оборудование не
поддерживает управление приоритетом при передаче пакетов;
6) поле "Длина пакета IP" содержит значение длины пакета IP в
байтах, включая заголовок и данные. Возможность обрабатывать пакеты
длиной менее 576 байт является обязательным требованием. В отдельных
случаях допускается длина пакета до 65 535 байт;
7) поле "Идентификатор пакета IP" используется процедурой
фрагментации при сборке или разборке пакета для определения
последовательности передаваемых фрагментов;
8) поле "Флаги" используется процедурой фрагментации для
управления последовательностью сборки фрагментов пакета. Кодирование
разрядов поля "Флаги" приведено в таблице N 3.
Таблица N 3. Кодирование разрядов поля "Флаги"
------------------------T-----------------------------------------------T------------------------------------¬
¦ Разряд 0 ¦ Разряд 1 ¦ Разряд 2 ¦
¦ ¦ ¦ ¦
+-----------------------+----------------------T------------------------+--------------------T---------------+
¦ Зарезервировано, ¦ "0" ¦ "1" ¦ "0" ¦ "1" ¦
¦ устанавливается ¦ ¦ ¦ ¦ ¦
¦ в "0" ¦ ¦ ¦ ¦ ¦
¦ ¦ ¦ ¦ ¦ ¦
¦ +----------------------+------------------------+--------------------+---------------+
¦ ¦ Пакет можно ¦ Пакет нельзя ¦ Последний ¦ Еще ¦
¦ ¦ фрагментировать ¦ фрагментировать ¦ фрагмент ¦ фрагменты ¦
¦ ¦ ¦ ¦ ¦ ¦
L-----------------------+----------------------+------------------------+--------------------+----------------
9) поле "Смещение фрагмента" используется для указания смещения
данного фрагмента относительно первого фрагмента в блоках фрагментации
(8 байт). Для первого фрагмента смещение устанавливается в "0";
10) поле "Счетчик допустимого времени пребывания пакета в сети"
содержит текущее значение счетчика максимально допустимого времени
пребывания пакета в сети в секундах. Если в поле находится значение
"0", пакет удаляется;
11) поле "Тип протокола следующего уровня" содержит
стандартизированный код протокола следующего уровня;
12) поле "Контрольная последовательность заголовка" (далее - КПЗ)
содержит контрольную последовательность заголовка. При любом изменении
содержания заголовка КПЗ пересчитывается;
13) в поле "Адрес источника пакета" указывается IP-адрес
источника пакета;
14) в поле "Адрес получателя пакета" указывается IP-адрес
получателя пакета;
15) поддерживаются два способа кодирования поля "Режим обработки
пакета":
а) поле длиной 1 байт,
б) комбинация трех подполей: тип режима (1 байт), счетчик длины
поля режима (1 байт), данные режима (переменная длина).
Подполе типа режима включает: флаг (1 бит), класс режима (2
бита), номер режима (5 бит).
При установке бита флага в значение "1" оборудование копирует
данное поле при фрагментации во все фрагменты, в значение "0" - не
копирует;
16) для выравнивания границы заголовка по длине, кратной 32
битам, используется "Поле дополнения до границы заголовка". Свободные
позиции заполняются нулевыми битами.
1.2. Формат заголовка пакета IP версии 6 (далее - IPv6) и
перечень поддерживаемых полей приведен в таблице N 4. Минимальная
длина заголовка пакета составляет 40 байт, длина пакета составляет до
1 280 байт или выше (до 1 500 байт) без фрагментации:
Таблица N 4. Формат заголовка пакета IPv6
---------------------------------------------------------------------¬
¦ Поля заголовка ¦
¦ ¦
+----------T---------------------------------T-----------------------+
¦ N поля ¦ Название ¦ Длина поля (бит) ¦
¦ ¦ ¦ ¦
+----------+---------------------------------+-----------------------+
¦ 1 ¦ Версия ¦ 4 ¦
¦ ¦ ¦ ¦
+----------+---------------------------------+-----------------------+
¦ 2 ¦ Класс трафика ¦ 8 ¦
¦ ¦ ¦ ¦
+----------+---------------------------------+-----------------------+
¦ 3 ¦ Метка потока ¦ 20 ¦
¦ ¦ ¦ ¦
+----------+---------------------------------+-----------------------+
¦ 4 ¦ Длина полезной нагрузки ¦ 16 ¦
¦ ¦ ¦ ¦
+----------+---------------------------------+-----------------------+
¦ 5 ¦ Следующий заголовок ¦ 8 ¦
¦ ¦ ¦ ¦
+----------+---------------------------------+-----------------------+
¦ 6 ¦ Лимит переходов ¦ 8 ¦
¦ ¦ ¦ ¦
+----------+---------------------------------+-----------------------+
¦ 7 ¦ Адрес отправителя ¦ 128 ¦
¦ ¦ ¦ ¦
+----------+---------------------------------+-----------------------+
¦ 8 ¦ Адрес получателя ¦ 128 ¦
¦ ¦ ¦ ¦
L----------+---------------------------------+------------------------
1) поле "Версия" содержит номер версии протокола IP;
2) поле "Класс трафика" эквивалентно по назначению полю "Тип
обслуживания" протокола IPv4 и используется для назначения и различия
разных классов или приоритетов передачи пакетов;
3) поле "Метка потока" используется для выделения
последовательностей пакетов, для которых запрашивается специальная
обработка пакетов IP, например предоставление качества обслуживания,
отличающегося от принятого, или обслуживание в реальном времени.
Оборудование, не поддерживающее функции поля "Метка потока",
устанавливает значение данного поля в нуль при отправке пакета,
передает дальше данное поле без изменений при пересылке пакета и
игнорирует данное поле при получении пакета;
4) поле "Длина полезной нагрузки" содержит значение длины
полезной нагрузки пакета IPv6 в байтах;
5) поле "Следующий заголовок" определяет тип заголовка,
следующего непосредственно за основным, и использует те же значения
разрядов, что и поле "Тип протокола следующего уровня" протокола IPv4;
6) в протоколе IPv6 информация уровня Интернет сети передачи
данных кодируется в отдельных дополнительных заголовках, которые
размещаются между заголовком IPv6 и заголовком следующего уровня в
пакете;
7) каждый дополнительный заголовок является целым числом и имеет
длину, кратную 8 байтам;
8) в рамках протокола IPv6 определены следующие шесть
дополнительных заголовков:
"Специальные параметры обработки пакетов";
"Маршрутизация";
"Фрагментация";
"Дополнительные параметры для пункта назначения";
"Аутентификация";
"Информация для обеспечения конфиденциальности данных путем
шифрования";
9) значение поля "Лимит переходов" основного заголовка IPv6
уменьшается на единицу в каждом пункте, который участвует в пересылке
пакета. Пакет удаляется, если значение этого поля уменьшается до нуля;
10) в поле "Адрес отправителя" основного заголовка IPv6
указывается IP-адрес отправителя пакета.
2. Протокол UDP:
1) номер протокола UDP в стеке протоколов IP - 17;
2) формат заголовка пакета протокола UDP приведен в таблице N 5.
Таблица N 5. Формат заголовка пакета протокола UDP
-------T------------------------------T------------------------------¬
¦ N ¦ Поле ¦ Число октетов ¦
¦ ¦ ¦ ¦
+------+------------------------------+------------------------------+
¦ 1 ¦ Source Port ¦ 2 ¦
¦ ¦ ¦ ¦
+------+------------------------------+------------------------------+
¦ 2 ¦ Destination Port ¦ 2 ¦
¦ ¦ ¦ ¦
+------+------------------------------+------------------------------+
¦ 3 ¦ Length ¦ 2 ¦
¦ ¦ ¦ ¦
+------+------------------------------+------------------------------+
¦ 4 ¦ Checksum ¦ 2 ¦
¦ ¦ ¦ ¦
L------+------------------------------+-------------------------------
Далее следуют октеты пользовательских данных;
3) поле Source Port (порт отправителя) является необязательным и
(когда используется) показывает номер порта передающего процесса. При
наличии данного поля отклики адресуются на тот же порт. Если номер
порта не задан, значение поля равно "0";
4) поле Destination Port имеет значение в контексте адресации
отдельного соединения;
5) поле Length указывает размер (в октетах) пользовательской
дейтаграммы с учетом заголовка и данных. Минимальное значение поля
длины составляет 8 (длина заголовка в октетах);
6) поле Checksum содержит контрольную сумму, вычисляемую как
поразрядное дополнение до единицы суммы поразрядных дополнений до
единицы всех 16-битовых слов псевдозаголовка из заголовка IP,
заголовка UDP и данных, дополненных при необходимости справа нулями
для выравнивания по 2-октетной границе. Псевдозаголовок,
предшествующий заголовку UDP, содержит адреса отправителя и
получателя, а также размер пакета UDP. Если рассчитанное значение
контрольной суммы равно нулю, все биты поля заполняются единицами
(эквивалент нуля в арифметике с дополнением до 1). Передача нулевого
значения контрольной суммы означает, что на передающей стороне
контрольная сумма не была рассчитана (используется для отладки или для
протоколов вышележащих уровней, которые не используют контрольную
сумму).
3. Протокол TCP:
1) номер протокола TCP в стеке протоколов IP - 6;
2) формат заголовка пакета протокола TCP приведен в таблице N 6.
Таблица N 6. Формат заголовка пакета протокола TCP
--------T-------------------------------------T----------------------¬
¦ N ¦ Поле ¦ Число бит ¦
¦ ¦ ¦ ¦
+-------+-------------------------------------+----------------------+
¦ 1 ¦ Source Port ¦ 16 ¦
¦ ¦ ¦ ¦
+-------+-------------------------------------+----------------------+
¦ 2 ¦ Destination Port ¦ 16 ¦
¦ ¦ ¦ ¦
+-------+-------------------------------------+----------------------+
¦ 3 ¦ Sequence Number ¦ 32 ¦
¦ ¦ ¦ ¦
+-------+-------------------------------------+----------------------+
¦ 4 ¦ Acknowledgment Number ¦ 32 ¦
¦ ¦ ¦ ¦
+-------+-------------------------------------+----------------------+
¦ 5 ¦ Data Offset ¦ 4 ¦
¦ ¦ ¦ ¦
+-------+-------------------------------------+----------------------+
¦ 6 ¦ Reserved ¦ 6 ¦
¦ ¦ ¦ ¦
+-------+-------------------------------------+----------------------+
¦ 7 ¦ Control Bits ¦ 6 ¦
¦ ¦ ¦ ¦
+-------+-------------------------------------+----------------------+
¦ 8 ¦ Window ¦ 16 ¦
¦ ¦ ¦ ¦
+-------+-------------------------------------+----------------------+
¦ 9 ¦ Checksum ¦ 16 ¦
¦ ¦ ¦ ¦
+-------+-------------------------------------+----------------------+
¦ 10 ¦ Urgent Pointer ¦ 16 ¦
¦ ¦ ¦ ¦
+-------+-------------------------------------+----------------------+
¦ 11 ¦ Options ¦ ¦
¦ ¦ ¦ ¦
+-------+-------------------------------------+----------------------+
¦ 12 ¦ Padding ¦ ¦
¦ ¦ ¦ ¦
L-------+-------------------------------------+-----------------------
Далее следуют октеты пользовательских данных;
3) Source Port - номер порта отправителя;
4) Destination Port - номер порта назначения;
5) Sequence Number - порядковый номер. Порядковый номер первого
октета данных в сегменте при отсутствии флага SYN. Если в сегменте
присутствует бит SYN, поле номера содержит значение начального
порядкового номера (ISN), а первый октет данных имеет номер ISN + 1;
6) Acknowledgment Number - номер подтверждения. Если бит ACK
установлен, это поле содержит значение следующего порядкового номера,
который отправитель сегмента ожидает получить. После организации
соединения это значение передается всегда;
7) Data Offset - смещение данных. Число 32-битовых слов в
заголовке TCP. Это значение указывает начало данных в сегменте.
Заголовок TCP (даже при наличии опций) имеет длину, кратную 32 битам;
8) Reserved - резервное поле. Зарезервировано для использования в
будущем и имеет нулевое значение;
9) Control Bits - биты управления:
URG - указывает на значимость поля Urgent Pointer;
ACK - указывает на значимость поля Acknowledgment Number;
PSH - функция Push;
RST - сброс (Reset) соединения;
SYN - синхронизация порядковых номеров;
FIN - у отправителя больше нет данных;
10) Window - окно. Число октетов данных, начиная с указанного в
поле подтверждения, которые отправитель данного сегмента ожидает
принять;
11) Checksum - контрольная сумма. Контрольная сумма представляет
собой число единиц в заголовке и данных, просуммированное по модулю 16
с добавлением 1. Если сегмент содержит в заголовке и данных нечетное
число октетов, справа добавляется октет нулей для выравнивания по
16-битовой границе. Биты заполнения не передаются как часть сегмента и
используются только для расчета контрольной суммы. При расчете
контрольной суммы значение поля Checksum принимается нулевым.
Контрольная сумма учитывает также 96-битовый псевдозаголовок,
предшествующий заголовку TCP. Этот псевдозаголовок содержит адреса
отправителя и получателя, тип протокола и длину опций TCP.
Перечисленные поля помогают защитить TCP против сегментов с ошибочной
маршрутизацией. Эта информация транспортируется протоколом IP и
передается через интерфейс TCP-сетевой уровень в качестве аргументов
или результатов вызовов из TCP на уровень IP. Поле "длина опций TCP"
содержит размер заголовка TCP и поля данных в октетах (это не явно
передаваемое, а расчетное значение); 12-октетный псевдозаголовок при
расчете длины не учитывается;
12) Urgent Pointer - указатель срочности. Это поле содержит
указатель на срочные данные - позитивное смещение начала таких данных
от порядкового номера данного сегмента. Это поле имеет смысл только
для сегментов с установленным флагом URG;
13) Options - опции.
Опции размещаются в конце заголовка TCP и могут занимать целое
число октетов. Все опции учитываются при расчете контрольной суммы.
Опции начинаются на любой границе октета. Существует два варианта
форматирования опций:
1) однооктетное поле признака опций;
2) однооктетное поле признака опций, поле размера опций (1 октет)
и собственно опции.
Поле размера опций учитывает и 2 октета полей признака опций и
самого поля длины, а также размер опций, как таковых. Поле опций может
быть короче, чем указывает поле смещения данных. Неиспользуемые биты
поля опций заполняются нулями. В протоколе TCP используются следующие
опции: End of Option List, No-Operation, Maximum Segment Size.
End of Option List (0). Этот код означает завершение списка
опций. Конец списка опций может не совпадать с концом заголовка TCP,
заданным полем Data Offset. Код используется как индикатор завершения
всех опций, а не какой-то конкретной и использование его требуется
лишь в тех случаях, когда конец опций не совпадает с концом заголовка
TCP.
No-Operation (1). Этот код может использоваться между опциями
(например, для их выравнивания по границе слова). Не существует
гарантий использования этой опции отправителем, поэтому получатель
должен быть готов к обработке опций, начало которых не совпадает с
границей слова.
Maximum Segment Size (2) - максимальный размер сегмента. Эта
опция имеет длину 16 битов. Если эта опция присутствует, она задает
максимальный размер принимаемого сегмента для той стороны TCP, которая
передает данный сегмент. Это поле передается только с начальным
запросом организации соединения (сегмент с флагом SYN). Если эта опция
не задана, допускается использование сегментов любого размера;
14) Padding - заполнение. Поле имеет переменную длину. Заполнение
заголовка TCP используется для выравнивания размера заголовка по
32-битовой границе. Для заполнения неиспользуемых битов служит 0;
15) Состояния соединения - LISTEN, SYN-SENT, SYN-RECEIVED,
ESTABLISHED, FIN-WAIT-1, FIN-WAIT-2, CLOSE-WAIT, CLOSING, LAST-ACK,
TIME-WAIT и фиктивное состояние CLOSED.
LISTEN - ожидание запроса на соединение от любого удаленного TCP
порта.
SYN-SENT - ожидание соответствующего запроса на соединение после
передачи своего запроса.
SYN-RECEIVED - ожидание подтверждения соединения после передачи и
приема запросов на организацию соединения.
ESTABLISHED - соединение действует и принятые данные могут быть
доставлены пользователю. Это нормальное состояние для процесса обмена
данными через соединение.
FIN-WAIT-1 - ожидание запроса на разрыв соединения от удаленного
TCP или подтверждения для ранее переданного запроса на разрыв
соединения.
FIN-WAIT-2 - ожидание запроса на разрыв соединения от удаленного
TCP.
CLOSE-WAIT - ожидание запроса на разрыв соединения от локального
пользователя.
CLOSING - ожидание подтверждения от удаленного TCP для запроса на
разрыв соединения.
LAST-ACK - ожидание подтверждения для запроса на разрыв
соединения, переданного удаленному TCP (это подтверждение включается в
запрос на разрыв соединения от удаленной стороны).
TIME-WAIT - ожидание пока пройдет достаточно времени, чтобы быть
уверенным в приеме удаленным TCP подтверждения для его запроса на
разрыв соединения.
CLOSED - соединения уже нет (разорвано).
Соединение TCP переходит от одного состояния к другому в ответ на
события, к числу которых относятся пользовательские вызовы, входящие
сегменты и тайм-ауты;
16) пользовательские команды протокола TCP приведены в таблице N
7.
Таблица N 7. Пользовательские команды протокола TCP
-------T-------------------------------------------------------------¬
¦ N ¦ Команда ¦
¦ ¦ ¦
+------+-------------------------------------------------------------+
¦ 1 ¦ OPEN ¦
¦ ¦ ¦
+------+-------------------------------------------------------------+
¦ 2 ¦ SEND ¦
¦ ¦ ¦
+------+-------------------------------------------------------------+
¦ 3 ¦ RECEIVE ¦
¦ ¦ ¦
+------+-------------------------------------------------------------+
¦ 4 ¦ CLOSE ¦
¦ ¦ ¦
+------+-------------------------------------------------------------+
¦ 5 ¦ STATUS ¦
¦ ¦ ¦
+------+-------------------------------------------------------------+
¦ 6 ¦ ABORT ¦
¦ ¦ ¦
L------+--------------------------------------------------------------
Приложение N 8
к Правилам применения
оборудования коммутации сетей
подвижной радиотелефонной
связи. Часть VI. Правила
применения узлов связи
с территориально распределенной
архитектурой стандартов
UMTS и/или GSM 900/1800
ТРЕБОВАНИЯ
К ОБОРУДОВАНИЮ УПРАВЛЕНИЯ И ТЕХНИЧЕСКОГО ОБСЛУЖИВАНИЯ
1. Для управления и технического обслуживания оборудования узла
связи СПРС используется централизованный метод, при котором вся
информация о состоянии оборудования узла связи поступает в ЦУ и ТО.
2. ЦУ и ТО предназначен для управления комплексом оборудования
СПРС, в том числе оборудования узла связи, контроля работоспособности
оборудования узла связи, сбора и вывода информации к обслуживающему
персоналу о функционировании оборудования узла связи при
соответствующем качестве обслуживания.
3. Функции управления, эксплуатации и технического обслуживания
выполняются автоматически в соответствии с программным обеспечением
или по командам обслуживающего персонала, вводимым с терминала
технического обслуживания, с использованием "меню" или графического
интерфейса.
4. Оборудование ЦУ и ТО выполняет следующие функции:
а) административное управление;
б) контроль функционирования оборудования узла связи;
в) управление восстановлением работоспособности оборудования узла
связи;
г) управление тестированием и диагностикой.
5. Функция административного управления системой включает в себя:
а) административное управление конфигурацией системы,
обеспечивающее следующие функции:
ввод, изменение и удаление данных конфигурации;
активацию или деактивацию загрузки программного обеспечения
(далее - ПО) в выбранное оборудование СПРС и его работоспособность;
б) административное управление командами системы, обеспечивающее
следующие функции:
вывод всех кодов команд, реализованных в системе;
возможность изменения существующих и введение новых команд;
в) административное управление абонентскими данными,
обеспечивающее следующие функции:
создание, изменение, удаление, считывание абонентских данных;
блокировку или разблокировку абонентов;
просмотр, изменение и вывод данных учета стоимости разговоров для
абонента или группы абонентов;
г) административное управление маршрутизацией, обеспечивающее
следующие функции:
создание, изменение, удаление данных о маршрутизации вызова
(пучка соединительных линий, маршрута, кода направления, сигнализации
на направлении);
блокировку, разблокировку направлений;
д) административное управление защитой информации, обеспечивающее
следующие функции:
защиту доступа к ЦУ и ТО посредством паролей;
наличие не менее двух категорий пользователей (администратор и
пользователь), имеющих различные пароли и различные права доступа к ЦУ
и ТО;
е) административное управление системными часами реального
времени, обеспечивающее контроль и возможность установки системных
часов реального времени.
6. Контроль функционирования оборудования узла связи включает
обнаружение и фиксацию аварийных сигналов со всех функциональных
блоков, модулей, систем передачи, источников электропитания и их
обработку с последующим выводом аварийных сообщений на дисплей и
принтер терминала технического обслуживания или системную панель
аварийных сигналов.
Контроль функционирования оборудования узла связи обеспечивает
следующие функции:
а) контроль целостности программного обеспечения (при этом
выполняются запросы к телекоммуникационному оборудованию с целью
определения версий используемого программного обеспечения и сверка их
с эталонными, сопоставление копий содержимого (дампов) памяти
телекоммуникационного оборудования с эталонными версиями);
б) контроль целостности аппаратного обеспечения (при этом
определяется (подтверждается) состав аппаратной части, температурный
режим, ведется статистика загрузки центральных процессоров и
оперативной памяти, учитывается время работы телекоммуникационного
оборудования);
в) контроль целостности данных конфигурации (при этом целостность
проверяется с использованием средств удаленного управления,
производится сопоставление данных конфигурации телекоммуникационного
оборудования с эталонными данными конфигурации);
г) контроль состояния физических и виртуальных интерфейсов,
программных портов (при этом определяется наличие соединения на
физическом уровне, активность, нагрузка, скорость соединения, ошибки,
доступность);
д) контроль наличия запущенных сервисов;
е) контроль регистрационных журналов.
6.1. Контроль функционирования оборудования узла связи
осуществляется постоянно или периодически (по расписанию или по
команде технического персонала с терминала технического обслуживания).
6.2. Автоматический контроль осуществляется распределенно, то
есть модули оборудования самостоятельно обнаруживают повреждения и
ошибки.
6.3. Аварийные сообщения разделяются на категории по срочности
восстановления неисправностей:
а) критические аварии (неисправность, которая вызывает
значительное ухудшение обслуживания и требует немедленного
вмешательства);
б) главные аварии (серьезные неисправности, которые требуют
вмешательства в течение дня);
в) незначительные аварии (неисправности, которые не требуют
немедленного вмешательства и устраняются в период наименьшей
нагрузки).
7. Управление восстановлением работоспособности осуществляет
контроль состояния функциональных блоков и управляет перезапусками
блоков, для которых предусмотрена возможность перезапуска, для
предотвращения влияния неисправности.
Обеспечение надежности реализуется путем резервирования основных
групповых и управляющих блоков.
7.1. Рестарты программного обеспечения производятся с сохранением
статистических и тарификационных данных.
7.2. Перезагрузки ПО оборудования узла связи производятся с
сохранением статистических данных и данных учета стоимости соединений.
8. Управление тестированием и диагностикой осуществляет
обнаружение и локализацию неисправного оборудования с помощью
диагностических программ.
8.1. Сообщения о неисправности оборудования, обнаруженные
системой тестирования и диагностики ЦУ и ТО, выводятся на средства
регистрации.
8.2. ЦУ и ТО обеспечивает автоматический ежемесячный
статистический учет ситуаций в оборудовании узла связи и программном
обеспечении, в том числе:
а) плановые реконфигурации модулей;
б) вынужденные (аварийные) реконфигурации модулей;
в) неисправности и блокировки управляющих устройств;
г) блокировку модулей;
д) блокировку внутристанционных трактов;
е) блокировку межстанционных трактов.
Данные выводятся по расписанию или по командам технического
персонала и фиксируются в файле истории оборудования на магнитном (или
оптическом) носителе.
8.3. ЦУ и ТО обеспечивает возможность сбора и отображения
статистических данных о соединениях абонентов (успешные, неуспешные
попытки соединений, потерянные соединения) или о соединениях
статистических групп абонентов для различных типов трафика.
Приложение N 9
к Правилам применения
оборудования коммутации сетей
подвижной радиотелефонной
связи. Часть VI. Правила
применения узлов связи
с территориально распределенной
архитектурой стандартов
UMTS и/или GSM 900/1800
ТРЕБОВАНИЯ
К ПАРАМЕТРАМ ПРИКЛАДНОЙ ПОДСИСТЕМЫ СИСТЕМЫ БАЗОВЫХ
СТАНЦИЙ BSSAP
Сообщения управления BSSAP, образующие прикладную подсистему
управления системой базовых станций BSSMAP, передаваемые на интерфейсе
между MSC сервером и системой базовых станций BSS, приведены в
таблице.
Таблица. Сообщения BSSMAP, передаваемые на интерфейсе между MSC серве-
ром и подсистемой базовых станций BSS
---------------------------------------------T------------------------------¬
¦ Сообщения ¦ Направление передачи ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ 1 ¦ 2 ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Запрос назначения радиоресурса ¦ MSC=>BSS ¦
¦ (ASSIGNMENT REQUEST) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Выполнение назначения радиоресурса ¦ BSS=>MSC ¦
¦ (ASSIGNMENT COMPLETE) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Отказ назначения радиоресурса ¦ BSS=>MSC ¦
¦ (ASSIGNMENT FAILURE) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Блокировка (BLOCK) ¦ MSC<=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Подтверждение блокировки ¦ MSC<=>BSS ¦
¦ (BLOCKING ACKNOWLEDGE) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Разблокировка (UNBLOCK) ¦ MSC<=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Подтверждение разблокировки ¦ MSC<=>BSS ¦
¦ (UNBLOCKING ACK) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Блокировка группы каналов ¦ MSC<=>BSS ¦
¦ (CIRCUIT GROUP BLOCK) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Запрос изменения канала ¦ BSS=>MSC ¦
¦ (CHANNEL MODIFY REQUEST) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Подтверждение блокировки группы каналов ¦ MSC<=>BSS ¦
¦ (CIRCUIT GROUP BLOCK ACKNOWLEDGE) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Разблокировка группы каналов ¦ MSC<=>BSS ¦
¦ (CIRCUIT GROUP UNBLOCK) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Подтверждение разблокировки группы каналов ¦ MSC<=>BSS ¦
¦ (CIRCUIT GROUP UNBLOCK ACKNOWLEDGE) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Запрос на освобождение радиоресурса ¦ BSS=>MSC ¦
¦ (CLEAR REQUEST) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Команда освобождения радиоресурса ¦ MSC=>BSS ¦
¦ (CLEAR COMMAND) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Освобождение радиоресурса (CLEAR COMPLETE) ¦ BSS=>MSC ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Запрос хэндовера (HANDOVER REQUEST) ¦ MSC=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Запрос о кандидатах хэндовера ¦ MSC=>BSS ¦
¦ (HANDOVER CANDIDATE ENQUIRE) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Ответ о кандидатах хэндовера ¦ BSS=>MSC ¦
¦ (HANDOVER CANDIDATE RESPONSE) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Требование хэндовера (HANDOVER REQUIRED) ¦ BSS=>MSC ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Отказ в требовании хэндовера ¦ MSC=>BSS ¦
¦ (HANDOVER REQUIRED REJECT) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Подтверждение запроса хэндовера ¦ BSS=>MSC ¦
¦ (HANDOVER REQUEST ACKNOWLEDGE) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Команда хэндовера (HANDOVER COMMAND) ¦ MSC=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Дополнение хэндовера (HANDOVER COMPLETE) ¦ BSS=>MSC ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Следующий хэндовер (HANDOVER SUCCEEDED) ¦ MSC=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Отказ в хэндовере (HANDOVER FAILURE) ¦ BSS=>MSC ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Выполнение хэндовера (HANDOVER PERFORMED) ¦ BSS=>MSC ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Обнаружение хэндовера (HANDOVER DETECT) ¦ BSS=>MSC ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Запрос ресурса (RESOURCE REQUEST) ¦ MSC=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Сброс (RESET) ¦ MSC<=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Подтверждение сброса (RESET ACK) ¦ MSC<=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Индикация ресурса (RESOURCE INDICATION) ¦ BSS<=>MSC ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Пейджинг (PAGING) ¦ MSC<=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Перегрузка (OVERLOAD) ¦ MSC<=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Путь вызова в BSS (MSC INVOKE TRACE) ¦ MSC=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Путь вызова в MSC (BSS INVOKE TRACE) ¦ MSC<=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Обновление класса службы (CLASSMARK UPDATE)¦ MSC<=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Запрос класса службы (CLASSMARK REQUEST) ¦ MSC=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Команда обновления кода шифрования ¦ MSC=>BSS ¦
¦ (CIPHER MODE COMMAND) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Выполнение обновления кода шифрования ¦ BSS=>MSC ¦
¦ (CIPHER MODE COMPLETE) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Отказ обновления кода шифрования ¦ BSS=>MSC ¦
¦ (CIPHER MODE REJECT) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Информация 3 уровня ¦ BSS=>MSC ¦
¦ (COMPLETE LAYER 3 INFORMATION) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Индикация очереди (QUEUING INDICATION) ¦ MSC=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Отказ SAPI "N" (SAPI "N" REJECT) ¦ BSS=>MSC ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Сброс канала (RESET CIRCUIT) ¦ MSC<=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Подтверждение сброса канала ¦ MSC<=>BSS ¦
¦ (RESET CIRCUIT ACKNOWLEDGE) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Неисправность (CONFUSION) ¦ MSC<=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Неустановленный канал (UNEQUIPPED CIRCUIT) ¦ MSC<=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Показатель нагрузки (LOAD INDICATION) ¦ MSC<=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Приостановить (SUSPEND) ¦ BSS=>MSC ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Возобновить (RESUME) ¦ BSS=>MSC ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Изменить канал (CHANGE CIRCUIT) ¦ MSC=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Подтверждение изменения канала ¦ BSS=>MSC ¦
¦ (CHANGE CIRCUIT ACKNOWLEDGE) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Передача IMSI (COMMON ID) ¦ MSC=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Информация LSA (LSA INFORMATION) ¦ MSC=>BSS ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Информация без установления соединения ¦ MSC<=>BSS ¦
¦ (CONNECTIONLESS INFORMATION) ¦ ¦
¦ ¦ ¦
+--------------------------------------------+------------------------------+
¦ Индикатор аварийного сброса ¦ BSS=>MSC ¦
¦ (EMERGENCY RESET INDICATION) ¦ ¦
¦ ¦ ¦
L--------------------------------------------+-------------------------------
Приложение N 10
к Правилам применения
оборудования коммутации сетей
подвижной радиотелефонной
связи. Часть VI. Правила
применения узлов связи
с территориально распределенной
архитектурой стандартов
UMTS и/или GSM 900/1800
СПИСОК ИСПОЛЬЗУЕМЫХ СОКРАЩЕНИЙ
1. AuC - Authentication Center (центр аутентификации).
2. BICC - Bearer independent call control protocol (протокол
управления вызовом, независимый от среды переноса).
3. BSC - Base Station Controller (контроллер базовой станции).
4. BSS - Base Station System (система базовых станций).
5. BSSAP - Base Station System Application Part (прикладная
подсистема системы базовых станций).
6. BSSMAP - Base Station System Management Application Part
(прикладная подсистема управления системой базовых станций).
7. EIR - Equipment Identity Register (регистр идентификации
оборудования).
8. GSM - Global System for Mobility (глобальная система мобильной
связи).
9. HLR - Home Location Register (опорный регистр
местонахождения).
10. ICMP - Internet Control Message Protocol (протокол
управляющих сообщений в Интернет).
11. IMEI - International Mobile Equipment Identity (международный
идентификатор оборудования абонентской радиостанции).
12. IMEISV - International Mobile Equipment Identity and Software
Version (международный идентификатор оборудования и номер версии
программного обеспечения оборудования абонентской радиостанции).
13. IMSI - International Mobile Subscriber Identity
(международный номер абонентской станции).
14. IP - Internet Protocol (протокол Интернет).
15. ISDN - Integrated Services Digital Network (цифровая сеть с
интеграцией служб).
16. ISUP - ISDN User Part (подсистема пользователя цифровой сети
с интеграцией служб).
17. MAP - Mobile Application Part (прикладная подсистема
подвижной связи).
18. MCC - Mobile Country Code (код страны подвижной связи).
19. MEGACO - MEdia GAteway COntrol (протокол управления
медиашлюзами).
20. MGCP - Media Gateway Control Protocol (протокол управления
медиашлюзами).
21. MGW - Media Gateway (медиашлюз).
22. MNC - Mobile Network Code (код сети подвижной связи).
23. MSIN - Mobile Subscriber Identity Number (опознавательный
номер абонентской станции).
24. MSISDN - Mobile Subscriber ISDN Number (международный номер
AC в сети ISDN).
25. MSRN - Mobile Station Roaming Number (роуминговый номер
мобильного абонента).
26. MTP - Message Transfer Part (подсистема передачи сообщений).
27. PCOMP - Identifier of the protocol control Compression
algorithm (идентификатор алгоритма компрессии управляющей информации).
28. RANAP - Radio Access Network Application Part (прикладная
подсистема сети радиодоступа).
29. RNC - Radio Network Controller (контроллер подсистемы
радиодоступа).
30. RNS - Radio Network System (сеть радиодоступа).
31. RTCP - Real-Time Transport Control Protocol (протокол
управления транспортировкой в реальном времени).
32. RTP - Real-Time Transport Protocol (транспортный протокол
реального времени).
33. SCCP - Signalling Connection Control Part (подсистема
управления соединением сигнализации).
34. SCTP - Stream Control Transmission Protocol (протокол
передачи с управлением потоками).
35. SIGTRAN - SIGnaling TRANspot (передача информации
сигнализации).
36. SIP - Session Initiation Protocol (протокол установления
сеансов связи).
37. STM - Synchronous Transport Module (синхронный транспортный
модуль).
38. TCAP - Transaction Capabilities Application Part (прикладная
подсистема возможностей транзакций).
39. TCP - Transmission Control Protocol (протокол управления
передачей).
40. UDP - User Datagram Protocol (протокол передачи дейтаграмм
пользователя).
41. UMTS - Universal Mobile Telecommunications System
(универсальная мобильная телекоммуникационная система).
42. VLR - Visitor Location Register (визитный регистр
местонахождения).Страницы: 1 2 |