ПРОЦЕДУРА ПРИОРИТИЗАЦИИ ЛОГИЧЕСКОГО КАНАЛА ДЛЯ ЛОГИЧЕСКИХ КАНАЛОВ ОДНОУРОВНЕВОЙ ЛИНИИ СВЯЗИ
PROCEDURE FOR LOGICAL CHANNEL PRIORITIZATION FOR LOGICAL CHANNELS OF SINGLE-LEVEL COMMUNICATION LINE

Область техники
[0001]
Настоящее раскрытие изобретения относится к способам для распределения радиоресурсов логическим каналам одноуровневой линии связи (sidelink) при выполнении процедуры приоритизации логического канала. Настоящее раскрытие изобретения также предоставляет пользовательское оборудование для участия в способах, описанных в этом документе.
Уровень техники
[0002]
Система долгосрочного развития (LTE)
Спецификация Системы долгосрочного развития (LTE) оформлена в виде выпуска 8 (вып. 8 LTE) в виде системы, следующей за Универсальной мобильной наземной сетью Проекта партнерства 3-го поколения (3GPP). Система LTE представляет собой эффективный пакетный радиодоступ, который обеспечивает полноценные функциональные возможности на основе IP с малым временем ожидания и низкой стоимостью. В LTE масштабируемые полосы пропускания групповых передач задаются, например, как 1,4, 3,0, 5,0, 10,0, 15,0 и 20,0 МГц, чтобы добиться гибкого развертывания системы с использованием заданного спектра. На нисходящей линии связи был принят радиодоступ на основе мультиплексирования с ортогональным частотным разделением каналов (OFDM) вследствие его свойственной невосприимчивости к помехам от множества путей распространения (MPI) из-за низкой символьной скорости, использования циклического префикса (CP) и сходства с структурами других полос пропускания передач. В восходящей линии связи был принят радиодоступ на основе множественного доступа с разделением каналов по частоте на одной несущей (SC-FDMA), поскольку обеспечение покрытия широкой области было приоритетным по сравнению с повышением максимальной скорости передачи данных, принимая во внимание ограниченную мощность передачи у пользовательского оборудования (UE). Применяются многие ключевые методики пакетного радиодоступа, включающие в себя методики передачи по каналу со многими входами и выходами (MIMO), и высокоэффективная структура управляющей сигнализации достигается в вып. 8/9 LTE.
[0003]
Архитектура LTE
Общая архитектура показана на фиг. 1, а более подробное представление архитектуры E-UTRAN приведено на фиг. 2. E-UTRAN состоит из eNodeB, предоставляющего пользовательскому оборудованию (UE) выходы протоколов плоскости пользователя (PDCP/RLC/MAC/PHY) и плоскости управления (RRC) E-UTRA. eNodeB (eNB) вмещает в себя физический уровень (PHY), уровень управления доступом к среде передачи (MAC), уровень управления радиосвязью (RLC) и уровень протокола управления пакетными данными (PDCP), которые включают в себя функциональные возможности сжатия заголовков и шифрования в плоскости пользователя. Он также предлагает функциональные возможности управления радиоресурсами (RRC), соответствующие плоскости управления. Он выполняет многие функции, включая управление радиоресурсами, управление допуском, планирование, соблюдение согласованного качества обслуживания (QoS) восходящей линии связи, вещание информации о соте, шифрование/дешифрование данных плоскости пользователя и плоскости управления и сжатие/распаковку заголовков пакетов плоскости пользователя нисходящей линии связи/восходящей линии связи. eNodeB взаимосвязаны друг с другом посредством интерфейса X2.
[0004]
eNodeB также подключаются посредством интерфейса S1 к EPC (Развитое пакетное ядро), точнее говоря, к MME (объект управления мобильностью) посредством S1-MME и к обслуживающему шлюзу (SGW) посредством S1-U. Интерфейс S1 поддерживает отношение многие-к-многим между MME/обслуживающими шлюзами и eNodeB. SGW маршрутизирует и перенаправляет пользовательские пакеты данных, также действуя в качестве привязки мобильности для плоскости пользователя во время передач обслуживания между eNodeB и в качестве привязки для мобильности между LTE и другими технологиями 3GPP (завершая интерфейс S4 и ретранслируя трафик между системами 2G/3G и GW PDN). Для пользовательского оборудования в состоянии ожидания SGW завершает путь данных нисходящей линии связи и инициирует поисковый вызов, когда поступают данные нисходящей линии связи для пользовательского оборудования. Он управляет и хранит контексты пользовательского оборудования, например, параметры службы передачи по IP, информацию о внутрисетевой маршрутизации. Он также выполняет копирование пользовательского трафика в случае законного перехвата.
[0005]
MME является основным узлом управления для сети доступа LTE. Он отвечает за отслеживание пользовательского оборудования в режиме ожидания и процедуру поискового вызова, включая повторные передачи. Он участвует в процессе активации/деактивации однонаправленного канала, а также отвечает за выбор SGW для пользовательского оборудования при начальном присоединении и во время передачи обслуживания внутри LTE, вызывающей перемещение узла базовой сети (CN). Он отвечает за аутентификацию пользователя (путем взаимодействия с HSS). Сигнализация уровня, не связанного с предоставлением доступа (NAS), завершается в MME, и он также отвечает за формирование и присвоение временных идентификаторов пользовательскому оборудованию. Он проверяет авторизацию пользовательского оборудования для прикрепления к наземной сети мобильной связи общего пользования (PLMN) у поставщика услуг и соблюдает ограничения по роумингу пользовательского оборудования. MME является оконечной точкой в сети для шифрования/защиты целостности для сигнализации NAS и управляет распределением ключей безопасности. Законный перехват сигнализации также поддерживается MME. MME также обеспечивает функцию плоскости управления для мобильности между LTE и сетями доступа 2G/3G с интерфейсом S3, заканчивающимся в MME от SGSN. MME также завершает интерфейс S6a к домашнему HSS для перемещающегося пользовательского оборудования.
[0006]
Структура компонентной несущей в LTE
Составляющая несущая нисходящей линии связи в системе LTE 3GPP подразделяется в частотно-временной области на так называемые субкадры. В LTE 3GPP каждый субкадр разделяется на два временных интервала нисходящей линии связи, где первый временной интервал нисходящей линии связи содержит область канала управления (область PDCCH) в первых символах OFDM. Каждый субкадр состоит из заданного количества символов OFDM во временной области (12 или 14 символов OFDM в LTE 3GPP (выпуск 8)), где каждый символ OFDM охватывает всю полосу пропускания компонентной несущей. Таким образом, каждый из символов OFDM состоит из некоторого количества символов модуляции, переданных на соответствующих поднесущих, что также показано на фиг. 3.
[0007]
Предполагая систему связи с несколькими несущими, например, применяющую OFDM, которая используется, например, в Системе долгосрочного развития (LTE) 3GPP, наименьшей единицей ресурсов, которая может выделяться планировщиком, является один "блок ресурсов". Блок физических ресурсов (PRB) задается в виде последовательных символов OFDM во временной области (например, 7 символов OFDM) и последовательных поднесущих в частотной области, как проиллюстрировано на фиг. 3 (например, 12 поднесущих для компонентной несущей). Соответственно, в LTE 3GPP (выпуск 8) блок физических ресурсов состоит из элементов ресурсов, соответствующих одному временному интервалу во временной области и 180 кГц в частотной области (дополнительные подробности о сетке ресурсов нисходящей линии связи см., например, в TS 36.211 3GPP "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)" (NPL 1), раздел 6.2, доступном по адресу www.3gpp.org и включенном в этот документ посредством ссылки).
[0008]
Один субкадр состоит из двух временных интервалов, так что имеется 14 символов OFDM в субкадре, когда используется так называемый "нормальный" CP (циклический префикс), и 12 символов OFDM в субкадре, когда используется так называемый "расширенный" CP. Для терминологии частотно-временные ресурсы, эквивалентные таким же последовательным поднесущим, охватывающим полный субкадр, в дальнейшем называются "парой блоков ресурсов", или равносильно "парой RB" либо "парой PRB".
[0009]
Термин "компонентная несущая" относится к сочетанию нескольких блоков ресурсов в частотной области. В будущих выпусках LTE термин "компонентная несущая" уже не используется; вместо этого терминология меняется на "соту", которая относится к сочетанию ресурсов нисходящей линии связи и, при необходимости, ресурсов восходящей линии связи. Связь между несущей частотой ресурсов нисходящей линии связи и несущей частотой ресурсов восходящей линии связи указывается в системной информации, передаваемой на ресурсах нисходящей линии связи.
[0010]
Аналогичные допущения для структуры компонентной несущей также применяются к более поздним выпускам.
[0011]
Агрегирование несущих в LTE-A для поддержки более широкой полосы пропускания
При агрегировании несущих, доступном в LTE начиная с выпуска 10, агрегируются две или более компонентных несущих, чтобы поддерживать более широкие полосы пропускания передач вплоть до 100 МГц. Несколько сот в системе LTE агрегируются в один более широкий канал в системе LTE-Advanced, который достаточно широк для 100 МГц, даже если эти соты в LTE могут находиться в разных полосах частот.
[0012]
Все компонентные несущие могут конфигурироваться совместимыми с вып. 8/9 LTE, по меньшей мере когда полоса пропускания у компонентной несущей не превышает поддерживаемую полосу пропускания у соты вып. 8/9 LTE. Не обязательно все компонентные несущие, агрегированные пользовательским оборудованием, могут быть совместимыми с вып. 8/9. Может использоваться существующий механизм (например, запрещение), чтобы избежать прикрепления пользовательского оборудования вып. 8/9 к компонентной несущей.
[0013]
Пользовательское оборудование в зависимости от его возможностей может одновременно принимать или передавать одну или несколько компонентных несущих (соответствующих нескольким обслуживающим сотам). Пользовательское оборудование вып. 10 LTE-A с возможностями приема и/или передачи для агрегирования несущих может одновременно принимать и/или передавать в нескольких обслуживающих сотах, тогда как пользовательское оборудование вып. 8/9 LTE может принимать и передавать только в одной обслуживающей соте при условии, что структура компонентной несущей придерживается спецификаций вып. 8/9.
[0014]
Агрегирование несущих поддерживается как для смежных, так и для несмежных компонентных несущих, причем каждая компонентная несущая ограничена не более 110 блоками ресурсов в частотной области при использовании нумерации LTE 3GPP (выпуск 8/9). Можно конфигурировать совместимое с LTE-A 3GPP (выпуск 10) пользовательское оборудование для агрегирования разного количества компонентных несущих, исходящих от одного и того же eNodeB (базовая станция) и, возможно, с разными полосами пропускания на восходящей линии связи и нисходящей линии связи. Количество компонентных несущих нисходящей линии связи, которое может конфигурироваться, зависит от возможности агрегирования на нисходящей линии связи у UE. Наоборот, количество компонентных несущих восходящей линии связи, которое может конфигурироваться, зависит от возможности агрегирования на восходящей линии связи у UE. В настоящее время невозможно сконфигурировать мобильный терминал с большим количеством компонентных несущих восходящей линии связи, чем количество компонентных несущих нисходящей линии связи.
[0015]
Расстояние между центральными частотами у смежно агрегированных компонентных несущих должно быть кратным 300 кГц. Это нужно для совместимости с частотным растром 100 кГц в LTE 3GPP (выпуск 8/9) и в то же время для сохранения ортогональности поднесущих с расстоянием в 15 кГц. В зависимости от сценария агрегирования расстояние n * 300 кГц может обеспечиваться вставкой небольшого количества неиспользуемых поднесущих между смежными компонентными несущими.
[0016]
Сущность агрегирования нескольких несущих раскрывается только до уровня MAC. Для восходящей линии связи и нисходящей линии связи необходим один объект HARQ в MAC для каждой агрегированной компонентной несущей. Имеется (при отсутствии SU-MIMO для восходящей линии связи) не более одного транспортного блока на каждую компонентную несущую. Транспортный блок и его возможные повторные передачи HARQ нужно отображать на той же компонентной несущей.
[0017]
Уровень 2 LTE - стек протоколов плоскости пользователя и плоскости управления
Стек протоколов плоскости пользователя/плоскости управления на уровне 2 LTE содержит три подуровня, как показано на фиг. 4, PDCP, RLC и MAC. На передающей стороне каждый уровень принимает сервисный блок данных, SDU, от более высокого уровня, для которого этот уровень предоставляет сервис, и выводит PDU на уровень ниже. Уровень RLC принимает пакеты с уровня PDCP. Эти пакеты называются PDU PDCP с точки зрения PDCP и представляют собой SDU RLC с точки зрения RLC. Уровень RLC создает пакеты, которые предоставляются на уровень ниже, то есть уровень MAC. Пакеты, предоставленные RLC на уровень MAC, являются PDU RLC с точки зрения RLC и SDU MAC с точки зрения MAC.
[0018]
На приемной стороне процесс меняется на противоположный, при этом каждый уровень передает SDU вплоть до уровня выше, где они принимаются в качестве PDU.
[0019]
Хотя физический уровень по существу предоставляет конвейер двоичных сигналов, защищенный турбо-кодированием и контролем циклическим избыточным кодом (CRC), протоколы канального уровня улучшают сервис для верхних уровней с помощью повышенной надежности, безопасности и целостности. К тому же канальный уровень отвечает за многопользовательский доступ к среде и планирование. Одной из основных задач для исполнения канального уровня LTE является обеспечение необходимых уровней надежности и задержек для потоков данных по Интернет-протоколу (IP) с их широким диапазоном разных сервисов и скоростей передачи данных. В частности, служебная нагрузка протокола должна масштабироваться. Например, считается, что потоки голоса по IP (VoIP) могут допускать задержки порядка 100 мс и потери пакетов вплоть до 1 процента. С другой стороны, хорошо известно, что загрузки файлов по TCP выполняются лучше по линиям связи с малым произведением полосы пропускания на задержку. Следовательно, загрузки с очень высокими скоростями передачи данных (например, 100 Мб/с) требуют еще меньших задержек и, к тому же, более чувствительны к потерям IP-пакетов, нежели трафик VoIP.
[0020]
Все это достигается тремя подуровнями канального уровня LTE, которые частично пересекаются.
[0021]
Подуровень протокола конвергенции пакетных данных (PDCP) отвечает преимущественно за сжатие IP-заголовков и шифрование. К тому же он поддерживает мобильность без потерь в случае передач обслуживания между eNB и обеспечивает защиту целостности для протоколов управления более высоких уровней.
[0022]
Подуровень управления радиосвязью (RLC) содержит преимущественно функциональные возможности ARQ и поддерживает сегментацию и объединение данных. Две последних функции минимизируют служебную нагрузку протокола независимо от скорости передачи данных.
[0023]
В конечном счете подуровень управления доступом к среде передачи (MAC) обеспечивает HARQ и отвечает за функциональные возможности, которые необходимы для доступа к среде, например, операцию планирования и произвольный доступ. Фиг. 5 примерно изображает поток данных IP-пакета по протоколам канального уровня к физическому уровню. Фигура показывает, что каждый подуровень протокола добавляет свой заголовок протокола к блокам данных.
[0024]
Схема доступа по восходящей линии связи для LTE
Для передачи по восходящей линии связи необходима энергоэффективная передача от пользовательского терминала, чтобы максимизировать покрытие. Передача на одной несущей, объединенная с FDMA с динамическим распределением полосы пропускания, выбрана в качестве схемы передачи по восходящей линии связи усовершенствованного UTRA. В течение каждого интервала времени Узел В выделяет пользователям уникальный частотно/временной ресурс для передачи пользовательских данных, посредством этого обеспечивая ортогональность внутри соты. Ортогональный доступ на восходящей линии связи обещает повышенную спектральную эффективность путем устранения внутрисотовых помех. Помехи вследствие многолучевого распространения обрабатываются на базовой станции (Узел  В) с помощью вставки циклического префикса в передаваемый сигнал.
[0025]
Основной физический ресурс, используемый для передачи данных, состоит из частотного ресурса размера BWgrant в течение одного интервала времени, например субкадра 0,5 мс, в который отображаются кодированные информационные биты. Следует отметить, что субкадр, также называемый интервалом времени передачи (TTI), является наименьшим интервалом времени для передачи пользовательских данных. Однако можно выделять пользователю частотный ресурс BWgrant на больший период времени, нежели один TTI, путем объединения субкадров.
[0026]
Схема планирования UL для LTE
Схема восходящей линии связи допускает как запланированный доступ, то есть управляемый eNB, так и доступ с конкуренцией.
[0027]
В случае запланированного доступа UE распределяется некоторый частотный ресурс на некоторое время (то есть частотно/временной ресурс) для передачи данных по восходящей линии связи. Однако некоторые частотно/временные ресурсы могут распределяться для доступа с конкуренцией. В рамках этих частотно/временных ресурсов UE могут передавать без первоначального планирования. Одним сценарием, где UE осуществляет доступ с конкуренцией, является, например, произвольный доступ, то есть когда UE выполняет начальный доступ к соте или запрос ресурсов восходящей линии связи.
[0028]
Для запланированного доступа планировщик Узла В выделяет пользователю уникальный частотно/временной ресурс для передачи данных по восходящей линии связи. Точнее говоря, планировщик определяет, какому (каким) UE разрешено передавать, какие ресурсы физического канала (частота) и формат транспортировки (схема модуляции и кодирования (MCS)) нужно использовать мобильному терминалу для передачи.
[0029]
Информация о распределении сигнализируется к UE посредством предоставления планирования, отправленного по каналу управления L1/L2 (в дальнейшем называемому "каналом предоставления восходящей линии связи"). Сообщение предоставления планирования содержит информацию, какую часть полосы частот разрешено использовать UE, период действия предоставления и формат транспортировки, который должно использовать UE для предстоящей передачи по восходящей линии связи. Самым коротким периодом действия является один субкадр. В зависимости от выбранной схемы в сообщение предоставления для UE также может включаться дополнительная информация. Затем UE распределяет выделенные ресурсы среди своих однонаправленных радиоканалов в соответствии с некоторыми правилами. eNB выбирает формат транспортировки на основе некоторой информации, например, сообщенной информации планирования и информации QoS, и UE должно придерживаться выбранного формата транспортировки. Поскольку планирование радиоресурсов является самой важной функцией в сети с совместным доступом к каналу для определения качества обслуживания, существует некоторое количество требований, которые должна выполнять схема планирования UL для LTE, чтобы обеспечивать эффективное управление QoS.
[0030]
- Следует избегать "информационного голода" низкоприоритетных сервисов. Информационный голод означает, что данные из низкоприоритетных логических каналов нельзя передать, потому что данные из высокоприоритетных логических каналов занимают все пространство PDU MAC.
- Схемой планирования должна поддерживаться четкая дифференциация QoS для однонаправленных радиоканалов/сервисов.
- Сообщение UL должно разрешать детальные отчеты по буферу (например, на каждый однонаправленный радиоканал или на каждую группу однонаправленных радиоканалов), чтобы позволить планировщику eNB идентифицировать, для какого однонаправленного радиоканала/сервиса нужно отправить данные.
- Должна существовать возможность четкой дифференциации QoS между сервисами разных пользователей.
- Должна существовать возможность обеспечивать минимальную скорость передачи битов на каждый однонаправленный радиоканал.
[0031]
Как видно из вышеприведенного списка, одним неотъемлемым аспектом схемы планирования LTE является предоставление механизмов, с помощью которых оператор может управлять разбиением агрегированной пропускной способности соты между однонаправленными радиоканалами с разными классами QoS.
[0032]
Процедура приоритизации логического канала, LCP
Для восходящей линии связи полностью стандартизован процесс, по которому UE создает PDU MAC для передачи с использованием распределенных радиоресурсов; это сделано для гарантии, что UE выполняет QoS каждого сконфигурированного однонаправленного радиоканала способом, который оптимален и последователен между разными реализациями UE. На основе сообщения предоставления ресурсов передачи по восходящей линии связи, сигнализированного по PDCCH, UE должно выбрать объем данных для каждого логического канала, включаемый в новый MAC, а также, если необходимо, распределить пространство для элемента управления MAC.
[0033]
При создании PDU MAC с данными из нескольких логических каналов наиболее простым и интуитивным способом является способ на основе абсолютного приоритета, где пространство PDU MAC распределяется логическим каналам в порядке уменьшения приоритета логического канала. То есть первыми в PDU MAC обслуживаются данные из логического канала с наивысшим приоритетом, после них идут данные из логического канала со следующим наивысшим приоритетом, пока не закончится пространство PDU MAC. Хотя способ на основе абсолютного приоритета довольно простой в плане реализации UE, иногда он приводит к недостатку данных из низкоприоритетных логических каналов.
[0034]
В LTE для каждого логического канала задается приоритетная скорость передачи битов (PBR), чтобы передавать данные в порядке важности, но также избегать недостатка данных с меньшим приоритетом. PBR является минимальной скоростью передачи данных, гарантируемой для логического канала. Даже если логический канал обладает низким приоритетом, распределяется по меньшей мере небольшой объем пространства PDU MAC, чтобы гарантировать PBR. Таким образом, с использованием PBR можно избежать проблемы информационного голода.
[0035]
Создание PDU MAC с PBR состоит из двух этапов. На первом этапе каждый логический канал обслуживается в порядке уменьшения приоритета логического канала, но объем данных из каждого логического канала, включенный в PDU MAC, сначала ограничивается величиной, соответствующей сконфигурированному значению PBR у логического канала. После того, как обслужены все логические каналы в соответствии с их значениями PBR, выполняется второй этап, если осталось место в PDU MAC. На втором этапе каждый логический канал опять обслуживается в порядке уменьшения приоритета. Основное отличие второго этапа по сравнению с первым этапом состоит в том, что каждому логическому каналу меньшего приоритета можно распределять пространство PDU MAC, только если у всех логических каналов большего приоритета больше нет данных для передачи.
[0036]
PDU MAC может включать в себя не только SDU MAC из каждого сконфигурированного логического канала, но также CE (элементы управления) MAC. За исключением заполняющего BSR (отчет о состоянии буфера) CE MAC имеет больший приоритет, нежели SDU MAC из логических каналов, потому что он управляет работой уровня MAC. Таким образом, когда составляется PDU MAC, первым нужно включить CE MAC, если он существует, а оставшееся пространство используется для SDU MAC из логических каналов. Затем, если осталось дополнительное пространство, и оно достаточно большое для включения BSR, заполняющий BSR инициируется и включается в PDU MAC.
[0037]
Приоритизация логического канала для восходящей линии связи стандартизована, например, в TS 36.321 3GPP "Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification" (NPL 2), (последняя версия 12.4.0) в разделе 5.4.3.1, доступном по адресу www.3gpp.org и включенном в этот документ.
[0038]
Процедура приоритизации логического канала (LCP) применяется, когда выполняется новая передача транспортного блока (то есть не при повторных передачах одних и тех же данных).
[0039]
RRC управляет планированием данных восходящей линии связи путем сигнализации для каждого логического канала:
- приоритета, где увеличивающееся значение приоритета указывает меньший уровень приоритета,
- prioritisedBitRate, который задает приоритетную скорость передачи битов (PBR),
- bucketSizeDuration, который задает длительность корзины (BSD).
[0040]
UE должно поддерживать переменную Bj для каждого логического канала j. Bj должно инициализироваться нулем, когда устанавливается соответствующий логический канал, и увеличиваться на произведение PBR × длительность TTI для каждого TTI, где PBR - приоритетная скорость передачи битов у логического канала j. Однако значение Bj никогда не может превышать размер корзины, и если значение Bj больше размера корзины у логического канала j, то его следует установить в размер корзины. Размер корзины логического канала равен PBR * BSD, где PBR и BSD конфигурируются верхними уровнями.
[0041]
UE (объект MAC) должно выполнять следующую процедуру приоритизации логического канала, когда выполняется новая передача:
- UE (объект MAC) должно распределить ресурсы логическим каналам на следующих этапах:
-- Этап 1: Всем логическим каналам с Bj > 0 распределяются ресурсы в порядке уменьшающегося приоритета. Если PBR однонаправленного радиоканала устанавливается в "бесконечность", то UE должно распределить ресурсы для всех данных, которые доступны для передачи по однонаправленному радиоканалу, до достижения PBR однонаправленного радиоканала (радиоканалов) меньшего приоритета;
-- Этап 2: UE (объект MAC) должно уменьшить Bj на общий размер MAC SDU, выделенных логическому каналу j на этапе 1.
ПРИМЕЧАНИЕ: Значение Bj может быть отрицательным.
-- Этап 3: если остаются какие-либо ресурсы, то все логические каналы обслуживаются в строгом порядке уменьшающегося приоритета (независимо от значения Bj), пока не исчерпаются либо данные для того логического канала, либо предоставление UL, в зависимости от того, что наступит раньше. Логические каналы, сконфигурированные с равным приоритетом, следует обслуживать одинаково.
[0042]
- UE (объект MAC) также должно следовать нижеприведенным правилам во время вышеупомянутых процедур планирования:
-- UE (объекту MAC) не следует сегментировать SDU RLC (или частично переданный SDU, или повторно переданный PDU RLC), если весь SDU (или частично переданный SDU, или повторно переданный PDU RLC) помещается в оставшиеся ресурсы;
-- если UE (объект MAC) сегментирует SDU RLC из логического канала, то оно должно максимизировать размер сегмента для заполнения предоставления, насколько это возможно;
-- UE (объекту MAC) следует максимизировать передачу данных.
-- если UE (объекту MAC) предоставлен размер предоставления UL, который больше либо равен 4 байтам, при наличии доступных для передачи данных, то UE (объект MAC) не должно передавать только заполняющий BSR и/или заполнение (если только размер предоставления UL меньше 7 байт, и нужно передать сегмент PDU AMD).
[0043]
UE не должно передавать данные для логического канала, соответствующего однонаправленному радиоканалу, который приостановлен (условия, когда однонаправленный радиоканал считается приостановленным, задаются в TS 36.331 3GPP, 12.5.0, "Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification" (NPL 3), доступном по адресу www.3gpp.org).
[0044]
Для процедуры приоритизации логического канала UE должно учитывать следующий относительный приоритет в порядке уменьшения:
- элемент управления MAC для C-RNTI или данные из UL-CCCH;
- элемент управления MAC для BSR, кроме BSR, включенного для заполнения;
- элемент управления MAC для PHR или расширенного PHR, либо PHR с двойной подключаемостью;
- данные из любого логического канала, за исключением данных из UL-CCCH;
- элемент управления MAC для BSR, включенного для заполнения.
[0045]
Когда у UE запрашивают передачу нескольких PDU MAC в одном TTI, этапы с 1 по 3 и ассоциированные правила могут применяться либо к каждому предоставлению независимо, либо к сумме способностей предоставлений. Также порядок, в котором обрабатываются предоставления, оставляют на реализацию UE. Реализация UE должна решать, в какой PDU MAC включается элемент управления MAC, когда у UE запрашивают передачу нескольких PDU MAC в одном TTI.
[0046]
Сообщение о состоянии буфера
Обычным режимом планирования является динамическое планирование посредством сообщений выделения нисходящей линии связи для распределения ресурсов передачи по нисходящей линии связи и сообщений предоставления восходящей линии связи для распределения ресурсов передачи по восходящей линии связи; они обычно действительны для определенных одиночных субкадров. Они передаются по PDCCH с использованием C-RNTI у UE. Динамическое планирование эффективно для типов сервисов, в которых трафик пиковый и динамический по скорости, например TCP.
[0047]
В дополнение к динамическому планированию задается постоянное планирование, которое дает радиоресурсам возможность полустатически конфигурироваться и распределяться UE на больший период времени, нежели один субкадр, соответственно избегая необходимости определенных сообщений выделения нисходящей линии связи или сообщений предоставления восходящей линии связи по PDCCH для каждого субкадра. Постоянное планирование полезно для таких сервисов, как VoIP, для которых пакеты данных небольшие, периодические и полустатические по размеру. Таким образом, служебная нагрузка PDCCH значительно уменьшается по сравнению со случаем динамического планирования.
[0048]
Отчеты о состоянии буфера (BSR) от UE к eNodeB используются для содействия eNodeB в распределении ресурсов восходящей линии связи, то есть в планировании восходящей линии связи. Для случая нисходящей линии связи планировщик eNB, очевидно, знает объем данных, доставляемый к каждому UE; однако для направления восходящей линии связи, поскольку решения планирования принимаются на eNB, а буфер для данных находится в UE, от UE к eNB приходится отправлять BSR, чтобы указать объем данных, который нужно передать по UL-SCH.
[0049]
Элементы управления MAC отчета о состоянии буфера для LTE состоят либо из длинного BSR (с четырьмя полями размера буфера, соответствующими ID #0-3 LCG), либо короткого BSR (с одним полем ID LCG и одним соответствующим полем размера буфера). Поле размера буфера указывает общий объем данных, доступный по всем логическим каналам группы логических каналов, и указывается в количестве байтов, кодированном в виде индекса разных уровней размера буфера (см. также TS 36.321 3GPP "Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification", версия 12.4.0, раздел 6.1.3.1, доступный по адресу www.3gpp.org и включенный настоящим посредством ссылки).
[0050]
Какой из короткого или длинного BSR передается посредством UE, зависит от доступных ресурсов передачи в транспортном блоке, от того, сколько групп логических каналов имеют непустые буферы, и от того, инициируется ли характерное событие на UE. Длинный BSR сообщает объем данных для четырех групп логических каналов, тогда как короткий BSR указывает объем данных, буферизованных только для наивысшей группы логических каналов.
[0051]
Причина введения идеи группы логических каналов заключается в том, что даже если у UE могло быть больше четырех сконфигурированных логических каналов, сообщение состояния буфера для каждого отдельного логического канала вызвало бы слишком большую служебную нагрузку сигнализации. Поэтому eNB назначает каждый логический канал группе логических каналов; логические каналы с одинаковыми/аналогичными требованиями QoS предпочтительно следует распределять в одну и ту же группу логических каналов.
[0052]
Чтобы быть устойчивым к сбоям передачи, существует механизм повторной передачи BSR, заданный для LTE; таймер повторной передачи BSR запускается или перезапускается всякий раз, когда перезапускается предоставление восходящей линии связи; если никакого предоставления восходящей линии связи не принимается до истечения таймера повторной передачи BSR, то UE инициирует другой BSR.
[0053]
BSR инициируется для таких событий, как:
- Всякий раз, когда поступают данные для логического канала, который имеет больший приоритет, чем логические каналы, чей буфер непустой (то есть чей буфер ранее содержал данные);
- Всякий раз, когда становятся доступны данные для любого логического канала, когда раньше не было доступных для передачи данных (то есть все буферы ранее были пустые)
- Всякий раз, когда истекает таймер повторной передачи BSR
- Всякий раз, когда должно произойти периодическое сообщение BSR, то есть истекает таймер периодического BSR
- Всякий раз, когда есть свободное пространство в транспортном блоке, которое может вместить BSR
[0054]
Более подробная информация в отношении BSR и, в частности, его инициирования объясняется в описании TS 36.321 3GPP версии 12.4.0 в разделе 5.4.5, доступном по адресу www.3gpp.org и включенном настоящим посредством ссылки.
[0055]
Если у UE нет ресурсов восходящей линии связи, распределенных для включения BSR в транспортный блок, когда инициируется BSR, то UE отправляет запрос планирования (SR) к eNodeB, чтобы получить ресурсы восходящей линии связи для передачи BSR. Для запроса распределения радиоресурса восходящей линии связи для отправки BSR либо отправляется однобитовый запрос планирования по PUCCH (специализированный запрос планирования, D-SR), либо выполняется процедура произвольного доступа (RACH).
[0056]
Сервисы, связанные с близостью, (ProSe) между устройствами (D2D) LTE
Приложения на основе близкого расположения могут использоваться в областях, включающих сервисы, связанные с платными сервисами и общественной безопасностью, что представляло бы интерес для операторов и пользователей. Связь между устройствами (D2D) является компонентом технологии для вып.12 LTE, который дает возможность прямой связи между пользовательскими терминалами без прохождения трафика через какую-либо базовую станцию. Технология связи между устройствами (D2D) допускает D2D в качестве "подложки" для сотовой сети, чтобы повысить спектральную эффективность. Например, если сотовой сетью является LTE, то все физические каналы, переносящие данные, используют SC-FDMA для сигнализации D2D.
[0057]
Связь D2D в LTE
Связь D2D в LTE сосредоточена в двух областях: Обнаружение и Связь.
Прямое обнаружение ProSe (сервисы на основе близкого расположения) задается в качестве процедуры, используемой UE с поддержкой ProSe для обнаружения поблизости другого (других) UE с поддержкой ProSe с использованием прямых радиосигналов E-UTRA по интерфейсу PC5. Фиг. 6 схематически иллюстрирует интерфейс PC5 для прямого обнаружения между устройствами, между UE A и UE B. Она также схематически иллюстрирует стек протоколов радиосвязи (AS) для Прямого обнаружения ProSe, включающий в себя физический уровень, протокол радиосвязи L2 (который может быть MAC) и протокол ProSe "более высокого уровня".
[0058]
При связи D2D UE передают друг другу сигналы данных по прямой линии связи, используя сотовые ресурсы, вместо передачи через базовую станцию (BS). Пользователи D2D осуществляют связь напрямую, оставаясь при этом под управлением BS, то есть по меньшей мере при нахождении в пределах покрытия eNB. Поэтому D2D может повысить производительность системы путем повторного использования сотовых ресурсов.
[0059]
Предполагается, что D2D работает в спектре восходящей линии связи LTE (в случае FDD) или субкадрах восходящей линии связи в соте, обеспечивающей покрытие (в случае TDD - за исключением нахождения вне покрытия). Кроме того, передача/прием D2D не использует полный дуплекс на заданной несущей. С точки зрения отдельного UE на заданной несущей прием сигнала D2D и передача по восходящей линии связи LTE не используют полный дуплекс, то есть невозможен одновременный прием сигнала D2D и передача по UL LTE.
[0060]
При связи D2D, когда одно конкретное UE1 играет роль передачи (передающее пользовательское оборудование или передающий терминал), UE1 отправляет данные, а другое UE2 (приемное пользовательское оборудование) принимает их. UE1 и UE2 могут меняться ролью передачи и приема. Передача от UE1 может приниматься одним или несколькими UE типа UE2.
[0061]
Что касается протоколов плоскости пользователя, ниже приводится часть соглашения с точки зрения связи D2D (см. также TR 36.843 3GPP, текущая версия 12.0.1, "Study on LTE device to device proximity services; Radio aspects", раздел 9.2.2, доступный по адресу www.3gpp.org и включенный в этот документ посредством ссылки):
[0062]
PDCP:
- Данные широковещательной связи D2D 1:M (одно устройство передает M устройствам, M - целое число) (то есть IP-пакеты) должны обрабатываться как обычные данные плоскости пользователя.
- Сжатие/распаковка заголовков в PDCP применимы для широковещательной связи D2D 1:M.
-- U-Mode используется для сжатия заголовков в PDCP для вещательного режима D2D для общественной безопасности;
[0063]
RLC:
- UM RLC используется для широковещательной связи D2D 1:M.
- Сегментация и повторная сборка поддерживаются на L2 посредством UM RLC.
- Приемному UE нужно поддерживать по меньшей мере один объект UM RLC на каждое передающее равноправное UE.
- Не нужно конфигурировать приемный объект UM RLC перед приемом первого блока данных UM RLC.
- До настоящего времени не выявлено потребности в AM RLC или RLC TM для связи D2D для передачи данных плоскости пользователя.
[0064]
MAC:
- Никакой обратной связи HARQ не предполагается для широковещательной связи D2D 1:M
- Приемному UE нужно знать ID источника, чтобы идентифицировать приемный объект UM RLC.
- Заголовок MAC содержит целевой ID L2, который допускает фильтрацию пакетов на уровне MAC.
- Целевой ID L2 может быть широковещательным, групповым или индивидуальным адресом.
-- Групповой/одноадресный L2: Целевой ID L2, переносимый в заголовке MAC, позволил бы отбрасывание принятого PDU UM RLC даже перед его доставкой приемному объекту RLC.
-- Широковещательный L2: Приемное UE обрабатывало бы все принятые PDU RLC от всех передатчиков и стремилось повторно собирать и доставлять IP-пакеты на верхние уровни.
- Подзаголовок MAC содержит LCID (для различия нескольких логических каналов).
- Для D2D полезны по меньшей мере мультиплексирование/демультиплексирование, обработка приоритетов и заполнение.
[0065]
Идентификаторы, связанные с прямой связью ProSe
TS 36.300 3GPP "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2" (NPL 4), текущая версия 12.4.0, доступный по адресу www.3gpp.org, задает в разделе 8.3 следующие идентификаторы для использования в прямой связи ProSe:
- SL-RNTI: Уникальная идентификация, используемая для планирования прямой связи ProSe;
- ID исходного уровня-2: Идентифицирует отправителя данных при одноуровневой линии связи ProSe с прямым соединением. ID исходного уровня-2 имеет длину 24 бита и используется вместе с ID назначения уровня-2 ProSe и LCID для идентификации объекта UM RLC и объекта PDCP в приемнике;
- ID уровня назначения-2: Идентифицирует целевой объект данных при одноуровневой линии связи ProSe с прямым соединением. ID уровня назначения-2 имеет длину 24 бита и на уровне MAC разделяется на две битовые строки:
-- Одна битовая строка является частью LSB (8 битов) ID уровня назначения-2 и перенаправляется на физический уровень в качестве ID управления одноуровневой линией связи уровня-1. Идентифицирует целевой объект предназначенных данных при управлении одноуровневой линией связи и используется для фильтрации пакетов на физическом уровне.
-- Вторая битовая строка является частью MSB (16 битов) ID уровня назначения-2 и переносится в заголовке MAC. Используется для фильтрации пакетов на уровне MAC.
[0066]
Никакой сигнализации уровня, связанного с предоставлением доступа, не требуется для образования группы и конфигурирования ID исходного уровня-2, ID уровня назначения-2 и ID управления одноуровневой линией связи L1 на UE. Эти идентификаторы либо предоставляются более высоким уровнем, либо выводятся из идентификаторов, предоставленных более высоким уровнем. В случае групповой и широковещательной рассылки ID UE ProSe, предоставленный более высоким уровнем, используется непосредственно в качестве ID исходного уровня-2, а ID группы уровня-2 ProSe, предоставленный более высоким уровнем, используется непосредственно в качестве ID уровня назначения-2 на уровне MAC.
[0067]
Распределение радиоресурсов для сервисов, связанных с близостью,
С точки зрения передающего UE другое UE с поддержкой сервисов, связанных с близостью, (UE с поддержкой ProSe) может работать в двух режимах для распределения ресурсов:
[0068]
Режим 1 относится к запланированному eNB распределению ресурсов, где UE запрашивает ресурсы передачи у eNB (или транзитного узла выпуска 10), а eNodeB (или транзитный узел выпуска 10), в свою очередь, планирует точные ресурсы, используемые UE для передачи прямых данных и прямой управляющей информации (например, Назначение планирования). UE нужно быть RRC_CONNECTED, чтобы передавать данные. В частности, UE обычным способом отправляет запрос планирования (D-SR или произвольный доступ) к eNB с последующим отчетом о состоянии буфера (BSR) (см. также следующий раздел "Процедура передачи для связи D2D"). На основе BSR eNB может определить, что у UE есть данные для передачи по Прямой связи ProSe, и может оценить необходимые для передачи ресурсы.
[0069]
С другой стороны, Режим 2 относится к самостоятельному выбору UE ресурсов, где UE само выбирает ресурсы (время и частоту) из совокупности (совокупностей) ресурсов, чтобы передать прямые данные и информацию управления одноуровневой линией связи (то есть SA). Одна совокупность ресурсов задается, например, содержимым SIB18, а именно полем commTxPoolNormalCommon, эта конкретная совокупность ресурсов транслируется в соте, а затем обычно доступна всем UE в соте в состоянии RRC_Idle. Фактически, eNB может задать вплоть до четырех разных экземпляров упомянутой совокупности, соответственно - четыре совокупности ресурсов для передачи сообщений SA и прямых данных. Однако UE всегда должно использовать первую совокупность ресурсов, заданную в списке, даже если оно оснащено несколькими совокупностями ресурсов для выпуска 12 LTE. Более поздние версии стандарта могут поступать иначе.
[0070]
В качестве альтернативы другая совокупность ресурсов может быть задана посредством eNB и сигнализирована в SIB18, а именно с использованием поля commTxPoolExceptional, которое может использоваться UE в исключительных случаях.
[0071]
Какой режим распределения ресурсов собирается использовать UE, конфигурируется посредством eNB. Кроме того, какой режим распределения ресурсов собирается использовать UE для передачи данных D2D, также может зависеть от состояния RRC, то есть RRC_IDLE или RRC_CONNECTED, и состояния покрытия UE, то есть в пределах покрытия, вне покрытия. UE считается находящимся в пределах покрытия, если у него есть обслуживающая сота (то есть UE находится в RRC_CONNECTED или прикрепляется к соте в RRC_IDLE).
- Для UE применяются следующие правила по отношению к режиму распределения ресурсов:
- Если UE вне покрытия, то оно может использовать только Режим 2;
- Если UE в пределах покрытия, то оно может использовать Режим 1, если eNB конфигурирует его соответствующим образом;
- Если UE в пределах покрытия, то оно может использовать Режим 2, если eNB конфигурирует его соответствующим образом;
[0072]
Когда отсутствуют исключительные условия, UE может переключаться из Режима 1 в Режим 2 или наоборот, только если оно конфигурируется для этого посредством eNB. Если UE в пределах покрытия, то оно должно использовать только режим, указанный конфигурацией eNB, если не происходит один из исключительных случаев;
-- UE считает себя находящимся в исключительных условиях, например, пока действует T311 или T301;
-- Когда происходит исключительный случай, UE временно разрешают использовать Режим 2, даже если оно сконфигурировано для использования Режима 1.
Находясь в зоне обслуживания соты E-UTRA, UE должно выполнять передачу по прямой связи ProSe на несущей UL только на ресурсах, выделенных той сотой, даже если ресурсы той несущей предварительно сконфигурированы, например, в UICC (универсальная карта с интегральной схемой).
[0073]
Для UE в RRC_IDLE eNB может выбирать один из следующих вариантов:
- eNB может предоставить совокупность ресурсов передачи Режима 2 в SIB. UE, которые авторизованы для Прямой связи ProSe, используют эти ресурсы для Прямой связи ProSe в RRC_IDLE;
- eNB может указать в SIB, что он поддерживает D2D, но не предоставляет ресурсы для Прямой связи ProSe. UE нужно войти в RRC_CONNECTED для выполнения передачи по прямой связи ProSe.
[0074]
Для UE в RRC_CONNECTED: UE в RRC_CONNECTED, которое авторизовано для выполнения передачи по прямой связи ProSe, указывает eNB, что хочет выполнить передачи по прямой связи ProSe, когда ему нужно выполнить передачу по прямой связи ProSe;
- eNB проверяет, авторизовано ли UE в RRC_CONNECTED для передачи по прямой связи ProSe, используя контекст UE, принятый от MME;
- eNB может конфигурировать UE в RRC_CONNECTED путем специализированной сигнализации с совокупностью ресурсов передачи распределения ресурсов Режима-2, которая может использоваться без ограничений, пока UE находится в RRC_CONNECTED. В качестве альтернативы eNB может конфигурировать UE в RRC_CONNECTED путем специализированной сигнализации с совокупностью ресурсов передачи распределения ресурсов Режима 2, которую UE разрешено использовать только в исключительных случаях, и опираясь на Режим 1 в противном случае.
[0075]
Совокупность ресурсов для Назначения планирования, когда UE находится вне покрытия, может конфигурироваться, как указано ниже:
- Совокупность ресурсов, используемая для приема, предварительно конфигурируется.
- Совокупность ресурсов, используемая для передачи, предварительно конфигурируется.
Совокупность ресурсов для Назначения планирования, когда UE находится в пределах покрытия, может конфигурироваться, как указано ниже:
- Совокупность ресурсов, используемая для приема, конфигурируется eNB посредством RRC в специализированной или широковещательной сигнализации.
- Совокупность ресурсов, используемая для передачи, конфигурируется eNB посредством RRC, если используется распределение ресурсов Режима 2
- Совокупность ресурсов SA, используемая для передачи, неизвестна UE, если используется распределение ресурсов Режима 1.
- eNB планирует определенный ресурс (ресурсы) к использованию для передачи Назначения планирования, если используется распределение ресурсов Режима 1. Определенный ресурс, выделенный посредством eNB, находится в совокупности ресурсов для приема Назначения планирования, которое предоставляется UE.
[0076]
Фиг. 7 иллюстрирует использование ресурсов передачи/приема для надлежащей (LTE) и подлежащей(D2D) системы.
[0077]
В основном eNodeB управляет тем, может ли UE применять передачу Режима 1 или Режима 2. Как только UE узнает свои ресурсы, где оно может передавать (или принимать) связь D2D, оно использует соответствующие ресурсы только для соответствующей передачи/приема. Например, на фиг. 7 субкадры D2D будут использоваться только для приема или передачи сигналов D2D. Поскольку UE в качестве устройства D2D работало бы в полудуплексном режиме, оно в любой момент времени могло либо принимать, либо передавать сигналы D2D. Аналогичным образом другие субкадры, проиллюстрированные на фиг. 7, могут использоваться для передач и/или приема LTE (надлежащая система).
[0078]
Процедура передачи для связи D2D
Процедура передачи данных D2D отличается в зависимости от режима распределения ресурсов. Как описано выше для Режима 1, eNB явно планирует ресурсы для Назначения планирования и передачи данных D2D после соответствующего запроса от UE. В частности, eNB может информировать UE, что связь D2D в целом разрешена, но никакие ресурсы Режима 2 (то есть совокупность ресурсов) не предоставляются; это может выполняться, например, с помощью обмена Проявления интереса к связи D2D от UE и соответствующего ответа, Ответа связи D2D, где соответствующий примерный информационный элемент ProseCommConfig, упомянутый выше, не включал бы в себя commTxPoolNormalCommon, означая, что UE, которое хочет начать прямую связь, сопровождающуюся передачами, должно запросить у E-UTRAN выделить ресурсы для каждой отдельной передачи. Таким образом, в этом случае UE должно запросить ресурсы для каждой отдельной передачи, и в дальнейшем для примера перечисляются разные этапы процедуры запроса/предоставления для этого распределения ресурсов Режима 1:
- Этап 1: UE отправляет SR (запрос планирования) к eNB по PUCCH;
- Этап 2: eNB предоставляет ресурс UL (чтобы UE отправило BSR) по PDCCH, скремблированный по C-RNTI;
- Этап 3: UE отправляет BSR D2D, указывающий состояние буфера, по PUSCH;
- Этап 4: eNB предоставляет ресурс D2D (чтобы UE отправило данные) по PDCCH, скремблированный по D2D-RNTI.
- Этап 5: Передающее UE D2D передает данные SA/D2D в соответствии с предоставлением, принятым на этапе 4.
[0079]
Назначение планирования (SA) является компактным (с малой полезной нагрузкой) сообщением, содержащим управляющую информацию, например, указатель (указатели) на частотно-временные ресурсы для соответствующих передач данных D2D. Содержимое SA в основном соответствует предоставлению, принятом на вышеупомянутом этапе 4. Точные подробности предоставления D2D и содержимого SA еще не установлены, но в качестве рабочей гипотезы были достигнуты следующие соглашения для содержимого SA:
- Частотный ресурс указывается с помощью распределения ресурсов Типа 0 UL выпуска 8 (5-13 битов в зависимости от полосы пропускания системы)
- 1 бит индикатора скачкообразной перестройки частоты (согласно вып. 8)
-- Отметим, что нужно задать некоторое переосмысление индексирования, чтобы перестройка не использовала PRB вне сконфигурированной совокупности ресурсов для режима 2.
- Допустимы только однокластерные распределения ресурсов
-- это подразумевает, что если существуют пропуски в совокупности ресурсов в частотной области, распределение ресурсов не должно располагаться по обе стороны пропуска
- Отсутствует индикатор RV в SA
- Шаблон RV для данных: {0, 2, 3, 1}.
[0080]
С другой стороны, для распределения ресурсов Режима 2 вышеупомянутые этапы 1-4 в основном не нужны, и UE самостоятельно выбирает ресурсы для SA и передачи данных D2D из совокупности (совокупностей) ресурсов передачи, сконфигурированной и предоставленной от eNB.
[0081]
Фиг. 8 для примера иллюстрирует передачу Назначения планирования и данных D2D для двух UE, UE-A и UE-B, где ресурсы для отправки назначений планирования периодические, а ресурсы, используемые для передачи данных D2D, указываются соответствующим Назначением планирования.
[0082]
Фиг. 9 иллюстрирует распределение во времени связи D2D для Режима 2, самостоятельного планирования, в течение одного периода SA/данных, также известного как период SC, период управления одноуровневой линией связи.
[0083]
Фиг. 10 иллюстрирует распределение во времени связи D2D для Режима 1, запланированного eNB распределения, в течение одного периода SA/данных. Период SC является периодом времени, состоящим из передачи назначений планирования и их соответствующих данных. Как видно из фиг. 9, UE передает после времени SA_offset Назначение планирования с использованием совокупности ресурсов передачи для назначений планирования для Режима 2, SA_Mode2_Tx_pool. 1-ая передача SA сопровождается, например, тремя повторными передачами одного и того же сообщения SA. Затем UE начинает передачу данных D2D, то есть, в частности, битовый массив/шаблон T-RPT, с некоторым сконфигурированным смещением (Mode2data_offset) после первого субкадра совокупности ресурсов SA (заданным с помощью SA_offset). Одна передача данных D2D в PDU MAC состоит из 1-ых передач и нескольких повторных передач. Для иллюстрации фиг. 9 (и фиг. 10) предполагается, что выполняется три повторных передачи (то есть 2-ая, 3-я и 4-ая передача одного и того же PDU MAC). Битовый массив T-RPT Режима 2 (шаблон временного ресурса передачи (T-RPT)) в основном задает распределение во времени передачи PDU MAC (1-ая передача) и ее повторных передач (2-ая, 3-я и 4-ая передача).
[0084]
В течение одного периода SA/данных UE может передавать несколько транспортных блоков (только один за субкадр (TTI), то есть один за другим), однако, только одной группе назначения ProSe. Также повторные передачи одного транспортного блока нужно завершить до начала первой передачи следующего транспортного блока, то есть только один процесс HARQ используется для передачи нескольких транспортных блоков.
[0085]
Как очевидно из фиг. 10, для режима запланированного eNB распределения ресурсов (Режима 1) передача данных D2D, то есть, в частности, шаблон/битовый массив T-RPT, начинается в следующем субкадре UL после последнего повторения передачи SA в совокупности ресурсов SA. Как уже объяснялось для фиг. 9, битовый массив T-RPT Режима 1 (шаблон временного ресурса передачи (T-RPT)) в основном задает распределение во времени передачи PDU MAC (1-ая передача) и ее повторных передач (2-ая, 3-я и 4-ая передача).
[0086]
Архитектура сети ProSe и объекты ProSe
Фиг. 11 иллюстрирует высокоуровневую примерную архитектуру для случая без роуминга, включая разные приложения ProSe в соответствующих UE A и B, а также сервер приложений ProSe и функцию ProSe в сети. Примерная архитектура из фиг. 11 взята из TS 23.303 3GPP "Proximity-based services (ProSe); Stage 2" (NPL 5), версия 12.3.0, раздел 4.2, озаглавленный "Architectural Reference Model", доступного по адресу www.3gpp.org и включенного в этот документ посредством ссылки.
[0087]
Функциональные объекты представляются и подробно объясняются в вышеприведенном TS 23.303 3GPP, раздел 4.4, озаглавленный "Functional Entities", включенном в этот документ посредством ссылки. Функция ProSe является логической функцией, которая используется для связанных с сетью действий, необходимых для ProSe, и играет разные роли для каждой из особенностей ProSe. Функция ProSe является частью EPC 3GPP и предоставляет все релевантные сетевые сервисы типа авторизации, аутентификации, манипулирования данными и т.п., связанные с сервисами,  связанными с близостью. Для прямого обнаружения и связи ProSe UE может получить конкретный идентификатор UE ProSe, другую конфигурационную информацию, а также авторизацию от функции ProSe через опорную точку PC3. В сети может быть несколько развернутых функций ProSe, хотя для простоты иллюстрации представляется одна функция ProSe. Функция ProSe состоит из трех основных подфункций, которые выполняют разные роли в зависимости от особенности ProSe: Функция прямого обеспечения (DPF), Функция управления именами при прямом обнаружении и Функция обнаружения уровня EPC. DPF используется для обеспечения UE необходимыми параметрами, чтобы использовать Прямое обнаружение ProSe и Прямую связь ProSe.
[0088]
Термин "UE", используемый в упомянутой связи, относится к UE с поддержкой ProSe, поддерживающему функциональные возможности ProSe, например:
- Обмен управляющей информацией ProSe между UE с поддержкой ProSe и функцией ProSe через опорную точку PC3.
- Процедуры для открытого Прямого обнаружения ProSe других UE с поддержкой ProSe через опорную точку PC5.
- Процедуры для Прямой связи ProSe "один-ко-многим" через опорную точку PC5.
- Процедуры для действия в качестве ретранслятора UE ProSe в сеть. Удаленное UE осуществляет связь с ретранслятором UE ProSe в сеть через опорную точку PC5. Ретранслятор UE ProSe в сеть использует перенаправление пакетов уровня-3.
- Обмен управляющей информацией между UE ProSe через опорную точку PC5, например, для обнаружение ретранслятора UE в сеть и Прямого обнаружения ProSe.
- Обмен управляющей информацией ProSe между другим UE с поддержкой ProSe и функцией ProSe через опорную точку PC3. В случае ретранслятора UE ProSe в сеть удаленное UE отправит эту управляющую информацию через плоскость пользователя PC5 для ретрансляции по интерфейсу LTE-Uu к функции ProSe.
- Конфигурация параметров (например, включающих IP-адреса, ID группы уровня-2 ProSe, материал безопасности группы, параметры радиоресурсов). Эти параметры могут предварительно конфигурироваться в UE или, при нахождении в пределах покрытия, предоставляться функции ProSe путем сигнализации через опорную точку PC3 в сети.
[0089]
Сервер приложений ProSe поддерживает хранение ID пользователей ProSe EPC и ID функций ProSe и отображение ID пользователей прикладного уровня и ID пользователей ProSe EPC. Сервер приложений (AS) ProSe является объектом вне области действия 3GPP. Приложение ProSe в UE осуществляет связь с AS ProSe через опорную точку PC1 прикладного уровня. AS ProSe подключается к сети 3GPP через опорную точку PC2.
[0090]
Состояния покрытия UE для D2D
Как уже упоминалось раньше, способ распределения ресурсов для связи D2D зависит, кроме состояния RRC, то есть RRC_IDLE и RRC_CONNECTED, также от состояния покрытия у UE, то есть в пределах покрытия, вне покрытия. UE считается находящимся в пределах покрытия, если у него есть обслуживающая сота (то есть UE находится в RRC_CONNECTED или прикрепляется к соте в RRC_IDLE).
[0091]
Два упомянутых до настоящего времени состояния покрытия, то есть в пределах покрытия (IC) и вне покрытия (OOC), дополнительно различаются по субсостояниям для D2D. Фиг. 12 показывает четыре разных состояния, с которыми можно ассоциировать UE D2D, которые можно обобщить следующим образом:
- Состояние 1: У UE1 есть покрытие восходящей линии связи и нисходящей линии связи. В этом состоянии сеть управляет каждым сеансом связи D2D. Кроме того, сеть конфигурирует, следует ли UE1 использовать Режим 1 или Режим 2 распределения ресурсов.
- Состояние 2: У UE2 есть покрытие нисходящей линии связи, но нет покрытия восходящей линии связи, то есть только покрытие DL. Сеть транслирует совокупность ресурсов (с конкуренцией). В этом состоянии передающее UE выбирает ресурсы, используемые для SA и данных, из совокупности ресурсов, сконфигурированной сетью; распределение ресурсов возможно только в соответствии с Режимом 2 для связи D2D в таком состоянии.
- Состояние 3: Поскольку у UE3 нет покрытия восходящей линии связи и нисходящей линии связи, UE3, строго говоря, уже считается находящимся вне покрытия (OOC). Однако UE3 находится в пределах покрытия некоторых UE, которые сами (например, UE1) находятся в пределах покрытия соты, то есть те UE также могут называться ретранслирующими CP UE. Поэтому область UE в состоянии 3 на фиг. 12 можно обозначить как зону обслуживания ретранслирующих CP UE. UE в этом состоянии 3 также называются UE OOC в состоянии 3. В этом состоянии UE принимают некоторую характерную для соты информацию, которая отправляется посредством eNB (SIB) и перенаправляется посредством ретранслирующих CP UE в пределах покрытия соты по PD2DSCH к UE OOC в состоянии 3. Управляемая сетью совокупность ресурсов (с конкуренцией) сигнализируется посредством PD2DSCH.
- Состояние 4: UE4 находится вне покрытия и не принимает PD2DSCH от других UE, которые находятся в пределах покрытия соты. В этом состоянии, которое также называется OOC состояния 4, передающее UE выбирает ресурсы, используемые для передачи данных, из предварительно сконфигурированной совокупности ресурсов.
[0092]
Причина проведения различия между OOC состояния 3 и OOC состояния 4 состоит преимущественно в уходе от потенциально сильных помех между передачами D2D от устройств вне покрытия и унаследованными передачами E-UTRA. Обычно допускающие D2D UE будут иметь предварительно сконфигурированную совокупность (совокупности) ресурсов для передачи SA D2D и данных для использования вне покрытия. Если бы эти UE вне покрытия передавали на этих предварительно сконфигурированных совокупностях ресурсов возле границ соты, то помехи между передачами D2D и унаследованными передачами в пределах покрытия могли бы иметь отрицательное влияние на связь в соте. Если бы UE с поддержкой D2D в рамках покрытия перенаправили конфигурацию совокупности ресурсов D2D устройствам вне покрытия возле границы соты, то UE вне покрытия могли бы ограничить свои передачи ресурсами, заданными eNodeB, и поэтому минимизировать помехи унаследованным передачам в пределах покрытия. Таким образом, RAN1 ввела механизм, где UE в пределах покрытия перенаправляют информацию о совокупности ресурсов и другие связанные с D2D конфигурации устройствам рядом с зоной обслуживания (UE в состоянии 3).
[0093]
Физический канал синхронизации D2D (PD2DSCH) используется для переноса этой информации о совокупностях ресурсов D2D в пределах покрытия к UE вблизи сети, чтобы выравнивались совокупности ресурсов вблизи сети. Подробное содержимое PD2DSCH еще не оформлено.
[0094]
Процедура LCP для логических каналов D2D, одноуровневой линии связи
Процедура LCP для D2D будет отличаться от представленной выше процедуры LCP для "обычных" данных LTE. Следующая информация взята из R2-145435, Запрос на изменение 0744 для TS 36.321 в версии 12.3.0, направленный на внедрение ProSe и ее функциональных возможностей; настоящим он полностью включается в этот документ посредством ссылки.
Процедура приоритизации логического канала применяется, когда выполняется новая передача.
[0095]
UE должно выполнять следующую процедуру приоритизации логического канала, когда выполняется новая передача. UE должно распределить ресурсы логическим каналам одноуровневой линии связи в соответствии со следующими правилами:
- UE не следует сегментировать SDU RLC (или частично переданный SDU), если весь SDU (или частично переданный SDU) помещается в оставшиеся ресурсы;
- если UE сегментирует SDU RLC из логического канала одноуровневой линии связи, то оно должно максимизировать размер сегмента для заполнения предоставления, насколько это возможно;
- UE следует максимизировать передачу данных.
- если UE предоставлен размер предоставления одноуровневой линии связи, который больше либо равен 10 байтам, при наличии доступных для передачи данных, то UE не должно передавать только заполнение.
[0096]
ПРИМЕЧАНИЕ: Вышеприведенные правила подразумевают, что порядок, в котором обслуживаются логические каналы одноуровневой линии связи, оставлен на реализацию UE. В целом, для одного PDU MAC должен рассматривать только логические каналы с одинаковыми парами ID исходного уровня-2 - ID уровня назначения-2, то есть для одного PDU объект MAC в UE должен рассматривать только логические каналы в одной и той же группе назначения ProSe. Кроме того, в вып. 12 в течение одного периода SA/данных передающее D2D UE может передавать данные только одной группе назначения ProSe.
[0097]
Все логические каналы D2D (одноуровневой линии связи), например STCH, канал трафика одноуровневой линии связи, распределяются в одну и ту же группу логических каналов (LCG) с LCGID, установленным в "11". В вып. 12 нет механизма приоритизации для логических каналов/групп D2D (одноуровневой линии связи). По существу, все логические каналы одноуровневой линии связи с точки зрения UE имеют одинаковый приоритет, то есть порядок, в котором обслуживаются логические каналы одноуровневой линии связи, оставлен на реализацию UE.
[0098]
Сообщение о состоянии буфера для ProSe
Процедура сообщения о состоянии буфера одноуровневой линии связи (D2D) используется для предоставления обслуживающему eNB информации об объеме данных одноуровневой линии связи, доступных для передачи в буферах одноуровневой линии связи у UE. RRC управляет сообщением BSR одноуровневой линии связи путем конфигурирования двух таймеров: Periodic-ProseBSR-Timer и RetxProseBSR-Timer. Каждый логический канал одноуровневой линии связи (STCH) распределяется в LCG с LCGID, установленным в "11", и принадлежит группе назначения ProSe.
[0099]
Отчет о состоянии буфера (BSR) одноуровневой линии связи должен инициироваться, если происходят некоторые конкретные события, как задано разделом 5.14.1.4 в TS 36.321, версия 12.5.0.
Раздел 6.1.3.1.a в TS 36.321, версия 12.5.0, задает элементы управления MAC BSR ProSe и их соответствующее содержимое следующим образом.
[0100]
Элемент управления MAC отчета о состоянии буфера (BSR) ProSe состоит из одного поля индекса группы, одного поля ID LCG и одного соответствующего поля размера буфера на каждую сообщенную группу назначения D2D. Говоря подробнее, для каждой включенной группы назначения ProSe задаются следующие поля:
- Индекс группы: Поле индекса группы идентифицирует группу назначения ProSe. Длина этого поля составляет 4 бита. Значение устанавливается в индекс идентификатора назначения, сообщенного в ProseDestinationInfoList;
- ID LCG: Поле ID группы логических каналов идентифицирует группу логических каналов, состояние буфера которой сообщается. Длина этого поля составляет 2 бита, и поле устанавливается в "11";
- Размер буфера: Поле размера буфера идентифицирует общий объем данных, доступный по всем логическим каналам в группе назначения ProSe после того, как созданы все PDU MAC для TTI. Объем данных указывается в количестве байт;
-R: Зарезервированный бит, установлен в "0".
Фиг. 13 показывает элемент управления MAC BSR ProSe для четного N (количество групп назначения ProSe), взятый из вышеупомянутого TS 36.321, версия 12.5.0.
[0101]
Полудуплексная связь особой важности
В последнее время в 3GPP исследован сервис, называемый сервисом полудуплексной связи особой важности (MCPTT), что также зарегистрировано в TS 22.179 3GPP, версия 13.1.0, "Mission Critical Push to Talk (MCPTT) over LTE; Stage 1" (NPL 6), доступном по адресу www.3gpp.org. Сервис полудуплексной связи (PTT) предоставляет регулируемый способ, с помощью которого два или более пользователей могут осуществлять связь. Пользователи могут запрашивать разрешение на передачу (например, традиционно посредством нажатия кнопки). Сервис полудуплексной связи особой важности (MCPTT) по LTE поддерживает расширенный сервис PTT, подходящий для сценариев особой важности, на основе сервисов развитой пакетной системы (EPS) 3GPP. Заданные требования к сервису MCPTT также могут лечь в основу для сервисов полудуплексной связи не особой важности (PTT). Сервис MCPTT предназначен для поддержки связи между несколькими пользователями (групповой вызов), где каждый пользователь обладает возможностью получать доступ к разрешению разговора регулируемым способом. Однако сервис MCPTT также поддерживает персональные вызовы между парами пользователей. Сервис MCPTT основывается на существующих механизмах транспортной связи 3GPP, предусмотренными архитектурами EPS для установления, поддержания и закрытия фактического канала (каналов) связи между пользователями.
[0102]
Сервис MCPTT также основывается на "движущих силах" сервисы: GCSE_LTE и ProSe. Насколько это осуществимо, предполагается, что взаимодействие с конечным пользователем будет аналогичным независимо от того, используется ли сервис MCPTT в покрытии сети EPC или на основе ProSe без покрытия сетью. Чтобы прояснить это намерение, требования группируются в соответствии с применимостью к использованию в сети, использованию вне сети или к обоим вариантам. Сервис MCPTT позволяет пользователям запрашивать разрешение говорить (передавать голос/аудио) и предоставляет детерминированный механизм для разрешения спора между запросами, которые конкурируют (то есть управление разрешением на передачу). Когда возникает несколько запросов, определение того, запрос какого пользователя одобряется, а запросы каких пользователей отклоняются или помещаются в очередь, основывается на некотором количестве характеристик (включая соответствующие приоритеты конкурирующих пользователей). сервис MCPTT предоставляет средство, чтобы пользователь с большим приоритетом (например, аварийная ситуация) заменил (прервал) текущего абонента. Сервис MCPTT также поддерживает механизм для ограничения времени, которое пользователь разговаривает (удерживает разрешение на передачу), позволяя, таким образом, пользователям с таким же или меньшим приоритетом получить разрешение на передачу.
[0103]
Сервис MCPTT предоставляет средство, чтобы пользователь контролировал активность в некотором количестве отдельных вызовов, и дает пользователю возможность переключать внимание на выбранный вызов. Пользователь сервиса MCPTT может присоединяться к уже установленному групповому вызову MCPTT (поздний вход). К тому же сервис MCPTT предоставляет ID пользователя у текущего говорящего (говорящих) и возможности определения местоположения пользователя. У пользователей сервиса MCPTT могут быть более строгие требования к производительности, нежели у пользователей платного сервиса PTT.
[0104]
Сервис MCPTT предоставляет возможности группового вызова и персонального вызова, которые имеют различные ассоциированные с ними последовательности операций, состояния и разрешения. Фиг. 14, фиг. 15 и фиг. 16 указывают высокоуровневые последовательности, состояния и разрешения, ассоциированные с групповыми вызовами и персональными вызовами. Схемы применяются к случаю в сети и к случаю вне сети, так как с точки зрения пользователя сервис и идеи должны выглядеть аналогичными в сети и вне сети. С технической точки зрения могут быть различия между состояниями в сети и состояниями вне сети (например, принадлежность вне сети может не требовать уведомления сервера приложений о принадлежности пользователя, а также могут быть другие отличия в подробностях в зависимости от степени, до которой возможности вне сети могут совпадать с возможностями в сети).
[0105]
Если пользователь MCPTT желает осуществлять связь с группой MCPTT, то ему нужно разрешить доступ к группе MCPTT (то есть быть членом группы MCPTT), затем он должен присоединиться, и тогда может сделать группу MCPTT выбранной группой MCPTT. Если пользователь MCPTT только присоединяется к группе, то это для того, чтобы он мог принимать от группы, однако если у пользователя MCPTT есть выбранная группа MCPTT, то это его группа для передачи в ней. Различия в состояниях дают пользователю MCPTT возможность принимать от нескольких групп MCPTT, но задавать, в какой группе MCPTT он хотел бы передавать.
[0106]
В частности, фиг. 14, 15 и 16 показывают соответствующие диаграммы состояний пользователя MCPTT для пользователя, которому разрешен прием и передача по отношению к конкретной группе MCPTT, пользователя, которому разрешено только передавать, и пользователя, которому разрешено только принимать. В текущем состоянии обсуждений эта схема служит всего лишь для пояснительных целей и не заменяет собой требования. Она не является исчерпывающей и не включает в себя все разнообразные сценарии.
[0107]
Пользователю MCPTT можно присоединяться к одной или нескольким группам MCPTT. Обычно во время работы пользователь MCPTT информирует сервис MCPTT о том, к каким группам MCPTT он хотел бы присоединиться. Эти принадлежности остаются в силе до тех пор, пока пользователь MCPTT не удалит их, или не изменит их, или не выйдет из сервиса. Некоторые пользователи MCPTT обладают постоянными принадлежностями к некоторым группам MCPTT, и те принадлежности устанавливаются неявно (то есть автоматически) при работе в сети. Для тех пользователей принадлежность к группе MCPTT начинается, когда сервис MCPTT успешно регистрирует вход пользователя, и заканчивается, когда подтверждается явный или неявный (например, вследствие бездействия или выключения всех устройств) запрос пользователя MCPTT на выход из сервиса MCPTT.
[0108]
Каждый раз, когда удовлетворяется запрос PTT, пользователь может начать передачу MCPTT или "пользовательской информации". Групповой вызов MCPTT состоит из одной или нескольких передач MCPTT. От конфигурируемой максимальной длительности периода бездействия между последовательными передачами MCPTT зависит, являются ли две последовательных передачи от одного и того же пользователя либо разных пользователей частью одного и того же вызова, или вторая передача начинает новый вызов. Этот период бездействия можно рассматривать как время ожидания, которое начинается в конце предыдущей передачи. Пока работает этот таймер, ассоциированные с вызовом ресурсы остаются выделенными вызову (за исключением случая внеочередного занятия), что могло бы уменьшить время ожидания у будущих запросов разрешения на передачу для этой группы в сравнении с группами, которые не участвуют в вызове. Когда начинается новая передача в течение периода бездействия, таймер останавливается, сбрасывается и снова перезапускается в конце той передачи.
[0109]
Сервис MCPTT распознает некоторое количество "особых" групповых вызовов, включая: широковещательный групповой вызов, экстренный групповой вызов и групповой вызов при надвигающейся угрозе.
[0110]
Модель приоритетов MCPTT
Многие не связанные с общественной безопасностью пользователи LTE в наши дни подписываются на один конкретный приоритет и уровень обслуживания QoS (например, "золотой", "серебряный" или "бронзовый"), что всегда обеспечивает неизменную дифференциацию. Эта модель, эффективная и сравнительно простая для не связанных с общественной безопасностью пользователей, терпит неудачу, когда касается потребностей применений для общественной безопасности.
[0111]
Приоритет MCPTT и QoS ситуативны. Сервис MCPTT предназначен для предоставления приоритета в реальном масштабе времени и восприятия QoS для вызовов MCPTT, так как связанные с общественной безопасностью пользователи находятся в серьезных динамических рабочих условиях, которые и определяют их приоритет. Например, тип происшествия, которое обслуживает сотрудник, или должность сотрудника в смене должны существенно влиять на возможность пользователя получать ресурсы от системы LTE.
[0112]
Обработка приоритетов MCPTT для использования в сети для вызовов MCPTT концептуально смоделирована, как показано на фиг. 17. Концептуальная модель выявляет три области приоритизации: приоритизация между вызовами и внутри них, межсистемная приоритизация и приоритизация на транспортном уровнем (EPS и UE). На прикладном уровне типичный, сетевой функциональный объект "Приоритет MCPTT и управление QoS" вместе с каждым запросом обрабатывает статическую, предварительно сконфигурированную информацию о пользователях и группах, участвующих в MCPTT, а также динамическую (или ситуационную) информацию о них. На основе результатов этой обработки "Приоритет MCPTT и управление QoS" предоставляет информацию и руководит взаимодействиями с другими функциональными объектами, системами или уровнями, чтобы по возможности убедиться, что с точки зрения качества восприятия вызовы и передачи обрабатываются должным образом в соответствии с установленными правилами политики.
[0113]
На фиг. 17 Статические атрибуты пользователя включают в себя информацию, категоризирующую пользователя, по возможности, по нескольким критериям (например, первый сотрудник, второй сотрудник, контролер, диспетчер, администратор), а также юрисдикционные границы и, по возможности, предварительно сконфигурированный индивидуальный уровень приоритета в масштабе всей системы.
[0114]
Статические атрибуты группы включают в себя информацию о сути/типе группы и головной организации (организациях), юрисдикционные границы для передатчиков и приемников в рамках группы, стандартные часы работы для группы, тенденцию к внеочередному занятию относительно других групп и минимальный приоритет группы по умолчанию.
[0115]
Динамические атрибуты пользователя включают в себя рабочее состояние пользователя/участника (например, на службе/свободен), его местоположение, тип происшествия (например, аварийная ситуация MCPTT или надвигающаяся угроза), в котором он мог бы участвовать и инициировал ли он его, участвует ли он лично в формально управляемом происшествии, и если да, границы области происшествия, серьезность происшествия и назначенную ему роль в устранении происшествия.
[0116]
Динамические атрибуты группы включают в себя тип происшествия (например, аварийная ситуация MCPTT или надвигающаяся угроза), если это имеет место, группа, которая разбирается с ним в настоящее время, а в случае участия в формально управляемом происшествии - границы области происшествия и серьезность происшествия.
Как показано на фиг. 18, более высокие уровни для каждого конкретного однонаправленного канала предоставляют уровню MAC приоритет на основе атрибутов реального масштаба времени (Статические атрибуты пользователя, Статические атрибуты группы, Динамические атрибуты пользователя, Динамические атрибуты группы) в виде значения приоритета.
[0117]
Уровень MAC может дальше использовать это значение по меньшей мере двумя возможными способами:
A) Как часть механизма LCP, то есть вместе с логическим каналом и/ или приоритетом группы назначения
B) Независимо (до/после LCP), для принятия решения о продолжении/прекращении работ: В этом случае приоритизация логического канала решала бы, сколько данных распределяется какому логическому каналу (в какой группе (группах)), и тогда приоритет MCPTT находил бы отражение только в урегулировании разрешений на передачу.
В настоящее время не задана конкретная процедура для приоритизации логических каналов в UE.
Список источников
Непатентная литература
[0118]
NPL 1: 3GPP TS 36.211, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)"
NPL 2: 3GPP TS 36.321, "Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification"
NPL 3: 3GPP TS 36.331, 12.5.0, "Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification"
NPL 4: 3GPP TS 36.300, "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2"
NPL 5: 3GPP TS 23.303, "Proximity-based services (ProSe); Stage 2"
NPL 6: 3GPP TS 22.179, v.13.1.0, "Mission Critical Push to Talk (MCPTT) over LTE; Stage 1"
Сущность изобретения
[0119]
Один неограничивающий и примерный вариант осуществления предоставляет усовершенствованный способ для распределения радиоресурсов логическим каналам при выполнении процедуры приоритизации логического канала в пользовательском оборудовании для сервисов, связанных с близостью.
[0120]
Независимые пункты формулы изобретения предоставляют неограничивающие и примерные варианты осуществления. Преимущественные варианты осуществления устанавливаются в соответствии с зависимыми пунктами формулы изобретения.
[0121]
В соответствии с первым аспектом изобретение улучшает процедуру приоритизации логического канала, LCP, с помощью которой пользовательское оборудование распределяет доступные радиоресурсы (например, распределенные предоставлением от eNB или выбранные самим UE из совокупности ресурсов) разным логическим каналам с доступными данными ProSe. С упомянутой целью вводится механизм приоритизации для процедуры LCP для управления распределением ресурсов между разными логическими каналами ProSe. Хотя механизм приоритизации главным образом описывается, как если бы он был частью процедуры LCP, это не обязательно так, и в качестве альтернативы он может считаться внешним по отношению к процедуре LCP.
[0122]
Как обсуждалось в разделе уровня техники, задаются разные группы назначения ProSe. В соответствии с первым аспектом каждой из множества групп назначения ProSe назначается один из множества разных приоритетов, для примера называемый приоритетом группы назначения ProSe. Разные группы назначения ProSe организуются и управляются соответствующей функцией/объектом ProSe в сети. В соответствии с одной разновидностью в сети разные приоритеты групп назначения ProSe также могут задаваться и управляться упомянутым или другим объектом ProSe. В упомянутом случае к UE должна передаваться информация о доступных группах назначения ProSe и их соответствующих уровнях приоритета. С другой стороны, эта информация о группах назначения ProSe и их соответствующих уровнях приоритета также может передаваться к eNB, чтобы предоставить eNB возможность улучшать планирование радиоресурсов для упомянутого пользовательского оборудования. В соответствии с еще одной разновидностью группы назначения ProSe, а также их приоритеты групп назначения ProSe могут предварительно конфигурироваться в UE (и базовой радиостанции), так что не нужен обмен информацией по сети.
[0123]
Как упоминалось раньше, разные логические каналы ProSe организуются в пользовательском оборудовании для прямой связи ProSe, и они также дополнительно ассоциируются с одной из множества групп назначения ProSe. Когда нужно передать данные ProSe, то есть данные ProSe становятся доступны для передачи для логического канала (каналов) ProSe, UE в зависимости от его конфигурации может выполнять прямую связь ProSe либо в режиме запланированного eNB распределения ресурсов (также называемого Режимом 1), либо в режиме самостоятельного выбора UE ресурсов (также называемого Режимом 2). Так или иначе, UE нужно распределить доступные радиоресурсы для передачи ProSe (будь то запланированные eNB ресурсы или ресурсы из совокупности ресурсов) между разными логическими каналами ProSe (например, STCH) путем выполнения процедуры LCP.
[0124]
Усовершенствованная процедура LCP из первого аспекта принимает во внимание приоритет логических каналов ProSe. В частности, предоставляется пользовательское оборудование, работающее в системе беспроводной связи, поддерживающей прямую связь между экземплярами пользовательского оборудования, содержащее: запоминающее устройство с сохраненной конфигурацией одноуровневой линии связи, задающей множество групп назначения, причем каждая группа назначения включает в себя возможные назначения для данных одноуровневой линии связи, а также хранящее приоритет логического канала для каждого логического канала из логических каналов, сконфигурированных для групп назначения одноуровневой линии связи; блок планирования, сконфигурированный для: выбора группы назначения одноуровневой линии связи с логическим каналом одноуровневой линии связи, имеющим доступные для передачи данные одноуровневой линии связи, с наивысшим приоритетом логического канала среди логических каналов одноуровневой линии связи, имеющих доступные для передачи данные, и распределения радиоресурсов логическим каналам одноуровневой линии связи, принадлежащим выбранной группе назначения одноуровневой линии связи, в порядке уменьшающегося приоритета.
[0125]
Кроме того, предоставляется сетевой узел, работающий в системе беспроводной связи, поддерживающей прямую связь между экземплярами пользовательского оборудования, при этом сетевой узел содержит: запоминающее устройство с сохраненной конфигурацией одноуровневой линии связи на каждое пользовательское оборудование, задающей множество групп назначения, причем каждая группа назначения включает в себя возможные назначения для данных одноуровневой линии связи, а также хранящее приоритет логического канала для каждого логического канала из логических каналов, сконфигурированных для групп назначения одноуровневой линии связи; и блок планирования, сконфигурированный для: выбора группы назначения одноуровневой линии связи с логическим каналом одноуровневой линии связи, имеющим доступные для передачи данные одноуровневой линии связи, с наивысшим приоритетом логического канала среди логических каналов одноуровневой линии связи, имеющих доступные для передачи данные, и соответственного распределения радиоресурсов пользовательскому оборудованию в выбранной группе назначения одноуровневой линии связи.
[0126]
Кроме того, предоставляется способ, выполняемый на пользовательском оборудовании, работающем в системе беспроводной связи, поддерживающей прямую связь между экземплярами пользовательского оборудования, содержащий: сохранение конфигурации одноуровневой линии связи, задающей множество групп назначения, причем каждая группа назначения включает в себя возможные назначения для данных одноуровневой линии связи, а также сохранение приоритета логического канала для каждого логического канала из логических каналов, сконфигурированных для групп назначения одноуровневой линии связи; и выбор группы назначения одноуровневой линии связи с логическим каналом одноуровневой линии связи, имеющим доступные для передачи данные одноуровневой линии связи, с наивысшим приоритетом логического канала среди логических каналов одноуровневой линии связи, имеющих доступные для передачи данные, и распределение радиоресурсов логическим каналам одноуровневой линии связи, принадлежащим выбранной группе назначения одноуровневой линии связи, в порядке уменьшающегося приоритета.
[0127]
Дополнительные выгоды и преимущества раскрытых вариантов осуществления станут очевидны из описания изобретения и фигур. Выгоды и/или преимущества могут предоставляться отдельно различными вариантами осуществления и признаками из описания изобретения и раскрытия чертежей, и они не должны предоставляться все для получения одного или нескольких из них.
[0128]
Эти общие и конкретные аспекты можно реализовать с использованием системы, способа и компьютерной программы и любого сочетания систем, способов и компьютерных программ.
[0129]
Ниже примерные варианты осуществления подробнее описываются со ссылкой на прилагаемые фигуры и чертежи.
Краткое описание чертежей
[0130]
Фиг. 1 показывает примерную архитектуру системы LTE 3GPP,
Фиг. 2 показывает примерный обзор общей архитектуры E-UTRAN в LTE 3GPP,
Фиг. 3 показывает примерную сетку ресурсов нисходящей линии связи у временного интервала нисходящей линии связи, как задано для LTE 3GPP (выпуск 8/9),
Фиг. 4 иллюстрирует стек протоколов плоскости пользователя и плоскости управления на уровне 2, состоящий из трех подуровней: PDCP, RLC и MAC,
Фиг. 5 приводит обзор разных функций на уровнях PDCP, RLC и MAC, а также иллюстрирует примерную обработку SDU/PDU различными уровнями,
Фиг. 6 схематически иллюстрирует интерфейс PC 5 для прямого обнаружения между устройствами,
Фиг. 7 иллюстрирует использование ресурсов передачи/приема для надлежащей (LTE) и подлежащей(D2D) систем,
Фиг. 8 иллюстрирует передачу Назначения планирования и данных D2D для двух UE,
Фиг. 9 иллюстрирует распределение во времени связи D2D для Режима 2 самостоятельного планирования UE,
Фиг. 10 иллюстрирует распределение во времени связи D2D для Режима 1 запланированного eNB планирования,
Фиг. 11 иллюстрирует примерную модель архитектуры для ProSe для сценария без роуминга,
Фиг. 12 иллюстрирует покрытие касательно четырех разных состояний, с которыми может ассоциироваться UE D2D,
Фиг. 13 иллюстрирует элемент управления MAC сообщения о состоянии буфера ProSe, заданный в стандарте,
Фиг. 14 иллюстрирует ассоциацию между логическими каналами ProSe, LCG ProSe и группами назначения ProSe для примерного сценария,
Фиг. 15 иллюстрирует диаграмму состояний пользователя MCPTT для пользователя, которому разрешен прием и передача по отношению к конкретной группе MCPTT,
Фиг. 16 иллюстрирует диаграмму состояний пользователя MCPTT для пользователя, которому разрешена только передача по отношению к конкретной группе MCPTT,
Фиг. 17 иллюстрирует диаграмму состояний пользователя MCPTT для пользователя, которому разрешен только прием по отношению к конкретной группе MCPTT,
Фиг. 18 показывает концептуальную модель приоритетов MCPTT в сети,
Фиг. 19 схематически показывает интеграцию приоритетов в многоуровневой модели,
Фиг. 20 иллюстрирует отношение между разными LCG ProSe и группами назначения ProSe в соответствии с конкретной разновидностью второго варианта осуществления,
Фиг. 21 иллюстрирует возможные отображения между LCH ProSe и LCG ProSe для конкретной ассоциации между LCH ProSe и группами назначения ProSe в соответствии с конкретной разновидностью второго варианта осуществления, проиллюстрированной на фиг. 20,
Фиг. 22 иллюстрирует отношение между разными LCG ProSe и группами назначения ProSe в соответствии с другой конкретной разновидностью второго варианта осуществления,
Фиг. 23 иллюстрирует возможные отображения между LCH ProSe и LCG ProSe для той же конкретной ассоциации между LCH ProSe и группами назначения ProSe, как на фиг. 21, в соответствии с конкретной разновидностью второго варианта осуществления, проиллюстрированной на фиг. 22,
Фиг. 24 иллюстрирует элемент управления MAC сообщения о состоянии буфера ProSe в соответствии с разновидностью второго варианта осуществления,
Фиг. 25 - блок-схема алгоритма, иллюстрирующая примерный способ для приоритизации в соответствии с пятым вариантом осуществления,
Фиг. 26 - блок-схема алгоритма, иллюстрирующая примерный способ для задания приоритета для логических каналов,
Фиг. 27 - блок-схема алгоритма, иллюстрирующая примерный способ для поддержки управления потоком путем приостановки/возобновления логических каналов,
Фиг. 28 - блок-схема алгоритма, иллюстрирующая примерный способ для выполнения управления потоком на основе приоритетов,
Фиг. 29 - схематическое изображение, иллюстрирующее формат информации управления одноуровневой линией связи,
Фиг. 30 - схематическое изображение, иллюстрирующее формат PDU MAC,
Фиг. 31 - схематическое изображение, иллюстрирующее поток сообщений, реализующий примерный механизм управления разрешением на передачу для группы из трех UE,
Фиг. 32 - схематическое изображение, иллюстрирующее поток сообщений, реализующий примерный механизм управления разрешением на передачу для группы из трех UE, и
Фиг. 33 - блок-схема, иллюстрирующая пример пользовательского оборудования, реализующего приоритизацию логических каналов.
Описание вариантов осуществления
[0131]
Мобильная станция, или мобильный узел, или пользовательский терминал, или пользовательское оборудование является физическим объектом в сети связи. Один узел может иметь несколько функциональных объектов. Функциональный объект относится к программному или аппаратному модулю, который реализует и/или предлагает заранее установленный набор функций другим функциональным объектам узла или сети. Узлы могут обладать одним или несколькими интерфейсами, которые присоединяют узел к средству связи или носителю (среде), по которым узлы могут взаимодействовать. Аналогичным образом сетевой объект может обладать логическим интерфейсом, присоединяющим функциональный объект к средству связи или носителю, по которым он может взаимодействовать с другими функциональными объектами или соответственными узлами.
[0132]
Термин "радиоресурсы" при использовании в формуле изобретения и в заявке нужно понимать в широком смысле как относящийся к физическим радиоресурсам, например частотно-временным ресурсам.
[0133]
Термин "ProSe" или его несокращенная форма "сервисы, связанные с близостью", используемый в формуле изобретения и в заявке, применяется в связи с приложениями и сервисами на основе близости в системе LTE, которые объясняются для примера в разделе уровня техники. Другая терминология, например "D2D", также используется в этом смысле для ссылки на связь между устройствами для сервисов, связанных с близостью. Кроме того, в формуле изобретения терминология "логические каналы ProSe" используется, чтобы соответствовать общей терминологии, применяемой по всей формуле изобретения, например "данным ProSe" или "группам назначения ProSe"; однако другой термин "одноуровневая линия связи" также используется в этом смысле, то есть главным образом в качестве "логических каналов одноуровневой линии связи", то есть тех логических каналов, настроенных для сервисов, связанных с близостью,/D2D. Термин "группа назначения ProSe", используемый в формуле изобретения и в оставшейся заявке, можно понимать, например, как одну пару "ID исходного уровня-2 - ID уровня назначения 2", заданную в LTE 3GPP.
[0134]
Как объяснялось в разделе уровня техники, одной важной целью является непрерывно улучшать реализацию сервисов, связанных с близостью, во всей текущей системе LTE. В настоящее время процедура LCP для связи D2D задается так, что порядок, в котором обслуживаются логические каналы одноуровневой линии связи, оставлен на реализацию UE, то есть не поддерживается никакого механизма приоритизации для каналов одноуровневой линии связи, и по существу, с точки зрения UE все логические каналы одноуровневой линии связи имеют одинаковый приоритет. Кроме того, как реализовано в настоящее время, для одного PDU MAC объект MAC в UE должен рассматривать только логические каналы одной и той же группы назначения ProSe. Снова реализация UE должна решать, в каком порядке обслуживаются группы назначения ProSe.
[0135]
Стандартизованная в настоящее время процедура LCP влечет за собой несколько недостатков, которые станут очевидны из нижеследующего.
[0136]
Например, ресурсы D2D используются неэффективно, и нельзя уменьшить проблему полудуплекса (UE не может одновременно принимать и передавать, то есть TTI). Подробнее для объяснения проблемы предположим сценарий, где несколько членов конкретной группы назначения ProSe (например, общественная безопасность) осуществляют связь друг с другом. Два UE, принадлежащих одной и той же группе назначения ProSe, принимают соответствующие предоставления, чтобы передавать данные ProSe. Поскольку порядок выбора групп назначения ProSe (и логических каналов одноуровневой линии связи) относится к реализации UE, eNodeB, например, не может препятствовать этим двум UE использовать их предоставления для передачи к одной и той же группе назначения ProSe в одном и том же TTI. Следовательно, два передающих UE не смогут принимать передачу от другого передающего UE в одном и том же TTI, поскольку оно передает одновременно (вследствие полудуплексной работы ProSe). Во-первых, существует опасность, что информация среди членов группы отличается из-за упомянутой проблемы полудуплекса, то есть не гарантируется, что все члены группы принимают всю информацию. Кроме того, некоторые из запланированных ресурсов используются неэффективно.
[0137]
Нижеследующие примерные варианты осуществления задуманы авторами изобретения для уменьшения объясненных выше проблем.
[0138]
Ниже будет подробно объяснено несколько пояснительных вариантов осуществления. Некоторые из них нужно реализовать в широкой спецификации, которая задана стандартами 3GPP и частично объяснена в настоящем разделе уровня техники, при этом конкретные ключевые признаки, которые объяснены в дальнейшем, имеют отношение к различным вариантам осуществления. Следует отметить, что варианты осуществления преимущественно могут использоваться, например, в системе мобильной связи, такой как системы связи LTE-A 3GPP (выпуск 10/11/12/13), которые описаны в разделе уровня техники выше, но варианты осуществления не ограничиваются использованием в этих конкретных примерных сетях связи.
[0139]
Объяснения не следует понимать как ограничивающие объем раскрытия изобретения, а всего лишь как пример вариантов осуществления для лучшего понимания настоящего раскрытия изобретения. Специалисту следует знать, что общие принципы из настоящего раскрытия изобретения, которые изложены в формуле изобретения, могут применяться к разным сценариям и разными способами, которые не описаны явно в этом документе. Соответственно, нижеследующие сценарии, предполагаемые для поясняющих целей в различных вариантах осуществления, не должны ограничивать изобретение и его варианты осуществления по существу.
Например, для нижеследующих вариантов осуществления предполагается, что обычно процедура LCP ProSe будет использоваться с той же целью, что стандартизована в настоящее время, то есть чтобы UE распределяло доступные радиоресурсы разным логическим каналам с доступными для передачи данными при создании PDU MAC для выполнения новой передачи. Также предполагается, что несколько групп назначения ProSe уже заданы тем же или аналогичным способом, как стандартизован в настоящее время. Кроме того, при организации различных логических каналов ProSe предполагается, что ассоциация между логическими каналами ProSe и группами назначения ProSe выполняется в UE, так что каждый логический канал ProSe, организованный в UE, ассоциируется с конкретной группой назначения ProSe, которой предназначены данные ProSe из логического канала ProSe.
[0140]
Кроме того, различные варианты осуществления обсуждают процедуру LCP, в соответствии с которой радиоресурсы распределяются между логическими каналами ProSe с доступными для передачи данными. Когда не даются дополнительные указания или ограничения, следует допускать, что распределяемые радиоресурсы являются либо запланированными eNB ресурсами (Режим 1 распределения ресурсов), либо радиоресурсами, самостоятельно определенными UE из подходящей совокупности ресурсов (Режим 2 распределения ресурсов).
[0141]
Первый пояснительный вариант осуществления
В соответствии с первым примерным вариантом осуществления предоставляется способ для распределения радиоресурсов логическим каналам при выполнении процедуры приоритизации логического канала, LCP, в пользовательском оборудовании для сервисов, связанных с близостью. Способ позволяет UE распределять доступные радиоресурсы логическим каналам ProSe с доступными данными ProSe при формировании PDU MAC для новой передачи. Логические каналы ProSe организуются подходящим образом в UE, и в соответствии с первым вариантом осуществления все логические каналы ProSe назначаются одной и той же LCG ProSe ("11"), как и на известном уровне техники. Основной идеей является внедрение механизма приоритизации при выполнении процедуры LCP, который основывается на группах назначения ProSe. Как объяснялось раньше, PDU MAC должен содержать только данные ProSe, относящиеся к одной конкретной группе назначения ProSe, так что UE должно сначала выбрать группу назначения ProSe. Это также справедливо для первого варианта осуществления, который, однако, к тому же предвидит, что каждой из групп назначения ProSe назначается соответствующий приоритет (например, называемый "приоритетом группы назначения ProSe").
[0142]
Приоритет группы назначения ProSe может отличаться от приоритета логического канала, который используется в LTE в рамках процедуры LCP для формирования PDU MAC, передаваемых по интерфейсу Uu. Как описано в разделе уровня техники, для передачи LTE по восходящей линии связи по интерфейсу Uu данные всех логических каналов в основном можно мультиплексировать в PDU MAC, приоритет логического канала определяет порядок, в котором обслуживаются логические каналы. Однако для связи ProSe только данные логических каналов, которые назначаются в одну и ту же группу назначения ProSe, могут отображаться в PDU ProSe.
[0143]
Назначение соответствующих приоритетов группам назначения ProSe может выполняться, например, объектом более высокого уровня в сети, то есть соответствующей функцией или объектом ProSe, которая (который) несет ответственность в упомянутом отношении. Например, упомянутая функция/объект ProSe могла бы быть той же, которая уже задает и управляет группами назначения ProSe. Как объяснялось в разделе уровня техники по отношению к фиг. 15, таким объектом ProSe могла бы быть заданная здесь функция ProSe. В упомянутом случае информация о группах назначения ProSe и их приоритетах распространяется другим объектам в сети, например, UE с поддержкой ProSe, что может выполняться напрямую по интерфейсу PC3, и/или, например, eNodeB. Например, функция/объект ProSe передает информацию о группах назначения ProSe (например, ID) вместе с назначенными группами назначения ProSe с помощью некоторого протокола более высокого уровня.
[0144]
Кроме того, эта информация может сначала предоставляться eNB в E-UTRAN. eNodeB вместо функции ProSe могут, в свою очередь, информировать UE.
[0145]
В качестве альтернативы приоритеты групп назначения ProSe также могут быть уже предварительно сконфигурированы в UE (и eNB) (например, по стандарту, или храниться в UICC), так что соответствующую информацию не приходится сигнализировать по сети, она с самого начала уже доступна в UE (и eNB).
[0146]
Кроме того, также существует несколько возможностей, как можно реализовать фактические уровни приоритета, доступные для групп назначения ProSe. В настоящее время обсуждается, что для UE можно сконфигурировать около 8 разных групп назначения ProSe. Следовательно, одна разновидность первого варианта осуществления тогда предоставила бы соответствующее количество 8 разных уровней приоритета, кодированных 3 битами, где, например, уровень 1 приоритета является наивысшим, а уровень 8 приоритета является наименьшим приоритетом, или наоборот. Например, группа назначения ProSe для общественной безопасности будет иметь высокий приоритет. Однако также может быть меньше уровней приоритета, чем групп назначения ProSe. Кроме того, различные обсуждаемые в этом документе варианты осуществления на основе приоритетов групп назначения ProSe не ограничиваются этим, и возможна любая другая подходящая приоритизация групп назначения ProSe.
[0147]
Первый вариант осуществления реализует механизм приоритизации для процедуры LCP на основе обсуждаемых выше приоритетов групп назначения ProSe. Говоря подробнее, вводится первый этап, в соответствии с которым UE в момент, когда доступны данные ProSe, и должен формироваться соответствующий PDU MAC для новой передачи, выбирает одну из групп назначения ProSe в соответствии с ее приоритетом, так что PDU MAC, который нужно сформировать и передать, будет включать в себя только данные ProSe из логических каналов ProSe, предназначенных для упомянутой выбранной группы назначения ProSe. Например, UE выбирает ту группу назначения ProSe с наивысшим приоритетом. Следует отметить, что рассматриваются только те группы назначения ProSe, для которых фактически доступны данные; то есть игнорируют группы назначения ProSe, например, большего приоритета, но без данных для передачи.
[0148]
Как предполагалось раньше, UE доступны радиоресурсы для передачи данных при прямой связи D2D другому UE ProSe по интерфейсу PC5, будь то распределенные в Режиме 1 или Режиме 2 ресурсы. Соответственно, на втором этапе UE должно распределить доступные радиоресурсы логическим каналам ProSe (например, STCH), но рассматривает только те логические каналы ProSe, которые принадлежат выбранной группе назначения ProSe. Однако то, насколько точно, например, в каком порядке, UE обслуживает различные логические каналы ProSe упомянутой выбранной группы назначения ProSe, оставлено для соответствующей реализации UE и здесь не задается подробнее. В упомянутом отношении следует отметить, что все логические каналы ProSe в упомянутой группе назначения ProSe имеют одинаковый приоритет (который изменяется в соответствии со вторым вариантом осуществления, который будет объясняться позже).
[0149]
Таким образом, создается PDU MAC с данными ProSe только из упомянутой выбранной, высокоприоритетной, группы назначения ProSe.
[0150]
В упомянутом отношении следует отметить, что PDU MAC не может содержать данные ProSe из двух разных групп назначения ProSe, как стандартизовано в настоящее время. Следовательно, даже если все еще доступны радиоресурсы после того, как обслужены все логические каналы ProSe в выбранной группе назначения ProSe (то есть если осталось место в PDU MAC), нельзя включить никакие дополнительные данные ProSe других логических каналов ProSe; например, PDU MAC заполняется заполнением или CE MAC ProSe, если существует.
[0151]
Сформированный таким образом PDU MAC затем можно дополнительно обработать и передать обычным способом. Например, в зависимости от режима распределения ресурсов передача PDU MAC и, ранее, соответствующего сообщения SA может выполняться, как объяснялось в разделе уровня техники, например применительно к фиг. 15 и 16.
[0152]
В качестве дополнительного необязательного улучшения к первому варианту осуществления UE при выполнении процедуры LCP следует дополнительно учитывать следующие правила:
- UE не следует сегментировать SDU RLC (или частично переданный SDU), если весь SDU (или частично переданный SDU) помещается в оставшиеся ресурсы;
- если UE сегментирует SDU RLC из логического канала одноуровневой линии связи, то оно должно максимизировать размер сегмента для заполнения предоставления, насколько это возможно;
- UE следует максимизировать передачу данных.
- если UE предоставлен размер предоставления одноуровневой линии связи, который больше либо равен 10 байтам, при наличии доступных для передачи данных, то UE не должно передавать только заполнение.
[0153]
Эти необязательные правила взяты из стандартизованной в настоящее время процедуры LCP, которая представлена в разделе уровня техники, и также могут использоваться для усовершенствованной/сопровождаемой процедуры LCP из первого варианта осуществления (также для второго и третьего вариантов осуществления).
[0154]
Достигаемое первым вариантом осуществления преимущество состоит в том, что выбор группы назначения ProSe не оставлен на реализацию UE. Точнее, посредством подходящего назначения приоритетов разным группам назначения ProSe и побуждения UE выбирать группу назначения ProSe на основе назначенного приоритета поведение UE заранее устанавливается в упомянутом отношении и, таким образом, предсказуемо (например, для eNB). Соответственно, eNB может использовать это предсказуемое поведение UE для улучшения своего планирования (когда используется режим 1 запланированного eNB распределения ресурсов) и, таким образом, уменьшения проблемы полудуплекса. В частности, eNB не планировал бы два UE для одного и того же TTI, если бы они были в одной и той же группе назначения ProSe как имеющие наивысший приоритет. В обсуждаемом выше сценарии при объяснении проблемы полудуплекса eNB, соответственно, планировал бы только одно из двух UE, а другое UE - например, в следующем или последующем TTI, чтобы избежать ситуации, когда два UE одновременно передают одной и той же группе назначения ProSe. Радиоресурсы больше не расходуются без пользы и, таким образом, могут использоваться/планироваться эффективнее.
[0155]
Кроме того, важные данные ProSe (например, для важных групп назначения ProSe, таких как общественная безопасность, полиция и т. п.) не будут излишне задерживаться, поскольку соответствующие приоритеты групп назначения ProSe будут заданы высокими и, соответственно, будут обслуживаться предпочтительно в UE при выполнении процедуры LCP, как представлено выше.
[0156]
В соответствии с разновидностью первого варианта осуществления выбор группы назначения ProSe на основе ее приоритета группы назначения ProSe дополнительно улучшается с учетом предыдущей процедуры (процедур) LCP. Иначе говоря, группы назначения ProSe не обслуживаются строго по порядку уменьшения их приоритета группы назначения ProSe, но могут быть исключения при рассмотрении предыдущих процедур LCP, так что устраняется задержка и/или информационный голод менее приоритетных групп назначения ProSe.
[0157]
Этап выбора среди групп назначения ProSe с доступными данными той группы назначения ProSe с наивысшим приоритетом среди них может повторяться в каждый момент времени, где должна выполняться новая передача, то есть каждый раз, когда выполняется процедура LCP. В упомянутом случае каждый раз выбирается одна и та же группа назначения ProSe, имеющая среди них наивысший приоритет, предполагая, что данные ProSe всегда доступны для упомянутой группы назначения ProSe. Это может привести к значительным задержкам и информационному голоду групп назначения ProSe с меньшим приоритетом, усугубленным текущей стандартизацией, которая требует, чтобы в течение одного периода SA/данных (за который выполняется процедура LCP) UE могло передавать только одной группе назначения ProSe. Таким образом, даже если неиспользуемые ресурсы были бы доступны в некоторый момент в течение периода SA/данных после обслуживания той группы назначения ProSe с наивысшим приоритетом, их нельзя было бы использовать для данных ProSe, предназначенных другим группам назначения ProSe.
[0158]
Чтобы устранить недостатки таких сценариев, разновидность первого варианта осуществления улучшает первый механизм приоритизации путем предотвращения того, что конкретная группа назначения ProSe повторно обслуживается в течение продолжительного времени, когда данные ProSe также доступны для других, менее приоритетных групп назначения ProSe.
[0159]
Говоря подробнее, этап выбора среди групп назначения ProSe с доступными данными той группы назначения ProSe с наивысшим приоритетом среди них не выполняется как таковой для случая, где в предыдущей LCP (или в LCP, выполненной некоторое заранее установленное время назад) уже обслуживалась та самая группа назначения ProSe с наивысшим приоритетом, даже если данные ProSe (старые или новые) для этой группы назначения ProSe доступны для передачи при выполнении этой последующей процедуры LCP. В таком случае уже обслуженной группой назначения ProSe моментально пренебрегают для процедуры LCP, так что среди оставшихся групп назначения ProSe с доступными данными фактически выбирается группа назначения ProSe со вторым наивысшим приоритетом среди них для продолжения процедуры LCP.
[0160]
Эта усовершенствованная разновидность первого варианта осуществления также может применяться в будущих сценариях, которые будут объясняться ниже. В данный момент стандартизовано, что у UE есть только одно действительное предоставление ProSe на каждый период SA/данных, так что даже если бы UE приняло второе предоставление ProSe, оно бы отбросило "старое" предоставление в пользу нового. Кроме того, в течение одного периода SA/данных, для которого действительно это предоставление ProSe, UE может передавать только одной группе назначения ProSe. В результате, даже если больше не доступны данные для изначально выбранной группы назначения ProSe, невозможно использовать неиспользуемые радиоресурсы из предоставления для передачи данных другой группе назначения ProSe. Это - излишняя трата ресурсов, и соответственно, это можно изменить в будущих выпусках, так что в течение одного периода SA/данных можно обслуживать более одной группы назначения ProSe, и можно принимать и использовать больше одного предоставления ProSe. Соответственно, для самостоятельного выбора (Режим 2) UE можно разрешить выбирать больше одного предоставления SL за период SA/данных. Кроме того, по-прежнему может быть необходимо включать в один PDU MAC только данные для одной группы назначения ProSe.
[0161]
В таком случае, где нужно передать несколько PDU MAC ProSe (то есть нескольким группам назначения ProSe), и доступно несколько предоставлений ProSe, выбор групп назначения ProSe выполняется в порядке уменьшения приоритета группы назначения ProSe. Точнее, первое предоставление ProSe используется во время первой процедуры LCP для той группы назначения ProSe с доступными данными с наивысшим приоритетом среди них. Однако второе предоставление ProSe используется во время второй процедуры LCP для той группы назначения ProSe с доступными данными со вторым наивысшим приоритетом среди них, даже если остаются доступные данные для передачи группе назначения ProSe с наивысшим приоритетом среди них. И так далее для любых дальнейших групп назначения ProSe и предоставлений ProSe.
[0162]
Второй пояснительный вариант осуществления
Хотя первый вариант осуществления уже обеспечивает различные преимущества перед соответствующей процедурой LCP известного уровня техники, авторы изобретения выявили дополнительные недостатки.
[0163]
Другая проблема с известным уровнем техники, а также с процедурой из первого варианта осуществления состоит в том, что нельзя гарантировать, что UE обслуживает требовательные к задержке сервисы типа голоса по IP (VoIP) с наивысшим приоритетом, поскольку порядок выбора логических каналов одноуровневой линии связи во время процедуры LCP оставлен на реализацию UE. Неправильная или неоптимизированная реализация UE может привести к тому, что требовательные к задержке сервисы испытывают большие задержки и, возможно, даже информационный голод.
[0164]
Только с целью иллюстрации рассматривается следующий примерный сценарий, где три логических канала ProSe, LCH#1, LCH#2 и LCH#3, организуются в пользовательском оборудовании, и все три ассоциируются с одной и той же LCG ProSe (например, "11"), как на известном уровне техники. Для примера допускается, что LCH#1 и LCH#2 назначаются группе 1 назначения ProSe, а LCH#3 назначается группе 2 назначения ProSe. Это иллюстрируется на фиг. 20. Предполагается, что группа 1 назначения ProSe имеет больший приоритет, чем группа 2 назначения ProSe. Данные ProSe доступны для передачи для всех трех логических каналов, и радиоресурсы доступны для их распределения посредством UE.
[0165]
Если бы к этому сценарию применялись различные разновидности первого варианта осуществления, то UE сначала выбрало бы группу 1 назначения ProSe за наличие большего приоритета между двумя группами назначения ProSe, для которых нужно передать данные. Тогда, поскольку порядок, в котором обслуживаются логические каналы в выбранной группе 1 назначения ProSe, то есть LCH#1 и LCH#2, относится к реализации UE, первым обслуживается либо LCH#1, либо LCH#2. Таким образом, если нет достаточных радиоресурсов для данных обоих LCH, то будут задержаны данные одного из двух LCH ProSe, а в худшем случае может случиться информационный голод. Это особенно вредно, если случается с требовательными к задержке сервисами, например VoIP. Например, предполагая, что LCH#1 переносит требовательные к задержке данные, если UE решило бы обслужить сначала LCH#2, то соответственно созданный PDU MAC не мог бы содержать никакие данные требовательной к задержке сервисы либо только некоторые из них.
[0166]
Разновидности второго варианта осуществления должны устранить эту проблему, и с этой целью вводится второй уровень приоритизации, который будет подробно объясняться ниже. В дальнейшем второй вариант осуществления будет объясняться преимущественно с целью иллюстрации как полностью основанный на первом варианте осуществления, то есть он расширяет первый вариант осуществления путем дополнительной реализации второго уровня приоритизации, но сохраняет остальные признаки первого варианта осуществления (и его разновидностей). Однако следует отметить, что использование вспомогательного механизма приоритизации также может происходить самостоятельно, то есть без наличия первого механизма приоритизации, состоящего в выборе группы назначения ProSe на основе ее приоритета. Следовательно, хотя нижеследующее объяснение сосредоточено на втором варианте осуществления, который, конечно, включает в себя первый механизм приоритизации из первого аспекта (и всех его объясненных выше разновидностей), второй вариант осуществления не должен им ограничиваться, а может считаться самостоятельным.
[0167]
Второй механизм приоритизации, используемый для второго варианта осуществления, проводит различие между разными группами логических каналов ProSe, LCG ProSe, и их соответствующим приоритетом. Вкратце, в отличие от текущей стандартизации, где только одна LCG ProSe ("11") предоставляется для логических каналов ProSe (см. уровень техники и, например, фиг. 20), множество LCG ProSe задается для прямой связи ProSe, с которой UE может ассоциировать заданные логические каналы ProSe. Кроме того, каждой из множества LCG ProSe назначается соответствующий приоритет, называемый, например, "приоритетом LCG ProSe". Тогда при выполнении процедуры LCP UE принимает во внимание соответствующие приоритеты LCG ProSe, которым принадлежат различные логические каналы ProSe, при распределении доступных ресурсов между логическими каналами ProSe, а именно так, что логические каналы ProSe обслуживаются в порядке уменьшения ассоциированного с ними приоритета. Это будет подробнее объясняться в дальнейшем.
[0168]
Существует несколько возможностей того, как задаются разные LCG ProSe. Это будет зависеть, в том числе, от того, как должно быть реализовано отображение между логическими каналами ProSe и LCG ProSe относительно различных групп назначения ProSe. Ниже будут представлены два альтернативных возможных отображения, хотя в равной степени могут быть возможны и другие.
[0169]
Две альтернативы будут проиллюстрированы применительно к фиг. 21 и 23, которые должны иллюстрировать отношение между группами назначения ProSe и LCG ProSe. На обеих фигурах для примера допускается, что всего есть только четыре группы назначения ProSe, то есть при соответствующем ID группы назначения ProSe из 2 битов, и дополнительно допускается, что для идентификации LCG ProSe доступен 1 бит, 0 или 1. Соответствующие примеры иллюстрируются на фиг. 22 и 24, где предполагается разный сценарий с двумя группами назначения ProSe и четырьмя LCG ProSe.
[0170]
Первая альтернатива будет объясняться применительно к фиг. 21, которая иллюстрирует, что каждая группа назначения ProSe может относиться к любой из LCG ProSe; другими словами, LCG ProSe задаются независимо от заданных групп назначения ProSe. Следовательно, при использовании ID LCG ProSe возможно проводить различие между заданными LCG ProSe, то есть ID 0 LCG ProSe идентифицирует LCG #1 ProSe, а ID 1 LCG ProSe идентифицирует LCG #2 ProSe. Соответствующее отображение логических каналов ProSe в разные LCG ProSe с помощью UE принимает это во внимание, и таким образом, не зависит от группы назначения ProSe, которой принадлежит логический канал ProSe. Например, UE при организации логических каналов ProSe при необходимости назначит каждый из них любой из заданных LCG ProSe. Для примера это проиллюстрировано на фиг. 22, где LCH #1 ProSe и LCH #3 ProSe предполагаются ассоциированными с группой 1 назначения ProSe, а LCH #2 ProSe ассоциируется с группой 2 назначения ProSe. Как изображено пунктирными линиями, каждый из логических каналов ProSe может ассоциироваться с любой из LCG 1-4 ProSe независимо от их ассоциации с группой назначения ProSe. Другими словами, LCH ProSe, ассоциированные с разными группами назначения ProSe, можно отображать в одну и ту же LCG ProSe (что невозможно для второй альтернативы, объясняемой ниже).
[0171]
В соответствии со второй альтернативой, проиллюстрированной на фиг. 23, для каждой группы назначения ProSe задаются разные LCG ProSe. Для примерного сценария из фиг. 23 всего может быть 8 разных LCG ProSe, что равно 4×2, где 4 относится к общему количеству разных групп назначения ProSe, а 2 относится к разным LCG ProSe на каждую группу назначения ProSe. Чтобы однозначно различать все разные LCG ProSe, необходимо учитывать группу назначения ProSe (например, ID группы назначения ProSe) в дополнение к ID LCG ProSe. Другими словами, LCG ProSe ограничиваются только конкретной группой назначения ProSe. Соответственно, ID группы назначения ProSe сам однозначно задает группу назначения ProSe, а совместно с ID LCG ProSe предоставляет кодовую точку для однозначной идентификации LCG ProSe. Соответствующее возможное отображение логических каналов ProSe в разные LCG ProSe с помощью UE также отличается от объясненного для фиг. 21 и 22. Как объяснялось выше, UE при организации логических каналов ProSe при необходимости назначит для каждого из них конкретную группу назначения ProSe. Тогда UE для каждого из логических каналов ProSe может назначить только те LCG ProSe, которые принадлежат группе назначения ProSe, с которой ассоциируется логический канал. Для примера это проиллюстрировано на фиг. 24, где предполагается такая же ассоциация между LCH ProSe и группами назначения ProSe, как для фиг. 22. Однако здесь, поскольку LCH 1 и 3 ProSe ассоциируются с группой 1 назначения ProSe, они могут ассоциироваться только с LCG 1 или 2 ProSe, то есть с теми, которые сами ассоциируются с группой 1 назначения ProSe (см. пунктирные линии). То же самое применяется к LCH 2 ProSe, который с помощью UE можно отобразить соответственно только либо в LCG 3, либо в LCG 4 ProSe, то есть в те, которые сами ассоциируются с группой 2 назначения ProSe.
[0172]
В соответствии с одной разновидностью разные LCG ProSe и их приоритеты могут задаваться централизованно, например, объектом более высокого уровня в сети, то есть соответствующей функцией или объектом ProSe, которая (который) должна (должен) нести ответственность в упомянутом отношении, например функцией ProSe, уже представленной в разделе уровня техники применительно к фиг. 15. В упомянутом случае информация о LCG ProSe и их приоритетах распространяется другим объектам в сети, например, UE с поддержкой ProSe, что может выполняться напрямую по интерфейсу PC3, и eNodeB, например, с использованием некоторого протокола более высокого уровня.
[0173]
В качестве альтернативы соответствующая информация о LCG ProSe и их приоритетах может предоставляться сначала eNB в E-UTRAN, которые могли бы, в свою очередь, информировать UE вместо функции ProSe, непосредственно контактирующей с UE.
[0174]
В качестве альтернативы LCG ProSe и их приоритеты также могут быть предварительно сконфигурированы в UE (и eNB) (например, по стандарту, или храниться в UICC), так что соответствующую информацию не приходится сигнализировать в сети, она с самого начала уже доступна в UE (и eNB).
[0175]
Кроме того, также существует несколько возможностей, как можно реализовать фактические уровни приоритета, доступные для LCG ProSe. Это может зависеть, например, от общего количества LCG ProSe, которое может меняться в зависимости от фактической реализации, что объясняется применительно к фиг. 21-24. Например, одна разновидность второго варианта осуществления предоставила бы такое же количество уровней приоритета, как количество LCG ProSe, например, начиная с уровня 1 приоритета как наивысшего, и т. п. Однако также может быть меньше уровней приоритета, чем LCG ProSe. Также возможна любая другая подходящая приоритизация LCG ProSe.
[0176]
Приоритеты LCG ProSe используются в процедуре LCP из второго варианта осуществления для второго механизма приоритизации, который определяет, в каком порядке обслуживаются логические каналы ProSe при распределении доступных радиоресурсов для создания PDU MAC для новой передачи. В частности, логические каналы ProSe имеют приоритет LCG ProSe, ассоциированный через LCG ProSe, в которую они отображены. В соответствии со второй приоритизацией доступные ресурсы распределяются логическим каналам ProSe в порядке уменьшения их соответствующего приоритета LCG ProSe.
[0177]
Соответственно, PDU MAC последовательно создается с данными ProSe из логических каналов ProSe в порядке уменьшающегося приоритета LCG ProSe.
[0178]
Следует отметить, что логические каналы ProSe, которые ассоциируются с одинаковой LCG ProSe, будут иметь одинаковый приоритет, то есть одинаковый приоритет LCG ProSe; порядок, в котором обслуживаются эти конкретные логические каналы ProSe с одинаковым ассоциированным приоритетом во время процедуры LCP, зависит, например, от реализации UE.
[0179]
Преимущество реализации упомянутого второго уровня приоритизации на основе приоритетов LCG ProSe состоит в том, что возможно точное управление приоритизацией для логических каналов одноуровневой линии связи, принадлежащих одной и той же группе назначения ProSe. Поскольку поведение UE предсказуемо, eNB может эффективнее планировать для режима 1 запланированного eNB распределения ресурсов. Кроме того, требовательные к задержке данные, например VoIP, будут транспортироваться логическим каналом ProSe, который UE отобразило бы в LCG ProSe с соответствующим высоким приоритетом. Следовательно, поскольку процедура LCP в соответствии со вторым вариантом осуществления учитывала бы эти приоритеты LCG ProSe при распределении ресурсов, требовательные к задержке данные передавались бы первыми без какой-либо ненужной задержки.
[0180]
Как упоминалось выше, второй уровень приоритизации можно реализовать в различных разновидностях первого варианта осуществления, так что существует два последующих уровня приоритизации: на первом этапе UE обслуживает группы назначения ProSe в порядке уменьшения их приоритетов, а затем на последующем втором этапе UE обслуживает логические каналы ProSe выбранной в настоящее время (то есть обслуживаемой в настоящее время), высокоприоритетной группы назначения ProSe в порядке уменьшения их ассоциированного приоритета LCG ProSe.
[0181]
В альтернативной реализации UE на основе приоритетов групп назначения ProSe и приоритетов LCG ProSe, ассоциированных с логическими каналами, могло бы вывести приоритет логического канала и обслуживать логические каналы в порядке приоритета логических каналов. Конкретнее, приоритет логического канала зависел бы от приоритета группы назначения ProSe, ассоциированной с этим логическим каналом, и приоритета LCG ProSe, ассоциированной с этим логическим каналом. В одной примерной реализации UE могло бы сначала вывести приоритеты логических каналов с использованием функции приоритетов групп назначения ProSe и приоритетов LCG ProSe, как объяснялось раньше, а затем выполнить процедуру LCP аналогично случаю восходящей линии связи LTE, где логические каналы обслуживаются в порядке приоритета логического канала.
[0182]
Дополнительная разновидность второго варианта осуществления обеспечивает адаптированное сообщение о состоянии буфера, так что eNB принимает более подробную информацию. В данный момент отчет о состоянии буфера ProSe предоставляет информацию о размере буфера на каждую группу назначения ProSe, что указывает объем данных, доступный по всем логическим каналам ProSe в упомянутой группе назначения ProSe (см. раздел уровня техники и фиг. 19). Кроме того, на известном уровне техники все логические каналы одноуровневой линии связи отображаются в одну LCG. Следовательно, стандартизованный в настоящее время элемент управления MAC отчета о состоянии буфера ProSe не различает данные разных логических каналов в одной группе назначения ProSe.
[0183]
В соответствии с одной разновидностью отчет о состоянии буфера ProSe предоставляет более подробную информацию, а именно информацию о размере буфера на каждую пару из группы назначения ProSe и LCG ProSe, информацию о размере буфера, указывающую объем данных ProSe по всем логическим каналам ProSe, ассоциируемым с упомянутой парой, то есть ассоциируемым с группой назначения ProSe и LCG ProSe в упомянутой паре.
[0184]
Фиг. 25 для примера раскрывает элемент управления MAC BSR ProSe в соответствии с этой разновидностью второго варианта осуществления, где для каждой пары из группы назначения ProSe и LCG ProSe CE MAC содержит следующее:
- Индекс группы: Поле индекса группы идентифицирует группу назначения ProSe в паре. Длина этого поля составляет 4 бита. Значение устанавливается в индекс идентификатора назначения, сообщенного в ProseDestinationInfoList;
- ID LCG: Поле ID группы логических каналов идентифицирует LCG ProSe в паре (и, таким образом, идентифицирует логический канал (каналы)), состояние буфера которой сообщается. Длина этого поля составляет 2 бита;
[0185]
Размер буфера: Поле размера буфера идентифицирует общий объем данных, доступный по всем логическим каналам в паре "группа назначения ProSe - LCG ProSe" после того, как созданы все PDU MAC для TTI. Объем данных указывается в количестве байт;
[0186]
В зависимости от фактического формата, используемого для CE MAC BSR ProSe, могут быть зарезервированные биты, установленные, например, в "0".
[0187]
В конкретном примере, взятом для фиг. 25, предполагается, что LCH #1 ассоциируется с группой 1 назначения ProSe и LCG 1 ProSe, LCH #2 ассоциируется с группой 1 назначения ProSe и LCG 2 ProSe, а LCH #3 ассоциируется с группой 2 назначения ProSe и LCG 2 ProSe. Следовательно, имеется три пары из группы назначения ProSe и LCG ProSe, а именно группа 1 назначения ProSe с LCG 1 и 2 ProSe соответственно и группа 2 назначения ProSe с LCG 2 ProSe.
[0188]
Преимущество вышеописанного усовершенствованного BSR ProSe в том, что eNB теперь может различать разные LCG ProSe, принадлежащие одной и той же группе назначения ProSe, что позволяет eNB обеспечивать более эффективное планирование.
[0189]
С помощью вышеописанного изменения в отношении фактического содержимого BSR ProSe можно дополнительно задавать усовершенствованное сообщение о состоянии буфера ProSe, как на известном уровне техники, например, объясненном в разделе уровня техники (со ссылкой на R2-145435, CR 0744 для TS 36.321, подпункт 5.x.1.4). Только в качестве нескольких примеров: RRC может управлять сообщением BSR одноуровневой линии связи путем конфигурирования двух таймеров: Periodic-ProseBSR-Timer и RetxProseBSR-Timer; разные события инициируют BSR ProSe; существуют разные типы BSR ProSe, например, заполняющий BSR ProSe, обычный и периодический BSR ProSe.
[0190]
Третий пояснительный вариант осуществления
Третий вариант осуществления дополнительно улучшает процедуру распределения ресурсов у UE при выполнении процедуры LCP. В частности, третий вариант осуществления сосредоточен на Режиме 2 самостоятельного планирования UE, где UE при необходимости выбирает радиоресурсы из совокупности ресурсов для новой передачи.
[0191]
Третий вариант осуществления можно объединять с любой из разновидностей первого и второго варианта осуществления, но также можно реализовать самостоятельным.
[0192]
Как объяснялось в разделе уровня техники, UE может предоставляться несколько совокупностей ресурсов для передачи сообщения SA и данных D2D соответственно. Таким образом, в дальнейшем предполагается, что для UE задается множество совокупностей ресурсов для связи D2D в режиме самостоятельного распределения ресурсов, то есть, конкретнее, множество совокупностей ресурсов для передачи назначений планирования (SA) и множество совокупностей ресурсов для соответствующей передачи данных D2D. Это может выполняться, например, посредством eNB и/или функции/объекта ProSe в сети, несущей (несущего) ответственность в упомянутом отношении. Эти множества совокупностей ресурсов для SA и данных предоставляются UE, например, посредством SIB18, то есть транслируются в системной информации соответствующей соты.
[0193]
Соответственно, UE доступны разные совокупности ресурсов, когда нужно выполнять самостоятельное распределение UE ресурсов (Режим 2), то есть при формировании нового PDU MAC D2D. Кроме того, для третьего варианта осуществления, как и для всех разновидностей первого и второго вариантов осуществления, предполагается, что задается множество групп назначения ProSe. Для некоторых разновидностей третьего варианта осуществления может предполагаться, что каждая из групп назначения ProSe ассоциируется с конкретным приоритетом группы назначения ProSe; дополнительные подробности уже предоставлены в первом и втором вариантах осуществления, и соответственно здесь пропускаются.
[0194]
Чтобы дополнительно улучшить распределение ресурсов посредством UE в Режиме 2, после того, как UE выбирает ту группу назначения ProSe с данными ProSe, доступными для передачи (например, с наивысшим приоритетом среди них), подходящая совокупность ресурсов (конкретнее, совокупность ресурсов для передачи назначения планирования и совокупность ресурсов для соответствующих данных) среди различных совокупностей ресурсов выбирается посредством UE на основе выбранной группы назначения ProSe. Другими словами, UE выбирает совокупности радиоресурсов (для SA и данных), которые подходят для выбранной группы назначения ProSe. Этот выбор совокупности (совокупностей) радиоресурсов можно реализовать разными способами, два из которых будут представлены ниже.
[0195]
В соответствии с первой разновидностью вводится новое отображение между группами назначения ProSe и совокупностями ресурсов, так что каждой группе назначения ProSe назначается совокупность ресурсов для SA и совокупность ресурсов для данных D2D. Это отображение может задаваться, например, функцией/объектом ProSe в сети, несущей (несущим) ответственность в упомянутом отношении. В упомянутом случае информация об отображении передается к UE (и eNB), например, с использованием некоторого протокола более высокого уровня. В качестве альтернативы это отображение может предварительно конфигурироваться в UE (и eNB) (например, по стандарту, или храниться в UICC), так что соответствующее отображение не нужно сигнализировать по сети, оно уже доступно в UE (и eNB).
[0196]
В любом случае на основе выбранной группы назначения ProSe UE может просто выбрать ту совокупность ресурсов, соответственно - совокупности ресурсов (одну для SA и одну для соответствующих данных D2D), которые ассоциируются с выбранной группой назначения ProSe, на основе сохраненной информации об отображении. Поскольку в одном периоде SA/данных, также называемом периодом управления одноуровневой линией связи (SC), UE D2D может передавать PDU MAC D2D только одной группе назначения ProSe, выбор совокупности (совокупностей) ресурсов нужно выполнять только один раз за период SA/данных.
[0197]
В соответствии со второй разновидностью вместо предоставления явного отображения UE должно по-другому определять подходящую совокупность радиоресурсов для выбранной группы назначения ProSe. В частности, каждой из множества совокупностей ресурсов назначается конкретный приоритет, например, называемый приоритетом совокупности ресурсов.
[0198]
Также существует несколько возможностей того, как реализуются фактические уровни приоритета, доступные для множества совокупностей ресурсов. Вторая разновидность предвидит, что приоритеты групп назначения ProSe и совокупностей ресурсов должны сравниваться для подходящего выбора совокупности ресурсов на основе выбранной группы назначения ProSe. Следовательно, должно быть задано два приоритета таким образом, чтобы они были осмысленно сопоставимыми. Приведенный раньше пример для приоритетов групп назначения ProSe допускал 8 разных уровней приоритета, причем уровень 1 приоритета является наивысшим, а уровень 8 приоритета является наименьшим. Соответственно, приоритет совокупностей ресурсов может задаваться и назначаться аналогичным образом, так что совокупности ресурсов, которую следует использовать только для важных данных, назначается высокий приоритет (например, 1), а совокупности ресурсов, которую уже можно использовать для менее важных данных, назначается низкий приоритет (например, 8).
[0199]
Эти приоритеты совокупностей ресурсов и назначение приоритетов могло бы осуществляться, например, той же функцией/объектом ProSe в сети, которая (который) уже отвечала (отвечал) за организацию множества совокупностей ресурсов. В упомянутом случае информация об уровне приоритета конкретной совокупности радиоресурсов могла бы сигнализироваться вместе с информацией о самой конкретной совокупности радиоресурсов; например, в конфигурации совокупности, сигнализированной в SIB 18.
[0200]
В качестве альтернативы приоритеты могли бы предварительно конфигурироваться в UE (и eNB) (например, по стандарту или храниться в UICC) таким же способом, как отображения для первой разновидности третьего варианта осуществления.
[0201]
В любом случае в соответствии со второй разновидностью UE оснащается множеством совокупностей ресурсов (соответственно для SA и данных D2D), каждой из которых назначен конкретный уровень приоритета. Как упоминалось выше, приоритеты совокупностей ресурсов задаются так, что только данные логических каналов одноуровневой линии связи, принадлежащих группе назначения ProSe с приоритетом группы, таким же (или выше), как приоритет, ассоциированный с совокупностью ресурсов, могут передаваться с помощью радиоресурсов из упомянутой совокупности ресурсов.
[0202]
Соответственно, после того, как UE выбрало группу назначения ProSe (на основе приоритета группы назначения ProSe), UE сравнивает приоритет выбранной группы назначения ProSe с приоритетом различных совокупностей ресурсов и выбирает ту совокупность ресурсов (одну для SA и одну для данных D2D), имеющую приоритет совокупности такой же или меньше, чем приоритет группы назначения ProSe у выбранной группы назначения ProSe.
[0203]
Соответственно, UE может определять предоставление одноуровневой линии связи на основе радиоресурсов выбранной совокупности радиоресурсов. Тогда радиоресурсы из определенного предоставления одноуровневой линии связи могут использоваться и распределяться различным логическим каналам ProSe в соответствии с процедурой LCP, обсуждаемой для различных разновидностей первого и второго вариантов осуществления.
[0204]
Преимущество наличия механизма выбора совокупности ресурсов в том, что с точки зрения eNodeB поведение UE для выбора совокупности ресурсов для Назначения планирования и соответствующей передачи данных предсказуемо. Это позволяет eNodeB управлять нагрузкой на разные совокупности ресурсов. Кроме того, электромагнитная обстановка могла бы отличаться для разных совокупностей ресурсов, так что передача данных ProSe сталкивается с разным качеством обслуживания (QoS).
[0205]
В качестве альтернативы могли бы задаваться разные совокупности ресурсов для разных длин циклического префикса (CP), то есть одна из множества совокупностей ресурсов для передачи D2D должна использовать длину расширенного CP, тогда как другие совокупности ресурсов для передачи D2D должны использовать длину нормального CP.
[0206]
Ниже кратко объясняется последовательность этапов, когда третий вариант осуществления объединяется с основной разновидностью второго варианта осуществления. Соответственно, предполагается, что UE находится в Режиме 2 планирования (самостоятельное планирование UE). На первом этапе UE должно определить группу назначения ProSe, для которой оно желает передавать данные D2D в этом TTI, соответственно и период SA/данных, на основе приоритета группы назначения ProSe (например, имеющую наивысший среди них). Затем UE определяет соответствующую совокупность ресурсов на основе выбранной группы назначения ProSe (либо на основе информации об отображении, либо на основе объясненного выше сравнения приоритетов). На основе выбранной совокупности радиоресурсов UE выберет предоставление одноуровневой линии связи из выбранной совокупности радиоресурсов и выделит упомянутые радиоресурсы из того предоставления логическим каналам ProSe в выбранной группе назначения ProSe в порядке уменьшения приоритета LCG ProSe, ассоциированного с логическими каналами ProSe.
[0207]
Однако третий вариант осуществления также может применяться к режиму запланированного eNB распределения ресурсов (Режиму 1), допуская, что множество совокупностей ресурсов также доступно для UE при его планировании в Режиме 1. В частности, в будущих выпусках множество совокупностей ресурсов, заданное в настоящее время только для Режима 2, также может стать применимым для планирования в Режиме 1, так что UE нужно указать, к какой совокупности ресурсов фактически относится запланированное eNB предоставление, принятое от eNB.
[0208]
Следовательно, в соответствии с этой разновидностью третьего варианта осуществления, когда UE принимает от eNB предоставление одноуровневой линии связи, оно выполняет усовершенствованную процедуру LCP, как объяснялось выше применительно к первому и второму вариантам осуществления. Однако, чтобы применить предоставление eNB, оно выберет ту совокупность ресурсов на основе выбранной группы назначения ProSe (в соответствии с любой из различных разновидностей, уже рассмотренных для третьего варианта осуществления применительно к усовершенствованному выбору совокупности ресурсов в Режиме 1).
[0209]
Дополнительные пояснительные варианты осуществления
Ниже будут объясняться разные варианты осуществления, которые можно объединять с любой из разновидностей первого, второго и третьего вариантов осуществления, объясненных выше, но которые также можно считать самостоятельными, то есть независимыми ни от какого из первого, второго и третьего вариантов осуществления.
[0210]
Для одного дополнительного варианта осуществления предполагается, что можно использовать, то есть конфигурировать, оба режима распределения ресурсов (то есть Режим 1 и Режим 2) одновременно, в отличие от стандартизованной в настоящее время реализации, где UE оснащается только одним режимом распределения ресурсов. В упомянутом случае режим распределения ресурсов можно сделать, например, характерным для логического канала, так что некоторые логические каналы конфигурируются для запланированного режима распределения ресурсов, тогда как остальные логические каналы конфигурируются для режима самостоятельного распределения ресурсов. UE может конфигурироваться в упомянутом отношении, например, с помощью eNB посредством сигнализации RRC.
[0211]
В качестве альтернативы режим распределения ресурсов логического канала ProSe мог бы конфигурироваться, например, той же функцией/объектом ProSe в сети, которая (который) уже отвечала (отвечал) за назначение разных приоритетов группы назначения ProSe, соответственно - LCG ProSe, и сигнализировала (сигнализировал) к UE, соответственно - eNodeB, по протоколу более высокого уровня.
[0212]
В качестве альтернативы режим распределения ресурсов, ассоциированный с логическим каналом ProSe, мог бы предварительно конфигурироваться в UE (и eNB) (например, по стандарту или храниться в UICC) таким же способом, как отображения для первой разновидности.
[0213]
В результате процедура LCP, выполняемая в UE, тогда рассматривала бы, например, только те логические каналы, которые конфигурируются для режима запланированного eNB распределения ресурсов, если предоставление одноуровневой линии связи принимается от eNB, и наоборот, UE тогда рассматривало бы только те логические каналы, которые конфигурируются для режима самостоятельного распределения UE ресурсов, если предоставление одноуровневой линии связи определяется UE самостоятельно из совокупности ресурсов (без предоставления eNB). Таким образом, на первом этапе процедуры LCP те логические каналы, которые не относятся к тому же режиму распределения ресурсов, что и обрабатываемое в настоящее время предоставление одноуровневой линии связи, были бы проигнорированы для процедуры LCP. Поэтому, например, им не были бы распределены никакие радиоресурсы. И при рассмотрении первого варианта осуществления этап выбора группы назначения ProSe выполнялся бы, как если бы эти проигнорированные логические каналы не были частью группы (групп) назначения ProSe. Аналогичным образом при рассмотрении второго варианта осуществления эти проигнорированные логические каналы и их ассоциированный приоритет LCG ProSe были бы проигнорированы при определении порядка логических каналов, по которому распределяются ресурсы.
[0214]
Кроме того, UE сообщало бы только данные тех логических каналов, сконфигурированных для режима запланированного eNB распределения ресурсов, в соответствующем BSR ProSe.
[0215]
В качестве альтернативы режим распределения ресурсов можно было бы сделать характерным для группы назначения ProSe или для группы логических каналов ProSe.
[0216]
Для другого дополнительного варианта осуществления предполагается, что для D2D поддерживается полупостоянное планирование, и таким образом, радиоресурсы из упомянутого предоставления SPS должны распределяться логическим каналам ProSe в соответствии с процедурой LCP. В соответствии с этим дополнительным вариантом осуществления должны передаваться данные группы назначения ProSe с наивысшим приоритетом среди групп назначения ProSe с доступными данными; то есть при формировании нового PDU MAC для передачи с использованием ресурсов SPS группа назначения ProSe с наивысшим приоритетом выбирается для продолжения процедуры LCP. Следовательно, ресурсы SPS распределяются только тем логическим каналам ProSe, ассоциируемым с выбранной группой назначения ProSe.
[0217]
В качестве альтернативы конкретные группы назначения ProSe могут (предварительно) конфигурироваться или не конфигурироваться для SPS, так что UE при распределении ресурсов SPS может выбирать только из тех групп назначения ProSe, которые конфигурируются для SPS.
Конфигурация может осуществляться, например, с помощью сигнализации более высокого уровня, например, с использованием признака, который указывает, что соответствующая группа назначения ProSe предназначена для SPS. В качестве альтернативы эта конфигурация SPS групп назначения ProSe может предварительно конфигурироваться в UE.
[0218]
Одно из преимуществ, достигаемых процедурой LCP из первого аспекта, состоит в том, что данные ProSe для высокоприоритетных групп назначения ProSe передаются первыми и не задерживаются излишне, как в системе известного уровня техники. Чтобы добиться нужного эффекта, можно подходящим образом назначать разные уровни приоритета разным группам назначения ProSe с помощью центральной функции/объекта ProSe.
[0219]
Таким образом, для процедуры LCP реализуется второй уровень приоритизации в дополнение к первому уровню приоритизации на основе приоритетов групп назначения ProSe, обсуждаемому применительно к первому аспекту. Говоря подробнее, вместо предоставления только одной группы логических каналов, LCG, применительно к связи ProSe, как на известном уровне техники, второй аспект основывается на множестве LCG ProSe, каждая из которых ассоциируется с одним из множества разных приоритетов, называемым, например, приоритетом LCG ProSe. В соответствии с одной разновидностью LCG ProSe, а также соответствующие приоритеты LCG ProSe, могут организовываться и управляться функцией/объектом ProSe в сети, несущей (несущим) ответственность в упомянутом отношении. В упомянутом случае информация о доступных LCG ProSe и их соответствующих уровнях приоритета может передаваться к UE, а также, например, к eNB, чтобы дополнительно позволить eNB улучшить планирование радиоресурсов для упомянутого пользовательского оборудования. Тогда UE должно отобразить каждый из множества сконфигурированных логических каналов ProSe (например, STCH) в одну из множества LCG ProSe.
[0220]
Когда нужно передать данные ProSe и при условии, что доступно предоставление одноуровневой линии связи (либо сигнализировано eNB, либо определено UE самостоятельно из совокупности ресурсов), улучшенная процедура LCP из второго аспекта, являющаяся расширением усовершенствованной процедуры LCP из первого аспекта, вводит второй уровень приоритизации на основе приоритетов LCG ProSe. Соответственно, при первой приоритизации в соответствии с первым аспектом UE выбирает ту группу назначения ProSe, имеющую наивысший приоритет, так что сформированный PDU будет содержать только данные ProSe для передачи к UE из упомянутой выбранной группы назначения ProSe. Затем при второй приоритизации доступные ресурсы распределяются логическим каналам ProSe из упомянутой выбранной группы назначения ProSe, принимая во внимание приоритет LCG ProSe, ассоциированный с LCG ProSe, в которые отображаются логические каналы ProSe, то есть логические каналы ProSe обслуживаются в порядке уменьшения их соответствующего приоритета LCG ProSe. Таким образом, PDU последовательно создается с данными ProSe из одной выбранной группы назначения ProSe и из логических каналов ProSe в порядке уменьшающегося приоритета LCG ProSe, ассоциированного с ними. Сформированный таким образом PDU затем дополнительно обрабатывается и передается.
[0221]
Одно из преимуществ, достигаемых процедурой LCP из второго аспекта, в дополнение к преимуществу из первого аспекта состоит в том, что данные ProSe, ассоциированные с требовательными к задержке сервисами (например, голос по IP), не задерживаются излишне, поскольку соответствующие логические каналы ProSe, переносящие упомянутые требовательные к задержке данные, обслуживаются в соответствии с их ассоциированным приоритетом (ассоциированным посредством отображенной LCG ProSe).
[0222]
Разновидности второго аспекта отличаются в отношении того, как выполняется отображение логических каналов ProSe в LCG ProSe. Например, в одной разновидности задается множество LCG ProSe независимо от каких-либо групп назначения ProSe, и каждый из логических каналов ProSe, сконфигурированных в пользовательском оборудовании, отображается в одну из множества LCG ProSe, то есть независимо от ассоциации между логическими каналами ProSe и группами назначения ProSe. Например, для ProSe можно задать заранее всего четыре разных LCG, и UE при организации логических каналов ProSe или после нее отображает каждый из логических каналов ProSe в одну из четырех LCG ProSe. В этой разновидности четыре LCG ProSe можно однозначно идентифицировать по соответствующему ID LCG. В альтернативной разновидности для каждой группы назначения ProSe задается разный набор разных LCG ProSe, например, множество LCG ProSe для одной группы назначения ProSe отличается от LCG ProSe из любой другой группы назначения ProSe. Например, при допущении четырех разных LCG на каждую группу назначения ProSe и 8 разных групп назначения ProSe фактически было бы 8×4=32 разных LCG ProSe, идентифицируемые, например, по сочетанию ID группы назначения ProSe и ID LCG ProSe. Тогда для каждой из групп назначения ProSe каждый из логических каналов ProSe, ассоциированных с упомянутой группой назначения ProSe, отображается в одну из LCG ProSe в группе назначения ProSe. Для последней разновидности приоритизацию можно задать и реализовать точнее.
[0223]
В соответствии с дополнительными разновидностями второго аспекта процедура сообщения о состоянии буфера для ProSe приспособлена к усовершенствованной процедуре LCP, чтобы включать в себя больше информации о размере буфера, позволяя соответственно eNB, принимающему упомянутый BSR ProSe, эффективнее планировать ресурсы ProSe. В частности, отчет о состоянии буфера ProSe формируется содержащим для каждой пары из группы назначения ProSe и LCG ProSe (например, используемой активно в UE и/или, например, для которой доступны данные ProSe) информацию о размере буфера доступных данных ProSe для тех логических каналов ProSe, ассоциируемых с группой назначения ProSe и LCG ProSe в паре. Затем UE передает сформированный отчет о состоянии буфера ProSe базовой радиостанции, управляющей радиоресурсами для пользовательского оборудования в системе мобильной связи.
[0224]
В соответствии с третьим аспектом изобретения группа назначения ProSe дополнительно используется для выбора подходящей совокупности ресурсов для режима самостоятельного планирования UE ресурсов (Режима 2). В частности, для пользовательского оборудования конфигурируется множество совокупностей радиоресурсов, например, посредством eNodeB и/или ответственной функции/объекта ProSe в сети. Как уже объяснялось для первого аспекта, группы назначения ProSe обслуживаются в порядке уменьшения приоритета по отношению к доступным радиоресурсам.
[0225]
Тогда после этого этапа выбора группы назначения ProSe UE выбирает одну из упомянутых совокупностей ресурсов на основе выбранной группы назначения ProSe. Это может осуществляться разными способами.
[0226]
В одной разновидности существует ассоциация между каждой группой назначения ProSe и одной из упомянутых совокупностей ресурсов, которая может централизованно определяться ответственной функцией/объектом ProSe в сети, а затем передаваться к UE, или которая предварительно конфигурируется в UE. Соответственно, UE может выбрать ту совокупность радиоресурсов, которая назначается выбранной группе назначения ProSe.
[0227]
В альтернативной разновидности каждой из совокупностей радиоресурсов назначается конкретный приоритет (например, с помощью упомянутой раньше функции/объекта ProSe); UE также информируют о приоритете каждой совокупности радиоресурсов, например, в системной информации, вещаемой базовой радиостанцией в своей соте. После того, как группа назначения ProSe выбирается в соответствии с первым этапом, приоритет упомянутой выбранной группы назначения ProSe сравнивается с помощью UE с приоритетами совокупностей доступных радиоресурсов, чтобы выбрать одну конкретную совокупность радиоресурсов. Например, подходящая совокупность радиоресурсов имела бы такой же (или меньший) приоритет, как и приоритет выбранной группы назначения ProSe, так что только данные ProSe логических каналов ProSe, принадлежащих группе назначения ProSe с приоритетом группы, таким же (или выше), как приоритет, ассоциированный с совокупностью ресурсов, передаются с помощью ресурсов из упомянутой соответствующей совокупности ресурсов.
[0228]
Соответственно, в одном общем аспекте раскрытые здесь методики представляют способ для распределения радиоресурсов логическим каналам при выполнении процедуры приоритизации логического канала, LCP, в пользовательском оборудовании в системе мобильной связи. Множество логических каналов для сервисов, связанных с близостью,, ProSe, конфигурируется в пользовательском оборудовании и ассоциируется с одной из множества групп назначения ProSe в качестве возможных назначений (адресатов) данных ProSe. Кроме того, каждая из множества групп назначения ProSe ассоциируется с приоритетом группы назначения ProSe, и каждый из множества логических каналов ProSe отображается в одну из множества групп логических каналов ProSe, LCG. Также каждая из множества LCG ProSe ассоциируется с приоритетом LCG ProSe. Пользовательское оборудование выполняет следующие этапы при формировании первого протокольного блока данных, PDU, для передачи. UE выбирает ту группу назначения ProSe с доступными для передачи данными ProSe с наивысшим приоритетом группы назначения ProSe. Затем UE распределяет радиоресурсы тем логическим каналам ProSe с доступными для передачи данными ProSe, которые ассоциируются с выбранной группой назначения ProSe, в порядке уменьшения приоритета LCG ProSe, ассоциированного с LCG ProSe, в которые отображаются те логические каналы ProSe.
[0229]
В соответствии с полезной разновидностью, которая может использоваться дополнительно или в качестве альтернативы вышеупомянутым, приоритет LCG ProSe либо предварительно конфигурируется в пользовательском оборудовании, либо определяется функцией ProSe в объекте ProSe в системе мобильной связи и сообщается пользовательскому оборудованию. В последнем случае определенный приоритет LCG ProSe при необходимости также сообщается базовой радиостанции, управляющей радиоресурсами для пользовательского оборудования в системе мобильной связи.
[0230]
В соответствии с полезной разновидностью, которая может использоваться дополнительно или в качестве альтернативы вышеупомянутым, приоритет группы назначения ProSe либо предварительно конфигурируется в пользовательском оборудовании, либо определяется в функции ProSe в объекте ProSe в системе мобильной связи и сообщается пользовательскому оборудованию. В последнем случае определенный приоритет группы назначения ProSe при необходимости также сообщается базовой радиостанции, управляющей радиоресурсами для пользовательского оборудования в системе мобильной связи.
[0231]
В соответствии с полезной разновидностью, которая может использоваться дополнительно или в качестве альтернативы вышеупомянутым, отображение логических каналов ProSe в LCG ProSe выполняется путем задания набора разных LCG ProSe, где каждый из логических каналов ProSe, сконфигурированных в пользовательском оборудовании, отображается в одну из набора разных LCG ProSe; например, разные LCG ProSe идентифицируются по ID LCG ProSe. В качестве альтернативы для каждой группы назначения ProSe задается разный набор из разных LCG ProSe, и каждый из логических каналов ProSe, ассоциированных с одной из множества групп назначения ProSe, отображается в одну из того набора разных LCG ProSe, заданного для упомянутой одной из множества групп назначения ProSe; например, разные LCG ProSe идентифицируются по сочетанию ID для группы назначения ProSe и ID для LCG ProSe.
[0232]
В соответствии с полезной разновидностью, которая может использоваться дополнительно или в качестве альтернативы вышеупомянутым, пользовательским оборудованием формируется отчет о состоянии буфера ProSe, для каждой пары из группы назначения ProSe и LCG ProSe содержащий информацию о размере буфера доступных данных ProSe для тех логических каналов ProSe, ассоциируемых с группой назначения ProSe и LCG ProSe в паре. Затем сформированный отчет о состоянии буфера ProSe передается базовой радиостанции, управляющей радиоресурсами для пользовательского оборудования в системе мобильной связи. В одном примере отчет о состоянии буфера ProSe для каждой пары из группы назначения ProSe и LCG ProSe содержит следующую информацию: идентификатор группы назначения ProSe у группы назначения ProSe в паре, идентификатор LCG ProSe у LCG ProSe в паре и информацию о размере буфера доступных данных ProSe для тех логических каналов ProSe, ассоциируемых с группой назначения ProSe и LCG ProSe в паре.
[0233]
В соответствии с полезной разновидностью, которая может использоваться дополнительно или в качестве альтернативы вышеупомянутым, допускается сценарий, где данные ProSe для группы назначения ProSe с наивысшим приоритетом по-прежнему доступны для передачи после формирования первого PDU, и данные ProSe доступны для передачи по меньшей мере другой группе назначения ProSe. В упомянутом случае при формировании второго PDU для передачи пользовательское оборудование либо выбирает ту группу назначения ProSe с доступными для передачи данными ProSe с наивысшим приоритетом группы назначения ProSe, либо выбирает ту группу назначения ProSe с доступными для передачи данными ProSe со вторым наивысшим приоритетом группы назначения ProSe.
[0234]
В соответствии с полезной разновидностью, которая может использоваться дополнительно или в качестве альтернативы вышеупомянутым, пользовательскому оборудованию доступно два набора радиоресурсов, где первый из двух наборов радиоресурсов используется для распределения радиоресурсов для первого PDU, а второй из двух наборов радиоресурсов используется для распределения радиоресурсов для второго PDU.
[0235]
Соответственно, в одном общем аспекте раскрытые здесь методики представляют способ для распределения радиоресурсов логическим каналам при выполнении процедуры приоритизации логического канала, LCP, в пользовательском оборудовании в системе мобильной связи. Множество логических каналов для сервисов, связанных с близостью,, ProSe, конфигурируется в пользовательском оборудовании и ассоциируется с одной из множества групп назначения ProSe в качестве возможных назначений (адресатов) данных ProSe. Кроме того, для пользовательского оборудования конфигурируется множество совокупностей радиоресурсов, и каждая из множества групп назначения ProSe ассоциируется с приоритетом группы назначения ProSe. Пользовательское оборудование выполняет следующие этапы при формировании первого протокольного блока данных, PDU, для передачи. UE выбирает ту группу назначения ProSe с доступными для передачи данными ProSe с наивысшим приоритетом группы назначения ProSe. Затем UE выбирает совокупность радиоресурсов на основе выбранной группы назначения ProSe. Затем UE распределяет радиоресурсы из выбранной совокупности радиоресурсов тем логическим каналам ProSe с доступными для передачи данными ProSe, которые ассоциируются с выбранной группой назначения ProSe.
[0236]
В соответствии с полезной разновидностью, которая может использоваться дополнительно или в качестве альтернативы вышеупомянутым, этап выбора совокупности радиоресурсов на основе выбранной группы назначения ProSe может выполняться либо пользовательским оборудованием в соответствии с информацией об ассоциации, принятой от сетевого объекта или предварительно сконфигурированной в пользовательском оборудовании, для каждой из множества групп назначения ProSe указывающей ассоциированную совокупность радиоресурсов из множества совокупностей радиоресурсов. Либо, когда каждой из совокупностей радиоресурсов назначается один из множества приоритетов совокупностей, пользовательское оборудование выбирает ту совокупность радиоресурсов с подходящим приоритетом совокупности по сравнению с приоритетом группы назначения ProSe у выбранной группы назначения ProSe. В одном примере UE должно выбрать совокупность радиоресурсов, которая имеет приоритет совокупности такой же или меньше, чем приоритет группы назначения ProSe у выбранной группы назначения ProSe. В одном дополнительном характерном примере пользовательское оборудование информируют о приоритете совокупности у каждой совокупности радиоресурсов посредством широковещательной информации, передаваемой от базовой радиостанции, управляющей радиоресурсами для пользовательского оборудования в системе мобильной связи.
[0237]
В соответствии с полезной разновидностью, которая может использоваться дополнительно или в качестве альтернативы вышеупомянутым, каждый из множества логических каналов ProSe отображается в одну из множества группы логических каналов ProSe, LCG. Кроме того, каждая из множества LCG ProSe ассоциируется с приоритетом LCG ProSe, и этап распределения распределяет радиоресурсы из выбранной совокупности радиоресурсов тем логическим каналам ProSe с доступными для передачи данными ProSe, которые ассоциируются с выбранной группой назначения ProSe, в порядке уменьшения приоритета LCG ProSe, ассоциированного с LCG ProSe, в которые отображаются те логические каналы ProSe. Соответственно, в одном общем аспекте раскрытые здесь методики представляют пользовательский терминал для распределения радиоресурсов логическим каналам при выполнении процедуры приоритизации логического канала, LCP, в пользовательском оборудовании в системе мобильной связи. Множество логических каналов для сервисов, связанных с близостью,, ProSe, конфигурируется в пользовательском оборудовании и ассоциируется с одной из множества групп назначения ProSe в качестве возможных назначений (адресатов) данных ProSe. Каждая из множества групп назначения ProSe ассоциируется с приоритетом группы назначения ProSe, где каждый из множества логических каналов ProSe отображается в одну из множества групп логических каналов ProSe, LCG, и где каждая из множества LCG ProSe ассоциируется с приоритетом LCG ProSe. Процессор в UE выбирает ту группу назначения ProSe с доступными для передачи данными ProSe с наивысшим приоритетом группы назначения ProSe при формировании первого протокольного блока данных, PDU, для передачи. Кроме того, процессор распределяет радиоресурсы тем логическим каналам ProSe с доступными для передачи данными ProSe, которые ассоциируются с выбранной группой назначения ProSe, в порядке уменьшения приоритета LCG ProSe, ассоциированного с LCG ProSe, в которые отображаются те логические каналы ProSe.
[0238]
В соответствии с полезной разновидностью, которая может использоваться дополнительно или в качестве альтернативы вышеупомянутым, носитель информации в UE хранит приоритет LCG ProSe, предварительно конфигурируемый в пользовательском оборудовании. В качестве альтернативы или дополнительно приемник в UE принимает от функции ProSe в объекте ProSe в системе мобильной связи приоритет LCG ProSe, определенный упомянутой функцией ProSe. Также возможно, что носитель информации в UE хранит приоритет группы назначения ProSe, предварительно конфигурируемый в пользовательском оборудовании, и/или приемник принимает от функции ProSe в объекте ProSe в системе мобильной связи приоритет группы назначения ProSe, определенный упомянутой функцией ProSe. В соответствии с полезной разновидностью, которая может использоваться дополнительно или в качестве альтернативы вышеупомянутым, процессор отображает каждый из логических каналов ProSe, сконфигурированных в пользовательском оборудовании, в одну из набора разных LCG ProSe. В качестве альтернативы для каждой группы назначения ProSe задается разный набор из разных LCG ProSe, и процессор отображает каждый из логических каналов ProSe, ассоциированных с одной из множества групп назначения ProSe, в одну из того набора разных LCG ProSe, заданного для упомянутой одной группы назначения ProSe.
[0239]
В соответствии с полезной разновидностью, которая может использоваться дополнительно или в качестве альтернативы вышеупомянутым, процессор формирует отчет о состоянии буфера ProSe, для каждой пары из группы назначения ProSe и LCG ProSe содержащий информацию о размере буфера доступных данных ProSe для тех логических каналов ProSe, ассоциируемых с группой назначения ProSe и LCG ProSe в паре. Затем передатчик в UE передает сформированный отчет о состоянии буфера ProSe базовой радиостанции, управляющей радиоресурсами для пользовательского оборудования. В одном примере отчет о состоянии буфера ProSe для каждой пары из группы назначения ProSe и LCG ProSe содержит следующую информацию: идентификатор группы назначения ProSe у группы назначения ProSe в паре, идентификатор LCG ProSe у LCG ProSe в паре и информацию о размере буфера доступных данных ProSe для тех логических каналов ProSe, ассоциируемых с группой назначения ProSe и LCG ProSe в паре.
[0240]
В соответствии с полезной разновидностью, которая может использоваться дополнительно или в качестве альтернативы вышеупомянутым, предполагается, что данные ProSe для группы назначения ProSe с наивысшим приоритетом по-прежнему доступны для передачи после формирования первого PDU, и данные ProSe доступны для передачи по меньшей мере другой группе назначения ProSe. Тогда процессор все же выбирает ту группу назначения ProSe с доступными для передачи данными ProSe с наивысшим приоритетом группы назначения ProSe при формировании второго PDU для передачи. В качестве альтернативы процессор выбирает ту группу назначения ProSe с доступными для передачи данными ProSe со вторым наивысшим приоритетом группы назначения ProSe при формировании второго PDU для передачи.
[0241]
Соответственно, в одном общем аспекте раскрытые здесь методики представляют пользовательский терминал для распределения радиоресурсов логическим каналам при выполнении процедуры приоритизации логического канала, LCP, в пользовательском оборудовании в системе мобильной связи. Множество логических каналов для сервисов, связанных с близостью,, ProSe, конфигурируется в пользовательском оборудовании и ассоциируется с одной из множества групп назначения ProSe в качестве возможных назначений (адресатов) данных ProSe. Для пользовательского оборудования конфигурируется множество совокупностей радиоресурсов, где каждая из множества групп назначения ProSe ассоциируется с приоритетом группы назначения ProSe. Процессор в UE выбирает ту группу назначения ProSe с доступными для передачи данными ProSe с наивысшим приоритетом группы назначения ProSe при формировании первого протокольного блока данных, PDU, для передачи. Затем процессор дополнительно выбирает совокупность радиоресурсов на основе выбранной группы назначения ProSe. В конечном счете процессор распределяет радиоресурсы из выбранной совокупности радиоресурсов тем логическим каналам ProSe с доступными для передачи данными ProSe, которые ассоциируются с выбранной группой назначения ProSe. В соответствии с полезной разновидностью, которая может использоваться дополнительно или в качестве альтернативы вышеупомянутым, процессор выбирает совокупность радиоресурсов в соответствии с информацией об ассоциации, принятой от сетевого объекта или предварительно конфигурируемой в пользовательском оборудовании, указывающей ассоциированную совокупность радиоресурсов для каждой из множества групп назначения ProSe. В качестве альтернативы процессор выбирает ту совокупность радиоресурсов с подходящим приоритетом совокупности по сравнению с приоритетом группы назначения ProSe у выбранной группы назначения ProSe, где каждой из совокупностей радиоресурсов назначается один из множества приоритетов совокупностей. Например, процессор выбирает ту совокупность радиоресурсов, имеющую приоритет совокупности такой же или меньше, чем приоритет группы назначения ProSe у выбранной группы назначения ProSe.
[0242]
В соответствии с полезной разновидностью, которая может использоваться дополнительно или в качестве альтернативы вышеупомянутым, каждый из множества логических каналов ProSe отображается в одну из множества группы логических каналов ProSe, LCG, где каждая из множества LCG ProSe ассоциируется с приоритетом LCG ProSe. Затем процессор распределяет радиоресурсы из выбранной совокупности радиоресурсов тем логическим каналам ProSe с доступными для передачи данными ProSe, которые ассоциируются с выбранной группой назначения ProSe, в порядке уменьшения приоритета LCG ProSe, ассоциированного с LCG ProSe, в которые отображаются те логические каналы ProSe.
[0243]
Пятый вариант осуществления, полезный для MCPTT
Сервис MCPTT, который иллюстрировался в разделе уровня техники, должен предоставлять механизм для приоритизации групповых вызовов MCPTT на основе приоритетов, ассоциированных с элементами вызова (например, тип сервиса, идентификатор запрашивающего и идентификатор целевого объекта). Это требование подразумевает, что приоритет группового вызова может зависеть от идентификатора запрашивающего (также известного, как пользователь/UE, инициирующий передачу) в дополнение к целевому объекту связи. Это также подтверждает, что сам ID группы уровня 2 ProSe не предписывает приоритет. Точнее, приоритет вырабатывается на основе некоторого количества факторов на прикладном уровне MCPTT.
Хотя вышеописанные варианты осуществления также могут применяться для LCP, настоящий, пятый вариант осуществления обеспечивает конкретные выгоды для сервиса MCPTT. В частности, предложенная выше схема приоритета группы может обладать некоторыми ограничениями и отсутствием гибкости по отношению к MCPTT. Например, давайте рассмотрим UE, которое участвует в двух группах ProSe, где связь группы A обычно имеет больший приоритет, чем связь группы B. Из-за схемы приоритизации группы назначения, которая сначала выбирает группу в соответствии с приоритетом группы, как описано выше, было бы невозможно обслуживать чрезвычайную ситуацию в группе B, где было бы желательно приоритизировать трафик этой конкретной группы B над всем остальным трафиком.
[0244]
В нижеследующем описании примеры описываются на основе текущих исследований сервиса MCPTT под авторством 3GPP. Однако отметим, что этот механизм применим для любого вида системы ProSe, в которой приоритеты разных сервисов и назначений имеют значение для эффективной работы групповых вызовов.
[0245]
Конкретное решение, предусмотренное вариантом 5 осуществления, состоит в том, что каждому логическому каналу одноуровневой линии связи назначается уровень приоритета. UE выполняет приоритизацию логических каналов (то есть выбор порядка обслуживания данных, стоящих в очереди на разных SLRB) только на основе этого уровня приоритета без учета приоритета группы назначения.
[0246]
Фактически, этот 5-ый вариант осуществления также можно реализовать в системе, не поддерживающей приоритеты групп и просто назначающей уровни приоритета конкретным логическим каналам.
[0247]
В частности, UE выполняет следующие этапы, как иллюстрируется на фиг. 25. На этапе 2510 UE выбирает логический канал одноуровневой линии связи с наивысшим приоритетом (имеющий доступные данные). LC наивысшего приоритета здесь является LC, имеющим наивысший приоритет среди всех LC всех групп назначения, обслуживаемых UE. Выбранный логический канал одноуровневой линии связи определяет группу назначения ProSe. Таким образом, на этапе 2520 UE определяет группу назначения, которой принадлежит логический канал наивысшего приоритета. Затем определенная группа назначения выбирается для передачи данных, и дальнейшая приоритизация выполняется для логических каналов UE в выбранной группе назначения. Соответственно, на этапе 2530 UE выполняет дальнейшую приоритизацию для всех логических каналов одноуровневой линии связи, принадлежащих выбранной группе назначения ProSe. Затем на этапе 2540 все логические каналы одноуровневой линии связи, принадлежащие определенной группе назначения ProSe, обслуживаются в порядке уменьшающегося приоритета (на основе приоритета, ассоциированного с соответствующими логическими каналами одноуровневой линии связи в группе назначения). "Обслуживаемый" означает, что данные из соответствующих логических каналов отображаются в распределенные ресурсы в текущий момент передачи (возможность передачи, например, вышеописанный период управления одноуровневой линией связи, SC).
[0248]
Настоящая процедура может применяться UE, работающим либо в режиме 1 (режим управляемого eNB распределения ресурсов), либо в режиме 2 (режим самостоятельного распределения ресурсов). Настоящая процедура также может работать в других системах, в которых передача управляется иным объектом, нежели eNB. Причина в том, что это уже предполагает доступными некоторые ресурсы независимо от процедуры выделения ресурсов.
[0249]
Вышеупомянутая процедура преимущественно выполняется посредством UE при каждой возможности передачи, где нужно формировать новый транспортный блок. Применительно к ProSe в соответствии с текущими заданными функциональными возможностями ProSe (вып. 12) UE может передавать данные только одной группе ProSe в периоде SC. В этом смысле UE нужно только выбрать группу назначения ProSe на основе приоритетов логических каналов одноуровневой линии связи один раз за период SC.
[0250]
Все же этап механизма приоритизации, то есть распределение радиоресурсов логическим каналам одноуровневой линии связи, принадлежащим выбранной группе назначения ProSe, в соответствии с их приоритетом, нужно выполнять для каждого нового транспортного блока.
[0251]
Это обеспечивает преимущество в том, что при создании каждого нового транспортного блока UE, которому разрешено передавать данные, использует выделенную пропускную способность для передачи сначала самых важных данных. При передаче каждого транспортного блока данные, доступные для передачи, можно изменять, и таким образом, выбор группы назначения и логических каналов в соответствии с приоритетами также может иметь разный результат от транспортного блока к транспортному блоку. Важна возможность быстрой передачи данных, особенно для ответственных данных.
[0252]
Однако отметим, что настоящее изобретение не ограничивается этим примером. Для некоторых применений может быть приемлемо, если группа назначения выбирается, и планирование выполняется каждые K транспортных блоков (целое число больше 2). Оставшиеся транспортные блоки образуются с использованием последнего распределения (соответственно, передавая последней выбранной группе назначения и распределяя ресурсы логическим каналам для выбранной группы в соответствии с их приоритетами).
[0253]
Вышеописанная процедура всего лишь предполагает, что для каждого логического канала одноуровневой линии связи имеется приоритет, заданный и доступный в UE, например, сохраненный временно или постоянно. Кроме того, также есть доступная в UE информация, для каждого логического канала одноуровневой линии связи задающая, к какой группе назначения он принадлежит.
[0254]
Например, ассоциированный с каждым логическим каналом одноуровневой линии связи приоритет может определяться либо UE, либо функцией ProSe, и сигнализироваться к UE и/или к eNB.
[0255]
В случае, когда функция ProSe определяет приоритет логического канала, между объектом ProSe (функцией ProSe) и UE (и, по возможности, eNB) нужно ввести некоторую сигнализацию.
[0256]
Например, сигнализация может быть управляющей сигнализацией на более высоком уровне, то есть уровне выше физического уровня и уровня MAC. В частности, протокольное сообщение может включать в себя приоритет логического канала для каждого логического канала. Приоритет логического канала может конфигурироваться объектом ProSe при установлении логического канала одноуровневой линии связи в UE, например, в соответствии по меньшей мере с одним из идентификатора UE, идентификатора группы назначения у LC, группы логических каналов, которой принадлежит LC, и/или конкретного сервиса, переносимого LC, или т. п. Приоритет, ассоциированный с логическим каналом одноуровневой линии связи, также можно изменять или реконфигурировать, когда это инициировано, например, прикладным уровнем.
[0257]
Вообще, уровень приоритета также мог бы ассоциироваться с каждым пакетом данных сервиса (например, пакетами прикладного уровня). Пакеты одинакового уровня приоритета отображаются в одинаковый однонаправленный канал, то есть логический канал одноуровневой линии связи. Например, если сервис ProSe формирует пакеты данных, которые ассоциируются с двумя разными уровнями приоритета (например, голос и видео в видеовызове могут иметь разные приоритеты), то функция ProSe (в объекте ProSe) может конфигурировать UE для установления двух логических каналов одноуровневой линии связи для двух соответствующих потоков данных сервиса ProSe, в которые отображаются пакеты в соответствии с их приоритетами. В этом смысле процедура приоритизации, которая описана выше, также может выполняться на основе уровней приоритета, ассоциированных с пакетами данных сервиса.
[0258]
В режиме 1, в котором выделение ресурсов управляется с помощью eNB, eNB может предоставляться такая же конфигурационная информация, как и UE. Конкретнее, eNB могут предоставляться уровни приоритета, ассоциированные с соответствующими установленными логическими каналами одноуровневой линии связи. Уровни приоритета, ассоциированные с соответствующими установленными LC одноуровневой линии связи, могут предоставляться eNB посредством объекта ProSe или посредством UE.
[0259]
В качестве альтернативы eNB могла бы предоставляться информация об отображении логических каналов одноуровневой линии связи в группы логических каналов и соответствующий уровень приоритета групп логических каналов в соответствии с приоритетом логического канала одноуровневой линии связи. На основе информации о приоритете и отчета о состоянии буфера одноуровневой линии связи eNB способен выполнять эффективное планирование, принимая во внимание приоритеты передач от разных UE. В соответствии с текущим заданным элементом управления MAC отчета о состоянии буфера одноуровневой линии связи UE сообщает состояние буфера на каждую пару "группа назначения ProSe - группа логических каналов". Поэтому выгодно предоставить eNB информацию о приоритетах логических каналов одноуровневой линии связи, отображенных в соответствующую группу назначения ProSe, то есть в эти пары LCG.
[0260]
В рамках сигнализации от объекта ProSe UE и/или eNB преимущественно оснащается приоритетом логического канала одноуровневой линии связи и отображением логического канала одноуровневой линии связи в LCG и группы назначения.
[0261]
В случае, когда UE само определяет приоритет логического канала для логического канала одноуровневой линии связи, предполагается, что UE и/или eNB оснащается приоритетом группы назначения ProSe и приоритетом LCG. Это может выполняться функцией ProSe в объекте ProSe, как описано для предыдущих вариантов осуществления.
[0262]
Отметим, что независимо от того, само UE определило приоритет логического канала или приняло конфигурацию от объекта ProSe, eNB по-прежнему может выполнить либо вычисление приоритетов, либо прием конфигурации от объекта ProSe.
[0263]
Затем UE (или, по возможности, также eNB) вычисляет приоритет логического канала на основе некоторой предопределенной формулы. Например, приоритет логического канала одноуровневой линии связи может вычисляться в виде произведения приоритета группы ProSe (SLRBi) и приоритета LCG (SLRBi). В общем:
приоритет логического канала одноуровневой линии связи=f (SLRBi, SLRBi)
причем f - произвольная функция, которая предпочтительно пропорциональна приоритету группы ProSe (SLRBi) и приоритету LCG (SLRBi). Приоритет логического канала может вычисляться на основе приоритета группы назначения и приоритета LCG, как описано в предыдущих вариантах осуществления.
[0264]
Вычисление приоритета логического канала иллюстрируется на фиг. 26. Блок-схема алгоритма способа 2600 на фиг. 26 может исполняться в любом из UE и eNB. Она может использоваться в режиме 1, а также в режиме 2. На этапе 2610 UE и/или eNB определяет группу назначения логического канала, для которой вычисляется приоритет. Это определение может выполняться в ответ на прием управляющей информации от объекта ProSe, включающей в себя приоритет группы назначения. На этапе 2620 UE определяет приоритет LCG для логического канала, для которого вычисляется приоритет. Это также может выполняться при приеме приоритета LCG от объекта ProSe. На этапе 2630 могут определяться дополнительные параметры, которые могут использоваться для определения приоритета логического канала, например географическое местоположение UE, аварийное состояние или ID UE, либо другие. В конечном счете на этапе 2640 выполняется вычисление на основе этих параметров. Вышеприведенный подход 2600 может выполняться UE и/или eNB для всех логических каналов, сконфигурированных для UE.
[0265]
Что касается сообщения BSR ProSe (Режим 1), можно повторно использовать элементы управления, заданные в MAC сообщения о состоянии буфера ProSe в вып. 12. В частности, если LC одноуровневой линии связи, принадлежащие одной группе назначения ProSe, можно отобразить в 4 разные LCG, то BSR ProSe по существу может различать 64 разные пары групп назначения - LCG (соответствующие 4-битному ID группы назначения и 2-битному ID LCG). Такая сигнализация должна обеспечивать достаточную детализацию для выполнения эффективного планирования на eNB.
[0266]
В Режиме 2 (режим самостоятельного распределения ресурсов) может использоваться выбор совокупности ресурсов, который описан выше. На основе выбранной группы назначения ProSe (которая выбиралась на основе логического канала одноуровневой линии связи с наивысшим приоритетом) выбирается совокупность ресурсов. По существу совокупности ресурсов, которые конфигурируются сотой для режима самостоятельного распределения ресурсов, должны ассоциироваться с любым видом приоритета, например, приоритетом группы или приоритетом логического канала, чтобы UE выбирало из релевантных совокупностей ресурсов. Это должно обеспечить достаточное средство для разделения ресурсов, используемых UE, выполняющими передачи ProSe с разными ассоциированными приоритетами. eNB мог бы, например, конфигурировать разные физические параметры для совокупностей ресурсов с разными приоритетами. Со стороны UE, когда UE желает выполнить передачу ProSe в режиме самостоятельного распределения ресурсов, ему сначала нужно выбрать группу назначения ProSe на основе ассоциированных приоритетов, например, в соответствии с приоритетом логического канала. На основе выбранной группы назначения ProSe UE должно выбрать совокупность ресурсов Tx из списка совокупностей ресурсов. Конкретнее, UE должно использовать совокупность ресурсов Tx, имеющую ассоциированный приоритет, который является таким же или меньше, чем приоритет выбранной группы назначения ProSe, или, в качестве альтернативы, приоритет логического канала наивысшего приоритета (на основе которого выбиралась группа назначения ProSe).
[0267]
Другими словами, UE преимущественно дополнительно конфигурируется для выбора ресурсов, распределяемых для передачи данных, из совокупности ресурсов и для выбора совокупности ресурсов среди множества совокупностей ресурсов в соответствии с приоритетом группы назначения или приоритетом логического канала, ассоциированным с логическим каналом, из которого нужно передавать данные. Выгодно, если приоритет логического канала, в соответствии с которым выбирается совокупность ресурсов, является наивысшим приоритетом логического канала среди логических каналов для группы назначения.
[0268]
В качестве альтернативы или дополнительно существует уровень приоритета, ассоциированный с каждой совокупностью ресурсов, который UE сравнивает с логическим каналом наивысшего приоритета в выбранной группе назначения ProSe.
[0269]
Чтобы обеспечить более ориентированную на ситуацию приоритизацию для сервиса PTT, который может использоваться для различных аварийных применений, приоритет логического канала одноуровневой линии связи можно изменять на основе текущей ситуации, например географического положения, чрезвычайной ситуации, первого сотрудника и т. п.
[0270]
Изменение приоритета логического канала может выполняться динамически, что означает, что он не должен оставаться одним и тем же в течение группового вызова (для установления однонаправленного канала), а может меняться.
Изменение может выполняться путем реконфигурации параметра логического канала, то есть приоритета. Это может выполняться уровнем, связанным с предоставлением доступа, который включает в себя протоколы ниже уровня, не связанного с предоставлением доступа, как задано в разделе уровня техники.
[0271]
В качестве альтернативы устанавливается новый логический канал с новым измененным приоритетом, хотя логический канал со старым приоритетом поддерживается до тех пор, пока не опустеет буфер, а затем удаляется. Особенно в случае, когда новый приоритет больше старого приоритета, этот подход может быть полезен, чтобы обрабатывать пакеты этого нового логического канала с большим приоритетом. При необходимости логический канал с текущим (старым) приоритетом можно закрыть (удалить). Изменение приоритета может инициироваться объектом ProSe на прикладном уровне.
[0272]
Если UE реконфигурирует приоритет для логического канала, для которого данные передачи все еще хранятся в буфере, в целом может быть выгодно сохранить старый приоритет (приоритет до его изменения) действительным для тех данных в буфере. Это также справедливо, если изменение приоритета понижает приоритет. Так как данные в буфере формировались, пока логический канал имел больший приоритет, сохранение старого приоритета гарантирует, что эти данные передаются быстрее.
[0273]
Альтернативным действием после изменения приоритета логического канала для канала, для которого буфер все еще содержит данные для передачи, является немедленная очистка буфера, чтобы убедиться, что первыми обрабатываются новые данные. Это поведение может быть выгодно, особенно если приоритет логического канала меняется на больший приоритет.
[0274]
Соответственно, если текущий приоритет больше измененного приоритета, то UE все же может передать данные, буферизованные до изменения, с текущим приоритетом, обрабатывая при этом данные, буферизованные после изменения, с новым приоритетом. С другой стороны, если текущий приоритет меньше нового приоритета, то UE может удалить из буфера данные, сохраненные до изменения, то есть очистить буфер.
[0275]
Очистка буфера может подразумевать, что очищаемые данные теряются. Для диалоговых сервисов, например вызова (PTT) или видеовызова, особенно не полезны повторные передачи на более высоком уровне, например на прикладном уровне. Однако настоящее изобретение этим не ограничивается, и может существовать некоторый механизм повторной передачи, реализованный на более высоких уровнях.
[0276]
Однако отметим, что правило для сохранения старого приоритета для буферизованных данных также может применяться при изменении независимо от типа изменения (увеличение или уменьшение приоритета). Настоящее изобретение в целом не ограничивается конкретным поведением при изменении приоритета, и буфер также может всегда очищаться.
[0277]
Дополнительные альтернативы могут быть полезны для некоторых сценариев. Например, поведение UE при изменении приоритета может зависеть от причины изменения. Например, если приоритет логического канала изменяется вследствие изменения уровня аварии, тогда как изменение является увеличением, то буфер очищается. В противном случае буфер не очищается.
[0278]
В качестве альтернативы очистка буфера может управляться функцией ProSe путем включения в сообщение изменения приоритета признака очистки буфера, который может принимать два значения, одно для указания, что буфер нужно очистить, а другое для указания, что данные нужно сохранить.
[0279]
Еще в качестве альтернативы поведение UE может зависеть от значения приоритета после изменения. Например, буфер очищается, только если измененный приоритет больше предопределенного порогового уровня приоритета. Соответственно, самые важные данные (например, только данные с наивысшим приоритетом) должны передаваться как можно быстрее, тогда как данные с другими приоритетами обрабатывались бы с увеличенным равноправием.
[0280]
Шестой вариант осуществления: приостановка логического канала
В соответствии с другим вариантом осуществления настоящего изобретения предоставляется механизм управления разрешением на передачу. Этот вариант осуществления может работать независимо от предыдущих вариантов осуществления или может объединяться с любыми из ранее описанных вариантов осуществления. Этот шестой вариант осуществления также может применяться с Режимом 1 и Режимом 2.
[0281]
Сервис MCPTT обладает несколькими особенностями. В частности, только одна сторона (участник группового вызова) может передавать (транслировать) данные/разговор единовременно. Соответственно, механизм для выбора того, какой участник должен передавать, может обладать существенным влиянием на эффективность системы. Применительно к системам полудуплексной связи термин "управление разрешением на передачу" обозначает процесс выбора, какому конкретному пользователю в группе разрешается говорить, и уведомления конкретного пользователя, особенно в случае, когда существует больше пользователей, пытающихся передавать данные в одну и ту же возможность передачи.
[0282]
На основе TR 23.779 SA6 3GPP, версия 0.6.0, "Study on System Architecture Enhancements for Mission Critical PTT over LTE", доступного на www.3gpp.org, внесены некоторые предложения использовать сигнализацию прикладного уровня для поддержки управления разрешением на передачу, по существу с помощью одного UE, запрашивающего разрешение на передачу для конкретного канала, и приложений в других UE, выключающих свою передачу при приеме такого запроса.
[0283]
Когда пользовательское оборудование в текущих исследованиях не имеет разрешения на передачу и, соответственно, прекращает передачу, логические каналы остаются по-прежнему активными и также используются терминалом для приоритизации передачи данных разным группам.
[0284]
В этом варианте осуществления предоставляется пользовательское оборудование, работающее в системе беспроводной полудуплексной связи, поддерживающей прямую связь между группой экземпляров пользовательского оборудования. Пользовательское оборудование содержит блок управления разрешением на передачу, сконфигурированный для определения, выбирается ли пользовательское оборудование для передачи данных среди экземпляров пользовательского оборудования в системе беспроводной связи. Если пользовательское оборудование не выбирается, то приостанавливает логические каналы одноуровневой линии связи, принадлежащие группе ProSe (группе экземпляров пользовательского оборудования, то есть группе назначения с точки зрения одного конкретного UE). С другой стороны, если выбирается отправляющее данные пользовательское оборудование, то возобновляет логические каналы одноуровневой линии связи, которые ранее были приостановлены.
[0285]
Приостановленные логические каналы преимущественно не рассматриваются для приоритизации и распределения ресурсов, которые описаны в вышеприведенных вариантах осуществления.
[0286]
Группа пользовательского оборудования может быть образована двумя или более UE. Блок управления разрешением на передачу можно реализовать с помощью процессора, по возможности такого же, как процессор, который может использоваться процедурой приоритизации, которая описана в предшествующих вариантах осуществления.
Определение того, выбиралось ли пользовательское оборудование, может выполняться различными способами в зависимости от реализации управления разрешением на передачу. Эти варианты осуществления могут работать с любым таким управлением разрешением на передачу независимо от уровня, на котором происходит управление разрешением на передачу.
[0287]
Например, имеется один объект, который предоставляет участникам группового вызова разрешение передавать данные. Центральный объект может быть пользовательским оборудованием, одним из участников группового вызова. Например, UE передает запрос разрешения на передачу (сообщение-запрос разрешения на передачу), а центральный объект удовлетворяет запрос. Сообщение предоставления разрешения на передачу может транслироваться, чтобы оставшиеся станции приняли его и определили, что они не выбираются, то есть им не разрешено передавать. Отметим, что этот пример не должен ограничивать настоящее изобретение. Центральный объект также может быть устройством, отличным от UE. Он может быть, например, eNB или другим объектом, например ретранслятором либо сервером.
[0288]
Управление разрешением на передачу (передача сообщений-запросов разрешения на передачу и, по возможности, предоставлений разрешения на передачу) выполняется преимущественно на более высоком уровне, то есть выше MAC. В частности, управление разрешением на передачу может выполняться на прикладном уровне.
[0289]
В качестве альтернативы центральный объект может не участвовать. В частности, все UE могут принимать запрос разрешения на передачу и прекращать свою передачу на заданное время. Например, на основе собственного приоритета и приоритета других UE в группе, запрашивающих "разрешение на передачу", каждое UE само могло бы решать, приостанавливать ли временно логические каналы одноуровневой линии связи или групповые передачи ProSe, либо возобновлять их, что также будет подробнее описываться в следующем варианте осуществления.
[0290]
Приостановка и возобновление могут выполняться различными способами. Когда логический канал приостанавливается, содержимое буфера сохраняется, и сохраненные в нем данные передаются при возобновлении логического канала.
[0291]
Таким образом, на основе результата механизма управления разрешением на передачу логические каналы одноуровневой линии связи или группы назначения ProSe можно приостанавливать и снова возобновлять для процедуры LCP. Приостановка и/или возобновление могут преимущественно выполняться (инициироваться) более высоким уровнем, например прикладным уровнем. В частности, в соответствии с примерной реализацией более высокий уровень проинформирует нижние уровни о приостановке/возобновлении некоторых логических каналов одноуровневой линии связи/групп ProSe.
[0292]
В соответствии с одной примерной реализацией каждый логический канал одноуровневой линии связи имеет ассоциированный признак состояния, сохраненный в UE, который указывает, приостановлен ли соответствующий логический канал одноуровневой линии связи или "активен". Более высокий уровень в UE, например функция ProSe, устанавливает признак в соответствии с результатом механизма управления разрешением на передачу, работающим на прикладном уровне. Процедура LCP в MAC во время процедуры формирования транспортного блока рассматривает не только приоритет логического канала одноуровневой линии связи или любой другой приоритет типа приоритета группы ProSe и приоритета LCG, но также и состояние этого признака. Конкретнее, для формирования нового транспортного блока процедура LCP или уровень MAC рассматривает только те логические каналы одноуровневой линии связи, для которых признак состояния не установлен в "приостановлено". Если смотреть на фиг. 25, это означает, что на этапе 2510 LC с наивысшим приоритетом выбирается среди тех LC, которые имеют установленный активный признак (то есть которые активны, а не приостановлены). Приоритизация на этапе 2530 также выполняется только среди активных каналов.
[0293]
Если в настоящее время передает UE большего приоритета, то должна быть приостановлена передача по одноуровневой линии связи у других UE в группе. Процедура LCP в UE не будет рассматривать приостановленные логические каналы одноуровневой линии связи/группы ProSe. Как описано выше, это приведет к тому, что UE не будет формировать и передавать новый транспортный блок с данными из приостановленного логического канала одноуровневой линии связи, соответственно - группы ProSe.
[0294]
Если механизм управления разрешением на передачу подтверждает/разрешает передачу по одноуровневой линии связи для UE в группе ProSe, то логические каналы одноуровневой линии связи, принадлежащие группе ProSe, должны стать активными (возобновиться). Процедура LCP в UE рассматривает активные/возобновленные логические каналы одноуровневой линии связи/группы ProSe. Более высокий уровень (прикладной уровень) может приостанавливать/возобновлять логические каналы одноуровневой линии связи/группы ProSe и информировать об этом MAC.
[0295]
В частности, UE может конфигурироваться также для выполнения следующего: Если более высокий уровень приостанавливает логический канал одноуровневой линии связи/группу ProSe, для которого (которой) UE в настоящее время передает данные в периоде SC, то UE должно прекратить передачу SCI/данных (DTX) в периоде SC.
[0296]
UE не будет рассматривать приостановленные логические каналы одноуровневой линии связи/группы ProSe для процедуры LCP/BSR/выбора предоставления в течение следующего периода SC.
Фиг. 27 иллюстрирует примерный способ 2700 в соответствии с шестым вариантом осуществления. В частности, если UE получает разрешение на передачу в некоторой группе ProSe (что оценивается на этапе 2710), то UE на этапе 2720 считает все логические каналы одноуровневой линии связи (если имеются какие-либо приостановленные логические каналы, принадлежащие группе ProSe, возобновляет те логические каналы) для группы ProSe возобновленными или активными, и на этапе 2730 передает данные из буферов логических каналов в соответствии с процедурой приоритизации и распределения, которая описана в вариантах осуществления с 1 по 5. С другой стороны, если у UE нет разрешения на передачу, то на этапе 2740 оно должно приостановить все логические каналы некоторой группы ProSe.
[0297]
Седьмой вариант осуществления
В вышеприведенном варианте осуществления управление разрешением на передачу описывалось как простой механизм для предоставления разрешения на передачу UE, которые запрашивают его, без оценивания их потребностей. Однако управление разрешением на передачу, особенно в сценарии особой важности, может быть эффективнее, если разрешение на передачу выдается сначала UE, у которых более насущная потребность сообщить их данные.
[0298]
В основном эффективное управление разрешением на передачу требует способности одного UE вытеснять другое, чтобы сделать возможным справедливое использование многоадресных/широковещательных ресурсов множеством пользователей (двумя или более).
[0299]
Соответственно, управление разрешением на передачу также требует правил для назначения канала разным пользователям. Соответственно, также полезна приоритизация пользователей, а не просто циклическое планирование пользователей, у которых есть данные для передачи.
[0300]
В этом варианте осуществления управление разрешением на передачу основывается на приоритете пользователя ProSe, который в дальнейшем будет называться приоритетом UE. Этот приоритет вообще может быть приоритетом, независимым от приоритета логического канала, приоритета группы логических каналов или приоритета группы, которые описаны выше. Однако приоритет UE также может относиться к приоритету передачи по одноуровневой линии связи от пользователя ProSe в данной группе ProSe. Другими словами, может иметь место отображение между приоритетом логического канала, приоритетом группы логических каналов и/или приоритетом группы назначения и приоритетом UE.
[0301]
Обработка приоритетов UE при управлении разрешением на передачу схематически иллюстрируется на фиг. 28. В частности, способ 2800 включает в себя этап 2810 извлечения индикатора приоритета пользовательского оборудования из информации управления одноуровневой линией связи на физическом уровне или из протокольного блока данных, PDU, управления доступом к среде передачи, MAC, принятого от другого пользовательского оборудования, где индикатор приоритета пользовательского оборудования указывает приоритет пользовательского оборудования или данных для передачи пользовательским оборудованием. На этапе 2820 извлеченный индикатор приоритета пользовательского оборудования сравнивается с собственным приоритетом пользовательского оборудования, сохраненным в пользовательском оборудовании, или приоритетом данных для передачи. Если собственный приоритет пользовательского оборудования меньше извлеченного приоритета пользовательского оборудования, то определяется (например, в соответствии с этапом 2710, описанным по отношению к фиг. 27), что пользовательское оборудование не выбирается для передачи, и данные, буферизованные для логических каналов пользовательского терминала, не передаются (этап 2830).
[0302]
Отметим, что этап 2830 также может включать в себя приостановку логических каналов пользовательского оборудования для группы назначения ProSe, как описано в шестом варианте осуществления.
[0303]
С другой стороны, если собственный приоритет пользовательского оборудования больше извлеченного приоритета всех остальных терминалов, запрашивающих разрешение на передачу, то определяется (например, в соответствии с этапом 2710, описанным по отношению к фиг. 27), что пользовательское оборудование выбирается для передачи, и данные, буферизованные для логических каналов пользовательского терминала, передаются (этап 2840). Передача 2840 может выполняться на основе механизма приоритизации, как показано в любом из вариантов осуществления с 1 по 5.
[0304]
Если два или более UE, которые отправляют запрос разрешения на передачу, имеют одинаковый приоритет, наивысший среди UE группы, то все те UE с одинаковым приоритетом могут передавать, либо каждым UE может выполняться некоторый случайный выбор, чтобы принять решение, передавать или нет. Вообще, для сервиса MCPTT это должно происходить очень редко, если вообще произойдет.
[0305]
Даже если указанным в предыдущем варианте осуществления намерением было применять управление разрешением на передачу на прикладном уровне, приоритет передачи по одноуровневой линии связи или пользователя ProSe преимущественно является вводом в механизм управления разрешением на передачу. Таким образом, может быть полезно переместить по меньшей мере часть управления разрешением на передачу на нижние уровни, то есть на физический уровень или MAC, как иллюстрировалось выше.
[0306]
Соответственно, данные или/и связанная информация управления одноуровневой линией связи (SCI) включает в себя некоторую информацию о приоритете, на основе которой можно реализовать механизм "управления разрешением на передачу" на уровне PHY/MAC, который обладает преимуществами времени ожидания по сравнению с некоторым механизмом "управления разрешением на передачу" более высокого уровня. Информация SCI является другим названием для идеи назначения планирования (SA), уже описанной выше в части уровня техники для Режима 1 и Режима 2.
[0307]
В частности, протокол уровня PHY и MAC имеет меньшее время ожидания по сравнению с протоколом прикладного уровня. Таким образом, полезно добавить указание приоритета в сигнализацию PHY/MAC. Например, информация управления одноуровневой линией связи может содержать поле 2900 приоритета, как показано на фиг. 29. SCI является управляющим сообщением физического уровня, которое можно приблизительно сравнить с DCI в вып. 8 LTE и более позднем. В основном она включает в себя информацию о распределении, которая описана выше под названием назначения планирования (SA), то есть она может задавать ресурсы подробнее, например, включая любое из схемы модуляции и кодирования, версии избыточности, полосы частот, (суб)кадра, параметров MIMO или т. п.
[0308]
UE, которое передает некоторой группе ProSe (ID группы назначения), сравнивает собственный приоритет, который может сигнализироваться более высоким уровнем (и может задаваться объектом ProSe) либо предварительно конфигурироваться в терминале, или приоритет данных для передачи с приоритетом, принятым в поле 2900 приоритета (приоритет пользовательского оборудования, UEP) в SCI, принятой от других UE в той же группе. Если приоритет в принятом сообщение SCI больше собственного приоритета, то передающее UE прекратит передачу данных/SCI на этот период SC и, по возможности, также в последующих периодах SC.
[0309]
В частности, приоритет UE может предварительно конфигурироваться производителем или оператором в UE. Простой, но эффективной реализации можно достичь путем предварительного конфигурирования некоторых UE в качестве главных UE, которые могут вытеснять другие UE, сконфигурированные с меньшим приоритетом.
[0310]
Другим, более гибким подходом может быть конфигурирование приоритета UE посредством объекта ProSe, что обеспечивает преимущество изменения приоритета UE для разных задач или разных сценариев.
[0311]
Более того, приоритет UE может определяться самостоятельно UE или конфигурироваться объектом ProSe на основе отображения приоритета логического канала. Например, логический канал с наивысшим приоритетом отображается в высокий приоритет UE, тогда как все другие приоритеты LC отображаются в низкий приоритет UE (здесь для примера допускается, что приоритет UE может принимать только 2 значения, высокий и низкий, что может быть 0 и 1 или 1 и 0 соответственно). Тогда приоритет UE может определяться путем отображения наивысшего LC у UE для данной группы в значение приоритета UE. Вышеприведенный пример не должен ограничить изобретение. Точнее, отображение может выглядеть иначе. Например, может быть больше одного наивысшего значения приоритета LC, отображающегося в высокий приоритет UE. Кроме того, приоритет UE может принимать больше двух значений. Отметим, что приоритет UE также может непосредственно приоритетом логического канала.
[0312]
Конфигурируемый приоритет UE (объектом ProSe или самим UE) обладает преимуществом в том, что приоритет можно менять гибко. Приоритет UE также может храниться/конфигурироваться на каждую группу назначения (ProSe), чтобы одно UE могло иметь разный приоритет в разных группах ProSe.
[0313]
С помощью этого подхода, даже если разрешение на передачу получено UE, гарантируется, что другое UE с большим приоритетом может вытеснить передающее UE и получить разрешение на передачу. Это приводит к тому, что UE с большим приоритетом передают свои данные с меньшим временем ожидания, чем оставшиеся UE. Оставшиеся UE должны ждать, пока не будет доступно разрешение на передачу для их уровня приоритета. В зависимости от сценария развертывания может быть выгодно увеличить приоритет UE или приоритет соответствующих LC пропорционально периоду времени, в течение которого данные хранятся в буфере для передачи.
[0314]
В качестве альтернативы или в дополнение к полю приоритета в сообщениях SCI PHY транспортные блоки (TB) данных также могут содержать поле приоритета в соответствующем заголовке MAC, как иллюстрируется на фиг. 30.
[0315]
На основе указания приоритета, переносимого в поле приоритета в заголовке MAC, UE может решить, передавать ли данные группе ProSe, как описано выше.
[0316]
В частности, PDU MAC включает в себя заголовок MAC и полезную нагрузку MAC. Как показано на фиг. 30, структура используемого в настоящее время заголовка MAC может повторно использоваться для сигнализации поля приоритета. В частности, заголовок MAC преимущественно содержит указание приоритета UE в зарезервированном бите "R" в подзаголовке MAC. Поле "R" в MAC оставлено для использования в более поздних версиях стандарта и, таким образом, подходит для введения указания приоритета, и тем не менее, сохраняет обратную совместимость с ранними выпусками. Заголовок MAC описывается в TS 36.321 3GPP, версия 12.5.0, раздел 6.2.4.
[0317]
Поле приоритета UE может переносить индикатор внеочередного занятия, который просто указывает, передает ли UE аварийные данные или обычные данные. Тогда UE, передающее аварийные данные, способно вытеснять UE, передающие обычные данные, как иллюстрировалось выше. В частности, указание приоритета может быть одиночным битом, одно значение которого указывает "аварию", тогда как оставшееся второе значение указывает обычный приоритет.
[0318]
Поскольку в заголовке MAC также имеется поле SRC (источник), которое идентифицирует ID передающего UE ProSe, функция ProSe (в объекте ProSe) может обеспечивать отображение между ID UE ProSe и соответствующим приоритетом UE, который в основном указывал бы базовый приоритет UE, то есть приоритет UE независимо от конкретных данных, передаваемых в настоящее время. Вместе с полем "R", которое, как описано выше, могло бы использоваться как своего рода "индикатор аварии", приемное UE может вычислять приоритет передающего UE и действовать в соответствии с вышеописанной процедурой, то есть если приоритет, определенный полями заголовка MAC (в связи с базовым приоритетом UE, сконфигурированным объектом ProSe и сохраненным в самом UE), больше собственного приоритета, то UE прекратит передачу данных в этом периоде SC и, в оптимальном варианте, в последующих периодах SC, то есть количество последующих периодов SC, в течение которых UE не передает данные этой группе ProSe, могло бы сигнализироваться или предварительно конфигурироваться. Другими словами, UE может конфигурироваться для хранения назначения между UE в группе и их базовыми приоритетами, для извлечения индикатора приоритета UE из заголовка MAC и для вычисления текущего приоритета UE у UE в группе в зависимости от базового приоритета и извлеченного индикатора приоритета. Это может быть, например, сумма-функция, или умножение, или любая другая функция. Таким образом, некоторые UE могут конфигурироваться с большим приоритетом (главные), тогда как у UE с меньшим приоритетом все же есть возможность вытеснять главные UE в текущем случае аварии, то есть, если нужно передать аварийные данные.
[0319]
Фиг. 31 иллюстрирует примерный механизм управления разрешением на передачу. Имеется группа G1 из трех UE: UE1 с приоритетом управления разрешением на передачу (приоритетом UE) p=0, соответствующим низкому приоритету, UE2 с высоким приоритетом p=1 и UE3 с низким приоритетом p=0. UE1 и UE2 отправляют SCI (SA), поскольку у них есть данные для передачи в буфере для этой группы G1. Соответствующие SA1 и SA2 принимаются всеми соответствующими терминалами (или, по меньшей мере, UE1 и U2). UE1 извлекает из SA2, принятого от UE2, приоритет p=1 у UE2 и сравнивает его с собственным приоритетом p=0, который меньше. Следовательно, UE1 не должно передавать данные в настоящем периоде SC. UE2 приняло SA1 и выполняет аналогичное сравнение извлеченного p=0 с собственным p=1, который больше. Следовательно, UE2 получает разрешение на передачу и передает данные, например, речевые данные.
[0320]
Отметим, что UE преимущественно может прекратить передачу на более длительный период, нежели период SC. Это может быть особенно полезным для речевых данных, для которых предполагается, что речевая часть займет несколько периодов SC для передачи. Таким образом, UE может прекращать передачу на длительность периода управления разрешением на передачу, который больше периода SC. Период управления разрешением на передачу может быть конфигурируемым.
[0321]
Отметим, что этот седьмой вариант осуществления преимущественно можно объединить с шестым вариантом осуществления касательно приостановки/возобновления логических каналов в зависимости от результатов управления разрешением на передачу. Однако седьмой вариант осуществления также может работать без шестого варианта осуществления. Аналогичным образом седьмой вариант осуществления преимущественно можно объединить с вариантами осуществления с первого по пятый.
[0322]
Пример объединения вышеприведенных вариантов осуществления иллюстрируется на фиг. 32. В частности, группа G1 аналогично примеру, описанному со ссылкой на фиг. 31, включает в себя UE1, UE2 и UE3. Все три UE имеют данные для передачи и, соответственно, выполняют свою процедуру приоритизации, как описано в любом из вариантов осуществления с 1 по 5. В результате UE1 и UE2 должны передавать группе G1, тогда как UE3 должно передавать другой группе. Передача SA1 и SA2 и их взаимный прием посредством UE1 и UE2 выполняется, как описано выше. UE1 прекращает передачу и приостанавливает свои логические каналы для группы G1 в соответствии с вариантом 6 осуществления.
[0323]
Таким образом, как также проиллюстрировано на фиг. 33, в соответствии с пятым вариантом осуществления пользовательское оборудование, работающее в системе беспроводной связи, поддерживающей прямую связь между экземплярами пользовательского оборудования, содержит: запоминающее устройство 3320 с сохраненной конфигурацией одноуровневой линии связи, задающей множество групп назначения, причем каждая группа назначения включает в себя возможные назначения для данных одноуровневой линии связи, а также хранящее приоритет логического канала для каждого логического канала из логических каналов, сконфигурированных для групп назначения одноуровневой линии связи; блок 3310 планирования, сконфигурированный для: выбора группы назначения одноуровневой линии связи с логическим каналом одноуровневой линии связи, имеющим доступные для передачи данные одноуровневой линии связи, с наивысшим приоритетом логического канала среди логических каналов одноуровневой линии связи, имеющих доступные для передачи данные, и распределения радиоресурсов логическим каналам одноуровневой линии связи, принадлежащим выбранной группе назначения одноуровневой линии связи, в порядке уменьшающегося приоритета.
[0324]
Пользовательский терминал может дополнительно включать в себя блок 3370 передачи, который передает данные в соответствии с выполненной приоритизацией и на распределенных ресурсах.
[0325]
Приоритет логического канала преимущественно зависит по меньшей мере от двух из: приоритета группы назначения, ассоциированного с группой назначения (назначением данных), приоритета группы логических каналов, ассоциированного с группой логических каналов, сгруппированных в соответствии с типом переносимых данных, географического местоположения пользовательского оборудования, уровня аварии, на котором работает пользовательское оборудование, и идентификатора пользовательского оборудования.
[0326]
Пользовательское оборудование может дополнительно содержать блок 3360 приема для приема указания приоритетов логических каналов для соответствующих логических каналов, определенных функцией ProSe в объекте ProSe в системе мобильной связи, и сохранения логических приоритетов в запоминающем устройстве.
[0327]
В качестве альтернативы блок 3310 планирования в пользовательском оборудовании конфигурируется для определения приоритета логического канала для логического канала со своей стороны. Это может выполняться на основе параметров, принятых от объекта ProSe, например приоритета группы и/или приоритета LCG, а также на основе дополнительно принятых и/или сохраненных параметров.
[0328]
Пользовательское оборудование может дополнительно содержать буфер 3330 для хранения передаваемых данных для логического канала; и блок 3340 задания приоритета для изменения текущего приоритета для упомянутого логического канала на измененный приоритет либо на основе своего пересчета приоритета, либо на основе команды, принятой от функции ProSe. Как описано выше, изменение может выполняться путем открытия нового логического канала с измененным приоритетом и разрешения установки логического канала с оставшимися данными до тех пор, пока не передадутся данные в буфере.
[0329]
В качестве альтернативы данные, сохраненные в буфере до изменения, либо очищаются, либо передаются с текущим приоритетом в зависимости по меньшей мере от одного из: больше ли ID текущего приоритета измененного приоритета; уровня измененного приоритета; и причины изменения. Кроме того, пользовательское оборудование может содержать блок 3350 управления разрешением на передачу, сконфигурированный для определения, выбирается ли пользовательское оборудование для передачи данных среди экземпляров пользовательского оборудования в системе беспроводной связи; если пользовательское оборудование не выбирается, то приостанавливает логические каналы одноуровневой линии связи; если выбирается отправляющее данные пользовательское оборудование, то возобновляет логические каналы одноуровневой линии связи, которые ранее были приостановлены, где блок планирования не рассматривает приостановленные логические каналы для выбора и распределения им ресурсов.
[0330]
Например, блок 3350 управления разрешением на передачу может конфигурироваться для определения, нужно ли пользовательскому оборудованию передавать данные, в соответствии с сообщениями, которыми обменивались в системе беспроводной связи между экземплярами пользовательского оборудования и/или объектом сервиса, связанного с близостью, на уровне выше MAC; и при определении, что пользовательскому оборудованию не нужно передавать данные, пользовательское оборудование прекращает передачу своих данных и/или информации управления одноуровневой линией связи в периоде управления одноуровневой линией связи, который является периодом, соответствующим одной передаче назначений планирования и соответствующих данных.
[0331]
Блок 3350 управления разрешением на передачу также может конфигурироваться для: извлечения индикатора приоритета пользовательского оборудования из информации управления одноуровневой линией связи на физическом уровне или из протокольного блока данных, PDU, управления доступом к среде передачи, MAC, принятого от другого пользовательского оборудования, где индикатор приоритета пользовательского оборудования указывает приоритет пользовательского оборудования или данных для передачи пользовательским оборудованием; сравнения извлеченного индикатора приоритета пользовательского оборудования с собственным приоритетом пользовательского оборудования, сохраненным в пользовательском оборудовании, или приоритетом данных для передачи; определения, что пользовательское оборудование не выбирается для передачи, если собственный приоритет пользовательского оборудования меньше извлеченного приоритета пользовательского оборудования.
[0332]
В частности, если у пользовательского оборудования есть разрешение на передачу, и оно одновременно принимает информацию управления одноуровневой линией связи от другого пользовательского оборудования с большим приоритетом пользовательского оборудования, то блок управления разрешением на передачу конфигурируется для прекращения передачи и, соответственно, передачи разрешения на передачу другому пользовательскому оборудованию.
[0333]
Приоритет пользовательского оборудования может переноситься в заголовке MAC у PDU MAC и конфигурироваться объектом сервисов, связанных с близостью,, ProSe, в системе беспроводной связи.
[0334]
Пользовательское оборудование может дополнительно содержать блок сообщения о состоянии буфера для сообщения состояния буфера 3330, ассоциированного с приоритетом логического канала, сетевому узлу в системе беспроводной связи.
[0335]
Кроме того, предоставляется сетевой узел, работающий в системе беспроводной связи, поддерживающей прямую связь между экземплярами пользовательского оборудования, при этом сетевой узел содержит: запоминающее устройство с сохраненной конфигурацией одноуровневой линии связи на каждое пользовательское оборудование, задающей множество групп назначения, причем каждая группа назначения включает в себя возможные назначения для данных одноуровневой линии связи, а также хранящее приоритет логического канала для каждого логического канала из логических каналов, сконфигурированных для групп назначения одноуровневой линии связи; и блок планирования, сконфигурированный для: выбора группы назначения одноуровневой линии связи с логическим каналом одноуровневой линии связи, имеющим доступные для передачи данные одноуровневой линии связи, с наивысшим приоритетом логического канала среди логических каналов одноуровневой линии связи, имеющих доступные для передачи данные, и соответственного распределения радиоресурсов пользовательскому оборудованию в выбранной группе назначения одноуровневой линии связи.
[0336]
Кроме того, сетевой узел может дополнительно содержать блок передачи для передачи назначения планирования пользовательскому оборудованию, для которого выполнено определение приоритета и распределение ресурсов. Назначение планирования формируется сетевым узлом на основе оценки приоритетов и запросов ресурсов от множества UE, принадлежащих одной или нескольким группам UE. Сетевой узел может быть базовой станцией, например eNB в LTE, или любой другой точкой доступа.
[0337]
Кроме того, предоставляется способ, выполняемый на пользовательском оборудовании, работающем в системе беспроводной связи, поддерживающей прямую связь между экземплярами пользовательского оборудования, содержащий: сохранение конфигурации одноуровневой линии связи, задающей множество групп назначения, причем каждая группа назначения включает в себя возможные назначения для данных одноуровневой линии связи, а также сохранение приоритета логического канала для каждого логического канала из логических каналов, сконфигурированных для групп назначения одноуровневой линии связи; и выбор группы назначения одноуровневой линии связи с логическим каналом одноуровневой линии связи, имеющим доступные для передачи данные одноуровневой линии связи, с наивысшим приоритетом логического канала среди логических каналов одноуровневой линии связи, имеющих доступные для передачи данные, и распределение радиоресурсов логическим каналам одноуровневой линии связи, принадлежащим выбранной группе назначения одноуровневой линии связи, в порядке уменьшающегося приоритета.
[0338]
Аппаратная и программная реализация настоящего раскрытия изобретения
Другие примерные варианты осуществления относятся к реализации вышеописанных различных вариантов осуществления с использованием аппаратных средств и программного обеспечения. В этой связи предоставляются пользовательский терминал (мобильный терминал) и eNodeB (базовая станция). Пользовательский терминал и базовая станция приспособлены для выполнения способов, описанных в этом документе, включая соответствующие объекты для подходящего участия в способах, например приемник, передатчик, процессоры.
[0339]
Дополнительно признается, что различные варианты осуществления можно реализовать или выполнить с использованием вычислительных устройств (процессоров). Вычислительное устройство или процессор могут быть, например, универсальными процессорами, цифровыми процессорами сигналов (DSP), специализированными интегральными схемами (ASIC), программируемыми пользователем вентильными матрицами (FPGA) или другими программируемыми логическими устройствами, и т. д. Различные варианты осуществления также могут выполняться или воплощаться с помощью сочетания этих устройств.
[0340]
Кроме того, различные варианты осуществления также можно реализовать посредством программных модулей, которые исполняются процессором или непосредственно в аппаратных средствах. Также может быть возможно сочетание программных модулей и аппаратной реализации. Программные модули могут храниться на любом виде машиночитаемых носителей информации, например RAM, EPROM, EEPROM, флэш-память, регистры, жесткие диски, CD-ROM, DVD и т. д.
[0341]
Следует дополнительно отметить, что отдельные признаки разных вариантов осуществления могут быть предметом другого варианта осуществления по отдельности или в произвольном сочетании.
[0342]
Специалист в данной области техники принял бы во внимание, что в настоящее раскрытие изобретения можно внести многочисленные изменения и/или модификации, как показано в характерных вариантах осуществления. Поэтому настоящие варианты осуществления нужно рассматривать как пояснительные, а не ограничивающие во всех отношениях.
[0343]
Подводя итог, настоящее раскрытие изобретения относится к способу для выполнения на пользовательском оборудовании и к пользовательскому оборудованию, работающему в системе беспроводной связи, поддерживающей прямую связь между экземплярами пользовательского оборудования. Соответственно, конфигурация одноуровневой линии связи хранится в пользовательском оборудовании, задавая множество групп назначения, причем каждая группа назначения включает в себя возможные назначения для данных одноуровневой линии связи, а также приоритет логического канала хранится для каждого логического канала из логических каналов, сконфигурированных для групп назначения одноуровневой линии связи. Тогда терминал выбирает группу назначения одноуровневой линии связи с логическим каналом одноуровневой линии связи, имеющим доступные для передачи данные одноуровневой линии связи, с наивысшим приоритетом логического канала среди логических каналов одноуровневой линии связи, имеющих доступные для передачи данные, и распределяет радиоресурсы логическим каналам одноуровневой линии связи, принадлежащим выбранной группе назначения одноуровневой линии связи, в порядке уменьшающегося приоритета.