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

Изобретение относится к связи. Техническим результатом является эффективное управление запросами планирования. Способ планирования ресурсов в линии связи, по которой передают запросы планирования из первого объекта во второй объект, включает процедуру определения наличия любого из следующих условий: время, истекшее с момента последнего запроса планирования, превышает назначенный период времени; требование к восходящей линии связи превышает заранее заданный уровень, или сконфигурировано полупостоянное предоставление запланированных ресурсов; и если это так, то выполняют подавление передачи и/или инициирования запросов планирования. 3 н. и 20 з.п. ф-лы. 5 ил.

 

Настоящее изобретение относится к планированию передачи данных между сетевыми элементами, например, в системах связи, и в частности, но не исключительно, это изобретение может применяться для управления передачей запросов планирования между пользовательским оборудованием (UE, user equipment) и базовой станцией в системах сотовой связи.

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

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

Одним из множества других примеров архитектуры доступа является концепция, известная как развитый универсальный наземный радиодоступ (E-UTRA, Evolved Universal Terrestrial Radio Access), которая является составляющим компонентом стандарта технологии долгосрочного развития, сформированного в рамках проекта совместной координации разработки систем третьего поколения (3GPP LTE, Third Generation Partnership Project Long Term Evolution).

Настоящее изобретение в частности, но не исключительно, применимо к передаче запросов планирования (SR, scheduling request) из пользовательского оборудования в базовую станцию, например в узел node В (eNB) развитой сети, с целью, например, запроса ресурсов и планирования передачи пакетов в восходящей линии связи. В системах Е-UTRA запрос SR передается по физическому восходящему каналу управления (PUCCH, Physical Uplink Control Channel) с использованием выделенных ресурсов, которые на регулярной основе (то есть, с определенной периодичностью) выделяются пользовательскому оборудованию (UE), такому как мобильная станция. Запрос SR передается в том случае, если пользовательскому оборудованию требуется передать данные в восходящей линии связи.

Кроме того, в системах E-UTRA передача отчета о состоянии буфера (BSR, buffer status report) инициируется в UE, если в буфер устройства поступают данные, имеющие более высокий приоритет по сравнению с данными, доступными ранее для передачи, или если в незаполненный буфер поступают новые данные. Согласно используемой в настоящей момент методике, если для UE не выделяются доступные ресурсы в общем физическом восходящем канале (для передачи данных в восходящем направлении) для временного интервала передачи (TTI, Time Transmission Interval), в котором инициируется отчет BSR, то инициируется запрос SR. В том случае, если трафик данных в восходящем направлении является в значительной степени "пульсирующим" и характеризуется часто выполняемой передачей небольших пакетов, например в речевых приложениях, пользовательское оборудование может практически непрерывно передавать запросы SR. Как указано ниже, в случае передачи большого количества запросов SR возникают определенные проблемы.

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

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

Первый сетевой элемент может представлять собой пользовательское оборудование, а второй объект может представлять собой базовую станцию.

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

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

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

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

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

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

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

Сетевой элемент может представлять собой пользовательское оборудование или базовую станцию и может быть оснащен средствами для передачи/приема запросов планирования по физическому восходящему каналу управления системы E-UTRA.

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

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

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

Средства подавления запросов планирования включают в свой состав средства для периодического включения/отключения собственного приемопередатчика.

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

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

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

на фиг.2 в разрезе показано пользовательское оборудование для связи;

на фиг.3 показан один из конкретных вариантов осуществления настоящего изобретения, позволяющий уменьшить объем передаваемых запросов SR;

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

на фиг.5 показан еще один вариант способа подавления запросов SR.

Перед тем как более подробно рассмотреть некоторые варианты осуществления настоящего изобретения, приведем краткие сведения о беспроводном доступе со ссылкой на чертеж, показанный на фиг.1, на котором представлена схема системы связи, обеспечивающей беспроводную связь со множеством устройств 1 связи. Устройство 1 связи, например пользовательское мобильное устройство или оборудование, или транзитный узел, может использоваться для доступа к различным услугам и/или приложениям, предоставляемым через систему беспроводной связи. Устройство связи обычно может получать беспроводной доступ к системе связи через по меньшей мере один беспроводной передающий и/или приемный узел 10 системы доступа. К примерам узлов доступа, не ограничивающим возможные варианты устройств, относятся базовая станция системы сотовой связи, например узел Node В в сети 3G WCDMA, усовершенствованный узел Node В (eNB, enhanced Node В) или транзитный узел в сети 3GPP LTE (long term evolution, технология долгосрочного развития), базовая станция беспроводной локальной сети (WLAN, wireless local area network) и сотовая станция в системе сотовой связи. Устройства 1 связи также могут непосредственно взаимодействовать друг с другом.

Связь может быть организована различным образом в зависимости от подходящей для использования технологии (технологий) радиодоступа. Доступ предоставляется посредством радиоканалов, называемых также каналами доступа. Каждое устройство 1 связи может использовать одновременно один или более радиоканалов. Каждое устройство связи может соединяться с несколькими базовыми станциями 10 или с другими подобными объектами. Кроме того, множество устройств связи может взаимодействовать с базовой станцией или подобным объектом и/или осуществлять попытку доступа к системе связи посредством одной и той же базовой станции. Множество устройств связи также могут использовать канал совместно. Например, для запуска сеанса связи или для установления соединения с новой системой доступа множество устройств связи могут осуществлять попытку начального установления связи посредством одного канала, например канала произвольного доступа (RACH, random access channel). В основном попытки доступа могут выполняться одновременно.

Базовая станция 10, входящая в состав системы доступа, может подключаться к другим компонентам системы связи через соответствующие соединения, устанавливаемые для одного или более соответствующих шлюзовых узлов. Для простоты изложения эта схема не показана на чертеже. Базовая станция обычно управляется посредством по меньшей мере одного соответствующего контроллера (это справедливо для сетей GSM и WCDMA). Однако в сетях LTE и WiMAX контроллер более не используется, а функции управления распределяются между соответствующими сетевыми элементами, такими как узлы доступа общего назначения, базовые станции, узлы nodeB, eNB, АР, которые на фиг 1 в целом обозначены ссылкой 11. Контроллер 11 может предназначаться для управления функционированием базовой станции и/или связью через базовую станцию. Контроллер обычно оснащен памятью и по меньшей мере одним процессором обработки данных. В контроллере могут быть реализованы различные функциональные объекты с помощью содержащихся в нем средств обработки данных. Функциональные объекты, поддерживаемые в контроллере базовой станции, могут выполнять функции, связанные с управлением радиоресурсами, управлением доступом, управлением контекстом пакетных данных, управлением транзитной передачей и. т.д.

Устройство 1 связи может применяться для выполнения различных задач, таких как выполнение и прием телефонных вызовов, прием данных из сети передачи данных и передача данных в эту сеть, а также для обработки, например, мультимедийного или другого контента. Например, устройство связи может обращаться к приложениям, предоставляемым через телефонную сеть и/или сеть передачи данных, таким как приложения, реализованные на основе Интернет-протокола (IP, Internet Protocol) или любого другого подходящего протокола. Соответствующее устройство мобильной связи может быть оснащено любым устройством, способным по меньшей мере передавать и/или принимать беспроводные сигналы из системы доступа. К многочисленным примерам таких устройств относятся мобильная станция (MS, mobile station), такая как мобильный телефон или смартфон, портативный компьютер, оснащенный платой беспроводного интерфейса или другим средством беспроводного интерфейса, персональный коммуникатор (PDA, personal data assistant), оснащенный средствами беспроводной связи, либо любая комбинация этих устройств, либо другие подобные устройства.

Как показано на фиг.2, устройство 1 связи обычно оснащено соответствующим устройством обработки данных, таким как по меньшей мере один процессор 5 обработки данных. Обычно также используется по меньшей мере одно запоминающее устройство 6. Блоки обработки данных и запоминающие устройства могут размещаться на соответствующей плате и/или в микросхемах. Различные функции и операции могут выполняться различными микросхемами. В альтернативном варианте по меньшей мере частично могут использоваться интегральные микросхемы. Также в состав устройства могут входить антенна 4, дисплей 2 и/или клавиатура 3.

С точки зрения задержки для улучшения такого показателя как время отклика планировщика ресурсов восходящей линии связи, предпочтительно, чтобы запросы SR появлялись очень часто (то есть, поддерживать небольшой период между SR). Этот период можно рассматривать как время между поступлением пакета данных в буфер UE и первой передачей (например, HARQ) того же пакета данных по общему физическому восходящему каналу (PUSCH, Physical Uplink Shared Channel). Пакет данных может, например, представлять собой пакет VoIP в приложениях VolP. С другой стороны, частая передача SR приводит к росту уровня использования ограниченных ресурсов PUCCH. Кроме того, передача SR, когда это не требуется планировщику пакетов восходящей линии связи, вызывает нежелательные помехи в области PUCCH SR (как внутри соты, так и между сотами).

К известным способам решения этих проблем (предотвращение излишних передач запросов SR) относится процесс изменения периодичности передачи SR, согласно которому определяется максимальное количество (обозначаемое dsr-TransMax) запросов SR, которые могут инициироваться без предоставления ресурсов UL Путем уменьшения количества SR можно снизить издержки, связанные с SR, но в то же время при этом увеличивается время отклика планировщика в восходящей линии связи, например, в начале периодов интенсивной/частой передачи пакетов данных, например, в периоды речевой активности при использовании приложения VoIP. Это может привести к падению качества (например, речевого сигнала) ниже приемлемого уровня. С другой стороны, параметр dsr-TransMax задается, для того чтобы предотвратить постоянную передачу SR в восходящей линии связи из UE, потерявшего синхронизацию с UL. Таким образом, если достигается значение dsr-TransMax и при этом информация о предоставлении ресурсов UL для передачи данных по PUSCH не была принята, оборудование UE освобождает ресурсы PUCCH (SR) и инициирует процедуру произвольного доступа. Следовательно, ни изменение периодичности передачи SR, ни применение dsr-TransMax не решают всех проблем.

Как указывалось выше, приложения передачи "пульсирующих" данных могут оказаться ненадежными, поскольку их применение может привести к тому, что пользовательское оборудование почти постоянно будет инициировать и передавать запросы SR. Типичным примером приложения передачи "пульсирующих" данных является приложение, в рамках которого часто передаются небольшие пакеты, например, в случае передачи речи по протоколу IP (VoIP, Voice Over IP). Планировщик пакетов восходящей линии связи обладает общей информацией о шаблоне трафика VoIP в восходящей линии связи (например, один пакет VoIP, состоящий примерно из N битов, может генерироваться каждые 20 мс), при этом N зависит от адаптивного многоскоростного кодирования (AMR, Adaptive Multi-Rate), скорости кодека, способа сжатия IP-заголовка и т.д. Следовательно, при использовании приложений, основанных на передаче трафика "VoIP, планировщик восходящей линии связи (расположенный в узле eNode В) в принципе должен быть осведомлен только о начале и завершении периода речевой активности для того, чтобы в периоды неактивности радиоресурсы могли бы распределяться другим пользователям. В то время как начало такого периода молчания (например, речевой неактивности) может определяться с помощью соответствующего слежения, например, за речевой активностью, запрос SR, передаваемый из UE, также может идентифицировать начало периода речевой активности.

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

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

Пример 1

Согласно одному из вариантов осуществления настоящего изобретения вводится ограничение на передачу и инициирование запросов планирования таким образом, чтобы новый SR не мог быть передан (или был проигнорирован), если SR ранее передавался в PUCCH в течение последних N_T временных интервалов передачи (TTI, Time Transmission Intervals) или подкадров, где N_T является целым числом.

В этом варианте осуществления сетевой элемент (например, пользовательское оборудование) регистрирует момент передачи/приема последнего SR и определяет количество TTI, истекших с этого момента времени. Если это количество превосходит определенное целое значение N_T, то SR может быть инициирован и передан в восходящей линии связи. В противном случае пользовательское оборудование не передает каких-либо запросов SR. Другими словами, запросы SR подавляются даже в тех условиях, в которых обычно были бы переданы.

Целое значение N_T может устанавливаться предварительно или динамически изменяться в зависимости от различных факторов, таких как ресурсы, нагрузка базовой станции и т.д. Это значение может устанавливаться, например, пользовательским оборудованием, базовой станцией (eNB) или сетевым контроллером.

На фиг.3 показано схематическое представление, иллюстрирующее пример варианта осуществления настоящего изобретения. Количество интервалов TTI, равное 31, показано по отношению к каналу PUCCH. Следует отметить, что ресурсы SR могут быть доступны в PUCCH не в каждом подкадре; минимальная периодичность SR составляет 5 мс в Е-UTRA версии 8. В первом TTI пользовательским оборудованием передается SR, как показано на чертеже с помощью направленной вверх стрелки 32. По истечении 8 TTI в момент времени, указанный меткой 33, вследствие выполнения определенных условий UE принимает решение о передаче SR. Это, например, может быть вызвано инициированным отчетом о состоянии буфера при отсутствии выделенных для UE ресурсов, доступных в PUSCH. В этом примере значение N_T равно 5, что составляет количество интервалов TTI, которые должны истечь с момента передачи последнего SR, прежде чем сможет быть передан другой запрос SR. В момент времени, обозначенный меткой 33, истекло по меньшей мере 5 TTI после передачи последнего SR поэтому, может быть передан следующий SR, обозначенный меткой 32.

В момент времени, обозначенный меткой 34, удовлетворяются условия, согласно которым при обычных обстоятельствах был бы передан другой SR. Однако, поскольку с момента передачи последнего SR истекло только 3 TTI, пользовательское оборудование не передает другой SR. Пунктирная стрелка 35 отмечает SR, который не будет передан вследствие введенных ограничений.

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

Пример 2

В некоторых вариантах осуществления настоящего изобретения идентифицируются периоды высокого уровня трафика/передачи большого объема данных (например, резкое увеличение данных в пульсирующем графике, таком как речевой трафик). Это может осуществляться для конкретного пользовательского оборудования. В такие периоды времени передача запросов SR для этого пользовательского оборудования подавляется. Преимущества этих вариантов осуществления заключаются в том, что в подобных условиях пользовательское оборудование и/или базовая станция не затрачивают время на передачу/прием SR. Для того чтобы определить, следует ли подавлять SR (например, путем идентификации начала/завершения периодов высокого уровня трафика), обычно может использоваться шаблон передачи данных, который в общем случае может быть уже известен сетевым элементам. Например, может определяться время начала и завершения периодов резкого увеличения данных в речевом графике VoIP, и в течение этих периодов передача SR подавляется.

Специалисту в этой области техники должны быть знакомы различные конкретные способы, с помощью которых можно осуществить эту процедуру. Например, в указанных выше условиях в течение периодов передачи большого объема данных может выделяться больший объем ресурсов, например, путем предоставления большего количества ресурсов UL. Таким образом, в одном из конкретных вариантов осуществления настоящего изобретения запросы SR могут подавляться, если часто предоставляются ресурсы UL. Например, SR может не инициироваться/не передаваться, если ресурсы восходящей линии связи предоставлялись конкретному пользовательскому оборудованию в течение последних No временных интервалов передачи (TTI), где N_G является целым числом. Сетевой элемент, который обычно представляет собой пользовательское оборудование, может регистрировать момент последнего предоставления или использования ресурсов восходящей линии связи и подсчитывать количество TTI, истекших с этого момента времени. Если это количество меньше назначенного целого значения N_G, то передача SR пользовательским оборудованием не выполняется. Ограничение, вводимое согласно этому варианту осуществления, означает, что eNodeB может, например, предотвращать процессы инициирования и передачи SR, выполняемые UE, в течение периодов речевой активности в том случае, если ресурсы для VoIP запланированы с использованием процедуры динамического планирования. В ходе выполнения динамического планирования UE передает SR, однако eNodeB может предотвратить инициирование SR в UE путем соответствующей установки параметров. Динамическое планирование означает, что ресурсы в PUSCH выделяются с использованием PDCCH (Physical Downlink Control Channel, физический нисходящий канал управления) на основе подкадров. Эта процедура отличается от процесса полупостоянного планирования, согласно которому ресурсы PUSCH выделяются на полупостоянной основе (то есть, для периодов, более длительных, чем один подкадр) с использованием одного процесса предоставления ресурсов UL в PDCCH.

На фиг.4 показано схематическое представление, иллюстрирующее пример одного из таких вариантов осуществления настоящего изобретения. Количество TTI, показанное на чертеже, составляет 41. Внизу изображена временная ось, на которой утолщенными стрелками показаны моменты 44, 45 предоставления ресурсов восходящей линии связи. Верхняя линия, как и в предыдущем примере, относится к каналу PUCCH. В первом TTI (TTI1) в момент времени, обозначенный меткой 44, предоставляются ресурсы восходящей линии связи. По истечении 10 TTI в момент времени, обозначенный меткой 43, выполняются условия для передачи SR (например, может формироваться отчет о состоянии буфера, а также в пустой буфер могут поступать новые данные). В этом примере значение параметра N_G, представляющего количество TTI, которое должно истечь с момента последнего предоставления ресурсов восходящей линии связи, перед тем как может быть передан следующий SR, устанавливается равным 8. Поскольку с момента последнего предоставления конкретному UE ресурсов восходящей линии связи истекло 10 TTI, то есть больше 8 интервалов, может быть передан SR 42. В момент времени, обозначенный меткой 45, снова происходит предоставление ресурсов восходящей линии связи. В момент времени, обозначенный меткой 40, снова выполняются условия, при которых передавался бы SR. Однако, поскольку количество TTI, истекших с этого момента времени, равно 4, что меньше требуемых 8 интервалов, другой SR, показанный на чертеже пунктирной стрелкой 46, не передается в этот момент времени.

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

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

Преимущества этих вариантов осуществления заключаются в том, что они позволяют уменьшить уровень генерируемых помех (как внутри соты, так и между сотами). Другое потенциальное преимущество для приложений VoIP от применения такого ограничения заключается в том, что в большей степени используются возможности прерывистого приема в нисходящей линии связи (DRX, Discontinuous Downlink Reception), если средства DRX применяются при наличии трафика VoIP. Однако настоящее изобретение не ограничено использованием приложений VoIP.

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

На фиг.5 представлена схема осуществления другого варианта изобретения, согласно которому для подавления передачи запросов планирования периодически включается/выключается приемопередатчик. Пример показан для случая подавления SR, например, в течение периодов речевой активности при выполнении вызовов VoIP, хотя изложенный принцип может применяться к процессам передачи любых данных. В момент времени, обозначенный меткой 51, пакет VoIP поступает в пустой буфер. В момент времени, обозначенный меткой 52, передается SR. В момент времени, обозначенный меткой 53, осуществляется выделение ресурсов UL, и пакет VoIP передается в восходящей линии связи. По истечении этого времени дальнейшая необходимость в передаче каких-либо новых пакетов отсутствует. В момент времени, обозначенный меткой 56, формируется экземпляр SR, но поскольку данные в буфере пока еще отсутствуют, SR не передается. Передача данных не осуществляется, так как приемопередатчик в этот период времени выключен. Подавление SR достигается за счет отключения или деактивизации приемопередатчика UE в течение этого периода времени. Другим словами, избежать передачи пакета SR можно путем использования "таймера запрета SR". В период времени, обозначенный меткой 54, в пустой буфер UE поступает новый пакет VoIP, и, следовательно, в период времени, обозначенный меткой 55, в PUCCH передается другой SR. Временной интервал между поступлением пакетов в буфер UE составляет 20 миллисекунд. В периоды времени, обозначенные метками 51, 52, 53, 54, приемопередатчик UE включен (показано на чертеже с помощью прямоугольников), а в остальные периоды времени он выключен. В период времени, обозначенный меткой 56, UE могло бы выполнять передачу запросов SR, однако, поскольку уже было определено, что необходимость в этом отсутствует, приемопередатчик UE выключается.

Пример 3

Полупостоянное планирование (SPS, Semi persistent scheduling) представляет собой способ, согласно которому периодически выделяются ресурсы передачи в UL, например, в периоды, характеризуемые большим объемом трафика, такие как периоды резкого увеличения "разговорных данных" в пульсирующем трафике. Каждый раз выделяется одинаковый ресурс. Выделение ресурсов выполняется в течение каждого периода резкого увеличения разговорных данных и не используется между этими периодами. Таким образом, не требуется выполнять процедуру явной сигнализации для запроса выделения ресурсов и для предоставления конкретных выделенных ресурсов VoIP.

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

Необходимость применения этого ограничения в UE может быть сконфигурирована узлом eNodeB.

Пример 4

Согласно одному из альтернативных вариантов осуществления настоящего изобретения запросы SR могут подавляться путем маскирования SR на основе логического канала. Для каждого логического канала, сконфигурированного посредством eNB, вводится новый параметр, который определяет, следует ли UE инициировать SR при поступлении новых данных по этому логическому каналу. Если данные поступают по логическому каналу (и имеют более высокий приоритет, чем данные, уже ожидающие передачи в других логических каналах), инициируется отчет о состоянии буфера. Если UE не имеет каких-либо ресурсов в восходящей линии связи для передачи этого отчета о состоянии буфера, то инициируется запрос планирования. В одном из вариантов осуществления настоящего изобретения дополнительно реализуется механизм установки условия, в соответствии с которым логическому каналу также предоставляется возможность инициирования SR. Это условие может задаваться с помощью параметра. В приведенных ниже примерах этот параметр обозначается как SPS-SRmask.

Ниже описывается пример такого варианта осуществления настоящего изобретения. Запрос планирования (SR) используется с целью запроса ресурсов UL-SCH для нового сеанса передачи. После инициирования запрос SR следует рассматривать как ждущий запрос, до тех пор пока он не будет отменен. Все ждущие SR должны отменяться, если формируется блок MAC PDU и этот PDU включает в свой состав BSR, который содержит информацию о состоянии буфера, актуальную до момента последнего события (включая это событие), приведшего к инициированию BSR, или если ресурсы UL предоставлены в таком объеме, что они могут использоваться для передачи всех доступных ждущих данных. В соответствии с одним из вариантов осуществления настоящего изобретения выполняется следующая процедура:

если инициируется SR и отсутствует другой ждущий SR, UE обнуляет значение SR_COUNTER.

Пока имеется хотя бы один ждущий SR, UE для каждого TTI выполняет следующие операции:

- если в UL-SCH отсутствуют ресурсы, доступные для передачи в этом TTI:

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

- иначе, если UE распределен действительный ресурс PUCCH для SR, сконфигурированного для этого TTI, и этот TTI не является частью промежутка измерений:

- если SR_COUNTER<dsr-TransMax:

- увеличение на единицу значения SR_COUNTER;

- если переменная SPS-SRmask принимает значение true (истина) и процедура предоставления ресурсов в восходящей линии связи согласно полупостоянному планированию не сконфигурирована;

- или параметр SPS-SRmask не принимает значение true:

- передача на физический уровень инструкции о сигнализации SR по PUCCH;

- иначе:

- уведомление средств RRC об освобождении PUCCH/SRS;

- сброс любых сконфигурированных назначений нисходящей линии связи и предоставлений ресурсов восходящей линии связи;

- инициирование процедуры произвольного доступа (см.

подпункт 5.1) и отмена всех ждущих SR.

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

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

- если для UE выделены ресурсы UL для нового сеанса передачи в этом TTI:

- передача инструкции в процедуру мультиплексирования и сборки для формирования управляющего элемента BSR MAC;

- запуск или перезапуск таймера periodicBSR-Timer за исключением случая, когда BSR является усеченным отчетом BSR;

- запуск или перезапуск таймера retxBSR-Timer;

- иначе, если инициирован регулярный отчет BSR:

- если инициирование произошло оттого, что данные стали доступны для передачи:

- если по меньшей мере для одного логического канала, для которого стали доступны данные для передачи, значение параметра logicalChannel-SRmask не является истинным (true):

- должен быть инициирован запрос планирования;

- иначе:

- должен быть инициирован запрос планирования.

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

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

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

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

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

3. Способ по п.1 или 2, отличающийся тем, что запросы планирования передают по физическому восходящему каналу управления системы Е-UTRA.

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

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

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

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

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

9. Способ по п.1 или 2, отличающийся тем, что шаг подавления запросов планирования включает прекращение передачи и/или инициирования запроса планирования.

10. Способ по п.1 или 2, отличающийся тем, что шаг подавления запросов планирования включает периодическое включение/выключение приемопередатчика указанного первого объекта.

11. Способ по п.7, отличающийся тем, что подкадры относятся к физическому восходящему каналу управления или к физическому нисходящему каналу управления.

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

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

14. Сетевой элемент по п.13, представляющий собой пользовательское оборудование или базовую станцию.

15. Сетевой элемент по п.13 или 14, оснащенный средствами для передачи/приема запросов планирования по физическому восходящему каналу управления системы E-UTRA.

16. Сетевой элемент по п.13 или 14, содержащий средства для анализа шаблона трафика восходящей линии связи для идентификации требований к восходящей линии связи.

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

18. Сетевой элемент по п.17, отличающийся тем, что указанный пульсирующий трафик представляет собой речевой трафик или пакеты данных VolP.

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

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

21. Сетевой элемент по п.13, отличающийся тем, что в состав средств подавления запросов планирования входят средства для периодического включения/выключения его приемопередатчика.

22. Сетевой элемент по п.13, отличающийся тем, что подкадры относятся к физическому восходящему каналу управления или к физическому нисходящему каналу управления.

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