Результат интеллектуальной деятельности: СПОСОБ ПРОИЗВОЛЬНОГО ДОСТУПА И СООТВЕТСТВУЮЩАЯ АППАРАТУРА

Область техники, к которой относится изобретение

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

Уровень техники

Система стандарта долгосрочного развития (Long Term Evolution, LTE) поддерживает дуплексный режим с разделением времени (Time Division Duplexing, TDD) иными словами, восходящая линия (Uplink, UL) и нисходящая линия (Downlink, DL) используют разные временные интервалы (слоты) на одной и той же частоте. Система LTE TDD может полустатически конфигурировать структуру сигнала и соотношения для конфигурирования восходящей-нисходящей линии (Uplink-Downlink Configuration) в соответствии с типами сервисов, чтобы отвечать различным требованиям к асимметрии восходящей линии и нисходящей линии.

В системе LTE TDD используемая конфигурация восходящей-нисходящей линий построена (конфигурирована) полустатическим способом, так что эта конфигурация изменяется по меньшей мере через каждые 640 мс, что может привести к рассогласованию между текущей конфигурацией восходящей-нисходящей линий и мгновенным соотношением трафика в восходящей и нисходящей линиях. Поэтому ресурсы не удается использовать эффективно, и эта проблема оказывается особенно серьезной для ячеек, где число абонентских терминалов относительно невелико. Поэтому для эффективного повышения коэффициента использования ресурсов в системе согласно новой версии, конфигурация восходящей-нисходящей линии в системе с разделением времени TDD может изменяться динамически, например, эта конфигурация восходящей-нисходящей линий в системе TDD может изменяться через каждые 10-40 с, а базовая станция (например, eNodeB (eNB) сообщает эту TDD-конфигурацию восходящей-нисходящей линий по обычному физическому нисходящему каналу управления (Physical Downlink Control Channel, PDCCH) и усовершенствованному физическому нисходящему каналу управления (enhanced Physical Downlink Control Channel, ePDCCH). В последующем, если не указано иное, нисходящий канал управления физического уровня обозначает обычный физический нисходящий канал управления или усовершенствованный физический нисходящий канал управления (ePDCCH), так что нисходящий канал управления физического уровня может быть сокращенно обозначен (e)PDCCH. Поскольку канал (e)PDCCH является динамическим, TDD-конфигурация восходящей-нисходящей лини может изменяться динамически. Абонентский терминал, поддерживающий функцию динамического изменения TDD-конфигурации восходящей-нисходящей линии, будет именоваться дополнительно усовершенствованным терминалом системы LTE TDD для управления помехами между нисходящей и восходящей линиями и адаптации трафика (eIMTA) или, для простоты абонентским терминалом, имеющим функции eIMTA-терминала.

Поскольку в сети связи сосуществуют eIMTA-терминалы и терминалы, не имеющие функции eIMTA-терминала, где терминалы, не имеющие функции eIMTA-терминала, представляют собой по меньшей мере абонентские терминалы (User Equipment, UE), соответствующие версиям, предшествующим выпуску 12 Проекта партнерства 3-го поколения (The 3rd Generation Partnership Project Release 12, 3GPP R12), и абонентские терминалы, не имеющие функции eIMTA-терминала, хотя и соответствующие выпуску 3GPP R12 и или более поздним выпускам. После передачи одной и той же преамбулы (также именуемой префиксом или пилот-сигналом) с использованием одного и того же ресурса канала произвольного доступа (Random Access Channel, RACH) и приема сообщения 2 отклика произвольного доступа (random access response) с использованием одного и того же ресурса нисходящей линии терминал, имеющий функции eIMTA-терминала, и терминал, не имеющий функции eIMTA-терминала, передают сообщение 3 произвольного доступа (которое может быть сокращенно обозначено Msg3) в соответствии с временным соотношением, заданным в существующем протоколе. Этот существующий протокол определяет следующее: Предположим, что отклик произвольного доступа принят в субкадре n, и что затем передано сообщение Msg3 в первом субкадре с номером n+k1 восходящей линии, где k1>=6, и субкадры пронумерованы от 0 до 9. Если полю задержки восходящей линии в гранте отклика произвольного доступа присвоено значение 0, субкадр с номером n+kl представляет собой первый доступный субкадр восходящей линии (доступный UL субкадр). Если полю задержки восходящей линии в гранте отклика произвольного доступа присвоено значение 1, сообщение Msg3 передают в первом доступном субкадре восходящей линии после субкадра с номером n+k1. Абонентский eIMTA-терминал определяет номер n+k1 в соответствии с TDD-конфигурацией восходящей-нисходящей линии, сообщенной по каналу (e)PDCCH, другими словами, определяет субкадр для передачи сообщения Msg3 в соответствии с TDD-конфигурацией восходящей-нисходящей линии, сообщенной по каналу (e)PDCCH, однако абонентский терминал, не имеющий функции eIMTA-терминала, определяет номер n+k1 в соответствии с TDD-конфигурацией восходящей-нисходящей линии, сообщенной в системном информационном блоке 1 (system information blockl, SIB1), другими словами, определяет субкадр для передачи сообщения Msg3 в соответствии с TDD-конфигурацией восходящей-нисходящей линии, сообщенной в системном информационном блоке 1 (system information block1, SIB1). Далее, TDD-конфигурация восходящей-нисходящей линии, сообщенная по каналу (e)PDCCH, и TDD-конфигурация восходящей-нисходящей линии, сообщенная в блоке SIB1, могут быть различными. Поскольку базовая станция не знает, является ли абонентский терминал, передавший преамбулу, терминалом, имеющим функции eIMTA-терминала, или терминал, не имеющим функции eIMTA-терминала, пока она не примет сообщение Msg3 по каналу произвольного доступа (сообщение RACH Msg3) правильно, эта базовая станция не будет знать, на основе какой конфигурации абонентский терминал определил номер n+k1 или субкадр восходящей линии для передачи сообщения Msg3. При таком подходе терминал, не имеющий функции eIMTA-терминала, терминал, имеющий функции eIMTA-терминала, и базовая станция могут иметь несогласованное понимание того, как выбирается субкадр восходящей линии для передачи сообщения Msg3, так что вполне вероятно, что базовая станция не сможет принять соответствующее сообщение Msg3.

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

Сущность изобретения

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

Согласно первому аспекту предложен способ произвольного доступа, содержащий: прием первого сигнализационного сообщения, переданного базовой станцией терминалу, имеющему функции eIMTA-терминала, по физическому нисходящему совместно используемому каналу (physical downlink shared channel PDSCH), и прием второго сигнализационного сообщения, переданного базовой станцией терминалу, имеющему функции eIMTA-терминала, по физическому нисходящему каналу управления (physical downlink control channel PDCCH) или усовершенствованному физическому нисходящему каналу управления (enhanced physical downlink control channel ePDCCH), где первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии (т.е. конфигурацию для дуплексного режима с разделением времени), и второе сигнализационное сообщение содержит вторую TDD-конфигурацию восходящей-нисходящей линии;

определение, посредством терминала, имеющего функции eIMTA-терминала, в соответствии с первой TDD-конфигурацией восходящей-нисходящей линии, субкадра восходящей линии для передачи сообщения 3 произвольного доступа; и

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

В первом возможном варианте реализации, перед тем, как передать, посредством терминала, имеющего функции eIMTA-терминала, сообщение 3 произвольного доступа в адрес базовой станции в найденном субкадре восходящей линии, способ дополнительно содержит:

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

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

прослушивание, посредством терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии, запроса (приказа) по физическому нисходящему каналу управления (PDCCH Order) или запроса по усовершенствованному физическому нисходящему каналу управления (ePDCCH Order), переданного базовой станцией; или

прослушивание, посредством терминала, имеющего функции eIMTA-терминала, группы субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии, для обнаружения запроса PDCCH Order или запроса ePDCCH Order, переданного базовой станцией.

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

прослушивание, посредством терминала, имеющего функции eIMTA-терминала, группы субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии, для обнаружения информации управления нисходящей линией (downlink control information DCI), переданной от базовой станции по каналу PDCCH или по каналу ePDCCH и скремблированной с использованием временного идентификатора сети радиосвязи для произвольного доступа (random access-radio network temporary identifier (RA-RNTI)).

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

прием, посредством терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии, сообщения для разрешения конфликтов, переданного базовой станцией; или

прием, посредством терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии, сообщения для разрешения конфликтов, переданного базовой станцией.

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

Согласно второму аспекту предложен способ произвольного доступа, содержащий: передачу первого сигнализационного сообщения терминалу, имеющему функции eIMTA-терминала, по физическому нисходящему совместно используемому каналу PDSCH и передачу второго сигнализационного сообщения этому терминалу, имеющему функции eIMTA-терминала, по физическому нисходящему каналу управления PDCCH или усовершенствованному физическому нисходящему каналу управления ePDCCH, где это первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии (для дуплексного режима с разделением времени), а второе сигнализационное сообщение содержит вторую TDD-конфигурацию восходящей-нисходящей линии;и

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

В первом возможном варианте реализации перед приемом сообщения 3 произвольного доступа, переданного посредством терминала, имеющего функции eIMTA-терминала, в субкадре восходящей линии, найденном в соответствии с первой TDD-конфигурацией восходящей-нисходящей линии, способ дополнительно содержит:

передачу запроса по физическому нисходящему каналу управления (PDCCH Order) или запроса по усовершенствованному физическому каналу управления (ePDCCH Order) в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии; или

передачу запроса PDCCH Order или запроса ePDCCH Order в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии.

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

передачу, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии, информации управления нисходящей линией (DCI), скремблированной с использованием временного идентификатора сети радиосвязи для произвольного доступа (RA-RNTI), в адрес терминала, имеющего функции eIMTA-терминала, по каналу PDCCH или по каналу ePDCCH.

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

передачу сообщения для разрешения конфликтов в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии; или

передачу сообщения для разрешения конфликтов в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии.

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

Согласно третьему аспекту предложен абонентский терминал, имеющий функции eIMTA-терминала и содержащий:

приемный модуль, конфигурированный для приема первого сигнализационного сообщения, переданного базовой станцией этому терминалу, имеющему функции eIMTA-терминала, по физическому нисходящему совместно используемому каналу PDSCH, и приема второго сигнализационного сообщения, переданного базовой станцией этому терминалу, имеющему функции eIMTA-терминала, по физическому нисходящему каналу управления PDCCH или по усовершенствованному физическому нисходящему каналу управления ePDCCH, где первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии (для дуплексного режима с разделением времени), а второе сигнализационное сообщение содержит вторую TDD-конфигурацию восходящей-нисходящей линии;

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

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

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

С учетом первого возможного варианта реализации третьего аспекта во втором возможном варианте приемный модуль дополнительно конфигурирован для прослушивания в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии, запроса в физическом нисходящем канале управления (PDCCH Order) или запроса усовершенствованном физическом нисходящем канале управления (ePDCCH Order), переданного базовой станцией; или

приемный модуль дополнительно конфигурирован для прослушивания в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии, запроса PDCCH Order или запроса ePDCCH Order, переданного базовой станцией.

С учетом третьего аспекта или первого возможного варианта реализации этого третьего аспекта, или второго возможного варианта реализации этого третьего аспекта, в третьем возможном варианте реализации приемный модуль дополнительно конфигурирован для прослушивания в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии, информации управления нисходящей линией (DCI), переданной базовой станцией по каналу PDCCH или по каналу ePDCCH и скремблированной с использованием временного идентификатора сети радиосвязи для произвольного доступа (RA-RNTI).

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

С учетом третьего аспекта или первого возможного варианта реализации этого третьего аспекта или второго возможного варианта реализации третьего аспекта или третьего возможного варианта реализации третьего аспекта или четвертого возможного варианта реализации третьего аспекта, в пятом возможном варианте реализации первое сигнализационное сообщение представляет собой системный информационный блок 1. Согласно четвертому аспекту предложена базовая станция, содержащая: передающий модуль, конфигурированный для передачи первого сигнализационного сообщения в адрес терминала, имеющего функции eIMTA-терминала, по физическому нисходящему совместно используемому каналу PDSCH и передачи второго сигнализационного сообщения в адрес этого терминала, имеющего функции eIMTA-терминала, по физическому нисходящему каналу управления (PDCCH) или усовершенствованному физическому нисходящему каналу управления (ePDCCH), где первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии (в дуплексном режиме с разделением времени), а второе сигнализационное сообщение содержит вторую TDD-конфигурацию восходящей-нисходящей линии;и

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

В первом возможном варианте реализации передающий модуль дополнительно конфигурирован для передачи запроса по физическому нисходящему каналу управления (PDCCH Order) или запроса по усовершенствованному физическому нисходящему каналу управления (ePDCCH Order) в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии; или

передающий модуль дополнительно конфигурирован для передачи запроса PDCCH Order или запроса ePDCCH Order в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии.

С учетом четвертого аспекта или первого возможного варианта реализации этого четвертого аспекта, во втором возможном варианте реализации передающий модуль дополнительно конфигурирован для передачи, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии, информации управления нисходящей линией (DO), скремблированной с использованием временного идентификатора сети радиосвязи для произвольного доступа (RA-RNTI), в адрес терминала, имеющего функции eIMTA-терминала, по каналу PDCCH или по каналу ePDCCH.

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

передающий модуль дополнительно конфигурирован для передачи сообщения для разрешения конфликтов в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии.

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

Согласно пятому аспекту предложен абонентский терминал, имеющий функции eIMTA-терминала и содержащий:

приемник, конфигурированный для приема первого сигнализационного сообщения, переданного базовой станцией этому терминалу, имеющему функции eIMTA-терминала, по физическому нисходящему совместно используемому каналу PDSCH, и приема второго сигнализационного сообщения, переданного базовой станцией терминалу, имеющему функции eIMTA-терминала, по физическому нисходящему каналу управления (PDCCH) или по усовершенствованному физическому нисходящему каналу управления (ePDCCH), где это первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии (в дуплексном режиме с разделением времени);

процессор, конфигурированный для определения, в соответствии с первой TDD-конфигурацией восходящей-нисходящей линии, субкадра восходящей линии для передачи сообщения 3 произвольного доступа; и

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

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

передачи преамбулы в адрес базовой станции в группе субкадров восходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии.

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

прослушивание, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии, запроса в физическом нисходящем канале управления (PDCCH Order) или запроса в усовершенствованном физическом нисходящем канале управления (ePDCCH Order), переданного базовой станцией; или

прослушивание, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии, запроса PDCCH Order или запроса ePDCCH Order, переданного базовой станцией.

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

прослушивание, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии, информации управления нисходящей линией (DCI), переданной базовой станцией по каналу PDCCH или по каналу ePDCCH и скремблированной с использованием временного идентификатора сети радиосвязи для произвольного доступа (RA-RNTI).

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

приема, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии, сообщения для разрешения конфликтов, переданного базовой станцией; или

приема, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии, сообщения для разрешения конфликтов, переданного базовой станцией.

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

Согласно шестому аспекту предложена базовая станция, содержащая:

передатчик, конфигурированный для передачи первого сигнализационного сообщения в адрес терминала, имеющего функции eIMTA-терминала, по физическому нисходящему совместно используемому каналу PDSCH и передачи второго сигнализационного сообщения в адрес этого терминала, имеющего функции eIMTA-терминала, по нисходящему каналу управления (PDCCH) или усовершенствованному нисходящему каналу управления (ePDCCH), где первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии (для дуплексного режима с разделением времени), а второе сигнализационное сообщение содержит вторую TDD-конфигурацию восходящей-нисходящей линии; и

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

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

передачи запроса по физическому нисходящему каналу управления (PDCCH Order) или запроса по усовершенствованному физическому нисходящему каналу управления (ePDCCH Order) в адрес этого терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии; или

передачи запроса PDCCH Order или запроса ePDCCH Order в адрес этого терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии.

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

передачи, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии, информации управления нисходящей линией (DCI), скремблированной с использованием временного идентификатора сети радиосвязи для произвольного доступа (RA-RNTI), в адрес терминала, имеющего функции eIMTA-терминала, по каналу PDCCH или по каналу ePDCCH.

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

передачи сообщения для разрешения конфликтов в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии; или

передачи сообщения для разрешения конфликтов в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии.

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

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

Краткое описание чертежей

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

Фиг. 1a представляет логическую схему процедуры произвольного доступа в конкурентном режиме (режим множественных одновременных запросов);

фиг. 1b представляет логическую схему процедуры произвольного доступа в неконкурентном режиме;

фиг. 2 представляет логическую схему первого варианта способа произвольного доступа согласно настоящему изобретению;

фиг. 3 представляет логическую схему второго варианта способа произвольного доступа согласно настоящему изобретению;

фиг. 4 представляет логическую схему третьего варианта способа произвольного доступа согласно настоящему изобретению;

фиг. 5 представляет логическую схему четвертого варианта способа произвольного доступа согласно настоящему изобретению;

фиг. 6 представляет логическую схему пятого варианта способа произвольного доступа согласно настоящему изобретению;

фиг. 7 представляет логическую схему шестого варианта способа произвольного доступа согласно настоящему изобретению;

фиг. 8 представляет логическую схему седьмого варианта способа произвольного доступа согласно настоящему изобретению;

фиг. 9 представляет логическую схему восьмого варианта способа произвольного доступа согласно настоящему изобретению;

фиг. 10 представляет упрощенную структурную схему первого варианта абонентского терминала согласно настоящему изобретению;

фиг. 11 представляет упрощенную структурную схему второго варианта абонентского терминала согласно настоящему изобретению;

фиг. 12 представляет упрощенную структурную схему третьего варианта абонентского терминала согласно настоящему изобретению;

фиг. 13 представляет упрощенную структурную схему четвертого варианта абонентского терминала согласно настоящему изобретению;

фиг. 14 представляет упрощенную структурную схему первого варианта базовой станции согласно настоящему изобретению;

фиг. 15 представляет упрощенную структурную схему второго варианта базовой станции согласно настоящему изобретению;

фиг. 16 представляет упрощенную структурную схему третьего варианта базовой станции согласно настоящему изобретению;

фиг. 17 представляет упрощенную структурную схему четвертого варианта базовой станции согласно настоящему изобретению;

фиг. 18 представляет упрощенную структурную схему пятого варианта абонентского терминала согласно настоящему изобретению; и

фиг. 19 представляет упрощенную структурную схему одного из вариантов базовой станции согласно настоящему изобретению.

Описание вариантов

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

Существующая система LTE TDD имеет семь конфигураций, подробности которых приведены в таблице 1, где D обозначает нисходящую линию, U обозначает восходящую линию, S обозначает специальный субкадр, так что этот специальный субкадр содержит временной интервал (слот) для пилот-сигнала нисходящей линии (Downlink Pilot Time Slot, DWPTS), защитный период (Guard Period, GP) и временной слот пилот-сигнала восходящей линии (Uplink Pilot Time Slot, UPPTS).

Процесс произвольного доступа в системе LTE TDD содержит процедуру произвольного доступа в конкурентном режиме и процедуру произвольного доступа в неконкурентном режиме. Процедура произвольного доступа в конкурентном режиме показана на фиг. 1a, а упрощенная схема процедуры произвольного доступа в неконкурентном режиме, показана на фиг. 1b. Процедура произвольного доступа в конкурентном режиме содержит передачу терминалом UE сообщения 1 произвольного доступа (которое может быть сокращенно обозначено как сообщение Msgl), иными словами, преамбулы. После правильного приема преамбулы узел eNodeB (базовая станция) передает сообщение 2 произвольного доступа (которое может быть сокращенно обозначено как сообщение Msg2), иными словами отклик произвольного доступа (radio access channel (RACH) response, RAR), где отклик произвольного доступа содержит: опережение по времени, грант отклика произвольного доступа ((random access response grant), для обозначения информации о передаче последующего сообщения Msg3), и назначенный временный идентификатор пользователя (например, временный идентификатор сети сотовой радиосвязи (cell radio network temporary identifier (C-RNTI))). После того, как терминал UE правильно примет сообщение Msg2, этот терминал UE передает сообщение Msg3 по физическому восходящему совместно используемому каналу (Physical Uplink Share Channel, PUSCH), указанному грантом отклика произвольного доступа в сообщении Msg2. В ходе первоначальной процедуры произвольного доступа сообщение Msg3 представляет собой запрос соединения управления радио ресурсами (radio resource control (RRC)). Сообщение 3 произвольного доступа, инициированное после отказа или сбоя радиоканала, может представлять собой запрос повторного установления соединения RRC, может также представлять собой управляющий MAC-элемент запроса ресурсов (Medium access control control element, MAC СЕ) или может быть также сообщением квитирования переключения. После правильного приема сообщения Msg3 узел eNB возвращает сообщение 4 произвольного доступа (сокращенно Msg4) терминалу UE по физическому нисходящему совместно используемому каналу (Physical Downlink Share Channel, PDSCH), где это сообщение 4 доступа может представлять собой сообщение обнаружения конфликтов или аналогичное сообщение. По сравнению с процедурой произвольного доступа в конкурентном режиме процедура произвольного доступа в неконкурентном режиме не содержит ни сообщения 3, ни сообщения для разрешения конфликтов, поскольку здесь нет конкуренции. Кроме того, процедура произвольного доступа в неконкурентном режиме дополнительно содержит сообщение 0 произвольного доступа (MsgO), где это сообщение MsgO может представлять собой запрос по нисходящему каналу управления ((e)PDCCH order), или может быть также командой переключения, а запрос (e)PDCCH order содержит номер последовательности преамбулы и другую подобную информацию.

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

Этап S101. Абонентский терминал, имеющий функции eIMTA-терминала, принимает первое сигнализационное сообщение, переданное базовой станцией этому терминалу, имеющему функции eIMTA-терминала, по физическому нисходящему совместно используемому каналу PDSCH, и принимает второе сигнализационное сообщение, переданное базовой станцией этому терминалу, имеющему функции eIMTA-терминала, по физическому нисходящему каналу управления (PDCCH) или по усовершенствованному физическому нисходящему каналу управления (ePDCCH), где первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии (в дуплексном режиме с разделением времени), и второе сигнализационное сообщение содержит вторую TDD-конфигурацию восходящей-нисходящей линии.

Терминалы обоих типов - терминалы, имеющие функции eIMTA-терминала, и терминалы, не имеющие функции eIMTA-терминала, могут принять по каналу PDSCH, первое сигнализационное сообщение, переданное базовой станцией, где это первое сигнализационное сообщение может представлять собой сообщение SIB1. Это первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии, причем эта первая TDD-конфигурация восходящей-нисходящей линии является полустатически конфигурированной.

Абонентский терминал, имеющий функции eIMTA-терминала, может также принимать, по каналу (e)PDCCH, второе сигнализационное сообщение, переданное базовой станцией. Это второе сигнализационное сообщение содержит вторую TDD-конфигурацию восходящей-нисходящей линии, причем эта вторая TDD-конфигурация восходящей-нисходящей линии может быть динамически изменена, например, конфигурация восходящей-нисходящей линии изменяется каждые 10-40 мс.

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

Этап S102. Абонентский терминал, имеющий функции eIMTA-терминала, определяет в соответствии с первой TDD-конфигурацией восходящей-нисходящей линии субкадр восходящей линии для передачи сообщения 3 произвольного доступа.

Этот субкадр восходящей линии для передачи сообщения Msg3 определяют следующим образом: Предполагается, что отклик произвольного доступа принят в субкадре n, и что затем сообщение Msg3 передают в первом субкадре восходящей линии с номером n+k1, где k1>=6, и субкадры маркированы от 0 до 9. Если величина поля задержки восходящей линии в составе гранта отклика произвольного доступа равна 0, тогда субкадр с номером n+k1 представляет собой первый доступный субкадр восходящей линии (доступный UL-субкадр). Если величина поля задержки восходящей линии в составе гранта отклика произвольного доступа равна 1, тогда сообщение Msg3 передают в первом доступном субкадре восходящей линии после субкадра с номером n+k1.

Абонентский терминал, не имеющий функции eIMTA-терминала, безусловно передает сообщение Msg3 в соответствии с первой TDD-конфигурацией восходящей-нисходящей линии. Однако терминал, имеющий функции eIMTA-терминала, не определяет номер n+k1 в соответствии с TDD-конфигурацией восходящей-нисходящей линии, сообщенной ему по каналу (e)PDCCH, другими словами, не определяет субкадр для передачи сообщения Msg3 в соответствии с TDD-конфигурацией восходящей-нисходящей линии, сообщенной по каналу (e)PDCCH, но определяет номер n+k1 в соответствии с TDD-конфигурацией, сообщенной в блоке SIB1.

Этап S103. Абонентский терминал, имеющий функции eIMTA-терминала, передает сообщение 3 произвольного доступа в адрес базовой станции в найденном субкадре восходящей линии.

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

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

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

Этап S201. Абонентский терминал, имеющий функции eIMTA-терминала, принимает первое сигнализационное сообщение, переданное базовой станцией этому терминалу, имеющему функции eIMTA-терминала, по физическому нисходящему совместно используемому каналу PDSCH, и принимает второе сигнализационное сообщение, переданное базовой станцией этому терминалу, имеющему функции eIMTA-терминала, по физическому нисходящему каналу управления (PDCCH) или усовершенствованному физическому нисходящему каналу управления (ePDCCH), где первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии (для дуплексного режима с разделением времени), а второе сигнализационное сообщение содержит вторую TDD-конфигурацию восходящей-нисходящей линии.

Конкретный способ реализации этапа S201 совпадает со способом этапа S101 в приведенном выше варианте, так что подробности здесь повторно описаны не будут.

Этап S202. Абонентский терминал, имеющий функции eIMTA-терминала, прослушивает, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии, запрос по физическому нисходящему каналу управления (PDCCH Order) или запрос по усовершенствованному физическому нисходящему каналу управления (ePDCCH Order), переданный базовой станцией.

Терминал UE может прослушивать запрос (e)PDCCH Order в соответствии с TDD-конфигурацией восходящей-нисходящей линии, указанной в сигнализационном сообщении, переданном ему по каналу (e)PDCCH, и в частности, прослушивать запрос (e)PDCCH order в субкадре нисходящей линии или в специальном субкадре в TDD-конфигурации, о которой сообщено в сигнализационном сообщении по каналу (e)PDCCH. При таком подходе, поскольку число доступных субкадров нисходящей линии в TDD-конфигурации, указанной в сигнализационном сообщении, переданном по каналу (e)PDCCH, больше числа доступных субкадров нисходящей линии согласно TDD-конфигурации, сообщенной в блоке SIB1, терминал UE может иметь больше возможностей принять запрос (e)PDCCH Order, уменьшая тем самым 4задержку произвольного доступа и улучшая гибкость планирования на базовой станции. В альтернативном варианте терминал UE может также прослушивать, согласно TDD-конфигурации, указанной в сообщении, переданном по каналу PDSCH, запрос (e)PDCCH Order, переданный базовой станцией, где сообщение может представлять собой блок SIB1.

В рассматриваемом варианте настоящего изобретения описываемая группа субкадров нисходящей линии может содержать некий специальный субкадр. Когда терминал UE прослушивает запрос (e)PDCCH Order в указанном специальном субкадре в TDD-конфигурации, переданной в сигнализационном сообщении по каналу (e)PDCCH, то если соответствующий тип субкадра, указанный в TDD-конфигурации, переданной в сигнализационном сообщении по каналу (e)PDCCH, представляет собой субкадр нисходящей линии, этот терминал UE может принимать другие нисходящие данные в соответствии с типом субкадра нисходящей линии. Ситуация применима к прослушиванию, в специальном субкадре, других переданных базовой станцией сообщений, указанных выше.

Поскольку базовая станция в состоянии соединения передает терминалу UE запрос (e)PDCCH order, чтобы инициировать осуществление произвольного доступа терминалом UE, базовая станция обычно знает, является ли этот терминал UE абонентским терминалом, имеющим функции eIMTA-терминала, и если этот терминал UE является терминалом, имеющим функции eIMTA-терминала, базовая станция обычно знает, следует ли ей использовать TDD-конфигурацию восходящей-нисходящей линии, переданную в составе сигнализационного сообщения по каналу (e)PDCCH.

Этап S203. Абонентский терминал, имеющий функции eIMTA-терминала, передает преамбулу в адрес базовой станции в группе субкадров восходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии.

Поскольку базовая станция не знает, является ли терминал UE, передавший преамбулу, терминалом, не имеющим функции eIMTA-терминала, или терминалом, имеющим функции eIMTA-терминала, преамбулу передают равномерно с использованием субкадра восходящей линии в соответствии с TDD-конфигурацией восходящей-нисходящей линии, сообщенной в блоке SIB1, с целью обеспечить, чтобы базовая станция могла точно принять преамбулу, переданную терминалом.

Когда базовая станция передает запрос (e)PDCCH order терминалу UE, этот запрос (e)PDCCH order может содержать индекс преамбулы, а существующий протокол задает: если терминал принимает запрос (e)PDCCH order в субкадре с номером n, преамбулу передают с использованием имеющегося ресурса произвольного доступа в субкадре с номером n+k2, где k2>=6.

Имеет смысл отметить, что этап S202 совсем не обязательно выполнять прежде этапа S203, так что абонентский терминал может запускать процедуру произвольного доступа самостоятельно.

Имеет смысл отметить, что при выполнении этапа S203 переданная преамбула или используемый ресурс физического канала произвольного доступа (PRACH) может представлять собой преамбулу или PRACH-pecypc, которые могли быть использованы известным терминалом UE. В таком случае, базовая станция не может знать, является ли терминал UE абонентским eIMTA-терминалом только посредством PRACH-pecypca, или не может различить, является ли терминал UE, выполняющий процедуру произвольного доступа в конкурентном режиме, eIMTA-терминалом, только на основе преамбулы. В качестве альтернативы, при выполнении этапа S203 переданная преамбула или использованный PRACH-pecypc могут быть преамбулой или ресурсом, которые может использовать eIMTA-терминал, но не могут использовать терминалы UE других типов, и в этом случае базовая станция может отличить, является ли терминал UE, осуществляющий процедуру произвольного доступа в конкурентном режиме, eIMTA-терминалом, только на основе PRACH-pecypca или преамбулы.

Такая преамбула или PRACH-pecypc, которые могут быть использованы eIMTA-терминалом, но не могут быть использованы терминалами UE других типов, могут представлять собой новую преамбулы или PRACH-pecypc, либо зарезервированную часть преамбул в исходном наборе преамбул. Согласно одному из конкретных способов преамбула или PRACH-pecypc могут быть конфигурированы для eIMTA-терминала посредством системного вещательного сообщения, специализированного RRC-сообщения или сигнализационного сообщения физического уровня, сигнализационного сообщения МАС-уровня или другого подобного сообщения прежде выполнения этапа 203. Преимущество такого подхода состоит в том, что базовая станция получает возможность раньше распознать eIMTA-терминал и тем самым уменьшить задержку произвольного доступа и повысить гибкость планирования базовой станции.

Этап S204. Абонентский терминал, имеющий функции eIMTA-терминала, прослушивает группу субкадров нисходящей линии, заданную в составе первой TDD-конфигурации восходящей-нисходящей линии, для обнаружения информации управления нисходящей линией (DCI), переданной базовой станцией по каналу PDCCH или по каналу ePDCCH и скремблированной с использованием временного идентификатора сети радиосвязи для произвольного доступа (RA-RNTI).

Поскольку после приема преамбулы базовая станция не знает, является ли терминал UE абонентским eIMTA-терминалом, информацию DCI, скремблированную с использованием идентификатора RA-RNTI, прослушивают в субкадрах нисходящей линии или в специальном субкадре, соответствующем TDD-конфигурации, сообщенной в блоке SIB1, обеспечивая тем самым, что все терминалы UE могут правильно принять информацию DCI.

Понятно, что в случае процедуры произвольного доступа в неконкурентном режиме или для случая, когда переданная преамбула или использованный PRACH-pecypc на этапе 203 представляет собой преамбулу или PRACH-pecypc, который может быть использован eIMTA-терминалом, но не может быть использован другими терминалами UE, базовая станция может узнать, является ли рассматриваемый терминал UE абонентским eIMTA-терминалом, после приема преамбулы, и если этот терминал UE является терминалом, имеющим функции eIMTA-терминала, базовая станция может знать, следует ли использовать TDD-конфигурацию восходящей-нисходящей линии, полученную в составе сигнализационного сообщения, переданного по каналу (e)PDCCH. Поэтому, в случае процедуры произвольного доступа в неконкурентном режиме или в случае, когда переданная преамбула или использованный PRACH-pecypc на этапе 204 представляет собой преамбулу или PRACH-pecypc, которые могут быть использованы eIMTA-терминалом, но не могут быть использованы терминалами UE других типов, этап S204 также может быть заменен прослушиванием, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии, информации управления нисходящей линией (DCI), переданной базовой станцией по каналу (e)PDCCH и скремблированной с использованием временного идентификатора сети радиосвязи для произвольного доступа (RA-RNTI). При таком подходе, поскольку число доступных субкадров нисходящей линии в TDD-конфигурации восходящей-нисходящей линии, переданной в составе сигнализационного сообщения по каналу (e)PDCCH, больше числа доступных субкадров нисходящей линии в TDD-конфигурации, сообщенной в блоке SIB, терминал UE может иметь больше возможностей для приема информации DCI, уменьшив тем самым задержку произвольного доступа и улучшив гибкость планирования базовой станции. Безусловно, в случае процедуры произвольного доступа в неконкурентном режиме или в случае, когда переданная преамбула или использованный PRACH-pecypc на этапе 203 представляют собой преамбулу или PRACH-pecypc, который может быть использован eIMTA-терминалом, но не может быть использован другими терминалами UE, информация DCI может быть также принята способом, изложенным для первоначального этапа S204.

Также понятно, что этапы с этапа S205 по этап S207 включительно не существуют для процедуры произвольного доступа в неконкурентном режиме.

Этап S205. Абонентский терминал, имеющий функции eIMTA-терминала, определяет, в соответствии с первой TDD-конфигурацией восходящей-нисходящей линии, субкадр восходящей линии для передачи сообщения 3 произвольного доступа.

Этап S206. Абонентский терминал, имеющий функции eIMTA-терминала, передает сообщение 3 произвольного доступа в адрес базовой станции в найденном субкадре восходящей линии.

Конкретные процедуры этапа S205 и этапа S206 являются такими же, как процедуры этапа S102 и этапа S103 в изложенном выше варианте, так что подробности здесь не будут описаны повторно.

Этап S207. Абонентский терминал, имеющий функции eIMTA-терминала, принимает в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии, сообщение для разрешения конфликтов, переданное базовой станцией.

Поскольку базовая станция уже распознала, является ли терминал UE абонентским терминалом, имеющим функции eIMTA-терминала, или терминалом, не имеющим функции eIMTA-терминала, после приема сообщения 3 произвольного доступа, переданного терминалом UE, и если терминал UE является терминалом, имеющим функции eIMTA-терминала, определила, следует ли использовать TDD-конфигурацию восходящей-нисходящей линии, переданную в составе сигнализационного сообщения по каналу (e)PDCCH, предпочтительно терминал UE прослушивает сообщение для разрешения конфликтов в соответствии с TDD-конфигурацией восходящей-нисходящей линии, переданной в составе сигнализационного сообщения по каналу (e)PDCCH. При таком подходе, поскольку число доступных субкадров нисходящей линии в составе TDD-конфигурации восходящей-нисходящей линии, переданной в составе сигнализационного сообщения по каналу (e)PDCCH, больше числа доступных субкадров нисходящей линии в составе TDD-конфигурации, сообщенной в блоке SIB, терминал UE может иметь больше возможностей для приема сообщения для разрешения конфликтов, уменьшая тем самым задержку произвольного доступа и улучшая гибкость планирования базовой станции.

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

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

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

Этап S301. Передача первого сигнализационного сообщения терминалу, имеющему функции eIMTA-терминала, по физическому нисходящему совместно используемому каналу PDSCH и передача второго сигнализационного сообщения этому терминалу, имеющему функции eIMTA-терминала, по физическому нисходящему каналу управления (PDCCH) или по усовершенствованному физическому нисходящему каналу управления (ePDCCH), где это первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии (в дуплексном режиме с разделением времени), а второе сигнализационное сообщение содержит вторую TDD-конфигурацию восходящей-нисходящей линии.

До момента правильного приема сообщения 3 произвольного доступа базовая станция не знает, передавал ли сообщения, предшествующие сообщению 3 произвольного доступа, терминал, имеющий функции eIMTA-терминала, или терминал, не имеющий функции eIMTA-терминала, но эта базовая станция может передать первое сигнализационное сообщение терминалу, имеющему функции eIMTA-терминала, и терминалу, не имеющему функции eIMTA-терминала, по каналу PDSCH, где это первое сигнализационное сообщение может представлять собой блок SIB1. Такое первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии, причем эта первая TDD-конфигурация восходящей-нисходящей линии конфигурирована полустатически.

Абонентский терминал, имеющий функции eIMTA-терминала, может далее принять по каналу (e)PDCCH второе сигнализационное сообщение, переданное базовой станцией. Поэтому базовая станция передает второе сигнализационное сообщение этому терминалу, имеющему функции еМТА-терминала, по каналу (e)PDCCH. Это второе сигнализационное сообщение содержит TDD-конфигурацию восходящей-нисходящей линии, причем это вторая TDD-конфигурация восходящей-нисходящей линии может динамически изменяться, например, конфигурация восходящей-нисходящей линии изменяется каждые 10-40 мс.

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

Этап S302. Прием сообщения 3 произвольного доступа, которое передано посредством терминала, имеющего функции eIMTA-терминала, в субкадре восходящей линии, найденном в соответствии с первой TDD-конфигурацией восходящей-нисходящей линии.

Абонентский терминал, не имеющий функции eIMTA-терминала, безусловно передает сообщение Msg3 в соответствии с первой TDD-конфигурацией восходящей-нисходящей линии. Однако терминал, имеющий функции eIMTA-терминала, не определяет субкадр для передачи сообщения Msg3 в соответствии с TDD-конфигурацией восходящей-нисходящей линии, сообщенной по каналу (e)PDCCH, а определяет такой субкадр, в котором следует передать сообщение Msg3, согласно TDD-конфигурации, сообщенной в блоке SIB1. Поэтому для терминалов обоих типов - и терминалов, не имеющих функции eIMTA-терминала, и терминалов, имеющих функции eIMTA-терминала, базовая станция может всегда точно принять, в субкадре восходящей линии, найденном в соответствии с первой TDD-конфигурацией восходящей-нисходящей линии, сообщения Msg3, переданные как терминалами, не имеющими функции eIMTA-терминала, так и терминалами, имеющими функции eIMTA-терминала.

В соответствии с техническим решением рассматриваемого варианта, поскольку базовая станция знает, что терминалы обоих типов - и терминалы, не имеющие функции eIMTA-терминала, и терминалы, имеющие функции eIMTA-терминала, передают сообщения Msg3 посредством равномерного использования субкадра восходящей линии, найденного согласно конфигурации восходящей-нисходящей линии, сообщенной в блоке SIB1, базовая станция может точно принимать сообщения Msg3, переданные как терминалами, не имеющими функции eIMTA-терминала, так и терминалами, имеющими функции eIMTA-терминала, тем самым поддерживая обратную совместимость с терминалами, не имеющими функции eIMTA-терминала и соответствующими стандартам более ранних выпусков, чем выпуск R12.

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

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

Этап S401. Передача первого сигнализационного сообщения терминалу, имеющему функции eIMTA-терминала, по физическому нисходящему совместно используемому каналу PDSCH и передача второго сигнализационного сообщения этому терминалу, имеющему функции eIMTA-терминала, по физическому нисходящему каналу управления (PDCCH) или усовершенствованному физическому нисходящему каналу управления (ePDCCH), где первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии (для дуплексного режима с разделением времени), а второе сигнализационное сообщение содержит вторую TDD-конфигурацию восходящей-нисходящей линии.

Конкретный способ выполнения этапа S401 является таким же, как способ выполнения этапа S301 согласно изложенному выше варианту, так что подробности здесь повторно описаны не будут.

Этап S402. Передача в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии, запроса физического нисходящего канала управления (PDCCH Order) или запроса усовершенствованного физического нисходящего канала управления (ePDCCH Order) терминалу, имеющему функции eIMTA-терминала.

Базовая станция передает запрос (e)PDCCH Order в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии. При таком подходе, поскольку число доступных субкадров нисходящей линии согласно TDD-конфигурации, указанной в сигнализационном сообщении, переданном по каналу (e)PDCCH, больше числа доступных субкадров нисходящей линии, указанных в TDD-конфигурации, сообщенной в блоке SIB1, терминал UE может иметь больше возможностей принимать запрос (e)PDCCH Order, уменьшая тем самым задержку произвольного доступа и повышая гибкость планирования базовой станции. В качестве альтернативы базовая станция может также передать запрос (e)PDCCH Order в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии.

В рассматриваемом варианте настоящего изобретения заданный субкадр нисходящей линии может представлять собой специальный субкадр. Когда базовая станция передает запрос (e)PDCCH Order в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии, если соответствующий тип субкадра, который может быть указан в TDD-конфигурации восходящей-нисходящей линии, является субкадром нисходящей линии, рассматриваемый терминал UE может принимать другие данные нисходящей линии согласно типу субкадра нисходящей линии. Эта ситуация применима к прослушиванию, в специальном субкадре, других сообщений, переданных базовой станцией, что рассмотрено ниже.

Этап S403. Передача в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии, информации управления нисходящей линией (DCI), скремблированной с использованием временного идентификатора сети радиосвязи для произвольного доступа (RA-RNTI), в адрес терминала, имеющего функции eIMTA-терминала, по каналу PDCCH или по каналу ePDCCH.

Базовая станция по-прежнему не знает, является ли терминал UE абонентским eIMTA-терминалом, после приема преамбулы, переданной терминалом UE, и поэтому информацию DCI, скремблированную с использованием идентификатора RA-RNTI, передают терминалу UE в субкадрах нисходящей линии или в специальном субкадре, соответствующих TDD-конфигурации, сообщенной в терминале SIB1, обеспечивая тем самым, что все терминалы UE смогут правильно принять информацию DCI.

Этап S404. Прием сообщения 3 произвольного доступа, переданного посредством терминала, имеющего функции eIMTA-терминала, в субкадре восходящей линии, найденном в соответствии с первой TDD-конфигурацией восходящей-нисходящей линии.

Конкретный способ осуществления этапа S404 является таким же, как для этапа S302 в описанном выше варианте, так что подробности здесь повторно рассмотрены не будут.

Этап S405. Передача сообщения для разрешения конфликтов в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии.

Поскольку базовая станция уже распознала, является ли терминал UE абонентским терминалом, имеющим функции eIMTA-терминала, или абонентским терминалом, не имеющим функции eIMTA-терминала, после приема сообщения 3 произвольного доступа, переданного этим терминалом UE, и если терминал UE является терминалом, имеющим функции eIMTA-терминала, распознала, следует ли использовать TDD-конфигурацию восходящей-нисходящей линии, переданную в сигнализационном сообщении по каналу (e)PDCCH, предпочтительно эта базовая станция передает сообщение для разрешения конфликтов в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии. При таком подходе, поскольку число доступных субкадров нисходящей линии, указанных в TDD-конфигурации восходящей-нисходящей линии, переданной в сигнализационном сообщении по каналу (e)PDCCH, больше числа доступных субкадров нисходящей линии, указанных в TDD-конфигурации, сообщенной в блоке SIB, терминал UE может иметь больше возможностей для приема сообщения для разрешения конфликтов, уменьшая тем самым задержку произвольного доступа и улучшая гибкость планирования на базовой станции.

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

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

На фиг. 6 представлена логическая схема пятого варианта способа произвольного доступа согласно настоящему изобретению. Как показано на фиг.6 способ содержит следующие этапы:

Этап 501. Абонентский терминал, имеющий функции eIMTA-терминала, передает пилот-сигнал в адрес базовой станции по физическому каналу произвольного доступа (PRACH), предварительно конфигурированному базовой станцией, или передает пилот-сигнал, предварительно конфигурированный базовой станцией, или резервный пилот-сигнал в составе группы пилот-сигналов в адрес базовой станции.

Этап S502. Абонентский терминал, имеющий функции eIMTA-терминала, принимает сигнализационное сообщение, переданное базовой станцией по физическому нисходящему каналу управления (PDCCH) или по усовершенствованному физическому нисходящему каналу управления (ePDCCH), где сигнализационное сообщение содержит TDD-конфигурацию восходящей-нисходящей линии (в дуплексном режиме с разделением времени).

Этап S503. Абонентский терминал, имеющий функции eIMTA-терминала, определяет в соответствии с TDD-конфигурации восходящей-нисходящей линии, субкадр восходящей линии для передачи сообщения 3 произвольного доступа.

Этап S504. Абонентский терминал, имеющий функции eIMTA-терминала, передает сообщение 3 произвольного доступа в адрес базовой станции в найденном субкадре восходящей линии.

Для eIMTA-терминала базовая станция конфигурирует новый PRACH-pecypc или новую преамбулу, либо резервирует часть преамбул в исходном наборе преамбул.

При таком подходе, когда eIMTA-терминал использует новый PRACH-pecypc, или новую преамбулу, или зарезервированную часть преамбул из исходного набора преамбул для выполнения процедуры произвольного доступа, базовая станция определяет, что некий терминал UE представляет собой eIMTA-терминал, в соответствии с указанными PRACH-ресурсом, или новой преамбулой, или зарезервированной частью исходного набора ресурсов. Поэтому сообщение 3 произвольного доступа может быть принято в соответствии с TDD-конфигурацией, переданной в составе сигнализационного сообщения по каналу (e)PDCCH. Поскольку TDD-конфигурация, переданная в составе сигнализационного сообщения по каналу (e)PDCCH, представляет конфигурацию, наиболее подходящую для характеристик системы, характеристики процедуры произвольного доступа могут быть улучшены, когда TDD-конфигурация, переданная в составе сигнализационного сообщения канала (e)PDCCH, используется для осуществления процедуры произвольного доступа. Однако терминал, не имеющий функции eIMTA-терминала, принимает сообщение 3 произвольного доступа в соответствии с TDD-конфигурацией восходящей-нисходящей линии, сообщенной в блоке SIB1, так что базовая станция точно принимает сообщения 3 произвольного доступа, переданные посредством как терминалов, имеющих функции eIMTA-терминала, так и терминалов, не имеющих функции eIMTA-терминала.

Понятно, что новый PRACH-pecypc или новая преамбула, или зарезервированная часть исходного набора преамбул могут быть конфигурированы для терминала UE посредством системного вещательного сообщения, специализированного сообщения управления радио ресурсами (RRC), или сигнализационного сообщения физического уровня, сигнализационного сообщения MAC-уровня или другого подобного сообщения.

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

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

Этап S601. Абонентский терминал, имеющий функции eIMTA-терминала, принимает сообщение о конфигурации, переданное базовой станцией заданным образом, где это сообщение о конфигурации содержит указание какого-либо одного из следующих объектов: предварительно конфигурированного физического канала произвольного доступа (PRACH), предварительно конфигурированного пилот-сигнала или зарезервированного пилот-сигнала из группы пилот-сигналов.

Этап S602. Абонентский терминал, имеющий функции eIMTA-терминала, передает пилот-сигнал в адрес базовой станции по каналу PRACH, или передает предварительно конфигурированный пилот-сигнал или зарезервированный пилот-сигнал из группы пилот-сигналов в адрес базовой станции.

Этап S603. Абонентский терминал, имеющий функции eIMTA-терминала, принимает сигнализационное сообщение, переданное базовой станцией по физическому нисходящему каналу управления (PDCCH) или по усовершенствованному физическому нисходящему каналу управления (ePDCCH), где это сигнализационное сообщение содержит TDD-конфигурацию восходящей-нисходящей линии (в дуплексном режиме с разделением времени).

Этап S604. Абонентский терминал, имеющий функции eIMTA-терминала, принимает в группе субкадров нисходящей линии, заданной в составе в TDD-конфигурации восходящей-нисходящей линии, сообщение отклика произвольного доступа, переданное базовой станцией.

Этап S605. Абонентский терминал, имеющий функции eIMTA-терминала, определяет в соответствии с TDD-конфигурацией восходящей-нисходящей линии, субкадр восходящей линии для передачи сообщения 3 произвольного доступа.

Этап S606. Абонентский терминал, имеющий функции eIMTA-терминала, передает сообщение 3 произвольного доступа в адрес базовой станции в найденном субкадре восходящей линии.

Этап S607. Абонентский терминал, имеющий функции eIMTA-терминала, принимает в группе субкадров нисходящей линии, заданной в составе в TDD-конфигурации восходящей-нисходящей линии, сообщение для разрешения конфликтов, переданное базовой станцией.

Отличие рассматриваемого варианта от варианта, изложенного выше, состоит в том, что базовая станция определяет, что терминал UE является eIMTA-терминалом, в соответствии с указанным новым PRACH-ресурсом, или новой преамбулой, или зарезервированной частью преамбул из первоначального набора преамбул. Поэтому, последующие сообщение отклика произвольного доступа, сообщение 3 произвольного доступа и сообщение для разрешения конфликтов могут быть все переданы или приняты в соответствии с TDD-конфигурацией, переданной в составе сигнализационного сообщения по каналу (e)PDCCH.

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

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

Этап S701. Прием предварительно конфигурированного пилот-сигнала, переданного абонентским терминалом, или зарезервированного пилот-сигнала из группы пилот-сигналов, или пилот-сигнала, переданного с использованием предварительно конфигурированного физического канала произвольного доступа (PRACH).

Этап S702. Определение, что этот абонентский терминал представляет собой терминал, имеющий функции eIMTA-терминала.

Этап S703. Передача сигнализационного сообщения терминалу, имеющему функции eIMTA-терминала, по физическому нисходящему каналу управления (PDCCH) или по усовершенствованному физическому нисходящему каналу управления (ePDCCH), где это сигнализационное сообщение содержит TDD-конфигурацию восходящей-нисходящей линии (в дуплексном режиме с разделением времени).

Этап S704. Прием сообщения 3 произвольного доступа, переданного терминалом, имеющим функции eIMTA-терминала, в субкадре восходящей линии, найденном этим терминалом, имеющим функции eIMTA-терминала, в соответствии с TDD-конфигурацией восходящей-нисходящей линии.

Для этого eIMTA-терминала базовая станция конфигурирует новый PRACH-pecypc, или новую преамбулу, или резервирует часть преамбул в исходном наборе преамбул.

При таком подходе, когда eIMTA-терминал использует новый PRACH-pecypc, или новую преамбулу, или зарезервированную часть исходного набора преамбул для осуществления процедуры произвольного доступа, базовая станция сообщает этот PRACH-pecypc, или новую преамбулу или зарезервированную часть исходного набора преамбул для определения, что рассматриваемый терминал UE представляет собой eIMTA-терминал. Поэтому, сообщение 3 произвольного доступа может быть принято в соответствии с TDD-конфигурацией, переданной в составе сигнализационного сообщения по каналу (e)PDCCH. Поскольку TDD-конфигурация, переданная в составе сигнализационного сообщения по каналу (e)PDCCH, представляет собой конфигурацию, наиболее подходящую с точки зрения характеристик системы, работу процедуры произвольного доступа можно улучшить, если использовать TDD-конфигурацию, переданную в составе сигнализационного сообщения по каналу (e)PDCCH, для осуществления процедуры произвольного доступа. Однако терминал, не имеющий функции eIMTA-терминала, принимает сообщение 3 произвольного доступа в соответствии с TDD-конфигурациеи восходящей-нисходящей линии, сообщенной ему в блоке SIB1, так что базовая станция точно принимает сообщения 3 произвольного доступа, переданные как терминалами, имеющими функции eIMTA-терминала, так и терминалами, не имеющими функции eIMTA-терминала,.

Понятно, что указанные новый PRACH-pecypc, или новая преамбула, или зарезервированная часть преамбул из состава исходного набора преамбул могут быть конфигурированы для терминала UE посредством системного вещательного сообщения, специализированного RRC-сообщения или сигнализационного сообщения физического уровня, сигнализационного сообщения MAC-уровня или другого подобного сообщения.

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

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

Этап S801. Передача сообщения о конфигурации терминалу, имеющему функции eIMTA-терминала, заданным образом, где это сообщение о конфигурации содержит указание какого-либо одного из следующих объектов: предварительно конфигурированного физического канала произвольного доступа (PRACH), предварительно конфигурированного пилот-сигнала или зарезервированного пилот-сигнала из группы пилот-сигналов.

Этап S802. Прием предварительно конфигурированного пилот-сигнала, переданного терминалом, имеющим функции eIMTA-терминала, или зарезервированного пилот-сигнала из группы пилот-сигналов, или пилот-сигнала, переданного по каналу PRACH.

Этап S803. Определение, что этот абонентский терминал представляет собой терминал, имеющий функции eIMTA-терминала.

Этап S804. Передача сигнализационного сообщения в адрес рассматриваемого терминала, имеющего функции eIMTA-терминала, по физическому нисходящему каналу управления (PDCCH) или по усовершенствованному физическому нисходящему каналу управления (ePDCCH), где это сигнализационное сообщение содержит TDD-конфигурацию восходящей-нисходящей линии (в дуплексном режиме с разделением времени).

Этап S805. Передача сообщения отклика произвольного доступа в адрес рассматриваемого терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе TDD-конфигурации восходящей-нисходящей линии.

Этап S806. Прием сообщения 3 произвольного доступа, переданного терминалом, имеющим функции eIMTA-терминала, в субкадре восходящей линии, найденном терминалом, имеющим функции eIMTA-терминала, в соответствии с TDD-конфигурацией восходящей-нисходящей линии.

Этап S807. Передача сообщения для разрешения конфликтов в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе TDD-конфигурации восходящей-нисходящей линии.

Отличие рассматриваемого варианта от варианта, изложенного выше, состоит в том, что базовая станция определяет, что терминал UE является eIMTA-терминалом, в соответствии с указанным новым PRACH-ресурсом, или новой преамбулой, или зарезервированной частью преамбул из первоначального набора преамбул. Поэтому, последующие сообщение отклика произвольного доступа, сообщение 3 произвольного доступа и сообщение для разрешения конфликтов могут быть все переданы или приняты в соответствии с TDD-конфигурацией, переданной в составе сигнализационного сообщения по каналу (e)PDCCH.

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

На фиг. 10 представлена упрощенная структурная схема первого варианта абонентского терминала согласно настоящему изобретению. Как показано на фиг. 10, абонентский терминал 1000 содержит приемный модуль 11, решающий модуль 12 и передающий модуль 13.

Приемный модуль 11 конфигурирован для приема первого сигнализационного сообщения, переданного базовой станцией в адрес терминала, имеющего функции еМТА-терминала, по физическому нисходящему совместно используемому каналу PDSCH, и приема второго сигнализационного сообщения, переданного базовой станцией в адрес терминала, имеющего функции eIMTA-терминала, по физическому нисходящему каналу управления (PDCCH) или по усовершенствованному физическому нисходящему каналу управления (ePDCCH), где указанное первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии (в дуплексном режиме с разделением времени), а второе сигнализационное сообщение содержит вторую TDD-конфигурацию восходящей-нисходящей линии.

Терминалы обоих типов - и терминалы, имеющие функции eIMTA-терминала, и терминалы, не имеющие функции eIMTA-терминала, могут принимать по каналу PDSCH первое сигнализационное сообщение, переданное базовой станцией, где это первое сигнализационное сообщение может представлять собой блок SIB1. Здесь первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии, причем эта первая TDD-конфигурация восходящей-нисходящей линии конфигурирована полустатически.

Для терминала, имеющего функции eIMTA-терминала, второй приемный модуль 11 может далее принимать, по каналу (e)PDCCH, второе сигнализационное сообщение, переданное базовой станцией. Это второе сигнализационное сообщение содержит вторую TDD-конфигурацию восходящей-нисходящей линии, причем эта вторая TDD-конфигурация восходящей-нисходящей линии может быть динамически изменена, например, эта конфигурация восходящей-нисходящей линии может изменяться каждые 10-40 мс.

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

Решающий модуль 12 конфигурирован для определения, согласно первой TDD-конфигурации восходящей-нисходящей линии, субкадра восходящей линии для передачи сообщения 3 произвольного доступа.

Такой субкадр восходящей линии для передачи сообщения Msg3 определяют следующим образом: Предположим, что отклик произвольного доступа принят в субкадре с номером n, и что затем передано сообщение Msg3 в первом субкадре с номером n+k1 восходящей линии, где k1>=6, и субкадры пронумерованы от 0 до 9. Если поле задержки восходящей линии в гранте отклика произвольного доступа присвоено значение 0, субкадр с номером n+k1 представляет собой первый доступный субкадр восходящей линии (доступный UL субкадр). Если полю задержки восходящей линии в гранте отклика произвольного доступа присвоено значение 1, сообщение Msg3 передают в первом доступном субкадре восходящей линии после субкадра с номером n+k1.

Абонентский терминал, не имеющий функции eIMTA-терминала, безусловно передает сообщение Msg3 в соответствии с первой TDD-конфигурацией восходящей-нисходящей линии. Однако решающий модуль 12 терминала, имеющего функции eIMTA-терминала, не определяет номер n+k1 в соответствии с TDD-конфигурации восходящей-нисходящей линии, сообщенной ему по каналу (e)PDCCH, другими словами, не определяет субкадр для передачи сообщения Msg3 в соответствии с TDD-конфигурацией восходящей-нисходящей линии, сообщенной ему по каналу (e)PDCCH, а определяет этот номер n+k1 в соответствии с TDD-конфигурацией, сообщенной ему в блоке SIB1, другими словами, определяет субкадр для передачи сообщения Msg3 в соответствии с TDD-конфигурацией, сообщенной в блоке SIB1.

Передающий модуль 13 конфигурирован для передачи сообщения 3 произвольного доступа в адрес базовой станции в найденном субкадре восходящей линии.

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

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

На фиг. 11 представлена упрощенная структурная схема второго варианта абонентского терминала согласно настоящему изобретению. Как показано на фиг.11, абонентский терминал 2000 содержит приемный модуль 21, передающий модуль 23 и решающий модуль 22.

Приемный модуль 21 конфигурирован для приема первого сигнализационного сообщения, переданного базовой станцией в адрес терминала, имеющего функции eIMTA-терминала, по физическому нисходящему совместно используемому каналу PDSCH, и приема второго сигнализационного сообщения, переданного базовой станцией в адрес терминала, имеющего функции eIMTA-терминала, по физическому нисходящему каналу управления (PDCCH) или по усовершенствованному физическому нисходящему каналу управления (ePDCCH), где указанное первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии (в дуплексном режиме с разделением времени), а второе сигнализационное сообщение содержит вторую TDD-конфигурацию восходящей-нисходящей линии.

Приемный модуль 21 дополнительно конфигурирован для прослушивания, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии, запроса физического нисходящего канала управления (PDCCH Order) или запроса усовершенствованного физического нисходящего канала управления (ePDCCH Order), переданного базовой станцией.

Приемный модуль 21 может прослушивать запрос (e)PDCCH Order в соответствии с TDD-конфигурацией восходящей-нисходящей линии, переданной в составе сигнализационного сообщения по каналу (e)PDCCH, и в частности, прослушивать запрос (e)PDCCH order в субкадрах нисходящей линии или в специальном субкадре согласно TDD-конфигурации, переданной в составе сигнализационного сообщения по каналу (e)PDCCH. При таком подходе, поскольку число доступных субкадров нисходящей линии в TDD-конфигурации, переданной в составе сигнализационного сообщения по каналу (e)PDCCH больше числа доступных субкадров нисходящей линии в TDD-конфигурации, сообщенной в блоке SIB1, терминал UE может иметь больше возможностей принять запрос (e)PDCCH Order, уменьшая тем самым задержку произвольного доступа и улучшая гибкость планирования на базовой станции. В качестве альтернативы терминал UE может также прослушивать, в соответствии с TDD-конфигурацией, указанной в составе сообщения, переданного по каналу PDSCH, запрос (e)PDCCH Order, переданный базовой станцией, где это сообщение может представлять собой блок SIB1.

В рассматриваемом варианте настоящего изобретения набор субкадров нисходящей линии может содержать специальный субкадр. Когда терминал UE прослушивает запрос (e)PDCCH Order в специальном субкадре в составе TDD-конфигурации, указанной в сигнализационном сообщении, переданном по каналу (e)PDCCH, если соответствующий тип субкадра, указанный в TDD-конфигурации, переданной в составе сигнализационного сообщения по каналу (e)PDCCH, представляет собой субкадр нисходящей линии, терминал UE может принимать другие данные нисходящей линии в соответствии с типом субкадра нисходящей линии. Такая ситуация применима к прослушиванию, в специальном субкадре, других сообщений, переданных базовой станцией, что рассмотрено ниже.

Поскольку запрос (e)PDCCH order передан базовой станцией терминалу UE в соединенном состоянии, чтобы побудить терминал UE осуществить процедуру произвольного доступа, эта базовая станция обычно знает, является ли рассматриваемый терминал UE абонентским терминалом, имеющим функции eIMTA-терминала, и если этот терминал UE является терминалом, имеющим функции eIMTA-терминала, базовая станция обычно знает, следует ли использовать TDD-конфигурацию восходящей-нисходящей линии, указанную в сигнализационном сообщении, переданном по каналу (e)PDCCH.

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

Поскольку базовая станция не знает, является ли терминал UE, передавший преамбулу, терминалом, не имеющим функции eIMTA-терминала, или терминалом, имеющим функции eIMTA-терминала, передающий модуль 23 терминала, имеющего функции eIMTA-терминала, передает преамбулу с использованием субкадра восходящей линии, указанного TDD-конфигурацией восходящей-нисходящей линии, сообщенной в блоке SIB1, с целью обеспечить, точный прием базовой станцией преамбулы, переданной терминалом.

Когда базовая станция передает запрос (e)PDCCH order терминалу UE, этот запрос (e)PDCCH может содержать индекс преамбулы, а существующий протокол специфицирует, что: если пользователь принял запрос (e)PDCGH order в субкадре с номером n, преамбулу передают с использованием доступного ресурса произвольного доступа в субкадре с номером n+k2, где k2>=6.

Имеет смысл отметить, что базовая станция может передать запрос (e)PDCCH order терминалу, чтобы побудить этот терминал начать процедуру произвольного доступа, а кроме того, терминал может также сам запустить процедуру произвольного доступа.

Приемный модуль 21 далее конфигурирован для прослушивания, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии, информации управления нисходящей линией (DCI), переданной базовой станцией по каналу PDCCH или по каналу ePDCCH и скремблированной с использованием временного идентификатора сети радиосвязи для произвольного доступа (RA-RNTI).

Поскольку базовая станция не знает, является ли терминал UE абонентским eIMTA-терминалом после приема преамбулы, приемный модуль 21 прослушивает информацию DCI, скремблированную с использованием идентификатора RA-RNTI, в соответствии с субкадрами нисходящей линии или специальным субкадром, соответствующим TDD-конфигурации, сообщенной в блоке SIB1, обеспечивая тем самым, что все терминалы UE могут принимать информацию DCI.

Решающий модуль 22 конфигурирован для определения, в соответствии с первой TDD-конфигурацией восходящей-нисходящей линии, субкадра восходящей линии для передачи сообщения 3 произвольного доступа.

Передающий модуль 23 дополнительно конфигурирован для передачи сообщения 3 произвольного доступа в адрес базовой станции в найденном субкадре восходящей линии.

Приемный модуль 21 дополнительно конфигурирован для приема, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии, сообщения для разрешения конфликтов, переданного базовой станцией.

Поскольку базовая станция уже распознала, является ли терминал UE абонентским терминалом, имеющим функции eIMTA-терминала, или абонентским терминалом, не имеющим функции eIMTA-терминала, после приема сообщения 3 произвольного доступа, переданного этим терминалом UE, и если терминал UE является терминалом, имеющим функции eIMTA-терминала, распознала, следует ли использовать TDD-конфигурацию восходящей-нисходящей линии, указанную в составе сигнализационного сообщения, переданного по каналу (e)PDCCH, предпочтительно приемный модуль 21 прослушивает сообщение для разрешения конфликтов в соответствии с TDD-конфигурацией восходящей-нисходящей линии, указанной в сигнализационном сообщении, переданном по каналу (e)PDCCH. При таком подходе, поскольку число доступных субкадров нисходящей линии в составе TDD-конфигурации восходящей-нисходящей линии, указанной в составе сигнализационного сообщения, переданного по каналу (e)PDCCH, больше числа доступных субкадров нисходящей линии в составе TDD-конфигурации, сообщенной в блоке SIB1, терминал UE может иметь больше возможностей принять сообщение для разрешения конфликтов, уменьшая тем самым задержку произвольного доступа и улучшая гибкость планирования на базовой станции.

В качестве альтернативы, терминал UE может также прослушивать сообщение для разрешения конфликтов в соответствии с TDD-конфигурацией восходящей-нисходящей линии, сообщенной в блоке SIB1.

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

На фиг. 12 представлена упрощенная структурная схема третьего варианта абонентского терминала согласно настоящему изобретению. Как показано на фиг. 12, терминал 7000 содержит передающий модуль 73, приемный модуль 71 и решающий модуль 72.

Передающий модуль 73 конфигурирован для передачи пилот-сигнала в адрес базовой станции по физическому каналу произвольного доступа PRACH, предварительно конфигурированному посредством базовой станции, или передачи пилот-сигнала, предварительно конфигурированного посредством базовой станции, или зарезервированного пилот-сигнала из группы пилот-сигналов.

Приемный модуль 71 конфигурирован для приема сигнализационного сообщения, переданного базовой станцией по физическому нисходящему каналу управления (PDCCH) или по усовершенствованному физическому нисходящему каналу управления (ePDCCH), где это сигнализационное сообщение содержит TDD-конфигурацию восходящей-нисходящей линии (в дуплексном режиме с разделением времени).

Решающий модуль 72 конфигурирован для определения, в соответствии с TDD-конфигурацией восходящей-нисходящей линии, субкадра восходящей линии для передачи сообщения 3 произвольного доступа.

Передающий модуль 73 далее конфигурирован для передачи сообщения 3 произвольного доступа в адрес базовой станции в найденном субкадре восходящей линии.

Для eIMTA-терминала базовая станция конфигурирует новый PRACH-pecypc или новую преамбулу, или резервирует часть преамбул в исходном наборе преамбул.

При таком подходе, когда eIMTA-терминал использует PRACH-pecypc, или новую преамбулу, или зарезервированную часть преамбул из состава исходного набора преамбул для осуществления процедуры произвольного доступа, базовая станция сообщает об этом PRACH-pecypce, или новой преамбуле или зарезервированной части преамбул из состава исходного набора преамбул, для определения, что этот терминал UE представляет собой eIMTA-терминал. Поэтому сообщение 3 произвольного доступа может быть принято в соответствии с TDD-конфигурацией, переданной в составе сигнализационного сообщения по каналу (e)PDCCH. Поскольку TDD-конфигурация, указанная в сигнализационном сообщении по каналу (e)PDCCH, представляет собой конфигурацию, наиболее подходящую с точки зрения характеристик системы, работу процедуры произвольного доступа можно улучшить, если использовать TDD-конфигурацию, указанную в сигнализационном сообщении канала (e)PDCCH, для осуществления процедуры произвольного доступа. Однако терминал, не имеющий функции eIMTA-терминала, принимает сообщение 3 произвольного доступа в соответствии с TDD-конфигурацией восходящей-нисходящей линии, сообщенной в блоке SIB1, так что базовая станция может точно принимать сообщения 3 произвольного доступа, передаваемые как терминалами, имеющими функции eIMTA-терминала, так и терминалами, не имеющими функции eIMTA-терминала.

Понятно, что новый PRACH-pecypc, или новая преамбулы или зарезервированная часть преамбул из состава исходного набора преамбул могут быть конфигурированы для терминала UE посредством системного вещательного сообщения, специализированного RRC-сообщения или сигнализационного сообщения физического уровня, сигнализационного сообщения MAC-уровня или другого подобного сообщения.

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

На фиг. 13 представлена упрощенная структурная схема четвертого варианта абонентского терминала согласно настоящему изобретению. Как показано на фиг.13, абонентский терминал 8000 содержит приемный модуль 81, передающий модуль 83 и решающий модуль 82.

Приемный модуль 81 конфигурирован для приема сообщения о конфигурации, переданного заданным образом посредством базовой станции, где это сообщение о конфигурации содержит какой-либо из следующих объектов: предварительно конфигурированный физический канал произвольного доступа (PRACH), предварительно конфигурированный пилот-сигнал или зарезервированный пилот-сигнал из набора пилот-сигналов.

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

Приемный модуль 81 дополнительно конфигурирован для приема сигнализационного сообщения, переданного базовой станцией по физическому нисходящему каналу управления (PDCCH) или по усовершенствованному физическому нисходящему каналу управления (ePDCCH), где это сигнализационное сообщение содержит TDD-конфигурацию восходящей-нисходящей линии (в дуплексном режиме с разделением времени).

Приемный модуль 81 дополнительно конфигурирован для приема, в группе субкадров нисходящей линии, заданной в составе TDD-конфигурации восходящей-нисходящей линии, сообщения отклика произвольного доступа, переданного базовой станцией.

Решающий модуль 82 конфигурирован для определения, в соответствии с TDD-конфигурацией восходящей-нисходящей линии, субкадра восходящей линии для передачи сообщения 3 произвольного доступа.

Передающий модуль 83 дополнительно конфигурирован для передачи сообщения 3 произвольного доступа в адрес базовой станции в найденном субкадре восходящей линии.

Приемный модуль 81 дополнительно конфигурирован для приема, в группе субкадров нисходящей линии, заданной в составе TDD-конфигурации восходящей-нисходящей линии, сообщения для разрешения конфликтов, переданного базовой станцией.

Отличие рассматриваемого варианта от варианта, изложенного выше, состоит в том, что базовая станция определяет, что терминал UE является eIMTA-терминалом, в соответствии с указанным новым PRACH-ресурсом, или новой преамбулой, или зарезервированной частью преамбул из первоначального набора преамбул. Поэтому, последующие сообщение отклика произвольного доступа, сообщение 3 произвольного доступа и сообщение для разрешения конфликтов могут быть все переданы или приняты в соответствии с TDD-конфигурацией, переданной в составе сигнализационного сообщения по каналу (e)PDCCH.

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

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

Передающий модуль 31 конфигурирован для передачи первого сигнализационного сообщения в адрес терминала, имеющего функции eIMTA-терминала, по физическому нисходящему совместно используемому каналу PDSCH и передачи второго сигнализационного сообщения в адрес этого терминала, имеющего функции eIMTA-терминала, по физическому нисходящему каналу управления (PDCCH) или по усовершенствованному физическому нисходящему каналу управления (ePDCCH), где указанное первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии (в дуплексном режиме с разделением времени), а второе сигнализационное сообщение содержит вторую TDD-конфигурацию восходящей-нисходящей линии.

До того, как будет правильно принято сообщение 3 произвольного доступа, базовая станция не знает, является ли терминал UE, передававший сообщения, предшествующие этому сообщению 3 произвольного доступа, терминалом, имеющим функции eIMTA-терминала, или терминалом, не имеющим функции eIMTA-терминала, но передающий модуль 31 может передать первое сигнализационное сообщение в адрес терминала, имеющего функции eIMTA-терминала, и терминала, не имеющего функции eIMTA-терминала, по каналу PDSCH, где это первое сигнализационное сообщение может представлять собой блок SIB1. Указанное первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии, причем эта первая TDD-конфигурация восходящей-нисходящей линии конфигурирована полустатически.

Абонентский терминал, имеющий функции eIMTA-терминала, может далее принять, по каналу (e)PDCCH, второе сигнализационное сообщение, переданное базовой станцией. Поэтому передающий модуль 31 передает второе сигнализационное сообщение в адрес этого терминала, имеющего функции eIMTA-терминала, по каналу (e)PDCCH. Это второе сигнализационное сообщение содержит вторую TDD-конфигурацию восходящей-нисходящей линии, причем эта вторая TDD-конфигурация восходящей-нисходящей линии может быть динамически изменена, например, эта конфигурация восходящей-нисходящей линии может изменяться каждые 10-40 мс.

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

Приемный модуль 32 конфигурирован для приема сообщения 3 произвольного доступа, переданного терминалом, имеющим функции eIMTA-терминала, в субкадре восходящей линии, найденном в соответствии с первой TDD-конфигурацией восходящей-нисходящей линии.

Абонентский терминал, не имеющий функции eIMTA-терминала, безусловно, передает сообщение Msg3 в соответствии с первой TDD-конфигурацией восходящей-нисходящей линии. Однако терминал, имеющий функции eIMTA-терминала, не определяет субкадр для передачи сообщения Msg3 в соответствии с TDD-конфигурацией восходящей-нисходящей линии, сообщенной по каналу (e)PDCCH, а определяет такой субкадр для передачи сообщения Msg3 в соответствии с TDD-конфигурацией, сообщенной ему в блоке SIB1. Поэтому, для терминалов обоих типов - и терминалов, не имеющих функции eIMTA-терминала, и терминалов, имеющих функции eIMTA-терминала, приемный модуль 32 может всегда точно принять, в субкадре восходящей линии, найденном в соответствии с первой TDD-конфигурацией восходящей-нисходящей линии, сообщения Msg3, переданные терминалами, не имеющими функции eIMTA-терминала, и терминалами, имеющими функции eIMTA-терминала.

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

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

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

Передающий модуль 41 конфигурирован для передачи первого сигнализационного сообщения терминалу, имеющему функции eIMTA-терминала, по физическому нисходящему совместно используемому каналу PDSCH и передачи второго сигнализационного сообщения этому терминалу, имеющему функции eIMTA-терминала, по физическому нисходящему каналу управления (PDCCH) или по усовершенствованному физическому нисходящему каналу управления (ePDCCH), где указанное первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии (в дуплексном режиме с разделением времени), а второе сигнализационное сообщение содержит вторую TDD-конфигурацию восходящей-нисходящей линии.

Передающий модуль 41 дополнительно конфигурирован для передачи, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии, запроса физического нисходящего канала управления (PDCCH Order) или запроса усовершенствованного физического нисходящего канала управления (ePDCCH Order) абонентскому терминалу, имеющему функции eIMTA-терминала.

Передающий модуль 41 передает запрос (e)PDCCH Order в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии. При таком подходе, поскольку число доступных субкадров нисходящей линии в составе TDD-конфигурации, указанной в сигнализационном сообщении, переданном по каналу (e)PDCCH, больше числа субкадров нисходящей линии в составе TDD-конфигурации, сообщенной в блоке SIB1, терминал UE может иметь больше возможностей для приема запроса (e)PDCCH Order, уменьшая тем самым задержку произвольного доступа и улучшая гибкость планирования на базовой станции. В качестве альтернативы, базовая станция может также передать запрос (e)PDCCH Order в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии.

В рассматриваемом варианте настоящего изобретения группа субкадров нисходящей линии может содержать специальный субкадр. Когда базовая станция передает запрос (e)PDCCH Order в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии, если соответствующий тип субкадра, который может быть указан в составе TDD-конфигурации восходящей-нисходящей линии, представляет собой субкадр нисходящей линии, терминал UE может принимать другие данные нисходящей линии в соответствии с типом субкадра нисходящей линии. Эта же ситуация применима к прослушиванию, в специальном субкадре, других сообщений, переданных базовой станцией, что будет рассмотрено ниже.

Передающий модуль 41 дополнительно конфигурирован для передачи, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии, информации управления нисходящей линией (DCI), скремблированной с использованием временного идентификатора сети радиосвязи для произвольного доступа (RA-RNTI), в адрес терминала, имеющего функции eIMTA-терминала, по каналу PDCCH или по каналу ePDCCH.

Базовая станции по-прежнему не знает, является ли терминал UE абонентским eIMTA-терминалом, после приема преамбулы, переданной этим терминалом UE, и поэтому передающий модуль 41 передает информацию DCI, скремблированную с использованием идентификатора RA-RNTI, терминалу UE в субкадрах нисходящей линии или в специальном субкадре в соответствии с TDD-конфигурацией, сообщенной в блоке SIB1, обеспечивая тем самым, что все терминалы UE смогут правильно принять информацию DCI.

Приемный модуль 42 конфигурирован для приема сообщения 3 произвольного доступа, переданного терминалом, имеющим функции eIMTA-терминала, в субкадре восходящей линии, найденном в соответствии с первой TDD-конфигурацией восходящей-нисходящей линии.

Передающий модуль 41 дополнительно конфигурирован для передачи сообщения для разрешения конфликтов в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии.

Поскольку базовая станция уже распознала, является ли терминал UE абонентским терминалом, имеющим функции eIMTA-терминала, или абонентским терминалом, не имеющим функции eIMTA-терминала, после приема сообщения 3 произвольного доступа, переданного этим терминалом UE, и если терминал UE является терминалом, имеющим функции eIMTA-терминала, распознала, следует ли использовать TDD-конфигурацию восходящей-нисходящей линии, указанную в сигнализационном сообщении, переданном по каналу (e)PDCCH, предпочтительно, передающий модуль 41 передает сообщение для разрешения конфликтов в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии. При таком подходе, поскольку число доступных субкадров нисходящей линии в составе TDD-конфигурации восходящей-нисходящей линии, указанной в сигнализационном сообщении, переданном по каналу (e)PDCCH, больше числа доступных субкадров нисходящей линии в составе TDD-конфигурации, сообщенной в блоке SIB, терминал UE может иметь больше возможностей для приема сообщения для разрешения конфликтов, уменьшая тем самым задержку произвольного доступа и улучшая гибкость планирования на базовой станции.

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

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

На фиг. 16 представлена упрощенная структурная схема третьего варианта базовой станции согласно настоящему изобретению. Как показано на фиг. 16, базовая станция 9000 содержит приемный модуль 91, решающий модуль 92 и передающий модуль 93.

Приемный модуль 91 конфигурирован для приема предварительно конфигурированного пилот-сигнала, передаваемого абонентским терминалом, или зарезервированного пилот-сигнала из группы пилот-сигналов, или пилот-сигнала, переданного по предварительно конфигурированному каналу произвольного доступа (PRACH).

Решающий модуль 92 конфигурирован для определения, что рассматриваемый абонентский терминал является терминалом, имеющим функции eIMTA-терминала,.

Передающий модуль 93 конфигурирован для передачи сигнализационного сообщения в адрес абонентского терминала, имеющего функцию eIMTA-терминала, по физическому нисходящему каналу управления (PDCCH) или по усовершенствованному физическому нисходящему каналу управления (ePDCCH), где это сигнализационное сообщение содержит TDD-конфигурацию восходящей-нисходящей линии (в дуплексном режиме с разделением времени).

Приемный модуль 91 дополнительно конфигурирован для приема сообщения 3 произвольного доступа, переданного терминалом, имеющим функции eIMTA-терминала, в субкадре восходящей линии, найденном в соответствии с TDD-конфигурацией восходящей-нисходящей линии посредством терминала, имеющего функции eIMTA-терминала, где это сообщение произвольного доступа передает указанный терминал, имеющий функции eIMTA-терминала.

Для терминала eIMTA базовая станция конфигурирует новый PRACH-pecypc или новую преамбулу, или резервирует часть преамбул из состава исходного набора преамбул.

При таком подходе, если eIMTA-терминал использует указанный новый PRACH-pecypc или новую преамбулу, или зарезервированную часть преамбул из состава исходного набора преамбул для осуществления процедуры произвольного доступа, базовая станция сообщает указанный PRACH-pecypc, или новую преамбулу, или зарезервированную часть преамбул из состава исходного набора преамбул для определения, что рассматриваемый терминал UE представляет собой eIMTA-терминал. Поэтому сообщение 3 произвольного доступа может быть принято в соответствии с TDD-конфигурацией, указанной в сигнализационном сообщении, переданном по каналу (e)PDCCH. Поскольку TDD-конфигурация, переданная в составе сигнализационного сообщения по каналу (e)PDCCH, представляет собой конфигурацию, наиболее подходящую с точки зрения характеристик системы, эффективность процедуры произвольного доступа можно повысить, если использовать эту TDD-конфигурацию, переданную в составе сигнализационного сообщения по каналу (e)PDCCH, для осуществления процедуры произвольного доступа. Однако терминал, не имеющий функции eIMTA-терминала, принимает сообщение 3 произвольного доступа в соответствии с TDD-конфигурацией восходящей-нисходящей линии, сообщенной в блоке SIB1, так что базовая станция может точно принимать сообщения 3 произвольного доступа, передаваемые терминалами, имеющими функции eIMTA-терминала, и терминалами, не имеющими функции eIMTA-терминала.

Понятно, что новый PRACH-pecypc, или новая преамбула, или зарезервированная часть преамбул из состава исходного набора преамбул могут быть конфигурированы для терминала UE посредством системного вещательного сообщения, специализированного RRC-сообщения или сигнализационного сообщения физического уровня, сигнализационного сообщения МАС-уровня или другого подобного сообщения.

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

На фиг. 17 представлена упрощенная структурная схема четвертого варианта базовой станции согласно настоящему изобретению. Как показано на фиг. 17, базовая станция 10000 содержит передающий модуль 113, приемный модуль 111 и решающий модуль 112.

Передающий модуль 113 конфигурирован для передачи сообщения о конфигурации в адрес терминала, имеющего функции eIMTA-терминала, заданным образом, где это сообщение о конфигурации содержит какой-либо из следующих объектов: предварительно конфигурированный физический канал произвольного доступа (PRACH), предварительно конфигурированный пилот-сигнал или зарезервированный пилот-сигнал из группы пилот-сигналов.

Приемный модуль 111 конфигурирован для приема предварительно конфигурированного пилот-сигнала, переданного терминалом, имеющим функции eIMTA-терминала, или зарезервированного пилот-сигнала в составе группы пилот-сигналов, или пилот-сигнала, переданного по каналу PRACH.

Решающий модуль 112 конфигурирован для определения, что рассматриваемый абонентский терминал является терминалом, имеющим функции eIMTA-терминала.

Передающий модуль 113 дополнительно конфигурирован для передачи сигнализационного сообщения в адрес терминала, имеющего функции eIMTA-терминала, по физическому нисходящему каналу управления (PDCCH) или по усовершенствованному физическому нисходящему каналу управления (ePDCCH), где это сигнализационное сообщение содержит TDD-конфигурацию восходящей-нисходящей линии (в дуплексном режиме с разделением времени).

Передающий модуль 113 дополнительно конфигурирован для передачи сообщения отклика произвольного доступа в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе TDD-конфигурации восходящей-нисходящей линии.

Приемный модуль 111 дополнительно конфигурирован для приема сообщения 3 произвольного доступа в субкадре восходящей линии, найденном в соответствии с TDD-конфигурацией восходящей-нисходящей линии посредством терминала, имеющего функции eIMTA-терминала, где это сообщение произвольного доступа передает терминал, имеющий функции eIMTA-терминала.

Передающий модуль 113 дополнительно конфигурирован для передачи сообщения для разрешения конфликтов в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе TDD-конфигурации восходящей-нисходящей линии.

Отличие рассматриваемого варианта от варианта, изложенного выше, состоит в том, что базовая станция определяет, что терминал UE является eIMTA-терминалом, в соответствии с указанным новым PRACH-ресурсом, или новой преамбулой, или зарезервированной частью преамбул из первоначального набора преамбул. Поэтому, последующие сообщение отклика произвольного доступа, сообщение 3 произвольного доступа и сообщение для разрешения конфликтов могут быть все переданы или приняты в соответствии с TDD-конфигурацией, переданной в составе сигнализационного сообщения по каналу (e)PDCCH.

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

На фиг. 18 представлена упрощенная структурная схема пятого варианта абонентского терминала согласно настоящему изобретению. Как показано на фиг.18, абонентский терминал 5000 содержит:

приемник 51, процессор 52 и передатчик 53,

где

приемник конфигурирован для приема первого сигнализационного сообщения, переданного базовой станцией в адрес терминала, имеющего функции eIMTA-терминала, по физическому нисходящему совместно используемому каналу PDSCH, и приема второго сигнализационного сообщения, переданного базовой станцией в адрес терминала, имеющего функции eIMTA-терминала, по физическому нисходящему каналу управления (PDCCH) или по усовершенствованному физическому нисходящему каналу управления (ePDCCH), где указанное первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии (в дуплексном режиме с разделением времени);

процессор конфигурирован для определения, в соответствии с первой TDD-конфигурацией восходящей-нисходящей линии, субкадра восходящей линии для передачи сообщения 3 произвольного доступа; и

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

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

передача преамбулы в адрес базовой станции в группе субкадров восходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии.

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

прослушивание, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии, запроса физического нисходящего канала управления (PDCCH Order) или запроса усовершенствованного физического нисходящего канала управления (ePDCCH Order), переданного базовой станцией; или

прослушивание, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии, запроса PDCCH Order или запроса ePDCCH Order, переданного базовой станцией.

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

прослушивание, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии, информации управления нисходящей линией (DCO), переданной базовой станцией по каналу PDCCH или по каналу ePDCCH и скремблированной с использованием временного идентификатора сети радиосвязи для произвольного доступа (RA-RNTI).

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

прием, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии, сообщения для разрешения конфликтов, переданного базовой станцией; или

прием, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии, сообщения для разрешения конфликтов, переданного базовой станцией.

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

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

На фиг. 19 представлена упрощенная структурная схема одного из вариантов базовой станции согласно настоящему изобретении. Как показано на фиг.19, базовая станция 6000 содержит:

передатчик 61 и приемник 62,

где

передатчик конфигурирован для передачи первого сигнализационного сообщения в адрес терминала, имеющего функции eIMTA-терминала, по физическому нисходящему совместно используемому каналу PDSCH и передачи второго сигнализационного сообщения в адрес этого терминала, имеющего функции eIMTA-терминала, по физическому нисходящему каналу управления (PDCCH) или по усовершенствованному физическому нисходящему каналу управления (ePDCCH), где указанное первое сигнализационное сообщение содержит первую TDD-конфигурацию восходящей-нисходящей линии (в дуплексном режиме с разделением времени), а второе сигнализационное сообщение содержит вторую TDD-конфигурацию восходящей-нисходящей линии; и

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

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

передача запроса физического нисходящего канала управления (PDCCH Order) или запроса усовершенствованного физического нисходящего канала управления (ePDCCH Order) в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии; или

передача запроса PDCCH Order или запроса ePDCCH Order в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии.

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

передача, в группе субкадров нисходящей линии, заданной в составе первой TDD-конфигурации восходящей-нисходящей линии, информации управления нисходящей линией (DCI), скремблированной с использованием временного идентификатора сети радиосвязи для произвольного доступа (RA-RNTI), в адрес терминала, имеющего функции eIMTA-терминала, по каналу PDCCH или по каналу ePDCCH.

В некоторых вариантах реализации после того, как приемник осуществит этап приема сообщения 3 произвольного доступа, переданного посредством терминала, имеющего функции eIMTA-терминала, в первом субкадре восходящей линии, найденном в соответствии с первой TDD-конфигурацией восходящей-нисходящей линии, передатчик дополнительно конфигурирован для выполнения следующего этапа:

передача сообщения для разрешения конфликтов в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе второй TDD-конфигурации восходящей-нисходящей линии; или

передача сообщения для разрешения конфликтов в адрес терминала, имеющего функции eIMTA-терминала, в группе субкадров нисходящей линии, заданной в составе в первой TDD-конфигурации восходящей-нисходящей линии. В некоторых вариантах реализации первое сигнализационное сообщение представляет собой системный информационный блок 1.

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

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

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

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

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

На основе приведенного выше описания вариантов специалист в рассматриваемой области может ясно понять, что настоящее изобретение может быть реализовано с использованием программного обеспечения в дополнение к необходимой аппаратной платформе, либо посредством только аппаратуры. На основе такого понимания технические решения согласно настоящему изобретению по существу или в той части, где они являются известными ранее компонентами, могут быть реализованы в форме программного устройства. Компьютерное программное устройство хранится на компьютерном носителе информации, таком как ПЗУ/ЗУПВ (ROM/RAM), магнитный диск или оптический диск, и содержит ряд команд, в соответствии с которыми компьютерное устройство (которое может представлять собой персональный компьютер, сервер, сетевое устройство или другое подобное устройство) может осуществлять способы, описываемые в вариантах или в части вариантов настоящего изобретения.

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