Терминал для поддержки связи устройства с устройством и способ для управления им

Изобретение относится к области связи. Вариант осуществления настоящего изобретения предоставляет терминал, включающий в себя уровень PDCP, который передает специализированный IP пакет D2D из верхнего уровня в нижний уровень, уровень RLC, который обрабатывает принятый пакет при адаптации к состоянию радиоканала и передает обработанные данные в уровень МАС, и уровень МАС, который выбирает то, когда пакетные данные D2D появляются, ресурсы для линии связи D2D без запрашивания планирования из eNB, и мультиплексирует данные, принятые через специализированные логические каналы D2D, и способ управления терминалом. В частности, вариант осуществления настоящего изобретения предоставляет новый способ управления МАС терминала, поддерживающего связь D2D. 2 н. и 18 з.п. ф-лы, 13 ил.

 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

[01] Настоящее изобретение относится к терминалу, поддерживающему связь устройства с устройством и к способу для управления им. В частности, настоящее изобретение относится к способу управления уровнем управления доступом к среде (МАС) терминала, поддерживающего связь устройства с устройством (D2D) в системе беспроводной мобильной связи.

УРОВЕНЬ ТЕХНИКИ

[02] Системы мобильной связи были разработаны, чтобы обеспечивать абонентов услугами речевой связи в движении. В последнее время системы мобильной связи были развиты до уровня поддержки услуг высокоскоростной передачи данных, помимо предыдущих услуг, ориентированных на речь. Однако дефицит ресурсов и потребности пользователей в высокоскоростных услугах стимулировали развитие в более перспективные системы мобильной связи. В последнее время стандартизация для системы долгосрочного развития (LTE)/усовершенствованного LTE (LTE-A) как одной из систем мобильной связи следующего поколения проводится в проекте партнерства 3-го поколения (3GPP). LTE является технологией, разработанной, чтобы обеспечивать высокоскоростную пакетную связь до 100 мегабит/с. С разнообразием типов услуг, использующих систему беспроводной мобильной связи, имеется потребность в новой технологии для поддержки вновь введенной услуги более эффективно и, в результате, проводятся исследование и разработка новых способов и технологий для использования в системе беспроводной мобильной связи

[03] Связь устройства с устройством (D2D) является технологией, исследуемой, чтобы сделать возможным для терминала непосредственно устанавливать связь с соседними терминалами. Технология связи D2D делает возможным для UE обнаруживать другие UE, расположенные вблизи, и устанавливающие связь непосредственно с другими UE, если необходимо. С технологией связи D2D терминал может обнаруживать соседние терминалы (далее в настоящем описании упоминаемые как D2D-D) и выполнять непосредственную связь с целевым терминалом (далее в настоящем описании упоминаемым как D2D-С). Связь D2D является выгодной с точки зрения эффективности радио ресурсов по сравнению с существующей связью с помощью радиосети через базовую станцию. Поскольку связь D2D поддерживает функцию обнаружения соседнего терминала, в которой терминал может передавать необходимую информацию непосредственно в целевой терминал, можно эффективно поддерживать новые услуги, такие как услуга передачи данных в социальной сети (SNS) и услуга рекламы.

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

ТЕХНИЧЕСКАЯ ПРОБЛЕМА

[04] Настоящее изобретение имеет целью предоставить терминал, эффективно поддерживающий связь D2D, и способ управления им в системе мобильной связи. Вариант осуществления настоящего изобретения предоставляет способ управления уровнем управления доступом к среде (МАС) усовершенствованного терминала, чтобы решать вышеупомянутые проблемы.

ТЕХНИЧЕСКОЕ РЕШЕНИЕ

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

[06] Также терминал может сообщать статус буфера, таким образом, принимать данные из верхнего подуровня, определять то, когда инициируется BSR, имеются ли какие-либо данные, принятые через специализированный логический канал D2D, среди данных, не учитывать данные, принятые через специализированный логический канал D2D, при вычислении размера буфера в соответствии с результатом определения, учитывать данные, принятые через не специализированные логические каналы D2D, при вычислении размера буфера на группу логических каналов, и передавать сообщение, включающее в себя сообщение статуса буфера, сгенерированное на основе вычисленного размера буфера.

[07] Также терминал может управлять синхронизацией восходящей линии связи, таким образом, принимать команду упреждения синхронизации Тх UL из eNB, определять то, предполагаются ли данные Тх UL, передаваемые через линию связи D2D, передавать, когда предполагаются данные Тх UL, передаваемые через линию связи D2D, данные с помощью применении команды упреждения синхронизации Тх UL, и передавать, когда не предполагаются данные Тх UL, передаваемые через линию связи D2D, данные без применении команды упреждения синхронизации Тх UL.

[08] Также терминал включает в себя уровень PDCP, который передает специализированный IP пакет D2D из верхнего уровня в нижний уровень, и уровень RLC, который обрабатывает принятый пакет при адаптации состояния радиоканала и передает обработанные данные в уровень МАС, и уровень МАС, который выбирает то, когда пакетные данные D2D появляются, ресурсы для линии связи D2D без запрашивания планирования из eNB, и мультиплексирует данные, принятые через специализированные логические каналы D2D.

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

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

ПРЕИМУЩЕСТВЕННЫЕ РЕЗУЛЬТАТЫ ИЗОБРЕТЕНИЯ

[11] Настоящее изобретение является выгодным с точки зрения предоставления новой структуры уровня L2 терминала, поддерживающего функцию связи D2D.

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

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

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

[15] Также настоящее изобретение является выгодным с точки зрения предоставления новой операции управления синхронизации восходящей линии связи терминала, поддерживающего функцию связи D2D.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[16] Фиг. 1 – концептуальная диаграмма, иллюстрирующая архитектуру системы 3GPP, к которой применяется настоящее изобретение.

[17] Фиг. 2 - концептуальная диаграмма, иллюстрирующая структуру L2 и функцию UE LTE/LTE-A.

[18] Фиг. 3 – диаграмма, иллюстрирующая связь D2D в сотовой системе.

[19] Фиг. 4 - концептуальная диаграмма, иллюстрирующая структуру L2 и функцию UE с возможностью связи D2D в соответствии с вариантом осуществления настоящего изобретения.

[20] Фиг. 5 - блок-схема последовательности этапов, иллюстрирующая операцию запроса планирования UE с возможностью связи D2D в соответствии с вариантом осуществления настоящего изобретения.

[21] Фиг. 6 – диаграмма, иллюстрирующая формат BSR D2D/объединенного BSR D2D в соответствии с вариантом осуществления настоящего изобретения.

[22] Фиг. 7 изображает блок-схему последовательности этапов, иллюстрирующую операции сообщения статуса буфера UE, поддерживающего связь D2D, в соответствии с вариантом осуществления настоящего изобретения.

[23] Фиг. 8 - блок-схема последовательности этапов, иллюстрирующая операцию мультиплексирования UE, поддерживающего связь D2D, в соответствии с вариантом осуществления настоящего изобретения.

[24] Фиг. 9 изображает блок-схему последовательности этапов, иллюстрирующую операции управления синхронизацией восходящей линии связи UE, поддерживающего связь D2D, в соответствии с вариантом осуществления настоящего изобретения.

[25] Фиг. 10 – блок-схема, иллюстрирующая конфигурацию UE, поддерживающего связь D2D, в соответствии с вариантом осуществления настоящего изобретения.

[26] Фиг. 11 - блок-схема последовательности этапов, иллюстрирующая способ передачи управляющего сигнала UE, поддерживающего связь D2D, в соответствии с вариантом осуществления настоящего изобретения.

СПОСОБ ДЛЯ ИЗОБРЕТЕНИЯ

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

[28] Иллюстративные варианты настоящего изобретения описаны с подробной ссылкой на сопровождающие чертежи.

[29] Фиг. 1 – концептуальная диаграмма, иллюстрирующая архитектуру системы 3GPP, к которой применяется настоящее изобретение. Ссылаясь на фиг. 1, сеть радиодоступа системы LTE включает в себя развитые узлы В (eNB) 105, 110, 115 и 120, объект управления мобильностью (ММЕ) 125 и обслуживающий шлюз (SGW) 130. Пользовательское оборудование (далее в настоящем описании упоминаемое как UE) 135 соединяется с внешней сетью через eNB 105, 110, 115 и 120 и SGW 130. eNB 105, 110, 115 и 120 соответствуют существующим узлам В системы UMTS. eNB 105, 110, 115 и 120 позволяют UE 135 создавать радиоканал, и являются ответственными за функции, более сложные по сравнению в существующим узлом B. В системе LTE все услуги пользовательского трафика, включающие в себя услуги реального времени, такие как протокол передачи речи через интернет (VoIP), предоставляются через совместно используемый канал и, таким образом, имеется потребность в устройстве, чтобы планировать данные на основе информации состояния (такой как, статус буфера, статус запаса мощности и состояние канала UE), причем eNB 105, 110, 115 и 120 являются ответственными за такие функции. Обычно один eNB управляет множеством сот. Для того чтобы гарантировать скорость передачи данных до 100 Мбит/сек, система LTE принимает мультиплексирование с ортогональным частотным разделением (OFDM) в качестве технологии радиодоступа в ширине полосы частот до 20 MHz. Также система LTE принимает адаптивную модуляцию и кодирование (АМС), чтобы определять схему модуляции и скорость кодирования канала при адаптации к состоянию канала UE. S-GW 130 является объектом, чтобы предоставлять каналы-носители данных, таким образом, чтобы создавать и освобождать каналы-носители данных под управлением ММЕ 125. ММЕ 125 является ответственным за управление мобильностью UE и за различные функции управления и может соединяться с множеством eNB.

[30] Фиг. 2 - концептуальная диаграмма, иллюстрирующая структуру L2 и функцию UE LTE/LTE-A. Уровень L2 может разделяться на подуровень управления доступом к среде (МАС), подуровень управления линией радиосвязи (RLC) и подуровень протокола сходимости пакетных данных (PDCP). Точка доступа к услугам (SAP) для одноранговой связи является интерфейсом между подуровнями, как представлено кружком. Подуровень PDCP является ответственным за сжатие/распаковку IP заголовка пакета протокола интернета (IP), принимаемого из верхнего уровня, с использованием протокола надежного сжатия заголовка и за шифрование/дешифрование и проверку целостности относительно пакета, передаваемого через радио интерфейс.

[31] Подуровень RLC является ответственным за конкатенацию множества пакетов, принятых из подуровня PDCP, при адаптации к состоянию радиоканала или сегментирование пакета, принятого из подуровня PDCP, в множество пакетов при адаптации к состоянию радиоканала, причем конкатенированный или сегментированный пакет (пакеты) передается в подуровень МАС, или ассемблирование пакетов из подуровня МАС, причем ассемблированный пакет доставляется в подуровень PDCP. Повторная передача на основе автоматического запроса повторения (повторная передача на основе ARQ) принимается для коррекции ошибок передачи/приема пакета.

[32] Подуровень МАС является ответственным за запрашивание планирования пакетных данных, передаваемых из eNB, и за мультиплексирование, когда принимается информация планирования, пакетов, принятых через один или более логических каналов с помощью транспортного блока как единицы передачи в радио интерфейсе в соответствии с принятой информацией планирования. Также подуровень МАС является ответственным за демультиплексирование транспортного блока в пакеты в одном или более логических каналах в режиме приема. В режиме мультиплексирования подуровень МАС управляет пакетами с учетом приоритетов логических каналов (управление с приоритетом). Транспортный блок передается через совместно используемый канал восходящей линии связи (SCH UL) и, если необходимо, может повторно передаваться через функцию гибридного ARQ (HARQ) (можно корректировать ошибку передачи/приема пакета в подуровне МАС с использованием функции повторной передачи HARQ. Структура и функция L2 UE установлены в спецификации PDCP TS36.321 стандарта 3GPP, в спецификации протокола RLC TS36.322 и в спецификации протокола МАС TS36.321 и, таким образом подробное описание их пропускается в настоящей заявке.

[33] Фиг. 3 – диаграмма, иллюстрирующая связь D2D в сотовой системе. Ссылаясь на фиг. 3, eNB 301 обслуживает UE 303 и 304, расположенные в соте 302. UE 303 может выполнять сотовую связь через eNB 301 и линию 306 связи UE-eNB. Также терминал 304 может выполнять сотовую связь через линию 307 связи UE-eNB. Если оба UE 303 и 304 поддерживают связь D2D, они могут обмениваться информацией непосредственно через линию 305 связи D2D без вовлечения eNB 301.

[34] Фиг. 4 - концептуальная диаграмма, иллюстрирующая структуру L2 и функцию UE с возможностью связи D2D в соответствии с вариантом осуществления настоящего изобретения. Ссылаясь на фиг. 4, система связи в соответствии с вариантом осуществления настоящего изобретения может включать в себя отдельные структуры L2 для услуг/приложений, использующих сеть 3GPP, и услуг/приложений, использующих линии связи D2D. В варианте осуществления фиг. 4 объекты и маршруты L2, соответствующие услугам/приложениям, использующим сеть 3GPP, отображены, как обозначенные ссылочными номерами 401 и 411, а объекты и маршруты L2, соответствующие услугам/приложениям, использующим линии связи D2D, отображены, как обозначенные ссылочными номерами 421, 431, 441 и 451. Структура L2 может дополнительно включать в себя точку доступа (АР), специфическую для управляющей информации D2D (управляющей информации D2D на фиг. 4). АР, специфический для управляющей информации D2D, соединяется с уровнем МАС, чтобы принимать управляющую информацию приложения D2D из подуровня приложений D2D.

[35] В соответствии с вариантом осуществления, управляющая информация является информацией обнаружения D2D, включающей в себя идентификатор (id) D2D/id группы D2D, чтобы объявлять или искать, и синхронизацию начала передачи, период передачи и число передач сообщения обнаружения D2D, включающего в себя id D2D/id группы D2D. АР, специфический для управляющей информации D2D, делает возможным для UE поддержку технологии связи D2D, чтобы принимать сигнал для обнаружения соседних UE (D2D-D), или управляющую информацию для использования при управлении связью D2D (D2D-С) непосредственно из уровня приложений D2D.

[36] В случае данных услуги/приложения, основанных на сети 3GPP, IP пакет из верхнего уровня передается в физический уровень через подуровень PDCP, подуровень RLC и подуровень МАС, таким образом, чтобы быть переданным через SCH UL как физический канал, и транспортный блок, принятый через SCH DL как физический канал, доставляется в соответствующий верхний уровень через подуровень МАС, подуровень RLC и подуровень PDCP в виде IP пакета. Операции подуровня PDCP, подуровня RLC и подуровня МАС в маршрутах 401 и 411, были описаны со ссылкой на фиг. 2.

[37] Также данные услуги/приложения, основанные на линии связи D2D, могут передаваться в физический уровень через подуровень PDCP, подуровень RLC и подуровень МАС, а затем передаваться через специализированный физический канал D2D (SCH D2D). Подуровень PDCP может быть оптимизирован для передачи линии связи D2D, таким образом, чтобы работать отличным способом от существующего подуровня PDCP. Например, в случае данных услуги/приложения, основанных на линии связи D2D, функция шифрования/дешифрования и проверки целостности, выполняемая относительно пакета, передаваемого через линию связи D2D, может быть пропущена или заменена на новую функцию шифрования/дешифрования и проверки целостности. В предыдущем случае операция защиты D2D может быть пропущена в подуровне PDCP на фиг. 4. Также можно использовать функцию шифрования/дешифрования и проверки целостности данных услуги/приложения, основанных на сети 3GPP, для данных услуги/приложения, основанных на линии связи D2D, таким образом, использование значения ключа, отличного от значения, использованного для функции шифрования/дешифрования и проверки целостности данных услуги/приложения, основанных на сети 3GPP. В случае, когда функции шифрования/дешифрования и проверки целостности данных D2D пропускаются в специализированном подуровне PDCP D2D, эти функции могут выполняться в верхнем уровне (уровне приложений) или в нижнем уровне (например, подуровне МАС).

[38] Также подуровень RLC может быть оптимизирован для передачи линии связи D2D, таким образом, чтобы работать отличным способом от существующего подуровня RLC. Например, в случае данных услуги/приложения, основанных на линии связи D2D, может быть возможным повторно передавать данные некоторое число раз, как сконфигурировано сетью или задано в стандарте, безусловно, вместо использования ARQ. Также функция повторной передачи уровня RLC может быть исключена.

[39] Также подуровень МАС может быть оптимизирован для передачи линии связи D2D, таким образом, чтобы работать отличным способом от существующего подуровня МАС. Если данные пакета D2D появляются, подуровень МАС может занять ресурс, доступный для линии связи D2D (информация в ресурсе D2D, доступном для линии связи D2D, может приниматься через широковещательную передачу системной информации в соте или через сообщение, специфическое для UE, из сервера D2D) немедленно, или может запрашивать/объявлять использование ресурса D2D через специализированный управляющий канал D2D.

[40] Данные приложения/услуги, основанные на линии связи D2D, могут отображаться в специфический радиоканал-носитель или логический канал (далее в настоящем описании радио канал-носитель/логический канал, отображаемый в данные услуги/приложения, основанные на линии связи D2D упоминается как специализированный радиоканал-носитель/логический канал D2D). Специфический радиоканал-носитель или логический канал может конфигурироваться сетью и сообщаться в UE. В соответствии с вариантом осуществления, eNB или сервер D2D могут уведомлять UE об ID радиоканала-носителя или об ID логического канала, отображенного в данные услуги/приложения, основанные на линии связи D2D, с использованием линии связи D2D. Специфический радиоканал-носитель или логический канал может идентифицироваться с помощью специфических значений как id специализированного радиоканала-носителя/логического канала.

[41] Если специализированный радиоканал-носитель или логический канал D2D отображается, данные услуги/приложения, основанные на линии связи D2D, передаются только через радиоканал-носитель или логический канал. Подуровень МАС не мультиплексирует данные D2D Тх, принятые через специализированный логический канал D2D с данными услуги/приложения, основанными на сети 3GPP.

[42] В случае мультиплексирования, чтобы генерировать транспортный блок, основанный на линии связи D2D, подуровень МАС может мультиплексировать только данные Тх, принятые через специализированный логический канал (каналы) D2D. В случае мультиплексирования, чтобы генерировать транспортный блок, основанный на сотовой сети, подуровень МАС может мультиплексировать только данные Тх, принятые через специализированный логический канал (каналы) сотовой сети. В случае мультиплексирования данных D2D Тх, принятых через специализированный логический канал (каналы) D2D, можно мультиплексировать данные D2D Тх, принятые через все специализированные логические каналы D2D.

[43] В соответствии с другим вариантом осуществления, подуровень МАС может мультиплексировать данные D2D одного и того же сеанса линии связи D2D среди данных D2D Тх, принятых через специализированные логические каналы D2D (т.е. данные D2D разных сеансов линии связи D2D не мультиплексируются). ID D2D или ID сеанса D2D может быть ID для идентификации UE/пользователя связи D2D, ID для идентификации услуги/приложения D2D, ID для идентификации специфической услуги/приложения D2D, ID для идентификации общего участия или ID группы для идентификации группы связи. В соответствии с вариантом осуществления, ссылочные номера 421, 431, 441 и 451 соответствуют специализированным логическим каналам D2D, передающим данные D2D в подуровень МАС. Заявитель допускает, что специализированные логические каналы D2D, соответствующие ссылочным номерам 421 и 431, переносят данные D2D, соответствующие ID j D2D или ID j сеанса, а логические каналы, соответствующие ссылочным номерам 441 и 451, переносят данные, соответствующие ID k D2D или ID k сеанса D2D. В этом случае пакеты D2D Тх, принятые через логические каналы, соответствующие ссылочным номерам 421 и 431, могут мультиплексироваться друг с другом, в то время как пакеты D2D Тх, принятые через логические каналы, соответствующие ссылочным номерам 441 и 451, могут мультиплексироваться друг с другом.

[44] Может быть один или более объектов мультиплексирования или демультиплексирования. В случае, когда имеется только один объект мультиплексирования, операция мультиплексирования выполняется с помощью ID или ID сеанса. В случае, когда имеются множество объектов мультиплексирования, каждый объект мультиплексирования мультиплексирует данные, имеющие одинаковый ID или одинаковый ID сеанса. Мультиплексирование пакета D2D может выполняться с учетом приоритетов логических каналов. Например, при мультиплексировании пакетов D2D Тх, принятых через логические каналы, соответствующие ссылочным номерам 421 и 431, если приоритет логического канала, соответствующего ссылочному номеру 421, выше, чем логического канала, соответствующего ссылочному номеру 431, подуровень МАС может мультиплексировать данные/пакеты Тх, принятые через логический канал, соответствующий ссылочному номеру 421, в соответствующий транспортный блок с приоритетом, или мультиплексировать больше/большие данных/пакеты в соответствующий транспортный блок.

[45] Сгенерированный транспортный блок передается через специализированный физический канал D2D (D2D_SCH). В отличие от передачи данные, основанной на сети 3GPP, повторная передача, основанная на HARQ, может не использоваться (в этом случае объекты HARQ могут быть пропущены в подуровне МАС), но данные могут повторно передаваться некоторое число раз, как сконфигурировано сетью или задано в стандарте, безусловно. Также функция повторной передачи уровня RLC может быть исключена. Когда данные D2D принимаются через физический канал D2D, подуровень МАС может выполнить операцию демультиплексирования.

[46] Фиг. 5 - блок-схема последовательности этапов, иллюстрирующая операцию запроса планирования UE с возможностью связи D2D в соответствии с вариантом осуществления настоящего изобретения. Ссылаясь на фиг. 5, если новые передаваемые данные генерируются из верхнего подуровня на этапе 501, объект МАС может определить то, принимаются ли данные через специализированный логический канал D2D, на этапе 511. Вместо определения того, принимаются ли данные через специализированный логический канал D2D, объект МАС может буферизировать новые данные, принятые из верхнего уровня в специфическом буфере. Можно использовать два типа буферов: один для буферизации данных, принятых через специализированный логический канал (каналы) сети 3GPP, а другой для буферизации данных, принятых через специализированный логический канал (каналы) D2D, и проверять буфер, в котором присутствуют данные. Если данные Тх буферизированы в буфере, соединенном с логическим каналом (каналами), ориентированным на сеть 3GPP, процедура переходит на этап 521, а иначе, если данные Тх буферизированы в буфере, соединенном с логическим каналом (каналами), ориентированным на линию связи D2D, процедура переходит на этап 551.

[47] Если данные из верхнего подуровня принимаются через специализированный логический канал (каналы) сети 3GPP, а специализированный логический канал (каналы) не D2D, UE может инициировать операцию запроса планирования (SR) на этапе 521. Если нет незаконченного SR, инициированного ранее, UE может установить счетчик N1 в ноль на этапе 525. UE может определить то, сконфигурирован ли ресурс физического управляющего канала восходящей линии связи (PUCCH) для передачи SR, на этапе 531. Этот ресурс может быть сконфигурирован на основе сообщения, специфического для UE, или системной информации.

[48] Если ресурс PUCCH для передачи SR не сконфигурирован, UE инициирует процедуру произвольного доступа через канал произвольного доступа (RACH) на этапе 536. Иначе, если ресурс PUCCH для передачи SR сконфигурирован, UE определяет то, меньше ли счетчик N1, чем М1, сконфигурированное сетью или зафиксированное в спецификации стандарта, на этапе 533. При этом, если таймер Т1 сконфигурирован, UE может определить то, истекло ли время таймера Т1. Если счетчик N1 меньше, чем М1 и, если время таймера Т1 истекло, UE может увеличить счетчик N1, передать SR с использованием сконфигурированного ресурса PUCCH и запустить таймер Т1 на этапе 541. Иначе, если счетчик N1 не меньше, чем М1, UE может уведомить подуровень управления радио ресурсом (RRC) об освобождении PUCCH/SRS (звукового контрольного сигнала) на этапе 539. Подуровень RRC является ответственным за управления радио ресурсом и генерацию/обработку управляющих сообщений RRC.

[49] Если счетчик N1 меньше, чем М1 и, если время таймера Т1 не истекло, UE ждет до тех пор, пока не истечет время таймера Т1, а затем выполняет операцию этапа 541. Если UE назначены ресурсы из eNB, после передачи SR, и, если оно передает информацию МАС сообщения статуса буфера (BSR) или соответствующие данные полностью на этапе 543, UE отменяет операцию SR, а иначе, если условия этапа 543 не выполняются, процедура возвращается на этап 531.

[50] Если данные из верхнего уровня принимаются через специализированный логический канал D2D, UE не инициирует операцию SR, а операцию выбора ресурса D2D на этапе 551, и запускает таймер Т2 на этапе 553. Таймер Т2 можно запустить до операции выбора ресурса D2D на этапе 551.

[51] Если соответствующие данные D2D передаются до истечения времени таймера Т2 на этапе 561, UE может остановить таймер Т2 на этапе 563. Если ему не удается передать соответствующие данные D2D через линию связи D2D до истечения времени таймера Т2, UE может отбросить соответствующие данные D2D на этапе 566. Результат этапа 566 может сообщаться в верхний уровень.

[52] В системе связи D2D трудно принимать обратную связь, соответствующую сигналу неудавшейся передачи, поскольку никакая конфигурация не обеспечивается с помощью eNB. Таким образом, для того чтобы не дать системе быть сложной, можно отбрасывать данные, которые не были успешно приняты, до истечения времени таймера.

[53] На фиг. 5 допускается, что передача в линии связи D2D выполняется с использованием ресурсов D2D, которые UE выбрало автономно в соответствии со специфическим правилом без назначения планирования/ресурса из специфического узла. Однако также можно для специфического UE с возможностью связи D2D планировать/назначать ресурсы в другое UE D2D для передачи данных.

[54] В последнем случае, если определение дает в результате «да» на этапе 511, UE может работать следующим образом вместо этапов 551 и 566. Вместо инициирования существующей операции SR, может быть возможным инициировать передачу сообщения SR, основанного на управляющем канале D2D (далее в настоящем описании упоминаемого как SR D2D). Если нет незаконченного SR D2D, инициированного ранее, может быть возможным установить отдельный счетчик N2 в 0. Если счетчик N2 меньше, чем значение М2, сконфигурированное сетью (или заданное в стандарте) и, если время таймера Т2 истекло, может быть возможным увеличить счетчик N2, передать SR D2D через управляющий канал D2D линии связи D2D и запустить таймер Т2. Если счетчик N2 не меньше, чем значение М2, может быть возможным уведомить подуровень RRC о неудаче передачи SR D2D вместо освобождения PUCCH/SRS. Может быть возможным отбросить соответствующие данные D2D.

[55] Если счетчик N2 меньше, чем М2 и, если время таймера Т2 не истекло, может быть возможным ждать до тех пор, пока время таймера Т2 не истечет и, если время таймера Т2 истекает, затем увеличить счетчик N2, передать SR D2D через управляющий канал D2D линии связи D2D и запустить таймер Т2. Счетчик N2, таймер Т2 и М2 являются параметрами, сконфигурированными с целью связи D2D и установленными в значения, отличные от значений счетчика N1, таймера Т1 и М1, связанных с существующей передачей SR. UE таймера Т2 является необязательным, и может быть возможным сравнивать значения N2 без использования таймера Т2.

[56] После передачи SR D2D через управляющий канал D2D линии связи D2D UE могут быть назначены ресурсы D2D из специфического UE D2D, ответственного за планирование. Если UE передает сообщение статуса буфера D2D (BSR D2D) для сообщения количества данных D2D или данных D2D, передача SR D2D может быть отменена.

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

[58] В случае применения этого способа, несмотря на то, что данные Тх принимаются через специализированный логический канал D2D на этапе 511, может быть возможным выполнять этапы с 521 по 546. После этапа 511, если UE находится с соединенном состоянии RRC и имеет обслуживающую соту, может быть возможным выполнять этапы с 521 по 566. Если UE не имеет обслуживающей соты (или находится вне покрытия сети 3GPP), может быть возможным выполнять этапы с 551 по 566.

[59] Если UE имеет обслуживающую соту и работает в незанятом состоянии, может быть возможным создать соединение RRC с eNB обслуживающей соты и выполнить этапы с 521 по 546. Соединенное состояние RRC является состоянием, в котором соединение RRC создано между UE и eNB, управляющим обслуживающей сотой, и, таким образом, eNB имеет информацию относительно UE. Незанятое состояние RRC является состоянием, в котором никакое соединение RRC не создано между UE и eNB, управляющим обслуживающей сотой, и, таким образом, eNB не имеет информации относительно UE. Смотри спецификацию протокола RRC TS36.331 стандарта 3GPP для более подробной информации относительно соединенного состояния RRC и незанятого состояния RRC.

[60] В вышеупомянутом случае, при выполнении этапов с 521 по 546 может быть возможным, чтобы процедура переходила с этапа 543 на этап 546 или на этап 531, в зависимости от того, принят ли BSR D2D для сообщения количества данных Тх, принятых через специализированный логический канал (каналы) D2D, или, принят ли объединенный BSR D2D для сообщения количества данных Тх через специализированный логический канал (каналы) сети 3GPP, и, принято ли количество данных Тх через специализированный логический канал (каналы) D2D, вместе, вместо операций, изображенных на фиг. 5.

[61] То есть, если BSR D2D или объединенный BSR D2D передается на этапе 543, процедура переходит на этап 546. Иначе, если BSR D2D или объединенный BSR D2D не передается, процедура переходит на этап 531. UE может передать BSR D2D или объединенный BSR D2D и, если разрешение для использования ресурсов D2D принято из соответствующего eNB, выполнять этапы с 551 по 566.

[62] eNB может передать UE разрешение с использованием сообщения, специфического для UE, подуровня RRC или управляющего элемента (СЕ), специфического для UE, подуровня МАС. В последнем случае заголовок МАС включает в себя подзаголовок МАС, включающий в себя ID логического канала, зарезервированный для использования указания присутствия поля СЕ, специфического для UE, МАС, и, таким образом, можно информировать UE, что использование ресурсов D2D разрешено, с использованием поля СЕ МАС, указанного с помощью ID логического канала. Также может быть возможным использовать подзаголовок МАС, включающий в себя специфический ID логического канала, зарезервированный с целью указания разрешения для использования ресурсов D2D без дополнительного поля СЕ МАС, В этом случае, если подзаголовок МАС, включающий в себя ID логического канала, передан, это означает, что использование ресурсов D2D разрешено.

[63] Фиг. 6 – диаграмма, иллюстрирующая формат BSR D2D/объединенного BSR D2D в соответствии с вариантом осуществления настоящего изобретения. Единица данных протокола МАС (PDU) включает в себя заголовок МАС и полезную нагрузку МАС. Заголовок МАС может включать в себя множество подзаголовков МАС. Подзаголовок МАС может иметь формат R/R/E/LCID/F/L или R/R/E/LCID. Один подзаголовок МАС может отображаться в один блок сервисных данных (SDU) МАС, СЕ МАС, заполнение, чтобы информировать о присутствии/отсутствии соответствующего SDU MAC/CE МАС/заполнения и о формате.

[64] ‘R’ обозначает биты, которые не имеют информации, но зарезервированы для использования передачи информации, определяемой в будущем.

[65] ‘E’ обозначает бит, указывающий то, следует ли подзаголовок МАС. Например, поле ‘Е’ может быть установлено в 1, чтобы указывать присутствие подзаголовка МАС после текущего подзаголовка МАС, или в 0, чтобы указывать, что нет подзаголовка МАС после текущего подзаголовка МАС, но присутствие SDU MAC, CE MAC или заполнения.

[66] LCID является ID логического канала, чтобы указывать логический канал, через который принимается SDU MAC, соответствующий подзаголовку МАС, поле типа СЕ МАС или тип заполнения. ‘F’ является информацией, указывающей размер поля ‘L’, и ‘L’ указывает размер/длину поля SDU MAC или СЕ МАС, соответствующего подзаголовку МАС,

[67] На фиг. 6 BSR D2D/объединенный BSR D2D переносится в СЕ 621 МАС, а подзаголовок 601 МАС используется, чтобы указывать присутствие СЕ 621 МАС. Подробная информация относительно подзаголовка МАС содержится в части 611. Часть 611 может включать в себя два бита ‘R’, один бит ‘E’ и 5-ти битовый ID логического канала. Размеры битов являются примерами, но могут быть изменены без того, чтобы быть ограниченными вариантом осуществления фиг. 6.

[68] ID логического канала может быть специфическим значением ID логического канала, заданным в стандарте с целью указания BSR D2D или СЕ МАС объединенного BSR D2D. Если ID логического канала включен, это означает, что BSR D2D или СЕ 621 МАС объединенного BSR D2D следует после подзаголовка МАС.

[69] Вместо использования специфического значения ID логического канала, заданного в стандарте с целью указания BSR D2D или СЕ МАС объединенного BSR D2D, может также быть возможным использовать биты ‘R’ в подзаголовке МАС. В этом случае ID логического канала может включать в себя ID логического канала, указывающий CE MAC BSR для сообщения количества данных в специализированном логическом канале (каналах) сети 3GPP. Это означает, что один из ID логического канала, равный “11101”, “11110” и “11111”, указывающий CE MAC BSR, который задан в текущее спецификации протокола МАС TS36.321 стандарта 3GPP, может использоваться без определения дополнительного ID логического канала, указывающего BSR D2D или СЕ МАС объединенного BSR D2D. Вместо этого биты ‘R’ могут использоваться, чтобы указывать то, является ли BSR СЕ МАС BSR D2D/объединенного BSR D2D или CE МАС BSR, для сообщения количества данных специализированного логического канала (каналов) сети 3GPP.

[70] В иллюстративном случае использования бита ‘R’, если бит ‘R’ установлен в 1 и, если ID логического канала, указывающий CE MAC BSR включен, соответствующая управляющая информация (СЕ МАС), специфическая для UE, может быть СЕ МАС BSR D2D или объединенного BSR D2D. Если бит ‘R’ установлен в 0 и, если ID логического канала, указывающий CE MAC BSR включен, соответствующая управляющая информация (СЕ МАС), специфическая для UE, может быть CE MAC BSR специализированного логического канала (каналов) сети 3GPP. Значения ‘1’ и ’0’ бита R могут интерпретироваться противоположно.

[71] Для того чтобы провести различие между CE MAC BSR BSR D2D/объединенного BSR D2D и CE МАС BSR для сообщения количества данных специализированного логического канала (каналов) сети 3GPP, могут использоваться оба два бита ‘R’. Например, если два бита ‘R’ установлены в ‘00’ и, если ID логического канала, указывающий CE MAC BSR, включен, это указывает CE MAC BSR специализированного логического канала (каналов) сети 3GPP, а если два бита ‘R’ установлены в ‘10’ и ID логического канала, указывающий CE MAC BSR, включен, это указывает CE MAC объединенного BSR D2D. Значения двух битов ‘R’ являются примерами и могут быть определены с другими значениями.

[72] ID логического канала “11100” может использоваться для передачи CE MAC усеченного BSR, “11101” для передачи CE MAC короткого BSR и “11110” для передачи CE MAC длинного BSR. Короткое BSR может использоваться для сообщения количества данных данных Тх, принятых через логические каналы одной из множества групп логических каналов, и может включать в себя соответствующий ID группы логических каналов (LCG) и соответствующий размер буфера. Длинное BSR может использоваться для сообщения количества данных данных Тх, принятых через логические каналы одной из множества групп логических каналов, и может включать в себя размеры буфера. В этом случае размеры буфера отображаются в соответствующие группы логических каналов. Усеченное BSR используется, чтобы сообщать количество данных группы логических каналов с наивысшим приоритетом среди множества групп логических каналов, в которых появляются данные, вследствие ограничения радио ресурса, несмотря на то, что имеются данные Тх, принятые через логические каналы множества групп логических каналов. Может также быть возможным сообщать ID и размер буфера группы логических каналов, имеющей наивысший приоритет.

[73] Группа логических каналов формируется с помощью группирования множества логических каналов с подобными приоритетами для BSR, и информация конфигурации на логический канал (например, ID группы логических каналов на логический канал) сообщается сетью.

[74] Ссылочные номера 631 и 641 обозначают иллюстративные CE MAC BSR D2D. В примере, как обозначено ссылочным номером 631, id LCG является id группы логических каналов, включающей в себя специализированный логический канал D2D, через который генерируются/принимаются данные Тх. Размер буфера указывает количество данных группы логических каналов. Количество данных может сигнализироваться в виде абсолютного значения или значения индекса, указывающего абсолютное значение.

[75] В примере, как обозначено ссылочным номером 641, сообщаются количества данных 4 групп логических каналов, соответственно. Размер буфера#0 указывает количество данных Тх id LCG#0, размер буфера#1 указывает количество данных Тх id LCG#1, размер буфера#2 указывает количество данных Тх id LCG#2 и размер буфера#3 указывает количество данных Тх id LCG#3. Ссылочные номера 651 и 661 обозначают иллюстративные CE MAC объединенного BSR D2D. В CE 651 MAC объединенного BSR D2D id LCG в верхней части является id группы логических каналов специализированного логического канала (каналов) сети 3GPP, через который генерируются/принимаются данных Тх. id LCG в нижней части является id группы логических каналов специализированного логического канала (каналов) D2D, через который генерируются/принимаются данных Тх. Размер буфера указывает количество данных группы логических каналов.

[76] В CE 661 MAC объединенного BSR D2D размер буфера#0, размер буфера#1, размер буфера#2 и размер буфера#3 в верхней части указывают количество данных Тх, соответствующих группе #0 логических каналов, группе #1 логических каналов, группе #2 логических каналов и группе #3 логических каналов специализированных логических каналов сети 3GPP, соответственно. Размер буфера#0, размер буфера#1, размер буфера#2 и размер буфера#3 в нижней части указывают количество данных Тх, соответствующих группе #0 логических каналов, группе #1 логических каналов, группе #2 логических каналов и группе #3 логических каналов специализированных логических каналов линии связи D2D, соответственно.

[77] Фиг. 7 изображает блок-схему последовательности этапов, иллюстрирующую операции сообщения статуса буфера UE, поддерживающего связь D2D, в соответствии с вариантом осуществления настоящего изобретения. Ссылаясь на фиг. 7а, если BSR инициируется на этапе 701, UE проводит различие между данными Тх, принятыми, среди данные, генерируемых из верхнего уровня, через специализированный логический канал (каналы) D2D и специализированный логический канал (каналы) сети 3GPP на этапе 711.

[78] UE не учитывает данные Тх, принятые через специализированный логический канал (каналы) D2D, при вычислении размера буфера на этапе 751 и учитывает только данные, принятые через специализированный логический канал (каналы) сети 3GPP, чтобы вычислить размер буфера на группу логических каналов, на этапе 721. На этапе 731 UE генерирует СЕ МАС BSR с использованием размеров буфера на группу логических каналов, вычисленных на этапе 721, и передает СЕ МАС BSR с использованием ресурса, назначенного сетью.

[79] Этапы 704 по 741 соответствуют способу не учета данных Тх, принятых через специализированный логический канал (каналы) D2D, в информации о размере буфера.

[80] В другом варианте осуществления фиг. 7b размер буфера для данных Тх, принятых через специализированный логический канал (каналы) D2D, может быть вычислен отдельно посредством этапов с 761 по 795. BSR может быть инициировано на этапе 761. BSR может быть инициировано, чтобы сообщать статус буфера, ассоциированный с данными Тх, принятыми через специализированный логический канал (каналы) D2D, и статус буфера, ассоциированный с данными Тх, принятыми через специализированный логический канал (каналы) сети 3GPP. Например, условие инициирования BSR для данных Тх, принятых через специализированный логический канал (каналы) сети 3GPP может быть применено как условие инициирования BSR для данных Тх, принятых через специализированный логический канал (каналы) D2D.

[81] Если BSR инициировано на этапе 761, UE проводит различие между данными Тх, принятыми, среди данных, генерируемых для верхнего уровня, через специализированный логический канал (каналы) D2D и специализированный логический канал (каналы) сети 3GPP, на этапе 771. UE вычисляет информацию о размере буфера А на группу логических каналов с использованием данных Тх, принятых через специализированный логический канал (каналы) сети 3GPP, на этапе 781 и информацию о размере буфера В на группу логических каналов с использованием данных Тх, принятых через специализированный логический канал (каналы) D2D, на этапе 786.

[82] На этапе 791 UE генерирует СЕ МАС BSR с использованием размеров буфера на группу логических каналов, вычисленных на этапе 781, и СЕ МАС BSR D2D с использованием размеров буфера на группу логических каналов, вычисленных на этапе 786. СЕ МАС BSR D2D может включать в себя информацию об id группы и соответствующую информацию о размере буфера. Информацию об id группы может включать в себя, по меньшей мере, один из id однорангового UE/пользователя связи D2D, id услуги/приложения D2D, id, указывающий общее участие, id группы для групповой связи и id указания широкого вещания. UE может генерировать СЕ МАС объединенного BSR D2D с использованием размеров буфера на логический канал, вычисленных на этапах 781 и 786. СЕ МАС объединенного BSR D2D может включать в себя информацию относительно количеств данных Тх, принятых, как через специализированный логический канал (каналы) D2D, так и специализированный логический канал (каналы) сети 3GPP.

[83] На этапе 795 UE может передать СЕ МАС, сгенерированный на этапе 791, с использованием ресурса, назначенного сетью. В случае, когда оба СЕ МАС BSR и СЕ МАС BSR D2D существуют, две управляющие информации, специфические для UE (СЕ МАС), могут передаваться одновременно или выборочно. Например, если радио ресурс, назначенный сетью, является недостаточным, чтобы передать существующие СЕ МАС BSR и СЕ МАС BSR D2D одновременно, UE может выбрать один из двух СЕ МАС в соответствии с предварительно определенным правилом следующим образом и передать выбранный СЕ МАС с приоритетом.

[84] – Вариант осуществления 1: СЕ МАС BSR выбирается и передается с приоритетом.

[85] – Вариант осуществления 2: СЕ МАС BSR D2D выбирается и передается с приоритетом.

[86] – Вариант осуществления 3: СЕ МАС, включающий в себя id группы логических каналов с наивысшим приоритетом, выбирается среди групп логических каналов, в которых данные Тх существуют, между СЕ МАС BSR и СЕ МАС BSR D2D. id группы логических каналов с наивысшим приоритетом может отображаться в последовательность id логической группы. Например, группа логических каналов с низким id группы логических каналов может выбираться с приоритетом. В варианте осуществления, допуская четыре группы логических каналов 0, 1, 2 и 3, может быть возможным конфигурировать таким образом, что группа логических каналов 0 имеет наивысший приоритет, группа логических каналов 1 имеет следующий наивысший приоритет, группа логических каналов 2 имеет второй самый низкий приоритет и группа логических каналов 3 имеет самый низкий приоритет. В противоположность, может быть также возможным выбирать группу логических каналов с наивысшим id группы логических каналов с приоритетом. В варианте осуществления, допуская четыре группы логических каналов 0, 1, 2 и 3, может быть возможным конфигурировать таким образом, что группа логических каналов 3 имеет наивысший приоритет, группа логических каналов 2 имеет следующий наивысший приоритет, группа логических каналов 1 имеет второй самый низкий приоритет и группа логических каналов 0 имеет самый низкий приоритет. Если id группы логических каналов с наивысшими приоритетами среди групп логических каналов, имеющих данные Тх, которые включены в СЕ МАС BSR и СЕ МАС BSR D2D, являются идентичными друг другу, может быть возможным применять правило варианта осуществления 1 или варианта осуществления 2, или в зависимости от осуществления UE.

[87] Фиг. 8 - блок-схема последовательности этапов, иллюстрирующая операцию мультиплексирования UE, поддерживающего связь D2D, в соответствии с вариантом осуществления настоящего изобретения. Если операция мультиплексирования инициируется в подуровне МАС на этапе 801, UE определяет то, должен ли соответствующий транспортный блок передаваться через линию связи D2D, на этапе 811. Мультиплексирование является операцией обработки пакетов Тх, принятых через множество логических каналов, чтобы генерировать транспортный блок как единицу передачи, таким образом, чтобы подходить для назначенных/выбранных радио ресурсов.

[88] Если предполагается, что транспортный блок должен передаваться через линию связи D2D, UE мультиплексирует данные/пакеты Тх, принятые через специализированный логический канал (каналы) D2D, на этапе 821. Иначе, если предполагается, что транспортный блок должен передаваться через сеть 3GPP, отличную от линии связи D2D, UE мультиплексирует данные/пакеты Тх, принятые через специализированный логический канал (каналы) сети 3GPP, на этапе 831. Может быть возможным мультиплексировать логические каналы с учетом приоритетов логических каналов, таким образом, что пакеты/данные Тх, принятые через логический канал с высоким приоритетом, включаются в транспортный блок с приоритетом, или больше приемов данных/пакетов Тх через логический канал с высоким приоритетом включаются в транспортный блок.

[89] В другом варианте осуществления, может быть возможным мультиплексировать данные/пакеты (несмотря на то, что они принимаются через специализированные логические каналы D2D), принадлежащие одному и тому же сеансу линии связи D2D. Сеанс линии связи D2D может идентифицироваться с помощью id D2D или id сеанса D2D. id D2D или id сеанса D2D может быть id для использования при идентификации однорангового UE/пользователя связи D2D. То есть, id сеанса может использоваться, чтобы идентифицировать целевое UE, в которое адресуются данные/пакеты, или адресата данных/пакетов. id сеанса также может быть id услуги/приложения D2D, идентификатором общего участия или id группы для идентификации специфической группы, созданной для групповой связи.

[90] Фиг. 9 изображает блок-схему последовательности этапов, иллюстрирующую операции управления синхронизацией восходящей линии связи UE, поддерживающего связь D2D, в соответствии с вариантом осуществления настоящего изобретения. Ссылаясь на фиг. 9, если команда упреждения синхронизации передачи UL принимается из сети на этапе 901, UE запускает таймер Т3 на этапе 911.

[91] Таймер используется, чтобы определять действительность принятой команды упреждения синхронизации UL. Допускается, что команда упреждения синхронизации UL становится недействительной, когда истекает время таймера. Команда упреждения синхронизации UL переносится в управляющей информации (СЕ МАС), специфической для UE команды (упреждения) синхронизации передачи (команды упреждения синхронизации) UL, или в PDU МАС ответа произвольного доступа, передаваемого в ответ на преамбулу произвольного доступа, передаваемую через RACH.

[92] После этого, если передаваемые данные появляются, UE определяет то, предполагается ли, что данные должны передаваться через линию связи D2D, на этапе 921 и, если так, передает данные через линию связи D2D на этапе 931 без применения команды упреждения синхронизации, принятой на этапе 901. В варианте осуществления, данные могут передаваться на границе радио кадра. В случае, когда предполагается, что данные должны передаваться через сеть 3GPP, может быть возможным передавать данные на этапе 935 с синхронизацией, регулируемой с помощью применения команды упреждения синхронизации UL, принятой на этапе 901.

[93] Далее в настоящей заявке делается описание другого варианта осуществления со ссылкой на фиг. 9b. Если время таймера Т3 истекает на этапе 941, UE определяет то, ассоциирован ли таймер Т3 с обслуживающими сотами первичной группы упреждения синхронизации (pTAG), на этапе 951. Таймер Т3 выполняется на TAG.

[94] Обслуживающая сота, действующая как точка привязки мобильности и защиты, упоминается как PCell, а другие обслуживающие соты как SCell, и TAG, включающая в себя PCell, является pTAG, а TAG, включающая в себя PCell, упоминается как вторичная TAG (sTAG).

[95] Если таймер Т3, время которого истекло на этапе 941, является таймером Т3, ассоциированным с pTAG, UE сбрасывает буфер HARQ для передачи через сеть 3GPP на этапе 961. UE объявляет освобождение PUCCH/SRS всех обслуживающих сот посредством сигнализации подуровня RRC на этапе 963, удаляет информацию относительно ресурсов DL и UL, назначенных полу постоянным способом, на этапе 965, и завершает все из таймеров T3, ассоциированных с другими sTAG, на этапе 967. После этого, если передаваемые данные появляются, UE определяет то, предполагается ли, что данные должны передаваться через линию связи D2D, на этапе 971.

[96] Если предполагается, что данные должны передаваться через линию связи D2D, UE передает данные на этапе 973 без применения команды упреждения синхронизации UL, принятой на этапе 901, независимо от таймера Т3, время которого истекло. В варианте осуществления, данные могут передаваться на границе радио кадра DL.

[97] Если предполагается, что данные должны передаваться через сеть 3GPP, отличную от линии связи D2D, UE отказывается от передачи данных и выполняет процедуру произвольного доступа через RACH PCell и передает данные с отрегулированной синхронизацией передачи с помощью применения команды упреждения синхронизации UL, принятой из сети на этапе 975. Команда упреждения синхронизации UL может переноситься в ответе произвольного доступа, передаваемого сетью в ответ преамбулу произвольного доступа, переданную с помощью UE.

[98] Если таймер ТА, время которого истекло на этапе 941, не ассоциирован с pTAG, а с sTAG, UE сбрасывает буферы HARQ всех обслуживающих сот sTAG среди буферов HARQ для передачи через сеть 3GPP, за исключением буферов HARQ для передачи через линию связи D2D, на этапе 981, и объявляет освобождение PUCCH/SRS всех обслуживающих сот, принадлежащих к sTAG, посредством сигнализации подуровня RRC на этапе 983. После этого, если передаваемые данные появляются, UE определяет то, предполагается ли, что данные должны передаваться через линию связи D2D, на этапе 991.

[99] Если предполагается, что данные должны передаваться через линию связи D2D, UE передает данные на этапе 993 без применения команды упреждения синхронизации, принятой на этапе 901, независимо от таймера Т3, время которого истекло. В варианте осуществления данные могут передаваться на границе радио кадра DL. Если предполагается, что данные должны передаваться через сеть 3GPP, отличную от линии связи D2D, UE отказывается от передачи данных через любую обслуживающую соту, принадлежащую к TAG, на этапе 995. UE может выполнить процедуру произвольного доступа через RACH обслуживающей соты TAG и передать данные с отрегулированной синхронизацией передачи с помощью применения команды упреждения синхронизации UL, принятой из сети. Процедура произвольного доступа в обслуживающей соте sTAG не может инициироваться с помощью UE и, таким образом, UE необходимо принять команду выполнения процедуры произвольного доступа из сети.

[100] Даже в случае передачи данных через линию связи D2D, если упреждение синхронизации UL применяется, может быть возможным для eNB информировать UE о соответствующей информации pTAG/sTAG. При назначении id TAG в линию связи D2D синхронизация передачи может регулироваться с помощью информации упреждения синхронизации UL, соответствующей pTAG/sTAG, идентифицированной с помощью id TAG.

[101] В случае, если время таймера Т3 TAG истекает, UE сбрасывает буферы HARQ для передачи вместе через линию связи D2D и отказывается от передачи данных D2D, генерируемых после истечения времени таймера Т3. В этом случае (в случае, когда предполагается, что данные должны передаваться через линию связи D2D, появляются после истечения времени таймера Т3 pTAG/sTAG, отображенных в линию связи D2D), если TAG, отображенная в линию связи D2D, является pTAG, UE может выполнить произвольный доступ в PCell, чтобы принять информацию упреждения синхронизации UL, а затем передать данные через линию связи D2D с отрегулированной синхронизацией передачи с помощью применения информации упреждения синхронизации UL. Информация упреждения синхронизации UL может переноситься в ответе произвольного доступа, передаваемом сетью в ответ на преамбулу произвольного доступа, передаваемую с помощью UE.

[102] Если TAG, отображенная в линию связи D2D, является sTAG, UE инициирует процедуру произвольного доступа, чтобы принять информацию упреждения синхронизации UL из сети, а затем передает данные через линию связи D2D с отрегулированной синхронизацией передачи с помощью применения информации упреждения синхронизации UL. Если UE не может инициировать процедуру произвольного доступа в обслуживающей соте sTAG, оно может передать eNB сообщение/информацию, запрашивающую команду выполнения процедуры произвольного доступа, для процедуры произвольного доступа в обслуживающей соте, принадлежащей sTAG, отображенной в линию связи D2D, для передачи D2D. Эта информация может передаваться в виде явного указателя или сообщения, или может переноситься в BSR D2D или объединенном BSR D2D.

[103] Если запрос принят из UE, сеть может передать UE сообщение, дающее команду процедуры произвольного доступа в обслуживающей соте sTAG, через физический управляющий канал нисходящей линии связи (PDCCH). UE выполняет процедуру произвольного доступа, как скомандованную, чтобы принять информацию упреждения синхронизации UL в сообщении ответа произвольного доступа, а затем передает данные через линию связи D2D с отрегулированной синхронизацией передачи с помощью применения информации упреждения синхронизации UL.

[104] Фиг. 10 – блок-схема, иллюстрирующая конфигурацию UE, поддерживающего связь D2D, в соответствии с вариантом осуществления настоящего изобретения.

[105] Ссылаясь на фиг. 10, UE, в соответствии с вариантом осуществления настоящего изобретения, включает в себя приемопередатчик 1010 и контроллер 1030.

[106] Приемопередатчик 1010 может включать в себя один или более модулей связи для радиосвязи. Приемопередатчик 1010 может передавать/принимать сотовые данные/сигналы в/из eNB или данные/сигналы D2D в/из UE в режиме связи D2D.

[107] Устройство 1030 управления может управлять общими операциями UE. В частности контроллер 1030 может включать в себя устройство 1031 управления запросом планирования (SR), устройство 10332 управления сообщением статуса буфера (BSR) и устройство 1033 управления командой упреждения синхронизации (TAC).

[108] Устройство 1030 управления SR управляет приемом данных из верхнего подуровня, определением того, принимаются ли данные через специализированный логический канал D2D, пропуском, когда данные принимаются через специализированный логический канал D2D, планированием операции запроса, выбором ресурсов D2D для передачи данных и, передачей данных с использованием выбранных ресурсов D2D.

[109] Устройство 1030 управления SR может также управлять запуском предварительно определенного таймера, отбрасыванием, при неудаче передачи данных D2D до истечения времени таймера, данных D2D и сообщением неудачи передачи в верхний уровень.

[110] Устройство 1030 управления SR может также управлять передачей, когда определено, что данные не принимаются через специализированный логический канал D2D, сообщения запроса планирования для передачи данных верхнего уровня в eNB.

[111] Устройство 1032 управления BSR может управлять приемом данных из верхнего подуровня, определением того, когда инициируется BSR, имеются ли какие-либо данные, принятые через специализированный логический канал D2D, среди данных, не учетом данных, принятые через специализированный логический канал D2D, при вычислении размера буфера в соответствии с предварительно определенным результатом, учетом данных, принятых через не специализированные логические каналы D2D, при вычислении размера буфера на группу логических каналов, и передачей сообщения, включающего в себя сообщение статуса буфера, на основе вычисленного размера буфера.

[112] Устройство 1032 управления BSR может также управлять вычислением размеров буфера для данных Тх, принятых через специализированные логические каналы D2D и не специализированные логические каналы D2D, соответственно, среди принятых данных, и передачей специализированной управляющей информации МАС сообщения статуса буфера D2D (СЕ МАС BSR D2D), сгенерированной на основе размера буфера, вычисленного для данных, принятых через специализированные логические каналы D2D, и СЕ МАС BSR D2D, сгенерированного на основе размера буфера для данных, принятых через не специализированные логические каналы D2D.

[113] Устройство 1033 управления TAG может управлять приемом команды упреждения синхронизации Тх UL из eNB, определением того, предполагается ли, что данные Тх UL должны передаваться через линию связи D2D, передачей, когда предполагается, что данные Тх UL должны передаваться через линию связи D2D, данных с помощью применения команды упреждения синхронизации Тх UL, и передачей, когда не предполагается, что данные Тх UL должны передаваться через линию связи D2D, данных без применения команды упреждения синхронизации Тх UL.

[114] Устройство 1033 управления TAG может также управлять запуском таймера для определения действительности принятой команды упреждения синхронизации Тх UL, определением, когда время таймера истекает, того, ассоциирован ли таймер с первичной группой упреждения синхронизацией (pTAG), сбросом, когда таймер ассоциирован с pTAG, буферов HARQ для передачи через линию связи D2D, и сбросом, когда таймер не ассоциирован с pTAG, буферов HARQ соответствующих обслуживающих сот, за исключением буферов HARQ, для передачи через линию связи D2D

[115] В случае, когда не предполагается, что данные Тх UL должны передаваться через линию связи D2D, устройство 1033 управления TAG может управлять передачей, когда таймер ассоциирован с pTAG, данных Тх UL в соответствии с командой упреждения синхронизации Тх UL, включенной в ответ произвольного доступа, принятый через PCell, и передачей, когда таймер не ассоциирован с pTAG, данных Тх UL в соответствии с командой упреждения синхронизации Тх UL, включенной в ответ произвольного доступа, принятый через соответствующую обслуживающую соту.

[116] В соответствии с вариантом осуществления, контроллер 1030 может управлять приемом данных через логические каналы UE для операции мультиплексирования, определением того, предполагается ли, что транспортный блок для данных должен передаваться через линию связи D2D, и мультиплексированием, когда предполагается, что транспортный блок должен передаваться через линию связи D2D, данных, принятых через специализированный логический канал D2D.

[117] Контроллер 1030 может также управлять мультиплексированием, когда предполагается, что транспортный блок для данных должен передаваться через специализированный логический канал (каналы) не D2D, данных, принятых через специализированный логический канал (каналы) не D2D.

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

[119] В соответствии с вариантом осуществления настоящего изобретения, контроллер 1030 может управлять приемом данных из верхнего подуровня UE для управления передачей сигнала, определением того, имеются ли данные, принятые через специализированный логический канал D2D, среди принятых данных, и передачей, когда имеются данные, принятые через специализированный логический канал D2D, специализированного управляющего сообщения D2D в eNB, обслуживающий UE. При этом специализированное управляющее сообщение D2D может включать в себя специализированный СЕ МАС сообщения статуса буфера D2D (СЕ МАС BSR).

[120] Контроллер 1030 также может управлять оценкой того, когда инициируется BSR, статуса буфера, буферизирующего данные, принятые через специализированный логический канал D2D, и генерацией специализированного СЕ МАС BSR D2D. При этом специализированный СЕ МАС BSR D2D может включать в себя информацию о группе логических каналов и информацию о размере буфера на группу логических каналов.

[121] Событие инициирования BSR может включать в себя запрос BSR данных, принятых через специализированный логический канал D2D, и запрос BSR данных, принятых через специализированный логический канал не D2D.

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

[123] Специализированное управляющее сообщение D2D может включать в себя специализированное сообщение запроса планирования D2D для запрашивания ресурсов из eNB, обслуживающего UE, для того, чтобы передавать данные, принятые через специализированный логический канал D2D.

[124] Несмотря на то, что описание адресовано случаю, когда контроллер 1030, устройство 1311 управления SR, устройство 1032 управления BSR и устройство 1033 управления TAG сконфигурированы как отдельные блоки для соответственных функций для удобства объяснения, является не обязательным, что функции разделены, как изображено. Например, функции контроллера 1030, устройства 1311 управления SR, устройства 1032 управления BSR и устройства 1033 управления TAG могут выполняться контроллером 1030 интегрально.

[125] Фиг. 11 - блок-схема последовательности этапов, иллюстрирующая способ передачи управляющего сигнала UE, поддерживающего связь D2D, в соответствии с вариантом осуществления настоящего изобретения.

[126] Ссылаясь на фиг. 11, верхний уровень UE генерирует данные, передаваемые вне UE, на этапе 1110. UE определяет то, имеются ли данные, принятые через специализированный логический канал D2D, среди данных, сгенерированных верхним уровнем, на этапе 1120

[127] Если имеются данные, принятые через специализированный логический канал D2D, UE генерирует специализированный управляющий сигнал D2D на этапе 1130. На этапе 1130 UE может генерировать не только специализированный управляющий сигнал D2D, но также другие сигналы. То есть, UE может генерировать не только данные специализированного управляющего канала D2D, принятые через специализированный логический канал D2D, но также управляющий сигнал для обычных данных, принятых через не специализированные логические каналы D2D. Управляющий сигнал для обычных данных может быть сигналом для данных, передаваемых через сеть 3GPP, отличную от линии связи D2D.

[128] Если не имеются данные, принятые через специализированный логический канал D2D, процедура переходит на этап 1140. На этапе 1140 UE может генерировать управляющий сигнал для обычных данных, принятых через специализированный логический канал не D2D.

[129] На этапе 1150 UE передает управляющий сигнал, сгенерированный на этапе 1130 или 1140, в eNB.

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

[131] Примеры управляющего сигнала могут включать в себя сообщение управления запросом планирования (SR) и сообщение управления BSR. Описания подробных операций для случая, когда управляющий сигнал является сообщением управления SR, были сделаны со ссылкой на фиг. 5. Также описания подробных операций для случая, когда управляющий сигнал является сообщением управления BSR, были сделаны со ссылкой на фиг. 7.

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

1. Способ связи устройства с устройством (D2D) для терминала-источника, причем способ содержит этапы, на которых:

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

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

передают первую информацию в целевой терминал посредством связи D2D.

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

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

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

передают вторую информацию в терминал посредством сети сотовой связи.

3. Способ по п. 1, содержащий также этап, на котором:

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

мультиплексируют вторую информацию без первой информации.

4. Способ по п. 1, содержащий также этап, на котором:

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

5. Способ по п. 1, содержащий также этап, на котором:

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

буферизируют вторую информацию во второй буфер без первой информации.

6. Способ по п. 5, в котором передают в базовую станцию сообщение статуса буфера (BSR) D2D для передачи информации о количестве данных, доступном для передачи в первый буфер терминала-источника.

7. Способ по п. 6, в котором D2D BSR передают посредством управляющего элемента (СЕ) управления доступом к среде (МАС).

8. Способ по п. 7, в котором МАС СЕ включает в себя подзаголовок МАС и опознавательный код логического канала, включенный в подзаголовок МАС, указывает, что МАС СЕ включает в себя BSR.

9. Способ по п. 5, в котором МАС СЕ для BSR второго буфера предшествует МАС СЕ для BSR первого буфера.

10. Способ по п. 1, в котором терминал-источник включает в себя первый объект МАС для мультиплексирования первой информации, принятой посредством специализированного логического канала D2D, и второй объект МАС для мультиплексирования второй информации, принятой посредством логического канала, отличающегося от специализированного логического канала D2D.

11. Терминал-источник для связи устройства с устройством (D2D), содержащий:

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

контроллер, который сконфигурирован для:

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

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

передачи первой информации в целевой терминал посредством связи D2D.

12. Терминал-источник по п. 11, в котором контроллер также сконфигурирован для:

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

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

передачи второй информации в терминал посредством сети сотовой связи.

13. Терминал-источник по п. 11, в котором контроллер также сконфигурирован для мультиплексирования первой информации, принятой посредством специализированного логического канала D2D, без второй информации, принятой через логический канал, отличающийся от специализированного логического канала D2D; и

мультиплексирования второй информации без первой информации.

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

15. Терминал-источник по п. 11, в котором контроллер также сконфигурирован для буферизации первой информации, принятой посредством специализированного логического канала D2D, в первый буфер без второй информации, принятой через логический канал, отличающийся от специализированного логического канала D2D; и

буферизации второй информации во второй буфер без первой информации.

16. Терминал-источник по п. 15, в котором контроллер также сконфигурирован для передачи в базовую станцию сообщения статуса буфера (BSR) D2D для передачи информации о количестве данных, доступном для передачи в первый буфер терминала-источника.

17. Терминал-источник по п. 16, в котором D2D BSR передают посредством управляющего элемента (СЕ) управления доступом к среде (МАС).

18. Терминал-источник по п. 17, в котором МАС СЕ включает в себя подзаголовок МАС и опознавательный код логического канала, включенный в подзаголовок МАС, указывает, что МАС СЕ включает в себя BSR.

19. Терминал-источник по п. 15, в котором МАС СЕ для BSR второго буфера предшествует МАС СЕ для BSR первого буфера.

20. Терминал-источник по п. 11, в котором терминал-источник включает в себя первый объект МАС для мультиплексирования первой информации, принятой посредством специализированного логического канала D2D, и второй объект МАС для мультиплексирования второй информации, принятой посредством логического канала, отличающегося от специализированного логического канала D2D.