СПОСОБ И УСТРОЙСТВО ДЛЯ ПРЕДОТВРАЩЕНИЯ БЛОКИРОВАНИЯ ПЕРЕДАЧИ В HSUPA-СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ
METHOD AND DEVICE FOR PREVENTING TRANSMISSION BLOCKAGE IN HSUPA WIRELESS COMMUNICATION SYSTEM

Область изобретения
Настоящее изобретение относится к системам беспроводной связи с пакетным доступом по высокоскоростному каналу восходящей линии связи (HSUPA). Более конкретно, настоящее изобретение относится к способу и устройству для предотвращения блокирования передачи в HSUPA-системе беспроводной связи.
Уровень техники
Версия 6 проекта партнерства третьего поколения (3GPP) определяет быстрое управление передачами сообщений устройства беспроводной передачи/приема (WTRU) посредством планирования на основе Узла-B в HSUPA. Это более быстрое управление имеет в результате лучшее управление нарастанием шума в восходящей линии связи (UL), что позволяет работу при более высокой средней нагрузке UL без превышения порогового значения, таким образом увеличивая пропускную способность системы. В HSUPA управление и обратная связь происходят через разные физические каналы управления и информационные элементы (IE).
Команды Узла-B передаются посредством абсолютно или относительно разрешенных каналов, в то время как сообщения обратной связи WTRU передаются по улучшенному выделенному физическому каналу управления (E-DPCCH), или как "удачный бит" в E-DPCCH, где информация диспетчеризации (SI) присоединена к полезной информации. Команды Узла-B выражены отношением максимальной мощности к мощности канала управления UL (DPCCH). Удачный бит передается в E-DPCCH вместе с 2 битами для порядкового номера повторной передачи (RSN) и 7 битами для указания улучшенной комбинации транспортных форматов (E-TFCI). Все комбинации 7 битов E-TFCI определяются, чтобы означать конкретный размер улучшенной комбинации транспортных форматов (E-TFC). Значение "0" (7 битов) определено, чтобы означать передачу только SI. E-DPCCH всегда передается вместе с улучшенным выделенным физическим каналом передачи данных (E-DPDCH), кроме как во время сжатого режима. Передачи по одному E-DPCCH не происходит.
WTRU и Узел-B знают, сколько данных может быть передано для данного коэффициента мощности, и это соответствие управляется контроллером радиосети (RNC). Такая запланированная операция особенно хорошо подходит для нечувствительных к задержкам типов приложений, однако она может также использоваться, чтобы поддерживать более чувствительные к задержкам приложения, имеющие возможности быстрого распределения ресурсов.
В текущем стандарте данные необязательно сегментированы и буферизованы на уровне управления линией радиосвязи (RLC). Набор возможных размеров блоков пакетных данных RLC (PDU), которые доставляются на уровень управления доступом к среде (MAC), конфигурируется посредством служебных сигналов управления радиоресурсами (RRC). Когда сегментация имеет место, как правило, размеры PDU конфигурируются так, чтобы быть порядка нескольких сотен битов, чтобы избежать чрезмерных непроизводительных затрат и получить хорошую эффективность кодирования. В настоящее время не существует дополнительной сегментации на MAC-уровне. Соответственно, когда новая передача имеет место, должно быть отправлено целое число PDU, включающее в себя ноль.
Так как невозможно отправить дробную часть RLC PDU, назначается определенная минимальная мгновенная скорость передачи в битах для WTRU-передачи. Например, если размер PDU равен 320 битам, и временной интервал передачи (TTI) равен 2 миллисекундам (мс), мгновенная скорость передачи в битах должна быть, по меньшей мере, 160 килобит в секунду (кбит/с) без учета служебных данных MAC. Такая мгновенная скорость передачи в битах переводится в определенный минимальный коэффициент мощности передачи, при котором RLC PDU не могут быть отправлены.
Во время запланированной операции WTRU-передачи из данного потока MAC-d могут быть полностью прерваны или "заблокированы", если предоставленный коэффициент мощности падает ниже минимально требуемого, чтобы передать RLC PDU в заголовке буфера. Такая ситуация может произойти без управления обслуживающим линию радиосвязи устройством (т.е. Узлом-B) по ряду причин. Например, WTRU может принять необслуживающее относительное разрешение, запрашивающее снижение мощности, от другого Узла-B, WTRU может ошибочно декодировать команду относительного или абсолютного разрешения от обслуживающего Узла-B, или WTRU может иметь несколько по-разному сконфигурированных размеров RLC PDU по данному потоку MAC-d и больший, чем обычно, размер RLC PDU, установленный для передачи.
Когда происходит такая ситуация, WTRU не может осуществлять передачу до момента времени, на который оно запланировало передачу SI. До тех пор, и пока предыдущая SI не была достаточно недавно передана для Узла-B, чтобы означать, что WTRU-буфер не пустой, на основе его последующих передач, Узел-B не имеет возможности определить, остановлена ли передача из-за коэффициента мощности, упавшего ниже минимума, или просто потому, что WTRU нечего передавать. Соответственно, передача из WTRU задерживается до тех пор, пока SI не сможет быть передана.
Эта проблема навязывает конфигурирование небольшой периодичности SI-передачи (T_SIG) для чувствительных к задержкам приложений, таким образом увеличивая непроизводительные затраты. Кроме того, даже если Узел-B был оповещен, что передача остановлена потому, что коэффициент мощности слишком низкий, когда конфигурируются множество размеров RLC PDU, Узел-B не знает, какой коэффициент мощности применять, чтобы исправить ситуацию. Таким образом, Узел-B вынужден распознавать путем проб и ошибок, какой коэффициент мощности является правильным. Это заканчивается неэффективным распределением ресурсов и/или чрезмерными задержками при диспетчеризации.
На текущем уровне техники передача информации диспетчеризации (SI) разрешена только при определенных условиях, таких как описанные в 3GPP TS 25.321, как, например, если пользователь имеет разрешение (коэффициент мощности), равное нулю, или все его процессы деактивированы, и имеются данные для передачи, при изменении E-DCH, обслуживающего RLS (базовую станцию), или периодически, с конфигурируемым периодом в зависимости от того, имеет ли пользователь разрешение или нет. Соответственно, решение, чтобы предотвратить блокирование, которое будет совместимо с механизмами, определенными в текущем уровне техники, может включать в себя конфигурирование периодического сообщения SI с очень малым периодом, таким, что SI передается вместе почти с каждой передачей новых данных. Однако непроизводительные затраты могут значительно увеличиться, так как каждая SI занимает 18 битов. Например, предположим, что размер блока служебных данных MAC (SDU) равен 280 битам, а размер заголовка MAC-e равен 18 битам, это будет представлять дополнительные непроизводительные затраты, равные приблизительно 6%.
Следовательно, будет полезным предоставить способ и устройство для блокирования передачи в HSUPA-системе беспроводной связи, которые не подвержены ограничениям текущего уровня техники.
Сущность изобретения
Настоящее изобретение относится к способу и устройству для предотвращения блокирования передачи. Передача информации диспетчеризации (SI) происходит, когда передача потока управления-d доступом к среде (MAC-d) остановлена. SI передается, когда условие запуска удовлетворено.
Краткое описание чертежей
Более подробное понимание изобретения может быть получено из последующего описания предпочтительного варианта осуществления, данного в качестве примера, и которое должно пониматься вместе с прилагаемыми чертежами, на которых:
фиг.1 является функциональной блок-схемой WTRU и Узла-B, сконфигурированных в соответствии с настоящим изобретением;
фиг.2 является блок-схемой последовательности операций способа предотвращения блокирования передачи в HSUPA-системе беспроводной связи в соответствии с настоящим изобретением;
фиг.3 является блок-схемой последовательности операций способа предотвращения блокирования передачи в HSUPA-системе беспроводной связи в соответствии с другим вариантом осуществления настоящего изобретения; и
фиг.4 является блок-схемой последовательности операций способа предотвращения блокирования передачи в HSUPA-системе беспроводной связи в соответствии с другим вариантом осуществления настоящего изобретения.
Подробное описание предпочтительных вариантов осуществления
Когда упоминается в дальнейшем, термин "устройство беспроводной передачи/приема (WTRU)" включает в себя, но не только, пользовательское оборудование (UE), мобильную станцию, неподвижное или мобильное абонентское устройство, пейджер, сотовый телефон, персональный цифровой помощник (PDA), компьютер или любой другой тип пользовательского устройства, способного работать в беспроводном окружении. Когда упоминается в дальнейшем, термин "базовая станция" включает в себя, но не только, узел-B, контроллер узла, точку доступа (AP) или любой другой тип интерфейсного устройства, выполненный с возможностью функционирования в беспроводном окружении.
Фиг.1 является функциональной блок-схемой 100 WTRU 110 и NB 120, сконфигурированных в соответствии с настоящим изобретением. Как показано на фиг.1, WTRU 110 находится на связи с NB 120, и оба сконфигурированы так, чтобы выполнять способ для предотвращения блокирования передачи в HSUPA-системе беспроводной связи в соответствии с настоящим изобретением.
В дополнение к компонентам, которые могут быть обнаружены в типичном WTRU, WTRU 110 включает в себя процессор 115, приемник 116, передатчик 117 и антенну 118. Процессор 115 выполнен с возможностью выполнять способ для предотвращения блокирования передачи в HSUPA-системе беспроводной связи в соответствии с настоящим изобретением. Приемник 116 и передатчик 117 поддерживают связь с процессором 115. Антенна 118 поддерживает связь с приемником 116 и передатчиком 117, чтобы упрощать передачу и прием беспроводных данных.
В дополнение к компонентам, которые могут быть обнаружены в типичном Узле-B, NB 120 включает в себя процессор 125, приемник 126, передатчик 127 и антенну 128. Процессор 125 выполнен с возможностью выполнять способ для предотвращения блокирования передачи в HSUPA-системе беспроводной связи в соответствии с настоящим изобретением. Приемник 126 и передатчик 127 поддерживают связь с процессором 125. Антенна 128 поддерживает связь с приемником 126 и передатчиком 127, чтобы упрощать передачу и прием беспроводных данных.
Фиг.2 является блок-схемой последовательности операций способа 200 предотвращения блокирования передачи в HSUPA-системе беспроводной связи в соответствии с настоящим изобретением. В настоящем варианте осуществления настоящего изобретения созданы новые условия для передачи SI. На этапе 210 обнаруживается условие запуска передачи SI. Например, передача только SI может происходить, когда передача любого, или конкретно определенного, потока MAC-d остановлена, потому что текущее ненулевое разрешение меньше, чем минимально требуемое для того, чтобы передать следующий MAC SDU или RLC PDU конкретного потока MAC-d. Условие запуска в этом случае может возникать, когда невозможно передать один PDU данного потока MAC-d. Предпочтительно, потоком MAC-d является группа логических каналов, которые могут быть идентифицированы или указаны с помощью индекса.
После того как определено условие запуска, конкретное WTRU 110 передает SI (этап 220). Эта передача может происходить один раз, когда условие запуска удовлетворено, или периодически после этого (например, в течение конфигурируемого периода), или передача может происходить в любое время, когда возникает условие запуска. Дополнительно, список потоков MAC-d, подверженных запуску передачи SI из-за блокирования, может быть сообщен посредством более высоких уровней, также как и сконфигурированная периодичность передачи, после того как удовлетворено условие.
Фиг.3 является блок-схемой последовательности операций способа 300 предотвращения блокирования передачи в HSUPA-системе беспроводной связи в соответствии с другим вариантом осуществления настоящего изобретения. На этапе 310 обнаруживается условие запуска. Предпочтительно, условие запуска, удовлетворенное на этапе 310, по существу, похоже на условия запуска, описанные выше на этапе 210 способа 200. Однако, в отличие от способа 200, когда условие запуска обнаруживается на этапе 310, вместо передачи SI ничего не передается по E-DPDCH, и все 10 битов E-DPCCH устанавливаются в нулевое значение "0" (этап 320).
В сущности, это соответствует той же установке, что и для первоначальной передачи одной SI, кроме того, что SI фактически не передается. Преимуществом этого способа является то, что требуемая мощность передачи может быть дополнительно понижена, чем если бы SI фактически передавалась. Однако E-DPCCH должен передаваться при достаточно высоком значении для сети, чтобы обнаружить, что что-то было передано по E-DPCCH. Дополнительно, меньше информации может быть доступно в сети о состоянии буфера в WTRU 110.
Фиг.4 является блок-схемой последовательности операций способа 400 предотвращения блокирования передачи в HSUPA-системе беспроводной связи в соответствии с другим вариантом осуществления настоящего изобретения. В настоящем варианте осуществления изобретения используется улучшенная обратная связь, указывающая минимальный коэффициент мощности или размер MAC SDU.
На текущем уровне техники возможные размеры MAC SDU, или, эквивалентно, размеры RLS PDU, конфигурируются при установке однонаправленного канала радиосвязи или повторной конфигурации посредством передачи служебных сигналов RRC. NB 120 также знает о размерах PDU посредством передачи сигналов части приложения NB (NBAP). Предоставление коэффициента мощности, требуемого для того, чтобы передать E-TFC (MAC-e PDU) определенного размера, известно WTRU 110, NB 120 и RNC, и любая модификация передается посредством служебных сигналов RRC/NBAP. Таким образом, используя информацию, доступную с помощью текущего стандарта, NB 120 может определить, какой коэффициент мощности требуется для того, чтобы передать E-TFC, содержащий один RLC PDU, для каждого сконфигурированного размера RLC PDU.
Используя передачу сигналов, определенную в текущем стандарте, NB 120 может уменьшить частоту возникновения проблемы, никогда не сообщая коэффициент мощности в WTRU 110, который ниже, чем тот, который требуется, чтобы передать самый большой по размеру RLC PDU среди сконфигурированных размеров RLC PDU. Однако все еще может быть возможным, что WTRU 110 блокирует передачу, потому что оно приняло необслуживающее относительное разрешение "сброса", или потому что оно неверно интерпретировало обслуживающее разрешение. NB 120 должен предположить самый большой RLC PDU, так как он не знает о размере следующего RLC PDU в очереди для передачи со стороны WTRU. Как только сконфигурирован больше, чем один размер RLC PDU, NB 120 перераспределяет ресурсы для WTRU 110 всякий раз, когда оно использует один из меньших размеров RLC PDU.
Соответственно, новый тип управляющей информации может быть сообщен посредством WTRU 110 узлу NB 120, так что NB 120 может знать минимальный коэффициент мощности, который должен быть разрешен для WTRU 110 относительно размера предстоящего RLC PDU, буферизованного для передачи. Эта информация, предпочтительно, может называться информацией минимального разрешения (MGI).
На этапе 410 способа 400 настраивается MGI. Настройка MGI может быть выполнена в ряде способов. Например, MGI может быть настроена для размера следующего RLC PDU в очереди для передачи (т.е. после того, как передана текущая E-TFC) по одному из потоков MAC-d с наивысшим приоритетом, имеющих данные в своем буфере, или по конкретным потокам MAC-d, которые могут быть сконфигурированы посредством служебных сигналов RRC. Дополнительно, MGI может быть настроена согласно размеру самого большого буферизованного блока RLC PDU потока MAC-d с наивысшим приоритетом. Также, MGI может быть настроена согласно размеру самого большого буферизованного RLC PDU потока MAC-d с наивысшим приоритетом, или по конкретным MAC-d потокам, которые ожидается передавать с определенной задержкой с текущим разрешением и числом активных процессов. Задержка также может быть сконфигурирована посредством служебных сигналов RRC.
После определения того, что MGI должна быть передана, MGI затем кодируется (этап 420). "Предстоящий RLC PDU" может использоваться, чтобы описать RLC PDU, чей размер используется для установки значения полей MGI. MGI затем может быть закодирована согласно множеству способов. Например, MGI может быть закодирована, чтобы состоять из 5 битов и представлять коэффициент мощности с отображением, таким как битовое отображение, подобное тому, которое заложено в спецификации 3GPP TS 25.212. В этом случае сообщенный коэффициент мощности будет наименьшим значением, которое позволяет передачу предстоящего RLC PDU.
Альтернативно, MGI может быть закодирована посредством меньшего числа битов и представлять коэффициент мощности. Однако в этом случае отображение может быть другим и иметь меньшую детализацию, чем отображение, заложенное в спецификации 3GPP TS 25.212. Например, MGI может быть закодирована с помощью менее чем 5 битов, как описано выше. Дополнительно, отображение может быть установлено предварительно.
В другой альтернативе MGI может состоять из переменного числа битов в зависимости от того, сколько потенциальных размеров RLC PDU должно быть представлено. Например, в случае, где сконфигурированы 4 размера RLC PDU, потребуется 2 бита MGI, и каждая комбинация будет представлять конкретный размер RLC PDU. Следует отметить, что не все сконфигурированные RLC PDU обязательно нужно отображать. Соответственно, в случае, когда отображается только поднабор размеров RLC PDU, WTRU 110 устанавливает MGI согласно наименьшему размеру RLC PDU, большему, чем предстоящий RLC PDU.
MGI затем передается посредством WTRU 110 (этап 430). Запуск MGI может произойти одним из нескольких способов. Например, MGI может передаваться всякий раз после того, как ее значение изменится в соответствии с настройками MGI. Также, MGI может передаваться в каждой из определенного числа (N) новых передач MAC-e, где N является конфигурируемым посредством контроллера радиоресурсов (RRC). Дополнительно, может потребоваться, чтобы две последовательные передачи MGI были разделены задержкой, равной, по меньшей мере, определенному числу (M) временных интервалов передачи (TTI), где M также конфигурируется RRC.
После того как передана, MGI принимается и декодируется посредством NB 120 (этап 440), предпочтительно в то же время, что и MAC-e PDU, и NB 120 выполняет регулировки на основе MGI (этап 450). Предпочтительно, NB 120 регулирует коэффициент мощности, чтобы разрешить передачу предстоящего RLC PDU, буферизованного для передачи.
min
В другом варианте осуществления настоящего изобретения скорость передачи данных управляется посредством использования разрешения планирования. В этом варианте осуществления передача позволена для минимального числа PDU (N) потока MAC-d для каждой новой передачи MAC-e безотносительно скорости передачи данных, назначенной коэффициентом мощности, и безотносительно размера PDU или множества PDU.
В текущем стандарте 3GPP (например, TS 25.309 версии 6) поток MAC-d управляется либо посредством незапланированных передач, либо запланированных разрешений, но не обоими. Использование незапланированных передач для данного потока MAC-d преодолевает проблемы в текущем уровне техники для этого потока MAC-d за счет потери управления над величиной помех, сформированных этим потоком.
min
Однако в настоящем гибридном запланированном/незапланированном варианте осуществления изобретения преимущество планируемых разрешений с точки зрения стабильности возрастания шума сохраняется, в то же время гарантируя, что передача никогда полностью не заблокируется из-за разрешенного коэффициента мощности, падающего ниже порогового значения для одной передачи PDU. N, которое позволено для новой передачи, может быть установлено через служебные сигналы RRC.
min
min
Если требуемый коэффициент мощности, чтобы передать N PDU, выше, чем текущее разрешение, могут быть применены несколько вариантов. Предпочтительно, коэффициент мощности разрешается увеличить выше текущего разрешения, чтобы поддержать передачу PDU. Однако коэффициент мощности также может оставаться в текущем разрешении, где WTRU 110 выбирает минимальную E-TFC, которая может поддержать N PDU. Так как больше данных передается в этом сценарии для той же мощности, потребуется больше повторных передач гибридного запроса автоматической передачи (HARQ) для этого MAC-e PDU.
2
2
2
Например, предположим, что поток MAC-d имеет два сконфигурированных размера RLC PDU, 300 и 600 битов, минимальный коэффициент мощности, требуемый, чтобы передать MAC-e PDU может быть предположен как (47/15), если он содержит 2 RLC PDU из 300 битов, и (53/15), если он содержит один RLC PDU из 600 битов. В сценарии, где размер PDU, равный 300 битам, передается в большей части времени, а 600 битов встречаются редко, коэффициент мощности, разрешенный для WTRU 110, может сохраняться равным (53/15) по активированным процессам HARQ для WTRU 110. Когда RLC PDU из 600 битов показывается во главе буфера, в текущем стандарте, где поток MAC-d управляется посредством запланированного разрешения, передача будет заблокирована. С помощью гибридного незапланированного/запланированного решения настоящего варианта осуществления изобретения WTRU 110 будет разрешено передавать свои MAC-e PDU, содержащие RLC PDU из 600 битов, и передача не будет прервана. Для этой передачи MAC-e либо помехи могут быть слегка выше, чем запланировано, либо может быть более высокая вероятность большего числа повторных передач HARQ в зависимости от того, позволено ли увеличивать коэффициент мощности выше текущего разрешения или нет.
Хотя признаки и элементы настоящего изобретения описаны в предпочтительных вариантах осуществления в конкретных комбинациях, каждый признак или элемент может быть использован отдельно без других признаков или элементов предпочтительных вариантов осуществления или в различных комбинациях с другими или без других признаков и элементов настоящего изобретения. Способы или блок-схемы последовательности операций способов, предоставляемые в настоящем изобретении, могут быть реализованы в компьютерной программе, программном обеспечении или микропрограммном обеспечении, материально осуществленном в машиночитаемом носителе хранения для приведения в исполнение посредством компьютера общего назначения или процессора. Примеры машиночитаемых носителей хранения включают в себя постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), регистр, кэш-память, полупроводниковые запоминающие устройства, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM и цифровые универсальные диски (DVD).
Надлежащие процессоры включают в себя, в качестве примера, процессор общего назначения, процессор специального назначения, традиционный процессор, процессор цифровых сигналов (DSP), множество микропроцессоров, один или более микропроцессоров, ассоциативно связанных с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), схемы программируемых пользователем матричных БИС (FPGA), любой другой тип интегральной микросхемы (IC) и/или конечный автомат.
Процессор, ассоциативно связанный с программным обеспечением, может быть использован для того, чтобы реализовать радиочастотное приемо-передающее устройство для использования в беспроводном приемо-передающем устройстве (WTRU), абонентском оборудовании (UE), терминале, базовой станции, контроллере радиосети (RNC) или любом узловом компьютере. WTRU может быть использован вместе с модулями, реализованными в аппаратных средствах и/или программном обеспечении, таких как камера, модуль видеокамеры, видеотелефон, спикерфон, вибрационное устройство, громкоговоритель, микрофон, телевизионное приемо-передающее устройство, телефонная трубка с гарнитурой, клавиатура, модуль Bluetooth, частотно-модулированное (FM) радиоустройство, жидкокристаллическое (LCD) дисплейное устройство, дисплейное устройство на органических светодиодах (OLED), цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль проигрывателя видеоигр, Интернет-обозреватель и/или любой модуль беспроводной локальной компьютерной сети (WLAN).
Варианты осуществления
1. Способ для предотвращения блокирования передачи в системе беспроводной связи, включающей в себя, по меньшей мере, одно устройство беспроводной передачи/приема (WTRU) и, по меньшей мере, один Узел-B (NB).
2. Способ по варианту осуществления 2, дополнительно содержащий запуск передачи информации диспетчеризации (SI), когда передача потока управления-d доступом к среде (MAC-d) остановлена.
3. Способ по любому предшествующему варианту осуществления, дополнительно содержащий передачу SI, когда удовлетворено условие запуска.
4. Способ по любому предшествующему варианту осуществления, в котором SI передается один раз, когда удовлетворено условие запуска.
5. Способ по любому предшествующему варианту осуществления, дополнительно содержащий периодическую передачу SI после того, как удовлетворено условие запуска.
6. Способ по любому предшествующему варианту осуществления, в котором период передачи SI предварительно сконфигурирован.
7. Способ по любому предшествующему варианту осуществления, в котором SI передается каждый раз, когда удовлетворено условие запуска.
8. Способ по любому предшествующему варианту осуществления, в котором поток MAC-d включает в себя любой поток MAC-d.
9. Способ по любому предшествующему варианту осуществления, в котором поток MAC-d включает в себя конкретно определенный поток MAC-d.
10. Способ по любому предшествующему варианту осуществления, в котором поток MAC-d останавливается, когда текущее ненулевое разрешение меньше, чем минимально требуемое для того, чтобы передать следующий блок служебных данных MAC (SDU) или блок данных протокола управления линией радиосвязи (RLC PDU) конкретного потока MAC-d.
11. Способ по любому предшествующему варианту осуществления, дополнительно содержащий обнаружение условия запуска на основе того, что передача потока MAC-d останавливается.
12. Способ по любому предшествующему варианту осуществления, дополнительно содержащий приостановление передачи по улучшенному выделенному физическому каналу передачи данных (E-DPDCH).
13. Способ по любому предшествующему варианту осуществления, дополнительно содержащий установку всех битов улучшенного выделенного физического канала управления (E-DPCCH) в ноль.
14. Способ по любому предшествующему варианту осуществления, дополнительно содержащий настройку информации минимального разрешения (MGI), при этом MGI включает в себя информацию, связанную с минимальным коэффициентом мощности, который должен быть разрешен для WTRU.
15. Способ по любому предшествующему варианту осуществления, дополнительно содержащий запуск передачи MGI.
16. Способ по любому предшествующему варианту осуществления, дополнительно содержащий передачу MGI, когда удовлетворено условие запуска.
17. Способ по любому предшествующему варианту осуществления, дополнительно содержащий кодирование MGI.
18. Способ по любому предшествующему варианту осуществления, в котором MGI передается как часть MAC-e PDU.
19. Способ по любому предшествующему варианту осуществления, в котором MGI настраивается на основе размера следующего RLC PDU в очереди для передачи по одному из потоков MAC-d с наивысшим приоритетом, имеющих данные в своем буфере.
20. Способ по любому предшествующему варианту осуществления, в котором MGI настраивается на основе размера наибольшего буферизованного RLC PDU потока MAC-d с наивысшим приоритетом.
21. Способ по любому предшествующему варианту осуществления, в котором MGI настраивается на основе конкретного потока MAC-d.
22. Способ по любому предшествующему варианту осуществления, в котором конкретный поток MAC-d, на котором основана MGI, конфигурируется посредством передачи служебных сигналов контроллера радиоресурсов (RRC).
23. Способ по любому предшествующему варианту осуществления, в котором MGI устанавливается на основе размера наибольшего буферизованного RLC PDU потока MAC-d с наивысшим приоритетом, который предполагается передать с определенной задержкой с текущим разрешением и числом активных процессов.
24. Способ по любому предшествующему варианту осуществления, в котором задержка конфигурируется посредством передачи служебных сигналов RRC.
25. Способ по любому предшествующему варианту осуществления, в котором MGI передается один раз, когда ее значение изменится.
26. Способ по любому предшествующему варианту осуществления, в котором MGI передается в каждой из конкретного числа передач MAC-e.
27. Способ по любому предшествующему варианту осуществления, в котором конкретное число конфигурируется посредством RRC.
28. Способ по любому предшествующему варианту осуществления, в котором две последовательных передачи MGI разделены задержкой, равной конкретному числу временных интервалов передачи (TTI).
29. Способ по любому предшествующему варианту осуществления, в котором TTI-задержка конфигурируется посредством RRC.
30. Способ по любому предшествующему варианту осуществления, в котором MGI включает в себя число битов и сообщенный коэффициент мощности.
31. Способ по любому предшествующему варианту осуществления, в котором число битов равно пяти.
32. Способ по любому предшествующему варианту осуществления, в котором сообщенный коэффициент мощности является минимальным значением, которое позволит передачу предстоящего RLC PDU.
33. Способ по любому предшествующему варианту осуществления, в котором число битов является переменным.
34. Способ по любому предшествующему варианту осуществления, в котором число битов основано на числе возможных размеров RLC PDU.
35. Способ по любому предшествующему варианту осуществления, в котором NB принимает MGI, декодирует MGI, и выполняются регулировки на основе MGI.
36. Способ по любому предшествующему варианту осуществления, дополнительно содержащий выдачу запланированного разрешения.
37. Способ по любому предшествующему варианту осуществления, дополнительно содержащий передачу минимального числа PDU потока MAC-d для каждой новой передачи MAC-e.
38. Способ по любому предшествующему варианту осуществления, в котором минимальное число PDU, которые должны быть переданы, конфигурируется посредством передачи служебных сигналов RRC.
39. Способ по любому предшествующему варианту осуществления, в котором, когда требуемый коэффициент мощности, чтобы передать минимальное число PDU, больше, чем текущее разрешение, коэффициент мощности увеличивается выше уровня текущего разрешения.
40. Способ по любому предшествующему варианту осуществления, в котором, когда требуемый коэффициент мощности, чтобы передать минимальное число PDU, больше, чем текущее разрешение, коэффициент мощности остается на уровне текущего разрешения.
41. Способ по любому предшествующему варианту осуществления, в котором WTRU выбирает минимальную улучшенную комбинацию транспортного формата (E-TFC), чтобы поддержать минимальное число PDU.
42. WTRU, выполненное с возможностью выполнять способ по любому предшествующему варианту осуществления.
43. WTRU по варианту осуществления 42, дополнительно содержащее передатчик.
44. WTRU по любому из вариантов осуществления 42-43, дополнительно содержащее приемник.
45. WTRU по любому из вариантов осуществления 42-44, дополнительно содержащее процессор, поддерживающий связь с приемным устройством и передающим устройством.
46. WTRU по любому из вариантов осуществления 42-45, в котором процессор выполнен с возможностью запускать передачу SI, когда передача потока MAC-d останавливается.
47. WTRU по любому из вариантов осуществления 42-46, в котором процессор выполнен с возможностью передавать SI в NB, когда условие запуска удовлетворено.
48. WTRU по любому из вариантов осуществления 42-47, в котором процессор выполнен с возможностью обнаруживать условие запуска на основе того, что передача потока MAC-d останавливается.
49. WTRU по любому из вариантов осуществления 42-48, в котором процессор выполнен с возможностью приостанавливать передачу по улучшенному выделенному физическому каналу передачи данных (E-DPDCH).
50. WTRU по любому из вариантов осуществления 42-49, в котором процессор выполнен с возможностью устанавливать все биты улучшенного выделенного физического канала управления (E-DPCCH) в ноль.
51. WTRU по любому из вариантов осуществления 42-50, в котором процессор выполнен с возможностью настраивать MGI, при этом MGI включает в себя информацию, связанную с минимальным коэффициентом мощности, который должен быть разрешен для WTRU.
52. WTRU по любому из вариантов осуществления 42-51, в котором процессор выполнен с возможностью запускать передачу MGI.
53. WTRU по любому из вариантов осуществления 42-52, в котором процессор выполнен с возможностью передавать MGI, когда условие запуска удовлетворено.
54. WTRU по любому из вариантов осуществления 42-53, в котором процессор выполнен с возможностью принимать запланированное разрешение.
55. WTRU по любому из вариантов осуществления 42-54, в котором процессор выполнен с возможностью передавать минимальное число PDU потока MAC-d для каждой новой передачи MAC-e.