Способ и устройство в телекоммуникационной системе

Группа изобретений относится к системам связи. Технический результат заключается в снижении нагрузки в каналах связи. Изобретения обеспечивают запуск процедуры канала произвольного доступа (RACH) для запроса ресурсов восходящей линии связи по каналу произвольного доступа в планировщик базовой станции (600) на основании изменения статуса буфера терминала (700) по сравнению с сообщением статуса буфера, BSR, запомненным в упомянутом терминале. На первом этапе способа статус текущего содержимого буфера терминала, т.е. данных буфера терминала, сравнивают со статусом упомянутого запомненного сообщения статуса буфера, BSR. Второй этап способа включает в себя инициирование процедуры RACH для указания запроса на обслуживание в упомянутый планировщик базовой станции после обнаружения изменения статуса буфера на упомянутом этапе сравнения. Запрос на обслуживание включает в себя указатель изменения статуса буфера как сигнал запуска для упомянутого планировщика, чтобы назначить ресурсы восходящей линии связи в упомянутый терминал. 2 н. и 14 з.п. ф-лы, 7 ил.

 

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

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

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

Технологии радиодоступа для сотовых мобильных сетей постоянно развиваются, чтобы отвечать будущим потребностям в более высоких скоростях передачи данных, улучшенной зоне обслуживания и пропускной способности. Примером последних развитий технологии широкополосного множественного доступа с кодовым разделением, WCDMA, является высокоскоростной пакетный доступ, HSPA. В настоящее время дальнейшие развития систем 3G, долгосрочное развитие 3G, LTE, включающее в себя новые технологии доступа и новые архитектуры, разрабатываются в органе стандартизации Проекта партнерства 3-го поколения, 3GPP.

Одной из целей для технологии доступа LTE является улучшить времена установки, т.е. пользовательское оборудование, UE, иногда называемое подвижной станцией или подвижным терминалом, будет способно быстро соединяться с сетью и инициировать сеанс. UE может быть в одном из двух состояний управления радио ресурсом, RRC, RRC_IDLE и RRC_CONNECTED. Когда UE находится в состоянии RRC_CONNECTED, UE имеет соединение RRC, в отличие от того, когда UE находится в RRC_IDLE. Это означает, что сеанс может быть инициирован быстро без процедуры соединения RRC. Вследствие этого, в осуществлении базовой станции (например, узла В или eNodeB) желательно как можно дольше держать пользователя в состоянии RRC_CONNECTED. Кроме того, базовая станция должна быть в состоянии поддерживать в этом состоянии большое число пользователей. Например, было бы желательным поддерживать до 2000 UE в RRC_CONNECTED в ячейке. В любом осуществлении базовой станции число пользователей, которые могут быть обработаны в процессе планирования, ограничено функциональными возможностями обработки, аппаратного обеспечения и/или памяти. Это означает, что только подмножества всех пользователей могут быть кандидатами для планирования. Говорят, что UE, которые находятся в RRC_CONNECTED, а также являются кандидатами для планирования, должны быть в состоянии “актива сеанса”. Например, осуществление базовой станции могло бы поддерживать 400 пользователей в “активе сеанса”.

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

Назначение ресурса, как восходящей линии связи, UL, так и нисходящей линии связи, DL, выполняют с помощью планировщика, расположенного в базовой станции, eNodeB. Основная концепция планирования восходящей линии связи описана ниже. Физический совместно используемый канал восходящей линии связи, PUSCH, является динамически планируемым каналом, в котором ресурсы назначают динамически в физическом управляющем канале нисходящей линии связи, PDCCH. Канал SR является специализированным полустатически назначаемым каналом, в котором UE может быстро получить ресурсы в PUSCH, однако UE должно быть синхронизировано в UL, чтобы быть в состоянии использовать SR. После длительного времени неактивности, UE обычно теряет синхронизацию UL и ресурсы SR обычно отменяют. В этом случае UE должно использовать процедуру RACH, чтобы инициировать новый сеанс.

Чтобы информировать планировщика UL о мгновенных требованиях трафика UE, стандарт также будет поддерживать отчеты статуса буфера, чтобы указывать, сколько имеется данных для передачи и с каким приоритетом. В качестве альтернативы планировщик может конфигурировать UE таким образом, чтобы всегда посылать из потока данных наивысшего приоритета. В этом случае достаточно осуществлять мониторинг приоритета передаваемых данных. Планировщик осуществляет мониторинг требований трафика пользователей и соответственно назначает ресурсы. Планировщик информирует пользователей о решении планирования с помощью передачи назначений ресурсов в PDCCH.

Процедуру произвольного доступа выполняют для следующих пяти событий:

1. Первоначальный доступ из RRC_IDLE

2. Первоначальный доступ после сбоя линии радиосвязи

3. Передача обслуживания, запрашивающая процедуру произвольного доступа.

4. Поступление данных DL в течение RRC_CONNECTED, требующего процедуру произвольного доступа.

Например, когда статусом синхронизации UL является “не синхронизированная”.

5. Поступление данных UL в течение RRC_CONNECTED, требующего процедуру произвольного доступа.

Например, когда статусом синхронизации UL является “не синхронизированная”, или когда нет доступных специализированных каналов запроса планирования.

Изобретение относится к пятому случаю, т. е. данные UL поступают в течение RRC_CONNECTED, а UE либо не синхронизировано, либо не имеет доступный канал запроса планирования. В этом случае используют процедуру RACH на основе состязания.

Процедура произвольного доступа на основе состязания включает в себя четыре этапа:

1. Преамбула произвольного доступа по RACH в восходящей линии связи (из UE в eNodeB).

2. Ответ произвольного доступа по совместно используемому каналу нисходящей линии связи, DL-SCH (из eNodeB в UE).

3. Первая запланированная передача UL по совместно используемому каналу восходящей линии связи, UL-SC (из UE в eNodeB).

4. Разрешение конфликта по DL-SCH (из eNodeB в UE).

Процедура RACH на основе состязания зависит от конфликтных ситуаций от других пользователей в ячейке. Когда число пользователей (всех пользователей в состоянии RRC_CONNECTED), которые потенциально могли бы инициировать процедуру RACH, увеличивается, вероятность конфликтных ситуаций в канале RACH увеличивается, а производительность быстро ухудшается. Вследствие этого, важно иметь не слишком высокую нагрузку в канале RACH, т.е. не слишком много процедур, инициированных на UE.

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

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

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

Процедура, проиллюстрированная, как на фиг. 1, так и на фиг. 2, начинается с того, что UE получает данные низкого приоритета, а затем инициирует процедуру 100 RACH с помощью передачи преамбулы RACH в базовую станцию 102. В этот момент планировщик не знает приоритет данных и предоставляет 104 UE достаточно ресурсов, таким образом, что UE может ответить, по меньшей мере, с помощью отчета статуса буфера, BSR, 106. Предположим, что базовая станция близка к максимальному числу пользователей, которых она может поддерживать в активе сеанса, и на основании BSR базовая станция решает дальше не планировать UE. Затем базовая станция определяет приоритеты других пользователям на основании BSR, 108.

Если, в соответствии со сценарием фиг. 1, UE разрешено регулярно повторять процедуры RACH, 110, 120, это вызовет излишнюю высокую нагрузку в канале RACH и канале PDCCH, 112. Это также будет стоить излишней мощности UE. В проиллюстрированном примере данные более высокого приоритета поступают после третьей процедуры 120 RACH. В четвертой процедуре 130 планировщик становится осведомленным о данных высокого приоритета.

Фиг. 2 иллюстрирует, что, если UE, с другой стороны, разрешено повторять процедуру RACH редко, 200, 210, имеется риск длительной задержки. В этом примере данные высокого приоритета поступают после второй процедуры 210 RACH, но базовая станция не становится осведомленной до третьей процедуры 220, вызывая задержку 214. Например, эти данные могли бы состоять из срочного отчета передачи обслуживания, которое излишне задержано.

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

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

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

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

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

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

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

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

(i) в буфер поступили данные более высокого приоритета,

(ii) увеличение размера буфера превышает порог А,

(iii) время, прошедшее с предыдущего инициирования RACH, превышает порог В.

В соответствии с другим вариантом осуществления этого аспекта изобретения, порог А и/или порог В конфигурируют в терминале посредством сигнализации управления радио ресурсами, т.е. RRC.

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

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

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

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

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

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

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

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

указано, что данные более высокого приоритета приняты в буфере,

указано, что полное увеличение размера буфера превышает порог А, и

указано, что время с предыдущего инициирования RACH, превышает порог В.

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

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

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

данные более высокого приоритета запомнены в буфере терминала,

полное увеличение размера буфера превышает порог А и

время с предыдущего инициирования процедуры RACH превышает порог В.

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

Признаки, описанные выше в связи со способом в соответствии с изобретением, могут, где применимы, также быть осуществлены в устройстве в соответствии с изобретением с теми же самыми преимуществами, которые описаны в связи со способом.

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

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

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

фиг.1 иллюстрирует решение предшествующего уровня техники для процедуры RACH;

фиг.2 иллюстрирует другое решение предшествующего уровня техники для процедуры RACH;

фиг.3 – блок-схема последовательности этапов способа в подвижном терминале в соответствии с изобретением;

фиг.4 – блок-схема последовательности этапов способа в базовой станции в соответствии с изобретением;

фиг.5 иллюстрирует процедуру RACH в соответствии с изобретением;

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

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

Подробное описание предпочтительных вариантов осуществления

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

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

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

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

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

Один пример установки критериев запуска может быть следующим:

процедуру RACH инициируют, если:

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

считают, что статус буфера должен измениться, если удовлетворяются следующие условия:

1. Данные более высокого приоритета поступили в буфер,

2. Полное увеличение размера буфера > порога А,

3. Время с предыдущего инициирования RACH > порога В.

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

Пороги А и/или В обычно могут быть сконфигурированы через сигнализацию RRC, т.е. управление радио ресурсами.

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

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

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

Блок-схема последовательности этапов способа в подвижном терминале в соответствии с вариантом осуществления изобретения проиллюстрирована на фиг.3. На первом этапе 300 способа, статус текущего содержимого буфера терминала, т.е. данных буфера терминала, сравнивают со статусом запомненного BSR. Второй этап 320 способа включает в себя инициирование процедуры RACH для указания запроса на обслуживание в планировщик базовой станции после обнаружения 310 изменения статуса буфера на этапе сравнения. Запрос на обслуживание включает в себя указатель изменения статуса как сигнал запуска для планировщика, чтобы назначить ресурсы восходящей линии связи в упомянутый терминал.

Блок-схема последовательности этапов способа в базовой станции в соответствии с вариантом осуществления изобретения проиллюстрирована на фиг.4. На первом этапе 400 способа базовая станция принимает запрос на обслуживание из терминала через преамбулу произвольного доступа в восходящей линии связи канала произвольного доступа, RACH. На втором этапе 410 способа первоначальный ресурс может быть назначен в терминал для приема, 420, взамен отчета статуса буфера терминала. Дополнительные ресурсы восходящей линии связи могут быть назначены в терминал 440 после приема последующего запроса на обслуживание из терминала, причем последующий запрос включает в себя указатель изменения 430 статуса буфера терминала.

На фиг.5 проиллюстрирован альтернативный вариант осуществления настоящего изобретения. Первая процедура RACH происходит, как объяснено для фиг.1: процедура начинается с того, что подвижный терминал получает данные низкого приоритета, а затем инициирует процедуру 500 RACH с помощью передачи преамбулы RACH в базовую станцию, 502. В этот момент планировщик не знает приоритет данных и предоставляет, 504, терминалу достаточно ресурсов, таким образом, что терминал может ответить, по меньшей мере, с помощью BSR, 506. Затем базовая станция определяет приоритеты других пользователей на основании BSR, 508. Когда подвижный терминал не запланирован в пользу других терминалов, терминал принимает подтверждение приема гибридного запроса автоматического повторения, т.е. ACQ HARQ, для передачи, содержащей отчет буфера (или передачи данных). Подвижный терминал и базовая станция запоминают самый последний отчет, прием которого подтвержден, причем отчет статуса также может быть запомнено в базовой станции. Когда поступают данные более высокого приоритета, терминалу разрешают инициировать новую процедуру 510 RACH. Когда преамбула RACH уже передана 512, базовая станция может сделать вывод, что данные более высокого приоритета поступили в буфер передачи подвижного терминала, и может регулировать выданное 514 предоставление, соответственно. Например, планировщик мог бы назначить достаточно ресурсов для терминала, чтобы передать обычное сообщение RRC, 516.

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

Фиг.6 схематически иллюстрирует базовую станцию в соответствии с вариантом осуществления изобретения. Базовая станция может содержать устройство 610 процессора, устройство 620 памяти и интерфейс 630 связи. Устройство процессор может быть любым подходящим типом устройства обработки, которое может обрабатывать инструкции программного обеспечения и аппаратного обеспечения, например, микропроцессором, процессором цифровых сигналов, интегральной схемой прикладной ориентации (ASIC) или вентильной матрицей, программируемой в условиях эксплуатации (FPGA), а устройство памяти может быть, по меньшей мере, одним из следующих устройств: типом энергозависимой и/или энергонезависимой памяти, например RAM подходящего типа, жестким диском, флэш-памятью и т.д. Устройство 620 памяти используют для того, чтобы запоминать копию BSR. Устройство 610 процессора выполнено с возможностью предоставления 504 первоначального ресурса в терминал после приема первого запроса 502 на обслуживание, инициированного через первую процедуру 500 RACH. Устройство 610 процессора дополнительно выполнено с возможностью приема BSR 506 из подвижного терминала. В качестве опции, устройство 610 процессора дополнительно может быть сконфигурировано с возможностью подтверждения приема отчета в терминал. Устройство 610 процессора также выполнено с возможностью назначения ресурсов восходящей линии связи в терминал для передачи данных на основании приема второго запроса 512 на обслуживание, инициированного через вторую процедуру 510 RACH, причем запрос указывает изменение статуса буфера терминала по сравнению со статусом буфера ранее запомненного BSR. Базовая станция дополнительно может содержать другие компоненты в зависимости от типа и конфигурации базовой станции, например, источник питания/преобразователь, антенну (антенны) и т.д.

Подвижный терминал 700, который может указывать запрос на обслуживание для назначения ресурсов в планировщик базовой станции посредством процедуры RACH, в соответствии с изобретением, проиллюстрирован на фиг.7. Подвижный терминал 700 может содержать устройство 710 процессора, устройство 720 памяти и интерфейс 730 связи. Устройство процессора может быть любым подходящим типом устройства обработки, которое может обрабатывать инструкции программного обеспечения и аппаратного обеспечения, например, микропроцессором, процессором цифровых сигналов, интегральной схемой прикладной ориентации (ASIC) или вентильной матрицей, программируемой в условиях эксплуатации (FPGA), а устройство памяти может быть, по меньшей мере, одним из следующих устройств: типом энергозависимой и/или энергонезависимой памяти, например RAM подходящего типа, жестким диском, флэш-памятью и т.д. Устройство 710 процессора может содержать буфер передачи данных, предназначенный для буферизации данных, подлежащих передаче в системе связи. Устройство 710 процессора дополнительно может содержать устройство сравнения, предназначенное для сравнения статуса текущего содержимого буфера со статусом запомненного самого последнего переданного содержимого буфера. Устройство 710 процессора также может содержать механизм запуска запроса на обслуживание. Механизм запуска запроса на обслуживание выполнен с возможностью посылки однобитового сообщения в канале произвольного доступа в планировщик, инициирующего планировщик назначить ресурсы восходящей линии связи для передачи данных, когда обнаружено изменение статуса буфера при сравнении. Устройство 720 памяти может быть использовано для того, чтобы запоминать передачу самых последних данных статуса буфера терминала. Подвижный терминал дополнительно может содержать другие компоненты в зависимости от типа и конфигурации подвижной станции, например, источник питания/преобразователь, антенну (антенны) и т.д.

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

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

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

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

принимают в буфере первые данные, соответствующие первому статусу буфера;

после этого, принимают в буфере вторые данные, соответствующие второму статусу буфера;

сравнивают приоритет первых данных с приоритетом вторых данных;

определяют, что приоритет вторых данных выше приоритета первых данных и что статус буфера изменился; и

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

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

3. Способ по п. 2, в котором данные ранее запомненного статуса буфера содержат отчет статуса буфера (BSR).

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

5. Способ по п. 1, дополнительно содержащий этапы, на которых, до поступления вторых данных в буфер:

инициируют более раннюю процедуру RACH в качестве реакции на поступление первых данных в буфер посредством передачи преамбулы RACH в базовую станцию;

принимают предоставление ресурсов от планировщика базовой станции;

передают BSR в базовую станцию.

6. Способ по п. 5, дополнительно содержащий этап, на котором принимают от базовой станции подтверждение приема для BSR.

7. Способ по п. 1, дополнительно содержащий этапы, на которых:

определяют, что увеличение размера буфера превысило порог А; и

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

8. Способ по п. 1, дополнительно содержащий этапы, на которых:

определяют, что время, прошедшее с предыдущего инициирования RACH, превышает порог В; и

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

9. Мобильный терминал для использования в системе беспроводной связи, при этом мобильный терминал содержит:

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

принимать в буфере первые данные, соответствующие первому статусу буфера;

после этого, принимать в буфере вторые данные, соответствующие второму статусу буфера;

сравнивать приоритет первых данных с приоритетом вторых данных;

определять, выше ли приоритет вторых данных приоритета первых данных и изменился ли статус буфера; и

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

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

11. Мобильный терминал по п. 10, при этом данные ранее запомненного статуса буфера содержат отчет статуса буфера (BSR).

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

13. Мобильный терминал по п. 9, в котором блок обработки данных выполнен с возможностью, до поступления вторых данных в буфер:

инициировать более раннюю процедуру RACH в качестве реакции на поступление первых данных в буфер посредством передачи преамбулы RACH в базовую станцию;

принимать предоставление ресурсов от планировщика базовой станции;

передавать BSR в базовую станцию.

14. Мобильный терминал по п. 13, в котором блок обработки данных выполнен с возможностью принимать от базовой станции подтверждение приема для BSR.

15. Мобильный терминал по п. 9, в котором блок обработки данных выполнен с возможностью:

определять, что увеличение размера буфера превысило порог А; и

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

16. Мобильный терминал по п. 9, в котором блок обработки данных выполнен с возможностью:

определять, что время, прошедшее с предыдущего инициирования RACH, превышает порог В; и

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