ОТПРАВКА И СОКРАЩЕНИЕ ПЕРЕДАЧ СЛУЖЕБНЫХ СИГНАЛОВ ОБРАТНОЙ СВЯЗИ ПО ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ ДЛЯ ПЕРЕДАЧИ MBMS-ДАННЫХ
SENDING AND REDUCTION OF SERVICE FEEDBACK SIGNALS TRANSFER ALONG ASCENDING COMMUNICATION LINE FOR TRANSMISSION OF MBMS-DATA

Область техники, к которой относится изобретение
Настоящее изобретение относится к системе беспроводной связи. Более конкретно, к способу, устройству и системе для сокращения передачи служебных сигналов обратной связи по восходящей линии связи для передачи данных услуги широковещательной/многоадресной передачи мультимедиа (MBMS).
Уровень техники
Чтобы сохранять технологию конкурентоспособной в течение длительного периода, проект партнерства третьего поколения (3GPP) и 3GPP2 рассматривает долгосрочное развитие (LTE), в котором необходимы развитие радиоинтерфейса и сетевой архитектуры.
Услуга широковещательной/многоадресной передачи мультимедиа (MBMS) является характерной особенностью, которая была введена в спецификации версии 6 3GPP, чтобы позволить передачу мультимедийной информации (например, аудио, видео) через операцию точка-точка (FTP) или точка-много-точек (PTM). MBMS поддерживается в универсальных системах мобильной связи (UMTS) версии 6. Чтобы дополнительно улучшить MBMS в качестве эффективного механизма для того, чтобы надежно распространять мультимедийное содержимое по развернутым сетям наземной радиосвязи UMTS (E-UTRA) к абонентам, в попытках стандартизации 3GPP LTE рассматривается и ведется работа по улучшенной MBMS.
В предшествующем уровне техники UMTS версии 6 устройство беспроводной передачи/приема (WTRU) не передает сообщение обратной связи для MBMS к базовым станциям сети (названным Узлами B в 3GPP). В 3GPP LTE сообщения обратной связи WTRU были предложены, чтобы улучшить работу MBMS в системах E-UTRA. Следовательно, передача сообщения обратной связи WTRU стала важной проблемой проектирования в системах E-UTRA.
В MBMS услуга широковещательной передачи всегда работает в PTM-режиме, тогда как услуга многоадресной передачи может работать либо в PTP-режиме, либо в PTM-режиме. Для услуги многоадресной передачи сеть радиодоступа (RAN) может выбирать либо PTP-режим, либо PTM-режим на основе числа устройств беспроводной передачи/приема (WTRU), которые подключены к услуге многоадресной передачи в соте, использующей процедуру подсчета MBMS.
В PTP-режиме выделенный канал (DCH) используется, чтобы передавать MBMS-данные конечным пользователям. В PTM-режиме данные передаются по каналу трафика MBMS (MTCH), который сопоставлен с прямым каналом доступа (FACH) и, в свою очередь, со вспомогательным общим физическим каналом управления (S-CCPCH). PTM предоставляет возможность более эффективного использования радиоресурсов, когда множество WTRU подписывается на одну и ту же услугу.
Высокоскоростной пакетный доступ по нисходящей линии связи (HSDPA) был введен в спецификации 3GPP версии 5. Одним улучшением, которое было предложено для MBMS, является передача MBMS-данных (т.е. MTCH-логический канал) через HSDPA. В HSDPA используются технологии, такие как адаптивные модуляция и кодирование (AMC), гибридный запрос автоматической повторной передачи (H-ARQ) для быстрой обратной связи и быстрая диспетчеризация Узла B, чтобы повысить спектральную эффективность.
AMC адаптирует скорость передачи данных по высокоскоростному совместно используемому каналу нисходящей линии связи (HS-DSCH) согласно условиям канала, принятым принимающим WTRU. Узел B может определить лучшую скорость и планировать отдельные передачи с помощью следующей информации:
1) информация о качестве канала (CQI), сообщенная из WTRU, которая указывает качество канала, которое воспринимается WTRU;
2) команды управления мощностью передачи (TPC) ассоциативно связанных выделенных каналов; и
3) подтверждение (ACK)/неподтверждение (NACK) приема сообщения обратной связи для предыдущих передач.
Более низкие скорости передачи данных, как правило, используются для передач к WTRU, подверженным неблагоприятным условиям канала (например, на границе соты). Более высокие скорости передачи данных используются для передач к WTRU, находящимся в благоприятных условиях канала.
Для PTM-операции WTRU, подписанные на услугу многоадресной передачи, принимают MBMS-данные через одни и те же радиоресурсы. В случае MBMS через HSDPA WTRU будут декодировать одинаковые коды высокоскоростного физического совместно используемого канала нисходящей линии связи (HS-PDSCH) в пределах данного временного интервала передачи (TTI) (т.е. один и тот же транспортный блок HS-DSCH).
Одной сложной проблемой для Узла B является выбор схемы модуляции и кодирования для передачи многоадресных транспортных блоков так, что все WTRU смогут достоверно декодировать данные без истощения емкости соты. С одной стороны, Узел B может всегда выполнить передачу с использованием низкой скорости передачи данных, чтобы гарантировать, что все WTRU в соте, включающие в себя устройства с неблагоприятными условиями канала, смогут достоверно декодировать данные. С другой стороны, Узел B может передавать с более высокой скоростью передачи данных, чтобы избежать истощения HSDPA-ресурсов. В этом случае WTRU, подверженные неблагоприятным условиям канала, могут иметь трудности с декодированием многоадресных транспортных блоков.
Одним способом определения лучшей скорости передачи для MBMS-данных является конфигурирование WTRU так, чтобы сообщать CQI по восходящей линии связи (UL) (т.е. CQI через высокоскоростной выделенный физический канал управления (HS-DPCCH)). Узел B может установить свою скорость передачи согласно сообщению о наихудшем CQI, чтобы гарантировать, что все WTRU могут достоверно декодировать данные. Однако когда число WTRU, подписанных на услугу многоадресной передачи, увеличивается, передача информации обратной связи об CQI вызывает значительное нарастание шума в восходящей линии связи, уменьшение емкости, доступной для других передач по восходящей линии связи. Текущие спецификации 3GPP версии 6 не обеспечивают поддержки выбора оптимальной скорости передачи и планирования многоадресных транспортных блоков через HS-DSCH.
Сущность изобретения
Представлены способ, устройство и система для передачи служебных сигналов обратной связи WTRU по восходящей линии связи для передачи MBMS в системе беспроводной связи, такой как E-UTRA-система, HSDPA-система или любая система на базе протокола интернета (IP). Сообщение обратной связи предпочтительно передается напрямую посредством синхронизированного или несинхронизированного канала с произвольным доступом (RACH), в связи с чем совместно используемый канал восходящей линии связи не диспетчеризуется Узлом B для WTRU. В одном варианте осуществления WTRU использует назначенный совместно используемый канал передачи данных/управления восходящей линии связи, чтобы отправить сообщение обратной связи в ответ на назначение совместно используемого канала восходящей линии связи, отправленное посредством WTRU по синхронизированному или несинхронизированному RACH.
В другом варианте осуществления передача сигнала обратной связи по восходящей линии связи уменьшается для передачи MBMS-данных через E-UTRA или HSDRA-канал. Устанавливается критерий запуска для сообщения индикатора качества канала (CQI), и WTRU отправляют CQI Узлу B, только если критерий запуска удовлетворяется. Критерий запуска может быть текущим рабочим значением CQI в Узле B, в связи с чем WTRU передает CQI, когда условия канала не лучше, чем текущее рабочее значение CQI. Критерий запуска может быть сформирован на основе статистики ошибочного приема транспортных блоков по высокоскоростному совместно используемому каналу нисходящей линии связи (HS-DSCH). Критерий запуска может быть предварительно определенным периодом времени, в связи с чем WTRU передает CQI Узлу B, если WTRU не отправило CQI в течение предварительно определенного периода времени. Процедура произвольной отсрочки передачи может быть дополнительно реализована перед отправкой CQI.
Другой способ сокращения обратной связи включает в себя отправку Узлом B многоадресных данных предварительно определенное число раз, в связи с чем WTRU не должно отправлять подтверждение приема многоадресных данных Узлу B. Вместо этого WTRU отправляет указание, по меньшей мере, одного из среднего числа передач, необходимых, чтобы успешно декодировать данные, и коэффициента возникновения ошибок.
Другие задачи и преимущества будут понятны обычному специалисту в данной области техники на основе следующего описания предпочтительных в настоящее время вариантов осуществления изобретения.
Краткое описание чертежей
Фиг.1 - это блок-схема способа передачи сигналов обратной связи по восходящей линии связи, относящихся к MBMS-передаче.
Фиг.2 - это блок-схема способа передачи сигналов обратной связи по восходящей линии связи, относящихся к MBMS-передаче, отправленной одновременно с данными восходящей линии связи или управляющей информацией.
Фиг.3 - это блок-схема способа, в котором предварительное назначение канала восходящей линии связи предоставляется WTRU для передачи сигналов обратной связи, относящихся к MBMS-передачам.
Фиг.4 - это блок-схема WTRU, выполненного с возможностью обратной связи по восходящей линии связи, относящейся к MBMS-передачам.
Фиг.5 - это блок-схема способа сокращения обратной связи CQI для MBMS-передач.
Фиг.6 - это блок-схема способа сокращения ACK/NACK обратной связи, относящейся к MBMS-передачам.
Подробное описание предпочтительных вариантов осуществления
Когда упоминается далее в данном документе, термин "WTRU" включает в себя, но не только, пользовательское оборудование (UE), мобильную станцию, фиксированное или мобильное абонентское устройство, пейджер или любой другой тип устройства, способного работать в беспроводном окружении. Когда упоминается далее в данном документе, термин "Узел B" включает в себя, но не только, базовую станцию, контроллер узла связи, точку доступа или любой другой тип устройства установления связи в беспроводном окружении.
Устройство и способ предоставления сети радиодоступа (RAN) с помощью информации, требуемой, чтобы определить оптимальную скорость передачи и планировать данные услуги многоадресной/широковещательной передачи мультимедиа (MBMS) без создания чрезмерного роста шума в восходящей линии связи, описываются в данном документе. Кроме того, также изложены устройство и способ уменьшения передачи служебных сигналов из-за обратной связи по индикатору качества канала (CQI) и подтвержденной/неподтвержденной (ACK/NACK) обратной связи для операции гибридного запроса автоматической передачи (H-ARQ).
Передача сообщения обратной связи WTRU для MBMS-услуг может быть осуществлена в смешанных одноадресных и MBMS-сотах. Она также применима в выделенной MBMS-соте, только если не существует канала восходящей линии связи.
Чтобы облегчить работу MBMS, обратная связь WTRU может быть использована для MBMS-услуг и включает в себя, но не только, NACK, индикатор качества канала (CQI) и ответ на сетевой подсчет/опрос. В NACK-обратной связи WTRU, используемой, чтобы поддерживать повторную передачу MBMS типа точка-точка (PTP), ID WTRU включен в NACK-сообщение либо явно, либо неявно. В NACK-обратной связи WTRU, используемой, чтобы поддержать повторную передачу типа точка-много-точек (PTM) MBMS, нет необходимости передавать ID WTRU. Для CQI-обратной связи WTRU, используемой, чтобы поддерживать MCS-адаптацию для PTM, нет необходимости включать ID WTRU. Если сеть выполняет одновременный подсчет/опрос для нескольких MBMS-услуг в одно и то же время, ID MBMS-услуги должен быть включен в ответ на сетевой подсчет/опрос.
В одном варианте осуществления информация о назначенном канале восходящей линии связи для передачи сообщения обратной связи WTRU предпочтительно передается по каналу широковещательной передачи (BCH). Альтернативно, если WTRU сконфигурировано для MBMS, сообщение обратной связи передачи WTRU передается по каналу управления MBMS (MCCH).
Фиг.1 показывает блок-схему способа для передачи сообщения обратной связи WTRU для MBMS. На этапе 101 WTRU определяет, синхронизировано ли оно с Узлом B. Если не синхронизировано, тогда используется несинхронизированный RACH для обратной связи MBMS согласно следующей процедуре. В качестве примера для LTE, эта процедура может использоваться, когда WTRU находится в состоянии LTE_Idle (т.е. без RRC-соединения), или когда WTRU находится в состоянии LTE-Active (т.е. с присутствующим RRC-соединением). Далее, если совместно используемый канал восходящей линии связи не требуется конфигурацией системы на этапе 102, WTRU отправляет сообщение по RACH на этапе 103, предпочтительно в RACH-преамбуле, которая указывает причину произвольного доступа как "обратную связь для MBMS". Небольшое число заголовков может быть зарезервировано по причине "обратной связи для MBMS". В ответ на это указание Узел B не назначит совместно используемый канал восходящей линии связи к WTRU для обратной связи MBMS (этап 104), и WTRU отправляет сообщение обратной связи MBMS непосредственно по несинхронизированному RACH (этап 105), предпочтительно в RACH-преамбуле.
Возвращаясь к этапу 102, если назначение совместно используемого канала восходящей линии связи требуется конфигурацией системы, WTRU отправляет запрос такого назначения в качестве индикации в преамбуле несинхронизированного RACH (этап 106). Если требуется причина RACH, величина обратной связи может быть отправлена с помощью текущей структуры несинхронизированного канала с произвольным доступом, и основная структура несинхронизированного канала с произвольным доступом не должна изменяться, чтобы передавать сообщение обратной связи для MBMS.
Альтернативно, структура канала модифицируется для несинхронизированного канала с произвольным доступом, передающего сообщения обратной связи для MBMS, включая в себя следующие примеры. Заголовок несинхронизированного канала с произвольным доступом может быть более расширенным, чтобы передавать больше неявной информации. Больше указателей последовательности могут использоваться для последовательности заголовков (например, последовательность Zadoff-Chu или GCL) несинхронизированного канала с произвольным доступом, чтобы передавать больше неявной информации. Несинхронизированный канал с произвольным доступом может передавать информацию обратной связи MBMS явно. Пакет произвольного доступа может быть расширен, чтобы добавить поле битов сообщения/управления.
Если требуется указание причины RACH (этап 107), WTRU отправляет указание "Обратная связь для MBMS", предпочтительно в преамбуле несинхронизированного RACH (этап 108). Определенное число заголовков могут быть зарезервированы для информации обратной связи вместе с указанием "Обратная связь для MBMS". Преимуществом требования указания причины RACH является то, что Узел B иначе не распознает, что RACH-пакет существует для обратной связи MBMS, и будет обрабатывать информацию, переданную по RACH, как обычную информацию доступа RACH. Одним решением является конфигурирование Узла B, чтобы выполнить слепое обнаружение, но существует компромисс между ухудшенной производительностью и повышенной сложностью.
Если указание причины RACH не требуется, тогда этап 108 пропускается. Несмотря на то, отправлено ли указание причины RACH, Узел B обнаруживает RACH-заголовок и назначает совместно используемый канал восходящей линии связи (этап 109). На этапе 110 WTRU отправляет свое сообщение обратной связи MBMS по совместно используемому каналу данных/управления восходящей линии связи согласно его предоставленному назначению. Назначенный совместно используемый канал передачи данных/управления восходящей линии связи должен быть достаточно большим, чтобы позволить WTRU передавать сообщение обратной связи для MBMS в течение предварительно определенного периода времени.
Возвращаясь к этапу 101, если WTRU синхронизировано с Узлом B, тогда WTRU использует синхронизированный RACH согласно следующей процедуре, которая, для случая LTE в качестве примера, может использоваться, когда WTRU находится в состоянии LTE_Active (с RRC-соединением).
На этапе 122, если назначение совместно используемого канала восходящей линии связи не требуется конфигурацией системы, WTRU отправляет сообщение по RACH на этапе 123, предпочтительно в RACH-преамбуле, которое указывает причину произвольного доступа как "обратную связь для MBMS". Небольшое число заголовков может быть зарезервировано по причине "обратной связи для MBMS". В ответ на это указание Узел B не назначает совместно используемый канал восходящей линии связи WTRU для обратной связи MBMS (этап 124), и WTRU отправляет сообщение обратной связи MBMS непосредственно по синхронизированному RACH (этап 125), предпочтительно в RACH-преамбуле.
Когда обычный RACH-заголовок используется WTRU, чтобы передать запрос планирования по совместно используемому каналу, в соответствии с этим вариантом осуществления WTRU будет либо использовать обычный RACH-заголовок, если он имеет адекватный размер, либо расширенный заголовок, чтобы включить в него указание причины RACH или явный управляющий бит(ы). Структура синхронизированного RACH имеет модифицированную последовательность заголовка и поле управляющего бита, сопоставленный для указания "Обратной связи для MBMS". Более того, новая структура канала или зарезервированные заголовки позволяют Узлу B идентифицировать, что это не обычный синхронизированный канал с произвольным доступом, передающий просто запрос планирования от WTRU. Следовательно, Узел B не запланирует совместно используемый канал восходящей линии связи для WTRU.
Если величина обратной связи может быть передана с помощью текущей структуры синхронизированного канала с произвольным доступом (такого как 24-битная длина, специфицированная в настоящее время), основную структуру синхронизированного RACH нет необходимости изменять. В ином случае другая структура канала будет использоваться для синхронизированного канала с произвольным доступом, передающего сообщения обратной связи для MBMS. Модификации в RACH включают в себя, но не только, следующие примеры:
- заголовок синхронизированного канала с произвольным доступом может быть расширен, чтобы передавать больше неявной информации;
- больше указателей последовательности могут использоваться для последовательности заголовка синхронизированного канала с произвольным доступом, чтобы передавать больше неявной информации; и
- синхронизированный канал с произвольным доступом передает больше явных информационных битов - пакет произвольного доступа может быть расширен, чтобы передавать больше битов, чтобы выполнить это.
Возвращаясь к этапу 122, если назначение совместно используемого канала восходящей линии связи требуется конфигурацией системы, WTRU отправляет запрос такого назначения в качестве указания в преамбуле синхронизированного RACH (этап 126).
Если требуется указание причины RACH (этап 127), WTRU отправляет указание "Обратная связь для MBMS", предпочтительно в преамбуле несинхронизированного RACH (этап 128). Определенное число заголовков могут быть зарезервированы для информации обратной связи вместе с указанием причины RACH - "Обратная связь для MBMS".
Если указание причины RACH не требуется, тогда этап 128 пропускается. Несмотря на то, отправлено ли указание причины RACH, Узел B обнаруживает RACH-заголовок и назначает совместно используемый канал восходящей линии связи (этап 129). На этапе 130 WTRU отправляет свое сообщение обратной связи MBMS по совместно используемому каналу передачи данных/управления восходящей линии связи согласно предоставленному ему назначению. Назначенный совместно используемый канал передачи данных/управления восходящей линии связи должен быть достаточно большим, чтобы позволить WTRU передавать сообщение обратной связи для MBMS в течение предварительно определенного периода времени.
Фиг.2 является блок-схемой способа, в котором передача WTRU информации обратной связи для MBMS-услуг выполняется по параллельному совместно используемому каналу восходящей линии связи. Для LTE-применения этот способ применяется, когда WTRU находится в состоянии LTE_Active (с RRC-соединением) и имеет совместно используемый канал восходящей линии связи в текущем TTI. На этапе 201 WTRU устанавливает RRC-соединение. На этапе 202 устанавливается совместно используемый канал передачи данных восходящей линии связи. Когда WTRU имеет сообщение обратной связи MBMS, оно передается вместе с данными восходящей линии связи и ассоциативно связанной с данными управляющей информацией по совместно используемому каналу передачи данных восходящей линии связи на этапе 203. Как отдельный процесс или в комбинации с предыдущими этапами, WTRU устанавливает ассоциативно несвязанный с данными совместно используемый канал управления восходящей линии связи (такой как CQICH, ACKCH) на этапе 204. Сообщение обратной связи MBMS WTRU передается вместе с ассоциативно несвязанной с данными управляющей информацией восходящей линии связи по совместно используемому каналу управления восходящей линии связи на этапе 205.
Фиг.3 является блок-схемой способа, в котором Узел B предварительно назначает область канала с целью обратной связи MBMS. В одном варианте предварительное назначение сконфигурировано для одного типа обратной связи, например только NACK. В альтернативном варианте предварительно назначаются множественные области канала, каждая со своим собственным типом обратной связи MBMS. Для LTE-системы или только OFDMA-системы или только системы типа FDMA (SC-FDMA) частотно-временная область (например, блок или символ) предварительно назначается Узлом B (этап 301). Для системы WCDMA-типа Узел B предварительно назначает общий код разделения каналов для указания обратной связи MBMS по восходящей линии связи. На этапе 302 Узел B отправляет указание предварительного назначения по каналу широковещательной передачи к WTRU. На этапе 303 для каждого WTRU, если критерий обратной связи MBMS удовлетворен, WTRU передает некоторый предварительно определенный пакет в предварительно назначенной частотно-временной области или общем коде распределения каналов для обратной связи MBMS. Сообщение обратной связи может содержать указатель (например, NACK-сообщение) или несколько битов. Узел B обнаруживает, существует ли какая-либо обратная связь, обнаруживая то, превышает ли мощность принятого сигнала в частотно-временной области (или если общий код разделения каналов) предварительно определенное пороговое значение. Процессор в Узле B может использоваться, чтобы осуществлять вышеуказанные этапы способа Узла B, процессор в WTRU может использоваться, чтобы осуществлять вышеуказанные этапы WTRU.
Фиг.4 показывает WTRU 401, которое осуществляет вышеуказанные способы обратной связи MBMS. WTRU 401 содержит объект 402 физического уровня (PHY) и объект 403 управления радиоресурсами (RRC), осуществленные как один процессор 404. Альтернативно, отдельные процессоры могут использоваться, чтобы реализовать эти объекты. PHY-объект 402 отвечает за формирование сообщения обратной связи MBMS (например, CQI или NACK). RRC-объект 403 наблюдает за состоянием своего соединения и за LTE, определяет, является ли текущий режим состоянием LTE_Active или состоянием LTE_Idle. Синхронизированный или несинхронизированный RACH выбирается для передачи обратной связи MBMS RRC-объектом 403 на основе состояния его соединения.
Так как число WTRU, подписывающихся на MBMS, может быть большим, управление трафиком обратной связи по восходящей линии связи является желательным признаком. Предпочтительный вариант осуществления настоящего изобретения включает в себя вероятностный механизм сокращения обратной связи для MBMS, такой как сокращение числа CQI- и NACK-сообщений, отправленных посредством WTRU. Сеть (т.е. Узел B или шлюз доступа) конфигурирует параметр вероятности ответ/обратная связь для отдельного типа обратной связи MBMS. В качестве примера сеть определяет, что оцененная как 0,3 вероятность CQI обратной связи MBMS предотвратит перегрузку обратной связью MBMS и сохранит трафик по восходящей линии связи на приемлемом уровне. Следовательно, пороговым значением параметра для CQI-обратной связи является 0,3. WTRU уведомляется о параметре сетью через канал управления или канал широковещательной передачи. WTRU выбирает случайное число, когда оно хочет отправить сообщение обратной связи MBMS. Если случайное число ниже параметра вероятности ответ/обратная связь, тогда WTRU передает сообщение обратной связи для MBMS. Иначе оно не будет передавать сообщение обратной связи. Сеть может конфигурировать другие параметры вероятности ответ/обратная связь для других типов обратных связей. Дополнительное сокращение трафика обратной связи MBMS может быть достигнуто посредством конфигурирования более низкого порогового значения параметра вероятности для обратной связи, которая использует большое число битов по каналу восходящей линии связи, чем та, которая использует меньшее число битов для обратной связи.
Для HSDPA-передач Узел B требует CQI-обратную связь от WTRU, чтобы оптимально выбрать скорость передачи и запланировать многоадресную передачу данных через HS-DSCH. Когда условия канала хуже или эквивалентны текущему рабочему значению CQI, которое принято в Узле B, WTRU передает CQI. Текущее рабочее значение CQI соответствует худшему CQI среди подписанных WTRU, известных в Узле B. После того как Узел B проинформирован о CQI, худшем, чем текущее рабочее значение CQI, посредством WTRU, Узел B обновляет текущее рабочее значение CQI. Чтобы минимизировать этот тип обратной связи MBMS, устанавливается критерий запуска отчета по CQI, и CQI-отчеты отправляются, только если критерий запуска был удовлетворен. Это отличается от традиционной передачи управляющих сигналов HSDPA, где CQI-отчеты формируются посредством WTRU непрерывно или периодически.
Фиг.5 является блок-схемой способа сокращения CQI-обратной связи согласно этому варианту осуществления. Критерий запуска, такой как текущее рабочее значение CQI, должен быть известен всем подписанным WTRU так, что передача CQI может быть запущена, если необходимо. Критерий запуска может быть явно сообщен Узлом B WTRU-устройствам (этап 501) с помощью высокоскоростного совместно используемого канала управления (HS-SCCH). Дополнительные биты могут быть добавлены в традиционный формат HS-SCCH-сегмента, чтобы указать критерий запуска. Дополнительные биты могут быть добавлены для каждой услуги многоадресной передачи, сопоставленной с HS-DSCH, или могут быть объединены для всех услуг многоадресной передачи. Критерий запуска может быть передан через заголовок управления доступом к HSDPA-среде (MAC-hs), модифицированный, чтобы включать в себя критерий запуска, через канал управления MBMS(MCCH) или через новый сигнал физического уровня или канал управления L2 в нисходящей линии связи, которая передает управляющую информацию, связанную с услугами многоадресной/широковещательной передачи в соте.
Альтернативно, WTRU может вывести критерий запуска для услуги многоадресной передачи на основе скорости передачи, которая используется Узлом B, как показано на этапе 502. Справочная таблица может использоваться для того, чтобы сопоставить скорость передачи с критерием запуска. Эта альтернатива имеет преимущество в том, что требует меньшей передачи сигналов в нисходящей линии связи, но заставляет Узел B передавать на скорости, соответствующей текущему критерию запуска. Это устраняет гибкость в том, что Узел B может дополнительно оптимизировать скорость передачи в случае, когда желателен определенный уровень интенсивности отказов.
На этапе 503 отслеживается критерий запуска, такой как равен ли или меньше CQI WTRU-устройства, чем текущее рабочее значение CQI. Другой возможный критерий запуска для сообщения CQI по восходящей линии связи основан на приеме ошибочных транспортных блоков HS-DSCH. Для этого критерия передача CQI запускается при приеме N последовательных поврежденных транспортных блоков HS-DSCH. Альтернативно, WTRU может передать CQI при неудачном приеме N из M предыдущих транспортных блоков. Значения параметров N и M конфигурируются посредством RAN и могут быть переданы в WTRU после того, как WTRU подписывается на услугу многоадресной передачи. Альтернативно, критерий запуска основан на таймере следующим образом. WTRU может передать CQI Узлу B, если WTRU не передало CQI в течение предварительно определенного периода времени (например, в последние T секунд). Период времени (т.е. значение параметра T) конфигурируется посредством RAN. RAN может регулировать период времени (т.е. значение T) во время предоставления услуги многоадресной передачи. Например, RAN может увеличить значение T, когда больше пользователей добавлены к услуге многоадресной передачи, чтобы дополнительно уменьшить объем служебной информации в восходящей линии связи.
На этапе 504 сообщение CQI-обратной связи отправляется посредством WTRU после того, как критерий запуска удовлетворен. Критерий запуска периодически обновляется при необходимости (этап 505). Например, если текущий рабочий CQI является критерием запуска, Узел B обновит текущий рабочий CQI, чтобы соответствовать значению худшего случая среди CQI-отчетов, переданных посредством WTRU.
Чтобы избежать внезапной одновременной передачи CQI от множества WTRU, произвольный период отсрочки передачи или инерционности может быть применен к критерию запуска. Критерий запуска должен сохраняться в течение произвольной продолжительности (например, равномерно распределен между 1-10 TTI в TTI-интервалах), чтобы WTRU передало CQI в восходящей линии связи. Параметры, относящиеся к произвольному времени отсрочки передачи, конфигурируются посредством RAN. Более того, RAN может обновить параметры времени отсрочки передачи. Например, RAN может увеличить произвольный временной интервал отсрочки передачи, когда число WTRU, которые подписаны на услугу многоадресной передачи, возрастает. Произвольная отсрочка передачи может применяться в любом из предшествующих трех вариантов осуществления.
Чтобы определить первоначальное текущее рабочее значение CQI или скорость передачи MBMS, RAN может выполнить круговой опрос WTRU с CQI в ответе. Худший CQI, сообщенный в этой процедуре, становится первоначальным текущим рабочим значением CQI. Круговой опрос WTRU, чтобы получить значение CQI, может быть процедурой, которая может использоваться сама по себе под управлением RAN. Периодичность опроса является параметром, определенным посредством RAN. RAN может также выполнить произвольный опрос множества WTRU, чтобы обновить текущее рабочее значение CQI или определить скорость передачи MBMS.
Сигнал опроса может быть передан посредством RAN/Узла B следующими способами посредством добавления битов сигнала опроса (включающих в себя идентификацию WTRU, если она уже не существует в формате основного сигнала), в:
1) существующий формат сегмента HS-SCCH;
2) формат заголовка MAC-hs;
3) MCCH; или
4) новый физический сигнал L1 или управляющий канал L2 в нисходящей линии связи, который передает управляющую информацию, связанную с услугами многоадресной передачи в соте.
Передача CQI посредством WTRU может быть выполнена посредством следующих механизмов (либо исключительно, либо в комбинации):
1) использование существующего канала управления восходящей линии связи HS-DPCCH;
2) по каналу с произвольным доступом (RACH);
3) с помощью нового физического сигнала L1 или канала управления L2, используемого, чтобы сообщать CQI. В случае физического сигнала L1 предварительно определенная битовая последовательность может использоваться, чтобы указать шаг повышения или шаг понижения CQI относительно текущего рабочего CQI-значения Узла B. В любом случае, CQI-отчет может быть относительно текущего рабочего CQI-значения (т.е. этап понижения или этап повышения) или абсолютного значения.
Фиг.6 является блок-схемой способа уменьшения другой формы сигнала обратной связи, который WTRU обычно отправляет во время операции H-ARQ, которая является ACK- или NACK-обратной связью. ACK/NACK-пакеты указывают Узлу B, был или нет пакет успешно декодирован.
На этапе 601 Узел B отправляет каждый блок данных пакета (PDU) MAC-hs предварительно определенное число раз. Узлу B не нужно решать, когда отправить новый MAC-hs PDU на основе ACK/NACK-обратной связи. Однако механизм все еще желателен для Узла B, чтобы знать общую производительность разных линий связи. Чтобы обеспечить требуемую обратную связь, следующие этапы определяют новый формат передачи сигналов и процедуру, которая более эффективна, чем передача ACK или NACK после каждой передачи сигнала от Узла B.
На этапе 602 WTRU непрерывно наблюдает, удовлетворено ли условие запуска такое, что требуется отправить ACK/NACK-сигнал для обратной связи MBMS. После того как условие запуска удовлетворено, тогда на этапе 603 WTRU посылает Узлу B сообщение, содержащее информацию о производительности линии связи, такую как указание среднего числа передач H-ARQ, необходимых, чтобы успешно декодировать PDU, или альтернативно, коэффициент возникновения ошибок. Данные о производительности линии связи определяются WTRU и могут быть сохранены временно, и при необходимости к ним осуществляется доступ (этап 606). Передача индикации может быть запущена, только если оно отличается от ранее переданного указания или если удовлетворено некоторое другое условие запуска. Альтернативно, эта индикация может передаваться в относительно большом интервале (таком как каждые 8 или 16 завершенных передач PDU MAC-hs). Число битов, требуемых, чтобы передать эту информацию, может быть таким низким, как два (или даже один бит). Примерное сопоставление показано в Таблице.
Битовая последовательность
Значение
00
Коэффициент возникновения ошибок H-ARQ между 0% и 25%
01
Коэффициент возникновения ошибок H-ARQ между 25% и 50%
10
Коэффициент возникновения ошибок H-ARQ между 50% и 75%
11
Коэффициент возникновения ошибок H-ARQ между 75% и 100%
Следует понимать, что значения, показанные выше, являются только примерными и возможны любые другие значения. В частности, возможно установить правило, что критерии запуска обратной связи (этап 602) посредством WTRU прекращают какое-либо сообщение, если коэффициент возникновения ошибок H-ARQ (или среднее требуемое число передач) ниже определенного порогового значения (например, 25%). В этом случае нет необходимости сопоставлять битовую последовательность с коэффициентом возникновения ошибок H-ARQ ниже 25%, и диапазон значений для сопоставления уменьшается (т.е. 25%-100% вместо 0%-100%). Точное сопоставление между битовой последовательностью и коэффициентом возникновения ошибок H-ARQ (или средним требуемым числом передач) предпочтительно предварительно определено спецификацией, или альтернативно сообщается из более высоких уровней.
Битовая последовательность для индикации может быть соответствующим образом закодирована, чтобы улучшить надежность приема и соответствовать минимальной скорости передачи битов физического канала, передающего ее. Также возможно включить информацию в сообщение более высокого уровня, если требуемая частота обратной связи достаточно низкая.
Узел B наблюдает за обратной связью MBMS от всех WTRU (этап 604). В ответ на сообщение обратной связи Узел B способен соответствующим образом отрегулировать MCS и/или мощность передачи на этапе 605 для совокупности WTRU, слушающих MBMS-канал. Например, при приеме сообщения обратной связи, указывающего высокий коэффициент возникновения ошибок H-ARQ, от одного или нескольких WTRU Узел B может решить использовать менее агрессивную MCS-схему или увеличить мощность передачи. Наоборот, если Узлу B сообщены низкие коэффициенты возникновения ошибок от большинства или всех WTRU, Узел B может использовать более агрессивную MCS-схему и/или уменьшить мощность передачи, таким образом, освобождая ресурсы для других применений. Механизм может использоваться вместе со схемой сообщения CQI, определенной в предыдущих вариантах осуществления, или даже заменять ее в целом.
В то время как варианты осуществления, связанные с фиг.5 и 6, описаны в терминах HSDPA-канала, способы также применимы к MBMS-передачам и обратной связи по системе на основе E-UTRA.
ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ
1. В системе беспроводной связи с устройством беспроводной передачи/приема (WTRU) способ содержит:
отправку в преамбуле канала с произвольным доступом (RACH) запроса назначения совместно используемого канала восходящей линии связи;
прием назначения совместно используемого канала восходящей линии связи;
отправку передачи сообщения обратной связи услуги широковещательной/многоадресной передачи мультимедиа (MBMS) по совместно используемому каналу восходящей линии связи.
2. Способ по варианту осуществления 1, в котором WTRU использует преамбулу синхронизированного RACH.
3. Способ по варианту осуществления 2, в котором WTRU находится в состоянии LTE_Active.
4. Способ по варианту осуществления 1, в котором WTRU использует преамбулу несинхронизированного RACH.
5. Способ по варианту осуществления 4, в котором WTRU находится в состоянии LTE_Active или состоянии LTE_Idle.
6. Способ по любому предшествующему варианту осуществления, дополнительно содержащий отправку WTRU сообщения с указанием того, что причиной произвольного доступа к RACH является обратная связь для MBMS.
7. В системе беспроводной связи с устройством беспроводной передачи/приема (WTRU) способ содержит:
отправку в преамбуле канала с произвольным доступом (RACH) индикации того, что причиной произвольного доступа к RACH является обратная связь для MBMS;
отправку передачи обратной связи услуги широковещательной/многоадресной передачи мультимедиа (MBMS) по RACH.
8. Вариант осуществления по варианту осуществления 7, в котором RACH, используемый посредством WTRU, является синхронизированным RACH.
9. Способ по варианту осуществления 7, в котором RACH, используемый посредством WTRU, является несинхронизированным RACH.
10. Способ по любому из вариантов осуществления 7-9, в котором передача сообщения обратной связи MBMS отправляется в поле битов сообщения/управления в пакете произвольного доступа.
11. Способ по любому из вариантов осуществления 7-9, в котором небольшое число преамбул резервируется для передачи сообщения обратной связи MBMS.
12. Способ по любому из вариантов осуществления 7-9, в котором передача сообщения обратной связи MBMS переносится как неявная или явная информация.
13. В системе беспроводной связи с устройством беспроводной передачи/приема (WTRU) способ содержит:
установление совместно используемого канала восходящей линии связи; и
одновременную передачу информации обратной связи для MBMS-услуг по совместно используемому каналу восходящей линии связи с другой информацией восходящей линии связи.
14. Способ по варианту осуществления 13, в котором совместно используемый канал является каналом передачи данных, а другая информация восходящей линии связи является данными восходящей линии связи или ассоциативно связанной с данными управляющей информацией.
15. Способ по варианту осуществления 13, в котором совместно используемый канал является каналом управления, а другая информация восходящей линии связи является управляющей информацией.
16. Способ по любому из вариантов осуществления 13-15, дополнительно содержащий установление RRC-соединения и совместно используемого канала восходящей линии связи в текущем временном интервале передачи (TTI).
17. В системе беспроводной связи, имеющей устройство беспроводной передачи/приема (WTRU), способ содержит:
предварительное назначение посредством Узла B частотно-временной области в канале восходящей линии связи для передачи сообщения обратной связи MBMS; и
передачу посредством WTRU сообщения обратной связи MBMS как предварительно определенного пакета в предварительно назначенной частотно-временной области канала восходящей линии связи.
18. Способ по варианту осуществления 17, в котором обратная связь MBMS является NACK-сообщением, индикатором качества канала (CQI) или ответом на сетевой подсчет или опрос.
19. Способ по варианту осуществления 17 или 18, в котором Узел B обнаруживает, существует ли какая-либо обратная связь MBMS, посредством обнаружения того, превышает ли мощность принятого сигнала в предварительно назначенной частотно-временной области предварительно определенное пороговое значение.
20. В системе беспроводной связи, имеющей устройство беспроводной передачи/приема (WTRU), способ содержит:
предварительное назначение посредством Узла B общего кода распределения каналов в канале восходящей линии связи для передачи сообщения обратной связи MBMS; и
передачу посредством WTRU сообщения обратной связи MBMS как предварительно определенного пакета с помощью предварительно назначенного общего кода распределения каналов канала восходящей линии связи.
21. В системе беспроводной связи, включающей в себя множество устройств беспроводной передачи/приема (WTRU), способ уменьшения передачи сигналов обратной связи по восходящей линии связи для передачи данных услуг многоадресной передачи через высокоскоростной канал пакетного доступа по нисходящей линии связи (HSDPA), вариант осуществления содержит:
прием критерия запуска для сообщения индикатора качества канала (CQI); и
отправку CQI Узлу-B, если критерий запуска удовлетворен.
22. Способ по варианту осуществления 21, в котором критерий запуска может быть текущим рабочим значением CQI в Узле-B, в связи с чем WTRU передает CQI, когда условия канала не лучше, чем текущее рабочее значение CQI.
23. Способ по варианту осуществления 22, в котором текущее рабочее значение CQI принимается посредством WTRU по высокоскоростному совместно используемому каналу управления (HS-SCCH).
24. Способ по варианту осуществления 22, в котором текущее рабочее значение CQI принимается посредством WTRU в заголовке управления доступом к HSDPA-среде (MAC-hs).
25. Способ по варианту осуществления 22, в котором текущее рабочее значение CQI принимается посредством WTRU по каналу управления (MCCH) услуги широковещательной/многоадресной передачи мультимедиа (MBMS).
26. Способ по варианту осуществления 22, в котором текущее рабочее значение CQI принимается посредством WTRU с помощью служебных сигналов физического уровня.
27. Способ по варианту осуществления 21, в котором критерий запуска формируется на основе приема ошибочных транспортных блоков высокоскоростного совместно используемого канала нисходящей линии связи (HS-DSCH).
28. Способ по варианту осуществления 21, в котором передача CQI запускается при приеме N последовательных поврежденных транспортных блоков HS-DSCH.
29. Способ по варианту осуществления 21, в котором передача CQI запускается при приеме N поврежденных транспортных блоков HS-DSCH из M транспортных блоков HS-SCCH, в котором значения N и M конфигурируются системой.
30. Способ по варианту осуществления 21, в котором критерий запуска является предварительно определенным периодом времени, в связи с чем WTRU передает CQI, если WTRU не передало CQI в течение предварительно определенного периода времени.
31. В системе беспроводной связи, включающей в себя Узел-B и множество устройств беспроводной передачи/приема (WTRU), вариант осуществления для уменьшения передачи сигналов обратной связи по восходящей линии связи для передачи данных услуг многоадресной передачи через высокоскоростной канал пакетного доступа по нисходящей линии связи (HSDPA), способ содержит:
отправку посредством WTRU индикации, по меньшей мере, одного из среднего числа передач, необходимых, чтобы успешно декодировать данные, и коэффициента возникновения ошибок.
32. Способ по варианту осуществления 31, в котором индикация передается с относительно большим интервалом.
33. Способ по варианту осуществления 31, в котором индикация передается, только если она отличается от ранее переданной индикации.
34. Способ по варианту осуществления 31, в котором индикация передается, только если удовлетворено условие запуска.
35. Способ по варианту осуществления 31, в котором WTRU не передает указание, если коэффициент возникновения ошибок или среднее требуемое число передач ниже определенного порогового значения.
36. Способ по любому из вариантов осуществления 31-35, дополнительно содержащий регулировку посредством Узла-B схемы модуляции и кодирования или уровня мощности передачи или их комбинацию на основе индикации.
37. Устройство беспроводной передачи/приема (WTRU) в системе беспроводной связи, которая поддерживает услугу широковещательной/многоадресной передачи мультимедиа (MBMS), содержащее:
процессор, выполненный с возможностью
отправлять преамбулу канала с произвольным доступом (RACH), содержащую запрос назначения совместно используемого канала восходящей линии связи;
принимать назначение совместно используемого канала восходящей линии связи; и
отправлять сообщение обратной связи услуги широковещательной/многоадресной передачи мультимедиа (MBMS) по совместно используемому каналу восходящей линии связи.
38. WTRU по варианту осуществления 37, при этом RACH является преамбулой синхронизированного RACH.
39. WTRU по варианту осуществления 38, при этом WTRU находится в состоянии LTE_Active.
40. WTRU по варианту осуществления 37, при этом WTRU использует преамбулу несинхронизированного RACH.
41. WTRU по варианту осуществления 40, при этом WTRU находится в состоянии LTE_Active или LTE_Idle.
42. WTRU по любому из вариантов осуществления 37-41, в котором WTRU отправляет сообщение с указанием того, что причиной произвольного доступа к RACH является обратная связь для MBMS.
43. Устройство беспроводной передачи/приема (WTRU) в системе беспроводной связи, которая поддерживает услугу широковещательной/многоадресной передачи мультимедиа (MBMS), содержащее:
процессор, выполненный с возможностью отправлять в преамбуле канала с произвольным доступом (RACH) указание того, что причиной произвольного доступа к RACH является обратная связь для MBMS; и отправлять передачу обратной связи услуги широковещательной/многоадресной передачи мультимедиа (MBMS) по RACH.
44. WTRU по варианту осуществления 43, при этом RACH, используемый посредством WTRU, является синхронизированным RACH.
45. WTRU по варианту осуществления 43, при этом RACH, используемый посредством WTRU, является несинхронизированным RACH.
46. WTRU по варианту осуществления 43, в котором передача обратной связи MBMS отправляется в поле битов сообщения/управления в пакете произвольного доступа.
47. WTRU по варианту осуществления 43, при этом небольшое число преамбул резервируется для передачи сообщения обратной связи MBMS.
48. WTRU по варианту осуществления 43, при этом сообщение обратной связи MBMS передается как неявная или явная информация.
49. Устройство беспроводной передачи/приема (WTRU) в системе беспроводной связи, которая поддерживает услугу широковещательной/многоадресной передачи мультимедиа (MBMS), содержащее:
процессор, выполненный с возможностью устанавливать совместно используемый канал восходящей линии связи; и одновременно передавать информацию обратной связи для MBMS-услуги по совместно используемому каналу восходящей линии связи с другой информацией восходящей линии связи.
50. WTRU по варианту осуществления 49, в котором совместно используемый канал является каналом передачи данных, а другая информация восходящей линии связи является данными восходящей линии связи и ассоциативно связанной с данными управляющей информацией.
51. WTRU по варианту осуществления 49, в котором совместно используемый канал является каналом управления, а другая информация восходящей линии связи является управляющей информацией.
52. WTRU по варианту осуществления 49, дополнительно содержащий объект управления радиоресурсами (RRC), выполненный с возможностью устанавливать RRC-соединение и совместно используемый канал восходящей линии связи в текущем временном интервале передачи (TTI).
Хотя признаки и элементы описаны в отдельных комбинациях, каждый признак или элемент может использоваться самостоятельно без других признаков и элементов предпочтительных вариантов осуществления или в различных комбинациях с или без других признаков и элементов. Предоставленные способы или блок-схемы могут быть осуществлены в компьютерной программе, программном обеспечении или микропрограммном обеспечении, реально воплощенных на машиночитаемом носителе хранения для выполнения посредством компьютера или процессора общего назначения. Примеры машиночитаемых носителей хранения включают в себя постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), регистр, кэш-память, полупроводниковые запоминающие устройства, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM и цифровые универсальные диски (DVD).
Надлежащие процессоры включают в себя, в качестве примера, процессор общего назначения, процессор специального назначения, традиционный процессор, процессор цифровых сигналов (DSP), множество микропроцессоров, один или более микропроцессоров, ассоциативно связанных с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), схемы программируемых пользователем матричных БИС (FPGA), любой другой тип интегральной микросхемы (IC) и/или конечный автомат.
Процессор, ассоциативно связанный с программным обеспечением, может быть использован для того, чтобы реализовать радиочастотное приемо-передающее устройство для использования в беспроводном приемо-передающем устройстве (WTRU), абонентском оборудовании (UE), терминале, базовой станции, контроллере радиосети (RNC) или любом узловом компьютере. WTRU может быть использован вместе с модулями, реализованными в аппаратных средствах и/или программном обеспечении, таких как камера, модуль видеокамеры, видеотелефон, спикерфон, вибрационное устройство, громкоговоритель, микрофон, телевизионное приемо-передающее устройство, телефонная трубка с гарнитурой, клавиатура, модуль Bluetooth, частотно-модулированное (FM) радиоустройство, жидкокристаллическое (LCD) дисплейное устройство, дисплейное устройство на органических светодиодах (OLED), цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль проигрывателя видеоигр, Интернет-обозреватель и/или любой модуль беспроводной локальной вычислительной сети (WLAN).