Способ и устройство контроля каналов предоставления в беспроводной связи

Способ и устройство контроля каналов предоставления в беспроводной связи

Иллюстрации

Показать все

Реферат

Испрашивание приоритета по §119 раздела 35 Свода законов США

Настоящая заявка испрашивает приоритет предварительной заявки № 60/839514 "MONITORING OF GRANT CHANNELS FOR WIRELESS COMMUNICATION", поданной 22 августа 2006 г., и № 60/849198 "METHOD AND APPARATUS FOR CHANNEL MONITORING IN WIRELESS COMMUNICATIONS", поданной 3 октября 2006 г., обе переданы заявителю настоящей заявки и включены в качестве ссылки.

Область техники

Настоящее описание в целом относится к связи и, более конкретно, к методикам контроля канала в беспроводной сети связи.

Предшествующий уровень техники

Сети беспроводной связи широко используются для обеспечения различных служб связи, таких как передача речи, видео, пакетных данных, обмен сообщениями, вещание и т.д. Эти сети могут быть сетями множественного доступа, способными поддерживать множество пользователей посредством совместного использования доступных сетевых ресурсов. Примеры таких сетей множественного доступа включают в себя сети множественного доступа с кодовым разделением каналов (CDMA), сети множественного доступа с временным разделением каналов (TDMA), сети множественного доступа с частотным разделением каналов (FDMA), сети ортогонального FDMA (OFDMA) и сети FDMA с единственной несущей (SC-FDMA).

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

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

Методики для эффективного контроля (мониторинга) каналов предоставления в сети беспроводной связи описаны в настоящем описании. Каналы предоставления могут содержать Канал Абсолютного Предоставления E-DCH (E-AGCH) и Канал Относительного Предоставления E-DCH (E-RGCH), используемые для Высокоскоростного Пакетного Доступа восходящей линии связи (HSUPA) в Универсальной системе мобильной связи (UMTS), или некоторые другие каналы предоставления в других беспроводных сетях.

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

В другом варианте осуществления, когда разрешается прерывистый прием (DRX), UE может выполнять прием нисходящей линии связи по E-AGCH и E-RGCH, если по меньшей мере один поток MAC-d сконфигурирован с запланированной передачей и буфер данных не пуст. UE может также выполнять прием нисходящей линии связи E-AGCH и E-RGCH, (i) если есть текущее предоставление радиоресурсов и передачу данных послали, используя текущее предоставление радиоресурсов, (ii) когда есть по меньшей мере один другой канал управления для контроля и/или (iii) на основании других критериев.

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

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

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

Фиг.2 показывает структуру уровня для передачи данных и сигнализации.

Фиг.3 показывает физические каналы, используемые для HSDPA и HSUPA.

Фиг.4 показывает контроль (мониторинг) каналов предоставления для передачи данных восходящей линии связи.

Фиг.5 показывает процесс для контроля каналов предоставления.

Фиг.6 показывает другой процесс для контроля каналов предоставления.

Фиг.7 показывает блок-схему UE, Узла В и шлюза доступа.

Подробное описание

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

Фиг.1 показывает сеть 100 беспроводной связи, которая может быть сетью UMTS. Беспроводная сеть 100 может также в 3GPP упоминаться как Универсальная наземная сеть радиодоступа (UTRAN). Беспроводная сеть 100 может включать в себя любое число Узлов В, которые поддерживают связь для любого числа UE. Для простоты только три Узла В 110a, 110b и 110c и одно UE 120 показаны на фиг.1.

В общем случае Узел В является стационарной станцией, которая обменивается с UE и может также упоминаться как усовершенствованный Узел В (eNode B), базовая станция, точка доступа и т.д. Каждый Узел В обеспечивает зону действия связи для конкретной географической области и поддерживает связь для UE, расположенных в пределах зоны обслуживания. Зона обслуживания Узла В может быть разделена на множество (например, три) меньших областей, и каждая меньшая область может обслуживаться соответствующей подсистемой Узла В. Термин "ячейка" может относиться к наименьшей зоне обслуживания Узла В и/или подсистемы, обслуживающей эту зону обслуживания, в зависимости от контекста, в котором используется этот термин. В примере, показанном на фиг.1, Узел В 110a обслуживает ячейки A1, A2 и A3, Узел В 110b обслуживает ячейки B1, B2 и B3, и Узел В 110c обслуживает ячейки C1, C2 и C3. Узлами В можно управлять синхронно или асинхронно. Для синхронной сети синхронизация Узлов В может быть синхронизирована с опорным временем, например с временем GPS. Для асинхронной сети синхронизация ячеек каждого Узла В может быть синхронизирована, но синхронизация различных Узлов В может не быть синхронизирована.

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

Беспроводная сеть 100 может включать в себя другие объекты сети, такие как описаны в 3GPP. Шлюз 130 доступа может подсоединяться к Узлам В и обеспечивать координацию и управление для этих Узлов В. Шлюз 130 доступа может также поддерживать службы (услуги) связи для UE, например, для передачи пакетных данных, передачи голоса по IP (VoIP), видео, обмена сообщениями и/или другие службы. Шлюз 130 доступа может быть единственным объектом сети или совокупностью объектов сети. Например, шлюз 130 доступа может содержать один или более контроллеров радиосети (RNC), обслуживающих узлов поддержки GPRS (SGSN) и узлы поддержки GPRS шлюзов (GGSN), которые известны в данной области техники. Шлюз 130 доступа может подсоединяться к основной сети, которая может включать в себя объекты сети, поддерживающие различные функции, такие как маршрутизация пакета, регистрация пользователей, управление мобильностью и т.д.

3GPP Версии 5 и более поздняя версия поддерживают высокоскоростной пакетный доступ нисходящей линии связи (HSDPA). 3GPP версии 6 и более поздняя версия поддерживают высокоскоростной пакетный доступ восходящей линии связи (HSUPA). HSDPA и HSUPA являются наборами каналов и процедур, которые разрешают высокоскоростную передачу данных пакета по нисходящей линии связи и восходящей линии связи, соответственно.

Фиг.2 показывает структуру 200 уровня для 3GPP Версии 6. Структура 200 уровня включает в себя уровень 210 управления радиоресурсами (RRC), уровень 220 управления радиолинией (RLC), уровень 230 управления доступом к среде передачи (MAC) и физический уровень (PHY) 240. Уровень RRC выполняет различные функции для установления, поддержания и завершения вызовов. Уровень RLC предоставляет различные службы верхним уровням, таким как прозрачная передача данных, неподтвержденная передача данных, подтвержденная передача данных, поддержание качества услуг (QoS), которое определено верхними уровнями, и уведомление о неисправленных ошибках. Уровень RLC обрабатывает и обеспечивает данные в логических каналах, например в выделенном канале трафика (DTCH) и выделенном канале управления (DCCH) для передачи данных трафика и сигнализации между UE 120 и сетью.

Уровень MAC предоставляет различные услуги верхним уровням, такие как передача данных, перераспределение радиоресурсов и параметров MAC и сообщения об измерениях. Уровень MAC включает в себя различные объекты, такие как MAC-d, MAC-hs и MAC-es. Другие объекты MAC присутствуют в 3GPP Версии 6, но для простоты они не показаны на фиг.2. Объект MAC-d обеспечивает функциональные возможности, такие как переключение типа канала передачи, мультиплексирование логических каналов для передачи каналов (C/T MUX), шифрование, дешифрование и выбор комбинации транспортных форматов передачи восходящей линии связи (TFC). MAC-hs поддерживает HSDPA и выполняет функции, такие как передача и ретрансляция (HARQ), переупорядочение и разборка. MAC-es поддерживает HSUPA и выполняет функции, такие как HARQ, мультиплексирование и выбор усовершенствованной TFC (E-TFC). Уровень MAC обрабатывает и обеспечивает данные в каналах передачи, например в выделенном канале (DCH), усовершенствованном выделенном канале (E-DCH) и в высокоскоростном совместно используемом канале нисходящей линии связи.

Физический уровень обеспечивает механизм для передачи данных для уровня MAC и сигнализации для более высоких уровней. Различные уровни на фиг.2 подробно описываются в 3GPP TS 25.301, который называется "Radio Interface Protocol Architecture," июнь 2007, и в 3GPP TS 25.321, который называется "Medium Access Control (MAC) protocol specification," июнь 2007, которые общедоступны.

Как показано на фиг.2, данные для UE 120 могут быть обработаны как один или более логических каналов на уровне RLC. Логические каналы могут быть отображены в потоки MAC-d на уровне MAC. Потоки MAC-d могут также называться как потоки QoS и могут быть мультиплексированы в один или более транспортных каналов. Транспортные каналы могут переносить данные для одной или более служб, например голоса, видео, передачи пакетных данных и т.д. Транспортные каналы отображаются (преобразуются) в физические каналы на физическом уровне. Физические каналы формируют каналы с разными кодами формирования канала и являются ортогональными друг другу в области кода.

Таблица 1 приводит некоторые физические каналы в 3GPP Версии 6, включая в себя физические каналы для HSDPA и HSUPA.

Таблица 1
	Канал	Название канала	Описание
P-CCPCH	Первичный общий физический канал управления	Переносит пилот и системный номер кадра (SFN)
DPCCH восходящей линии связи	Выделенный физический канал управления	Переносит пилот и информацию управления по восходящей линии связи
DPDCH восходящей линии связи	Выделенный физический канал данных	Переносит данные от 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

Для HSUPA, E-DPDCH является физическим каналом, используемым для передачи транспортного канала E-DCH. Может быть нуль, один или несколько E-DPDCH на линии связи между UE и ячейкой. E-DPCCH является физическим каналом, использующимся для отправки информации управления, ассоциированной с E-DCH. На линии связи находится самое большее один E-DPCCH. E-DPCCH и E-DPDCH являются каналами управления и данных, соответственно, для высокоскоростных данных в HSUPA. E-HICH - выделенный физический канал нисходящей линии связи с фиксированной скоростью, переносящий подтверждения и отрицательные подтверждения (NAKs) для пакетов, посланных в E-DPDCH.

E-AGCH и E-RGCH - каналы предоставления, использующиеся для управления ресурсом в HSUPA и также упоминающиеся как каналы управления E-DCH. E-AGCH - выделенный физический канал нисходящей линии связи с фиксированной скоростью, переносящий абсолютные предоставления для E-DPDCH. Для HSUPA E-DPDCH предварительно конфигурируется, и абсолютное предоставление указывает величину мощности передачи, которую UE может использовать для E-DPDCH. Предоставление действительно в течение неопределенного промежутка времени, пока оно не будет модифицировано или отменено. E-RGCH - выделенный физический канал нисходящей линии связи с фиксированной скоростью, переносящий относительные предоставления для E-DPDCH. Относительное предоставление показывает изменение от текущего предоставления, например увеличение или уменьшение текущего предоставления на некоторую величину. В общем случае канал предоставления является каналом, использующимся для передачи предоставления радиоресурсов для линии связи. Радиоресурсы могут быть определены количественно временем, частотой, кодом, мощностью передачи и т.д. или любой их комбинацией. Предоставление радиоресурсов для UE может также называться как запланированное предоставление или предоставление ресурсов. Предоставление может быть нулевым или ненулевым.

Для HSUPA, UE может иметь обслуживающий набор линий радиосвязи E-DCH, который может называться как обслуживающий RLS. Обслуживающий RLS может содержать обслуживающую ячейку для UE для HSUPA и, возможно, дополнительные ячейки, от которых UE может принимать и объединять относительные предоставления. Ячейка(и) находится в обслуживающем RLS от единственного Узла В. Например, на фиг.1, обслуживающий RLS для UE может включать в себя обслуживающую ячейку A2 и дополнительную ячейку A3. Ячейки не в обслуживающем RLS могут включать в себя ячейки B3, С1 и т.д.

UE может принимать абсолютные предоставления от обслуживающей ячейки с помощью E-AGCH. UE может принимать относительные предоставления для увеличения, поддержания или уменьшения текущего предоставления от ячеек в обслуживающем RLS с помощью E-RGCH. UE может принимать относительные предоставления для поддержки или уменьшения текущего предоставления от ячеек не в обслуживающем RLS с помощью E-RGCH. Относительные предоставления и E-RGCH от ячеек в обслуживающем RLS могут называться как обслуживающие относительные предоставления и обслуживающий E-RGCH, соответственно. Относительные предоставления и E-RGCH от ячеек не в обслуживающем RLS могут называться как не обслуживающие относительные предоставления и не обслуживающий E-RGCH, соответственно. Ячейки в обслуживающем RLS посылают одни и те же обслуживающие относительные предоставления, и UE может мягко объединять эти относительные предоставления. Ячейки не в обслуживающем RLS могут посылать не обслуживающие относительные предоставления для управление помехами восходящей линии связи, чтобы избежать ситуаций перегрузки для этих ячеек. Не обслуживающие относительные предоставления могут отличаться от обслуживающих относительных предоставлений.

Фиг.3 показывает физические каналы, использующиеся для HSDPA и HSUPA. В UMTS временная шкала передачи делится на кадры, и каждый кадр идентифицирован системным номером кадра (SFN). Каждый кадр имеет длительность 10 миллисекунд (мс) и делится на пять подкадров от 0 до 4. Каждый подкадр имеет длительность 2 мс и охватывает три слота. Каждый слот имеет длительность 0,667 мс и охватывает 2560 элементов сигнала при 3,84 мегаэлементов сигнала в сек, или T_slot = 2560 элементов сигнала.

На нисходящей линии связи P-CCPCH переносит пилот-сигнал и SFN. P-CCPCH используется непосредственно как эталон синхронизации для физических каналов нисходящей линии связи и используется косвенно как эталон синхронизации для физических каналов восходящей линии связи. Подкадры HS-SCCH упорядочиваются во времени с P-CCPCH. Подкадры HS-PDSCH задерживаются на τ_{HS_PDSCH}=2T_slot относительно подкадров HS-SCCH. Подкадры E-HICH задерживаются на τ_E-HICH,n относительно подкадров HS-SCCH, где τ_E-HICH,n определено в 3GPP TS 25.211.

E-AGCH задерживается на два слота от начала P-CCPCH. Абсолютное предоставление может быть послано в одном кадре, когда E-DCH имеет интервал времени передачи (TTI) 10 мс и может быть послан в одном подкадре, когда E-DCH имеет TTI 2 мс. Обслуживающий E-RGCH задерживается на τ_E-HICH,n от начала P-CCPCH, и обслуживающее относительное предоставление может быть послано в кадре 8 мс, когда E-DCH имеет TTI 10 мс, или в одном подкадре, когда E-DCH имеет TTI 2 мс. Не обслуживающий E-RGCH задерживается на два слота от начала P-CCPCH, и не обслуживающее относительное предоставление может быть послано в одном кадре.

На восходящей линии связи подкадры HS-DPCCH задерживаются на 7,5 слотов от подкадров HS-PDSCH в UE, где τ_PD на фиг.3 обозначает задержку распространения от Узла В до UE. DPCCH, E-DPCCH и E-DPDCH восходящей линии связи упорядочиваются во времени, и их кадровая синхронизация смещена на m х 256 элементов сигнала относительно кадровой синхронизации HS-DPCCH. В 3GPP TS 25.211 описывается синхронизация кадров для физических каналов нисходящей линии связи и восходящей линии связи.

Когда HSDPA и HSUPA определены, главное внимание уделяют производительности системы, и основным показателем является пропускная способность сектора (на нисходящей линии связи и восходящей линии связи) для трафика с полным буфером. Примером этого главного места является факт, что UE, как ожидается, непрерывно будут контролировать каналы управления, переданные по нисходящей линии связи, например E-AGCH и E-RGCH для HSUPA и HS-SCCH для HSDPA. Этот непрерывный контроль (мониторинг) может значительно расходовать заряд батареи этих UE. Это ограничение частично решается в элементе работы с непрерывной связностью пакетов (CPC) и с особенностью прерывистого приема (DRX), описанной в 3GPP TR 25.903, которая называется "Continuous Connectivity for packet Data Users," март 2007, является общедоступной. Однако 3GPP TR 25.903 главным образом фокусируется на том, чтобы контролировать HS-SCCH и CPICH.

Требования мониторинга каналов предоставления (E-AGCH и E-RGCH) для HSUPA могут быть ослаблены на основании характеристик планирования данных и посылаемой сигнализации. В UMTS поток MAC-d может быть как (i) запланированным потоком, который может быть послан, когда запланировано, например, с помощью предоставлений радиоресурсов для потока, или (ii) незапланированным потоком, который может быть послан без требования предоставления радиоресурсов. В общем случае восходящая линия связи для UE может включать в себя запланированные потоки MAC-d и/или незапланированные потоки MAC-d. В HSUPA запланированные потоки MAC-d управляются каналами предоставления, тогда как незапланированные потоки MAC-d не управляются каналами предоставления.

Методики для интеллектуального контроля каналов предоставления для сохранения энергии батареи описываются в настоящем описании. Эти методики обеспечивают некоторые критерии для определения, контролировать ли каналы предоставления. Риск разрешить UE прекратить контроль каналов предоставления заключается в пропущенных предоставлениях. UE должно таким образом контролировать эти каналы предоставления, когда они могут оказать влияние на поведение этого UE.

В первой схеме контролирования канала, UE может контролировать каналы предоставления в соответствии со следующими правилами:

1) UE непрерывно контролирует каналы предоставления, если восходящая линия связи для UE включает в себя по меньшей мере один запланированный поток MAC-d, и

2) UE может прекратить контролировать каналы предоставления, если восходящая линия связи включает в себя только незапланированные потоки MAC-d.

Применимость первой схемы может зависеть от вероятности того, что восходящая линия связи включает в себя только незапланированные потоки MAC-d. Простые службы в реальном времени (например, VoIP) обычно включают в себя три потока MAC-d:

- один незапланированный поток MAC-d, передающий однонаправленные радиоканалы сигнализации,

- один незапланированный поток MAC-d, передающий полезные данные по Протоколу передачи в реальном времени (RTP), например трафик VoIP, и

- один запланированный или незапланированный поток MAC-d, передающий сигнализацию Протокола Инициирования Сеанса связи/ Протокол Управления (SIP/RTCP).

Поток MAC-d, передающий SIP/RTCP сигнализацию, может иметь очень низкий уровень активности, например только подтверждения связи при инициировании и завершении вызова VoIP. Если этот поток MAC-d сконфигурирован как незапланированный поток MAC-d, то каналы предоставления не нуждаются в том, чтобы быть сконфигурированными во время установки вызова, и UE не нужно контролировать эти каналы предоставления. Однако, если поток MAC-d для сигнализации SIP/RTCP будет сконфигурирован как запланированный поток MAC-d, то будут сконфигурированы каналы предоставления, и UE будет нуждаться в непрерывном контроле этих каналов предоставления, даже если они могут не нести сигнализацию для UE, и следовательно не оказывают влияния на UE в большинстве случаев.

Кроме того, если сконфигурированы службы с более широкими возможностями (например, VoIP плюс игра), то вероятно, что по меньшей мере один запланированный поток MAC-d будет сконфигурирован. Например, службы в реальном времени, требующие незапланированного потока MAC-d, будут типично включать в себя запланированный поток, например, для сигнализации SIP. Таким образом, UE может быть вынуждено всегда контролировать каналы предоставления, даже если эти каналы предоставления могут использоваться очень редко. В результате, правило, требующее, чтобы UE непрерывно контролировало каналы предоставления, если по меньшей мере один запланированный поток MAC-d сконфигурирован, может вынудить UE контролировать каналы предоставления во многих случаях, даже когда запланированный поток(и) MAC-d имеет(ют) низкий уровень активности. Следовательно, UE может потреблять чрезмерную мощность батареи, за исключением вызовов, в которых сконфигурированы только незапланированные потоки MAC-d.

UE может посылать информацию планирования (SI) в любое время по E-DPDCH всякий раз, когда UE имеет данные для передачи по восходящей линии связи. Информация планирования может включать в себя следующее:

- Общий Статус Буфера E-DCH (TEBS) - показывает общее количество данных, доступных по всем логическим каналам, и количество данных, доступных для передачи на уровне RLC,

- Идентификатор логического канала с самым высоким приоритетом (HLID) - показывает самый высокий приоритетный логический канал с доступными данными,

- Статус Буфера Логического канала с самым высоким приоритетом (HLBS) - показывает количество данных, доступных от логического канала, идентифицированного посредством HLID, и

- Потолок Мощности UE (UPH) - показывает степень максимальной мощности передачи UE и соответствующей мощности кода DPCCH.

Информация планирования описывается подробно в вышеупомянутом 3GPP TS 25.321. Обслуживающая ячейка принимает информацию планирования от UE и может посылать предоставление ресурсов для E-DPDCH к UE. UE может контролировать каналы предоставления после посылки информации планирования для обнаружения возможного предоставления от обслуживающей ячейки.

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

Во второй схеме контроля канала, UE может контролировать каналы предоставления в соответствии со следующими правилами:

1) UE начинает контролировать каналы предоставления обслуживающей ячейки, как только UE передает информацию планирования, указывающую на то, что UE имеет ненулевое количество данных для передачи, или TEBS>0,

2) UE контролирует каналы предоставления ячеек в обслуживающем RLS, в то время как UE имеет ненулевое текущее предоставление, и

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

Для второй схемы UE может контролировать каналы предоставления на основании любого из следующих критериев: (i) UE послало информацию планирования и ожидает предоставление, (ii) UE имеет текущее предоставление, которое может быть изменено, или (iii) UE ожидает прием предоставления по любой причине.

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

Фиг.4 показывает пример передачи по восходящей линии связи с HSUPA, использующий методики контроля для второй схемы. Первоначально, UE не имеет предоставления на E-DPDCH и не контролирует каналы предоставления. В момент T₁ UE имеет данные для передачи по восходящей линии связи и посылает информацию планирования с TEBS> 0 по E-DPDCH, чтобы показать, что UE имеет данные для передачи. От моментов времени T₁ или T₂ вперед UE контролирует каналы предоставления обслуживающей ячейки. В момент времени T₃ обслуживающая ячейка посылает абсолютное предоставление на UE по E-AGCH. В момент времени T₄ UE принимает абсолютное предоставление и начинает контролировать каналы предоставления не обслуживающих ячеек. В момент времени T₅ предоставление является действительным, и UE может передавать данные по E-DPDCH в соответствии с этим предоставлением. В момент времени T₆ UE принимает относительное предоставление от обслуживающей ячейки или не обслуживающей ячейки и пересматривает свою передачу по E-DPDCH соответственно в момент времени T₇.

В момент времени T₈ UE не имеет данных для передачи по восходящей линии связи и посылает информацию планирования с TEBS=0, чтобы показать, что UE не имеет данных для передачи. В момент времени T₉ обслуживающая ячейка посылает нулевое абсолютное предоставление на UE по E-AGCH. В момент времени T₁₀ UE принимает нулевое абсолютное предоставление и может прекратить контролировать каналы предоставления.

UE может работать с прерывистым приемом (DRX) и/или прерывистой передачей (DTX). Во время DRX UE может меть некоторые разрешенные подкадры нисходящей линии связи, в которой Узлы В могут посылать передачу нисходящей линии связи к UE. Разрешенные подкадры нисходящей линии связи могут также упоминаться как кадры приема и могут быть определены шаблоном приема HS-SCCH. Во время DTX UE может иметь некоторые разрешенные подкадры восходящей линии связи, в которых UE может посылать передачу восходящей линии связи в Узлы В. Разрешенные подкадры восходящей линии связи могут быть определены шаблоном пачки DPCCH восходящей линии связи. UE может посылать сигнализацию и/или данные по разрешенным подкадрам восходящей линии связи и может принимать сигнализацию и/или данные по разрешенным подкадрам нисходящей линии связи. UE может выключиться во время неразрешенных подкадров, чтобы сохранить заряд батареи.

Фиг.3 показывает примерную конфигурацию DTX и DRX для UE. В этом примере шаблон приема HS-SCCH определяется UE_DRX_cycle=4 подкадра. Разрешенные подкадры нисходящей линии связи отделены посредством четырех подкадров и показываются с серым затенением. Шаблон пачки DPCCH восходящей линии связи определяется посредством UE_DTX_cycle_1=4. Разрешенные подкадры восходящей линии связи также отделены посредством четырех подкадров и показываются с серым затенением. Разрешенные подкадры нисходящей линии связи и восходящей линии связи могут быть определены шаблонами DTX и DRX от обслуживающей ячейки. Разрешенные подкадры нисходящей линии связи и восходящей линии связи могут упорядочиваться во времени, чтобы уменьшить превышение сигнала над тепловым шумом (ROT) и увеличить возможное время сна (бездействия) для UE.

UE может контролировать E-AGCH и E-RGCH от ячеек в обслуживающем RLS и может также контролировать E-RGCH от ячеек не в обслуживающем RLS. В идеале, все абсолютные и относительные предоставления для UE должны быть посланы во время разрешенных подкадров нисходящей линии связи для UE так, чтобы UE могло принять все эти предоставления, когда UE «бодрствует». Однако может быть трудно координировать относительные предоставления для UE, чтобы они находились в пределах разрешенных подкадров нисходящей линии связи UE, по нескольким причинам. Во-первых, передача не обслуживающих относительных предоставлений может быть не скоординирована через сеть. Таким образом, обслуживающая ячейка, которая управляет UE_DRX_cycle, не может гарантировать, что не обслуживающие относительные предоставления будут находиться внутри разрешенных подкадров нисходящей линии связи UE. Во-вторых, данная ячейка может послать единственное относительное предоставление для всех UE, не обслуживаемых этой ячейкой, например, как форму управления помехами. Иметь все относительные предоставления на UE в пределах своих разрешенных подкадров нисходящей линии связи может быть даже труднее. В-третьих, не обслуживающие относительные предоставления посылаются в одном 10 мс кадре, как показано на фиг.3, независимо от TTI E-DCH для UE.

Если UE должно контролировать не обслуживающий E-RGCH и если UE имеет UE_DRX_cycle=4, как показано на фиг.3, то DRX эффективно блокируется для UE. Это имеет место потому, что относительное предоставление посылается в одном кадре на не обслуживающий E-RGCH, который является более длинным, чем UE_DRX_cycle. Если UE разрешено не контролировать не обслуживающий E-RGCH, то UE может быть в состоянии осуществлять DRX приблизительно 26% времени в этом примере.

Может быть невозможно предположить, что не обслуживающие E-RGCH могут быть скоординированы через сеть. Таким образом, если UE обязан контролировать все назначенные не обслуживающие E-RGCH и если не обслуживающие E-RGCH не скоординированы через сеть, то UE может быть в состоянии выполнять DRX на основании любого из следующих условий:

1) UE не назначается не обслуживающим E-RGCH, и

2) UE может прекратить контролировать не обслуживающие E-RGCH, когда относительные предоставления в этих не обслуживающих E-RGCH не могут воздействовать на текущее предоставление UE.

Условие 1 может не быть возможным. Условие 2 может быть истинным, например, если у UE есть минимальное предоставление. В этом случае относительное предоставление уменьшения от не обслуживающего E-RGCH не изменит текущее предоставление UE, которое является таким же, как игнорированные не обслуживающие E-RGCH. Однако условие 2 может также быть невозможно, потому что предоставление не истекло и может быть вероятность, что сеть может не отменить предоставление. Следовательно, UE может быть вынуждено контролировать назначенные не обслуживающие E-RGCH все время.

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

В третьей схеме контролирования канала, UE может контролировать каналы предоставления (например, E-AGCH и E-RGCH) в соответствии со следующими правилами:

1) UE контролирует каналы предоставления, если его буфер запланированной передачи является отличным от нуля, или TEBS>0, и

2) UE может прекратить контролировать каналы предоставления, если его буфер запланированной передачи пуст, или TEBS = 0.

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

Физический уровень может выполнять контроль каналов предоставления на основании событий, инициированных уровнем MAC. Некоторая связь между MAC и физическими уровнями может использоваться для поддержки контроля каналов предоставления. В одном варианте осуществления Секция 11.8.1 3GPP 25.321 для уровня MAC может быть модифицирована следующим образом:

11.8.1.x Контроль каналов абсолютного и относительного предоставлений

Когда DRX разрешается более высокими уровнями, прием наборов E-AGCH и E-RGCH нисходящей линии связи требуется в следующих условиях:

- по меньшей мере один поток MAC-d сконфигурирован с запланированной передачей и TEBS> 0.

Следствием вышеупомянутого правила является то, что прием наборов E-AGCH и E-RGCH нисходящей линии связи не требуется в следующих условиях:

- все MAC-d потоки сконфигурированы с незапланированной передачей или TEBS = 0.

Когда DRX разрешается, UE может контролировать E-AGCH и E-RGCH во время подкадров приема, указанных шаблоном приема HS-SCCH, и может переходить в режи