- •5 Архитектура сети радиодоступа
- •5.1. Архитектура системы
- •5.2. Архитектура utran
- •5.2.1.1. Логическая роль rnc
- •5.3. Общая модель протокола для наземных интерфейсов utran
- •5.3.3.1. Плоскость управления
- •5.3.3.2. Плоскость пользователя
- •5.3.3.3. Плоскость управления транспортной сетью
- •5.3.3.4. Плоскость пользователя транспортной сети
- •5.4. Iu, интерфейс utran-cn
- •5.4.1.1. Пакет протоколов плоскости управления интерфейса Iu cs
- •5.4.1.2. Пакет протоколов плоскости управления транспортной сетью
- •5.4.1.3. Пакет протоколов плоскости пользователя для интерфейса Iu cs
- •5.4.2.1. Пакет протоколов плоскости управления для Iu ps
- •5.4.2.2. Пакет протоколов для плоскости управления транспортной сетью
- •5.4.2.3. Пакет протоколов плоскости пользователя для Iu ps
- •5.5 Внутренние интерфейсы utran
- •5.5.1.1. Iur1: поддержка основной мобильности пользователя в rnc
- •5.5.1.2. Iur2: поддержка трафика по выделенному каналу
- •5.5.1.3. Iur3: поддержка трафика по общему каналу
- •5.5.1.4. Iur4: поддержка глобального управления ресурсами
- •5.5.2.1 Общая nbap и логическая o&m
- •5.5.2.2. Выделенная nbap
5.5 Внутренние интерфейсы utran
5.5.1. Интерфейс RNC-RNC (интерфейс Iur) и сигнализация RNSAP
Пакет протоколов интерфейса RNC-RNC(интерфейсIur) показан на рис. 5.8.
Хотя данный интерфейс первоначально предназначался для обеспечения мягкого хэндовера между RNC(показанного в правой части рис. 5.4), в процессе разработки стандарта были добавлены еще некоторые функции, и сейчас интерфейсIurобеспечивает четыре четко обозначенные функции:
Поддержка основной мобильности пользователя в RNC
Поддержка трафика по выделенному каналу
Поддержка трафика по общему каналу
Поддержка управления глобальными ресурсами.
По этой причине сам протокол сигнализации Iur(RNSAP,часть приложения RNS) разделяется на четыре разныхмодуля(в виде совокупности процедур). Как правило, оказывается возможным реализовать только часть из четырех функций в соответствии с установками оператора.
Рис. 5.8. Пакет протоколов для интерфейса Iur. Как и для интерфейса Iu, возможны
два варианта для транспортирования сигнализации RNSAP: основанный на
пакете SS7(SCCP и MTP3b) и новый на основе SCTP/IP.Определены два
протокола для плоскости пользователя (DCH: выделенный канал; CCH:
общий канал).
5.5.1.1. Iur1: поддержка основной мобильности пользователя в rnc
Данная функция требует основногомодуля сигнализацииRNSAP, описанного в [25.423]. Это первый кирпич, закладываемый в построение интерфейсов Iur, он обеспечивает функции, необходимые пользователю при его перемещении между двумяRNCs, но не обеспечивает пользователю совершение трафика передачи данных. Если этот модуль не реализован, то интрефейсIur, как таковой, не существует и единственной возможностью для пользователя, подключенного кUTRANчерезRNSI, воспользоваться ячейкойRNS2, будет временное отключение отUTRAN(сброс соединенияRRC).
Функции,
обеспечиваемые основным модулем Iur,
включают:
Поддержка
перемещения (смены местоположения)
SRNC
Поддержка
обновления зоны регистрации в UTRAN
и в ячейках между RNCs
(при смене RNCs)
Поддержка
пакетной передачи поискового вызова
между RNC
Сообщение об
ошибках протокола
Поскольку эти функции не затрагивают трафик передачи данных пользователя через Iur, то отпадает необходимость в плоскости пользователя и плоскости управления транспортной сетью.
5.5.1.2. Iur2: поддержка трафика по выделенному каналу
Эта функция требует наличия модуля выделенного каналасигнализацииRNSAPи позволяет осуществлять передачу трафика по выделенному каналу между двумяRNCs. Если даже первоначальная потребность в этой функции заключалась в поддержке состояния мягкого хэндовера междуRNC, то теперь она позволяет устанавливатьSRNC(обслуживающийRNC) на все время, когда пользователь занимает выделенные каналы (выделенные ресурсы на узлеB), обычно все время, в течение которого пользователь имеет активное соединение в сети с коммутацией каналов.
Эта функция требует также фреймового протоколаплоскости пользователя для выделенного канала плюс протокола плоскости управления транспортной сетью (Q.2630.1), используемых для установления транспортных соединений (соединенийAAL2). Каждый выделенный канал передается по одному транспортному соединению за исключением назначенногоDCH, используемого для получения неодинаковой защиты от ошибок в воздушном интерфейсе.
Фреймовый протоколдля выделенных каналов, сокращенно называемыйDCHFP[25.427], определяет структуруфреймов данных, переносящих данные пользователя, ифреймов управления, используемых для обмена измерительной информацией и управляющей информацией. По этой причине фреймовый протокол определяет также простые сообщения и процедуры. Фреймы данных пользователя обычно маршрутизируются прозрачным образом черезDRNC; так фреймовый протоколIurиспользуется также вIubи называется протоколомIur/IubDCHFP.
Функции,
обеспечиваемые модулем DCH
Iur:
Установление,
видоизменение и сброс выделенного
канала в DRNC
вследствие жесткого или мягкого
хэндовера по использованию выделенного
канала
Установление
и сброс выделенных транспортных
соединений через Iur
Передача
транспортных блоков DCH
между SRNC
и DRNC
Управление
радиоканалами в DRNS
с помощью процедур измерений в выделенном
канале и процедур регулирования
мощности.