45269

Протоколы сети GSM. Подсистемы сигнальных протоколов, использование ОКС№7 (BSSAP, DSSMAP)

Доклад

Информатика, кибернетика и программирование

Структура протоколов GSM Для передачи сигнальных сообщений между центром коммутации мобильной связи MSC и системой базовой станции Bse Sttion System используются MTP Messge Trnsfer Prt и подсистемы управления соединением канала сигнализации SCCP Signling Connection Control Prt которые являются частями системы ОКС № 7. Основные сведения о подсистеме управления соединением канала сигнализации ОКС № 7 SCCPCSS№7 Система управления соединением канала сигнализации SCCP Signling Connection Control Prt управляет логическими...

Русский

2013-11-16

97 KB

15 чел.

        15. Протоколы сети GSM. Подсистемы сигнальных протоколов, использование ОКС№7 (BSSAP, DSSMAP).

Рисунок 2.1 – Структура протоколов GSM

Для передачи сигнальных сообщений между центром коммутации мобильной связи (MSC) и системой базовой станции (Base Station System) используются MTP (Message Transfer Part) и подсистемы управления соединением канала сигнализации SCCP (Signaling Connection Control Part), которые являются частями системы ОКС № 7. Рассмотрим кратко содержание этой подсистемы.

Основные сведения о подсистеме управления соединением канала сигнализации ОКС № 7 (SCCP-CSS№7)

Система управления соединением канала сигнализации (SCCP — Signaling Connection Control Part) управляет логическими соединениями в сети ОКС для передачи блоков данных сигнализации. Она выполняет функции третьего уровня (сетевой уровень) модели взаимодействия протоколов ОКС. SCCP предоставляет возможность осуществлять по сети ОКС передачу данных для управления соединением и при техническом обслуживании, непосредственно не связанную с конкретным каналом речи или передачи данных.

Подсистема SCCP предоставляет два класса услуг: ориентированных на соединение и не ориентированных на соединение.

В первом случае перед началом обмена данными устанавливается соединение. Доставка сообщений может быть гарантирована в порядке их передачи. Для ориентированных на соединение услуг различаются постоянные и кратковременные (полупостоянные) соединения для сигнализации. При этом для полупостоянных соединений предусмотрены три фазы: фаза установления соединения (примитив "N – соединение"), фаза обмена данными (примитив "N – данные") и фаза освобождение соединения (примитив "N – разъединение").

При реализации услуг, не ориентированных на соединение, SCCP обеспечивает передачу данных в двух режимах: с контролем последовательности доставки сообщений и без контроля. В последнем случае не гарантируется прием данных в порядке их передачи, так как они маршрутизируются в сети сигнализации по-разному и могут быть повторно запрошены при воздействии помех.

Ниже приведем только часть заголовков, посвященных подвижной системе.

Примеры типов сообщений для системы, ориентированной на соединение, следующие:

  •  запрос на соединение между двумя узлами (CR);
  •  подтверждение соединения (CC) в ответ на сообщение CR;
  •  запрос на разъединение (RLSD);
  •  подтверждение разъединения (RLSD) со стороны любого из узлов;
  •  подтверждение разъединения (процесс освобождения завершен);
  •  данные для прозрачной передачи данных между двумя узлами (DT);
  •  разрешенная подсистема (SSA).

Последнее сообщение содержит следующие параметры (рис. 2.2).

Само сообщение "разрешенная подсистема" имеет код 0000 0001. Указанный на этом рисунке "номер задействованной подсистемы" может быть закодирован следующим образом.

Прикладная часть системы базовой станции BSSAP

Одна из пользовательских функций подсистемы управления соединением канала сигнализации SCCP (Signaling Connection Control Part) — прикладная часть системы базовой станции (BSSAP — Base Station System Part). Она предназначена для обслуживания взаимодействия BSS и MSC (см. рис. 2.1). В случае соединения типа "точка — точка" BSSAP использует сигнальное соединение с активной мобильной станцией, имеющей один или более активизированных процессов для передачи сообщений уровня 3. В случае конференц-связи или широковещательного вызова имеется всегда одно соединение в соте, связанное с данным вызовом, и одно дополнительное соединение в системе базовой станции (BSS — Base Station System) для передачи сообщений уровня 3. Есть дополнительное соединение для "главного абонента" при широковещательном вызове или конференц-связи. Дополнительные соединения могут также потребоваться для любых мобильных станций при конференц-связи группы или широковещательном вызове, при которой сеть решает разместить выделенные или временно закрепленные каналы.

Пользовательские функции BSS (BSSAP — Base Station System Application Part) далее подразделены на две отдельных функции:

  •  прикладная часть для прямой передачи (DTAP — Direct Transfer Application Part), называемая также GSM L3, используется для передачи транзитных сообщений между MSC и MS. Информация уровня 3 в этих сообщениях не интерпретируется BSS (Base Station System);
  •  основная прикладная часть системы базовой станции (BSSMAP — Base Station System Management Application Part) поддерживает другие процедуры между MSC и BSS (Base Station System), связанные с MS управлением ресурсами, управлением передачей соединения (хэндовером), или в данной соте, или в пределах всей BSS (Base Station System). Описание протокола для обмена информацией BSSMAP (Base Station Management Application Part) на уровне 3 содержится в Рекомендации ETSI GSM 08.08.

При применении BSSMAP (Base Station Management Application Part) используются процедуры без установления соединения и ориентированные на соединение. Rec. ETSI GSM 08.08 указывает для каждой процедуры уровня 3, должно ли использоваться соединение или нужно работать без установления соединения. Процедуры, ориентированные на соединение, задействуются, чтобы поддержать DTP (Direct Transfer Application Part). Функция распределения, размещенная в BSSAP, выполняет разделение между данными этих двух частей.

BSSAP сообщения включают следующие поля (рис. 2.3).

Рисунок 2.3. – Формат заголовка BSSAP

Длина - Параметр, указывающий последующую длину сообщения уровня 3.

Разделение (Discrimination)

Разделяет сообщения, принадлежащие указанным выше двум протоколам: BSSMAP (Base Station Management Application Part) и DTAP (Direct Transfer Application Part).

Идентификатор управления звеном передачи данных (DLCI — Data Link Control Identifier)

Применяетсятолькодля DTAP (Direct Transfer Application Part). Используется в MSC для передачи сообщений к BSS (Base Station Subsystem), чтобы указать тип данных, исходящих первоначально от соединения по радиоинтерфейсу. Прикладная система управления базовой станцией (BSSMAP)

Прикладная система управления базовой станцией (BSSMAP) взаимодействует с обеими частями и SCCP (Signaling Connection Control Part), ориентированными на соединение и не ориентированными на соединение.

Прикладная система управления базовой станцией (BSSMAP) поддерживает все процедуры между MSC, и BSS, которые требуют интерпретации и обработки информации, связанной с обслуживанием отдельных вызовов, и управления ресурсами. Некоторые из процедур BSSMAP в конечном итоге вызываются сообщениями управления радиоресурсами (Radio Resource), определенными в ETSI.

Форматпротокола BSSMAP (Base Station Management Application Part) следующий (рис. 2.4).

Рисунок 2.4 Форматсообщений протокола BSSMAP

Тип сообщения

Поле из одного байта, определяющее тип сообщения. Это обязательное поле уникально определяет функцию и формат каждого сообщения BSMAP.

Информационный элемент

Каждый информационный элемент кодирован единственным кодом из восьми бит (идентификатором). Длина информационного элемента может быть фиксированная или переменная и может включать или не включать в себя индикатор длины.

Прикладная часть для прямой передачи (DTAP)

DTAP (Direct Transfer Application Part) применяется для передачи сообщений управления соединением и управления подвижностью между MS и MSC. Сообщения прямой передачи не обрабатываются в системе BSS, а только преобразуются в соответствующие сигналы радиоинтерфейса и обратно. Для передачи сообщений DTAP используется следующий формат (рис. 2.5).

Рисунок 2.5. – Формат передачи сообщений DTAP

Формат идентификатора транзакции приведен на рис. 2.6.

Рисунок 2.6. – Формат идентификатора транзакции

Флаг указывает, какой стороной назначена транзакция. Если MS, то флаг имеет значение 0, если MSC, то 1.

Значение идентификатора транзакции является целым числом и назначается инициатором. Оно уникально и на той стороне интерфейса, которая явилась инициатором этой связи, и не меняется в течение времени жизни транзакции, имеет смысл только в данном интерфейсе и остается в нем неизменной, после чего может использоваться вновь.

Поле дискриминатор протокола указывает тип подуровня (RR, CM, MM), к которому принадлежит сообщение.


 

А также другие работы, которые могут Вас заинтересовать

50494. Проектирование 4-разрядного сумматора 116 KB
  Открыть VHDL файл и записать в него прогр. Сохранить файл под именем dd1 и установить его старшим в иерархии проекта. Список файлов открывается средней клавишей Files. VHDL файлы относятся файлам образующим проект.
50495. Процеси та потоки 134.5 KB
  Крім адресного простору процесу належать такі ресурси як файли динамічні області пам’яті і потоки. Ресурси створювані за життя процесу обов’язково знищуються при його завершенні. Потік thred описує послідовність виконання коду усередині процесу. Первинний потік процесу створюється системою автоматично під час створення процесу.
50496. Взаємодія між потоками 90 KB
  Мета: Засвоїти поняття паралельного виконання «потоків» та освоїти засоби їх синхронізації. Здобути навики синхронізації «потоків» при обробці спільних даних та доступу до ресурсів в операційній системі Windows.
50497. Расчет переходных процессов в линейных цепях 623 KB
  Расчет тока i1 классическим методом. 1)Записываем уравнения Кирхгофа для послекоммутационной цепи: 2) Рассмотрим установившийся режим...
50499. Создание типизованных файлов с использование элементов управления Edit, Button, GroupBox, RadioButton, CheckBox, ListBox 72 KB
  Цель работы Приобретение навыков работы с типизованными файлами использование в работе элементов управления Edit Button GroupBox RdioButton CheckBox ListBox и других для создания форм. Методические указания по самостоятельной работе студентов Типизованный файл – это последовательность данных одинакового типа которая предназначена для долгосрочного хранения на внешних носителях. В C создание типизованных файлов осуществляется путём записи в файл блоков информации одинаковой длины.
50500. Моделирование работы программ в виртуальной памяти и исследование эффективности их выполнения 86.5 KB
  Имитационная модель страничных прерываний Программа моделирует процесс обработки страничных прерываний и выполнение алгоритмов замещения страниц при их отсутствии в физической памяти. Модель реализована в классе VM который сохраняет последовательность обращений к памяти исследуемого алгоритма трассировка и моделирует по ней страничные прерывания и алгоритмы замещения собирая при этом статистику. Для моделирования обращения к памяти используется метод VM::ccessint ddr int write который получает адрес обращения обычно это индекс в...
50501. Дослідження текстового та графічного режимів роботи EPSON-сумісних матричних принтерів 67.5 KB
  Висновок: у даній лабораторній роботі було розглянуто різні шрифти, які використовуються при друку, а також різні режими друку. Було створено програму, яка генерує коди, які розуміє принтер. На симуляторі принтера підтвердилася робочість програми і було роздруковано текст, зображення, а також візитку, яка містила 2 попередні пункти одночасно.
50502. Исследование функций и построение графиков в полярной системе координат 471 KB
  Обычно функции исследуются в декартовой системе координат, а графики функций, заданных в полярной системе координат, строят по точкам, не приводя полного исследования, подобное тому которое проводится в декартовой системе координат. Но построение графика по точкам не является математически строгим, так как например оно не позволяет определить интервалы возрастания и убывания функции, ее выпуклость и вогнутость или найти асимптоты.