- •Изучение протокола map системы сигнализации окс№7 Методические указания к лабораторным работам
- •391000, Рязань, ул. Гагарина, 59/1.
- •Изучение протокола map системы сигнализации окс№7
- •1. Цель работы:
- •2. Теоретическая часть
- •2.1. Архитектура окс№7.
- •2.2. Подсистема передачи сообщений мтр.
- •2.3. Сигнальные единицы.
- •2.4. Подсистема управления соединением сигнализации sccp.
- •2.5. Прикладная подсистема возможностей транзакций tcap.
- •2.6. Прикладная подсистема map пользователя мобильной связи стандарта gsm.
- •2.7. Модель протокола мар
- •2.8. Описание основных процедур map
- •2.9. Глобальный заголовок подвижной связи.
- •2.10. Служба коротких сообщений (sms).
- •2.11. Входящий вызов в спс из ТфОп.
- •2.12. Запрос баланса посредством неструктурированных дополнительных служб (uss).
- •3. Описание лабораторного макета.
- •3.1. Описание программной модели анализатора протоколов.
- •3.2. Описание трассировочных файлов
- •4. Практическая часть.
- •5. Содержание отчета
- •6. Контрольные вопросы
- •7. Библиографический список
3.2. Описание трассировочных файлов
Рассмотрим трассировочные файлы и основные сообщения некоторых процедур пользователей мобильной связи.
Сообщения процедуры передачи коротких сообщений (SMS) представлены на рис. 3.11.
Рис. 3.11. Сообщения передачи SMS
Сообщения CR, CC, CIPHER MODE CMD, CLASSMARK UPDATE, CIPHER MODE COMP, CLEAR CMD, CLEAR COMP, RLSD, RLC являются типовыми для всех процедур, запрашиваемых абонентом мобильной связи, и отвечают за выбор сигнального канала, передачи информации 3 уровня, шифрование данных, обновление класса службы, освобождение радиоресурса и завершение диалога.
Основные сообщения подсистемы BSSMAPиMAPпредставлены в приложениях 1 и 2 соответственно.
На рис. 3.12 показан пример главного информационного сообщения подсистемы MAPSMS-DELIVERпроцедуры передачи коротких сообщений, которое включает следующие поля:
Plan – план нумерации;
Type– тип абонентского номера;
Number– номер абонента, отправляющего (получающего) смс-сообщение;
TPMessageTypeIndicator– индикатор типа сообщения (исходящее или входящее);
TPOriginationAdress– включает план нумерации, тип номер и номер получателя сообщения;
TPDataCodingScheme– указывает тип используемого алфавита и сжатие текста;
TPServiceCentreTimeStamp– содержит часовой пояс, время и дату передачи сообщения;
поля TPUserDataLengthиTPUserDataуказывают длину и содержание переданного сообщения соответственно.
Отчет о доставке происходит с помощью сообщения подсистемы MAPSMS-DeliverReport(рис. 3.13).
Рис. 3.12. Пример сообщения SMS-DELIVER
Главная информация этого сообщения содержится в строке TPMessageTypeIndicator, показывающая, в каком порядке смс-сообщение «проходит» сетевые элементы.MSобозначает мобильную станцию, аSC– сервис-центр.
Другим сообщением подсистемы MAPявляется сообщениеCP-ACK, содержащее информацию о канале управления (FACCHorSDCCH) и дискриминаторе протокола (9h=ShortMessageService).
Необходимо также отметить, что все эти трассировочные файлы включают и строки подсистемы SCCP, в которых указывается этикетка маршрутизации (DPC,OPC,SLS).
Рис. 3.13. Пример сообщения SMS-DeliverReport
Рис. 3.14. Пример сообщения CP-ACK
Рис. 3.15. Сообщения USSD
Следующей процедурой абонентов подвижной связи является запрос баланса (USSD). Она также как и передача коротких сообщений осуществляется с помощью сообщений прикладных подсистемBSSAPиMAP. СообщенияUSSDпоказаны на рис. 3.15.
Здесь появляются такие сообщения как REGISTER PROCESS_UNSTRUCTURED_SS_REQUEST и REL_COMP PROCESS_UNSTRUCTURED_SS_REQUEST (рис. 3.16 и 3.17 соответственно). Остальные сообщения идентичны рассмотренным выше в процедуре передачиSMS.
Рис. 3.16. Пример сообщения REGISTER PROCESS_UNSTRUCTURED_SS_REQUEST
Рис. 3.17. Пример сообщения REL_COMP PROCESS_UNSTRUCTURED_SS_REQUEST
Основные строки и их значения:
TransactionIdentifierиTransactionIdentifierFlag– показывают использование подсистемы транзакцийTCAP(1h, 1b– транзакция присутствует, 0h, 0b– транзакция отсутствует);
Parameter– указывает на то, используется ли структурированный диалог или неструктурированный, схему кодирования и строку с данными при запросе баланса и при ответе сети.
Следующей рассмотрим процедуру обновления местоположения абонента (LU–LocationUpdate).
Рис. 3.18. Сообщения LU
Здесь главными сообщениями являются сообщения AuthenticationRequest(запрос аутентификации) иAuthenticationResponse(ответ аутентификации). Они представлены на рис. 3.19 и 3.20 соответственно.
Рис. 3.19. Пример сообщения AuthenticationRequest
Значения строк:
ProtocolDiscriminator– дискриминатор протокола (5h=MobilityManagement– управление мобильностью);
Ciphering Key Sequence Number – порядковый номер ключа шифрования;
AuthenticationParameterRAND– параметр аутентификации «случайное число»;
AuthenticationParameterSRES– параметр аутентификации, входящий в триплет.
Рис. 3.20. Пример сообщения Authentication Response
Три описанные выше процедуры используют классы услуг подсистемы SCCP, не ориентированных на соединение. Далее рассмотрим процедуру вызова в мобильной сети, которая использует классы услуг подсистемыSCCP, ориентированных на соединение. Сообщения представлены на рис. 3.21.
Рис. 3.21. Сообщения процедуры «Вызов»
Видно, что здесь уже сообщений больше, чем в не ориентированных на соединение процедурах. Ниже приводятся примеры главных сообщений.
Сообщение SETUP(рис.3.22). В нем описываются основные параметры номера вызывающего абонента, а также возможности предоставляемых служб переноса данных.
Рис. 3.22. Пример сообщения Setup
InformationTransferCapability– возможность переноса информации. В данном примере по каналу связи передается речь (0h=speech);
RadioChannelRequirement– требование к радиоканалу (1h=fullratesupportonlymobilestation– полноскоростную передачу поддерживает только мобильная станция);
Number Plan Identification – идентификатор плана нумерации;
Number Type– тип номера;
Screening Indicator – индикатор отображения номера (3h = network provided – предоставляется сетью).
Сообщение CallConfirmed(рис. 3.23). Оно является подтверждением вызова и содержит следующие строки:
SpeechVersionIndication– индикатор речевой версии (speechversiontbd– ограниченные во времени данные;GSMfullratespeechversion2 – стандарт кодирования речи в сетиGSM, когда данные занимают всю пропускную способность канала);
Рис. 3.23. Пример сообщения CallConfirmed
DualToneMultiFrequency– поддержкаDTMFнабора мобильной станцией.
Сообщения AssignmentRequestиAssignmentCompleteотвечают за запрос и назначение тайм-слота в системе ИКМ для передачи сигнальной информации. СообщениеAlertingоповещает абонента о входящем вызове. Затем происходит проключение разговорного тракта и разговор абонентов. За это отвечают сообщенияConnectиConnect_Ack.
При разговоре постоянно происходит мониторинг каналов радиосвязи и выбирается канал с наибольшей мощностью сигнала. Этот выбор осуществляется с помощью сообщения подсистемы MAPHOPerformed(handoverperformed). Это сообщение представлено на рис. 3.24 и содержит следующие строки:
CauseValue– значение причины (Ch=NormalEvent-bettercell– нормальное явление – сота с лучшими параметрами канала связи);
Cell Identifier– идентификатор соты;
Chosen Channel- выбранный канал.
Сообщение Disconnectотвечает за разъединение сеанса связи и отображает причины разъединения.
Далее идут типичные сообщения по освобождению и очистке радиоресурса.
Рис. 3.24. Пример сообщения HandoverPerformed