Способ беспроводной связи, поддерживающий harq, пользовательское оборудование и базовая станция

Способ беспроводной связи, поддерживающий harq, пользовательское оборудование и базовая станция

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

[0001] Настоящее изобретение относится к области беспроводной связи, и в частности, к способу беспроводной связи, поддерживающему гибридный автоматический запрос на повторную передачу (HARQ), пользовательскому оборудованию и базовой станции.

УРОВЕНЬ ТЕХНИКИ

[0002] В системе дуплексной связи с временным разделением каналов (TDD) стандарта долгосрочного развития (долгосрочное развитие, LTE) Проекта партнерства третьего поколения (Проект партнерства третьего поколения, 3GPP) кадр беспроводной связи имеет длину 10 мс и содержит 10 подкадров. Каждый подкадр имеет длину 1 мс. Сетевое устройство может конфигурировать подкадр так, чтобы передавать данные нисходящей линии связи или данные восходящей линии связи. Система LTE TDD поддерживает различные конфигурации подкадра нисходящей линии связи и восходящей линии связи, как описывается в Таблице 1, где D отражает подкадр нисходящей линии связи, S отражает специальный подкадр, а U отражает подкадр восходящей линии связи. Например, конфигурация 0 подкадра «DSUUUDSUUU». Сетевое устройство уведомляет посредством транслированного сообщения первого блока системной информации (блок 1 системной информации, SIB1) пользовательское оборудование о конфигурации подкадра, которая подлежит использованию.

Таблица 1
Конфигурации подкадра, поддерживаемые системой LTE TDD
Конфигурация подкадра	Периодичность точки коммутации нисходящей-восходящей линии связи	Индекс подкадра
0	1	2	3	4	5	6	7	8	9
0	5 мс	D	S	U	U	U	D	S	U	U	U
1	5 мс	D	S	U	U	D	D	S	U	U	D
2	5 мс	D	S	U	D	D	D	S	U	D	D
3	10 мс	D	S	U	U	U	D	D	D	D	D
4	10 мс	D	S	U	U	D	D	D	D	D	D
5	10 мс	D	S	U	D	D	D	D	D	D	D
6	5 мс	D	S	U	U	U	D	S	U	U	D

[0003] Система LTE TDD поддерживает технологию HARQ физического уровня. Соответствующее соотношение временной синхронизации HARQ и максимального количества поддерживаемых процессов HARQ определены для каждой конфигурации подкадра в Таблице 1. Таблица 2 описывает максимальное количество процессов HARQ нисходящей линии связи M_{DL_HARQ} и максимальное количество процессов HARQ восходящей линии связи M_{UL_HARQ}, поддерживаемых в каждой конфигурации подкадра LTE TDD, где процесс HARQ нисходящей линии связи и процесс HARQ восходящей линии связи соответственно относятся к процессу HARQ, используемому для передачи данных по нисходящей линии связи, и процессу HARQ, используемому для передачи данных по восходящей линии связи. Процесс HARQ для передачи данных по восходящей линии связи поддерживает два режима, которые соответственно называются нормальным режимом HARQ и режимом связывания подкадров, и N/A отражает, что режим связывания подкадров не поддерживается в соответствующей конфигурации подкадра. В нормальном режиме HARQ одна передача пакета данных по восходящей линии связи выполняется в одном подкадре; и в режиме связывания подкадров одна передача пакета данных по восходящей линии связи выполняется более чем в одном подкадре, а в разные подкадры передают разные версии избыточности пакета данных восходящей линии связи, соответственно.

Таблица 2
Количество процессов HARQ в различных конфигурациях подкадра
Конфигурация подкадра	Максимальное количество процессов HARQ нисходящей линии связи MDL_HARQ	Максимальное количество процессов HARQ восходящей линии связи MUL_HARQ
Нормальный режим HARQ	Режим связывания подкадров
0	4	7	3
1	7	4	2
2	10	2	N/A
3	9	3	N/A
4	12	2	N/A
5	15	1	N/A
6	6	6	3

[0004] При развитии технологий связи рассматривается внедрение новых усовершенствованных функциональных характеристик, таких как агрегирование несущих TDD, имеющих различные конфигурации подкадра, агрегирование несущей дуплексной связи с частотным разделением каналов (дуплексная связь с частотным разделением каналов, FDD) и несущей TDD и динамическая реконфигурация конфигурации подкадра TDD. В настоящее время существует множество конфигураций подкадра, и агрегирование несущих в предшествующем уровне техники осуществляется только для несущих, имеющих конфигурацию подкадра, и, следовательно, для лучшей поддержки новых функциональных характеристик соотношение временной синхронизации HARQ, используемое во время связи между UE и базовой станцией, возможно, не является соотношением временной синхронизации HARQ, соответствующим конфигурации подкадра, сообщенной посредством SIB1 на несущей. Более того, когда использованное соотношение временной синхронизации HARQ не является соотношением временной синхронизации HARQ, определенным конфигурацией подкадра, сообщенной посредством SIB1, базовая станция и UE могут иметь противоречивое понимание максимального количества поддерживаемых процессов HARQ, что провоцирует ошибку при разделении объема программного буфера и затем приводит к ошибке связи.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[0005] Настоящее изобретение предусматривает способ беспроводной связи, поддерживающий HARQ, пользовательское оборудование и базовую станцию.

[0006] Один аспект настоящего изобретения предусматривает способ беспроводной связи, поддерживающий гибридный автоматический запрос на повторную передачу, причем способ включает в себя:

отправку информации указания величины первого процесса гибридного автоматического запроса на повторную передачу (HARQ) к пользовательскому оборудованию (UE); и

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

[0007] Другой аспект настоящего изобретения предусматривает способ беспроводной связи, поддерживающий гибридный автоматический запрос на повторную передачу, причем способ включает в себя:

прием информации указания величины первого процесса гибридного автоматического запроса на повторную передачу (HARQ), отправленной базовой станцией; и

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

[0008] Другой аспект настоящего изобретения предусматривает базовую станцию, причем базовая станция включает в себя:

модуль отправки, выполненный с возможностью отправлять информацию указания величины первого процесса гибридного автоматического запроса на повторную передачу (HARQ) к пользовательскому оборудованию (UE); и

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

[0009] Другой аспект настоящего изобретения предусматривает пользовательское оборудование, причем пользовательское оборудование включает в себя:

модуль приема, выполненный с возможностью принимать информацию указания величины первого процесса гибридного автоматического запроса на повторную передачу (HARQ), отправленную базовой станцией; и

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

[0012] Фиг. 1 представляет собой блок-схему последовательности операций способа беспроводной связи, поддерживающего HARQ, в соответствии с вариантом осуществления настоящего изобретения;

[0013] Фиг. 2 представляет собой блок-схему способа применения динамической реконфигурации конфигурации подкадра TDD путем настройки динамического подкадра;

[0014] Фиг. 3 представляет собой блок-схему способа применения динамической реконфигурации конфигурации подкадра TDD путем сообщения настройки динамического подкадра с помощью системного сообщения;

[0015] Фиг. 4 представляет собой блок-схему агрегирования несущих TDD, имеющих разные конфигурации подкадра, в соответствии вариантом осуществления настоящего изобретения;

[0016] Фиг. 5 представляет собой блок-схему агрегирования несущих FDD и TDD в соответствии вариантом осуществления настоящего изобретения;

[0017] Фиг. 6 представляет собой структурную схему базовой станции в соответствии вариантом осуществления настоящего изобретения;

[0018] Фиг. 7 представляет собой блок-схему последовательности операций способа беспроводной связи, поддерживающего HARQ, в соответствии с другим вариантом осуществления настоящего изобретения; и

[0019] Фиг. 8 представляет собой структурную схему пользовательского оборудования в соответствии вариантом осуществления настоящего изобретения.

ОПИСАНИЕ ВАРИАНОВ ОСУЩЕСТВЛЕНИЯ

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

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

[0022] Вариант осуществления настоящего изобретения предусматривает способ беспроводной связи, поддерживающий HARQ, как показано на фиг. 1, при этом способ включает в себя следующие этапы:

[0023] Этап 101: Отправить информацию указания величины первого процесса HARQ к UE.

[0024] На этом этапе информация указания величины первого процесса HARQ используется для обмена данными с UE, не принимающим усовершенствованную функциональную характеристику.

[0025] Для системы LTE информация указания величины первого процесса HARQ является информацией конфигурации подкадра, передаваемой в сообщении первого блока системной информации. Базовая станция может осуществлять, используя конфигурацию подкадра в сообщении первого блока системной информации, обмен данными с UE, не прибегая к усовершенствованной функциональной характеристике. В системе LTE TDD сетевая сторона уведомляет, посредством первого блока системной информации, транслируемого системой, пользовательское оборудование о том, какой из 7 типов конфигураций подкадра, описанных в Таблице 1, подлежит использованию в качестве конфигурации подкадра. Для каждого типа конфигурации подкадра, описанного в Таблице 1, протокол определяет прямое соотношение временной синхронизации HARQ (временная синхронизация HARQ) и соответствующей величины процесса HARQ. При реализации соотношение временной синхронизации HARQ и величина процесса HARQ, соответствующие каждому типу конфигурации подкадра, могут храниться на базовой станции или UE заблаговременно, и, следовательно, после получения информации указания величины первого процесса HARQ UE может определить величину первого процесса HARQ, соответствующую информации указания величины первого процесса HARQ.

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

[0027] Этап 102: Если информация указания величины второго процесса HARQ дополнительно отправляется к UE, определить величину второго процесса HARQ в соответствии с информацией указания величины второго процесса HARQ и выполнить обмен данными с UE в соответствии с определенной величиной второго процесса HARQ.

[0028] На этом этапе информация указания величины второго процесса HARQ используется, чтобы UE определяло величину второго процесса HARQ, когда базовая станция выполняет обмен данными с UE.

[0029] Кроме того, данный вариант осуществления может дополнительно включать в себя: если информация указания величины второго процесса HARQ не отправляется к UE, определение величины первого процесса HARQ в соответствии с информацией указания величины первого процесса HARQ и выполнение обмена данными с UE в соответствии с определенной величиной первого процесса HARQ.

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

[0031] Для UE, задействующих усовершенствованные функциональные характеристики, базовая станция устанавливает в соответствии с усовершенствованными функциональными характеристиками, задействованными UE, соответствующую информацию указания величины второго процесса HARQ. Например, когда базовая станция конфигурирует агрегирование несущих TDD, имеющих различные конфигурации подкадра для UE, для передачи данных по нисходящей линии связи, осуществляемой на вторичной компонентной несущей, когда соответствующая ответная информация восходящей линии связи отправляется в качестве обратной связи на первичной компонентной несущей, требуется принять конфигурации подкадра первичной компонентной несущей и вторичной компонентной несущей на всестороннее рассмотрение, чтобы установить надлежащую информацию указания величины второго процесса HARQ так, что UE, задействующие усовершенствованные функциональные характеристики, могут осуществлять передачу данных в соответствии с надлежащей величиной процесса HARQ. Для другого примера, когда базовая станция активирует функцию динамической реконфигурации конфигурации подкадра TDD для UE, базовая станция может осуществлять связь с UE путем использования конфигурации Х подкадра, причем конфигурация Х подкадра является переменной в различных кадрах беспроводной связи. Например, она может варьироваться, в соответствии с эксплуатационными требованиями, в пределах конфигураций 0-6 подкадров, описанных в Таблице 1, и в некоторых кадрах беспроводной связи конфигурация Х подкадра может дополнительно быть такой же, как конфигурация подкадра в сообщении первого блока системной информации. При этом базовой станции нужно принять все возможные вариации конфигурации Х подкадра на всестороннее рассмотрение, чтобы установить надлежащую информацию указания величины второго процесса HARQ.

[0032] На этом этапе информация указания величины второго процесса HARQ может сообщаться к по меньшей мере одному UE посредством передачи специализированных сигналов или специального системного сообщения. Передача специализированных сигналов может включать в себя одно или несколько из сообщения управления радиоресурсами, сообщения управления доступом к среде, передачу сигналов управления физического уровня и т.п. Например, UE, задействующее усовершенствованную функциональную характеристику, может получать уведомления посредством сообщения управления радиоресурсами, и при этом, после отправки информации указания величины второго процесса HARQ к UE посредством передачи специализированных сигналов, базовая станция получает ответное сообщение, переданное в качестве обратной связи UE, чтобы определить, была ли отправка успешной. Если базовая станция успешно отправляет информацию указания величины второго процесса HARQ к UE, базовая станция осуществляет обмен данными с UE в соответствии с величиной второго процесса HARQ; и когда базовая станция не отправляет информацию указания величины второго процесса HARQ к UE успешно, базовая станция определяет величину первого процесса HARQ в соответствии с информацией указания величины первого процесса HARQ и выполняет обмен данными с UE в соответствии с определенной величиной первого процесса HARQ. Специальное системное сообщение может быть добавленным системным сообщением, используемым для уведомления, и может транслироваться к определенному типу UE, например, UE или UE последнего поколения, задействующему усовершенствованную функциональную характеристику, и UE вне этого типа не может принимать или различать информацию указания величины второго процесса HARQ.

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

[0034] Система LTE является постоянно развивающейся системой, и базовая станция, поддерживающая усовершенствованную функциональную характеристику, дополнительно нуждается в возможности обеспечивать обслуживание для UE, поддерживающего только функциональную характеристику ранней версии; и UE последнего поколения, поддерживающее усовершенствованную функциональную характеристику, также необходимо иметь возможность доступа к базовой станции, поддерживающей только функциональную характеристику ранней версии, и возможность осуществлять связь с базовой станцией путем использования функциональной характеристики ранней версии. Для этого базовая станция последнего поколения дополнительно способна обеспечивать обслуживание для UE, поддерживающего только функциональную характеристику ранней версии, предпочтительно, когда базовая станция выполняет обмен данными с UE, для UE, к которому базовая станция не отправляет информацию указания величины второго процесса HARQ успешно, базовая станция осуществляет обмен данными с UE на основе величины первого процесса HARQ, отраженной в информации указания величины первого процесса HARQ. Таким образом, после того как UE не последнего поколения осуществляет доступ к базовой станции последнего поколения, базовая станция последнего поколения может обеспечивать базовое обслуживание связи LTE для UE не последнего поколения путем использования функциональной характеристики ранней версии; и после того как UE последнего поколения осуществляет доступ к базовой станции, вне зависимости от того, является ли она базовой станцией последнего поколения, когда базовая станция отправляет только информацию указания величины первого процесса HARQ, но не отправляет информацию указания величины второго процесса HARQ успешно к UE последнего поколения, базовая станция может обеспечивать базовое обслуживание связи LTE для UE последнего поколения путем использования функциональной характеристики ранней версии.

[0035] Когда информация указания величины второго процесса HARQ отправлена, базовая станция осуществляет обмен данными с UE на основе величины второго процесса HARQ, обозначенной в соответствии с информацией указания величины второго процесса HARQ; и когда информация указания величины второго процесса HARQ не отправляется, базовая осуществляет обмен данными с UE на основе величины первого процесса HARQ, обозначенной в соответствии с информацией указания величины первого процесса HARQ. Здесь величина первого процесса HARQ и величина второго процесса HARQ могут быть максимальным количеством процессов HARQ нисходящей линии связи M_{DL_HARQ} и максимальным количеством процессов HARQ восходящей линии связи M_{UL_HARQ}.

[0036] Более того, система LTE TDD определяет, в соответствии с разными уровнями производительности UE, общее количество софт-битов канала (Общее количество софт-битов канала) N_soft, поддерживаемое каждым уровнем производительности UE. N_soft предусматривает максимальный размер программного буфера (Программный буфер), поддерживаемый UE, и максимальный программный буфер далее разделяется и затем назначается для каждого процесса HARQ. Размер, программного буфера, назначенного для блока передачи, обозначается N_IR и, следовательно

(1).

[0037] В Формуле (1) KMIMO является максимальным количеством блоков передачи, поддерживаемым режимом передачи физического совместно используемого канала нисходящей линии связи (Физический совместно используемый канал нисходящей линии связи, PDSCH), сконфигурированным для UE, и имеет значение 1 или 2; KC является максимальным количеством агрегированных несущих, поддерживаемым уровнем производительности UE, и имеет значение 1, 2 или 5; и M_limit является константой, имеющей значение 8. В подкадре количество блоков передачи, включенных в процесс HARQ, не превышает KMIMO. Из Формулы (1) можно увидеть, что разделение размера программного буфера может относиться к максимальному количеству процессов HARQ нисходящей линии связи M_{DL_HARQ}, поддерживаемому каждой конфигурацией подкадра, и значение M_{DL_HARQ} получается UE в соответствии с конфигурацией подкадра, сообщенной в SIB1.

[0038] В варианте осуществления настоящего изобретения, при осуществлении обмена данными с UE, базовая станция может дополнительно выполнять корректное разделение размера программного буфера в соответствии с надлежащим M_{DL_HARQ}, определенным в соответствии с информацией указания величины второго процесса HARQ, например, вычисляя размер программного буфера HARQ нисходящей линии связи путем замены надлежащего M_{DL_HARQ}, определенного в соответствии с информацией указания величины второго процесса HARQ, в Формуле (1).

[0039] Дополнительно, когда базовая станция определяет величину второго процесса HARQ в соответствии с информацией указания величины второго процесса HARQ, до того как базовая станция выполняет обмен данными с UE, способ дополнительно включает в себя:

отправку информации управления нисходящей линии связи (Информация управления нисходящей линии связи, DCI) к UE, где количество процессов HARQ, выполняемых в поле номера процесса HARQ в DCI, меньше или равно величине второго процесса HARQ.

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

[0041] Следующее предусматривает несколько примерных образцов информации указания величины второго процесса HARQ путем использования системы LTE в качестве примера.

[0042] Система LTE является постоянно развивающейся и совершенствующейся системой и включает в себя две системы, включая FDD и TDD, и в ранней версии изменение конфигурации подкадра TDD может быть выполнено только посредством процесса обновления системного сообщения и выполняется самое быстрое за 640 мс; однако изменение конфигурации подкадра обычно влечет за собой прерывание обслуживания на некоторое время. Чтобы максимально уменьшить негативное воздействие от прерывания обслуживания, в актуальной системе в общем конфигурация подкадра редко изменяется и даже остается неизмененной после того как развертка сети выполнена. Принимая во внимание внезапность обслуживания по восходящей линии связи и нисходящей линии связи, когда количество пользователей невелико, нужно, чтобы конфигурация подкадра могла часто и быстро изменяться, чтобы лучше подходить под текущую эксплуатационную характеристику трафика. В настоящее время протокол LTE предлагает поддержку для изменения конфигурации подкадра TDD более динамично в соответствии с текущей эксплуатационной характеристикой, где конфигурации подкадра может понадобиться меняться каждые сто миллисекунд или даже чаще, чем каждые 10 миллисекунд, что называется динамической реконфигурацией конфигурации подкадра TDD.

[0043] Способ реализации динамической реконфигурации конфигурации подкадра TDD таков: в каждом кадре беспроводной связи базовая станция устанавливает часть подкадров как динамические подкадры (Адаптивный подкадр или Динамический подкадр) и уведомляет UE о том, какие подкадры установлены как динамические подкадры. В каждый момент передачи, в соответствии с эксплуатационными требованиями восходящей линии связи и нисходящей линии связи пользовательского оборудования, динамические подкадры могут динамически использоваться базовой станцией для передачи данных восходящей линии связи или нисходящей линии связи. Как показано на фиг. 2, базовая станция уведомляет UE о конфигурации 1 подкадра посредством SIB1; кроме того, базовая станция может дополнительно уведомлять с помощью сообщения управления радиоресурсами (Управление радиоресурсами, RRC) UE о том, что подкадр 3, подкадр 4, подкадр 8 и подкадр 9 установлены как динамические подкадры, где D отражает подкадр нисходящей линии связи, S отражает специальный подкадр, U отражает подкадр восходящей линии связи и F отражает динамический подкадр. Для динамического подкадра базовая станция может явно или неявно отражать посредством передачи сигналов, например, передачи сигналов физического уровня, используется ли каждый динамический подкадр для передачи данных восходящей линии связи или нисходящей линии связи.

[0044] Другой способ реализации динамической реконфигурации конфигурации подкадра TDD таков: базовая станция дополнительно вводит новые сигналы, отличные от конфигурации подкадра, сообщенной посредством SIB1, чтобы уведомить UE об фактически используемой конфигурации Х подкадра и ее эффективном времени так, что UE понимает, когда каждый подкадр каждого кадра беспроводной связи используется для передачи данных по восходящей линии связи и когда он используется для передачи данных по нисходящей линии связи. Как описывается выше, конфигурация подкадра, сообщенная посредством SIB1, требует по меньшей мере 640 мс для изменения, и посредством фактически используемой конфигурации Х подкадра, сообщенной с помощью новых введенных сигналов, базовая станция может реализовывать быстрое изменение конфигурации подкадра без обновления системного сообщения, чтобы реализовать динамическую реконфигурацию конфигурации подкадра TDD, таким образом, лучше соответствуя эксплуатационным требованиям восходящей линии связи и нисходящей линии связи UE; то есть конфигурация Х подкадра устанавливается в соответствии с эксплуатационными требованиями восходящей линии связи и нисходящей линии связи UE, и базовая станция осуществляет связь с UE путем использования конфигурации Х подкадра, таким образом, реализуя служебную передачу более эффективно. Например, как показано на фиг. 3, конфигурация подкадра, сообщенная посредством сообщения SIB1, является конфигурацией 1 подкадра, и базовая станция дополнительно уведомляет посредством сообщения RRC UE о фактически используемой конфигурации Х подкадра и ее эффективном времени, где, в соответствии с эксплуатационными требованиями UE, когда базовая станция осуществляет связь с UE в разные периоды времени, фактически используемая конфигурация Х подкадра является конфигурацией 0, 2, 1 и 4 подкадра соответственно.

[0045] UE, поддерживающее технологию агрегирования несущих, может осуществлять доступ к более чем одной компонентной несущей (Компонентная несущая) одновременно и выполнять обмен данными с базовой станцией, и среди множественных компонентных несущих одна называется первичной компонентной несущей, другая компонентная несущая называется вторичной компонентной несущей, и компонентная несущая также называется обслуживающей сотой. LTE 10 версии поддерживает агрегирование только несущих TDD, имеющих одинаковые конфигурации подкадра, но не поддерживает агрегирование несущих TDD, имеющих разные конфигурации подкадра, или агрегирование несущей FDD и несущей TDD. LTE 11 версии предлагает поддержку агрегирования несущих TDD, имеющих разные конфигурации подкадра, как показано на фиг. 4; последующая усовершенствованная версия может дополнительно поддерживать агрегирование несущей FDD и несущей TDD, как показано на фиг. 5; в дополнение к этому в сценарии агрегирования несущих каждая несущая TDD может применять технологию динамической реконфигурации конфигурации подкадра TDD.

[0046] В сценарии агрегирования несущих, например, агрегирование несущих TDD, имеющих разные конфигурации подкадра, или агрегирование несущей FDD и несущей TDD, по меньшей мере для одной компонентной несущей, отправка информации указания величины первого процесса HARQ к UE, в частности, включает в себя: отправку информации указания величины первого процесса HARQ, связанной с компонентной несущей, к UE; и когда информация указания величины второго процесса HARQ успешно отправлена к UE, информация указания величины второго процесса HARQ является информацией указания величины второго процесса HARQ, относящейся к по меньшей мере одной компонентной несущей, и используется для UE, чтобы определять величину второго процесса HARQ, что может поддерживаться, когда базовая станция осуществляет обмен данными с UE на по меньшей мере одной компонентной несущей. Дополнительно по меньшей мере одна компонентная несущая может быть: компонентной несущей, допускающей функцию динамической реконфигурации конфигурации подкадра TDD, или вторичной компонентной несущей, имеющей конфигурацию подкадра, отличную от той, что имеет первичная компонентной несущей. Следует отметить, что несущая FDD и несущая TDD также являются несущими, задействующими разные конфигурации подкадра.

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