УЛУЧШЕННЫЕ НАЧАЛЬНЫЕ И ПОВТОРНЫЕ ПЕРЕДАЧИ ДАННЫХ ДЛЯ V2X-ПЕРЕДАЧ
IMPROVED INITIAL AND REPETITIVE DATA TRANSMISSION FOR V2X TRANSMISSIONS

Область техники, к которой относится изобретение
Настоящее раскрытие сущности относится к улучшенным передачам данных и выделению ресурсов через интерфейс сторонней линии связи. Настоящее раскрытие сущности предоставляет соответствующие способы и устройства для изобретения.
Уровень техники
Стандарт долгосрочного развития (LTE)
Мобильные системы третьего поколения (3G) на основе технологии радиодоступа WCDMA широкомасштабно развертываются по всему миру. Первый этап совершенствования или развития этой технологии влечет за собой введение высокоскоростного пакетного доступа по нисходящей линии связи (HSDPA) и усовершенствованной восходящей линии связи, также называемого "высокоскоростным пакетным доступом по восходящей линии связи (HSUPA)", что обеспечивает очень конкурентоспособную технологию радиодоступа.
Чтобы подготавливаться к постоянно растущим запросам пользователей и сохранять конкурентоспособность относительно новых технологий радиодоступа, 3GPP вводит новую систему мобильной связи, которая называется "стандартом долгосрочного развития (LTE)". LTE разработан в соответствии с потребностями в несущих для высокоскоростной транспортировки данных и мультимедиа, а также в поддержке передачи речи с высокой пропускной способностью на следующее десятилетие. Способность предоставлять высокие скорости передачи битов является ключевым показателем для LTE.
Спецификация рабочих элементов (WI) в стандарте долгосрочного развития (LTE), называемых "усовершенствованным наземным радиодоступом UMTS (UTRA)" и "наземной сетью радиодоступа UMTS (UTRAN)", завершена в качестве версии 8 (LTE Rel. 8). LTE-система представляет эффективный радиодоступ с коммутацией пакетов и сети радиодоступа, которые предоставляют полные функциональности на основе IP с небольшим временем задержки и низкими затратами. В LTE, указывается несколько масштабируемых полос пропускания передачи, таких как 1,4, 3,0, 5,0, 10,0, 15,0 и 20,0 МГц, чтобы достигать гибкого развертывания системы с использованием данного спектра. В нисходящей линии связи, радиодоступ на основе мультиплексирования с ортогональным частотным разделением каналов (OFDM) приспособлен благодаря его внутренне присущей устойчивости к помехам при многолучевом распространении (MPI) вследствие низкой скорости передачи символов, использования циклического префикса (CP) и похожести с различными компоновками полос пропускания передачи. Радиодоступ на основе множественного доступа с частотным разделением каналов с одной несущей (SC-FDMA) приспособлен в восходящей линии связи, поскольку обеспечение глобального покрытия приоритезировано относительно повышения пиковой скорости передачи данных с учетом ограниченной мощности передачи абонентского устройства (UE). Множество ключевых технологий радиодоступа с коммутацией пакетов используются, в том числе технологии передачи по каналу со многими входами и многими выходами (MIMO), и высокоэффективная структура передачи управляющих служебных сигналов достигается в LTE Rel. 8/9.
LTE-архитектура
Общая LTE-архитектура показана на фиг. 1. E-UTRAN состоит из усовершенствованного узла B, предоставляющего протокольные оконечные узлы пользовательской плоскости (PDCP/RLC/MAC/PHY) и плоскости управления (RRC) E-UTRA-стандарта для абонентского устройства (UE). Усовершенствованный узел B (eNB) выполняет хостинг физического уровня (PHY), уровней управления доступом к среде (MAC), управления радиосвязью (RLC) и протокола управления пакетными данными (PDCP), которые включают в себя функциональность сжатия заголовков и шифрования пользовательской плоскости. Он также предлагает функциональность управления радиоресурсами (RRC), соответствующую плоскости управления. Он выполняет множество функций, в том числе управление радиоресурсами, управление доступом, диспетчеризацию, обеспечение согласованного качества обслуживания (QoS) восходящей линии связи, широковещательную передачу информации соты, шифрование/расшифровку данных пользовательской плоскости и плоскости управления и сжатие/распаковку заголовков пакетов пользовательской плоскости нисходящей/восходящей линии связи. Усовершенствованные узлы B соединяются между собой посредством X2-интерфейса.
Усовершенствованные узлы B также соединяются посредством S1-интерфейса с EPC (усовершенствованным ядром пакетной коммутации), более конкретно, с MME (объектом управления мобильностью) посредством S1-MME и с обслуживающим шлюзом (SGW) посредством S1-U. S1-интерфейс поддерживает отношение "многие-ко-многим" между MME/обслуживающими шлюзами и усовершенствованными узлами B. SGW маршрутизирует и перенаправляет пакеты пользовательских данных, также выступая в качестве привязки для мобильности для пользовательской плоскости во время передач обслуживания между усовершенствованными узлами B и в качестве привязки для мобильности между LTE и другими 3GPP-технологиями (для завершения S4-интерфейса и для ретрансляции трафика между 2G/3G-системами и PDN GW). Для абонентских устройств в состоянии бездействия, SGW завершает тракт данных нисходящей линии связи и инициирует поисковый вызов, когда данные нисходящей линии связи поступают для абонентского устройства. Он управляет и сохраняет контексты абонентского устройства, например, параметры службы однонаправленного IP-канала или информацию внутренней сетевой маршрутизации. Он также выполняет репликацию пользовательского трафика в случае законного перехвата.
MME представляет собой ключевой управляющий узел для LTE-сети доступа. Он регулирует процедуру отслеживания и поисковых вызовов абонентского устройства в режиме бездействия, в том числе повторные передачи. Он участвует в процессе активации/деактивации однонаправленного канала и также регулирует выбор SGW для абонентского устройства при начальном присоединении и во время перебазирования узлов базовой сети (CN), участвующих в передаче обслуживания внутри LTE. Он регулирует аутентификацию пользователя (посредством взаимодействия с HSS). Передача служебных сигналов на не связанном с предоставлением доступа уровне (NAS) завершается в MME, и он также регулирует формирование и выделение временных идентификационных данных для абонентских устройств. Он проверяет авторизацию абонентского устройства, чтобы закрепляться в наземной сети мобильной связи общего пользования (PLMN) поставщика услуг, и принудительно активирует роуминговые ограничения абонентского устройства. MME представляет собой оконечную точку в сети для шифрования/защиты целостности для передачи служебных NAS-сигналов и обрабатывает управление ключами защиты. Законный перехват служебных сигналов также поддерживается посредством MME. MME также предоставляет функцию плоскости управления для мобильности между LTE- и 2G/3G-сетями доступа с S3-интерфейсом, завершающимся в MME, из SGSN. MME также завершает S6a-интерфейс к собственному HSS для абонентских устройств в роуминге.
Структура компонентных несущих в LTE
Компонентная несущая нисходящей линии связи 3GPP LTE-системы подразделяется в частотно-временной области на так называемые субкадры. В 3GPP LTE, каждый субкадр разделен на два слота нисходящей линии связи, как показано на фиг. 2, при этом первый слот нисходящей линии связи содержит область каналов управления (PDCCH-область) в первых OFDM-символах. Каждый субкадр состоит из данного числа OFDM-символов во временной области (12 или 14 OFDM-символов в 3GPP LTE (версия 8)), при этом каждый OFDM-символ охватывает полную полосу пропускания компонентной несущей. OFDM-символы в силу этого состоят из определенного числа символов модуляции, передаваемых на соответствующих поднесущих. В LTE, передаваемый сигнал в каждом слоте описывается посредством сетки ресурсов из  поднесущих и  OFDM-символов.  является числом блоков ресурсов в полосе пропускания. Количество  зависит от полосы пропускания передачи по нисходящей линии связи, сконфигурированной в соте, и должно удовлетворять , где  и  являются, соответственно, наименьшей и наибольшей полосами пропускания нисходящей линии связи, поддерживаемыми посредством текущей версии спецификации.  является числом поднесущих в одном блоке ресурсов. Для структуры субкадра с обычным циклическим префиксом,  и .
При условии системы связи с несколькими несущими, например, при использовании OFDM, которая, например, используется в стандарте долгосрочного развития (LTE) 3GPP, наименьшая единица ресурсов, которая может назначаться посредством планировщика, составляет один "блок ресурсов". Блок физических ресурсов (PRB) задается как последовательные OFDM-символы во временной области (например, как 7 OFDM-символов) и последовательные поднесущие в частотной области, как проиллюстрировано на фиг. 2 (например, как 12 поднесущих для компонентной несущей). В 3GPP LTE (версия 8), блок физических ресурсов в силу этого состоит из элементов ресурсов, соответствующих одному слоту во временной области и 180 кГц в частотной области (для получения дальнейшей информации по сетке ресурсов нисходящей линии связи см., например, документ 3GPP TS 36.211, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)", текущая версия 13.1.0, раздел 6.2, доступный по адресу http://www.3gpp.org и содержащийся в данном документе по ссылке).
Один субкадр состоит из двух слотов, так что имеется 14 OFDM-символов в субкадре, когда используется так называемый "нормальный" CP (циклический префикс), и 12 OFDM-символов в субкадре, когда используется так называемый "расширенный" CP. Для терминологии, далее частотно-временные ресурсы, эквивалентные идентичным последовательным поднесущим, охватывающим полный субкадр, называются "парой блоков ресурсов", либо эквивалентно, "RB-парой" или "PRB-парой".
Термин "компонентная несущая" означает комбинацию нескольких блоков ресурсов в частотной области. В будущих версиях LTE, более не используется термин "компонентная несущая"; вместо этого, терминология изменяется на "соту", которая означает комбинацию ресурсов нисходящей линии связи и необязательно восходящей линии связи. Соединение между несущей частотой ресурсов нисходящей линии связи и несущей частотой ресурсов восходящей линии связи указывается в системной информации, передаваемой по ресурсам нисходящей линии связи.
Аналогичные допущения для структуры компонентной несущей также применимы к последующим версиям.
Агрегирование несущих в LTE-A для поддержки более широкой полосы пропускания
Частотный спектр для усовершенствованного стандарта IMT определен на Всемирной конференции по радиосвязи 2007 (WRC-07). Хотя полный частотный спектр для усовершенствованного стандарта IMT определен, фактическая доступная полоса пропускания частот отличается согласно каждому региону или стране. Тем не менее, согласно решению по доступной структуре частотного спектра, стандартизация радиоинтерфейса начата в Партнерском проекте третьего поколения (3GPP). На съезде 3GPP TSG RAN #39, санкционировано описание практического исследования "Further Advancements for E-UTRA (LTE-Advanced)". Практическое исследование охватывает технологические компоненты, которые должны рассматриваться для развития E-UTRA, например, чтобы удовлетворять требованиям по усовершенствованному стандарту IMT.
Полоса пропускания, которую может поддерживать система по усовершенствованному стандарту LTE, составляет 100 МГц, тогда как LTE-система может поддерживать только 20 МГц. В настоящее время, нехватка спектра радиочастот становится узким местом разработки беспроводных сетей, и в результате, затруднительно находить полосу частот спектра, которая является достаточно широкой для системы по усовершенствованному стандарту LTE. Следовательно, крайне необходимо находить способ получения более широкой полосы частот спектра радиочастот, при этом возможный ответ заключается в функциональности агрегирования несущих.
При агрегировании несущих, две или более компонентных несущих агрегируются для того, чтобы поддерживать более широкие полосы пропускания передачи вплоть до 100 МГц. Несколько сот в LTE-системе агрегированы в один более широкий канал в системе по усовершенствованному стандарту LTE, который является достаточно широким для 100 МГц, даже если эти соты в LTE могут находиться в различных полосах частот.
Все компонентные несущие могут быть выполнены с возможностью быть LTE Rel. 8/9-совместимыми, по меньшей мере, когда полоса пропускания компонентной несущей не превышает поддерживаемую полосу пропускания LTE Rel. 8/9-соты. Не все компонентные несущие, агрегированные посредством абонентского устройства, обязательно могут быть Rel. 8/9-совместимыми. Существующие механизмы (например, запрещение) могут использоваться для того, чтобы исключать закрепление абонентских Rel-8/9-устройств в компонентной несущей.
Абонентское устройство может одновременно принимать или передавать на одной или более компонентных несущих (соответствующих нескольким обслуживающим сотам) в зависимости от своих характеристик. Абонентское LTE-A Rel. 10-устройство с характеристиками приема и/или передачи для агрегирования несущих может одновременно принимать и/или передавать на нескольких обслуживающих сотах, тогда как абонентское LTE Rel. 8/9-устройство может принимать и передавать только на одной обслуживающей соте при условии, что структура компонентной несущей придерживается Rel. 8/9-спецификаций.
Агрегирование несущих поддерживается для смежных и несмежных компонентных несущих, причем каждая компонентная несущая ограничена максимумом 110 блоками ресурсов в частотной области с использованием численных данных 3GPP LTE (версия 8/9).
Можно конфигурировать 3GPP LTE-A (версия 10)-совместимое абонентское устройство с возможностью агрегировать различное число компонентных несущих, исходящих из идентичного усовершенствованного узла B (базовой станции), и возможно с различными полосами пропускания в восходящей линии связи и нисходящей линии связи. Число компонентных несущих нисходящей линии связи, которые могут быть сконфигурированы, зависит от возможностей агрегирования в нисходящей линии связи UE. С другой стороны, число компонентных несущих восходящей линии связи, которые могут быть сконфигурированы, зависит от возможностей агрегирования в восходящей линии связи UE. В настоящее время может быть невозможным конфигурировать мобильный терминал с большим числом компонентных несущих восходящей линии связи по сравнению с компонентными несущими нисходящей линии связи. В типичном TDD-развертывании, число компонентных несущих и полоса пропускания каждой компонентной несущей в восходящей линии связи и нисходящей линии связи являются идентичными. Компонентные несущие, исходящие из идентичного усовершенствованного узла B, не должны обязательно предоставлять идентичное покрытие.
Разнесение между центральными частотами непрерывно агрегированных компонентных несущих должно быть кратным 300 кГц. Это служит для того, чтобы обеспечивать совместимость с частотным растром в 100 кГц для 3GPP LTE (версия 8/9) и одновременно сохранять ортогональность поднесущих с разнесением в 15 кГц. В зависимости от сценария агрегирования, разнесение в nx300 кГц может быть упрощено посредством вставки низкого числа неиспользуемых поднесущих между смежными компонентными несущими.
Характер агрегирования нескольких несущих раскрывается только вплоть до MAC-уровня. Для восходящей линии связи и нисходящей линии связи, требуется один HARQ-объект в MAC для каждой агрегированной компонентной несущей. Предусмотрен (в отсутствие SU-MIMO для восходящей линии связи) самое большее один транспортный блок в расчете на компонентную несущую. Транспортный блок и его потенциальные повторные HARQ-передачи должны преобразовываться на идентичной компонентной несущей.
Когда агрегирование несущих сконфигурировано, мобильный терминал имеет только одно RRC-соединение с сетью. При установлении/повторном установлении RRC-соединения, одна сота предоставляет ввод безопасности (один ECGI, один PCI и один ARFCN) и информацию мобильности на не связанном с предоставлением доступа уровне (например, TAI), аналогично LTE Rel. 8/9. После установления/повторного установления RRC-соединения, компонентная несущая, соответствующая этой соте, упоминается как первичная сота (PCell) нисходящей линии связи. Всегда конфигурируются одна и только одна PCell нисходящей линии связи (DL PCell) и одна PCell восходящей линии связи (UL PCell) в расчете на каждое абонентское устройство в подключенном состоянии. В сконфигурированном наборе компонентных несущих, другие соты упоминаются в качестве вторичных сот (SCell), при этом несущие SCell представляют собой вторичную компонентную несущую нисходящей линии связи (DL SCC) и вторичную компонентную несущую восходящей линии связи (UL SCC). Максимум пять обслуживающих сот, включающих в себя PCell, могут быть сконфигурированы для одного UE.
MAC-уровень/объект, RRC-уровень, физический уровень
Стек протоколов пользовательской плоскости/плоскости управления LTE-уровня 2 содержит четыре подуровня, RRC, PDCP, RLC и MAC. Уровень управления доступом к среде (MAC) представляет собой самый нижний подуровень в архитектуре уровня 2 стека LTE-протоколов радиосвязи и задается, например, посредством технического стандарта TS 36.321 3GPP, текущая версия 13.2.0. Соединение с физическим уровнем ниже осуществляется через транспортные каналы, и соединение с RLC-уровнем выше осуществляется через логические каналы. В силу этого MAC-уровень выполняет мультиплексирование и демультиплексирование между логическими каналами и транспортными каналами: MAC-уровень на передающей стороне составляет MAC PDU, известные как транспортные блоки, из MAC SDU, принимаемых через логические каналы, и MAC-уровень на приемной стороне восстанавливает MAC SDU из MAC PDU, принимаемых через транспортные каналы.
MAC-уровень предоставляет услугу передачи данных (см. подразделы 5.4 и 5.3 TS 36.321, содержащегося в данном документе по ссылке) для RLC-уровня через логические каналы, которые представляют собой либо логические каналы управления, которые переносят управляющие данные (например, передачу служебных RRC-сигналов), либо логические каналы трафика, которые переносят данные пользовательской плоскости. С другой стороны, данными из MAC-уровня обмениваются с физическим уровнем через транспортные каналы, которые классифицируются в качестве нисходящей линии связи или восходящей линии связи. Данные мультиплексируются в транспортные каналы в зависимости от того, как они передаются по радиоинтерфейсу.
Физический уровень отвечает за фактическую передачу данных и управляющей информации через радиоинтерфейс, т.е. физический уровень переносит всю информацию из транспортных MAC-каналов по радиоинтерфейсу на передающей стороне. Некоторые важные функции, выполняемые посредством физического уровня, включают в себя кодирование и модуляцию, адаптацию линии связи (AMC), управление мощностью, поиск сот (для целей начальной синхронизации и передачи обслуживания) и другие измерения (внутри LTE-системы и между системами) для RRC-уровня. Физический уровень выполняет передачи на основе параметров передачи, таких как схема модуляции, скорость кодирования (т.е. схема модуляции и кодирования, MCS), число блоков физических ресурсов и т.д. Дополнительная информация относительно функционирования физического уровня находится в текущей версии технического стандарта 36.213 3GPP 13.1.1, содержащегося в данном документе по ссылке.
Уровень управления радиоресурсами (RRC) управляет связью между UE и eNB в радиоинтерфейсе и мобильностью UE, перемещающегося через несколько сот. RRC-протокол также поддерживает передачу NAS-информации. Для UE в RRC_IDLE, RRC поддерживает уведомление из сети относительно входящих вызовов. Управление RRC-соединениями охватывает все процедуры, связанные с установлением, модификацией и высвобождением RRC-соединения, включающие в себя поисковые вызовы, конфигурирование и формирование сообщений об измерениях, конфигурирование радиоресурсов, начальную активацию режима безопасности и установление служебных однонаправленных радиоканалов (SRB) и однонаправленных радиоканалов, переносящих пользовательские данные (однонаправленных радиоканалов передачи данных, DRB).
Подуровень управления радиосвязью (RLC) содержит главным образом ARQ-функциональность и поддерживает сегментацию и конкатенацию данных, т.е. RLC-уровень выполняет кадрирование RLC SDU, чтобы подгонять их к размеру, указываемому посредством MAC-уровня. Два последних минимизируют объем протокольной служебной информации независимо от скорости передачи данных. RLC-уровень соединяется с MAC-уровнем через логические каналы. Каждый логический канал транспортирует различные типы трафика. Уровень выше RLC-уровня типично представляет собой PDCP-уровень, но в некоторых случаях он представляет собой RRC-уровень, т.е. RRC-сообщения, передаваемые по логическим каналам BCCH (широковещательному каналу управления), PCCH (каналу управления поисковыми вызовами) и CCCH (общему каналу управления), не требуют защиты для обеспечения безопасности и в силу этого проходят непосредственно на RLC-уровень, обходя PDCP-уровень.
Схема доступа по восходящей линии связи для LTE
Для передачи по восходящей линии, связи эффективная по мощности передача пользовательского терминала требуется для того, чтобы максимизировать покрытие. Передача с одной несущей, комбинированная с FDMA с динамическим выделением полосы пропускания, выбрана в качестве усовершенствованной UTRA-схемы передачи по восходящей линии связи. Главной причиной для предпочтения передаче с одной несущей является более низкое отношение пиковой мощности к средней мощности (PAPR), по сравнению с сигналами с несколькими несущими (OFDMA), и соответствующая повышенная эффективность усилителя мощности и улучшенное покрытие (более высокие скорости передачи данных для данной пиковой мощности терминала). В течение каждого временного интервала, усовершенствованный узел B назначает пользователям уникальный частотно-временной ресурс для передачи пользовательских данных, за счет этого обеспечивая внутрисотовую ортогональность. Ортогональный доступ в восходящей линии связи обеспечивает перспективу увеличенной спектральной эффективности посредством исключения внутрисотовых помех. Помехи вследствие многолучевого распространения обрабатываются в базовой станции (усовершенствованном узле B), с помощью за счет вставки циклического префикса в передаваемый сигнал.
Базовый физический ресурс, используемый для передачи данных, состоит из частотного ресурса BWgrant размера в течение одного временного интервала, например, субкадра, в который преобразуются кодированные информационные биты. Следует отметить, что субкадр, также называемый "интервалом времени передачи (TTI)", представляет собой наименьший временной интервал для передачи пользовательских данных. Тем не менее, можно назначать частотный ресурс BWgrant за больший период времени, чем один TTI, пользователю посредством конкатенации субкадров.
Передача управляющих служебных сигналов уровня 1/уровня 2
Чтобы информировать диспетчеризованных пользователей относительно их состояния выделения, транспортного формата и другой связанной с передачей информации (например, HARQ-информации, команд управления мощностью передачи (TPC)), управляющие служебные L1/L2-сигналы передаются по нисходящей линии связи наряду с данными. Управляющие служебные L1/L2-сигналы мультиплексируются с данными нисходящей линии связи в субкадре, при условии, что выделение пользователей может изменяться между субкадрами. Следует отметить, что выделение пользователей также может выполняться на основе TTI (интервала времени передачи), при этом TTI-длина может быть кратным числом субкадров. TTI-длина может быть фиксированной в зоне обслуживания для всех пользователей, может отличаться для различных пользователей либо может даже быть динамической для каждого пользователя. Обычно, передача служебных сигналов L1/2-управления должна передаваться только один раз в расчете на TTI. Без потери общности, далее предполагается, что TTI является эквивалентным одному субкадру.
Управляющие служебные L1/L2-сигналы передаются по физическому каналу управления нисходящей линии связи (PDCCH). PDCCH переносит сообщение в качестве управляющей информации нисходящей линии связи (DCI), которая в большинстве случаев включает в себя назначения ресурсов и другую управляющую информацию для мобильного терминала или групп UE. Несколько PDCCH могут передаваться в одном субкадре.
Обычно, информация, отправленная в передаче управляющих служебных L1/L2-сигналов для назначения радиоресурсов восходящей линии связи или нисходящей линии связи (в частности, LTE(-A) версия 10), может классифицироваться на следующие элементы:
Пользовательские идентификационные данные
- , указывающие пользователя, которому выполняется выделение. Оно типично включается в контрольную сумму посредством маскирования CRC с пользовательскими идентификационными данными;
Информация выделения ресурсов
- , указывающая ресурсы (например, блоки ресурсов, RB), на которых выделяется пользователь. Альтернативно, эта информация называется "назначением блоков ресурсов (RBA)". Следует отметить, что число RB, на которых выделяется пользователь, может быть динамическим;
Индикатор несущей
- , который используется, если канал управления, передаваемый на первой несущей, назначает ресурсы, которые касаются второй несущей, т.е. ресурсы на второй несущей или ресурсы, связанные со второй несущей; (перекрестная диспетчеризация несущих);
Схема модуляции и кодирования
- , которая определяет используемую схему модуляции и скорость кодирования;
HARQ-информация
- , к примеру, индикатор новых данных (NDI) и/или резервная версия (RV), которая является, в частности, полезной при повторных передачах пакетов данных или их частей;
Команды управления мощностью
- , чтобы регулировать мощность передачи назначенных передачи данных или управляющей информации по восходящей линии связи;
Информация опорных сигналов
- , к примеру, применяемый циклический сдвиг и/или индекс кода ортогонального покрытия, которые должны использоваться для передачи или приема опорных сигналов, связанных с назначением;
Индекс назначения в восходящей или нисходящей линии связи
- , который используется для того, чтобы идентифицировать порядок назначений, который является, в частности, полезным в TDD-системах;
Информация скачкообразной перестройки частоты
- , например, индикатор в отношении того, следует или нет, и того, как следует применять скачкообразную перестройку частоты ресурсов для того, чтобы увеличивать частотное разнесение;
Запрос на CSI
- , который используется для того, чтобы инициировать передачу информации состояния канала в назначенном ресурсе; и
Мультикластерная информация
- , которая представляет собой флаг, используемый для того, чтобы указывать и управлять тем, возникает передача в одном кластере (в смежном наборе RB) или в нескольких кластерах (по меньшей мере, в двух несмежных наборах смежных RB). Мультикластерное выделение введено посредством 3GPP LTE-(A) версия 10.
Следует отметить, что вышеуказанный перечень является неисчерпывающим, и не все упомянутые информационные элементы должен присутствовать в каждой PDCCH-передаче в зависимости от DCI-формата, который используется.
http://www.3gpp.org
Управляющая информация нисходящей линии связи возникает в нескольких форматах, которые отличаются по полному размеру, а также по информации, содержащейся в их полях, как упомянуто выше. Различные DCI-форматы, которые в данный момент заданы для LTE, приведены далее и подробно описываются в 3GPP TS 36.212 "Multiplexing and channel coding", раздел 5.3.3.1 (текущая версия v13.1.0 доступна по адресу  и содержится в данном документе по ссылке). Технический стандарт TS 36.212 3GPP, текущая версия 13.1.0, задает в подразделе 5.4.3, содержащемся в данном документе по ссылке, управляющую информацию для интерфейса сторонней линии связи.
Полупостоянная диспетчеризация (SPS)
В нисходящей и восходящей линии связи, диспетчеризующий усовершенствованный узел B динамически выделяет ресурсы абонентским устройствам в каждый интервал времени передачи через L1/L2-канал(ы) управления (PDCCH), причем абонентские устройства адресуются через свои конкретные C-RNTI. Как уже упомянуто выше, CRC PDCCH маскируется с адресованным C-RNTI абонентского устройства (так называемым "динамическим PDCCH"). Только абонентское устройство с совпадающим C-RNTI может декодировать PDCCH-контент корректно, т.е. CRC-контроль является положительным. Этот вид передачи служебных PDCCH-сигналов также упоминается как динамическое разрешение (на диспетчеризацию). Абонентское устройство отслеживает в каждый интервал времени передачи L1/L2-канал(ы) управления для динамического разрешения, чтобы находить возможное выделение (в нисходящей и восходящей линии связи), которому оно назначается.
Помимо этого, E-UTRAN может выделять ресурсы восходящей/нисходящей линии связи для начальных HARQ-передач постоянно. При необходимости, повторные передачи явно передаются в служебных сигналах через L1/L2-канал(ы) управления. Поскольку повторные передачи динамически диспетчеризуются, этот вид операции упоминается как полупостоянная диспетчеризация (SPS), т.е. ресурсы выделяются абонентскому устройству на полупостоянной основе (полупостоянное выделение ресурсов). Преимущество заключается в том, что экономятся PDCCH-ресурсы для начальных HARQ-передач. Полупостоянная диспетчеризация может использоваться в PCell в версии 10, но не в SCell.
Один пример для услуги, которая может диспетчеризоваться с использованием полупостоянной диспетчеризации, представляет собой протокол "речь-по-IP" (VoIP). Каждые 20 мс, VoIP-пакет формируется в кодеке в ходе речевого потока. Следовательно, усовершенствованный узел B может постоянно выделять ресурсы восходящей линии связи или, соответственно, нисходящей линии связи каждые 20 мс, которые затем могут использоваться для передачи пакетов "речь-по-IP". В общем, полупостоянная диспетчеризация является полезной для услуг с прогнозируемым поведением трафика, т.е. с постоянной скоростью передачи битов, время поступления пакетов является периодическим.
Абонентское устройство также отслеживает PDCCH в субкадре, в котором ему постоянно выделены ресурсы для начальной передачи. Динамическое разрешение (на диспетчеризацию), т.е. PDCCH с C-RNTI-маскированным CRC, может переопределять полупостоянное выделение ресурсов. В случае если абонентское устройство находит свой C-RNTI в L1/L2-канале(ах) управления в субкадрах, в которых абонентское устройство имеет назначенный полупостоянный ресурс, это выделение L1/L2-каналов управления переопределяет постоянное выделение ресурсов для этого интервала времени передачи, и абонентское устройство придерживается динамического разрешения. Когда абонентское устройство не находит динамическое разрешение, оно должно передавать/принимать согласно полупостоянному выделению ресурсов.
Конфигурация полупостоянной диспетчеризации реализована посредством передачи служебных RRC-сигналов. Например, периодичность, например, PS_PERIOD, постоянного выделения передается в служебных сигналах в рамках передачи служебных сигналов уровня управления радиоресурсами (RRC). Активация постоянного выделения и, кроме того, точная временная синхронизация, а также физические ресурсы и параметры транспортного формата отправляются через передачу служебных PDCCH-сигналов. После того, как полупостоянная диспетчеризация активируется, абонентское устройство придерживается полупостоянного выделения ресурсов согласно PDCCH для SPS-активации каждый PS_PERIOD. По существу, абонентское устройство сохраняет PDCCH-контент для SPS-активации и придерживается PDCCH с передаваемой в служебных сигналах периодичностью.
Чтобы отличать динамический PDCCH от PDCCH, который активирует полупостоянную диспетчеризацию (также называется "PDCCH для SPS-активации"), вводятся отдельные идентификационные данные. По существу, CRC PDCCH для SPS-активации маскируется с этими дополнительными идентификационными данными, которые далее называются "SPS C-RNTI". Размер SPS C-RNTI также составляет 16 битов, идентично нормальному C-RNTI. Кроме того, SPS C-RNTI также является конкретным для абонентского устройства, т.е. каждому абонентскому устройству, сконфигурированному для полупостоянной диспетчеризации, выделяется уникальный SPS C-RNTI.
В случае если абонентское устройство обнаруживает то, что, полупостоянное выделение ресурсов активируется посредством соответствующего PDCCH для SPS-активации, абонентское устройство должно сохранять PDCCH-контент (т.е. полупостоянное назначение ресурсов) и применять его каждый интервал полупостоянной диспетчеризации, т.е. с периодичностью, передаваемой в служебных сигналах через RRC. Как уже упомянуто, динамическое выделение, т.е. передаваемое в служебных сигналах по динамическому PDCCH, представляет собой только "одноразовое выделение". Повторные передачи SPS-выделения также передаются в служебных сигналах с использованием SPS C-RNTI. Чтобы отличать SPS-активацию от повторной SPS-передачи, используется бит NDI (индикатора новых данных). SPS-активация указывается посредством задания NDI-бита равным 0. SPS PDCCH с NDI-битом, заданным равным 1, указывает повторную передачу для полупостоянно диспетчеризованной начальной передачи.
Аналогично активации полупостоянной диспетчеризации, усовершенствованный узел B также может деактивировать полупостоянную диспетчеризацию, что также называется "высвобождением SPS-ресурсов". Предусмотрено несколько вариантов в отношении того, как отмена выделения полупостоянной диспетчеризации может передаваться в служебных сигналах. Один вариант заключается в том, чтобы использовать передачу служебных PDCCH-сигналов с некоторыми полями PDCCH, заданными равным некоторым предварительно заданным значениям, т.е. SPS PDCCH, указывающий выделение ресурсов нулевого размера. Другой вариант заключается в том, чтобы использовать передачу управляющих служебных MAC-сигналов.
LTE-услуги на основе близости (ProSe) между устройствами (D2D)
Приложения и услуги на основе близости представляют появляющийся социально-технологический тренд. Идентифицированные области включают в себя услуги, связанные с коммерческими услугами и общественной безопасностью, которые представляют интерес для операторов и пользователей. Введение характеристик услуг на основе близости (ProSe) в LTE позволяет 3GPP-отрасли обслуживать этот развивающийся рынок и, одновременно, должно удовлетворять насущные потребности нескольких сообществ общественной безопасности, которые совместно посвящают свою деятельность LTE.
Связь между устройствами (D2D) представляет собой технологический компонент, введенный посредством LTE-Rel.12, который обеспечивает возможность D2D в качестве подложки для сотовой сети, чтобы увеличивать спектральную эффективность. Например, если сотовая сеть представляет собой LTE, все переносящие данные физические каналы используют SC-FDMA для передачи служебных D2D-сигналов. В D2D-связи, абонентские устройства передают сигналы данных друг другу по прямой линии связи с использованием сотовых ресурсов, а не через базовую радиостанцию. В изобретении, термины "D2D", "ProSe" и "сторонняя линия связи" являются взаимозаменяемыми.
D2D-связь в LTE акцентирует внимание на двух областях: обнаружение и связь.
Прямое обнаружение ProSe (услуг на основе близости) задается как процедура, используемая посредством UE с поддержкой ProSe, чтобы обнаруживать другое(ие) UE с поддержкой ProSe поблизости с использованием прямых E-UTRA-радиосигналов через PC5-интерфейс.
В D2D-связи, UE передают сигналы данных друг другу по прямой линии связи с использованием сотовых ресурсов, а не через базовую станцию (BS). D2D-пользователи обмениваются данными непосредственно при управлении по-прежнему посредством BS, т.е. по меньшей мере, при нахождении в пределах покрытия eNB. Следовательно, D2D может повышать производительность системы посредством многократного использования сотовых ресурсов.
Предполагается, что D2D работает в LTE-спектре восходящей линии связи (в случае FDD) или в субкадрах восходящей линии связи соты, предоставляющей покрытие (в случае TDD, за исключением случаев "за пределами зоны покрытия"). Кроме того, D2D-передача/прием не использует полнодуплексный режим на данной несущей. С точки зрения отдельного UE, на данной несущей прием D2D-сигналов и передача по восходящей LTE-линии связи не используют полнодуплексный режим, т.е. одновременный прием D2D-сигналов и LTE UL-передача невозможны.
В D2D-связи, когда одно конкретное UE1 имеет роль передачи (передающего абонентского устройства или передающего терминала), UE1 отправляет данные, и другое UE2 (приемное абонентское устройство) принимает их. UE1 и UE2 могут изменять свою роль передачи и приема. Передача из UE1 может приниматься посредством одного или более UE, таких как UE2.
Линия связи уровня 2 для прямой ProSe-связи
Вкратце, прямая ProSe-связь "один-к-одному" реализуется посредством установления защищенной линии связи уровня 2 по PC5 между двумя UE. Каждое UE имеет идентификатор уровня 2 для одноадресной связи, который включен в поле исходного идентификатора уровня 2 каждого кадра, который он отправляет по линии связи уровня 2, и в целевой идентификатор уровня 2 каждого кадра, который он принимает на линии связи уровня 2. UE должно обеспечивать то, что идентификатор уровня 2 для одноадресной связи является, по меньшей мере, локально уникальным. Таким образом, UE должно подготавливаться к тому, чтобы справляться с конфликтами идентификаторов уровня 2 со смежными UE с использованием неуказанных механизмов (например, самоназначать новый идентификатор уровня 2 для одноадресной связи, когда конфликт обнаруживается). Линия связи уровня 2 для прямой ProSe-связи "один-к-одному" идентифицируется посредством комбинации идентификаторов уровня 2 двух UE. Это означает то, что UE может участвовать в нескольких линиях связи уровня 2 для прямой ProSe-связи "один-к-одному" с использованием идентичного идентификатора уровня 2.
Прямая ProSe-связь "один-к-одному" состоит из следующих процедур, как подробно пояснено в TR 23.713 текущая версия v13.0.0, раздел 7.1.2, содержащемся в данном документе по ссылке:
- установление защищенной линии связи уровня 2 по PC5.
- назначение IP-адресов/префиксов.
- поддержание линии связи уровня 2 по PC5.
- высвобождение линии связи уровня 2 по PC5.
Фиг. 3 иллюстрирует то, как устанавливать защищенную линию связи уровня 2 по PC5-интерфейсу.
1. UE 1 отправляет сообщение с запросом на прямую связь в UE 2, чтобы инициировать взаимную аутентификацию. Инициатор линии связи (UE 1) должен знать идентификатор уровня 2 равноправного узла (UE 2), чтобы выполнять этап 1. В качестве примера, инициатор линии связи может распознавать идентификатор уровня 2 равноправного узла посредством выполнения процедуры обнаружения сначала либо посредством участия в ProSe-связи "один-ко-многим", включающей в себя равноправный узел.
2. UE 2 инициирует процедуру для взаимной аутентификации. Успешное завершение процедуры аутентификации завершает установление защищенной линии связи уровня 2 по PC5.
UE, участвующие в изолированной (неретрансляционной) связи "один-к-одному", также могут использовать локальные адреса линии связи. Протокол PC5-передачи служебных сигналов должен поддерживать функциональность поддержания активности, которая используется для того, чтобы обнаруживать, когда UE не находятся в пределах дальности ProSe-связи, так что они могут продолжать с неявным высвобождением линии связи уровня 2. Высвобождение линии связи уровня 2 по PC5 может выполняться посредством использования сообщения с запросом на отсоединение, передаваемого в другое UE, которое также удаляет все ассоциированные контекстные данные. При приеме сообщения с запросом на отсоединение, другое UE отвечает сообщением с ответом по отсоединению и удаляет все контекстные данные, ассоциированные с линией связи уровня 2.
Связанные с прямой ProSe-связью идентификационные данные
3GPP TS 36.300, текущая версия 13.3.0, задает в подразделе 8.3 следующие идентификационные данные, которые следует использовать для прямой ProSe-связи:
SL-RNTI:
-  уникальный идентификатор, используемый для диспетчеризации при прямой ProSe-связи;
Исходный идентификатор уровня 2
- : Идентифицирует отправляющее устройство данных при прямой ProSe-связи в сторонней линии связи. Исходный идентификатор уровня 2 имеет длину в 24 бита и используется вместе с целевым ProSe-идентификатором уровня 2 и LCID для идентификации RLC UM-объекта и PDCP-объекта в приемнике;
Целевой идентификатор уровня 2
- : Идентифицирует цель данных при прямой ProSe-связи в сторонней линии связи. Целевой идентификатор уровня 2 имеет длину в 24 бита и разбивается на MAC-уровне на две битовые строки:
Одна битовая строка представляет собой LSB-часть (8 битов) целевого идентификатора уровня 2 и перенаправляется на физический уровень в качестве идентификатора уровня 1 для управления сторонней линией связи. Она идентифицирует цель намеченных данных при управлении сторонней линией связи и используется для фильтрации пакетов на физическом уровне.
Вторая битовая строка представляет собой MSB-часть (16 битов) целевого идентификатора уровня 2 и переносится в MAC-заголовке. Она используется для фильтрации пакетов на MAC-уровне.
Передача служебных сигналов на связанном с предоставлением доступа уровне не требуется для формирования группы и для того, чтобы конфигурировать исходный идентификатор уровня 2, целевой идентификатор уровня 2 и L1-идентификатор для управления сторонней линией связи в UE. Эти идентификационные данные либо предоставляются посредством верхнего уровня, либо извлекаются из идентификационных данных, предоставленных посредством верхнего уровня. В случае групповой передачи и широковещательной передачи, ProSe-идентификатор UE, предоставленный посредством верхнего уровня, используется непосредственно в качестве исходного идентификатора уровня 2, и ProSe-идентификатор группы уровня 2, предоставленный посредством верхнего уровня, используется непосредственно в качестве целевого идентификатора уровня 2 на MAC-уровне. В случае связи "один-к-одному", верхний уровень предоставляет исходный идентификатор уровня 2 и целевой идентификатор уровня 2.
Выделение радиоресурсов для услуг на основе близости
С точки зрения передающего UE, UE с поддержкой услуг на основе близости (UE с поддержкой ProSe) может работать в двух режимах для выделения ресурсов:
Режим 1 означает режим eNB-диспетчеризованного выделения ресурсов, в котором UE запрашивает ресурсы передачи из eNB (или ретрансляционного узла версии 10), и усовершенствованный узел B (или ретрансляционный узел версии 10) в свою очередь диспетчеризует ресурсы, используемые посредством UE, чтобы передавать прямые данные и прямую управляющую информацию (например, назначение диспетчеризации). UE должно быть в режиме RRC_CONNECTED, чтобы передавать данные. В частности, UE отправляет запрос на диспетчеризацию (D-SR или произвольный доступ) в eNB, после которого отправляется отчет о состоянии буфера (BSR) сторонней линии связи, обычным способом (см. также следующую главу "Процедура передачи для D2D-связи"). На основе BSR, eNB может определять то, что UE имеет данные для передачи при прямой ProSe-связи и может оценивать ресурсы, необходимые для передачи.
С другой стороны, режим 2 означает режим автономного для UE выбора ресурсов, в котором UE самостоятельно выбирает ресурсы (временные и частотные) из пула(ов) ресурсов для того, чтобы передавать прямые данные и прямую управляющую информацию (т.е. SA). По меньшей мере, один пул ресурсов задается, например, посредством контента SIB18, а именно, посредством поля commTxPoolNormalCommon, причем этот конкретный пул(ы) ресурсов передается в широковещательном режиме в соте и затем является общедоступным для всех UE в соте по-прежнему в состоянии RRC_Idle. Эффективно, eNB может задавать вплоть до четырех различных экземпляров упомянутого пула, соответственно, четыре пула ресурсов для передачи SA-сообщений и прямых данных. Тем не менее, в Rel-12, UE должно всегда использовать первый пул ресурсов, заданный в списке, даже если оно сконфигурировано с несколькими пулами ресурсов. Это ограничение удалено для Rel-13, т.е. UE может передавать на кратном числе сконфигурированных пулов ресурсов в пределах одного SC-периода. То, как UE выбирает пулы ресурсов для передачи, подробно указывается ниже (подробно указывается в TS36.321).
В качестве альтернативы, другой пул ресурсов может задаваться посредством eNB и передаваться в служебных сигналах в SIB18, а именно, посредством использования поля commTxPoolExceptional, которое может использоваться посредством UE в исключительных случаях.
То, какой режим выделения ресурсов UE необходимо использовать, является конфигурируемым посредством eNB. Кроме того, то, какой режим выделения ресурсов UE необходимо использовать для обмена D2D-данными, также может зависеть от RRC-состояния, т.е. RRC_IDLE или RRC_CONNECTED, и состояние покрытия UE, т.е. в пределах зоны покрытия, за пределами зоны покрытия. UE считается находящимся в пределах зоны покрытия, если оно имеет обслуживающую соту (т.е. UE является RRC_CONNECTED или закрепляется в соте в RRC_IDLE).
Фиг. 4 иллюстрирует использование ресурсов передачи/приема для наложенной (LTE) и подложенной (D2D) системы.
По существу, усовершенствованный узел B управляет тем, может либо нет UE применять передачу в режиме 1 или в режиме 2. После того, как UE знает свои ресурсы, на которых оно может передавать (или принимать) D2D-связь, оно использует соответствующие ресурсы только для соответствующей передачи/приема. Например, на фиг. 4, D2D-субкадры должны использоваться только для того, чтобы принимать или передавать D2D-сигналы. Поскольку UE в качестве D2D-устройства должно работать в полудуплексном режиме, оно может принимать или передавать D2D-сигналы в любой момент времени. Аналогично, другие субкадры, проиллюстрированные на фиг. 4, могут использоваться для LTE-(наложенных) передач и/или приема.
Процедура передачи для D2D-связи
Процедура передачи D2D-данных согласно Rel. 12/13 различается в зависимости от режима выделения ресурсов. Как описано выше для режима 1, eNB явно диспетчеризует ресурсы для назначения диспетчеризации и обмена D2D-данными после соответствующего запроса из UE. В частности, UE может информироваться посредством eNB в отношении того, что 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. D2D Tx UE передает SA/D2D-данные согласно разрешению на передачу по ресурсу, принимаемому на этапе 4.
Назначение диспетчеризации (SA), также называемое "SCI (управляющей информацией сторонней линии связи)", представляет собой компактное сообщение (с низким объемом рабочих данных), содержащее управляющую информацию, например, указатель(и) на частотно-временные ресурсы, схему модуляции и кодирования и целевой идентификатор группы для соответствующей передачи D2D-данных. SCI транспортирует информацию диспетчеризации в сторонней линии связи для одного целевого (ProSe)-идентификатора. Контент SA (SCI) по существу соответствует разрешению на передачу, принимаемому на вышеуказанном этапе 4. D2D-разрешение на передачу и SA-контент (т.е. SCI-контент) задаются в техническом стандарте 36.212 3GPP, текущая версия 13.1.0, подраздел 5.4.3, содержащемся в данном документе по ссылке, задающем, в частности, SCI-формат 0 (см. вышеприведенный контент SCI-формата 0).
С другой стороны, для выделения ресурсов режима 2, вышеуказанные этапы 1-4 по существу не требуются, и UE автономно выбирает радиоресурсы для передачи SA- и D2D-данных из пула(ов) ресурсов передачи, сконфигурированного и предоставленного посредством eNB.
Фиг. 5 примерно иллюстрирует передачу назначения диспетчеризации и D2D-данных для двух UE, UE 1 и UE 2, при этом ресурсы для отправки назначений диспетчеризации являются периодическими, и ресурсы, используемые для передачи D2D-данных, указываются посредством соответствующего назначения диспетчеризации.
Фиг. 6 иллюстрирует один конкретный пример временной синхронизации D2D-связи для режима 2, автономной диспетчеризации, в течение одного периода SA/данных, также известного как SC-период, период управления сторонней линией связи. Фиг. 7 иллюстрирует временную синхронизацию D2D-связи для режима 1, eNB-диспетчеризованного выделения в течение одного периода SA/данных. В Rel. 13, 3GPP задает SC-период в качестве периода времени, состоящего из передачи назначения диспетчеризации и его соответствующих данных. Как можно видеть из фиг. 6, UE передает, после времени SA-смещения, назначение диспетчеризации с использованием ресурсов пула передачи для назначений диспетчеризации для режима 2, SA_Mode2_Tx_pool. После первой передачи SA выполняются, например, три повторные передачи идентичного SA-сообщения. Затем UE начинает передачу D2D-данных, т.е. более конкретно, битовой T-RPT-карты/шаблона, с некоторым сконфигурированным смещением (Mode2data_offset) после первого субкадра пула SA-ресурсов (заданного посредством SA_offset). Одна передача D2D-данных MAC PDU (т.е. транспортного блока) состоит из ее первой начальной передачи и нескольких повторных передач. Для иллюстрации фиг. 6 (и по фиг. 7), предполагается, что выполняются три повторных передачи (т.е. вторая, третья и четвертая передача идентичной MAC PDU). Битовая T-RPT-карта режима 2 (шаблон временных ресурсов передачи, T-RPT) по существу задает временную синхронизацию MAC PDU-передачи (первой передачи) и ее повторных передач (второй, третьей и четвертой передачи). SA-шаблон по существу задает временную синхронизацию начальной передачи SA и ее повторных передач (второй, третьей и четвертойпередачи). Дополнительная информация относительно T-RPT находится в техническом стандарте 36.213 v.13.1.1 3GPP, в частности, в разделе 14 "UE procedures related to the Sidelink", содержащемся в данном документе по ссылке.
Как указано в настоящее время в стандарте, для одного разрешения на передачу по сторонней линии связи, например, либо отправленного посредством eNB, либо выбранного посредством самого UE, UE может передавать несколько транспортных блоков, MAC PDU (только один в расчете на субкадр (TTI), т.е. один за другим), тем не менее, только в одну целевую ProSe-группу. Также повторные передачи одного транспортного блока должны быть закончены до того, как начинается первая передача следующего транспортного блока, т.е. только один HARQ-процесс используется в расчете на разрешение на передачу по сторонней линии связи для передачи нескольких транспортных блоков. Кроме того, UE может иметь и использовать несколько разрешений на передачу по сторонней линии связи в расчете на SC-период, но различное ProSe-назначение может выбираться для каждого из них. Таким образом, в один SC-период, UE может передавать данные в одно ProSe-назначение только один раз.
Как очевидно из фиг. 7, для режима eNB-диспетчеризованного выделения ресурсов (режима 1), передача D2D-данных, т.е. более конкретно, T-RPT-шаблон/битовая карта, начинается в следующем UL-субкадре после повторения последней SA-передачи в пуле SA-ресурсов. Как уже пояснено для фиг. 6, битовая T-RPT-карта режима 1 (шаблон временных ресурсов передачи, T-RPT) по существу задает временную синхронизацию MAC PDU-передачи (первой передачи) и ее повторных передач (второй, третьей и четвертой передачи).
Процедура передачи данных сторонней линии связи находится в документе 3GPP-стандарта TS 36.321 v13.2.0, раздел 5.14, содержащемся в данном документе по ссылке. Здесь, подробно описывается автономный выбор ресурсов режима 2, с различением между конфигурированием с одним пулом радиоресурсов или с несколькими пулами радиоресурсов.
Выше пояснено текущее состояние 3GPP-стандарта для D2D-связи. Тем не менее, следует отметить, что ведутся постоянные обсуждения в отношении того, как дополнительно совершенствовать и улучшать D2D-связь, что с большой вероятностью должно приводить к тому, что некоторые изменения должны вводиться в D2D-связь в будущих версиях. Настоящее изобретение, как описано ниже, также должно быть применимым к этим последующим версиям.
Например, для 3GPP Rel. 14, которая разрабатывается в настоящее время, 3GPP может решать изменять временную синхронизацию передачи таким образом, что она более основана не на SC-периодах, как пояснено выше, а на другом (например, основана на субкадрах, идентично/аналогично передачам Uu-интерфейса). Соответственно, вышеуказанные подробные примеры того, как могут выполняться передачи по (PC5)-интерфейсу сторонней линии связи, являются просто примерными и могут применяться к Rel. 13, но возможно не для последующих версий соответствующих 3GPP-стандартов.
Кроме того, в будущих версиях D2D-инфраструктуры, в частности, в связи со связью между передвижными объектами, передачи на основе фиксированных T-RPT более не могут использоваться.
Сетевая ProSe-архитектура и ProSe-объекты
Фиг. 8 иллюстрирует высокоуровневую примерную архитектуру для случая без роуминга, включающую в себя различные ProSe-приложения в соответствующих UE A и B, а также ProSe-сервер приложений и ProSe-функцию в сети. Примерная архитектура по фиг. 8 взята из TS 23.303 v 13.2.0 глава 4.2 "Architectural Reference Model", содержащегося в данном документе по ссылке.
Функциональные объекты представляются и подробно поясняются в TS 23.303 подраздел 4.4 "Functional Entities", содержащемся в данном документе по ссылке. ProSe-функция представляет собой логическую функцию, которая используется для связанных с сетью действий, требуемых для ProSe, и играет различные роли для каждого из признаков ProSe. ProSe-функция является частью EPC 3GPP и предоставляет все релевантные сетевые услуги, такие как авторизация, аутентификация, обработка данных и т.д., связанные с услугами на основе близости. Для прямого ProSe-обнаружения и связи, UE может получать конкретные идентификационные данные ProSe UE, другую конфигурационную информацию, а также авторизацию из ProSe-функции по опорной PC3-точке. Могут быть предусмотрено несколько ProSe-функций, развернутых в сети, хотя для простоты иллюстрации представляется одна ProSe-функция. ProSe-функция состоит из трех основных подфункций, которые выполняют различные роли в зависимости от ProSe-признака: функция прямой инициализации (DPF), функция управления именами по принципу прямого обнаружения и функция обнаружения на EPC-уровне. DPF используется для того, чтобы инициализировать UE с необходимыми параметрами для того, чтобы использовать прямое ProSe-обнаружение и прямую ProSe-связь.
Термин "UE", используемый в связи с вышеуказанным, означает UE с поддержкой ProSe, поддерживающее ProSe-функциональность, такую как:
Обмен управляющей ProSe-информацией между UE с поддержкой ProSe и ProSe-функцией по опорной PC3-точке.
Процедуры для открытого прямого ProSe-обнаружения других UE с поддержкой ProSe по опорной PC5-точке.
Процедуры для прямой ProSe-связи "один-ко-многим" по опорной PC5-точке.
Процедуры для того, чтобы выступать в качестве ProSe-ретранслятора "UE-в-сеть". Удаленное UE обменивается данными с ProSe-ретранслятором "UE-в-сеть" по опорной PC5-точке. ProSe-ретранслятор "UE-в-сеть" использует перенаправление пакетов уровня 3.
Обмен управляющей информацией между ProSe UE по опорной PC5-точке, например, для обнаружения ретранслятора "UE-в-сеть" и прямого ProSe-обнаружения.
Обмен управляющей ProSe-информацией между другим UE с поддержкой ProSe и ProSe-функцией по опорной PC3-точке. В случае ProSe-ретранслятора "UE-в-сеть", удаленное UE должно отправлять эту управляющую информацию по пользовательской PC5-плоскости для ретрансляции по LTE-Uu-интерфейсу к ProSe-функции.
Конфигурирование параметров (например, включающих в себя IP-адреса, ProSe-идентификаторы групп уровня 2, материал групповой безопасности, параметры радиоресурсов). Эти параметры могут предварительно конфигурироваться в UE либо, при нахождении в пределах зоны покрытия, инициализироваться посредством передачи служебных сигналов по опорной PC3-точке в ProSe-функцию в сети.
ProSe-сервер приложений поддерживает хранение идентификаторов EPC ProSe-пользователей и идентификаторов ProSe-функций и преобразование идентификаторов пользователей прикладного уровня и идентификаторов EPC ProSe-пользователей. ProSe-сервер приложений (AS) представляет собой объект за пределами объема 3GPP. ProSe-приложение в UE обменивается данными с ProSe AS через опорную PC1-точку прикладного уровня. ProSe AS соединяется с 3GPP-сетью через опорную PC2-точку.
Связь между передвижными объектами: V2X-услуги
Новое практическое исследование проведено в 3GPP в Rel. 14, чтобы рассматривать применимость к автомобильной промышленности новых LTE-признаков, включающих в себя широковещательные услуги на основе услуг на основе близости (ProSe) и на основе LTE. ProSe-функциональность, поясненная выше, в силу этого считается предлагающей хорошую основу для V2X-услуг. Изменения D2D-инфраструктуры пояснены относительно того, как может улучшаться передача связи между передвижными объектами. Например, T-RPT-шаблоны могут более не использоваться. Кроме того, вместо или в дополнение к использованию TDD, как пояснено выше для передачи данных и SA, может предсказываться мультиплексирование с частотным разделением каналов. Совместные услуги в передвижных сценариях становятся важными для будущих транспортных средств с выходом в Интернет в рамках области исследования ITS (интеллектуальных транспортных систем). Как предполагается, они снижают число дорожных происшествий со смертельным исходом, повышают пропускную способность дорог, уменьшают углеродный след автомобильного транспорта и расширяют возможности работы пользователей во время путешествий.
V2X-связь представляет собой передачу информации из транспортного средства в любой объект, который может оказывать влияние на транспортное средство, и наоборот. Этот обмен информацией может использоваться для того, чтобы совершенствовать варианты применения по обеспечению безопасности, мобильности и защиты окружающей среды таким образом, что они включают в себя безопасность транспортных средств на основе помощи водителю, адаптацию и предупреждения по скорости, экстренное реагирование, информацию по движению, навигацию, условия дорожного движения, планирование работы коммерческих автопарков и платежные транзакции.
LTE-поддержка для V2X-услуг содержит 3 типа различных вариантов использования, которые представляют собой следующее:
- V2V: покрытие связи на основе LTE между транспортными средствами.
- V2P: покрытие связи на основе LTE между транспортным средством и устройством, носимым человеком (например, карманным терминалом, носимым пешеходом, велосипедистом, водителем или пассажиром).
- V2I: покрытие связи на основе LTE между транспортным средством и придорожным блоком.
Эти три типа V2X могут использовать "совместную информированность", чтобы предоставлять более интеллектуальные услуги для конечных пользователей. Это означает то, что транспортные объекты, такие как транспортные средства, придорожная инфраструктура и пешеходы, могут собирать сведения относительно своего локального окружения (например, информацию, принимаемую из других транспортных средств или оборудования датчиков поблизости), чтобы обрабатывать и совместно использовать эти сведения для того, чтобы предоставлять более интеллектуальные услуги, такие как совместное предупреждение о столкновениях или автономное вождение.
Относительно V2V-связи, E-UTRAN позволяет таким UE (в транспортном средстве), которые находятся поблизости друг от друга, обмениваться связанной с V2V информацией с использованием E-UTRA(N), когда удовлетворяются критерии разрешения, авторизации и близости. Критерии близости могут быть сконфигурированы посредством MNO (оператора сети мобильной связи). Тем не менее, UE, поддерживающие V2V-услугу, могут обмениваться этой информацией, когда обслуживаются или не обслуживаются посредством E-UTRAN, которая поддерживает V2X-услугу.
Устройство (UE в транспортном средстве), поддерживающее V2V-приложения, передает информацию прикладного уровня (например, относительно своего местоположения, динамики и атрибутов в качестве части V2V-услуги). Рабочие V2V-данные должны быть гибкими, чтобы размещать различный информационный контент, и информация может передаваться периодически согласно конфигурации, предоставленной посредством MNO.
V2V преимущественно основан на широковещательной передаче; V2V включает в себя обмен связанной с V2V информацией приложений между различными устройствами непосредственно и/или, вследствие ограниченной дальности прямой связи V2V, обмен связанной с V2V информацией приложений между различными устройствами через инфраструктуру, поддерживающую V2X-услугу, например, RSU, сервер приложений и т.д.
Относительно V2I-связи, устройство, поддерживающее V2I-приложения, отправляет информацию прикладного уровня в придорожный блок, который в свою очередь может отправлять информацию прикладного уровня в группу устройств или в устройство, поддерживающее V2I-приложения.
Также введена V2N (между транспортным средством и сетью, eNB/CN), в которой одна сторона представляет собой UE, и другая сторона представляет собой обслуживающий объект, оба из которых поддерживают V2N-приложения и обмениваются данными друг с другом через LTE-сеть.
Относительно V2P-связи, E-UTRAN разрешает таким UE, которые находятся поблизости друг от друга, обмениваться связанной с V2P информацией с использованием E-UTRAN, когда удовлетворяются критерии разрешения, авторизации и близости. Критерии близости могут быть сконфигурированы посредством MNO. Тем не менее, UE, поддерживающие V2P-услугу, могут обмениваться этой информацией, даже когда не обслуживаются посредством E-UTRAN, которая поддерживает V2X-услугу.
UE, поддерживающее V2P-приложения, передает информацию прикладного уровня. Эта информация может передаваться в широковещательном режиме посредством транспортного средства с UE, поддерживающим V2X-услугу (например, предупреждение пешеходу), и/или пешеходом с UE, поддерживающим V2X-услугу (например, предупреждение в транспортное средство).
V2P включает в себя обмен связанной с V2P информацией приложений между различными UE (одним для транспортного средства и другим для пешехода) непосредственно и/или, вследствие ограниченной дальности прямой связи V2P, обмен связанной с V2P информацией приложений между различными UE через инфраструктуру, поддерживающую V2X-услугу, например, RSU, сервер приложений и т.д.
Для этого нового практического исследования V2X, 3GPP предоставляет конкретные термины и определение в TR 21.905, текущая версия 13.0.0, которые могут многократно использоваться для этой заявки.
Придорожный блок (RSU): объект, поддерживающий V2I-услугу, которая может передавать и принимать в/из UE с использованием V2I-приложения. RSU может реализовываться в eNB или в стационарном UE.
V2I-услуга: тип V2X-услуги, в которой одна сторона представляет собой UE, и другая сторона представляет собой RSU, оба из которых используют V2I-приложение.
V2N-услуга: тип V2X-услуги, в которой одна сторона представляет собой UE, и другая сторона представляет собой обслуживающий объект, оба из которых используют V2N-приложения и обмениваются данными между собой через сетевые LTE-объекты.
V2P-услуга: тип V2X-услуги, в которой обе стороны связи представляют собой UE с использованием V2P-приложения.
V2V-услуга: тип V2X-услуги, в которой обе стороны связи представляют собой UE с использованием V2V-приложения.
V2X-услуга: тип услуги связи, которая заключает в себе передающее или приемное UE с использованием V2V-приложения через 3GPP-транспортировку. На основе другой стороны, участвующей в связи, она дополнительно может разделяться на V2V-услугу, V2I-услугу, V2P-услугу и V2N-услугу.
Множество ITS-услуг имеют общие требования по связи:
- Периодический обмен информацией состояния. ITS-услуги типично должны знать о состоянии транспортного средства или придорожных терминалов. Это подразумевает периодический обмен пакетами данных с информацией относительно местоположения, скорости, идентификатора и т.д.
- Асинхронные уведомления. Этот вид сообщений используется для того, чтобы информировать относительно конкретного события услуги. В отличие от предыдущих сообщений о состоянии, надежная доставка этих сообщений в один терминал или в их группу обычно представляет собой ключевое требование.
Примеры использования первого типа связи представляют собой услуги по обеспечению эффективности трафика, такие как удаленный мониторинг транспортных средств, который собирает периодические данные о состоянии из транспортных средств, или услуги обеспечения безопасности, такие как совместное предотвращение столкновений, которое требует кинематической информации относительно окружающих транспортных средств, чтобы обнаруживать потенциальные удары. Асинхронные уведомления главным образом представляют собой услуги обеспечения безопасности, таких как оповещение о скользком дорожном покрытии или предупреждение после столкновений.
Различные типы сообщений задаются/должны задаваться для V2V-связи. Два различных типа сообщений уже заданы посредством ETSI для интеллектуальных транспортных систем (ITS), см. соответствующие европейские стандарты ETSI EN 302 637-2 v1.3.1 и ETSI EN 302 637-3v1.2.1:
Сообщения в системе совместной информированности (CAM), которые непрерывно инициируются посредством динамики транспортного средства, чтобы отражать состояние транспортного средства.
Децентрализованные сообщения с уведомлением о состоянии окружающей среды (DENM), которые инициируются только тогда, когда возникают связанные с транспортным средством события по безопасности.
Поскольку V2V- и ITS-стандартизация только начинают разрабатываться, ожидается, что другие сообщения могут задаваться в будущем.
CAM непрерывно (периодически) передаются в широковещательном режиме посредством ITS-станций (ITS-S), чтобы обмениваться информацией состояния с другими ITS-S, и в силу этого оказывают большее влияние на нагрузку по трафику, чем (апериодические) DENM-сообщения с инициированием по событиям. По существу, CAM-сообщения представляют собой вид сообщений подтверждения работоспособности, периодически широковещательно передаваемых посредством каждого транспортного средства в свои соседние узлы, чтобы предоставлять информацию присутствия, позиции, температурного и базового состояния. Наоборот, DENM представляют собой сообщения с инициированием по событиям, передаваемые в широковещательном режиме, чтобы предупреждать водителей в отношении опасного события. По этой причине, характеристики трафика CAM-сообщений, заданные посредством ETSI для ITS, считаются более характерными для V2V-трафика.
Сообщения в системе совместной информированности (CAM) представляют собой сообщения, которыми обмениваются в ITS-сети между ITS-S, чтобы создавать и поддерживать информированность друг о друге и поддерживать совместную работу транспортных средств с использованием дорожной сети. Связь "точка-многоточка" должна использоваться для передачи CAM таким образом, что CAM передаются из инициирующей ITS-S в приемные ITS-S, расположенные в пределах дальности прямой связи инициирующей ITS-S. CAM-формирование должно инициироваться и управляться посредством базовой услуги системы совместной информированности, которая задает временной интервал между двумя последовательными CAM-формированиями. В настоящее время, верхний и нижний пределы интервала передачи составляют 100 мс (т.е. частота CAM-формирования в 10 Гц) и 1000 мс (т.е. частота CAM-формирования в 1 Гц). Базовая философия ETSI ITS заключается в том, чтобы отправлять CAM, когда имеется новая информация, которая должна совместно использоваться (например, новые значения позиции, новые значения ускорения или новые значения курса). Соответственно, когда транспортные средства перемещаются медленно и с постоянным курсом и скоростью, высокая частота CAM-формирования не приносит реальной выгоды, поскольку CAM отображают только минимальные разности. Частота передачи CAM одного транспортного средства варьируется от 1 Гц до 10 Гц в качестве функции от динамики транспортного средства (например, скорости, ускорения и курса). Например, чем медленнее едет транспортное средство, тем меньшее число CAM инициируются и передаются. Скорость транспортного средства представляет собой основной влияющий фактор на формирование CAM-трафика.
Выше описываются периодические сообщения в системе совместной информированности. Тем не менее, следует отметить, что хотя часть вышеприведенной информации уже стандартизирована, другая информация, такая как периодичности и размеры сообщений, еще не стандартизирована и основана на допущениях. Кроме того, стандартизация может изменяться в будущем и в силу этого также может изменять аспекты того, как CAM формируются и передаются.
Для передвижного UE, чтобы иметь радиоресурсы на сторонней линии связи, чтобы передавать CAM, предусмотрено выделение радиоресурсов режима 1 и/или режима 2, как пояснено выше. Для выделения радиоресурсов режима 1, eNB выделяет ресурсы для SA-сообщения и данных в течение каждого SA-периода. Тем не менее, когда имеется большой объем трафика (например, высокочастотный периодический трафик), объем служебной информации на линии Uu-связи из UE в eNB может быть большим.
Как очевидно из вышеозначенного, большой объем V2V-трафика является периодическим, так что 3GPP согласует то, что для режима 1 V2V-связи в сторонней линии связи (т.е. для eNB-диспетчеризованного выделения радиоресурсов), полупостоянное выделение радиоресурсов сторонней линии связи должно поддерживаться посредством eNB и UE.
Согласовано поддерживать механизм считывания вместе с полупостоянными передачами для помощи механизму автономного управления/выбора ресурсов для сторонней V2X-линии связи. UE должно указывать в рамках PSCCH (SA/SCI) то, что оно имеет данные по выбранному набору периодически возникающих ресурсов, до тех пор, пока не возникает выбор ресурсов. Эта информация резервирования ресурсов (передается в служебных сигналах в SCI) может использоваться посредством других UE, которые намереваются передавать V2X-сообщение для выбора ресурса таким образом, что ресурсы, которые уже зарезервированы/забронированы посредством других UE, не рассматриваются для выбора радиоресурсов. Эта процедура резервирования/бронирования ресурсов является, в частности, подходящей для трафика, для которого пакеты поступают с определенной периодичностью, например, для CAM-сообщений.
Индикатор относительно зарезервированных радиоресурсов в информации диспетчеризации, как упомянуто выше, может отслеживаться ("считываться") посредством других (передвижных) устройств. В общем, процедура считывания собирает информацию относительно радиоресурсов и в силу этого обеспечивает возможность прогнозирований для будущих радиоресурсов, которые могут использоваться в процедуре выделения ресурсов для того, чтобы идентифицировать набор возможных вариантов ресурсов для передачи. Очень немного вещей уже согласованы посредством 3GPP, но можно предполагать, что процесс считывания классифицирует частотно-временные ресурсы на:
"Недоступные" ресурсы. Они представляют собой ресурсы, на которых UE не разрешается передавать, поскольку эти ресурсы уже забронированы/зарезервированы посредством других UE; и "возможные варианты (или доступные) ресурсов". Они представляют собой ресурсы, на которых UE может выполнять передачу.
Кроме того, 3GPP согласует также выполнять измерение энергии для процедуры считывания, хотя соглашение не предоставляет подробности относительно того, как и какие измерения энергии должны выполняться. Считывание на основе энергии может пониматься как процесс, в котором UE измеряет интенсивность принимаемого сигнала для PSSCH-радиоресурсов и/или PSCCH-радиоресурсов. Считывание на основе энергии по существу может быть полезным для того, чтобы идентифицировать близкие и сравнивать их с далекими источниками помех.
Кроме того, обсуждается то, указывается или нет приоритет данных (или соответствующее резервирование радиоресурсов) в назначении диспетчеризации (SCI) таким образом, что оно может использоваться в процедуре выделения ресурсов, хотя не согласовано то, как приоритет эффективно используется.
Дополнительная тема, возникающая в ходе обсуждения, заключается в том, чтобы использовать уровень перегрузки канала (т.е. PC5-интерфейса) для процедуры выделения ресурсов, который может быть аналогичным коэффициенту занятости канала (CBR), уже известному из ETSI-стандартов (см., например, ETSI EN 302 571 v 2.0.0 и 102 687 v1.1.1). С другой стороны, подробности не обсуждаются касательно вышеуказанного, уже не говоря о соглашениях относительно того, как точно использовать такой уровень перегрузки.
Как пояснено выше в связи с фиг. 6 и 7, с тем чтобы повышать надежность передач, каждый транспортный блок и назначение диспетчеризации передаются по сторонней линии связи с повторениями, т.е. начальная передача назначения диспетчеризации или данных повторяется один или более раз. Постоянные обсуждения в 3GPP не проводят различия между начальными и повторными передачами данных/SA, и остается непонятным, как полупостоянная диспетчеризация и считывание ресурсов для V2X-передач должны реализовываться касательно вышеуказанного.
Считывание и полупостоянная диспетчеризация должны быть реализуемыми простым способом, чтобы не увеличивать слишком сильно сложность UE. Хотя общие соглашения достигнуты в отношении считывания и резервирования ресурсов для V2X-передач по PC5-интерфейсу, реализация этих механизмов в существующих системах может вызывать проблемы и неэффективность.
Сущность изобретения
Неограничивающие и примерные варианты осуществления предоставляют улучшенную процедуру передачи для передающего устройства для выполнения начальных передач и повторных передач для данных через интерфейс сторонней линии связи. Независимые пункты формулы изобретения предоставляют неограничивающие и примерные варианты осуществления. Преимущественные варианты осуществления заданы в зависимых пунктах формулы изобретения.
Согласно первому аспекту, предусмотрено передающее устройство для выполнения начальных передач данных и повторных передач данных через интерфейс сторонней линии связи в другие устройства. Предполагается, что процедура считывания ресурсов непрерывно выполняется посредством передающего устройства таким образом, чтобы получать информацию относительно будущих радиоресурсов. Согласно одному примеру, считывание радиоресурсов, по меньшей мере, содержит мониторинг назначений диспетчеризации, передаваемых посредством других устройств, которые резервируют радиоресурсы в последующий момент времени, которые затем могут исключаться из выбора радиоресурсов. Считывание необязательно также может содержать измерение энергии принимаемого сигнала в радиоресурсах. В будущем, другая информация может собираться также во время считывания.
Согласно первому аспекту, одна передача данных (например, начальная передача) "приоритезируется" над оставшимися (повторными) передачами, в которых передвижное UE выполняет процедуру выделения ресурсов для того, чтобы выбирать радиоресурсы для этой одной передачи данных на основе информации, полученной из процедуры радиосчитывания в окне считывания, до того, как данные стали доступными для передачи. Следовательно, радиоресурсы, выбранные для этой (начальной) передачи, не должны вызывать коллизию с передачами из других UE и в силу этого должны передаваться с высокой надежностью. С другой стороны, радиоресурсы, которые должны использоваться для оставшихся (повторных) передач данных, менее гибко выбираются таким образом, чтобы позволять уменьшать объем служебной информации. В частности, для оставшихся (повторных) передач данных, передвижное UE должно выбирать подходящий шаблон временной синхронизации передачи данных (также называемый далее "T-RPT"), который задает временную синхронизацию одной или более передач данных и используется посредством передвижного UE с первой передачей данных в качестве опорной, чтобы выполнять оставшиеся (повторные) передачи данных. Информация диспетчеризации, передаваемая посредством передвижного UE для передачи данных, соответственно, указывает частотно-временные ресурсы для начальной передачи, а также шаблон временной синхронизации передачи данных, из которого приемные объекты извлекают временную синхронизацию передачи, используемую посредством передвижного UE для первой и всех повторных передач. Что касается частотных ресурсов, повторные передачи данных, выполняемые посредством передвижного UE, могут либо использовать идентичные частоты, используемые для начальной передачи данных, либо использовать частоты, извлекаемые из первоначально используемых частот на основе шаблона скачкообразной перестройки частоты; во второй разновидности, информация диспетчеризации дополнительно должна указывать то, должна или нет скачкообразная перестройка частоты использоваться для того, чтобы определять частоты, используемые для повторных передач данных.
Согласно одной разновидности, выбранный шаблон временной синхронизации передачи данных уже идентифицирует все передачи или повторные передачи, которые должны выполняться для данных. Соответственно, (повторные) передачи должны завершаться в пределах периода времени, заданного посредством шаблона временной синхронизации передачи данных; например, в пределах 8 субкадров в случае 8-битового шаблона временной синхронизации передачи данных.
Согласно дополнительным разновидностям первого аспекта, выбранный шаблон временной синхронизации передачи данных должен указывать только одну передачу, при этом этот шаблон временной синхронизации передачи данных с одной передачей должен повторяться в течение окна передачи после первой передачи данных. Посредством последовательного позиционирования выбранного шаблона временной синхронизации передачи данных с одной передачей, различные возможные варианты для повторной передачи данных задаются в этих позициях повторных шаблонов временной синхронизации, которые указывают передачу. Передвижное UE должно выбирать из различных возможных вариантов для повторной передачи данных эти возможные варианты, которые должны фактически использоваться для повторной передачи данных. Выбор T-RPT с одной передачей может выполняться посредством передвижного UE, использующего информацию, полученную посредством процедуры считывания ресурсов, так что результирующие возможные варианты для передачи данных и, в частности, возможные варианты для повторной передачи данных, выбранные впоследствии для фактического использования, являются оптимальными с точки зрения частоты коллизий и помех.
Выбор возможных вариантов для повторной передачи данных может выполняться случайно или может быть основан на результатах процедуры считывания касательно вышеуказанного, с тем чтобы повышать надежность передачи и исключать коллизии с передачами других UE. То, какой из возможных вариантов для повторной передачи данных фактически используется посредством передвижного UE, должно затем указываться для приемных объектов, например, в качестве части информации диспетчеризации, передаваемой посредством передвижного UE для передачи данных. Что касается частотных ресурсов, повторные передачи данных, выполняемые согласно выбранным возможным вариантам для повторной передачи данных, могут использовать или частоты, уже используемые посредством передвижного UE для начальной передачи данных, или могут придерживаться шаблона скачкообразной перестройки частоты, начинающегося с частот, используемых для начальной передачи данных.
Согласно дополнительной разновидности первого аспекта, выбор T-RPT с одной передачей основан на результатах считывания процедуры считывания ресурсов следующим образом. Передвижное UE сначала определяет предпочтительный возможный вариант для повторной передачи данных (например, возможный вариант для повторной передачи данных со вторым наивысшим рангом) в течение окна передачи (после первой передачи данных), который затем используется для того, чтобы определять T-RPT с одной передачей, который, при повторении в течение окна передачи, имеет то, что "1" совпадает с этим предпочтительным возможным вариантом для повторной передачи данных. Следовательно, ресурсы частотной и временной области для начальной передачи, а также для одной повторной передачи данных (т.е. предпочтительного возможного варианта для передачи данных) свободно определяются посредством передвижного UE на основе результатов считывания, за счет этого повышая надежность передачи данных и уменьшая частоту коллизий. Для этой разновидности, информация диспетчеризации должна не только указывать частотно-временные радиоресурсы для начальной передачи, но также и должна отдельно указывать частотные ресурсы для этой предпочтительной повторной передачи данных. Это может осуществляться, например, посредством предоставления частотного смещения относительно индикатора частоты, предоставленного для начальной передачи данных. Как указано выше, T-RPT указывается в назначении диспетчеризации таким образом, чтобы предоставлять временную синхронизацию передачи для всех повторных передач, с использованием начальной передачи данных в качестве опорной.
Согласно дополнительному аспекту, радиоресурсы, доступные для передвижного UE для передач данных, в общем, должны разделяться на радиоресурсы, которые должны использоваться для начальных передач данных, и радиоресурсы, которые должны использоваться для повторных передач данных. Разделение радиоресурсов должно гарантировать то, что повторные передачи и начальные передачи данных не должны конфликтовать, в силу этого защищая начальную передачу, которая является наиболее важной.
Соответственно, в одном общем первом аспекте, технологии, раскрытые здесь, показывают передающее устройство для передачи данных через интерфейс сторонней линии связи в одно или более приемных устройств. Передача данных содержит первую передачу данных и, после первой передачи данных, одну или более повторных передач данных. Приемник и процессор передающего устройства выполняют процедуру считывания ресурсов таким образом, чтобы получать информацию относительно радиоресурсов, пригодных для использования для передающего устройства, чтобы передавать данные в более поздний момент времени. Процессор, после того, как данные становятся доступными для передачи, выполняет автономное выделение радиоресурсов для того, чтобы выбирать частотно-временные радиоресурсы в пределах окна передачи, которые должны использоваться для выполнения первой передачи данных, на основе информации, полученной посредством процедуры считывания ресурсов в течение окна считывания, до того, как данные стали доступными для передачи. Процессор определяет шаблон временной синхронизации передачи данных из множества шаблонов временной синхронизации передачи данных, причем каждый шаблон временной синхронизации передачи данных указывает временную синхронизацию передачи для выполнения одной или более передач данных. Передатчик передающего устройства выполняет первую передачу данных с использованием выбранных частотно-временных радиоресурсов и выполняет одну или более повторных передач данных во временной синхронизации передачи, заданной посредством определенного шаблона временной синхронизации передачи данных относительно первой передачи данных.
Соответственно, в одном общем первом аспекте, технологии, раскрытые здесь, показывают способ для передающего устройства для передачи данных через интерфейс сторонней линии связи в одно или более приемных устройств. Передача данных содержит первую передачу данных и, после первой передачи данных, одну или более повторных передач данных. Способ содержит следующие этапы, выполняемые посредством передающего устройства. Процедура считывания ресурсов выполняется таким образом, чтобы получать информацию относительно радиоресурсов, пригодных для использования для передающего устройства, чтобы передавать данные в более поздний момент времени. После того, как данные становятся доступными для передачи, автономное выделение радиоресурсов выполняется для того, чтобы выбирать частотно-временные радиоресурсы в пределах окна передачи, которые должны использоваться для выполнения первой передачи данных, на основе информации, полученной посредством процедуры считывания ресурсов в течение окна считывания, до того, как данные стали доступными для передачи. Передающее устройство определяет шаблон временной синхронизации передачи данных из множества шаблонов временной синхронизации передачи данных, причем каждый шаблон временной синхронизации передачи данных указывает временную синхронизацию передачи для выполнения одной или более передач данных. Передающее устройство выполняет первую передачу данных с использованием выбранных частотно-временных радиоресурсов и выполняет одну или более повторных передач данных во временной синхронизации передачи, заданной посредством определенного шаблона временной синхронизации передачи данных относительно первой передачи данных.
Дополнительные выгоды и преимущества раскрытых вариантов осуществления должны становиться очевидными из подробного описания и чертежей. Выгоды и/или преимущества могут отдельно предоставляться посредством различных вариантов осуществления и признаков раскрытия сущности подробного описания и чертежей и не должны обязательно все предоставляться для того, чтобы получать один или более вариантов осуществления и признаков.
Эти общие и конкретные аспекты могут реализовываться с использованием системы, способа и компьютерной программы и любой комбинации систем, способов и компьютерных программ.
Краткое описание чертежей
Далее подробнее описываются примерные варианты осуществления в отношении прилагаемых чертежей.
Фиг. 1 показывает примерную архитектуру 3GPP LTE-системы,
Фиг. 2 показывает примерную сетку ресурсов нисходящей линии связи для слота нисходящей линии связи субкадра, как задано для 3GPP LTE (версия 8/9),
Фиг. 3 схематично иллюстрирует то, как устанавливать линию связи уровня 2 по PC5 для ProSe-связи,
Фиг. 4 иллюстрирует использование ресурсов передачи/приема для наложенных (LTE) и подложенных (D2D) систем,
Фиг. 5 иллюстрирует передачу назначения диспетчеризации и D2D-данных для двух UE,
Фиг. 6 иллюстрирует временную синхронизацию D2D-связи для режима 2 автономной для UE диспетчеризации,
Фиг. 7 иллюстрирует временную синхронизацию D2D-связи для режима 1 eNB-диспетчеризованной диспетчеризации,
Фиг. 8 иллюстрирует примерную модель архитектуры для ProSe для сценария не в роуминге,
Фиг. 9 иллюстрирует частотно-временные радиоресурсы из пула ресурсов данных для передвижного UE, разделенные во время P, в которое данные становятся доступными для передачи, на окно передачи и окно считывания,
Фиг. 10 является схемой последовательности операций для поведения UE согласно примерной реализации первого варианта осуществления,
Фиг. 11 и 12 иллюстрируют последовательность субкадров для окна передачи и начальную передачу данных и повторные передачи данных согласно примерным реализациям первого варианта осуществления,
Фиг. 13 и 14 иллюстрируют последовательность субкадров для окна передачи и начальную передачу данных и повторные передачи данных согласно дополнительным примерным реализациям первого варианта осуществления,
Фиг. 15 иллюстрирует последовательность субкадров для окна передачи и начальную передачу данных и повторные передачи данных согласно улучшенной реализации первого варианта осуществления, и
Фиг. 16 иллюстрирует последовательность субкадров для окна передачи и начальную передачу данных и повторные передачи данных согласно дополнительно улучшенной реализации первого варианта осуществления.
Подробное описание изобретения
Мобильная станция или мобильный узел, или пользовательский терминал, или абонентское устройство представляет собой физический объект в сети связи. Один узел может иметь несколько функциональных объектов. Функциональный объект упоминается как программный или аппаратный модуль, который реализует и/или предлагает заранее определенный набор функций другим функциональным объектам узла или сети. Узлы могут иметь один или более интерфейсов, которые присоединяют узел к средству или среде связи, по которой узлы могут обмениваться данными. Аналогично, сетевой объект может иметь логический интерфейс, присоединяющий функциональный объект к средству или среде связи, по которой он может обмениваться данными с другими функциональными объектами или узлами-корреспондентами.
Термин "радиоресурсы" при использовании в наборе пунктов формулы изобретения и в заявке должен широко пониматься как означающий физические радиоресурсы, такие как частотно-временные ресурсы.
Термин "передача при прямой связи" при использовании в заявке должен широко пониматься как передача непосредственно между двумя абонентскими устройствами, т.е. не через базовую радиостанцию (например, eNB). Соответственно, передача при прямой связи выполняется по "прямому соединению по сторонней линии связи", которое представляет собой термин, используемый для соединения, установленного непосредственно между двумя абонентскими устройствами. Например, в 3GPP, используется терминология связи D2D (между устройствами) или ProSe-связи, или связи в сторонней линии связи. Термин "прямое соединение по сторонней линии связи", "интерфейс сторонней линии связи" должен пониматься широко и может пониматься в 3GPP-контексте как PC5-интерфейс, описанный в разделе "Уровень техники".
Термин "ProSe", или в несокращенной форме, "услуги на основе близости", используемый в заявке, применяется в контексте приложений и услуг на основе близости в LTE-системе, как примерно пояснено в разделе "Уровень техники". Другая терминология, к примеру, "D2D" также используется в этом контексте, чтобы означать связь между устройствами для услуг на основе близости.
Термин "передвижной мобильный терминал" при использовании в данной заявке должен пониматься в контексте нового практического 3GPP-исследования, соответственно, рабочего элемента V2X (связь между передвижными объектами), как пояснено в разделе "Уровень техники". Соответственно, передвижной мобильный терминал должен широко пониматься как мобильный терминал, который, в частности, устанавливается в транспортном средстве (например, в автомобиле, в коммерческих грузовиках, в мотоциклах и т.д.), чтобы выполнять связь между передвижными объектами, т.е. передачу информации, связанной с транспортным средством в другие объекты (к примеру, в транспортные средства, инфраструктуру, пешеходы), например, в целях безопасности или помощи водителю. Необязательно, передвижной мобильный терминал может иметь доступ к информации, доступной в навигационной системе (если он также устанавливается в автомобиле), к примеру, к картографической информации и т.д.
Термины "автономное выделение радиоресурсов" (наоборот, "управляемое базовой радиостанцией выделение радиоресурсов") при использовании в данной заявке могут примерно пониматься в контексте 3GPP-услуг на основе близости, обеспечивающих два режима для выделения ресурсов: а именно, режим 1 (т.е. управляемое базовой радиостанцией выделение радиоресурсов), согласно которому базовая радиостанция управляет выделением, и режим 2 (т.е. автономное выделение радиоресурсов), согласно которому терминал (или передающее устройство) автономно выбирает ресурсы (без базовой радиостанции).
Термин "шаблон временной синхронизации передачи данных" при использовании в данной заявке может примерно пониматься как информация, задающая временную синхронизацию передач, например, T-RPT (шаблон временных ресурсов передачи), как известно в контексте 3GPP D2D-технологии. В зависимости от фактической реализации, шаблон временной синхронизации передачи данных может использоваться для того, чтобы указывать первую передачу данных, а также повторные передачи данных, либо используется только для того, чтобы указывать повторные передачи данных, тогда как первая передача данных указывается отдельно.
Как пояснено в разделе "Уровень техники", 3GPP вводит новое практическое исследование для связи между передвижными объектами с помощью LTE, которая должна быть основана на ProSe-процедурах, чтобы обмениваться V2X-трафиком между различными передвижными мобильными терминалами и другими станциями. Кроме того, вид полупостоянного выделения радиоресурсов должен поддерживаться для V2X-трафика, и согласовано, что механизмы для резервирования радиоресурсов, а также считывания должны поддерживаться на упомянутом конце, в частности, для режима автономного для UE выделения ресурсов (также называемого "режимом 2"). Тем не менее, только общие соглашения достигнуты относительно считывания и резервирования радиоресурсов, без предоставления подробной информации в отношении того, как реализовывать означенное и как адаптировать другие механизмы таким образом, чтобы обеспечивать эффективную и четкую работу. Например, остается непонятным, как точно должны реализовываться механизм считывания ресурсов и резервирование радиоресурсов.
Ниже поясняется одно возможное решение со ссылкой на фиг. 9, который иллюстрирует примерным и упрощенным способом частотно-временные радиоресурсы из пула ресурсов данных передвижного UE (передающего устройства в общем). PRB-пара (пара блоков физических ресурсов; 12 поднесущих для одного субкадра) рассматривается в качестве единицы для того, чтобы примерно иллюстрировать частотно-временные радиоресурсы на чертеже. Предполагается, что во время P данные становятся доступными для передачи (т.е. поступления пакетов), и передача данных (а также повторные передачи данных) должна быть закончена во время L; период времени может обозначаться как окно передачи и зависит от требования(й) по задержке данных, которые должны передаваться (например, 100 мс; L=P+100 мс). Результаты процедуры считывания, полученные в пределах окна считывания, например, 1000 мс перед поступлением пакетов, должны рассматриваться для процедуры выделения радиоресурсов, которая должна выполняться посредством передвижного UE, чтобы выбирать частотно-временные радиоресурсы (и возможно другие параметры передачи) для передачи данных. Примерно предполагается, что три (физических) пары блоков ресурсов необходимы для передачи данных (дополнительно, согласно текущей стандартизации, блоки ресурсов должны быть смежными).
Одна информация, полученная из процедуры считывания, представляет собой то, что конкретные радиоресурсы в окне передачи уже резервируются посредством других устройств и в силу этого не должны использоваться посредством передвижного UE; соответствующие прямоугольники для зарезервированных радиоресурсов имеют вертикальные полосы. Возможные варианты радиоресурсов (каждые три пары смежных блоков ресурсов) в полном окне передачи, которые доступны для передвижного UE, чтобы передавать данные, проиллюстрированы в рамках на фиг. 9. Всего предусмотрено шесть возможных вариантов в окне передачи, все из которых могут ранжироваться согласно одной или более конкретных характеристик. В качестве одного примера, процедура ранжирования может ранжировать различные возможные варианты радиоресурсов на основе измерений энергии, выполняемых в ходе процедуры считывания в окне считывания. Подробнее, можно измерять энергию (например, интенсивность принимаемого сигнала) по всему окну считывания для связанных возможных вариантов радиоресурсов. Примерно предполагается, что соответствующие возможные варианты радиоресурсов ранжируются от 1 до 4, как проиллюстрировано на фиг. 9, на основе измерений энергии. Соответственно, возможные варианты 2 радиоресурсов, имеющие идентичные соответствующие частотные радиоресурсы в окне считывания, ранжируются одинаково. То же применимо к двум возможным вариантам 3 ресурсов. Фиг. 9 иллюстрирует в диагональных полосах соответствующие радиоресурсы окна считывания, причем измеренная энергия усредняется, чтобы прогнозировать энергию для возможных вариантов 2 радиоресурсов. Аналогично, фиг. 9 иллюстрирует соответствующие временные радиоресурсы частоты в окне считывания, используемом для измерения энергии для возможного варианта 4 ресурса, в форме горизонтальных полос. Хотя не проиллюстрировано на фиг. 9 для простоты иллюстрации, соответствующие измерения энергии и обработка также выполняются для радиоресурсов в окне считывания, соответствующем возможным вариантам 1 и 3.
Примерно предполагается, что передвижное UE выполняет для одного транспортного блока четыре передачи, т.е. первую передачу, а также три повторных передачи. Одна возможная реализация заключается в том, чтобы использовать результаты процедуры считывания ресурсов для каждой передачи данных, т.е. для первой, а также для повторных передач данных. В вышеуказанном примере по фиг. 9, передвижное UE в силу этого может выбирать четыре возможных вариантов ресурсов с наивысшим рангом для передачи четырех (повторных) передач. Это решение является гибким и эффективно использует для передачи данных (т.е. одного транспортного блока) оптимальные доступные радиоресурсы во временной области, а также в частотной области.
Тем не менее, чтобы указывать радиоресурсы (т.е. время и частоту в пределах окна передачи), используемые для каждой (повторной) передачи для приемных объектов, назначение диспетчеризации может передаваться для каждой (повторной) передачи. Альтернативно, может передаваться одно назначение диспетчеризации, которое включает в себя всю необходимую информацию для приемных объектов, чтобы иметь возможность принимать и надлежащим образом декодировать первую и все повторные передачи. В любом случае, это значительно увеличивает объем служебной информации по сравнению с решением предшествующего уровня техники. В предшествующем уровне техники, как проиллюстрировано на фиг. 6, одно назначение диспетчеризации передается для всех (повторных) передач, указывающее частотно-временные ресурсы для всех передач и указывающее соответствующий T-RPT-шаблон, который уникально задает временную синхронизацию всех (повторных) передач. В предшествующем уровне техники, частотные ресурсы, используемые для повторной передачи, являются либо идентичными частотным ресурсам, используемым для первых передач данных (явно указываемых в SA), либо соответствуют шаблону скачкообразной перестройки частоты, начиная с частотных ресурсов, используемых для первой передачи данных (назначение диспетчеризации указывает то, используется или нет шаблон скачкообразной перестройки частоты). Если нет такой фиксированной временной и/или частотной взаимосвязи между первым и повторными передачами, отдельная информация относительно фактически используемых частотно-временных радиоресурсов должна предоставляться для каждой передачи в приемные объекты.
Кроме того, приемные объекты должны иметь возможность ассоциировать первую и повторные передачи одного транспортного блока между собой, например, чтобы обеспечивать мягкое комбинирование данных. Касательно вышеуказанного, битовая карта с длиной L-P (100 битов, чтобы иметь возможность указывать передачи в окне передачи в 100 мс) может передаваться в служебных сигналах, с указанием субкадров, в которых осуществляются передачи, в силу этого позволяя приемным объектам ассоциировать все передачи одного транспортного блока между собой. Тем не менее, битовая карта должна быть длинной и в силу этого должна дополнительно увеличивать объем служебной информации. Кроме того, окно передачи может иметь различные длины, и в силу этого битовая карта должна быть либо очень длинной, чтобы иметь возможность указывать самое длинное окно передачи, либо размер битовой карты должен изменяться в зависимости от длины окна передачи, при этом любое из двух решений является невыгодным.
Выше предоставляется возможное решение для того, чтобы реализовывать процедуру считывания и соответствующее выделение радиоресурсов для первой передачи и повторных передач идентичных данных, хотя оно влечет за собой несколько недостатков и проблем.
Нижеприведенные примерные варианты осуществления задуманы авторами изобретения для того, чтобы смягчать недостаток(и) и проблему(ы), поясненные выше.
Конкретные реализации различных вариантов осуществления должны реализовываться в широкой спецификации, как представлено посредством 3GPP-стандартов и частично пояснено в разделе "Уровень техники", с добавлением конкретных ключевых признаков, как пояснено в нижеприведенных вариантах осуществления. Следует отметить, что варианты осуществления могут преимущественно использоваться, например, в системе мобильной связи, к примеру, в системах связи по стандарту 3GPP LTE-A (версия 11/10/12/13/14 или последующие версии), как описано в вышеприведенном разделе "Уровень техники", но варианты осуществления не ограничены использованием в этих конкретных примерных сетях связи.
Пояснения должны пониматься не как ограничение объема раскрытия сущности, а как просто примеры вариантов осуществления, с тем чтобы лучше понимать настоящее раскрытие сущности. Специалисты в данной области техники должны знать, что общие принципы настоящего раскрытия сущности, изложенные в формуле изобретения, могут применяться к различным сценариям и способами, которые не описаны явно в данном документе. Для целей иллюстрации задаются несколько допущений, которые, тем не менее, не должны ограничивать объем нижеприведенных вариантов осуществления.
Различные варианты осуществления главным образом акцентируют внимание на улучшении того, как передающее устройство выполняет выделение радиоресурсов и передачу данных через интерфейс сторонней линии связи касательно вышеуказанного, также с предложением улучшений для контента назначения диспетчеризации, передаваемого посредством устройства для передачи данных. Подробности должны становиться очевидными из нижеописанных вариантов осуществления. Другая функциональность (т.е. функциональность, не измененная посредством различных вариантов осуществления), может оставаться совершенно идентичной, как пояснено в разделе "Уровень техники", либо может изменяться без последствий для различных вариантов осуществления.
Один примерный сценарий, к которому могут применяться различные варианты осуществления, представляет собой V2X-связь, как проиллюстрировано в разделе "Уровень техники". Следовательно, передающие и приемные устройства, например, могут представлять собой UE в транспортном средстве, придорожный блок, "нормальный" мобильный терминал, носимый пешеходом, и т.д. Дополнительно, данные могут представлять собой (периодические) передвижные данные, например, CAM-сообщения, которыми следует непрерывно обмениваться из различных передвижных объектов, и для которых процедура считывания ресурсов и полупостоянные ресурсы обсуждаются в 3GPP. Хотя нижеприведенные примерные варианты осуществления поясняются в качестве иллюстрации в связи с таким сценарием V2X-связи, изобретение не должно ограничиваться им.
Первый вариант осуществления
В дальнейшем подробно описывается первый вариант осуществления для решения вышеуказанных проблем. Также поясняются различные реализации и разновидности первого варианта осуществления.
Как уже упомянуто выше, примерно, предполагается передвижное UE, которое устанавливается в транспортном средстве и допускает выполнение связи между передвижными объектами на основе D2D-инфраструктуры, как пояснено в разделе "Уровень техники" этой заявки. Соответственно, передвижные данные (например, периодические и апериодические данные) должны передаваться посредством передвижного UE в другие объекты, для которых данные представляют интерес. Предполагается, что UE поддерживает и главным образом выполняет выделение радиоресурсов режима 2 и сконфигурировано надлежащим образом с необходимым пулом(ами) ресурсов (для данных и назначений диспетчеризации), чтобы иметь возможность автономно выбирать радиоресурсы для передачи информации диспетчеризации, а также данных через PC5-интерфейс (сторонней линии связи).
Периодические данные, которые должны передаваться посредством передвижного UE, примерно иллюстрируются посредством сообщений в системе совместной информированности (CAM), подробно поясненных в разделе "Уровень техники". Как пояснено в разделе "Уровень техники", считывание и резервирование радиоресурсов, в общем, санкционировано посредством 3GPP для включения в будущую стандартную версию(и) в связи с передачей периодических передвижных данных. В частности, резервирование радиоресурсов на передающей стороне обеспечивает возможность реализации вида "полупостоянного" выделения радиоресурсов, например, посредством резервирования ресурсов, идентичных ресурсам, используемым в данный момент также для одного или более последующих моментов времени, чтобы передавать дополнительные пакеты периодических данных. Следовательно, для передвижного UE необязательно в эти последующие моменты времени снова выполнять выбор/запрос на ресурсы (выделение ресурсов режима 1 или режима 2), чтобы иметь возможность передавать периодические данные. Резервирование радиоресурсов может реализовываться различными способами и еще не зафиксировано посредством 3GPP. Например, резервирование радиоресурсов может выполняться для следующего события передачи или в течение большего времени периода (т.е. для более, чем просто следующего события передачи периодических данных). Информация диспетчеризации (SCI), передаваемая вместе с данными сторонней линии связи, идентифицирует радиоресурсы, которые используются для передачи, и в силу этого позволяет приемному объекту надлежащим образом принимать и обрабатывать/декодировать данные сторонней линии связи. Информация диспетчеризации дополнительно может использоваться для того, чтобы указывать резервирование радиоресурсов, например, посредством указания времени или периодичности данных таким образом, что приемный объект может определять то, для какого времени (например, субкадра) зарезервированы радиоресурсы.
Передвижное UE должно дополнительно непрерывно выполнять процедуру радиосчитывания, как пояснено в разделе "Уровень техники" таким образом, чтобы получать информацию относительно будущих радиоресурсов. Эта информация затем может использоваться в ходе процедуры выделения радиоресурсов режима 2, выполняемой посредством передвижного UE, чтобы выбирать радиоресурсы (и возможно другие параметры передачи) для передачи данных (необязательно также соответствующего назначения диспетчеризации). Процедура считывания включает в себя, например, декодирование назначений диспетчеризации, передаваемых посредством других устройств, таким образом, чтобы идентифицировать зарезервированные радиоресурсы. Необязательно, процедура считывания дополнительно содержит измерения энергии (например, интенсивности принимаемого сигнала, RSSI) для всех частотных ресурсов для передач данных, сконфигурированных для передвижного UE.
Один потенциальный вариант реализации процедуры считывания ресурсов заключается в том, что каждое UE имеет карту с прогнозированием частотных ресурсов, которое охватывает, например, 100 мс (например, с максимумом в 1 секунду), начиная со следующего субкадра. Затем, во время P, когда пакет поступает в буфер в UE, UE уже подготавливает карту всех частотных ресурсов для субкадров P- L (могут называться "окном передачи"), при этом L по существу соответствует максимальному промежутку времени (согласно QoS) до тех пор, пока пакет не должен передаваться. Частотная карта позволяет различать между недоступными и доступными радиоресурсами (и возможно также содержит информацию в отношении прогнозированного энергетического уровня различных радиоресурсов). В равной степени возможны другие реализации процедуры радиосчитывания, например, в которых UE не обновляет непрерывно такую карту будущих ресурсов, а вместо этого прогнозирует радиоресурсы из предыдущих измерений в окне считывания только при необходимости.
Передача данных включает в себя первую передачу данных, а также одну или более повторных передач данных. Например, далее главным образом предполагается, что число полных передач равно четырем, либо иначе говоря, что три повторных передачи выполняются в дополнение к начальной передаче данных. Число полных передач для данных может быть предварительно определено (например, посредством стандарта или оператора сети) или может быть конфигурируемым (например, посредством усовершенствованного узла B, управляющего передвижным UE, либо посредством самого передвижного UE). В случае если число полных передач является конфигурируемым, получатели данных должны тем или иным образом знать число полных передач, которые они должны ожидать. Это может обеспечиваться, например, посредством предоставления соответствующей информации в назначении диспетчеризации или посредством широковещательной передачи информации посредством усовершенствованного узла B в соте.
Одна примерная реализация заключает в себе использование нарастающей избыточности, как уже известно из 3GPP. В частности, при работе в HARQ-режиме, eNB может передавать различные кодированные версии из исходного транспортного блока (т.е. данные, которые должны передаваться) при повторных передачах таким образом, что UE может использовать комбинирование на основе инкрементной избыточности (IR) для того, чтобы получать дополнительное усиление при кодировании через усиление при комбинировании. Аналогично, V2X-передачи по интерфейсу сторонней линии связи могут использовать нарастающую избыточность для повторных передач таким образом, что различные резервные версии идентичных данных уже передаются, например, согласно предварительно определенной последовательности резервных версий (к примеру, 0, 2, 3, 1, заданной для синхронной неадаптивной повторной HARQ-передачи). Следовательно, при пояснении того, что первая передача и повторные передачи идентичных данных (например, одного транспортного блока) выполняются, не следует истолковывать это как означающее то, они представляют собой совершенно идентичные данные, а вместо этого выражение должно также охватывать случаи, в которых передаются различные резервные версии идентичных данных.
В общих словах, предполагается, что передвижное UE непрерывно выполняет процедуру считывания радиоресурсов для того, чтобы получать информацию относительно будущих радиоресурсов (будь то резервирование и/или RSSI-прогнозирования либо также другая информация). Передвижное UE должно дополнительно иметь возможность передавать периодические (и непериодические) данные и должно в связи с вышеуказанным выполнять (автономную для UE) процедуру выделения ресурсов режима 2 таким образом, чтобы выбирать радиоресурсы в пределах окна передачи, которые должны использоваться для передачи данных (дополнительно может включать в себя определение других параметров передачи, таких как MCS и т.д.). Информация, полученная через процедуру считывания ресурсов, должна использоваться в процедуре выделения ресурсов таким образом, чтобы улучшать ее.
Ниже поясняются различные разновидности первого варианта осуществления. Первый вариант осуществления предоставляет улучшенную процедуру передачи для передач данных, которые должны выполняться через PC5-интерфейс сторонней линии связи. Первый вариант осуществления приоритезирует одну из передач данных (например, начальную передачу данных) посредством полного использования результатов считывания радиоресурсов для выделения ресурсов для того, чтобы повышать надежность начальной передачи. С другой стороны, выделение ресурсов является менее гибким для оставшихся (повторных) передач данных, которые в силу этого не извлекают выгоду из процедуры считывания ресурсов идентично начальной передаче, но которые обеспечивают возможность уменьшения объема служебной информации. При использовании нарастающей избыточности, первая передача является наиболее важной, поскольку она представляет собой первую передачу, принимаемую посредством приемного объекта, и поскольку она является самодекодируемой, что может не иметь место для других резервных версий.
Когда данные становятся доступными для передачи, передвижное UE должно выполнять процедуру автономного для UE выделения радиоресурсов для того, чтобы получать необходимые параметры передачи, включающую в себя выбор частотно-временных радиоресурсов в пределах окна передачи таким образом, чтобы выполнять первую передачу ожидающих данных. Процедура выделения ресурсов должна полностью учитывать результаты, полученные посредством процедуры считывания в течение окна считывания перед поступлением данных (см. окно считывания на фиг. 9) при определении радиоресурсов, которые должны использоваться для начальной передачи данных. Например, зарезервированные радиоресурсы должны не допускаться, и наилучший возможный вариант радиоресурса может выбираться из различных возможных вариантов, которые ранжируются на основе измерений энергии, выполняемых в течение окна считывания.
Чтобы также определять то, как выполнять повторные передачи данных, передающее устройство должно определять подходящий шаблон временной синхронизации передачи данных (к примеру, T-RPT, известный из раздела "Уровень техники"), который задает шаблон временной синхронизации одной или более передач данных. T-RPT обычно представляет собой битовую карту, имеющую длину в несколько битов (например, 8 битов), причем каждый бит ассоциирован с возможной временной синхронизацией передачи (например, одним субкадром) данных. Множество T-RPT могут задаваться. Например, T-RPT могут иметь различное число передач, при этом 8-битовый T-RPT может указывать от 1 до 8 передач. Кроме того, позиции передачи могут варьироваться в T-RPT, причем, например, может быть предусмотрено 8 различных T-RPT, указывающих одну передачу. То, сколько и какие T-RPT задаются в передающем устройстве, может быть предварительно определено (например, посредством стандарта или оператора сети) либо может быть конфигурируемым (например, посредством усовершенствованного узла B, управляющего передвижным UE). Согласно одному примеру, T-RPT, уже заданные для D2D-связи для 3GPP версия 12 и 13, могут многократно использоваться. В любом случае, передвижное UE должно выбирать подходящий T-RPT таким образом, чтобы определять время, когда должны выполняться повторные передачи данных. T-RPT и в силу этого передача(и) данных, указываемая посредством него, за счет этого позиционируются в окне передачи с использованием первой передачи в качестве опорной. Например, выбранный T-RPT может идти сразу после первой передачи данных или может включать в себя первую передачу данных в качестве части T-RPT.
Соответственно, передвижное UE должно выполнять первую передачу данных согласно выбранным частотно-временным радиоресурсам, а затем выполняет повторные передачи данных во временные синхронизации передачи, заданные посредством выбранного T-RPT. Кроме того, повторные передачи, выполняемые посредством передвижного UE, либо могут использовать частоты (т.е. PRB), идентичные частотам, уже используемым для начальной передачи, либо могут использовать частоты, извлекаемые из частот начальной передачи на основе шаблона скачкообразной перестройки частоты (как, например, известно из предшествующего уровня техники).
Первый вариант осуществления в силу этого предоставляет решение, комбинирующее улучшенную первую передачу данных, которая основана на результатах считывания, при одновременном использовании простых шаблонов передачи, чтобы координировать повторные передачи данных с первой передачей в качестве опорной. Соответственно, информация, которая должна предоставляться в приемные объекты, в силу этого является достаточно ограниченной и не приводит к высокому объему служебной информации. В частности, назначение диспетчеризации, передаваемое посредством передвижного UE для передачи данных, указывает частотно-временные радиоресурсы для первой передачи, а также выбранный T-RPT, так что приемные объекты имеют возможность принимать первую передачу данных, а также повторные передачи данных. Необязательно, назначение диспетчеризации дополнительно может включать в себя информацию в отношении того, использован или нет шаблон скачкообразной перестройки частоты для частотных ресурсов, используемых для повторных передач данных.
Фиг. 10 является схемой последовательности операций для поведения UE согласно примерной реализации первого варианта осуществления, в соответствии с вышеприведенными пояснениями. Как очевидно из него, процедура считывания ресурсов проиллюстрирована отдельно от последовательности этапов, которые должны выполняться посредством UE, чтобы передавать данные, которые ожидают передачи. С использованием пунктирных линий, фиг. 10 иллюстрирует то, как информация, предоставляемая посредством процедуры считывания ресурсов, такая как резервирования радиоресурсов или прогнозирования энергии, выполненные в течение окна считывания, может использоваться в качестве ввода на различных этапах процедуры. Например, автономное для UE выделение радиоресурсов может исключать зарезервированные радиоресурсы из выбора, с тем чтобы не допускать помех. Кроме того, выбор соответствующего T-RPT также может быть основан на информации, полученной посредством процедуры считывания, как подробнее поясняется в связи с дополнительными реализациями варианта осуществления.
В дальнейшем поясняется первая подробная реализация общего первого варианта осуществления, поясненного выше, в связи с фиг. 11 и 12, которые иллюстрируют последовательность субкадров окна передачи и соответствующую временную синхронизацию передач данных, включающих в себя начальную передачу и три повторных передачи данных. В примерной иллюстрации, окно передачи проиллюстрировано таким образом, что оно включает в себя субкадр P, в котором данные становятся доступными, а также субкадр L, который считается последним субкадром, при одновременном соответствии требованию по задержке данных. Окно передачи также может задаваться по-другому, например, без включения субкадра 10 или даже последующих субкадров 11, ..., с тем чтобы учитывать время обработки.
На обоих чертежах, предполагается, что передвижное UE определяет частотно-временные радиоресурсы в субкадре 12 как оптимальные для первой передачи данных. Соответствующий индикатор должен быть включен в соответствующее назначение диспетчеризации таким образом, что приемные объекты имеют возможность принимать данные. Как предполагается выше, всего четыре передачи должны выполняться для данных (например, для одного транспортного блока) таким образом, чтобы увеличивать надежность передачи. В этой реализации, передвижное UE в силу этого должно выбирать T-RPT согласно общему числу передач, которые должны выполняться. Предусмотрено две разновидности, проиллюстрированные на фиг. 11 и 12, различающие то, T-RPT включает в себя или не включает в себя начальную передачу данных. В разновидности, проиллюстрированной на фиг. 11, передвижное UE в силу этого должно выбирать T-RPT из T-RPT, имеющих четыре полных передачи; примерный T-RPT, который может выбираться посредством передвижного UE, показан на фиг. 11. С другой стороны, в разновидности, проиллюстрированной на фиг. 12, передвижное UE в силу этого должно выбирать T-RPT из T-RPT, имеющих всего три передачи с учетом того, что первая передача не содержится в T-RPT.
T-RPT в разновидности по фиг. 12 примерно начинается сразу после субкадра, в котором выполняется начальная передача. Альтернативно, при использовании по-прежнему субкадра 12 (т.е. временной синхронизации первой передачи данных) в качестве опорного для начала T-RPT (и в силу этого временных синхронизаций повторной передачи), может использоваться другое временное смещение относительно временной синхронизации первой передачи данных. Например, T-RPT может начинаться на расстоянии в один или более субкадров от первой передачи данных. Временное смещение может быть либо конфигурируемым (например, посредством передвижного UE или усовершенствованного узла B), либо предварительно определенным, но должно быть известным для приемных объектов.
Кроме того, повторные передачи, выполняемые в различных субкадрах (в субкадрах 14, 15 и 19 в разновидности по фиг. 11 или в субкадрах 15, 16 и 20 в разновидности по фиг. 12), либо могут использовать частоты, идентичные частотам, уже используемым для первой передачи данных, либо могут использовать "перескакивающие" частоты, извлекаемые из частот, используемых для первой передачи данных (на основе известного шаблона скачкообразной перестройки частоты).
Как упомянуто выше, выбор T-RPT ограничивается посредством числа полных передач (см. фиг. 11) или числа повторных передач (см. фиг. 12). Кроме этого ограничения, в одной примерной разновидности, передвижное UE может случайно определять T-RPT (имеющий необходимое число (повторных) передач) из всех этих T-RPT, имеющих упомянутое необходимое число (повторных) передач. Хотя это должно быть простой реализацией, это может иметь такой недостаток, что случайно выбранный шаблон временной синхронизации может приводить к временным синхронизациям повторной передачи (субкадрам), которые должны вызывать серьезные помехи с передачами других устройств; как отмечено выше, частотные ресурсы являются фиксированными посредством частотных ресурсов, выбранных для начальной передачи данных, либо представляющих собой идентичные частотные ресурсы, либо соответствующих шаблону скачкообразной перестройки частоты из них.
Альтернативно, вместо случайного определения T-RPT, передвижное UE может учитывать результаты процедуры считывания в максимально возможной степени. В частности, идентичные блоки физических ресурсов, которые зарезервированы в одном субкадре, могут быть доступными в другом субкадре таким образом, что передвижное UE должно, в максимально возможной степени, уменьшать помехи передачам из других UE посредством соответствующего выбора T-RPT на основе считываемой информации.
Аналогично, то, следует или нет использовать скачкообразную перестройку частоты для ресурсов частотной области, также может быть основано на результатах процедуры считывания, так что передвижное UE выбирает использовать скачкообразную перестройку частоты или не использовать скачкообразную перестройку частоты для частотной области, в зависимости от чего частотные ресурсы, например, предположительно должны вызывать наименьшие помехи.
Определение шаблона временной синхронизации, а также того, следует или нет использовать скачкообразную перестройку частоты, является взаимосвязанным, поскольку различные частоты в различных субкадрах должны приводить к различным коллизиям и помехам. Соответственно, надлежащий T-RPT, а также то, следует или нет использовать скачкообразную перестройку частоты, может определяться совместно таким образом, чтобы комбинировать преимущества выбора оптимального T-RPT и оптимальных PRB.
Как уже упомянуто выше, назначение диспетчеризации, передаваемое для целой передачи данных, должно указывать частотно-временные ресурсы для начальной передачи данных, а также выбранный T-RPT, который представляет собой основную информацию для приемных объектов, чтобы извлекать временную синхронизацию первой, а также оставшихся повторных передач данных. Необязательно, назначение диспетчеризации дополнительно может включать в себя информацию относительно того, используется или нет скачкообразная перестройка частоты относительно частот, используемых для начальной передачи. Соответственно, назначение диспетчеризации является компактным и не приводит к высокому объему служебной информации.
Повторная передача данных в силу этого должна завершаться в пределах периода времени, заданного посредством определенного T-RPT, в этом примерном случае, в пределах 7 (см. фиг. 11) или 8 (см. фиг. 12) субкадров. Другими словами, повторные передачи должны выполняться в пределах временного окна, которое является относительно коротким, в частности, по сравнению с примерным требованием по задержке в 100 мс. Это уменьшает гибкость передвижного UE в отношении того, чтобы передавать повторные передачи. Хотя одна разновидность также учитывает результаты считывания. Вероятность коллизий с передачами данных посредством других UE по-прежнему может быть высокой и практически не может не допускаться, вследствие очень ограниченной гибкости поясненных разновидностей, поскольку имеется всего несколько различных T-RPT в пределах очень короткого временного кадра.
Дополнительные реализации первого варианта осуществления предоставляются далее таким образом, чтобы улучшать вышеописанные разновидности первого варианта осуществления. Как поясняется в связи с фиг. 13 и 14, вместо ограничения повторных передач конкретным временным кадром, заданным посредством длины шаблона временной синхронизации (как показано на фиг. 11 и 12), другая примерная реализация первого варианта осуществления расширяет возможности повторной передачи по полному оставшемуся окну передачи. В частности, идентично тому, как поясняется выше в связи с фиг. 11 и 12, передвижное UE должно выполнять выделение радиоресурсов для определения оптимальных радиоресурсов для первой передачи данных, на основе информации, полученной посредством процедуры считывания ресурсов. В настоящем примере предполагается, что передвижное UE определяет оптимальные частотно-временные радиоресурсы в субкадре 14, так что начальная передача выполняется на этих определенных частотах субкадра 14.
С другой стороны, передвижное UE выбирает шаблон временной синхронизации передачи данных, который содержит только одну передачу, т.е. только одну передачу для всего T-RPT. Тем не менее, этот T-RPT с одной передачей затем повторяется по всему оставшемуся окну передачи после первой передачи и имеет временную синхронизацию первой передачи данных в качестве опорной так, чтобы за счет этого задавать несколько возможных вариантов для повторной передачи данных. Например, как проиллюстрировано на фиг. 14, повторные T-RPT могут начинаться в следующем субкадре после временной синхронизации первой передачи данных (другие временные смещения от временной синхронизации первой передачи данных также являются возможными, как пояснено выше в связи с фиг. 12). Альтернативно, как проиллюстрировано на фиг. 13, повторные T-RPT начинаются таким образом, что первый из повторных T-RPT (более точно, "1" в этой первой битовой T-RPT-карте) совпадает с временной синхронизацией первой передачи данных.
Посредством такого позиционирования повторных T-RPT после временной синхронизации первой передачи данных, каждый T-RPT задает один возможный вариант для повторной передачи данных, а именно, в этих субкадрах, в которых повторный T-RPT указывает одну передачу. Возможные варианты для повторной передачи данных в силу этого распределяются по всему оставшемуся окну передачи (например, после временной синхронизации первой передачи данных) и равномерно разнесены друг от друга в соответствии с длиной T-RPT. Например, в примерной реализации, приведенной на фиг. 13, первая передача данных задается таким образом, что она возникает в субкадре 14, так что возможные варианты для повторной передачи данных должны находиться в субкадрах 22, 30, 38, 46...110 (каждый из которых имеет расстояние в промежутке в 8 субкадров, совпадающее с длиной T-RPT).
При таком допущении, что окно передачи составляет 100 мс, и шаблон передачи составляет 8 битов, может быть предусмотрено максимум от 12 (например, для фиг. 14) и до 14 (например, для фиг. 13) различных возможных вариантов для повторной передачи данных (также в зависимости от используемой фактической реализации). Последний T-RPT может усекаться и в силу этого может давать или не давать в результате другую возможность повторной передачи данных в зависимости от позиции передачи данных "1" в (усеченном) T-RPT.
Передвижное UE затем может выбирать возможные варианты для повторной передачи данных, из таких заданных возможных вариантов для повторной передачи данных, которые должны фактически использоваться для повторных передач данных. Конечно, определение снова зависит от числа полных передач (т.е. числа полных повторных передач). В примерном сценарии, предполагаемом для фиг. 13, предполагается, что только две полных передачи должны выполняться, т.е. требуется только одна повторная передача, так что только один из доступных возможных вариантов для повторной передачи данных должен выбираться посредством передвижного UE. В примерном сценарии, проиллюстрированном на фиг. 13, предполагается, что передвижное UE определяет то, чтобы передавать одну повторную передачу данных в субкадре 30, который ассоциирован с третьим из последовательности T-RPT. В примерном сценарии, проиллюстрированном на фиг. 14, предполагается, что трех полных передач данных должны выполняться посредством передвижного UE, и в силу этого два возможных варианта для повторной передачи должны выбираться посредством передвижного UE; предположительно в субкадрах 22 и 38, т.е. снова в первом и третьем из повторных T-RPT.
Для знания посредством приемных объектов того, где передвижное UE должно выполнять первую передачу и повторную передачу(и), назначение диспетчеризации должно не только указывать частотно-временные радиоресурсы для первой передачи и выбранный T-RPT (как уже пояснено выше), но также и информацию относительно возможных вариантов для повторной передачи данных, которые передвижное UE фактически использует для (повторной) передачи данных. Один возможный вариант касательно того, как указывать используемые возможные варианты для повторной передачи данных из всех возможных вариантов, состоит в том, чтобы предоставлять битовую карту (например, называемую "битовой картой T-RPT-выбора") в назначении диспетчеризации, при этом биты битовой карты T-RPT-выбора ассоциированы с повторными T-RPT, за счет этого уникально идентифицируя один из повторных T-RPT. Как проиллюстрировано на фиг. 13 и 14, битовая карта T-RPT-выбора может иметь различную длину в зависимости от реализации и должна иметь такую длину, чтобы иметь возможность гибко указывать все возможные варианты для повторной передачи данных. Как очевидно из чертежей, "1" в битовой карте T-RPT-выбора указывает для этого T-RPT передвижное UE, фактически используемое для выполнения повторной передачи. Битовая карта T-RPT-выбора должна быть включена в назначение диспетчеризации, что, хотя и немного увеличивает объем служебной информации, предоставляет выгоду большого увеличения гибкости для выполнения повторных передач.
Чтобы повышать надежность повторной передачи и уменьшать возможные коллизии с другими передачами данных, передвижное UE может определять T-RPT с одной передачей, а также возможные варианты для повторной передачи данных, которые должны фактически использоваться для повторных передач, на основе результатов, полученных из процедуры считывания. В частности, предусмотрено самое большее 8 различных T-RPT с одной передачей (при условии 8-битовых T-RPT), каждый из которых, соответственно, должен задавать различные возможные варианты для повторной передачи данных в течение окна передачи. Кроме того, из таких заданных возможных вариантов для повторной передачи данных (например, 13 возможных вариантов), предусмотрено несколько различных комбинаций возможных вариантов, чтобы выполнять повторные передачи данных. В целом, в зависимости от T-RPT с одной передачей и результирующих вариантов, чтобы выполнять повторные передачи данных, передвижное UE должно выбирать ту комбинацию T-RPT и возможного варианта (вариантов) для повторной передачи данных, которая должна давать в результате, например, наименьшие помехи согласно прогнозированиям, полученным из процедуры считывания.
Кроме того, передвижное UE либо может использовать частоты, идентичные частотам, используемым для начальной передачи данных, либо оно может использовать частоты, извлекаемые из частот первой передачи данных на основе шаблона скачкообразной перестройки частоты. Как пояснено выше также это решение может быть основано на результатах процедуры считывания, например, с учетом того, что резервирования радиоресурсов могут отличаться в зависимости от PRB в одном субкадре. Следовательно, может быть предусмотрено три разных уровня степени свободы, доступных для передвижного UE таким образом, чтобы оптимизировать надежность повторной передачи данных: т.е. T-RPT с одной передачей, фактически используемые возможные варианты для повторной передачи из всех возможных вариантов для повторной передачи и частотные ресурсы независимо от того, основаны они на скачкообразной перестройке частоты или нет. Три уровня степени свободы взаимосвязаны и могут выбираться вместе на основе результатов считывания, полученных ранее в течение окна считывания таким образом, чтобы получать преимущества в максимально возможной степени от результатов считывания при обеспечении простой процедуры (повторной) передачи.
Согласно другой реализации, решение, представленное и поясненное в связи с фиг. 13 и 14, дополнительно улучшается посредством выбора одного из ресурсов повторной передачи данных на основе результатов считывания следующим образом. В частности, фиг. 15 иллюстрирует последовательность субкадров окна передачи, доступного для UE, чтобы передавать данные, и является аналогичным фиг. 14, поясненному выше. Идентично решению, представленному в связи с фиг. 13 и 14, передвижное UE должно выполнять процедуру выделения радиоресурсов для определения оптимальных радиоресурсов для первой передачи данных, на основе информации, полученной посредством процедуры считывания ресурсов. Дополнительно, T-RPT с одной передачей должен выбираться посредством передвижного UE, которое многократно позиционируется по всему оставшемуся окну передачи с первой передачей данных в качестве опорной. В отличие от предыдущих решений, для того чтобы определять T-RPT, передвижное UE сначала должно определять оптимальный возможный вариант для повторной передачи в оставшемся окне передачи (т.е. после первой передачи данных), на основе результатов считывания. На основе результатов считывания, передвижное UE может свободно выбирать частотно-временные ресурсы для этого предпочтительного возможного варианта для повторной передачи таким образом, что коллизия с передачами посредством других UE может не допускаться.
Позиция во времени этого выбранного предпочтительного возможного варианта для повторной передачи затем используется посредством передвижного UE для определения T-RPT. Это поясняется в связи с фиг. 15. Примерно предполагается, что предпочтительный возможный вариант для повторной передачи находится в субкадре 26 (например, он представляет собой возможный вариант со вторым наивысшим рангом, тогда как возможный вариант с наивысшим рангом выбирается посредством UE для использования для первой передачи данных). В качестве примера, при условии, что позиционирование повторных T-RPT с длиной 8 битов начинается сразу после первой передачи данных (см. фиг. 15), передвижное UE в силу этого должно выбирать T-RPT 00010000, так что одна из "1" повторных T-RPT совпадает с предпочтительным возможным вариантом для повторной передачи данных, выбранным ранее (см. субкадр 26). Соответственно, одна из повторных передач данных, выполняемых посредством передвижного UE, должна осуществляться в субкадре 26 на частотах, выбранных в ходе процедуры выделения ресурсов на основе результатов считывания (т.е. используемые частоты в субкадре 26 могут отличаться от этих частот, используемых для начальной передачи данных в субкадре 14). В качестве примера, на фиг. 15 предполагается, что первая повторная передача данных выполняется в предпочтительном возможном варианте для повторной передачи данных, тогда как дополнительная повторная передача выполняется в следующей возможности повторной передачи в субкадре 34. Битовая карта T-RPT-выбора, уже упомянутая выше, должна указывать эти повторные передачи и в силу этого указывает второй и третий T-RPT как используемые посредством передвижного UE для повторных передач данных.
Как уже пояснено в предыдущей реализации, UE в транспортном средстве, вероятно, должно выбирать дополнительные возможные варианты для повторной передачи данных из оставшихся возможных вариантов для повторной передачи данных. Это может осуществляться, например, посредством использования результатов процедуры считывания таким образом, чтобы исключать коллизии с передачами других UE.
Это усовершенствованное решение по фиг. 15 формирует уменьшенную частоту коллизий и в силу этого увеличивает надежность передачи данных посредством дополнительного выбора временных и частотных ресурсов для одной из повторных передач данных свободно на основе результатов считывания, полученных ранее. Тем не менее, это решение немного увеличивает объем служебной информации. Как уже пояснено выше для реализации согласно фиг. 13 и 14, назначение диспетчеризации, передаваемое посредством передвижного UE для данных, указывает частотно-временные радиоресурсы для первой передачи данных, а также выбранный T-RPT и битовую карту T-RPT-выбора. Хотя T-RPT, в комбинации с битовой картой T-RPT-выбора и с учетом временной синхронизации первой передачи данных в качестве опорной, уникально идентифицируют временную синхронизацию всех оставшихся повторных передач данных, приемные объекты должны знать касательно частот, которые используются посредством передвижного UE для того, чтобы передавать повторную передачу данных в предпочтительных радиоресурсах (см., например, субкадр 26 выше), поскольку частоты свободно выбираются на основе результатов считывания и в силу этого не должны совпадать с частотами, уже указываемыми в назначении диспетчеризации для первой передачи данных (или не соответствовать шаблону скачкообразной перестройки частоты). Одно решение в силу этого состоит в том, чтобы включать информацию относительно других частот, используемых для этой повторной передачи, в субкадр 26; это может осуществляться посредством явной идентификации частот или посредством включения частотного смещения из частот, используемых для первой передачи данных. Частотное смещение может использоваться посредством приемных объектов для того, чтобы определять частоты, используемые для этой одной повторной передачи данных в субкадре 26.
Кроме того, частоты, идентичные частотам, используемым для первой или одной предпочтительной повторной передачи данных, также могут использоваться для передачи оставшихся повторных передач данных. Альтернативно, шаблон скачкообразной перестройки частоты относительно частот, используемых для первой передачи данных или предпочтительной повторной передачи данных, может использоваться для оставшихся повторных передач данных. Соответствующий индикатор скачкообразной перестройки частоты в назначении диспетчеризации надлежащим образом информирует приемные объекты касательно вышеуказанного.
Ниже поясняется дополнительное улучшение для выделения радиоресурсов, выполняемого для начальной передачи данных и повторных передач данных. Согласно примерной реализации, пулу ресурсов данных, который содержит множество частотно-временных радиоресурсов, как упрощенно проиллюстрировано на фиг. 9, разделяется на частотно-временные радиоресурсы, которые доступны только для выполнения первых передач данных, в то время как оставшиеся частотно-временные радиоресурсы в пуле ресурсов данных доступны только для выполнения повторных передач данных. Альтернативно, могут предоставляться два различных пула ресурсов данных, один пул ресурсов данных для начальных передач данных, и другой пул ресурсов данных для повторных передач данных. В любом случае, в ходе процедуры выделения ресурсов, передвижное UE использует различные ресурсы для начальной передачи и повторной передачи данных. Сегрегация пула ресурсов данных должна применяться, например, ко всем передвижным UE в соответствующей соте. Следовательно, посредством разделения доступных ресурсов для передач данных между начальными данные передачами и повторными передачами данных, можно еще больше защищать начальную передачу, поскольку коллизии с повторными передачами теоретически являются невозможными.
Сегрегация доступных частотно-временных ресурсов может выполняться различными способами. Например, может предоставляться соответствующая формула, которая затем используется посредством передвижного UE, а также посредством других UE для того, чтобы определять то, какие частотно-временные радиоресурсы должны использоваться для начальных передач данных, а какие должны использоваться для повторных передач данных. Простая формула, например, может быть основана на операции по модулю. Дополнительно, различные пулы ресурсов данных для начальных передач данных и повторных передач данных могут быть сконфигурированы посредством усовершенствованного узла B посредством соответствующей широковещательной передачи системной информации.
В одной конкретной примерной разновидности, сегрегация выполняется во временной области таким образом, что субкадры используются либо для начальных передач, либо для повторных передач.
Это улучшение, например, может применяться к реализации, поясненной в связи с фиг. 9, в которой UE в транспортном средстве выполняет процедуру выделения радиоресурсов для каждой (повторной) передачи. Дополнительно, улучшение также может применяться к реализации, как пояснено выше в связи с фиг. 11-15. Например, относительно решений, представленных на фиг. 11 и 12, дополнительное усовершенствованное решение должно выполнять выбор радиоресурсов для первой передачи только из частотно-временных ресурсов, доступных для начальной передачи. После этого, выбранный T-RPT-шаблон (выбранный случайно или на основе результатов считывания) должен указывать только субкадры, которые являются фактически доступными в пуле ресурсов данных, направленном в повторные передачи данных. Фиг. 16 примерно иллюстрирует реализацию, в которой перечеркнуты субкадры, которые не доступны для повторных передач. Например, предполагается, что только каждый третий субкадр доступен для повторной передачи, в частности, субкадры 14, 17, 20, 23, 26, 29 и т.д. Очевидно, что биты битовой T-RPT-карты, соответственно, указывают только субкадры, которые фактически доступны для повторных передач (за исключением первого бита T-RPT в этой разновидности, который предположительно указывает первую передачу). Как результат, с использованием битовой T-RPT-карты, идентичной битовой T-RPT-карте в примерном сценарии, используемом для фиг. 11 (10110001), передвижное UE должно выполнять повторные передачи в субкадрах 17, 20 и 32.
Аналогично, для реализаций согласно фиг. 13, 14 и 15, повторные T-RPT-шаблоны должны повторяться для всех субкадров окна передачи, принадлежащих пулу ресурсов данных с ограниченной повторной передачей. Что касается решения на фиг. 15, выделение радиоресурсов, выполняемое исключительно для одной предпочтительной повторной передачи данных (в субкадре 26), должно выбирать ресурсы в пуле ресурсов данных с ограниченной повторной передачей.
Дополнительные варианты осуществления
Согласно первому аспекту, предусмотрено передающее устройство для передачи данных через интерфейс сторонней линии связи в одно или более приемных устройств. Передача данных содержит первую передачу данных и, после первой передачи данных, одну или более повторных передач данных. Приемник и процессор передающего устройства выполняют процедуру считывания ресурсов таким образом, чтобы получать информацию относительно радиоресурсов, пригодных для использования для передающего устройства, чтобы передавать данные в более поздний момент времени. Процессор, после того, как данные становятся доступными для передачи, выполняет автономное выделение радиоресурсов для того, чтобы выбирать частотно-временные радиоресурсы в пределах окна передачи, которые должны использоваться для выполнения первой передачи данных, на основе информации, полученной посредством процедуры считывания ресурсов в течение окна считывания, до того, как данные стали доступными для передачи. Процессор определяет шаблон временной синхронизации передачи данных из множества шаблонов временной синхронизации передачи данных, причем каждый шаблон временной синхронизации передачи данных указывает временную синхронизацию передачи для выполнения одной или более передач данных. Передатчик передающего устройства выполняет первую передачу данных с использованием выбранных частотно-временных радиоресурсов и выполняет одну или более повторных передач данных во временной синхронизации передачи, заданной посредством определенного шаблона временной синхронизации передачи данных относительно первой передачи данных.
Согласно второму аспекту, который предоставляется в дополнение к первому аспекту, множество шаблонов временной синхронизации передачи данных указывают различное число передач данных. Процессор определяет один шаблон временной синхронизации передачи данных из шаблонов временной синхронизации передачи данных, соответствующих общему числу передач, которые должны выполняться для данных; в одной необязательной реализации, общее число передач, которые должны выполняться для данных, определяется посредством процессора или предварительно конфигурируется. Согласно одному варианту, одна или более повторных передач данных выполняются в промежуток времени, заданный посредством длины одного определенного шаблона временной синхронизации передачи данных. Шаблон временной синхронизации передачи данных определяется посредством процессора либо случайно, либо на основе информации, полученной посредством процедуры считывания ресурсов в течение окна считывания.
Согласно третьему аспекту, который предоставляется в дополнение к одному из первого-второго аспектов, передатчик передает назначение диспетчеризации, указывающее выбранные частотно-временные радиоресурсы для первой передачи данных и идентифицирующее определенный шаблон временной синхронизации передачи данных.
Согласно четвертому аспекту в дополнение к первому аспекту, определенный шаблон временной синхронизации передачи данных указывает только одну передачу данных. Процессор определяет возможные варианты для повторной передачи данных в пределах окна передачи для выполнения одной или более повторных передач данных посредством повторения определенного шаблона временной синхронизации передачи данных многократно в пределах окна передачи относительно временной синхронизации первой передачи данных и посредством последующей идентификации позиции временной синхронизации, заданной посредством одной указываемой передачи данных в расчете на повторный шаблон временной синхронизации передачи данных. Процессор определяет то, какие возможные варианты для повторной передачи данных должны использоваться для выполнения одной или более повторных передач данных, что может необязательно выполняться в зависимости от общего числа передач, которые должны выполняться для данных, причем общее число передач данных может определяться посредством процессора или предварительно конфигурироваться. Согласно варианту, процессор определяет шаблон временной синхронизации передачи данных, а также возможные варианты для повторной передачи данных, которые должны использоваться для повторной передачи данных, на основе информации, полученной посредством процедуры считывания ресурсов в течение окна считывания.
Согласно пятому аспекту в дополнение к одному из первого-четвертого аспектов, одна или более повторных передач данных выполняются с использованием тех же самых частотных радиоресурсов, которые используются для  первой передачи данных, либо с использованием частотных радиоресурсов, определенных посредством процессора, из частотных радиоресурсов, использованных для первой передачи данных на основе шаблона скачкообразной перестройки частоты. Согласно варианту, процессор определяет, для одной или более повторных передач данных, то, следует или нет использовать те же самые частотные радиоресурсы, которые используются для первой передачи данных, либо то, следует или нет использовать частотные радиоресурсы после шаблона скачкообразной перестройки частоты, на основе информации, полученной посредством процедуры считывания ресурсов в течение окна считывания. Согласно дополнительному варианту, назначение диспетчеризации дополнительно указывает то, используется или нет шаблон скачкообразной перестройки частоты посредством передающего устройства для определения частотных радиоресурсов, используемых для передачи одной или более повторных передач данных.
Согласно шестому аспекту в дополнение к первому аспекту, определенный шаблон временной синхронизации передачи данных указывает только одну передачу. Процессор определяет предпочтительную временную синхронизацию передачи, после временной синхронизации первой передачи данных, для одной из одной или более повторных передач данных на основе информации, полученной посредством процедуры считывания ресурсов в течение окна считывания. Процессор определяет шаблон временной синхронизации передачи данных таким образом, что одна указываемая передача данных из шаблона временной синхронизации передачи данных совпадает с определенной предпочтительной временной синхронизацией передачи, когда шаблон временной синхронизации передачи данных повторяется многократно в пределах окна передачи относительно временной синхронизации первой передачи данных. Возможные варианты для повторной передачи данных задаются в пределах окна передачи для выполнения одной или более повторных передач данных, посредством повторения шаблона временной синхронизации передачи данных и посредством последующей идентификации позиции временной синхронизации, заданной посредством одной указываемой передачи данных в расчете на повторный шаблон временной синхронизации передачи данных. Процессор определяет то, какие возможные варианты для повторной передачи данных должны использоваться для выполнения оставшихся повторных передач данных, что может необязательно выполняться на основе информации, полученной посредством процедуры считывания ресурсов в течение окна считывания и в зависимости от общего числа передач, которые должны выполняться для данных. Общее число передач данных может определяться посредством процессора или предварительно конфигурироваться, передатчик передает одну повторную передачу данных в определенной предпочтительной временной синхронизации передачи и передает оставшиеся повторные передачи данных в возможных вариантах для повторной передачи, которые определяются как подлежащие использованию.
Согласно седьмому аспекту в дополнение к шестому аспекту, назначение диспетчеризации, передаваемое посредством передатчика, указывает частотные радиоресурсы для повторной передачи данных в предпочтительной временной синхронизации передачи. Например, индикатор относительно частотных ресурсов для повторной передачи данных в предпочтительной временной синхронизации передачи может представлять собой смещение относительно частотных радиоресурсов для первой передачи данных. Согласно варианту, оставшиеся повторные передачи данных выполняются с использованием тех же самых частотных радиоресурсов, которые используются для  первой передачи данных, либо тех же самых частотных радиоресурсов, которые используются для  повторной передачи данных в предпочтительной временной синхронизации передачи. Альтернативно, оставшиеся повторные передачи данных выполняются с использованием частотных радиоресурсов, определенных посредством процессора на основе шаблона скачкообразной перестройки частоты, из частотных радиоресурсов, использованных для первой передачи данных, либо из частотных радиоресурсов, используемых для повторной передачи данных в предпочтительной временной синхронизации передачи. Соответственно, назначение диспетчеризации дополнительно указывает то, используется или нет шаблон скачкообразной перестройки частоты посредством передающего устройства для определения частотных радиоресурсов, используемых для передачи одной или более повторных передач данных.
Согласно восьмому аспекту в дополнение к одному из четвертого-седьмого аспектов, передатчик передает назначение диспетчеризации, указывающее выбранные частотно-временные радиоресурсы для первой передачи данных и идентифицирующее определенный шаблон временной синхронизации передачи данных. Назначение диспетчеризации дополнительно указывает то, какой шаблон временной синхронизации передачи данных из множества повторных шаблонов временной синхронизации передачи данных задает временную синхронизацию передачи для выполнения одной или более повторных передач данных. Необязательно, индикатор шаблона временной синхронизации передачи данных кодируется как битовая карта, при этом биты битовой карты, соответственно, ассоциированы с одним из множества повторных шаблонов временной синхронизации передачи данных.
Согласно девятому аспекту в дополнение к одному из первого-восьмого аспектов, шаблон временной синхронизации передачи данных имеет длину из множества битов. Каждый бит шаблона временной синхронизации передачи данных указывает то, должна или нет передача данных выполняться во временной синхронизации передачи, ассоциированной с соответствующей позицией бита. Необязательно, шаблон временной синхронизации передачи данных позиционируется в окне временной синхронизации относительно первой передачи данных таким образом, чтобы также указывать или не указывать первую передачу данных.
Согласно десятому аспекту в дополнение к одному из первого-девятого аспектов, пул ресурсов данных содержит множество частотно-временных радиоресурсов, доступных для передающего устройства, чтобы выполнять передачи данных. Пул ресурсов данных разделяется на частотно-временные радиоресурсы, доступные для выполнения первых передач данных, и на частотно-временные радиоресурсы, доступные для выполнения повторных передач данных. Затем процессор выбирает, в ходе автономного выделения радиоресурсов, частотно-временные радиоресурсы, которые должны использоваться для выполнения первой передачи данных, из частотно-временных радиоресурсов, доступных для выполнения первых передач данных. Необязательно, множество частотно-временных радиоресурсов из пула ресурсов данных разделяются во временной области между частотно-временными радиоресурсами для первых передач данных и для повторных передач данных. В качестве дополнительного варианта, разделение пула ресурсов данных предварительно конфигурируется или конфигурируется посредством базовой радиостанции, управляющей передающим устройством.
Согласно одиннадцатому аспекту в дополнение к одному из седьмого-десятого аспектов, процедура считывания ресурсов содержит:
- чтобы определять радиоресурсы, которые зарезервированы посредством других передающих устройств, приемник и процессор, при работе, отслеживают на предмет назначений диспетчеризации, передаваемых посредством других передающих устройств, указывающих радиоресурсы, зарезервированные посредством других передающих устройств для последующего момента времени, и
- необязательно измеряют энергию принимаемого сигнала в радиоресурсах таким образом, чтобы идентифицировать радиоресурсы, которые используются посредством других передающих устройств для передачи.
В качестве варианта, автономное выделение радиоресурсов содержит исключение радиоресурсов, зарезервированных посредством других передающих устройств, из множества радиоресурсов передачи.
Согласно двенадцатому аспекту, предусмотрен способ для передающего устройства для передачи данных через интерфейс сторонней линии связи в одно или более приемных устройств. Передача данных содержит первую передачу данных и, после первой передачи данных, одну или более повторных передач данных. Способ содержит следующие этапы, выполняемые посредством передающего устройства. Процедура считывания ресурсов выполняется таким образом, чтобы получать информацию относительно радиоресурсов, пригодных для использования для передающего устройства, чтобы передавать данные в более поздний момент времени. После того, как данные становятся доступными для передачи, автономное выделение радиоресурсов выполняется для того, чтобы выбирать частотно-временные радиоресурсы в пределах окна передачи, которые должны использоваться для выполнения первой передачи данных, на основе информации, полученной посредством процедуры считывания ресурсов в течение окна считывания, до того, как данные стали доступными для передачи. Передающее устройство определяет шаблон временной синхронизации передачи данных из множества шаблонов временной синхронизации передачи данных, причем каждый шаблон временной синхронизации передачи данных указывает временную синхронизацию передачи для выполнения одной или более передач данных. Передающее устройство выполняет первую передачу данных с использованием выбранных частотно-временных радиоресурсов и выполняет одну или более повторных передач данных во временной синхронизации передачи, заданной посредством определенного шаблона временной синхронизации передачи данных относительно первой передачи данных.
Согласно тринадцатому аспекту, предоставленному в дополнение к двенадцатому аспекту, множество шаблонов временной синхронизации передачи данных указывают различное число передач данных. Способ содержит определение одного шаблона временной синхронизации передачи данных из шаблонов временной синхронизации передачи данных, соответствующих общему числу передач, которые должны выполняться для данных. Необязательно, общее число передач, которые должны выполняться для данных, определяется посредством передающего устройства или предварительно конфигурируется. Необязательно, одна или более повторных передач данных выполняются в промежуток времени, заданный посредством длины одного определенного шаблона временной синхронизации передачи данных. Необязательно, шаблон временной синхронизации передачи данных определяется посредством передающего устройства либо случайно, либо на основе информации, полученной посредством процедуры считывания ресурсов в течение окна считывания.
Согласно четырнадцатому аспекту, предоставленному в дополнение к двенадцатому или тринадцатому аспекту, способ дополнительно содержит этап передачу назначения диспетчеризации, которое указывает выбранные частотно-временные радиоресурсы для первой передачи данных и идентифицирует определенный шаблон временной синхронизации передачи данных.
Согласно пятнадцатому аспекту, предоставленному в дополнение к двенадцатому аспекту, определенный шаблон временной синхронизации передачи данных указывает только одну передачу данных. Способ содержит этап определения возможных вариантов для повторной передачи данных в пределах окна передачи для выполнения одной или более повторных передач данных посредством повторения определенного шаблона временной синхронизации передачи данных многократно в пределах окна передачи относительно временной синхронизации первой передачи данных и посредством последующей идентификации позиции временной синхронизации, заданной посредством одной указываемой передачи данных в расчете на повторный шаблон временной синхронизации передачи данных. Способ содержит этап определения того, какие возможные варианты для повторной передачи данных должны использоваться для выполнения одной или более повторных передач данных, которые могут необязательно зависеть от общего числа передач, которые должны выполняться для данных, причем общее число передач данных определяется посредством процессора или предварительно конфигурируется. Необязательно, способ содержит этап определения шаблона временной синхронизации передачи данных, а также возможных вариантов для повторной передачи данных, которые должны использоваться для повторной передачи данных, на основе информации, полученной посредством процедуры считывания ресурсов в течение окна считывания.
Согласно шестнадцатому аспекту, предоставленному в дополнение к одному из двенадцатого-пятнадцатого аспектов, одна или более повторных передач данных выполняются с использованием тех же самых частотных радиоресурсов, которые используются для  первой передачи данных, либо с использованием частотных радиоресурсов, определенных из частотных радиоресурсов, использованных для первой передачи данных на основе шаблона скачкообразной перестройки частоты. Необязательно, способ содержит этап определения, для одной или более повторных передач данных, того, следует или нет использовать те же самые частотные радиоресурсы, которые используются для первой передачи данных, либо того, следует или нет использовать частотные радиоресурсы после шаблона скачкообразной перестройки частоты, на основе информации, полученной посредством процедуры считывания ресурсов в течение окна считывания. Необязательно, назначение диспетчеризации дополнительно указывает то, используется или нет шаблон скачкообразной перестройки частоты посредством передающего устройства для определения частотных радиоресурсов, используемых для передачи одной или более повторных передач данных.
Согласно семнадцатому аспекту, предоставленному в дополнение к двенадцатым аспектам, определенный шаблон временной синхронизации передачи данных указывает только одну передачу. Способ содержит этап определения предпочтительной временной синхронизации передачи, после временной синхронизации первой передачи данных, для одной из одной или более повторных передач данных на основе информации, полученной посредством процедуры считывания ресурсов в течение окна считывания. Способ содержит этап определения шаблона временной синхронизации передачи данных таким образом, что одна указываемая передача данных из шаблона временной синхронизации передачи данных совпадает с определенной предпочтительной временной синхронизацией передачи, когда шаблон временной синхронизации передачи данных повторяется многократно в пределах окна передачи относительно временной синхронизации первой передачи данных. Возможные варианты для повторной передачи данных задаются в пределах окна передачи для выполнения одной или более повторных передач данных, посредством повторения шаблона временной синхронизации передачи данных и посредством последующей идентификации позиции временной синхронизации, заданной посредством одной указываемой передачи данных в расчете на повторный шаблон временной синхронизации передачи данных. Способ содержит этап определения того, какие возможные варианты для повторной передачи данных должны использоваться для выполнения оставшихся повторных передач данных, которые могут необязательно быть основаны на информации, полученной посредством процедуры считывания ресурсов в течение окна считывания и в зависимости от общего числа передач, которые должны выполняться для данных, причем общее число передач данных определяется посредством передающего устройства или является предварительно конфигурируемым. Способ содержит этап передачу одной повторной передачи данных в определенной предпочтительной временной синхронизации передачи и передачу оставшихся повторных передач данных в возможных вариантах для повторной передачи, которые определяются как подлежащие использованию.
Согласно восемнадцатому аспекту в дополнение к семнадцатому аспекту, назначение диспетчеризации, передаваемое посредством передатчика, указывает частотные радиоресурсы для повторной передачи данных в предпочтительной временной синхронизации передачи, необязательно в качестве смещения относительно частотных радиоресурсов для первой передачи данных. Необязательно, оставшиеся повторные передачи данных выполняются с использованием тех же самых частотных радиоресурсов, которые используются для  первой передачи данных, либо тех же самых частотных радиоресурсов, которые используются для  повторной передачи данных в предпочтительной временной синхронизации передачи. Альтернативно, оставшиеся повторные передачи данных выполняются с использованием частотных радиоресурсов, определенных посредством процессора на основе шаблона скачкообразной перестройки частоты, из частотных радиоресурсов, использованных для первой передачи данных, либо из частотных радиоресурсов, используемых для повторной передачи данных в предпочтительной временной синхронизации передачи. Назначение диспетчеризации дополнительно указывает то, используется или нет шаблон скачкообразной перестройки частоты посредством передающего устройства для определения частотных радиоресурсов, используемых для передачи одной или более повторных передач данных.
Согласно девятнадцатому аспекту, предоставленному в дополнение к одному из пятнадцатого-восемнадцатого аспектов, при этом способ дополнительно содержит этап передачи назначения диспетчеризации, указывающего выбранные частотно-временные радиоресурсы для первой передачи данных и идентифицирующего определенный шаблон временной синхронизации передачи данных. Назначение диспетчеризации дополнительно указывает то, какой шаблон временной синхронизации передачи данных из множества повторных шаблонов временной синхронизации передачи данных задает временную синхронизацию передачи для выполнения одной или более повторных передач данных. Необязательно, индикатор шаблона временной синхронизации передачи данных кодируется как битовая карта, при этом биты битовой карты, соответственно, ассоциированы с одним из множества повторных шаблонов временной синхронизации передачи данных.
Согласно двадцатому аспекту, предоставленному в дополнение к одному из двенадцатых-девятнадцатого аспектов, шаблон временной синхронизации передачи данных имеет длину из множества битов, и каждый бит шаблона временной синхронизации передачи данных указывает то, должна или нет передача данных выполняться во временной синхронизации передачи, ассоциированной с соответствующей позицией бита. Необязательно, шаблон временной синхронизации передачи данных позиционируется в окне временной синхронизации относительно первой передачи данных таким образом, чтобы также указывать или не указывать первую передачу данных.
Согласно двадцать первому аспекту, предоставленному в дополнение к одному из двенадцатого-двадцатого аспектов, пул ресурсов данных содержит множество частотно-временных радиоресурсов, доступных для передающего устройства, чтобы выполнять передачи данных. Пул ресурсов данных разделяется на частотно-временные радиоресурсы, доступные для выполнения первых передач данных, и на частотно-временные радиоресурсы, доступные для выполнения повторных передач данных. Способ содержит этап выбора, в ходе автономного выделения радиоресурсов, частотно-временных радиоресурсов, которые должны использоваться для выполнения первой передачи данных, из частотно-временных радиоресурсов, доступных для выполнения первых передач данных. Необязательно, множество частотно-временных радиоресурсов из пула ресурсов данных разделяются во временной области между частотно-временными радиоресурсами для первых передач данных и для повторных передач данных. Необязательно, разделение пула ресурсов данных предварительно конфигурируется или конфигурируется посредством базовой радиостанции, управляющей передающим устройством.
Аппаратная и программная реализация настоящего раскрытия сущности
Другие примерные варианты осуществления относятся к реализации вышеописанных различных вариантов осуществления с использованием аппаратных средств, программного обеспечения или программного обеспечения совместно с аппаратными средствами. В этой связи, предоставляется пользовательский терминал (мобильный терминал). Пользовательский терминал выполнен с возможностью осуществлять способы, описанные в данном документе, включающие в себя соответствующие объекты, которые участвуют надлежащим образом в способах, такие как приемник, передатчик, процессоры.
Следует дополнительно признавать, что различные варианты осуществления могут реализовываться или выполняться с использованием вычислительных устройств (процессоров). Вычислительное устройство или процессор, например, может представлять собой процессоры общего назначения, процессоры цифровых сигналов (DSP), специализированные интегральные схемы (ASIC), программируемые пользователем вентильные матрицы (FPGA) или другие программируемые логические устройства и т.д. Различные варианты осуществления также могут выполняться или осуществляться посредством комбинации этих устройств. В частности, каждый функциональный блок, используемый в описании каждого варианта осуществления, описанного выше, может реализовываться посредством LSI в качестве интегральной схемы. Они могут отдельно формироваться в качестве микросхем, либо одна микросхема может формироваться таким образом, что она включает в себя часть или все функциональные блоки. Они могут включать в себя ввод и вывод данных, связанный с ними. LSI здесь может упоминаться как IC, системная LSI, супер-LSI или ультра-LSI в зависимости от различия в степени интеграции. Тем не менее, технология реализации интегральной схемы не ограничена LSI и может реализовываться посредством использования специализированной схемы или процессора общего назначения. Помимо этого, может использоваться FPGA (программируемая пользователем вентильная матрица), которая может программироваться после изготовления LSI, или переконфигурируемый процессор, в котором могут быть переконфигурированы соединения и настройки схемных элементов, расположенных внутри LSI.
Дополнительно, различные варианты осуществления также могут реализовываться посредством программных модулей, которые выполняются посредством процессора, либо непосредственно в аппаратных средствах. Кроме того, может быть возможна комбинация программных модулей и аппаратной реализации. Программные модули могут сохраняться на любом типе машиночитаемых носителей хранения данных, например, RAM, EPROM, EEPROM, флэш-память, регистры, жесткие диски, CD-ROM, DVD и т.д. Дополнительно следует отметить, что отдельные признаки различных вариантов осуществления, по отдельности или в произвольной комбинации, могут представлять собой предмет другого варианта осуществления.
Специалисты в данной области техники должны принимать во внимание, что множество изменений и/или модификаций может вноситься в настоящее раскрытие сущности, как показано в конкретных вариантах осуществления. Следовательно, настоящие варианты осуществления должны рассматриваться во всех отношениях как иллюстративные, а не ограничивающие.