Управление перегрузкой. Используется для управления нагрузкой в интерфейсе lu с целью недопущения перегрузки, обусловленной перегрузкой процессора в CN или UTRAN. Используется простой механизм, который позволяет ступенчато уменьшать и восстанавливать нагрузку по сигналам таймера.

Сброс. Используется для очистки стороны CN или стороны UTRAN интерфейса lu при ошибочных ситуациях. Одна сторона lu может пс казать другой стороне, что она восстанавливается после повторного запуска, и другая сторона может убрать все ранее установленные единения.

Сообщение о местоположении. Эта функция позволяет ON пол чать информацию о местоположении данного UE. Она включает в бя две элементарных процедуры: одну по управлению сообщениями! о местоположении в RNC, а другую - по передаче фактического со-1 общения в CN.

10.4.2. Протокол lu плоскости пользователя

Назначение протокола плоскости пользователя состоит в том, чтобы передавать данные пользователя, относящиеся к RAB, через интерфейс lu. Каждый RAB имеет собственный экземпляр протокола. Протокол выполняет либо полностью прозрачные операции, либо осуществляет формирование фреймов для сегментов данных пользователя и основную сигнализацию по управлению, используемую для инициализации и управления в реальном масштабе времени (в режиме online). Основываясь на этих позициях, протокол имеет два режима:

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

Режим поддержки заранее определенных объемов данных. В этол режиме плоскость пользователя выполняет формирование фреймов из данных пользователя, разбиение на сегменты заранее определенного размера. Объемы данных обычно соответствуют речевым фрей- мам или размерам фреймов, полученных для скорости передачи вызова при передаче данных с коммутацией каналов. Кроме того, onpe-l деляются процедуры управления инициализацией и скоростью передачи и определяются функции указания качества фрейма.

10.5. Внутренние интерфейсы UTRAN

10.5.1. Интерфейс RNC-RNC (интерфейс lur) и сигнализация RNSAP

Пакет протоколов интерфейса RNC-RNC (интерфейс lur) показан на рис. 10.8. Хотя данный интерфейс первоначально предназначался для обеспечения мягкого хендовера между RNC (см. рис. 10.4, б), в процессе разработки стандарта были добавлены еще некоторые функции, и сейчас интерфейс lur обеспечивает четыре четко обозначенные функции:

- поддержка основной мобильности пользователя в RNC;

- поддержка трафика по выделенному каналу; I

- поддержка трафика по общему каналу;

- поддержка управления глобальными ресурсами.

По этой причине сам протокол сигнализации lur (RNSAP, часть приложения RNC) разделяется на четыре разных модуля (в виде совокупности процедур). Как правило, оказывается возможным реализовать только часть из четырех функций в соответствии с установками оператора.

Как и для интерфейса lu, возможны два варианта для транспортирования сигнализации RNSAP: основанный на пакете SS7 (SCCP и МТРЗЬ) и новый на основе SCTP/IP. Определены два протокола для плоскости пользователя (DCH - выделенный канал; ССН - общий канал).

lurl: поддержка основной мобильности пользователя в RNC. Данная функция требует основного модуля сигнализации RNSAP. Это первый элемент в построении интерфейсов lur [6], он обеспечивает функции, необходимые пользователю при его перемещении между двумя RNC, но не обеспечивает передачи данных. Если этот модуль не реализован, то интрефейс lur, как таковой, не существует и единственной возможностью для пользователя, подключенного к UTRAN через RNS1, воспользоваться ячейкой RNS2, будет временное отключение от UTRAN.

Функции, обеспечиваемые основным модулем lur, включают:

- поддержку перемещения SRNC;

- поддержку обновления зоны регистрации в UTRAN и в ячейках между RNC (при смене RNC);

- поддержку пакетной передачи поискового вызова между RNC;

- сообщение об ошибках протокола.

Поскольку эти функции не затрагивают трафик передачи данных пользователя через lur, то отпадает необходимость в плоскости пользователя и плоскости управления транспортной сетью.

Уровень радиосети

Уровень транспортной сети

Плоскость управления

Плоскость пользователя транспортной сети

Плоскость управления транспортной сетью

Q.2630.1

Плоскость пользователя

Плоскость пользователя транспортной сети

AAL2

Физический уровень

Рис. 10.8. Пакет протоколов для интерфейса lur

Iur2: поддержка трафика по выделенному каналу. Эта функция требует наличия модуля выделенного канала сигнализации RNSAP и позволяет осуществлять передачу трафика по выделенному каналу между двумя RNC, Если даже первоначальная потребность в этой функции заключалась в поддержке состояния мягкого хендовера между RNC, то теперь она позволяет устанавливать SRNC на все время, когда пользователь занимает выделенные каналы (выделенные ресурсы на узле В), обычно все время, в течение которого пользователь имеет активное соединение в сети с коммутацией каналов.

Эта функция требует также фреймового протокола плоскости пользователя для выделенного канала и протокола плоскости управления транспортной сетью (Q.2630.1), используемых для установления транспортных соединений (соединений AAL2). Каждый выделенный канал передается по одному транспортному соединению, за исключением назначенного DCH, используемого для защиты от ошибок в воздушном интерфейсе.

Фреймовый протокол для выделенных каналов, сокращенно называемый DCH FP, определяет структуру фреймов данных, переносящих данные пользователя, и фреймов управления, используемых для обмена измерительной и управляющей информацией. По этой причине фреймовый протокол определяет также простые сообщения и процедуры. Фреймы данных пользователя обычно маршрутизируются прозрачным образом через DRNC; так фреймовый протокол lur используется также в lub и называется протоколом, lur/lub DCH FP.

Функции, обеспечиваемые модулем DCH lur [6]:

- установление, изменение и сброс выделенного канала в DRNC вследствие жесткого или мягкого хендовера по использованию выделенного канала;

- установление и сброс выделенных транспортных соединений через lu;

- передача транспортных блоков DCH между SRNC и DRNC;

- управление радиоканалами в DRNS с помощью процедур измерений в выделенном канале и процедур регулирования мощности. 1игЗ: поддержка трафика по общему каналу. Эта функция позволяет осуществлять операции с потоками данных, передаваемых по общему и совместно используемому каналам через интерфейс lur. Она требует применения модуля общего транспортного канала протокола RNSAP и фреймового протокола общего транспортного канала сен FP. Необходим также протокол сигнализации Q.2630.1 плоскости управления транспортной сетью, если для сигнализации используются соединения AAL2.

Если данная функция не реализуется, то каждое обновление ячеек между RNC (при смене RNC) всегда будет запускать перемещение SRNC, т. е. обслуживающий RNC является всегда RNC, управляющий ячейкой используемого канала.

Определение преимуществ от использования этой функции вызвало продолжительные обсуждения в соответствующем органе Стандартизации. С одной стороны, эта функция позволяет реализовать полностью концепцию привязки RNC, избегая сложной процедуры перемещения SRNC (через CN); с другой стороны, она требует разбиения функций уровня управления средой доступа на два элемента сети, порождая неэффективность использования ресурсов и сложности интерфейса lur. Обсуждения не привели к соглашению Сторон, и, таким образом, функция стандартом поддерживается, но не является существенной для работы системы.

1иг4: поддержка глобального управления ресурсами. Эта функция обеспечивает сигнализацию для поддержки расширения радио-Ресурсов и функций О&М через интерфейс lur. Она реализуется с помощью глобального модуля протокола RNSAP и не требует никакого Протокола плоскости пользователя, так как через интерфейс lur пере-

дача данных пользователя не производится. Эта функция считаете необязательной.

Функции, обеспечиваемые глобальным модулем ресурсов: *i передача данных измерений ячеек между двумя RNC; * передача параметров местоопределения между контроллерами; 1 передача информации о синхронизации узла В между двумя RNC.i

10.5.2. Интерфейс RNC - узел В и сигнализация NBAP

Пакет протоколов интерфейса RNC-узла В (интерфейс lub) покг зан с типовым обозначением трех плоскостей на рис. 10.9.

Он подобен протоколу интерфейса lur с той существенной разн! цей, что в плоскостях радиосети и управления транспортной сетьи пакет протоколов SS7 заменен более простым SAAL-UNI как канала передатчика сигнализации. ~

Для представления структуры интерфейса необходимо кратк изложить логическую модель узла В, показанную на рис. 10.10. Он состоит из общего порта управления (общего канала сигнализации)

Уровень радиосети

Уровень транспортной сети

Плоскость управления

Плоскость пользователя транспортной сети

SCCF-UNI

SSCOP

AAL5

Плоскость управления транспортной сетью

Q.2630.1

Q.2150.2

SCCF-UNI

SSCOP

AAL5

Плоскость пользователя

Плоскость ельзователя транспортной сети

AAL2

Физический уровень

Рис. 10.9. Пакет протоколов интерфейса lub

q q ll

к с; ч со го

у Е о с;