Сотовые системы связи

Процедуры сигнализации UTRAN

Разбить на страницы
Показывать лекцию целиком

7.1. Каналы и протоколы сети UTRAN

По сравнению с системой GSM, система UMTS имеет много дополнительных возможностей по управлению соединениями и услугами. Это объясняется в первую очередь:

  • наличием дополнительных каналов между RNC (контроллерами управления радиосетью) по интерфейсу Iub;
  • возможностью одновременной работы UE с несколькими узлами B (BTS).
  • Кроме того, добавляются процедуры взаимодействия с существующей сетью GSM. Поэтому количество возможных процедур велико. Мы рассмотрим только некоторые. Большое число примеров процедур сети UMTS приведено в документах группы 3GPP [ показано соотношение между уровнями протоколов и логическими каналами [116, 118].

    Состав сигналов каждого набора прикладного уровня приведен в табл. 7.17.3.

    (рис 7.1) Каналы и протоколы UE и URTRAN (плоскость управления): а) в режиме "свободно"; б) в режиме "соединение"

    7.1.1. Протоколы прикладного уровня сети радиодоступа (RANAP)

    Протокол прикладного уровня сети радиодоступа RANAP (RAN Application) — сигнальный протокол уровня радиосети в интерфейсе Iub. управляет сигнализацией и установлением каналов туннельной проводки (GTP — GPRS Tunneling Protocol), т. е. каналов прозрачной передачи данных между RNC, узлом обслуживания с поддержкой GPRS (3G-SGSN), а также сигнализацией и установлением каналов сигнализации для 3G MSC [87, 113]. Он задает канал сигнализации, чтобы прозрачно передать сообщения между UE и базовой сетью (CN). Протокол RANAP обеспечивает радиосредствам и службам RNS процедуры для доступа, а также для перехода к другой станции.

    RANAP отвечает за три типа услуг:

  • общие услуги управления;
  • услуги уведомления;
  • специализированные услуги управления.
  • Процедуры и сообщения прикладного уровня сети доступа (RANAP) показаны в табл. 7.1.

    Процедуры и сообщения прикладного уровня сети доступа (RANAP)
    Сообщение (англ) Сообщение (рус) UTRAN процедура Направление
    Initial UE Message Первоначальное сообщение UE Установление сигнального соединения NAS (Non Access Stratum) в системе, не разделенной на уровни RNC $$\Rightarrow$$ CN
    RAB Assignment Назначение средств радиодоступа (RAB – Radio Access Bearer) Запрос на установление Средств радиодоступа (RAB)

    Освобождение RAB

    RNC-источник $$\Rightarrow$$ CN

    RNC-источник $$\Rightarrow$$ CN

    RAB Assignment Complete Назначение средств радио доступа (RAB – Radio Access Bearer)закончено Установление RAB

    Освобождение RAB

    RNC-источник $$\Rightarrow$$ CN

    RNC- источник $$\Rightarrow$$ CN

    Relocation Required> Затребовано изменение местоположения Хэндовер между RNS HO с переключением узле основной сети (CN)

    Хэндовер UTRAN $$\Rightarrow$$ GSM/BSS

    Хэндовер GSM/BSS $$\Rightarrow$$ UTRAN

    Изменение местоположения SRNC

    CN $$\Rightarrow$$ Целевой RNC

    CN $$\Rightarrow$$ Целевой RNC

    CN $$\Rightarrow$$ Целевой RNC

    CN $$\Rightarrow$$ Целевой RNC

    Relocation Request Запрос на изменение местоположения Хэндовер между RNS HO с переключением узле основной сети (CN)

    Хэндовер UTRAN $$\Rightarrow$$ GSM/BSS

    Хэндовер GSM/BSS $$\Rightarrow$$ UTRAN

    Изменение местоположения SRNC

    CN $$\Rightarrow$$ Целевой RNC

    CN $$\Rightarrow$$ Целевой RNC

    CN $$\Rightarrow$$ Целевой RNC

    CN $$\Rightarrow$$ Целевой RNC

    Relocation Request Acknowledge Подтверждение запроса изменения местоположения Жесткий хэндовер с переключением в CN

    Хэндовер GSM/BSS $$\Rightarrow$$ UTRAN

    Изменение местоположения SRNS

    Целевой RNC $$\Rightarrow$$ CN

    Целевой RNC $$\Rightarrow$$ CN

    Целевой RNC $$\Rightarrow$$ CN

    Relocation Command Подтверждение запроса изменения местоположения Жесткий хэндовер с переключением в CN

    Изменение местоположения SRNS

    CN $$\Rightarrow$$ RNC источник

    CN $$\Rightarrow$$ RNC источник

    Relocation Detect Изменение местоположения обнаружено Жесткий хэндовер с переключением в CN

    Хэндовер GSM/BSS $$\Rightarrow$$ UTRAN

    Целевой RNC $$\Rightarrow$$ CN

    Целевой RNC $$\Rightarrow$$ CN

    Relocation Complete Изменение местоположения закончено Жесткий хэндовер с переключением в CN

    Хэндовер GSM/BSS $$\Rightarrow$$ UTRAN

    Изменение местоположения SRNS

    Целевой RNC $$\Rightarrow$$ CN

    Целевой RNC $$\Rightarrow$$ CN

    Целевой RNC $$\Rightarrow$$ CN

    Relocation Failure Ошибка при изменении местоположения Изменение местоположения SRNS SRNC $$\Rightarrow$$ CN
    Iu Release Complete Команда разъединения Iu Жесткий хэндовер с переключением в CN

    Изменение местоположения SRNS

    Хэндовер UTRAN $$\Rightarrow$$ GSM/BSS

    CN $$\Rightarrow$$ RNC-источник

    CN $$\Rightarrow$$ RNC-источник

    CN $$\Rightarrow$$ RNC-источник

    Paging Оповещение Оповещение CN $$\Rightarrow$$ RNC-источник

    7.1.2. Прикладной протокол взаимодействия базовых станций (NBAP)

    Протокол прикладной подсистемы базовых станций (NBAP — Network Base Station Application) используется для работы по интерфейсу Iur. Он включает в себя общие и специализированные процедуры, охватывая процедуры для широковещательного распределения информации, запроса, установления, завершения и освобождения и управления логическими ресурсами.

    Подобно большинству протоколов, основанных на нотации абстрактного синтаксиса 1 (Abstract Syntax Notation One), протокол NBAP может передавать много типов сообщений, которые доставляют большой объем данных.

    Заголовок протокола NBAP выглядит следующим образом. Каждый PDU NBAP имеет уникальный формат заголовка, который содержит некоторое число полей. Ниже приводится пример первоначального PDU NBAP.

    (рис 7.2) Первоначальное сообщение NBAP

    Протокол реализован с использованием правил нотации абстрактного синтаксиса 1— ASN.1 (Abstract Syntax Notation) [69].

    Обозначения в формате следующие.

    Тип NBAP PDU. Тип передаваемого протокольного блока данных.

    Процедура ID. Процедура ID должна использоваться при диагностике как часть процедуры обнаружения ошибки (Error Indication).

    Код процедуры. Вместе с полем "тип протокольного блока данных" уникально идентифицируют передаваемое сообщение.

    Дискриминатор сообщения. Это поле необходимо, чтобы задать различия между специализированными и общими (обычными) сообщениями NBAP.

    Переход ID. Переход ID используется, чтобы связать все сообщения, принадлежащие одной и той же процедуре.

    Процедуры и сообщения прикладной подсистемы базовой станции (NBAP) показаны в табл. 7.2.

    Процедуры и сообщения прикладной подсистемы базовой станции (NBAP)
    Сообщение (англ.) Сообщение (рус.) UTRAN-процедура Направление
    Radio Link Setup Вызов радиосоединения Установление RRC-соединения

    Жесткий хэндовер

    Мягкий хэндовер

    RNC $$\Rightarrow$$ Узел B

    RNC $$\Rightarrow$$ Узел B

    RNC $$\Rightarrow$$ Узел B

    Radio Link Setup Response Ответ на вызов радиосоединения Установление RRC-соединения

    Жесткий хэндовер

    Мягкий хэндовер

    Узел B $$\Rightarrow$$ RNC

    Узел B $$\Rightarrow$$ RNC

    Узел B $$\Rightarrow$$ RNC

    Radio Link Addition Дополнение радиосоединения Мягкий хэндовер RNC $$\Rightarrow$$ Узел B
    Radio Link Addition Response Ответ на дополнение радиосоединения Мягкий хэндовер RNC $$\Rightarrow$$ Узел B
    Radio Link Deletion Удаление радиосоединения Разъединение RRC-соединения

    Жесткий хэндовер

    Мягкий хэндовер

    RNC $$\Rightarrow$$ Узел B

    RNC $$\Rightarrow$$ Узел B

    RNC $$\Rightarrow$$ Узел B

    Radio Link Deletion Response Ответ на удаление радиосоединения Разъединение RRC-соединения

    Жесткий хэндовер

    Мягкий хэндовер

    Узел B $$\Rightarrow$$ RNC

    Узел B $$\Rightarrow$$ RNC

    Узел B $$\Rightarrow$$ RNC

    Radio Link Reconfiguration Prepare Подготовка реконфигурации радиосоединения Установление соединения RAB

    Разъединение RAB

    RNC $$\Rightarrow$$ Узел B

    RNC $$\Rightarrow$$ Узел B

    Radio Link Reconfiguration Ready Реконфигурация радиосоединения готова Установление соединения RAB

    Разъединение RAB

    Узел B $$\Rightarrow$$ RNC

    Узел B $$\Rightarrow$$ RNC

    Radio Link Reconfiguration Commit Реконфигурация радиосоединения завершена Установление соединения RAB

    Разъединение RAB

    RNC $$\Rightarrow$$ Узел B

    RNC $$\Rightarrow$$ Узел B

    Paging Оповещение Оповещение RNC $$\Rightarrow$$ Узел B

    7.1.3. Процедуры и сообщения прикладной подсистемы радиосети

    Процедуры прикладной подсистемы радиосети (RNSAP — Radio Network System Application) разделяются на 3 модуля:

  • управления мобильностью;
  • управления по каналу DCH (Dedicated transport CHannel);
  • глобальных процедур.
  • Модули базовых процедур управления мобильностью содержат процедуры, используемые при перемещении внутри сети UTRAN, и управляют транспортными потоками данных по интерфейсу Iur.

    DCH-процедуры используются для обработки сообщений, поступающих по DCH каналам между двумя RNS по интерфейсу Iur.

    Модуль глобальных процедур содержит процедуры, не относящиеся к специфике UE. Эти процедуры, в отличие от упомянутых выше, работают по принципу "процесс — процесс".

    Заголовок RNSAP имеет вид, представленный на рис 7.3, а процедуры и сообщения приведены в табл. 7.3.

    (рис 7.3) Формат RNSAP

    Поля на рис 7.3 имеют следующие значения [69].

    Тип сообщения указывает на модули, перечисленные выше.

    Идентификатор сообщения указывает процедуры согласно табл. 7.3.

    Процедуры сигнализации изложены в основном документе 3GPP [118]. Описание процедур не является стандартом или типовым примером, но показывает некоторую технику обмена сигналами и действий в процессе обслуживания заявок пользователей.

    Процедуры и сообщения прикладной подсистемы радиосети (RNSAP)
    Сообщение (англ.) Сообщение (рус.) UTRAN-процедура Направление
    Radio Link Reconfiguration Prepare Подготовка реконфигурации радиосоединения Установление соединения RAB

    Освобождение RAB

    SRNC $$\Rightarrow$$ DRNC

    SRNC $$\Rightarrow$$ DRNC

    Radio Link Reconfiguration Ready Реконфигурация радиосоединения готова Установление соединения RAB

    Освобождение RAB

    DRNC $$\Rightarrow$$ SRNC

    DRNC $$\Rightarrow$$ SRNC

    Radio Link Reconfiguration Реконфигурация радиосоединения Установление соединения RAB

    Освобождение RAB

    SRNC $$\Rightarrow$$ DRNC

    SRNC $$\Rightarrow$$ DRNC

    Radio Link Reconfiguration Response Ответ на реконфигурацию радиосоединения Установление соединения RAB

    Освобождение RAB

    DRNC $$\Rightarrow$$ SRNC

    DRNC $$\Rightarrow$$ SRNC

    Radio Link Reconfiguration Commit Реконфигурация радиосоединения завершена Установление соединения RAB

    Освобождение RAB

    SRNC $$\Rightarrow$$ DRNC

    SRNC $$\Rightarrow$$ DRNC

    Radio Link Addition Дополнение радиосоединения Мягкий хэндовер SRNC $$\Rightarrow$$ DRNC
    Radio Link Addition Response Ответ на дополнение радиосоединения Мягкий хэндовер DRNC $$\Rightarrow$$ SRNC
    Radio Link Deletion Радиосоединения удаляется Мягкий хэндовер SRNC $$\Rightarrow$$ DRNC
    Radio Link Deletion Response Ответ на удаление радиосоединения Мягкий хэндовер DRNC $$\Rightarrow$$ SRNC
    SRNS Relocation Commit Изменение местоположения SRNS завершено Изменение местоположения SRNS SRNC $$\Rightarrow$$ Целевой RNC

    7.1.4. Нотация сигнальных процедур

    Приводимые ниже сигнальные процедуры показывают последовательность взаимодействия протоколов на различных узлах. Для изображения этих процедур применяются правила "Диаграммы обмена последовательностями", изложенной в документе 3GPP "25.931 V1.1.0 1 1999-06".

    Они состоят в следующем:

  • сообщениями обмениваются только узлы, т. е. передатчик и приемник сообщений не представляют собой объекты протокола (программы);
  • объекты протокола указаны внутри графических узлов, из которых посылаются сообщения, и графически представлены эллипсами, содержащими имя протокола этого объекта;
  • каждое сообщение пронумеровано, чтобы ниже рисунка можно было дать пояснения в порядке этой нумерации;
  • параметры сообщений могут быть при необходимости указаны;
  • передача по отдельному сигнальному каналу указана сплошной стрелкой;
  • передача по каналу внутри информационного канала показана штриховой линией;
  • описание сложных действий показывается в прямоугольнике в виде имени этого набора действий;
  • установление и освобождение интерфейсов Iub/Iur транспортных средств переноса данных (DTB — Data Transport Bearer) с помощью прикладного протокола управления звеном данных ALCAP показано специальной фигурой;
  • транспортный канал, используемый в протоколе доступа, или логический канал, используемый в RLC или RRC, может быть указан перед сообщением.
  • Эти правила необходимо иметь в виду при дальнейшем анализе диаграмм рассматриваемых процедур.

    7.1.5. Процедура широковещательной передачи информации

    Эта процедура глобальная, т. е. относится ко всем элементам сети. Диаграмма приведена на рис 7.4.

    (рис 7.4) Пример диаграммы обмена сигналами в процедуре широковещательной передачи информации

    На рисунке показан принцип рассылки широковещательных сообщений от базового узла (CN). Широковещательная информация, обозначенная на рисунке как системная, передается на управляющий RNC (CRNC). Далее она пересылается на определенный узел B. Этот узел определяет, что информация является широковещательной, и передает ее далее всем UE в управляемой соте (на рис 7.4 — трем UE).

    7.1.6. Процедуры оповещения (paging)

    В этом разделе рассматриваются примеры двух процедур (рис 7.5, 7.6):

  • оповещение свободного UE;
  • оповещение UE, имеющего соединение.
  • Первая процедура заключается в том, что станция запрашивает свободный UE. Этот вызов с номером абонента передается управляемым сотам. Требуемый UE устанавливает сигнальное соединение, после чего базовый узел может начать конкретное взаимодействие.

    Пример такой процедуры — входящий вызов.

    (рис 7.5) Пример диаграммы обмена сигналами в процедуре оповещения (Paging) при свободном UE

    Рассмотрим первую из этих процедур — оповещение (Paging) для UE на уровне управления радиоресурсом (RRC) в режиме "свободно".

  • Основная сеть (CN) инициирует оповещение UE в зоне нахождения (LA — Location Area), охватывающей два RNC, то есть RNC1 и RNC2, c помощью сообщения RANAP (прикладного уровня сети доступа).

    Параметры сообщения: идентификатор UE, тип сообщения — оповещение (широковещательная передача вызова).

  • Оповещение (paging). RNC1 и RNC2 передают это сообщение с помощью NBAP (прикладной подсистемы базовой станции) к соответствующим узлам B (например, узел B 1.1, узел B 2.1).

    Параметры: идентификатор UE.

  • Оповещение UE, выполняемое в соте 1. Прямоугольник показывает, что проводятся сложные действия, в частности, выбор канала и подготовка к приему соединения.

    Параметры: идентификатор UE.

  • Оповещение UE, выполняемое в соте 2. Прямоугольник показывает, что проводятся сложные действия, в частности, выбор канала и подготовка к приему соединения.

  • UE выбирает сообщение оповещения, например, от RNC1, и начинает процедуру установления сигнального канала для передачи с помощью системы, не разделенной на уровни (NAS — NonAccess Stratum).
  • Теперь по установленному сигнальному каналу может идти передача сообщений.

    Рассмотрим вторую процедуру — ).

    В этом случае для передачи широковещательного сообщения используется выделенный канал управления (DCCH — Dedicated Control Channel).

    Процедура применяется, например, при подготовке работы со службой коротких сообщений (SMS — Short Message Service).

    (рис 7.6) Пример процедуры оповещения UE на уровне управления радиоресурсом ресурсом (RRC) в режиме, когда процедуру координирует UTRAN и имеется готовое соединение
  • Основная сеть инициирует оповещение UE c помощью сообщения RANAP (прикладного уровня сети доступа).
  • Обслуживающий RNC (SRNC) передает сообщение с помощью уже установленного канала выделенного канала управления — DCCH (Dedicated Control Channel), используя протоколы уровня управления радиоресурсами.
  • 7.1.7. Установление сигнального канала для передачи с помощью системы, не разделенной на уровни (NAS — Non-Access Stratum)

    Следующие примеры показывают установление сигнального соединения либо от UE, либо от CN через слой NAS. Напомним, что NAS — это слой без доступа (non-access stratum, NAC), информация, переносимая между CN и UE через UTRAN.

    Установление соединения NAS от UE

    Этот пример (рис 7.7) показывает установление сигнального соединения NAS от UE либо от CN через слой NAS.

    (рис 7.7) Пример процедуры установления сигнального соединения NAS
  • Установление соединения для работы по протоколу RRS (см. сигналы в табл. 6.2).

  • UE посылает SRNC сообщение Информация о возможностях UE.

    Параметры: радиовозможности UE (например, максимальное число одновременных радиолиний связи, максимальная мощность передатчика, поддерживаемые типы радиодоступа).

    Замечание: для ускорения передачи начального сообщения NAS сообщение RRC Информация о возможностях может быть передано на шаге 3, после передачи первоначального сообщения.

  • UE передает SRNC сообщение RRC Прямая передача.

    Параметры: сообщение "прямая передача" (может содержать, например, сообщение-запрос уровня CM на услугу, запрос на изменение местоположения, вызов сети GSM и.т. д.). Индикатор основной сети указывает номер узла основной сети CN, на которую должно быть отправлено NAS-сообщение.

  • SRNC инициирует установление сигнального соединения к CN и передает RANAP сообщение Первоначальное сообщение UE.

    Параметры: первоначальное NAS-сообщение (может содержать, например, сообщение-запрос уровня CM на услугу, запрос на изменение местоположения, вызов сети и т. д.).

  • Сигнальное соединение NAS между UE и CN может теперь использоваться для передачи сообщений NAS.

    7.1.8. Установление соединения RRC с использованием специализированного канала (DCH)

    Следующие примеры показывают установление соединения RRC с помощью либо специализированного канала (DCH), либо общего транспортного канала.

    Установление соединения RRC на специализированном канале (DCH)

    Сначала устанавливается канал DCH (рис 7.8). Далее RNC использует канал DCH для создания RRC-соединения, распределения временных номеров радиосети (RNTI) и радиоресурсов RRC-соединения.

    (рис 7.8) Пример процедуры установления специализированного канала (DCH) и использования его для соединения RRC
  • UE инициирует установление соединения передачей сообщения Запрос на установление соединения RRC по общему каналу управления (CCCH — Common Control Channel).

    Параметры: идентификатор UE, причина соединения.

  • После выделения и занятия радиоресурса для установления транспортного канала DCH к узлу B (BTS) посылается сообщение Вызов радиосоединения.

    Параметры: идентификатор соты, тип формата транспортировки, код скремблирования (для FDD), информация о временных слотах (для TDD), пользовательские коды (для TDD), информация об управлении мощностью.

  • Узел B занимает ресурсы, начинает физический прием и посылает Ответ на вызов радиосоединения.

    Параметры: тип оконечного терминала сигнальной линии, информация адресации на транспортном уровне (адрес AAL2, адреса связи AAL2) для транспортных каналов Iub.

  • SRNC инициирует среду переноса транспортной информации. Для этого он использует прикладную подсистему управления звеном доступа (ALCAP — Access Link Control Application Protocol).

    Этот запрос содержит информацию о связи между транспортной средой доставки AAL2 и каналом DCH. Запрос для установления транспортных каналов Iub подтверждается узлом B.

  • Узел B и SRNC устанавливают синхронизм для транспортных каналов Iub. Затем Узел B начинает передачу (только для FDD).

  • По каналу CCCH посылается сообщение Запрос на установление RRC-соединения от SRNC к UE.

    Параметры: идентификатор UE, временный сетевой номер радиосети (RNTI), тип формата транспортировки, код скремблирования (для FDD), информация о временных слотах (для TDD), пользовательские коды (для TDD), информация об управлении мощностью.

  • 7.2. Процедуры мягкого хэндовера

    В рамках UMTS используется хэндовер, который во многом повторяет концепцию, принятую для многих других систем CDMA. Имеется три типа хэндовера — жесткий, мягкий и более мягкий. Все три типа применяются в зависимости от обстоятельств.

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

    Мягкий хэндовер — этот метод не может быть реализован системами предыдущих поколений мобильной связи. В системах, использующих технологию CDMA, возможна работа смежных сот на одной и той же частоте. В результате возможно, что UE получит сигналы из RNC двух смежных сот и они также смогут получить сигналы от одного и того же UE. Такое явление называется мягким хэндовером.

    Более мягкий хэнедовер заключается в том, что каналы от двух RNC воспринимаются как один объединенный и один из каналов исключается после его значительного ослабления. Это обычно происходит при переходе управления в разных секторах одной соты.

    Решение о передаче вызова в общем случае принимается контроллером управления радиосетью (RNC — Radio Network Controller). Он непрерывно следит за уровнем сигналов, поступающих на UE и узел B, и, когда их уровень падает ниже заданного уровня и имеются радиоканалы с лучшими характеристиками, запускается процесс хэндовера. Частью процесса слежения (мониторинга) является измерение кода мощности принятого сигнала (RSCP — Received Signal Code Power) и индикатора уровня принимаемого сигнала (Received Signal Strength Indicator).Эта информация возвращается узлу B по управляющим каналам, а, следовательно, по RNC.

    Если требуется жесткий хэндовер, то RNC дает команды UE для измерения качества каналов в других сотах.

  • всякий хэндовер содержит два подпроцесса:
  • установление нового канала (дополнение радиоканала);
  • удаление старого канала (удаление канала).
  • в случае мягкого хэндовера установление нового канала осуществляется до удаления старого, что иллюстрируется приводимыми ниже алгоритмами дополнения и удаления радиоканала. рассмотрим эти процессы.
  • 7.2.1. Дополнение радиоканала

    Это пример установления соединения по радиоканалу от дрейфующего RNC (DRNC) c текущим обслуживающим контроллером (SRNC — обслуживающий контроллер) (рис 7.9).

    Этот канал будет функционировать параллельно с существующим, и в этом смысле это будет разнесенный канал.

    (рис 7.9) Дополнение радиоканала
  • SRNC начинает устанавливать радиосоединение через новую соту, управляемую другим радиоконтроллером (DRNC), посылая для этого сигнал запроса. Прикладная подсистема RNSAP посылает сигнальное сообщение Дополнить радиосоединение. Если это первое соединение через DRNC для этого UE, то Iur устанавливает сигнальное соединение между RNC. Оно будет использоваться для сигнальных сообщений всех прикладных подсистем RNSAP, относящихся к этой UE.

    Параметры: идентификатор соты, тип формата транспортировки, код скремблирования (для FDD), информация о временных слотах (для TDD), пользовательские коды (для TDD), код каналообразования, информация об управлении мощностью.

  • Если требуемые ресурсы доступны, DRNC посылает с помощью прикладной подсистемы базовой станции (NBAP) к узлу B, управляемому этим DRNC, сообщение Радиосоединение установлено.

    Параметры: идентификатор соты, тип формата транспортировки, код скремблирования (для FDD), информация о временных слотах (для TDD), пользовательские коды (для TDD), код каналообразования.

  • Узел B выбирает и закрепляет за данным соединением выбранные ресурсы, сообщая в случае успешного результата передачей сообщения с помощью подсистемы NBAP Ответ на установление радиосоединения.

    Параметры: тип оконечного терминала, адресная информация транспортного уровня (адрес AAL2, идентификаторы связи AAL2 для транспортных каналов).

    Затем узел B начинает прием пользовательской информации.

  • DRNC с помощью подсистемы RNSAP посылает SRNC сообщение Ответ на дополнение радиосоединения.

    Параметры: код каналообразования, адресная информация транспортного уровня (адрес AAL2, идентификаторы связи AAL2 для транспортных каналов), информация о соседних сотах.

  • SRNC инициирует установление транспортных каналов передачи данных, применяющих прикладные протоколы управления доступом (ALCAP). Они используют протоколы уровня AAL2 и интерфейсы транспортных каналов данных интерфейсов Iur/Iub и DCCH. Это повторяется для каждого интерфейса Iur/Iub, который будет задействован.
  • Узел B и SRNC проводят синхронизацию средств транспортировки для всех установленных радиоканалов. Затем Узел B начинает передачу данных по этим каналам.
  • SRNC посылает RRC по каналу DCCH RRC-сообщение Активизация обновления данных (для дополненного соединения) к UE.

    Параметры: тип сообщения Обновление данных, идентификатор соты, параметры скремблирования, код каналообразования, информация управления мощностью (N-каналы).

  • UE подтверждает окончание процедуры RRC-сообщением Активизация обновления данных закончена.
  • 7.2.2. Удаление радиоканала

    Это пример удаления соединения по радиоканалу, когда узел B (BTC) управляется по радиоканалу от дрейфующего RNC (DRNC). Другими словами, дрейфующий RNC становится текущим (SRNC) (рис 7.10).

    (рис 7.10) Удаление радиоканала (удаление ветви)
  • SRNC решает удалить радиосоединение, которое проходило через старую соту, управляемую другим RNC (предыдущим). SRNC (новый контроллер) посылает RRC к UE по DCCH-каналу сообщение Активизировать обновление данных (удалить радиолинию).

    Параметры: тип сообщения — удалить, идентификатор соты.

  • UE останавливает прием по старой ветви и посылает подтверждение с помощью RRC-сообщения Активизация обновления данных закончена.
  • SRNC (новый контроллер) запрашивает DRNC (старый контроллер) Освободить размещенные радиоресурсы. Это делается с помощью сообщения Удалить радиосоединение.

    Параметры: идентификатор соты, информация о транспортном соединении.

  • DRNC посылает узлу B NBAP-сообщение Радиосоединение удалено.

    Параметры: идентификатор соты, информация о транспортном соединении.

  • Узел B освобождает занятые радиоресурсы и в случае успешного результата посылает NBAP-сообщение Ответ на удаление радиосоединения.
  • DRNC посылает к SRNC (новый контроллер) RNSAP-сообщение Ответ на удаление радиосоединения.
  • SRNC инициализирует разъединение транспортных каналов передачи данных Iur/Iub, используя протоколы прикладного уровня радиодоступа (ALCAP).
  • 7.2.3. Одновременное дополнение и удаление соединений (дополнение и удаление ветвей)

    Этот пример показывает одновременное дополнение и удаление радиосоединения, которое проходит через узел B и управляет другим RNC (DRHC), нежели обслуживающий (SRNC). Напомним, что после обновления данных в процедуре удаления они меняют свои роли — дрейфующий RNC становится обслуживающим и наоборот. Процедура следующая (рис 7.11).

    (рис 7.11) Одновременное дополнение и удаление радиосоединения
  • 1–6. Повторяет п.1–6 процедуры дополнения радиосоединения.
  • 7. SRNC посылает по DCCH RRC сообщение Активизация обновления данных. В данном случае эта команда имеет модификацию дополнить и разъединить. Она вызывает процедуру удаления радиосоединения.

    Параметры: тип соединения "обновление данных", идентификатор соты, параметры скремблирования, код каналообразования, информация управления мощностью (N-каналы).

  • 8. UE дезактивирует прием данных через старую ветвь и активирует прием данных через новую ветвь, посылая сообщение Активизация обновления данных закончена.
  • 9–11. См. описание пп. 4, 5, 7 процедуры удаления радиосоединения.
  • 7.3. Процедуры жесткого хэндовера

    7.3.1. Жесткий хэндовер между контроллерами одной основной сети

    Рассматривается случай передачи управления от SRNC к DRNC, принадлежащих одному CN (рис 7.12). Процесс основан на операциях дополнения и удаления радиоканалов, которые рассмотрены выше.

    (рис 7.12) Жесткий хэндовер между контроллерами одной основной сети

    7.3.2. Хэндовер с использованием интерфейса Iur

    Контроллеры RNS сети UMTS могут иметь сигнальные каналы, непосредственно связывающие их друг с другом. Они могут быть использованы для хэндовера, что иллюстрируется диаграммой на рис 7.13.

    (рис 7.13) Хэндовер с использованием интерфейса Iur

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

  • получив результаты измерения, SRNC принимает решение о начале хэндовера;
  • с использованием интерфейса Iur устанавливается общий канал (CCCH);
  • по этому каналу передается RNSAP команда хэндовера ;
  • далее она транслируется RRC;
  • 5–8 пп. представляют собой обычный набор команд завершения хэндовера.
  • 7.3.3. Хэндовер с использованием интерфейса Iur (организация каналов DCCH)

    Согласно интерфейсу между RNC могут быть установлены (рис 7.14) специализированные транспортные каналы (например, DCCH).

    (рис 7.14) Хэндовер с использованием интерфейса Iur (организация каналов DCCH)
  • SRNC посылает сообщение Запрос на вызов радиосоединения к RNC цели.

    Параметры: идентификатор RNC-цели, временный номер в радиосети (RNTI), идентификатор соты, набор форматов транспортного уровня.

  • Целевой RNC принимает RNTI и выбирает радиоресурсы для подключения (если это возможно) и посылает узлу B на уровне прикладной подсистемы базовой станции (NBAP) сообщение Вызов радиосоединения.

    Параметры: идентификатор соты, транспортный формат, номинал несущей частоты, код скремблирования (только для режима частотного разделения FDD), номер временного положения, код пользовательского канала (только для временного разделения каналов TDD), код каналообразования (только для FDD), информация для управления мощностью.

  • Узел B выбирает ресурсы и начинает физический прием, после чего отвечает NBAP сообщением Ответ на вызов радиосоединения.

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

  • RNC-источник, используя протокол ALCAP, инициирует установление каналов передачи данных транспортного уровня. Этот запрос содержит идентификаторы связи с уровнем AAL2 и "привязывает" Iub к DCH. Запрос подтверждается узлом B-цель.
  • Когда целевой RNC заканчивает фазу подготовки, он посылает SRNC-сообщение Ответ по запросу на вызов.
  • SRNC, используя протокол ALCAP, инициирует установление соединения транспортных каналов интерфейса Iur. Этот процесс содержит идентификаторы связи с уровнем AAL2 для обеспечения связи транспортных каналов интерфейса Iur с каналом DCH. Запрос на установления транспортных каналов интерфейса Iur подтверждается целевым RNC.
  • SRNC посылает RRC-сообщение Команда хэндовера к UE.
  • Когда RRC-соединение с целевым RNC установлено и выделены необходимые ресурсы, UE посылает сообщение к SRNC Хэндовер окончен.
  • SRNC посылает к RNC-источнику RNSAP-сообщение Удаление радиосоединения.
  • RNC-источник посылает к узлу B источнику NBAP-сообщение Удаление радиосоединения.

    Параметры: идентификатор соты, адресная информация транспортного уровня.

  • Узел B источника освобождает радиоресурсы. Если они освобождены, он посылает к RNC-источнику сообщение Ответ на удаление радиосоединения.
  • RNC-источник, используя протокол ALCAP, инициирует освобождение транспортных каналов передачи данных для разъединения.
  • Когда RNC-источник завершает освобождение, он посылает RNSAP-сообщение Ответ на удаление радиосоединения.
  • SRNC, используя протокол ALCAP, инициирует освобождение транспортных каналов передачи данных интерфейса Iur. Этот процесс содержит идентификаторы связи с уровнем AAL2, для того чтобы связать транспортные каналы интерфейса Iur с каналом DCH. Запрос подтверждается целевым RNC.
  • 7.3.4. Хэндовер с коммутацией на CN (UE перемещается между зонами, принадлежащими разным MSC)

    В рассматриваемом случае UE перемещается между зонами, принадлежащими разным MSC. Обслуживающий RNS (SRNC) принимает решение (рис 7.15) осуществить жесткий хэндовер через основную сеть (CN). SRNC также определяет, какой RNC может быть целью перемещения.

    (рис 7.15) Хэндовер с коммутацией на CN (UE перемещается между зонами, принадлежащими разным MSC)
  • 1–2. SRNC (RNC – источник) посылает сообщение Запрос на изменение местоположения к обоим узлам основной сети.

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

  • 3–4. Когда узлы основной сети (CN) закончат подготовку к изменению местоположения, они передают целевому RNC сообщение Запрос на изменение местоположения.

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

  • 5–6–7. Целевой RNC и CN устанавливают Iu транспортных каналов передачи для каждого узла основной сети соответственно. Когда RNC закончит подготовительную фазу, он посылает узлам основной сети сообщение Подтверждение запроса на изменение местоположения.

    Параметры: указатель прозрачной передачи информации к RNC-источнику об изменении местоположения.

  • 8–9. Когда CN готово для изменения RNC, узел основной сети (CN) посылает Команду на изменение местоположения.

    Параметры: информация для целевого RNC.

  • 10. RNC-источник посылает UE RRC-сообщение Команда хэндовера ( жесткий хэндовер ).
  • 11–12. Когда целевой RNC обнаруживает UE, он посылает к узлу основной сети (CN) сообщение Обнаружено изменение местоположения. Целевой RNC, когда обнаруживает UE, переключает новое соединение к новому Iu. После подключения пользовательской линии от узла B осуществляется установление соединения к новым субъектам оборудования управления радиодоступом радиосоединением (MAC/RLC) и к оборудованию группового радиодоступа и узлов B.
  • 13. Когда установлено RRC-соединение с целевым RNC и найдены необходимые радиоресурсы, UE посылает к целевому RNC RRC-сообщение Хэндовер закончен.
  • 14–15. После успешного переключения и выбора ресурсов на целевом RNC, RNC посылает своему узлу сообщение Хэндовер закончен.

    На любой фазе, прежде чем посылается сообщение Хэндовер закончен, старое коммутационное соединение между основной сетью (CN) и UE существует и работает, процедура хэндовера может быть приостановлена и легко восстановлена прежняя конфигурация. Если внезапно случается непредвиденная ситуация, то может быть передано сообщение Ошибка при изменении местоположения вместо любого из сообщений, которые приведены выше в пп. 3–10, 13–14.

  • 16–17. Узел основной сети (CN) инициирует запрос на разъединение Iu-соединения к RNC-источнику, посылая RANAP-сообщение Команда на освобождение Iu.
  • 18. После получения запроса на разъединение от узлов основной сети (CN) SRNC выполняет все необходимые процедуры для освобождения всех UTRAN-ресурсов, которые были связаны с рассматриваемым соединением RRC.
  • 7.4. Изменение местоположения

    7.4.1. Изменение местоположения соты с изменением обслуживающего RNC

    Этот пример (рис 7.16) показывает взаимодействие во время изменения местоположения между RNC с переключением на узле основной сети при изменении обслуживающего RNC.

    На рисунке представлен алгоритм работы при перемещении UE к новой RNC-цели. Рассматривается момент, когда уже выполнена часть алгоритма, в которой обслуживающий SRNC обнаруживает, что величина мощности сигнала от UE меньше заданного порога, и с помощью CN определена сота (RNC-цель), в которую должно переместиться UE.

    (рис 7.16) Изменение местоположения соты с изменением обслуживающего RNC

    Опишем этапы рассматриваемого процесса.

  • RNC-цель получает и декодирует сообщение по общему управляющему каналу CCCH. В этом сообщении содержится идентификатор RNC-цели и временный номер UE. После этого RNC-цель назначает новый сотовый временный номер радиосети C-RNTI (Cell Radio Network Temporary Identifier). Этот номер позволяет идентифицировать станцию на время ее перехода к другому контроллеру.
  • Присвоенный номер передается с помощью RNSAP обслуживающему RNC (SRNC). SRNC принимает решение о передаче UE RNC-цели.
  • Процедура изменения местоположения соты аналогична уже рассмотренной на рис 7.15. В результате этой процедуры назначается обслуживающий временный номер радиосети (S-RNTI — Serving Radio Network Temporary Identifier) на все время пребывания в новом местоположении.
  • RNC-цели присваивается значение обслуживающего временного номера RNC (SRNC), RRC посылает сообщение Подтверждение обновления соты, которое включает в себя старый S-RNTI, новый S-RNTI, идентификаторы старого и нового SRNC.
  • 7.4.2. Хэндовер между базовой станцией системы GSM и сеть наземного доступа UMTS (UTRAN)

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

  • 1. С помощью BSCMAP BSC передает MSC GSM сообщение Запрос хэндовера.
  • 2. MSC передает MAP-сообщение Подготовка хэндовера основной сети UMTS (CN UMTS).
  • 3. CN передает RANAP-сообщение Запрос на изменение местоположения целевому RNC.
  • 4. Ответ Подтверждение запроса на изменение местоположения возвращается целевым RNC к CN с помощью RANAP.
  • 5. MSC передается основной сети UMTS (CN UMTS) MAP сообщение Ответ на подготовку хэндовера.
  • 6–7. Шаги 6–7 являются нормальными процедурами GSM и показаны только для ясности.
  • 8. Когда целевой RNC обнаруживает UE, узлу CN передается сообщение Обнаружена команда на изменение местоположения.
  • 9. Когда RRC-соединение с целевым RNC установлено и необходимые радиоресурсы распределены, UE передает целевому RNC сообщение RRC Хэндовер закончен.
  • 10. После завершения целевой RNC передает сообщение RANAP к CN Изменение местоположения закончено.
  • 11. CN передает к MSC MAP-сообщение Запрос на окончание.
  • 12. MSC передает сообщение BSC Команда освобождения.
  • 13. BSC отвечает устройствам сети GSM сообщением GSM Освобождение закончено.
  • 14. MSC передает к CN UMTS MAP-сообщение Ответ на сигнал окончания, чтобы закончить процедуру.
  • (рис 7.17)

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

    Физический уровень UMTS/WCDMA полностью отличается от решений, применяемых в GSM. Он использует технологию расширения спектра передачи в виде, применяемом в CDMA, а не технологию TDMA, которая применяется в GSM. Кроме того, UMTS работает в другом диапазоне частот.

    7.5.1. Частоты

    В настоящее время имеется шесть полос частот, определенных для использования в UMTS/CDMA, хотя и другие не запрещены. Однако все диапазоны, применяемые в настоящее время, выбираются около 2 ГГц. Международная конференция администраций по радиочастотам (WARC — World Administrative Radio Conference) еще в 1992 году рекомендовала администрациям, предполагающим внедрить IMT-2000, не занимать диапазоны 1885–2005 и 2110–2200 МГц. Целью такой рекомендации было облегчить всемирный роуминг для пользователей UMTS.

    В пределах этих полос были зарезервированы участки для различных приложений:

  • 1920–1980 и 2110–2170 MГц — для дуплексной передачи с частотным разделением (FDD — Frequency Division Duplex) и W-CDMA и создания парных каналов связи от узла B к UE (downlink) и от UE к узлу B (uplink), с шириной каждого канала 5 МГц, и расстоянием между каналами 200 кГц. Операторам необходимы 3–4 диапазона (2x15 МГц или 2x20 МГц) для построения быстродействующей сети большой емкости;
  • 2010–2025 МГц — для дуплексной передачи с с временным разделением (TDD, TD/CDMA) — непарные каналы, с шириной каждого канала 5 МГц и расстоянием между каналами 200 кГц. Передача и прием не отделены по частоте;
  • 1980–2010 — для спутникового канала связи от абонента к станции и от UE к узлу B (uplink), а также 2170–2200 МГц — от станции к абоненту и от узла B к UE (downlink).
  • Как уже упоминалось, в России для систем 3G распределяются диапазоны 1935–1950, 2015–2040, 2225–2240. UMTS использует транспортный механизм WCDMA для транспортировки информации. Каждый канал занимает диапазон 5 МГц. Для передачи информации от узла B к UE и в обратном направлении применяются различные способы модуляции. Для передачи от узла B к UE применяется квадратурно-фазовая манипуляция (QPSKQuadrate Phase Shift Keying). Для передачи в обратном направлении используются два отдельных канала, так, чтобы прямые и обратные линии передачи речи не влияли друг на друга (эта проблема была обнаружена в GSM). Для образования двойного канала (DQPSK — Dual Quadrate Phase Shift Keying) применяются специальные модуляторы-демодуляторы. Он использует для передачи по каждому из каналов различные фазы модуляции (I и Q) или квадратурный выход модулятора.

    7.5.2. Расширение

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

    Коды исходного сигнала CDMA умножаются на расширяющую кодовую последовательность (spreading code), что увеличивает ширину полосы, занимаемую сигналом. Для WCDMA каждый физический канал расширяется уникальной и различной расширяющейся последовательностью. Полный коэффициент расширения (отношение ширины полосы частот в радиоканале к скорости передаваемой информации) изменяется, чтобы в полной степени использовать полосу пропускания. В той мере как будет изменяться требуемая скорость от приложения к приложению, так соответственно будет изменяться коэффициент расширения.

    При передаче информации от узла B к UE скорость передачи равна 3,84 Мбит/с. При модуляции QPSK возможна передача двух бит на каждый символ (чип). Таким образом, скорость в канале будет равна 7,68 Мбит/c. Если фактическая скорость передачи данных равна 15 бит/с, то коэффициент расширения — 512. Если первоначальная скорость будет выше, чем скорость последовательности расширения, то система должна будет регулировать первоначальную скорость. Следует помнить, что изменение скорости чипов изменяет полностью всю эффективность работы системы. Высокий коэффициент расширения улучшает характеристики и дает возможность осуществлять простую корреляцию, а следовательно, позволяет уменьшить мощность передачи при прежнем уровне ошибок.

    Коды, которые требуются для расширения сигнала, должны быть ортогональны, чтобы множество пользователей и каналов работали без взаимных помех и влияний, и должны работать синхронно. Поскольку невозможно при переменном коэффициенте расширения сохранить точный синхронизм, используется второй набор кодов скремблирования, которые гарантируют, что взаимное влияние не отразится на работе системы. Код скремблирования — это код, применяющий для шифрования псевдослучайные числа. Таким образом, имеется две ступени расширения: первая ступень — на основе ортогональных кодов с переменным коэффициентом расширения кодов (OVSF — Orthogonal Variable Spreading Factor codes), и вторая — на основе псевдослучайных чисел. Эти коды используются, чтобы обеспечить два отличающихся уровня отделения сигнала.

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

    Расширяющие кодовые последовательности OVSF используются, чтобы идентифицировать пользовательские услуги в соединительных и пользовательских каналах в направлении от узла B к UE, тогда как псевдокоды (PN) применяются, чтобы идентифицировать индивидуальный узел B или UE.

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

    7.5.3. Кодирование речи

    При кодировании речи в UMTS используются различные скорости и поэтому могут применяться различные вокодеры. Когда система предоставляет возможность использовать различные скорости, она называется "адаптивной многоскоростной системой" (AMRSAdaptive Multi-Rate System). Она может применяться там, где скорость выбирается в соответствии с емкостью и требованиями системы. Эта схема — та же, что используется в GSM.

    7.5.4. Прерывистая передача

    Одной из важных характеристик мобильных телефонов является время разрядки батареи. Это "ключевая особенность", которой интересуются люди, покупающие телефон, и это определяет его ценность. Принимая во внимание это обстоятельство, в стандарт UMTS/CDMA был введен режим прерывистой передачи (DTXDiscontinuous Transmission) или "спящий режим" (режим ожидания). Этот режим позволяет отключить несколько энергоемких элементов UE до тех пор, пока не будет получен сигнал широковещательного вызова.

    Для введения такого механизма в UMTS/CDMA цепи, работающие с широковещательным каналом, разделены на группы и подканалы. Реальный номер используемого широковещательного подканала (используемой части оборудования) назначается сетью. Таким образом, UE только часть времени должен "слушать сеть". Чтобы обеспечить это, канал индикатора вызова (PICH — Paging Indicator Channel) разбит на 10 мс кадры, каждый из которых содержит 300 бит: 288 для широковещательной рассылки данных и 12 незанятых битов. В начале каждого кадра канала широковещательного вызова есть индикатор оповещения (PI — Paging Indicator), который идентифицирует передаваемую группу оповещения. Согласно номеру PI определяется широковещательный канал вызова — можно включить приемник, только когда он должен контролировать широковещательный канал вызова.

    7.5.5. Синхронизация

    Синхронизация, которая требуется для UMTS-системы, обеспечивается первичным каналом синхронизации (PSCH) и вторичным каналом синхронизации (SSCH). Эти каналы работают по методике, отличающейся от методик нормальных каналов, и в результате они действуют не расширяясь и не используя псевдокоды (PN) и OVSF-коды, — вместо этого для расширения применяются коды синхронизации. Имеются два типа соответствующих кодов. Первый называется "первичный код" и используется PSCH-каналом, а второй — "вторичный код" для применения в SSCH-каналах. Первичный код — один и тот же для всех сот и состоит из последовательности 256 чипов, которые передаются в каждом временном положении. Это позволяет UE синхронизировать свою работу с временными положениями узла B.

    Когда UE получает слот синхронизации, это лишь сигнал о начале или конце временного положения, но ничего не известно об особенностях информации, содержащейся в этом временном положении, или о характеристиках кадра. Для передачи этих сведений используются вторичные коды синхронизации.

    Всего существует 16 различных вторичных кодов синхронизации. Один из кодов (256 чипов) посылается в начале временного положения. Он содержит 15 кодов синхронизации и 64 кода групп скремблирования. Когда UE получает эту информацию, он может определить, какой код обозначает начало кадра, и таким способом завершить синхронизацию.

    Скремблирующие коды в SSCH дают возможность UE идентифицировать, какой код используется в данном случае, и, следовательно, идентифицировать узел B. Скремблирующие коды разделяются на 64 группы, каждая по 8 кодов. Это означает, что после достижения синхронизации кадра UE имеет для выбора только 8 кодов и поэтому может попытаться отслеживать общий пилот-канал (CPICH — Common Pilot Channel). Как только это будет сделано, он сможет "прочитать" широковещательный канал BCH и достигнет еще лучшей синхронизации, что позволит ему отслеживать первичный физический канал управления (PCCPCH — Primary Common Control Physical Channel).

    7.5.6. Управление мощностью

    Как в любой системе CDMA, в рассматриваемой системе существенно, чтобы узел B получал от всех UE сигнал приблизительно одной и той же мощности. Если это не регулировать, то станции, находящиеся дальше от узла B, будут иметь более низкий уровень сигнала, чем ближайшие. Последние будут подавлять сигналы с низким уровнем, и узел B не сможет принять их. Этот эффект часто упоминается в литературе как эффект "ближний-дальний". Чтобы его преодолеть, узел B передает команды ближним станциям — с целью уменьшить им мощность передачи, а тем, которые дальше, увеличить ее. Этим способом узел B будет получать от всех станций приблизительно одинаковый уровень сигналов.

    Управление мощностью также важно для узлов B. Так как сигналы, передаваемые различными узлами, не ортогональны друг другу, возможно, некоторые из них будут влиять друг на друга. Соответственно, их мощности должны быть минимально необходимыми для обслуживаемых UE.

    Для регулирования мощности есть два метода: по открытому и по закрытому циклу.

    Метод по открытому циклу используется на начальном этапе перед установлением соединения между UE и узлом B. Это простые действия, основанные на измерении напряженности полученного сигнала для принятия решения о требуемой мощности сигнала на передаче. При этом предполагается, что мощности прямого и обратного сигнала коррелированы. Однако частоты прямого и обратного канала различны, и могут отличаться также пути следования, поэтому этот метод не может давать хорошей оценки требуемой мощности. Он может использоваться лишь для приблизительной оценки.

    Как только UE получил доступ к системе через узел B, задействуется техника замкнутого цикла. На узле B проводятся измерения в каждом временном положении. Как результат этих измерений, к UE передается информация о регулировании мощности передатчика (запрос на пошаговое увеличение или уменьшение мощности). Этот процесс идет в обоих направлениях (от узла B к UE и обратно). Для непрерывного управления мощности используется фактически один бит (1 — "увеличить", 0 — "уменьшить"). Как только достигается необходимый уровень мощности, его либо уменьшают, либо увеличивают, чтобы обеспечить непрерывность процесса. Практически позиция UE все время изменяется, или изменяется путь следования радиосигнала. В результате движение приводит к изменению уровня сигнала, так что непрерывность процесса регулирования мощности не представляет проблемы.

    7.6. Краткие итоги лекции 7

  • Протоколы прикладного уровня сети радиодоступа RAN (RAN Application) — сигнальные протоколы уровня радиосети в интерфейсе Iub. Они управляют сигнализацией и установлением туннельных каналов (GTP —GPRS Tunneling Protocol), т. е. каналов "прозрачной передачи" данных между RNC 3G-SGSN, а также сигнальной информации и сигналов установления соединений для 3G MSC.
  • Процедура "оповещение свободного UE", заключается в том, что станция запрашивает свободный UE. Этот вызов с номером абонента передается управляемым сотам. Требуемый UE устанавливает сигнальное соединение.
  • Жесткий хэндовер используется при передаче соединения системе предыдущего поколения. В данном случае соединение, работающее на одной частоте, должно быть передано каналу другой частоты.
  • Мягкий хэндовер применяется, когда возможна работа смежных сот на одной и той же частоте. В результате возможно, что UE на время перехода получит сигналы из RNC двух смежных сот, и они также смогут получить сигналы от одного и того же UE.
  • Более мягкий хэндовер заключается в том, что каналы от двух RNC воспринимаются как один объединенный и один из каналов исключается после его значительного ослабления. Это обычно происходит при переходе управления в разных секторах одной соты.
  • Всякий хэндовер содержит два подпроцесса: установление нового канала (дополнение радиоканала) и удаление старого канала (удаление канала).
  • Под использование в UMTS/CDMA зарезервированы участки частот: 1920–1980 и 2110–2170 MГц для дуплексного частотного режима разделения (FDD), 1900–1920 — для дуплексного режима разделения по времени, (TDD, TD/CDMA).
  • Для передачи от узла B к UE применяется квадратурно-фазовая манипуляция (QPSK — Quadrature Phase Shift Keying). Для передачи в обратном направлении используются два отдельных канала. Для образования двойного канала (DQPSK — dual channel phase shift keying) применяются специальные модуляторы-демодуляторы.
  • Передаваемые данные кодируются, используя расширяющий код, конкретный для каждого пользователя. Полный коэффициент расширения (отношение ширины полосы частот в радиоканале к скорости передаваемой информации) изменяется, чтобы в полной степени использовать полосу пропускания.
  • При передаче информации от узла B к UE скорость передачи равна 3,84 Мчип/с. При модуляции QPSK возможна передача двух бит на каждый символ (чип) в сек. Таким образом, скорость в канале будет равна 7,68 Мбит/c. Если фактическая скорость передачи данных равна 15 бит/с, то коэффициент расширения — 512.
  • Ортогональные коды с переменным коэффициентом расширения (OVSF — Orthogonal Variable Spreading Factor codes) — это ансамбль кодов с переменной длиной; он формируется на основе кодового дерева, каждый уровень которого удваивает число возможных комбинаций и длину кода.
  • При кодировании речи в UMTS используются различные скорости и, соответственно, различные вокодеры. Когда система предоставляет возможность применять различные скорости, она называется "адаптивной многоскоростной системой" (AMRSAdaptive Multi-Rate System).
  • UMTS/CDMA был введен режим прерывистой передачи (DTXDiscontinuous Transmission) или "спящий режим" (режим ожидания): приемник включается, только когда он должен контролировать широковещательный канал вызова. Приемник с его радиоцепями будет потреблять мощность только в это время, и это позволит сэкономить энергию батареи.
  • Синхронизация, которая требуется для UMTS-системы, обеспечивается первичным каналом синхронизации (PSCH) и вторичным каналом синхронизации (SSCH). Эти каналы работают по методикам, отличающимся от методик обычных каналов, и в результате они не расширяются и не используют псевдокоды (PN) и OVSF-коды.
  • Для регулирования мощности есть два метода: по открытому и по закрытому циклу. метод по открытому циклу применяется на начальном этапе перед установлением соединения между UE и узлом B требуемой мощности. Он может использоваться как приблизительная оценка. Как только UE получает доступ к системе через узел B, задействуется техника закрытого цикла.
  • Задачи и упражнения к части 3

  • Используя таблица 7.17.17.
  • Объясните, когда применяются процедуры передачи сигнала оповещения (Paging).
  • Перечислите, какие действия осуществляются по сигналу активизации обновления данных в процедуре "дополнение ветви" (рис 7.11).
  • Перечислите, какие действия осуществляются по сигналу активизации обновления данных в процедуре "удаление ветви".
  • Объясните порядок действий в процедурах жесткого хэндовера. Какие ветви удаляются, какие дополняются и в каком порядке (рис 7.97.17)?
  • Объясните действия на рис 7.14. Для чего передается на этапе 2 временный номер радиосети (RNTI — Radio Network Temporary Identity)? Поясните информацию, передаваемую на этапе 4 (запрос на изменение местоположения) на рис 7.14.
  • Какие участки частотного спектра зарезервированы для UMTS:
  • для дуплексного режима разделения?
  • для режима разделения времени?
  • для спутникового канала связи?
  • Страницы:

    7.1. Каналы и протоколы сети UTRAN

    По сравнению с системой GSM, система UMTS имеет много дополнительных возможностей по управлению соединениями и услугами. Это объясняется в первую очередь:

  • наличием дополнительных каналов между RNC (контроллерами управления радиосетью) по интерфейсу Iub;
  • возможностью одновременной работы UE с несколькими узлами B (BTS).
  • Кроме того, добавляются процедуры взаимодействия с существующей сетью GSM. Поэтому количество возможных процедур велико. Мы рассмотрим только некоторые. Большое число примеров процедур сети UMTS приведено в документах группы 3GPP [ показано соотношение между уровнями протоколов и логическими каналами [116, 118].

    Состав сигналов каждого набора прикладного уровня приведен в табл. 7.17.3.

    (рис 7.1) Каналы и протоколы UE и URTRAN (плоскость управления): а) в режиме "свободно"; б) в режиме "соединение"

    7.1.1. Протоколы прикладного уровня сети радиодоступа (RANAP)

    Протокол прикладного уровня сети радиодоступа RANAP (RAN Application) — сигнальный протокол уровня радиосети в интерфейсе Iub. управляет сигнализацией и установлением каналов туннельной проводки (GTP — GPRS Tunneling Protocol), т. е. каналов прозрачной передачи данных между RNC, узлом обслуживания с поддержкой GPRS (3G-SGSN), а также сигнализацией и установлением каналов сигнализации для 3G MSC [87, 113]. Он задает канал сигнализации, чтобы прозрачно передать сообщения между UE и базовой сетью (CN). Протокол RANAP обеспечивает радиосредствам и службам RNS процедуры для доступа, а также для перехода к другой станции.

    RANAP отвечает за три типа услуг:

  • общие услуги управления;
  • услуги уведомления;
  • специализированные услуги управления.
  • Процедуры и сообщения прикладного уровня сети доступа (RANAP) показаны в табл. 7.1.

    Процедуры и сообщения прикладного уровня сети доступа (RANAP)
    Сообщение (англ) Сообщение (рус) UTRAN процедура Направление
    Initial UE Message Первоначальное сообщение UE Установление сигнального соединения NAS (Non Access Stratum) в системе, не разделенной на уровни RNC $$\Rightarrow$$ CN
    RAB Assignment Назначение средств радиодоступа (RAB – Radio Access Bearer) Запрос на установление Средств радиодоступа (RAB)

    Освобождение RAB

    RNC-источник $$\Rightarrow$$ CN

    RNC-источник $$\Rightarrow$$ CN

    RAB Assignment Complete Назначение средств радио доступа (RAB – Radio Access Bearer)закончено Установление RAB

    Освобождение RAB

    RNC-источник $$\Rightarrow$$ CN

    RNC- источник $$\Rightarrow$$ CN

    Relocation Required> Затребовано изменение местоположения Хэндовер между RNS HO с переключением узле основной сети (CN)

    Хэндовер UTRAN $$\Rightarrow$$ GSM/BSS

    Хэндовер GSM/BSS $$\Rightarrow$$ UTRAN

    Изменение местоположения SRNC

    CN $$\Rightarrow$$ Целевой RNC

    CN $$\Rightarrow$$ Целевой RNC

    CN $$\Rightarrow$$ Целевой RNC

    CN $$\Rightarrow$$ Целевой RNC

    Relocation Request Запрос на изменение местоположения Хэндовер между RNS HO с переключением узле основной сети (CN)

    Хэндовер UTRAN $$\Rightarrow$$ GSM/BSS

    Хэндовер GSM/BSS $$\Rightarrow$$ UTRAN

    Изменение местоположения SRNC

    CN $$\Rightarrow$$ Целевой RNC

    CN $$\Rightarrow$$ Целевой RNC

    CN $$\Rightarrow$$ Целевой RNC

    CN $$\Rightarrow$$ Целевой RNC

    Relocation Request Acknowledge Подтверждение запроса изменения местоположения Жесткий хэндовер с переключением в CN

    Хэндовер GSM/BSS $$\Rightarrow$$ UTRAN

    Изменение местоположения SRNS

    Целевой RNC $$\Rightarrow$$ CN

    Целевой RNC $$\Rightarrow$$ CN

    Целевой RNC $$\Rightarrow$$ CN

    Relocation Command Подтверждение запроса изменения местоположения Жесткий хэндовер с переключением в CN

    Изменение местоположения SRNS

    CN $$\Rightarrow$$ RNC источник

    CN $$\Rightarrow$$ RNC источник

    Relocation Detect Изменение местоположения обнаружено Жесткий хэндовер с переключением в CN

    Хэндовер GSM/BSS $$\Rightarrow$$ UTRAN

    Целевой RNC $$\Rightarrow$$ CN

    Целевой RNC $$\Rightarrow$$ CN

    Relocation Complete Изменение местоположения закончено Жесткий хэндовер с переключением в CN

    Хэндовер GSM/BSS $$\Rightarrow$$ UTRAN

    Изменение местоположения SRNS

    Целевой RNC $$\Rightarrow$$ CN

    Целевой RNC $$\Rightarrow$$ CN

    Целевой RNC $$\Rightarrow$$ CN

    Relocation Failure Ошибка при изменении местоположения Изменение местоположения SRNS SRNC $$\Rightarrow$$ CN
    Iu Release Complete Команда разъединения Iu Жесткий хэндовер с переключением в CN

    Изменение местоположения SRNS

    Хэндовер UTRAN $$\Rightarrow$$ GSM/BSS

    CN $$\Rightarrow$$ RNC-источник

    CN $$\Rightarrow$$ RNC-источник

    CN $$\Rightarrow$$ RNC-источник

    Paging Оповещение Оповещение CN $$\Rightarrow$$ RNC-источник

    7.1.2. Прикладной протокол взаимодействия базовых станций (NBAP)

    Протокол прикладной подсистемы базовых станций (NBAP — Network Base Station Application) используется для работы по интерфейсу Iur. Он включает в себя общие и специализированные процедуры, охватывая процедуры для широковещательного распределения информации, запроса, установления, завершения и освобождения и управления логическими ресурсами.

    Подобно большинству протоколов, основанных на нотации абстрактного синтаксиса 1 (Abstract Syntax Notation One), протокол NBAP может передавать много типов сообщений, которые доставляют большой объем данных.

    Заголовок протокола NBAP выглядит следующим образом. Каждый PDU NBAP имеет уникальный формат заголовка, который содержит некоторое число полей. Ниже приводится пример первоначального PDU NBAP.

    (рис 7.2) Первоначальное сообщение NBAP

    Протокол реализован с использованием правил нотации абстрактного синтаксиса 1— ASN.1 (Abstract Syntax Notation) [69].

    Обозначения в формате следующие.

    Тип NBAP PDU. Тип передаваемого протокольного блока данных.

    Процедура ID. Процедура ID должна использоваться при диагностике как часть процедуры обнаружения ошибки (Error Indication).

    Код процедуры. Вместе с полем "тип протокольного блока данных" уникально идентифицируют передаваемое сообщение.

    Дискриминатор сообщения. Это поле необходимо, чтобы задать различия между специализированными и общими (обычными) сообщениями NBAP.

    Переход ID. Переход ID используется, чтобы связать все сообщения, принадлежащие одной и той же процедуре.

    Процедуры и сообщения прикладной подсистемы базовой станции (NBAP) показаны в табл. 7.2.

    Процедуры и сообщения прикладной подсистемы базовой станции (NBAP)
    Сообщение (англ.) Сообщение (рус.) UTRAN-процедура Направление
    Radio Link Setup Вызов радиосоединения Установление RRC-соединения

    Жесткий хэндовер

    Мягкий хэндовер

    RNC $$\Rightarrow$$ Узел B

    RNC $$\Rightarrow$$ Узел B

    RNC $$\Rightarrow$$ Узел B

    Radio Link Setup Response Ответ на вызов радиосоединения Установление RRC-соединения

    Жесткий хэндовер

    Мягкий хэндовер

    Узел B $$\Rightarrow$$ RNC

    Узел B $$\Rightarrow$$ RNC

    Узел B $$\Rightarrow$$ RNC

    Radio Link Addition Дополнение радиосоединения Мягкий хэндовер RNC $$\Rightarrow$$ Узел B
    Radio Link Addition Response Ответ на дополнение радиосоединения Мягкий хэндовер RNC $$\Rightarrow$$ Узел B
    Radio Link Deletion Удаление радиосоединения Разъединение RRC-соединения

    Жесткий хэндовер

    Мягкий хэндовер

    RNC $$\Rightarrow$$ Узел B

    RNC $$\Rightarrow$$ Узел B

    RNC $$\Rightarrow$$ Узел B

    Radio Link Deletion Response Ответ на удаление радиосоединения Разъединение RRC-соединения

    Жесткий хэндовер

    Мягкий хэндовер

    Узел B $$\Rightarrow$$ RNC

    Узел B $$\Rightarrow$$ RNC

    Узел B $$\Rightarrow$$ RNC

    Radio Link Reconfiguration Prepare Подготовка реконфигурации радиосоединения Установление соединения RAB

    Разъединение RAB

    RNC $$\Rightarrow$$ Узел B

    RNC $$\Rightarrow$$ Узел B

    Radio Link Reconfiguration Ready Реконфигурация радиосоединения готова Установление соединения RAB

    Разъединение RAB

    Узел B $$\Rightarrow$$ RNC

    Узел B $$\Rightarrow$$ RNC

    Radio Link Reconfiguration Commit Реконфигурация радиосоединения завершена Установление соединения RAB

    Разъединение RAB

    RNC $$\Rightarrow$$ Узел B

    RNC $$\Rightarrow$$ Узел B

    Paging Оповещение Оповещение RNC $$\Rightarrow$$ Узел B

    7.1.3. Процедуры и сообщения прикладной подсистемы радиосети

    Процедуры прикладной подсистемы радиосети (RNSAP — Radio Network System Application) разделяются на 3 модуля:

  • управления мобильностью;
  • управления по каналу DCH (Dedicated transport CHannel);
  • глобальных процедур.
  • Модули базовых процедур управления мобильностью содержат процедуры, используемые при перемещении внутри сети UTRAN, и управляют транспортными потоками данных по интерфейсу Iur.

    DCH-процедуры используются для обработки сообщений, поступающих по DCH каналам между двумя RNS по интерфейсу Iur.

    Модуль глобальных процедур содержит процедуры, не относящиеся к специфике UE. Эти процедуры, в отличие от упомянутых выше, работают по принципу "процесс — процесс".

    Заголовок RNSAP имеет вид, представленный на рис 7.3, а процедуры и сообщения приведены в табл. 7.3.

    (рис 7.3) Формат RNSAP

    Поля на рис 7.3 имеют следующие значения [69].

    Тип сообщения указывает на модули, перечисленные выше.

    Идентификатор сообщения указывает процедуры согласно табл. 7.3.

    Процедуры сигнализации изложены в основном документе 3GPP [118]. Описание процедур не является стандартом или типовым примером, но показывает некоторую технику обмена сигналами и действий в процессе обслуживания заявок пользователей.

    Процедуры и сообщения прикладной подсистемы радиосети (RNSAP)
    Сообщение (англ.) Сообщение (рус.) UTRAN-процедура Направление
    Radio Link Reconfiguration Prepare Подготовка реконфигурации радиосоединения Установление соединения RAB

    Освобождение RAB

    SRNC $$\Rightarrow$$ DRNC

    SRNC $$\Rightarrow$$ DRNC

    Radio Link Reconfiguration Ready Реконфигурация радиосоединения готова Установление соединения RAB

    Освобождение RAB

    DRNC $$\Rightarrow$$ SRNC

    DRNC $$\Rightarrow$$ SRNC

    Radio Link Reconfiguration Реконфигурация радиосоединения Установление соединения RAB

    Освобождение RAB

    SRNC $$\Rightarrow$$ DRNC

    SRNC $$\Rightarrow$$ DRNC

    Radio Link Reconfiguration Response Ответ на реконфигурацию радиосоединения Установление соединения RAB

    Освобождение RAB

    DRNC $$\Rightarrow$$ SRNC

    DRNC $$\Rightarrow$$ SRNC

    Radio Link Reconfiguration Commit Реконфигурация радиосоединения завершена Установление соединения RAB

    Освобождение RAB

    SRNC $$\Rightarrow$$ DRNC

    SRNC $$\Rightarrow$$ DRNC

    Radio Link Addition Дополнение радиосоединения Мягкий хэндовер SRNC $$\Rightarrow$$ DRNC
    Radio Link Addition Response Ответ на дополнение радиосоединения Мягкий хэндовер DRNC $$\Rightarrow$$ SRNC
    Radio Link Deletion Радиосоединения удаляется Мягкий хэндовер SRNC $$\Rightarrow$$ DRNC
    Radio Link Deletion Response Ответ на удаление радиосоединения Мягкий хэндовер DRNC $$\Rightarrow$$ SRNC
    SRNS Relocation Commit Изменение местоположения SRNS завершено Изменение местоположения SRNS SRNC $$\Rightarrow$$ Целевой RNC

    7.1.4. Нотация сигнальных процедур

    Приводимые ниже сигнальные процедуры показывают последовательность взаимодействия протоколов на различных узлах. Для изображения этих процедур применяются правила "Диаграммы обмена последовательностями", изложенной в документе 3GPP "25.931 V1.1.0 1 1999-06".

    Они состоят в следующем:

  • сообщениями обмениваются только узлы, т. е. передатчик и приемник сообщений не представляют собой объекты протокола (программы);
  • объекты протокола указаны внутри графических узлов, из которых посылаются сообщения, и графически представлены эллипсами, содержащими имя протокола этого объекта;
  • каждое сообщение пронумеровано, чтобы ниже рисунка можно было дать пояснения в порядке этой нумерации;
  • параметры сообщений могут быть при необходимости указаны;
  • передача по отдельному сигнальному каналу указана сплошной стрелкой;
  • передача по каналу внутри информационного канала показана штриховой линией;
  • описание сложных действий показывается в прямоугольнике в виде имени этого набора действий;
  • установление и освобождение интерфейсов Iub/Iur транспортных средств переноса данных (DTB — Data Transport Bearer) с помощью прикладного протокола управления звеном данных ALCAP показано специальной фигурой;
  • транспортный канал, используемый в протоколе доступа, или логический канал, используемый в RLC или RRC, может быть указан перед сообщением.
  • Эти правила необходимо иметь в виду при дальнейшем анализе диаграмм рассматриваемых процедур.

    7.1.5. Процедура широковещательной передачи информации

    Эта процедура глобальная, т. е. относится ко всем элементам сети. Диаграмма приведена на рис 7.4.

    (рис 7.4) Пример диаграммы обмена сигналами в процедуре широковещательной передачи информации

    На рисунке показан принцип рассылки широковещательных сообщений от базового узла (CN). Широковещательная информация, обозначенная на рисунке как системная, передается на управляющий RNC (CRNC). Далее она пересылается на определенный узел B. Этот узел определяет, что информация является широковещательной, и передает ее далее всем UE в управляемой соте (на рис 7.4 — трем UE).

    7.1.6. Процедуры оповещения (paging)

    В этом разделе рассматриваются примеры двух процедур (рис 7.5, 7.6):

  • оповещение свободного UE;
  • оповещение UE, имеющего соединение.
  • Первая процедура заключается в том, что станция запрашивает свободный UE. Этот вызов с номером абонента передается управляемым сотам. Требуемый UE устанавливает сигнальное соединение, после чего базовый узел может начать конкретное взаимодействие.

    Пример такой процедуры — входящий вызов.

    (рис 7.5) Пример диаграммы обмена сигналами в процедуре оповещения (Paging) при свободном UE

    Рассмотрим первую из этих процедур — оповещение (Paging) для UE на уровне управления радиоресурсом (RRC) в режиме "свободно".

  • Основная сеть (CN) инициирует оповещение UE в зоне нахождения (LA — Location Area), охватывающей два RNC, то есть RNC1 и RNC2, c помощью сообщения RANAP (прикладного уровня сети доступа).

    Параметры сообщения: идентификатор UE, тип сообщения — оповещение (широковещательная передача вызова).

  • Оповещение (paging). RNC1 и RNC2 передают это сообщение с помощью NBAP (прикладной подсистемы базовой станции) к соответствующим узлам B (например, узел B 1.1, узел B 2.1).

    Параметры: идентификатор UE.

  • Оповещение UE, выполняемое в соте 1. Прямоугольник показывает, что проводятся сложные действия, в частности, выбор канала и подготовка к приему соединения.

    Параметры: идентификатор UE.

  • Оповещение UE, выполняемое в соте 2. Прямоугольник показывает, что проводятся сложные действия, в частности, выбор канала и подготовка к приему соединения.

  • UE выбирает сообщение оповещения, например, от RNC1, и начинает процедуру установления сигнального канала для передачи с помощью системы, не разделенной на уровни (NAS — NonAccess Stratum).
  • Теперь по установленному сигнальному каналу может идти передача сообщений.

    Рассмотрим вторую процедуру — ).

    В этом случае для передачи широковещательного сообщения используется выделенный канал управления (DCCH — Dedicated Control Channel).

    Процедура применяется, например, при подготовке работы со службой коротких сообщений (SMS — Short Message Service).

    (рис 7.6) Пример процедуры оповещения UE на уровне управления радиоресурсом ресурсом (RRC) в режиме, когда процедуру координирует UTRAN и имеется готовое соединение
  • Основная сеть инициирует оповещение UE c помощью сообщения RANAP (прикладного уровня сети доступа).
  • Обслуживающий RNC (SRNC) передает сообщение с помощью уже установленного канала выделенного канала управления — DCCH (Dedicated Control Channel), используя протоколы уровня управления радиоресурсами.
  • 7.1.7. Установление сигнального канала для передачи с помощью системы, не разделенной на уровни (NAS — Non-Access Stratum)

    Следующие примеры показывают установление сигнального соединения либо от UE, либо от CN через слой NAS. Напомним, что NAS — это слой без доступа (non-access stratum, NAC), информация, переносимая между CN и UE через UTRAN.

    Установление соединения NAS от UE

    Этот пример (рис 7.7) показывает установление сигнального соединения NAS от UE либо от CN через слой NAS.

    (рис 7.7) Пример процедуры установления сигнального соединения NAS
  • Установление соединения для работы по протоколу RRS (см. сигналы в табл. 6.2).

  • UE посылает SRNC сообщение Информация о возможностях UE.

    Параметры: радиовозможности UE (например, максимальное число одновременных радиолиний связи, максимальная мощность передатчика, поддерживаемые типы радиодоступа).

    Замечание: для ускорения передачи начального сообщения NAS сообщение RRC Информация о возможностях может быть передано на шаге 3, после передачи первоначального сообщения.

  • UE передает SRNC сообщение RRC Прямая передача.

    Параметры: сообщение "прямая передача" (может содержать, например, сообщение-запрос уровня CM на услугу, запрос на изменение местоположения, вызов сети GSM и.т. д.). Индикатор основной сети указывает номер узла основной сети CN, на которую должно быть отправлено NAS-сообщение.

  • SRNC инициирует установление сигнального соединения к CN и передает RANAP сообщение Первоначальное сообщение UE.

    Параметры: первоначальное NAS-сообщение (может содержать, например, сообщение-запрос уровня CM на услугу, запрос на изменение местоположения, вызов сети и т. д.).

  • Сигнальное соединение NAS между UE и CN может теперь использоваться для передачи сообщений NAS.

    7.1.8. Установление соединения RRC с использованием специализированного канала (DCH)

    Следующие примеры показывают установление соединения RRC с помощью либо специализированного канала (DCH), либо общего транспортного канала.

    Установление соединения RRC на специализированном канале (DCH)

    Сначала устанавливается канал DCH (рис 7.8). Далее RNC использует канал DCH для создания RRC-соединения, распределения временных номеров радиосети (RNTI) и радиоресурсов RRC-соединения.

    (рис 7.8) Пример процедуры установления специализированного канала (DCH) и использования его для соединения RRC
  • UE инициирует установление соединения передачей сообщения Запрос на установление соединения RRC по общему каналу управления (CCCH — Common Control Channel).

    Параметры: идентификатор UE, причина соединения.

  • После выделения и занятия радиоресурса для установления транспортного канала DCH к узлу B (BTS) посылается сообщение Вызов радиосоединения.

    Параметры: идентификатор соты, тип формата транспортировки, код скремблирования (для FDD), информация о временных слотах (для TDD), пользовательские коды (для TDD), информация об управлении мощностью.

  • Узел B занимает ресурсы, начинает физический прием и посылает Ответ на вызов радиосоединения.

    Параметры: тип оконечного терминала сигнальной линии, информация адресации на транспортном уровне (адрес AAL2, адреса связи AAL2) для транспортных каналов Iub.

  • SRNC инициирует среду переноса транспортной информации. Для этого он использует прикладную подсистему управления звеном доступа (ALCAP — Access Link Control Application Protocol).

    Этот запрос содержит информацию о связи между транспортной средой доставки AAL2 и каналом DCH. Запрос для установления транспортных каналов Iub подтверждается узлом B.

  • Узел B и SRNC устанавливают синхронизм для транспортных каналов Iub. Затем Узел B начинает передачу (только для FDD).

  • По каналу CCCH посылается сообщение Запрос на установление RRC-соединения от SRNC к UE.

    Параметры: идентификатор UE, временный сетевой номер радиосети (RNTI), тип формата транспортировки, код скремблирования (для FDD), информация о временных слотах (для TDD), пользовательские коды (для TDD), информация об управлении мощностью.

  • 7.2. Процедуры мягкого хэндовера

    В рамках UMTS используется хэндовер, который во многом повторяет концепцию, принятую для многих других систем CDMA. Имеется три типа хэндовера — жесткий, мягкий и более мягкий. Все три типа применяются в зависимости от обстоятельств.

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

    Мягкий хэндовер — этот метод не может быть реализован системами предыдущих поколений мобильной связи. В системах, использующих технологию CDMA, возможна работа смежных сот на одной и той же частоте. В результате возможно, что UE получит сигналы из RNC двух смежных сот и они также смогут получить сигналы от одного и того же UE. Такое явление называется мягким хэндовером.

    Более мягкий хэнедовер заключается в том, что каналы от двух RNC воспринимаются как один объединенный и один из каналов исключается после его значительного ослабления. Это обычно происходит при переходе управления в разных секторах одной соты.

    Решение о передаче вызова в общем случае принимается контроллером управления радиосетью (RNC — Radio Network Controller). Он непрерывно следит за уровнем сигналов, поступающих на UE и узел B, и, когда их уровень падает ниже заданного уровня и имеются радиоканалы с лучшими характеристиками, запускается процесс хэндовера. Частью процесса слежения (мониторинга) является измерение кода мощности принятого сигнала (RSCP — Received Signal Code Power) и индикатора уровня принимаемого сигнала (Received Signal Strength Indicator).Эта информация возвращается узлу B по управляющим каналам, а, следовательно, по RNC.

    Если требуется жесткий хэндовер, то RNC дает команды UE для измерения качества каналов в других сотах.

  • всякий хэндовер содержит два подпроцесса:
  • установление нового канала (дополнение радиоканала);
  • удаление старого канала (удаление канала).
  • в случае мягкого хэндовера установление нового канала осуществляется до удаления старого, что иллюстрируется приводимыми ниже алгоритмами дополнения и удаления радиоканала. рассмотрим эти процессы.
  • 7.2.1. Дополнение радиоканала

    Это пример установления соединения по радиоканалу от дрейфующего RNC (DRNC) c текущим обслуживающим контроллером (SRNC — обслуживающий контроллер) (рис 7.9).

    Этот канал будет функционировать параллельно с существующим, и в этом смысле это будет разнесенный канал.

    (рис 7.9) Дополнение радиоканала
  • SRNC начинает устанавливать радиосоединение через новую соту, управляемую другим радиоконтроллером (DRNC), посылая для этого сигнал запроса. Прикладная подсистема RNSAP посылает сигнальное сообщение Дополнить радиосоединение. Если это первое соединение через DRNC для этого UE, то Iur устанавливает сигнальное соединение между RNC. Оно будет использоваться для сигнальных сообщений всех прикладных подсистем RNSAP, относящихся к этой UE.

    Параметры: идентификатор соты, тип формата транспортировки, код скремблирования (для FDD), информация о временных слотах (для TDD), пользовательские коды (для TDD), код каналообразования, информация об управлении мощностью.

  • Если требуемые ресурсы доступны, DRNC посылает с помощью прикладной подсистемы базовой станции (NBAP) к узлу B, управляемому этим DRNC, сообщение Радиосоединение установлено.

    Параметры: идентификатор соты, тип формата транспортировки, код скремблирования (для FDD), информация о временных слотах (для TDD), пользовательские коды (для TDD), код каналообразования.

  • Узел B выбирает и закрепляет за данным соединением выбранные ресурсы, сообщая в случае успешного результата передачей сообщения с помощью подсистемы NBAP Ответ на установление радиосоединения.

    Параметры: тип оконечного терминала, адресная информация транспортного уровня (адрес AAL2, идентификаторы связи AAL2 для транспортных каналов).

    Затем узел B начинает прием пользовательской информации.

  • DRNC с помощью подсистемы RNSAP посылает SRNC сообщение Ответ на дополнение радиосоединения.

    Параметры: код каналообразования, адресная информация транспортного уровня (адрес AAL2, идентификаторы связи AAL2 для транспортных каналов), информация о соседних сотах.

  • SRNC инициирует установление транспортных каналов передачи данных, применяющих прикладные протоколы управления доступом (ALCAP). Они используют протоколы уровня AAL2 и интерфейсы транспортных каналов данных интерфейсов Iur/Iub и DCCH. Это повторяется для каждого интерфейса Iur/Iub, который будет задействован.
  • Узел B и SRNC проводят синхронизацию средств транспортировки для всех установленных радиоканалов. Затем Узел B начинает передачу данных по этим каналам.
  • SRNC посылает RRC по каналу DCCH RRC-сообщение Активизация обновления данных (для дополненного соединения) к UE.

    Параметры: тип сообщения Обновление данных, идентификатор соты, параметры скремблирования, код каналообразования, информация управления мощностью (N-каналы).

  • UE подтверждает окончание процедуры RRC-сообщением Активизация обновления данных закончена.
  • 7.2.2. Удаление радиоканала

    Это пример удаления соединения по радиоканалу, когда узел B (BTC) управляется по радиоканалу от дрейфующего RNC (DRNC). Другими словами, дрейфующий RNC становится текущим (SRNC) (рис 7.10).

    (рис 7.10) Удаление радиоканала (удаление ветви)
  • SRNC решает удалить радиосоединение, которое проходило через старую соту, управляемую другим RNC (предыдущим). SRNC (новый контроллер) посылает RRC к UE по DCCH-каналу сообщение Активизировать обновление данных (удалить радиолинию).

    Параметры: тип сообщения — удалить, идентификатор соты.

  • UE останавливает прием по старой ветви и посылает подтверждение с помощью RRC-сообщения Активизация обновления данных закончена.
  • SRNC (новый контроллер) запрашивает DRNC (старый контроллер) Освободить размещенные радиоресурсы. Это делается с помощью сообщения Удалить радиосоединение.

    Параметры: идентификатор соты, информация о транспортном соединении.

  • DRNC посылает узлу B NBAP-сообщение Радиосоединение удалено.

    Параметры: идентификатор соты, информация о транспортном соединении.

  • Узел B освобождает занятые радиоресурсы и в случае успешного результата посылает NBAP-сообщение Ответ на удаление радиосоединения.
  • DRNC посылает к SRNC (новый контроллер) RNSAP-сообщение Ответ на удаление радиосоединения.
  • SRNC инициализирует разъединение транспортных каналов передачи данных Iur/Iub, используя протоколы прикладного уровня радиодоступа (ALCAP).
  • 7.2.3. Одновременное дополнение и удаление соединений (дополнение и удаление ветвей)

    Этот пример показывает одновременное дополнение и удаление радиосоединения, которое проходит через узел B и управляет другим RNC (DRHC), нежели обслуживающий (SRNC). Напомним, что после обновления данных в процедуре удаления они меняют свои роли — дрейфующий RNC становится обслуживающим и наоборот. Процедура следующая (рис 7.11).

    (рис 7.11) Одновременное дополнение и удаление радиосоединения
  • 1–6. Повторяет п.1–6 процедуры дополнения радиосоединения.
  • 7. SRNC посылает по DCCH RRC сообщение Активизация обновления данных. В данном случае эта команда имеет модификацию дополнить и разъединить. Она вызывает процедуру удаления радиосоединения.

    Параметры: тип соединения "обновление данных", идентификатор соты, параметры скремблирования, код каналообразования, информация управления мощностью (N-каналы).

  • 8. UE дезактивирует прием данных через старую ветвь и активирует прием данных через новую ветвь, посылая сообщение Активизация обновления данных закончена.
  • 9–11. См. описание пп. 4, 5, 7 процедуры удаления радиосоединения.
  • 7.3. Процедуры жесткого хэндовера

    7.3.1. Жесткий хэндовер между контроллерами одной основной сети

    Рассматривается случай передачи управления от SRNC к DRNC, принадлежащих одному CN (рис 7.12). Процесс основан на операциях дополнения и удаления радиоканалов, которые рассмотрены выше.

    (рис 7.12) Жесткий хэндовер между контроллерами одной основной сети

    7.3.2. Хэндовер с использованием интерфейса Iur

    Контроллеры RNS сети UMTS могут иметь сигнальные каналы, непосредственно связывающие их друг с другом. Они могут быть использованы для хэндовера, что иллюстрируется диаграммой на рис 7.13.

    (рис 7.13) Хэндовер с использованием интерфейса Iur

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

  • получив результаты измерения, SRNC принимает решение о начале хэндовера;
  • с использованием интерфейса Iur устанавливается общий канал (CCCH);
  • по этому каналу передается RNSAP команда хэндовера ;
  • далее она транслируется RRC;
  • 5–8 пп. представляют собой обычный набор команд завершения хэндовера.
  • 7.3.3. Хэндовер с использованием интерфейса Iur (организация каналов DCCH)

    Согласно интерфейсу между RNC могут быть установлены (рис 7.14) специализированные транспортные каналы (например, DCCH).

    (рис 7.14) Хэндовер с использованием интерфейса Iur (организация каналов DCCH)
  • SRNC посылает сообщение Запрос на вызов радиосоединения к RNC цели.

    Параметры: идентификатор RNC-цели, временный номер в радиосети (RNTI), идентификатор соты, набор форматов транспортного уровня.

  • Целевой RNC принимает RNTI и выбирает радиоресурсы для подключения (если это возможно) и посылает узлу B на уровне прикладной подсистемы базовой станции (NBAP) сообщение Вызов радиосоединения.

    Параметры: идентификатор соты, транспортный формат, номинал несущей частоты, код скремблирования (только для режима частотного разделения FDD), номер временного положения, код пользовательского канала (только для временного разделения каналов TDD), код каналообразования (только для FDD), информация для управления мощностью.

  • Узел B выбирает ресурсы и начинает физический прием, после чего отвечает NBAP сообщением Ответ на вызов радиосоединения.

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

  • RNC-источник, используя протокол ALCAP, инициирует установление каналов передачи данных транспортного уровня. Этот запрос содержит идентификаторы связи с уровнем AAL2 и "привязывает" Iub к DCH. Запрос подтверждается узлом B-цель.
  • Когда целевой RNC заканчивает фазу подготовки, он посылает SRNC-сообщение Ответ по запросу на вызов.
  • SRNC, используя протокол ALCAP, инициирует установление соединения транспортных каналов интерфейса Iur. Этот процесс содержит идентификаторы связи с уровнем AAL2 для обеспечения связи транспортных каналов интерфейса Iur с каналом DCH. Запрос на установления транспортных каналов интерфейса Iur подтверждается целевым RNC.
  • SRNC посылает RRC-сообщение Команда хэндовера к UE.
  • Когда RRC-соединение с целевым RNC установлено и выделены необходимые ресурсы, UE посылает сообщение к SRNC Хэндовер окончен.
  • SRNC посылает к RNC-источнику RNSAP-сообщение Удаление радиосоединения.
  • RNC-источник посылает к узлу B источнику NBAP-сообщение Удаление радиосоединения.

    Параметры: идентификатор соты, адресная информация транспортного уровня.

  • Узел B источника освобождает радиоресурсы. Если они освобождены, он посылает к RNC-источнику сообщение Ответ на удаление радиосоединения.
  • RNC-источник, используя протокол ALCAP, инициирует освобождение транспортных каналов передачи данных для разъединения.
  • Когда RNC-источник завершает освобождение, он посылает RNSAP-сообщение Ответ на удаление радиосоединения.
  • SRNC, используя протокол ALCAP, инициирует освобождение транспортных каналов передачи данных интерфейса Iur. Этот процесс содержит идентификаторы связи с уровнем AAL2, для того чтобы связать транспортные каналы интерфейса Iur с каналом DCH. Запрос подтверждается целевым RNC.
  • 7.3.4. Хэндовер с коммутацией на CN (UE перемещается между зонами, принадлежащими разным MSC)

    В рассматриваемом случае UE перемещается между зонами, принадлежащими разным MSC. Обслуживающий RNS (SRNC) принимает решение (рис 7.15) осуществить жесткий хэндовер через основную сеть (CN). SRNC также определяет, какой RNC может быть целью перемещения.

    (рис 7.15) Хэндовер с коммутацией на CN (UE перемещается между зонами, принадлежащими разным MSC)
  • 1–2. SRNC (RNC – источник) посылает сообщение Запрос на изменение местоположения к обоим узлам основной сети.

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

  • 3–4. Когда узлы основной сети (CN) закончат подготовку к изменению местоположения, они передают целевому RNC сообщение Запрос на изменение местоположения.

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

  • 5–6–7. Целевой RNC и CN устанавливают Iu транспортных каналов передачи для каждого узла основной сети соответственно. Когда RNC закончит подготовительную фазу, он посылает узлам основной сети сообщение Подтверждение запроса на изменение местоположения.

    Параметры: указатель прозрачной передачи информации к RNC-источнику об изменении местоположения.

  • 8–9. Когда CN готово для изменения RNC, узел основной сети (CN) посылает Команду на изменение местоположения.

    Параметры: информация для целевого RNC.

  • 10. RNC-источник посылает UE RRC-сообщение Команда хэндовера ( жесткий хэндовер ).
  • 11–12. Когда целевой RNC обнаруживает UE, он посылает к узлу основной сети (CN) сообщение Обнаружено изменение местоположения. Целевой RNC, когда обнаруживает UE, переключает новое соединение к новому Iu. После подключения пользовательской линии от узла B осуществляется установление соединения к новым субъектам оборудования управления радиодоступом радиосоединением (MAC/RLC) и к оборудованию группового радиодоступа и узлов B.
  • 13. Когда установлено RRC-соединение с целевым RNC и найдены необходимые радиоресурсы, UE посылает к целевому RNC RRC-сообщение Хэндовер закончен.
  • 14–15. После успешного переключения и выбора ресурсов на целевом RNC, RNC посылает своему узлу сообщение Хэндовер закончен.

    На любой фазе, прежде чем посылается сообщение Хэндовер закончен, старое коммутационное соединение между основной сетью (CN) и UE существует и работает, процедура хэндовера может быть приостановлена и легко восстановлена прежняя конфигурация. Если внезапно случается непредвиденная ситуация, то может быть передано сообщение Ошибка при изменении местоположения вместо любого из сообщений, которые приведены выше в пп. 3–10, 13–14.

  • 16–17. Узел основной сети (CN) инициирует запрос на разъединение Iu-соединения к RNC-источнику, посылая RANAP-сообщение Команда на освобождение Iu.
  • 18. После получения запроса на разъединение от узлов основной сети (CN) SRNC выполняет все необходимые процедуры для освобождения всех UTRAN-ресурсов, которые были связаны с рассматриваемым соединением RRC.
  • 7.4. Изменение местоположения

    7.4.1. Изменение местоположения соты с изменением обслуживающего RNC

    Этот пример (рис 7.16) показывает взаимодействие во время изменения местоположения между RNC с переключением на узле основной сети при изменении обслуживающего RNC.

    На рисунке представлен алгоритм работы при перемещении UE к новой RNC-цели. Рассматривается момент, когда уже выполнена часть алгоритма, в которой обслуживающий SRNC обнаруживает, что величина мощности сигнала от UE меньше заданного порога, и с помощью CN определена сота (RNC-цель), в которую должно переместиться UE.

    (рис 7.16) Изменение местоположения соты с изменением обслуживающего RNC

    Опишем этапы рассматриваемого процесса.

  • RNC-цель получает и декодирует сообщение по общему управляющему каналу CCCH. В этом сообщении содержится идентификатор RNC-цели и временный номер UE. После этого RNC-цель назначает новый сотовый временный номер радиосети C-RNTI (Cell Radio Network Temporary Identifier). Этот номер позволяет идентифицировать станцию на время ее перехода к другому контроллеру.
  • Присвоенный номер передается с помощью RNSAP обслуживающему RNC (SRNC). SRNC принимает решение о передаче UE RNC-цели.
  • Процедура изменения местоположения соты аналогична уже рассмотренной на рис 7.15. В результате этой процедуры назначается обслуживающий временный номер радиосети (S-RNTI — Serving Radio Network Temporary Identifier) на все время пребывания в новом местоположении.
  • RNC-цели присваивается значение обслуживающего временного номера RNC (SRNC), RRC посылает сообщение Подтверждение обновления соты, которое включает в себя старый S-RNTI, новый S-RNTI, идентификаторы старого и нового SRNC.
  • 7.4.2. Хэндовер между базовой станцией системы GSM и сеть наземного доступа UMTS (UTRAN)

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

  • 1. С помощью BSCMAP BSC передает MSC GSM сообщение Запрос хэндовера.
  • 2. MSC передает MAP-сообщение Подготовка хэндовера основной сети UMTS (CN UMTS).
  • 3. CN передает RANAP-сообщение Запрос на изменение местоположения целевому RNC.
  • 4. Ответ Подтверждение запроса на изменение местоположения возвращается целевым RNC к CN с помощью RANAP.
  • 5. MSC передается основной сети UMTS (CN UMTS) MAP сообщение Ответ на подготовку хэндовера.
  • 6–7. Шаги 6–7 являются нормальными процедурами GSM и показаны только для ясности.
  • 8. Когда целевой RNC обнаруживает UE, узлу CN передается сообщение Обнаружена команда на изменение местоположения.
  • 9. Когда RRC-соединение с целевым RNC установлено и необходимые радиоресурсы распределены, UE передает целевому RNC сообщение RRC Хэндовер закончен.
  • 10. После завершения целевой RNC передает сообщение RANAP к CN Изменение местоположения закончено.
  • 11. CN передает к MSC MAP-сообщение Запрос на окончание.
  • 12. MSC передает сообщение BSC Команда освобождения.
  • 13. BSC отвечает устройствам сети GSM сообщением GSM Освобождение закончено.
  • 14. MSC передает к CN UMTS MAP-сообщение Ответ на сигнал окончания, чтобы закончить процедуру.
  • (рис 7.17)

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

    Физический уровень UMTS/WCDMA полностью отличается от решений, применяемых в GSM. Он использует технологию расширения спектра передачи в виде, применяемом в CDMA, а не технологию TDMA, которая применяется в GSM. Кроме того, UMTS работает в другом диапазоне частот.

    7.5.1. Частоты

    В настоящее время имеется шесть полос частот, определенных для использования в UMTS/CDMA, хотя и другие не запрещены. Однако все диапазоны, применяемые в настоящее время, выбираются около 2 ГГц. Международная конференция администраций по радиочастотам (WARC — World Administrative Radio Conference) еще в 1992 году рекомендовала администрациям, предполагающим внедрить IMT-2000, не занимать диапазоны 1885–2005 и 2110–2200 МГц. Целью такой рекомендации было облегчить всемирный роуминг для пользователей UMTS.

    В пределах этих полос были зарезервированы участки для различных приложений:

  • 1920–1980 и 2110–2170 MГц — для дуплексной передачи с частотным разделением (FDD — Frequency Division Duplex) и W-CDMA и создания парных каналов связи от узла B к UE (downlink) и от UE к узлу B (uplink), с шириной каждого канала 5 МГц, и расстоянием между каналами 200 кГц. Операторам необходимы 3–4 диапазона (2x15 МГц или 2x20 МГц) для построения быстродействующей сети большой емкости;
  • 2010–2025 МГц — для дуплексной передачи с с временным разделением (TDD, TD/CDMA) — непарные каналы, с шириной каждого канала 5 МГц и расстоянием между каналами 200 кГц. Передача и прием не отделены по частоте;
  • 1980–2010 — для спутникового канала связи от абонента к станции и от UE к узлу B (uplink), а также 2170–2200 МГц — от станции к абоненту и от узла B к UE (downlink).
  • Как уже упоминалось, в России для систем 3G распределяются диапазоны 1935–1950, 2015–2040, 2225–2240. UMTS использует транспортный механизм WCDMA для транспортировки информации. Каждый канал занимает диапазон 5 МГц. Для передачи информации от узла B к UE и в обратном направлении применяются различные способы модуляции. Для передачи от узла B к UE применяется квадратурно-фазовая манипуляция (QPSKQuadrate Phase Shift Keying). Для передачи в обратном направлении используются два отдельных канала, так, чтобы прямые и обратные линии передачи речи не влияли друг на друга (эта проблема была обнаружена в GSM). Для образования двойного канала (DQPSK — Dual Quadrate Phase Shift Keying) применяются специальные модуляторы-демодуляторы. Он использует для передачи по каждому из каналов различные фазы модуляции (I и Q) или квадратурный выход модулятора.

    7.5.2. Расширение

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

    Коды исходного сигнала CDMA умножаются на расширяющую кодовую последовательность (spreading code), что увеличивает ширину полосы, занимаемую сигналом. Для WCDMA каждый физический канал расширяется уникальной и различной расширяющейся последовательностью. Полный коэффициент расширения (отношение ширины полосы частот в радиоканале к скорости передаваемой информации) изменяется, чтобы в полной степени использовать полосу пропускания. В той мере как будет изменяться требуемая скорость от приложения к приложению, так соответственно будет изменяться коэффициент расширения.

    При передаче информации от узла B к UE скорость передачи равна 3,84 Мбит/с. При модуляции QPSK возможна передача двух бит на каждый символ (чип). Таким образом, скорость в канале будет равна 7,68 Мбит/c. Если фактическая скорость передачи данных равна 15 бит/с, то коэффициент расширения — 512. Если первоначальная скорость будет выше, чем скорость последовательности расширения, то система должна будет регулировать первоначальную скорость. Следует помнить, что изменение скорости чипов изменяет полностью всю эффективность работы системы. Высокий коэффициент расширения улучшает характеристики и дает возможность осуществлять простую корреляцию, а следовательно, позволяет уменьшить мощность передачи при прежнем уровне ошибок.

    Коды, которые требуются для расширения сигнала, должны быть ортогональны, чтобы множество пользователей и каналов работали без взаимных помех и влияний, и должны работать синхронно. Поскольку невозможно при переменном коэффициенте расширения сохранить точный синхронизм, используется второй набор кодов скремблирования, которые гарантируют, что взаимное влияние не отразится на работе системы. Код скремблирования — это код, применяющий для шифрования псевдослучайные числа. Таким образом, имеется две ступени расширения: первая ступень — на основе ортогональных кодов с переменным коэффициентом расширения кодов (OVSF — Orthogonal Variable Spreading Factor codes), и вторая — на основе псевдослучайных чисел. Эти коды используются, чтобы обеспечить два отличающихся уровня отделения сигнала.

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

    Расширяющие кодовые последовательности OVSF используются, чтобы идентифицировать пользовательские услуги в соединительных и пользовательских каналах в направлении от узла B к UE, тогда как псевдокоды (PN) применяются, чтобы идентифицировать индивидуальный узел B или UE.

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

    7.5.3. Кодирование речи

    При кодировании речи в UMTS используются различные скорости и поэтому могут применяться различные вокодеры. Когда система предоставляет возможность использовать различные скорости, она называется "адаптивной многоскоростной системой" (AMRSAdaptive Multi-Rate System). Она может применяться там, где скорость выбирается в соответствии с емкостью и требованиями системы. Эта схема — та же, что используется в GSM.

    7.5.4. Прерывистая передача

    Одной из важных характеристик мобильных телефонов является время разрядки батареи. Это "ключевая особенность", которой интересуются люди, покупающие телефон, и это определяет его ценность. Принимая во внимание это обстоятельство, в стандарт UMTS/CDMA был введен режим прерывистой передачи (DTXDiscontinuous Transmission) или "спящий режим" (режим ожидания). Этот режим позволяет отключить несколько энергоемких элементов UE до тех пор, пока не будет получен сигнал широковещательного вызова.

    Для введения такого механизма в UMTS/CDMA цепи, работающие с широковещательным каналом, разделены на группы и подканалы. Реальный номер используемого широковещательного подканала (используемой части оборудования) назначается сетью. Таким образом, UE только часть времени должен "слушать сеть". Чтобы обеспечить это, канал индикатора вызова (PICH — Paging Indicator Channel) разбит на 10 мс кадры, каждый из которых содержит 300 бит: 288 для широковещательной рассылки данных и 12 незанятых битов. В начале каждого кадра канала широковещательного вызова есть индикатор оповещения (PI — Paging Indicator), который идентифицирует передаваемую группу оповещения. Согласно номеру PI определяется широковещательный канал вызова — можно включить приемник, только когда он должен контролировать широковещательный канал вызова.

    7.5.5. Синхронизация

    Синхронизация, которая требуется для UMTS-системы, обеспечивается первичным каналом синхронизации (PSCH) и вторичным каналом синхронизации (SSCH). Эти каналы работают по методике, отличающейся от методик нормальных каналов, и в результате они действуют не расширяясь и не используя псевдокоды (PN) и OVSF-коды, — вместо этого для расширения применяются коды синхронизации. Имеются два типа соответствующих кодов. Первый называется "первичный код" и используется PSCH-каналом, а второй — "вторичный код" для применения в SSCH-каналах. Первичный код — один и тот же для всех сот и состоит из последовательности 256 чипов, которые передаются в каждом временном положении. Это позволяет UE синхронизировать свою работу с временными положениями узла B.

    Когда UE получает слот синхронизации, это лишь сигнал о начале или конце временного положения, но ничего не известно об особенностях информации, содержащейся в этом временном положении, или о характеристиках кадра. Для передачи этих сведений используются вторичные коды синхронизации.

    Всего существует 16 различных вторичных кодов синхронизации. Один из кодов (256 чипов) посылается в начале временного положения. Он содержит 15 кодов синхронизации и 64 кода групп скремблирования. Когда UE получает эту информацию, он может определить, какой код обозначает начало кадра, и таким способом завершить синхронизацию.

    Скремблирующие коды в SSCH дают возможность UE идентифицировать, какой код используется в данном случае, и, следовательно, идентифицировать узел B. Скремблирующие коды разделяются на 64 группы, каждая по 8 кодов. Это означает, что после достижения синхронизации кадра UE имеет для выбора только 8 кодов и поэтому может попытаться отслеживать общий пилот-канал (CPICH — Common Pilot Channel). Как только это будет сделано, он сможет "прочитать" широковещательный канал BCH и достигнет еще лучшей синхронизации, что позволит ему отслеживать первичный физический канал управления (PCCPCH — Primary Common Control Physical Channel).

    7.5.6. Управление мощностью

    Как в любой системе CDMA, в рассматриваемой системе существенно, чтобы узел B получал от всех UE сигнал приблизительно одной и той же мощности. Если это не регулировать, то станции, находящиеся дальше от узла B, будут иметь более низкий уровень сигнала, чем ближайшие. Последние будут подавлять сигналы с низким уровнем, и узел B не сможет принять их. Этот эффект часто упоминается в литературе как эффект "ближний-дальний". Чтобы его преодолеть, узел B передает команды ближним станциям — с целью уменьшить им мощность передачи, а тем, которые дальше, увеличить ее. Этим способом узел B будет получать от всех станций приблизительно одинаковый уровень сигналов.

    Управление мощностью также важно для узлов B. Так как сигналы, передаваемые различными узлами, не ортогональны друг другу, возможно, некоторые из них будут влиять друг на друга. Соответственно, их мощности должны быть минимально необходимыми для обслуживаемых UE.

    Для регулирования мощности есть два метода: по открытому и по закрытому циклу.

    Метод по открытому циклу используется на начальном этапе перед установлением соединения между UE и узлом B. Это простые действия, основанные на измерении напряженности полученного сигнала для принятия решения о требуемой мощности сигнала на передаче. При этом предполагается, что мощности прямого и обратного сигнала коррелированы. Однако частоты прямого и обратного канала различны, и могут отличаться также пути следования, поэтому этот метод не может давать хорошей оценки требуемой мощности. Он может использоваться лишь для приблизительной оценки.

    Как только UE получил доступ к системе через узел B, задействуется техника замкнутого цикла. На узле B проводятся измерения в каждом временном положении. Как результат этих измерений, к UE передается информация о регулировании мощности передатчика (запрос на пошаговое увеличение или уменьшение мощности). Этот процесс идет в обоих направлениях (от узла B к UE и обратно). Для непрерывного управления мощности используется фактически один бит (1 — "увеличить", 0 — "уменьшить"). Как только достигается необходимый уровень мощности, его либо уменьшают, либо увеличивают, чтобы обеспечить непрерывность процесса. Практически позиция UE все время изменяется, или изменяется путь следования радиосигнала. В результате движение приводит к изменению уровня сигнала, так что непрерывность процесса регулирования мощности не представляет проблемы.

    7.6. Краткие итоги лекции 7

  • Протоколы прикладного уровня сети радиодоступа RAN (RAN Application) — сигнальные протоколы уровня радиосети в интерфейсе Iub. Они управляют сигнализацией и установлением туннельных каналов (GTP —GPRS Tunneling Protocol), т. е. каналов "прозрачной передачи" данных между RNC 3G-SGSN, а также сигнальной информации и сигналов установления соединений для 3G MSC.
  • Процедура "оповещение свободного UE", заключается в том, что станция запрашивает свободный UE. Этот вызов с номером абонента передается управляемым сотам. Требуемый UE устанавливает сигнальное соединение.
  • Жесткий хэндовер используется при передаче соединения системе предыдущего поколения. В данном случае соединение, работающее на одной частоте, должно быть передано каналу другой частоты.
  • Мягкий хэндовер применяется, когда возможна работа смежных сот на одной и той же частоте. В результате возможно, что UE на время перехода получит сигналы из RNC двух смежных сот, и они также смогут получить сигналы от одного и того же UE.
  • Более мягкий хэндовер заключается в том, что каналы от двух RNC воспринимаются как один объединенный и один из каналов исключается после его значительного ослабления. Это обычно происходит при переходе управления в разных секторах одной соты.
  • Всякий хэндовер содержит два подпроцесса: установление нового канала (дополнение радиоканала) и удаление старого канала (удаление канала).
  • Под использование в UMTS/CDMA зарезервированы участки частот: 1920–1980 и 2110–2170 MГц для дуплексного частотного режима разделения (FDD), 1900–1920 — для дуплексного режима разделения по времени, (TDD, TD/CDMA).
  • Для передачи от узла B к UE применяется квадратурно-фазовая манипуляция (QPSK — Quadrature Phase Shift Keying). Для передачи в обратном направлении используются два отдельных канала. Для образования двойного канала (DQPSK — dual channel phase shift keying) применяются специальные модуляторы-демодуляторы.
  • Передаваемые данные кодируются, используя расширяющий код, конкретный для каждого пользователя. Полный коэффициент расширения (отношение ширины полосы частот в радиоканале к скорости передаваемой информации) изменяется, чтобы в полной степени использовать полосу пропускания.
  • При передаче информации от узла B к UE скорость передачи равна 3,84 Мчип/с. При модуляции QPSK возможна передача двух бит на каждый символ (чип) в сек. Таким образом, скорость в канале будет равна 7,68 Мбит/c. Если фактическая скорость передачи данных равна 15 бит/с, то коэффициент расширения — 512.
  • Ортогональные коды с переменным коэффициентом расширения (OVSF — Orthogonal Variable Spreading Factor codes) — это ансамбль кодов с переменной длиной; он формируется на основе кодового дерева, каждый уровень которого удваивает число возможных комбинаций и длину кода.
  • При кодировании речи в UMTS используются различные скорости и, соответственно, различные вокодеры. Когда система предоставляет возможность применять различные скорости, она называется "адаптивной многоскоростной системой" (AMRSAdaptive Multi-Rate System).
  • UMTS/CDMA был введен режим прерывистой передачи (DTXDiscontinuous Transmission) или "спящий режим" (режим ожидания): приемник включается, только когда он должен контролировать широковещательный канал вызова. Приемник с его радиоцепями будет потреблять мощность только в это время, и это позволит сэкономить энергию батареи.
  • Синхронизация, которая требуется для UMTS-системы, обеспечивается первичным каналом синхронизации (PSCH) и вторичным каналом синхронизации (SSCH). Эти каналы работают по методикам, отличающимся от методик обычных каналов, и в результате они не расширяются и не используют псевдокоды (PN) и OVSF-коды.
  • Для регулирования мощности есть два метода: по открытому и по закрытому циклу. метод по открытому циклу применяется на начальном этапе перед установлением соединения между UE и узлом B требуемой мощности. Он может использоваться как приблизительная оценка. Как только UE получает доступ к системе через узел B, задействуется техника закрытого цикла.
  • Задачи и упражнения к части 3

  • Используя таблица 7.17.17.
  • Объясните, когда применяются процедуры передачи сигнала оповещения (Paging).
  • Перечислите, какие действия осуществляются по сигналу активизации обновления данных в процедуре "дополнение ветви" (рис 7.11).
  • Перечислите, какие действия осуществляются по сигналу активизации обновления данных в процедуре "удаление ветви".
  • Объясните порядок действий в процедурах жесткого хэндовера. Какие ветви удаляются, какие дополняются и в каком порядке (рис 7.97.17)?
  • Объясните действия на рис 7.14. Для чего передается на этапе 2 временный номер радиосети (RNTI — Radio Network Temporary Identity)? Поясните информацию, передаваемую на этапе 4 (запрос на изменение местоположения) на рис 7.14.
  • Какие участки частотного спектра зарезервированы для UMTS:
  • для дуплексного режима разделения?
  • для режима разделения времени?
  • для спутникового канала связи?
  • Вернуться к учебному плану