Конфигурация подкадра

Конфигурация подкадра

Иллюстрации

Показать все

Реферат

Изобретение относится к передаче информации о конфигурации подкадра для сеансов передачи в дуплексном режиме с временным разделением каналов (TDD, time division duplex).

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

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

Соответствующая система доступа позволяет устройству связи осуществлять доступ к системе связи более широкого охвата. Доступ к системе связи более широкого охвата может обеспечиваться с помощью интерфейса связи по стационарным линиям или интерфейса беспроводной связи, или комбинации этих интерфейсов. Системы связи, предоставляющие беспроводной доступ, обычно обеспечивают для пользователей этих систем по меньшей мере некоторую мобильность. К примерам таких систем относятся беспроводные системы связи, в которых доступ обеспечивается посредством конфигурации сотовых сетей доступа. К другим примерам технологий беспроводного доступа относятся различные беспроводные локальные сети (WLAN, wireless local area network) и системы, основанные на спутниковой связи.

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

В системах сотовой связи сетевой объект, представляющий собой базовую станцию, образует узел для связи с мобильными устройствами в одной или более сотах или секторах. Следует отметить, что в определенных системах базовая станция называется "Node В" (NB, узел В) или "eNodeB" (eNB). Обычно функционирование базовой станции и других устройств системы доступа, требуемых для связи, управляется централизованным объектом управления (который обычно взаимосвязан с другими централизованными объектами управления конкретной системы связи), либо каждая базовая станция (например, eNodeB) содержит свой собственный локальный объект управления. К примерам сотовых систем доступа в порядке их эволюции относятся: GERAN (GSM EDGE radio access network, сеть радиодоступа GSM (Global System for Mobile, глобальная система для мобильной связи) EDGE (Enhanced Data for GSM Evolution, усовершенствованная передача данных для развития GSM)), универсальные наземные сети радиодоступа (UTRAN, Universal Terrestrial Radio Access Network) и развитая сеть UTRAN (E-UTRAN, evolved UTRAN).

Как показано на фиг.8, согласно технологии долгосрочного развития (LTE, Long Term Evolution) для сети E-UTRAN, сеансы передачи в нисходящей и восходящей линиях связи осуществляются в радиокадрах определенной длительности, каждый из которых состоит из последовательных подкадров, причем каждый подкадр содержит ряд последовательных символов мультиплексирования с ортогональным частотным разделением каналов (OFDM, orthogonal frequency division multiplexing).

В режиме TDD одна полоса частот совместно используется сеансами передачи в восходящей и нисходящей линиях связи, при этом восходящей и нисходящей линиям связи выделены различные временные ресурсы.

Существует несколько различных способов совместного использования сеансами передачи в восходящей и нисходящей линиях связи подкадров в пределах кадра, однако каждый из них характеризуется применением по меньшей мере одного специального подкадра (SSF, special sub-frame), который содержит части как для передачи в нисходящей линии связи, то есть DwPTS (Downlink Pilot Time Slot, временной интервал пилотного сигнала нисходящей линии связи), так и для передачи в восходящей линия связи, то есть UpPTS (Uplink Pilot Time Slot, временной интервал пилотного сигнала восходящей линии связи), разделенные фрагментом неиспользуемых символов, расположенных в средней части подкадра, то есть GP (Guard Period, защитный интервал). В соответствии с одним из предложений, значения длины (в терминах символов OFDM) частей, относящихся к восходящей и нисходящей линиям связи, могут определяться на основе ограниченного числа комбинаций, а конкретная комбинация, выбранная для соты на сетевой стороне, передается в устройства связи, обслуживаемые этой сотой, в информационном элементе TDD-Config.

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

Целью изобретения является решение указанной задачи.

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

На фиг.1 показан пример системы связи, включающей сеть радиодоступа.

На фиг.2 показаны некоторые компоненты одного из примеров пользовательского устройства, изображенного на фиг.1.

На фиг.3 показаны некоторые компоненты одного из примеров устройства, подходящего для узлов доступа, изображенных на фиг.1.

На фиг.4 показан пример операций, выполняемых в узле доступа, изображенном на фиг.1.

На фиг.5 показан пример операций, выполняемых в пользовательском устройстве, изображенном на фиг.1.

На фиг.6 показан другой пример операций, выполняемых в узле доступа, изображенном на фиг.1.

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

На фиг.8 показан пример организации сеансов передачи в узел доступа или из узла доступа, изображенного на фиг.1, с использованием кадров и подкадров.

На фиг.9 показаны примеры конфигураций восходящей и нисходящей линий связи для радиокадра в схеме LTE TDD.

На фиг.10 показан набор конфигураций специального подкадра (SSC, special sub-frame (SSF) configuration) и значений параметра SSF, которые используются для идентификации каждой конфигурации в информационном элементе TDD-Config.

На фиг.11 показаны примеры дополнительных конфигураций подкадра (SSC).

На фиг.12 показан пример информационного элемента TDD-Config.

На фиг.13 показан пример сообщения блока системной информации типа 1, содержащего элемент TDD-Config.

На фиг.14 показан пример информационного элемента "Physical Config Dedicated" для сообщения реконфигурации соединения RRC, содержащего индикацию предпочтительной конфигурации SSF.

На фиг.15 показан пример сообщения блока системной информации типа 2, содержащего индикацию предпочтительной конфигурации SSF.

Приведенное ниже описание относится к примеру системы связи, включающей сеть радиодоступа, разработанную для функционирования в соответствии с протоколами технологии долгосрочного развития (LTE) версий 10/11 или более поздних версий.

На фиг.1 показан пример сотовой сети E-UTRAN, содержащей базовые станции 2, 4, 6 (узлы eNB).

Для простоты на фиг.1 показаны только три соты, однако большая сотовая сеть радиодоступа может содержать десятки тысяч сот.

На фиг.2 показаны некоторые компоненты одного из примеров пользовательского устройства, изображенного на фиг.1. Пользовательское устройство (UE, user equipment) 8 может применяться для различных задач, таких как выполнение и прием телефонных вызовов, прием данных из сети передачи данных и передача данных в эту сеть, а также для обработки, например, мультимедийного или другого контента.

Устройство UE 8 может представлять собой любое устройство, способное по меньшей мере передавать или принимать радиосигналы. К примерам таких устройств, не ограничивающим изобретение, относятся мобильная станция (MS, mobile station), портативный компьютер, оснащенный платой беспроводного интерфейса или другим устройством беспроводного интерфейса, персональный коммуникатор (PDA, personal data assistant), оснащенный средствами беспроводной связи, ретрансляционный узел либо комбинация этих устройств, либо другие подобные устройства. Устройство UE 8 может осуществлять связь через соответствующую схему радиоинтерфейса устройства UE 8. Схема интерфейса может быть реализована, например, с помощью радиоблока и связанного с ним антенного устройства. Антенное устройство может располагаться внутри или снаружи устройства UE 8.

Устройство UE 8 может быть оснащено по меньшей мере одним блоком 3 обработки данных и по меньшей мере одним модулем памяти или блоком 7 хранения данных, используемыми в задачах, для выполнения которых сконструировано устройство. Процессор 3 данных и модуль 7 памяти могут размещаться на соответствующей плате 9 и/или в чипсетах.

Пользователь может управлять работой устройства UE 8 с помощью подходящего пользовательского интерфейса, такого как клавиатура 1, устройство ввода речевых команд, сенсорный экран или вспомогательная клавиатура, или их комбинация. Устройство также может быть оснащено дисплеем 5, динамиком и микрофоном.

Кроме того, устройство UE 8 может содержать соответствующие соединители (либо проводные, либо беспроводные) для соединения с другими устройствами и/или с внешним вспомогательным оборудованием, например с гарнитурой.

На фиг.3 показаны некоторые компоненты одного из примеров устройства, подходящего для узлов 2, 4, 6 доступа, изображенных на фиг.1. Устройство 2 может содержать радиочастотную антенну 301, сконфигурированную для приема и передачи радиочастотных сигналов, схему 303 радиочастотного (RF, radio frequency) интерфейса, сконфигурированную для интерфейсной обработки радиочастотных сигналов, принятых и переданных антенной 301. Схема радиочастотного интерфейса может также называться приемопередатчиком. Устройство 2 может также содержать процессор 306 данных, сконфигурированный для обработки сигналов, поступающих из схемы 303 радиочастотного интерфейса, и для управления схемой 303 радиочастотного интерфейса для формирования соответствующих радиочастотных сигналов. Узел доступа также может содержать модуль 307 памяти для хранения данных, параметров и инструкций, используемых процессором 306 данных.

Следует иметь в виду, что как устройство UE 8, так и узлы доступа, показанные соответственно на фиг.2 и 3 и описанные выше, могут содержать другие элементы, которые явно не указаны в описываемых ниже вариантах осуществления настоящего изобретения.

На фиг.4 и 5 показан один из примеров операций, выполняемых на сетевой стороне и на стороне пользовательского устройства в системе связи, изображенной на фиг.1.

На фиг.8 и 9 показан набор подкадров, формирующих радиокадр и выделенных сеансам передачи в нисходящей и восходящей линиях связи в соответствии с одной из 7 конфигураций, представленных на фиг.9; при этом, как видно на чертеже, каждая конфигурация восходящей-нисходящей линии связи содержит по меньшей мере один специальный подкадр, упомянутый выше. Временные интервалы, на которые разделен любой подкадр (14 временных интервалов в случае обычного циклического префикса (СР, cyclic prefix) или 12 временных интервалов в случае расширенного циклического префикса (СР)) могут полностью использоваться для передачи символов OFDM.

14 временных интервалов (или 12 временных интервалов при использовании расширенного префикса СР) специального подкадра (SSF) включают: один или более временных интервалов в начале подкадра, предназначенных для передачи в нисходящей линии связи (совместно называемых временным интервалом пилотного сигнала нисходящей линии связи (DwPTS)); один или более неиспользуемых временных интервалов в средней части подкадра (совместно называемых защитным интервалом (GP)) и один или более временных интервалов в конце подкадра, предназначенных для передачи в восходящей линии связи (совместно называемых временным интервалом пилотного сигнала восходящей линии связи (UpPTS)).

На фиг.10 показаны девять различных комбинаций интервалов DwPTS, GP и UpPTS, при этом длина интервалов DwPTS и UpPTS выражена количеством символов OFDM. Другие примеры комбинаций интервалов DwPTS, GP и UpPTS для специального подкадра показаны на фиг.11.

В сети доступа принимается решение об использовании конфигурации SSF, которая не включена в набор конфигураций SSF, показанный на фиг.10, в качестве предпочтительной конфигурации SSF для соты, связанной с узлом eNB 2. Например, сеть доступа принимает решение о применении конфигурации SSF (6, 6, 2), показанной в верхней части фиг.11, в качестве предпочтительной конфигурации для соты, связанной с узлом eNB 2. Набор (6, 6, 2) обозначает длину интервалов DwPTS, GP и UpPTS, соответственно, выраженную количеством символов OFDM.

Сеть доступа выбирает из ограниченного количества конфигураций специального подкадра, показанных на фиг.10, используемую по умолчанию конфигурацию SSF в паре с предпочтительной конфигурацией SSF. Одна или более конфигураций SSF, показанных на фиг.10, могут использоваться в паре с одной или более дополнительными конфигурациями SSF, тип которых показан на фиг.11. Другими словами, дополнительные конфигурации SSF типа, показанного на фиг.11, могут включать две или более конфигурации, которые используются в паре с той же используемой по умолчанию конфигурацией SSF.

В этом варианте осуществления настоящего изобретения сеть доступа выбирает из ограниченного количества конфигураций специального подкадра, показанных на фиг.10, конфигурацию SSF с интервалами DwPTS и UpPTS, каждая из которых, соответственно, не больше интервалов DwPTS и UpPTS предпочтительной конфигурации (6, 6, 2). Например, сеть доступа выбирает конфигурацию (3, 9, 2), идентифицируемую значением 5 параметра специального подкадра (SSP, special sub-frame parameter).

Сеть доступа определяет информационный элемент TDD-Config типа, показанного на фиг.12, и в качестве значения SSP указывает значение 5 или любое другое значение SSP, идентифицирующее используемую по умолчанию конфигурацию SSF, которую сеть или базовая станция использует в паре с предпочтительной конфигурацией SSF. Информационный элемент TDD-Config также указывает на одну из конфигураций восходящей-нисходящей линий связи, показанных на фиг.9, посредством одного из 7 значений назначения подкадра (sa, subframe assignment), приведенных на фиг.9. Узел eNB 2 в широковещательном режиме передает информационный элемент TDD-Config в качестве части сообщения блока 1 системной информации (SIB1, system information block 1) типа, показанного на фиг.13, по физическому общему нисходящему каналу (PDSCH, Physical Downlink Shared Channel) совместно с сообщением управляющей информации нисходящей линии связи (DCI, downlink control information), передаваемым по физическому нисходящему каналу управления (PDCCH, Physical Downlink Control Channel) и указывающим выделение ресурсов для передачи PDSCH (шаг 402). Сообщение DCI скремблируется вместе с временным идентификатором радиосети (RNTI, Radio Network Temporary Identifier) для системной информации, то есть идентификатором SI-RNTI. Информационный элемент TDD-Config обнаруживается всеми устройствами UE 8 (шаг 502). Все устройства UE 8 обнаруживают сообщение DCI с идентификатором SI-RNTI в результате выполнения процедуры слепого поиска канала PDCCH и извлекают из сообщения DCI информацию о конфигурации соответствующего канала PDSCH, переносящего SIB1.

В приведенной ниже таблице 1 разъясняется назначение полей, используемых в сообщении блока системной информации типа 1 (SIB1), показанном на фиг.13.

Таблица 1
Описание полей сообщения SystemlnformationBlockType1
plmn-IdentityListСписок идентификаторов наземной сети мобильной связи общего назначения (PLMN, Public Land Mobile Network). Первый в списке идентификатор PLMN определяет первичную сеть PLMN.
cellReservedForOperatorUseОпределяется в спецификации TS 36.304.
trackingAreaCodeПараметр trackingAreaCode, общий для всех перечисленных сетей PLMN.
cellBarred"Barred" означает запрет соты, как указано в спецификации TS 36.304.
intraFreqReselectionИспользуется для управления повторным выбором соты для внутричастотных сот, если сота с наивысшим рангом запрещена или рассматривается устройством UE как запрещенная, как указано в спецификации TS 36.304.
csg-IndicationЕсли установлено значение TRUE, то устройству UE разрешается доступ к соте только в том случае, если идентификатор закрытой группы абонентов (CSG, Closed Subscriber Group) соответствует записи в белом списке CSG,
который хранится в устройстве UE.
q-RxLevMinOffsetПараметр Qrxlevminoffset, определяемый в спецификации TS 36.304. Фактическое значение Qrxlevminoffset = значение IE*2 [дБ]. Если параметр не задан, устройство UE применяет для Qrxlevminoffset значение (по умолчанию), составляющее 0 дБ. Влияет на минимальный требуемый уровень Rx в соте.
р-МахЗначение, применяемое для соты. Если поле не задано, устройство UE применяет максимальную мощность в соответствии с возможностями устройства UE.
freqBandIndicatorОпределен в спецификации TS 36.101 [таблица 5.5-1].
si-PeriodicityПериодичность сообщения SI в радиокадрах, например, rf8 обозначает 8 радиокадров, rf16 обозначает 16 радиокадров и т.д.
sib-MappinglnfoСписок блоков системной информации (SIB), преобразованных в это сообщение Systemlnformation. Информация о преобразовании SIB2 отсутствует; этот блок всегда представлен в первом сообщении Systemlnformation, включенном в список schedulingInfoList.
si-WindowLengthОбщее окно планирования системной информации (SI) для всех элементов SI. Значение задается в миллисекундах, при этом ms1 обозначает 1 миллисекунду, ms2 - 2 миллисекунды и т.д.
systemInfoValueTagОбщее поле для всех блоков SIB, отличных от основного блока информации (MIB, master information block), SIB1, SIB10, SIB11 и SIB12. Изменение MIB и S1B1 обнаруживается с помощью приема соответствующего сообщения.
csg-IdentityИдентификатор закрытой абонентской группы в пределах первичной сети PLMN, которой принадлежит сота. Поле присутствует в соте CSG.
ims-EmergencySupportУказывает, поддерживает ли сота услуги переноса экстренной информации в мультимедийной подсистеме передачи данных по Интернет-протоколу (IMS, IP Multimedia Subsystem) для устройств UE в режиме ограниченного предоставления услуг. Если поле отсутствует, экстренный вызов IMS не поддерживается сетью в соте для устройств UE, работающих в режиме ограниченного предоставления услуг.
q-QualMinПараметр Qqualmin, определяемый в спецификации TS 36.304. Если параметр cellSelectionInfo-v920 не задан, устройство UE применяет для Qqualmin значение (по умолчанию), равное минус бесконечности.
q-QualMinOffsetПараметр Qqualminoffset, определяемый в спецификации TS 36.304. Фактическое значение Qqualminoffset = значение IE [дБ]. Если параметр cellSelectionInfo-v920 не задан или поле отсутствует, устройство UE применяет для Qqualminoffset значение (по умолчанию), равное 0 дБ. Влияет на минимальный требуемый уровень качества в соте.
Условное наличие	Объяснение
TDD	Это поле является обязательным для TDD; оно отсутствует в режиме FDD, и устройство UE в этом режиме должно удалить любое существующее значение для этого поля.

Узел eNB 2 определяет, способно ли устройство UE 8 работать в соответствии с предпочтительной конфигурацией (шаг 404). Если результат этого определения положительный, сеть доступа также формирует сообщение "RRC Connection Reconfiguration" (реконфигурация соединения RRC), адресуемое в это устройство UE 8 и содержащее информационный элемент PhysicalConfigDedicated типа, показанного на фиг.14, с индикацией предпочтительной конфигурации подкадра, например (6, 6, 2), посредством заранее заданного нового значения параметра шаблона SSF (например, ssp#9 для конфигурации (6, 6, 2)), распознаваемого в устройстве UE 8, в которое направлено это сообщение.

В приведенной ниже таблице 2 представлено описание полей информационного элемента PhysicalConfigDedicated, изображенного на фиг 14.

Таблица 2
Описание полей информационного элемента PhysicalConfigDedicated
antennainfoПозволяет выбрать, следует ли явно сообщать параметр antennainfo или установить конфигурацию антенны, используемую по умолчанию.
tpc-PDCCH-ConftgPUCCHКонфигурация физического нисходящего канала управления (PDCCH) для управления мощностью физического восходящего канала управления (PUCCH) с использованием формата 3/3А, см. TS 36.212.
tpc-PDCCH-ConfigPUSCHКонфигурация PDCCH для управления мощностью физического общего восходящего канала (PUCCH) с использованием формата 3/3А, CM.TS36.212.
NewSSFpatternУказывает предпочтительный шаблон SSF (например, ssp#9), который должен соблюдаться усовершенствованным устройством UE.

Узел eNB 2 передает сообщение реконфигурации соединения RRC в устройство UE 8 по физическому общему нисходящему каналу (PDSCH) совместно с сообщением DCI, передаваемым по каналу PDCCH и скремблированным с идентификатором RNTI, назначенным устройству UE 8 на время его нахождения в соте (то есть C-RNTI) (шаг 408). Устройство UE 8 обнаруживает сообщение DCI со своим идентификатором C-RNTI в результате выполнения процедуры слепого поиска канала PDCCH и извлекает из сообщения DCI информацию о конфигурации соответствующего канала PDSCH, переносящего сообщение реконфигурации соединения RRC.

Таким образом, узел eNB 2 только передает индикацию предпочтительной конфигурации SSF тем устройствам UE 8, которые способны работать в соответствии с предпочтительной конфигурацией SSF. Если результат упомянутого выше определения отрицательный для любого устройства UE, то узел eNB2 планирует сеансы передачи в любое такое устройство UE 8 и/или из любого устройства UE 8 в соответствии с используемой по умолчанию конфигурацией SSF (шаг 406).

Те устройства UE 8, которым узел eNB 2 не передает индикацию предпочтительной конфигурации SSF, конфигурируются самостоятельно для работы в соответствии с конфигурацией, указанной в информационном элементе TDD-Config сообщения SIB1, обнаруженного в канале PDSCH (шаг 506).

Те устройства UE 8, которые принимают сообщение реконфигурации соединения RRC, содержащее индикацию предпочтительной конфигурации SSF, не выполняют самостоятельно реконфигурацию для работы в соответствии с предпочтительной конфигурацией SSF по меньшей мере до тех пор, пока в узел eNB 2 не будет передано сообщение о завершении реконфигурации соединения RRC (Connection Reconfiguration Complete) (шаг 508). Пока узел eNB 2 не примет сообщения о завершении реконфигурации соединения RRC от устройства UE 8, узел eNB 2 продолжает планировать сеансы передачи в устройство UE 8 согласно используемой по умолчанию конфигурации SSF (шаг 414). После приема от устройства UE 8 сообщения о завершении реконфигурации соединения RRC узел eNB 2 начинает планировать сеансы передачи в это устройство UE 8 в соответствии с предпочтительной конфигурацией SSF (шаг 412).

В этот период неопределенности, между передачей устройством UE 8 сообщения о завершении реконфигурации соединения RRC и приемом узлом eNB 2 этого сообщения, устройство UE 8 может продолжать работать в соответствии с используемой по умолчанию конфигурацией SSF, указанной в информационном элементе TDD-Config, и в то же время проверять наличие символов OFDM в дополнительных временных ресурсах, выделенных для сеансов передачи в нисходящей линии связи в качестве части предпочтительной конфигурации SSF (6, 6, 2).

На фиг.6 и 7 показан другой пример операций, выполняемых на сетевой стороне и на стороне пользовательского устройства в соответствии с одним из альтернативных способов. Так же как и в случае применения способа, описанного выше, узел eNB 2 в широковещательном режиме передает индикацию используемой по умолчанию конфигурации SSF по каналу PDSCH в качестве части блока SIB1 (шаг 602), который обнаруживается всеми устройствами UE 8 (шаг 702). Узел eNB 2 также включает индикацию предпочтительной конфигурации SSF (6, 6, 2) в качестве части второго сообщения блока системной информации, передаваемого по широковещательному каналу PDSCH совместно с сообщением DCI, которое передается по каналу PDCCH и указывает выделение ресурсов для передачи по каналу PDSCH. Сообщение DCI скремблируется с упомянутым выше идентификатором SI-RNTI (шаг 604). В одном из примеров изобретения такое сообщение представляет собой сообщение блока системной информации типа 2 (SIB2), показанного на фиг.15. Индикация предпочтительной конфигурации в широковещательном режиме передается по каналу PDSCH так, чтобы она не распознавалась теми устройствами UE 8, которые не способны работать в соответствии с предпочтительной конфигурацией SSF; причем такие устройства UE 8 продолжают самостоятельно конфигурироваться для работы в соответствии с используемой по умолчанию конфигурацией SSF, указанной в информационном элементе TDD-Config (шаг 706).

В приведенной ниже таблице 3 представлено описание полей сообщения блока системной информации типа 2, изображенного на фиг 15.

Таблица 3
Описание полей сообщения SystemlnformationBtockType2
ac-BarringForEmergencyЗапрет класса доступа для АС 10.
ac-BarringForMO-SignallingЗапрет класса доступа для исходящей сигнализации мобильной связи.
ac-BarringForMO-DataЗапрет класса доступа для исходящих мобильных вызовов.
ac-BarringFactorЕсли случайный номер, выбранный устройством UE, меньше этого значения, доступ разрешен. В противном случае доступ запрещен. Значения интерпретируются в диапазоне [0,1): р00=0, р05=0.05, р10=
0.10, …, р95=0.95.
ac-BarringTimeСреднее значение времени запрета доступа в секундах.
ac-BarringForSpecialACЗапрет класса доступа для АС 11-15. Первый/крайний левый бит используется для АС 11, второй бит - для АС 12 и т.д.
ul-CarrierFreqДля FDD: если поле отсутствует, то применяется значение (по умолчанию), определенное на основе частотного разнесения TX-RX по умолчанию, описанного в спецификации TS 36.101 [таблица 5.7.3-1]. Для TDD: этот параметр отсутствует, и используется значение, равное частоте в нисходящей линии связи.
ul-BandwidthПараметр: конфигурация полосы частот передачи, NRB, в восходящей линии связи, см. TS 36.101 [таблица 5.6-1]. Значение n6 соответствует 6 ресурсным блокам, n15 - 15 ресурсным блокам и т.д. Если этот параметр отсутствует в режиме FDD, полоса частот в восходящей линии связи равна полосе частот в нисходящей линии связи. Для TDD этот параметр отсутствует, и используется значение, равное полосе частот в нисходящей линии связи.
mbsfn-SubframeConfigListОпределяет подкадры, зарезервированные для одночастотной сети предоставления услуги многоадресной широковещательной передачи мультимедийных данных (MBSFN, Multimedia Broadcast multicast service Single Frequency Network) в нисходящей линии связи.
ssac-BarringForMMTEL-VoiceЗапрет класса доступа, специфичного для услуги, для исходящих речевых вызовов мультимедийной телефонии (MMTEL, Multimedia Telephony).
ssac-BarringForMMTEL-VideoЗапрет класса доступа, специфичного для услуги, для исходящих видеовызовов MMTEL.
NewSSFpattern
Указывает новый шаблон SSF (например ssp#9), который должен соблюдать усовершенствованный устройством UE.

Те устройства UE 8, которые способны обнаружить индикацию предпочтительной конфигурации SSF в блоке SIB2, передаваемом по каналу PDSCH, и могут работать в соответствии с предпочтительной конфигурацией (6, 6, 2), сразу же соответствующим образом выполняют реконфигурацию (шаг 708); при этом узел eNB 2 также сразу же начинает планирование сеансов передачи в такие устройства UE в соответствии с предпочтительной конфигурацией (6, 6, 2) SSF (шаг 610). Как указывалось выше, узел eNB 2 может различать, какие из устройств UE 8 могут работать в соответствии с предпочтительной конфигурацией SSF, а какие из них не могут поддерживать такой режим; при этом для устройств UE, не имеющих возможности работать в соответствии с предпочтительной конфигурацией SSF, узел eNB 2 планирует сеансы передачи в такие устройства UE 8 и/или из таких устройств UE 8 в соответствии с используемой по умолчанию конфигурацией SSF, информация о которой передается в широковещательном режиме в SIB1 по каналу PDSCH (шаг 608).

Для выполнения измерений в узлах eNB, связанных с соседними сотами (то есть потенциально целевыми сотами), устройство UE 8 проводит такие измерения на основе используемой по умолчанию конфигурации SSF (такой как (3, 9, 2) в примере, приведенном выше), то есть измерения выполняются только во временных интервалах, выделенных для DwPTS в соответствии с используемой по умолчанию конфигурацией SSF. Для выполнения измерений в узле eNB 2, связанном с текущей сотой, устройство UE 8, способное работать в соответствии с предпочтительной конфигурацией SSF (такой как (6, 6, 2) в приведенном выше примере), производит измерения во временных интервалах, выделенных для DwPTS в соответствии с предпочтительной конфигурацией SSF, включая любые дополнительные временные интервалы, не выделенные для DwPTS в используемой по умолчанию конфигурации SSF.

Приведенное выше описание относится к примеру предпочтительной конфигурации SSF, использующей увеличенные временные ресурсы для DwPTS и те же временные ресурсы для UpPTS. Однако такой же способ также применим к предпочтительным конфигурациям SSF, использующим увеличенные временные ресурсы как для DwPTS, так и для UpPTS, и к предпочтительным конфигурациям SSF, использующим увеличенные временные ресурсы для UpPTS и те же временные ресурсы для DwPTS. Как отмечалось выше, сеть доступа выбирает из набора конфигураций SSF, показанных на фиг.10, используемую по умолчанию конфигурацию SSF с временными ресурсами для DwPTS и UpPTS, которые не больше соответствующих временных ресурсов в предпочтительной конфигурации SSF.

Для выполнения описанных выше операций может потребоваться обработка данных в различных объектах. Обработка данных может быть реализована с помощью одного или более процессоров данных.

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

Например, варианты осуществления настоящего изобретения могут быть реализованы в виде чипсета, другими словами, в виде последовательности интегральных схем, взаимодействующих друг с другом. Чипсет может включать микропроцессоры, сконфигурированные для исполнения кода, специализированные интегральные схемы (ASIC, application specific integrated circuits) или программируемые цифровые сигнальные процессоры, предназначенные для выполнения описанных выше операций.

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

Программное обеспечение компании Synopsys, Inc., Маунтин Вью, Калифорния, и компании Cadence Design, Сан Хосе, Калифорния, автоматически разводит проводники и размещает компоненты на полупроводниковом кристалле с использованием хорошо разработанных правил, а также библиотек, в которых хранятся заранее записанные модули разработки. Разработанный проект для полупроводниковой схемы в стандартизованном электронном формате (например, Opus, GDSII и т.п.) может быть передан на производство полупроводникового устройства для изготовления.

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

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

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

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

4. Способ по любому из пп. 1-3, включающий широкополосную передачу упомянутой индикации предпочтительной конфигурации в формате, который обнаруживается только устройством связи, способным работать в соответствии с упомянутой предпочтительной конфигурацией подкадра.

5. Способ по любому из пп. 1-3, включающий передачу упомянутой индикации предпочтительной конфигурации подкадра в качестве части сообщения, адресованного конкретному устройству связи.

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

7. Способ по любому из пп. 1-3, включающий передачу упомянутой индикации предпочтительной конфигурации подкадра в качестве части сообщения или блока информации, не содержащего упомянутую индикацию используемой по умолчанию конфигурации.

8. Способ по любому из пп. 1-3, включающий передачу упомянутой индикации предпочтительной конфигурации подкадра в качестве части сообщения и прием ответа на упомянутое сообщение.

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

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

11. Способ по п. 10, отл