Быстрый переход из одного состояния в другое состояние для пользовательского оборудования с реконфигурацией по поисковому вызову

Быстрый переход из одного состояния в другое состояние для пользовательского оборудования с реконфигурацией по поисковому вызову

Иллюстрации

Показать все

Реферат

Притязания на приоритет по Разделу 35, Параграфу 119 Кодекса законов США

Настоящая заявка на выдачу патента испрашивает приоритет по предварительной заявке США №60/870580, озаглавленной «RECONFIGURATION OVER PAGING FOR HSPA», поданной 18 декабря 2006 г., правопреемником которой является правопреемник данной заявки, и непосредственно включенной в данный документ по ссылке.

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

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

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

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

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

Раскрытие изобретения

В данном документе описываются методики для поддержки быстрого перехода из одного состояния в другое состояние для UE посредством отправки конфигурационной информации по поисковому вызову. UE может работать в первом состоянии (например, состоянии CELL_PCH), в котором UE не посылает, не принимает пользовательские данные. UE может контролировать поисковые сообщения, находясь в первом состоянии, и может принимать поисковое сообщение, содержащее первую конфигурационную информацию. UE может переходить из первого состояния во второе состояние (например, состояние CELL_DCH) в ответ на прием поискового сообщения. UE может определять набор параметров связи, основываясь на первой конфигурационной информации, принятой из поискового сообщения, и второй конфигурационной информации, хранимой в UE. UE затем может обменивать пользовательские данные, основываясь на наборе параметров связи, когда оно находится во втором состоянии. Это может исключить потребность обмена сигнализацией после приема поискового сообщения, чтобы получить первую и/или вторую конфигурационную информацию.

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

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

Ниже описываются различные аспекты и признаки раскрытия более подробно.

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

Фиг.1 изображает сеть беспроводной связи.

Фиг.2 изображает диаграмму состояний для UE.

Фиг.3 изображает поток сообщений для перехода из CELL_PCH в CELL_DCH.

Фиг.4 изображает поток сообщений для быстрого перехода из CELL_PCH в CELL_DCH.

Фиг.5 изображает поток сообщений для получения параметров физического канала для UE.

Фиг.6 изображает процесс, выполняемый UE для быстрого перехода из состояния в состояние.

Фиг.7 изображает процесс, выполняемый обслуживающим контроллером радиосети (SRNC), для поддержки быстрого перехода из состояния в состояние.

Фиг.8 изображает процесс, выполняемый узлом B, для поддержки быстрого перехода из состояния в состояние.

Фиг.9 изображает блок-схему UE и различных сетевых объектов.

Осуществление изобретения

Методики, описанные в данном документе, могут использоваться для различных сетей беспроводной связи, таких как сети множественного доступа с кодовым разделением каналов (CDMA), сети множественного доступа с временным разделением каналов (TDMA), сети множественного доступа с частотным разделением каналов (FDMA), сети множественного доступа с ортогональным частотным разделением каналов (OFDMA) и т.д. Термины «сеть» и «система» часто используются попеременно. Сеть CDMA может реализовать радиотехнологию, такую как универсальный наземный радиодоступ (UTRA), cdma2000 и т.д. UTRA включает в себя широкополосный CDMA (W-CDMA) и другие варианты CDMA. cdma2000 охватывает стандарты IS-2000, IS-95 и IS-856. Сеть TDMA может реализовать радиотехнологию, такую как Глобальная система мобильной связи (GSM). Сеть OFDMA может реализовать радиотехнологию, такую как эволюционированный универсальный наземный радиодоступ (E-UTRA), ультрамобильная широкополосная сеть (UMB), стандарты Института инженеров по электротехнике и радиоэлектронике IEEE 802.16, IEEE 802.20, Flash-OFDM® и т.д. UTRA, E-UTRA и GSM представляют собой часть универсальной системы мобильной связи (UMTS) и описываются в документах организации, названной «Проектом партнерства по созданию системы третьего поколения» (3GPP). cdma2000 и UMB описываются в документах организации, названной «Проект 2 партнерства по созданию системы третьего поколения» (3GPP2). Документы 3GPP и 3GPP2 находятся в свободном доступе. Эти различные радиотехнологии и стандарты известны в технике. Для ясности, некоторые аспекты методик описываются ниже для UMTS, и терминология UMTS используется в большей части нижеследующего описания.

Фиг.1 изображает сеть 100 беспроводной связи (например, сеть UMTS), которая включает в себя сеть 120 универсального наземного радиодоступа (UTRAN) и базовую сеть 160. UTRAN 120 может включать в себя любое количество узлов В, подсоединенных к любому количеству контроллеров радиосети (RNC). Для простоты на Фиг.1 показан только один узел В 130, один управляющий RNC/дрейфующий RNC (CRNC/DRNC) 140 и один обслуживающий RNC (SRNC) 150. Узел В также может упоминаться как эволюционированный узел В (eNode B), базовая станция, точка доступа и т.д. Каждый узел В поддерживает радиосвязь для UE в его зоне покрытия. Полная зона покрытия узла В может быть разделена на многочисленные (например, три) меньшие зоны. Термин «сота» может ссылаться на наименьшую зону покрытия узла В и/или узла В, обслуживающего данную зону покрытия, в зависимости от контекста, в котором используется термин. Термины «сота» и «узел В» используются попеременно в данном документе. Сота в UMTS может соответствовать сектору в cdma2000 и других сетях.

Каждый RNC может соединяться с набором узлов В через интерфейс Iub и может обеспечивать координацию и управление этими узлами В. Например, RNC может выполнять управление радиоресурсами, некоторыми функциями управления мобильностью и другими функциями для поддержки связи между UE и UTRAN. Каждый RNC также может соединяться с одним или несколькими другими RNC по интерфейсу Iur и с базовой сетью 160 по интерфейсу Iu. Базовая сеть 160 может включать в себя различные сетевые объекты, которые могут поддерживать услуги с коммутацией каналов (CS), с коммутацией пакетов (PS) и другие услуги для UE.

Сеть 100 может поддерживать связь для любого количества UE. Для простоты на Фиг.1 показано только одно UE 110. UE также может упоминаться как мобильная станция, терминал доступа, абонентский блок, станция и т.д. UE может относиться к сотовому телефону, персональному цифровому помощнику (PDA), беспроводному устройству, беспроводному модему, карманному устройству, портативному компьютеру и т.д. UE 110 может устанавливать связь с узлом В 130 по радиолинии связи и с SRNC 150 по интерфейсу Uu. SRNC 150 может обслуживать UE 110 и может завершать как линию связи Iu для обмена данными, так и соответствующую сигнализирование между UE 110 и базовой сетью 160. SRNC 150 также может завершать сигнализирование контроля радиоресурсами (RRC) между UE 110 и UTRAN 120 и может выполнять функции управления, такие как управление мощностью по внешней цепи, управление нагрузкой, управление по входу, управление эстафетной передачей обслуживания, управление мобильностью и т.д. UE 110 может устанавливать связь непосредственно с SRNC 150 (не показан на Фиг.1) или косвенно при помощи CRNC/DRNC 140 (как показано на Фиг.1). CRNC/DRNC 140 может управлять узлом В 130, с которым UE 110 выполняет связь, и может выполнять функции, такие как объединение и разделение сигналов макроразнесения, маршрутизация данных между UE 110 и SRNC 150 и т.д.

В UMTS данные обрабатываются в виде одного или нескольких транспортных каналов на уровне 2 (L2). Транспортные каналы могут переносить данные для одной или нескольких услуг, например, речь, видео, пакетные данные и т.д. Транспортные каналы включают в себя выделенный канал (DCH), усовершенствованный выделенный канал (E-DCH), высокоскоростной нисходящий канал совместного использования (HS-DSCH), широковещательный канал (BCH), канал прямого доступа (FACH), поисковый канал (PCH) и канал случайного доступа (RACH). Транспортные каналы отображаются на физические каналы на физическом уровне (PHY) или уровне 1 (L1). Физические каналы канализируются с различными каналообразующими кодами и являются ортогональными друг к другу в кодовой области. Транспортные каналы и физические каналы описываются в документе 3GPP TS 25.211, озаглавленном «Physical channels and mapping of transport channels onto physical channels», май 2007 г.

UE может выполнять связь с UTRAN при помощи радиоканалов (RB), которые представляют собой услуги, предоставляемые уровнем 2 для пересылки пользовательских данных между UE и UTRAN. Радиоканалы могут устанавливаться, реконфигурироваться и освобождаться при помощи процедур радиоканалов RRC. Радиоканалы могут конфигурироваться с различными параметрами и могут использовать транспортные каналы и физические каналы. Транспортные и физические каналы могут конфигурироваться при помощи процедур радиоканалов и также могут конфигурироваться отдельно при помощи процедур транспортных и физических каналов.

Фиг.2 изображает диаграмму 200 состояний RRC для UE в UMTS. При включении питания UE может выполнять выбор соты для нахождения подходящей соты, из которой UE может принимать услугу. Эта сота упоминается как обслуживающая сота. После этого UE может перейти в режим 210 незанятости или в режим 220 соединений в зависимости от того, есть ли какая-либо активность для UE. В режиме незанятости UE зарегистрировалась в базовой сети, прослушивает поисковые сообщения и обновляет свое расположение посредством базовой сети, когда необходимо. В режиме соединений UE может быть в состоянии или может не быть в состоянии передавать и принимать данные в зависимости от его состояния RRC и конфигурации. UTRAN не имеет контекста UE в режиме незанятости и имеет контекст UE в режиме соединений.

UE может выполнять процедуру «Установить соединение RRC», чтобы перейти из режима незанятости в режим соединений. Из этой процедуры UE может получить следующее:

• параметры радиоканалов - параметры для радиоканалов для UE,

• параметры канала радиодоступа - параметры для каналов радиодоступа для UE,

• параметры транспортного канала - параметры для транспортных каналов на уровне 2,

• параметры физического канала - параметры для физических каналов на уровне 1, и

• параметры обеспечения безопасности - параметры для шифрования и защиты целостности для UE.

Вышеупомянутые параметры могут упоминаться как параметры связи. Параметры физического канала также могут упоминаться как параметры PHY, параметры L1 и т.д. Параметры транспортного канала также могут упоминаться как параметры управления доступом к среде передачи (MAC), параметры L2 и т.д. Параметры радиоканала также могут упоминаться как параметры верхнего уровня и т.д. Процедура «Установить соединение RRC» и различные параметры связи, приведенные выше, описываются в документе 3GPP TS 25.331, озаглавленном «Radio Resource Control (RRC); Protocol Specification», сентябрь 2007 г.

В режиме соединений UE может находиться в одном из четырех состояний RRC - состояние 222 CELL_DCH, состояние 224 CELL_FACH, состояние 226 CELL_PCH и состояние 228 URA_PCH. Состояние CELL_DCH характеризуется (i) выделенными физическими каналами, распределенными для UE для нисходящей линии связи и восходящей линии связи и (ii) комбинированием выделенных и совместно используемых транспортных каналов, доступных для UE. Состояние CELL_FACH характеризуется (i) отсутствием выделенных физических каналов, распределенных для UE, (ii) общим или совместно используемым транспортным каналом по умолчанию, назначенным для UE для использования для доступа к UTRAN, и (iii) тем, что UE постоянно контролирует FACH для сигнализации, такой как сообщения реконфигурации. Состояния CELL_PCH и URA_PCH характеризуются (i) отсутствием выделенных физических каналов, распределенных для UE, (2) тем, что UE периодически контролирует PCH в отношении поисковых сообщений, и (iii) тем, что UE не разрешается передавать по восходящей линии связи. Расположение UE известно на уровне соты в состоянии CELL_PCH и известно на уровне зоны регистрации пользователя (URA) в состоянии URA_PCH. URA может включать в себя набор сот. Может выполняться поисковый вызов UE при помощи конкретной соты в состоянии CELL_PCH и при помощи всех сот в конкретной URA в состоянии URA_PCH. Режимы и состояния RRC описываются в вышеупомянутом документе 3GPP TS 25.331.

UE может переходить (i) из режима незанятости в состояние CELL_DCH или CELL_FACH посредством выполнения процедуры «Установить соединение RRC», и (ii) из состояния CELL_DCH или CELL_FACH в режим незанятости посредством выполнения процедуры «Освободить соединение RRC». Находясь в режиме соединений, UTRAN может выдать команду на UE, чтобы оно было в одном из четырех состояний RRC, основываясь на активности UE. UE может перейти (i) между состояниями CELL_DCH и CELL_FACH посредством выполнения процедуры реконфигурации, и (ii) между различными конфигурациями в состоянии CELL_DCH также посредством выполнения процедуры реконфигурации. UE может перейти из состояния CELL_DCH в состояние CELL_PCH или URA_PCH посредством выполнения процедуры реконфигурации. UE также может перейти из состояния CELL_FACH в состояние CELL_PCH или URA_PCH посредством выполнения процедуры реконфигурации. UE может независимо переходить из состояния CELL_PCH или URA_PCH в состояние CELL_FACH при приеме поискового сообщения. Эти различные процедуры описаны в вышеупомянутом документе 3GPP TS 25.331.

UE и SRNC могут обмениваться сообщениями RRC по интерфейсу Uu. SRNC и CRNC/DRNC могут обмениваться сообщениями прикладной части подсистемы радиосети (RNSAP) по интерфейсу Iur. CRNC/DRNC и узел В могут обмениваться сообщениями прикладной части узла В (NBAP) по интерфейсу Iub. Интерфейс Uu и сообщения и процедуры RRC описаны в вышеупомянутом документе 3GPP TS 25.331. Интерфейс Iur и сообщения и процедуры RNSAP описаны в документе 3GPP TS 25.423, озаглавленном «UTRAN Iur interface RNSAP signaling», сентябрь 2007 г. Интерфейс Iub и сообщения и процедуры NBAP описаны в документе 3GPP TS 25.433, озаглавленном «UTRAN Iub interface Node B Application part (NBAP) signaling», сентябрь 2007 г.

Фиг.3 изображает поток 300 сообщений для инициированной сетью процедуры для нормального перехода из состояния CELL_PCH в состояние CELL_DCH. UE может работать в состоянии CELL_PCH и может периодически контролировать PCH в отношении поисковых сообщений. UTRAN может выполнять поисковый вызов UE посредством отправки сообщения PAGING TYPE 1 (поисковый вызов типа 1) c SRNC через узел В на UE (этап 1). UE может независимо перейти из состояния CELL_PCH в состояние CELL_FACH при приеме сообщения PAGING TYPE 1 (этап 2). UE затем может послать сообщение CELL UPDATE (обновление соты) по RACH на узел В, который может переадресовать сообщение на SRNC (этап 3). Сообщение CELL UPDATE может включать в себя UTRAN RNTI (U-RNTI), чтобы сеть идентифицировала UE. SRNC затем может послать сообщение RADIO LINK SETUP REQUEST (запрос на установление радиолинии связи) на CRNC/DRNC для запроса на установление радиолинии связи посредством CRNC/DRNC для UE (этап 4). CRNC/DRNC может послать сообщение RADIO LINK SETUP REQUEST на узел В для запроса установления радиолинии связи посредством узла В для UE (этап 5). Узел В может распределить ресурсы, конфигурировать новую радиолинию связи для UE в соответствии с параметрами, приведенными в сообщении, принятом от CRNC/DRNC, и возвратить сообщение RADIO LINK SETUP RESPONSE (ответ на установление радиолинии связи) на CRNC/DRNC (этап 6). CRNC/DRNC может возвратить сообщение RADIO LINK SETUP RESPONSE с относящимися параметрами для UE на SRNC (этап 7).

SRNC затем может послать сообщение CELL UPDATE CONFIRM (подтверждение обновления соты) на узел В, который может переадресовать сообщение по FACH на UE (этап 8). Данное сообщение может включать в себя параметры реконфигурации, которые могут использоваться для любой процедуры реконфигурации радиоканала. Узел В может послать сообщение RADIO LINK RESTORE INDICATION (указание на восстановление радиолинии связи) на CRNC/DRNC, который, в свою очередь, может послать сообщение RADIO LINK RESTORE INDICATION на SRNC (этап 9).

UE может перейти из состояния CELL_FACH в состояние CELL_DCH при приеме сообщения CELL UPDATE CONFIRM (этап 10). UE может выполнять синхронизацию восходящей линии связи и может отправлять сообщение PHYSICAL CHANNEL RECONFIGURATION COMPLETE (завершена реконфигурация физического канала) по E-DCH на узел В, который может переадресовать сообщение на SRNC (этап 11). UE, после этого, может обменивать (например, передавать и/или принимать) пользовательские данные по установленной радиолинии связи.

В потоке 300 сообщений UE сначала переходит из состояния CELL_PCH в состояние CELL_FACH и затем переходит из состояния CELL_FACH в состояние CELL_DCH. В состоянии CELL_FACH сообщения посылаются по RACH посредством UE и по FACH на UE. RACH и FACH представляют собой общие транспортные каналы, которые совместно используются различными UE. Желательно уменьшить задержки перехода из состояния в состояние, когда UE находится в режиме соединений. Это может улучшить используемость радиоресурсов и продлить срок службы аккумуляторной батареи для UE, особенно для применений, характеризуемых прерывистыми обменами данными и строгими требованиями к времени ожидания, таких как просмотр веб-страниц, система «нажал-говори» и т.д.

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

Фиг.4 изображает конструктивное исполнение потока 400 сообщений для инициированной сетью процедуры для быстрого перехода из состояния в состояние, из состояния CELL_PCH в состояние CELL_DCH. UE может работать в состоянии CELL_PCH и может периодически контролировать PCH в отношении поисковых сообщений. UTRAN может потребоваться выполнить поисковый вызов UE и может сначала установить соответствующие сетевые каналы, например, Iub и Iur. SRNC может отправлять сообщение RADIO LINK SETUP REQUEST на CRNC/DRNC для запроса установления радиолинии связи посредством CRNC/DRNC для UE (этап 1). CRNC/DRNC затем может послать сообщение RADIO LINK SETUP REQUEST на узел В для запроса установления радиолинии связи узлом В для UE (этап 2). Узел В может распределять ресурсы, конфигурировать новую радиолинию связи для UE и возвращать сообщение RADIO LINK SETUP RESPONSE на CRNC/DRNC (этап 3). CRNC/DRNC может возвращать сообщение RADIO LINK SETUP RESPONSE с соответствующими параметрами на SRNC (этап 4).

SRNC затем может отправить сообщение PHYSICAL CHANNEL RECONFIGURATION (реконфигурация физического канала) в поисковом сообщении на UE (этап 5). Сообщение PHYSICAL CHANNEL RECONFIGURATION может включать в себя различные параметры физического канала, как описано ниже. Узел В может отправлять сообщение RADIO LINK RESTORE INDICATION на CRNC/DRNC, который, в свою очередь, может отправлять сообщение RADIO LINK RESTORE INDICATION на SRNC (этап 6).

UE может переходить из состояния CELL_PCH непосредственно в состояние CELL_DCH при приеме сообщения PHYSICAL CHANNEL RECONFIGURATION (этап 7). UE может выполнять синхронизацию восходящей линии связи и затем отправлять сообщение PHYSICAL CHANNEL RECONFIGURATION COMPLETE (завершение реконфигурации физического канала) по E-DCH на узел В, который может переадресовать сообщение на SRNC (этап 8). UE, после этого, может обменивать пользовательские данные по установленной радиолинии связи.

При конструктивном исполнении, показанном на Фиг.4, быстрый переход из состояния в состояние достигается выполнением реконфигурации по поисковому вызову. Как правило, любой набор параметров может реконфигурироваться по поисковому вызову. При одном конструктивном исполнении только набор параметров физического канала реконфигурируется по поисковому вызову, что может уменьшить количество служебных данных при посылке параметров. При данном конструктивном исполнении UE может сохранять параметры радиоканала и параметры транспортного канала при переходе в состояние CELL_PCH. Тогда могут быть исключены установление/реконфигурация этих сохраненных параметров. Чтобы дополнительно уменьшить количество служебных данных, по поисковому вызову могут отправляться только некоторые характерные для UE параметры физического канала, и значения по умолчанию могут использоваться для оставшихся параметров физического канала. Как правило, все или поднабор параметров физического канала могут явно отправляться на UE по поисковому вызову.

Методики, описанные в данном документе, могут использоваться для любого отображения PCH на физический канал. Например, PCH может отправляться по вторичному общему физическому каналу управления (S-CCPCH), который широковещательно передается всем UE. PCH также может отправляться по высокоскоростному физическому нисходящему каналу совместного использования (HS-PDSCH), который может отправляться на конкретные UE.

Методики, описанные в данном документе, также могут использоваться для отправки конфигурационной информации для любого набора физических каналов. Для ясности, конфигурационная информация отправляется для физических каналов, используемых для высокоскоростного пакетного доступа нисходящей линии связи (HSDPA) и высокоскоростного пакетного доступа восходящей линии связи (HSUPA), которые вместе упоминаются как высокоскоростной пакетный доступ (HSPA). HSDPA и HSUPA представляют собой наборы каналов и процедур, которые позволяют выполнять высокоскоростную передачу пакетных данных по нисходящей линии связи и восходящей линии связи, соответственно. Таблица 1 перечисляет некоторые физические каналы в UMTS, включая некоторые, которые используются для HSDPA и HSUPA. Эти физические каналы описаны в вышеупомянутом документе 3GPP TS 25.211.

Таблица 1Физические каналы
	Канал	Название канала	Описание
	DPCH нисходящей линии связи	Выделенный физический канал	Переносит данные и сигнализирование для заданного UE
	F-DPCH	Дробный выделенный физический канал	Переносит управляющую информацию L1 (команды управления мощностью передачи (TPC)) для различных UE
HSDPA	HS-SCCH (нисходящая линия связи)	Канал управления совместного использования для HS-DSCH	Переносит информацию о формате для пакетов, посылаемых по HS-PDSCH
HS-PDSCH (нисходящая линия связи)	Высокоскоростной физический нисходящий канал совместного использования	Переносит пакеты, посылаемые по нисходящей линии связи на различные UE
HS-DPCCH (восходящая линия связи)	Выделенный физический канал управления для HS-DSCH	Переносит подтверждение приема/отрицательное подтверждение приема (ACK/NAK) для пакетов, посылаемых по HS-PDSCH, и индикатор качества канала (CQI)
HSUPA	E-DPCCH (восходящая линия связи)	Выделенный физический канал управления E-DCH	Переносит сигнализирование для E-DPDCH
E-DPDCH (восходящая линия связи)	Выделенный физический канал передачи данных E-DCH	Переносит пакеты, посылаемые UE по восходящей линии связи
	E-HICH (нисходящая линия связи)	Гибридный канал индикатора автоматического запроса на повтор (ARQ) E-DCH	Переносит ACK/NAK для пакетов, посылаемых по E-DPDCH
E-AGCH (нисходящая линия связи)	Канал абсолютного предоставления E-DCH	Переносит абсолютные предоставления ресурсов для E-DPDCH
E-RGCH (нисходящая линия связи)	Канал относительного предоставления E-DCH	Переносит относительные предоставления ресурсов для E-DPDCH)

Для HSDPA UE может конфигурироваться или для работы с HS-SCCH, или для работы без HS-SCCH. Для работы с HS-SCCH сигнализирование отправляется по HS-SCCH перед передачей пакетов по HS-PDSCH. UE может контролировать до четырех каналообразующих кодов из 128 чипов для HS-SCCH для обнаружения сигнализации. UE может обрабатывать до пятнадцати каналообразующих кодов из 16 чипов для HS-PDSCH для приема данных. Для работы без HS-SCCH сигнализирование не отправляется по HS-SCCH, и UE может обрабатывать HS-PDSCH, основываясь на предварительно конфигурированных параметрах. Конфигурация HSDPA по умолчанию может использоваться для UE. Эта конфигурация по умолчанию может включать в себя L каналообразующих кодов для HS-SCCH и М каналообразующих кодов для HS-PDSCH, где 1≤L≤4 и 1≤М≤15.

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

Таблица 2Параметры физического канала
Параметр	Размер	Описание
H-RNTI	16 битов	Высокоскоростной RNTI, используемый в качестве идентификатора UE для HSDPA
Первичный E-RNTI	16 битов	Усовершенствованный RNTI, используемый в качестве идентификатора UE для HSUPA
C-RNTI	16 битов	RNTI соты, используемый в качестве идентификатора UE для заданной соты в состоянии CELL_FACH
Смещение DPCH по умолчанию	10 битов	Смещение времени DPCH для UE
Скремблирующий код восходящей линии связи	24 бита	Код, используемый UE для скремблирования данных, посылаемых по восходящей линии связи
Информация о коде HS-SCCH	7Х битов	Для работы с HS-SCCH, L кодов HS-SCCH могут отправляться с использованием 7 битов на код HS-SCCH.Для работы без HS-SCCH, M кодов HS-PDSCH могут отправляться с использованием 7 битов на код HS-PDSCH
Информация F-DPCH	16 битов	Включает в себя 8 битов для каналообразующего кода для F-DPCH и 8 битов для смещения кадра, назначенного для UE
Информация E-HICH	13 битов	Включает в себя 7 битов для каналообразующего кода для E-HICH и 6 битов для последовательности сигнатуры для UE
Информация о предоставлении	0 или 14 битов	Для незапланированной конфигурации, UE может отправлять небольшое количество данных по предварительно назначенным ресурсам, и не отправляется предоставление (0 битов).Для запланированной конфигурации, отправляется каналообразующий код для E-AGCH (8 битов) и последовательность сигнатуры для E-RGCH(6 битов).

Информация о коде HS-SCCH может быть для конфигурации HSDPA по умолчанию с меньшим количеством, чем четыре кода HS-SCCH и один код HS-PDSCH. Это может уменьшить количество битов для отправки для информации о коде HS-SCCH.

Таблица 2 приводит примерный набор параметров физического канала, которые могут отправляться в поисковом сообщении. Другие параметры физического канала также могут отправляться в поисковом сообщении. Параметры физического канала могут отправляться в виде информационных элементов (IE) в сообщении PHYSICAL CHANNEL RECONFIGURATION, которое может переноситься в поисковом сообщении. Другой IE может использоваться для каждого параметра физического канала.

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

H-RNTI может назначаться UE посредством CRNC/DRNC. CRNC/DRNC может отправлять H-RNTI на узел В при помощи сообщения RADIO LINK SETUP REQUEST и на SRNC при помощи сообщения RADIO LINK SETUP RESPONSE.

Первичный E-RNTI может назначаться для UE узлом В и сообщаться CRNC/DRNC при помощи сообщения RADIO LINK SETUP RESPONSE. CRNC/DRNC может переадресовать первичный E-RNTI на SRNC при помощи сообщения RADIO LINK SETUP RESPONSE.

C-RNTI может назначаться UE посредством CRNC/DRNC при помощи процедуры обновления соты, которая может выполняться всякий раз, когда UE меняет соту вследствие мобильности. CRNC/DRNC может сообщать C-RNTI на SRNC при помощи сообщения UPLINK SIGNALLING TRANSFER INDICATION (указание пересылки сигнализации восходящей линии связи) всякий раз, когда выполняется процедура обновления соты.

Информация о коде HS-SCCH для UE может предоставляться узлом В. CRNC/DRNC может конфигурировать узел В при помощи набора кодов HS-SCCH, подлежащих использованию для работы с HS-DSCH, и может отправлять этот набор кодов HS-SCCH при помощи сообщения PHYSICAL SHARED CHANNEL RECONFIGURATION REQUEST (запрос на реконфигурацию физического канала совместного использования). Узел В может назначать до четырех кодов HS-SCCH для UE при работе с HS-SCCH. Узел В может сообщать назначенный код (коды) HS-SCCH на CRNC/DRNC при помощи сообщения RADIO LINK SETUP RESPONSE. CRNC/DRNC может переадресовать эту информацию на SRNC при помощи сообщения RADIO LINK SETUP RESPONSE.

Информация F-DPCH для UE может предоставляться посредством SRNC и CRNC/DRNC. SRNC может конфигурировать смещение F-DPCH и установки мощности в узле В и может отправлять эти параметры на CRNC/DRNC при помощи сообщения RADIO LINK SETUP REQUEST. CRNC/DRNC может распределять каналообразующий код для F-DPCH и конфигурировать узел В при помощи установок F-DPCH (например, смещение кадра, каналообразующий код и мощность передачи) для UE. CRNC/DRNC может сообщать код F-DPCH на SRNC при помощи сообщения RADIO LINK RESPONSE.

Информация E-HICH для UE может предоставляться узлом В. Узел В может назначать код E-HICH и последовательность сигнатуры для UE и может сообщать эти параметры CRNC/DRNC при помощи сообщения RADIO LINK SETUP RESPONSE. CRNC/DRNC может переадресовать эту информацию на SRNC при помощи сообщения RADIO LINK SETUP RESPONSE.

Информация о предоставлении для UE может предоставляться узлом В. Узел В может назначать код E-AGCH и последовательность сигнатуры E-RGCH для UE и может сообщать эти параметры CRNC/DRNC при помощи сообщения RADIO LINK SETUP RESPONSE. CRNC/DRNC может переадресовать информацию на SRNC при помощи сообщения RADIO LINK SETUP RESPONSE.

Фиг.5 изображает конструктивное исполнение потока 500 сообщений для получения параметров физического канала для UE для реконфигурации по поисковому вызову. Поток 500 сообщений включает в себя этапы 1-5 потока 400 сообщений по Фиг.4, но сосредотачивается на сборе параметров физического канала для UE.

UTRAN может потребоваться выполнить поисковый вызов UE и может сначала определить соответствующие параметры физического канала для UE. SRNC может конфигурировать смещение F-DPCH и отправлять его в сообщении RADIO LINK SETUP REQUEST на CRNC/DRNC (этап 1). CRNC/DRNC может назначить H-RNTI для UE и послать H-RNTI и смещение F-DPCH на узел В при помощи сообщения RADIO LINK SETUP REQUEST (этап 2). Узел В может назначить первичный E-RNTI, код (коды) HS-SCCH, код F-DPCH, код и последовательность сигнатуры E-HICH, и код E-AGCH и последовательность сигнатуры E-RGCH (для запланированной конфигурации) на UE. Узел В затем может послать эти параметры в сообщении RADIO LINK SETUP RESPONSE на CRNC/DRNC (этап 3). CRNC/DRNC затем может послать H-RNTI, назначенный посредством CRNC/DRNC, а также первичный E-RNTI, код (коды) HS-SCCH, код F-DPCH, код и последовательность сигнатуры E-HICH, и код E-AGCH и последовательность сигнатуры E-RGCH, назначенные узлом В, в сообщении RADIO LINK SETUP RESPONSE на SRNC (этап 4). SRNC затем может послать все параметры физического канала в сообщении PHYSICAL CHANNEL RECONFIGURATION, которое может переноситься в поисковом сообщении, посылаемом на UE (этап 5).

При конструктивном исполнении, описанном выше и показанном на Фиг.5, параметры физического канала для UE назначаются частично посредством SRNC, частично CRNC/DRNC и частично узлом В. Поэтому SRNC может сначала установить каналы Iub/Iur и собрать эти параметры физического канала для UE. Фиг.5 изображает заданное конструктивное исполнение для сбора параметров физического канала для UE, используя заданные сообщения в UMTS. Параметры физического канала также могут быть собраны другим образом, например, от различных сетевых объектов, используя различные сообщения, и т.д.

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

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

При другом конструктивном исполнении могут быть доступны одна или несколько предварительно определенных конфигураций. Каждая предварительно определенная конфигурация может ассоциироваться с заданными значениями для набора параметров физического канала. Доступные предварительно определенные конфигурации могут предоставляться UE (i) посредством системной информации, которая может передаваться широковещательно на все UE, (ii) посредством выделенной сигнализации, посылаемой на UE, и/или (iii) посредством некоторых других средств. Поисковое сообщение тогда может включать в себя указатель или индекс для одной из предварительно определенных конфигураций. Один и тот же набор предварительно определенных конфигураций может использоваться всеми узлами В или группой узлов В (например, в URA). Альтернативно, каждый узел В может ассоциироваться с набором предварительно определенных конфигураций, применяемых только для этого узла В.

Значения по умолчанию также могут предоставляться другими способами. Значения по умолчанию также могут предоставляться, основываясь на объединении конструктивных исполнений, описанных выше. Например, некоторые параметры физического канала (например, те, которые были назначены CRNC/DRNC и/или SRNC) могут ассоциироваться со значениями по умолчанию, используемыми ранее UE в состоянии CELL_DCH, и другие параметры физического канала (например, те, которые были назначены узлом В) могут обеспечиваться при п