RU2582060C2 - Способы и системы для планирования ресурсов в телекоммуникационной системе - Google Patents

Способы и системы для планирования ресурсов в телекоммуникационной системе Download PDF

Info

Publication number
RU2582060C2
RU2582060C2 RU2012100764/08A RU2012100764A RU2582060C2 RU 2582060 C2 RU2582060 C2 RU 2582060C2 RU 2012100764/08 A RU2012100764/08 A RU 2012100764/08A RU 2012100764 A RU2012100764 A RU 2012100764A RU 2582060 C2 RU2582060 C2 RU 2582060C2
Authority
RU
Russia
Prior art keywords
mobile terminal
data
base station
transmission
determining whether
Prior art date
Application number
RU2012100764/08A
Other languages
English (en)
Other versions
RU2012100764A (ru
Inventor
Кристина ЙЕРСЕНИЕС
Хеннинг ВИМАНН
Анна ЛАРМО
Петер МОБЕРГ
Эва ЭНГЛУНД
Original Assignee
Телефонактиенболагет Лм Эрикссон (Пабл)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=40156445&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=RU2582060(C2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Телефонактиенболагет Лм Эрикссон (Пабл) filed Critical Телефонактиенболагет Лм Эрикссон (Пабл)
Publication of RU2012100764A publication Critical patent/RU2012100764A/ru
Application granted granted Critical
Publication of RU2582060C2 publication Critical patent/RU2582060C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J11/00—Orthogonal multiplex systems, e.g. using WALSH codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/62—Queue scheduling characterised by scheduling criteria
    • H04L47/625—Queue scheduling characterised by scheduling criteria for service slots or service orders
    • H04L47/6275—Queue scheduling characterised by scheduling criteria for service slots or service orders based on priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)

Abstract

Изобретение относится к телекоммуникационным системам. Технический результат состоит в улучшении запуска запросов планирования восходящей линии связи в телекоммуникационной системе. Для этого в одном аспекте мобильный терминал посылает начальный запрос планирования к базовой станции. Позже мобильный терминал не передает запроса планирования к базовой станции до тех пор, пока не будет детектировано событие запуска запроса планирования. 6 н. и 22 з.п. ф-лы, 10 ил.

Description

ОБЛАСТЬ ТЕХНИКИ
Данное изобретение относится в общем к телекоммуникационным системам. Варианты осуществления данного изобретения относятся к планированию ресурсов в телекоммуникационной системе.
УРОВЕНЬ ТЕХНИКИ
Технологии радиодоступа для сотовых мобильных сетей непрерывно развиваются для удовлетворения будущих потребностей в высоких скоростях передачи данных, улучшенном охвате и улучшенной пропускной способности. Примерами последних разработок технологии широкополосного множественного доступа с кодовым разделением (каналов) (WCDMA) являются протоколы высокоскоростного пакетного доступа (HSPA). В настоящее время дальнейшие разработки систем третьего поколения (3G), 3G долгосрочного развития (LTE), включающие в себя новые технологии доступа и новые архитектуры, развиваются в пределах объекта стандартизации проекта партнерства производителей (сотовой связи) третьего поколения (3GPP).
Основной задачей LTE систем является обеспечение гибкой технологии доступа, которая может использоваться в размещениях существующих частот и в размещениях новых частот. Также LTE системы должны давать возможность использовать различные дуплексные решения. Например, как дуплексная связь с частотным разделением (каналов) (FDD), так и дуплексная связь с временным разделением (каналов) (TDD), когда восходящая линия связи и нисходящая линия связи разделены по частоте и по времени, соответственно, должны поддерживаться для обеспечения использования как в парном, так и в непарном спектре.
Технология доступа, основанная на ортогональном мультиплексировании с частотным разделением (OFDM) для нисходящей линии связи и множественном доступе с частотным разделением с единственной несущей (SC-FDMA) для восходящей линии связи, например, допускает такие гибкие решения спектра.
Поскольку концепция LTE разрабатывается для поддержки быстрого планирования по частоте и времени как для восходящей линии связи, так и для нисходящей линии связи, назначение ресурсов по времени и частоте предпочтительно должно быть настраиваемым на текущую потребность пользователей в трафике и вариации канала. В LTE восходящей линии связи можно запланировать несколько пользователей в один временной интервал передачи (TTI) путем назначения различных сегментов частот различным пользователям. Для поддержания структуры единственной несущей каждый пользователь должен принимать только смежные назначения по частоте, как показано на фиг. 1.
Теперь со ссылкой на фиг. 2 планировщик 202 в развитом узле В (базовой станции) 204 может выполнить назначение ресурсов. Планирование ресурсов среди двух или более пользователей в восходящей линии связи усложнено тем фактом, что планировщик 202 не знает автоматически данных восходящей линии связи каждого пользователя и потребностей в ресурсах. А именно, например, планировщик 202 может не знать того, сколько данных находится в буферах передачи мобильного терминала 206 каждого пользователя (например, мобильного телефона, электронного секретаря или любого другого мобильного терминала). Мобильный терминал 206 может также называться пользовательским оборудованием (UE). Для поддержки быстрого планирования планировщик 202 должен быть осведомлен о текущих потребностях UE в трафике (например, состоянии буферов передачи).
Основная концепция планирования показана на фиг. 2. Обычно для информирования планировщика 202 восходящей линии связи (UL) о текущих потребностях UE в трафике система 200 поддерживает (i) выделенный канал запроса планирования (SR) и (ii) отчеты о состоянии буфера. Альтернативно, для той же самой цели может использоваться синхронизированный канал случайного доступа (RACH).
Планировщик 202 контролирует потребности каждого UE в трафике и соответственно распределяет ресурсы. Планировщик 202 информирует UE (например, UE 206) о решении планирования путем передачи назначений 208 ресурсов к UE. Кроме того, имеется возможность сконфигурировать UE для передачи канальных звучащих эталонных сигналов для того, чтобы дать возможность развитому узлу В (eNodeB) выполнить широкополосную оценку канала для быстрой адаптации линии связи и зависящего от канала планирования.
Синхронизированное UE также имеет возможность использовать, в качестве решения устранения неисправности, канал случайного доступа (RACH) для запроса UL ресурса. Обычно, однако, RACH предназначен, главным образом, для несинхронизированных UE. В подходе выделенного SR канала каждому активному UE назначается выделенный канал для передачи сообщений, которые указывают eNodeB, что UE запрашивает UL ресурс. Такое сообщение называется запросом планирования (SR) 210. Выгода такого способа состоит в том, что не нужно передавать UE идентификатор (ID), так как UE идентифицируется ввиду «канала», который оно использует. Кроме того, в противоположность подходу, основанному на конкуренции, не будет внутрисотовых конфликтов.
В ответ на принятие SR 210 планировщик 202 может выпустить для UE грант планирования (SG) 208. А именно, планировщик может выбрать ресурс (ресурсы) (например, временной квант и/или частоту), которые будет использовать UE и передать эту информацию к UE. Планировщик 202 может также выбрать, с поддержкой от функции адаптации линии связи, размер транспортного блока, схему модуляции, схему кодирования и схему антенны (т.е. адаптация линии связи выполняется в eNodeB, и выбранный транспортный формат передается вместе с информацией об ID пользователя к UE). Грант планирования адресован UE, а не конкретному радиоканалу. В его простейшей форме грант планирования является действующим только для следующего UL TTI. Однако для уменьшения требуемой величины сигнализации управления, возможны несколько предложений с альтернативными длительностями.
После передачи начального SR UE может передать более подробный отчет о состоянии буфера к планировщику 202. Отчет о состоянии буфера может быть передан внутри канала (например, отчет о состоянии буфера может быть включен как часть заголовка управления доступом к среде передачи данных (МАС)). Распространено мнение о 3GPP, что, например, отчет о состоянии буфера должен содержать больше информации, чем содержится в начальном SR.
Вышеописанная процедура дополнительно иллюстрирована на фиг. 3. Как показано на фиг. 3, UE 302, имеющее данные для передачи к eNodeB 304, сначала передает SR 306 к eNodeB 304 и затем этот SR 306 обрабатывается планировщиком 308 восходящей линии связи eNodeB 304. В ответ на SR 306 планировщик 308 восходящей линии связи передает SG (например, распределения ресурсов) 310 к UE 302. После этого UE 302 передает данные 312 к eNodeB 304 вместе с отчетом 314 о состоянии буфера, который обрабатывается планировщиком 308 восходящей линии связи. Как обсуждалось выше, отчет 314 о состоянии буфера может быть передан внутри канала с данными 312.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Задачей является обеспечение улучшенных систем и способов для запуска запросов планирования восходящей линии связи в телекоммуникационной системе.
В одном аспекте изобретение обеспечивает способ для передачи запросов планирования от мобильного терминала (или «UE») к базовой станции. В некоторых вариантах осуществления этот способ начинается с передачи UE первого запроса планирования (SR) к базовой станции в ответ на данные, становящиеся доступными для передачи к базовой станции. После передачи первого SR UE принимает грант планирования (SG), переданный от базовой станции. В ответ на принятие SG UE передает к базовой станции информацию о состоянии буфера. После передачи информации о состоянии буфера к базовой станции, но перед передачей каких-либо последующих SR к базовой станции и в то время, как, по меньшей мере, некоторые из этих данных ожидают передачи к базовой станции, UE: (1) определяет, произошло ли событие запуска запроса планирования, и если событие запуска произошло, то UE передает второй SR к базовой станции при следующей возможности в ответ на определение того, что произошло событие запуска; в противном случае, если событие запуска не произошло, то UE передает к базовой станции при следующей возможности сообщение, указывающее, что событие запуска не произошло, в ответ на определение того, что событие запуска не произошло.
В некоторых вариантах осуществления стадия определения того, произошло ли событие запуска запроса планирования, включает в себя: (а) определение того, имеют ли дополнительные данные, которые стали доступными для передачи к базовой станции после того, как был передан первый SR, более высокий приоритет, чем начальные данные; (b) определение того, превышает ли величина времени, которое истекло с тех пор, как был передан первый SR, некоторый порог; и/или (с) определение того, превышает ли разница между текущей величиной данных в буфере передачи и предыдущей, ненулевой величиной данных, которая была в буфере передачи, некоторый порог. В этом или других вариантах осуществления стадия определения того, произошло ли событие запуска запроса планирования, включает в себя: сравнение информации о состоянии буфера передачи, переданной к базовой станции, с новой информацией, касающейся состояния буфера передачи.
В некоторых вариантах осуществления сообщение, указывающее, что событие запуска не произошло, является однобитовым сообщением и SR также является однобитовым сообщением. Кроме того, в некоторых вариантах осуществления эти пороги могут быть сконфигурированы в UE базовой станцией через сигнализацию управления радиоресурсами (RRC). Далее, в некоторых вариантах осуществления UE сконфигурирован таким образом, что он передает SR при следующей допустимой возможности каждый раз, когда данные прибывают в пустой буфер передачи в UE.
В другом аспекте изобретение относится к усовершенствованному мобильному терминалу. В некоторых вариантах осуществления усовершенствованный мобильный терминал включает в себя буфер передачи и процессор данных. Процессор данных может быть сконфигурирован предписывать мобильному терминалу передать первый запрос планирования (SR) к базовой станции в ответ на данные, прибывающие в пустой буфер передачи в мобильном терминале, и предписывать мобильному терминалу передать к базовой станции информацию о состоянии, касающейся буфера передачи, в ответ на прием гранта планирования (SG) от базовой станции. В некоторых вариантах осуществления процессор данных может быть дополнительно сконфигурирован для определения того, произошло ли событие запуска запроса планирования; вызывания передачи мобильным терминалом второго SR к базовой станции при следующей возможности в ответ на определение того, что произошло событие запуска; и предписывания передачи мобильным терминалом к базовой станции, при следующей возможности, сообщения, указывающего, что событие запуска не произошло, в ответ на определение того, что событие запуска произошло. Предпочтительно эти три стадии выполняются в то время, как, по меньшей мере, некоторые из первых данных ожидают передачи к базовой станции, и после того, как UE передает информацию о состоянии буфера, но перед передачей UE каких-либо последующих SR к базовой станции.
В некоторых вариантах осуществления усовершенствованный мобильный терминал включает в себя: средство для передачи первого SR к базовой станции в ответ на пустой буфер передачи в мобильном терминале, принимающем данные; средство для приема SG, переданного от базовой станции; средство для передачи к базовой станции информации о состоянии, касающейся состояния буфера передачи, в ответ на прием SG; средство детектирования события запуска для определения того, произошло ли событие запуска запроса планирования; и средство для передачи к базовой станции, при следующей возможности, второго SR в ответ на определение того, что произошло событие запуска запроса планирования. В некоторых вариантах осуществления средство детектирования события запуска выполнено с возможностью выполнения этого определения в то время, как некоторые из данных ожидают передачи к базовой станции.
В другом аспекте изобретение относится к способу, выполняемому базовой станцией для предоставления ресурсов восходящей линии связи мобильным терминалам. В некоторых вариантах осуществления базовая станция: выделяет ресурс восходящей линии связи первому мобильному терминалу, тем самым позволяя первому мобильному терминалу передать данные к базовой станции; принимает SR от второго мобильного терминала в то время, как первый мобильный терминал использует ресурс восходящей линии связи; повторно выделяет ресурс восходящей линии связи второму мобильному терминалу в ответ на прием SR; принимает от второго мобильного терминала информацию, касающуюся приоритета данных во второй мобильной станции, которые ожидают передачи к базовой станции; сравнивает приоритет данных первого мобильного терминала с приоритетом данных второго мобильного терминала с использованием соответствующей информации о приоритете; повторно выделяет ресурс восходящей линии связи первому мобильному терминалу в ответ на определение того, первый мобильный терминал имеет данные более высокого приоритета, чем второй мобильный терминал; принимает последующий SR от второго мобильного терминала, где последующий SR принимается после приема информации о приоритете от второго мобильного терминала, но перед приемом какой-либо другой информации о приоритете от второго мобильного терминала; и повторно выделяет ресурс восходящей линии связи второму мобильному терминалу в ответ на принятие последующего SR.
В другом аспекте изобретение относится к усовершенствованной базовой станции. В некоторых вариантах осуществления усовершенствованная базовая станция включает в себя средство для связи с множеством мобильных терминалов; средство для выделения ресурса восходящей линии связи одному из мобильных терминалов на основе соответствующих передач данных о состоянии буферов от терминалов; средство для повторного выделения ресурсов восходящей линии связи другому терминалу из множества терминалов на основе принятия однобитового сообщения, указывающего изменение данных о состоянии буфера другого терминала.
В еще одном аспекте изобретение относится к телекоммуникационной системе, содержащей усовершенствованный мобильный терминал и усовершенствованную базовую станцию.
Вышеупомянутые и другие аспекты и варианты осуществления данного изобретения описаны ниже со ссылкой на сопутствующие чертежи.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Сопутствующие чертежи, которые включены здесь и образуют часть данного описания, иллюстрируют различные варианты осуществления данного изобретения.
Фиг. 1 схематично иллюстрирует выделение ресурсов различным пользователям в SC-FDMA системе.
Фиг. 2 иллюстрирует планирование восходящей линии связи в LTE системе.
Фиг. 3 иллюстрирует схему для обеспечения для UE ресурса для передачи данных.
Фиг. 4 иллюстрирует усовершенствованный поток сообщений планирования между eNodeB и двумя UE.
Фиг. 5 иллюстрирует дополнительно усовершенствованный поток сообщений планирования между eNodeB и двумя UE.
Фиг. 6а и 6b иллюстрируют процесс согласно некоторому варианту осуществления изобретения.
Фиг. 7 является функциональной блок-схемой, иллюстрирующей некоторые из компонентов мобильного терминала.
Фиг. 8 является функциональной блок-схемой, иллюстрирующей некоторые из компонентов планировщика восходящей линии связи.
Фиг. 9 является блок-схемой, иллюстрирующей процесс согласно некоторому варианту осуществления изобретения.
ПОДРОБНОЕ ОПИСАНИЕ
Одной возможной схемой запроса планирования является определение SR как однобитового сообщения, где единственный бит (т.е. «сигнальный бит запроса») был установлен на конкретное предопределенное значение (например, установлен на «1»), и конфигурирование UE таким образом, что UE передают SR к планировщику всякий раз, когда: (1) UE имеет данные для передачи (например, UE имеет данные в буфере передачи) и (2) UE не имеет выделения ресурса восходящей линии связи для передачи этих данных к eNodeB. Однако потенциальный недостаток этого подхода иллюстрирован примерным потоком сообщений планирования, показанным на фиг. 4.
Пример, показанный на фиг. 4, предполагает, что имеется два синхронизированных UE (т.е. UE1 и UE2), ни один из которых первоначально не имеет выделения ресурса восходящей линии связи для передачи данных. Дополнительно предполагается, что эти UE имеют выделенный SR канал.
Как показано на фиг. 4, когда данные прибывают в буфер передачи UE1, UE1 обеспечивает для планировщика уведомление об этом событии посредством передачи SR (например, «1») планировщику с использованием его следующей SR возможности. В качестве реакции планировщик предоставляет UE1 некоторые ресурсы для передачи данных и передает SG к UE1. В качестве реакции UE1 передает отчет о состоянии буфера к eNodeB. UE1 может также передать данные к eNodeB, в зависимости от UL ресурсов, выделенных ему.
Как дополнительно показано на фиг. 4, когда UE2 имеет данные для передачи, UE2 передает SR (например, «1») при его следующей SR возможности. Ради этого примера, мы будем предполагать, что данные UE2 имеют более низкий приоритет, чем данные UE1. В ответ на принятие SR, переданного UE2, планировщик, который в этот момент времени не знает, что данные UE2 имеют более низкий приоритет, чем данные UE1, предоставляет UE2 некоторые ресурсы вслепую. UE2 использует этот выделенный ресурс для передачи отчета о состоянии буфера, содержащий QoS информацию и некоторые данные, зависящие от размера этого выделения. С использованием отчетов о состоянии буфера, переданных UE1 и UE2 соответственно, планировщик сравнивает состояние буфера UE1 с состоянием буфера UE2 и на основе этого сравнения устанавливает приоритет данных от UE1, так как сравнение указывает низкую природу приоритета данных UE2. Так как данные от UE1 приоритизированы, планировщик далее не планирует UE2, тем самым препятствуя UE2 передавать его данные. В результате, так как UE2 имеет данные для посылки, UE2 будет продолжать передавать SR в каждый из TTI, в который он имеет SR возможность.
Полагаясь на отчет о буфере данных, переданный последним от UE2, который указывал, что UE2 имеет только данные низкого приоритета, ожидающие передачи, планировщик игнорирует SR, передаваемые от UE2. Планировщик игнорирует эти SR даже после того, как UE2 впоследствии имеет данные высокого приоритета для посылки, так как нет способа для UE2 уведомить планировщик о том, что оно имеет данные более высокого приоритета, отличного от передачи отчета о состоянии буфера. Соответственно, в некоторых случаях планировщик может не знать о новых данных высокого приоритета, прибывающих в буфер передачи UE2.
Этой проблемы можно было бы избежать, если бы планировщик был выполнен с возможностью предоставления некоторых ресурсов восходящей линии связи для UE2 время от времени, тем самым обеспечивая UE2 возможностями передачи планировщику отчета о состоянии буфера, указывающего новые данные высокого приоритета. Однако, если имеется много пользователей, это решение является достаточно дорогостоящим в отношении ресурсов. Другим решением является расширение SR от одного бита до более чем одного бита таким образом, что SR может содержать информацию, касающуюся приоритета данных. Однако это решение создает значительные потери для SR канала, особенно если имеется много уровней приоритета. Варианты осуществления данного изобретения преодолевают вышеописанную проблему без недостатков, присущих этим двум решениям.
Варианты осуществления данного изобретения определяют альтернативный механизм запуска SR, который основан на изменениях в состоянии буфера передачи. С таким альтернативным механизмом запуска проблемы, описанные выше, могут быть решены без увеличения SR от одного бита до нескольких битов и без периодического планирования UE на передачу отчетов о состоянии буферов.
Согласно вариантам осуществления данного изобретения UE сконфигурированы для передачи SR, только когда удовлетворяются некоторые предопределенные условия, такие, как, например, изменения в содержимом буфера передачи, сравненные с тем, что было сообщено ранее, или что было передано ранее. Например, заданное условие может удовлетворяться всякий раз, когда данные прибывают в буфер передачи UE, и эти данные имеют более высокий приоритет, чем приоритет ранее сообщенных данных (или переданных данных). Эти изменения в состоянии буфера, которые запускают SR, обычно конфигурируются через сигнализацию управления радиоресурсами (RRC).
В некоторых вариантах осуществления UE выполнены с возможностью передачи SR, только когда все из следующего является истинным: (1) UE не имеет гранта восходящей линии связи; (2) UE имеет данные для передачи к eNodeB; и (3) состояние буфера «изменилось» с тех пор, как последний подтвержденный отчет буфера был передан UE или последняя подтвержденная передача была передана UE. В этих вариантах осуществления планировщик сконфигурирован таким образом, что он не будет игнорировать SR от UE, сконфигурированного, как описано выше.
В некоторых вариантах осуществления считается, что состояние буфера «изменилось», только если одно или несколько из следующих условий удовлетворяется: (1) данные более высокого приоритета прибыли в буфер; (2) увеличение размера буфера превышает заданный порог (Порог А); или (3) время, истекшее с момента превышения передачей последнего SR заданного порога (Порог В). Пороги А и В обычно могут быть сконфигурированы через RRC сигнализацию. Одним исключением из вышеупомянутых правил является то, что, когда данные прибывают в пустой буфер в UE, UE должно всегда передавать SR при следующей SR возможности.
В вышеприведенных примерах, когда UE принимает грант планирования UL от планировщика, планировщик впоследствии узнает о содержимом буфера UE через регулярные отчеты о состоянии буфера, передаваемые UE. Это мог бы быть непрерывный отчет буфера для каждой запланированной передачи. Однако в некоторых вариантах осуществления используются критерии для вызывания передачи UE отчетов о состоянии буфера. Это означает, что если UE не предоставлены дополнительные UL ресурсы, то последний подтвержденный отчет буфера будет новым. Также можно использовать вариацию вышеописанных правил запуска SR в случае, если UE не посылает регулярные отчеты буфера.
Например, если предположить, что UE использует строгий приоритет между радиоканалами (т.е. данные от радиоканалов с более высоким приоритетом всегда передаются перед данными от радиоканалов с более низким приоритетом), то планировщик будет знать, что в буфере передачи нет данных более высокого приоритета, чем те, которые передаются. В такой ситуации считается, что состояние буфера «изменилось», только если удовлетворяется одно или несколько следующих условий: (1) данные более высокого приоритета прибыли в буфер; или (2) время, истекшее с момента превышения последним SR некоторого порога (Порога В). Как и прежде, одним исключением из этого правила является то, что, когда данные прибывают в пустой буфер в UE, UE должно всегда передавать SR при его следующей SR возможности. Порог В обычно конфигурируется через RRC сигнализацию.
Можно построить несколько альтернатив и комбинаций вышеприведенных примеров. Данное изобретение обеспечивает усовершенствование в том, что вместо конфигурирования UE для передачи SR всякий раз, когда UE имеет данные для передачи, UE выполнено с возможностью передачи SR, только когда оно имеет данные для передачи и произошло некоторое другое событие (например, некоторая величина времени истекла с того момента, когда был передан последний SR, величина данных в буфере выросла по меньшей мере на некоторую величину с момента последней передачи данных или отчета о состоянии, или буфер передачи был пуст как раз перед получением им данных).
В некоторых вариантах осуществления запущенный, но еще не переданный SR должен быть отменен всякий раз, когда UE получает грант планирования от eNodeB перед возможностью передачи SR. В этих случаях UE пошлет сначала данные высокого приоритета и, возможно, включит подробный отчет о состоянии буфера. В любом случае eNodeB знает об изменении даже без получения запроса планирования.
Теперь со ссылкой на фиг. 5: фиг. 5 иллюстрирует поток сообщений в системе согласно некоторому варианту осуществления изобретения, и эта система включает в себя два UE (UE1 и UE2). Иллюстрированный поток сообщений начинается, когда UE1 принимает данные высокого приоритета в его буфер передачи. Как показано на фиг. 5, в ответ на это событие, UE1 передает SR к eNodeB при его следующей SR возможности.
В ответ eNodeB передает SG к UE1. В ответ на SG UE1 может передать отчет буфера, который указывает высокий приоритет данных в буфере передачи UE. Через некоторое время после того, как UE1 передает отчет буфера, UE2 может принять данные в его буфер передачи, и это событие вызывает передачу UE2 SR при его следующей SR возможности.
Ради этого примера, мы предположим, что данные UE2 имеют более низкий приоритет, чем данные UE1. В ответ на принятие SR, переданного UE2, eNodeB, который в этот момент времени не знает, что данные UE2 имеют более низкий приоритет, чем данные UE1, предоставляет UE2 некоторые ресурсы вслепую. UE2 использует выделенный ресурс для передачи отчета о состоянии буфера, содержащего QoS информацию и некоторые данные, зависящие от размера этого выделения. На основе отчета о состоянии буфера, который указывает природу низкого приоритета данных UE2, eNodeB приоритизирует данные от UE1 и, таким образом, не планирует UE2 далее, тем самым препятствуя UE2 передать его данные (например, eNodeB передает к UE2 ACK гибридного запроса автоматического повторения (HARQ) для передачи, содержащей отчет буфера, и UE2 сохраняет последний подтвержденный отчет).
Однако вместо продолжения передачи SR при каждой последующей SR возможности, как показано на фиг. 4, UE2 выполнен таким образом, чтобы не передавать SR до тех пор, пока не произойдут некоторые предопределенные события (например, UE2 может передавать к eNodeB сигнальный бит запроса с битом, установленным на значение «0» вместо «1», до тех пор, пока не произойдет одно из этих событий, как показано на фиг. 5). Соответственно, UE2 выполнено с возможностью проверки того, произошло ли одно или несколько определенных событий (таких как принятие данных высокого приоритета), перед каждой последующей SR возможностью таким образом, что если одно такое событие произошло, то UE2 может передать SR при этой следующей SR возможности.
В этом примере в некоторый момент времени после того, как UE2 передало отчет о состоянии буфера, данные высокого приоритета прибывают в буфер передачи UE2. UE2 детектирует это событие и в ответ передает SR (например, «1») к eNodeB. UE2 может быть выполнено с возможностью детектирования этого события путем сравнения последнего подтвержденного отчета о состоянии буфера, который указывает состояние буфера передачи в некоторый предыдущий момент времени, с заново сгенерированной информацией о состоянии буфера, которая указывает текущее состояние буфера передачи. eNodeB выполнен с возможностью ответа на SR посредством предоставления ресурса восходящей линии связи для UE2, в противоположность игнорирования SR, даже хотя eNodeB не принял от UE2 новый отчет о состоянии буфера, указывающий, что UE2 теперь имеет данные высокого приоритета. Соответственно, таким образом, варианты осуществления данного изобретения решают проблему, обсужденную в связи с фиг. 4.
Теперь со ссылкой на фиг. 6а: фиг. 6а является блок-схемой, иллюстрирующей процесс 600, согласно некоторым вариантам осуществления изобретения, выполняемый UE. Процесс 600 может начаться на стадии 602. Процесс 600 предполагает, что UE первоначально не имеет данных для передачи к eNodeB (например, буфер передачи UE первоначально пуст), соответственно, на стадии 602 UE ожидает до тех пор, пока данные не будут помещены в буфер передачи. В ответ на наличие у UE данных для посылки к eNodeB UE передает SR к eNodeB (стадия 604). На стадии 606 UE принимает SG от eNodeB. На стадии 608 UE принимает ресурс, выделенный eNodeB для передачи к eNodeB отчета о состоянии буфера и/или некоторых данных, зависящих от выделенного ресурса. На стадии 609 UE может записать значение, представляющее величину данных, находящихся в данный момент в его буфере передачи.
На стадии 610 UE принимает от eNodeB HARQ ACK для передачи, содержащей отчет о состоянии буфера. На стадии 612 UE сохраняет последний подтвержденный отчет о состоянии буфера (т.е. отчет, переданный на стадии 608). На стадии 614 UE определяет, есть ли у него данные для посылки к eNodeB (например, UE определяет, является ли пустым его буфер передачи). Если у него нет данных для посылки (например, буфер пуст), то процесс 600 может перейти обратно к стадии 602, в противном случае он может перейти к стадии 616.
На стадии 616 UE определяет, произошло ли событие запуска SR. Если это так, то процесс 600 переходит обратно к стадии 604, в противном случае процесс 600 может перейти к стадии 618. На стадии 618, при следующей возможности передачи SR, UE передает к eNodeB сообщение, указывающее, что событие запуска не произошло (например, UE передает однобитовое сообщение к eNodeB, где значение этого бита установлено на «0»). После стадии 618 процесс 600 может перейти обратно к стадии 616.
Теперь со ссылкой на фиг. 6b: фиг. 6b иллюстрирует некоторый процесс согласно некоторым вариантам осуществления изобретения для определения того, произошло ли событие запуска. А именно, фиг. 6b иллюстрирует стадии, которые могут быть выполнены в выполнении стадии 616 процесса 600.
Как показано на фиг. 6b, этот процесс может начаться со стадии 656, где UE определяет, прибыли ли новые данные в буфер передачи с некоторого конкретного момента времени. Например, UE может определить, прибыли ли новые данные в буфер передачи с момента генерации последнего отчета о состоянии буфера или с последнего времени, когда UE выполнял стадию 616. Если UE определяет, что новые данные прибыли, то процесс может перейти к стадии 658, в противном случае он может перейти к стадии 662.
На стадии 658 UE определяет, имеют ли новые данные более высокий приоритет, чем данные, которые были в буфере передачи, когда прибыли новые данные. UE может определить это путем сравнения информации в отчете о состоянии буфера, сохраненного на стадии 612, с заново сгенерированной информацией, отражающей текущее состояние буфера передачи. Если новые данные имеют более высокий приоритет, то процесс может перейти к стадии 604 (т.е UE передает SR к eNodeB), в противном случае процесс может перейти к стадии 660.
На стадии 660 UE определяет, превышает ли разница между величиной данных, находящихся в данное время в буфере передачи, и величиной данных, которые были в буфере передачи в предыдущий момент времени, некоторый порог. Например, на стадии 660 UE может найти разность между значением, представляющим величину данных, находящихся в данный момент в буфере передачи, и значением, которое было записано на стадии 609, и сравнить эту разность со значением этого порога. Если разность равна или превышает порог, то процесс может перейти к стадии 604, в противном случае процесс может перейти к стадии 662.
На стадии 662 UE определяет, превышает ли величина времени, которое истекло с момента передачи последнего SR, некоторый порог. Если это так, то процесс может перейти к стадии 604, в противном случае процесс может перейти к стадии 618.
Теперь мы обсудим случаи ошибок, которые могут произойти.
Случай ошибки 1: в этом первом случае ошибки либо (а) eNodeB неправильно интерпретирует SR (например, eNodeB детектирует, что сигнальный бит запроса установлен на «0» вместо «1») и не предоставит ресурс, либо (b) сообщение предоставления ресурса не может быть декодировано UE. Для разрешения этой ситуации UE выполнено с возможностью передачи SR во всех SR случаях до тех пор, пока не получен UL грант (т.е. пока UE не получит возможность передачи данных и/или отчета о состоянии буфера).
Случай ошибки 2: во втором случае ошибки eNodeB терпит неудачу в декодировании сообщения, содержащего отчет о состоянии буфера или начальную передачу данных. Ожидание повторной передачи HARQ вызвало бы избыточную задержку. Планировщик повторяет UL грант: (1) пока не получен надежный отчет, если отчеты буфера передаются с каждой UL передачей; (2) если отчеты буфера запускаются с подобными критериями, что и для SR (UE будет иметь изменение буфера, сравниваемое с последним подтвержденным отчетом, и продолжит передавать отчеты до тех пор, пока не будет получен надежный отчет); (3) если отчеты буфера не запускаются, то новые данные передаются до тех пор, пока eNodeB не будет способен декодировать.
Случай ошибки 3: в третьем случае ошибки eNodeB детектирует сообщение, содержащее отчет буфера или передачу начальных данных, но HARQ ACK неправильно интерпретирован UE как NACK. В этой ситуации UE выполняет регулярную повторную передачу HARQ, которая терпит неудачу, так как eNodeB не ожидает каких-либо дальнейших попыток передачи. UE останавливается после максимального числа попыток передачи. UE не нуждается в выполнении другого запроса планирования, если некоторая последующая передача удалась. С обработкой ошибки в случае 2 eNodeB выпустил бы другой грант, если бы передача потерпела неудачу.
Теперь со ссылкой на фиг. 7: фиг. 7 является функциональной блок-схемой некоторых компонентов UE 700 согласно некоторому варианту осуществления изобретения. Как показано на фиг. 7, UE может включать в себя: буфер 702 передачи для буферизации данных, подлежащих передаче к eNodeB; блок 704 памяти для хранения последнего переданного отчета о состоянии буфера; процессор 706 данных для выполнения программного обеспечения 708 для определения того, следует или не следует передать SR (т.е. программное обеспечение 708 может быть выполнено с возможностью выполнения, среди других стадий, стадий 616-622 процесса 600), и для вызывания передачи SR, если он определяет, что SR следует передать; передатчик для беспроводной передачи данных к eNodeB; и другие элементы.
Теперь со ссылкой на фиг. 8: фиг. 8 является функциональной блок-схемой планировщика 202 ресурсов восходящей линии связи согласно некоторому варианту осуществления изобретения. Как показано на фиг. 8, планировщик 202 включает в себя: блок 804 памяти для хранения отчетов 810 о состоянии буфера; процессор 806 данных для выполнения программного обеспечения 808. Программное обеспечение 808 сконфигурировано таким образом, что, при исполнении процессором 806 данных, программное обеспечение 808 вызывает функционирование планировщика 202, описанное выше. А именно, например, программное обеспечение 808 может вызвать планирование ресурсов восходящей линии связи на основе сравнения состояний буферов UE, пытающихся связаться с eNodeB 240, и реагирование на каждый SR. Хотя это и не показано, процессор 806 данных связан со средством передачи (например, буферами передачи и/или передатчиками и т.п.), которое позволяет планировщику связываться с UE.
Теперь со ссылкой на фиг. 9: фиг. 9 является блок-схемой, иллюстрирующей некоторый процесс 900, выполняемый базовой станцией, сконфигурированной согласно варианту осуществления изобретения. Как показано на фиг. 9, на стадии 902 базовая станция выделяет ресурс восходящей линии связи для первого UE (UE1), тем самым позволяя UE1 передать данные к базовой станции. На стадии 904, базовая станция принимает SR от второго UE (UE2) в то время, как UE1 использует ресурс восходящей линии связи. На стадии 906, базовая станция повторно выделяет ресурс восходящей линии связи для UE2 в ответ на принятие SR. На стадии 908 базовая станция принимает от UE2 информацию, касающуюся приоритета данных в UE2, которые ожидают передачи к базовой станции. На стадии 910 базовая станция сравнивает приоритет данных UE1 с приоритетом данных UE2 с использованием соответствующей информации о приоритетах. На стадии 912 базовая станция повторно выделяет ресурс восходящей линии связи для UE1 в ответ на определение того, что UE1 имеет данные более высокого приоритета, чем UE1. На стадии 914 базовая станция принимает последующий SR от UE2, где последующий SR принимается после принятия информации о приоритете от UE2 и перед принятием какой-либо другой информации о приоритете данных от UE2. На стадии 916 базовая станция повторно выделяет ресурс восходящей линии связи для UE2 в ответ на принятие последующего SR.
Одним преимуществом вариантов осуществления изобретения является то, что планировщик в базовой станции (eNodeB) снабжен выбираемыми обновлениями состояния буфера терминала и соответствующим знанием качества обслуживания (QoS) даже с однобитовым SR при уменьшении потребления UE мощности для канала запроса планирования (в случае, если используется ключ ON/OFF).
Хотя различные варианты осуществления/вариации данного изобретения были описаны выше, следует понимать, что они были представлены только в качестве примера, а не ограничения. Таким образом, широта и объем данного изобретения не должны ограничиваться какими-либо вышеописанными примерными вариантами осуществления. Далее, если не оговорено особо, никакие из вышеприведенных вариантов осуществления не являются взаимно исключающими. Таким образом, данное изобретение может включать в себя любые комбинации и/или интеграции особенностей различных вариантов осуществления.
Кроме того, хотя процессы, описанные выше и иллюстрированные в чертежах, показаны как последовательность стадий, это было сделано исключительно ради иллюстрации. Соответственно, предполагается, что некоторые стадии могут быть добавлены, некоторые стадии могут быть опущены и порядок стадий может быть изменен.

Claims (28)

1. Способ для передачи запросов 306 планирования от мобильного терминала 302 к базовой станции 304, причем этот способ содержит этапы, на которых:
(a) передают первый запрос 306 планирования (SR) от мобильного терминала 302 к базовой станции 304 в ответ на первые данные, становящиеся доступными для передачи от мобильного терминала 302 к базовой станции 304;
(b) после передачи первого SR 306 принимают в мобильном терминале 302 грант 310 планирования (SG), переданного от базовой станции 304;
(c) в ответ на прием SG 310 передают от мобильного терминала 302 к базовой станции 304 информацию 314 о состоянии буфера передачи; и
(d) в то время, как, по меньшей мере, некоторые из первых данных ожидают передачи к базовой станции 304 и после передачи информации 314 о состоянии буфера, но перед передачей каких-либо последующих SR 306 к базовой станции 304, дополнительно выполняют этапы, на которых:
(d1) определяют, произошло ли событие запуска запроса планирования; и
(d2) если событие запуска произошло, то в ответ на определение того, что событие запуска произошло, при следующей возможности передают второй SR 306 к базовой станции 304.
2. Способ по п.1, в котором этап определения того, произошло ли событие запуска запроса планирования, содержит сравнение информации 314 о состоянии буфера передачи, переданной в базовую станцию 304, с новой информацией, касающейся состояния буфера передачи.
3. Способ по любому из предыдущих пунктов, в котором этап определения того, произошло ли событие запуска запроса планирования, содержит определение того, имеют ли вторые данные, которые доступны для передачи от мобильного терминала 302 к базовой станции 304, более высокий приоритет, чем первые данные, причем вторые данные становятся доступными для передачи к базовой станции 304 после того, как был передан первый SR 306.
4. Способ по п.1, в котором этап определения того, произошло ли событие запуска запроса планирования, содержит определение того, превышает ли величина времени, которое истекло с момента передачи первого SR 306, порог.
5. Способ по п.1, в котором этап определения того, произошло ли событие запуска запроса планирования, содержит определение того, превышает ли разность между текущей величиной данных в буфере передачи и предыдущей, ненулевой величиной данных, которая была в буфере, порог.
6. Способ по п.1, в котором этап определения того, произошло ли событие запуска запроса планирования, состоит из:
(a) определения того, имеют ли вторые данные, которые стали доступными для передачи к базовой станции 304 после передачи первого SR 306, более высокий приоритет, чем первые данные;
(b) определения того, превышает ли величина времени, которое истекло с момента передачи первого SR 306, порог; и
(с) определения того, превышает ли разность между текущей величиной данных в буфере передачи и предыдущей, ненулевой величиной данных, которая была в буфере передачи, порог.
7. Способ по п.1, в котором этап определения того, произошло ли событие запуска запроса планирования, состоит из:
(a) определения того, имеют ли вторые данные, которые стали доступными для передачи к базовой станции 304 после передачи первого SR 306, более высокий приоритет, чем первые данные; и
(b) определения того, превышает ли величина времени, которое истекло с момента передачи первого SR 306, порог.
8. Способ по п.1, в котором SR 306 является однобитовым сообщением.
9. Способ по п.1, в котором пороги конфигурируются в мобильном терминале 302 базовой станцией 304 через сигнализацию управления радиоресурсами (RRC).
10. Способ по п.1, дополнительно содержащий этап, на котором передают SR 306 при следующей доступной возможности каждый раз, когда данные прибывают в пустой буфер передачи в мобильном терминале 302.
11. Способ по п.1, дополнительно содержащий этап, на котором принимают в мобильном терминале 302 HARQ АСК, переданный от базовой станции 304, после передачи от мобильного терминала 302 к базовой станции 304 информации 314 о состоянии буфера передачи и сохраняют этот АСК в мобильном терминале 302.
12. Мобильный терминал 302, содержащий:
буфер 702 передачи; и
процессор 706 данных, причем процессор 706 данных сконфигурирован так, чтобы:
(a) предписывать мобильному терминалу 302 передать первый запрос (SR) 306 планирования к базовой станции 304 в ответ на данные, прибывающие в пустой буфер передачи в мобильном терминале 302;
(b) предписывать мобильному терминалу 302 передать к базовой станции 304 информацию 314 о состоянии буфера передачи в ответ на принятие гранта (SG) 310 планирования от базовой станции 304; и
(c) выполнять этапы (с1)-(с2), в то время как, по меньшей мере, некоторые из первых данных ожидают передачи к базовой станции 304 и после передачи информации 314 о состоянии буфера, но перед передачей каких-либо последующих SR 306 к базовой станции 304: (с1) определения того, произошло ли событие запуска запроса планирования; и (с2) предписывания мобильному терминалу 302 передать второй SR 306 к базовой станции 304 при следующей возможности в ответ на определение того, что событие запуска произошло.
13. Мобильный терминал 302 по п.12, в котором процессор 706 данных сконфигурирован для определения того, произошло ли событие запуска запроса планирования, путем сравнения информации 314 о состоянии буфера передачи, переданной к базовой станции 304, с новой информацией, касающейся состояния буфера передачи.
14. Мобильный терминал 302 по любому из пп.12-13, в котором процессор 706 данных сконфигурирован для определения того, произошло ли событие запуска запроса планирования, путем определения того, имеют ли вторые данные, которые стали доступными для передачи к базовой станции 304 после передачи первого SR 306, более высокий приоритет, чем первые данные.
15. Мобильный терминал 302 по п.12, в котором процессор данных сконфигурирован для определения того, произошло ли событие запуска запроса планирования, путем определения того, превышает ли величина времени, которое истекло с момента передачи первого SR 306, порог.
16. Мобильный терминал 302 по п.12, в котором процессор 706 данных сконфигурирован для определения того, произошло ли событие запуска запроса планирования, путем определения того, превышает ли разность между текущей величиной данных в буфере 702 передачи и предыдущей, ненулевой величиной данных, которая была в буфере 702 передачи, порог.
17. Мобильный терминал 302 по п.12, в котором сообщение, указывающее, что событие запуска не произошло, является однобитовым сообщением.
18. Мобильный терминал 302 по п.12, в котором SR 306 является однобитовым сообщением.
19. Мобильный терминал 302, содержащий:
(a) средство для передачи первого запроса 306 планирования (SR) к базовой станции 304 в ответ на пустой буфер передачи в мобильном терминале 302, принимающем данные;
(b) средство для приема гранта 310 планирования (SG), передаваемого от базовой станции 304;
(c) средство для передачи к базовой станции 304 информации 314 о состоянии буфера передачи в ответ на прием SG 310;
(d) средство 706 детектирования события запуска для определения того, произошло ли событие запуска запроса планирования, причем средство 706 детектирования события запуска сконфигурировано для выполнения определения, в то время как, по меньшей мере, некоторые из данных ожидают передачи к базовой станции 304; и
(e) средство для передачи к базовой станции 304 при следующей возможности второго SR 306 в ответ на определение того, что произошло событие запуска запроса планирования.
20. Мобильный терминал 302 по п.19, в котором средство 706 детектирования события запуска содержит средство для сравнения 708 информации 314 о состоянии буфера передачи, переданной к базовой станции 304, с новой информацией, касающейся состояния буфера передачи.
21. Мобильный терминал 302 по пп.19-20, в котором средство 706 детектирования события запуска содержит средство 708 для определения того, имеют ли вторые данные, которые доступны для передачи от мобильного терминала 302 к базовой станции 304, более высокий приоритет, чем первые данные, причем вторые данные стали доступными для передачи к базовой станции 304 после того, как был передан первый SR 306.
22. Мобильный терминал 302 по п.19, в котором средство 706 детектирования события запуска содержит средство 708 для определения того, превышает ли величина времени, которое истекло с момента передачи первого SR 306, порог.
23. Мобильный терминал 302 по п.19, в котором средство 706 детектирования события запуска содержит средство 708 для определения того, превышает ли разность между текущей величиной данных в буфере передачи и предыдущей, ненулевой величиной данных, которые были в буфере передачи, порог.
24. Способ, выполняемый базовой станцией 304 для предоставления ресурсов восходящей линии связи для мобильных терминалов 302, причем этот способ содержит этапы, на которых:
выделяют ресурс восходящей линии связи для первого мобильного терминала 302, что позволяет первому терминалу 302 передать данные к базовой станции 304;
принимают SR 306 от второго мобильного терминала 302, в то время как первый мобильный терминал 302 использует этот ресурс восходящей линии связи;
повторно выделяют ресурс восходящей линии связи для второго мобильного терминала 302 в ответ на прием SR 306;
принимают от второго мобильного терминала 302 информацию, касающуюся приоритета данных во второй мобильной станции, которые ожидают передачи к базовой станции 304;
сравнивают приоритет данных первого мобильного терминала с приоритетом данных второго мобильного терминала с использованием соответствующей информации о приоритете;
повторно выделяют ресурс восходящей линии связи для первого мобильного терминала 302 в ответ на определение того, что первый мобильный терминал 302 имеет данные более высокого приоритета, чем второй мобильный терминал 302;
принимают последующий SR 306 от второго мобильного терминала 302, где последующий SR 306 принимается после приема информации о приоритете от второго мобильного терминала 302 и перед приемом какой-либо другой информации о приоритете от второго мобильного терминала 302; и
повторно выделяют ресурс восходящей линии связи для второго мобильного терминала 302 в ответ на прием последующего SR 306.
25. Способ по п.24, дополнительно содержащий этап, на котором: принимают множество сообщений от второго мобильного терминала 302 после повторного выделения ресурса восходящей линии связи для первого мобильного терминала 302 в ответ на определение того, что первый мобильный терминал 302 имеет данные более высокого приоритета, чем второй мобильный терминал 302, и перед принятием последующего SR 306 от второго мобильного терминала 302, где каждое из множества сообщений указывает, что второй мобильный терминал 302 не детектировал событие запуска запроса планирования.
26. Базовая станция 304, содержащая:
средство для связи с множеством мобильных терминалов 302;
средство 906 для выделения ресурса восходящей линии связи для одного из мобильных терминалов 302 на основе соответствующих передач данных состояния буфера от этих терминалов;
средство 906 для повторного выделения ресурсов восходящей линии связи для другого терминала из множества терминалов на основе приема однобитового сообщения, указывающего изменение данных состояния буфера этого другого терминала.
27. Система связи, содержащая мобильный терминал 302 по любому из пп.12-23.
28. Система связи по п.27, дополнительно содержащая базовую станцию 304 по п.26.
RU2012100764/08A 2007-06-19 2007-12-19 Способы и системы для планирования ресурсов в телекоммуникационной системе RU2582060C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
SE0701516 2007-06-19
SE0701516-7 2007-06-19

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
RU2010101419/08A Division RU2449502C2 (ru) 2007-06-19 2007-12-19 Способы и системы для планирования ресурсов в телекоммуникационной системе

Related Child Applications (1)

Application Number Title Priority Date Filing Date
RU2016110093A Division RU2706024C2 (ru) 2007-06-19 2016-03-21 Способы и системы для планирования ресурсов в телекоммуникационной системе

Publications (2)

Publication Number Publication Date
RU2012100764A RU2012100764A (ru) 2013-07-20
RU2582060C2 true RU2582060C2 (ru) 2016-04-20

Family

ID=40156445

Family Applications (4)

Application Number Title Priority Date Filing Date
RU2010101419/08A RU2449502C2 (ru) 2007-06-19 2007-12-19 Способы и системы для планирования ресурсов в телекоммуникационной системе
RU2012100764/08A RU2582060C2 (ru) 2007-06-19 2007-12-19 Способы и системы для планирования ресурсов в телекоммуникационной системе
RU2016110093A RU2706024C2 (ru) 2007-06-19 2016-03-21 Способы и системы для планирования ресурсов в телекоммуникационной системе
RU2019134380A RU2019134380A (ru) 2007-06-19 2019-10-28 Способы и системы для планирования ресурсов в телекоммуникационной системе

Family Applications Before (1)

Application Number Title Priority Date Filing Date
RU2010101419/08A RU2449502C2 (ru) 2007-06-19 2007-12-19 Способы и системы для планирования ресурсов в телекоммуникационной системе

Family Applications After (2)

Application Number Title Priority Date Filing Date
RU2016110093A RU2706024C2 (ru) 2007-06-19 2016-03-21 Способы и системы для планирования ресурсов в телекоммуникационной системе
RU2019134380A RU2019134380A (ru) 2007-06-19 2019-10-28 Способы и системы для планирования ресурсов в телекоммуникационной системе

Country Status (21)

Country Link
US (6) US8437293B2 (ru)
EP (2) EP3474592A1 (ru)
JP (2) JP5102356B2 (ru)
KR (1) KR101421773B1 (ru)
CN (2) CN101779514B (ru)
AU (1) AU2007355223B2 (ru)
BR (1) BRPI0721816B1 (ru)
CA (1) CA2691355C (ru)
CO (1) CO6160257A2 (ru)
EG (1) EG27056A (ru)
ES (1) ES2718801T3 (ru)
HU (1) HUE044307T2 (ru)
IL (6) IL280543B (ru)
MA (1) MA31508B1 (ru)
MX (1) MX2009013430A (ru)
MY (1) MY149555A (ru)
NZ (1) NZ581701A (ru)
PL (1) PL2158773T3 (ru)
RU (4) RU2449502C2 (ru)
WO (1) WO2008156402A1 (ru)
ZA (1) ZA200908505B (ru)

Families Citing this family (82)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050030894A1 (en) 2003-08-04 2005-02-10 Stephens Adrian P. Techniques for channel access and transmit queue selection
RU2449502C2 (ru) 2007-06-19 2012-04-27 Телефонактиеболагет Лм Эрикссон (Пабл) Способы и системы для планирования ресурсов в телекоммуникационной системе
KR101531416B1 (ko) 2007-09-13 2015-06-24 옵티스 셀룰러 테크놀로지, 엘엘씨 상향링크 신호 전송 방법
EP2206395B1 (en) * 2007-10-29 2011-09-07 Telefonaktiebolaget LM Ericsson (publ) Method and arrangement in a telecommunications system
KR100937327B1 (ko) * 2007-12-06 2010-01-18 한국전자통신연구원 기지국에서 데이터 유닛의 전송을 스케줄링하는 장치
KR100943908B1 (ko) 2008-02-19 2010-02-24 엘지전자 주식회사 Ｐｄｃｃｈ를 통한 제어 정보 송수신 방법
US7990919B2 (en) 2008-03-20 2011-08-02 Apple Inc. Techniques for reducing communication errors in a wireless communication system
CN101978765B (zh) 2008-03-21 2013-12-18 皇家飞利浦电子股份有限公司 用于通信的方法及用于其的无线电台
US10028299B2 (en) * 2008-03-21 2018-07-17 Blackberry Limited Providing a time offset between scheduling request and sounding reference symbol transmissions
CN101562894B (zh) 2008-04-26 2010-10-20 华为技术有限公司 一种缓冲区状态报告的发送方法及其设备
US8031668B2 (en) * 2008-06-23 2011-10-04 Sunplus Mmobile Inc. Method for optimizing discontinuous reception in random access and scheduling request
US8107961B1 (en) * 2008-07-01 2012-01-31 Sprint Spectrum L.P. Method and system for optimizing frequency allocation during handoff
KR101999852B1 (ko) * 2008-08-11 2019-07-15 코닌클리케 필립스 엔.브이. 네트워크에서 통신하기 위한 방법, 제 2 스테이션 및 이를 위한 시스템
KR20100026911A (ko) * 2008-08-29 2010-03-10 엘지전자 주식회사 상향링크 자원 요청 방법 및 데이터 전송 방법
US8649320B2 (en) * 2008-09-22 2014-02-11 Htc Corporation Method and related device of scheduling request behavior in a wireless communication system
US9167594B2 (en) * 2008-09-22 2015-10-20 Htc Corporation Method and related device of a trigger mechanism of buffer status report and scheduling request in a wireless communication system
WO2010046202A1 (en) * 2008-10-20 2010-04-29 Nokia Siemens Networks Oy Sounding channel apparatus and method
KR101582708B1 (ko) * 2009-05-05 2016-01-05 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) 스케줄링 요구 트리거의 취급
JP2011030197A (ja) 2009-07-23 2011-02-10 Innovative Sonic Corp スケジューリングリクエストの方法及び通信装置
KR20170017010A (ko) 2009-08-12 2017-02-14 인터디지탈 패튼 홀딩스, 인크 경쟁 기반 업링크 데이터 전송을 위한 방법 및 장치
WO2011025427A1 (en) * 2009-08-31 2011-03-03 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement in a wireless communication system
PT2484168T (pt) 2009-10-01 2022-02-02 Nokia Solutions & Networks Oy Um método e aparelho para controlo de escalonamento
KR101623977B1 (ko) * 2009-10-09 2016-05-24 삼성전자주식회사 이동통신 시스템에서 스케줄링 요청 신호를 전송하는 방법 및 장치
CN101702676B (zh) * 2009-11-23 2012-01-25 华为终端有限公司 数据缓冲处理的方法和装置
CN102598825B (zh) * 2009-12-22 2015-04-29 富士通株式会社 中继器中的服务质量控制
EP2524561B1 (en) 2010-01-13 2014-11-12 Telefonaktiebolaget L M Ericsson (PUBL) Methods and arrangements in a wireless communication system
JP2011155334A (ja) * 2010-01-26 2011-08-11 Sharp Corp 通信システム及び移動局装置及び基地局装置及び処理方法
WO2011095843A1 (en) * 2010-02-02 2011-08-11 Nokia Corporation Apparatus and method for requesting uplink radio resources
JP4800427B2 (ja) * 2010-02-09 2011-10-26 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、無線アクセスネットワーク装置及び移動局
CN102149080B (zh) * 2010-02-10 2014-03-12 电信科学技术研究院 缓存状态报告和调度请求的处理方法及用户设备
US9185722B2 (en) * 2010-02-15 2015-11-10 Telefonaktiebolaget L M Ericsson (Publ) Contention based access optimization
JP4800441B2 (ja) * 2010-12-27 2011-10-26 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、無線アクセスネットワーク装置及び移動局
CN102685895B (zh) * 2011-03-11 2015-02-04 华为技术有限公司 一种上行数据的调度方法、系统及装置
KR101835387B1 (ko) * 2011-04-29 2018-03-08 삼성전자주식회사 단말기 및 그 단말기에서 자원 스케줄링 방법
US8897237B2 (en) * 2011-04-29 2014-11-25 Motorola Solutions, Inc. Granting scheduling requests in a wireless communication system
JP5677224B2 (ja) * 2011-07-26 2015-02-25 京セラ株式会社 無線基地局及び通信制御方法
JP5711065B2 (ja) * 2011-07-26 2015-04-30 京セラ株式会社 無線基地局及び通信制御方法
KR101517383B1 (ko) 2011-08-16 2015-05-04 알까뗄 루슨트 버퍼 상태 보고 메시징을 제어하기 위한 방법 및 장치
US8630202B2 (en) * 2011-09-30 2014-01-14 Alcatel Lucent Method and apparatus for controlling buffer status report messaging
US20130195027A1 (en) * 2012-01-30 2013-08-01 Qualcomm Incorporated Method and Apparatus for Channel Fallback in Enhanced Cell Forward Access Channel Dedicated Channel
WO2013138983A1 (en) * 2012-03-19 2013-09-26 Alcatel Lucent Method and apparatus for configuring a plurality of scheduling request triggers
US10028295B2 (en) 2012-03-29 2018-07-17 Nokia Solutions And Networks Oy Method and an apparatus to control scheduling
EP2661138A1 (en) * 2012-05-04 2013-11-06 Panasonic Corporation Threshold-based and power-efficient scheduling request procedure
US9526092B2 (en) * 2012-05-14 2016-12-20 Industrial Technology Research Institute Method of allocating resources for scheduling request and user equipment using the same and a control node using the same
US20140169234A1 (en) * 2012-12-14 2014-06-19 Futurewei Technologies, Inc. Systems and Methods for Interference Avoidance, Channel Sounding, and Other Signaling for Multi-User Full Duplex Transmission
CN104247541B (zh) 2013-03-12 2018-04-20 华为技术有限公司 传输数据处理方法及设备
CN104160773B (zh) * 2013-03-15 2016-11-16 华为技术有限公司 信息上报方法、装置及系统
CN104080185B (zh) * 2013-03-29 2018-03-23 普天信息技术研究院有限公司 一种适用于tcp/ip业务的无线资源调度方法
US9497682B2 (en) 2013-06-07 2016-11-15 Intel Corporation Central processing unit and methods for supporting coordinated multipoint transmission in an LTE network
KR102235177B1 (ko) 2013-07-26 2021-04-02 엘지전자 주식회사 송신 이용가능 데이터의 양을 계산하는 방법 및 이를 위한 장치
US9860907B2 (en) 2013-08-09 2018-01-02 Telefonaktiebolaget Lm Ericsson (Publ) First and second base stations and methods performed therein
US9565116B2 (en) * 2013-08-29 2017-02-07 Globalfoundries Inc. Executing variable-priority jobs using multiple statistical thresholds in cellular networks
CN105580476B (zh) * 2013-09-26 2019-03-08 索尼公司 通信系统、基础设施设备、通信终端及方法
BR112016030783A2 (pt) * 2014-07-02 2017-08-22 Ericsson Telefon Ab L M Método para habilitar a detecção adaptativa de solicitações de programação, arranjo, programa de computador, e, portador
CN114222372A (zh) * 2015-04-17 2022-03-22 索尼公司 用于无线通信的电子设备和方法
WO2016185747A1 (ja) * 2015-05-20 2016-11-24 ソニー株式会社 装置、方法、及びプログラム
US10433333B2 (en) 2015-05-22 2019-10-01 Lg Electronics Inc. Method for configuring uplink grants over multiple subframes in a wireless communication system and a device therefor
WO2016208829A1 (ko) * 2015-06-26 2016-12-29 엘지전자(주) 무선 통신 시스템에서 상향링크 데이터 송수신 방법 및 이를 위한 장치
US10356655B2 (en) * 2016-01-07 2019-07-16 Acer Incorporated Data rate control method and related apparatuses using the same
WO2017159886A1 (ko) * 2016-03-14 2017-09-21 엘지전자(주) 무선 통신 시스템에서 상향링크 데이터의 전송 방법 및 이를 위한 장치
US20170290042A1 (en) * 2016-04-05 2017-10-05 Qualcomm Incorporated Scheduling request transmission to request resources for a buffer status report
CA3016712A1 (en) * 2016-04-05 2017-10-12 Qualcomm Incorporated Scheduling request transmission to request resources for a buffer status report
US20170332385A1 (en) * 2016-05-11 2017-11-16 Qualcomm Incorporated Buffer status reporting in a wireless local area network (wlan)
WO2018008146A1 (ja) * 2016-07-08 2018-01-11 富士通株式会社 無線通信システム、基地局、及び、端末
WO2018030710A1 (en) 2016-08-11 2018-02-15 Samsung Electronics Co., Ltd. Method and apparatus for scheduling uplink data in mobile communication system
CN107872845B (zh) * 2016-09-27 2021-11-19 华为技术有限公司 信号发送方法及装置
US10028323B1 (en) * 2016-09-27 2018-07-17 Sprint Communications Company L.P. Wireless network access point to select a device-to-device communication master for a device-to-device communication group
CN109644393B (zh) * 2016-09-29 2020-10-27 华为技术有限公司 一种数据发送方法和装置
WO2018098762A1 (zh) * 2016-11-30 2018-06-07 华为技术有限公司 信息传输方法、基站和终端设备
CN117336866A (zh) * 2017-01-05 2024-01-02 摩托罗拉移动有限责任公司 调度请求指示
GB2562367B (en) 2017-03-23 2021-03-10 Samsung Electronics Co Ltd Improvements in and relating to scheduling requests (SR) in a telecommunication system
US11291036B2 (en) * 2017-03-24 2022-03-29 Qualcomm Incorporated Scheduling requests and buffer status reports for low latency wireless communications
JP6637541B2 (ja) 2017-04-26 2020-01-29 華碩電腦股▲ふん▼有限公司 無線通信システムにおいて、制御要素送信のためにリソースを要求するための方法及び装置
JP6956935B2 (ja) * 2017-04-28 2021-11-02 富士通株式会社 無線端末、無線基地局、無線通信システム、無線通信方法
US11032830B2 (en) * 2017-05-05 2021-06-08 Qualcomm Incorporated Scheduling request for wireless systems
US20190082443A1 (en) * 2017-09-12 2019-03-14 Apple Inc. Communication of Persistent or Predictive Scheduling Information
ES2904635T3 (es) 2017-09-14 2022-04-05 Guangdong Oppo Mobile Telecommunications Corp Ltd Método, dispositivo, medio de almacenamiento y sistema para determinar el recurso en el dominio del tiempo
CN109819674B (zh) * 2017-09-21 2022-04-26 深圳市汇顶科技股份有限公司 计算机存储介质、嵌入式调度方法及系统
CN110351006B (zh) * 2018-04-04 2021-08-13 华为技术有限公司 资源传输方法及装置
CN110413383B (zh) * 2019-01-07 2023-09-05 腾讯科技（深圳）有限公司 事件处理方法、装置、终端及存储介质
CN111669422B (zh) * 2019-03-08 2022-03-11 华为技术有限公司 报文的传输方法和设备
US11956808B2 (en) * 2020-09-24 2024-04-09 Qualcomm Incorporated Scheduling request (SR) management for split data radio bearer (DRB) in a wireless wide area network (WWAN)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1257139A1 (en) * 2001-05-10 2002-11-13 Telefonaktiebolaget L M Ericsson (Publ) Routing of incoming traffic in shared mobile telecommunication networks
RU2004139095A (ru) * 2002-06-07 2005-06-10 Нокиа Корпорейшн (Fi) Устройство и связанный сним способ для выполнения измерений трафика обратной линии связи в системе радиосвязи

Family Cites Families (66)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3228055B2 (ja) * 1995-03-27 2001-11-12 三菱電機株式会社 複数スロット割り当て方法
DE60040805D1 (de) 1999-12-20 2008-12-24 Research In Motion Ltd Hybrid-wiederholungsaufforderungsystem und -verfahren
KR20020043139A (ko) * 2000-12-01 2002-06-08 윤종용 이동통신시스템에서 고속 데이터 서비스를 위한 스케쥴링방법
US6662024B2 (en) * 2001-05-16 2003-12-09 Qualcomm Incorporated Method and apparatus for allocating downlink resources in a multiple-input multiple-output (MIMO) communication system
EP1444799A4 (en) * 2001-11-17 2010-05-26 Samsung Electronics Co Ltd SIGNAL MEASURING DEVICE AND METHOD FOR SPREADING IN A MOBILE COMMUNICATION SYSTEM
US7145889B1 (en) * 2002-03-28 2006-12-05 Nortel Networks Limited Efficient frame retransmission in a wireless communication environment
US7430206B2 (en) * 2002-05-10 2008-09-30 Interdigital Technology Corporation Wireless communication method and apparatus for detecting and correcting transmission errors
US8089879B2 (en) * 2002-05-15 2012-01-03 Alcatel Lucent In-band flow control methods for communications systems
AU2003250509A1 (en) * 2002-09-13 2004-04-30 Passave Ltd. Operations method in an ethernet passive optical network that includes a network unit with multiple entities
KR100481614B1 (ko) * 2002-11-19 2005-04-08 한국전자통신연구원 서비스 거부와 분산 서비스 거부 공격으로부터 정상트래픽을 보호하는 방법 및 그 장치
US8150407B2 (en) 2003-02-18 2012-04-03 Qualcomm Incorporated System and method for scheduling transmissions in a wireless communication system
US7142548B2 (en) 2003-03-06 2006-11-28 Nortel Networks Limited Communicating in a reverse wireless link information relating to buffer status and data rate of a mobile station
CN1792110B (zh) 2003-03-15 2012-06-20 爱立信股份有限公司 传递广播消息以改变移动台的数据速率
JP4303285B2 (ja) * 2003-05-10 2009-07-29 サムスン エレクトロニクス カンパニー リミテッド 移動通信システムにおける逆方向トラヒック送信率を制御する装置及び方法
JP3929994B2 (ja) * 2003-05-16 2007-06-13 株式会社エヌ・ティ・ティ・ドコモ パケット移動通信方法及び基地局
US7563748B2 (en) 2003-06-23 2009-07-21 Cognis Ip Management Gmbh Alcohol alkoxylate carriers for pesticide active ingredients
WO2005006640A1 (en) * 2003-07-11 2005-01-20 Philips Intellectual Property & Standards Gmbh Transmission of data packets from a transmitter to a receiver
US20050030894A1 (en) * 2003-08-04 2005-02-10 Stephens Adrian P. Techniques for channel access and transmit queue selection
EP1507352B1 (en) * 2003-08-14 2007-01-31 Matsushita Electric Industrial Co., Ltd. Time monitoring of packet retransmissions during soft handover
EP1509012A2 (en) 2003-08-20 2005-02-23 Samsung Electronics Co., Ltd. Method and apparatus for scheduling uplink packet transmission in a mobile communication system
KR100689543B1 (ko) * 2003-08-26 2007-03-02 삼성전자주식회사 이동통신 시스템에서 상향링크 패킷 전송을 위한 스케쥴링 요청 방법 및 장치
US8472473B2 (en) * 2003-10-15 2013-06-25 Qualcomm Incorporated Wireless LAN protocol stack
US8488457B2 (en) 2003-11-14 2013-07-16 Interdigital Technology Corporation Wireless communication method and apparatus for transferring buffered enhanced uplink data from a mobile station to a node-B
JP4360552B2 (ja) * 2004-03-29 2009-11-11 アバイア インコーポレーテッド 無線ローカル・エリア・ネットワークにおける節電ステーションへのバッファ・フレームの配信
ATE418822T1 (de) 2004-04-01 2009-01-15 Panasonic Corp Interferenzverminderung bei wiederholungsübertragungen im aufwärtskanal
CN1691820A (zh) 2004-04-28 2005-11-02 北京三星通信技术研究有限公司 对edch上行调度请求信令的控制方法
KR100819256B1 (ko) * 2004-05-06 2008-04-02 삼성전자주식회사 향상된 상향링크 전용 채널을 통해 시그널링 정보를전송하기 위한 전력의 설정 방법 및 장치
EP1608194B1 (en) * 2004-06-15 2008-01-02 Matsushita Electric Industrial Co., Ltd. Priority-handling for data transmissions
RU2346996C2 (ru) 2004-06-29 2009-02-20 ЮРОПИЭН НИКЕЛЬ ПиЭлСи Усовершенствованное выщелачивание основных металлов
EP1617606A1 (en) 2004-07-16 2006-01-18 Matsushita Electric Industrial Co., Ltd. Scheduling mode switching for uplink transmissions
WO2006031070A1 (en) * 2004-09-15 2006-03-23 Samsung Electronics Co., Ltd. Method and apparatus for encoding/decoding transmission information in mobile telecommunication system
GB0421353D0 (en) 2004-09-24 2004-10-27 Nokia Corp Resource allocation in a communication system
EP1892901A3 (en) * 2004-10-01 2011-07-13 Panasonic Corporation Quality-of-service (qos)-aware scheduling for uplink transmission on dedicated channels
AU2005229670B2 (en) * 2004-11-04 2008-01-24 Samsung Electronics Co., Ltd. Method and apparatus for scheduling uplink data transmission for mobile station in soft handover region in a mobile communication system
SE0402782D0 (sv) 2004-11-10 2004-11-10 Ericsson Telefon Ab L M Method and arrangement in a telecommunication system
US20060104240A1 (en) * 2004-11-12 2006-05-18 Benoist Sebire Trigger for sending scheduling information in HSUPA
ATE457577T1 (de) * 2004-12-24 2010-02-15 Aspera Inc Massen-datentransfer
EP1839458B1 (en) * 2005-01-21 2008-11-26 Telefonaktiebolaget LM Ericsson (publ) Technique for radio resource management
JP4580770B2 (ja) * 2005-02-01 2010-11-17 株式会社エヌ・ティ・ティ・ドコモ 通信システム及び受信装置
DE602005011101D1 (de) * 2005-04-01 2009-01-02 Panasonic Corp Zeitliche Planung von Endgeräten in einem Funkkommunikationssystem
JP2006295725A (ja) * 2005-04-13 2006-10-26 Ntt Docomo Inc 移動局、基地局および移動通信システム並びに通信制御方法
US7516277B2 (en) * 2005-04-28 2009-04-07 Sap Ag Cache monitoring using shared memory
US20060280145A1 (en) 2005-06-10 2006-12-14 Revel Agnes M Event trigger for scheduling information in wireless communication networks
US8098667B2 (en) * 2005-06-16 2012-01-17 Qualcomm Incorporated Methods and apparatus for efficient providing of scheduling information
NZ563639A (en) 2005-06-29 2009-12-24 Compumedics Ltd Sensor assembly with conductive bridge
FI20055370A0 (fi) 2005-06-30 2005-06-30 Nokia Corp Resurssien allokointimenetelmä, viestintäjärjestelmä, verkkoelementti, moduuli, tietokoneohjelmatuote ja tietokoneohjelman jakeluväline
US20070082675A1 (en) 2005-06-30 2007-04-12 Nortel Networks Limited Method for controlling traffic between a base station and a radio network controller and related equipments
DE602005018040D1 (de) * 2005-07-25 2010-01-14 Panasonic Corp Einschränkung eines HARQ Verfahrens und Übertragung von ungeplanten Steuerdaten auf Aufwärtskanäle
ATE538554T1 (de) * 2005-08-16 2012-01-15 Panasonic Corp Verfahren und vorrichtungen für das zurücksetzen einer sendesequenznummer (tsn)
US20070124542A1 (en) 2005-11-30 2007-05-31 Red Hat, Inc. Method and system to control write caches to reduce risk of data loss
JP4807497B2 (ja) 2005-12-14 2011-11-02 日本電気株式会社 複数の送信機を制御するための方法およびシステム
TWI451774B (zh) * 2006-01-31 2014-09-01 Interdigital Tech Corp 無線通信系統中提供及利用非競爭基礎頻道方法及裝置
EP3169016B1 (en) 2006-02-03 2018-09-19 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Uplink resource allocation in a mobile communication system
WO2007100547A2 (en) * 2006-02-24 2007-09-07 Interdigital Technology Corporation Wireless communication method and apparatus for selecting between transmission of short-version and full-version uplink scheduling requests
CN101473566B (zh) 2006-06-22 2013-01-30 三星电子株式会社 在移动通信系统中传送调度请求的方法及其终端设备
TW200801513A (en) 2006-06-29 2008-01-01 Fermiscan Australia Pty Ltd Improved process
US8355411B2 (en) * 2006-07-03 2013-01-15 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement for handover in a radio access network
KR100772701B1 (ko) * 2006-09-28 2007-11-02 주식회사 하이닉스반도체 반도체 메모리 장치
US8374621B2 (en) * 2006-09-29 2013-02-12 Qualcomm Incorporated Methods and apparatus for reducing the likelihood of deadlock in a wireless communication system
US8031655B2 (en) * 2006-10-03 2011-10-04 Industrial Technology Research Institute Systems and methods for determining granularity level of information about buffer status
CN100450102C (zh) * 2006-10-09 2009-01-07 华为数字技术有限公司 一种对多用户进行qos调度的方法和装置
BRPI0806203A2 (pt) * 2007-01-08 2011-08-30 Interdigital Tech Corp método e aparelho de sinalização de programação de link superior em comunicação sem fio
KR101007824B1 (ko) * 2007-05-02 2011-01-13 삼성전자주식회사 이동 통신 시스템에서 복합 자동 재송 요구 방식을 사용하는 기지국과 단말간의 패킷 데이터 송수신 장치 및 방법
RU2449502C2 (ru) 2007-06-19 2012-04-27 Телефонактиеболагет Лм Эрикссон (Пабл) Способы и системы для планирования ресурсов в телекоммуникационной системе
CN101778418B (zh) * 2009-01-13 2014-03-19 中兴通讯股份有限公司 无线网络中触发或上报调度请求的方法和设备
US8995996B2 (en) 2009-08-12 2015-03-31 Harry V. Bims Methods and apparatus for performance optimization of heterogeneous wireless system communities

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1257139A1 (en) * 2001-05-10 2002-11-13 Telefonaktiebolaget L M Ericsson (Publ) Routing of incoming traffic in shared mobile telecommunication networks
RU2004139095A (ru) * 2002-06-07 2005-06-10 Нокиа Корпорейшн (Fi) Устройство и связанный сним способ для выполнения измерений трафика обратной линии связи в системе радиосвязи

Also Published As

Publication number Publication date
IL293807A (en) 2022-08-01
IL249271B (en) 2019-03-31
BRPI0721816A8 (pt) 2018-06-12
CN101779514B (zh) 2016-06-15
US20100202420A1 (en) 2010-08-12
CO6160257A2 (es) 2010-05-20
IL249271A0 (en) 2017-01-31
BRPI0721816B1 (pt) 2020-02-27
CN105813219B (zh) 2019-06-28
CN105813219A (zh) 2016-07-27
JP2010530707A (ja) 2010-09-09
JP5102356B2 (ja) 2012-12-19
MA31508B1 (fr) 2010-07-01
EG27056A (en) 2015-05-03
HUE044307T2 (hu) 2019-10-28
AU2007355223A1 (en) 2008-12-24
CA2691355A1 (en) 2008-12-24
RU2010101419A (ru) 2011-07-27
EP2158773B1 (en) 2019-02-20
MX2009013430A (es) 2010-01-15
WO2008156402A1 (en) 2008-12-24
RU2019134380A3 (ru) 2022-01-10
US20160205700A1 (en) 2016-07-14
CN101779514A (zh) 2010-07-14
US11160093B2 (en) 2021-10-26
AU2007355223B2 (en) 2012-10-18
KR101421773B1 (ko) 2014-07-22
NZ581701A (en) 2012-09-28
PL2158773T3 (pl) 2019-08-30
RU2016110093A3 (ru) 2019-08-22
RU2449502C2 (ru) 2012-04-27
IL280543A (en) 2021-03-01
ES2718801T3 (es) 2019-07-04
RU2016110093A (ru) 2017-09-28
US20220039102A1 (en) 2022-02-03
IL280543B (en) 2022-07-01
US9301311B2 (en) 2016-03-29
IL235328A (en) 2016-12-29
US10721745B2 (en) 2020-07-21
US20190007952A1 (en) 2019-01-03
ZA200908505B (en) 2011-02-23
IL202509A0 (en) 2010-06-30
US10098133B2 (en) 2018-10-09
WO2008156402A9 (en) 2010-01-14
RU2019134380A (ru) 2021-04-28
US8437293B2 (en) 2013-05-07
US20130343293A1 (en) 2013-12-26
RU2706024C2 (ru) 2019-11-13
JP2012217187A (ja) 2012-11-08
JP5350517B2 (ja) 2013-11-27
EP2158773A1 (en) 2010-03-03
US20200322968A1 (en) 2020-10-08
CA2691355C (en) 2023-10-17
RU2012100764A (ru) 2013-07-20
EP2158773A4 (en) 2017-01-04
KR20100049543A (ko) 2010-05-12
BRPI0721816A2 (pt) 2014-02-18
IL264932B (en) 2021-02-28
MY149555A (en) 2013-09-13
EP3474592A1 (en) 2019-04-24

Similar Documents

Publication Publication Date Title
RU2706024C2 (ru) Способы и системы для планирования ресурсов в телекоммуникационной системе
RU2758590C2 (ru) Сообщения управления радиоресурсом (rrc) для расширенного запроса диспетчеризации
US9877201B2 (en) Method for communicating in a network, a secondary station and a system therefor
US20110151883A1 (en) Method for communicating in a network, a secondary station and a system therefor
AU2020286273B2 (en) Methods and systems for scheduling resources in a telecommunication system
AU2019201058B2 (en) Methods and systems for scheduling resources in a telecommunication system

Legal Events

Date Code Title Description
PC41 Official registration of the transfer of exclusive right

Effective date: 20160818

PC41 Official registration of the transfer of exclusive right

Effective date: 20161014