Улучшенная обработка ошибок управления радиоканалом

Улучшенная обработка ошибок управления радиоканалом

Иллюстрации

Показать все

Реферат

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

[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» (выделенный транспортный канала) не может быть передан по этому частичному физическому выделенному каналу («части