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

Изобретение относится к методикам для контроля каналов предоставления в беспроводной сети связи. Технический результат состоит в экономии энергии и увеличении продолжительности работы в режимах ожидания и разговора. Для этого в одном варианте осуществления пользовательское оборудование (UE) определяет, удовлетворяется ли условие контроля, контролирует по меньшей мере один канал предоставления для предоставления радиоресурсов, если удовлетворяется условие контроля, и прекращает контролировать по меньшей мере один канал предоставления, если условие контроля не удовлетворяется. UE может определить, что условие контроля удовлетворяется после посылки запланированной информации, указывающей на то, что есть данные для посылки, если есть текущее предоставление радиоресурсов, если ожидается предоставление радиоресурсов, если есть по меньшей мере один запланированный поток, и буфер данных для запланированного потока(ов) не пуст, если есть текущее предоставление радиоресурсов, и передачу данных посылают, используя это предоставление радиоресурсов, если есть по меньшей мере один другой канал управления для контроля, и т.д. 2 н. и 6 з.п. ф-лы, 7 ил., 1 табл.

 

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

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

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

Сети беспроводной связи широко используются для обеспечения различных служб связи, таких как передача речи, видео, пакетных данных, обмен сообщениями, вещание и т.д. Эти сети могут быть сетями множественного доступа, способными поддерживать множество пользователей посредством совместного использования доступных сетевых ресурсов. Примеры таких сетей множественного доступа включают в себя сети множественного доступа с кодовым разделением каналов (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
H S U P A	HS-SCCH (нисходящая линия связи)	Совместно используемый канал управления для HS-DSCH	Переносит информацию формата для пакетов, посланных по HS-PDSCH
	HS-PDSCH (нисходящая линия связи)	Высокоскоростной физический совместно используемый канал нисходящей линии связи	Переносит пакеты, посланные по нисходящей линии связи для разных UE
HS-DPCCH (восходящая линия связи)	Выделенный физический канал управления для HS-DSCH	Переносит ACK/NAK для пакетов, принятых по HS-PDSCH, и индикатор качества канала (CQI)

H S U P A	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 Мега элементов сигнала в сек, или Tslot = 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, и может переходить в режим сна во время других подкадров.

В общем случае UE может контролировать каналы предоставления на основании любого набора правил. Например, UE может контролировать каналы предоставления на основании правила 1 в третьей схеме (контролировать каналы предоставления, когда TEBS> 0 и когда есть по меньшей мере один запланированный поток), и также правила 2 во второй схеме (контролировать каналы предоставления пока UE имеет ненулевое имеющееся предоставление). UE может также контролировать каналы предоставления, пока UE обрабатывает другой канал нисходящей линии связи, например, E-HICH, чтобы принять обратную связь ACK/NAK для передачи данных восходящей линии связи, посланных по E-DPDCH.

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

Фиг.5 показывает вариант осуществления процесса 500 для контроля (мониторинга) каналов предоставления. UE может определять, удовлетворяется ли условие контроля (этап 512). UE может контролировать по меньшей мере один канал предоставления для предоставлений радиоресурсов, если удовлетворяется условие контроля (этап 514). UE может прекратить контролировать по меньшей мере один канал предоставления, если не удовлетворяется условие контроля (этап 516). По меньшей мере один канал предоставления может содержать E-AGCH и E-RGCH в UMTS, или некоторые другие каналы предоставления в других беспроводных сетях.

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

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

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

Фиг.6 показывает вариант осуществления процесса 600 для контроля каналов предоставления. UE может определять, что DRX разрешен (этап 612). Когда DRX разрешен, UE может выполнять прием нисходящей линии связи E-AGCH и E-RGCH, если по меньшей мере один поток MAC-d сконфигурирован с запланированной передачей, и TEBS больше чем нуль (этап 614). Когда DRX разрешен, UE может выполнять прием нисходящей линии связи E-AGCH и E-RGCH, если есть текущее предоставление радиоресурсов, и передачу данных послали, используя текущее предоставление радиоресурсов (этап 616). Когда DRX разрешен, UE может выполнять прием нисходящей линии связи E-AGCH и E-RGCH, когда есть по меньшей мере один другой канал управления для контроля (этап 618). Когда DRX разрешен, UE может выполнять прием нисходящей линии связи E-AGCH и E-RGCH во время подкадров приема, указанных шаблоном приема HS-SCCH.

Фиг.7 показывает блок-схему варианта осуществления UE 120. По восходящей линии связи кодировщик 712 может принять данные, и сигнализация посылается UE 120 по восходящей линии связи. Кодировщик 712 может обрабатывать (например, форматировать, кодировать и чередовать) данные и сигнализацию. Модулятор (Mod) 714 может дополнительно обрабатывать (например, модулировать, формировать в канал и скремблировать) закодированные данные и сигнализацию, и выдавать элементы сигнала вывода. Передатчик (TMTR) 722 может приводить к требуемым условиям (например, преобразовывать в аналоговый вид, фильтровать, усиливать и преобразовывать с повышением частоты), элементы сигнала вывода, и генерировать сигнал восходящей линии связи, который может быть передан с помощью антенны 724 к Узлам В.

По нисходящей линии связи антенна 724 может принимать сигналы нисходящей линии связи, переданные Узлом В 110 и другими Узлами В. Приемник (RCVR) 726 может приводить к требуемым условиям (например, фильтровать, усиливать, преобразовывать с понижением частоты и переводить в цифровую форму) принятый сигнал от антенны 724 и обеспечивать выборки. Демодулятор (Demod) 716 может обрабатывать (например, дескремблировать, формировать в канал и демодулировать) выборки и выдавать оценки символа. Декодер 718 может далее обрабатывать (например, выполнять обратное чередование и декодировать) оценки символа и выдавать декодированные данные. Кодировщик 712, модулятор 714, демодулятор 716 и декодер 718 могут реализовываться процессором 710 модема. Эти модули могут выполнять обработку в соответствии с радиотехнологией (например, W-CDMA), использующейся беспроводной сетью.

Контроллер/процессор 730 может управлять работой различных модулей в UE 120. Контроллер/процессор 730 может реализовывать процесс 500 на фиг.5, процесс 600 на фиг.6 и/или другие процессы для контроля каналов предоставления. Память 732 может хранить коды программы и данные для UE 120.

Фиг.7 также показывает блок-схему Узла В 110 и шлюза 130 доступа на фиг.1. Узел В 110 может быть любым из Узлов В, показанных на фиг.1. Для Узла В 110 передатчик/приемник 738 может поддерживать радиосвязь с UE 120 и другими UE. Процессор/контроллер 740 может выполнять различные функции для связи с UE. Память (Mem) 742 может хранить коды программы и данные для Узла В 110. Модуль 744 связи (Comm) может поддерживать связь со шлюзом 130 доступа. Для шлюза 130 доступа процессор/контроллер 750 могут выполнять различные функции, чтобы поддерживать службы связи для UE. Память 752 может хранить коды программы и данные для Узла В 110. Устройство связи 754 может поддерживать связь с Узлом В 110.

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

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

Различные иллюстративные логические блоки, модули и схемы, описанные в соединении с раскрытием настоящего изобретения, могут быть реализованы или выполнены процессором общего назначения, цифровым сигнальным процессором (DSP), специализированными интегральными схемами (ASIC), программируемой пользователем вентильной матрицей (FPGA) или другим программируемым логическим устройством, логикой на дискретных логических элементах или транзисторах, дискретными компонентами аппаратного обеспечения, или любой их комбинацией для выполнения функций, описанных здесь. Процессор общего назначения может быть микропроцессором, но в альтернативе, процессор может быть любым обычным процессором, контроллером, микроконтроллером или конечным автоматом. Процессор может также быть реализован как комбинация вычислительных устройств, например комбинация DSP и микропроцессора, множества микропроцессоров, одного или более микропроцессоров вместе с ядром DSP, или любой другой такой конфигурацией.

Этапы способа или алгоритма, описанные совместно с раскрытием, могут быть воплощены непосредственно в аппаратном обеспечении, в программном модуле, выполняемом процессором, или в их комбинации. Программный модуль может постоянно находиться в RAM памяти, флэш-памяти, ROM памяти, EPROM памяти, EEPROM памяти, регистрах, жестком диске, сменном диске, CD-ROM или любой другой форме носителя данных, известного в данной области техники. Примерный носитель данных подсоединяется к процессору таким образом, чтобы процессор мог считать информацию с и записать информацию на носитель данных. В альтернативе, носитель данных может являться неотъемлемой частью процессора. Процессор и носитель данных могут постоянно находиться в ASIC. ASIC может постоянно находиться в терминале пользователя. В альтернативе, процессор и носитель данных могут постоянно находиться как отдельные компоненты в терминале пользователя.

В одном или более примерных вариантах осуществления описанные функции могут быть реализованы в аппаратном обеспечении, программном обеспечении, программно-аппаратном обеспечении или любой их комбинации. Если функции реализованы в программном обеспечении, то они могут храниться или передаваться как одна или более команд или код на считываемом компьютером носителе. Считываемые компьютером носители включают в себя как компьютерные запоминающие носители, так и коммуникационные носители, включая любой носитель, который облегчает передачу компьютерной программы от одного места до другого. Запоминающие носители данных могут быть любыми доступными носителями, которые могут получить общий или специальный доступ. Посредством примера, и не ограничения, такие считываемые компьютером носители могут содержать RAM, ROM, EEPROM, CD-ROM или другую память на оптическом диске, память на магнитном диске или другие магнитные запоминающие устройства, или любой другой носитель, который может использоваться для переноса или хранения требуемых средств кода программы в форме инструкций или структур данных и к этому может получить доступ компьютером общего назначения или специального назначения, или процессором общего назначения или специального назначения. Кроме того, любое соединение следует называть считываемым компьютером носителем. Например, если программное обеспечение передается от веб-сайта, сервера или другого удаленного источника, используя коаксиальный кабель, оптоволоконный кабель, витую пару, DSL или беспроводные технологии, такие как инфракрасное излучение, радио и микроволновая передача, то эти коаксиальный кабель, оптоволоконный кабель, витая пара, DSL или беспроводные технологии, такие как инфракрасное излучение, радио и микроволновая передача включены в определение носителя. Оптический диск и магнитный диск, как используется здесь, включают в себя компакт-диск (CD), лазерный диск, оптический диск, цифровой универсальный диск (DVD), гибкий диск и диск blu-ray, где магнитные диски обычно воспроизводят данные магнитным способом, в то время как оптические диски воспроизводят данные оптически посредством лазеров. Комбинации вышеупомянутого должны также быть включены в рамки объема считываемого компьютером носителя.

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

1. Пользовательское оборудование, содержащее:
по меньшей мере один процессор для определения, что разрешается прерывистый прием (DRX) и, когда DRX разрешен - выполнения приема по нисходящей линии связи канала предоставления, если по меньшей мере один поток управления доступом к среде (MAC)-d сконфигурирован с запланированной передачей и состояние полного буфера E-DCH (TEBS) больше чем нуль; и
память, соединенную с упомянутым по меньшей мере одним процессором.

2. Устройство по п.1, в котором, когда разрешен DRX, по меньшей мере один процессор выполняет прием по нисходящей линии связи канала предоставления, если есть текущее предоставление радио-ресурсов, и передачу данных посылают, используя текущее предоставление радиоресурсов.

3. Устройство по п.1, в котором, когда разрешен DRX, упомянутый по меньшей мере один процессор выполняет прием по нисходящей линии связи канала предоставления, когда есть по меньшей мере один другой канал управления для контроля.

4. Устройство по п.1, в котором, когда разрешен DRX, упомянутый по меньшей мере один процессор выполняет прием по нисходящей линии связи канала предоставления во время подкадров приема, указанных шаблоном приема HS-SCCH.

5. Способ контроля каналов предоставления в сети беспроводной связи, содержащий этапы:
определение, что прерывистый прием (DRX) разрешен; и
выполнение приема по нисходящей линии связи канала предоставления, когда DRX разрешен, если по меньшей мере один поток управления доступом к среде (MAC)-d сконфигурирован с запланированной передачей и состояние полного буфера E-DCH (TEBS) больше чем нуль.

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

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

8. Способ по п.5, в котором выполнение приема по нисходящей линии связи содержит выполнение приема по нисходящей линии связи канала предоставления во время подкадров приема, указанных шаблоном приема HS-SCCH.