Изменение настройки радиосвязи между терминалом и сетью
Иллюстрации
Показать всеИзобретение относится к беспроводной связи. Предложен метод изменения конфигурации канала радиосвязи между терминалом и сетью. Сеть выполняет шаги: инициирование новой конфигурации, которая имеет отношение к предыдущей конфигурации этого терминала, информирование этого терминала, чтобы применить новую конфигурацию, и определение, когда терминал использует вторую конфигурацию, на основе принятого от терминала радиосигнала. Терминал выполняет шаги: прием информации, чтобы применять новую конфигурацию, передачу в сеть радиосигнала, указывающего изменение конфигурации, и переход от старой конфигурации к новой конфигурации в определенное время после передачи радиосигнала. Техническим результатом является возможность синхронизировать внесение изменений в конфигурации в телекоммуникационной системе. 2 н. и 15 з.п. ф-лы, 29 ил.
Реферат
Область техники, к которой относится изобретение
[1] Настоящее изобретение имеет отношение к беспроводной (радио-) связи и, более конкретно, к изменению настройки (конфигурации) абонентской радиосвязи между терминалом и сетью, которая поддерживает связь.
Уровень техники
[2] Универсальная мобильная телекоммуникационная система «UMTS» представляет собой систему подвижной связи третьего поколения, которая явилась результатом эволюции европейского стандарта, и известна как глобальная система подвижной связи «GSM». Задачей универсальной мобильной телекоммуникационной системы «UMTS» является предоставление услуг подвижной связи повышенного качества на основе базовой сети «GSM» и технологии широкополосного множественного доступа с кодовым разделением каналов (W-CDMA) в качестве технологии беспроводной связи. В декабре 1998 года организации Европейский институт стандартизации в области связи (ETSI) в Европе, Ассоциация радиопромышленности и Комитет по технологии связи (ARIB/TTC) в Японии, Комитет Т1 Института стандартов США и южнокорейская Ассоциация по телекоммуникационным технологиям (ТТА) организовали Проект о сотрудничестве по системам третьего поколения (3GPP) для разработки детальных технических условий на технологию универсальной системы подвижной связи «UMTS». Для обеспечения быстрого и эффективного технического развития системы подвижной связи «UMTS» в рамках проекта 3GPP с целью стандартизации универсальной системы подвижной связи «UMTS» были созданы пять групп «TSG» по разработке технических условий с учетом независимого характера элементов сети и их работы. Каждая группа «TSG» разрабатывает, утверждает и контролирует стандартные технические условия в пределах соответствующей области. В числе этих групп группа по сетевой радиосвязи - (TSG-RAN) разрабатывает стандарты на функции, требуемые элементы и интерфейс универсальной наземной сети радиодоступа «UTRAN», которая представляет собой новую сеть радиодоступа для поддержки технологии широкополосного множественного доступа с кодовым разделением каналов (W-CDMA) в универсальной системе подвижной связи «UMTS».
[3] В дальнейшем описании могут использоваться следующие сокращения:
[4] «AM» - Режим с подтверждением
[5] «AS» - Слой с доступом
[6] «ASN.1» - Абстрактная синтаксическая нотация версии 1 (Язык ASN.1)
[7] «CQI» - Индикатор качества канала
[8] «MAC» - Управление доступом к среде
[9] «MBMS» - Мультимедийная услуга широковещательной/многоадресной передачи (Мультимедийное широковещательное/многоадресное облуживание).
[10] «NAS» - Слой без доступа
[11] «RRC» - Управление ресурсами радиосвязи
[12] «S-CCPCH» - Вспомогательный общий физический канал управления
[13] «SRB» - Сигнальный широкополосный однонаправленный радиоканал (Сигнальный радиоканал)
[14] «TCTF» - Поле типа целевого канала
[15] «TFC» - Сочетание транспортных форматов
[16] «ТМ» - Прозрачный режим
[17] «ТРС» - Команды мощности передачи
[18] «UE» - Пользовательское оборудование
[19] «UM» - Режим без подтверждения
[20] На Фиг.1 показан общий вид универсальной системы подвижной связи «UMTS» 100, включающей в себя пользовательское оборудование «UE» 110, универсальную наземную сеть 120 радиодоступа «UTRAN» и базовую сеть 130 «CN». Как показано на Фиг.1, универсальная система подвижной связи «UMTS» 100 в общем случае состоит из терминала 110 (пользовательского оборудования) «UE», «Узла-В» 122 (базовая станция), контроллеров 124, 126 радиосети «RNC», узла 131 «SGSN» (обслуживающий узел поддержки пакетной коммутации в сети подвижной связи (GPRS), далее (обслуживающий узел «SGSN»), центра коммутации 132 подвижной связи «MSC» и других узлов с различными интерфейсами между ними, которые в дальнейшем описываются более подробно.
[21] Универсальная наземная сеть 120 радиодоступа «UTRAN» включает в себя несколько контроллеров 124, 126 радиосети «RNC» и «Узлов-В» 122, которые соединены через интерфейс «Iub». Каждый контроллер радиосети «RNC» управляет несколькими «Узлами-В». Каждый «Узел-В» управляет одной или несколькими ячейками, где каждая ячейка характеризуется тем, что она покрывает определенную географическую зону на определенной частоте. Каждый контроллер радиосети «RNC» через интерфейс «Iu» соединен с базовой сетью 130 «CN», то есть с модулем центра коммутации 132 подвижной связи «MSC» (далее центр коммутации «MSC») базовой сети «CN» и модулем обслуживающего узла 131 «SGSN» базовой сети «CN». Контроллеры радиосети «RNC» могут быть соединены с другими контроллерами радиосети «RNC» через интерфейс «Iur». Контроллер радиосети «RNC» распределяет ресурсы радиосвязи и управляет ими, а также действует как пункт доступа по отношению к сотовой сети.
[22] «Узлы-В» принимают информацию, посланную физическим уровнем терминала 110 «UE» по восходящей линии связи, и передают данные на терминал «UE» по нисходящей линии связи. «Узлы-В» действуют как пункты доступа универсальной наземной сети радиодоступа «UTRAN» для терминала. Обслуживающий узел 131 «SGSN» (узел поддержки GPRS) через интерфейс «GF» соединен с регистром 133 идентификации оборудования «EIR», через интерфейс «GS» соединен с центром коммутации 132 «MSC», через интерфейс «GN» соединен с шлюзовым узлом 135 поддержки пакетной коммутации GPRS (далее шлюзовый узел «GGSN») и через интерфейс «GR» соединен с домашним сервером абонентских данных 134 «HSS». В регистре идентификации оборудования 133 «EIR» хранятся списки терминалов подвижной связи, которым разрешается или не разрешается пользоваться сетью. Центр коммутации «MSC», который управляет соединением для услуг с коммутацией каналов «CS», через интерфейс «NB» соединен с медиашлюзом 136 «MGW» (сетевым шлюзом), через интерфейс «F» соединен с регистром идентификации оборудования 133 «EIR» и через интерфейс «D» соединен с домашним сервером абонентских данных 134 «HSS». Медиашлюз 136 «MGW» соединяется с домашним сервером абонентских данных «HSS» через интерфейс «С» и с телефонной сетью общего пользования (ТФОП/PSTN) и позволяет настраивать кодеки между телефонной сетью общего пользования и подключенной сетью радиодоступа «RAN».
[23] Шлюзовый узел «GGSN» через интерфейс «GC» соединен с домашним сервером абонентских данных «HSS» и через интерфейс «GI» соединен с Интернет. Шлюзовый узел «GGSN» отвечает за маршрутизацию, наполнение и разделение потоков данных между различными широкополосными радиоканалами «RAB». Домашний сервер абонентских данных «HSS» обрабатывает абонентские данные пользователей.
[24] Существуют и другие соединения, которые не имеют значения для настоящего изобретения.
[25] Универсальная наземная сеть радиодоступа «UTRAN» формирует и поддерживает широкополосные радиоканалы «RAB» для обеспечения связи между терминалом 110 «UE» и базовой сетью 130 «CN». Базовая сеть предъявляет к радиоканалу «RAB» требования качества обслуживания «QoS» сквозного канала связи, и радиоканал «RAB» поддерживает требования качества обслуживания «QoS», установленные базовой сетью. Соответственно, универсальная наземная сеть радиодоступа «UTRAN» может удовлетворить требования качества обслуживания «QoS» сквозного канала связи путем формирования и поддержки радиоканала «RAB».
[26] Услуги, предоставляемые конкретному терминалу 110 «UE», ориентировочно делятся на услуги с коммутацией каналов «CS» и услуги с коммутацией пакетов «PS». Например, обычная услуга речевой связи является услугой с коммутацией каналов, тогда как услуга просмотра Веб-страниц через подключение к сети Интернет классифицируется как услуга с коммутацией пакетов «PS».
[27] Для поддержки услуг с коммутацией каналов контроллеры 124, 126 радиосети «RNC» соединены с центром коммутации 132 «MSC» базовой сети 130 «CN», а центр коммутации 132 «MSC» соединен с шлюзовым коммутационным центром подвижной связи «GMSC», который управляет соединением с другими сетями. Для поддержки услуг с коммутацией пакетов контроллеры радиосети «RNC» соединены с обслуживающим узлом 131 «SGSN» сети поддержки пакетной коммутации «GPRS» и с межсетевым узлом 135 «GGSN» поддержки сети подвижной связи с коммутацией пакетов «GPRS» базовой сети. Обслуживающий узел «SGSN» поддерживает пакетную связь с контроллерами радиосети «RNC», а межсетевой узел «GGSN» управляет соединением с другими сетями с коммутацией пакетов, такими как сеть Интернет.
[28] На Фиг.2 приведена структура протокола интерфейса радиосвязи на базе технических условий 3GPP для сети радиодоступа между терминалом «UE» и наземной сетью радиодоступа «UTRAN». Протокол интерфейса радиосвязи на фиг.2 имеет горизонтальные уровни, содержащие физический уровень, уровень канала передачи данных и сетевой уровень, и имеет вертикальные плоскости, включающие плоскость пользователя (U-плоскость), предназначенную для передачи информационных данных, и плоскость управления (С-плоскость) - для передачи управляющих сигналов. Плоскость пользователя представляет собой область, которая обрабатывает информацию трафика пользователя, такую как голосовые сообщения или пакеты протокола Интернет (IP). Плоскость управления представляет собой область, которая обрабатывает информацию управления для интерфейса сети, обслуживания вызова и управления им и т.п.
[29] Уровни протокола по Фиг.2 могут быть разделены на первый уровень (L1), второй уровень (L2) и третий уровень (L3) на основе трех нижних уровней стандартной модели взаимодействия открытых систем (OSI). Первый уровень (L1), или физический уровень, предоставляет услугу передачи информации вышерасположенному уровню с использованием различных методов радиопередачи. Физический уровень связан через транспортный канал с вышерасположенным уровнем, который называется уровнем управления доступом к среде «MAC». Уровень управления доступом к среде «MAC» и физический уровень обмениваются данными через транспортный канал. Второй уровень (L2) включает в себя уровень управления доступом к среде «MAC», уровень управления радиоканалом «RLC», уровень управления широковещательной/групповой передачей «ВМС» и уровень протокола сходимости пакетных данных «PDCP». Уровень управления доступом к среде «MAC» управляет отображением между логическими каналами и транспортными каналами и обеспечивает назначение параметров уровня управления доступом к среде «MAC» для распределения и перераспределения ресурсов радиосвязи. Уровень управления доступом к среде «MAC» через логический канал связан с вышерасположенным уровнем, который называется уровнем управления радиоканалом «RLC». В зависимости от вида передаваемой информации предоставляются различные логические каналы. В основном при передаче информации плоскости управления используется канал управления, а при передаче информации плоскости пользователя используется канал трафика. Логический канал может быть общим каналом или выделенным каналом в зависимости от того, является ли логический канал совместно используемым каналом. Логические каналы включают в себя: выделенный канал трафика - «DTCH», выделенный канал управления - «DCCH», общий канал трафика - «СТСН», общий канал управления - «СССН», широковещательный управляющий канал «ВССН» и канал управления поисковым вызовом - «РССН» (пейджинговый управляющий канал) или совместно используемый канал управления - «SCCH» и другие каналы. Широковещательный управляющий канал «ВССН» предоставляет информацию, включающую в себя информацию, используемую терминалом для доступа в систему. Канал управления поисковым вызовом «РССН» используется универсальной наземной сетью радиодоступа «UTRAN» для доступа к терминалу.
[30] Специально для мультимедийного широковещательного/многоадресного обслуживания «MBMS» (мультимедийное широковещательное/многоадресное обслуживание или другой тип многоадресных услуг) в стандарте мультимедийного широковещательного/многоадресного обслуживания «MBMS» введены дополнительные каналы трафика (информационные каналы) и каналы управления. Многоадресный канал управления мультимедийным широковещательным/многоадресным обслуживанием «MBMS» - «МССН» используется для передачи управляющей информации для мультимедийного широковещательного/многоадресного обслуживания «MBMS». Многоадресный канал трафика для мультимедийного широковещательного/многоадресного обслуживания «MBMS» - «МТСН» используется для передачи данных услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS». Канал планирования мультимедийного широковещательного/многоадресного обслуживания «MBMS» - «MSCH» используется для передачи информации планирования.
[31] Логические каналы могут подразделяться на каналы управления (ССН) и каналы трафика (ТСН). Каналы управления (ССН) могут включать в себя «ВССН» - канал управления широковещательной передачей; «РССН» - канал управления поисковым вызовом; «DCCH» - выделенный канал управления; «СССН» - общий канал управления; «SHCCH» - канал управления совместно используемым (мультиплексным) каналом; «МССН» многоадресный канал управления мультимедийным широковещательным/многоадресным обслуживанием «MBMS» и MSCH - канал планирования «MBMS». Каналы трафика (ТСН) могут включать в себя «DTCH» - выделенный канал трафика; «СТСН» - общий канал трафика и «МТСН» - многоадресный канал графика для мультимедийного широковещательного/многоадресного обслуживания «MBMS».
[32] Уровень управления доступом к среде «MAC» связан с физическим уровнем транспортными каналами и в соответствии с типом транспортного канала, которым нужно управлять, может быть разделен на подуровень управления доступом к среде «МАС-b», подуровень управления доступом к среде «MAC-d», подуровень управления доступом к среде «МАС-c/sh», подуровень управления доступом к среде «MAC-hs» и подуровень управления доступом к среде «МАС-m». Подуровень управления доступом к среде «МАС-b» управляет каналом широковещательной передачи «ВСН», который является транспортным каналом, обеспечивающим широковещательную передачу системной информации. Подуровень управления доступом к среде «MAC-c/sh» управляет общим транспортным каналом, таким как канал прямого доступа «FACH» или нисходящим совместно используемым (мультиплексным) каналом «DSCH», который совместно используется несколькими терминалами, или восходящим каналом радиосвязи с абонентами «RACH». Подуровень управления доступом к среде «МАС-m» может управлять данными мультимедийного широковещательного/многоадресного обслуживания «MBMS».
[33] На Фиг.3 показано возможное отображение между логическими каналами и транспортными каналами с точки зрения терминала «UE».
[34] На Фиг.4 показано возможное отображение между логическими каналами и транспортными каналами с точки зрения сети «UTRAN».
[35] Подуровень управления доступом к среде «MAC-d» управляет выделенным каналом «DCH», который является выделенным транспортным каналом для конкретного терминала. Подуровень управления доступом к среде «MAC-d» расположен в обслуживающем контроллере радиосети «SRNC», который управляет соответствующим пользовательским оборудованием, и один подуровень управления доступом к среде «MAC-d» существует в каждом терминале. В зависимости от режима работы уровня управления радиоканалом «RLC», уровень управления радиоканалом «RLC» поддерживает надежную передачу данных, а также выполняет сегментацию и конкатенацию над множеством блоков служебных данных «SDU» уровня управления радиоканалом «RLC» (далее блок служебных данных «RLC SDU»), доставляемых с вышерасположенного уровня. Когда уровень управления радиоканалом «RLC» принимает блоки служебных данных «RLC SDU» с вышерасположенного уровня, уровень управления радиоканалом «RLC» регулирует соответствующим образом размер каждого блока служебных данных «RLC SDU» с учетом производительности обработки, а затем создает блоки данных с добавленной к ним информацией заголовка. Созданные блоки данных называются блоками протокольных данных «PDU» (далее блоки протокольных данных «RLC PDU»), которые затем передаются на уровень протокола управления доступом к среде «MAC» через логический канал. Уровень управления радиоканалом «RLC» включает в себя буфер уровня управления радиоканалом «RLC» для хранения блоков служебных данных «RLC SDU» и/или блоков протокольных данных «RLC PDU».
[36] Уровень управления широковещательной/групповой передачей «ВМС» планирует передачу сообщения широковещательной ячейки (далее СВ-сообщение), переданного из базовой сети, и осуществляет широковещательную передачу СВ-сообщений на терминалы, расположенные в конкретной ячейке или в ячейках.
[37] Уровень протокола сходимости пакетных данных «PDCP» расположен над уровнем управления радиоканалом «RLC». Уровень протокола сходимости пакетных данных «PDCP» используется для эффективной передачи данных сетевого протокола, такого как Интернет протокол «IPv4» или «IPv6», через интерфейс радиосвязи с относительно малой шириной полосы пропускания. Для этого уровень протокола сходимости пакетных данных «PDCP» сокращает ненужную информацию управления, используемую в проводной сети; эта функция называется сжатием заголовка.
[38] Уровень управления ресурсами радиосвязи «RRC», расположенный в самой нижней части третьего уровня (L3), определен только в плоскости управления. Уровень управления ресурсами радиосвязи «RRC» управляет транспортными каналами и физическими каналами в отношении установления, реконфигурации и освобождения или прекращения действия широкополосных однонаправленных радиоканалов (далее радиоканал «RB»). Радиоканал «RB» относится к услуге, предоставляемой вторым уровнем (L2) для передачи данных между терминалом и наземной сетью радиодоступа «UTRAN». Обычно установление радиоканала «RB» состоит в установке характеристик уровня протокола и канала, которые необходимы для предоставления определенной услуги по передаче данных, и задании соответствующих подробных параметров и способов функционирования. Кроме того, уровень управления ресурсами радиосвязи «RRC» управляет передвижением пользователя в сети абонентской радиосвязи (RAN) и дополнительными услугами, например услугами определения местоположения.
[39] Возможные в принципе варианты отображения между широкополосными радиоканалами и транспортными каналами на самом деле не всегда являются выполнимыми для данного терминала «UE». Терминал «UE» и универсальная наземная сеть радиодоступа «UTRAN» определяют возможные отображения в зависимости от состояния терминала «UE» и процедуры, выполняемой терминалом «UE» и универсальной наземной сетью радиодоступа «UTRAN». Ниже подробно поясняются различные состояния и режимы, имеющие отношение к настоящему изобретению.
[40] Различные транспортные каналы отображаются на различные физические каналы. Конфигурация физических каналов задается обменом сигналами уровней управления ресурсами радиосвязи «RRC» между контроллером радиосети «RNC» и терминалом «UE».
[41] Что касается физических каналов, то физический выделенный канал «DPCH» можно установить и использовать одновременно между терминалом «UE» и одной или несколькими ячейками одного или нескольких «Узлов-В», как показано на Фиг.5.
[42] Такая ситуация, когда терминал «UE» установил физический выделенный канал «DPCH» одновременно с несколькими ячейками, называется «плавным переходом». Случай, когда терминал «UE» установил физический выделенный канал «DPCH» одновременно с несколькими ячейками одного «Узла-В», называется «очень плавным переходом». Для физического выделенного канала «DPCH» терминал «UE» всегда имеет в своем распоряжении команды управления мощностью передачи «ТРС» от всех радиоканалов по нисходящей связи и всегда использует команду, которая требует наименьшей мощности передачи (то есть в случае, когда один радиоканал говорит "увеличить", а другой - "уменьшить", терминал «UE» осуществляет выбор по наименьшей мощности передачи).
[43] Уровень управления радиоканалом «RLC» представляет собой уровень L2 протокола, который используется для управления обменом данными между логическими каналами, которые связывают контроллер радиосети «RNC» и терминал «UE». Уровень управления радиоканалом «RLC» в настоящее время можно сконфигурировать в 3 режимах передачи: прозрачный режим; режим без подтверждения и режим с подтверждением.
[44] В зависимости от режима передачи доступны различные функциональные возможности.
[45] В режиме с подтверждением и без подтверждения блоки служебных данных «SDU» могут быть разбиты на блоки данных меньшего размера (блоки протокольных данных «PDU»), которые используются для передачи посредством радиоинтерфейса. Сторона передатчика делит блок служебных данных «SDU» на блоки протокольных данных «PDU», и на основании управляющей информации, которая добавлена к блокам протокольных данных «PDU», сторона приемника снова объединяет блоки протокольных данных «PDU», чтобы восстановить блоки служебных данных «SDU». Такая управляющая информация представляет собой, например, порядковый номер блока протокольных данных «PDU», для того чтобы определить, был ли потерян блок протокольных данных «PDU», или индикатор длины «LI», который обозначает начало/конец служебного блока данных «SDU» внутри блока протокольных данных уровня управления радиоканалом (далее блок протокольных данных «RLC PDU»).
[46] В режиме без подтверждения приемник не передает передатчику подтверждения для правильно полученных блоков протокольных данных «PDU», вместо этого сторона приемника составляет блоки служебных данных «SDU» из блоков протокольных данных «PDU» на основе сигнальной информации, которая содержится в блоках протокольных данных «PDU», и передает составленные блоки служебных данных «SDU» вышерасположенным уровням.
[47] В режиме с подтверждением приемник передает подтверждения для правильно принятых пакетных блоков данных «PDU». Передатчик использует эти подтверждения для инициирования повторных передач отсутствующих блоков протокольных данных «PDU». Подтверждения передаются при определенных условиях. Предусмотрено несколько механизмов для инициирования передачи подтверждений для блоков протокольных данных «PDU», полученных приемником. Какие из механизмов использовать, определено стандартом и-или сконфигурировано в сигнальной информации управления ресурсами радиосвязи «RRC». Один из примеров такого механизма для передачи статуса блока протокольных данных «PDU» представляет собой, например, прием блока протокольных данных «PDU» с порядковым номером, не соответствующим самому последнему полученному порядковому номеру плюс один, или когда приемник получает от передатчика в управляющей информации контроллера радиоканала «RLC» указание того, что должно быть передано подтверждение (называемое также «Status» ("состояние")). Указание передатчика передать состояние блока протокольных данных «PDU» называется «Polling» (опрос).
[48] Когда передатчик передает бит опроса «Polling», в стандарте универсальной мобильной телекоммуникационной системы «UMTS» определен механизм на случай, если после передачи бита опроса «Polling» через некоторое время не было получено никакого отчета о состоянии «Status». Этот механизм побуждает передатчик повторно передать блок протокольных данных «PDU», включающий индикатор опроса, и называется «опросом по таймеру».
[49] Другой механизм подсчитывает количество повторных передач блока протокольных данных «PDU». В случае, если повторная передача превышает определенное число «MaxDat», передатчик начинает процедуру сброса, которая представляет собой процедуру, позволяющую установить объекты передатчика и приемника радиоканала в начальное состояние, используя режим с подтверждением «AM» контроллера радиоканала «RLC». При запуске процедуры сброс («Reset») объект-инициатор передает блок протокольных данных «PDU» «Сброс» («Reset») оконечному объекту. Оконечный объект подтверждает прием блока протокольных данных «PDU» «Сброс» («Reset») путем передачи блока протокольных данных «PDU» «Подтверждение сброса» («Reset Ack»). Если через некоторое время объект-инициатор не получил блок протокольных данных «PDU» «Подтверждение сброса» («Reset Ack»), объект-инициатор повторно передает блок протокольных данных «PDU» «Сброс» («Reset»). Если объект-инициатор не получил блок протокольных данных «PDU» «Подтверждение сброса» («Reset Ack») через некоторое количество повторных передач, то объект-инициатор выявляет «неисправимую ошибку».
[50] В этом примере описывается ситуация, когда неисправность обнаружена в работе объекта управления радиоканалом «RLC» при работе объекта управления радиоканалом «RLC» в режиме с подтверждением «AM». Другие механизмы обнаружения неисправности возможны, уже описаны в стандарте универсальной мобильной телекоммуникационной системы «UMTS» либо могут быть придуманы и реализованы. Можно также придумать механизмы для объектов управления радиоканалом «RLC», работающих в режиме без подтверждения «UM», которые бы, например, обнаруживали, что в блоке протокольных данных «RLC PDU» содержится неопределенная управляющая информация, или где вышерасположенные уровни определяют, что прием/передача объекта «UM» ведет себя некорректно.
[51] В соответствии с вышеприведенным объяснением в стандарте определены механизмы, обнаруживающие «неисправимую ошибку», которые могут соответствовать заблокированной ситуации либо ситуации, где связь подвержена помехам.
[52] Если терминал «UE» обнаруживает ситуацию с неисправимой ошибкой, описанную в стандарте, то терминал «UE» переходит в состояние «CELL_FACH» и в итоге передает «Узлу-В»/контроллеру радиосети «RNC» сообщение «Обновить ячейку» («Cell update»), обозначающее, что имела место неисправимой ошибки, путем указания в информационном элементе «IE» причины обновления ячейки с использованием в качестве причины неисправимой ошибки уровня управления радиоканалом «RLC». Терминал «UE» обозначает путем включения в информационный элемент обозначения ошибки («RB2», «RB3» или «RB4») при работе управления радиоканалом «RLC» в режиме с подтверждением «AM», что эта неисправимая ошибка произошла для одного из радиоканалов «SRB», имеющего идентификатор «Id» 2, 3 или 4, или путем включения в информационный элемент «IE» обозначения ошибки («RB>4») при работе управления радиоканалом «RLC» в режиме с подтверждением «AM» терминал «UE» обозначает, что эта ошибка имела место для одного из радиоканалов «RB», использующего управление радиоканалом «RLC» в режиме с подтверждением «AM» с идентификатором «Id» больше 4. Затем контроллер радиосети «RNC» может передать сообщение «Подтверждение обновления ячейки» («Cell Update Confirm») и указать, что нужно повторно создать объекты управления радиоканалом «RLC» для радиоканалов «SRB» с идентификатором «Id» 2, 3 и 4 или для широкополосных радиоканалов «RB», имеющих идентификаторы «Id» больше 4, использующих управление радиоканалом «RLC» в режиме с подтверждением «AM», путем установки в информационном элементе «IE» значения "да" (true) индикатора повторного установления управления радиоканалом «RLC» («RB2», «RB3» или «RB4») и-или индикатора повторного установления управления радиоканалом для «RLC» («RB5» или больше).
[53] Кроме того, объект управления радиоканалом «RLC» в режиме «UM»/«AM» отвечает за выполнение шифрования и дешифрования. Для этого объект управления радиоканалом «RLC» в передатчике и приемнике поддерживает число «COUNT-C», состоящее из номера гиперкадра «HFN» и порядкового номера «SN» управления радиоканалом «RLC». Значение «COUNT-C» наряду с другой информацией используется в качестве входного значения для математической функции, которая генерирует битовую строку. Эта битовая строка и блок «RLC PDU» за исключением порядкового номера «SN» объединяются с помощью логической операции «ИСКЛЮЧАЮЩЕЕ ИЛИ» («XOR»), что обеспечивает шифрование части блока «RLC PDU», где содержатся данные. Значение номера гиперкадра «HFN» увеличивается каждый раз, когда порядковый номер «SN» управления радиоканалом «RLC» (блока «RLC PDU») совершает цикл (то есть когда порядковый номер «SN» блока «RLC PDU» достигает своего максимального значения и снова начинает с 0). В случае, если получатель обнаружит отсутствие некоторого количества порядковых номеров «SN», или в случае, если полученный порядковый номер «SN» во время приема изменился, значения «COUNT-C» в приемнике и передатчике могут оказаться не синхронизированными. В этом случае приемник не способен правильно дешифровать полученную информацию.
[54] Что касается состояний управления ресурсами радиосвязи «RRC», режим работы уровня управления ресурсами радиосвязи «RRC» связан с тем, существует ли логическое соединение между уровнем управления ресурсами радиосвязи «RRC» терминала и уровнем управления ресурсами радиосвязи «RRC» универсальной наземной сети радиодоступа «UTRAN». Если соединение существует, считается, что терминал находится в режиме «RRC-соединения». Если соединение отсутствует, считается, что терминал находится в режиме ожидания ("спящем"). Поскольку для терминалов в режиме с подключенными уровнями управления ресурсами радиосвязи «RRC» существует «RRC-соединение», универсальная наземная сеть радиодоступа «UTRAN» может определить местонахождение конкретного терминала с точностью до ячейки, например, определить ячейку или группу ячеек, где находится терминал с подключенными уровнями управления ресурсами радиосвязи «RRC», и какой физический канал выслушивает упомянутый терминал «UE». Таким образом, терминал можно эффективно контролировать.
[55] В отличие от этого универсальная наземная сеть радиодоступа «UTRAN» не может определить наличие терминала, находящегося в режиме ожидания. Наличие терминалов, находящихся в режиме ожидания, может быть определено только базовой сетью в области большего размера, чем ячейка, например в населенном пункте или области маршрутизации. Таким образом, наличие терминалов, находящихся в режиме ожидания, определяется в больших областях, и для того чтобы принимать информацию услуг мобильной связи, например речь или данные, терминал из режима ожидания должен перейти в режим «RRC-соединения». Возможные переходы между режимами и состояниями показаны на Фиг.6.
[56] Терминал «UE», находящийся в режиме «RRC-соединения», может находиться в различных состояниях, например в состоянии «CELL_FACH», в состоянии «CELL_PCH», в состоянии «CELL_DCH» или в состоянии «URA_PCH», и возможны другие состояния. В зависимости от состояний, терминал «UE» выполняет разные операции и прослушивает разные каналы. Например, терминал «UE», находящийся в состоянии «CELL_DCH», будет пытаться прослушивать (среди прочих) транспортные каналы типа выделенный канал «DCH», которые включают в себя транспортные каналы выделенный канал трафика «DTCH» и выделенный управляющий канал «DCCH» и которые могут отображаться на конкретные физические каналы: выделенный физический канал «DPCH», выделенный физический нисходящий совместно используемый/мультиплексный канал «DPDSCH», или другие физические каналы. Терминал «UE» в состоянии «CELL_FACH» будет прослушивать несколько транспортных каналов типа канала прямого доступа «FACH», которые отображаются на отдельный вспомогательный общий физический канал управления «S-CCPCH», терминал «UE» в состоянии «CELL_PCH» будет прослушивать канал индикатора поискового вызова «PICH» и канал «РСН», которые отображаются на отдельный вспомогательный общий физический канал управления «S-CCPCH».
[57] Что касается считывания системной информации, основная системная информация передается по логическому широковещательному каналу «ВССН», который отображается на канал «Р-ССРСН» (основной общий физический канал управления). Отдельные блоки системной информации могут быть переданы по каналу прямого доступа «FACH». Когда по каналу прямого доступа «FACH» передается системная информация, терминал «UE» получает конфигурацию канала прямого доступа «FACH» или по широковещательному каналу «ВССН», который принимается по основному общему физическому каналу управления «Р-ССРСН» или по выделенному каналу. Когда системная информация передается по широковещательному каналу «ВССН» (через основной общий физический канал управления «Р-ССРСН»), то в каждом кадре (фрейме) или наборе из двух кадров передается номер системного кадра «SFN», используемый для синхронизации между терминалом «UE» и базовой станцией «Узел В».
[58] Передача по основному общему физическому каналу управления «Р-ССРСН» всегда ведется с использованием того же кода скремблирования, что используется в канале «P-CPICH» (основной общий пилотный канал), данный код является основным кодом скремблирования ячейки. В каждом канале используется расширяемый код, как это обычно делается в системах «WCDMA» (широкополосного множественного доступа с кодовым разделением каналов). Каждый код характеризуется своим коэффициентом расширения «SF», который соответствует разрядности кода (длине кода). Для данного коэффициента расширения количество ортогональных кодов равно разрядности кода. Для каждого коэффициента расширения заданный набор ортогональных кодов, как определено в системе UMTS, нумеруется от 0 до «SF-1».
[59] Каждый код, таким образом, идентифицируется присвоением ему разрядности (т.е. коэффициента расширения) и номера кода. Расширяемый код, используемый основным общим физическим каналом управления «Р-ССРСН», всегда имеет фиксированный коэффициент расширения 256, а номером кода является 1. Терминал «UE» узнает о первичном коде скремблирования либо из информации, передаваемой сетью вместе с системной информацией смежных сотовых ячеек, которую терминал считал из сообщений, полученных терминалом по выделенному управляющему каналу «DCCH», либо путем поиска на канале «P-CPICH», который всегда передается с использованием фиксированного коэффициента расширения «SF=256» и номера расширяемого кода, равного 0, и который передает фиксированный набор символов.
[60] Системная информация содержит информацию о смежных ячейках, о конфигурации транспортных каналов абонентской связи «RACH» и прямого доступа «FACH», а также о конфигурации канала индикатора уведомления мультимедийного широковещательного/многоадресного обслуживания - «MICH» и многоадресного канала управления мультимедийным широковещательным/многоадресным обслуживанием «МССН», которые является каналами, выделенными для услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS».
[61] Каждый раз, когда терминал UE меняет ячейку, он находится в режиме ожидания вызова (в режиме ожидания) или после выбора терминалом «UE» ячейки (в состояниях «CELL_FACH», «CELL_PCH» или «URA_PCH»), терминал «UE» проверяет достоверность имеющейся у него системной информации. Системная информация организована в виде блоков системной информации «SIB», блоков эталонной информации «MIB» и блоков планирования. Блок эталонной информации «MIB» передается очень часто и содержит информацию о синхронизации блоков планирования и различных блоков системной информации «SIB». Для блоков системной информации «SIB», связанных с меткой значения, блок эталонной информации «MIB» содержит также информацию о последней версии части блоков системной информации «SIB». Блоки системной информации «SIB», не связанные с меткой значения, связаны с таймером истечения времени. Блоки системной информации «SIB», связанные с таймером истечения времени, становятся некорректными и должны быть повторно считаны, если время последнего считывания блоков системной информации «SIB» больше значения таймера истечения времени. Блоки системной информации «SIB», связанные с меткой значения, являются корректными только в том случае, если их метка значения совпадает с меткой значения широковещательной передачи в блоке эталонной информации «MIB». Каждый блок является корректным в пределах некоторой области (ячейки, наземной сети мобильной связи общего пользования - «PLMN» или эквивалентной наземной сети мобильной связи общего пользования - эквивалентной «PLMN»), которая указывает ячейки, где блок системной информации «SIB» является корректным. Блок системной информации «SIB» с областью действия в границах ячейки является корректным только в той ячейке, где он был считан. Блок системной информации «SIB» с областью действия в виде наземной сети мобильной связи общего пользования «PLMN» является корректным во всей области «PLMN». Блок системной информации «SIB» с областью действия в виде эквивалентной наземной сети мобильной связи общего пользования является корректным во всей области «PLMN» и в эквивалентной «PLMN».
[62] В общем, терминалы «UE», когда они находятся в режиме ожидания, в состоянии «CELL_FACH», «CELL_PCH» или «URA_PCH», считывают системную информацию