БЫСТРЫЙ ПЕРЕХОД ИЗ ОДНОГО СОСТОЯНИЯ В ДРУГОЕ СОСТОЯНИЕ ДЛЯ ПОЛЬЗОВАТЕЛЬСКОГО ОБОРУДОВАНИЯ С РЕКОНФИГУРАЦИЕЙ ПО ПОИСКОВОМУ ВЫЗОВУ
QUICK CHANGEOVER FROM ONE CONDITION INTO ANOTHER ONE FOR USER EQUIPMENT WITH RECONFIGURATION BY PAGING

Притязания на приоритет по Разделу 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Физические каналы
<b>Канал</b>
<b>Название канала</b>
<b>Описание</b>
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Параметры физического канала
<b>Параметр</b>
<b>Размер</b>
<b>Описание</b>
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, и другие параметры физического канала (например, те, которые были назначены узлом В) могут обеспечиваться при помощи предварительно определенных конфигураций.
Методики, описанные в данном документе, могут использоваться для быстрого перехода из состояния в состояние, из состояния CELL_PCH в состояние CELL_DCH. В состоянии CELL_PCH расположение UE известно на уровне соты. SRNC может установить каналы Iub/Iur только для узла В для соты, в которой в данный момент зарегистрировано UE, например, как описано выше для Фиг.5.
Методики также могут использоваться для быстрого перехода из состояния в состояние, из состояния URA_PCH в состояние CELL_DCH. В состоянии URA_PCH расположение UE известно на уровне URA. Чтобы выполнить поисковый вызов UE, SRNC может установить каналы Iub/Iur для всех узлов В в URA, в которых в данный момент зарегистрировано UE. Чтобы поддерживать быстрый переход из состояния в состояние, может быть определена одна или несколько предварительно определенных конфигураций, применимых для всех узлов В в URA. Одна предварительно определенная конфигурация затем может использоваться для UE для быстрого перехода из состояния URA_PCH в состояние CELL_DCH. RNC может предварительно зафиксировать или зарезервировать ресурсы на узле В для HSPA для некоторого количества UE, в то же время удерживая в активном состоянии соответствующие каналы Iub/Iur. RNC может использовать один из предварительно зафиксированных ресурсов для выполнения быстрой реконфигурации для UE.
Как отмечено выше, различные параметры физического канала могут отправляться на UE для быстрого перехода из состояния в состояние. Таблица 3 перечисляет некоторые параметры физического канала, которые могут отправляться в сообщении PHYSICAL CHANNEL RECONFIGURATION. Столбец «Категория» указывает, является ли параметр характерным для соты или является общим для URA. Столбец «Отправляется в поисковом вызове» идентифицирует параметры физического канала, которые могут отправляться в поисковом сообщении согласно одному конструктивному исполнению. Данное конструктивное исполнение предполагает, что (i) используется идентификатор единственного UE UTRAN (временный идентификатор радиосети UTRAN (U-RNTI)) в части поискового вызова типа 1, (ii) используется только конфигурация HSPA, и, поэтому, только F-DPCH конфигурируется для нисходящей линии связи, (iii) устанавливается только обслуживающая радиолиния связи HSPA, (iv) не выполняется частотное перенаправление, (v) выполняется процедура реконфигурации с временем активации «теперь», и (vi) шифрование и защита целостности не применяются к поисковому сообщению. Защита целостности и шифрование могут применяться, например, посредством использования кода аутентификации сообщений, чтобы UE имело сведения, что поисковое сообщение предназначено для UE. Это может исключить необходимость отправки 32-битового U-RNTI в поисковом сообщении.
Таблица 3Параметры физического канала
<b>Параметр/IE</b>
<b>Описание</b>
<b>Отправляется в поисковом вызове</b>
<b>Категория</b>
Информация о проверке целостности
Код аутентификации сообщений и порядковый номер (SN) RRC
Да
URA
Информация о режиме защиты целостности
Используется только в случае перемещения SRNS. Если UE принимает поисковый вызов в URA, тогда перемещение SRNC может не выполняться
Нет
Неприменимо
Информация о режиме шифрования
Используется только в случае перемещения SRNS
Нет
Неприменимо
Время активации
Может опускаться. Процедура может предполагать время активации «теперь»
Нет
Сота
Флаг ограничения задержки
Дополнительная информация к времени активации
Нет
URA
U-RNTI
Используется только в случае перемещения SRNS
Нет
Неприменимо
C-RNTI, H-RNTI и E-RNTI
Эти RNTI не сохраняются в UE в состоянии URA_PCH. UE не использует C-RNTI в состоянии CELL_DCH, но использует C-RNTI при входе в состояние CELL_FACH, например, из-за сбоя радиолинии связи или мобильности UE. C-RNTI может опускаться, например, если UE не работает в состоянии CELL_FACH.
Да
Сота
Индикатор состояния RRC
Он должен сообщать «CELL_DCH». Может неявно указываться посредством присутствия реконфигурации в поисковом сообщении
Да (но неявно)
URA
Коэффициент длительности цикла UTRAN DRX (прием в режиме с перерывами)
Используется только для состояния CELL/URA_PCH.
Нет
Неприменимо
Информация о CN (базовой сети)
CN не обновляется.
Нет
Неприменимо
Идентификация URA
Используется только для состояния URA_PCH
Нет
Неприменимо
Информация о синхронизации счетчика нисходящей линии связи
Используется только в случае перемещения SRNS.
Нет
Неприменимо
Информация о частоте
Может присутствовать в случае частотного перенаправления и может опускаться в противном случае.
Да
Сота
Максимально допустимая мощность ТХ (передачи) восходящей линии связи
Ранее распределенное значение хранится в UE в состоянии URA_PCH. Может обновляться системным информационным блоком 4 (SIB4)
Да
Сота
Информация DPCH восходящей линии связи
см. таблицу 4.
Да
Сота
Информация E-DCH
см. таблицу 5.
Да
Сота
Информация HS-PDSCH нисходящей линии связи
см. таблицу 6.
Да
Сота
Информация нисходящей линии связи, общая для всех радиолиний связи
см. таблицу 7.
Да
Сота
Информация нисходящей линии связи для каждой радиолинии связи
см. таблицу 9.
Да
Сота
Таблица 4 перечисляет некоторые параметры, которые могут отправляться для информации DPCH восходящей линии связи. Последний столбец указывает, может ли данный параметр отправляться в поисковом сообщении, или может ли значение по умолчанию использоваться для параметра.
Таблица 4Информация DPCH восходящей линии связи
<b>Параметр/IE</b>
<b>Описание</b>
<b>Отправляется в поисковом вызове</b>
Информация об управлении мощностью DPCH восходящей линии связи
Необязательный IE, используемый UE для установки начальной мощности DPCH для использования для управления мощностью по замкнутой цепи
Нет (по умолчанию)
Тип скремблирующего кода
Указывает короткий или длинный скремблирующий код. Может предполагаться тип по умолчанию.
Нет (по умолчанию)
Номер скремблирующего кода
24-битовый скремблирующий код, назначенный SRNC, и может добавляться к характерной для соты части поискового сообщения
Да
Количество DPDCH
Неприменимо (только E-DCH конфигурируется)
Нет
Коэффициент расширения
Неприменимо (только E-DCH конфигурируется)
Нет
Существование индикатора комбинации транспортного формата (TFCI)
Может использоваться значение по умолчанию
Нет (по умолчанию)
Количество битов информации обратной связи (FBI)
Может использоваться значение по умолчанию
Нет (по умолчанию)
Предел выкалывания
Неприменимо (только E-DCH конфигурируется)
Нет
Таблица 5 перечисляет некоторые параметры, которые могут отправляться для информации E-DCH.
Таблица 5Информация E-DCH
<b>Параметр/IE</b>
<b>Описание</b>
<b>Отправляется в поисковом вызове</b>
Индикатор сброса подуровней MAC-es/e
Нет необходимости сбрасывать MAC. Он не включается в «конфигурации по умолчанию»
Нет
Информация E-DPCCH
Необязательный IE для установки смещения мощности E-DPCCH/DPCCH, условие задержки «Happy bit» (счастливый бит). Может использоваться значение по умолчанию.
Нет (по умолчанию)
Информация E-DPDCH
Необязательный IE для установки индекса таблицы E-TFCI (индикатор комбинации транспортного формата E-DCH), минимальной установки E-TFCI, эталонных E-TFCI и максимальных каналообразующих кодов. Одно или несколько значений по умолчанию могут использоваться для планирования информации.
Нет (по умолчанию)
Запланированная конфигурация передачи
Может использоваться одно или несколько значений по умолчанию)
Нет (по умолчанию)
Таблица 6 перечисляет некоторые параметры, которые могут отправляться для информации HS-PDSCH нисходящей линии связи.
Таблица 6Информация HS-PDSCH нисходящей линии связи
<b>Параметр/IE</b>
<b>Описание</b>
<b>Отправляется в поисковом вызове</b>
Информация HS-SCCH
Значение по умолчанию может использоваться для скремблирующего кода нисходящей линии связи
Нет (по умолчанию)
Информация о каналообразующем коде HS-SCCH назначается узлом В. Может быть предварительное соглашение между RNC и узлом В на использование набора каналообразующих кодов для быстрых реконфигураций, и эта информация может отправляться посредством RNC в поисковом сообщении на UE.
Да
Информация обратной связи измерения
Может использоваться значение по умолчанию
Нет (по умолчанию)
Таблица 7 перечисляет некоторые параметры, которые могут отправляться для информации нисходящей линии связи, общей для всех радиолиний связи (RL).
Таблица 7Информация нисходящей линии связи,общая для всех радиолиний связи
<b>Параметр/IE</b>
<b>Описание</b>
<b>Отправляется в поисковом вызове</b>
Информация DPCH нисходящей линии связи, общая для всех RL
Не требуется для простой работы HSPA с F-DPCH. DPCH нисходящей линии связи не должен конфигурироваться.
Нет
Информация F-DPCH нисходящей линии связи, общая для всех RL
см. таблицу 8
Информация о сжатом режиме DPCH
Может предполагаться значение по умолчанию
Нет
Режим ТХ-разнесения
Может предполагаться значение по умолчанию
Нет
Значение смещения DPCH по умолчанию
Этот IE представляет собой смещение из номера системы нумерации циклов для определения начального синхронизации цикла номера кадра соединения (CFN). Для этого может использоваться значение по умолчанию. При работе с HSPA может иметь отношение только смещение F-DPCH.
Нет (по умолчанию)
Индикация сброса высокоскоростного МАС (MAC-hs)
Не требуется
Нет
Период после верификации
Может предполагаться значение по умолчанию
Нет
Таблица 8 перечисляет некоторые параметры, которые могут отправляться для информации F-DPCH нисходящей линии связи, общей для всех радиолиний связи.
Таблица 8Информация F-DPCH нисходящей линии связи, общая для всех радиолиний связи
<b>Параметр/IE</b>
<b>Описание</b>
<b>Отправляется в поисковом вызове</b>
Индикация синхронизации
Она используется только для жесткой эстафетной передачи обслуживания
Нет
Индикация хронирования, поддерживаемой хронированием
Не требуется. Требуется исполнение процедуры синхронизации.
Нет
Информация об управлении мощностью F-DPCH нисходящей линии связи
Может предполагаться значение по умолчанию.
Нет (по умолчанию)
Целевое значение коэффициента ошибок команды TPC)
Может предполагаться значение по умолчанию.
Нет (по умолчанию)
Таблица 9 перечисляет некоторые параметры, которые могут отправляться для информации нисходящей линии связи для каждой радиолинии связи.
Таблица 9Информация нисходящей линии связи для каждой радиолинии связи
<b>Параметр/IE</b>
<b>Описание</b>
<b>Отправляется в поисковом вызове</b>
Информация первичного общего пилотного канала (CPICH)
Не требуется. Обслуживающая радиолиния связи представляет собой соту, где появляется UE.
Нет
Идентификатор (ИД) соты
Не требуется. Может обеспечиваться в SIB4.
Нет
Индикатор обслуживающей радиолинии связи HS-DSCH
Не требуется. Когда UE появляется в соте, предполагается, что данная сота может быть обслуживающей сотой.
Нет
Индикатор обслуживающей радиолинии связи E-DCH
Не требуется. Когда UE появляется в соте, предполагается, что данная сота может быть обслуживающей сотой.
Нет
Информация DPCH нисходящей линии связи для каждой радиолинии связи
Не требуется при работе только с HSPA с F-DPCH.
Нет
Информация F-DPCH нисходящей линии связи для каждой радиолинии связи
• использование первичного CPICH для IE оценки канала - использовать значение по умолчанию• смещение F-DPCH (8 битов) - послать в поисковом вызове• информация вторичного CPICH - использовать значение по умолчанию• вторичный скремблирующий код - использовать значение по умолчанию• количество кодов (8 битов) - послать в поисковом вызове• индекс комбинации TPC - использовать значение по умолчанию• индикация пространственно-временного разнесения на передаче (STTD) - использовать значение по умолчанию
Информация E-AGCH
Каналообразующий код (8 битов)
Да
Информация E-HICH
Каналообразующий код (7 битов).Последовательность сигнатуры (6 битов).
Да
Информация E-RGCH
Последовательность сигнатуры (6 битов)Индекс комбинирования относительного предоставления (RG) (3 бита).
Да
Фиг.6 изображает конструктивное исполнение процесса 600, выполняемого UE для быстрого перехода из состояния в состояние. UE может работать в первом состоянии (например, состояние CELL_PCH или URA_PCH), в котором пользовательские данные не передаются, не принимаются посредством UE (блок 612). UE может контролировать поисковые сообщения (например, при помощи приема в режиме с перерывами (DRX)), находясь в первом состоянии (блок 614). UE может принимать поисковое сообщение, содержащее первую конфигурационную информацию для UE (блок 616). UE может переходить из первого состояния во второе состояние (например, состояние CELL_DCH) в ответ на прием поискового сообщения (блок 618). UE может отправлять ответ на поисковое сообщение по выделенному транспортному каналу (например, E-DCH) вместо совместно используемого транспортного канала (например, RACH).
UE может определить набор параметров связи, основываясь на первой конфигурационной информации, принятой из поискового сообщения, и второй конфигурационной информации, хранимой на UE (блок 620). Первая конфигурационная информация может включать в себя набор параметров физического канала. Альтернативно, первая конфигурационная информация может включать в себя идентификатор или индекс предварительно определенной конфигурации, ассоциированный с набором параметров физического канала. В данном случае, UE может получить набор параметров физического канала из системной информации, принятой от соты или при помощи некоторого другого средства. В любом случае набор параметров физического канала, полученный из первой конфигурационной информации, может включать в себя, по меньшей мере, один RNTI для UE, по меньшей мере, один каналообразующий код для, по меньшей мере, одного физического канала, по меньшей мере, одно смещение времени для, по меньшей мере, одного физического канала, по меньшей мере, одну последовательность сигнатуры, скремблирующий код, некоторые другие параметры физического канала, или их комбинации. UE также может получать набор параметров физического канала, набор параметров транспортного канала, набор параметров радиоканала, набор параметров канала радиодоступа, набор параметров обеспечения безопасности, или любую их комбинации, из второй конфигурационной информации, хранимой на UE. UE может обменивать пользовательские данные, основываясь на наборе параметров связи (блок 622).
UE может сохранить вторую конфигурационную информацию при переходе в первое состояние. UE также может использовать значения по умолчанию для некоторых параметров, чтобы уменьшить количество первой конфигурационной информации, посылаемой в поисковом сообщении.
Для UMTS UE может принимать поисковое сообщение по PCH, который может отправляться при помощи S-CCPCH или HS-PDSCH. UE может принимать из поискового сообщения сообщение PHYSICAL CHANNEL RECONFIGURATION, переносящее первую конфигурационную информацию.
Фиг.7 изображает конструктивное исполнение процесса 700, выполняемого посредством SRNC (или эквивалентного сетевого объекта) для поддержки быстрого перехода из состояния в состояние UE. SRNC может отправлять поисковые сообщения на UE, работающее в первом состоянии (например, состояние CELL_PCH или URA_PCH), в котором пользовательские данные не передаются, не принимаются посредством UE (блок 712). SRNC может потребоваться выполнить поисковый вызов UE и может определить первую конфигурационную информацию для UE (блок 714). SRNC может отправлять поисковое сообщение, содержащее первую конфигурационную информацию на UE (блок 716). Поисковое сообщение может вызывать переход UE из первого состояния во второе состояние (например, состояние CELL_DCH). SRNC может обменивать пользовательские данные с UE, основываясь на первой конфигурационной информации, посланной на UE, и второй конфигурационной информации, хранимой на UE (блок 718).
Для блока 714, SRNC может получить набор параметров физического канала для UE от узла В и/или может получить, по меньшей мере, один параметр физического канала для UE от CRNC/DRNC. SRNC затем может предоставить набор параметров физического канала от узла В и/или, по меньшей мере, один параметр физического канала от CRNC/DRNC в первой конфигурационной информации, посланной на UE. UE может обменивать пользовательские данные, основываясь на наборе параметров физического канала от узла В и/или, по меньшей мере, одном параметре физического канала от CRNC/DRNC.
Фиг.8 изображает конструктивное исполнение процесса 800, выполняемого узлом В, для поддержки быстрого перехода из состоянии в состояние UE. Узел В может принимать от RNC запрос на установление радиолинии связи для UE, работающего в первом состоянии (например, состоянии CELL_PCH или URA_PCH), в котором пользовательские данные не передаются, не принимаются UE (блок 812). RNC может быть CRNC/DRNC, SRNC или эквивалентный сетевой объект. Узел В может назначать набор параметров физического канала UE в ответ на запрос на установление радиолинии связи (блок 814). Узел В может отправлять первую конфигурационную информацию для набора параметров физического канала на RNC (блок 816). Узел В, после этого, может обменивать пользовательские данные с UE, основываясь на наборе параметров физического канала, назначенном UE, и второй конфигурационной информации, хранимой на UE, когда UE находится во втором состоянии (например, состоянии CELL_DCH) (блок 818). UE может переходить из первого состояния во второе состояние в ответ на поисковое сообщение, содержащее первую конфигурационную информацию.
Фиг.9 изображает блок-схему конструктивного исполнения UE 110, узла В 130, CRNC/DRNC 140 и SRNC 150 на Фиг.1. На UE 110 пользовательские данные и сигнализирование, подлежащие посылке посредством UE, могут обрабатываться (например, кодироваться и перемежаться) кодером 912 и дополнительно обрабатываться (например, модулироваться, формироваться в каналы и скремблироваться) модулятором (Mod) 914 для генерирования выходных чипов. Передатчик (TMTR) 922 может приводить в определенное состояние (например, преобразовывать в аналоговый вид, фильтровать, усиливать и преобразовывать с повышением частоты) выходные чипы и генерировать сигнал восходящей линии связи, который может передаваться при помощи антенны 924. В тракте приема сигнал нисходящей линии связи, передаваемый узлом В 130, может приниматься антенной 924. Приемник (RCVR) 926 может приводить в определенное состояние (например, фильтровать, усиливать, преобразовывать с понижением частоты и оцифровывать) принятый сигнал от антенны 924 и обеспечивать отсчеты. Отсчеты могут обрабатываться (например, дескремблироваться, формироваться в каналы и демодулироваться) демодулятором (Demod) 916 и дополнительно обрабатываться (например, деперемежаться и декодироваться) декодером 918 для получения декодированных данных и сигнализации. Кодер 912, модулятор 914, демодулятор 916 и декодер 918 могут быть реализованы процессором 910 модема. Эти блоки могут выполнять обработку в соответствии с радиотехнологией (например, W-CDMA, cdma2000 или GSM), используемой сетью беспроводной связи.
Контроллер/процессор 930 может управлять работой различных блоков на UE 110. Контроллер/процессор 930 может выполнять процесс 600 на Фиг.6 и/или другие процессы для методов, описанных в данном документе. Память 932 может хранить программные коды и данные для UE 110.
Узел В 130 включает в себя передатчик/приемник 938, процессор/контроллер 940, память (Mem) 942 и блок 944 связи (Comm). Передатчик/приемник 938 может поддерживать радиосвязь с UE 110 и другими UE. Процессор/контроллер 940 может выполнять различные функции для связи с UE и может реализовывать процесс 800 на Фиг.8 и/или другие процессы для методов, описанных в данном документе. Память 942 может хранить программные коды и данные для узла В 130. Блок 944 связи может способствовать связи с другими сетевыми объектами.
CRNC/DRNC 140 включает в себя процессор/контроллер 950, память 952 и блок 954 связи. Процессор/контроллер 950 может выполнять различные функции для поддержки связи для других UE. Память 952 может хранить программные коды и данные для CRNC/DRNC 140. Блок 954 связи может способствовать связи с другими сетевыми объектами.
SRNC 150 включает в себя процессор/контроллер 960, память 962 и блок 964 связи. Процессор/контроллер 960 может выполнять различные функции для поддержки связи и поискового вызова для UE, например, определить, какая сота (соты) должна выполнить поисковый вызов UE 110, послать поисковые сообщения на UE, послать конфигурационную информацию в поисковом сообщении на UE для быстрого перехода из состояния в состояние и т.д. Процессор/контроллер 960 может реализовывать процесс 700 на Фиг.7 и/или другие процессы для методов, описанных в данном документе. Память 962 может хранить программные коды и данные для SRNC 150. Блок 964 связи может способствовать связи с другими сетевыми объектами.
Специалисту в данной области техники понятно, что информация и сигналы могут представляться с использованием любых из множества различных технологий и методов. Например, данные, инструкции, команды, информация, сигналы, биты, символы и чипы, которые упоминаются в вышеупомянутом описании, могут представляться напряжениями, токами, электромагнитными волнами, магнитными полями или частицами, оптическими полями или частицами, или любой их комбинацией.
Специалисту также понятно, что различные иллюстративные логические блоки, модули, схемы и этапы алгоритмов, описанные в связи раскрытием в данном документе, могут быть реализованы в виде электронных аппаратных средств, компьютерного программного обеспечения или их комбинации. Чтобы ясно иллюстрировать эту взаимозаменяемость аппаратных средств и программного обеспечения, различные иллюстративные компоненты, блоки, модули, схемы и этапы были описаны выше, в основном, на языке их функциональных возможностей. Реализуется ли такая функциональная возможность в виде аппаратных средств или программного обеспечения, зависит от конкретного применения и конструктивных ограничений, налагаемых на всю систему. Квалифицированные работники могут реализовать описанную функциональную возможность различными путями для каждого конкретного применения, но такие решения по реализации не должны интерпретироваться как вызывающие отступление от объема настоящего раскрытия.
Различные иллюстративные логические блоки, модули и схемы, описанные в связи с раскрытием в данном документе, могут быть реализованы или выполнены на процессоре общего назначения, процессоре цифровой обработки сигналов (DSP), специализированной интегральной схеме (специализированной ИС), программируемой вентильной матрице (FPGA) или другом программируемом логическом устройстве, дискретной вентильной или транзисторной логике, дискретных аппаратных компонентах, или на любых их комбинациях, предназначенных для выполнения функций, описанных в данном документе. Процессором общего назначения может быть микропроцессор, но альтернативно, процессором может быть любой обычный процессор, контроллер, микроконтроллер или конечный автомат. Процессор также может быть реализован в виде комбинации вычислительных устройств, например, комбинации DSP и микропроцессора, множества микропроцессоров, одного или нескольких микропроцессоров вместе с ядром DSP, или любой другой такой конфигурации.
Этапы способа или алгоритма, описанного в связи с раскрытием в данном документе, могут быть воплощены непосредственно аппаратными средствами, программным модулем, исполняемым процессором, или их комбинацией. Программный модуль может постоянно находиться в памяти оперативного запоминающего устройства (ОЗУ), флэш-памяти, памяти постоянного запоминающего устройства (ПЗУ), памяти стираемого программируемого ПЗУ (СППЗУ), памяти электрически стираемого программируемого ПЗУ (ЭСППЗУ), регистрах, на жестком диске, съемном диске, компакт-диске или на накопителе данных любого другого вида, известного в технике. Примерный носитель данных подсоединяется к процессору, так что процессор может считывать информацию с носителя данных и записывать информацию на него. Альтернативно, носитель данных может быть выполнен интегрально с процессором. Процессор и носитель данных могут постоянно находиться в специализированной ИС. Специализированная ИС может постоянно находиться в пользовательском терминале. Альтернативно, процессор и носитель данных могут постоянно находиться в качестве дискретных компонентов в пользовательском терминале.
диски
disk
диски
disc
В одном или нескольких примерных конструктивных исполнениях описанные функции могут быть реализованы аппаратными средствами, программным обеспечением аппаратно-программными средствами или любой их комбинацией. Если они реализованы программно, функции могут храниться или передаваться в виде одной или нескольких инструкций или кода на считываемом компьютером носителе. Считываемые компьютером носители включают в себя как накопители данных компьютера, так и среды передачи, включающие в себя любую среду, которая способствует переносу компьютерной программы с одного места на другое. Носители данных могут представлять собой любые доступные носители, к которым может обращаться компьютер общего назначения или специального назначения. В качестве примера, а не ограничения, такой считываемый компьютером носитель может включать в себя ОЗУ, ПЗУ, ЭСППЗУ, компакт-диск или другой накопитель на оптических дисках, накопитель на магнитных дисках или другие магнитные устройства хранения, или любой другой носитель, который может использоваться для пересылки или хранения требуемого средства программного кода в виде инструкций или структур данных, и к которому может обращаться компьютер общего назначения или специального назначения, или процессор общего назначения или специального назначения. Также, любое соединение правильно называется считываемым компьютером носителем. Например, если программное обеспечение передается с веб-сайта, сервера или другого удаленного источника, используя коаксиальный кабель, волоконно-оптический кабель, витую пару, цифровую абонентскую линию (DSL) или беспроводные технологии, такие как инфракрасные, радио и микроволновые, тогда коаксиальный кабель, волоконно-оптический кабель, витая пара, DSL или беспроводные технологии, такие как инфракрасные, радио- и микроволновые, включаются в определение носителя. Диск (disk) и диск (disc), как используется в данном документе, включают в себя компакт-диск (CD), лазерный диск, оптический диск, цифровой многофункциональный диск (DVD), дискету и диск Blue-ray, где () обычно воспроизводят данные магнитным образом, тогда как () воспроизводят данные оптически при помощи лазеров. Комбинации вышеупомянутых также должны быть включены в объем считываемых компьютером носителей.
Предыдущее описание раскрытия представлено для того, чтобы любой специалист в данной области техники имел возможность выполнить или использовать раскрытие. Различные модификации раскрытия легко очевидны для специалиста в данной области техники, и обобщенные принципы, определенные в данном документе, могут быть применены к другим изменениям без отступления от объема раскрытия. Таким образом, как предполагается, раскрытие не ограничивается примерами и конструктивными исполнениями, описанными в данном документе, но должны согласовываться с самым широким объемом, согласующимся с принципами и новыми признаками, описанными в данном документе.