УЛУЧШЕННАЯ ОБРАБОТКА ОШИБОК УПРАВЛЕНИЯ РАДИОКАНАЛОМ Российский патент 2010 года по МПК H04W60/00 

ёОбласть техники, к которой относится изобретение

[1] Настоящее изобретение имеет отношение к способу определения неправильного функционирования канала радиосвязи, установленного между пользовательским устройством «UE» и сетью сотовой связи. Изобретение, в частности, используется в сетях типа универсальной мобильной телекоммуникационной системы «UMTS».

Уровень техники

[2] Универсальная мобильная телекоммуникационная система «UMTS» представляет собой Европейскую систему мобильной связи третьего поколения систем подвижной связи IMT-2000, которая стала результатом эволюции европейского стандарта, известного как глобальная система подвижной связи (GSM).

[3] Универсальная мобильная телекоммуникационная система «UMTS» предназначена, чтобы представлять услуги подвижной связи повышенного качества на основе базовой сети «GSM» и технологии широкополосного множественного доступа с кодовым разделением каналов (W-CDMA) в качестве технологии беспроводной связи. В декабре 1998 года организации Европейский институт стандартизации в области связи (ETSI) в Европе, Ассоциация радиопромышленности и Комитет по технологии связи (ARIB/TTC) в Японии, Комитет Т1 Института стандартов США и южнокорейская Ассоциация по телекоммуникационным технологиям (ТТА) организовали Проект о сотрудничестве по системам третьего поколения (3GPP). В проекте 3GPP разрабатываются детальные технические условия на технологию универсальной системы мобильной связи «UMTS». Для обеспечения быстрого и эффективного технического развития системы мобильной связи «UMTS» в рамках проекта 3GPP с целью стандартизации универсальной системы мобильной связи «UMTS» были созданы пять групп «TSG» по разработке технических условий с учетом независимого характера элементов сети и их работы. Каждая группа TSG разрабатывает, утверждает и контролирует стандартные технические условия в пределах соответствующей области. В числе этих групп группа по сетевой радиосвязи - (TSG-RAN) разрабатывает стандарты на функции, требуемые элементы и интерфейс наземной сети радио доступа универсальной системы мобильной связи, далее, универсальная наземная сеть радио доступа «UTRAN», которая представляет собой новую сеть радио доступа для поддержки технологии широкополосного множественного доступа с кодовым разделением каналов (W-CDMA) в универсальной системе мобильной связи «UMTS».

[4] На Фиг.1 показан общий вид сети универсальной системы мобильной связи «UMTS», включающей пользовательское устройство (терминал «UE»), например мобильную станцию, универсальную наземную сеть радио доступа «UTRAN» и базовую сеть «CN».

[5] Универсальная наземная сеть радио доступа «UTRAN» включает в себя несколько контроллеров радиосети «RNC» и «Узлов-В», которые соединены через интерфейс «Iub». Каждый контроллер радиосети «RNC» управляет несколькими «Узлами-В». Каждый «Узел-В» управляет одной или несколькими ячейками, где каждая ячейка характеризуется тем, что она покрывает определенную географическую зону на определенной частоте. Каждый контроллер радиосети «RNC» через интерфейс «Iu» соединен с базовой сетью «CN», то есть с модулем центра коммутации для услуг мобильной связи (далее центр коммутации «MSC») базовой сети «CN» и модулем узла поддержки обслуживания «GPRS» (далее узел «SGSN») базовой сети «CN». Контроллеры радиосети «RNC» могут быть соединены с другими контроллерами радиосети «RNC» через интерфейс «Iur». Контроллер радиосети «RNC» распределяет ресурсы радиосвязи и управляет ими, а также действует как пункт доступа по отношению к базовой сети «CN».

[6] «Узлы-В» принимают информацию, посланную физическим уровнем терминала «UE» по восходящей линии связи, и передают данные на терминал «UE» по нисходящей линии связи. «Узлы-В» действуют как пункты доступа универсальной наземной сети радио доступа «UTRAN» для терминала. Узел поддержки GPRS (узел «SGSN») через интерфейс «G_F» соединен с регистром идентификации оборудования «EIR», через интерфейс «G_S» соединен с центром коммутации «MSC», через интерфейс «G_N» соединен с узлом поддержки пакетной коммутации GPRS (далее узел «GGSN») и через интерфейс «G_R» соединен с домашним сервером абонентских данных «HSS». В регистре идентификации оборудования «EIR» хранятся списки терминалов подвижной связи, которым разрешается или не разрешается пользоваться сетью. Центр коммутации «MSC», который управляет соединением для услуг с коммутацией каналов «CS», через интерфейс «N_B» соединен с медиашлюзом «MGW» (сетевым шлюзом), через интерфейс «F» соединен с регистром идентификации оборудования «EIR» и через интерфейс «D» соединен с домашним сервером абонентских данных «HSS». Медиашлюз «MGW» соединяется с домашним сервером абонентских данных «HSS» через интерфейс «С» и с телефонной сетью общего пользования (ТФОП/PSTN) и позволяет настраивать кодеки между телефонной сетью общего пользования и подключенной сетью радио доступа «RAN».

[7] Узел «GGSN» через интерфейс «G_C» соединен с домашним сервером абонентских данных «HSS» и через интерфейс «G_I» соединен с Интернет. Узел «GGSN» отвечает за маршрутизацию, наполнение и разделение потоков данных между различными широкополосными радиоканалами «RAB». Домашний сервер абонентских данных «HSS» обрабатывает абонентские данные пользователей.

[8] Существуют другие соединения, не столь важные для настоящего изобретения.

[9] Универсальная наземная сеть радио доступа «UTRAN» формирует и поддерживает широкополосные радиоканалы «RAB» для обеспечения связи между терминалом «UE» и базовой сетью «CN». Базовая сеть предъявляет к радиоканалу «RAB» требования качества обслуживания «QoS» сквозного канала связи, и радиоканал «RAB» поддерживает требования качества обслуживания «QoS», установленные базовой сетью. Соответственно, универсальная наземная сеть радио доступа «UTRAN» может удовлетворить требования качества обслуживания «QoS» сквозного канала связи путем формирования и поддержки радиоканала «RAB».

[10] Услуги, предоставляемые конкретному терминалу, ориентировочно делятся на услуги с коммутацией каналов «CS» и услуги с коммутацией пакетов «PS». Например, обычная услуга речевой связи является услугой с коммутацией каналов, тогда как услуга просмотра Веб-страниц через подключение к сети Интернет классифицируется как услуга с коммутацией пакетов «PS».

[11] Для поддержки услуг с коммутацией каналов контроллеры радиосети «RNC» соединены с подвижным центром коммутации «MSC» базовой сети «CN», а центр коммутации «MSC» соединен с шлюзовым коммутационным центром подвижной связи «GMSC», который управляет соединением с другими сетями. Для поддержки услуг с коммутацией пакетов контроллеры радиосети «RNC» соединены с узлом «SGSN» сети поддержки пакетной коммутации «GPRS» и с межсетевым узлом «GGSN» поддержки сети подвижной связи с коммутацией пакетов «GPRS» базовой сети. Обслуживающий узел «SGSN» поддерживает пакетную связь с контроллерами радиосети «RNC», а межсетевой узел «GGSN» управляет соединением с другими сетями с коммутацией пакетов, такими как сеть Интернет.

[12] На фиг.2 приведена структура протокола интерфейса радиосвязи на базе технических условий 3GPP для сети радио доступа между терминалом «UE» и наземной сетью радио доступа «UTRAN». Протокол интерфейса радиосвязи на фиг.2 имеет горизонтальные уровни, содержащие физический уровень, уровень канала передачи данных и сетевой уровень, и имеет вертикальные плоскости, включающие плоскость пользователя (U-плоскость), предназначенную для передачи информационных данных, и плоскость управления (С-плоскость) для передачи управляющих сигналов. Плоскость пользователя представляет собой область, которая обрабатывает информацию трафика пользователя, такую как голосовые сообщения или пакеты протокола Интернет (IP). Плоскость управления представляет собой область, которая обрабатывает информацию управления для интерфейса сети, обслуживания вызова и управления им, и т.п. Уровни протокола по Фиг.2 могут быть разделены на первый уровень (L1), второй уровень (L2) и третий уровень (L3) на основе трех нижних уровней стандартной модели взаимодействия открытых систем (OSI). Первый уровень (L1), или физический уровень, предоставляет услугу передачи информации вышерасположенному уровню с использованием различных методов радиопередачи. Физический уровень связан через транспортный канал с вышерасположенным уровнем, который называется уровнем управления доступом к среде «MAC».

[13] Уровень управления доступом к среде «MAC» и физический уровень обмениваются данными через транспортный канал. Второй уровень (L2) включает в себя уровень управления доступом к среде «MAC», уровень управления радиоканалом «RLC», уровень управления широковещательной/групповой передачей «ВМС» и уровень протокола сходимости пакетных данных «PDCP». Уровень управления доступом к среде «MAC» управляет отображением между логическими каналами и транспортными каналами и обеспечивает назначение параметров уровня управления доступом к среде «MAC» для распределения и перераспределения ресурсов радиосвязи. Уровень управления доступом к среде «MAC» через логический канал связан с вышерасположенным уровнем, который называется уровнем управления радиоканалом «RLC».

[14] В зависимости от вида передаваемой информации предоставляются различные логические каналы. В основном, при передаче информации плоскости управления используется канал управления, а при передаче информации плоскости пользователя используется канал трафика. Логический канал может быть общим каналом или выделенным каналом в зависимости от того, является ли логический канал совместно используемым каналом. Логические каналы включают в себя: выделенный канал трафика - «DTCH», выделенный канал управления - «DCCH», общий канал трафика - «СТСН», общий канал управления - «СССН», широковещательный управляющий канал «ВССН» и канал управления поисковым вызовом - «РССН» (пейджинговый управляющий канал) или канал управления совместно используемым (мультиплексным) каналом - «SHCCH» и другие каналы. Широковещательный управляющий канал «ВССН» предоставляет информацию, включающую в себя информацию, используемую терминалом для доступа в систему. Канал управления поисковым вызовом «РССН» используется универсальной наземной сетью радио доступа «UTRAN» для доступа к терминалу.

[15] Специально для мультимедийного широковещательного/многоадресного обслуживания «MBMS» (мультимедийное широковещательное/многоадресное обслуживание или другой тип многоадресных услуг) в стандарте мультимедийного широковещательного/многоадресного обслуживания «MBMS» введены дополнительные каналы трафика (информационные каналы) и каналы управления. Многоадресный канал управления мультимедийным широковещательным/многоадресным обслуживанием «MBMS» - «МССН» используется для передачи управляющей информации для мультимедийного широковещательного/многоадресного обслуживания «MBMS». Многоадресный канал трафика для мультимедийного широковещательного/многоадресного обслуживания «MBMS» - «МТСН» используется для передачи данных услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS». Канал планирования мультимедийного широковещательного/многоадресного обслуживания «MBMS» - «MSCH» используется для передачи информации планирования. Ниже перечислены различные существующие логические каналы:

[17] Уровень управления доступом к среде «MAC» связан с физическим уровнем транспортными каналами и в соответствии с типом транспортного канала, которым нужно управлять, может быть разделен на подуровень управления доступом к среде «МАС-b», подуровень управления доступом к среде «MAC-d», подуровень управления доступом к среде «МАС-c/sh», подуровень управления доступом к среде «MAC-hs» и подуровень управления доступом к среде «МАС-m». Подуровень управления доступом к среде «МАС-b» управляет каналом широковещательной передачи «ВСН», который является транспортным каналом, обеспечивающим широковещательную передачу системной информации. Подуровень управления доступом к среде «MAC-c/sh» управляет общим транспортным каналом, таким как канал прямого доступа «FACH» или нисходящим совместно используемым (мультиплексным) каналом «DSCH», который совместно используется несколькими терминалами, или восходящим каналом радиосвязи с абонентами «RACH». Подуровень управления доступом к среде «МАС-m» может управлять данными мультимедийного широковещательного/многоадресного обслуживания «MBMS».

[18] На Фиг.3 показано возможное отображение между логическими каналами и транспортными каналами со стороны терминала «UE».

[19] На Фиг.4 показано возможное отображение между логическими каналами и транспортными каналами со стороны универсальной наземной сети радио доступа «UTRAN».

[20] Подуровень управления доступом к среде «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».

[21] Уровень управления широковещательной/групповой передачей «ВМС» планирует передачу сообщения широковещательной ячейки (далее СВ-сообщение), переданного из базовой сети, и осуществляет широковещательную передачу СВ-сообщений на терминалы, расположенные в конкретной ячейке или в ячейках.

[22] Уровень протокола сходимости пакетных данных «PDCP» расположен над уровнем управления радиоканалом «RLC». Уровень протокола сходимости пакетных данных «PDCP» используется для эффективной передачи данных сетевого протокола, такого как Интернет протокол «IPv4» или «IPv6», через интерфейс радиосвязи с относительно малой шириной полосы пропускания. Для этого уровень протокола сходимости пакетных данных «PDCP» сокращает ненужную информацию управления, используемую в проводной сети; эта функция называется сжатием заголовка.

[23] Уровень управления ресурсами радиосвязи «RRC», расположенный в самой нижней части третьего уровня (L3), определен только в плоскости управления. Уровень управления ресурсами радиосвязи «RRC» управляет транспортными каналами и физическими каналами в отношении создания, реконфигурации и освобождения или прекращения действия широкополосных радиоканалов «RB». Радиоканал «RB» относится к услуге, предоставляемой вторым уровнем (L2) для передачи данных между терминалом и наземной сетью радио доступа «UTRAN». Обычно создание радиоканала «RB» состоит в установке характеристик уровня протокола и канала, которые необходимы для предоставления определенной услуги по передаче данных, и задании соответствующих подробных параметров и способов функционирования. Кроме того, уровень управления ресурсами радиосвязи «RRC» управляет передвижением пользователя в сети абонентской радиосвязи (RAN) и дополнительными услугами, например услугами определения местоположения.

[24] Возможные в принципе варианты отображения между широкополосными радиоканалами и транспортными каналами на самом деле не всегда являются выполнимыми для данного терминала «UE». Терминал «UE» и универсальная наземная сеть радио доступа «UTRAN» определяют возможные отображения в зависимости от состояния терминала «UE» и процедуры, выполняемой терминалом «UE» и универсальной наземной сетью радио доступа «UTRAN». Ниже подробно поясняются различные состояния и режимы, имеющие отношение к настоящему изобретению.

[25] Различные транспортные каналы отображаются на различные физические каналы. Конфигурация физических каналов задается обменом сигналами уровней управления ресурсами радиосвязи «RRC» между контроллером радиосети «RNC» и терминалом «UE».

[26] Физический выделенный канал «DPCH» можно установить и использовать одновременно между терминалом «UE» и одной или несколькими ячейками одного или нескольких «Узлов-В», как показано на Фиг.5. Такая ситуация, когда терминал «UE» установил физический выделенный канал «DPCH» одновременно с несколькими ячейками, называется «плавным переходом». Случай, когда терминал «UE» установил физический выделенный канал «DPCH» одновременно с несколькими ячейками одного «Узла-В», называется «очень плавным переходом». Для физического выделенного канала «DPCH» терминал «UE» всегда имеет в своем распоряжении команды управления мощностью передачи «ТРС» от всех радиоканалов по нисходящей связи и всегда использует команду, которая требует наименьшей мощности передачи (то есть в случае, когда один радиоканал говорит "увеличить", а другой - "уменьшить", терминал «UE» осуществляет выбор по наименьшей мощности передачи).

[27] Уровень управления радиоканалом «RLC» представляет собой уровень L2 протокола, который используется для управления обменом данными между логическими каналами, которые связывают контроллер радиосети «RNC» и терминал UE. Уровень управления радиоканалом «RLC» в настоящее время можно сконфигурировать в 3 режимах передачи:

[28] - Прозрачный режим

[29] - Режим без подтверждения

[30] - Режим с подтверждением

[31] Подробное описание поведения в этих режимах приведено в [3]. В зависимости от режима передачи доступны различные функциональные средства.

[32] В режиме с подтверждением и без подтверждения блоки служебных данных «SDU» могут быть разбиты на пакетные блоки данных меньшего размера (блоки протокольных данных «PDU»), которые используются для передачи посредством радиоинтерфейса. Сторона передатчика делит блок служебных данных «SDU» на блоки протокольных данных «PDU», и на основании управляющей информации, которая добавлена к блокам протокольных данных «PDU», сторона приемника снова объединяет блоки протокольных данных «PDU», чтобы восстановить блоки служебных данных «SDU». Такая управляющая информация представляет собой, например, порядковый номер блока протокольных данных «PDU», для того чтобы определить, был ли потерян блок протокольных данных «PDU», или индикатор длины «LI», который обозначает начало/конец служебного блока данных «SDU» внутри блока протокольных данных «PDU» контроллера радиоканала «RLC».

[33] В режиме без подтверждения приемник не передает передатчику подтверждения для правильно полученных блоков протокольных данных «PDU», вместо этого сторона приемника составляет блоки служебных данных «SDU» из блоков протокольных данных «PDU» на основе сигнальной информации, которая содержится в блоках протокольных данных «PDU», и передает составленные блоки служебных данных «SDU» вышерасположенным уровням.

[34] В режиме с подтверждением приемник передает подтверждения для правильно принятых блоков протокольных данных «PDU». Передатчик использует эти подтверждения для инициирования повторных передач отсутствующих блоков протокольных данных «PDU». Подтверждения передаются при определенных условиях. Предусмотрено несколько механизмов для инициирования передачи подтверждений для блоков протокольных данных «PDU», полученных приемником. Какие из механизмов использовать, определено стандартом и/или сконфигурировано в сигнальной информации управления ресурсами радиосвязи «RRC». Один из примеров такого механизма для передачи статуса блока протокольных данных «PDU» представляет собой, например, прием блока протокольных данных «PDU» с порядковым номером, не соответствующим самому последнему полученному порядковому номеру плюс один, или когда приемник получает от передатчика в управляющей информации контроллера радиоканала «RLC» указание того, что должно быть передано подтверждение (называемое также «Status» ("состояние")). Указание передатчика передать состояние блока протокольных данных «PDU» называется «Polling» (опрос).

[35] Когда передатчик передает бит с опросом «Polling», в стандарте универсальной мобильной телекоммуникационной системы «UMTS» определен механизм на случай, если после передачи бита с опросом «Polling» через некоторое время не было получено никакого отчета о состоянии «Status». Этот механизм побуждает передатчик повторно передать блок протокольных данных «PDU», включающий индикатор опроса, и называется «опросом по таймеру».

[36] Другой механизм подсчитывает количество повторных передач блока протокольных данных «PDU». В случае, если повторная передача превышает определенное число «MaxDat», передатчик начинает процедуру сброса, которая представляет собой процедуру, позволяющую установить объекты передатчика и приемника радиоканала в начальное состояние, используя режим с подтверждением «AM» контроллера радиоканала «RLC». При запуске процедуры сброс («Reset») объект-инициатор передает блок протокольных данных «PDU» «Сброс» («Reset») оконечному объекту. Оконечный объект подтверждает прием блока протокольных данных «PDU» «Сброс» («Reset») путем передачи блока протокольных данных «PDU» «Подтверждение сброса» («Reset Ack»). Если через некоторое время объект-инициатор не получил блок протокольных данных «PDU» «Подтверждение сброса» («Reset Ack»), объект-инициатор повторно передает блок протокольных данных «PDU» «Сброс» («Reset»). Если объект-инициатор не получил блок протокольных данных «PDU» «Подтверждение сброса» («Reset Ack») через некоторое количество повторных передач, то объект-инициатор выявляет «неисправимую ошибку».

[37] В настоящем раскрытии предмета изобретения описывается ситуация неправильного функционирования объекта - контроллер радиоканала «RLC» при работе контроллера радиоканала «RLC» в режиме с подтверждением «AM». Другие механизмы выявления неправильного функционирования уже определены в стандарте универсальной мобильной телекоммуникационной системы «UMTS» либо могут быть поняты и реализованы. Кроме того, можно придумать механизмы определения при работе объектов - контроллеров радиоканала «RLC» в режиме без подтверждения «UM», которые бы, например, определяли, что в блоках протокольных данных «PDU» контроллера радиоканала «RLC» содержится неопределенная управляющая информация или где вышерасположенные уровни определяют, что прием/передача объекта в режиме «UM» ведется некорректно.

[38] В соответствии с вышеприведенным объяснением в стандарте определены механизмы, обнаруживающие «неисправимую ошибку», которые могут соответствовать заблокированной ситуации либо ситуации, где передача данных подвержена помехам.

[39] В соответствии с вышеприведенным объяснением в стандарте определены механизмы, обнаруживающие «неисправимую ошибку», которые могут соответствовать заблокированной ситуации либо ситуации, где связь подвержена помехам.

[40] Если терминал «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» или больше).

[41] Кроме того, объект управления радиоканалом «RLC» в режиме «UM»/«AM» отвечает за выполнение шифрования и дешифрования. Для этого объект управления радиоканалом «RLC» в передатчике и приемнике поддерживает число «COUNT-C», состоящее из номера гиперкадра «HFN» и порядкового номера «SN» управления радиоканалом «RLC». Значение «COUNT-C» наряду с другой информацией используется в качестве входного значения для математической функции, которая генерирует битовую строку. Эта битовая строка и блок «RLC PDU» за исключением порядкового номера «SN» объединяются с помощью логической операции «ИСКЛЮЧАЮЩЕГО ИЛИ» («XOR»), что обеспечивает шифрование части блока «RLC PDU», где содержатся данные. Значение номера гиперкадра «HFN» увеличивается каждый раз, когда порядковый номер «SN» упр, то есть когда порядковый номер «SN» блока «RLC PDU» достигает своего максимального значения и снова начинает с 0). В случае, если получатель обнаружит отсутствие некоторого количества порядковых номеров «SN», или в случае, если полученный порядковый номер «SN» во время приема изменился, значения «COUNT-C» в приемнике и передатчике могут оказаться не синхронизированными. В этом случае приемник не способен правильно дешифровать полученную информацию. Приемник может обнаружить неправильную работу объекта дешифрования с помощью различных механизмов, которые здесь более не описываются и не являются частью изобретения.

[42] Высокоскоростной совместно используемый (мультиплексный) нисходящий канал связи «HS-DSCH» представляет собой транспортный канал, который позволяет передавать данные по нисходящей линии связи в стандарте универсальной мобильной телекоммуникационной системы «UMTS» и который дает возможность использовать высокие скорости передачи данных. Высокоскоростной совместно используемый (мультиплексный) нисходящий канал связи «HS-DSCH» всегда отображается на высокоскоростной физический совместно используемый (мультиплексный) нисходящий канал связи «HS-PDSCH». Передача по физическому каналу «HS-PDSCH» в отличие от выделенного канала «DPCH» может каждый раз осуществляться только данному терминалу «UE» из одной ячейки. Канал связи «HS-DSCH» использует технологию гибридного автоматического ответа на запрос «ARQ», которая обеспечивает быструю повторную передачу данных из «Узла-В» терминалу «UE». Эта технология описана также в [2]. Чтобы узнать, правильно ли терминал «UE» получил данный блок, терминал «UE» передает «Узлу-В» подтверждения, которые передаются по физическому каналу «HS-DPCCH» в восходящей линии связи, как описано в [1]. Кроме того, по каналу «HS-DPCCH» терминал UE передает информацию индикатора качества канала «CQI», который обозначает качество радиоканала нисходящей линии связи. Это дает возможность «Узлу-В» адаптировать транспортный формат и планирование к состоянию канала.

[43] Как показано на Фиг.5, во время передачи в состоянии «CELL_DCH» терминал UE» выполняет внутренний контроль потребления мощности, то есть терминал «UE» получает команды управления мощностью передачи «ТРС» из «Узла-В», которые указывают терминалу «UE», должен ли он увеличить мощность передачи или уменьшить мощность передачи по выделенным каналам «DCH», в соответствии с вышеприведенным описанием. Терминал «UE» комбинирует команды управления мощностью передачи «ТРС», полученные из различных ячеек. Обычно это означает, что терминал «UE» приспосабливает мощность передачи к наилучшему радиоканалу в восходящей линии связи «UL». Терминал «UE» увеличивает или уменьшает мощность передачи по каналам «DPCCH», «DPDCH» и «HS-DPCCH». Прием управляющего канала «HS-DPCCH» осуществляется только той ячейкой, которая передает по каналу «HS-DSCH». Это означает, что мощность передачи по каналам «DPCCH» «HS-DSCCH» не всегда адаптируется к условиям канала восходящей связи между терминалом «UE» и канала «HS-DSCH» обслуживающей ячейки. Это означает, что канал «HS-DSCH» может быть временно недоступен.

[44] Одним из основных преимуществ является то, что высокоскоростной канал «HS-DSCH» является совместно используемым мультиплексным каналом, что позволяет не создавать заранее необходимые расширяемые коды, а совместно использовать их между различными пользователями.

[45] Режим работы уровня управления ресурсами радиосвязи «RRC» связан с тем, существует ли логическое соединение между уровнем управления ресурсами радиосвязи «RRC» терминала и уровнем управления ресурсами радиосвязи «RRC» универсальной наземной сети радио доступа «UTRAN». Если соединение существует, считается, что терминал находится в режиме «RRC-соединения». Если соединение отсутствует, считается, что терминал находится в режиме ожидания ("спящем"). Поскольку для терминалов в режиме с подключенными уровнями управления ресурсами радиосвязи «RRC» существует «RRC-соединение», универсальная наземная сеть радио доступа «UTRAN» может определить местонахождение конкретного терминала с точностью до ячейки, например определить ячейку или группу ячеек, где находится терминал с подключенными уровнями управления ресурсами радиосвязи «RRC», и какой физический канал выслушивает упомянутый терминал «UE». Таким образом, терминал можно эффективно контролировать.

[46] В отличие от этого универсальная наземная сеть радио доступа «UTRAN» не может определить наличие терминала, находящегося в режиме ожидания. Наличие терминалов, находящихся в режиме ожидания, может быть определено только базовой сетью в области большего размера, чем ячейка, например, в населенном пункте или области маршрутизации. Таким образом, наличие терминалов, находящихся в режиме ожидания, определяется в больших областях и, для того чтобы принимать информацию услуг мобильной связи, например речь или данные, терминал из режима ожидания должен перейти в режим «RRC-соединения». Возможные переходы между режимами и состояниями показаны на Фиг.6.

[47] Терминал «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».

[48] Как описано выше, широкополосный радиоканал передает данные с уровней, расположенных выше уровня L2, то есть данные, сгенерированные в универсальной наземной сети радио доступа «UTRAN», например, уровнем управления ресурсами радиосвязи «RRC», и сигнализацию «Non-access stratum» («NAS - Нет слоя доступа») (в более общем смысле, данные плоскости управления «С-плоскости») и пользовательские данные (данные плоскости пользователя «U-плоскости»). Данные, сигнализации уровня управления ресурсами радиосвязи «RRC», в настоящее время передаются по трем сигнальным широкополосным радиоканалам «SRB», пронумерованным от 0 до 2. Данные, сигнализации «NAS - Нет слоя доступа», передаются по сигнальному широкополосному радиоканалу 3 и, если используется, по радиоканалу 4. Оставшиеся идентификаторы широкополосных радиоканалов можно использовать для передачи данных плоскости пользователя.

[49] Для эффективной доставки различных широкополосных радиоканалов в соответствии с их характеристиками качества обслуживания «QoS» широкополосные радиоканалы могут отображаться через логический канал на различные транспортные каналы. Возможные варианты отображения для широкополосных радиоканалов зависят от вида трафика, который они передают. Выделенные радиоканалы сигнализации от 0 до 4 отображаются через логические каналы типа выделенный канал управления «DССН»/общий канал управления «СССН». Выделенные широкополосные радиоканалы, которые передают трафик плоскости пользователя, имеющие идентификаторы больше 5, отображаются через логические каналы типа выделенный канал трафика «DTCH». Возможные варианты отображения определяются с использованием сигнализации уровня управления ресурсами радиосвязи «RRC». Различные варианты отображения могут быть независимо определены для восходящей линии связи и нисходящей линии связи в зависимости от состояния терминала «UE» и наличия транспортных каналов.

[50] На Фиг.7 показана возможная конфигурация для вариантов отображения в нисходящей линии связи. В этом примере сконфигурированы четыре варианта отображения:

[51] В состоянии «CELL_DCH», когда имеются высокоскоростной физический совместно используемый (мультиплексный) нисходящий канал связи «HS-PDSCH» и выделенный физический канал «DPCH», на выделенный канал «DPCH» отображаются радиоканалы сигнализации «SRB» «SRB #1-#4», а другие широкополосные радиоканалы «RB #5-#20» отображаются на канал высокоскоростной совместно используемый канал «HS-PDSCH». Радиоканал сигнализации «SRB#0» в этом случае не отображается.

[52] В состоянии «CELL_DCH», когда имеется выделенный канал «DPCH» и отсутствует высокоскоростной совместно используемый канал «HS-PDSCH», широкополосные радиоканалы сигнализации «SRB #1-#4» и другие широкополосные радиоканалы «RB #5-#20» отображаются на выделенный канал «DPCH». В этом случае радиоканал «SRB#0» не отображается. В состоянии «CELL_DCH», когда выделенный канал «DPCH» отсутствует и имеется высокоскоростной совместно используемый канал «HS-PDSCH», «NAS - Нет слоя доступа» «SRB #1-#4» и другие широкополосные радиоканалы «RB #5-#20» отображаются на высокоскоростной совместно используемый канал «HS-PDSCH». В этом случае радиоканал сигнализации «SRB#0» не отображается.

[53] В состоянии «CELL_FACH» радиоканалы сигнализации «SRB #0-#4» и другие радиоканалы «RB #5-#20» отображаются на канал прямого доступа «FACH».

[54] В «Версии 6» универсальной наземной сети радио доступа «UTRAN» вводится новый тип физического канала, который называется «частичным DPCH» (частичный выделенный физический канал) и может использоваться для замены обычного выделенного канала «DPCH». Этот тип канала уменьшает количество кодов расширения, которые необходимы для нисходящей линии связи, путем совместного использования одного кода различными пользователями. Для того чтобы уменьшить использование кода, никакой транспортный канал «DCH» (выделенный транспортный канала) не может быть передан по этому частичному физическому выделенному каналу («частичному DPCH»), хотя радиоканалы сигнализации «SRB» отображаются на высокоскоростной совместно используемый выделенный канал «HS-DSCH».

[55] В восходящей линии связи радиоканалы сигнализации «SRB» и радиоканалы плоскости пользователя отображаются на выделенный канал «DPCH» или, в конечном счете, на любой другой доступный канал. Это позволяет терминалу «UE» осуществлять передачу по восходящей линии связи.

[56] Приведем два примера ситуаций, где модуль управления радиоканалом «RLC» оказывается под влиянием ошибки, что обязывает модуль контроллера радиосети «RNC» запустить процедуру повторной инициализации модуля управления радиоканалом «RLC».

[57] Пример 1: ухудшение качества радиоканала (случай отказа радиоканала «HS-DSCH»).

[58] В этом случае, если радиоканалы сигнализации «SRB» отображаются на высокоскоростной совместно используемый канал «HS-DSCH», могут возникнуть проблемы, когда высокоскоростной совместно используемый канал «HS-DSCH» становится недоступным, но при этом терминал «UE» по-прежнему находится в состоянии «RRC-соединения» по оставшимся радиоканалам. Высокоскоростной совместно используемый канал «HS-DSCH» действует по восходящей/нисходящей линиям связи между «Узлом-В» и терминалом «UE» через разные каналы. Эти каналы представляют собой нисходящую линию связи:

[59] - HS-SCCH (высокоскоростной совместно используемый управляющий канал),

[60] - HS-PDSCH (высокоскоростной совместно используемый физический нисходящий канал).

[61] В восходящей линии связи прием канала «НS-DSСН»действует на:

[62] - HS-DPCCH (высокоскоростной выделенный физический управляющий канал).

[63] Если прием одного из этих физических каналов оказывается уже невозможным, передача по каналу «HS-DSCH» блокируется. Это может быть, например, при плохих условиях радиосвязи, при слишком большом расстоянии между терминалом «UE» и базовой станцией, при наличии препятствия или при неподходящей конфигурации каналов. Затем терминал «UE» блокируется, и временно обмен данными с терминалом «UE» становится невозможным.

[64] На Фиг.8 показана ситуация, где терминал «UE» заблокирован.

[65] Как показано на Фиг.8, терминал «UE» соединен с первой ячейкой 1 первой базовой станции «А» и со второй ячейкой 2 второй базовой станции «В». В случае, если условия радиосвязи с ячейкой 1, в которой сконфигурирован высокоскоростной совместно используемый канал «HS-DSCH», становятся хуже, чем условия радиосвязи с ячейкой 2, необходимо изменить конфигурацию таким образом, чтобы конфигурация предусматривала передачу по высокоскоростному совместно используемому каналу «HS-DSCH» из ячейки 2, чтобы предотвратить ситуацию потери связи между терминалом «UE» и контроллером радиосети «RNC».

[66] Как показано на Фиг.9, в соответствии с первым этапом терминал «UE» имеет радиоканалы, установленные с «Узлом-В1» и «Узлом-В2». «Узел-В1» представляет собой «Узел-В», управляющий высокоскоростным совместно используемым радиоканалом «HS-DSCH».

[67] В соответствии со вторым этапом радиоканал с узлом-В1 деградирует (ухудшает характеристики), например, потому, что терминал «UE» перемещается от «Узла-В1» к «Узлу-В2».

[68] В соответствии с третьим этапом терминал «UE» информирует контроллер радиосети «RNC» об ухудшении качества.

[69] В соответствии с четвертым этапом контроллер радиосети «RNC» начинает процедуру реконфигурации, чтобы переместить высокоскоростной совместно используемый канал «HS-DSCH» из «Узла-В1» в «Узел-В2».

[70] В случае, если качество радиосвязи ухудшается до такой степени, что передача по высокоскоростному совместно используемому каналу «HS-DSCH» уже невозможна, возникает ситуация, когда реконфигурация, показанная на Фиг.9, уже невозможна. С другой стороны, качество радиоканала с «Узлом-В2» может все еще быть достаточно хорошим. В этом случае терминал «UE» находится в ситуации блокирования, поскольку контроллер радиосети «RNC» не может передавать терминалу «UE» какую-либо информацию.

[71] В настоящее время единственным подходящим механизмом является обнаружение в определенный момент времени в терминале «UE» или в контроллере радиосети «RNC» «неисправимой ошибки». В случае, если ошибка обнаружена в контроллере радиосети «RNC», контроллер радиосети «RNC» может удалить радиоканалы, составляющие активный набор терминала «UE», и спровоцировать отказ радиоканала. В случае, если ошибка обнаружена в терминале «UE», терминал «UE» запустит процедуру «Обновление ячейки» («Cell Update»).

[72] Как показано на Фиг.10, в соответствии с первым этапом терминал UE имеет радиоканалы, установленные с «Узлом-В1» и «Узлом-В2». «Узел-В1» представляет собой «Узел-В», управляющий высокоскоростным совместно используемым каналом «HS-DSCH».

[73] В соответствии со вторым этапом радиоканал с «Узлом-В1» ухудшается, например, потому, что терминал «UE» перемещается от «Узла-В1» к «Узлу-В2».

[74] В соответствии с третьим этапом терминал «UE» информирует контроллер радиосети «RNC» об ухудшении качества путем передачи отчета об измерении (качества канала). В случае, если передача по высокоскоростному совместно используемому каналу «HS-DSCH» уже невозможна, контроллер радиосети «RNC» не сможет передать терминалу «UE» подтверждение (3а). Это приведет к неисправимой ошибке управления радиоканалом «RLC», результатом которой станет процедура «Обновление ячейки» («Cell Update»), при которой повторно создаются радиоканалы сигнализации «SRB 2, 3 и 4».

[75] В соответствии с четвертым этапом контроллер радиосети «RNC» начинает процедуру реконфигурации, чтобы переместить высокоскоростной совместно используемый канал «HS-DSCH» из «Узла-В1» в «Узел-В2». В случае, если связь по нисходящему каналу уже невозможна, сообщение от контроллера радиосети «RNC» будет получено в «Узле-В», но не будет передано терминалу «UE».

[76] В соответствии с пятым этапом терминал «UE2, «Узел-В» или контроллер радиосети «RNC» запускают механизм, переводящий терминал «UE» в режим «CELL_FACH».

[77] В соответствии с шестым этапом терминал «UE» начинает передачу сообщения «Обновление ячейки» («Cell Update»).

[78] Это сообщение содержит два информационных элемента «IE», используемых для обозначения группы радиоканалов «RB», которые передают объекты управления радиоканалом «RLC», испытавшие неисправимую ошибку, либо объекты управления радиоканалом «RLC», отображаемые на радиоканалы «RB» с идентификаторами 2, 3 и 4, или объекты управления радиоканалом «RLC», отображаемые на широкополосные радиоканалы «RB» с идентификаторами больше 4. Кроме того, это сообщение передает информационный элемент «START» (пуск). Этот информационный элемент «IE» содержит значение, которое используется для инициализации значения номера гиперкадра «HFN» объекта «COUNT-C», применяемого для шифрования.

[79] В соответствии с седьмым этапом контроллер радиосети «RNC» инициирует передачу сообщения «Подтверждение обновления ячейки» («Cell Update Confirm»). Он может установить в этом сообщении для информационных элементов «Индикатор повторного создания RLC (RB2, RB3 и RB4)» - («RLC re-establish indicator (RB2, RB3 and RB4)») и/или «Индикатор повторного создания RLC (RB5 и выше)» - («RLC re-establish indicator (RB5 and upwards)») значение «да» («true»), чтобы повторно создать объекты «RLC». Однако в случае повторного создания объектов управления радиоканалом «RLC» 3 и 4 некоторые сообщения с уровня «NAS» могут быть потеряны.

[80] В соответствии с восьмым этапом после получения сообщения «Подтверждение обновления ячейки» («Cell Update Confirm») в случае, когда информационные элементы «Индикатор повторного создания RLC (RB2, RB3 и RB4)» - («RLC re-establish indicator (RB2, RB3 and RB4)») и/или «Индикатор повторного создания RLC (RB5 и выше)» - («RLC re-establish indicator (RB5 and upwards)») установлены на «да» («true»), терминал «UE» повторно инициализирует объекты управления радиоканалом «RLC» в режиме с подтверждением «AM», как указано в сообщении «Подтверждение обновления ячейки» («Cell Update Confirm»). Терминал «UE» приравнивает наиболее значимые биты номера гиперкадра «HFN» значений объектов «COUNT-C» для восходящей и нисходящей линий связи для значения "START" (пуск). Остальные биты номера гиперкадра «HFN» обнуляются, а порядковые номера объектов управления радиоканалом «RLC» также обнуляются.

[81] В соответствии с девятым этапом контроллер радиосети «RNC» повторно инициализирует объекты управления радиоканалом «RLC» в режиме с подтверждением «AM», как указано в сообщении «Подтверждение обновления ячейки» («Cell Update Confirm»). Контроллер радиосети «RNC» устанавливает наиболее значимые биты номера гиперкадра «HFN» значений объектов «COUNT-C» для восходящей и нисходящей линий связи в значение «START» (пуск). Остальные биты номера гиперкадра «HFN» обнуляются, а порядковые номера объектов управления радиоканалом «RLC» также обнуляются.

[82] В соответствии с десятым этапом терминал «UE» передаст контроллеру RNC сообщение подтверждения.

[83] Если объект управления радиоканалом «RLC», используемый для радиоканала сигнализации «SRB2», не был повторно создан, сообщение, переданное на четвертом этапе, по-прежнему находится в буфере повторной передачи контроллера радиосети «RNC». В соответствии с одиннадцатым этапом это сообщение будет получено терминалом «UE» после приема сообщения «Подтверждение обновления ячейки» («Cell Update Confirm»). Однако содержание этого сообщения будет уже неадекватно данному моменту.

[84] Для инициирования «Обновления ячейки» («Cell Update») терминал «UE» может также применить критерии качества высокоскоростного канала «HS-DSCH», доступной мощности передачи в терминале «UE» для передачи по восходящей линии связи или любые другие критерии.

[85] В случае, если радиоканалы сигнализации «SRB» отображаются на транспортный высокоскоростной канал «HS-DSCH», существует возможность, что контроллер радиосети «RNC» передал данные терминалу «UE», чтобы изменить конфигурацию терминала «UE». Однако в случае, когда передача по нисходящему каналу невозможна, данные не достигнут терминала «UE». После того как терминал «UE» / контроллер радиосети «RNC» решил эту проблему путем выполнения процедуры «Обновление ячейки» («Cell Update»), как описано выше, терминалу «UE» передается сообщение «Реконфигурация» («Reconfiguration»). Однако содержание сообщения «Реконфигурация» («Reconfiguration») будет уже неприменимо и, скорее всего, инициирует ошибку протокола. Таким образом, необходимы средства для повторного создания объекта управления радиоканалом «RLC»/очистки буфера повторной передачи объекта управления радиоканалом «RLC».

[86] Пример 2: Обнаружение неисправимой ошибки терминалом «UE».

[87] В случае, если терминал «UE» обнаруживает неисправимую ошибку в объекте управления радиоканалом «RLC», работающем в режиме с подтверждением «AM», терминал «UE» запускает процедуру «Обновление ячейки» («Cell Update»).

[88] Как показано на Фиг.11, в соответствии с первым этапом терминал «UE» обнаруживает неисправимую ошибку в любом объекте управления радиоканалом «RLC» в режиме «AM» и переходит в режим «CELL_FACH».

[89] В соответствии со вторым этапом терминал «UE» затем передает контроллеру радиосети «RNC» сообщение «Обновление ячейки» («Cell Update»). Как сказано выше, это сообщение содержит два информационных элемента «IE», используемых для обозначения группы радиоканалов «RB», которые передают объекты управления радиоканалом «RLC», испытавшие неисправимую ошибку, либо объекты управления радиоканалом «RLC», отображаемые на радиоканалы «RB» с идентификаторами 2, 3 и 4, или объекты управления радиоканалом «RLC», отображаемые на радиоканалы «RB» с идентификаторами больше 4. Кроме того, это сообщение передает информационный элемент «START» (пуск). Этот информационный элемент «IE» содержит значение, которое используется для инициализации значения номера гиперкадра «HFN» объекта «COUNT-C», применяемого для шифрования.

[90] В соответствии с третьим этапом контроллер радиосети «RNC» обозначает повторное создание либо всех объектов управления радиоканалом «RLC», отображаемых на радиоканалы «RB» с идентификаторами 2, 3 и 4, или всех объектов управления радиоканалом «RLC», отображаемых на радиоканалы «RB» с идентификаторами больше 4, с помощью сообщения «Подтверждение обновления ячейки» («Cell Update Confirm»).

[91] В соответствии с четвертым этапом после получения сообщения «Подтверждение обновления ячейки» («Cell Update Confirm») терминал «UE» повторно инициализирует объекты управления радиоканалом «RLC» в режиме с подтверждением «AM», как указано в сообщении «Подтверждение обновления ячейки» («Cell Update Confirm»). Терминал «UE» приравнивает наиболее значимые биты номера гиперкадра «HFN» значений объектов «COUNT-C» для восходящей и нисходящей линий связи для значения "START" (пуск). Остальные биты номера гиперкадра «HFN» обнуляются, а порядковые номера объектов управления радиоканалом «RLC» также обнуляются.

[92] В соответствии с пятым этапом контроллер радиосети «RNC» повторно инициализирует объекты управления радиоканалом «RLC» в режиме с подтверждением «AM», как указано в сообщении «Подтверждение обновления ячейки» («Cell Update Confirm»). Контроллер радиосети «RNC» устанавливает наиболее значимые биты номера гиперкадра «HFN» значений объектов «COUNT-C» для восходящей и нисходящей линий связи в значение «START» (пуск). Остальные биты номера гиперкадра «HFN» обнуляются, а порядковые номера объектов управления радиоканалом «RLC» также обнуляются.

[93] В соответствии с шестым этапом терминал «UE» передает сообщение для подтверждения повторного создания.

[94] В случае, если терминал «UE» обнаруживает неисправимую ошибку в объекте управления радиоканалом «RLC», работающем в режиме «AM», терминал «UE» может только указать, в какой группе объектов управления радиоканалом «RLC» имеется эта ошибка.

[95] В случае, если терминал UE обнаруживает ошибку радиоканала при декодировании управления радиоканалом «RLC», работающего в режиме без подтверждения «UM», терминал UE в настоящее время не может инициировать какую-либо процедуру, чтобы сообщить контроллеру радиосети «RNC» об этой ошибке.

[96] Таким образом, в случае когда контроллер радиосети «RNC» обнаружил неисправимую ошибку, то у контроллера радиосети «RNC» в настоящее время нет средств для инициирования повторного создания объекта управления радиоканалом «RLC», затронутого ошибкой.

[97] Это важно, поскольку в случае, когда повторно создаются для нисходящей линии связи объекты управления радио каналом «RLC» радиоканалов с идентификаторами «ID 3 и/или 4», передающих информацию вышерасположенного уровня («NAS» - нет слоя доступа), данные могут быть потеряны. Поскольку у контроллера радиосети «RNC» нет средств для проверки того, получены ли данные терминалом «UE», а, с другой стороны, контроллеру RNC не разрешается дублировать данные, то в этом случае контроллер радиосети «RNC» может только разорвать соединение сигнализации.

Сущность изобретения

Техническая проблема

[98] Один из аспектов настоящего изобретения включает в себя понимание авторами настоящего изобретения недостатков существующей технологии, которые описаны выше. На основе этого понимания в соответствии с настоящим изобретением могут быть произведены усовершенствования процедур обработки ошибок управления радиоканалом.

[99] Желательным результатом настоящего изобретения является сведение к минимуму потерь данных при фиксировании ошибок в объекте управления радиоканалом.

[100] В соответствии со способом по настоящему изобретению точно определяется объект управления радиоканалом, затронутый ошибкой, и, таким образом, процедура исправления ошибки может быть инициирована только в этом определенном объекте управления радиоканалом.

[101] Способ по настоящему изобретению позволяет применить процедуру исправления ошибки к определенным объектам управления радиоканалом «RLC, а не как в существующей технологии к группе объектов управления радиоканалом, не различая объекты с ошибкой и правильно работающие объекты.

Краткое описание чертежей

[102] Изобретение будет описано со ссылкой на чертежи, в которых:

[103] Фиг.1 схематически представляет общую структуру сети универсальной мобильной телекоммуникационной системы «UMTS»,

[104] Фиг.2 схематически представляет структуру протокола интерфейса радиосвязи между пользовательским устройством и универсальной наземной сетью радио доступа «UTRAN» в соответствии со стандартами сети абонентской радиосвязи 3GPP,

[105] Фиг.3 схематически иллюстрирует возможные отображения между логическими каналами и транспортными каналами с точки зрения терминала «UE»,

[106] Фиг.4 схематически иллюстрирует возможные отображения между логическими каналами и транспортными каналами с точки зрения сети «UTRAN»,

[107] Фиг.5 схематически иллюстрирует пользовательское устройство, соединенное с ячейкой через высокоскоростной совместно используемый (мультиплексный) нисходящий канал «HS-DSCH» в режиме с подтверждением «AM»,

[108] Фиг.6 схематически иллюстрирует возможные переходы между состояниями пользовательского устройства в сети универсальной мобильной телекоммуникационной системы «UMTS»,

[109] Фиг.7 схематически иллюстрирует конфигурации отображения между широкополосными радиоканалами и транспортными каналами для нисходящей линии связи в зависимости от состояния пользовательского устройства,

[110] Фиг.8 схематически иллюстрирует пользовательское устройство в ситуации блокирования, вызванной ухудшением качества радиоканала,

[111] Фиг.9 схематически иллюстрирует процедуру реконфигурирования (перенастройки) для выполнения смены обслуживающей ячейки высокоскоростного канала «HS-DSCH» в связи с ухудшением качества радиоканала в соответствии с существующей технологией,

[112] Фиг.10 схематически иллюстрирует процедуру восстановления после неудачи смены обслуживающей ячейки высокоскоростного канала «HS-DSCH» в соответствии с существующей технологией,

[113] Фиг.11 схематически иллюстрирует процедуру исправления после обнаружения неисправимой ошибки в соответствии с существующей технологией,

[114] Фиг.12 схематически иллюстрирует способ исправления ошибки в объекте управления радиоканалом в соответствии с первым вариантом осуществления настоящего изобретения,

[115] Фиг.13 схематически иллюстрирует способ исправления ошибки в объекте управления радиоканалом в соответствии со вторым вариантом осуществления настоящего изобретения.

Предпочтительные примеры осуществления изобретения

[116] Настоящее изобретение описывается в виде реализации в системе мобильной связи типа 3GPP. Однако свойства настоящего изобретения могут быть также приспособлены и реализованы в системе связи, работающей в соответствии с другими типами спецификаций связи (например, 3GPP2, 4G, IEEE, ОМА и т.д.), поскольку концепции и принципы настоящего изобретения могут быть применены к различным схемам связи, которые работают сходным образом на основе общих методик.

[117] Одним из аспектов настоящего изобретения является то, что терминал «UE» сообщает подробную информацию об ошибках/неправильном функционировании в объектах управления радиоканалом «RLC». Эта дополнительная информация может включать в себя:

[118] (1) идентификатор «RB id» широкополосного радиоканала, который передает данные объекта управления радиоканалом «RLC»,

[119] (2) любой другой идентификатор объекта управления радиоканалом «RLC»,

[120] (3) тип ошибки, например

[121] - прием неопределенной управляющей информации,

[122] - обнаружение ошибок протоколами вышерасположенных уровней, например уровнем протокола сходимости пакетных данных «РDСР»/протоколов Интернета «IP» и т.д., которые показывают работу управления радиоканалом «RLC»,

[123] ситуации, определяемые протоколом уровня управления радиоканалом «RLC», как неисправимая ошибка,

[124] ситуации, обнаруженные любыми другими средствами при вводе в действие терминала «UE», обозначающие ошибку,

[125] обнаружение неправильной работы при шифровании,

[126] повреждены восходящая линия связи, восходящая/нисходящая линии связи или только нисходящая линия связи.

[127] Еще одним аспектом настоящего изобретения является то, что терминал «UE» инициирует передачу вышеупомянутой дополнительной информации в момент, когда обнаружена любая из перечисленных выше ошибок. Передача сообщения по восходящей линии связи может выполняться при текущей конфигурации или включает в себя переход между состояниями. В частности, ошибка, обнаруживаемая в объекте в режиме без подтверждения «UM», может инициировать передачу сообщения, при этом процедура обнаружения ошибки может зависеть от конкретного исполнения (воплощения).

[128] Еще один аспект настоящего изобретения относится к универсальной наземной сети радио доступа «UTRAN», которая повторно инициализирует/повторно создает объект управления радиоканалом «RLC». Одной из возможностей является то, что контроллер радиосети «RNC» передает указание повторно создать в терминале «UE» объект управления радиоканалом «RLC» в составе сообщения, переданного терминалу «UE», или то, что контроллер радиосети «RNC» передает терминалу «UE» новое сообщение, которое обозначает, что объект управления радиоканалом «RLC» в терминале «UE» следует создать заново. Необходима дополнительная информация для обозначения объекта управления радиоканалом «RLC» или идентификатора «RB id» широкополосного радиоканала, служащего для передачи данных объекта управления радиоканалом «RLC», который следует повторно инициализировать/повторно создать, направления передачи, и т.п.

[129] Далее будут описаны примеры осуществления настоящего изобретения.

[130] Фиг.12 схематически иллюстрирует способ исправления ошибки в объекте управления радиоканалом в соответствии с первым вариантом осуществления настоящего изобретения, в случае ухудшения качества радиоканала между терминалом «UE» и сетью (случай отказа высокоскоростного радиоканала «HS-DSCH»).

[131] В соответствии с первым этапом терминал «UE» имеет радиоканалы, установленные с «Узлом-В1» и «Узлом-В2». «Узел-В1» представляет собой «Узел-В», управляющий высокоскоростным радиоканалом «HS-DSCH».

[132] В соответствии со вторым этапом радиоканал с «Узлом-В1» деградирует, например, потому, что терминал «UE» перемещается от «Узла-В1» к «Узлу-В2».

[133] В соответствии с третьим этапом терминал «UE» информирует контроллер радиосети «RNC» об ухудшении качества путем передачи отчета об измерении. В случае, если передача по высокоскоростному каналу «HS-DSCH» уже невозможна, контроллер радиосети «RNC» не сможет передать терминалу «UE» подтверждение (3а). Это приведет к неисправимой ошибке управления радиоканалом «RLC», результатом которой станет процедура «Обновление ячейки» («Cell Update»).

[134] В соответствии с четвертым этапом контроллер радиосети «RNC» начинает процедуру реконфигурации, чтобы переместить высокоскоростной канал «HS-DSCH» из «Узла-В1» в «Узел-В2». В случае, если передача по нисходящей линии связи уже невозможна, сообщение от контроллера радиосети «RNC» будет получено в «Узле-В», но не будет передано терминалу «UE».

[135] В соответствии с пятым этапом терминал «UE» «Узел-В» или контроллер радиосети «RNC» запускают механизм, переводящий терминал «UE» в режим «CELL_FACH».

[136] В соответствии с шестым этапом терминал «UE» начинает передачу контроллеру радиосети «RNC» сообщения «Обновление ячейки» («Cell Update») или сообщения об обновлении области маршрутизации UMTS (далее «Обновление URA» «URA update»).

[137] В системе «UMTS» сообщение «Обновление ячейки» («Cell Update») или сообщение обновления области маршрутизации UMTS «Обновление URA» («URA update») обычно используется для того, чтобы указать контроллеру радиосети «RNC» неисправимую ошибку в восходящей линии связи. Это сообщение передается от терминала «UE» контроллеру радиосети «RNC» по общему каналу управления «СССН». В настоящее время в новейших версиях спецификации протокола к сообщению, передаваемому терминалом «UE» по восходящей линии связи, обычно добавляются «второстепенные расширения». Эти расширения кодируются таким образом, чтобы контроллер радиосети «RNC», не понимающий расширения, мог декодировать часть сообщения, которую контроллер радиосети «RNC» понимает.

[138] В соответствии с первой возможностью сообщение «Обновление ячейки» («Cell Update») или сообщение «Обновление URA» («URA update») включает в себя данные, обозначающие широкополосный радиоканал, связанный с объектом управления радиоканалом, затронутым ошибкой.

[139] Например, сообщение «Обновление ячейки» («Cell Update») или сообщение «Обновление URA» («URA update») включает в себя расширение, которое содержит список идентификаторов радиоканалов «RB» и/или идентификаторов объектов управления радиоканалом «RLC», для которых имела место ошибка, в соответствии с вышесказанным.

[140] В соответствии со второй возможностью сообщение «Обновление ячейки» («Cell Update») или сообщение «Обновление URA» («URA update») включает в себя двоичную переменную. Двоичная переменная обозначает определенный широкополосный радиоканал, связанный с объектом управления этим радиоканалом, который затронут ошибкой. Таким образом, двоичная переменная идентифицирует этот объект управления радиоканалом.

[141] Например, сообщение «Обновление ячейки» («Cell Update») или сообщение «Обновление URA» («URA update») включает в себя расширение, которое содержит, по меньшей мере, один информационный элемент «IE» «да» («true»)/«нет» («false») и/или значение причины, которые указывают, что радиоканал «RB» и/или объект управления радиоканалом «RLC», для которого его идентификатор или идентификатор радиоканала «RB», передающего данные этого объекта (например, «SRB 2»), указаны в стандарте, и/или направление передачи объекта управления радио каналом «RLC», затронутого ошибкой, в сообщении «Обновление ячейки» («Cell Update») или «Обновление URA» («URA update»).

[142] В качестве альтернативы сообщение «Обновление ячейки» («Cell Update») или сообщение «Обновление URA» («URA update») включает в себя расширение, которое содержит информацию о том, что все объекты управления радиоканалом «RLC» или их подмножество, где используется режим без подтверждения «UM», столкнулись с ошибкой, и/или причину ошибки, и/или направление передачи (восходящая линия связи, восходящая/нисходящая линия связи или только нисходящая линия связи) в сообщении «Обновление ячейки» («Cell Update») или «Обновление URA» («URA update»). В частности, упомянутое подмножество может представлять собой все объекты управления радиоканалом «RLC», использующие режим без подтверждения «RLC UM», за исключением объектов управления радиоканалом «RLC», отображаемых на радиоканале «SRB 0 или 1» (радиоканале сигнализации).

[143] Кроме того, сообщение «Обновление ячейки» («Cell Update») или сообщение «Обновление URA» («URA update») включает в себя значение «START» (пуск). Значение «START» (пуск) представляет собой значение инициализации, позволяющее повторно синхронизировать счетчик в объекте управления радиоканалом пользовательского устройства и счетчик в объекте управления радиоканалом сети сотовой связи.

[144] Кроме того, сообщение «Обновление ячейки» («Cell Update») или сообщение «Обновление URA» («URA update») может включать в себя данные, обозначающие причину ошибки.

[145] В этом случае сообщение «Обновление ячейки» («Cell Update») или сообщение «Обновление URA» («URA update») включает в себя расширение, которое содержит информационный элемент «IE», обозначающий причину ошибки.

[146] Кроме того, сообщение «Обновление ячейки» («Cell Update») или сообщение «Обновление URA» («URA update») может включать в себя данные, обозначающие направление передачи широкополосного радиоканала, связанного с объектом управления радиоканалом, затронутым ошибкой.

[147] В этом случае сообщение «Обновление ячейки» («Cell Update») или сообщение «Обновление URA» («URA update») включает в себя расширение, которое содержит информационный элемент «IE», обозначающий направление передачи широкополосного радиоканала, связанного с объектом управления радиоканалом, затронутым ошибкой.

[148] В сообщении «Обновление ячейки» («Cell Update») или «Обновление URA» («URA update») нужно поддерживать уже имеющийся механизм обозначения неисправимой ошибки для того, чтобы гарантировать наличие списка в случае, если терминал «UE» передает это сообщение контроллеру радиосети «RNC», не "понимающему" расширения. Здесь следует отметить, что радиоканал «RB» может использовать традиционный механизм для указания неисправимых ошибок управления радиоканалом «RLC».

[149] Кроме того, терминал UE может обозначить объекты управления радиоканалом «RLC», где имела место ошибка, и, в конечном счете, предоставить дополнительную информацию. В случае, если в контроллере радиосети «RNC» этот способ не реализован, он просто игнорирует эту информацию.

[150] Передача сообщения от терминала «UE» контроллеру радиосети «RNC» инициируется в случае, когда терминал «UE» обнаружил какую-либо ситуацию ошибки или неправильное функционирование (например, проблемы шифрования) в объекте управления радиоканалом «RLC» для восходящей и/или нисходящей линии связи. Сообщение, содержащее информацию в соответствии с вышеприведенным описанием, следует передать в соответствии с имеющейся в настоящий момент спецификацией, желательно, по логическому каналу управления «СССН», отображаемому на транспортный канал случайного доступа «RACH», который обычно отображается на физический канал случайного доступа «PRACH». Однако можно передать эту информацию и по любому другому логическому, транспортному или физическому каналу, и отображение никоим образом не ограничивает настоящее изобретение. Чтобы иметь возможность передать сообщение по физическому каналу случайного доступа «PRACH», может оказаться необходимым, чтобы терминал «UE» инициировал переход между состояниями, то есть терминалу «UE» следует перейти в режим «CELL_FACH», прекратив прием/передачу по каналам, используемым в режиме «CELL_DCH». В частности, обнаружение ошибки (неопределенной информации управления, интервал больше размерности порядкового номера, проблемы дешифрования) в объекте управления радиоканалом, использующем режим без подтверждения «RLC UM», следует сделать новым пусковым сигналом для перехода в состояние «CELL_FACH» и передачи сообщения, содержащего вышеописанную информацию.

[151] Любое расширение, соответствующее вышеназванным альтернативам, может быть передано также по любому другому радиоканалу «КВ»/транспортному каналу/физическому каналу и может быть добавлено к любому другому сообщению, передаваемому по восходящей линии связи. Когда терминал «UE» обнаруживает, что уже один или несколько объектов управления радиоканалом «RLC» работают неправильно, то терминал «UE» указывает это контроллеру радиосети «RNC» в других сообщениях, при этом терминал «UE» должен был также включить значение «START» (пуск), чтобы дать возможность контроллеру радиосети «RNC» и терминалу «UE» повторно инициализировать наиболее значимые биты «MSB» номера гиперкадра «HFN» значений объектов «COUNT-C» с этим же значением.

[152] В соответствии с седьмым этапом контроллер радиосети «RNC» инициирует передачу сообщения. В случае, если способ реализован в этом контроллере радиосети «RNC», сообщение указывает объект управления радиоканалом «RLC», который нужно создать повторно. Контроллер радиосети «RNC» может обозначить объекты управления радиоканалом «RLC», которые нужно создать повторно, вне зависимости от того, указал ли их терминал «UE» в сообщении «Обновление ячейки» («Cell Update») или сообщении «Обновление URA» («URA update»).

[153] Сообщение, передаваемое контроллером радиосети «RNC» терминалу «UE», может представлять собой сообщение «Подтверждение обновления ячейки» («Cell Update Confirm»), сообщение «Подтверждение обновления URA» («URA Update Confirm»), сообщение «Информация мобильности сети UTRAN» («UTRAN Mobility Information»), сообщение «Реконфигурация широкополосного радиоканала» («Radio Bearer Reconfiguration»), сообщение «Настройка широкополосного радиоканала» («Radio Bearer Setup»), сообщение «Прекращение действия широкополосного радиоканала» («Radio Bearer Release»), сообщение «Реконфигурация транспортного канала» («Transport Channel Reconfiguration») или сообщение «Реконфигурация физического канала» («Physical Channel Reconfiguration»).

[154] Могут передаваться другие сообщения, и могут создаваться новые сообщения для передачи информации об исправлении.

[155] Сообщение, передаваемое контроллером радиосети «RNC», включает в себя данные, обозначающие объект управления радиоканалом, который нужно создать повторно.

[156] В соответствии с первой возможностью контроллер радиосети «RNC» передает сообщение «Подтверждение обновления ячейки» («Cell Update Confirm»), включающее в себя данные, обозначающие широкополосный радиоканал, связанный с объектом управления радиоканалом.

[157] Например, в соответствии с вышесказанным, сообщение «Обновление ячейки» («Cell Update») или сообщение «Обновление URA» («URA update») включает в себя расширение, которое содержит список идентификаторов радиоканалов «RB» и/или идентификаторов объектов управления радиоканалом «RLC», для которых имела место ошибка.

[158] В соответствии со второй возможностью контроллер RNC передает сообщение «Подтверждение обновления ячейки» («Cell Update Confirm»), включающее в себя двоичную переменную. Двоичная переменная обозначает определенный широкополосный радиоканал, связанный с объектом управления этим радиоканалом, затронутым ошибкой. Таким образом, двоичная переменная обозначает этот объект управления радиоканалом.

[159] Например, сообщение «Подтверждение обновления ячейки» («Cell Update Confirm») включает в себя расширение, которое содержит, по меньшей мере, один информационный элемент «IE» «да» («true»)/«нет» («false») и/или значение причины, которое указывает, что радиоканал «RB» и/или объект управления радиоканалом «RLC», идентификатор которого или идентификатор радиоканала «RB», передающего данные этого объекта (например, «SRB 2»), указан в стандарте, и/или направление передачи объекта управления радиоканалом «RLC», затронутого ошибкой, в сообщении «Подтверждение обновления ячейки» («Cell Update Confirm»).

[160] В качестве альтернативы сообщение «Подтверждение обновления ячейки» («Cell Update Confirm») включает в себя расширение, которое содержит информацию о том, что все объекты управления радиоканалом «RLC» или их подмножество, где используется режим без подтверждения «UM», столкнулись с ошибкой, и/или причину ошибки, и/или направление передачи (восходящая линия связи, восходящая/нисходящая линия связи или только нисходящая линия связи) в сообщении «Обновление ячейки» («Cell Update») или «Обновление URA» («URA update»). В частности, упомянутое подмножество может представлять собой все объекты управления радиоканалом «RLC», использующие режим без подтверждения «RLC UM», за исключением объектов управления радиоканалом «RLC», отображаемых на радиоканале «SRB 0 или 1» (радиоканале сигнализации).

[161] В соответствии с восьмым этапом после получения сообщения «Подтверждение обновления ячейки» («Cell Update Confirm») терминал «UE» повторно инициализирует объект управления радиоканалом в соответствии с данными, которые содержатся в сообщении.

[162] Терминал «UE» приравнивает наиболее значимые биты номера гиперкадра «HFN» значения «COUNT-C» для восходящей и нисходящей линии связи к значению «START» (пуск). Остальные биты номера гиперкадра «HFN» обнуляются, а порядковые номера объекта управления радиоканалом «RLC» также обнуляются.

[163] В соответствии с девятым этапом контроллер радиосети «RNC» повторно инициализирует объекты управления радиоканалом, использующие режим с подтверждением «RLC AM», как указано в сообщении «Подтверждение обновления ячейки» («Cell Update Confirm»). Контроллер радиосети «RNC» устанавливает наиболее значимые биты номера гиперкадра «HFN» значения «COUNT-C» для восходящей и нисходящей линии связи в значение «START» (пуск). Остальные биты номера гиперкадра «HFN» обнуляются, а порядковые номера объекта управления радиоканалом «RLC» также обнуляются.

[164] Когда контроллер радиосети «RNC» передает сообщение, включающее в себя информацию о создании объекта управления радиоканалом, использующего режим с подтверждением/режим без подтверждения, («RLC AM/UM») для восходящей линии связи, восходящей/нисходящей линии связи или только нисходящей линии связи, то контроллер радиосети «RNC» повторно создает соответствующие части объектов управления радиоканалом «RLC» путем повторной установки соответствующих переменных состояния в соответствии с описанием, приведенным в спецификации управления радиоканалом «RLC» системы 3GPP, и/или инициализации наиболее значимых битов «MSB» номера гиперкадра «HFN» направления передачи соответствующего объекта управления радиоканалом «RLC» с значением «START» (пуск), ранее синхронизированного между терминалом «UE» и контроллером радиосети «RNC», например, когда значение «START» (пуск) было передано терминалом «UE» контроллеру радиосети «RNC» в сообщении «Обновление ячейки» («Cell Update»). После получения этого сообщения терминал «UE» повторно создает соответствующую часть объектов управления радиоканалом «RLC» путем повторной установки соответствующих переменных состояния в соответствии с описанием, приведенным в спецификации управления радиоканалом «RLC» системы 3GPP, и/или инициализации наиболее значимых битов «MSB» номера гиперкадра «HFN» направления передачи соответствующего объекта управления радиоканалом «RLC» с значением «START» (пуск), ранее синхронизированного между терминалом «UE» и контроллером радиосети «RNC», например, когда значение «START» (пуск) было передано терминалом «UE» контроллеру радиосети «RNC» в сообщении «Обновление ячейки» («Cell Update»).

[165] В соответствии с десятым этапом терминал «UE» передает контроллеру радиосети «RNC» сообщение подтверждения.

[166] Фиг.13 иллюстрирует способ исправления ошибки в объекте управления радиоканалом в соответствии со вторым вариантом осуществления настоящего изобретения, в случае, когда пользовательское устройство («UE») обнаруживает неисправимую ошибку в работе объекта управления радиоканалом.

[167] В соответствии с первым этапом терминал «UE» обнаруживает неисправимую ошибку в любом объекте управления радиоканалом, использующем режим с подтверждением «AM RLC», и переходит в режим «CELL_FACH».

[168] В соответствии со вторым этапом терминал UE передает сообщение «Обновление ячейки» («Cell Update»), при этом это сообщение указывает неисправимую ошибку.

[169] Сообщение «Обновление ячейки» («Cell Update») включает в себя данные, идентифицирующие объект управления радиоканалом, в котором есть ошибка.

[170] В соответствии с первой возможностью сообщение «Обновление ячейки» («Cell Update») включает в себя двоичную переменную. Указанная двоичная переменная обозначает определенный широкополосный радиоканал, при этом этот радиоканал связан с объектом управления радиоканалом, затронутым ошибкой. Таким образом, двоичная переменная идентифицирует этот объект управления радиоканалом.

[171] В соответствии со второй возможностью сообщение «Обновление ячейки» («Cell Update») включает в себя данные, обозначающие широкополосный радиоканал, связанный с объектом управления радиоканалом.

[172] Кроме того, сообщение «Обновление ячейки» («Cell Update») включает в себя значение «START» (пуск). Значение «START» (пуск) представляет собой значение инициализации, позволяющее повторно синхронизировать счетчик в объекте управления радиоканалом пользовательского устройства и счетчик в объекте управления радиоканалом сети сотовой связи.

[173] Кроме того, сообщение «Обновление ячейки» («Cell Update») может включать в себя данные, указывающие причину ошибки, и данные, указывающие направление передачи широкополосного радиоканала, связанного с объектом управления радиоканалом, затронутым ошибкой.

[174] Кроме того, терминал «UE» может указать объекты управления радиоканалом «RLC», где имела место ошибка, и, в конечном счете, предоставлять дополнительную информацию.

[175] В случае, если в контроллере радиосети «RNC» этот способ не реализован, он просто игнорирует эту информацию.

[176] В соответствии с третьим этапом контроллер радиосети «RNC» инициирует передачу сообщения «Подтверждение обновления ячейки» («Cell Update Confirm»). В случае, если способ реализован в контроллере радиосети «RNC», сообщение указывает объект управления радиоканалом «RLC», который нужно создать заново. Контроллер радиосети «RNC» может указывать объекты управления радиоканалом «RLC», которые нужно создать повторно, вне зависимости от того, указаны ли они в сообщении «Обновление ячейки» («Cell Update»).

[177] Сообщение «Подтверждение обновления ячейки» («Cell Update Confirm») включает в себя данные, указывающие объект управления радиоканалом, затронутый ошибкой.

[178] В соответствии с первой возможностью сообщение «Подтверждение обновления ячейки» («Cell Update Confirm») включает в себя двоичную переменную. Двоичная переменная обозначает определенный широкополосный радиоканал, связанный с объектом управления радиоканалом, затронутым ошибкой. Таким образом, двоичная переменная указывает этот объект управления радиоканалом.

[179] В соответствии со второй возможностью сообщение «Подтверждение обновления ячейки» («Cell Update Confirm») включает в себя данные, обозначающие широкополосный радиоканал, связанный с объектом управления радиоканалом.

[180] В соответствии с четвертым этапом после получения сообщения «Подтверждение обновления ячейки» («Cell Update Confirm») терминал «UE» повторно инициализирует дефектные объекты управления радиоканалом, работающие в режиме с подтверждением «RLC AM», в соответствии с данными, содержащимися в сообщении «Подтверждение обновления ячейки» («Cell Update Confirm»).

[181] После получения этого сообщения терминал «UE» повторно создает объект управления радиоканалом «RLC». В итоге терминал «UE» повторно инициализирует объект управления радиоканалом «RLC» только в одном направлении. Терминал «UE», в конечном счете, использует значение «START» (пуск), переданное в сообщении «Обновление ячейки» («Cell Update»), для инициализации наиболее значимых битов номера гиперкадра «HFN» значения «COUNT-C» того направления, которое в сообщении «Подтверждение обновления ячейки» («Cell Update Confirm») предложено создать повторно.

[182] Во время этой процедуры восстановления элементы полученных ранее сообщений удаляются из буфера радиосети «RNC», чтобы их нельзя было получить и/или, чтобы их повторная передача не могла быть запрошена терминалом «UE» после процедуры восстановления. В частности, в случае, когда контроллер радиосети «RNC» указывает повторно создать объект 2 управления радиоканалом «RLC», это позволит удалить сообщение, переданное на четвертом этапе.

[183] В соответствии с пятым этапом контроллер радиосети «RNC» повторно инициализирует объекты управления радиоканалом, работающие в режиме с подтверждением «RLC AM», как указано в сообщении «Подтверждение обновления ячейки» («Cell Update Confirm»).

[184] В итоге контроллер радиосети «RNC» повторно инициализирует объект управления радиоканалом «RLC» только в одном направлении. Контроллер радиосети «RNC», в конечном счете, использует значение «START» (пуск), переданное в сообщении «Обновление ячейки» («Cell Update»), для инициализации наиболее значимых битов номера гиперкадра «HFN» значения «COUNT-C» того направления, которое в сообщении «Подтверждение обновления ячейки» («Cell Update Confirm») предложено создать повторно.

[185] Во время этой процедуры восстановления элементы полученных ранее сообщений удаляются из буфера радиосети «RNC», чтобы их нельзя было получить и/или, чтобы их повторная передача не могла быть запрошена терминалом «UE» после процедуры восстановления.

[186] В соответствии с шестым этапом терминал «UE» передает сообщение, чтобы подтвердить получение сообщения «Подтверждение обновления ячейки» («Cell Update Confirm») и подтвердить восстановление.

[187] В вышеприведенных описаниях Фиг.12 и 13 описывается обмен сообщениями между контроллером радиосети «RNC» и терминалом «UE». Однако роль контроллера радиосети «RNC» в рамках сферы действия настоящего изобретения может взять на себя другой объект.

[188] Чтобы реализовать различные вышеописанные свойства, настоящее изобретение может использовать различные типы аппаратных и/или программных компонентов (модулей). Например, различные аппаратные модули могут включать в себя различные схемы и компоненты, необходимые для выполнения этапов вышеописанного способа. Кроме того, различные программные модули (выполняемые процессорами и/или другим оборудованием) могут включать в себя различные встроенные программы и протоколы, необходимые для выполнения этапов способа настоящего изобретения.

[189] Настоящее изобретение предлагает способ выполнения процедуры обновления ячейки, включающий в себя: обнаружение ошибки, связанной с радиоканалом, установленным с базовой станцией; информирование базовой станции, по меньшей мере, об одном широкополосном радиоканале и/или, по меньшей мере, об одном объекте управления радиоканалом, или об обоих из них, для которых обнаружена ошибка; и реконфигурацию, по меньшей мере, одного широкополосного радиоканала и/или восстановление, по меньшей мере, одного объекта управления радиоканалом, или обоих из них на основе этапа информирования.

[190] Эти этапы выполняются для режима работы с подтверждением приема или режима работы без подтверждения приема. Ошибка может обозначать прием неопределенной информации управления. Ошибка может обозначать обнаружение ошибок протоколами вышерасположенных уровней, указывающих на ошибку в работе уровня управления радиоканалом «RLC». Ошибка может обозначать ситуации, которые определены в протоколе управления радиоканалом как неисправимые ошибки. Ошибка может обозначать ситуации, обнаруженные другими устройствами, реализованными в мобильной станции, которые указывают на ошибку. Ошибка может обозначать обнаружение неправильной работы дешифрования. Ошибка может указывать, какая линия связи затронута: восходящая линия связи, восходящая/нисходящая линии связи или нисходящая линия связи. Если выполняется реконфигурация, производится очистка буфера повторной передачи. Информирование может выполняться с использованием сообщений об обновлении ячейки или сообщений «Обновление URA» (сообщения об обновлении области маршрутизации UMTS). Сообщения об обновлении ячейки или сообщения «Обновление URA» могут включать в себя расширения, обозначающие, что все объекты управления радиоканалом или их подмножество затронуты ошибкой, и/или указывающие причину ошибки и/или направление передачи объекта управления радиоканалом, затронутого ошибкой. Для указания неисправимых ошибок управления радиоканалом может использоваться традиционный механизм.

[191] Кроме того, настоящее изобретение предлагает способ выполнения процедуры обновления соты, включающий в себя: обнаружение мобильной станцией ошибки, связанной с радиоканалом, установленным с базовой станцией; передачу мобильной станцией базовой станции информации с отчетом об ошибках и/или неправильном функционировании в объектах управления радиоканалом и/или ошибках, по меньшей мере, об одном широкополосном радиоканале, в качестве результата этапа обнаружения; и обновление мобильной станцией и/или базовой станцией, по меньшей мере, одного объекта управления радиоканалом и/или, по меньшей мере, одного широкополосного радиоканала на основе этапа информирования.

[192] Этап обновления может включать в себя: повторное создание, по меньшей мере, одного объекта управления радиоканалом, реконфигурацию, по меньшей мере, одного широкополосного радиоканала или выполнение обоих этапов повторного создания и реконфигурации. Информация может включать в себя, по меньшей мере, одно из следующего: идентификация широкополосного радиоканала, который передает данные соответствующего объекта управления радиоканалом, другие идентификаторы объекта управления радиоканалом, где имеются ошибки и/или неправильное функционирование, и тип ошибки. Эти этапы выполняются для режима работы с подтверждением приема или режима работы без подтверждения приема.

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

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

[195] ***СОКРАЩЕНИЯ***

[196] AM (Acknowledged mode) - Режим с подтверждением приема

[197] AS (Access Stratum) Слой с доступом

[198] ASN.1 (Abstract Syntax Notation. 1) Нотация с абстрактным синтаксисом. 1

[199] СССН (Common Control Channel) Общий канал управления

[200] CQI (Channel Quality Indicator) Индикатор качества канала

[201] HS-DSCH (High Speed Physical Downlink Shared Channel) Высокоскоростной физический совместно используемый (мультиплексный) нисходящий канал связи

[202] MAC (Medium Access Control) Управление доступом к среде

[203] MBMS (Multicast Broadcast Multimedia Service) Мультимедийное широковещательное/многоадресное (групповое) обслуживание

[204] NAS (Non Access Stratum) Слой без доступа

[205] RLC (Radio Link Controller) Управление радиоканалом

[206] RNC (Radio Network Controller) Контроллер сети радиосвязи

[207] RRC (Radio Resource Control) Управление ресурсами радиосвязи

[208] S-CCPCH (Secondary Common Control Physical CHannel) Вспомогательный (вторичный) общий физический канал управления

[209] SRB Signaling Radio Bearer Сигнальный широкополосный радиоканал

[210] TCTF (Target Channel Type Field» Поле типа целевого канала

[211] TFC (Transport format combination) Сочетание транспортных форматов; TM (Transparent mode) Прозрачный режим; ТРС (Transmit power commands) Команды управления мощностью передачи

[212] UE (User Equipment) Пользовательское устройство/терминал

[213] UM (Unacknowledged mode) Режим без подтверждения приема

Ссылки по порядку

[214] [1] 3GPP TS 25.211: "Физические каналы и отображение транспортных каналов на физические каналы (FDD - дуплекс с частотным разделением каналов)"

[215] (ftp://ftp.3gpp.org/Specs/2004-09/Rel-6/25 series/25211-620.zip)

[216] [2] 3GPP TS 25.308: "Высокоскоростной пакетный доступ по нисходящему каналу связи (HSDPA)"

[217] (ftp://ftp.3gpp.org/Specs/2004-09/Rel-6/25 series/25308-620.zip)

[218] [3] 3GPP TS 25.322: "Описание протокола управления радиоканалом (RLC)"

[219] (ftp://ftp.3gpp.org/Specs/2004-09/Rel-6/25 series/25322-610.zip)

[220] [4] 3GPP TS 25.331: "Управление ресурсами радиосвязи (RRC)"

[221] (ftp://ftp.3gpp.org/Specs/2004-09/Rel-6/25 series/25331-640.zip)

Изобретение относится к технике связи. Предложен способ выполнения процедуры обновления ячейки с использованием определения ошибки, связанной с радиоканалом, установленным с базовой станцией; информирование базовой станции, по крайней мере, об одном радиоканале, или, по крайней мере, об одном объекте управления радиоканалом, или об обоих из них, имеющих выявленную ошибку; и реконфигурирование, по крайней мере, одного радиоканала, или повторное создание, по крайней мере, одного объекта управления радиоканалом, или выполнение обоих действий на основе этапа информирования. Технический результат заключается в сведении к минимуму потерь данных при фиксировании ошибок в объекте управления радиоканалом. 2 н. и 16 з.п. ф-лы, 13 ил.

1. Способ выполнения процедуры обновления ячейки, включающий в себя: обнаружение ошибки, связанной с радиоканалом, установленным с базовой станцией, при этом указанный радиоканал является высокоскоростным совместно используемым каналом «HS-DSCH», связанным с объектом управления радиоканалом «RLC»;
информирование базовой станции, по меньшей мере, об одном радиоканале и-или, по меньшей мере, об одном объекте управления радиоканалом, для которых обнаружена ошибка; и реконфигурацию, по меньшей мере, одного радиоканала и-или, по меньшей мере, одного объекта управления радиоканалом на основе указанного этапа информирования.

2. Способ по п.1, где указанные этапы выполняются для режима работы с подтверждением приема.

3. Способ по п.1, где указанные этапы выполняются для режима работы без подтверждения приема.

4. Способ по п.1, где ошибка указывает на получение неопределенной информации управления.

5. Способ по п.1, где ошибка указывает на обнаружение ошибки протоколами вышерасположенных уровней, указывающих на ошибку в работе управления радиоканалом «RLC».

6. Способ по п.1, где ошибка указывает на ситуации, которые определены в протоколе управления радиоканалом, как неисправимые ошибки.

7. Способ по п.1, где ошибка указывает на ситуации, обнаруженные любыми другими средствами, реализованными в мобильной станции, которые указывают на ошибку.

8. Способ по п.1, где ошибка указывает на обнаружение неправильной работы дешифрования.

9. Способ по п.1, где ошибка указывает, какая линия связи затронута: восходящая линия связи, восходящая/нисходящая линия связи или нисходящая линия связи.

10. Способ по п.1, где, если выполняют реконфигурацию, то производят очистку буфера повторной передачи.

11. Способ по п.1, где информирование выполняют с использованием сообщений об обновлении ячейки или сообщений об обновлении области маршрутизации универсальной мобильной телекоммуникационной системы «UMTS» («Обновление URA»).

12. Способ по п.11, где сообщения об обновлении ячейки или сообщения «Обновление URA» включают в себя расширения, обозначающие, что все объекты управления радиоканалом или их подмножество подверглись воздействию ошибки, и-или указывающие на причину ошибки, и-или на направление передачи объекта управления радиоканалом, затронутого ошибкой.

13. Способ по п.6, где для указания неисправимых ошибок управления радиоканалом дополнительно используется традиционный механизм.

14. Способ выполнения процедуры обновления ячейки, включающий в себя:
обнаружение мобильной станцией ошибки, связанной с радиоканалом, установленным с базовой станцией, при этом указанный радиоканал является высокоскоростным совместно используемым каналом «HS-DSCH», связанным с объектом управления радиоканалом «RLC»;
передачу мобильной станцией базовой станции информации об ошибках, и-или неправильном функционировании в объектах управления радиоканалом, и-или ошибках, по меньшей мере, на одном радиоканале в качестве результата этапа обнаружения; и
обновление мобильной станцией, и-или базовой станцией, по меньшей мере, одного объекта управления радиоканалом, и-или, по меньшей мере, одного радиоканала на основе указанного этапа информирования.

15. Способ по п.14, где этап обновления включает в себя:
повторное создание, по меньшей мере, одного объекта управления радиоканалом, реконфигурацию, по меньшей мере, одного радиоканала, или выполнение и этапа повторного создания, и этапа реконфигурации.

16. Способ по п.14, где указанная информация включает в себя, по меньшей мере, одно из следующего: идентификацию радиоканала, который передает данные соответствующего объекта управления радиоканалом, другие идентификаторы объекта управления радиоканалом, где имеются ошибки и-или неправильное функционирования, и тип ошибки.

17. Способ по п.15, где указанные этапы выполняют для режима работы с подтверждением приема.

18. Способ по п.15, где указанные этапы выполняют для режима работы без подтверждения приема.