ВРЕМЕННОЕ МУЛЬТИПЛЕКСИРОВАНИЕ ВНУТРИ ПОДКАДРОВ
INTRA-SUBFRAME TIME MULTIPLEXING

Эта заявка испрашивает приоритет предварительной заявки на патент США 61/256,017, поданной 29 октября 2009 г., озаглавленной “Временное мультиплексирование внутри подкадров”, которая полностью включена в настоящее описание посредством ссылки.
УРОВЕНЬ ТЕХНИКИ
Это изобретение относится к телекоммуникации и, в частности, к генерации и обработке кадров для одночастотных сетей.
В типичной сотовой радиосистеме беспроводные терминалы (также известные как мобильные станции и/или устройства пользовательского оборудования (UE)) связываются с помощью сети радиодоступа (RAN) с одной или более базовыми сетями. Беспроводные терминалы могут быть мобильными станциями или устройствами пользовательского оборудования (UE), такими как мобильные телефоны (“сотовые” телефоны) и портативные переносные компьютеры с беспроводными функциональными возможностями (например, оконечной нагрузкой мобильного устройства) и, таким образом, могут быть, например, переносными, карманными, портативными, включенными в компьютер или установленными в автомобиле мобильными устройствами, которые передают речь и/или данные с помощью сети радиодоступа.
Сеть радиодоступа (RAN) охватывает географическую область, которую разделяют на области ячеек, причем каждую область ячейки обслуживают с помощью базовой станции, например, радио базовой станции (RBS), которую в некоторых сетях также называют “узел В” или ”В узел”. Ячейка является географической областью, в которой радио зона обслуживания обеспечена с помощью оборудования базовой радиостанции на стороне базовой станции. Каждую ячейку идентифицируют с помощью опознавательного кода в локальной радио области, который передают широковещательным способом в ячейке. Базовые станции связываются через эфирный интерфейс, работающий на радиочастотах, с устройствами пользовательского оборудования (UE) в диапазоне базовых станций.
В некоторых версиях (в частности, ранних версиях) сети радиодоступа несколько базовых станций обычно соединяются (например, с помощью наземных линий связи или микроволн) с контроллером радиосети (RNC). Контроллер радиосети, также иногда называемый контроллером базовой станции (BSC), контролирует и координирует различные процессы множества базовых станций, соединенных с ним. Контроллеры радиосетей обычно соединяются с одной или более базовыми сетями.
Универсальная мобильная телекоммуникационная система (UMTS) является мобильной системой связи третьего поколения, которая развита из глобальной системы мобильной связи (GSM) и предназначена для того, чтобы предоставлять улучшенные услуги мобильной связи на основании технологии доступа широкополосного множественного доступа с кодовым разделением (WCDMA). UTRAN является по существу сетью радиодоступа, использующей широкополосный множественный доступ с кодовым разделением для устройств пользовательского оборудования (UE). Проект партнерства третьего поколения (3GPP) предпринят для того, чтобы развить дополнительно UTRAN и GSM на основании технологий сетей радиодоступа.
Спецификации для развитой универсальной наземной сети радиодоступа (E-UTRAN) продолжаются в настоящее время в рамках Проекта партнерства 3-го поколения (3GPP). Развитая универсальная наземная сеть радиодоступа (E-UTRAN) содержит долгосрочное развитие (LTE) и развитие архитектуры системе (SAE).
Долгосрочное развитие (LTE) является вариантом технологии радиодоступа 3GPP, в котором узлы радио базовых станций соединены непосредственно с базовой сетью, а не с узлами контроллеров радиосети (RNC). Обычно в LTE функции узла контроллера радиосети (RNC) выполняют с помощью узлов радио базовых станций. Как таковая сеть радиодоступа (RAN) системы LTE имеет по существу “плоскую” архитектуру, содержащую узлы радио базовых станций без сообщения в узлы контроллеров радиосети (RNC).
Развитая UTRAN (E-UTRAN) содержит узлы развитых базовых станций, например, развитые узлы В или eNodeB, или eNB, обеспечивающие оконечные устройства протокола плоскости пользователя и плоскости управления развитой UTRA по отношению в устройству пользовательского оборудования (UE). eNB в качестве ведущего узла выполняет следующие функции (помимо других не перечисленных функций): (1) функции, предназначенные для управления радио ресурсами (например, управления радиоканалом-носителем, управления радио допуском), управления мобильностью соединения, динамического назначения ресурсов (планирования); (2) выбор объекта управления мобильностью (ММЕ), когда никакая маршрутизация в ММЕ не может быть определена из информации, предоставленной с помощью устройства пользовательского оборудования (UE); и (3) функции пользовательской плоскости, включая сжатие заголовка IP и шифрование потоков пользовательских данных; завершение пакетов U-плоскости из-за причин пейджинга и переключение U-плоскости для поддержки мобильности UE. eNB в качестве ведущего узла выполняет физический (PHY) уровень, уровни управления доступом к среде (МАС), управления линией радиосвязи (RLC) и протокола сходимости пакетных данных (PDCP), которые включают в себя функциональные возможности сжатия заголовка и шифрования плоскости пользователя. eNodeB также предлагает функциональные возможности управления радио ресурсами (RRC), соответствующими плоскости управления. eNodeB выполняет многие функции, включая управление радио ресурсами, управление допуском, планирования, осуществление согласованного QoS UL, широковещательную передачу информации ячейки, шифрование/дешифрование данных плоскости пользователя и управления и сжатие/распаковку заголовков пакетов плоскости пользователя DL/UL.
Ретрансляторы каналов сети обсуждаются в 3GPP для будущих версий LTE. Как изображено на фиг. 1, ретранслятор канала сети включает в себя узел донорной базовой станции, посылающий подкадры информации с использованием данной полосы частот и через эфирный интерфейс в узел ретранслятора. Линия связи между узлом донорной базовой станции и узлом ретранслятора упомянута как линия связи обратного маршрута. Узел ретранслятора, в свою очередь, использует ту же полосу частот для того, чтобы посылать подкадры информации в беспроводной терминал (UE).
Конфигурация ретранслятора канала сети требует, чтобы узел ретранслятора имел антенны, которые принимают подкадры в нисходящей линии связи из узла донорной базовой станции, в тоже время также наличие антенн, которые передают подкадры в нисходящей линии связи в беспроводные терминалы (UE). Поскольку, как прием из узла донорной базовой станции, так и передача в беспроводной терминал (UE) содержит одну и ту же полосу частот, проблемой с ретрансляторами каналов сети является устранение собственных помех от антенн передачи в антенны приема в узле ретранслятора.
Временное мультиплексирование между линиями связи обратного маршрута и доступа предложено в качестве подхода к решению проблемы собственных помех. Однако проблемой с временным мультиплексированием является то, что спецификации 3GPP позволяют беспроводным терминалам (UE) обычно допускать, что базовая станция передает определенные физические сигналы в каждом подкадре, что означает, что узел ретранслятора должен передавать в каждом подкадре.
Работа многоадресной/широковещательной одночастотной сети (MBSFN) включает в себя одновременную передачу точно одинаковой формы сигнала из множества ячеек через одну частоту. Таким образом, приемник беспроводного терминала (UE) воспринимает множество ячеек MBSFN как одну большую ячейку. Также вместо помех между ячейками от передач соседних ячеек беспроводной терминал испытывает конструктивное наложение сигналов, переданных из множества ячеек MBSFN.
В 3GPP предложено назначать и сигнализировать некоторые подкадры как, так называемые, подкадры “MBSFN”. Определение шаблона подкадра MBSFN включено в тип 2 блока системной информации (специфицированного в документе 36.331 3GPP “Radio Resource Control (RRC) Protocol Specification”). Сигнализация некоторых подкадров как подкадров “MBSFN” имеет результатом сообщение беспроводному терминалу (UE), что передают только область управления этих подкадров. Часть этих подкадров “MBSFN”, которую не передают из узла ретранслятора, затем может быть использована для связи нисходящей линии связи через линию связи обратного маршрута. Шаблоны подкадров MBSFN могут быть сконфигурированы с разными периодами, например, возможны периоды 10 и 40 мс.
Возможности для спецификации некоторых подкадров как “MBSFN” являются ограниченными. Каждый радио кадр 10 мс состоит из 10 подкадров, пронумерованных 0..9. Кроме того, в режиме дуплексной связи с частотным разделением (FDD) только подкадры 1, 2, 3, 6, 7, 8 могут быть отмечены как “MBSFN”. В режиме дуплексной связи с разделением времени (TDD) только номера подкадров 2, 3, 4, 7, 8, 9 могут быть отмечены как подкадр “MBSFN”.
В системе FDD схема передачи гибридного запроса автоматического повторения для повторной передачи (HARQ) LTE разработана с целью периодической работы 8 мс (8 подкадров). В частности, как изображено в качестве примера на фиг. 2, повторные передачи HARQ восходящей линии связи всегда выполняют целое число раз, кратное 8 мс, после первоначальной передачи, при этом генерируют желаемый шаблон передачи восходящей линии связи периода 8 мс. Кроме того, сигналы нисходящей линии связи, которые требуются для того, чтобы поддерживать передачи восходящей линии связи (разрешения планирования и ACK/NACK HARQ) должны быть переданы 4 подкадрами раньше или 4 подкадрами позже соответствующей передачи восходящей линии связи, при этом генерируют аналогичный желаемый шаблон передачи нисходящей линии связи периода 8 мс. Кроме того, для каждой передачи нисходящей линии связи соответствующие ACK/NACK передают в восходящей линии связи 4 подкадрами позже.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
В соответствии с аспектом технологии, раскрытой в настоящей заявке, в обычном подкадре DL не MBSFN узел ретранслятора переключается между режимом передачи и приема, что делает возможным передавать определенные обязательные сигналы из ретранслятора, в то же время в том же подкадре принимают определенную управляющую информацию и/или данные через обратный маршрут из донорного eNodeB, не вызывая собственных помех TX/RX в узле ретранслятора.
В различных и альтернативных аспектах технология, раскрытая в настоящей заявке, имеет отношение к сети радиодоступа (RAN), узлу донорной базовой станции, узлу ретранслятора и способам работы каждого. Узел ретранслятора сконфигурирован с возможностью связи с использованием подкадров обратного маршрута через радио интерфейс Un с узлом донорной базовой станции и связи с использованием подкадров доступа через радио интерфейс Uu с беспроводным терминалом. Подкадры обратного маршрута нисходящей линии связи и подкадры доступа нисходящей линии связи передают через эфирный интерфейс с использованием одной и той же полосы частот, но начало выбранного подкадра доступа нисходящей линии связи предшествует началу следующего во времени подкадра обратного маршрута нисходящей линии связи на упреждение хронирования нисходящей линии связи. Узел ретранслятора сконфигурирован с возможностью как приема управляющей информации нисходящей линии связи из узла донорной базовой станции, так и передачи управляющей информации нисходящей линии связи в беспроводной терминал в течение подкадра обратного маршрута нисходящей линии связи, например в течение времени, в которое назначен подкадр обратного маршрута нисходящей линии связи.
В соответствии с одним аспектом технологии, раскрытой в настоящей заявке, множество подкадров обратного маршрута нисходящей линии связи и множество подкадров доступа нисходящей линии связи имеют место в первом шаблоне, известном как узлу ретранслятора, так и узлу донорной базовой станции. Первый шаблон предпочтительно является периодическим и предпочтительно имеет период, равный восьми подкадрам.
В качестве дополнительного и отдельного аспекта технологии, раскрытой в настоящей заявке, узел ретранслятора дополнительно сконфигурирован с возможностью связи с использованием подкадров обратного маршрута восходящей линии связи через радио интерфейс Un с узлом донорной базовой станции и связи с использованием подкадров доступа восходящей линии связи через радио интерфейс Uu с беспроводным терминалом. Множество подкадров обратного маршрута восходящей линии связи и множество подкадров доступа восходящей линии связи имеют место во втором шаблоне во второй полосе частот через эфирный интерфейс. Вторая полоса частот отличается от первой полосы частот, а второй шаблон предпочтительно сдвинут во времени от первого шаблона.
В примерном варианте осуществления и режиме управляющая информация нисходящей линии связи, принятая с помощью узла ретранслятора из узла донорной базовой станции в течение подкадра обратного маршрута нисходящей линии связи, содержит указатель формата управления (CFI) и физический управляющий канал нисходящей линии связи (PDCCH), причем CFI задает число символов, занятых посредством PDCCH.
В примерном варианте осуществления и режиме значение упреждения хронирования выбирают таким образом, чтобы разместить первое предварительно определенное число символов обратного маршрута нисходящей линии связи и два времени переключения во втором предварительно определенном числе символов подкадра обратного маршрута нисходящей линии связи. Значение CFI задает первое предварительно определенное число. В примерном варианте осуществления и режиме упреждение хронирования равно 1,5 символам (OFDM), а значение CFI равно двум.
В примерном варианте осуществления и режиме управляющая информация нисходящей линии связи, принятая с помощью узла ретранслятора из узла донорной базовой станции в течение подкадра обратного маршрута нисходящей линии связи, дополнительно содержит опорный сигнал (RS) и физический канал указателя гибридного ARQ (PHICH).
В примерном варианте осуществления и режиме узел ретранслятора сконфигурирован с возможностью передачи опорного сигнала и указателя формата управления (CFI) в беспроводной терминал в течение упреждения хронирования. CFI задает число символов, занятых с помощью физического управляющего канала нисходящей линии связи (PDCCH).
В примерном варианте осуществления и режиме узел ретранслятора сконфигурирован с возможностью приема управляющей информации нисходящей линии связи и узла донорной базовой станции в первом и втором символах подкадра обратного маршрута нисходящей линии связи. Узел ретранслятора передает управляющую информацию нисходящей линии связи (другую управляющую информацию нисходящей линии связи, чем управляющая информация нисходящей линии связи, принятая из узла донорной базовой станции) в беспроводной терминал в течение определенных символов (символа 1, символов 1-2 или символов 1-3, включительно) подкадра доступа нисходящей линии связи.
В примерном варианте осуществления и режиме узел ретранслятора сконфигурирован с возможностью передачи опорного сигнала (RS), сигналов хронирования и физического широковещательного канала в течение подкадра доступа нисходящей линии связи.
В некоторых примерных вариантах осуществления и режимах узел ретранслятора сконфигурирован с возможностью приема управляющей информации нисходящей линии связи из узла донорной базовой станции в первом и втором символах подкадра обратного маршрута нисходящей линии связи, приема физического совместно используемого канала нисходящей линии связи (канала PDSCH) в течение выбранных символов подкадра обратного маршрута нисходящей линии связи и передачи другой управляющей информации нисходящей линии связи в беспроводной терминал в течение выбранных символов подкадра доступа нисходящей линии связи. В примерном выполнении таких вариантов осуществления и режимов узел донорной базовой станции сконфигурирован с возможностью форматирования физического совместно используемого канала нисходящей линии связи (канала PDSCH), при этом содержание PDSCH может быть полностью декодировано в течение первой части подкадра. В другом примерном выполнении вариантов осуществления и режимов, узел донорной базовой станции сконфигурирован с возможностью регулирования перемежения физического совместно используемого канала нисходящей линии связи (канала PDSCH), при этом данные любого данного символа в PDSCH расширяют относительно всех символов PDSCH подкадра. Узел ретранслятора сконфигурирован с возможностью учета форматирования, использованного для PDSCH.
В примерном варианте осуществления и режиме узел ретранслятора содержит планировщик узла ретранслятора, устройство обработки подкадров узла ретранслятора и генератор подкадров узла ретранслятора. Планировщик узла ретранслятора сконфигурирован с возможностью управления узлом ретранслятора в соответствии с шаблоном множества подкадров обратного маршрута нисходящей линии связи и множества подкадров доступа нисходящей линии связи. Устройство обработки подкадров узла ретранслятора сконфигурировано с возможностью обработки управляющей информации нисходящей линии связи, принятой из узла донорной базовой станции в течение подкадра обратного маршрута нисходящей линии связи. Генератор подкадров узла ретранслятора сконфигурирован с возможностью генерации подкадра доступа нисходящей линии связи, который должен быть передан в беспроводной терминал, и включения, в выбранные символы подкадра доступа нисходящей линии связи, подходящей управляющей информации нисходящей линии связи (другой управляющей информации нисходящей линии связи, чем принятая из узла донорной базовой станции).
В другом из своих аспектов, технология, раскрытая в настоящей заявке, имеет отношение к узлу донорной базовой станции сети радиодоступа. Узел донорной базовой станции сконфигурирован с возможностью связи с использованием подкадров обратного маршрута нисходящей линии связи, включающих в себя управляющую информацию нисходящей линии связи, через радио интерфейс Un с узлом ретранслятора. Подкадры обратного маршрута нисходящей линии связи принадлежат к первому шаблону, содержащему множество подкадров обратного маршрута нисходящей линии связи и множество подкадров доступа нисходящей линии связи. Подкадры обратного маршрута нисходящей линии связи и подкадры доступа нисходящей линии связи передают через эфирный интерфейс с использованием одной и той же полосы частот, но начало выбранного подкадра доступа нисходящей линии связи предшествует началу следующего во времени подкадра обратного маршрута нисходящей линии связи на упреждение хронирования нисходящей линии связи. Узел донорной базовой станции сконфигурирован с возможностью координации передачи подкадров обратного маршрута нисходящей линии связи, в соответствии с первым шаблоном, с узлом ретранслятора.
В примерном варианте осуществления и режиме узел донорной базовой станции содержит планировщика узла донорной базовой станции, устройство обработки подкадров узла донорной базовой станции и генератор подкадров узла донорной базовой станции. Планировщик узла донорной базовой станции сконфигурирован с возможностью управления узлом донорной базовой станции, в соответствии с первым шаблоном. Устройство обработки подкадров узла донорной базовой станции сконфигурировано с возможностью обработки управляющей информации восходящей линии связи, принятой из узла ретранслятора. Генератор подкадров узла донорной базовой станции сконфигурирован с возможностью генерации подкадров обратного маршрута нисходящей линии связи, которые включают в себя управляющую информацию нисходящей линии связи, которая должна быть передана в узел ретранслятора.
В другом из своих аспектов, технология, раскрытая в настоящей заявке, имеет отношение к способу работы сети радиодоступа (RAN), содержащей узел донорной базовой станции и узел ретранслятора. Узел ретранслятора дополнительно сконфигурирован с возможностью связи с использование подкадров обратного маршрута через радио интерфейс Un с узлом донорной базовой станции и связи с использованием подкадров доступа через радио интерфейс Uu с беспроводным терминалом. Способ содержит передачу подкадров обратного маршрута нисходящей линии связи и подкадров доступа нисходящей линии связи через эфирный интерфейс с использованием одной и той же полосы частот, обеспечение упреждения хронирования нисходящей линии связи между началом выбранного подкадра доступа нисходящей линии связи и началом следующего во времени подкадра обратного маршрута нисходящей линии связи, и конфигурирование узла ретранслятора с возможностью как приема управляющей информации нисходящей линии связи из узла донорной базовой станции, так и передачи управляющей информации нисходящей линии связи в беспроводной терминал в течение подкадра обратного маршрута нисходящей линии связи.
В примерном варианте осуществления и режиме способ дополнительно содержит координацию, как в узле ретранслятора, так и узле донорной базовой станции, первого предварительно определенного шаблона множества подкадров обратного маршрута нисходящей линии связи и множества подкадров доступа нисходящей линии связи. В примерном выполнении способ содержит координацию первого предварительно определенного шаблона с помощью предварительного конфигурирования узла ретранслятора и узла донорной базовой станции с первым предварительно определенным шаблоном. В другом примерном выполнении способ содержит координацию первого предварительно определенного шаблона с помощью сигнализации первого предварительно определенного шаблона между узлом ретранслятора и узлом донорной базовой станции. Еще в одном примерном выполнении способ содержит координацию первого предварительно определенного шаблона с помощью сигнализации первого предварительно определенного шаблона в узел ретранслятора и узел донорной базовой станции из другого узла.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Предыдущие и другие задачи, признаки и преимущества изобретения будут понятными из следующего более конкретного описания предпочтительных вариантов осуществления, как проиллюстрировано на сопровождающих чертежах, на которых ссылочные символы относятся к одним и тем же частям на различных видах. Чертежи не обязательно изображены в масштабе, вместо этого акцент перенесен на иллюстрацию принципов изобретения.
Фиг. 1 - схематичный вид системы связи, включающей в себя релейную передачу по каналам сети и содержащей узел донорной базовой станции и узел ретранслятора.
Фиг. 2 - схематичный вид кадров, имеющих период 8 мс, в передачах восходящей линии связи.
Фиг. 3 - схематичный вид системы связи, включающей в себя узел донорной базовой станции и узел ретранслятора, в соответствии с примерным вариантом осуществления.
Фиг. 4 - схематичный вид примерного шаблона подкадров обратного маршрута нисходящей линии связи (DL) и подкадров доступа нисходящей линии (DL) связи.
Фиг. 5 - схематичный вид примерного шаблона подкадров обратного маршрута восходящей линии связи (UL) и подкадров доступа восходящей линии (UL) связи, сдвинутых на четыре подкадра позже по сравнению с шаблоном нисходящей линии связи фиг. 3.
Фиг. 6 - схематичный вид примерного упреждения хронирования нисходящей линии связи.
Фиг. 7 - схематичный вид примерного шаблона передачи/приема (TX/RX) в узле ретранслятора.
Фиг. 8 - блок-схема последовательности действий, изображающая различные примерные или характерные действия или этапы типичного вида, которые могут быть выполнены с помощью выполнения различных операций передачи и приема узлом ретранслятора.
Фиг. 9 - схематичный вид примерного шаблона TX/RX в подкадре MBSFN, в котором узел ретранслятора принимает управляющую информацию и данные, в то же время передавая управляющую информацию без создания помехи самому себе.
Фиг. 10 - схематичный вид примерного шаблона TX/RX в подкадре MBSFN, в соответствии с примерным вариантом осуществления технологии, раскрытой в настоящей заявке.
Фиг. 11 - схематичный вид примерного шаблона подкадров MBSFN в течение периода назначения радио кадра.
Фиг. 12 - схематичный вид типичного случая узла ретранслятора или узла базовой станции с собственным обратным маршрутом в телекоммуникационной сети.
Фиг. 13-1 - фиг. 13-5 - схематичные виды, иллюстрирующие разные способы, в которых информация, такая как шаблон (шаблоны) подкадров, упреждение хронирования и указатель формата управления (CFI), может быть определена и/или передана в различных примерных вариантах осуществления.
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ
В следующем описании, для целей объяснения, а не ограничения, приведены специфические детали, такие как конкретные архитектуры, интерфейсы, методы и т.д., чтобы предоставить полное понимание настоящего изобретения. Однако специалисты в данной области техники поймут, что настоящее изобретение может быть осуществлено в других вариантах осуществления, которые отклоняются от этих специфических деталей. То есть, специалисты в данной области техники смогут изобрести различные устройства, которые, хотя явно не описаны или не изображены в настоящей заявке, осуществляют принципы изобретения и включены в рамки его сущности и объема. В некоторых случаях подробные описания широко известных устройств, схем и способов опущены, чтобы не затенять описание настоящего изобретения ненужными деталями. Все формулировки в настоящей заявке, перечисляющие принципы, аспекты и варианты осуществления изобретения, а также специфические его примеры, предназначены для того, чтобы включать в себя как его структурные, так и функциональные эквиваленты. Кроме того, подразумевается, что такие эквиваленты включают в себя известные в настоящее время эквиваленты, а также эквиваленты, которые будут разработаны в будущем, т.е. любые разработанные элементы, которые выполняют те же функции, независимо от структуры.
Таким образом, например, специалисты в данной области техники поймут, что блок-схемы в настоящей заявке могут представлять концептуальные виды иллюстративных схем или других функциональных устройств, осуществляющих принципы технологии. Также будет понятно, что любые блок-схемы последовательности действий, диаграммы переходов состояний, псевдокод и т.п. представляют различные процессы, которые по существу могут быть представлены на носителе, доступном для чтения с помощью компьютера, и, таким образом, могут быть выполнены с помощью компьютера или процессора, независимо от того, изображен ли такой компьютер или процессор явно, или нет.
Функции различных элементов, включая функциональные блоки, включающих в себя, без ограничения, “компьютер”, ”процессор” или ”контроллер”, могут быть обеспечены посредством использования аппаратного обеспечения, такого как схемное аппаратное обеспечение и/или аппаратное обеспечение, которое может выполнять программное обеспечение в виде закодированных инструкций, сохраненных на носителе, доступном для чтения с помощью компьютера. Таким образом, такие функции и проиллюстрированные функциональные блоки следует понимать как либо осуществленные с помощью аппаратного обеспечения и/или осуществленные с помощью компьютера и, таким образом, осуществленные с помощью машины.
С точки зрения осуществления аппаратного обеспечения функциональные блоки могут включать в себя или содержать, без ограничения, аппаратное обеспечения процессора цифровых сигналов (DSP), процессор с сокращенным набором команд, схемы аппаратного обеспечения (например, цифровые или аналоговые), включая интегральную схему (схемы) прикладной ориентации (ASIC), и (где подходят) конечные автоматы, которые могут выполнять такие функции, но не ограничены ими.
С точки зрения осуществления компьютера, компьютер, в целом, понимается как содержащий один или более процессоров или один или более контроллеров, и понятия «компьютер», «процессор» и «контроллер» могут использоваться в настоящей заявке взаимозаменяемо. При обеспечении с помощью компьютера или процессора или контроллера, функции могут быть обеспечены с помощью одного специализированного компьютера или процессора или контроллера, с помощью одного совместно используемого компьютера или процессора или контроллера, или с помощью множества отдельных компьютеров или процессоров или контроллеров, которые могут быть совместно используемыми или распределенными. Кроме того, использование понятия “процессор” или “контроллер” также должно толковаться как относящееся к другому аппаратному обеспечению, которое может выполнять такие функции и/или выполнять программное обеспечение, такому как примерное аппаратное обеспечение, перечисленное выше.
В соответствии с технологией, раскрытой в настоящей заявке, в обычном подкадре DL не-MBSFN, узел ретранслятора переключается между режимом передачи и приема, что делает возможным передавать определенные обязательные сигналы из ретранслятора, в то же время в некоторых подкадрах принимают определенную управляющую информацию и/или данные через обратный маршрут из донорного eNodeB, не вызывая собственных помех TX/RX в узле ретранслятора.
Фиг. 3 изображает части примерной не ограничивающей телекоммуникационной сети, содержащей развитую пакетную базовую сеть (EPC) 20 и сеть радиодоступа (RAN) 22. Развитая пакетная базовая сеть (EPC) 20, в свою очередь, содержит обслуживающий шлюз (SGW) 24 и может включать в себя объект управления мобильностью (MME) 26 или, если не включающий в себя, может соединяться с объектом управления мобильностью (MME) 26, а также другие проиллюстрированные объекты и узлы. Развитая пакетная базовая сеть (EPC) 20 соединяется с сетью радиодоступа (RAN) 22 через интерфейс, известный как интерфейс S1. Объект управления мобильностью (MME) 26 связывается через интерфейс S1-c с узлом 27 донорной базовой станции, объект управления мобильностью (MME) 26 связывается через интерфейс S1-c с обслуживающим шлюзом (SGW) 24, и обслуживающий шлюз (SGW) 24 и узел 27 базовой станции связываются через интерфейс S1u. Интерфейс S1-c является опорной точкой для протокола плоскости управления между EUTRAN и ММЕ. Протоколом через эту опорную точку является eRANAP, и он использует протокол потоковой передачи управления (SCTP) в качестве транспортного протокола. Интерфейс S1-u является опорной точкой между EUTRAN и SGW для туннелирования плоскости пользователя на канал-носитель и переключения маршрута между eNB во время передачи обслуживания. Транспортным протоколом через интерфейс S1u является протокол туннелирования GPRS плоскости пользователя (GTP-U).
Сеть радиодоступа (RAN) 22 содержит, по меньшей мере, один узел 27 донорной базовой станции, также известный как донорный eNodeB. Узел 27 донорной базовой станции соединяется с развитой пакетной базовой сетью (EPC) 20 через интерфейс S1. Узел 27 донорной базовой станции связывается с узлом 29 ретранслятора через интерфейс, известный как интерфейс Un. В некоторых случаях узел 29 ретранслятора также может быть упомянут как ретрансляционная базовая станция. Узел 29 ретранслятора, в свою очередь, связывается с беспроводным терминалом 30 через интерфейс, известный как интерфейс Uu. Как интерфейс Un, так и интерфейс Uu существуют через радио или эфирный интерфейс, например, радио интерфейсы. Следует понимать, что узел 29 ретранслятора может обслуживать множество беспроводных терминалов, причем изображен только один такой беспроводной терминал, и даже может обслуживать множество ячеек.
Фиг. 3 дополнительно изображает, что узел 29 ретранслятора сконфигурирован в ситуации с обратным маршрутом, в которой узел 29 ретранслятора соединен с узлом 27 базовой станции через интерфейс Uu. По существу узел 27 донорной базовой станции расположен между объектом управления мобильностью (MME) 26 и узлом 29 ретранслятора, и также узел 27 донорной базовой станции расположен между обслуживающим шлюзом (SGW) 24 и узлом 27 базовой станции.
Узел ретранслятора сконфигурирован с возможностью связи с использованием подкадров обратного маршрута через радио интерфейс Un с узлом донорной базовой станции и связи с использованием подкадров доступа через интерфейс Uu с одним или более беспроводными терминалами, причем один такой беспроводной терминал 30 проиллюстрирован на фиг. 3. Как использованы в настоящей заявке “беспроводной (терминал) терминалы” могут быть мобильными станциями или устройствами пользовательского оборудования (UE), такими как мобильные телефоны (“сотовые” телефоны) и портативные переносные компьютеры с беспроводными функциональными возможностями (например, оконечной нагрузкой мобильного устройства) и, таким образом, могут быть, например, портативными, карманными, ладонными, включенными в компьютер или установленными в автомобиле мобильными устройствами, которые связывают речь и/или данные с помощью сети радиодоступа.
Фиг. 3 изображает, что подкадры обратного маршрута нисходящей линии связи передают из узла 27 донорной базовой станции в узел 29 ретранслятора, а подкадры доступа нисходящей линии связи передают из узла 29 ретранслятора в беспроводной терминал 30 через эфирный интерфейс с использованием одной и той же полосы частот. Передачей подкадров обратного маршрута нисходящей линии связи и подкадров доступа нисходящей линии связи управляют и ее координируют с помощью функциональных средств, таких как планировщики, которые находятся в узле 27 донорной базовой станции и узле 29 ретранслятора. С этой целью фиг. 3 изображает примерные варианты осуществления планировщика 34 узла донорной базовой станции и планировщика 36 узла ретранслятора.
Координация планировщика 34 узла донорной базовой станции и планировщика 36 узла ретранслятора позволяет узлу 29 ретранслятора, как принимать управляющую информацию нисходящей линии связи из узла донорной базовой станции (в подкадре обратного маршрута нисходящей линии связи), так и передавать управляющую информацию нисходящей линии связи (в подкадре 40 доступа нисходящей линии связи) в течение подкадра обратного маршрута нисходящей линии связи, например, в течение времени, в которое назначен подкадр обратного маршрута нисходящей линии связи. На фиг. 3 типичный подкадр обратного маршрута изображен как подкадр 38 обратного маршрута нисходящей линии связи, а типичный подкадр доступа нисходящей линии связи изображен как подкадр 40 доступа нисходящей линии связи. Как объяснено и проиллюстрировано в настоящей заявке, например, с помощью фиг. 6, такое дуальное функционирование посредством узла ретранслятора 29 облегчается, например, с помощью начала выбранного подкадра доступа нисходящей линии связи, предшествующего началу следующего во времени подкадра обратного маршрута нисходящей линии связи на упреждение хронирования нисходящей линии связи.
Один аспект раскрытой технологии относится к шаблону подкадров нисходящей линии связи. Как используется в настоящей заявке, шаблон подкадров нисходящей линии связи также упомянут как “первый шаблон”. Шаблон подкадров нисходящей линии связи включает в себя подшаблоны подкадров обратного маршрута нисходящей линии связи (DL), посредством которых узел 29 ретранслятора может принимать передачи нисходящей линии связи из узла 27 донорной базовой станции. Поскольку в 3GPP линия связи обратного маршрута между узлом 27 донорной базовой станции и узлом 29 ретранслятора упомянута как интерфейс Un, эти подкадры обратного маршрута также называют подкадрами Un. Остальные подкадры первого шаблона рассматривают как подкадры доступа нисходящей линии связи. Поскольку в 3GPP линия связи доступа упомянута как интерфейс Uu, эти подкадры доступа также называют подкадрами Uu. Таким образом, первый шаблон содержит множество подкадров нисходящей линии связи, причем некоторые из подкадров первого шаблона являются подкадрами обратного маршрута нисходящей линии связи, а другие из подкадров первого шаблона являются подкадрами доступа нисходящей линии связи. Конкретное размещение подкадров обратного маршрута нисходящей линии связи в первом шаблоне формирует подшаблон подкадров обратного маршрута нисходящей линии связи, а конкретное размещение подкадров доступа нисходящей линии связи в первом шаблоне формирует подшаблон подкадров доступа нисходящей линии связи. Шаблон подкадров нисходящей линии связи (известный как первый шаблон) предпочтительно является периодическим и может иметь, например, период, равный 8 подкадрам, как проиллюстрировано примерным способом с помощью фиг. 4. Период, равный 8 подкадрам, способствует лучшей совместимости с временем на передачу и подтверждение схемы повторной передачи.
Узел 27 донорной базовой станции использует только подкадры обратного маршрута нисходящей линии связи (такие как типичный подкадр 38 обратного маршрута нисходящей линии связи) для передачи, предназначенной в узел 29 ретранслятора. Узел 27 донорной базовой станции использует только подкадры доступа нисходящей линии связи (такие как типичный подкадр 40 доступа нисходящей линии связи) для передач данных в связанные с ним беспроводные терминалы (UE). Определен шаблон подкадров MBSFN, причем шаблон подкадров MBSFN обычно является подмножеством подкадров обратного маршрута нисходящей линии связи.
Кроме подкадров нисходящей линии связи подкадры восходящей линии связи также передают в ситуации ретранслятора обратного маршрута фиг. 3. Как изображено на фиг. 3, подкадры доступа восходящей линии связи (такие как типичный подкадр 42 доступа восходящей линии связи) передаются через интерфейс Uu из беспроводного терминала 30 в узел 29 ретранслятора, а подкадры обратного маршрута восходящей линии связи (такие как типичный подкадр 44 обратного маршрута восходящей линии связи) передаются через интерфейс Un из узла 29 ретранслятора в узел 27 донорной базовой станции. В то время как подкадры обратного маршрута нисходящей линии связи и подкадры доступа нисходящей линии связи передаются в одной и той же полосе частот (упомянутой как “первая полоса частот”), подкадры доступа восходящей линии связи и подкадры обратного маршрута восходящей линии связи передаются в одной и той же полосе частот (“второй полосе частот”), которая отличается от первой полосы частот.
Примерный второй шаблон (подкадров восходящей линии связи) проиллюстрирован на фиг. 5, которая изображает второй шаблон, как содержащий подкадры доступа восходящей линии связи и подкадры обратного маршрута восходящей линии связи. Подобным образом, как первый шаблон, конкретное размещение подкадров обратного маршрута восходящей линии связи во втором шаблоне формирует подшаблон подкадров обратного маршрута восходящей линии связи, а конкретное размещение подкадров доступа восходящей линии связи во втором шаблоне формирует подшаблон подкадров доступа восходящей линии связи. Шаблон подкадров восходящей линии связи (известный как второй шаблон) предпочтительно является периодическим и может иметь, например, период, равный 8 подкадрам, как проиллюстрировано примерным способом с помощью фиг. 5. Кроме того, как показано сравнением фиг. 5 и фиг. 4, шаблон обратного маршрута восходящей линии связи предпочтительно сдвинут на 4 подкадра позже по сравнению с шаблоном обратного маршрута нисходящей линии связи.
Совместно с передачами восходящей линии связи донорный eNodeB 27 планирует узел 29 ретранслятора только для передач (с использованием физического совместно используемого канала восходящей линии связи (PUCCH) или физического управляющего канала восходящей линии связи (PUCCH) в подкадрах обратного маршрута восходящей линии связи. Узел 29 ретранслятора планирует связанные с ним беспроводные терминалы только для передач восходящей линии связи (с использованием физического совместно используемого канала восходящей линии связи (PUSCH)) или физического управляющего канала восходящей линии связи (PUCCH) в подкадрах доступа восходящей линии связи.
Как указано ранее, подкадры доступа нисходящей линии связи и подкадры обратного маршрута нисходящей линии связи передают в одной и той же полосе частот (первой полосе частот) и подкадры доступа восходящей линии связи и подкадры обратного маршрута восходящей линии связи передают в одной и той же полосе частот (второй полосе частот). Вторая полоса частот имеет другие частоты и, следовательно, отличается от первой полосы частот. Кроме того, два разных типа кадров (таких как подкадры доступа нисходящей линии связи и подкадры обратного маршрута нисходящей линии связи), использующих одну и ту же полосу частот, не требуют или не предполагают, что составляющие несущие одной и той же полосы частот обязательно назначены одним и тем же способом с помощью соответственных узлов, из которых происходят подкадры. Например, хотя обе используют первую полосу частот для нисходящей линии связи, узел 29 ретранслятора может распределить или назначить несущие первой полосы частот другим способом (например, независимо), по сравнению с узлом 27 донорной базовой станции. Аналогично, хотя обе используют первую полосу частот для восходящей линии связи, узел 29 ретранслятора может распределить или назначить несущие второй полосы частот иначе, чем узел 27 донорной базовой станции.
Кроме того, следует понимать, что узел 29 ретранслятора является ретранслятором, который отличается от повторителя. Повторитель просто повторяет символы, которые он принимает, возможно, с усилением. Ретранслятор, с другой стороны, декодирует данные, которые он принимает, корректирует принятые данные, если необходимо, и повторно кодирует данные для ретрансляции в нисходящей линии доступа. Сигнал, переданный с помощью узла 29 ретранслятора, таким образом, не является копией сигнала, который он принимает, но вместо этого является новым сигналом, который представляет ретранслируемые данные, которые были приняты ранее узлом 29 ретранслятора. На самом деле может быть существенная и переменная задержка между приемом и передачей ретранслированных данных. То есть, может иметься значительная задержка между приемом узлом 29 ретранслятора данных в подкадре обратного маршрута нисходящей линии связи до того, как повторно кодированное представление этих данных передается узлом 29 ретранслятора в подкадре доступа нисходящей линии связи в беспроводной терминал.
В качестве другого аспекта технологии, раскрытой в настоящей заявке, вводится упреждение хронирования нисходящей линии связи, такое, что узел 29 ретранслятора передает сигнал нисходящей линии связи доступа немного раньше начала соответствующего подкадра нисходящей линии связи обратного маршрута. Как проиллюстрировано на фиг. 4 и фиг. 6, подкадры обратного маршрута нисходящей линии связи и подкадры доступа нисходящей линии связи передают через эфирный интерфейс с использованием одной и той же полосы частот, но начало выбранного подкадра доступа нисходящей линии связи предшествует началу следующего во времени подкадра обратного маршрута нисходящей линии связи на упреждение хронирования нисходящей линии связи. На фиг. 4 и фиг. 6 упреждение хронирования обозначено ТА. Несмотря на то, что изображено только для первых подкадров доступа нисходящей линии связи в каждой группе из пяти последовательных подкадров доступа нисходящей линии связи, следует понимать, что упреждение хронирования ТА имеет место для каждого подкадра доступа нисходящей линии связи. Упреждение хронирования ТА является частью подкадра, обычно 1-3 символов OFDM.
Фиг. 7 изображает первый примерный шаблон передачи (TX) и приема (RX) в узле 29 ретранслятора и служит в качестве основы для понимания работы узла 29 ретранслятора, а также координацию подкадров нисходящей линии связи между узлом 27 донорной базовой станции и узлом 29 ретранслятора, в соответствии с примерным вариантом осуществления и режимом. Фиг. 7, в частности, изображает примерный вариант осуществления, в котором передачи физического совместно используемого канала нисходящей линии связи (PDSCH) не запланированы в подкадрах обратного маршрута нисходящей линии связи. Фиг. 8 изображает, совместно с фиг. 7, но также более общим образом, различные примерные или типичные действия или этапы, которые выполняют с помощью узла 29 ретранслятора, включающего в себя свой планировщик 36 узла ретранслятора при выполнении различных операций передачи и приема, описанных в настоящей заявке.
В подкадрах обратного маршрута нисходящей линии связи, которые не являются подкадрами MBSFN, в качестве действия 8-1 узел 29 ретранслятора сначала передает опорные символы (RS), указатель формата управления (CFI) и, возможно, PHICH и PDCCH в линии связи доступа в течение первой части подкадра доступа нисходящей линии связи. Опорные символы (RS), которые передают из узла 29 ретранслятора и узла 27 донорной базовой станции, являются разными, поскольку узел 29 ретранслятора и узел 27 донорной базовой станции имеют разные идентификационные коды ячеек. Указатель формата управления (CFI) обсужден ниже.
Фиг. 6 явно изображает передачу опорных символов (RS) и указателя формата управления (CFI) (причем CFI изображен как равный 1 на фиг. 7) в течение первого интервала передачи подкадра доступа нисходящей линии связи. Передача опорных символов (RS) и указателя формата управления (CFI) изображены как требующие одного символа (символа 0) подкадра доступа нисходящей линии связи фиг. 7. Следует напомнить, что узел 29 ретранслятора не повторяет опорные символы (RS), принятые из узла 27 донорной базовой станции, а вместо этого создает свои собственные уникальные опорные символы (RS) на основании своего собственного опознавательного кода ячейки (опорные символы (RS) из узла 27 донорной базовой станции могут быть использованы для оценки канала для того, чтобы улучшить декодирование переданных данных).
Фиг. 7 дополнительно изображает первый интервал времени переключения (SW1), который следует за передачей первого символа подкадра доступа нисходящей линии связи. Первый интервал времени переключения (SW1) равен по длительности времени, требуемому для того, чтобы узел 29 ретранслятора выключил свой передатчик нисходящей линии связи и включил свой приемник нисходящей линии связи, и проиллюстрирован с помощью первого множества двух пунктирных вертикальных линий на фиг. 6. Действие 8-2 на фиг. 8 изображает выполнение узлом 29 ретранслятора переключения с передатчика нисходящей линии связи на приемник нисходящей линии связи в течение первого интервала времени переключения.
После включения своего приемника нисходящей линии связи узел 29 ретранслятора начинает выполнять мониторинг линии связи обратного маршрута нисходящей линии связи (например, подкадра обратного маршрута нисходящей линии связи), который передан узлом 27 донорной базовой станции. При выполнении этого и, как указано действием 8-3 на фиг. 8, узел 29 ретранслятора принимает, в подкадре обратного маршрута нисходящей линии связи, опорные символы (RS), указатель формата управления (CFI) и (где применимо) физический канал указателя гибридного HARQ (PHICH) и выполняет мониторинг физического управляющего канала нисходящей линии связи (PDCCH). RS, CFI, PHICH и PDCCH изображены как занимающие символы 0 и 1 подкадра обратного маршрута нисходящей линии связи фиг. 7, а время приема этих величин изображено с помощью интервала приема фиг. 7.
После того, как принята первая часть подкадра обратного маршрута нисходящей линии связи в линии связи обратного маршрута, как только что описано, узел 29 ретранслятора останавливает приемник нисходящей линии связи и переключается для того, чтобы запустить свой передатчик нисходящей линии связи. Переключение отражено с помощью второго интервала времени переключения (SW2), который равен по длительности времени, требуемому для того, чтобы узел 29 ретранслятора выключил свой приемник нисходящей линии связи и включил свой передатчик нисходящей линии связи, и проиллюстрированного с помощью второго множества двух пунктирных вертикальных линий на фиг. 6. Действие 8-4 на фиг. 8 иллюстрирует выполнение переключения с приемника нисходящей линии связи на передатчик нисходящей линии связи в течение второго интервала времени переключения.
После включения своего передатчика нисходящей линии связи узел ретранслятора начинает передачу RS и (где применимо) первичного сигнала хронирования (PSS) и/или вторичного сигнала хронирования (SSS) и/или физического широковещательного канала (PBCH) и, возможно, также физического совместно используемого канала нисходящей линии связи (PDSCH). Действие 8-4 фиг. 8 иллюстрирует передачи управляющей информации нисходящей линии связи в подкадре доступа нисходящей линии связи.
Предыдущая операция проиллюстрирована примерным способом на фиг. 7, которая изображает шаблон передачи/приема (TX/RX) в узле 29 ретранслятора. Из предыдущего видно, что узел 29 ретранслятора, на самом деле, сконфигурирован с возможностью, как приема управляющей информации нисходящей линии связи из узла донорной базовой станции, так и передачи управляющей информации нисходящей линии связи в беспроводной терминал в течение подкадра обратного маршрута нисходящей линии связи, например, течение времени, в которое назначен подкадр обратного маршрута нисходящей линии связи. Например, в течение времени подкадра обратного маршрута нисходящей линии связи узел 29 ретранслятора, как принимает управляющую информацию из узла донорной базовой станции (например, RS, CFI, PHICH и PDCCH из символов 0 и 1 подкадра обратного маршрута нисходящей линии связи фиг. 7) в течение времени, которое назначено подкадру обратного маршрута нисходящей линии связи, так также и передает управляющую информацию нисходящей линии связи в беспроводной терминал в течение подкадра обратного маршрута нисходящей линии связи, например, передает в символах 4-13 подкадра доступа нисходящей линии связи в течение времени, соответствующего назначению подкадра обратного маршрута нисходящей линии связи.
Фиг. 7 дополнительно иллюстрирует, что, в соответствии с аспектом технологии, раскрытой в настоящей заявке, в обычном подкадре нисходящей линии связи не MBSFN узел 29 ретранслятора переключается между режимом передачи и приема, таким образом, делая возможным передавать определенные обязательные сигналы из узла 29 ретранслятора в беспроводной терминал, в то же время в том же подкадре принимает определенную управляющую информацию и/или данные через обратный маршрут из донорного eNodeB, без вызывания собственных помех TX/RX в узле 29 ретранслятора. Упомянуто, что передача и прием находятся в “одном и том же” подкадре, в том смысле, что подкадры из узла 29 ретранслятора и узла 27 донорной базовой станции по существу перекрываются, причем отличие от полного перекрытия равно упреждению хронирования ТА.
Как представлено с помощью действия 8-6 общего способа фиг. 6, могут быть выполнены дополнительные переключения режима (например, между передачей и приемом) с помощью узла 29 ретранслятора. Пример дополнительных операций переключения по существу проиллюстрирован совместно с фиг. 9.
Поскольку упреждение хронирования является относительной мерой между подкадрами DeNB и ретранслятора, оно может быть измерено с использованием любой опорной точки, которая точно задана. Например, удобно использовать начало подкадров в качестве опорной точки. Момент во времени, когда подкадр начинается в узле 29 ретранслятора, может быть рассмотрен как тактовый импульс в системе и предоставляет указатель во времени. Упреждение хронирования, которое должен показать узел 29 ретранслятора, должно быть сравнено с хронированием его узла 27 донорной базовой станции. В примерном сценарии на фиг. 7 упреждение хронирования ТА равно 1,5 символам OFDM. В примерном варианте осуществления и режиме значение упреждения хронирования ТА выбирают таким образом, чтобы разместить первое предварительно определенное число символов подкадра обратного маршрута нисходящей линии связи и два времени переключения во втором предварительно определенном числе символов подкадра обратного маршрута нисходящей линии связи. Значение CFI задает первое предварительно определенное число. Таким образом, в примерном варианте осуществления и режиме фиг. 7 упреждение хронирования равно 1,5 символам (OFDM), а значение CFI равно двум. Совместно с упреждением хронирования символ (символы) 0 (и, возможно, также 1) нисходящей линии связи обратного маршрута поступают в узел 29 ретранслятора, когда его хронирование кадра DL достигло символов 1-3, как проиллюстрировано на фиг. 7.
Таким образом, из предыдущего понятно, что в качестве другого аспекта технологии, раскрытой в настоящей заявке, максимальное значение указателя формата управления (CFI) определяют для передач обратного маршрута в узел ретранслятора в подкадрах не MBSFN. CFI равен числу символов, занятых посредством PDCCH. CFI может быть равным 1, 2 или 3, в соответствии со спецификациями 3GPP. Важно, что может быть установлено максимальное значение, которое меньше чем 3 или даже меньше чем 2.
Причиной для такого требования является требуемое время переключения между Rx и Tx в радио приемопередатчике ретранслятора (проиллюстрированное, например, на фиг. 7 и обсужденное выше как SW1, SW2 и т.д.). Узел 29 ретранслятора должен передавать один символ обязательных сигналов в линии связи доступа. Затем ему требуется некоторое время, чтобы переключиться в Rx до того, как он примет 1 или 2 символа из узла 27 донорной базовой станции. Затем узел 29 ретранслятора требует немного больше времени переключения до того, как он может возобновить передачу в линии связи доступа в обычном виде. Радиостанции в настоящее время имеют время переключения, которое не является пренебрежимо малой частью длительности символа. С использованием упреждения хронирования ТА, равного 1,5 символам, узел 29 ретранслятора управляет таким образом, чтобы поместить оба времени переключения и прием 2 символов подкадра обратного маршрута в течение длительности 3 символов. С этим видом времени переключения максимальное значение CFI для линии связи обратного маршрута равно двум. Если бы время переключения было существенно хуже (например, длительность половины символа или более), то максимальное CFI должно быть уменьшено до 1. С другой стороны, по существу с улучшенным временем переключения (только очень малая часть времени символа) можно использовать CFI, максимально равный трем, и рассматривать передачу как незначительное возмущение, которое компенсируется циклическим префиксом символа, непосредственно следующего после переключения.
Таким образом, в подкадрах не MBSFN, в которых донорный eNodeB 27 передает физический управляющий канал нисходящей линии связи (PDCCH) в узел 29 ретранслятора, узел 27 донорной базовой станции выбирает значение CFI, которое не больше, чем определенный максимум. Максимум может быть 1, 2 или 3.
Как понятно из фиг. 7, донорный eNodeB 27 может выбрать, чтобы не планировать передачи PDSCH в узел ретранслятора в подкадрах обратного маршрута DL, которые не являются подкадрами MBSFN. В противоположность, фиг. 9 изображает другой примерный шаблон передачи (TX) и приема (RX) в узле 29 ретранслятора и служит в качестве дополнительной основы для понимания другого режима работы узла 29 ретранслятора, а также координации подкадра нисходящей линии связи между узлом 27 донорной базовой станции и узлом 29 ретранслятора, в соответствии с другим примерным вариантом осуществления и режимом. Фиг. 9, в частности, изображает примерный вариант осуществления, в котором передачи физического совместно используемого канала нисходящей линии связи (PDSCH) запланированы в подкадрах обратного маршрута нисходящей линии связи. Как проиллюстрировано типичным образом с помощью фиг. 9, узел 27 донорной базовой станции может регулировать передачи PDSCH в узел ретранслятора в таких подкадрах одним или более способами, как описано ниже.
Таким образом, фиг. 9 изображает шаблон TX/RX в подкадре, в котором узел 29 ретранслятора принимает, как управляющую информацию, так и данные, в то же время передает управляющую информацию без создания помехи самому себе. В сценарии фиг. 9 донорный eNodeB может отображать биты данных только в символы OFDM, которые может принимать узел 29 ретранслятора, например, символы 1, 4, 7, 8 и 11 OFDM.
Как понятно из фиг. 9, в этом варианте осуществления узел 29 ретранслятора сконфигурирован с возможностью приема управляющей информации нисходящей линии связи из узла 27 донорной базовой станции в первом и втором символах подкадра обратного маршрута нисходящей линии связи, приема физического совместно используемого канала нисходящей линии связи (канала PDSCH) в течение выбранных символов подкадра обратного маршрута нисходящей линии связи (например, символов 1, 4, 7, 8 и 11 подкадра обратного маршрута нисходящей линии связи) и передачи управляющей информации нисходящей линии связи в беспроводной терминал в течение выбранных символов подкадра доступа нисходящей линии связи (например, символов 4, 7 и 11 подкадра доступа нисходящей линии связи) В сценарии фиг. 9 узел 29 ретранслятора передает в течение первого интервала времени передачи, а затем переключается в течение времени переключения (SW1) с передачи на прием (чтобы принять символы 0 и 1 подкадра обратного маршрута нисходящей линии связи), затем переключается в течение времени переключения (SW2) с приема на передачу, передает в течение второго времени передачи (передачи символа 4 подкадра доступа нисходящей линии связи), затем переключается в течение времени переключения (SW3) с передачи на прием, принимает в течение второго интервала времени приема (принимает символ 4 из подкадра обратного маршрута нисходящей линии связи), затем переключается в течение времени переключения (SW4) с приема на передачу, передает в течение третьего времени передачи (передачи символа 7 подкадра доступа нисходящей линии связи), затем переключается в течение времени переключения (SW5) с передачи на прием, принимает в течение третьего интервала времени приема (принимает символы 7 и 8 подкадра обратного маршрута нисходящей линии связи), затем переключается в течение времени переключения (SW6) с приема на передачу, передает в течение четвертого времени передачи (передачи символа 11 подкадра доступа нисходящей линии связи), затем переключается в течение времени переключения (SW7) с передачи на прием и принимает в течение четвертого интервала времени приема (принимает символ 11 подкадра обратного маршрута нисходящей линии связи).
Таким образом, из предыдущего и фиг. 9 видно, что в подкадрах обратного маршрута DL не-MBSFN, в которых узел ретранслятора принимает передачи PDSCH, передатчик узла 29 ретранслятора включен в течение символов OFDM, в которых он должен передавать RS в линии связи доступа (например, подкадре доступа нисходящей линии связи), но выключен в течение других символов OFDM.
Выше было упомянуто, что узел 27 донорной базовой станции может регулировать передачи PDSCH в узел ретранслятора в подкадрах. Теперь объяснены причины для необходимости такого регулирования. Как изображено на фиг. 7 и фиг. 9, последние два символа в подкадре обратного маршрута нисходящей линии связи (символы 12 и 13) не могут быть переданы, поскольку они были бы помехой для подкадров #0 и 1 в следующем кадре в линии связи доступа. Первым способом для регулирования передач PDSCH в узел ретранслятора, является форматировать физический совместно используемый канал нисходящей линии связи (канал PDSCH), при этом содержание PDSCH может быть полностью декодировано узлом 29 ретранслятора в течение первой части подкадра. То есть, в примерном варианте осуществления и режиме узел 27 донорной базовой станции не планирует никакие данные в символах 12 и 13 подкадра обратного маршрута нисходящей линии связи. Подкадр обратного маршрута нисходящей линии связи просто укорачивается на два символа, что дает в результате небольшую потерю пропускной способности. Скорость кода может быть изменена таким образом, чтобы учитывать тот факт, что узел 27 донорной базовой станции не может передавать никакие биты в символах 12 и 13.
В качестве замечания, отсутствие планирования является предпочтительным, чтобы использовать более надежную схему кодирования для всего подкадра, чтобы учитывать тот факт, что последние два символа потеряны (никогда не переданы), поскольку более надежная схема кодирования не была бы адресована проблеме. Более надежная схема кодирования является неэффективной, поскольку каждый символ является самостоятельным. Данные в конкретном символе присутствуют только в этом символе и нигде более. Следовательно, если символ потерян, данные потеряны.
В другом примерном осуществлении для регулирования передач PDSCH узел донорной базовой станции сконфигурирован с возможностью регулирования перемежения физического совместно используемого канала нисходящей линии связи (канала PDSCH), в соответствии с чем, данные данного символа в PDSCH распространяются через все символы PDSCH подкадра. Изменить перемежение означает, что каждый символ больше не был бы самостоятельным. Вместо этого данные из любого данного символа в физическом совместно используемом канале нисходящей линии связи (PDSCH) были бы распространены через все символы PDSCH в подкадре обратного маршрута нисходящей линии связи. Потеря одного или двух символов в подкадре тогда влияла бы также на все данные и могла бы быть возмещена с помощью более мощной схемы кодирования, содержащей больше избыточности. В этом решении имеются два недостатка: (1) значительное изменение потребовалось бы для спецификаций 3GPP и (2) перемежение данных через все символы означает, что декодер должен был бы ждать до конца подкадра, прежде чем начать декодирование, что является очень затратным по времени. С другой стороны, при самостоятельных символах, каждый символ может быть успешно декодирован, когда они принимаются.
Желательно, чтобы как можно больше подкадров обратного маршрута нисходящей линии связи были подкадрами MBSFN, поскольку тогда стандарт 3GPP позволяет передавать только первый символ, а затем «хранить молчанье». Следовательно, с предложенным упреждением хронирования линии связи доступа, как осуществлено с помощью технологии, раскрытой в настоящей заявке, для подкадра MBSFN узел 29 ретранслятора тогда быстро смещается в режим Rx и принимает, по меньшей мере, двенадцать из символов в нисходящей линии связи обратного маршрута, как проиллюстрировано на фиг. 10.
Как упомянуто выше, определение шаблона подкадра MBSFN включено в тип 2 блока системной информации (заданного в документе 36.331 3GPP “Radio Resource Control (RRC) Protocol Specification”). Иначе говоря, оно передается широковещательным способом из eNB/DeNB/ретранслятора как часть его системной информации и без труда доступно для UE. Код ASN.1 из спецификации включен в таблицу 1 ниже для справки. В любом радио кадре только шесть из подкадров пригодны, чтобы быть подкадрами MBSFN (это подкадры #: 1, 2, 3, 6, 7, 8). Эта ограниченная пригодность является следствием обязательного хронирования, широковещательной и пейджинговой сигнализации в других четырех подкадрах. Назначение подкадра MBSFN определено с помощью шаблона битов, который покрывает либо один кадр (6 битов), либо четыре кадра (24 бита). С помощью выбора шаблона битов через четыре кадра достигают периодичности 40 подкадров (40 мс), которая может разместить пять периодов желаемого шаблона восьми подкадров.
<b>Таблица 1</b>
MBSFN-SubframeConfig::=
SEQUENCE {
radioframeAllocationPeriod
ENUMERATED {nl, n2, n4, n8, nl6, n32},
radioframoAllocaLionOffset
INTEGER (0..7),
subframeAllocation
CHOICE {
oneFrame
BIT STRING (SIZE (6)),
fourFrames
BIT STRING (SIZE (24))
}
}
Период назначения радио кадра должен быть выбран таким образом, что шаблон MBSFN через четыре кадра повторяют непрерывно без промежутков, как может быть проиллюстрировано с помощью не ограничивающего примера фиг. 11. Первый (верхний) ряд фиг. 11 изображает позиции подкадров кадров обратного маршрута нисходящей линии связи, причем первоначальные позиции подкадров кадра имеют примерный номер кадра. На фиг. 11 подкадры, имеющие содержание, кадров обратного маршрута нисходящей линии связи заштрихованы точечным пунктиром (например, подкадры 0-2 и 8-9 кадра 1; подкадры 0 и 6-8 кадра 2; подкадры 4-6 кадра 3; подкадры 2-4 кадра 4).
Второй (после верхнего) ряд фиг. 11 изображает позиции подкадров кадров доступа нисходящей линии связи, причем каждая позиция подкадра имеет свой собственный номер подкадра в кадре, к которому она принадлежит. На фиг. 11 подкадры, имеющие содержание кадров доступа нисходящей линии связи заштрихованы со снижением наклона слева направо (например, подкадры 3-7 кадра 1; подкадры 1-5 и 9 кадра 2; подкадры 0-3 и 7-9 кадра 3; подкадры 0-1 и 5-9 кадра 4).
Третий ряд фиг. 11 иллюстрирует (с помощью штриховых линий, которые поднимаются в наклоне слева направо) разрешенные подкадры MBSFN (например, подкадры 1-3 и 6-8 каждого кадра). Как упомянуто в другом месте, другие подкадры третьего ряда заняты обязательным хронированием, широковещательной передачей и пейджинговой сигнализацией.
Четвертый (нижний) ряд фиг. 11 изображает (с помощью вертикальной штриховки) выбранные допустимые подкадры MBSFN которые совпадают с подкадрами обратного маршрута нисходящей линии связи (DL), включаемыми в шаблон MBSFN (например, подкадры 1, 2 и 8 кадра 1; подкадры 6-8 кадра 2; подкадр 6 кадра 3; и подкадр нисходящей линии связи 2-3 кадра 4). Подкадры MBSFN являются желательными, поскольку тогда ситуация передачи в нисходящей линии связи (DL) описывается, как на фиг. 10, что является простым и оставляет много пропускной способности для фактической передачи обратного маршрута нисходящей линии связи (DL). Подкадры не-MBSFN изображены на фиг. 9. Эта ситуация является более сложной, и пропускная способность обратного маршрута DL является ослабленной вследствие большого числа обязательных сигналов в линии связи доступа DL, которые не присутствуют в случае MBSFN.
Таким образом, фиг. 11 изображает, что шаблон MBSFN может быть разным для всех четырех кадров. Поскольку подкадры MBSFN могут быть определены (в соответствии со спецификацией 3GPPP) с периодом повторения 40 мс, т.е. через четыре кадра, могут быть использованы четыре отдельных шаблона бит. Эти четыре кадра размещают точно 5 повторений шаблона обратного маршрута/доступа длительностью 8 подкадров (заштрихованные точечным пунктиром и заштрихованные подкадры верхних двух рядов), таким образом, он может быть повторен без промежутков и продолжать поддерживать выбранную дихотомию обратного маршрута/доступа во входящих кадрах.
Пример фиг. 11 руководствуется выбором цели, сколько пропускной способности обратного маршрута нисходящей линии связи (DL) требуется по сравнению с тем, сколько требуется пропускной способности доступа нисходящей линии связи (DL). Период повторения, равный 8 кадрам, этого шаблона хорошо соответствует интервалу процесса HARQ. В других вариантах осуществления эти параметры могут быть другими и/или могут изменяться.
Фиг. 12 иллюстрирует типичный вариант осуществления примерного узла 29 ретранслятора и узла 27 донорной базовой станции (например, узла ретранслятора с собственным обратным маршрутом) в примерной телекоммуникационной сети. Как изображено на фиг. 12, узел 27 донорной базовой станции связывается через интерфейс Un с узлом 29 ретранслятора, а узел 29 ретранслятора связывается через интерфейс Uu с беспроводным терминалом 30. Чтобы облегчить связь через интерфейс Un, узел 27 донорной базовой станции содержит множество донорных портов 50 связи, которые содержат множество элементов (антенн) 52 передачи или соединены с ними.
Некоторые из портов 50 и связанных элементов 52 передачи используют для передач нисходящей линии связи, другие порты 50 и связанные элементы 52 передачи используют для передач восходящей линии связи. Порты 50 восходящей линии связи соединены с устройством 54 обработки подкадров восходящей линии связи, которое, в свою очередь, соединено через буфер 56 данных восходящей линии связи с интерфейсом 58 S1. На этой стороне восходящей линии связи узла 27 донорной базовой станции подкадры, принятые с помощью узла 27 донорной базовой станции через интерфейс Un, обрабатывают с помощью устройства 54 обработки подкадров восходящей линии связи, а данные сохраняют (например, данные, извлеченные из подкадров восходящей линии связи) в буфере 56 данных восходящей линии связи до того, как их подают в интерфейс 58 S1. Интерфейс 58 S1 служит для того, чтобы передавать данные восходящей линии связи через интерфейс S1 в базовую сеть 20, например, обслуживающий шлюз (SGW) 24, способом, понятным относительно фиг. 3.
На стороне нисходящей линии связи узла 27 донорной базовой станции данные, принятые из базовой сети 20 через интерфейс 58 S1, временно сохраняются в буфере 60 данных нисходящей линии связи до того, как они отформатированы в подкадры нисходящей линии связи с помощью генератора 62 подкадров нисходящей линии связи. Подкадры, созданные с помощью генератора 62 подкадров нисходящей линии связи, подаются в порты 50, которые используются для передачи в узел 29 ретранслятора через интерфейс Un.
Вышеупомянутый планировщик 34 узла донорной базовой станции изображен на фиг. 12 как содержащий, в примерном не ограничивающем варианте осуществления, устройство 64 генерации последовательности подкадров доступа и обратного маршрута, планировщик 66 данных восходящей линии связи, планировщик 68 данных нисходящей линии связи и планировщик 70 управления нисходящей линией связи. Планировщик 66 данных восходящей линии связи, планировщик 68 данных нисходящей линии связи и планировщик 70 управления нисходящей линией связи, все работают один раз в подкадр. Планировщик 70 управления нисходящей линией связи взаимодействует с планировщиком 66 данных восходящей линией связи и планировщиком 68 данных нисходящей линией связи, но планировщик 66 данных восходящей линией связи и планировщик 68 данных нисходящей линией связи обычно не взаимодействуют непосредственно друг с другом.
Различные функциональные устройства узла 27 донорной базовой станции предоставлены на платформе 72 донорной базовой станции, которая обрамлена пунктирными линиями на фиг. 12. Терминология “платформа” является способом описания того, как функциональные устройства узла 27 донорной базовой станции могут быть осуществлены или реализованы с помощью машины. Одной примерной платформой 72 является компьютерное осуществление, в котором один или более из обрамленных элементов, включая планировщик 34 узла донорной базовой станции и составляющие его функциональные возможности, реализуются с помощью одного или более процессоров, которые выполняют закодированные инструкции, чтобы выполнять различные действия, описанные в настоящей заявке, включая действия, включенные в передачу подкадров обратного маршрута нисходящей линией связи в узел 29 ретранслятора. В таком компьютерном осуществлении узел 27 донорной базовой станции может содержать, дополнительно к процессору(ам), секцию 74 памяти (которая, в свою очередь, может содержать память 76 произвольного доступа, память 78 только для чтения, память 80 приложений (которая сохраняет, например, закодированные инструкции, которые могут быть выполнены с помощью процессора, чтобы выполнять действия, описанные в настоящей заявке) и любую другую память, такую как, например, кэш-память).
Как изображено на фиг. 12, узел 29 ретранслятора связывается через интерфейс Un с узлом 27 донорной базовой станции и узел 29 ретранслятора связывается через интерфейс Uu с беспроводным терминалом 30. Для связи через интерфейс Un узел 29 ретранслятора содержит множество портов 82 связи линии связи обратного маршрута узла ретранслятора, которые содержат множество элементов (антенн) 84 передачи линии связи обратного маршрута узла ретранслятора или соединены с ними. Порты 82 связи линии связи обратного маршрута узла ретранслятора используются для передачи подкадров обратного маршрута восходящей линии связи и приема подкадров обратного маршрута нисходящей линии связи через интерфейс Un. Для связи через интерфейс Uu узел 29 ретранслятора содержит множество портов 86 связи линии связи доступа узла ретранслятора, которые содержат множество элементов (антенн) 88 передачи линии связи доступа узла ретранслятора или соединены с ними. Порты 86 связи линии связи доступа узла ретранслятора используются для передачи подкадров доступа восходящей линии связи и приема подкадров доступа нисходящей линии связи через интерфейс Uu.
В другом примерном осуществлении, в котором порты являются совместно используемыми, узел 29 ретранслятора может иметь множество портов связи, а не два порта (порт 82 связи линии связи обратного маршрута узла ретранслятора и порты 86 связи линии связи доступа узла ретранслятора), изображенные на фиг. 12. В таком осуществлении совместно используемых портов, порты антенн совместно используются с помощью линии связи обратного маршрута и линии связи доступа. Однако ситуация, изображенная на фиг. 12, с физически отдельными портами 82 связи линии связи обратного маршрута узла ретранслятора и портами 86 связи линии связи доступа узла ретранслятора считается предпочтительной для возможного уменьшения помех.
Как дополнительно изображено на фиг. 12, узел 29 ретранслятора содержит два устройства обработки подкадров, например, устройство 90 обработки подкадров и устройство 92 обработки подкадров. Устройство 90 обработки подкадров обрабатывает кадры, принятые в нисходящей линии связи через интерфейс Un из узла 27 донорной базовой станции, устройство 92 обработки подкадров обрабатывает кадры, принятые через интерфейс Uu из беспроводного терминала 30. Как устройство 90 обработки подкадров, так и устройство 92 обработки подкадров могут включать в себя операции, такие как отмена форматирования и декодирование данных, которые находятся в принятых подкадрах. Узел 29 ретранслятора также содержит два генератора подкадров, например, генератор 94 подкадров и генератор 96 подкадров. Генератор 94 подкадров подготавливает подкадры обратного маршрута восходящей линии связи для передачи через интерфейс Un в узел 27 донорной базовой станции, включая повторное кодирование данных, принятых через интерфейс Uu и включаемых в настоящий момент в подкадры обратного маршрута восходящей линии связи. Генератор 96 подкадров подготавливает подкадры доступа восходящей линии связи для передачи через интерфейс Uu в беспроводной терминал 30, включая повторное кодирование данных, принятых через интерфейс Un и включаемых в настоящий момент в подкадры доступа восходящей линии связи. Фиг. 12 дополнительно изображает, что каждое из устройства 90 обработки подкадров, устройства 92 обработки подкадров, генератора 94 подкадров и генератора 96 подкадров соединены через соответственный буфер 98-98 с подходящим портом узла 29 ретранслятора, например, либо с портами 82 связи линии связи обратного маршрута узла ретранслятора, либо с портами 86 связи линии связи доступа узла ретранслятора.
Вышеупомянутый планировщик 36 узла ретранслятора изображен на фиг. 12 как содержащий, в примерном не ограничивающем варианте осуществления, устройство 100 генерации последовательности подкадров доступа и обратного маршрута, планировщик 106 данных восходящей линии связи узла ретранслятора, планировщик 108 данных нисходящей линии связи узла ретранслятора и планировщик 110 управления нисходящей линией связи узла ретранслятора. Планировщик 106 данных восходящей линии связи узла ретранслятора, планировщик 108 данных нисходящей линии связи узла ретранслятора и планировщик 110 управления нисходящей линией связи узла ретранслятора, все работают один раз в подкадр. Планировщик 110 управления нисходящей линией связи узла ретранслятора взаимодействует с планировщиком 106 данных восходящей линией связи узла ретранслятора и планировщиком 108 данных нисходящей линией связи узла ретранслятора, но планировщик 106 данных восходящей линией связи узла ретранслятора и планировщик 108 данных нисходящей линией связи узла ретранслятора обычно не взаимодействуют непосредственно друг с другом.
Как изображено на фиг. 12, устройство 100 генерации последовательности подкадров доступа и обратного маршрута содержит переключатель 120 режима, который является ответственным за переключение работы узла 29 ретранслятора между интервалом передачи (для передачи одного или более символов в подкадре доступа нисходящей линии связи через интерфейс Uu в беспроводной терминал 30) и интервалом приема (для приема одного или более символов в подкадре обратного маршрута нисходящей линии связи через интерфейс Un из узла 27 донорной базовой станции). Устройство 120 поэлементного перемножения, таким образом, работает, чтобы выполнять переключение режима, описанное, например, со ссылкой на фиг. 7 и фиг. 9.
Различные функциональные устройства узла 29 ретранслятора предоставлены на платформе 122 ретранслятора, которая обрамлена пунктирными линиями на фиг. 12. Как с узлом 27 донорной базовой станции, терминология “платформа” является способом описания того, как функциональные устройства узла 29 ретранслятора могут быть осуществлены или реализованы с помощью машины. Одной примерной платформой 122 является компьютерное осуществление, в котором один или более из обрамленных элементов, включая планировщик 36 узла ретранслятора и составляющие его функциональные возможности, реализуют с помощью одного или более процессоров, которые выполняют закодированные инструкции, для того чтобы выполнять различные действия, описанные в настоящей заявке, включая действия, включенные в передачу подкадров доступа нисходящей линии связи в беспроводной терминал 30 и прием подкадров обратного маршрута из узла 27 донорной базовой станции. В таком компьютерном осуществлении узел 29 ретранслятора может содержать, дополнительно к процессору(ам), секцию 124 памяти (которая, в свою очередь, может содержать память 126 произвольного доступа, память 128 только для чтения, память 130 приложений (которая хранит, например, кодированные инструкции, которые могут выполняться процессором, чтобы выполнять действия, описанные в настоящей заявке), и любую другую память, например, кэш-память).
Как изображено на фиг. 12, беспроводной терминал 30 связывается через интерфейс Uu с узлом 29 ретранслятора. Для связи через интерфейс Uu беспроводной терминал 30 содержит один или более портов 132 связи (которые содержат элемент (элементы) (антенны) 134 передачи или соединены с ними). Беспроводной терминал 30 дополнительно содержит процессор/планировщик 140 подкадров беспроводного терминала, который, в свою очередь, содержит устройство 142 обработки подкадров нисходящей линии связи и генератор 144 подкадров нисходящей линии связи. Устройство 142 обработки подкадров нисходящей линии связи обрабатывает, например, декодирует, подкадры, такие как подкадры доступа нисходящей линии связи и подкадры MBSFN, принятые из узла 29 ретранслятора. Генератор 144 подкадров нисходящей линии связи генерирует подкадры доступа нисходящей линии связи, которые посылаются из беспроводного терминала 30 в узел 29 ретранслятора.
Различные функциональные устройства беспроводного терминала 30 предоставлены на платформе 152 терминала, которая обрамлена пунктирными линиями на фиг. 12. Как с узлом 27 донорной базовой станции и узлом 29 ретранслятора, терминология “платформа” является способом описания того, как функциональные устройства беспроводного терминала 30 могут быть осуществлены или реализованы с помощью машины. Одной примерной платформой 152 является компьютерное осуществление, в котором один или более из обрамленных элементов, включая планировщик 140 беспроводного терминала 30 и составляющие его функциональные возможности, реализуются с помощью одного или более процессоров, которые выполняют кодированные инструкции, чтобы выполнять различные действия, описанные в настоящей заявке, включая действия, включенные в передачу подкадров доступа восходящей линии связи в беспроводной терминал 30, и прием подкадров доступа нисходящей линии связи из узла 29 ретранслятора. В таком компьютерном осуществлении беспроводной терминал 30 может содержать, дополнительно к процессору(ам), секцию 154 памяти (которая, в свою очередь, может содержать память 156 произвольного доступа, память 158 только для чтения, память 160 приложений (которая хранит, например, кодированные инструкции, которые могут выполняться процессором, чтобы выполнять действия, описанные в настоящей заявке), и любую другую память, например, кэш-память).
Обычно беспроводной терминал 30 также содержит устройства или функциональные возможности ввода/вывода, причем типичные устройства ввода/вывода для беспроводного терминала 30 проиллюстрированы на фиг. 12, как клавиатура 161, устройство 162 аудио ввода (например, микрофон), устройство 164 визуального ввода (например, камера), устройство 166 визуального вывода (например, дисплей) и устройство 168 аудио вывода (например, громкоговоритель). Другие типы устройств ввода/вывода также могут быть соединены с беспроводным терминалом 30 или их может содержать беспроводной терминал 30.
В примере на фиг. 12 платформы 72, 122 и 152 проиллюстрированы как платформы, осуществленные с помощью компьютера или основанные на компьютере. Другой примерной платформой, подходящей для любого из узла 27 донской базовой станции, узла 29 ретранслятора или беспроводного терминала 30, является платформа схемы аппаратного обеспечения, например, интегральной схемы прикладной ориентации (ASIC), в которой элементы схемы структурированы и ими управляют с возможностью выполнения различных действий, описанных в настоящей заявке.
Планировщики узла 27 донорной базовой станции и узла 29 ретранслятора, например, планировщик 34 узла донорной базовой станции и планировщик 36 узла ретранслятора, соответственно, должны иметь общую точку зрения на то, какие подкадры являются доступными для обратного маршрута, и какие являются доступными для доступа, как для передачи нисходящей линии связи, так и для передачи восходящей линии связи. Это то, что имеется в виду относительно “шаблона”, как шаблоны в подкадрах, такие как, например, первый шаблон и второй шаблон, упомянутые ранее. Эти шаблоны используют с помощью планировщиков. Планировщик 34 узла донорной базовой станции узла 27 донорной базовой станции использует шаблоны (например, когда подкадр обратного маршрута нисходящей линии связи может быть запланирован для передачи в узел 29 ретранслятора). Планировщик 36 узла ретранслятора узла 29 ретранслятора использует шаблоны (например, первый шаблон), чтобы определять, когда узел 29 ретранслятора может планировать посылать подкадры, например подкадры доступа нисходящей линии связи, в беспроводной терминал 30.
Шаблон (шаблоны) подкадра, например, один или более из первого шаблона и второго шаблона, могли бы быть определены и/или переданы различными способами. В качестве первого способа, проиллюстрированного на фиг. 13-1, шаблон (шаблоны) подкадра могут быть зафиксированы и заданы в стандарте и по существу могут быть запрограммированы или аппаратно установлены в планировщики. В качестве второго способа, шаблон (шаблоны) подкадра могут быть сигнализированы между узлом 27 донорной базовой станции и узлом 29 ретранслятора. Например, узел 27 донорной базовой станции мог бы сообщать узлу 29 ретранслятора, какой шаблон использовать (как проиллюстрировано на фиг. 13-2), или наоборот (как проиллюстрировано на фиг. 13-3), или мог бы быть некоторый вид согласования между узлом 27 донорной базовой станции и узлом 29 ретранслятора для того, чтобы установить или определить оптимальный или пригодный шаблон (шаблоны), как проиллюстрировано на фиг. 13-4. Эта сигнализация может быть выполнена, например, на уровне управления радио ресурсами (RRC) с использованием радиоканала-носителя сигнализации (SRB), который передают через эфирный интерфейс обратного маршрута. В качестве третьего способа, проиллюстрированного на фиг. 13-5, шаблон (шаблоны) подкадра могут быть сигнализированы из некоторого другого узла, например, узла, внешнего к узлу 27 донорной базовой станции и узлу 29 ретранслятора, такого как узел управления, который управляет параметрами конфигурирования, как в узле 27 донорной базовой станции, так и в узле 29 ретранслятора. В случае узла 29 ретранслятора такие данные конфигурирования могут содержаться, например, в пакетах IP, которые передают через эфирный интерфейс обратного маршрута.
Понятно, что предыдущие примерные три способа определения/передачи шаблона (шаблонов) подкадра также подходят для определения и передачи других параметров, таких как максимальное значение CFI и упреждение хронирования нисходящей линии связи.
Таким образом, технология, раскрытая в настоящей заявке, предоставляет новые подкадры обратного маршрута нисходящей линии связи, которые не являются подкадрами MBSFN, в линии связи доступа, и эти новые подкадры обратного маршрута нисходящей линии связи являются “смешанными” подкадрами нисходящей линии связи, которые обрабатывают специальным способом. В таком (например, в течение) “смешанном” подкадре нисходящей линии связи узел 29 ретранслятора должен как принимать управляющую информацию нисходящей линии связи через линию связи обратного маршрута, так и передавать управляющую информацию нисходящей линии связи через линию связи доступа. Если планировщики узла 27 донорной базовой станции планируют узел 29 ретранслятора в смешанном подкадре нисходящей линии связи, CFI (указатель формата управления) должен поддерживаться ниже максимального значения, которое может быть ниже, чем три (обычный диапазон значений для CFI равен 1-3). Узел 29 ретранслятора должен выбрать CFI, равный 1 или 2 в смешанных подкадрах нисходящей линии связи. Узел 29 ретранслятора не может передавать данные физического совместно используемого канала нисходящей линии связи (PDSCH) в смешанных подкадрах нисходящей линии связи. Узел 27 донорной базовой станции может передавать модифицированный физический совместно используемый канал нисходящей линии связи (PDSCH) в узел 29 ретранслятора в смешанных подкадрах, причем некоторые из символов OFDM пропускаются, и согласование скорости настраивается соответствующим образом.
Понятно, что для узла 27 донорной базовой станции, который имеет множество соединенных узлов ретрансляторов, шаблон подкадра и максимальный CFI должны быть одними и теми же по всем таким соединенным узлам ретрансляторов. На самом деле, может быть выгодным в некоторых примерных вариантах осуществления иметь разные такие шаблоны, поскольку тогда узел 27 донорной базовой станции может использовать линию связи обратного маршрута в один узел ретранслятора, в то время как другой узел ретранслятора использует свою линию связи доступа.
Технология, раскрытая в настоящей заявке, адресована различным проблемам и решает их. Одной решенной проблемой является то, что периодическая структура передачи из 8 подкадров не достаточно соответствует возможным шаблонам подкадров MBSFN. В частности, если конкретный подкадр отмечен как MBSFN (что дает возможность узлу ретранслятора принимать передачи нисходящей линии связи в обратном маршруте в этих подкадрах), тогда будут другие подкадры на 8k (для целого k) позже, которые не могут быть отмечены как MBSFN, но для этих подкадров было бы желательным иметь их как подкадры нисходящей линии связи в обратном маршруте, чтобы поддерживать периодическую структуру передачи 8 мс. В системах TDD хронирование HARQ является специфическим для выбранной конфигурации TDD. Она не точно следует периоду 8 мс, а предварительно определенному шаблону. Однако технология, раскрытая в настоящей заявке (например, включая переключение между режимом Tx и Rx в обычном подкадре не MBSFN) может быть применена для того, чтобы повторно использовать предварительно определенные шаблоны хронирования Rel.8 3GPP для линии связи обратного маршрута и доступа системы, расширенной с помощью ретрансляторов. Применение к системам TDD следует тому же принципу, что и в FDD, таким образом, он не проиллюстрирован отдельно в настоящем обсуждении.
Таким образом, технология, раскрытая в настоящей заявке, позволяет введение узла ретранслятора с ограниченным влиянием на эфирный интерфейс LTE. В частности, она позволяет узлу ретранслятора использовать схему передачи HARQ версии 8 без изменений в обеих линиях связи обратного маршрута и доступа, без вызывания собственных помех между передачей и приемом в узле ретранслятора. Это дает хорошую совместимость с UE версии 8, без уменьшения производительности, и интерфейсом между донорным eNodeB и узлом ретранслятора, который очень похож на версию 8, что делает возможным его просто задавать и осуществлять.
Переключение режима, генерация/обработка кадров и другие операции, описанные в настоящей заявке, могут быть осуществлены в соответствующих узлах и/или сетевых структурах с помощью компьютера, процессора или контроллера и по существу могут быть обеспечены посредством использования специализированного аппаратного обеспечения, а также аппаратного обеспечения, которое может выполнять программное обеспечение в виде закодированных инструкций, сохраненных на носителе, считываемом компьютером. Компьютер, в целом, понимается как содержащий один или более процессоров и/или контроллеров, и понятия «компьютер» и «процессор» могут использоваться в настоящей заявке взаимозаменяемо. При обеспечении с помощью компьютера или процессора, функции могут быть обеспечены с помощью одного специализированного компьютера или процессора, с помощью одного совместно используемого компьютера или процессора или с помощью множества отдельных компьютеров или процессоров, которые могут быть совместно используемыми или распределенными. Такие функции следует понимать как осуществляемые с помощью компьютера и, таким образом, осуществляемые с помощью машины. Кроме того, использование понятия “процессор” или ”контроллер” также должно быть истолковано как относящееся к другому аппаратному обеспечению, которое может выполнять такие функции и/или выполнять программное обеспечение, и может включать в себя, без ограничения, аппаратное обеспечение процессора цифровых сигналов (DSP), процессор с сокращенным набором команд, схемы аппаратного обеспечения (например, цифровые или аналоговые) и (где подходят) конечные автоматы, которые могут выполнять такие функции.
Сокращения:
LTE - долгосрочное развитие
MBSFN - многоадресная/широковещательная одночастотная сеть
DL - нисходящая линия связи
UL - восходящая линия связи
PUSCH - физический совместно используемый канал восходящей линии связи
PUCCH - физический управляющий канал восходящей линии связи
OFDM - мультиплексирование с ортогональным частотным разделением
CFI - указатель формата управления
PDCCH - физический управляющий канал нисходящей линии связи
RS - опорный сигнал
PHICH - физический канал указателя гибридного ARQ
PSS - первичный сигнал хронирования
SSS - вторичный сигнал хронирования
PBCH - физический широковещательный канал
PDSCH - физический совместно используемый канал нисходящей линии связи
HARQ - гибридный автоматический запрос для повторной передачи
Хотя описание выше содержит много специфичных сведений, они не должны толковаться как ограничивающие рамки объема изобретения, а просто предоставляют иллюстрации некоторых существующих в настоящее время предпочтительных вариантов осуществления этого изобретения. Понятно, что объем настоящего изобретения включает в себя другие варианты осуществления, которые могут стать очевидными специалистам в данной области техники, и что, таким образом, рамки объема настоящего изобретения не должны быть чрезмерно ограничены. Подразумевается, что ссылка на элемент в единственном числе не означает “один и только один”, если так не указано явно, но скорее “один или более”. Подразумевается, что все структурные, химические и функциональные эквиваленты для элементов вышеописанного варианта осуществления, которые известны специалистам в данной области техники, включены в формулу изобретения. Кроме того, не является обязательным, что устройство или способ, охватываемое изобретением, адресовались к каждой проблеме, на решение которой направлено настоящее изобретение.