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

Иллюстрации

Показать все

Изобретение относится к области телекоммуникаций, и в частности, к способу и устройству для управления допуском нисходящего сервиса. Технический результат заключается в обеспечении выполнения требований к качеству передачи данных при выполнении сервиса после его допуска в ячейку, в результате чего повышается устойчивость работы системы. Для этого способ включает этапы: приема сообщения-запроса допуска, инициированного нисходящим сервисом, причем данное сообщение-запрос допуска включает скорость передачи данных для нисходящего сервиса; определения числа ресурсных блоков, требующихся для выполнения нисходящего сервиса, в соответствии со скоростью передачи данных нисходящего сервиса; определения мощности, требующейся для выполнения нисходящего сервиса, в соответствии с числом ресурсных блоков, требующихся для выполнения данного нисходящего сервиса, и характеристиками среды радиопередачи, если число оставшихся нисходящих ресурсных блоков ячейки не меньше, чем число ресурсных блоков, требующихся для выполнения данного нисходящего сервиса; обеспечения доступа к нисходящему сервису, если оставшаяся нисходящая мощность ячейки не меньше мощности, требующейся для выполнения нисходящего сервиса. 2 н. и 8 з.п. ф-лы, 4 ил.

Реферат

Область применения

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

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

В системе мобильной связи под «управлением допуском» подразумевается определение того, допустить ли новый сервис, в зависимости от текущего состояния ресурсов ячейки и требований к ресурсам сервиса, к которому нужен доступ. Требования к ресурсам включаются в сообщение-запрос допуска.

В системе мобильной связи LTE (Long Term Evolution) как для каналов восходящей связи (абонент-сеть), так и для каналов нисходящей связи (сеть-абонент) используется технология мультиплексирования с ортогональным делением частот, и физические ресурсы для обоих типов каналов связи выделяются по сетевому принципу. По протоколу 3GRP требуется, чтобы каждый канал управления и канал передачи данных передавались по радиочастотному каналу после их привязки к ресурсной сети по определенному правилу. Поэтому сервис, к которому нужен доступ в системе LTE, также должен быть разложен на «составляющие» и привязан к ресурсной сети для его передачи по радиочастотным каналам. Минимальной единицей ресурсной сети является ресурсный элемент.

Непрерывные символы мультиплексирования с ортогональным делением частот (в количестве Nsymbols) в домене времени и под-несущие частоты в домене частоты (в количестве Nsc) составляют ресурсный блок (RB), и по одной ресурсной сети может передаваться множество сервисов для множества пользователей. Однако, один ресурсный блок в данный момент времени может использоваться только одним сервисом одного пользователя. Поэтому в системе LTE емкость системы (а именно, суммарное количество сервисов, которые могут быть допущены, и которые могут быть переданы, может быть ограничено числом ресурсных блоков.

Для выделения мощности нисходящим сервисам в системе LTE используется конфигурационный метод. Система LTE выделяет определенную мощность каждому ресурсному элементу, удовлетворяющую требованиям по качеству передачи и покрытию. Теоретически, если МАС-слой (слой управления доступом к средам) использует оптимальный метод планирования, может быть одновременно обеспечено максимальное использование и мощности, и ресурсных блоков. Под оптимальным планированием понимается такое планирование, когда, если заканчивается выделение ресурсных блоков, то свободной мощности к данному моменту также практически не остается, и наоборот, когда заканчивается выделение мощности, свободных ресурсных блоков также практически не остается.

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

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

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

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

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

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

определения числа ресурсных блоков, требующихся для выполнения нисходящего сервиса, в соответствии со скоростью передачи данных для нисходящего сервиса;

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

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

Способ может дополнительно включать этап:

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

Способ может дополнительно включать этап:

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

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

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

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

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

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

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

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

Устройство может дополнительно включать:

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

Устройство может дополнительно включать:

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

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

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

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

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

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

Фиг.1. Схема способа управления допуском нисходящего сервиса в соответствии с одним из воплощений настоящего изобретения.

Фиг.2. Структура устройства для управления допуском нисходящего сервиса в соответствии с одним из воплощений настоящего изобретения.

Фиг.3. Структура устройства для управления допуском нисходящего сервиса в соответствии с еще одним из воплощений настоящего изобретения.

Фиг.4. Структура устройства для управления допуском нисходящего сервиса в соответствии с еще одним из воплощений настоящего изобретения.

Подробное описание изобретения

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

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

для нисходящего сервиса;

этап 102: определения числа ресурсных блоков, требующихся для выполнения нисходящего сервиса, в соответствии со скоростью передачи данных для нисходящего сервиса;

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

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

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

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

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

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

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

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

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

P_req=f_RB+f_BLER+f_Cell;

где: P_req - мощность, требующаяся для выполнения нисходящего сервиса; f_BLER - мощность, требующаяся для обеспечения коэффициента блочной ошибки (BLER), соответствующего приемлемому качеству передачи каждым ресурсным блоком ячейки; f_Cell - величина корректировки мощности с учетом характеристик радиопередачи ячейки; f_RB - количество ресурсных блоков, требующееся для передачи услуги по нисходящему каналу связи.

Ниже приводятся три примера, иллюстрирующие настоящее изобретение.

Воплощение 1

Предположим, что ячейка является макро-ячейкой, средой радиопередачи является типичная городская застройка, ширина полосы частот ячейки составляет 10 МГц; радиус передачи составляет 600 м, мощность нисходящей передачи составляет 40 дБм, используется несущая частота 2 ГГц, высота между антенной и терминалом составляет 15 м, передача производится с помощью одной антенны, и средняя скорость нисходящей модуляции и кодирования составляет 0,236. Сервис, к которому нужен доступ, является голосовой связью по Интернет-протоколу (VoIP) со скоростью передачи данных 12,8 кбит/с. Число ресурсных блоков, оставшихся на данный момент в ячейке, составляет 6, оставшаяся мощность P_remain составляет 31 дБм. Число ресурсных блоков, требующихся для выполнения нисходящего сервиса, здесь и далее обозначим как N_RB.

В данном примере, в соответствии со скоростью передачи данных сервиса, к которому нужен доступ, число ресурсных блоков, требующееся для передачи сервиса по нисходящему каналу связи в течение 1 мс, определяется как: N_RB=0,24; поскольку 0,24<6, то нисходящий канал связи располагает достаточным количеством ресурсных блоков для передачи нисходящего сервиса.

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

P_req=f_RB+f_BLER+f_Cell;

F_RB=10×lg(N_RB)=-6.1979;

f_BLER=SINR-f_SINR=-3.63,

где SINR обозначает отношение сигнал/(помехи+шум), требующееся для обеспечения требуемого показателя BLER на периферии ячейки при текущих средних коэффициентах модуляции и кодирования в ячейке; f_SINR означает мощность передачи, требующуюся для обеспечения заданного значения SINR;

f_Cell=-36.17:

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

P_req=f_RB+f_BLER+f_Cell=-6.1979-3.63-36.17=-33.6021 дБм.

Поскольку P_req<P_remain, нисходящий канал связи имеет достаточную мощность для передачи нисходящего сервиса.

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

Воплощение 2

Предположим, что среда радиопередачи в данной ячейке такая же, как и в воплощении 1; сервис, к которому нужен доступ, предусматривает передачу данных со скоростью 128 кбит/с; число оставшихся на данный момент ресурсных блоков равно 2, а оставшаяся нисходящая мощность равна 26 дБм.

В соответствии с требующейся в данном воплощении скоростью передачи данных число ресурсных блоков, требующееся для передачи сервиса по нисходящему каналу связи в течение 1 мс, определяется как: N_RB=4.74; поскольку 4.74>2, канал нисходящей связи не имеет достаточного количества ресурсных блоков для передачи данного сервиса. Поэтому ячейка откажет в допуске в нее данному нисходящему сервису, и принятия дальнейшего решения о наличии достаточной мощности не требуется.

Воплощение 3

Предположим, что ячейка является макро-ячейкой, среда радиопередачи является пригородом, ширина полосы частот ячейки составляет 10 МГц; радиус ячейки составляет 1500 м, мощность нисходящей передачи составляет 40 дБм, используется несущая частота 2 ГГц, высота между антенной и терминалом составляет 40 м, передача производится с помощью одной антенны, и средняя скорость нисходящей модуляции и кодирования составляет 0,602. Сервис, к которому нужен доступ, работает со скоростью передачи данных 64 кбит/с. Число ресурсных блоков, оставшихся на данный момент в ячейке, составляет 3, оставшаяся мощность P_remain составляет 26 дБм.

В соответствии с требующейся в данном воплощении скоростью передачи данных, число ресурсных блоков, требующихся для передачи сервиса по нисходящему каналу связи в течение 1 мс, определяется как: N_RB=2.57, поскольку 2.57<3, канал нисходящей связи имеет достаточное количество ресурсных блоков для передачи данного сервиса.

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

P_req=f_RB+f_BLER+f_Cell;

F_RB=10×lg(N_RB)=3.74;

f_BLER=SINR-f_SINR=3.69,

где SINR обозначает отношение сигнал/(помехи+шум), требующееся для обеспечения требуемого показателя BLER на периферии ячейки при текущих средних коэффициентах модуляции и кодирования в ячейке; f_SINR означает мощность передачи, требующуюся для обеспечения заданного значения SINR;

f_Cell=21.5;

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

P_req=f_RB+f_BLER+f_Cell=28.93 дБм.

Поскольку P_req>P_remain, канал нисходящей связи не обладает достаточной мощностью для передачи данного сервиса.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

10. Устройство по любому из пп.6-8, в котором характеристики среды радиопередачи ячейки содержат по меньшей мере: текущий коэффициент использования спектра частот ячейкой, сообщаемый МАС-слоем, мощность, требующуюся для обеспечения коэффициента блочной ошибки (BLER), соответствующего приемлемому качеству передачи каждым ресурсным блоком, и величину корректировки мощности ячейки.