СИСТЕМА И СПОСОБ ДЛЯ АДАПТАЦИИ РАЗМЕРА ДАННЫХ В ПОЛЬЗОВАТЕЛЬСКОМ ОБОРУДОВАНИИ
SYSTEM AND METHOD TO ADAPT DATA SIZE IN USER EQUIPMENT

Область техники, к которой относится изобретение
Настоящее изобретение относится к Пользовательскому Оборудованию (User Equipment, UE) и, в частности, к адаптации размера блока данных в UE.
Уровень техники
Настоящее изобретение относится к спецификациям Проекта Партнерства 3-го Поколения (Third Generation Partnership Project, 3GPP) для Протоколов Уровня 2. В настоящем документе в контексте разъяснения различных протоколов и существующего уровня техники ссылаются на последние версии документов Релиза-8 3GPP - версию 8.5.0 протокола 25.321 Управления Доступом к Среде (Media Access Control, MAC) и версию 8.4.0 протокола 25.322 Управления Радиолинии (Radio Link Control, RLC).
Устройство связи, такое как UE, включает в себя множество протокольных уровней или наборов. Канальный уровень или уровень 2 (Layer 2, L2) представляет собой уровень, который несет ответственность за такие задачи, как обработка ошибок на физическом уровне (или L1), управление потоком и синхронизация кадров. Функции L2 разделяются двумя подуровнями уровня L2, известными как подуровень MAC и подуровень RLC. Подуровень MAC управляет доступом к сети путем предоставления разрешения объектам связи передавать данные, а подуровень RLC управляет синхронизацией кадров данных, управлением потоком и контролем ошибок.
Служба, предоставляемая подуровнем RLC, называется Радио Несущей (Radio Bearer, RB). MAC соединен с L1 через транспортный канал, а с RLC - через логический канал. В Релизе 6 3GPP был представлен Усовершенствованный Выделенный Канал (Enhanced Dedicated Channel, E-DCH) в Восходящей Линии Связи (UpLink, UL). В обычных системах E-DCH конфигурируется посредством конкретных Комбинаций Транспортного Формата E-DCH (E-DCH Transport Format Combination, E-TFC). E-TFC представляют собой комбинации скоростей передачи данных, которые управляются пользовательским оборудованием UE в Высокоскоростном Пакетном Доступе Восходящей Линии Связи (High Speed Uplink Packet Access, HSUPA) и используются этим UE. Скорость передачи данных для E-DCH выбирается, используя процедуру выбора E-TFC, чтобы передавать данные из логического канала. Каждый логический канал ассоциируется с некоторым абсолютным значением приоритета, и передача данных с наивысшим приоритетом максимизируется.
Размер блока RLC PDU, который должен быть передан пользовательским оборудованием UE либо в текущей Временном Интервале Передачи (Transmission Time Interval, TTI), либо в будущем TTI, адаптируется согласно текущим радиоусловиям UE. Большинство обычно используемых схем для адаптации RLC PDU основаны либо на E-TFC, либо на Грантах. В схемах на основе E-TFC, выбранная в текущем TTI комбинация E-TFC рассматривается как регулирующая метрика для определения размера PDU в следующем или будущем TTI. Соответственно, если RB не имеет данных для передачи в текущем TTI или объем этих данных невелик, то у него будет взят небольшой объем данных для передачи в будущем TTI или вообще никаких данных не будет взято. Таким образом, размер данных из этой RB будет минимальным или нулевым. Тем не менее объем данных для RB в текущем TTI может не остаться таким же для будущего TTI. В будущем TTI, когда эта RB имеет данные, доступные для передачи, существующие схемы на основе E-TFC приведут к неправильной нулевой передаче данных (или передаче данных меньшего объема) из-за того, что они основываются на выбранной E-TFC. Это ошибочная оценка приводит к некорректной адаптации размера данных.
Схемы на основе Гранта рассматривают грант, принятый в текущем TTI, как регулирующую метрику для оценки размера данных для будущего TTI. Тем не менее размер данных для RB невозможно напрямую вывести из этого гранта и он подвержен влиянию из-за присутствия данных на несущих RB с более высоким приоритетом, занятостью буфера RB с более высоким приоритетом, и применимостью или ограничением TTI соответствующего незапланированного гранта, когда RB с более высоким приоритетом использует незапланированный грант.
Все перечисленное может привести к некорректной оценке размера данных для будущего TTI и, следовательно, привести к некорректной адаптации размера данных для будущего TTI. Сверх того, существующие схемы также не могут регулировать количества блоков RLC PDU, которые могут быть созданы до фактической передачи. Одним из известных подходов является специфицирование произвольного предельного количества блоков RLC PDU, которые могут быть созданы, в результате чего создается либо слишком много, либо слишком мало блоков RLC PDU. Когда грант увеличивается и создается недостаточное количество блоков PDU, то обеспечивается возможность того, что эти гранты не будут использованы должным образом, в результате чего растрачиваются ограниченные радиоресурсы. Тем не менее, если грант уменьшается и согласно этому подходу создается слишком много блоков PDU, то эти блоки PDU должны быть сегментированы на множество частей по нескольким TTI, в результате чего повышается вероятность потери и увеличивается объем служебных данных. Таким образом, существует необходимость в предоставлении решения для более точной оценки размера данных RLC, который может быть адаптирован пользовательским оборудованием UE для передачи данных в следующем или будущем TTI.
Сверх того, согласно существующим способам с использованием гранта, разрешенного в текущем TTI, пользовательское оборудование UE заблаговременно создает постоянное количество блоков RLC PDU. Тем не менее запланированный грант для UE может уменьшиться в течение времени, в результате чего в будущих TTI будет передаваться меньше данных. Следовательно, все блоки RLC PDU, сгенерированные в промежуточных интервалах TTI, могут быть не переданы пользовательским оборудованием UE и могут остаться в буфере, поскольку кумулятивный размер сгенерированных RLC PDU может быть больше размера, разрешенного доминирующим запланированным грантом. Следовательно, существует необходимость эффективно генерировать блоки RLC PDU посредством UE для будущего TTI.
Раскрытие изобретения
Техническая проблема
Соответственно, настоящее изобретение было сделано, чтобы решить вышеупомянутые проблемы существующего уровня техники. Согласно настоящему изобретению предоставлено устройство и способ для адаптации размера данных для будущего TTI пользовательским оборудованием UE, в котором все потоки MAC-d, которые активны для будущего TTI, группируются в некоторое количество списков на основании типа грантов, ассоциированных с этими потоками MAC-d.
Техническое решение
Согласно настоящему изобретению предоставлено устройство и способ для адаптации размера данных для будущего TTI посредством UE, в котором все потоки MAC-d, которые активны для будущего TTI, группируются в некоторое количество списков на основании типа грантов, связанных с этими потоками MAC-d. Таким образом, все потоки MAC-d с незапланированными грантами, которые согласно ожиданиям будут активны в будущем TTI, сохраняются в первом списке, и все потоки MAC-d, которые согласно разрешению сети могут быть мультиплексированы с потоками MAC-d из первого списка, также добавляются в первый список. Если первый список не содержит ни одного потока MAC-d, то второй список формируется из всех потоков MAC-d, которые не имеют незапланированный грант и имеют, по меньшей мере, один блок RLC-PDU в текущем TTI. Первый список обновляется посредством потока MAC-d, который имеет наибольший сдвиг мощности во втором списке. Далее UE выбирает E-TFC для будущего TTI, используя поток MAC-d с наивысшим сдвигом мощности в обновленном первом списке. Таким образом, размер данных для будущего TTI адаптируется пользовательским оборудованием UE с использованием выбранной E-TFC. Второй список может формироваться либо до, либо после выбора E-TFC для будущего TTI.
Кроме того, согласно настоящему изобретению предоставлен способ распределения размера данных по логическому каналу на основании величины гранта, ассоциированного с потоком MAC-d, где логический канал сопоставляется потоку MAC-d из обновленного первого списка, и на основании размера данных, адаптированного пользовательским оборудованием UE. Все логические каналы, сопоставленные потокам MAC-d из обновленного первого списка, сохраняются в третьем списке. Когда грант является незапланированным грантом, минимальная величина из гранта и размера данных, адаптированного пользовательским оборудованием UE, указывается первым протокольным уровнем UE второму протокольному уровню UE. Если грант является запланированным грантом, то первый протокольный уровень указывает второму протокольному уровню либо размер данных, адаптированный пользовательским оборудованием UE, либо величину разности.
Согласно настоящему изобретению предоставлен способ для генерации пользовательским оборудованием UE блоков RLC PDU для будущего TTI, в котором максимальная величина количества байтов для генерации блоков RLC PDU для будущего TTI определяется с использованием коэффициента и размера блока RLC PDU, адаптированного пользовательским оборудованием UE для будущего TTI, причем UE находится в текущем TTI. Далее, с использованием максимальной величины генерируются блоки RLC PDU для будущего TTI. Упомянутый коэффициент основан на максимальной вариации запланированного гранта для UE.
Согласно настоящему изобретению предоставлено устройство связи, которое включает в себя средство хранения, предназначенное для хранения некоторого количества потоков MAC-d, которые сохраняются в некотором количестве списков на основании типа грантов, ассоциированных с этими потоками MAC-d. Упомянутое устройство связи, сверх того, включает в себя блок обработки, предназначенный для выбора E-TFC для будущего TTI с использованием величины сдвига мощности, ассоциированной с потоком MAC-d из упомянутых списков сохраненных потоков MAC-d, и блок обработки, предназначенный для генерации блоков RLC PDU для будущего TTI с использованием коэффициента, основанного на максимальной вариации в гранте для упомянутого устройства связи, и размере данных, адаптированном пользовательским оборудованием UE для будущего TTI.
Полезные эффекты
Согласно настоящему изобретению предоставляется решение для более точной оценки размера данных RLC, который может быть адаптирован пользовательским оборудованием UE для передачи данных в следующем или будущем TTI.
Кроме того, настоящее изобретение обеспечивает возможность эффективно генерировать блоки RLC PDU посредством UE для будущего TTI.
Краткое описание чертежей
Ниже приведено подробное описание настоящего изобретения со ссылкой на сопутствующие чертежи, на которых:
Фиг.1, 2 и 3 - иллюстрации функций и служб Уровня 2 в модели UE на основании эталонной модели Взаимодействия Открытых Систем (Open Systems Interconnection, OSI);
Фиг.4 - иллюстрация способа адаптации размера данных для будущего TTI посредством UE согласно настоящему изобретению;
Фиг.5 - иллюстрация способа распределения размера данных, адаптированного пользовательским оборудованием UE для TTI, логическим каналам, которые сопоставлены потокам MAC-d;
Фиг.6 - иллюстрация способа генерации блоков RLC PDU посредством пользовательского оборудования UE для будущего TTI; и
Фиг.7 - иллюстрация устройства связи, включающего в себя функциональные блоки согласно настоящему изобретению.
Лучший вариант осуществления
Ниже со ссылкой на прилагаемые чертежи подробно описаны предпочтительные варианты осуществления настоящего изобретения. В следующем описании и чертежах в целях краткости и ясности опущено подробное описание использованных здесь известных функций и конфигураций.
Объект связи или сетевой элемент в унаследованной телекоммуникационной системе, такой как Универсальная Система Мобильной Связи (Universal Mobile Telecommunications System, UMTS) или система Высокоскоростного Пакетного Доступа (High Speed Packet Access, HSPA) или система HSPA+, состоит из множества протокольных уровней или стеков. Примером объекта связи является UE, которое рассматривается в настоящем описании.
На Фиг.1 проиллюстрированы функции и службы Уровня 2 (или L2) в UE на основе существующей эталонной модели OSI. L2 104, также известный как канальный уровень, несет ответственность за такие задачи, как обработка ошибок на физическом уровне (или L1) 102, управление потоком и синхронизация кадров. Функции L2 104 разделяются между подуровнем MAC 108 и подуровнем RLC 112. Подуровень MAC 108 управляет доступом к сети путем предоставления разрешения объектам связи, таким как UE, передавать данные, а подуровень RLC 112 управляет синхронизацией кадров данных, управлением потоком и контролем ошибок. RLC 112 предоставляет службу Радио Несущей (Radio Bearer, RB) 114. MAC 108 соединен с L1 102 через транспортные каналы 106 и с RLC 112 через логические каналы 110.
Протокольный уровень использует службы, предоставляемые уровнем, расположенным непосредственно под ним, и, в свою очередь, предоставляет службы уровню, расположенному непосредственно над ним. В системах UMTS для усовершенствованной восходящей линии связи с улучшением для более высоких скоростей передачи данных (HSPA+) в Релизе 6 3GPP был представлен E-DCH. Передача данных по E-DCH управляется тремя объектами MAC: MAC-d, MAC-i и MAC-is. RLC принимает блоки данных, которые называют блоками RLC SDU, из верхних уровней или приложений и сегментирует и/или объединяет блоки SDU, чтобы создать новые блоки данных, которые называют блоками RLC PDU.
MAC-d принимает блоки RLC PDU как блоки MAC-d SDU, и передает блоки MAC-d SDU в MAC-is как блоки MAC-d PDU. Блоки MAC-is SDU или блоки MAC-d PDU из разных логических каналов мультиплексируются в один блок MAC-is PDU. В одном Временном Интервале Передачи (Transmission Time Interval, TTI) может быть передано множество блоков MAC-is PDU из множества логических каналов, и только один блок MAC-i PDU. Представляется возможным сопоставлять различные типы прикладных данных одному транспортному каналу E-DCH. Тем не менее, поскольку требования по качеству обслуживания для разных приложений могут существенно различаться, они группируются в разные профили, которые называются профилями MAC-d. Профиль MAC-d однозначно ассоциируется с потоком MAC-d, который состоит из одного или более логических каналов. Профиль MAC-d, по существу, управляет латентностью и частотой ошибок для сопоставленных ему прикладных данных.
Как показано на Фиг.2, MAC-i 126 обрабатывает транспортный канал E-DCH 140. Передача данных через транспортный канал E-DCH 140 управляется посредством процесса, известного как Гибридный Автоматический Запрос на Повтор (Hybrid Automatic Repeat ReQuest, HARQ) 134 в MAC-i 126. Может иметь место 4 или 8 процессов HARQ, в зависимости от величины TTI, которая может быть равна 10 мс или 20 мс, соответственно. Процессы HARQ являются выровненными по времени и однозначно идентифицируемыми. Представляется возможным ограничивать логические каналы, из которых могут быть взяты данные для передачи в определенном TTI, тремя следующими способами:
Для каждого MAC-d можно специфицировать потоки MAC-d, которые могут быть мультиплексированы в одном и том же TTI.
Для каждого потока MAC-d с незапланированным грантом можно специфицировать эксклюзивный список процессов HARQ, которые могут быть использованы для передачи из них данных.
Можно специфицировать эксклюзивный список процессов HARQ, которые могут быть использованы для передачи данных из потоков MAC-d, которые передаются с использованием запланированного гранта.
В обычных системах, канал E-DCH сконфигурирован посредством конкретных Комбинаций Транспортного Формата E-DCH (E-DCH Transport Format Combinations, E-TFC), которые представляют собой комбинации скоростей передачи данных, которыми допускается управлять пользовательским оборудованием UE в HSUPA и которые используются пользовательским оборудованием UE. Как показано на Фиг.2, скорость передачи данных для E-DCH 140 выбирается, используя процедуру выбора 132 E-TFC, чтобы передавать данные из логического канала. Каждый логический канал ассоциируется с некоторой абсолютной величиной приоритета и эти приоритеты обрабатываются 130, чтобы передать данные. Передача данных с высшим приоритетом максимизируется. В настоящем документе описаны только функциональные блоки [130, 132, 134], которые рассматриваются как существенные для понимания настоящего изобретения, и предполагается, что другие функциональные блоки, как может быть установлено стандартом для должного функционирования MAC-i 126, сосуществуют с функциональными блоками [130, 132, 134], обеспечивая возможность нормального функционирования MAC-i 126.
Как показано на Фиг.3, RLC 146 принимает блоки RLC SDU 144 из верхнего уровня и сегментирует и/или объединяет блоки SDU 144 и формирует новый набор блоков данных, которые называются блоками RLC PDU 148. Блоки RLC PDU 148 подаются в MAC 150, который, в свою очередь, передает их в L1 154. L1 передает 156 эти блоки PDU в уровень L1 однорангового объекта связи.
Кроме того, в системах UMTS для усовершенствованной восходящей линии связи, передача через E-DCH также управляется путем назначения мощности, которая может быть использована для передачи. Мощность назначается в терминах сдвига мощности от Выделенного Физического Канала Управления (Dedicated Physical Control Channel, DPCCH), мощность которого управляется сетью. Размер блока RLC PDU должен быть меньше или равен допустимому максимальному размеру RLC PDU. Размер RLC PDU должен быть больше или равен допустимому минимальному размеру RLC PDU, если в буфере есть достаточно данных. Выбор E-TFC предоставляет сдвиг мощности, соответствующий комбинации E-TFC, которая необходима для успешной передачи данных. Вместо назначения мощности, сеть может назначать постоянные битовые скорости определенным приложениям. Данные из этих приложений могут быть переданы независимо от мощности, назначенной сетью в текущем TTI. Подобная постоянная битовая скорость называется Незапланированным Грантом (Non-Scheduled Grant, NSG). Типичное назначение мощности называют Запланированным Грантом (Scheduled Grant, SG), который может быть абсолютным или относительным. Абсолютный грант представляет собой абсолютную максимальную величину сдвига мощности, который может быть применен для передачи. Относительный грант может указывать три значения: ВЫШЕ, НИЖЕ или УДЕРЖАТЬ.
Для RB, сопоставленной потоку MAC-d с незапланированным грантом, разрешенный размер данных не меняется на основании состояния радиоканала. Следовательно, требование для данных или адаптации размера PDU для такого RB не является важным. В следующем описании термин "RB" используется для RB, которая сопоставлена потоку MAC-d с запланированными грантами.
Фиг.4 представляет собой иллюстрацию способа адаптации размера данных для TTI с индексом "текущий индекс + N" или будущего TTI пользовательским оборудованием UE, где N представляет собой переменную для индикации количества TTI, которые должны рассматриваться начиная с текущего TTI, согласно настоящему изобретению. Логические каналы, данные из которых могут использоваться для передачи в определенном TTI, могут быть ограничены на основании грантов, ассоциированных с этими логическими каналами. Эта информация используется для определения того, должны ли данные из RB использоваться для будущего TTI.
На этапе 202 все потоки MAC-d с незапланированными грантами, которым разрешено использовать процесс HARQ, который будет активен в будущем TTI, определяются и сохраняются в первом списке. Определяются потоки MAC-d или данные, мультиплексированные с потоками MAC-d, уже сохраненными в первом списке, и они также сохраняются вместе с потоками MAC-d в первом списке. Когда поток MAC-d, которому сопоставлен RB, не входит в число одного или более потоков MAC-d, сохраненных в первом списке, данные из этого RB не могут быть переданы в будущем TTI. В противном случае, RB может быть мультиплексирована в будущем TTI. Если определяется, что из этой RB не могут быть переданы какие-либо данные из-за запланированных ограничений, то MAC указывает об этом в RLC.
Предполагается, что все потоки MAC-d с незапланированными грантами, разрешенными в определенном TTI, также могут быть мультиплексированы друг с другом в одном TTI. Если это не так, то потоки MAC-d, которые могут быть мультиплексированы с потоками MAC-d, определенными в первую очередь, имеют логический канал с наивысшим приоритетом среди присутствующих в первом списке. С момента готовности первого списка, содержащего потоки MAC-d (и, следовательно, профили MAC-d), потенциально применимый сдвиг мощности для будущего TTI может быть определен как поток MAC-d, который может состоять из нескольких логических каналов. Поток MAC-d состоит из сдвига мощности, который должен быть применен к данным, а также количества попыток передачи данных, которые могут быть выполнены в одноранговый объект связи, если последний корректно не принял переданные данные.
Доступность данных в логическом канале в текущем TTI рассматривается как определяющий фактор для будущего TTI, поскольку не существует способа для предсказания доступности данных на разных логических каналах (и, следовательно, потоках MAC-d). Кроме того, поскольку ожидаемая величина N для будущего TTI будет достаточно малой (наиболее вероятно 1 или 2), ожидается, что доступность данных существенно не изменится с текущего TTI до будущего TTI.
Тем не менее не представляется возможным окончательно определить доступность данных на разных логических каналах (и, следовательно, потоках MAC-d) для будущего TTI. Следовательно, если первый список не содержит какого-либо потока MAC-d, то дополнительно определяется, имеется ли какой-либо поток MAC-d, который не имеет незапланированного гранта, но имеет некоторые данные, которые могут быть блоком PDU, в текущем TTI. Эти потоки MAC-d сохраняются во втором списке на этапе 204. Далее, определяется поток MAC-d с наибольшим сдвигом мощности во втором списке.
Первый список обновляется посредством этого потока MAC-d, причем новый определенный поток MAC-d из второго списка сохраняется в первом списке. Приготовление второго списка, которое включает в себя верификацию данных, доступных в логическом канале, который сопоставлен потоку MAC-d, также может быть выполнено после выбора E-TFC. Тем не менее этот подход существенно не изменит окончательный размер данных, который в конечном счете необходим для адаптации UE для будущего TTI.
После того как для будущего TTI определяется потенциально применимый сдвиг мощности, на этапе 206 выбирается потенциально применимая E-TFC для будущего TTI, используя определенные потоки MAC-d, сохраненные в недавно обновленном первом списке. Поток MAC-d, используемый для выбора E-TFC, имеет наибольший сдвиг мощности среди всех потоков MAC-d, сохраненных в обновленном первом списке. E-TFC может быть выбрана с использованием способов, определенных в спецификации 25.321 для MAC 3GPP и спецификации 25.213 для 3GPP L1. Потенциальная E-TFC, применимая для будущего TTI, определяется с использованием величины запланированного гранта, доступного в текущем TTI. Запланированный грант в текущем TTI является определяющим фактором для будущего TTI, поскольку N имеет очень малое значение. Поскольку абсолютные гранты обычно используются нечасто, ожидается, что в будущем TTI не будет принято каких-либо новых абсолютных грантов. Также ожидается, что изменение в запланированном гранте, вызванное в будущем TTI с N интервалами TTI из-за относительных грантов, будет сравнительно незначительным.
После того как на этапе 206 была выбрана потенциально применимая E-TFC для будущего TTI, размеры данных, применимые для будущего TTI, извлекаются с использованием способов согласно упомянутым протоколам. На этапе 208 UE адаптируется под извлеченные размеры данных для передачи данных. Таким образом, UE способно адаптироваться под размер данных до фактического выполнения их передачи.
Фиг.5 представляет собой иллюстрацию способа распределения размера (RLC PDU) данных, адаптированного пользовательским оборудованием UE для будущего TTI, логическим каналам, которые сопоставлены потокам MAC-d, согласно настоящему изобретению. Выполняется формальное распределение разрешенной полосы пропускания (адаптированного размера данных). Если логический канал сопоставляется потоку MAC-d из обновленного первого списка, то на этапе 210 он сохраняется в третьем списке. Все такие логические каналы сохраняются в третьем списке и сортируются на этапе 212 на основании их приоритета. Предпочтительно, они сохраняются в порядке понижения приоритета, и на этапе 214 адаптированный размер данных распределяется среди логических каналов, сохраненных в третьем списке, на основании величин грантов, ассоциированных с потоками MAC-d из третьего списка, и размера данных, адаптированного пользовательским оборудованием UE.
На этапе 216 протокольный уровень в UE, который обрабатывает потоки MAC-d, указывает уровню RLC требуемые величины. Если логический канал сопоставляется потоку MAC-d с незапланированным грантом, то минимальная величина из незапланированного гранта и размера данных, адаптированного пользовательским оборудованием UE, указывается на этапе 216 уровню RLC, и размер данных, назначенный этому логическому каналу, становится равным этой минимальной величине. Если логический канал сопоставляется потоку MAC-d без незапланированного гранта, то либо размер данных, адаптированный пользовательским оборудованием UE для будущего TTI, либо величина разности указывается уровню RLC на этапе 216. Таким образом, для запланированного гранта уровень RLC может использовать либо величину разности, либо размер данных, адаптированный пользовательским оборудованием UE, чтобы распределить размер данных логическую каналу.
Величина разности фактически является размером, который остается (или доступен для передачи) в размере данных, адаптированном пользовательским оборудованием UE после того как часть размера данных, адаптированного пользовательским оборудованием UE, распределяется среди логических каналов с незапланированными грантами в третьем списке. Размер данных, адаптированный пользовательским оборудованием UE, сначала распределяется среди логических каналов с наивысшими приоритетами. Так, после каждого такого распределения среди логических каналов с наивысшими приоритетами (логических каналов с незапланированными грантами) размер данных, адаптированный пользовательским оборудованием UE, сокращается на размер, который уже быть распределен.
Фиг.6 представляет собой иллюстрацию способа генерации блоков RLC PDU пользовательским оборудованием UE для будущего TTI, когда UE находится в текущем TTI, согласно настоящему изобретению. Блоки RLC PDU, которые должны быть сгенерированы, не ограничиваются количеством блоков PDU, как в предшествующем уровне техники, а они генерируются на основании количества байтов, которые могут быть буферизованы в созданных блоках RLC PDU. На этапе 302 UE, будучи в текущем TTI, адаптирует размер данных для будущего TTI. Допустим, размер данных RLC, адаптированный для будущего TTI, составляет "S" байтов.
Тогда, на этапе 304 UE определяет коэффициент, управляющий количеством блоков RLC PDU, которые должны быть сгенерированы. Поскольку грант меняется на каждом TTI, максимальная возможная вариация в гранте для UE в течение "N" интервалов TTI, где "N" обозначает переменную, определяющую количество будущих интервалов TTI, определяется UE на этапе 306. Этот коэффициент основан на максимальной вариации гранта для будущего TTI (или TTI с индексом "текущий индекс + N'), и он может быть выведен посредством математической процедуры, применимой для этого сценария. Например, если "K" обозначает коэффициент, а максимальная возможная вариация в гранте для будущего TTI равна "m", то упомянутый коэффициент может быть выражен следующим образом:
^
K=[10(m/10)],
^
где "" обозначает возведение в степень, а "/" обозначает арифметическую функцию деления. Величина "m" выражается в децибелах (дБ). В вариантах осуществления настоящего изобретения рассматривается вариация в запланированном гранте.
Далее, на этапе 308 определяется максимальное количество байтов для генерации блоков RLC PDU, используя определенный коэффициент "K" и размер "S" RLC PDU, адаптированный для будущего TTI пользовательским оборудованием UE в текущем TTI. Максимальное количество байтов может быть выведено путем математической процедуры, применимой для сценария с использованием размера "S" RLC PDU и коэффициента "K". Предпочтительная процедура для настоящего изобретения может быть выражена следующим образом:
max=S*K,
где "max" обозначает максимальное количество байтов, а "*" является арифметической функцией умножения. Далее, на этапе 310 пользовательское оборудование UE генерирует блоки RLC PDU, используя "max" байтов, причем общий размер блоков RLC PDU, которые должны быть сгенерированы, не превышает "max" байтов.
Предпочтительные варианты осуществления настоящего изобретения применимы в любой системе связи согласно Эталонной модели OSI. Тем не менее в настоящем изобретении рассматривается величина TTI в 2 мс с задержкой 2 (то есть N=2). Эти варианты осуществления могут быть реализованы по разным другим способам с использованием разных значений TTI и задержки (N).
Согласно способу настоящего изобретения устраняются ошибки существующих механизмов, которые основаны либо только на гранте, либо только на выбранной E-TFC. Также устраняется возможность того, что данным может быть не разрешена передача в будущем TTI из-за нулевой занятости буфера в текущем TTI. В целом достигается усиление в терминах улучшенной адаптации размера данных, в результате чего обеспечивается эффективная передача данных.
Возможны другие варианты осуществления, в которых адаптация размера данных может выполняться путем предсказывания списка потока данных, которые будут разрешены в определенном будущем TTI, и, далее, селективно рассматривается текущее состояние системы для определения возможного распределения данных в будущем TTI.
Фиг.7 представляет собой иллюстрацию устройства связи, включающего в себя функциональные блоки согласно настоящему изобретению. На данной фигуре проиллюстрированы функциональные блоки в устройстве 402 связи, которые необходимы для реализации способа настоящего изобретения. Устройство 402 связи включает в себя блок 406 хранения, предназначенный для хранения потоков MAC-d, которые сгруппированы в дискретные списки, сохраненные в блоке 406 хранения. Блок 405 хранения может включать в себя запоминающий блок, стек или буфер, в зависимости от их доступности в устройстве 402 связи. Потоки MAC-d сохраняются в разных списках на основании типа грантов, ассоциированных с потоками MAC-d, и доступностью RLC PDU в потоках MAC-d, когда устройство 402 связи находится в текущем TTI.
Устройство 402 связи также включает в себя блок 404 обработки, предназначенный для адаптации размера данных (или RLC PDU) для будущего TTI. Блок 404 обработки, соответственно, также может называться блоком 404 адаптации размера данных. Этот блок 404 выбирает E-TFC для будущего TTI, когда устройство 402 связи находится в текущем TTI, используя величину сдвига мощности, ассоциированную с потоками MAC-d в сохраненных списках. Так, блок 404 использует выбранную E-TFC, чтобы адаптировать размер данных устройством 402 связи для будущего TTI. Этот блок 404 адаптации размера данных предоставляет возможность устройству 402 связи более точно оценивать размер RLC PDU, который может быть передан устройством 402 связи в будущем TTI. Устройство 402 связи также включает в себя блок 408 обработки для генерации данных для будущего TTI с использованием коэффициента, основанного на максимальной вариации в гранте для текущего TTI и размера RLC PDU, адаптированного блоком 404 адаптации размера данных устройства 402 связи, для будущего TTI. Блок 408 обработки также может называться блоком 408 генерации RLC PDU в устройстве 402 связи.
Описанное в настоящем документе устройство 402 связи может представлять собой UE, способное функционировать в любой известной унаследованной системе связи. Таким образом, различные функциональные блоки могут существовать в разных протокольных уровнях в UE согласно нормам Эталонной модели OSI. Разные другие функциональные блоки, которые могут быть необходимы для должного функционирования устройства 402 связи, в настоящем документе не описаны. Предполагается, что такие блоки функционируют в нормальном режиме, который требуется для функционирования устройства 402 связи в конкретной системе связи. Предполагается, что описанные функциональные блоки [404, 406, 408] устройства 402 связи (или UE) имеют интерфейсы друг с другом и другими функциональными блоками (которые не описаны) устройства 402 связи согласно существующим стандартам.