СПОСОБ УПРАВЛЕНИЯ ПЕРЕДАЧЕЙ ЗАПРОСА НА ДИСПЕТЧЕРИЗАЦИЮ И ОТНОСЯЩИЙСЯ К НЕМУ ПРОДУКТ Российский патент 2020 года по МПК H04W74/04 

ОБЛАСТЬ ТЕХНИКИ

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

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

[0002] Система 5-го поколения (5G) New Radio (NR) с недавних пор является объектом исследований консорциума 3GPP. Наряду с углубленными обсуждениями технологии 5G, с одной стороны, по причине обратной совместимости системы связи новая технология, которая будет исследована и разработана позже, имеет тенденцию к совместимости с технологией, которая уже стандартизована; и, с другой стороны, по причине существования многочисленных современных проектов мобильной связи 4-го поколения (4G) долгосрочного развития (стандарта LTE) гибкостью технологии 5G неизбежно придется пожертвовать ради совместимости, что ведет к ухудшению эффективности. Таким образом, в данный момент времени консорциумом 3GPP ведутся исследования одновременно в двух направлениях. В данном случае группа технического обсуждения не рассматривает обратную совместимость системы 5G NR.

[0003] В механизме передачи запроса на диспетчеризацию (SR) для пользовательского устройства (UE) в системе стандарта LTE, указанном в протоколе TS 36, 321 управления доступом к среде (МАС) стандарта LTE, когда пользовательское устройство (UE) должно передавать подлежащие передаче данные (данные, подлежащие передаче, могут быть данными, кэшированными на уровне управления радиоканалом (RLC) и/или на уровне протокола конвергенции пакетных данных (PDCP)), пользовательское устройство (UE) может определять, имеется ли ресурс физического восходящего управляющего канала (PUCCH) в текущем временном интервале передачи (TTI). Если ресурсы канала PUCCH сконфигурированы, и таймер запрета запроса SR (SR-ProhibitTimer) не работает (таймер SR-ProhibitTimer в основном конфигурируют сигнальной информацией управления радиоресурсами (RRC) для ограничения частой передачи запроса SR и чрезмерного использования ресурсов канала PUCCH), объект физического (PHY) уровня инструктируют отправлять запрос SR в соответствующем ресурсе канала PUCCH. Проще говоря, запрос SR инициируют и отправляют, когда имеются кэшированные данные, подлежащие передаче, в одном логическом канала или группе логических каналов пользовательского устройства (UE) (например, кэшированные данные на RLC-уровне и/или PDCP-уровне), но в то же время пользовательское устройство (UE) не получает ресурс совместно используемого восходящего канала (UL-SCH) для передачи соответствующих данных, подлежащих передаче. Для передачи запроса SR пользовательское устройство (UE) должно получить действительный ресурс канала PUCCH. Если пользовательское устройство (UE) может получать действительный ресурс канала PUCCH в определенном временном интервале передачи (TTI), объект (МАС)-уровня может уведомлять объект PHY-уровня о передаче запроса SR в соответствующем ресурсе канала PUCCH. Соответствующий параметр для запроса SR (например, ресурс канала PUCCH, передающий запрос SR) конфигурируют посредством объекта RRC-уровня, и информационный элемент (IE) конфигурации сигнальной информации RRC имеет следующий вид:

SchedulingRequestConfig ::=

CHOICE {

release NULL,

setup SEQUENCE {

sr-PUCCH-ResourceIndex INTEGER (0..2047),

sr-ConfigIndex INTEGER (0..157),

dsr-TransMax ENUMERATED {n4, n8, n16, n32, n64, spare3, spare2, spare1}

}

}.

[0004] В данном случае индекс sr-PUCCH-ResourceIndex указывает ресурс, относящийся к частотной области, канала PUCCH для передачи запроса на диспетчеризацию (SR) пользовательского устройства (UE), индекс sr-ConfigIndex указывает ресурс, относящийся к временной области, канала PUCCH для передачи запроса SR пользовательского устройства (UE), и значение dsr-TransMax определяет максимальное количество передач запроса SR. Примером того, как индекс sr-ConfigIndex определяет позицию во временной области запроса SR согласно описанию TS 36,213 является передача запроса SR, при которой субфрейм восходящего канала удовлетворяет следующему равенству:

.

[0005] Здесь: n_f - номер системного фрейма; n_s - номер слота; N_offset,SR - смещение запроса на диспетчеризацию (SR); I_sr конфигурируется объектом уровня управления радиоресурсами (RRC); и конкретный субфрейм, в котором передается запрос SR, может быть определен согласно I_sr. Отношение между периодом во временной области и смещением субфрейма ресурса канала PUCCH для передачи запроса SR пользовательского устройства (UE) показано в Таблице 1.

Таблица 1

I_sr SR_PERIODICITY N_offset,SR 0-4 5 I_sr 5-14 10 I_sr-5 15-34 20 I_sr-15 35-74 40 I_sr-35 75-154 80 I_sr-75 155-156 2 I_sr-155 157 1 I_sr-157

[0006] Таким образом, можно видеть, что в существующем протоколе управления доступом к среде (МАС) стандарта LTE запрос на диспетчеризацию (SR) инициируется объектом (МАС)-уровня, и объект (МАС)-уровня инструктирует объект PHY-уровня передавать запрос SR в соответствующем (действительном) ресурсе канала PUCCH. Поскольку запрос SR является только 1-битовой информацией на уровне PHY и, именно, может только указывать, должно ли пользовательское устройство (UE) передавать данные, подлежащие передаче, сетевое устройство также требует дополнительные сигнальные ресурсы, увеличивающие непроизводительные расходы ресурса, для получения конфигурационной информации, такой как временной интервал передачи (TTI), соответствующий данным, подлежащим передаче, что снижает эффективность диспетчеризации ресурса запроса SR в системе стандарта LTE для данных, подлежащих передаче, и затрудняет соответствие требованиям будущей системы связи.

РАСКРЫТИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ

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

[0008] Согласно первому аспекту варианты реализации настоящего изобретения обеспечивают способ управления передачей запроса на диспетчеризацию (SR), включающий следующие операции.

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

[0010] Оконечное устройство запрашивает заданное соотношение преобразования между информацией первого параметра и информацией второго параметра ресурса канала PUCCH для получения эталонной информации, соответствующей эталонной информации первого параметра, второго параметра ресурса канала PUCCH, причем второй параметр связан с ресурсом канала PUCCH, используемым для передачи запроса на диспетчеризацию (SR).

[0011] Оконечное устройство передает запрос на диспетчеризацию (SR), используемый для диспетчеризации кэшированных данных, в ресурсе канала PUCCH, определенном эталонной информацией второго параметра.

[0012] Можно видеть, что согласно вариантам реализации настоящего изобретения оконечное устройство сначала получает эталонную информацию первого параметра, о котором должно быть извещено сетевое устройство, затем запрашивает заданное соотношение преобразования между информацией первого параметра и информацией второго параметра ресурса канала PUCCH с получением эталонной информации второго параметра ресурса канала PUCCH, соответствующей эталонной информации первого параметра, и в конечном счете передает запрос на диспетчеризацию (SR), используемый для диспетчеризации кэшированных данных, в ресурсе канала PUCCH, определенном эталонной информацией второго параметра. Поскольку информация первого параметра образует соотношение преобразования с информацией второго параметра, запрос SR может быть передан для обеспечения возможности получения сетевым устройством эталонной информации первого параметра, соответствующей эталонной информации второго параметра, с одновременным приемом запроса SR и также получения сведений о конфигурационной информации относительно лицензированного ресурса, используемого для передачи кэшированных данных, и никакие дополнительные лишние сигнальные ресурсы не требуются для передачи конфигурационной информации лицензированного ресурсе. Таким образом, улучшается гибкость передачи запроса SR системы беспроводной связи и повышается эффективность диспетчеризации ресурса канала передачи данных в системе беспроводной связи.

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

[0014] Оконечное устройство получает кэшированные данные.

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

[0016] В ответ на обнаружение того, что не получен ресурс восходящего совместно используемого канала (Uplink Shared Channel, канала UL-SCH) для передачи кэшированных данных, оконечное устройство получает эталонную информацию первого параметра, о котором должно быть извещено сетевое устройство.

[0017] Можно видеть, что в данном примере оконечное устройство, в частности, получает эталонную информацию первого параметра, о котором должно быть извещено сетевое устройство, в ответ на обнаружение того, что не получен ресурс восходящего совместно используемого канала (канала UL-SCH) для передачи кэшированных данных в текущем временном интервале передачи (TTI). Таким образом, оконечное устройство может динамически конфигурировать эталонную информацию альтернативного ресурса, используемого для передачи кэшированных данные, т.е. эталонную информацию первого параметра, в режиме реального времени согласно условию диспетчеризации ресурса передачи кэшированных данных и затем передавать запрос на диспетчеризацию (SR) для синхронного извещения сетевого устройства об эталонной информации первого параметра с обеспечением возможности своевременного получения сетевым устройством эталонной информации об альтернативном ресурсе, так что конфигурационная информация лицензированного ресурсе, передающем кэшированные данные, может быть точно определена, что способствует улучшению гибкости диспетчеризации ресурса и работы системы беспроводной связи в режиме реального времени.

[0018] Согласно одному возможному варианту реализации кэшированные данные могут включать по меньшей мере одно из: данных, кэшированных на RLC-уровне оконечного устройства; и данных, кэшированных на PDCP-уровне оконечного устройства.

[0019] Согласно одному возможному варианту реализации параметр, связанный с кэшированными данными оконечного устройства, подлежащими передаче, может включать любое одно из: нумерологии параметра PHY-уровня лицензированного ресурса, используемого для передачи кэшированных данных; длительности временного интервала передачи (TTI) лицензированного ресурса, используемого для передачи кэшированных данных; и размера кэшированных данных.

[0020] Второй параметр может включать по меньшей мере одно из: типа ресурса канала PUCCH; идентификатора ресурсного блока ресурса канала PUCCH; и общего количества повторных передач запроса на диспетчеризацию (SR) в ресурсе канала PUCCH.

[0021] Согласно одному возможному варианту реализации ресурс канала PUCCH может включать по меньшей мере одно из: ресурса канала PUCCH с небольшой длительностью и ресурса канала PUCCH с большой длительностью.

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

[0023] Сетевое устройство принимает запрос на диспетчеризацию (SR), используемый для диспетчеризации кэшированных данных, в ресурсе канала PUCCH, определенном эталонной информацией второго параметра, причем второй параметр связан с ресурсом канала PUCCH, используемым для передачи запроса SR.

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

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

[0026] Можно видеть, что согласно данному варианту реализации настоящего изобретения сетевое устройство сначала принимает запрос на диспетчеризацию (SR), используемый для диспетчеризации кэшированных данных, в ресурсе канала PUCCH, определенном эталонной информацией второго параметра, затем запрашивает заданное соотношение преобразования между информацией первого параметра и информацией второго параметра ресурса канала PUCCH для получения эталонной информации первого параметра, соответствующей эталонной информации второго параметра, и в конечном счете отправляет инструкцию о диспетчеризации лицензированного ресурса, используемого для передачи кэшированных данных. Поскольку информация первого параметра образует соотношение преобразования с информацией второго параметра, может быть передан запрос SR для обеспечения возможности получения сетевым устройством эталонной информации первого параметра, соответствующей эталонной информации второго параметра, одновременно с приемом запроса SR и также получения сведений о конфигурационной информации лицензированного ресурсе, используемом для передачи кэшированных данных, и для передачи конфигурационной информации лицензированного ресурсе не требуются никакие дополнительные сигнальные ресурсы, вызывающие непроизводительные расходы ресурсов. Таким образом, улучшается гибкость передачи запроса SR и повышается эффективность диспетчеризации ресурса канала передачи данных в системе беспроводной связи.

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

[0028] Сетевое устройство принимает кэшированные данные в лицензированном ресурсе, определенном эталонной информацией второго параметра.

[0029] Согласно одному возможному варианту реализации кэшированные данные могут включать по меньшей мере одно из: данных, кэшированных на RLC-уровне оконечного устройства; и данных, кэшированных на PDCP-уровне оконечного устройства.

[0030] Согласно одному возможному варианту реализации параметр, связанный с кэшированными данными оконечного устройства, подлежащими передаче, может включать любое одно из: нумерологии параметра PHY-уровня лицензированного ресурса, используемого для передачи кэшированных данных; длительности временного интервала передачи (TTI) лицензированного ресурса, используемого для передачи кэшированных данных; и размера кэшированных данных.

[0031] Второй параметр может включать по меньшей мере одно из: типа ресурса канала PUCCH; идентификатора ресурсного блока ресурса канала PUCCH; и общего количества повторных передач запроса на диспетчеризацию (SR) в ресурсе канала PUCCH.

[0032] Согласно одному возможному варианту реализации ресурс канала PUCCH может включать по меньшей мере одно из: ресурса канала PUCCH с небольшой длительностью и ресурса канала PUCCH с большой длительностью.

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

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

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

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

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

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

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

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

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

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

[0043] Из представленного выше понятно, что согласно различным вариантам реализации настоящего изобретения оконечное устройство сначала получает эталонную информацию первого параметра, о котором должно быть извещено сетевое устройство, затем запрашивает заданное соотношение преобразования между информацией первого параметра и информацией второго параметра ресурса канала PUCCH с получением эталонной информации второго параметра ресурса канала PUCCH, соответствующей эталонной информации первого параметра, и в конечном счете передает запрос на диспетчеризацию (SR), используемый для диспетчеризации кэшированных данных, в ресурсе канала PUCCH, определенном эталонной информацией второго параметра. Поскольку информация первого параметра образует соотношение преобразования с информацией второго параметра, запрос SR может быть передан для обеспечения возможности получения сетевым устройством эталонной информации первого параметра, соответствующей эталонной информации второго параметра, с одновременным приемом запроса SR и также получения сведений о конфигурационной информации относительно лицензированного ресурса, используемого для передачи кэшированных данных, и никакие дополнительные лишние сигнальные ресурсы не требуются для передачи конфигурационной информации лицензированного ресурсе. Таким образом, улучшается гибкость передачи запроса SR системы беспроводной связи и повышается эффективность диспетчеризации ресурса канала передачи данных в системе беспроводной связи.

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

[0044] Ниже приведены сопроводительные чертежи, используемые в описаниях вариантов реализации или уровня техники.

[0045] На ФИГ. 1 изображена схема структуры сети приведенной в качестве примера системы связи согласно одному варианту реализации настоящего изобретения.

[0046] На ФИГ. 2 изображена принципиальная схема связи еще одного способа управления передачей запроса на диспетчеризацию (SR) согласно одному варианту реализации настоящего изобретения.

[0047] На ФИГ. 3A изображена схема способа управления передачей запроса на диспетчеризацию (SR) в сценарии системы 5G NR согласно одному варианту реализации настоящего изобретения.

[0048] На ФИГ. 3B изображена схема способа управления передачей запроса на диспетчеризацию (SR) в еще одном сценарии системы 5G NR согласно одному варианту реализации настоящего изобретения.

[0049] На ФИГ. 3C изображена схема способа управления передачей запроса на диспетчеризацию (SR) в еще одном сценарии системы 5G NR согласно одному варианту реализации настоящего изобретения.

[0050] На ФИГ. 3D изображена схема способа управления передачей запроса на диспетчеризацию (SR) в еще одном сценарии системы 5G NR согласно одному варианту реализации настоящего изобретения.

[0051] На ФИГ. 3E изображена схема способа управления передачей запроса на диспетчеризацию (SR) в еще одном сценарии системы 5G NR согласно одному варианту реализации настоящего изобретения.

[0052] На ФИГ. 3F изображена схема способа управления передачей запроса на диспетчеризацию (SR) в еще одном сценарии системы 5G NR согласно одному варианту реализации настоящего изобретения.

[0053] На ФИГ. 4 изображена структурная схема оконечного устройства согласно одному варианту реализации настоящего изобретения.

[0054] На ФИГ. 5 изображена структурная схема сетевого устройства согласно одному варианту реализации настоящего изобретения.

[0055] На ФИГ. 6 изображена блок-схема состава функциональных блоков оконечного устройства согласно одному варианту реализации настоящего изобретения.

[0056] На ФИГ. 7 изображена блок-схема состава функциональных блоков сетевого устройства согласно одному варианту реализации настоящего изобретения.

[0057] На ФИГ. 8 изображена структурная схема еще одного оконечного устройства согласно одному варианту реализации настоящего изобретения.

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

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

[0059] На ФИГ. 1 изображена возможная структура сети приведенной в качестве примера системы связи согласно одному варианту реализации настоящего изобретения. Приведенная в качестве примера система связи может быть системой связи 4G LTE или системой связи системы 5G NR и, в частности, включает сетевое устройство и оконечное устройство. Когда оконечное устройство получает доступ к сети мобильной связи, обеспеченной сетевым устройством, оконечное устройство образует соединение связи с сетевым устройством посредством линии беспроводной связи. Такой метод соединения связи может быть одноканальным или двухканальным или многоканальным методом. Когда метод соединения связи является одноканальным, сетевое устройство может быть базовой станцией стандарта LTE или базовой станцией системы NR (также называемой базовой станцией gNB). Когда метод связи является двухканальным (который, в частности, может быть осуществлен технологией агрегирования несущих (CA) или множеством сетевых устройств), т.е. когда оконечное устройство соединяется со множеством сетевых устройств, указанное множество сетевых устройств включает группу базовых элементов (Master Cell Group, MCG) и группы вторичных элементов (Secondary Cell Groups, SCGs), данные передаются назад между группами элементов посредством транзитных соединения, группа MCG может быть базовой станцией стандарта LTE, и группы SCG могут быть базовыми станциями стандарта LTE, или группа MCG может быть базовой станцией системы NR, и группы SCG могут быть базовыми станциями стандарта LTE, или группа MCG может быть базовой станцией системы NR, и группы SCG могут быть базовыми станциями системы NR.

[0060] Согласно различным вариантам реализации настоящего изобретения термины "сеть" и "система" часто являются взаимозаменяемыми, и их значения понятны специалистам в данной области техники. Оконечное устройство, используемое в различных вариантах реализации настоящего изобретения, может включать различные переносные устройства, устройства, установленные на транспортном средстве, носимые устройства, вычислительные устройства или другие обрабатывающие устройства, соединенные с беспроводными модемами, которые имеют функцию беспроводной связи, а также пользовательское устройство (UE), мобильные станции (MS), терминалы и т.п., выполненные в различных формах. Для удобства описания указанные выше устройства все названы оконечными устройствами.

[0061] На ФИГ. 2 изображен способ управления передачей запроса на диспетчеризацию (SR) согласно одному варианту реализации настоящего изобретения. Способ включает следующие этапы.

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

[0063] На этапе 202 оконечное устройство запрашивает заданное соотношение преобразования между информацией первого параметра и информацией второго параметра ресурса канала PUCCH для получения эталонной информации, соответствующей эталонной информации первого параметра, второго параметра ресурса канала PUCCH, причем второй параметр связан с ресурсом канала PUCCH, используемым для передачи запроса на диспетчеризацию (SR).

[0064] На этапе 203 оконечное устройство передает запрос на диспетчеризацию (SR), используемый для диспетчеризации кэшированных данных, в ресурсе канала PUCCH, определенном эталонной информацией второго параметра.

[0065] На этапе 204 сетевое устройство принимает запрос на диспетчеризацию (SR), используемый для диспетчеризации кэшированных данных, в ресурсе канала PUCCH, определенном эталонной информацией второго параметра, причем второй параметр связан с ресурсом канала PUCCH, используемым для передачи запроса SR.

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

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

[0068] Можно видеть, что согласно данному варианту реализации настоящего изобретения оконечное устройство сначала получает эталонную информацию первого параметра, о котором должно быть извещено сетевое устройство, затем запрашивает заданное соотношение преобразования между информацией первого параметра и информацией второго параметра ресурса канала PUCCH с получением эталонной информации второго параметра ресурса канала PUCCH, соответствующей эталонной информации первого параметра, и в конечном счете передает запрос на диспетчеризацию (SR), используемый для диспетчеризации кэшированных данных, в ресурсе канала PUCCH, определенном эталонной информацией второго параметра. Сетевое устройство принимает запрос SR, используемый для диспетчеризации кэшированных данных, в ресурсе канала PUCCH, определенном эталонной информацией второго параметра сначала, затем запрашивает заданное соотношение преобразования между информацией первого параметра и информацией второго параметра ресурса канала PUCCH для получения эталонной информации первого параметра, соответствующей эталонной информации второго параметра, и в конечном счете отправляет инструкцию о диспетчеризации ресурса для лицензированного ресурса, используемого для передачи кэшированных данных. Поскольку информация первого параметра образует соотношение преобразования с информацией второго параметра, запрос SR может быть передан для обеспечения возможности получения сетевым устройством эталонной информации, соответствующей эталонной информации второго параметра, первого параметра с одновременным приемом запроса SR и также получения сведений о конфигурационной информации относительно лицензированного ресурса, используемого для передачи кэшированных данных, и никакие дополнительные лишние сигнальные ресурсы не требуются для передачи конфигурационной информации лицензированного ресурсе. Таким образом, улучшается гибкость передачи запроса SR системы беспроводной связи и повышается эффективность диспетчеризации ресурса канала передачи данных в системе беспроводной связи.

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

[0070] Оконечное устройство получает кэшированные данные.

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

[0072] В ответ на обнаружение того, что не получен ресурс восходящего совместно используемого канала (Uplink Shared Channel, канала UL-SCH) для передачи кэшированных данных, оконечное устройство получает эталонную информацию первого параметра, о котором должно быть извещено сетевое устройство.

[0073] Можно видеть, что в данном примере оконечное устройство, в частности, получает эталонную информацию первого параметра, о котором должно быть извещено сетевое устройство, в ответ на обнаружение того, что не получен ресурс восходящего совместно используемого канала (канала UL-SCH) для передачи кэшированных данных в текущем временном интервале передачи (TTI). Таким образом, оконечное устройство может динамически конфигурировать эталонную информацию альтернативного ресурса, используемого для передачи кэшированных данные, т.е. эталонную информацию первого параметра, в режиме реального времени согласно условию диспетчеризации ресурса передачи кэшированных данных и затем передавать запрос на диспетчеризацию (SR) для синхронного извещения сетевого устройства об эталонной информации первого параметра с обеспечением возможности своевременного получения сетевым устройством эталонной информации об альтернативном ресурсе, так что конфигурационная информация лицензированного ресурсе, передающем кэшированные данные, может быть точно определена, что способствует улучшению гибкости диспетчеризации ресурса и работы системы беспроводной связи в режиме реального времени.

[0074] Согласно одному возможному варианту реализации после операции, согласно которой оконечное устройство передает запрос на диспетчеризацию (SR), используемый для диспетчеризации кэшированных данных, в ресурсе канала PUCCH, определенном эталонной информацией второго параметра, способ также включает: прием оконечным устройством кэшированных данных в лицензированном ресурсе, определенном эталонной информацией первого параметра.

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

[0076] Согласно одному возможному варианту реализации кэшированные данные включают по меньшей мере одно из: данных, кэшированных на RLC-уровне оконечного устройства; и данных, кэшированных на PDCP-уровне оконечного устройства.

[0077] Согласно одному возможному варианту реализации параметр, связанный с подлежащими передаче кэшированными данными оконечного устройства, включает любое одно из: нумерологии параметра PHY-уровня лицензированного ресурса, используемого для передачи кэшированных данных; временного интервала передачи (TTI) лицензированного ресурса, используемого для передачи кэшированных данных; и размера кэшированных данных.

[0078] Второй параметр включает по меньшей мере одно из: типа ресурса канала PUCCH; идентификатора ресурсного блока ресурса канала PUCCH; и общего количества повторных передач запроса на диспетчеризацию (SR) в ресурсе канала PUCCH.

[0079] Согласно одному возможному варианту реализации ресурс канала PUCCH включает по меньшей мере одно из: ресурса канала PUCCH с небольшой длительностью и ресурса канала PUCCH с большой длительностью.

[0080] Ниже в сочетании с конкретными сценариями применения подробно описан вариант реализации настоящего изобретения.

[0081] Как изображено на ФИГ. 3A, сетевым устройством является базовая станция gNB в системе 5G NR, оконечным устройством является пользовательское устройство (UE) в системе 5G NR, кэшированные данные, полученные оконечным устройством, являются первыми данными, кэшируемыми на RLC-уровне пользовательского устройства (UE), ресурс канала PUCCH, используемый для передачи запроса на диспетчеризацию (SR) для первых данных, является ресурсом канала PUCCH с небольшой длительностью, второй параметр ресурса канала PUCCH является идентификатором ресурсного блока ресурса канала PUCCH, информация второго параметра, в частности, включает канал PUCCH A1 с небольшой длительностью и канал PUCCH A2 с небольшой длительностью, первый параметр первых данных является нумерологией параметра PHY-уровня, информация первого параметра, в частности, включает 15 кГц и 30 кГц, и соотношение преобразования, предварительно сконфигурированное пользовательским устройством (UE) посредством верхнего уровня стека протоколов, между информацией первого параметра и информацией второго параметра, показано в Таблице 2.

Таблица 2

Идентификатор ресурсного блока канала PUCCH Нумерология параметра PHY-уровня Канал PUCCH A1 с небольшой длительностью 15 кГц Канал PUCCH A2 с небольшой длительностью 30 кГц

[0082] Пользовательское устройство (UE) определяет, что информация о нумерологии параметра PHY-уровня первых данных составляет значение "15 кГц", и затем пользовательское устройство (UE) выбирает канал PUCCH A1 с небольшой длительностью и передает запрос на диспетчеризацию (SR), сконфигурированный для диспетчеризации первых данных в ресурсе канала PUCCH, определенном каналом PUCCH A1 с небольшой длительностью. Базовая станция gNB принимает запрос SR, запрашивает соотношения преобразования для получения того, что нумерология параметра PHY-уровня, соответствующая каналу PUCCH A1 с небольшой длительностью, составляет значение "15 кГц", определяет первый лицензированный ресурс согласно полученной нумерологии параметра PHY-уровня со значением "15 кГц" и отправляет первую инструкцию о диспетчеризации ресурса, содержащую указывающую информацию первого лицензированного ресурса, пользовательскому устройству (UE).

[0083] Как изображено на ФИГ. 3B, сетевым устройством является базовая станция gNB в системе 5G NR, оконечным устройством является пользовательское устройство (UE) в системе 5G NR, кэшированными данными, полученными оконечным устройством, являются вторые данные, кэшированные на PDCP-уровне пользовательского устройства (UE), ресурсом канала PUCCH, используемым для передачи запроса на диспетчеризацию (SR) для вторых данных, является ресурс канала PUCCH с большой длительностью, вторым параметром ресурса канала PUCCH является идентификатор ресурсного блока ресурса канала PUCCH, информация второго параметра, в частности, включает канал PUCCH B1 с большой длительностью и канал PUCCH B2 с большой длительностью, первым параметром вторых данных является длительность временного интервала передачи (TTI), информация первого параметра, в частности, включает значения 0,25 мс и 0,5 мс, и соотношение преобразования, предварительно сконфигурированное пользовательским устройством (UE) посредством верхнего уровня стека протоколов, между информацией первого параметра и информацией второго параметра показано в Таблице 2.

Таблица 2

Идентификатор ресурсного блока канала PUCCH Длительность временного интервала передачи (TTI) Канал PUCCH В1 с большой длительностью 0,25 мс Канал PUCCH В2 с большой длительностью 0,5 мс

[0084] Пользовательское устройство (UE) определяет, что информация о длительности временного интервала передачи (TTI) вторых данных составляет значение 0,25 мс, и затем пользовательское устройство (UE) получает канал PUCCH А1 с большой длительностью и передает запрос на диспетчеризацию (SR), сконфигурированный для диспетчеризации вторых данных в ресурсе канала PUCCH, определенном каналом PUCCH В1 с большой длительностью. Базовая станция gNB принимает запрос SR, запрашивает соотношения преобразования для получения того, что длительность интервала TTI, соответствующая каналу PUCCH В1 с большой длительностью, составляет 0,25 мс, определяет второй лицензированный ресурс согласно полученной длительности интервала TTI, составляющей 0,25 мс, и отправляет вторую инструкцию о диспетчеризации ресурса, содержащую указывающую информацию о втором лицензированном ресурсе, пользовательскому устройству (UE).

[0085] Как изображено на ФИГ. 3C, сетевым устройством является базовая станция gNB в системе 5G NR, оконечным устройством является пользовательское устройство (UE) в системе 5G NR, кэшированными данными, полученными оконечным устройством, является набор (называемый этими данными) данных, кэшируемых на RLC-уровне, и данных, кэшируемых на уровне PDCH в пользовательском устройстве (UE), ресурсом канала PUCCH, используемым для передачи запроса на диспетчеризацию (SR), для третьих данных является ресурс канала PUCCH с небольшой длительностью, вторым параметром ресурса канала PUCCH является идентификатор ресурсного блока ресурса канала PUCCH, информация второго параметра, в частности, включает канал PUCCH С1 с небольшой длительностью, канал PUCCH С2 с небольшой длительностью и канал PUCCH С3 с небольшой длительностью, первым параметром третьих данных является размер кэшированных данных, информация первого параметра, в частности, включает три различных уровня, т.е. низкий уровень, средний уровень и высокий уровень, и соотношение преобразования, предварительно сконфигурированное пользовательским устройством (UE) посредством верхнего уровня стека протоколов, между информацией первого параметра и информацией второго параметра показано в Таблице 3.

Таблица 3

Идентификатор ресурсного блока канала PUCCH Размер кэшированных данных Канал PUCCH С1 с небольшой длительностью Высокий уровень Канал PUCCH С2 с небольшой длительностью Средний уровень Канал PUCCH С3 с небольшой длительностью Низкий уровень

[0086] Пользовательское устройство (UE) определяет, что размер третьих данных находится на среднем уровне, и затем пользовательское устройство (UE) получает соответствующий канал PUCCH С2 с небольшой длительностью и передает запрос на диспетчеризацию (SR), сконфигурированный для диспетчеризации третьих данных в ресурсе канала PUCCH, определенном каналом PUCCH С2 с небольшой длительностью. Базовая станция gNB принимает запрос SR, запрашивает соотношение преобразования для получения того, что размер кэшированных данных, соответствующих каналу PUCCH С2 с небольшой длительностью, находится на среднем уровне, определяет третий лицензированный ресурс согласно полученному размеру кэшированных данных, находящихся на среднем уровне, и отправляет третью инструкцию о диспетчеризации ресурса, содержащую указывающую информацию о третьем лицензированном ресурсе, пользовательскому устройству (UE).

[0087] Как изображено на ФИГ. 3D, сетевым устройством является базовая станция gNB в системе 5G NR, оконечным устройством является пользовательское устройство (UE) в системе 5G NR, кэшированные данные, полученные оконечным устройством, являются четвертыми данными, кэшированными на PDCP-уровне пользовательского устройства (UE), ресурсом канала PUCCH, используемым для передачи запроса на диспетчеризацию (SR) для четвертых данных, является ресурс канала PUCCH с большой длительностью, вторым параметром ресурса канала PUCCH является общее количество повторных передач запроса SR в ресурсе канала PUCCH, информация второго параметра, в частности, включает одиночный запрос SR (один запрос SR) и два запроса SR (двойной запрос SR), первым параметром четвертых данных является длительность временного интервала передачи (TTI), информация первого параметра, в частности, включает значения 0,25 мс и 0,125 мс, и соотношение преобразования, предварительно сконфигурированное пользовательским устройством (UE) посредством верхнего уровня стека протоколов, между информацией первого параметра и информацией второго параметра, показано в Таблице 4.

Таблица 4

Количество повторных передач запроса SR в ресурсе канала PUCCH Длительность TTI Одиночный запрос SR 0,25 мс Два запроса SR 0,125 мс

[0088] Пользовательское устройство (UE) определяет, что информацией о длительности временного интервала передачи (TTI) четвертых данных является "0,125 мс", и затем пользовательское устройство (UE) получает соответствующие два запроса на диспетчеризацию (SR) и передает 2 запроса SR, сконфигурированных для диспетчеризации четвертых данных, в ресурсе канала PUCCH, определенном двумя запросами SR. Базовая станция gNB принимает указанные 2 запроса SR, запрашивает соотношение преобразования для получения того, что длительность интервала TTI, соответствующая двум запросам SR, составляет 0,125 мс, определяет четвертый лицензированный ресурс согласно полученной длительности интервала TTI, составляющей 0,125 мс, и отправляет четвертую инструкцию о диспетчеризации ресурса, содержащую указывающую информацию о четвертом лицензированном ресурсе, пользовательскому устройству (UE).

[0089] Как изображено на ФИГ. 3E, сетевым устройством является базовая станция gNB в системе 5G NR, оконечным устройством является пользовательское устройство (UE) в системе 5G NR, кэшированными данными, полученными оконечным устройством, являются пятые данные, кэшированные на PDCP-уровне пользовательского устройства (UE), ресурсом канала PUCCH, используемым для передачи запроса на диспетчеризацию (SR) для пятых данных является ресурс канала PUCCH с большой длительностью или ресурс канала PUCCH с небольшой длительностью, вторым параметром ресурса канала PUCCH являются тип ресурса канала PUCCH, количество битов запроса SR и информация о несущей, информация второго параметра, в частности, включает канал PUCCH с большой длительностью (2 бита, 00), канал PUCCH с большой длительностью (2 бита, 01), канал PUCCH с большой длительностью (2 бита, 10), канал PUCCH с большой длительностью (2 бита, 11) и канал PUCCH с небольшой длительностью (1 бит, 0/1), первым параметром пятых данных является длительность временного интервала передачи (TTI), информация первого параметра, в частности, включает низкий уровень "0,25 мс", высокий уровень "0,25 мс", низкий уровень "0,5 мс", высокий уровень "0,5 мс и 1 мс", и соотношение преобразования, предварительно сконфигурированное пользовательским устройством (UE) посредством верхнего уровня стека протоколов, между информацией первого параметра и информацией второго параметра показано в Таблице 5.

Таблица 5

Тип ресурса канала PUCCH Количество битов запроса SR и информация о носителе Длительность интервала TTI Канал PUCCH с большой длительностью (2 бита, 00) Низкий уровень 0,25 мс Канал PUCCH с большой длительностью (2 бита, 01) Высокий уровень 0,25 мс Канал PUCCH с большой длительностью (2 бита, 10) Низкий уровень 0,5 мс Канал PUCCH с большой длительностью (2 бита, 11) Высокий уровень 0,5 мс Канал PUCCH с небольшой длительностью (1 бит, 0/1) 1 мс

[0090] Пользовательское устройство (UE) определяет, что информацией о длительности временного интервала передачи (TTI) вторых данных является низкий уровень 0,25 мс, и затем пользовательское устройство (UE) получает соответствующий канал PUCCH с большой длительностью (2 бита, 00) и передает запрос на диспетчеризацию (SR), сконфигурированный для диспетчеризации пятых данных в ресурсе канала PUCCH, определенном каналом PUCCH с большой длительностью (2 бита, 00). Базовая станция gNB принимает запрос SR, запрашивает соотношение преобразования для получения того, что длительность интервала TTI, соответствующая каналу PUCCH с большой длительностью (2 бита, 00), находится на низком уровне 0,25 мс, определяет пятый лицензированный ресурс согласно полученному низкому уровню 0,25 мс длительности интервала TTI и отправляет пятую инструкцию о диспетчеризации ресурса, содержащую указывающую информацию о пятом лицензированном ресурсе, пользовательскому устройству (UE).

[0091] Как изображено на ФИГ. 3F, сетевым устройством является базовая станция gNB в системе 5G NR, оконечным устройством является пользовательское устройство (UE) в системе 5G NR, кэшированными данными, полученными оконечным устройством, являются шестые данные, кэшированные на PDCP-уровне пользовательского устройства (UE), ресурсом канала PUCCH, используемым для передачи запроса на диспетчеризацию (SR) для шестых данных является ресурс канала PUCCH с большой длительностью или ресурс канала PUCCH с небольшой длительностью, вторым параметром ресурса канала PUCCH являются тип ресурса канала PUCCH, количество битов в запросе на диспетчеризацию (SR) и информация о несущей, информация второго параметра, в частности, включает канал PUCCH с большой длительностью (2 бита, 00), канал PUCCH с большой длительностью (2 бита, 01), канал PUCCH с большой длительностью (2 бита, 10), канал PUCCH с большой длительностью (2 бита, 11), канал PUCCH с небольшой длительностью (1 бит, 00), канал PUCCH с небольшой длительностью (2 бита, 01), канал PUCCH с небольшой длительностью (2 бита, 10) и канал PUCCH с небольшой длительностью (2 бита, 11), первым параметром шестых данных является длительность временного интервала передачи (TTI), информация первого параметра, в частности, включает низкий уровень 0,125 мс, высокий уровень 0,125 мс, низкий уровень 0,25 мс, высокий уровень 0,25 мс, низкий уровень 0,5 мс, высокий уровень 0,5 мс, низкий уровень 1 мс и высокий уровень 1 мс, и соотношение преобразования, предварительно сконфигурированное пользовательским устройством (UE) посредством верхнего уровня стека протоколов, между информацией первого параметра и информацией второго параметра показано в Таблице 6.

Таблица 6

Тип ресурса канала PUCCH Количество битов в запросе SR и информация о несущей Длительность интервала TTI Канал PUCCH с большой длительностью (2 бита, 00) Низкий уровень 0,125 мс Канал PUCCH с большой длительностью (2 бита, 01) Высокий уровень 0,125 мс Канал PUCCH с большой длительностью (2 бита, 10) Низкий уровень 0,25 мс Канал PUCCH с большой длительностью (2 бита, 11) Высокий уровень 0,25 мс Канал PUCCH с небольшой длительностью (2 бита, 00) Низкий уровень 0,5 мс Канал PUCCH с небольшой длительностью (2 бита, 01) Высокий уровень 0,5 мс Канал PUCCH с небольшой длительностью (2 бита, 10) Низкий уровень 1 мс Канал PUCCH с небольшой длительностью (2 бита, 11) Высокий уровень 1 мс

[0092] Пользовательское устройство (UE) определяет, что информацией о длительности временного интервала передачи (TTI) шестых данных является низкий уровень 0,5 мс, и затем пользовательское устройство (UE) получает соответствующий канал PUCCH с небольшой длительностью (2 бита, 00) и передает запрос на диспетчеризацию (SR), сконфигурированный для диспетчеризации шестых данных в ресурсе канала PUCCH, определенном каналом PUCCH с небольшой длительностью (2 бита, 00). Базовая станция gNB принимает запрос SR, запрашивает соотношение преобразования для получения того, что длительность интервала TTI, соответствующая каналу PUCCH с небольшой длительностью (2 бита, 00), находится на низком уровне 0,5 мс, определяет шестой лицензированный ресурс согласно полученному низкому уровню 0,5 мс длительности интервала TTI и отправляет шестую инструкцию о диспетчеризации ресурса, содержащую указывающую информацию о шестом лицензированном ресурсе, пользовательскому устройству (UE).

[0093] В соответствии с вариантом реализации, показанным на ФИГ. 2, на ФИГ. 4 изображена структурная схема оконечного устройства согласно одному варианту реализации настоящего изобретения. Как изображено на чертеже, оконечное устройство содержит один или более процессоров, память, интерфейс связи и одну или более программ. Одна или более программ хранятся в памяти и выполнены с возможностью их исполнения одним или более процессорами. Программы включают инструкции, выполненные с возможностью осуществления следующих этапов.

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

[0095] Запрашивают заданное соотношение преобразования между информацией первого параметра и информацией второго параметра ресурса канала PUCCH для получения эталонной информации, соответствующей эталонной информации первого параметра, второго параметра ресурса канала PUCCH, причем второй параметр связан с ресурсом канала PUCCH, используемым для передачи запроса на диспетчеризацию (SR).

[0096] Запрос на диспетчеризацию (SR), сконфигурированный для диспетчеризации кэшированных данных, передают в ресурсе канала PUCCH, определенном эталонной информацией второго параметра.

[0097] Можно видеть, что согласно данному варианту реализации настоящего изобретения оконечное устройство сначала получает эталонную информацию первого параметра, о котором должно быть извещено сетевое устройство, затем запрашивает заданное соотношение преобразования между информацией первого параметра и информацией второго параметра ресурса канала PUCCH для получения эталонной информации, соответствующей эталонной информации первого параметра, второго параметра ресурса канала PUCCH и в конечном счете передает запрос на диспетчеризацию (SR), используемый для диспетчеризации кэшированных данных, в ресурсе канала PUCCH, определенном эталонной информацией второго параметра. Поскольку информация первого параметра образует соотношение преобразования с информацией второго параметра, запрос SR может быть передан для обеспечения возможности получения сетевым устройством эталонной информации, соответствующей эталонной информации второго параметра, первого параметра одновременно с приемом запроса SR и также получения сведений о конфигурационной информации лицензированного ресурсе, используемом для передачи кэшированных данных, и никакие дополнительные лишние сигнальные ресурсы не требуются для передачи конфигурационной информации лицензированного ресурсе. Таким образом, улучшается гибкость передачи запроса SR системы беспроводной связи и повышается эффективность диспетчеризации ресурса канала передачи данных в системе беспроводной связи.

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

[0099] Согласно одному возможному варианту реализации на этапе получения эталонной информации первого параметра, о котором должно быть извещено сетевое устройство, выполняют инструкции в программах, в частности, с возможностью осуществления следующего этапа: в ответ на обнаружение того, что не получен ресурс восходящего совместно используемого канала (UL-SCH) для передачи кэшированных данных, получают эталонную информацию первого параметра, о котором должно быть извещено сетевое устройство.

[00100] Согласно одному возможному варианту реализации кэшированные данные включают по меньшей мере одно из: данные, кэшированные на RLC-уровне оконечного устройства, и данные, кэшированные на PDCP-уровне оконечного устройства.

[00101] Согласно одному возможному варианту реализации параметр, связанный с кэшированными данными оконечного устройства, подлежащими передаче, включает любое одно из: нумерологии параметра PHY-уровня лицензированного ресурса, используемого для передачи кэшированных данных; длительности временного интервала передачи (TTI) лицензированного ресурса, используемого для передачи кэшированных данных; и размера кэшированных данных.

[00102] Второй параметр включает по меньшей мере одно из: типа ресурса канала PUCCH; идентификатора ресурсного блока ресурса канала PUCCH; и общего количества повторных передач запроса на диспетчеризацию (SR) в ресурсе канала PUCCH.

[00103] Согласно одному возможному варианту реализации ресурс канала PUCCH включает по меньшей мере одно из: ресурса канала PUCCH с небольшой длительностью и ресурса канала PUCCH с большой длительностью.

[00104] В соответствии с вариантом реализации, показанным на ФИГ. 2, на ФИГ. 5 изображена структурная схема сетевого устройства согласно одному варианту реализации настоящего изобретения. Как изображено на чертеже, сетевое устройство содержит один или более процессоров, память, приемопередатчик и одну или более программ. Одна или более программ хранятся в памяти и выполнены с возможностью их исполнения одним или более процессорами. Программы включают инструкции, используемые для осуществления следующих этапов.

[00105] Принимают запрос на диспетчеризацию (SR), используемый для диспетчеризации кэшированных данных, в ресурсе канала PUCCH, определенном эталонной информацией второго параметра, причем второй параметр связан с ресурсом канала PUCCH, используемым для передачи запроса SR.

[00106] Запрашивают заданное соотношение преобразования между информацией первого параметра и информацией второго параметра ресурса канала PUCCH для получения эталонной информации, соответствующей эталонной информации второго параметра, первого параметра, причем первый параметр связан с кэшированными данными оконечного устройства, подлежащими передаче.

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

[00108] Можно видеть, что согласно данному варианту реализации настоящего изобретения сетевое устройство сначала принимает запрос на диспетчеризацию (SR), используемый для диспетчеризации кэшированных данных, в ресурсе канала PUCCH, определенном эталонной информацией второго параметра, затем запрашивает заданное соотношение преобразования между информацией первого параметра и информацией второго параметра ресурса канала PUCCH для получения эталонной информации первого параметра, соответствующей эталонной информации второго параметра, и в конечном счете отправляет инструкцию о диспетчеризации лицензированного ресурса, используемого для передачи кэшированных данных. Поскольку информация первого параметра образует соотношение преобразования с информацией второго параметра, может быть передан запрос SR для обеспечения возможности получения сетевым устройством эталонной информации первого параметра, соответствующей эталонной информации второго параметра, одновременно с приемом запроса SR и также получения сведений о конфигурационной информации лицензированного ресурсе, используемом для передачи кэшированных данных, и для передачи конфигурационной информации лицензированного ресурсе не требуются никакие дополнительные сигнальные ресурсы, вызывающие непроизводительные расходы ресурсов. Таким образом, улучшается гибкость передачи запроса SR и повышается эффективность диспетчеризации ресурса канала передачи данных в системе беспроводной связи.

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

[00110] Согласно одному возможному варианту реализации кэшированные данные включают по меньшей мере одно из: данных, кэшированных на RLC-уровне оконечного устройства; и данных, кэшированных на PDCP-уровне оконечного устройства.

[00111] Согласно одному возможному варианту реализации параметр, связанный с кэшированными данными оконечного устройства, подлежащими передаче, включает любое одно из: нумерологии параметра PHY-уровня лицензированного ресурса, используемого для передачи кэшированных данных; длительности временного интервала передачи (TTI) лицензированного ресурса, используемого для передачи кэшированных данных; и размера кэшированных данных.

[00112] Второй параметр включает по меньшей мере одно из: типа ресурса канала PUCCH; идентификатора ресурсного блока ресурса канала PUCCH; и общего количества передач повторного запроса на диспетчеризацию (SR) в ресурсе канала PUCCH.

[00113] Согласно одному возможному варианту реализации ресурс канала PUCCH включает по меньшей мере одно из: ресурса канала PUCCH с небольшой длительностью и ресурса канала PUCCH с большой длительностью.

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

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

[00116] Для варианта использования объединенного блока на ФИГ. 6 изображена возможная блок-схема состава функционального блока оконечного устройства, включенного в описанные выше варианты реализации. Оконечное устройство 600 содержит блок 602 обработки и блок 603 связи. Блок 602 обработки выполнен с возможностью управления и распоряжения работой оконечного устройства. Например, блок 602 обработки выполнен с возможностью поддержки исполнения оконечным устройством этапов 201-203, изображенных на ФИГ. 2, и/или выполнен с возможностью осуществления другой обрабатывающей технологии, описанной в настоящей заявке. Блок 603 связи выполнен с возможностью поддержки связи между оконечным устройством и другим устройством, например, связи с сетевым устройством, показанным на ФИГ. 5. Оконечное устройство также может содержать блок 601 хранения, выполненный с возможностью хранения программного кода и данных оконечного устройства.

[00117] Блок 602 обработки может быть процессором или контроллером, который может быть, например, центральным процессором (CPU), универсальным процессором, цифровым сигнальным процессором (DSP), прикладной специализированной интегральной схемой (ASIC), программируемой пользователем вентильной матрицей (FPGA) или другим программируемым логическим устройством, транзисторным логическим устройством, аппаратным компонентом или любым сочетанием вышеперечисленного. Он может осуществлять или исполнять различные приведенные в качестве примера логические блоки, модули и схемы, описанные в сочетании с содержанием, раскрытым в настоящей заявке. Процессор также может быть сочетанием, реализующим функцию вычисления, например, включать сочетание одного или более микропроцессоров и сочетание цифрового сигнального процессора и микропроцессора. Блок 603 связи может быть приемопередатчиком, приемопередающей схемой и т.п. Блок 601 хранения может быть памятью.

[00118] Когда блок 602 обработки является процессором, блок 603 связи является интерфейсом связи, и блок 601 хранения является памятью, оконечное устройство, включенное в данный вариант реализации настоящего изобретения, может быть оконечным устройством, показанным на ФИГ. 4.

[00119] При условии использования объединенного блока, на ФИГ. 7 изображена возможная блок-схема функционального блока сетевого устройства, включенного в описанные выше варианты реализации. Сетевое устройство 700 содержит блок 702 обработки и блок 703 связи. Блок 702 обработки выполнен с возможностью управления и распоряжения работой сетевого устройства. Например, блок 702 обработки выполнен с возможностью поддержки исполнения сетевым устройством этапов 204-206, изображенных на ФИГ. 2, и/или выполнен с возможностью осуществления другого способа обработки, описанного в настоящей заявке. Блок 703 связи выполнен с возможностью поддержки связи между сетевым устройством и другим устройством, например, связи с оконечным устройством, изображенным на ФИГ. 4. Сетевое устройство также может содержать блок 701 хранения, выполненный с возможностью хранения программного кода и данных сетевого устройства.

[00120] В данном случае блок 702 обработки может быть процессором или контроллером, который может быть, например, центральным процессором (CPU), универсальным процессором, цифровым сигнальным процессором (DSP), прикладной специализированной интегральной схемой (ASIC), программируемой пользователем вентильной матрицей (FPGA) или другим программируемым логическим устройством, транзисторным логическим устройством, аппаратным компонентом или любым сочетанием вышеперечисленного. Он может осуществлять или исполнять различные приведенные в качестве примера логические блоки, модули и схемы, описанные в сочетании с содержанием, раскрытым в настоящей заявке. Процессор также может быть сочетанием, реализующим функцию вычисления, например, включать сочетание одного или более микропроцессоров и сочетание цифрового сигнального процессора и микропроцессора. Блок 703 связи может быть приемопередатчиком, приемопередающей схемой, радиочастотным (RF) чипом и т.п. Блок 701 хранения может быть памятью.

[00121] Когда блок 702 обработки является процессором, блок 703 связи является интерфейсом связи, и блок 701 хранения является памятью, сетевое устройство, включенное в данный вариант реализации настоящего изобретения, может быть сетевым устройством, показанным на ФИГ. 5.

[00122] Согласно одному варианту реализации настоящего изобретения также обеспечено еще одно оконечное устройство. На ФИГ. 8 для удобства описания показаны только части, относящиеся к данному варианту реализации настоящего изобретения, и конкретные технические подробности, которые остались не раскрытыми, относятся к частям способа согласно различным вариантам реализации настоящего изобретения. Оконечным устройством может быть любое оконечное устройство, включая мобильный телефон, планшетный компьютер, персональный цифровой помощник (PDA), торговый терминал (POS), установленный на транспортном средстве компьютер и т.п. Например, оконечным устройством является мобильный телефон.

[00123] На ФИГ. 8 изображена блок-схема части структуры мобильного телефона, относящейся к оконечному устройству, согласно одному варианту реализации настоящего изобретения. Как изображено на ФИГ. 8, мобильный телефон содержит компоненты, такие как радиочастотная (RF) схема 910, память 920, устройство 930 ввода, дисплейный блок 940, датчик 950, звуковая схема 960, модуль 970 WiFi, процессор 980 и источник 990 питания. Специалистам в данной области техники понятно, что структура мобильного телефона, изображенного на ФИГ. 8, не ограничивается мобильным телефоном и может включать больше или меньше компонентов, чем показано на чертеже, или некоторые компоненты могут быть объединены, или могут быть использованы различные способы расположения компонентов.

[00124] Ниже со ссылкой на ФИГ. 8 конкретно описан каждый компонент мобильного телефона.

[00125] Радиочастотная схема 910 может быть выполнена с возможностью приема и отправки информации. Радиочастотная схема 910 обычно содержит помимо прочего антенну, по меньшей мере один усилитель, приемопередатчик, блок связи, малошумящий усилитель (LNA), антенный переключатель и т.п. Кроме того, радиочастотная схема 910 также может связываться с сетью и другим устройством посредством беспроводной связи. Для беспроводной связи могут быть использованы любой стандарт или протокол связи, включая помимо прочего глобальную систему мобильной связи (GSM), систему пакетной радиосвязи общего пользования (GPRS), систему множественного доступа с кодовым разделением (CDMA), систему широкополосного множественного доступа с кодовым разделением (WCDMA), систему долгосрочного развития (стандарта LTE), электронную почту, службу обмена краткими сообщениями (SMS) и т.п.

[00126] Память 920 может быть выполнена с возможностью хранения программы и программного модуля. Процессор 980 управляется программой и модулем, хранящимися в памяти 920, таким образом осуществляя различные функциональные приложения и обработку данных мобильного телефона. Память 920, в основном, может содержать область хранения программы и область хранения данных. Область хранения программы может хранить операционную систему, прикладную программу, требуемую по меньшей мере одной функцией и т.п. Область хранения данных может хранить данные, созданные при использовании мобильного телефона, и т.п. Кроме того, память 920 может включать быстродействующее оперативное запоминающее устройство (ОЗУ) и также может включать некратковременную память, например, по меньшей мере одно дисковое накопительное устройство, устройство флэш-памяти или другое кратковременное твердотельное накопительное устройство.

[00127] Устройство 930 ввода может быть выполнено с возможностью приема входной цифровой или символьной информации и генерирования ввода подписи под ключом, относящейся к пользовательским настройкам и управлению функциями мобильного телефона. В частности, устройство 930 ввода может включать модуль 931 распознавания отпечатков пальцев и другое устройство 932 ввода. Модуль 931 распознавания отпечатков пальцев может получать данные отпечатка пальца пользователя вслед за тем. Помимо модуля 931 распознавания отпечатков пальцев, устройство 930 ввода также может включить другое устройство 932 ввода. В частности, другое устройство 932 ввода может включать помимо прочего одно или более из сенсорного экрана, физической клавиатуры, функциональной кнопки (например, кнопки регулятора громкости и кнопки переключателя), шарового указателя, мыши, джойстика и т.п.

[00128] Дисплейный блок 940 может быть выполнен с возможностью отображения информации, введенной пользователем, или информации, предоставленной пользователю, и различных меню мобильного телефона. Дисплейный блок 940 может содержать экран 941 дисплея. При необходимости экран 941 дисплея может быть выполнен в форме дисплея на жидких кристаллах (ЖК дисплея), на органических светоизлучающих диодах (OLED) или тому подобное. На ФИГ. 8 блок 931 распознавания отпечатков пальцев и экран 941 дисплея реализуют функции ввода и вывода мобильного телефона в качестве двух независимых компонентов. Однако согласно некоторым вариантам реализации блок 931 распознавания отпечатков пальцев и экран 941 дисплея могут быть объединены для реализации функций ввода и воспроизведения мобильного телефона.

[00129] Мобильный телефон также может содержать по меньшей мере один датчик 950, например, оптический датчик, датчик движения и другие датчики. В частности, оптический датчик может включать оптический датчик окружающей среды и датчик близости. Оптический датчик окружающей среды может регулировать яркость экрана 941 дисплея в соответствии с яркостью света окружающей среды, и датчик близости может выключать экран 941 дисплея и/или подсвечивать, когда мобильный телефон приближают к уху. В качестве датчика движения датчик-акселерометр может обнаруживать значение ускорения в каждом направлении (обычно по трем осям), может обнаруживать значение и направление гравитационной силы в неподвижном положении и может быть выполнен с возможностью использования в приложении для распознавания положения мобильного телефона (например, для переключения между пейзажным и портретным форматами с соответствующей калибровкой игрового и магнитометрического положений), а также осуществления функции, относящейся к распознаванию вибрации и т.п. (например, измерению шагов и постукиваний). Другие датчики не будут подробно рассматриваться в настоящей заявке, такие как, например, гироскоп, барометр, гигрометр, термометр и инфракрасный датчик, которые могут быть использованы в мобильном телефоне.

[00130] Звуковая схема 960, содержащая динамик 961 и микрофон 962, может обеспечивать звуковой интерфейс между пользователем и мобильным телефоном. Звуковая схема 960 может передавать электрический сигнал, полученный преобразованием принятых звуковых данных для динамика 961, и динамик 961 преобразует указанный сигнал в звуковой сигнал для воспроизведения. С другой стороны, микрофон 962 преобразует захваченный звуковой сигнал в электрический сигнал, звуковая схема 960 принимает и преобразует указанный сигнал в звуковые данные, и звуковые данные обрабатываются процессором 980 и отправляются, например, другому мобильному телефону посредством радиочастотной схемы 910, или звуковые данные передаются в память 920 для дальнейшей обработки.

[00131] Технология WiFi является технологией беспроводной передачи на короткие расстояния. Мобильный телефон может предоставить пользователю возможность посредством модуля 970 WiFi принимать и отправлять электронную почту, просматривать веб-страницу, получать доступ к потоковым носителям и т.п., и, таким образом, для пользователя обеспечен беспроводной широкополосный доступ к сети Интернет. Несмотря на то, что на ФИГ. 8 изображен модуль 970 WiFi, следует понимать, что он не является необходимым компонентом в составе мобильного телефона и в случае необходимости может быть полностью исключен без изменения объема охраны принципа настоящего изобретения.

[00132] Процессор 980 является центром управления мобильного телефона, который соединяет каждую часть всего мобильного телефона различными интерфейсами и линиями и исполняет различные функции и обработку данных мобильного телефона путем запуска или исполнения программ и/или программных модулей, хранящихся в памяти 920, а также путем вызова данных, хранящихся в памяти 920, таким образом, отслеживая работу всего мобильного телефона. При необходимости процессор 980 может содержать один или более блоков обработки. При необходимости процессор 980 может включать прикладной процессор и процессор модуляции и демодуляции. Прикладной процессор в основном обеспечивает работу операционной системы, пользовательского интерфейса, прикладной программы и т.п. Процессор модуляции и демодуляции в основном обеспечивает беспроводную связь. Понятно, что процессор модуляции и демодуляции также может быть невстроенным в процессор 980.

[00133] Мобильный телефон также содержит источник 990 питания, подающий энергию к каждому компоненту. Предпочтительно источник питания может быть логически соединен с процессором 980 через систему управления электропитанием, таким образом, управляя зарядкой, разрядкой и энергопотреблением и т.п. посредством системы управления электропитанием.

[00134] Мобильный телефон также может содержать камеру, блок ближней связи Bluetooth и т.п., несмотря на их отсутствие на чертеже, так что эти компоненты не будут рассмотрены подробно в настоящей заявке.

[00135] Согласно данному варианту реализации, изображенному на ФИГ. 2, поток команд и данных в оконечном устройстве на каждом этапе способа может быть осуществлен на основании структуры мобильного телефона.

[00136] Согласно различным вариантам реализации, изображенным на ФИГ. 4 и 5, каждый функциональный блок может быть осуществлен на основании структуры мобильного телефона.

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

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

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

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

[00141] Этапы способа или алгоритма, описанных в вариантах реализации настоящего изобретения, могут быть осуществлены аппаратными средствами или также могут быть осуществлены путем исполнения программного обеспечения процессором. Инструкция программного обеспечения может состоять из программных модулей, и программные модули могут храниться в оперативном запоминающем устройстве (ОЗУ), флэш-памяти, постоянном запоминающем устройстве (ПЗУ), стираемом программируемом постоянном запоминающем устройстве (СППЗУ), электрически стираемом программируемом постоянном запоминающем устройстве (ЭСППЗУ), регистре, жестком диске, мобильном жестком диске, компактном дисковом постоянном запоминающем устройстве (CD-ROM) или носителе, осуществленном в любой другой форме, известной в данной области техники. Приведенный в качестве примера носитель соединяют с процессором и, таким образом, обеспечивают возможность считывания процессором информации из носителя и записи информации в носитель. Разумеется, носитель также может быть компонентом процессора. Процессор и носитель могут быть расположены в прикладной специализированной интегральной схеме (ASIC). Кроме того, прикладная специализированная интегральная схема (ASIC) может быть расположена в сетевом устройстве доступа, целевом сетевом устройстве или устройстве базовой сети. Разумеется, процессор и носитель также могут существовать в сетевом устройстве доступа, целевом сетевом устройстве или устройстве базовой сети в виде дискретных компонентов.

[00142] Специалистам в данной области техники может быть понятно, что в одном или более описанных выше примерах все функции или часть функций, описанных в вариантах реализации настоящего изобретения, могут быть осуществлены посредством программного обеспечения, аппаратными средствами или любым сочетанием вышеперечисленного. В случае использования программного обеспечения варианты реализации могут быть осуществлены полностью или частично в форме компьютерного программного продукта. Компьютерный программный продукт включает одну или более компьютерных инструкций. При загрузке компьютерной программной команды в компьютер и исполнении компьютером, полностью или частично генерируются потоки данных или функции согласно различным вариантам реализации настоящего изобретения. Компьютер может быть универсальным компьютером, специализированным компьютером, сетью компьютеров или других программируемых устройств. Компьютерная инструкция может храниться в компьютерочитаемом носителе или может быть передана из компьютерочитаемого носителя в другой компьютерочитаемый носитель. Например, компьютерная инструкция может быть передана из вебсайта, компьютера, сервера или центра обработки данных к другому вебсайту, компьютеру, серверу или центру обработки данных проводным (например, посредством коаксиального кабеля, оптоволокна и цифровой абонентской линия связи (DSL)) или беспроводным (например, инфракрасным, радиоволновым и микроволновым) методом. Компьютерочитаемый носитель может быть любым доступным носителем, доступным для компьютера или запоминающего устройства, такого как сервер и центр обработки данных, содержащего один или более встроенных доступных носителей. Доступный носитель может быть магнитным носителем (например, дискетой, жестким диском и магнитной лентой), оптическим носителем (например, цифровым видеодиском (DVD)), полупроводниковым носителем (например, твердотельным диском (SSD)) или тому подобным устройством.

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

Изобретение относится к области технологии сетей связи. Технический результат заключается в улучшении гибкости при передаче запроса на диспетчеризацию и повышении эффективности диспетчеризации ресурса канала передачи данных в системе беспроводной связи. Технический результат достигается за счет получения оконечным устройством эталонной информации первого параметра, о котором должно быть извещено сетевое устройство, причем первый параметр связан с кэшированными данными оконечного устройства, подлежащими передаче, а эталонную информацию первого параметра используют для определения сетевым устройством лицензированного ресурса, используемого для передачи кэшированных данных; запрашивания оконечным устройством заданного соотношения преобразования между информацией первого параметра и информацией второго параметра ресурса физического восходящего управляющего канала (PUCCH) для получения эталонной информации, соответствующей эталонной информации первого параметра, второго параметра; передачи оконечным устройством запроса на диспетчеризацию (SR), используемого для диспетчеризации кэшированных данных, в PUCCH, определенном эталонной информацией второго параметра. 4 н. и 14 з.п. ф-лы, 13 ил., 6 табл.

1. Способ управления передачей запроса на диспетчеризацию (SR), включающий:

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

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

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

передачу оконечным устройством запроса на диспетчеризацию (SR), используемого для диспетчеризации кэшированных данных, в ресурсе физического восходящего управляющего канала (PUCCH), определенном эталонной информацией второго параметра.

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

получение оконечным устройством кэшированных данных.

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

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

4. Способ по любому одному из пп. 1-3, согласно которому кэшированные данные содержат по меньшей мере одно из: данных, кэшированных на уровне управления радиоканалом (RLC) оконечного устройства, или данных, кэшированных на уровне протокола конвергенции пакетных данных (PDCP) оконечного устройства.

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

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

6. Способ по любому одному из пп. 1-5, согласно которому ресурс канала (PUCCH) содержит по меньшей мере одно из: ресурса физического восходящего управляющего канала (PUCCH) с небольшой длительностью или ресурса физического восходящего управляющего канала (PUCCH) с большой длительностью.

7. Способ управления передачей запроса на диспетчеризацию (SR), включающий:

прием сетевым устройством запроса на диспетчеризацию (SR), используемого для диспетчеризации кэшированных данных, в ресурсе физического восходящего управляющего канала (PUCCH), определенном эталонной информацией второго параметра, причем второй параметр связан с ресурсом физического восходящего управляющего канала (PUCCH), используемым для передачи запроса на диспетчеризацию (SR);

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

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

8. Способ по п. 7, после отправки сетевым устройством инструкции о

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

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

9. Способ по п. 7 или 8, согласно которому кэшированные данные содержат по меньшей мере одно из: данных, кэшированных на уровне управления радиоканалом (RLC) оконечного устройства, или данных, кэшированных на уровне протокола конвергенции пакетных данных (PDCP) оконечного устройства.

10. Способ по любому одному из пп. 7-9, согласно которому параметр, связанный с кэшированными данными оконечного устройства, подлежащими передаче, содержит любое одно из: нумерологии параметра физического (PHY) уровня лицензированного ресурса, используемого для передачи кэшированных данных; длительности временного интервала передачи (TTI) лицензированного ресурса, используемого для передачи кэшированных данных; или размера кэшированных данных; и

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

11. Способ по любому одному из пп. 7-10, согласно которому ресурс физического восходящего управляющего канала (PUCCH) содержит по меньшей мере одно из: ресурса физического восходящего управляющего канала (PUCCH) с небольшой длительностью или ресурса физического восходящего управляющего канала (PUCCH) с большой длительностью.

12. Оконечное устройство, содержащее блок (602) обработки и блок (603) связи, причем

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

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

14. Оконечное устройство по п. 12 или 13, в котором блок (602) обработки выполнен с возможностью:

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

15. Оконечное устройство по пп. 12-14, в котором кэшированные данные содержат по меньшей мере одно из: данных, кэшированных на уровне управления радиоканалом (RLC) оконечного устройства, или данных, кэшированных на уровне протокола конвергенции пакетных данных (PDCP) оконечного устройства.

16. Оконечное устройство по пп. 12-15, в котором параметр, связанный с кэшированными данными оконечного устройства, подлежащими передаче, содержит любое одно из: нумерологии параметра физического (PHY) уровня лицензированного ресурса, используемого для передачи кэшированных данных; длительности временного интервала передачи (TTI) лицензированного ресурса, используемого для передачи кэшированных данных; или размера кэшированных данных; и

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

17. Оконечное устройство по пп. 12-16, в котором ресурс физического восходящего управляющего канала (PUCCH) содержит по меньшей мере одно из: ресурса физического восходящего управляющего канала (PUCCH) с небольшой длительностью или ресурса физического восходящего управляющего канала (PUCCH) с большой длительностью.

18. Сетевое устройство, содержащее блок (702) обработки и блок (703) связи, причем

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